similar to: Problem with streaming some mp3s (but not all)

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 everyone! I just did some tests, and hopefully this information will help someone figure out where the problem lies. I made mp3s at 32, 40, 48, 56, 64, 80, and 96 kbps. Each of those was done at 16, 22.05, 24, 32, 44.1, and 48 khz. Everything worked for 22.5, 24, 44.2, and 48 khz. 16 khz and 32 khz did not work at 40, 48, 56, 80, and 96 kbps, but did work just fine at 32 kbps and 64 kbps.

--- 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

--- pritpaul@svaudio.org wrote: > Is there anything else new in CVS that would warrant an upgrade? i.e. > any > bugfixes or new features? Also, does CVS tend to be clean-compiling? > (without changing a million Makefiles :) ) so far there have only been minor fixes/improvements. the one you found is only one that affects encoding. I try to keep CVS compilable. if not, just post a

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 too many changes - or am I wrong? I mean, no > transcoding or something

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

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

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

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

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"

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 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

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