GNOME Bugzilla – Bug 642731
[playbin2?] IEC958 passthrough support
Last modified: 2011-05-09 09:52:18 UTC
I wrote a IEC958 payloader for AAC named aac2spdif for IEC958 pass through output. It works fine in a pipelinke like this: gst-launch filesrc location=foo.aac ! aacparse ! aac2spdif ! alsasink I'd like to use this aac2spdif in playbin2, but several probelms arise, as commented in #9-#11 of [Bug 642433]. I must raise the ranks of aac2spdif >= MARGINAL to be found and selected by playbin2, but then, in a system where IEC958-capable sink is not installed and AAC decoders of the ranks >= aac2spdif are not installed, it will prevent the building up a proper (analog output) pipeline. One possible solution to this is adding a special support for pass-through sinks in playbin2, as slomo said in #9 of Bug 642433, > I think the iec958 payloaders need to get a different classification to prevent > them from being autoplugged by decodebin2 in normal scenarios and playbin2 > should insert them at the front of the factories list in autoplug-factories if > the sink supports iec958. but more investigation may be required. At least we need some enhancement to playbin2, which enables aac2spdif to be picked-up and used in playbin2/auto-plugging.
Where is the patch? Is it similar to: iec958: ac3iec958: AC3 to IEC958 filter in plugins-ugly?
Created attachment 181312 [details] [review] [iec958] add a new plugin feature for AAC pass through sorry, I forgot to attach this. very similar to ac3iec, but I made a base class, as the pretty much of the process is same among AAC,ac3, DTS, ....
The plan is now to add these payloaders to libgstaudio and let audiosinks use the functions from there to internally payload to IEC958 if required.