We are about to switch to a new forum software. Until then we have removed the registration on this forum.
I'm interested in contributing to Processing through working on GStreamer 1.x Java bindings as a GSoC project. There are ongoing efforts towards creating such bindings, and my work would build upon the results of them, with primary focus on the automatic generation of low-level library bindings, and a handwritten high-level API based on the one in current gstreamer-java as a secondary objective. The main direction so far has been using JNAerator for GLib and GObject interface generation, and JGIR on top of this for GObject introspection. While there seems to be reasonable consensus among the gstreamer-java community that this is a good approach, it might be a good idea to look at other options, and discuss them with other developers. Could that be officially part of the project? The community bonding period seems to be a good time for this.
The main goal is creating a complete Java binding library that is API compatible (if possible) with current gstreamer-java, and of course getting Processing to use it. The project list on github says this is "quite ambitious". I'm new to Processing, JGIR, GObject introspection in general, and even JNAerator. On the other hand, I've previously worked with Java, GStreamer (elements and and applications using it), and I'm reasonably familiar with the general basics like version control, debugging, etc. from my studies (completed bachelor's degree and ongoing master's studies on computer engineering), some professional experience, and two previous GSoC projects (one of them with GStreamer). Considering this, how much do you think would fit in the time frame of a GSoC project? I do intend to complete the library, but I'd like to set reasonable goals in my proposal.
Thank you in advance for your help.