similar to: My patches in bugzilla

I downloaded a nightly CVS tarball about a week ago. It contains an oggdec tool in vorbis-tools. However, I don't get this tool when I checkout / update from CVS. What's the deal - is it in CVS or isn't it?! :) -- -:-:- David K. Gasaway -:-:- XNS : =David K Gasaway -:-:- Email: dave@gasaway.org -:-:- Web : dave.gasaway.org <p><p>--- >8 ---- List archives:

I am no longer able to access CVS: Logging in to :pserver:anoncvs@xiph.org:2401/usr/local/cvsroot cvs [login aborted]: recv() from server xiph.org: Connection reset by peer I had no problems a few days ago. -- -:-:- David K. Gasaway -:-:- XNS : =David K Gasaway -:-:- Email: dave@gasaway.org -:-:- Web : dave.gasaway.org <p><p>--- >8 ---- List archives:

vcomment.c contains this line: fprintf(stderr, "Vorbiscomment " VERSION "\n"); I can't figure how / where VERSION is defined. <p> -- -:-:- David K. Gasaway -:-:- XNS : =David K Gasaway -:-:- Email: dave@gasaway.org -:-:- Web : dave.gasaway.org <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

Has anyone compiled the ogg and vorbis libraries with borlands c compiler (bcc32)? If so, are there any makefiles or similar available which can make it easier for me to do the same? /Erik <p>--- >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'

Hi, Lately, my oggenc builds (from CVS) haven't been running correctly. In a few debugging sessions, I've found that I'm getting a divide by zero exception. The exception happens in accumulate_fit (floor1.c), line 455: int weight=nb*info->twofitweight/na; Here is the call stack: accumulate_fit floot1_fit mapping0_forward vorbis_analysis oe_encode main The

In case the important parties missed my passing comment in another thread... The mailing list archives master indices no longer show the current month. I've found they are still available by using a direct URL, however. -- -:-:- David K. Gasaway -:-:- XNS : =David K Gasaway -:-:- Email: dave@gasaway.org -:-:- Web : dave.gasaway.org <p>--- >8 ---- List archives:

In response to requests, I've given my vorbis BCC projects a thorough cleaning. They are now much more professional, complete, and include a little documentation. Ogg Vorbis 1.0 ready! The new files are available here: http://dave.gasaway.org/vorbis/vorbis_bcc.zip At this time, they cannot compile with the free command-line tools available from Borland. If anyone can help make

Hello, I'm not quite sure if this is the right list for my questions, please excuse if it isn't. 1. While using vorbislib (Win2K/Borland C++ Builder 5), I'm getting reproducible floating point exceptions at lots of sample rate/bit rate combinations. For example, the original encoder_example.c, with just the initialization line changed to

Hi there. I have been hearing to ogg vorbis for maybe 2 years and I can only say: it is fantastic! Right now, I'm working in a project that uses ogg vorbis as the format for recording. I have now a working recording engine (I have recorded up to 8 channels at the same time and my computer uses only about 30% of the processor, wich is great in this project), and I'm starting with the

I'm having trouble connecting to the xiph cvs: >>>>> Script started on Mon Apr 8 21:33:25 2002 [dave@localhost ~/cvs]$ cvs -d :pserver:anoncvs@xiph.org:/usr/local/cvsroot login Logging in to :pserver:anoncvs@xiph.org:2401/usr/local/cvsroot CVS password: cvs [login aborted]: recv() from server xiph.org: Connection reset by peer [dave@localhost ~/cvs]$ ^D Script done on Mon

Last week, I suggested a change to ogg123 for tag display. Well, tonight, I've filed a bug and hacked together a patch: http://bugs.xiph.org/show_bug.cgi?id=179 How does it look? <p>P.S., I would have provided a link to the e-mail in the archives, but it seems the current month is no longer available from the archive master indices. -- -:-:- David K. Gasaway -:-:- XNS :

I took notes of a few errors while reading some of the documetation a little while back (verified they're still in cvs) ... vorbis-ogg.html: the 9th bullet under Encapsulation has a couple of typos: 'contining' and 'no'. ogg-stream-flush.html: the function declaration in the gray box reads "ogg_stream_pageout". ogg-stream-pageout.html: Lists '0' as a

I had completely forgotten about Replay Gain until Mr. Seibert reminded me. Wasn't there talk of adding this to vorbis-tools? Anyway, I went here: http://sjeng.sourceforge.net/ftp/vorbis/ And downloaded the source for the replay gain tool. Unfortunately, I cannot compile it. The errors regard parameters to ov_read_float. Is there updated source somewhere else? -- -:-:-

ReplayGain is not much good for FM broadcasting, and debatable for streaming too. There is a limit on the peak volume that can be broadcast on an FM signal so it is best to have a song volume of 100% broadcast with 100% FM deviation. If an average song volume is very low, for example, but has some loud peaks in it, ReplayGain will increase the volume to the extent that the peaks will be way too

A few days ago, I initiated a conversation with Jonathan Walther to seek his advice on how he might tag a CD that I ogg'ed. Out of this discussion, we decided to make a couple of changes to the proposed standard. 1) A new LABELNO tag was added to the list. This would contain the record label's catalogue number. Generally available on the face of the CD. Probably more useful than

Alright. So, the tag proposal that has been labored over for some months has now been reclassified a bit. There new URL is now here: http://reactor-core.org/ogg-tag-recommendations.html And is prefaced by the following statement: "The following recommendations were developed by a community of Ogg/Vorbis users for their own use." I believe the implication is that this document

Daniel Aleksandersen wrote: > On Monday 17. September 2007 07:47:19 David K. Gasaway wrote: >> Even today, I use my own "metadata format" -- essentially a superset of >> vorbis comments. There is one file per release, even with a multi-disc >> release. As a final part of the ripping process, I apply this metadata >> to the FLAC or Vorbis files. > > Why

On 16 Sep 2007 at 22:10, Ralph Giles wrote: > These applications are complementary. Many music players do have their > own database, and it makes sense to keep metadata there, if only as a > cache. It is also to have metadata in the file itself, so that when it > is moved, copied, posted for download by others, or just indexed by > another music player instance it is easily

On 10 Sep 2007 at 18:42, Ian Malone wrote: > Classical music is a rich source of examples; works are > most often associated with a composer but you may still > care who the performers or conductors were. A piece may > be split across several movements which may be even further > broken down into tracks on the source. This things are easily solved with vorbis comments ...

On 15 Sep 2007 at 16:53, Silvia Pfeiffer wrote: > Skeleton, CMML and Vorbiscomment are not sufficient for some people - > in particular when there is a more complex piece of metadata to be > communicted, e.g. from an archive that stores a lot more information > than just name-value pairs. In my opinion, for this purpose it would be more appropriate to store the data separate from