Displaying 20 results from an estimated 10000 matches similar to: "Re: #130041: xmms-flac: breaks periodically"
2004 Sep 10
2
Re: #130041: xmms-flac: breaks periodically
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
2004 Sep 10
0
Re: #130041: xmms-flac: breaks periodically
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'll write a script to re-decode/encode the flac files and see if that
fixes it. Should be done by tomorrow or the day after (I have some 800
flac files, of length 3-8 minutes).
-- Asheesh.
On Sat, 27 Apr 2002, Matt
2004 Sep 10
0
Re: #130041: xmms-flac: breaks periodically
Well, this proves it.
I've been running XMMS for hours after deleting the playlist entries
without times associated with them.
I guess I'm not going to re-flac my files (<sigh type="relief" />).
This is still a bug in the Flac decoder plugin. Under Windows, the error
is something about stream decoder and "%d". This should be a pretty
simple thing to fix -
2004 Sep 10
2
Re: xmms-flac problem
On Tue, Jan 22, 2002 at 09:16:28PM -0500, Asheesh Laroia wrote:
> I have MP3 files and FLAC files in my playlist. It's about 800-900 tracks
> long.
>
> I'll start XMMS 1.2.6, and it'll work for some arbitrary amount of FLAC
> files. Usually, that's between twenty and a hundred. Then, with no
> warning, it will skip over all the FLAC files and play only the
2004 Sep 10
1
XMMS 1.2.6 package in debian breaks xmms-flac
This is mostly to Matt Zimmerman. The xmms package in unstable was
updated to 1.2.6-1; that's fine.
Then I noticed my XMMS would no longer play FLAC files. I run testing,
not unstable, I thought. What could have happened?
That change was propagated into testing without an xmms-flac update! Huh?
This makes me wonder: xmms-flac 1.0.2-1 should depend on xmms = 1.2.5. I
think because this
2004 Sep 10
1
FLAC 1.0.5 beta1 released
make check > out 2> err
bzip2 out
bzip2 err
Oh, look, errors. Huh. Check the end of "out" for details.
-- Asheesh.
--
What the world *really* needs is a good Automatic Bicycle Sharpener.
On Fri, 3 Jan 2003, Asheesh Laroia wrote:
> I have an Athlon Thunderbird 1Ghz sitting running all alone in my dorm
> room while I'm at home for six weeks. I figure I'll run
2004 Sep 10
2
ID3-style information
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
2004 Sep 10
1
XMMS plugin doesn't see ID3V2 tags
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.
2004 Sep 10
3
FLAC 1.0.5 beta1 released
Hi all,
I have uploaded a source tarball to sourceforge for testing.
See the news item in the HTML docs for the changes (or look
here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/flac/flac/doc/html/news.html?rev=HEAD&content-type=text/html
)
Download here:
http://prdownloads.sourceforge.net/flac/flac-1.0.5_beta1.tar.gz?download
The standard test of 'configure &&
2004 Sep 10
0
Re: xmms-flac problem
The best I can suggest is, run XMMS on repeat mode for a few hours. The
flac plugin will, if my setup isn't bizarre (it's just debian testing),
eventually give way. Just disable audio output or something, let it run
overnight, and see what state it's in in the morning. I'm sure the Oggs
will be a suitable test, rather than MP3s.
Just try a playlist of two entries, with shuffle
2004 Sep 10
1
Almost using 0.9...
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,
2004 Sep 10
1
Accepted metadata format(s?)
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.
2004 Sep 10
2
Re: xmms-flac problem
On Tue, Jan 22, 2002 at 10:58:02PM -0500, Asheesh Laroia wrote:
> The best I can suggest is, run XMMS on repeat mode for a few hours. The
> flac plugin will, if my setup isn't bizarre (it's just debian testing),
> eventually give way. Just disable audio output or something, let it run
> overnight, and see what state it's in in the morning. I'm sure the Oggs
>
2004 Sep 10
1
Segfaults on K7
--- 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
2004 Sep 10
2
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
---
2004 Sep 10
0
FLAC 1.0.5 beta1 released
I have an Athlon Thunderbird 1Ghz sitting running all alone in my dorm
room while I'm at home for six weeks. I figure I'll run these tests just
to give the poor machine something to do.
Seeing as 3DNow! extensions seem to enabled by default, I'll give them a
whir. I'm running Debian unstable's latest GCC 3.2 prerelease as its compiler.
export CC="gcc-3.2"
export
2004 Sep 10
2
Wanted: Ripper that uses ID3V2 and FLAC
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
2007 Nov 26
2
xmms-flac security update breaks XMMS' flac-playing ability
Hello,
First post to this group. I've been searching for about a week now to
find anyone who can solve this problem or point me to the solution.
I've been a happy xmms-flac user for 4 years until this week when some
new FLAC security updates came along and completely stopped XMMS from
playing FLACs on my PC. This is most irritating as I have over 3,500
CDs ripped and FLAC'd in
2008 Mar 19
1
Automatic Debian repository now provides source packages
Hello Dovecot users,
Last week I announced my automatic Debian repository for dovecot-1.1.
Asheesh Laroia requested source package support and as promised I built
it this weekend. Now that it has succesfully released new packages for
Timo's latest changes I have activated the new script.
To use the source packages you must add the following line to your
/etc/apt/sources.list
deb-src
2004 Sep 10
2
Distributed FLAC encoding
Is there any software that acts like the 'flac' binary but actually does
the decoding on a remote host?
I'm interested in having at least one faster machine contribute, but
preferably more than one. Since the application is ripping CDs, perhaps
different machines could take on different files? It would be *amazing*
if different hosts could process different parts of the same file.