similar to: continuous play between tracks

I am forwarding your request to the FLAC development mailing list. ----- Forwarded message from Jamie Heilman <jamie@audible.transient.net> ----- Date: Sun, 8 Sep 2002 16:13:32 -0700 From: Jamie Heilman <jamie@audible.transient.net> Resent-From: Jamie Heilman <jamie@audible.transient.net> To: submit@bugs.debian.org Subject: Bug#160155: gapless playback Package: xmms-flac

on Sun, 25 Apr 2004 04:31:31AM +1000, Geoff Shang insinuated: > On Sat, 24 Apr 2004, Nori Heikkinen wrote: > > > in an attempt to set up a little stream, i downloaded and > > installed both icecast2 and liveice-xmms. > > Note that liveice-xmms more than likely does not work with icecast > 2.0. You can of course opt to use it with icecast 1.3.12, but the >

Hi list, I am just wondering if anyone knows a way to stream with automated crossfading under Linux. I know that you can stream to icecast from windows using something like otsjuke, or WinAmp with the SQR crossfading plugin, but am not aware of anything for Linux that will allow me to stream with gapless output. Any suggestions greatly appreciated as always.

Hi. Since I'm new to this mailing list, I don't know whether this was discussed in this mailing list, or if it is already fixed. Anyway, the problem is that all audio encoders out there add a small amount of silence to the start/end of the encoded file. This is usually a small amount, around 0.03 seconds. Most of the time it goes unnoticed, BUT when you have tracks that flow into one

Hi all, I finally understand how lipopusenc is capable of producing chainable Opus files (in contrast to my program), and I managed to successfully implement the method [1]. Essentially, the last frame of a file is marked as a "keyframe" by disabling prediction for this frame in libopus. This encoded keyframe frame is then copied in verbatim to the next file, with the pre-skip set to

Alright, I'm trying this message again. I'm receiving tons of traffic on the Vorbis list, but so far my submissions have been silently rejected. I'm very concerned about a serious usability feature lacking from the current MP3 spec, and possibly from Ogg Vorbis. It has nothing to do with bitrate, but everything to do with quality. I listen to progressive rock and live albums quite

Hello all, I have subscribed to this list hoping I might find someone who can suggest a fix for a problem I'm experiencing with Icecast (or possibly something else in my setup). Here is my configuration: Foobar2000 is running on a Windows XP PC. It has the Oddcast plugin and it is streaming to a Linux machine that is running Icecast Server 2.3.2. Foobar2000 is using the Crossfade,

We all know that currently Vorbis is the only codec out there that doesn't add any silence to the decoded file, so when you decode your .ogg file the resulting .wav will be exactly the same length as the original one. This is very useful when encoding gapless songs (like live concerts...). But since Vorbis is a lossy codec, even though there is no silence added, sometimes you can still hear a

On 05/09/2011 01:28 PM, Geoff Shang wrote: > On Sun, 8 May 2011, josh at thepruitts.org wrote: > >> Foobar2000 is running on a Windows XP PC. It has the Oddcast plugin >> and it is streaming to a Linux machine that is running Icecast Server >> 2.3.2. Foobar2000 is using the Crossfade, Compressor and Advanced >> Limiter DSP plugins on top of the edCast plugin. >

Mike... did you look into this? I posted a waveform from a file generated by ogg123 dumping to a wav (so that audio driver problems were eliminated). It looks to me like ices2 is restarting the vorbis encoder in a non-gapless way when it stops and starts the encoding (to change the stream id and update the metadata). Because I'm doing crossfades from one track to another, this shows up.

on Sun, 25 Apr 2004 11:06:30AM +1000, Geoff Shang insinuated: > On Sat, 24 Apr 2004, Nori Heikkinen wrote: > > > on Sun, 25 Apr 2004 04:31:31AM +1000, Geoff Shang insinuated: > > > If you want to use XMMS, > > > > i don't have my heart set on it. really, i'm new to this whole > > thing, and a friend suggested liveice-xmms because i already have >

Richard Polton (Richard.Polton@morganstanley.com) wrote: > Is there a way, in either cdparanoia or ogg vorbis, to encode a live > album which has tracks but no gaps between them? Is the only present > solution to concatenate all the extracted wav files and then to encode > it as a single ogg? You can't cat wav files together. But you can tell cdparanoia to rip the whole CD into

Hi All, I've been playing with some new metadata tags for a while and I think I'm ready to share the joy. I've set up a puny webserver at http://phippo.is-a-geek.com/mixramp.html (please don't slashdot it) with some patches to implement and use the tags. The patch for metaflac applies to the current CVS FLAC and adds the command line option --add-mix-ramp. This is a

Hi all, I routinesly rips my CDs to WAV and then convert to ogg vorbis format for use in my car and portable player. I don't usually notice anything amiss, but on the last track of Mike Oldfield's "Music of the Spheres" album ("Musica Universalis", at the very end crescendo), the converted .ogg file exhibits terrible distortion (sounds like digital clipping). This

Hi, i?m not part of the FLAC project, but i have a question regarding FLAC and Gapless support I hope, I get an answer from some of you ;-) We are currently try to add Gapless support on our device If we rip an CD with our device, we can find out, that one track follow after another so we can recognize, that the tracks are gapless or not. But how can we find that out on already existing

First of all, *thanks* to all the developers for their hard work on Ogg Vorbis. It's greatly appreciated. I'm having a problem with encoding in Debian GNU/Linux 3.0. The oggs contain occasional dropouts and "blips" here and there. Example files: Original (~7 MB): http://personal.inet.fi/musiikki/nebularia/test/t2title.flac Ogg Vorbis file (~800 KB):

On Mon, Jan 18, 2010 at 1:53 PM, Tobias Weisserth <tobias.weisserth at gmail.com> wrote: > Hi everybody, > I'm having difficulties updating dhclient as outlined below by using either > yum or rpm. I'm running CentOS on a virtual guest provided by a provider. Have you tried a 'yum clean all' ? That usually resolves this sort of issue for me. mhr

Hi Jean-Mark, thank you for your answer! Yes, you understood my question correctly. I was just about to compose a reply to my original question, where I described how I solved my problem. As you've already suggested, I've switched to Ogg/Opus, which is better supported, but does not work with the Media Source Extensions. I'll have a look whether disabling prediction will help with

FYI, I've added a crossfader to the ices0 trunk in subversion: http://svn.xiph.org/icecast/trunk/ices0 It requires LAME support (of course). To use it, either pass -C <secs> on the command line, or add a <Crossfade>secs</Crossfade> node to the Playlist section of the config file. Reencoding must also be enabled on your stream. NOTE: the crossfader can't resample, so all

On Mon, Sep 26, 2005 at 12:41:00PM +0200, Michael Smith wrote: > On 9/23/05, Paul Martin <pm@nowster.zetnet.co.uk> wrote: > > Mike... did you look into this? I posted a waveform from a file > > generated by ogg123 dumping to a wav (so that audio driver problems were > > eliminated). > > > > It looks to me like ices2 is restarting the vorbis encoder in a >