search for: streamtranscoders

Hi folks I'm running streamtranscoder on my icecast server. Unfortunately, after 5-15 minutes of transcoding, it sometimes produces jumpy/skippy audio or drops the stream altogether. What I'd like to do is restart streamtranscoder every 5 minutes. However, when I kill streamtranscoder and bring it back, all listeners on the stream get killed. How can I prevent this? In other words,

On 20 May 2011 05:30, Jack Raats <jack at jarasoft.net> wrote: > Hi, Hi > At this moment I'm running a stream on 128kbps. > I want to add the same stream on 24 kbps. > Can this be done on the server using icecast? > Or do I have to use another programm. The streamTranscoder is a multi-platform utility which can be used to transcode media streams from one format to

I have a setup where Icecast 2.2.0 is serving a single Vorbis stream. The source is either a local ices2 or a remote Winamp/Oddcast. I'm then running a streamTranscoder 1.2.8 instance on the server to transcode the Vorbis stream to MP3 on the fly and send it back to Icecast, to be served at a different mountpoint. My config files are very basic with most settings at their defaults. The

hi, I have a single stream going to my icecast server, encoded in hi-quality ogg. goal is to serve hi- and low quality ogg and mp3 streams, re-encoded from the single hi-quality ogg stream. encoding all from e.g. oddcast simultaniously is not an option. it would be easier if source-streams would be static and always named the same .. unfortunately they are not. if so, I could define simple

Geoff Shang wrote: > You *definitely* have enough CPU? Transcodes can be expensive. Yeah, there's a lot of spare CPU power and memory. The icecast server takes 0,0% CPU and each streamTranscoder instance only takes 0,0-0,3%. This is a dedicated Icecast server with 1GHz PIII and 512 MB RAM. > Also, have you looked in the Icecast error log? Yep. Nothing there. The only clue

On Sun, 7 Aug 2005, Josh Whiting wrote: > I'm running streamtranscoder on my icecast server. Unfortunately, > after 5-15 minutes of transcoding, it sometimes produces jumpy/skippy > audio or drops the stream altogether. What I'd like to do is restart > streamtranscoder every 5 minutes. However, when I kill > streamtranscoder and bring it back, all listeners on the stream

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, sorry for late reply ;) Geoff Shang wrote: >> so, what I'm looking for is a way to re-encode every stream which is >> sent to the icecast server, as soon as it is started. >> >> this could be done with streamtranscoder and a looped bash script >> around, that looks if there is a source, if so it starts the

OK guys. Thanks so for taking the time to talk to me even though this was off topic. And Oddsock, especially thanks for insisting that no one had this problem. It got me thinking......your transcoder is at the mercy of several external components..one of them being lame_enc.dll So..I went and found several versions of the lame_enc.dll, and experimented. I'm not sure how I should compile lame

This is all happening on a box with: Win 2k SP3 512K RAM 1.2 GHZ Celeron The PC has noother load...all its doing is downsampling an MP3 stream to lower bitrates. I'm using the LAME_ENC.DLL with streamTranscoder. There is no version number tagged on the lame_enc.dll, but the file is dates July 2002. When I refer to "skipped and popped and dropped" I am referring to your

What is everyones opinion and expierience with using ODDSOCK streamTranscoder to downsample mp3 streams? I tried it on Windows 2000 and then compared it against shoutCAST DSP plugin. It sucked. It skipped and popped and cut off the first 1/2 second of each track and dropped. It sucked, while shoutCast DSP was flawless. What attracted to me to streamTranscoder was you don't have to run an MP3

Dennis Speekenbrink wrote: > Does your server have enough continuous throughput to keep up? I know it's not related to bandwidth/CPU/memory issues, at least not directly. Consider the following: I've been running tests where I've set up more than one instance of streamTranscoder - all running on the same machine as the Icecast server and with identical config files - to

I'm sorry...I haven't been doind this for too long. What does a solid stream mean? --- >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 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to

On Sat, 21 May 2011, Jack Raats wrote: > I was able to use the streamtranscoder available in the ports of FreeBSD > Compiling without problems For the record, this looks like the older generation of streamTranscoder (0.x/1.x). > After editing the config file I start transcoder and I got the following > output: > > hera# cd /letc > hera# streamTranscoder -c transcoder.cfg

i'm running a community-radio/ new-media project out of Barrie, Ontario/Canada . http://theDV8network.com ; free radio and fertile resistances, fresh from the Canadian underground . our listeners are not necessarily very technical . . but i've read Cathedral and the Bazaar , and of course i want to support ogg ( as an alternative media ). but i don't want to force my listeners into

Michael Smith wrote: > This still sounds more likely to be cpu starvation than anything else It seems you were correct. After updating my kernel (!), the CPU load figures given by 'top' and 'ps' for streamTranscoder suddenly rose from 0.0-0.3% to about 30-60%. There are occasional peaks above that, which might very well be causing the problem. And the system load now shows

At 04:38 PM 12/12/2002 -0500, you wrote: <p>>or , anyone have luck w/ streamTranscoder ? looks promising , but it >won't connect to the output stream's server correctly . I've had very good luck with streamTranscoder...and not just because I wrote it....oh wait...maybe it IS because I wrote it....but seriously, what the problem ? feel free to send me info off list if

At 01:02 AM 3/13/2003 -0500, you wrote: >Oddsock, how come you don't include the most compatable lame_enc.dll with >the windows streamTranscoder binary? because legally I cannot. Distribution of a mp3 encoder requires license fees to appropriate patent holders....one of the truly great things about ogg vorbis......no license fees :) oddsock <p>--- >8 ---- List archives:

At 07:27 PM 3/12/2003 -0500, you wrote: >I tried it on Windows 2000 and then compared it against shoutCAST DSP >plugin. It sucked. It skipped and popped and cut off the first 1/2 second of >each track and dropped. It sucked, while shoutCast DSP was flawless. this is the first I've heard of this problem....and there are alot of people that I know that are using it...none so far have

On Thu, 13 Mar 2003, Brandon wrote: > Which format do you think sounds better at 64kbs: mp3, wma, or ogg? Vorbis 44.1khz stereo at quality 0.0 for me averages around 60kbps (would probably be higher if we didn't talk as much), and I think it's excellent. Not artifact free of course, but hey, it's 64kbps. The vorbis folks have a comparison page on the vorbis site which doesn't

<quote who="Geoff Shang"> > On Wed, 21 May 2003, Remco B. Brink wrote: > > > <quote who="Adon Irani"> > > > i would use streamTranscoder-0.2 , but it won't transcode my ogg > > > streams ( same problem as mentioned on its homepage forum - > > > connects for about 2o seconds , appears on status.xsl , dies but > >