similar to: vorbis-tools CVS

Hello, I want to check my collection of hundreds of ogg files for potential problems. As far as I know, "ogginfo -v" is as comprehensive as it gets. However, using the "-v" option causes the output to be VERY VERY long when there are hundreds of files to check. I need a way to skim the output and only look at warnings and errors. In order to do that I need to know the complete

Andrew Williams <andrew.s.williams@adelaide.edu.au> has tipped me off that vorbis-tools uses a format specifier "%Ld" in vcut/vcut.c and ogginfo/ogginfo2.c. This is plain wrong. The L modifier only applies to floating point. The modifier corresponding to "long long" is ll, e.g. "%lld". -- Christian "naddy" Weisgerber

Hiya: Since 1.0.1 is going to include minor tuning fixes that have an effect on audio quality in certain circumstances, I think the vendor tag should be updated according to the attached (and quite trivial) patch. (I chose 20030902 because that's the date of Monty's commits that included the tuning fixes.) -Carsten <p> Index: lib/info.c

Hello Some time ago I posted a lil' patch to this list which adds milliseconds display of playlength to ogginfo. Some folks replied that it's plausible and this patch will be merged to the next version. Vorbistools-1.0.1 got out and the patch is not in it. Why? Anyway, here's this patch for vorbistools-1.0.1. I hope this time you will include it, because milliseconds support is

One liner to add 1.1 rc1 to list of recognized files. Cheers, -------------- next part -------------- A non-text attachment was scrubbed... Name: ogginfopatch Type: application/octet-stream Size: 375 bytes Desc: not available Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20040708/7c8c0952/ogginfopatch.obj

Hi folks, I always wondered why there is no "metaflac --show-all-tags", in parallel to --remove-all-tags. Attached you can find a patch for your consideration. Sample output: % metaflac --show-all-tags *.flac 01 Pigs on the wing (Part One).flac:ARTIST=Pink Floyd 01 Pigs on the wing (Part One).flac:TRACKNUMBER=01 01 Pigs on the wing (Part One).flac:ALBUM=Animals 01 Pigs on the wing

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, ince I'm currently working on a program that manages all my music files and am working on Ogg Vorbis support right now, I have two questions: 1. Should Tag names (i.e. "ARTIST=") be lower- or uppercase. I've encountered both and right now I automatically uppercase everything I get and then write it to the file that way. 2.

This works: oggenc -b 192 -a "Astral Projection" -l "In the Mix - CD1 (Sundown)" \ -t "Another World" -o "01-another_world-(floorplay_remix).ogg" \ -c "TRACKNUMBER=01" -c "TRACKCOMMENT=Floorplay_remix" \ 01-another_world-(floorplay_remix).wav But this doesn't: oggenc -b 192 -a "Astral Projection" -l "In

Hi all! I've read http://reactor-core.org/ogg-tagging.html and http://www.vorbis.com/ot/20030303.html#id2726753 about the goals and non-goals of vorbis comments, but I'm still unsure: 1) Is it by purpose to forget about CDA's index feature because it's so rarely used or did nobody here ever thought about it? -> Add an INDEXNUMER field? 2) If "Vorbis comments are the

Hello. Attached are some patches that some Debian users of vorbis-tools have sent to our BTS over the years (numbers refer to Debian bugs). It'd be nice to see them integrated. They apply cleanly to SVN as of today. The largefile_support one is a bit bigger than just the configure.ac since the submitter adviced that config.h got included in all C source files before the standard includes,

Hello. Attached are some patches that some Debian users of vorbis-tools have sent to our BTS over the years (numbers refer to Debian bugs). It'd be nice to see them integrated. They apply cleanly to SVN as of today. The largefile_support one is a bit bigger than just the configure.ac since the submitter adviced that config.h got included in all C source files before the standard includes,

I've just started encoding some of my cd's to ogg with the new beta4-release, and noticed a few "bugs" .. [oggenc] (*) When using long filenames that make the "encoding.."-line not fit in one line, that line is repeated 1000 times on the screen (one for each .1 percent). That could be solved either by not including the filename on the updating line (but above or

Quazgaa and I were talking about the comment tags we'd like in oggenc. Here, as requested by Michael, is the summary. Date (year in id3 land) should be supported. We suggest '-y | --date'. I suggested '%y' for passing it to the filename template, but this may be of limited utility. Track number. -n was the first choice, but is taken by the name template. We settled on

I looked around on the web, but I found no guidance on this subject, so I'm guessing. Here is what I came up with. It appears to work on a limited sample of CDs. Can anyone comment on whether or not this is OK? My system is Mandrake 9.0. My Grip is 3.0.1 (as supplied with Mandrake 9.0) My flac is 1.1.0, built from the source tarball. Mandrake ships with 1.0.3, which does not appear to have

I accidentaly re-ripped some of my CDs and did take this as a chance to do some comparison. Here is what I have found for on of the songs. Peak level 100.0% Track quality 100.0% Copy CRC C8F5065F Track not present in database Used drive : _NEC DVD_RW ND-3500AG Adapter: 0 ID: 1 Read mode : Secure with NO C2, accurate stream, disable cache Combined read/write offset correction

Hi, I'm wondering: If you have audio files like foo1.ogg and foo1.mp3, and the Vorbis file has nice comments (title, tracknumber, artist, album, date, etc), is there a tool to copy the information to an MP3 file on a "best effort" strategy? I know that MP3 TAGs are quite limited regarding lengths. Regards, Ulrich

heyas- I believe there is a need for a standard vorbis comment field to encode "Total Number of Tracks (on a CD)". Why we need this -------------------- - Existing Vorbis programs already implement this, inconsistently, and hence don't interoperate. These seems the key reason to me. - MP3s include this - Some software (e.g., iTunes) uses this information, e.g., to display

The download of the above still shows an id of: "Xiph.Org libVorbis I 20040629". Shouldn't this have been updated to: "Xiph.Org libVorbis I 20040920"? John

Beni Cherniavksy (cben@techunix.technion.ac.il) wrote : [ big snip ] > Here are the dates as far as I know: > > > 20000508 (beta1/2) > 20001031 (beta3) > 20010225 (beta4) > 20010615 (RC1) > 20010813 (RC2) > 20010816 (gtune 1) (RC2 - Garf tuned v1) > 20011014 (GTune 2) (RC2 - Garf tuned v2) > 20011217 (RC3 - oggenc, oggdrop) > 20011231 (RC3 -

In case you cut and paste this, I think Matt meant argv[3] to be --tag=artist=%artist -- Brady Patterson (brady@spaceship.com) Do you know Old Kentucky Shark? On Sun, 25 May 2003, Matt Zimmerman wrote: > flac -o %o --tag=title=%artist --tag=album=%album --tag=title=%song > --tag=tracknumber=%track %f