search for: mp3check

Hello Sirs, > > Have you ran them through mp3check and mp3_check? > >Yep. Found a couple with a few bad frames and deleted them. Other than >that, nothing worse than a missing ID3 tag or two. Could you please give me the address of these tool(mp3check, mp3_check). I have many bad coded mp3, When Icecast streaming these bad! mp3s it kicks...

...e. THen I suggest you start to look elsewhere for your problem. libshout is quite well tested and every time someone has thought it was skipping, it turned out to be NTP chaning their clock or a slow harddrive or something similar. What kidn of files are you streaming? Have you ran them through mp3check and mp3_check? Is load goign up when it starts skipping? How about disk usage? Can you monitor bandwidth and make sure sporadic spurts aren't the problem? Is it better if you drastically increase your buffer size? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast...

hello anyone of you who has used the reencoding option of ices to bring the stream at a constant bitrate would be kind to share the experience (the impact on resources and, quoting the README file - "...mpglib part of lame (what does the decoding) is rather unstable and will call exit(0) when errors are encountered." - and stability of the stream). thanks, petre -- Petre Bandac -

Hi Jack, interesting that you should mention NTP. With the problem that I am having, I am getting actual libshout errors. I have run all my mp3s through mp3check and my disk subsystem is 7200 RPM SCSI. Why would NTP cause issues? ----- Original Message ----- From: "Jack Moffitt" <jack@xiph.org> To: <icecast@xiph.org> Sent: Wednesday, February 06, 2002 1:48 PM Subject: Re: [icecast] Stuttering stream <p>> > Done, and it...

...verage in the normal kbps/KHz range. With re-encoding, however, the 1 minute load average varies between 0.7 and less than 2.5, which could impact server performance with high listener counts. The files I was testing were not of the highest quality (although they were checked and repaired with mp3check) but never caused an ices failure even though mp3check couldn't repair truncated files with bytes missing in the last frame. On Wed, 5 Oct 2005, Petre Bandac wrote: > hello > > anyone of you who has used the reencoding option of ices to bring the > stream at a constant bitrate w...

...KHz > range. With re-encoding, however, the 1 minute load average varies > between 0.7 and less than 2.5, which could impact server performance > with high listener counts. > > The files I was testing were not of the highest quality (although > they were checked and repaired with mp3check) but never caused an > ices failure even though mp3check couldn't repair truncated files > with bytes missing in the last frame. > > On Wed, 5 Oct 2005, Petre Bandac wrote: > > > hello > > > > anyone of you who has used the reencoding option of ices to bring &...

I have done some tests on the problem I keep having (as well as others) on the connection problem. Here's the message I get when i tail the logfile on the console at debug level 3 : -> [28/Feb/2001:11:58:54] Kicking client 13 [192.168.1.21] [Too many errors (client not receiving data fast enough)] [listener], connected for 21 minutes, 19906336 bytes transfered. 0 clients connected

...with shout, but for me it works perfect at the moment. The people that are actually using the streams in production haven't complained for two months, so ... > another thing could be your mp3s? Have you checked their integrity? Its very > important that they are 100% right go and fetch mp3check from freshmeat or > some other tool that will test their quality. Use cdparanoia when you rip > and lame when you encode. The mp3's are created from 192 kbit mpeg-layer 2 mixes made by a program of mine which are then fed to mpg123 to go to the sample domain and then back to lame. So I&...

...1.3.7/shout 0.8.0 > > icecast 1.3.8b2/shout 0.8.0 > > dont use shout! its buggy use ices or use libshout > > > icecast 1.3.8b2/ices 0.0.5 > > another thing could be your mp3s? Have you checked their integrity? Its very > important that they are 100% right go and fetch mp3check from freshmeat or > some other tool that will test their quality. Use cdparanoia when you rip > and lame when you encode. > > > > -- > Venlig hilsen/Kind regards > Thomas Kirk > thomas@arkena.com > http://www.arkena.com > > > It isn't necessary to have rel...

...cecast 1.3.0/shout 0.8.0 > icecast 1.3.7/shout 0.8.0 > icecast 1.3.8b2/shout 0.8.0 dont use shout! its buggy use ices or use libshout > icecast 1.3.8b2/ices 0.0.5 another thing could be your mp3s? Have you checked their integrity? Its very important that they are 100% right go and fetch mp3check from freshmeat or some other tool that will test their quality. Use cdparanoia when you rip and lame when you encode. -- Venlig hilsen/Kind regards Thomas Kirk thomas@arkena.com http://www.arkena.com It isn't necessary to have relatives in Kansas City in order to be unhappy. -- Groucho Ma...

...reencode and stream at 128kbps)...ices streams a few hundred millisenconds then quits... from reading on the FAQ/BUGlist, the only thing i can see if that these may be 'corrupt', causing mpdlib to crash is there any reliable way of vetting files to see if they are playable? i've tried mp3check, but it complains about lots of other files that seem play play just fine, when fed thru ices+lame, so that's not a huge help as yet... also, just out of interest, mny of the unplayable files WILL play if i downrate them to 96kbps rather than 128, which is the rate i normally use, which would...

.... I'm saying "Here's this problem I'm having, how do I fix it?" I don't care if the problem lies with icecast, liveice, libshout, or whatever. I just want to stream my MP3s. > What kidn of files are you streaming? MP3s and nothing but. > Have you ran them through mp3check and mp3_check? Yep. Found a couple with a few bad frames and deleted them. Other than that, nothing worse than a missing ID3 tag or two. > Is load goign up when it starts skipping? Nope. Load remains at 0.0, although if ices starts resyncing, load spikes to 7.5 or higher. The skipping and res...

...to look elsewhere for your problem. libshout > is quite well tested and every time someone has thought it was skipping, > it turned out to be NTP chaning their clock or a slow harddrive or > something similar. > > What kidn of files are you streaming? Have you ran them through > mp3check and mp3_check? Is load goign up when it starts skipping? How > about disk usage? Can you monitor bandwidth and make sure sporadic > spurts aren't the problem? > > Is it better if you drastically increase your buffer size? > > jack. > > --- >8 ---- > List archive...

Apologies if this is off topic, but could anyone recommend a utility for checking/repairing mp3's? I'd like to be able to * convert id3v1 tags to v2 (or vice versa) * make sure the filename fits in fat32 restrictions * be automatable (plugged into ices.p[m|y] for dynamic playlists) Mp3check is pretty good, but doesn't do those first two items (perhaps it could in conjunction with other scripts).

....8b2/shout 0.8.0 > > > > dont use shout! its buggy use ices or use libshout > > > > > icecast 1.3.8b2/ices 0.0.5 > > > > another thing could be your mp3s? Have you checked their integrity? Its > very > > important that they are 100% right go and fetch mp3check from freshmeat or > > some other tool that will test their quality. Use cdparanoia when you rip > > and lame when you encode. > > > > > > > > -- > > Venlig hilsen/Kind regards > > Thomas Kirk > > thomas at arkena.com > > http://www.arkena....

Expanding on Jack's note. In a default lame install, the lame library in in /usr/local/lib which is not in the 'trusted' library directories, hence why the linker/loader can't find it. What you need to do to fix it (as root), is open up /etc/ld.so.conf and add /usr/local/lib to the file. This file just contains various paths that will be searched in addition to /usr/lib & /lib