similar to: cuepoints: accuracy, titles and players

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

Hello, I have used --import-cuesheet-from= to insert the cue points, which are OK according to "--export-cuesheet-to=-". The points I invoke are: - the possibility to specify them as frame count instead of time - the doc: i would not find in which format cue/seekpoints are stored in the headers - titles: apparently they get lost with this option. I guess they would be preserved if put

--- On Mon, 4/20/09, porte64 at free.fr <porte64 at free.fr> wrote: > From: porte64 at free.fr <porte64 at free.fr> > Subject: [Flac] cuepoints: accuracy, titles and players > To: flac at xiph.org > Date: Monday, April 20, 2009, 10:07 AM > Hello, > > I managed to insert cuepoints from a cue sheet and > check them with metaflac. I witnessed that the FLAC >

Hello, metaflac provides exporting CUEpoints, but not SEEKpoints. As i understand, cuepoints represent gaps beetween tracks (inserting pause), whereas seekpoints merely describe a list of seekable points. Can cuepoint be used just as seekpoints (in the end, the only thing which matters is that some classic media players will recognize them). In the script i have just posted before (joining

Thank you for the new release, Josh. I've downloaded it, but some of the details in the history file puzzle me, so I've not tried to use it yet. Pardon my denseness here ... First, as long as you don't use the --cuesheet option when you encode, are .flac files encoded by 1.1.0 still readable by earlier versions? Second, if the old default for seekpoints was -S100x and the new one is

Thank you very much for the explanations, Josh. | the seekpoints are not the only places in the stream that can | be seeked to, they are just hints about regular locations in | the stream. you can still seek to any sample. the number of | seekpoints are just one factor in determining how fast the | decoder can find any particular sample. I did a lot of testing | before deciding on -S10s. So

Dear list Sorry to ask a user's question on developer list. I didn't find the user list. I am experimenting with --cuesheet and encoded a flac file with a cuesheet. Result is: * Totem on opensuse 10.2 opens the flac file with no meta data, no play list. "Next" button doesn't work; * Mplayer on opensuse 10.2 opens the flac file with no meta data,

Thank you all very much for making things clear. I had confused seekpoints and cuepoints indeed ! I propose that Kerry's definitions (below) be added to the documentation. regards, Phil ----- Mail d'origine ----- De: Kerry Hoath <kerry at gotss.net> ?: porte64 at free.fr Envoy?: Thu, 2 Apr 2009 11:28:04 +0200 (CEST) Objet: Re: [Flac] FLAC: how to dump seekpoints ? don't

Is it possible to place track markers that will be reflected in a cue sheet within a long FLAC file? I have a label who want to offer FLAC downloads of complete albums - but there have to be track points designated within the FLAC file How can I do this please? Many Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL:

Is it possible to place track markers that will be reflected in a cue sheet within a long FLAC file? I have a label who want to offer FLAC downloads of complete albums - but there have to be track points designated within the FLAC file How can I do this please? Many Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi List, Is there a way to correctly use the replay-gain feature on flac files that contain an entire album (i.e., multiple tracks with seekpoints added from a cue sheet)? -- Chris

Am 15.10.24 um 19:03 schrieb Martijn van Beurden: > > No, seeking to a specific sample can take a while because of all the > back-and-forth, but seeking to almost the end of the file is very quick. > > I know this is not the cleanest way, but as this only for the rare cases Ah, I see, because the frame header also include either the sample number (variable frame size) or the frame

On Monday 11 February 2008 05:04:25 Pyt wrote: > Can you elaborate on what you mean by "correctly use" ? > > On Feb 11, 2008 1:03 AM, Christopher Brown <c-b@asu.edu> wrote: > > Is there a way to correctly use the replay-gain feature on flac files > > that contain an entire album (i.e., multiple tracks with seekpoints added > > from a > > cue sheet)?

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

--- 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

(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 --import-cuesheet-from option, it core dumps. I'm

-----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 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

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

Hello, Here's a script i use to join multiple PCM source files and feed them to FLAC. In the future i plan to add tag support from static CDDB (files). It would be nice if this feature could be incorporated to the native encoder. Another idea is to have flac/metaflac support joining FLAC files themselves (but this is much heavier to implement) -- and may pose issues with meta info like