search for: porte64

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

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

...hich format cue/seekpoints are stored in the headers - titles: apparently they get lost with this option. I guess they would be preserved if put into tags, but it seems odd to me to put a raw cuesheet into a tag Phil ----- Mail d'origine ----- De: Harry Sack <tranzedude at gmail.com> ?: porte64 at free.fr Cc: flac at xiph.org Envoy?: Tue, 21 Apr 2009 16:04:05 +0200 (CEST) Objet: Re: [Flac] cuepoints: accuracy, titles and players dear, what command did you use to add the cue sheet to the flac file: --set-tag-from-file="CUESHEET=image.cue" OR --import-cuesheet-from=image.cue...

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 read through the specifications here: http://flac.sourceforge.net/format.html but the document is not "autonomous". Instead, sections entitled "prediction" and "residual coding", use external references, some of with are unavailable (dead link) or in poor state. What i mean here is that it is not possible to write a decoder from scratch using only the spec

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 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 confuse seak points and cue points. Cue points are the points you put into a file so you can jump to the start of trakcs or to index marks. seak points are used to increase the spee...

Hello, I have experienced some quite strange with the "replaygain" option after i had invoked FLAC over a set of files: 1. the TRACK_PEAK value is the same from the 3 tracks and equal to the ALBUM_PEAK 2. the TRACK_GAIN values happen to be either above or below (and never equal to) the ALBUM_GAIN value. I can reproduce this ad lib (see example below), so this is a bug. Or did i miss

...rce code serve as a provably- complete documentation of the format? It's able to be compiled into a program that can decode all files. I'm only half serious. Source code is not the most concise way to describe a format. Brian Willoughby Sound Consulting On Jan 28, 2009, at 11:20, porte64 at free.fr wrote: > I read through the specifications here: > http://flac.sourceforge.net/format.html > but the document is not "autonomous". > > Instead, sections entitled "prediction" and "residual coding", > use external references, some of with ar...

Hello ! The following algorithm describes Golomb(=Rice?) encoding: http://en.wikipedia.org/wiki/Golomb_coding#Simple_algorithm What is unclear to me is how many audio samples encoded with a fixed parameter (denoted 'M' in the wiki, which i presume is equivalent to the 'Rice parameter' invohed here): http://flac.sourceforge.net/documentation_format_overview.html But things are a

Hello ! I ran FLAC over 3 wav tracks from the same CD generating replaygain info. Actually, albums gain and peak values do not match any track values (see run below). The TRACK_PEAK values are identical for the 3 tracks and, which is weird, we have one track with a TRACK_GAIN greater than the ALBUM_GAIN whereas another track has a lower value. I had expected the album values to be the maximum

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