similar to: metaflac crashes adding cuesheet

Erik, The command used by abcde is metaflac --no-utf8-convert --import-cuesheet-from=/home/me/Audio/abcde.50107806/cue-50107806.txt --import-tags-from=- /home/me/Audio/abcde.50107806/track1.flac but I get the same result re-trying without the --no-utf8-convert and -no-utf8-convert. Here's the cuesheet: PERFORMER "William Shakespeare" TITLE "A Midsummer

Erik, I don't know what abcde would be providing as tags, or why on Earth it would be importing that from stdin. Unfortunately, abcde is a bash script, and so not exactly easy for me to read. I haven't gotten any response from posting on their mailing list. I do get the same crash when running metaflac without the --import-tags-from, so I'm not sure this is the problem. Unless

Hollo I'm new, My name is Ariel Arelovich I've encountered the following problem trying to sue metaflac. I used the following command: c:\Archivos de programa\FLAC>metaflac --set-tag-from-file="CUESHEET=sola.cue" so la.flac sola.flac: ERROR: file 'sola.cue' for 'CUESHEET' tag value has embedded NULs And I've got that error. See I have the flac that is

James wrote: > (Apologies if I'm in the wrong place for this...) > > I'm trying to use the abcde program to archive CDs to flac files. > (Each CD to 1 file, and ultimately multi-disk performances to 1 > file.) It extracts the audio to a .flac file and creates a cue > sheet with track names & locations. However, when it tries to > run metaflac with the

When reading the INDEX from the cue sheet, the format MM:SS:FF format is disallowed if the sample frequency is not a multiple of 75 because the index would only be approximate. However, 00:00:00 is _exact_ because it denotes the start of the track, so allow it as a special case. This allows metaflac_test.sh to pass. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Erik, I'll resync and have another look. Earl ________________________________ From: Erik de Castro Lopo <mle+la at mega-nerd.com> To: flac-dev at xiph.org Cc: Earl Chew <earl_chew at yahoo.com> Sent: Wednesday, February 1, 2012 10:30:21 PM Subject: Re: [flac-dev] Fix cuesheet.c to allow metaflac_test.sh to run to completion Earl Chew wrote: > When reading the INDEX

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm trying to use flac to make backups of my CD collection, and am running into problems with disks that contain a pregap (or lead-in) before the start of track one. cdrdao rips these disks *WITHOUT* the pregap, and puts a PREGAP entry into the cue file. For my test CD (Police, Synchronicity, catalog# 0082839373524) I get (in part): TRACK 01

Is there any way for flac or metaflac to support input from files with Unicode Byte Order Marks (BOM)? In command: metaflac --remove-all-tags --set-tag-from-file="CUESHEET=CDImage.cue" --set-tag-from-file="LOGFILE=CDImage.log" CDImage.flac If "CDImage.cue" contains Unicode characters, most text editors append BOM at the 1st line of this file. And metaflac does not

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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 are the perfectly valid text fields not

Hi, I am new to this mailing list. I am adding FLAC support to the SLIMP3 player (http://www.slimdevices.com) and I had two questions about utilizing the format. The SLIMP3 player is a network mp3 player with an open source server written in perl. All audio must be re-encoded to the mp3 format before the player can use it. 1. Do any perl modules exist to read and/or write the metadata in a FLAC

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

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

Hello, I managed to insert cuepoints from a cue sheet and check them with metaflac. I witnessed that the FLAC headers then had additionnals sections (one for cuepoints and one for seekpoints), but i could not find documentation how the format used to store them (frame counts for both ?). Anyway it seems that cuepoints must be specified in MM:SS:fr format. It would be nice if those could be

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

--- 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 CUESHEET - player loads album.flac, sees CUESHEET, calculates CDDB id (or CDindex, or custom

Hi List, I am writing an audio player that exclusively plays FLAC sound files, with CUE sheets. It is written in Python, so it is cross-platform, and it is working very well so far. The soundfile IO is handled by the Audiere library. For metadata (aside from the CUE sheet), I make system calls to metaflac to do things like extract album art for display, and I have a question concerning metaflac.

Hi all, I started up a discussion on Hydrogen Audio about a new FLAC metadata block for storing cuesheets. This is really the last missing piece in archiving CDs. Here's the link: http://www.hydrogenaudio.org/index.php?act=ST&f=20&t=4646 I would appreciate any feedback anyone has on the subject. If it's not too inconvenient, try replying on the forum there (not sure if you

Josh, I see my name is mentioned in passing ;-) I submitted that patch because I thought it preferable to keep the test harness running. Backing this change out would also entail changing metaflac_test.sh accordingly, which at the time, I was hesitant to do. At the time I figured that at some point metaflac_test.sh was passing, so the code should probably allow it to pass. I'm ok either

I've just started to archive my CD collection (about 800 CDs), and my criteria are pretty much the same as the original message under this subject, except that I'm doing one file per CD. One file per song is just too much of a pain, and there's really no need, given FLAC's ability to have metadata in the file. The first thing I do is run cd-discid against the cd, and store that

Josh, Sure. I can try. Would you give me a more detailed description of the requirement ? What exactly does "general MM:SS handling" mean ? Earl ________________________________ From: Josh Coalson <xflac at yahoo.com> To: Earl Chew <earl_chew at yahoo.com>; "flac-dev at xiph.org" <flac-dev at xiph.org> Sent: Tuesday, May 1, 2012 8:25:34 PM Subject: Re: