Title: RFC: When does libprocessing stop being R&D · Issue #148 · processing/libprocessing · GitHub
Open Graph Title: RFC: When does libprocessing stop being R&D · Issue #148 · processing/libprocessing
X Title: RFC: When does libprocessing stop being R&D · Issue #148 · processing/libprocessing
Description: RFC I've received a question around when libprocessing moves out of the Research and Development phase I think this is an important question that I've failed to give a clear answer around. This is because the honest answer was always "I ...
Open Graph Description: RFC I've received a question around when libprocessing moves out of the Research and Development phase I think this is an important question that I've failed to give a clear answer around. This is ...
X Description: RFC I've received a question around when libprocessing moves out of the Research and Development phase I think this is an important question that I've failed to give a clear answer around. ...
Opengraph URL: https://github.com/processing/libprocessing/issues/148
X: @github
Domain: github.com
{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"RFC: When does libprocessing stop being R\u0026D","articleBody":"# RFC\n\nI've received a question around when `libprocessing` moves out of the Research and Development phase\n\nI think this is an important question that I've failed to give a clear answer around. This is because the honest answer was always \"I don't really know.\" \n\nThe reason this project exists at all is because [Processing4](https://github.com/processing/processing4) so for one thing: I would like to see that we are actually able to use libprocessing inside of the PDE.\n \nAdditionally, we are making big promises around being able to use modern rendering techniques. Something else that would prove the point is being able to do a compute shader inside of the PDE.\n\nLast thing I want to say is that, one of the big benefits of Rust, and using Bevy is that we are able to compile to WASM. So is this is something that `p5.js` would be able to use?\n\nWe have shown considerable promise with `mewnala` and @SableRaf has been making really great progress with porting [Processing examples to mewnala](https://github.com/processing/processing-examples-mewnala). Most importantly he is talented at QA and it's been helping us catch many edge cases.\n\nWhat does everyone think in terms of these milestones?\n- libprocessing in PDE\n- compute shaders implemented in PDE\n- p5.js as a possible endpoint? (Maybe this shouldn't be a blocker, but it's certainly a question that needs to be answered)\n\nLastly, just to remind us about the FP Texture issues beautifully documented by @tychedelia https://github.com/processing/processing4/issues/1324 which have also been a problem for some time now: https://github.com/processing/processing4/issues/724\n\nhelps push us towards making a Processing 5.0 milestone (which I will make an RFC for soon). After meeting with folks from LibreGraphicsMeeting and learning more about the Processing-java (and not p5js) community I can see much more clearly, and want to keep getting rooted in this.\n","author":{"url":"https://github.com/catilac","@type":"Person","name":"catilac"},"datePublished":"2026-04-27T11:42:40.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":4},"url":"https://github.com/148/libprocessing/issues/148"}
| route-pattern | /_view_fragments/issues/show/:user_id/:repository/:id/issue_layout(.:format) |
| route-controller | voltron_issues_fragments |
| route-action | issue_layout |
| fetch-nonce | v2:87b5896f-eba3-5d41-e93c-6b44dea6cdad |
| current-catalog-service-hash | 81bb79d38c15960b92d99bca9288a9108c7a47b18f2423d0f6438c5b7bcd2114 |
| request-id | 8DF6:35F5B8:38CE2BF:4B01BEF:6A5D2BC4 |
| html-safe-nonce | 188ca685e9d96b9e98d9c61e68a1db697555b4a2285d5c0b4f737ff869502c71 |
| visitor-payload | eyJyZWZlcnJlciI6IiIsInJlcXVlc3RfaWQiOiI4REY2OjM1RjVCODozOENFMkJGOjRCMDFCRUY6NkE1RDJCQzQiLCJ2aXNpdG9yX2lkIjoiNjg5NTgxNzk3ODMzNDIyNzM5NiIsInJlZ2lvbl9lZGdlIjoiaWFkIiwicmVnaW9uX3JlbmRlciI6ImlhZCJ9 |
| visitor-hmac | e9d463c30ed8a1e5859a73dba0cfdc75810bfffb7dd5ffb4867b0e1306f8caa2 |
| hovercard-subject-tag | issue:4335448949 |
| github-keyboard-shortcuts | repository,issues,copilot |
| google-site-verification | Apib7-x98H0j5cPqHWwSMm6dNU4GmODRoqxLiDzdx9I |
| octolytics-url | https://collector.github.com/github/collect |
| analytics-location | / |
| fb:app_id | 1401488693436528 |
| apple-itunes-app | app-id=1477376905, app-argument=https://github.com/_view_fragments/issues/show/processing/libprocessing/148/issue_layout |
| twitter:image | https://opengraph.githubassets.com/32183a7c757c1db2af8474e16fdf5203c5c0d698c2756a7ca8a0d27fefc84790/processing/libprocessing/issues/148 |
| twitter:card | summary_large_image |
| og:image | https://opengraph.githubassets.com/32183a7c757c1db2af8474e16fdf5203c5c0d698c2756a7ca8a0d27fefc84790/processing/libprocessing/issues/148 |
| og:image:alt | RFC I've received a question around when libprocessing moves out of the Research and Development phase I think this is an important question that I've failed to give a clear answer around. This is ... |
| og:image:width | 1200 |
| og:image:height | 600 |
| og:site_name | GitHub |
| og:type | object |
| og:author:username | catilac |
| hostname | github.com |
| expected-hostname | github.com |
| None | 5290d7e14309ad1e76106a9c4237bd1041517e83ea182c8ab756752cb0c6940b |
| turbo-cache-control | no-preview |
| go-import | github.com/processing/libprocessing git https://github.com/processing/libprocessing.git |
| octolytics-dimension-user_id | 1617169 |
| octolytics-dimension-user_login | processing |
| octolytics-dimension-repository_id | 1101329545 |
| octolytics-dimension-repository_nwo | processing/libprocessing |
| octolytics-dimension-repository_public | true |
| octolytics-dimension-repository_is_fork | false |
| octolytics-dimension-repository_network_root_id | 1101329545 |
| octolytics-dimension-repository_network_root_nwo | processing/libprocessing |
| turbo-body-classes | logged-out env-production page-responsive |
| disable-turbo | false |
| browser-stats-url | https://api.github.com/_private/browser/stats |
| browser-errors-url | https://api.github.com/_private/browser/errors |
| release | 9c975978430e9ad293956f2bbdaf153b1bd84a99 |
| ui-target | full |
| theme-color | #1e2327 |
| color-scheme | light dark |
Links:
Viewport: width=device-width