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 --tracknum, and '%n' in the template. This would correspond to "TRACKNUMBER" in the vorbis headers; we need Monty to bless that. That's about it, really. We'd also like an option to apply s/\s/_/ in the filenames produced by the template. I also think it would be nice to have longname options for all the canonical field names: --title --version --album --artist --organization --description --genre --date --location --copyright and --tracknum would be better as --tracknumber I think this would encourage their use. oggenc should also reject --comment arguments that don't have a valid field names. -ralph --- >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.
On the subject of oggenc: How about a simple parser for common file naming conventions? Like I have a file called: 03 - Artist - Track.wav and I want oggenc to use '03' as tracknum, 'Artist' as artist, and 'Track' as title. This would be very helpful for people who have a large collection of CDs organized only by filename, and, if properly developed, this would make naming by CDDB lookups trivial. Two options here: 1. An external wrapper script. Probably the cleanest way of doing it, but may get messy if the parser gets more complicated. 2. Build it into oggenc. But then that's a whole bunch more code to get bugs in, and pushes the 'feature bloat' indicator closer towards the red zone. It's on my personal TODO list, but I've got a bunch of stuff above it (one of which is fixing ogg123's endian issues). Comments? (pun intended) And why am I even suggesting messing with Michael's code? :) Kenneth --- >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.
Please. Don't eliminate spaces. Why would you do that? In any case, it's worth noting palmpilots don't have the _ character (at least a way of generating it via the keyboard/Grafitti (TM). Oh, but spaces ARE generated.> 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 --tracknum, and '%n' in the template. This would correspond > to "TRACKNUMBER" in the vorbis headers; we need Monty to bless that. > > That's about it, really. > > We'd also like an option to apply s/\s/_/ in the filenames produced by the > template. > > > I also think it would be nice to have longname options for all the > canonical field names: > > --title > --version > --album > --artist > --organization > --description > --genre > --date > --location > --copyright > > and --tracknum would be better as --tracknumber > > I think this would encourage their use. oggenc should also reject > --comment arguments that don't have a valid field names. > > > -ralph > > > > --- >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.--- >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.
Please, don't remove spaces from the filenames/comments.> 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 --tracknum, and '%n' in the template. This would correspond > to "TRACKNUMBER" in the vorbis headers; we need Monty to bless that. > > That's about it, really. > > We'd also like an option to apply s/\s/_/ in the filenames produced by the > template. > > > I also think it would be nice to have longname options for all the > canonical field names: > > --title > --version > --album > --artist > --organization > --description > --genre > --date > --location > --copyright > > and --tracknum would be better as --tracknumber > > I think this would encourage their use. oggenc should also reject > --comment arguments that don't have a valid field names. > > > -ralph > > > > --- >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.--- >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.