I have a small feature request for oggenc:
Can a command line option be added to allow the user to set the first
serial number to be used for the output ogg stream?
This only takes a few lines of code, actually.
Rationale: it is quite helpful for debugging other encoders. If oggenc is
the "reference" encoder, ensuring that your new whiz-bang encoder has
diffable output to oggenc is a quick-n-dirty way to check that your
encoder is Correct.
One thing that makes it non-diffable is the random serial number. Hence,
if I can guarantee that the serial number in my encoder is the same as the
serial number that was used to generate some reference output from
oggenc, this would be a Really Useful Thing.
Thanks.
{+} Jeff Squyres
{+} squyres@cse.nd.edu
{+} Perpetual Obsessive Notre Dame Student Craving Utter Madness
{+} "I came to ND for 4 years and ended up staying for a decade"
--- >8 ----
List archives: http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to
'vorbis-dev-request@xiph.org'
containing only the word 'unsubscribe' in the body. No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.
> One thing that makes it non-diffable is the random serial number. Hence, > if I can guarantee that the serial number in my encoder is the same as the > serial number that was used to generate some reference output from > oggenc, this would be a Really Useful Thing.If you do a: cmp -l a.ogg b.ogg and the result is only a few thousand, the files probably are the same. But it could help, yes. Ciao, Segher --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
At 04:29 PM 12/21/00 -0500, you wrote:>I have a small feature request for oggenc: > >Can a command line option be added to allow the user to set the first >serial number to be used for the output ogg stream? > >This only takes a few lines of code, actually. > >Rationale: it is quite helpful for debugging other encoders. If oggenc is >the "reference" encoder, ensuring that your new whiz-bang encoder has >diffable output to oggenc is a quick-n-dirty way to check that your >encoder is Correct. > >One thing that makes it non-diffable is the random serial number. Hence, >if I can guarantee that the serial number in my encoder is the same as the >serial number that was used to generate some reference output from >oggenc, this would be a Really Useful Thing.Sure. This was actually something I had intended on at one point, but forgot about (and never particularly wanted to use - if I had, I would have remembered...) I'll add it in soon. Of course, ideally you want a vorbis-diff program which just runs (the equivalent of) diff on the raw vorbis packets - not hard. The feature is of use anyway though. Michael --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Some errors compiling vorbis_dynamic Line 40 of Scales.h was #define toBARK(f) (13.1f*atan(.00074f*(f))+2.24f*atan((f)*(f)*1.85e-8f)+1e-4f*(f)) Should be #define toBARK(n) (13.1f*atan(.00074f*(n))+2.24f*atan((n)*(n)*1.85e-8f)+1e-4f*(n)) Line 42 was #define toMEL(f) (log(1.f+(f)*.001f)*1442.695f) should be #define toMEL(n) (log(1.f+(n)*.001f)*1442.695f) Line 48 was #define toOC(f) (log(f)*1.442695f-6.965784f) should be #define toOC(n) (log(n)*1.442695f-6.965784f) The f is causing a compiler error "syntax error : 'bad suffix on number'" Lars Brubaker. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
The project file was missing bitbuffer.h & .c so here they are added. Lars Bruabker <HR NOSHADE> <UL> <LI>application/octet-stream attachment: vorbisenc_dynamic.dsp </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name: vorbisenc_dynamic.dsp Type: application/octet-stream Size: 4598 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20001222/a81a3582/vorbisenc_dynamic-0001.obj
Lars Brubaker
2000-Dec-22 09:41 UTC
[vorbis-dev] Changes to audio.c and the windows oggenc project file
added line 17 #include <malloc.h> removed non-existent files from the project file. added platform.c to the project file. Attached is the new (compliable) windows project file. Lars Brubaker. <HR NOSHADE> <UL> <LI>application/octet-stream attachment: oggenc.dsp </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name: oggenc.dsp Type: application/octet-stream Size: 5061 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20001222/87e65774/oggenc-0001.obj
At 04:29 PM 12/21/00 -0500, you wrote:>I have a small feature request for oggenc: > >Can a command line option be added to allow the user to set the first >serial number to be used for the output ogg stream? > >This only takes a few lines of code, actually.Done. If you're encoding multiple files, it'll increment the given serial for each of them after the first (as it does with the normal random serial numbers). Be careful. Duplicate serial numbers are likely to cause problems (like streaming not working correctly, for instance). Michael --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.