libnut/nututils testing, call for developers/code audit
$ svn checkout svn://213.144.138.186/nut/trunk read README Start testing. Or even hacking. I have absoloutely no intention of maintaining all this by myself... Especially not code auditing it, cause I suck at that. If anyone wants write access, ask me and I'll ask Diego... Spec is now very close to at least a freeze, so let's shift focus from that to actual implementation... nututils beyond sucks, it needs a framer and not be a total hack. libnut is close(r) to production ready, robustness and library like behavior needs to improoved (malloc callback, asserts, malloc checks...), improove configurability, and also info packet handling... So.. cmon, people, start hacking! - ods15
On Sat, Mar 11, 2006 at 09:38:22PM +0200, Oded Shimon wrote:
$ svn checkout svn://213.144.138.186/nut/trunk
read README
Start testing. Or even hacking. I have absoloutely no intention of maintaining all this by myself... Especially not code auditing it, cause I suck at that. If anyone wants write access, ask me and I'll ask Diego...
Spec is now very close to at least a freeze, so let's shift focus from that to actual implementation...
nututils beyond sucks, it needs a framer and not be a total hack. libnut is close(r) to production ready, robustness and library like behavior needs to improoved (malloc callback, asserts, malloc checks...), improove configurability, and also info packet handling...
So.. cmon, people, start hacking!
Guys? hello? I was serious here... - ods15
Oded Shimon wrote:
$ svn checkout svn://213.144.138.186/nut/trunk
read README
Start testing. Or even hacking. I have absoloutely no intention of maintaining all this by myself... Especially not code auditing it, cause I suck at that. If anyone wants write access, ask me and I'll ask Diego...
I tried it out; there's not a lot to report. - Converting an xvid/mp3 avi file worked fine. - Converting a vorbis ogg file worked fine. - Playing both files was fine, though I get messages like this when seeking: ============= NO BINARY SEARCH - Seeking seems fine -- nice and fast, with good A-V sync. Ooh, actually, I just found a small problem. Playing a vorbis-audio-only nut file results in playback returning to 0 after about 2.5 seconds of playback. This message is printed: NUT: max_distance syncpoint Steps to reproduce: $ mplayer some_file -ao pcm $ oggenc audiodump.wav $ nutmerge audiodump.ogg audiodump.nut $ mplayer audiodump.nut Other than that, it would be nice to handle dwStart in avi and/or have an option to nutmerge for delaying streams. I don't know if you have that planned. I'd look into it myself, but I don't really have the time right now. -Corey
On Wed, Mar 15, 2006 at 03:06:15PM -0800, Corey Hickey wrote:
Oded Shimon wrote:
$ svn checkout svn://213.144.138.186/nut/trunk
read README
Start testing. Or even hacking. I have absoloutely no intention of maintaining all this by myself... Especially not code auditing it, cause I suck at that. If anyone wants write access, ask me and I'll ask Diego...
I tried it out; there's not a lot to report.
- Converting an xvid/mp3 avi file worked fine. - Converting a vorbis ogg file worked fine.
I don't think it worked fine...since nutmerge is making invalid files with nonsense pseudopackets. MPlayer just happens to play these files. Rich
Rich Felker wrote:
$ svn checkout svn://213.144.138.186/nut/trunk
read README
Start testing. Or even hacking. I have absoloutely no intention of maintaining all this by myself... Especially not code auditing it, cause I suck at that. If anyone wants write access, ask me and I'll ask Diego...
I tried it out; there's not a lot to report.
- Converting an xvid/mp3 avi file worked fine. - Converting a vorbis ogg file worked fine.
I don't think it worked fine...since nutmerge is making invalid files with nonsense pseudopackets. MPlayer just happens to play these files.
That may be the case; I wouldn't know. I'm writing purely from a testing standpoint. I haven't been following nut development very closely, since most of it is over my head. -Corey
On Wed, Mar 15, 2006 at 06:13:39PM -0500, Rich Felker wrote:
On Wed, Mar 15, 2006 at 03:06:15PM -0800, Corey Hickey wrote:
Oded Shimon wrote:
$ svn checkout svn://213.144.138.186/nut/trunk
read README
Start testing. Or even hacking. I have absoloutely no intention of maintaining all this by myself... Especially not code auditing it, cause I suck at that. If anyone wants write access, ask me and I'll ask Diego...
I tried it out; there's not a lot to report.
- Converting an xvid/mp3 avi file worked fine. - Converting a vorbis ogg file worked fine.
I don't think it worked fine...since nutmerge is making invalid files with nonsense pseudopackets. MPlayer just happens to play these files.
About that, nutmerge still prints the warning about "invalid" files. I don't know how valid the files converted from AVI are, they are just stream copied, but the files converted from Ogg are perfectly valid as there is a Vorbis framer. (The comment packet from Vorbis should be stripped though...) - ods15
On Thu, Mar 16, 2006 at 06:31:19AM +0200, Oded Shimon wrote:
On Wed, Mar 15, 2006 at 06:13:39PM -0500, Rich Felker wrote:
On Wed, Mar 15, 2006 at 03:06:15PM -0800, Corey Hickey wrote:
Oded Shimon wrote:
$ svn checkout svn://213.144.138.186/nut/trunk
read README
Start testing. Or even hacking. I have absoloutely no intention of maintaining all this by myself... Especially not code auditing it, cause I suck at that. If anyone wants write access, ask me and I'll ask Diego...
I tried it out; there's not a lot to report.
- Converting an xvid/mp3 avi file worked fine. - Converting a vorbis ogg file worked fine.
I don't think it worked fine...since nutmerge is making invalid files with nonsense pseudopackets. MPlayer just happens to play these files.
About that, nutmerge still prints the warning about "invalid" files. I don't know how valid the files converted from AVI are, they are just stream copied,
They're almost surely invalid unless the source was created by mencoder in vbr mode.
but the files converted from Ogg are perfectly valid as there is a Vorbis framer. (The comment packet from Vorbis should be stripped though...)
Well, at least an empty comment packet needs to be stored as part of the three-part vorbis extradata. I would suggest always emptying it though since this data belongs in the info packets and not the vorbis headers. :) Rich
On Wed, Mar 15, 2006 at 03:06:15PM -0800, Corey Hickey wrote:
Oded Shimon wrote:
$ svn checkout svn://213.144.138.186/nut/trunk
read README
Start testing. Or even hacking. I have absoloutely no intention of maintaining all this by myself... Especially not code auditing it, cause I suck at that. If anyone wants write access, ask me and I'll ask Diego...
I tried it out; there's not a lot to report.
- Converting an xvid/mp3 avi file worked fine. - Converting a vorbis ogg file worked fine. - Playing both files was fine, though I get messages like this when seeking: ============= NO BINARY SEARCH
That's a good thing. Try mplayer -noidx if you want to see the binary search.
- Seeking seems fine -- nice and fast, with good A-V sync.
Ooh, actually, I just found a small problem. Playing a vorbis-audio-only nut file results in playback returning to 0 after about 2.5 seconds of playback. This message is printed: NUT: max_distance syncpoint
Hmm, this is a bug. Could you send me the file?
Steps to reproduce: $ mplayer some_file -ao pcm $ oggenc audiodump.wav $ nutmerge audiodump.ogg audiodump.nut $ mplayer audiodump.nut
I'll look into this. - ods15
On Thu, Mar 16, 2006 at 06:28:47AM +0200, Oded Shimon wrote:
On Wed, Mar 15, 2006 at 03:06:15PM -0800, Corey Hickey wrote:
Ooh, actually, I just found a small problem. Playing a vorbis-audio-only nut file results in playback returning to 0 after about 2.5 seconds of playback. This message is printed: NUT: max_distance syncpoint
Hmm, this is a bug. Could you send me the file?
Fixed, it was from a recent change. - ods15
Oded Shimon wrote:
$ svn checkout svn://213.144.138.186/nut/trunk
read README
Start testing. Or even hacking. I have absoloutely no intention of maintaining all this by myself... Especially not code auditing it, cause I suck at that. If anyone wants write access, ask me and I'll ask Diego...
I tried it out; there's not a lot to report.
- Converting an xvid/mp3 avi file worked fine. - Converting a vorbis ogg file worked fine. - Playing both files was fine, though I get messages like this when seeking: ============= NO BINARY SEARCH
That's a good thing. Try mplayer -noidx if you want to see the binary search.
Ok. I just tried that out and it seems fine -- seeking is still fast and I didn't see any issues.
- Seeking seems fine -- nice and fast, with good A-V sync.
Ooh, actually, I just found a small problem. Playing a vorbis-audio-only nut file results in playback returning to 0 after about 2.5 seconds of playback. This message is printed: NUT: max_distance syncpoint
Hmm, this is a bug. Could you send me the file?
Looks fine now. Thanks. -Corey
participants (3)
-
Corey Hickey -
Oded Shimon -
Rich Felker