[MPlayer-dev-eng] Nut, few ideas

Michael Niedermayer michaelni at gmx.at
Tue Apr 20 18:44:05 CEST 2004


Hi

On Tuesday 20 April 2004 15:55, Ivan Kalvachev wrote:
> ok
>
> So, we get some flaming each other.
> Here is summary of my proposals about nut format.
> (not yet finished)
>
> In summary.
> making main header startcode in human readable format.
the 64bit startcodes starts with 'N', x, where x is a human readable letter, 
if u and rich prefer we can change all startcodes to start with 'N','U','T',x
allthough this would mean that there are just 32 random bits left which would 
weaken the error resistance somewhat, IMHO we should leave the current codes
the 264bit (no typo) startcode u propose is a completely unacceptable mess

> add maximum known vlc size limits.
i agree with rich that these are useless 

anyway, i would like to suggest that every proposed change must at absolute 
minimum 
1. fullfill a goal (like improving error resistance, simplify, reduce 
overhead, whatever)
2. this goal must be clearly written down
3. not significantly worsen overhead, error resistance or simplicity
4. (optionally) spec& implementation patch + filesize/error resistance 
statistics

>
> For now I keep the checksum at the end. But I don't like it.
ok, ill explain it to u again, the checksum must be at the end because when 
the packet doesnt fit in memory it would require seeking back, it also 
sometimes simplifies decoding (calculating the crc of the data with the crc 
checksum appended at the end gives 0 if its undamaged) ok we use the adler32 
checksum which doesnt have this property ...

> As packet headers are written in memory buffers it doesn't really
> matter.
>
> Removing frame_code compression and using another flag scheme.
iam not against this in principle, but as rich said it must not worsen the 
overhead by a significant amount

[...]
-- 
Michael
level[i]= get_vlc(); i+=get_vlc();		(violates patent EP0266049)
median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]);	(violates patent #5,905,535)
buf[i]= qp - buf[i-1];				(violates patent #?)
for more examples, see http://mplayerhq.hu/~michael/patent.html
stop it, see http://petition.eurolinux.org & http://petition.ffii.org/eubsa/en




More information about the MPlayer-dev-eng mailing list