> > You can design something starting with a filter and then define everything > a subclass of filter. > you can design things with no common class and everything different types. > > But whatever you call the class for the SDR code and the class of the > common > demuxers. Their do look very darn similar > they should IMHO have a common parent class. > > Call one Demuxer and one Transport but they still do take one input stream > (a stream of complex values in case of SDR) and spit out multiple streams > raw audio, raw video, mpegts. > And same way (other) demuxers also can return raw audio, raw video, mpegts >
False, SDR is doing active DSP processing on the input data, a normal demux is not, it's working in a domain where something upstream (network card+TCP/IPstack, capture card) has done this part. Ergo, by extension SDR should be done upstream as lots of people have been saying. Kieran _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".