similar to: ices problem with some mp3s -- update

So there is no way around having to re-encode them all? --Pritpaul --- Geoff Shang <gshang@uq.net.au> wrote: > Hi: > > My guess is that ices can't handle 16000 or 32000hz > sampling rates. The > 32kbps file is 22050hz and the 80kbps file is > 32000hz. I couldn't get > mpg123 to play test2 remotely, but lame defaults to > 32000hz with 40kbps > mono and

Hi! I would really appreciate if someone could try to help me out with this... i've been struggling with it for quite a while now. :( Anyway, I was trying to use ices to broadcast mp3s with icecast2 (a recent cvs snapshot of all 3 components from brendan's site). I have it working fine for some of my mp3s (encoded with lame -b 32) but with the other mp3s which are actually the ones that

On Sat, Mar 23, 2002 at 07:13:44PM -0700, Jack Moffitt wrote: > > I posted a while back about having trouble with ices 0.2.2 being > > able to re-encode VBR mp3s, and the response was that ices 0.2.2 did > > not reencode VBR mp3s. Are there any plans to include such support > > in future ices versions? If so, any ideas as to when such versions > > would become

I posted a while back about having trouble with ices 0.2.2 being able to re-encode VBR mp3s, and the response was that ices 0.2.2 did not reencode VBR mp3s. Are there any plans to include such support in future ices versions? If so, any ideas as to when such versions would become available? Thanks, -- "Shall life renew these bodies of a truth? Steve Chadsey All death will

Moritz Grimm wrote: > > Bolt Thrower wrote: > > > >From my ices.conf: > > <Bitrate>64</Bitrate> > > > My mp3s are encoded with the following command: > > /usr/local/src/lame3.86/lame -S -V 1 -b 128 -h -m j \ > > --tt "title" --ta "artist" --tl "album" \ > > --ty "year"

On Wednesday, 28 November 2001 at 12:43, Bolt Thrower wrote: > > The format of ices.conf changed somewhat in 0.2, to support multiple streams > > from the same playlist with different reencoding options. In short, these > > settings have been moved into the Stream node. For more info have a look > > at the sample ices.conf included with the distribution. > > I did

--- Josh Coalson <xflac@yahoo.com> wrote: > --- pritpaul@svaudio.org wrote: > > I still have the > > first > > problem though (flac adding 12 "00" bytes to the beginning of the > > decoded > > file when the original input to create the flac was a raw file), > and > > would > > realy appreciate help. :) > > OK, I will look into

Sorry, turns out I was out of disk space and thats why I ws having the second problem (where it stopped decoding at 11%). Also, it turns out I was forgetting to use -c for piping the output. I still have the first problem though (flac adding 12 "00" bytes to the beginning of the decoded file when the original input to create the flac was a raw file), and would realy appreciate help. :)

Ok, icecast is up and running, but only ogg-files. Any way to stream MP3s? I got my whole CD-Collection as MP3s and am just to lazy to convert the whole stuff. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word

You "should" be able to use mp3s with ices. But not with ices2-2.x. You have to grab ices-0.2.3 from the snapshots. The earlier versions of ices-0.2.3 containted mp3-support but were not capable of streaming to an icecast2-server (only icecast). The current builds support both features. But from testing myself and from the list I recall there have been some problems: Ices connected

I have mp3s as input and can't convert them all. And since my listeners will ONLY use mp3-streaming I don't want the overhead and quality-loss of converting mp3 to ogg and later stream-transcode them from ogg back to mp3. That's not worth it. So why can't support for mp3 be added to ices2? From a technical point, I mean? Somebody said "It's not and never will

On 31 May 2003 at 12:49, Karl Heyes wrote: > On Sat, 2003-05-31 at 10:29, Stefan Neufeind wrote: > > I have mp3s as input and can't convert them all. And since my > > listeners will ONLY use mp3-streaming I don't want the overhead and > > quality-loss of converting mp3 to ogg and later stream-transcode > > them from ogg back to mp3. That's not worth it.

I'm using icecast-2.0-alpha-2 and ices-2.0-Beta2. When I put the .mp3 file in my webroot and start laying it via winamp/location/<filename>.mp3 it works fine, just when I try using the playlist via ices I get a 404. -------- Original Message -------- Subject: Re: [icecast] streaming MP3s? (25-Sep-2003 11:45) From: remco@rc6.org To: d.moritz@edv-partner.com > <quote

I'm trying to send out multiple streams. My encoder is a PII 233, so I have to conserve CPU cycles. I encoded my mp3s as 96kb/s with a 44.1 sampling rate. I send my 96k stream without reencoding and it sounds great. I also sned a 24k stream that is being reencoded from the 96k mp3s. It works pretty good, the load on my linux box is about 0.5 on average. However, the sampling rate is 8k.

For no reason other than it would be cool, I'd like to be able to dial an extension and have it play a random MP3. Since, however, MP3s are kinda-sorta weird due to patents, I'm not sure what the right approach for this is. Any pointers on how to go about this? Thanks! -Ken

Hi All, I have just compiled the newest version of mpg123 on a RedHat 9.0 system (mpg321 has not been installed) and I am using the newest CVS version of asterisk. Whenever I place any mp3 files in the /var/lib/asterisk/mohmp3/ directory, Asterisk crashes a horrible fiery death. If mp3s exist in that directory, then I can't even start Asterisk. If I start it without files then copy

I''m using ffmpeg to downsize mp3s and it works great. The only problem I am having is that if the original mp3 has meta information (e.g. album art), its lost during the conversion. Does anyone know a way around this? Thanks, Tom

On 31 May 2003 at 13:50, Karl Heyes wrote: > On Sat, 2003-05-31 at 13:12, Stefan Neufeind wrote: > > > Patents: > > Well okay, if you transcode mp3s or something this might a patent- > > question (since you'd maybe have to license an encoder ... but not > > under all cases!!!). But sending mp3-files "as is" to the server > > shouldn't require

Oh... thats new for me... how can i use my mp3s with ices2? can i use with device input module or stdin input module? do i play the files to /dev/dsp and ices catch this? thanks Paul --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the

Hi, first and foremost: I am not a lawyer, none of the following can be considered legal advice! Consult a specialist lawyer, one who is familiar with your local jurisdiction! On 26/04/15 14:23, Konstantin Smirnov wrote: > Is it possible (legally) to stream MP3s on Icecast that have been > encoded with LAME encoder (http://lame.sourceforge.net/license.txt)? That will depend on several