2006/7/17, Rich Felker <dalias@aerifal.cx>:
On Sun, Jul 16, 2006 at 03:43:11PM +0300, Ivan Kalvachev wrote:
Could we perhaps generalize that format to include all codecs with several chunks of extradata, not only ogg based codecs? I'm not aware of any others, but for all I know they might exist.
ok, but the following needs disscussion: A always choose ogg style lacing B always choose v + packet data (nut style) C use whatever matroska uses + one of the above for the cases not supported by matroska
I don't think there is place for discussion. Always use nut style.
No, read my post about the intent... The demuxer has nothing to do with parsing this information. It's part of the codec layer. If it were part of the demuxer layer, we would
If that was true then what is this commit doing in nut.txt? What the demuxer does is parsing information. If the codec expect 3 headers it should get 3 headers. If it expect 1 atom, it should get 1 atom.
have a whole huge bloated elaborate "multi-packet-extradata-database" layer in NUT which is obviously an abomination.
It is abomination to set hacks both in codec layer and nut de/muxer to do what could be done directly. If libavcodec expect extradata to be in mkv form then it's libavcodec problem, not nut one. Michael, You say that if somebody objects you will revert this. I don't think that agreement would need 22 mails in comments. So please revert and get it back to drawing board.