|
List Info
Thread: Freeze NUT
|
|
| Freeze NUT |
|
2006-05-27 05:31:33 |
Last patch left is this fourcc thing, which I can't commit
yet due to no
cvs/svn... In the meanwhile, asking if anyone has objections
on freezing?
- ods15
Index: DOCS/tech/mpcf.txt
============================================================
=======
RCS file: /cvsroot/mplayer/main/DOCS/tech/mpcf.txt,v
retrieving revision 1.155
diff -u -r1.155 mpcf.txt
--- DOCS/tech/mpcf.txt 25 Mar 2006 13:39:47 -0000 1.155
+++ DOCS/tech/mpcf.txt 6 May 2006 10:51:25 -0000
 -439,10
+439,7
a demuxer MUST ignore streams with reserved
classes
fourcc
- identification for the codec
- example: "H264"
- MUST contain 2 or 4 bytes, note, this might be
increased in the future
- if needed
+ identification for the codec, must comply to fourcc.txt
time_base_nom / time_base_denom = time_base
the length of a timer tick in seconds, this MUST be
equal to the 1/fps
-820,6
+817,23
mpegvideo+mpegaudio in mpeg-ps/ts in nut or dvvideo +
dvaudio in dv in nut
+Appendix, Fourcc Spec
+=====================
+length,string
+
+Video
+4,"h263" H.263
+4,"mp4v" MPEG-4 Part 2
+4,"h264" MPEG-4 Part 10/H.264
+
+Audio
+4,"vrbs" Xiph.org Vorbis
+4,"mp2 " MP3
+4,"mp3 " MP2
+4,"ac3 " AC3
+4,"aac " AAC/MPEG-4 Part 3
+
+
Sample code (Public Domain, & untested):
========================================
--- ../dev.main/DOCS/tech/mpcf.txt 2006-03-25
15:35:39.000000000 +0200
+++ DOCS/tech/mpcf.txt 2006-05-27 08:31:08.000000000 +0300
-1,6
+1,6
-========================================
-NUT Open Container Format DRAFT 20060322
-========================================
+==================================
+NUT Open Container Format 20060527
+==================================
-31,6
+31,8
damaged files can be played back with minimal data loss
and fast
resync times
+The spec is frozen. All files following spec will be
compatible unless the
+spec is unfrozen.
Definitions:
-390,7
+392,8
0xAB68B596BA78ULL + (((uint64_t)('N'<<8) +
'I')<<48)
version
- NUT version. The current value is 2.
+ NUT version. The current value is 3. All lower values
are pre-freeze
+ and the files MUST NOT be demuxed.
forward_ptr
size of the packet data (exactly the distance from the
first byte
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://mplayerhq.hu/cgi-bin/mailman/listinfo/nut-devel
|
|
| Freeze NUT |
|
2006-05-27 11:05:52 |
Oded Shimon wrote:
> Last patch left is this fourcc thing, which I can't
commit yet due to no
> cvs/svn... In the meanwhile, asking if anyone has
objections on freezing?
>
Looks ok, in the mean time we could continue with fourcc.txt
adding the
codecs we expect to work on shortly
like:
4, "snow" Snow
4, "flac" Flac
4, "shro" Dirac/Schroedinger
4, "VC-1" VC-1
4, "EAC3" EAC3
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/
~lu_zero
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://mplayerhq.hu/cgi-bin/mailman/listinfo/nut-devel
|
|
| Freeze NUT |
|
2006-05-27 11:06:23 |
Hi,
> Looks ok, in the mean time we could continue with
fourcc.txt adding the
> codecs we expect to work on shortly
>
> like:
>
> 4, "snow" Snow
>
> 4, "flac" Flac
>
> 4, "shro" Dirac/Schroedinger
why not drac?
> 4, "VC-1" VC-1
>
> 4, "EAC3" EAC3
never try mixing cases! take lower case for all imho. also
using a dash
is a good idea?
--
Alex Beregszaszi email: alexfsn.hu
Free Software Network cell: +36 70 3144424
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://mplayerhq.hu/cgi-bin/mailman/listinfo/nut-devel
|
|
| Freeze NUT |
|
2006-05-27 11:46:32 |
Alex Beregszaszi wrote:
>> 4, "shro" Dirac/Schroedinger
>
> why not drac?
the first 4 letter that came to my mind.
>
>> 4, "VC-1" VC-1
>>
>> 4, "EAC3" EAC3
>
s/VC-1/vc1 /
s/EAC/eac/
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/
~lu_zero
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://mplayerhq.hu/cgi-bin/mailman/listinfo/nut-devel
|
|
| Freeze NUT |
|
2006-05-27 11:30:49 |
On Sat, May 27, 2006 at 01:46:32PM +0200, Luca Barbato
wrote:
> Alex Beregszaszi wrote:
> >> 4, "shro" Dirac/Schroedinger
> >
> > why not drac?
>
> the first 4 letter that came to my mind.
'drac' sounds much more sensible
> >> 4, "VC-1" VC-1
> >>
> >> 4, "EAC3" EAC3
> >
>
> s/VC-1/vc1 /
> s/EAC/eac/
so, "eac3" ?
- od15
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://mplayerhq.hu/cgi-bin/mailman/listinfo/nut-devel
|
|
| Freeze NUT |
|
2006-06-01 10:07:51 |
On Sat, May 27, 2006 at 02:30:49PM +0300, Oded Shimon wrote:
> On Sat, May 27, 2006 at 01:46:32PM +0200, Luca Barbato
wrote:
> > Alex Beregszaszi wrote:
> > >> 4, "shro" Dirac/Schroedinger
> > >
> > > why not drac?
> >
> > the first 4 letter that came to my mind.
>
> 'drac' sounds much more sensible
>
> > >> 4, "VC-1" VC-1
> > >>
> > >> 4, "EAC3" EAC3
> > >
> >
> > s/VC-1/vc1 /
> > s/EAC/eac/
>
> so, "eac3" ?
BTW, whats EAC3?... (as opposed to AC3? cause we have
entries for both...)
Nag no. 2. Be warned, when SVN comes up I'll commit both
these patches.
(unless someone complains now..)
- ods15
--- ../dev.main/DOCS/tech/mpcf.txt 2006-03-25
15:35:39.000000000 +0200
+++ DOCS/tech/mpcf.txt 2006-06-01 13:05:45.000000000 +0300
-439,10
+439,7
a demuxer MUST ignore streams with reserved
classes
fourcc
- identification for the codec
- example: "H264"
- MUST contain 2 or 4 bytes, note, this might be
increased in the future
- if needed
+ identification for the codec, must comply to fourcc.txt
time_base_nom / time_base_denom = time_base
the length of a timer tick in seconds, this MUST be
equal to the 1/fps
-820,6
+817,28
mpegvideo+mpegaudio in mpeg-ps/ts in nut or dvvideo +
dvaudio in dv in nut
+Appendix, Fourcc Spec
+=====================
+length,string
+
+Video
+4,"h263" H.263
+4,"mp4v" MPEG-4 Part 2
+4,"h264" MPEG-4 Part 10/H.264
+4,"snow" Snow
+4,"flac" Flac
+4,"drac" Dirac/Schroedinger
+4,"vc1 " VC-1
+
+Audio
+4,"vrbs" Xiph.org Vorbis
+4,"mp2 " MP3
+4,"mp3 " MP2
+4,"ac3 " AC3
+4,"aac " AAC/MPEG-4 Part 3
+4,"eac3" EAC3
+
+
Sample code (Public Domain, & untested):
========================================
--- ../dev.main/DOCS/tech/mpcf.txt 2006-03-25
15:35:39.000000000 +0200
+++ DOCS/tech/mpcf.txt 2006-05-27 08:31:08.000000000 +0300
-1,6
+1,6
-========================================
-NUT Open Container Format DRAFT 20060322
-========================================
+==================================
+NUT Open Container Format 20060527
+==================================
-31,6
+31,8
damaged files can be played back with minimal data loss
and fast
resync times
+The spec is frozen. All files following spec will be
compatible unless the
+spec is unfrozen.
Definitions:
-390,7
+392,8
0xAB68B596BA78ULL + (((uint64_t)('N'<<8) +
'I')<<48)
version
- NUT version. The current value is 2.
+ NUT version. The current value is 3. All lower values
are pre-freeze
+ and the files MUST NOT be demuxed.
forward_ptr
size of the packet data (exactly the distance from the
first byte
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://lists.mplayerhq.hu/cgi-bin/mailman/listinfo/n
ut-devel
|
|
| Freeze NUT |
|
2006-06-01 10:35:46 |
Oded Shimon wrote:
>
> +Appendix, Fourcc Spec
> +=====================
> +length,string
> +
> +Video
> +4,"h263" H.263
> +4,"mp4v" MPEG-4 Part 2
> +4,"h264" MPEG-4 Part 10/H.264
> +4,"snow" Snow
> +4,"flac" Flac
Flac is lossless audio
add also
WavPack fourcc wv
Yet another lossless/hybrid codec that is slightly better
than flac
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/
~lu_zero
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://lists.mplayerhq.hu/cgi-bin/mailman/listinfo/n
ut-devel
|
|
| Freeze NUT |
|
2006-06-01 11:13:09 |
On Thursday 01 June 2006 12:07, Oded Shimon wrote:
> Nag no. 2. Be warned, when SVN comes up I'll commit
both these patches.
> (unless someone complains now..)
I re-read the previous discussion on fourcc's and I don't
want to restart it
or anything if the main nut devs agree on sticking to four
bytes, but what
is the reason for not using a wider field? I agree that all
sorts of
implementation specific names should be avoided, but I
always found
fourcc's rather limited. Examples are 'drac' and 'vrbs'
where 'dirac' and
'vorbis' are a lot clearer.
Plus:
+4,"mp2 " MP3
+4,"mp3 " MP2
Also:
+ identification for the codec, must comply to fourcc.txt
I would write "MUST comply" to emphasize that
non-complying strings should
be rejected by the muxer.
--Ivo
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://lists.mplayerhq.hu/cgi-bin/mailman/listinfo/n
ut-devel
|
|
| Freeze NUT |
|
2006-06-01 12:34:59 |
On Thu, Jun 01, 2006 at 01:13:09PM +0200, Ivo wrote:
> On Thursday 01 June 2006 12:07, Oded Shimon wrote:
> > Nag no. 2. Be warned, when SVN comes up I'll
commit both these patches.
> > (unless someone complains now..)
>
> I re-read the previous discussion on fourcc's and I
don't want to restart it
> or anything if the main nut devs agree on sticking to
four bytes, but what
> is the reason for not using a wider field? I agree that
all sorts of
> implementation specific names should be avoided, but I
always found
> fourcc's rather limited. Examples are 'drac' and
'vrbs' where 'dirac' and
> 'vorbis' are a lot clearer.
I actually considered it after sending this mail, I think
the only
advantage of 4-char fourcc is saying explictly in the spec
all fourcc must
be 4 bytes (even ommit the 'length' field for it). If we
decide we don't
want that, then IMO you are right and we should use more
sane/readable
names like 'vorbis' and 'dirac'. (But not stuff like
"ISO/ITU 14496-3"
which is even less readable)
> Plus:
>
> +4,"mp2 " MP3
> +4,"mp3 " MP2
>
>
>
> Also:
>
> + identification for the codec, must comply to
fourcc.txt
>
> I would write "MUST comply" to emphasize
that non-complying strings should
> be rejected by the muxer.
Both fixed in local patch.
- ods15
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://lists.mplayerhq.hu/cgi-bin/mailman/listinfo/n
ut-devel
|
|
| Freeze NUT |
|
2006-06-01 12:39:55 |
Oded Shimon wrote:
>
> I actually considered it after sending this mail, I
think the only
> advantage of 4-char fourcc is saying explictly in the
spec all fourcc must
> be 4 bytes (even ommit the 'length' field for it). If
we decide we don't
> want that, then IMO you are right and we should use
more sane/readable
> names like 'vorbis' and 'dirac'. (But not stuff
like "ISO/ITU 14496-3"
> which is even less readable)
>
I like "vorbis" and "dirac" too.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/
~lu_zero
_______________________________________________
NUT-devel mailing list
NUT-develmplayerhq.hu
http://lists.mplayerhq.hu/cgi-bin/mailman/listinfo/n
ut-devel
|
|
|
|