similar to: Ogg Frog 1.0 feature set, release date set

I expect to release Ogg Frog 1.0 for public alpha test on Saturday, August 12. The date might slip a little depending on how my current job hunt goes; if I get a job sooner than I expect, I'll have to cut back on my development which has been full-time for a while now. The planned features are detailed at the page where the downloads will eventually be found:

Hi, A while back I posted an announcement of my grand plans for Ogg Frog, a GPL audio package. Twice now I've announced planned ship dates on the website, only to miss them because of such life events as career changes and moving cross-country. I've started working on it again after a hiatus of several months, but this time won't pre-announce any more ship dates. Instead,

Greetings, I offer Bit Torrent downloads of music in Ogg Vorbis, FLAC and other formats at: http://www.oggfrog.com/music/ It has a Creative Commons license and is completely legal to copy and share. If you offer your music under a Creative Commons or similar license, I can host your torrents for you. I'm not yet set up to accept file uploads, so I need you to send me a CD of your music

Is there any kind of standalone library for working with cue sheets? I could rip the code out of some other library that uses cue sheets - and libflac would be a candidate - but it would be best if there was a library just for cue sheets. This is only sort of off-topic. I have the idea for a program, that would have the option to produce flac files. Thanks for your help, Rippit the Ogg

--- rpp3po <rpp3po@gmx.de> wrote: > Hi there, > > is there any specific reason for ignoring TITLE and PERFORMER info > when > importing CD-TEXT cuesheets into flac files? (These two fields have > not > always been used but they have become widely supported by now). One > may > answer that the preferred method for getting this kind of info for a > cuesheet-flac

--- Christoph Anton Mitterer <calestyo@scientia.net> wrote: > Josh Coalson wrote: > >> III) I've read about the CUEsheet feature of flac where you can > store > >> the data of cuesheets (at least indices and so) as searchpoints in > >> flac. > >> But the format seems to be in milliseconds while in CDDA frames > are > >> exact. >

Hello! I'm new here, so forgive in advance any ignorance if you will. I have two issues... One involved using flacattack.exe, and the other involves burning from cuesheets. Issue #1: --------- Any time I rip from EAC into flacattack.exe, and the disc being ripped includes various artists, flacattack.exe crashes on the second track. The error I get (from the DOS window that flacattack runs

Hi, I'd like to make a simple suggestion for tagging flac files containing cue-sheets. As discussed in "cuesheets w/ PERFORMER & TITLE track info" there is no standard for doing this yet. The developers were not willing to adopt the integrated cuesheet functionality for handling performer/artist information. I share this opionion since that would mean to sacrifice a very

Josh Coalson wrote: >> III) I've read about the CUEsheet feature of flac where you can store >> the data of cuesheets (at least indices and so) as searchpoints in >> flac. >> But the format seems to be in milliseconds while in CDDA frames are >> exact. >> Is it (because one would have rounding errors) not adivsable to use >> this >> feature, and

--- Charles Steinkuehler <cstein@newtek.com> wrote: > The recent thread on archiving CDs with flac has prompted me to ask a > few questions about flac and metadata: > > 1.1) It appears that metaflac only imports limited information from a > cuefile. Text data (ie: Title, Artist) and any comments are removed > from the file. I can kind of see eating the comments, but why

Unsubscribe --- flac-request@xiph.org wrote: > Send Flac mailing list submissions to > flac@xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac > or, via email, send a message with subject or body 'help' to > flac-request@xiph.org > > You can reach the person managing the list at >

--- Christoph Anton Mitterer <calestyo@scientia.net> wrote: > Hi. > > I these questions are copied from a forum and perhaps you can help me > to answer them. > > I) For some codecs (I think MP3 for example) there was that issue > that > you have different sample/frame/whatever lenghts than in raw/wav > encoding, thus if you encode a file to mp3 the lenght is not

Hi there, is there any specific reason for ignoring TITLE and PERFORMER info when importing CD-TEXT cuesheets into flac files? (These two fields have not always been used but they have become widely supported by now). One may answer that the preferred method for getting this kind of info for a cuesheet-flac would be CDDB, but CDDB info is not always reliable. In my opinion the goal "Now a CD

Thanks folks, I have an Intel build already! On Nov 15, 2007, at 03:58, Rippit the Ogg Frog wrote: I can do it, but possibly not till Friday evening. I'll do it today if I do get some free time. Mike Crawford aka Rippit the Ogg Frog Brian Willoughby wrote: > I'm putting together a Universal Installer for Mac OS X, but I > currently do not have access to an Intel Mac for that

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Phillips wrote: > With regards the toc problem not compensating for starting from track > 0, is it possible to use the cdrtoa -t or -T options to compensate for > the shift. I am not sure I fully understand the option, but I came > across it and thought I would mention it. I believe the -T and -t flags (to cdparanoia? AFAIK, cdrdao

Thank you Josh, the link clearly explains FLAC's philosophy and it souds quite logical: "For FLAC the intention is that applications can calculate the CDDB or CDindex ID from the CUESHEET block and look it up in an online or local database just like CD rippers and players do. But if you really want it in the file itself, the track metadata should be stored separate from the CUESHEET, and

You should read the manual for the FLAC command line utilities. There are many options that would probably achieve what you desire. In particular, one of the links that I sent below clearly leads you to a page describing how cuesheets are related to the SEEKTABLE, and you can create a --seekpoint= marker for each track. Sometimes you really need to take the time to read everything

Hi. I these questions are copied from a forum and perhaps you can help me to answer them. I) For some codecs (I think MP3 for example) there was that issue that you have different sample/frame/whatever lenghts than in raw/wav encoding, thus if you encode a file to mp3 the lenght is not exact and some digital silence is added. Is the same thing the case with flac (thus the original file would be

Charles Steinkuehler wrote: > Dan Phillips wrote: > >> With regards the toc problem not compensating for starting from track > >> 0, is it possible to use the cdrtoa -t or -T options to compensate for > >> the shift. I am not sure I fully understand the option, but I came > >> across it and thought I would mention it. > > I believe the -T and -t flags

On Wed, 2002-12-04 at 11:41, Josh Coalson wrote: > --- smoerk <smoerk@gmx.de> wrote: > > good idea, i'm always putting *.cue files to the directory with the > > ripped audio files. but it would prefer one file per song and not one > > big file for the whole cd. > > My vision of how the players should work is this: > > - make one album.flac with