Alfred: > I've tested the Fluendo plugins on my OpenSolaris box here with > Totem/Rhythmbox/Elisa (removed the FFmpeg one). All of them work great > with playing the audio/video streaming.
Great, good to know. I think most users will use these features of coherence via programs like elisa, totem, and rhythmbox. > Need to do a correction for my last post about transcoding of Coherence. > Coherence doesn't depend on the FFmpeg plugins of GStreamer. The current > Coherence code implements mp4 transcoder, which depends on the qtdemux > element of gst-plugins-good and h264parse/mp4mux elements of > gst-plugins-bad 0.10.10. The GStremaer pipeline looks like "$file ! > qtdemux name=d ! queue ! h264parse ! mp4mux name=mux d. ! queue ! mux.". > As we can see, coherence doesn't do decoding/encoding, demux/mux are > involved. > > For audio transcoding, the GStreamer lame element was used. But all the > audio transcoding part is disabled in the current code. I've sent email > to the upstream community for further information. I assume that lame is used for MP3 encoding. Obviously Solaris does not provide any MP3 encoding support, and Fluendo does not yet sell any MP3 encoder. Therefore, I think any such support would be disabled in Solaris by default. One reason it might be disabled in the coherence code is due to the fact that MP3 encoding is a non-free codec. Is it possible to configure coherence audio encoding to use a free format that is supported on Solaris, such as ogg-vorbis. This might not be useful for all users, but I'd think that coherence should provide the option to encode audio in a free format. > Is it possible that Fluendo could provide similar codecs as h264parse > (Parses raw h264 stream)/mp4mux (should be the part to mux the mp4 > audio/video) do? Are there any replacement for them? We first should discuss this with the GStreamer community to find out if these plugins can be migrated to gst-plugins-good. That would be the normal process for getting new plugins integrated. We could consider patching GStreamer to add a plugin, however we first should work with the external community to get the plugins ready for use. Could you follow up with the GStreamer community and find out if there is any way we could help get these plugins migrated to gst-plugins-good or if there are any alternatives? In other words, some features of coherence might be disabled unless the user installs their own GStreamer plugins to enable the features. And some of these features may have further licensing requirements that users might need to address in order to use those features. Brian
