similar to: the road to 1.0...

First of all, this is my first post so please go easy if I'm a little off-topic. Just let me know nicely off-list. Thanks! As Mike already knows, I am currently trying to develop a plug-in for playing Shorten files over Audion on the Macintosh platform. When I proposed this to him to get some information on contacting the right people, he mentioned you guys and I need a little info.

On my lists of things to do for 1.0 were 1) improve seeking; and 2) speed up both encoding and decoding. Seeking seems better now (I added the SEEKTABLE and tweaked the search algorithm). On the way, one of my encoding experiments worked. By taking advantage of a relatively unused area in the Rice parameter space, I added an escape code for switching to flat encoding within a partition.

First, thanks to everyone for putting in their time to make the first truly "free" lossless audio codec. I'm co-founder of etree.org, the largest online community of lossless audio traders (currently 12,000 active members). We have been living in the shadow of Shorten for almost three years. Shorten, as most of you have come to realize, is extremely limited in terms of

--- Jan Suhr <jan.suhr@usa.net> wrote: > It would be easier if FLAC understand the following command: "flac > *.wav *.flac" or "flac -d *.flac *.wav" > > for now I have to use some shell "tricks". > I assume you're using the DOS shell? because all unix shells I know will expand the globs first so this syntax cannot work anyway. but I know

I've checked in code that supports a new metadata block called SEEKTABLE. Basically, it is an optional, arbitrarily-long list of seek points, by sample number and stream offset. I also added command-line options to flac so you can specify seek points by specific sample number and/or a specific number of evenly-spaced seek points. The table cost about 18 bytes per seek point. This seems to

According to http://flac.sourceforge.net/format.html#metadata_block_streaminfo : "FLAC supports from 4 to 32 bits per sample. Currently the reference encoder and decoders only support up to 24 bits per sample. " This is why I'm confused. I though one of the benefits of FLAC was it's ability to encode in word lengths longer than 16 bits. MW -----Original Message----- From:

I've found a wav of an entire album that shorten compresses better than flac. Is this supposed to be possible? wav 388,374,044 flac-6 239,109,203 shn 236,457,697 Cheers. Mark Powell - UNIX System Administrator - The University of Salford Academic Information Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 5936 Fax: +44 161 295 5888

Great to hear that things are going smoothly, Josh. My $.02 is that it is worth making 110% sure that you/we've tweaked the codec for speed/compression as much as can be done *before* 1.0, since we're really not under any kind of deadline. Sure, it would be nice to get it out the door, but why not have it rival Shorten and Monkey's right from the start? I'm *still* working on

Great call, Jason. The trouble may also be from overclocking their CPU's. We ran into some similar bug reports in the Furthur project with people swearing up and down that random application hangs and glitches was our software (which in part it was). However, as soon as they brought their CPU's and video cards back to spec, their problems magically went away. I would follow this one up

Hello, all, I'm a newby to FLAC who is used to making .txt source files for his SHN discs. :) I made my first secure EAC > WAV> FAC file days ago and am trying to get proper "source file" info figured out.. First question; how do you make paragraph seperations in the Tag Config. > Comments field? Better yet, can someone provide me with a < 1MB FLAC file sample

well, I took a look at the files. from my knowledge of shorten there are two things it does that flac doesn't do: 1. it estimates the mean of the signal for each block, subtracts it out and stores it separately. but this is pretty useless for the predictors that shorten uses as they are pretty insensitive to the mean (try different values of -m from 0 to whatever and note practically no

Great info. I found some descriptions of st5 (md5 fp) and ffp, where I assume that "fp" is just a Taper abbreviation for "fingerprint" - or signature as it's called in the flac header. However, I could not find these utilities or source code. What I found looked like instructions for a gui-based program. I think it would be easier to support Mac if st5 were

Josh Coalson wrote: > I've been thinking about this, and here's what I > came up with. This kind of dovetails into the > discussion Mike Wren started about the etree > header. > > I was thinking about defining a FREEFORM metadata > block which may be of arbitrary size. The only > mandatory field would be a (say, 32-bit) id of > the owner. In your case, you

My comments: ;) >hmm, I'm thinking we could >spec out an ETREE metadata >block that you could use. Yes, I think this is a good idea. I'd like to incorporate this a s much as possible as the "FLAC Standard" if it's OK with you guys, since ideally FLAC will be the etree.org format of choice, replacing Shorten. >> Filesize compressed >> >this is

> > I found a bug with FLAC v0.6 raw encoding. It > appears that the file > > pointer in the source file is not reset after > seeking to the end for > > checking the size. I've attached a patch. > > What's the impact? Do I have bad .flac files? > If you are piping raw samples in, no. The bug only occurs when you give an input file AND use -fr. In that

I am interetsed to know views on how does best quality ogg compression compare with SHN or whether this is this really comparing apples with oranges because SHN does not compress that greatly? I am on a Music list that is doing a Tape Tree. I guess Grateful dead have made SHN the cult leader format. -- Raena Lea-Shannon --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg

Which plugins do you mean? I thought I remember Winamp, for instance, being able to do word-length reduction on the fly. The only place I can find this feature is in the Monkey's Audio codec plugin, though. Anyway, great news Josh! Thanks for making 24-bit audio support in FLAC a priority. :) MW On Tue, 11 Jun 2002, Josh Coalson wrote: > --- Mike Wren <mikew@etree.org>

I posted the bug at http://sourceforge.net/bugs/?func=detailbug&bug_id=130992&group_id=13478 . Since all my other discs were encoding fine I thought that the wav file may be corrupt/invalid/or something. I opened them with cool edit and "saved as"ed them to my drive. These files encoded fine and the extraced/converted files have the correct md5sum. Is there a program that can

Hello , you've been written that file format is frozen. does this mean that i'll be able to play files, commpressed today, say, 1-2 years after? thereby the next question is coming. what kind of strategy do you plan to enable fast seeking? to write new seeking algoritm, or to add some data to .flac file. i ask of it because i want to write files on cd-r and so i'd like to know can i

On Wed, 7 Feb 2001, Josh Coalson wrote: > Mark, if it's possible, can you do me a favor... > Try encoding the album as individual tracks and > compare sizes. The reason I ask is because of > the way FLAC frames are numbered in the frame > headers (if you check the format page you'll see > what I mean). Sorry, I don't :( I've split into individual files and