> So I guess my questions to you are:
>
> 1. Is Gstreamer-java up to the task of 2 way DV (firewire)
> communication?
>
> 2. Is Gstreamer-java up to the task of controlling a DV (firewire)
> device and receiving specific data commands from a device (e.g. play,
> stop, record, fwd, etc)?
I don't know anything about DV using gstreamer. In theory, if
gstreamer supports it, then you should be able to do it in java.
If you're worried about performance, for most things, the performance
of gstreamer using java will be about the same as when using C or
python.
> 3. Is it possible to use Gnonlin with gstreamer-java and do basic
> editing on files?
I haven't used gnonlin myself, but it looks like a standard gstreamer
plugin, so it will probably work.
Worst case, there might be some parts of gstreamer that aren't wrapped
yet for java, that you need to use - but just submit a bug report and
they'll get added quickly.
> 4. Will all interfaces to gstreamer work in the same manner (as it
> seems to be promised by the Gstreamer framework) on diferent OS'es and
> behave the same way? Or would one have to keep in mind different
> behaviours on different systems? (in the end if the program works I
> would be interested to have the program work on Linux, Mac and
> Windows).
Although they're making progress on MacOSX and Windows, gstreamer is
still a fair way from being as easily usable on those platforms as it
is on linux (the windows install is terrible, but for MacOS, you just
need to install from macports).
I don't recommend gstreamer for production quality on windows or
MacOS, as you might be in for a bumpy ride. if you need rock-solid
support on either platform, especially in the short term, you might
want to look at something other than gstreamer.
I'm not sure about accessing devices such as DV cameras on either
Windows or MacOS - they might have different interfaces to the
hardware, so you probably need to use a different source element in
your pipeline.
> Maybe it is directly possible to export GObject-casts in the JavaAPI
> somehow?
I could add something like:
ElementFactory.mapFactoryType(String factoryName, Class<? extends
Element> elementType);
Which just puts the mapping into the list.
There is probably some way that the factory can be interrogated to
determine the GObject inheritance hierarchy, so this can be done
automatically.
Feel free to put in an issue in the bug tracker for anything thats
missing - otherwise its likely to get lost.
I think I added one patch post 0.6 for gnonlin type mapping.
>
> Does anyone know any good tutorials to follow on Gstreamer plugins?
> Right now it all seems very confusing to me, and i realy want to learn
> this stuff...
gstreamer plugin writing is a black art. For some simple stuff (i.e.
byte stream) it looks simple enough, but for things that require video
frames, it seems to require a degree in advanced magical studies.
Can you list and/or add an issue in the issue tracker for any and all
problems (no matter how trivial) you hit when using common plugins?
I want to gather as much use-case info as possible to see what needs
to be changed to add support (hopefully in a generic way so I don't
have to special case them all .. but if needs be I can) for all the
plugins people want.