similar to: icecast2

Hi, does anybody know if somebody tried implementing things like rtsp, mms or similar in icecast so far? I heard some rumors from people complaining transmissions over http or not "that secure" because using a wget you can easily write them to disk. They suggested using real servers or something - but I wonder if its (easy?) possible to implement another already widely used

Well more specifically I want to transcode a realaudio stream into mp3 on the same machine and on the command line only - reliably! Following up, I managed to compile the trplayer using a substitute __pure_virtual function compiled with extern "C" (without it the function name was being mangled by g++) by now trplayer runs and exits without warning, error or success... the funny thing

Hi, We would like to stream some of our content as OGG Vorbis. We've currently managed to hack liveice and icecast to stream over HTTP and play that with ogg123. But from reading the dev list, I see that's also been done here, probably in a more elegant way - can anyone point me at the right place to see the current state of this? For now we'll probably just be doing this

Hi all, I would like to start replacing the realmedia content on a clients web site with the Ogg format. The client (a national tv/radio station) publishes alot of content and have integrated their CMS with the Realmedia system in order to index multimedia with story lines. Eg the following link would be published inside a RAM file to point to the start and end times of a story from the 6

Hello. I've made some progress on the issue. I found a tool called TrPlayer which is a text mode front end for real player - initially developed for the use of the visually impaired. The theory is that I can use this and pipe the live stream into vsound which then in turn is passed into ices or another source client. Trouble is, I'm having all sorts of trouble compiling Trplayer on the

On Wed, 2003-09-03 at 21:58, Erlend Simonsen wrote: > Hirendra Hindocha <hiren_hindocha@comcast.net> writes: > >> > >> > >> No. icecast2 is a streaming server, so it... streams. > >> > > > > Good point. I wonder how the other servers (Real Server ,Quicktime etc) do it. > > Any inputs on any other streaming servers that lets a

Hi: I know this is off-topic, but figured someone here would know, particularly given Xiph's involvement in Helix. Up till now I've used TRplayer <http://linux-speakup.org/trplayer.html> to play Realmedia content. This is because, as a Blind person, I've no need or desire for X11, and TRplayer uses the Realplayer libs without all that X overhead. but now I would like to play

I've been getting reports from people that my Icecast streams are not working when RealPlayer is used for playback. They all say that the stream plays for 5-10 seconds, then the connection just drops. I tried it using RealPlayer 8 on Windows2000, and got the same results. Winamp, on the other hand, works perfectly. I tried playing other streams on the Icecast yp server, and it seems to play

I am trying to add a package (I know its older - but it should work) gst-rtsp-server-0.10.8 to CentOS 7. The gstreamer 0.10 packages are included in C7 and they compile just fine. When I extract and try to compile gst-rtsp-server 0.10.8 the ./configure goes fine. but the make results in errors: make make all-recursive make[1]: Entering directory

On Friday 16 May 2003 00:04, Stefan Neufeind wrote: > Hi, > > does anybody know if somebody tried implementing things like rtsp, mms or > similar in icecast so far? I heard some rumors from people complaining > transmissions over http or not "that secure" because using a wget you can > easily write them to disk. They suggested using real servers or something - > but

alpha. (that about sums it up) Will encode and play back via an sdp file and multicast on one computer (over the net if you transfer the sdp file over by hand). rc/rtenc3 and src/rtdec3 are in the style of encoder/decoder_example ...so this means you MUST edit it them to suit your system. For example, I specify my rtenc3 to multicast just on eth1 (to avoid pissing off my cable supplier on

>>Or, keep as it is if it makes sense (I don't know the importance of >>having or not ICY) and then, see with videloan.org to update their player. >> >> > >Players should not be changed to support this. They're correct to reject it. > >Mike > > So, in that case, ICY 200 should be removed? btw, yesterday, after patching it to HTTP/1.0 200, I

A FREE AAC/aacPlus Plugin for Microsoft Windows Media Player that fully supports the Icecast2 Server is available for download here: http://www.orban.com/plugin FYI: This plugin supports .asx for Windows Media Player NOT .pls or .m3u. Also streams can be opened directly by using newly created UIL redirectors, e.g., icyx:// instead of http:// and rtpx:// instead of rtsp://. This is all covered

Greetings: It would be nice if Icecast supported RTSP; however I would appreciate any suggestions for a small RTSP/RTP solution to encode 8kHz mono audio in GSM or ADPCM and service multiple unicast client connections. The ideal would be a black-box hardware solution with an audio input and ethernet interface similar to broadcast studio IP audio links or the network audio capabilities of certain

Hi Where do I find instruction to configure icecast as a reflect server for rtsp? Scenario: Client1 sends audio to IceCast via rtsp Client2 receives audio from IceCast via rtsp. I need to just setup this behaviour.. -Atul -- ------- To make world a better place to live in ------- -------------- next part -------------- An HTML attachment was scrubbed... URL:

I want to install mplayer but my GCC is 4.0. can not compile the mplayer. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20100824/86c613fd/attachment-0002.html>

hi I am getting this error: -- Executing [50 at smvoice-sip:1] Answer("SIP/440-0856dd70", "") in new stack -- Executing [50 at smvoice-sip:2] rtsp("SIP/440-0856dd70", "rtsp://192.168.1.175/img/video.sav") in new stack [Apr 30 11:22:48] WARNING[8031]: app_rtsp.c:1037 rtsp_play: >rtsp play [Apr 30 11:22:48] NOTICE[8031]: rtp.c:1287 ast_rtp_read:

On Thu, 2020-09-24 at 16:57 +0200, Antony Stone wrote: > On Thursday 24 September 2020 at 16:31:33, hw wrote: > > > Hi, > > > > is it possible to "call" an IP camera? > > Only if it talks SIP (which some do, generally door entry cameras with a > push > button input and often a lock release output). > > > I'm thinking about something

I have a gst-rtsp-server 0.10.8.2 that I am trying to compile on CentOS 7.2 I get this error: rtsp-media.c error 'g_cond_free' is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:283) [-Werror=deprecated-declarations] What can I do about that to compile this package (I'm compiing from source) ? Thanks Jerry

Hello- You guys have done an excellent job with the Icecast2 server. I probably don't need to tell you that, but I did anyway. We are Coding Technologies licensees and have recently developed a streaming audio encoder supporting AAC/HE-AAC/aacPlus using RTSP/RTP, SHOUTcast HTTP/ICY, and Icecast2 HTTP/ICY, Orban Opticodec-PC. More information here: