similar to: deafening silence

if your talking id3v1, something along the lines of (in bash): for f in *.flac ; do tail -c 128 $f > tag && flac-0.8 -d $f ${f%*.flac}.wav && flac-0.9 -V ${f%*.flac}.wav $f && cat tag >> $f ; done should work. of course, test it before you set it loose on your whole collection. if you're on windows, my condolences... no wait, just get cygwin :) Josh ---

This will post-pend id3v1 tags. I thought they were found at the beginning of files. If not, then it looks fine to me. I may add some parentheses, though, like (tail -c 128 ${f} > tag) && (flac-0.8 -d $f ${f%flac}wav), etc. That decoding line should be "${f%.flac}", no "*", right? For simplicity's sake, I'm not going to take off the "." at the

This will post-pend id3v1 tags. I thought they were found at the beginning of files. If not, then it looks fine to me. I may add some parentheses, though, like (tail -c 128 ${f} > tag) && (flac-0.8 -d $f ${f%flac}wav), etc. That decoding line should be "${f%.flac}", no "*", right? Same with the encoding command: flac-0.9 -V ${f%flac}wav $f Seem better? (-8

I'm actually not using 0.9 yet. I have my CD collection archived in 0.8 format, and I want to keep my ID3 tags. If someone can whip up a script that lets me extract my ID3 tags to a file for each file, decompress into WAV, then recompress into 0.9 format, then re-integrate the ID3 data, that'd be good. Otherwise. I'll be stuck in 0.8 forever. Which I don't want.... -- Asheesh.

I have a CD collection of about 20 discs that I currently archive on my hard disk in MP3 format. No, I do not like lossy compression. No, I do not like closed standards. No, I do not like software patents (Fraunhofer). In fact, I do not even need compression at this point, as my hard disk capacity is greater than the sum total of the CDs' WAV-format sizes. However, I need its ID3

yeah, I would say hold off on a big conversion until 1.0. chances are low now that the format will change but it could happen. glad to hear from everyone that it's working. the only major hangup left seems to be seeking, which I am working on. 1.0 should be out in less than a month, at which time my 600+ CD collection goes in. "I'm not just the president... I'm also a

The RFC says <http://www.isi.edu/in-notes/rfc3501.txt> this: TEXT <string> Messages that contain the specified string in the header or body of the message. But with the current hg tip (see linked rawlogs), SEARCH TEXT provides results disjoint from SEARCH FROM. I guess that's a bug?

Oct 21 10:04:05 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): file message-decoder.c: line 289 (message_decode_body): assertion failed: (pos < input->size) Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): Raw backtrace: imap [0x80c8e10] -> imap [0x80c8d1c] ->

I 'hg pull'ed and now my Dovecot segfaults when I select a particular folder. I've removed all files with 'index' in the name, so I don't think it's due to bad indexes. Oct 21 09:18:40 alchemy dovecot: Dovecot v1.1.beta3 starting up Oct 21 09:18:47 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS

I did an hg pull; hg update, and now my Dovecot working copy doesn't build: ../../src/lib-storage/index/dbox/libstorage_dbox.a(dbox-file.o): In function `dbox_file_metadata_get': /home/paulproteus/dnlds/dovecot/src/lib-storage/index/dbox/dbox-file.c:820: undefined reference to `dbox_file_maildir_metadata_get' collect2: ld returned 1 exit status make[3]: *** [imap] Error 1 make[3]:

Asheesh Laroia wrote: > Anyone here have any ideas? Is there a trace I can add to the flac > plugin, or some diagnostic method? Is there some debugging routine I can > use to see what's going on? > I concluded some months ago that this is exactly what happens if you try to play a zero-length file with a .flac extension. After that, all .flac files are skipped. This may not be

I've been using FLAC for just over two years now, and I've been on the list for as long. I asked in March of 2001 about ID3 V1 and V2, and learned that both are supported. However, since then FLAC has moved to being an Ogg project, and the Vorbis comment field seems to be more capable. More than once, if I recall correctly, I've read Josh Coalson cursing his support for ID3 tags.

--- Asheesh Laroia <PaulProteus@technologist.com> wrote: > I'm running your debian packages on a K7 currently. They seem to be > working fine, including the xmms-flac package. I seem to be > experiencing > the same flac decoding problems > (state=6:FLAC__FILE_DECODER_STREAM_ERROR) > as Pritpaul Mahal, however. I'll see if I can reproduce these. It > could

there is a bug report that the resulting flac binary, when compiled with gcc3, is bad: http://sourceforge.net/tracker/index.php?func=detail&aid=488702&group_id=13478&atid=113478 I don't have a system to try this out on right away; can anyone verify or elaborate on that? Josh __________________________________________________ Do You Yahoo!? Buy the perfect holiday gifts at

for a while after 1.0, in CVS, there was code to check for OS support for SSE instructions. since that required a fork() inside the library I have decided to remove it. so now to get SSE support you have to configure with --sse-os. if I think of a clean way to implement this I'll put it back in. also, there's been some suspicion that the 3dnow! stuff is causing crashes, so I disabled

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

I got a new Athlon recently, and to my surprise, FLAC started segfaulting, even when recompiled. The problem goes away if I build with --disable-asm-optimizations. Has anyone else had problems of this sort? Here are the specs on the processor: processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 4 model name : AMD Athlon(tm) Processor stepping :

So I've just ripped my entire 600 CD collection to flac format (200gigs worth) with vorbis comments in the flac metadata. But my gripe is that neither Winamp nor XMMS's flac plug-ins seem to have the ability to read the vorbis comment from the metadata. Are there any flac players for windoze or linux that can access the metadata? Or do i have to add redundant ID3 tags to all my flac

I am currently in the process of converting my 8GB of FLAC 0.8 files into 0.9 files (1). As it converts, I wanted to know how everyone else's FLAC 0.9 compares to FLAC 0.8. One thing I noticed is that decompressing my FLAC files within XMMS gives it a 30% CPU usage constantly on my AMD K6-2 300. While this isn't the fastest machine, that's a lot of processing power being used. So,

I tagged some FLAC files with ID3V2 information (by the id3v2 program), but their metadata does not show up in XMMS. Anyone else have this problem? Anyone have a solution? (I tested the tags using the --list option of id3v2; they are there. XMMS and the FLAC plugin just don't seem to respect them.) -- Asheesh.