similar to: news

I've been with FLAC since 0.7, and I've loved the FLAC files I've ripped with grip, converted from FLAC 0.8 to 0.9, and played constantly on my desktop. And then I noticed the truncated ID3 tags in my FLAC files. I at first thought the problem lied in FLAC; I posted to this list, hoping for a solution. But then I realized my trusty GRIP was the flawed program. Now re-ripping my

--- Miles Egan <miles@caddr.com> wrote: > Are there rpms for flac available? I'm not aware of any official maintainers but supposedly the gstreamer guys (http://gstreamer.sf.net) have a spec file for it. I am going to look into it in the next couple of days but when 1.0 comes out I'm sure RPMs will pop up pretty quickly. Josh __________________________________________________

Hi all, im new on this list, so greetings to all of the great developers of flac. Last year i had started to grab all my CDs to my server and to put them in the basement. We have now the time where the hard drives are so cheap, that we dont't need the CD anymore. Nonetheless it makes a lot and a lot and a lot of work to grab all the CDs. I wanted to have them lossless to make this works

Hi, I recently migrated from Windows to Linux. I´ve used Linux quite a bit in server-enviroments, but as a desktop I have very little experience. I am now looking for a tool to rip CD´s to Ogg with CDDA support. I´ve tried KonCD, but it lacks features and is abit buggy. Sure, I can use cdparanoia, rename the wav´s to the right names and then encode to ogg via oggenc. But since I use X I

Christian, Sorry I don't think I was so clear with my explaination of what I am doing. Your requirement flac -> mp3 is really a special case of ripping, if you think of the entire chain.... normal ripping: CD -> wav -> mp3 Your case is [CD -> wav ->] flac -> wav -> mp3 Which is equivalent to: flac -> wav -> mp3 I need this too and am proposing to use a ripping

I have been following flac development for some time now, but with the release of 1.0.4 I thought I would finally start the task of encoding my entire cd collection into flac format. After looking through the list archives and the webpage I still have a few unanswered questions. 1. What is the best method tagging method to use? Josh mentioned that id3v1 was preferred over id3v2 since it

Lo and behold, the new version of grip (http://www.nostatic.org/grip) has ID3V2 support. I want to be able to rip from grip, extract the data from the FLACs into WAVs, normalize the WAVs, then re-encode them into FLACs. How can I make sure the ID3V1 and ID3V2 tags stored by grip are saved in between the FLACs? What shell commands can I use to store the tags in a temp file? Thanks for

On Mon, Jul 16, 2001 at 11:24:43AM -0700, Josh Coalson wrote: > I've checked in the majority of the changes. The only thing left are some > recent 3dnow asm contributions and russian translation of the docs, which I > will check in today. And the PIC problems with the assembly are still > unresolved (more on that later). Let me know if I've missed anything. My only

Hi Christian, There is a perl script called rip (rip.sourceforge.net) that I was looking to alter for a similar requirment (flacs at home -> mp3s on laptop). I patched flac support into it for the encoder a couple of months ago. At the moment it uses cdparanoia to rip from CD but should not be hard to add flac as an alternative 'ripper' to make wavs and then you can use the encoder

I just uploaded flac 1.0-1 to Debian unstable; it should appear in the archives tomorrow. In order to get things to work correctly with libtool 1.4, I had to apply the following patch: --- flac-1.0.orig/ltmain.sh +++ flac-1.0/ltmain.sh @@ -1862,6 +1862,7 @@ else # We cannot seem to hardcode it, guess

After working on some more plugins I realized that the naming for flac's ordinal types were not going to cut it. There is too much chance for conflicts with other libraries/programs with names like 'bool' and 'uint32' so I went back and prefixed all flac ordinal types with 'FLAC__'. It makes the code a little harder to read until you get used to it but should make the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am the the author of KAudioCreator. A simple cd ripper/encoder application for KDE. I would like to add flac (or is it FLAC?) to the default encoders. KAudioCreator uses a simply command line listing for its encoders. For example: To leave as a wav file: "mv %f %o" To encode with oggenc: "oggenc -o %o -a %artist -l %album -t

Hi, Peter Pawlowski's new (1.15beta) winamp decoder plugin seems quite nice, in my opinion.. The "title formatting logic" is what I've been dreaming of for ages.. Right now I've chosen "%artist / [[%[abbr20]album][-%[num2]tracknumber] / ]%title[ - %version]" I get titles such as "Artist / Title"or "Artist / Album / Title" or "Artist /

How about the opposite? What I would like to see is FLAC support in libaudiofile, so applications written with libaudiofile could transparently take advantage on FLAC's compression. Ironically I guess it would still make sense to use libaudiofile in FLAC for getting input. Mmmm, cyclic dependancies... Or is that just a stupid idea? Dave On Wed, 2002-07-31 at 13:10, Matt Zimmerman wrote: >

if there was a flac-users list i'd be asking these questions there, but anyway =) on windows, i've been using eac in secure mode and using "test & copy" to verify that the crc checksums match. invariably, i'll get one or two mismatches per album i rip, so i figure the checksum verification is a good thing despite the extra time. once i rip a cd, i want to forget

> > I also had this verify error encoding a wav I ripped from a CD. I > didn't > > report this as it happended on flac running on debian linux > -current unstable. > > This error happened only with one track of a CD I was ripping. > > > > Another reason for me not reporting this was, that flac 1.0 running > on OpenBSD > > 2.9 encoded the wav with

Problems in FLAC 0.9: - On alpha, flac immediately dumps core for both encoding and decoding (FreeBSD/alpha). - The distribution Makefile.in files haven't been generated with "automake --include-deps". The resulting Makefiles aren't fully portable; in particular they break with BSD make. In the future, care should be taken to use "--include-deps". - What is

All, I have just finished uploading the source release for FLAC 1.0.4 beta to Sourceforge; there are no binary releases. See the included doc/html/news.html for the changes since 1.0.3; there are quite a few. http://prdownloads.sourceforge.net/flac/flac-1.0.4_beta-src.tar.gz?download Please beat up on this as much as possible in the next week or two and try and turn up bugs. Here's a

Ok, thanks for version 0.10! Now I'm compressing my music with flac and found a few points that I dont like: I started flac to compress 15 files with "flac -V *.wav" Flac finished to compress the 15 files without problem. To check if Flac had problems with one of the files I had to scroll the screen up all the "XX% complete: frame YYY, wrote ZZZ ..." screen output.

--- Christian Weisgerber <naddy@mips.inka.de> wrote: > Josh Coalson <xflac@yahoo.com> wrote: > > > I have checked in all the latest into CVS and am going to start the > > test suite again. if all goes well I will probably release this as > > beta 10. > > What's the sequence of steps required to turn this into a buildable > distribution? >