Dear Thomas I Really Appreciate your enlightment Thomas B. Ruecker wrote:> let's stop RIGHT HERE! > Isn't it obvious? > Something is wrong with your pipeline here. There is NOTHING coming through. > Which brings us back to the previous point. > First make sure ffmpeg2theora has all the right options set, then verify > that it produces an valid ogg file/stream and only then try to oggfwd it. > >You are right !! I try to open the ogg file ... and nothing comes up. Now (I ithink) I fix the problem using recipe from http://johnbeales.com/20080820/using-vlc-to-transcode-an-axis-cameras-video-stream-and-stream-it-out-again/#vlc-transcode-solution First I run one vlc just to get the feed to a file called mypipe.mjpg next, I run another vlc to read that local mjpg file , and transcode and send it to IceCast server. First try stoped after some minutes ... Looks like the 2nd vlc reach end of file ... Then I try to click the "loop" button and .... Voila .... it works !! Thankyou for your enlightment. Sincerely -bino-
On Tue, Nov 02, 2010 at 03:32:16PM +0700, Bino Oetomo wrote:> Dear Thomas > I Really Appreciate your enlightment > Thomas B. Ruecker wrote: > > let's stop RIGHT HERE! > > Isn't it obvious? > > Something is wrong with your pipeline here. There is NOTHING coming through. > > Which brings us back to the previous point. > > First make sure ffmpeg2theora has all the right options set, then verify > > that it produces an valid ogg file/stream and only then try to oggfwd it. > > > > > You are right !! > I try to open the ogg file ... and nothing comes up. > > Now (I ithink) I fix the problem using recipe from > http://johnbeales.com/20080820/using-vlc-to-transcode-an-axis-cameras-video-stream-and-stream-it-out-again/#vlc-transcode-solutionoh, dear! Why don't you use directly the icecast output option of vlc? It would most likely look like this: vlc -vvv rtsp://CAMERA-IP-ADDRESS:554/mpeg4/media.amp --no-drop-late-frames --no-sout-audio --sout "#transcode{vcodec=theo,acodec=vorb,ab=1,channels=1}:duplicate{dst=std{access=shout,mux=ogg,dst=source:PASSWORDHERE at localhost:8000/stream.ogg}} DISCLAIMER: I only tried this 'sout' line part briefly, YMMV. If your CPU maxes out you might want to add some 'scale=0.5' to the #transcode options. Experiment with the value varying it from 1 to 0.1 to find a suitable value. Cheers Thomas
I'm looking for a way to tag my live feeds via an audio announcement every 30 minutes or so using the Linux install of Icecast. Some of the feeds I control locally, and other feeds are from remote locations - so implimenting this must be as painless as possible for each encoding location. As of now, the best way I can think of to do this is by running 2 instances of Icecast. Allowing the first instance to have the announcement as part of the "intro" tag, and kick each feed after 30 minutes, and then having the 2nd instance of Icecast relay all of the feeds from the first Icecast. These will also be standard announcements, and not rotating commercials. If this is the easiest way to continue, what is the process for installing a 2nd copy of Icecast on CentOS? Or do I just use icecast -b -c config.1 and icecast -b -c config.2 for each copy I want to run? Thanks for any help in getting this little project finalized. 73 Phil / W2LIE.
That is my intention. If 30 min is too many, I would settle for 60min. On Nov 2, 2010, at 3:50 PM, Brandon Casci <brandon.casci at gmail.com> wrote:> Just curious. Does that mean anyone listening will hear an interruption every 30 minutes? > > Sent from my iPhone > > On Nov 2, 2010, at 3:35 PM, W2LIE <w2lie at w2lie.net> wrote: > >> I'm looking for a way to tag my live feeds via an audio announcement every >> 30 minutes or so using the Linux install of Icecast. >> >> Some of the feeds I control locally, and other feeds are from remote >> locations - so implimenting this must be as painless as possible for each >> encoding location. >> >> As of now, the best way I can think of to do this is by running 2 >> instances of Icecast. Allowing the first instance to have the announcement >> as part of the "intro" tag, and kick each feed after 30 minutes, and then >> having the 2nd instance of Icecast relay all of the feeds from the first >> Icecast. These will also be standard announcements, and not rotating >> commercials. >> >> >> If this is the easiest way to continue, what is the process for installing >> a 2nd copy of Icecast on CentOS? Or do I just use icecast -b -c config.1 >> and icecast -b -c config.2 for each copy I want to run? >> >> Thanks for any help in getting this little project finalized. >> >> 73 >> Phil / W2LIE. >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast
That is my intention. If 30 min is too many, I would settle for 60min. On Tue, 2 Nov 2010 15:50:57 -0400, Brandon Casci wrote:> Justcurious. Does that mean anyone listening will hear an interruption> every30 minutes?> > Sent from my iPhone > > On Nov 2, 2010, at 3:35 PM, W2LIEwrote:> >> I'm looking for a way to tag my live feeds via an audioannouncement>> every >> 30 minutes or so using the Linux install ofIcecast.>> >> Some of the feeds I control locally, and other feeds arefrom remote>> locations - so implimenting this must be as painless aspossible for each>> encoding location. >> >> As of now, the best way Ican think of to do this is by running 2>> instances of Icecast. Allowingthe first instance to have the>> announcement >> as part of the "intro"tag, and kick each feed after 30 minutes, and then>> having the 2ndinstance of Icecast relay all of the feeds from the first>> Icecast. Thesewill also be standard announcements, and not rotating>> commercials. >>>> >> If this is the easiest way to continue, what is the process for >>installing>> a 2nd copy of Icecast on CentOS? Or do I just use icecast -b-c config.1>> and icecast -b -c config.2 for each copy I want to run? >>>> Thanks for any help in getting this little project finalized. >> >>73>> Phil / W2LIE. >> _______________________________________________ >>Icecast mailing list>> Icecast at xiph.org >>http://lists.xiph.org/mailman/listinfo/icecast -- -- Phil / w2lie Monitor Long Island, Inc. d/b/a W2LIE.net www.w2lie.net 347-829-7226 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20101102/222fb1ab/attachment.htm
Yes, it does sound a bit funky - but there is a reason to my madness :) I run 10 streams right now on my Icecast host. I have agreements setup to allow another host to relay 4 of them. I have found over the years that other people embed my feeds, or relay them for their own benefit. I figured that forcing my ID on the stream every now and then will "enforce" where the source of the feed is coming from. So regardless if the feed is embedded in someone's webpage, loaded into an iphone 3rd party app, or on an agreement with another relay, my own "This is a _____ live radio feed" announcement would allow me to claim back some of my feeds. I'm not to familiar with LiquidSoap, but I don't know if it will allow me to point an encoded feed at it, and then have LS go to the Icecast server? Ex. Encoded MP3 -> LiquidSoap -> Icecast Server -> Listener What I was thinking was: Encoded MP3 -> Iceast #1 -> Icecast #2 -> Listener Again, the end result is this needs to be painless for those who have remote feeds setup. They are all using Windows and either Simplecast or Edcast to encode the MP3 to my Icecast Server. Additionally - I have complaints from Blackberry users who say they can't listen to my streaming audio because Blackberries do not support MP3 in a streaming environment: http://docs.blackberry.com/en/smartphone_users/deliverables/18349/711-01774-123_Supported_Media_Types_on_BlackBerry_Smartphones.pdf So, either way, I need to run something like LiquidSoap to my feeds can be transcoded into a Blackberry Friendly RTSP format.... but that is a topic for another time... The intention of bringing this to the floor was to figure out the best way for me to identify all of my feeds with out having to reinvent the wheel. Or - maybe I have square wheels and they need reinventing :) 73 On Tue, 2 Nov 2010 16:23:47 -0400, Brandon Casci <brandon.casci at gmail.com> wrote:> I'm not judging but that sounds funky :) > > You might have better luck with moving listeners between mounts, orusing> Liquidsoap to process the live inputs. > > > > > Sent from my iPhone > > On Nov 2, 2010, at 3:55 PM, Phil / w2lie <w2lie at w2lie.net> wrote: > >> That is my intention. If 30 min is too many, I would settle for 60min. >> >> On Nov 2, 2010, at 3:50 PM, Brandon Casci <brandon.casci at gmail.com> >> wrote: >> >>> Just curious. Does that mean anyone listening will hear aninterruption>>> every 30 minutes? >>> >>> Sent from my iPhone >>> >>> On Nov 2, 2010, at 3:35 PM, W2LIE <w2lie at w2lie.net> wrote: >>> >>>> I'm looking for a way to tag my live feeds via an audio announcement >>>> every >>>> 30 minutes or so using the Linux install of Icecast. >>>> >>>> Some of the feeds I control locally, and other feeds are from remote >>>> locations - so implimenting this must be as painless as possible for >>>> each >>>> encoding location. >>>> >>>> As of now, the best way I can think of to do this is by running 2 >>>> instances of Icecast. Allowing the first instance to have the >>>> announcement >>>> as part of the "intro" tag, and kick each feed after 30 minutes, and >>>> then >>>> having the 2nd instance of Icecast relay all of the feeds from the >>>> first >>>> Icecast. These will also be standard announcements, and not rotating >>>> commercials. >>>> >>>> >>>> If this is the easiest way to continue, what is the process for >>>> installing >>>> a 2nd copy of Icecast on CentOS? Or do I just use icecast -b -c >>>> config.1 >>>> and icecast -b -c config.2 for each copy I want to run? >>>> >>>> Thanks for any help in getting this little project finalized. >>>> >>>> 73 >>>> Phil / W2LIE. >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast