[MPlayer-dev-eng] MPCF: sub_packet_size concerns

[Michael Niedermayer]

Hi

On Friday 14 February 2003 07:12, D Richard Felker III wrote:
> Michael, I was just reading thru mpcf.txt again, and I'm a bit
> confused about how the sub_packet_size field is supposed to work. Are
> you assuming audio will always be multiple fixed-size packets per
> container-level packet? This is definitely not the case for vorbis,
> which uses variable size packets, so if our new container can only
> handle fixed-sized audio packets, it's mostly useless, since the
> immediate use would be to mux vorbis audio with mpeg4.
>
> If this isn't a problem, the document at least needs to specify how
> variable-length audio packets should be stored. Somehow storing a
> whole mpcf packet for each audio packet (several hundred bytes) seems
> really wasteful. Do you have something in mind to handle this better?
ok fixed, i am no audio expert and i didnt think much about the subpacket 
stuff and missed that its not able to handle variable length subpackets :(((

there are a few questions after the fix though
1. should we allow multiple video frames to be put into one frame, and use the 
same subpacket syntax?
does this add any overhead to the demuxers?
what about the timestamps then, for audio the number of samples from each 
packet after decoding solves that but for video we would need timestamps or 
disallow variable fps with subpackets
IMHO, its best to disallow subpackets for video streams, but iam not sure if 
its the best solution for low bitrate streams

[...]

Michael