From echeverr at oakland.edu Fri Feb 1 12:48:16 2008 From: echeverr at oakland.edu (Eric Echeverri) Date: Fri, 1 Feb 2008 07:48:16 -0500 (EST) Subject: [Icecast] can not stream the video using eztream Message-ID: <20080201074816.BFO57128@melange.sys.oakland.edu> Hi I am running the icecast ver 2.3.1. I am trying to get the video working but everytime I try to view the video and audio ( http://localhost:8000/different.ogg) , I can only get the audio no matter how I try to access the stream ( quicktime,VLC, cortado java applet ) the only thing I get is audio. I am running the server in a Red Hat Linux enterprise 4. Any help will be appreciated ezstream 0.5.3 ezstream: Streaming ``scream'' Input #0, mpeg, from 'scream.mpg': Duration: 00:03:09.8, start: 0.261067, bitrate: 5353 kb/s Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 368x256, 5073 kb/s, 29.97 fps(r) Stream #0.1[0x1c0]: Audio: mp2, 44100 Hz, stereo, 224 kb/s Pixel Aspect Ratio: 1.00/1 Frame Aspect Ratio: nan/1 Resize: 368x256 0:02:23.44 audio: 42kbps video: 100kbps, time remaining: 00:00:54 server Icecast 2.3.1 server_start Thu, 31 Jan 2008 18:07:42 -0500 source_client_connections 1 Mount Point : (/different.ogg) List Clients | Move MountPoints | Update Metadata | Kill Source audio_bitrate 48000 audio_channels 2 audio_info bitrate=128;channels=2;samplerate=44100 audio_samplerate 44100 bitrate 128 channels 2 genre RockNRoll ice-bitrate 48 listener_peak 3 listeners 3 listenurl http://localhost:8000/different.ogg max_listeners unlimited public 1 samplerate 44100 server_description This is a stream description server_name My Stream server_type application/ogg server_url http://localhost slow_listeners 0 source_ip 127.0.0.1 stream_start Thu, 31 Jan 2008 18:07:59 -0500 subtype Vorbis total_bytes_read 708181570 total_bytes_sent 641958338 user_agent libshout/2.2.2 From justivo at gmail.com Fri Feb 1 17:39:53 2008 From: justivo at gmail.com (=?UTF-8?Q?Ivo_Emanuel_Gon=C3=A7alves?=) Date: Fri, 1 Feb 2008 17:39:53 +0000 Subject: [Icecast] can not stream the video using eztream In-Reply-To: <20080201074816.BFO57128@melange.sys.oakland.edu> References: <20080201074816.BFO57128@melange.sys.oakland.edu> Message-ID: What encoder are you using for the transcoding? Have you tried to run the resulting file through ogginfo to check if there's actually a video stream? -Ivo From jono at redowl.ca Sat Feb 2 18:46:57 2008 From: jono at redowl.ca (Jonathan Addleman) Date: Sat, 02 Feb 2008 13:46:57 -0500 Subject: [Icecast] IE, flash and icecast Message-ID: <47A4BAA1.9040104@redowl.ca> I'm having trouble getting an IE client to hear mp3 streams through a flash player. It appears to be the same problem as described at http://icecast.imux.net/viewtopic.php?t=2039 - the flash player connects to the icecast server and begins downloading the audio data, but never actually plays it. I've tried all the suggestions from that thread - I patched icecast so that the Content-length is larger (tried all the suggested values - 319324133, 999999999, 600000000) and put the swf on the icecast server's web directory. Is there anything else I can try? Oddly enough, this is a problem on one computer, but not the others I've tried. In capturing the traffic with wireshark, I found that the broken computer looked sent this (I blanked out some bits, obviously) GET **** HTTP/1.1 Accept: */* Referer: ***** x-flash-version: 9,0,28,0 Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Host: ***** Connection: Keep-Alive and the working computer like this: GET **** HTTP/1.1 Accept: */* Accept-Language: en-US Referer: **** x-flash-version: 9,0,115,0 Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) Host: **** Connection: Keep-Alive The only differences are the slightly different flash version (9,0,28,0 and 9,0,115,0) and the old .NET version on the broken computer. I've since tried updating flash and .NET on the broken computer, and installed .NET on the working one with no change at all. In both cases, icecast sends back the identical response (with the updated content-length): HTTP/1.0 200 OK Content-Type: audio/mpeg icy-name:no name icy-pub:0 Server: Icecast 2.3.1 Content-Length: 319324133 Surely this is a problem that has been encountered before! Let me know if there's any other wireshark captures that might help, or anything else. Thanks! -- Jon-o Addleman - http://www.redowl.ca From karl at xiph.org Sat Feb 2 20:29:02 2008 From: karl at xiph.org (Karl Heyes) Date: Sat, 02 Feb 2008 20:29:02 +0000 Subject: [Icecast] IE, flash and icecast In-Reply-To: <47A4BAA1.9040104@redowl.ca> References: <47A4BAA1.9040104@redowl.ca> Message-ID: <47A4D28E.6010507@xiph.org> Jonathan Addleman wrote: > I'm having trouble getting an IE client to hear mp3 streams through a > flash player. It appears to be the same problem as described at > http://icecast.imux.net/viewtopic.php?t=2039 - the flash player connects > to the icecast server and begins downloading the audio data, but never > actually plays it. ... > Surely this is a problem that has been encountered before! Let me know > if there's any other wireshark captures that might help, or anything > else. Thanks! The problem has been encountered before but the problem is actually within flash and they haven't said anything about the issue. So we are left in the dark about what the proper fix is. Can you try the trunk code or even my branch work to see if the problem still occurs? karl. From jono at redowl.ca Sat Feb 2 20:35:16 2008 From: jono at redowl.ca (Jonathan Addleman) Date: Sat, 02 Feb 2008 15:35:16 -0500 Subject: [Icecast] IE, flash and icecast In-Reply-To: <47A4BAA1.9040104@redowl.ca> References: <47A4BAA1.9040104@redowl.ca> Message-ID: <47A4D404.2050204@redowl.ca> Jonathan Addleman wrote: > I'm having trouble getting an IE client to hear mp3 streams through a > flash player. It appears to be the same problem as described at > http://icecast.imux.net/viewtopic.php?t=2039 - the flash player connects > to the icecast server and begins downloading the audio data, but never > actually plays it. Oh, also, I've been using the button player from this site: http://musicplayer.sourceforge.net/ I just came across the patches at http://www.icecast.pwp.blueyonder.co.uk/ and will try recompiling icecast using them to see if it fixes things. Is there any chance of a new release incorporating these any time soon? -- Jon-o Addleman - http://www.redowl.ca From karl at xiph.org Sun Feb 3 01:55:27 2008 From: karl at xiph.org (Karl Heyes) Date: Sun, 03 Feb 2008 01:55:27 +0000 Subject: [Icecast] IE, flash and icecast In-Reply-To: <47A4D404.2050204@redowl.ca> References: <47A4BAA1.9040104@redowl.ca> <47A4D404.2050204@redowl.ca> Message-ID: <47A51F0F.3030609@xiph.org> Jonathan Addleman wrote: > Jonathan Addleman wrote: > I just came across the patches at > http://www.icecast.pwp.blueyonder.co.uk/ and will try recompiling > icecast using them to see if it fixes things. Is there any chance of a > new release incorporating these any time soon? I've done a number of merges into trunk which should resolve a number of issues which should be on track for a 2.3.2 release. I'm glad to hear the flash issue is resolved in -kh and this is one of the things I have merged into trunk (although verification of merge is welcome). If any others can give the trunk code a workout then great, feedback is most welcome. karl. From laurent.corbes at smartjog.com Tue Feb 5 10:49:23 2008 From: laurent.corbes at smartjog.com (Laurent CORBES) Date: Tue, 5 Feb 2008 11:49:23 +0100 Subject: [Icecast] Re: icecast crash (segv) References: <20080131181454.2be89549@smartjog.com> Message-ID: <20080205114923.07423104@smartjog.com> On Thu, 31 Jan 2008 18:14:54 +0100 Laurent CORBES wrote: > Hi all, > > I'm experiencing a systematic crash with icecast2 when I goes in this case > (tested with debian 2.3.1-5 2.3.1-6 and latest trunk) > > When there is more than ~1400 clients connected and a mountpoint that was not > relaying goes online it crash. > Without this I can go up to 5000 clients without problems. Changing the number > of threadpool does'nt change anything. The problem is fixed in trunk. This was a problem with select and more than 1024 file descriptors. If your system has poll icecast is now compiled with it and it works like a charm. Thanks to Karl. -- Laurent Corbes - laurent.corbes at smartjog.com +33 (0)1 4996 6325 Smartjog SA - http://www.smartjog.com/ From Geoff at QuiteLikely.com Tue Feb 5 23:56:44 2008 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Wed, 6 Feb 2008 01:56:44 +0200 (IST) Subject: [Icecast] Incorrect metadata format, ending stream Message-ID: Hi, I'm trying to relay a shoutcast-style MP3 stream but am getting the following error: [2008-02-05 23:05:05] EROR format-mp3/mp3_get_filter_meta Incorrect metadata format, ending stream Is there any way I can tell what is wrong with the data we're getting? The stream I'm trying to relay is http://acb.org:8550/ This is a shared server so it's possible that not all broadcasters trigger this problem. Metadata seems to come through fine using latest mpg123. Also, we relay another stream using the same version of Supercast (http://supercast.sf.net) on another mount and I have no problems, so I suspect the metadata that's coming in... but I could be wrong. This could maybe also be related to Track item 944. Any help is appreciated. Geoff. From karl at xiph.org Wed Feb 6 02:55:29 2008 From: karl at xiph.org (Karl Heyes) Date: Wed, 06 Feb 2008 02:55:29 +0000 Subject: [Icecast] Incorrect metadata format, ending stream In-Reply-To: References: Message-ID: <47A921A1.1080707@xiph.org> Geoff Shang wrote: > Hi, > > I'm trying to relay a shoutcast-style MP3 stream but am getting the > following error: > > [2008-02-05 23:05:05] EROR format-mp3/mp3_get_filter_meta Incorrect > metadata format, ending stream > > Is there any way I can tell what is wrong with the data we're getting? > > The stream I'm trying to relay is http://acb.org:8550/ > > This is a shared server so it's possible that not all broadcasters > trigger this problem. > > Metadata seems to come through fine using latest mpg123. > > Also, we relay another stream using the same version of Supercast > (http://supercast.sf.net) on another mount and I have no problems, so I > suspect the metadata that's coming in... but I could be wrong. Is this with trunk or 2.3.1, if trunk is showing this then can you provide the error log (level 4) at the point the metadata is detected. karl. From chiapas at aktivix.org Thu Feb 7 23:50:23 2008 From: chiapas at aktivix.org (chiapas at aktivix.org) Date: Thu, 7 Feb 2008 23:50:23 +0000 Subject: [Icecast] Icecast segmentation faults Message-ID: <86a338140802071550n34d1e670h2ebee77f1cdd35e4@mail.gmail.com> hi i'm getting segfaults with Icecast thus: Feb 7 10:27:06 server kernel: icecast[19308]: segfault at a36bc3db eip 0805d5e3 esp b78fd120 error 4 Feb 7 12:01:06 server kernel: icecast[20417]: segfault at dc2d718e eip 080571df esp b62540f0 error 5 i cron a script every minute to restart Icecast if it fails and to notify me - so i know that this is happening about once every 12 hours or so. when this happens i get dropped connections from encoders and clients. the server's running FC8 with this kernel: [root at server ~]# uname -a Linux server 2.6.23.9-85.fc8 #1 SMP Fri Dec 7 15:49:59 EST 2007 i686 i686 i386 GNU/Linux and here's what top shows: top - 23:46:24 up 1 day, 20:25, 3 users, load average: 0.00, 0.00, 0.00 Tasks: 118 total, 1 running, 117 sleeping, 0 stopped, 0 zombie Cpu(s): 0.5%us, 1.3%sy, 0.0%ni, 97.4%id, 0.0%wa, 0.2%hi, 0.7%si, 0.0%st Mem: 2073984k total, 1932832k used, 141152k free, 111092k buffers Swap: 2031608k total, 0k used, 2031608k free, 1649972k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9625 iceadmin 20 0 58664 11m 1616 S 2 0.6 0:14.56 icecast questions: i) any known reason for the seg faults? ii) any known cure for this? iii) any other advice? many thanks in advance for your help Chip Scooter From Geoff at QuiteLikely.com Fri Feb 8 00:04:32 2008 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Fri, 8 Feb 2008 02:04:32 +0200 (IST) Subject: [Icecast] Icecast segmentation faults In-Reply-To: <86a338140802071550n34d1e670h2ebee77f1cdd35e4@mail.gmail.com> References: <86a338140802071550n34d1e670h2ebee77f1cdd35e4@mail.gmail.com> Message-ID: Hi, Anything helpful in your error.log? You may need to set the log level to 4 (debug). Geoff. From chiapas at aktivix.org Fri Feb 8 07:27:41 2008 From: chiapas at aktivix.org (chiapas at aktivix.org) Date: Fri, 8 Feb 2008 07:27:41 +0000 Subject: [Icecast] Icecast segmentation faults In-Reply-To: References: <86a338140802071550n34d1e670h2ebee77f1cdd35e4@mail.gmail.com> Message-ID: <86a338140802072327u7c825818qeb6bc76f88f4ee15@mail.gmail.com> On 08/02/2008, Geoff Shang wrote: > Hi, hi geoff > Anything helpful in your error.log? You may need to set the log level to 4 > (debug). good point. i'll do this and see what i get. > Geoff. many thanks. Chip Scooter From eric at zhevny.com Sun Feb 10 23:59:08 2008 From: eric at zhevny.com (Eric Dantan Rzewnicki) Date: Sun, 10 Feb 2008 17:59:08 -0600 Subject: [Icecast] LAC 2008: bandwidth to burn and volunteers needed Message-ID: <20080210235908.GG27075@zhevny.com> LAC 2008: bandwidth to burn and volunteers needed The 6th annual Linux Audio Conference is taking place in Cologne, Germany, Feb 28th to March 2nd, 2008. As with each previous year this year's conference will be streamed live over the internet in ogg theora via icecast. The stream server is up at: http://lac2008.khm.de:8000/ There is nothing to see at the moment, but keep checking over the coming days as we hope to have a test stream up soon. This year we are in the unique situation of having a Gigabit link donated by CITIZENMEDIA: http://www.ist-citizenmedia.org/ They have asked us to use up as much of their bandwidth as we can so they can see how well the link performs. This year the core team, Joern Nettingsmeier and myself, are recruiting volunteers to spread the workload. To that end we have set up a mailing list and irc channel to coordinate our efforts. We will also have a wiki shortly. If you will be coming to Cologne for the conference please consider signing up to help. If you are not coming, please enjoy the fruits of our labors by watching the streams and participating via irc. stream team mailing list: http://zhevny.com/mailman/listinfo/lac-streams general conference chat: #lac2008 on irc.freenode.net stream team tech talk: #lac2008-tech on irc.freenode.net Thanks, Eric Rz. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From chiapas at aktivix.org Mon Feb 11 11:22:33 2008 From: chiapas at aktivix.org (chiapas at aktivix.org) Date: Mon, 11 Feb 2008 11:22:33 +0000 Subject: [Icecast] Icecast segmentation faults In-Reply-To: References: <86a338140802071550n34d1e670h2ebee77f1cdd35e4@mail.gmail.com> Message-ID: <86a338140802110322h1fb09883l27027ec12583a761@mail.gmail.com> Hi On 08/02/2008, Geoff Shang wrote: > Hi, > > Anything helpful in your error.log? You may need to set the log level to 4 > (debug). Ok - I've had 5 seg faults in the last 24 hours which is a pain, as you can imagine. I crona script once per minute to restart Icecast in the event that it fails so the service is never down for more than 59 secs but it drops encoder/client connections in that time. However I now have some clues - preceding each seg fault I get this: [2008-02-10 18:36:10] INFO source/source_main listener count on /radiofm.mp3 now 0 [2008-02-10 18:36:10] DBUG admin/admin_handle_request Admin request (/admin/metadata) [2008-02-10 18:36:10] DBUG admin/admin_handle_request Got command (metadata) [2008-02-10 18:36:10] INFO admin/admin_handle_request Received admin command metadata on mount "/radiofm.mp3" [2008-02-10 18:36:10] DBUG admin/command_metadata Got metadata update request ^NS^S??7h_????R<86>''-10 18:36:10] INFO admin/command_metadata Metadata on mountpoint /radiofm.mp3 changed to ";V^^<90>LQZ????<90>g^C<8f>n%"U??&B??<9b>0di? <90><8d>^Y^Q<9c>&^]^Pl4^N^Y<89><9a><95><80>?Q???(R)?<8d><89>-;??<94>?????<8b>Y?????e<95><95>qwxn+?T<93>??a<97>?<9c>r???U??F$??<8a>?2+c?g6y7^V?<81>%???(R)??<9c>!????W????" [2008-02-10 18:36:10] DBUG fserve/fserve_add_client Adding client to file serving engine [2008-02-10 18:37:01] INFO main/main Icecast 2.3.1 server started or here's another: [2008-02-11 06:44:11] INFO admin/command_metadata Metadata on mountpoint /radiofm.mp3 changed to ";<87>??&???s<8d>??^Db"^L?<96><82>??Ak???_^?)<94>??<8f>??h????e<96>O^Gt??^N<9e>C?8?????3?(R)W?<90>??<94>^G??p??? ??@?????????????k}o????'w????????<98>b<88>???????^Q^A??n?^PSQL?<8e>M?" [2008-02-11 06:44:11] DBUG fserve/fserve_add_client Adding client to file serving engine [2008-02-11 06:45:01] INFO main/main Icecast 2.3.1 server started Currently looking at status.xsl at my rogue webcaster there entry for this chap is thus (names changed to protect the innocent/guilty): Stream Title: Radio FM Stream Description: Radio FM Bitrate: 32 Stream Listeners: 0 Stream Genre: Various Stream URL: http://path.to.my.server:8000/radiofm.mp3 Current Song: ?r?uX??s?7_?n??GYF???<+R???V%??(:?)??oE??pX??!k?)~?w?+c5?2O?1f??GhE?2*??xC?6?LzFH??"??/*???H5????G??,?L?7M?f?Z?? Listen: Click to Listen The stream plays fine but the song title is obviously borked. I have only recently switched to this new server setup (FC8, 2.6.23.9-85.fc8) and my previous instance of Icecast was not vulnerable to this problem - could this be something like I don't have Unicode/UTF8 installed? As my previous Icecast installation was not vulnerable to this issue, I think there must be something that can be done server side to accommodate this webcaster who is sending us this 'broken' metadata. Many thanks in advance for your help. Chip Scooter From karl at xiph.org Mon Feb 11 14:59:27 2008 From: karl at xiph.org (Karl Heyes) Date: Mon, 11 Feb 2008 14:59:27 +0000 Subject: [Icecast] Icecast segmentation faults In-Reply-To: <86a338140802110322h1fb09883l27027ec12583a761@mail.gmail.com> References: <86a338140802071550n34d1e670h2ebee77f1cdd35e4@mail.gmail.com> <86a338140802110322h1fb09883l27027ec12583a761@mail.gmail.com> Message-ID: <47B062CF.6010809@xiph.org> chiapas at aktivix.org wrote: > Stream Title: Radio FM > Stream Description: Radio FM > Bitrate: 32 > Stream Listeners: 0 > Stream Genre: Various > Stream URL: http://path.to.my.server:8000/radiofm.mp3 > Current Song: ..... > Listen: Click to Listen > > The stream plays fine but the song title is obviously borked. unless Prince is having trouble again :) > I have only recently switched to this new server setup (FC8, > 2.6.23.9-85.fc8) and my previous instance of Icecast was not > vulnerable to this problem - could this be something like I don't have > Unicode/UTF8 installed? no, with 2.3.1, there was no modification to the actual string content. What you are seeing is either sent incorrectly or something in the server corrupted memory. The change in system can expose issues that have been missed, change in hardware could expose possible race cases. > As my previous Icecast installation was not vulnerable to this issue, > I think there must be something that can be done server side to > accommodate this webcaster who is sending us this 'broken' metadata. Can you try out the trunk code?, a source tarball is available at http://people.xiph.org/~brendan/snapshots/icecast/ build with make debug and run with catchsegv if it still shows the problem. karl. From Geoff at QuiteLikely.com Mon Feb 11 15:00:48 2008 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Mon, 11 Feb 2008 17:00:48 +0200 (IST) Subject: [Icecast] Bug: Icecast double-logging playlist entries Message-ID: Hi, I'm running Icecast SVN r14155. Prior to upgrading, playlist logging worked fine. Now though, every metadata item is sent to the playlist log twice. Note that i've not tried upgrading to latest trunk. Geoff. From karl at xiph.org Tue Feb 12 04:17:13 2008 From: karl at xiph.org (Karl Heyes) Date: Tue, 12 Feb 2008 04:17:13 +0000 Subject: [Icecast] Bug: Icecast double-logging playlist entries In-Reply-To: References: Message-ID: <47B11DC9.90300@xiph.org> Geoff Shang wrote: > Hi, > > I'm running Icecast SVN r14155. Prior to upgrading, playlist logging > worked fine. Now though, every metadata item is sent to the playlist > log twice. > > Note that i've not tried upgrading to latest trunk. now fixed in trunk karl. From chiapas at aktivix.org Tue Feb 12 19:08:53 2008 From: chiapas at aktivix.org (chiapas at aktivix.org) Date: Tue, 12 Feb 2008 19:08:53 +0000 Subject: [Icecast] Icecast segmentation faults In-Reply-To: <47B18A36.2020602@xiph.org> References: <86a338140802071550n34d1e670h2ebee77f1cdd35e4@mail.gmail.com> <86a338140802110322h1fb09883l27027ec12583a761@mail.gmail.com> <47B062CF.6010809@xiph.org> <86a338140802120228n578a4e42v3fed34a8cb08e739@mail.gmail.com> <47B18A36.2020602@xiph.org> Message-ID: <86a338140802121108x9ffc627u5117bcd43377b644@mail.gmail.com> hi i had meant to email back the list with an update to my Icecast issue but emailed Karl directly instead. for the sake of completeness i have my email and Karl's latest reply below. On 12/02/2008, Karl Heyes wrote: > chiapas at aktivix.org wrote: > > hi > > > > On 11/02/2008, Karl Heyes wrote: > >> Can you try out the trunk code?, a source tarball is available at > >> http://people.xiph.org/~brendan/snapshots/icecast/ build with make > >> debug and run with catchsegv if it still shows the problem. > > > > i've got in touch with my 'rogue' user and got them to reinstall > > Oddcast and all's fine for now. however i am still slightly concerned > > that my set-up remains vulnerable to this problem - is it a buffer > > overflow issue? i am reluctant to install the trunk code as it will > > mean another service outage for my users and the seg faults have given > > us quite a few of those recently... > > > It's impossible for me to say, based on the report you gave, what the > exact cause is. There has been at least one buffer length related issue > resolved but I've never seen it appear like that, however there has been > a number of race case fixes which have unpredictable effects. For me to > try to confirm the cause would mean for you give me the stack trace of a > debug build of icecast, which I'm guessing you would to be built and > then swapped into place. > > The difference between that and using trunk is not that big as the > changes to trunk have been kept small. I'd get the latest trunk work, > do a make debug build then wait for an appropriate time to swap into > place (crash, quiet time etc). You could do a parallel run on a > different port to make sure the xml is fine before hand (just copy the > xml and change port and log dir). > > As I said before, as developers we would need a stack trace which means > either getting a core file or using catchsegv to report the stack trace > when the crash occurs. > > eg catchsegv /path/to/icecast -c /path/to/icecast.xml > out.txt > > > karl. many thanks for this Karl. i cannot recreate this error as i contacted the webcaster and, with their permission, remotely logged onto their machine and fixed their set-up of Winamp/Oddcast. i will keep vigilant for the same error and implement the above suggestions to generate a stack trace in the event of the same problem occuring. thanks again for your swift and helpful responses all. regards Chip Scooter From airteknology at gmail.com Wed Feb 13 14:17:33 2008 From: airteknology at gmail.com (=?UTF-8?B?UGllcnBhb2xvIEd1bGzCiGE=?=) Date: Wed, 13 Feb 2008 15:17:33 +0100 Subject: [Icecast] statistics in webpage Message-ID: <47B2FBFD.3080100@gmail.com> Hi guys , I'm writing in the mailing list for asking if tou know some script or system linke Mrtg for see the bandwitch usage of every mountpoin. Thanks Pierpaolo Gull? From Geoff at QuiteLikely.com Wed Feb 13 14:38:26 2008 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Wed, 13 Feb 2008 16:38:26 +0200 (IST) Subject: [Icecast] statistics in webpage In-Reply-To: <47B2FBFD.3080100@gmail.com> References: <47B2FBFD.3080100@gmail.com> Message-ID: Hi, If you mean how much bandwidth is being consumed by each mountpoint, you can simply multiply the bitrate of the stream by the number of listeners to get a rough idea. Note that there's some TCP overhead which won't be included, and any local listeners will be counted. Geoff. From dm8tbr at afthd.tu-darmstadt.de Wed Feb 13 14:49:58 2008 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Wed, 13 Feb 2008 14:49:58 +0000 Subject: [Icecast] statistics in webpage In-Reply-To: <47B2FBFD.3080100@gmail.com> References: <47B2FBFD.3080100@gmail.com> Message-ID: <47B30396.8060202@afthd.tu-darmstadt.de> Pierpaolo Gull?a wrote: > Hi guys , > > I'm writing in the mailing list for asking if tou know some script or > system linke Mrtg for see the bandwitch usage of every mountpoin. > If you are after mrtg-ish things you might want to check the mailing list archive or google for my hints how to use mrtg to monitor icecast. If you like webalizer like stats there was a stream analysis fork. The URL is also somewhere in the archives. Google knows if you ask it kindly mentioning my name and icecast and webalizer. Cheers Thomas From airteknology at gmail.com Wed Feb 13 20:50:14 2008 From: airteknology at gmail.com (=?UTF-8?B?UGllcnBhb2xvIEd1bGzCiGE=?=) Date: Wed, 13 Feb 2008 21:50:14 +0100 Subject: [Icecast] statistics in webpage Message-ID: <47B35806.5040507@gmail.com> Thank you guys. I search in the google and mailing list archive. I want to have the statistics for single mountpoint and number of total amount of bandwitch... Now I try to search and to use the info in the page. Thanks a lot Br Pierpaolo From airteknology at gmail.com Wed Feb 13 20:54:55 2008 From: airteknology at gmail.com (=?UTF-8?B?UGllcnBhb2xvIEd1bGzCiGE=?=) Date: Wed, 13 Feb 2008 21:54:55 +0100 Subject: [Icecast] Change the stream bitrate in function of client like FLash Media Server In-Reply-To: <20080213200005.65E0E1CE34@mail.xiph.org> References: <20080213200005.65E0E1CE34@mail.xiph.org> Message-ID: <47B3591F.5050504@gmail.com> Hi guys , I want to ask to you if you know something to create a variation of the audio/video stream bandwitch in function of the client that request the connection. I think that the the most easy way to do so it's to create N mount point , everybody with different bitrate and resolution , and reading the information of the client , redirecting it to the appropiate mountpoint. I'm using ffmpeg2theora and oggfwd. Do you another ways? Thanks a lot Br Pierpaolo From dnr at freemail.lt Wed Feb 13 22:12:59 2008 From: dnr at freemail.lt (Klauss fumuldavijus) Date: Thu, 14 Feb 2008 00:12:59 +0200 Subject: [Icecast] statistics in webpage References: <47B2FBFD.3080100@gmail.com> Message-ID: <007001c86e8d$9b779a50$dd7f7758@ONUTE> check here: http://www.netzond.com/netzond/icecast.html ----- Original Message ----- From: "Pierpaolo Gull?a" To: Sent: Wednesday, February 13, 2008 4:17 PM Subject: [Icecast] statistics in webpage Hi guys , I'm writing in the mailing list for asking if tou know some script or system linke Mrtg for see the bandwitch usage of every mountpoin. Thanks Pierpaolo Gull? _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast __________ Information from ESET NOD32 Antivirus, version of virus signature database 2755 (20071229) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com From dnr at freemail.lt Fri Feb 15 11:02:15 2008 From: dnr at freemail.lt (johnrembo) Date: Fri, 15 Feb 2008 13:02:15 +0200 Subject: [Icecast] statistics in webpage References: <47B2FBFD.3080100@gmail.com> <007001c86e8d$9b779a50$dd7f7758@ONUTE> <47B36CC3.9070205@gmail.com> Message-ID: <00d801c86fc2$39833da0$3f6510ac@in.telecom.lt> > What is this ? a Php or web script , or the web it's only an interface of > something else? that is actualy a java-applet ;) it retrieves data from php scripts what you see there is just a simple demo, but nobody prohibits using it as real application. > Where i can download it? www.netzond.com -> "Downloads Zone" ? From dnr at freemail.lt Fri Feb 15 11:05:10 2008 From: dnr at freemail.lt (johnrembo) Date: Fri, 15 Feb 2008 13:05:10 +0200 Subject: [Icecast] statistics in webpage References: <47B2FBFD.3080100@gmail.com> <007001c86e8d$9b779a50$dd7f7758@ONUTE> <47B42561.4090505@coursimault.com> Message-ID: <00db01c86fc2$a1bf0c50$3f6510ac@in.telecom.lt> applet itself is a class file coming with no source's. everything else (server side scripts) you can found at it's web-page. ----- Original Message ----- From: "Jean-Marc Coursimault" To: "Klauss fumuldavijus" Sent: Thursday, February 14, 2008 1:26 PM Subject: Re: [Icecast] statistics in webpage > Klauss fumuldavijus wrote: >> check here: >> http://www.netzond.com/netzond/icecast.html > > Very nice. Is the source code available ? > > Thanks > > -- Jean Marc From leandrobhbr at gmail.com Sun Feb 17 19:32:32 2008 From: leandrobhbr at gmail.com (Leandro Campos) Date: Sun, 17 Feb 2008 16:32:32 -0300 Subject: [Icecast] change playlist Message-ID: <58435ac20802171132o68e5a872i148dcf7dedc64ee7@mail.gmail.com> How I change the playlist handled of music... which the ices 0.4... for example... i want that 12 pm, play one specific music...... thanks... -- ALPHANET INFORM?TICA LTDA www.alphanetbh.com.br Belo Horizonte MG Leandro Campos (31)30726251 (31)87883925 From david.baelde at gmail.com Mon Feb 18 09:37:50 2008 From: david.baelde at gmail.com (David Baelde) Date: Mon, 18 Feb 2008 10:37:50 +0100 Subject: [Icecast] change playlist In-Reply-To: <58435ac20802171132o68e5a872i148dcf7dedc64ee7@mail.gmail.com> References: <58435ac20802171132o68e5a872i148dcf7dedc64ee7@mail.gmail.com> Message-ID: <53c655920802180137m733be530j816700fa5f5d74a7@mail.gmail.com> Hi, I think you should look at scripting support for that kind of think. But you might find that a bit painful for a simple feature like that. Moving to a more powerful tool might be simpler. In particular, liquidsoap (available on Debian and Ubuntu) does what you want very naturally. Here's a liquidsoap script for your need: output.icecast.vorbis(mount="blah.ogg", switch([ ({0h-12h},playlist("before.pls")), ({12h-0h},playlist("after.pls")), ({true},single("backup.ogg")) ])) The third item is there to warranty that there is always something to output in your stream. You could also remove it and use playlist.safe() instead of playlist(), which triggers extra checks (possibly costly). Cheers, -- David From leandrobhbr at gmail.com Mon Feb 25 13:39:00 2008 From: leandrobhbr at gmail.com (Leandro Campos) Date: Mon, 25 Feb 2008 10:39:00 -0300 Subject: [Icecast] start with root Message-ID: <58435ac20802250539v615055fam31e4fe9b2ace7ec6@mail.gmail.com> Hi. How enable the root to starter the icecast... I only start the icecast with one user normal. when i start with root give this error: ERROR: You should not run icecast2 as root Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From leandrobhbr at gmail.com Mon Feb 25 13:49:49 2008 From: leandrobhbr at gmail.com (Leandro Campos) Date: Mon, 25 Feb 2008 10:49:49 -0300 Subject: [Icecast] dump-file Message-ID: <58435ac20802250549o71953876pdd3c13a6f6f84cef@mail.gmail.com> What is the advantage to use the dump-file.... Improves performance? if i have 1000 sources will cause best performance?? or no? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From Geoff at QuiteLikely.com Mon Feb 25 13:53:50 2008 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Mon, 25 Feb 2008 15:53:50 +0200 (IST) Subject: [Icecast] dump-file In-Reply-To: <58435ac20802250549o71953876pdd3c13a6f6f84cef@mail.gmail.com> References: <58435ac20802250549o71953876pdd3c13a6f6f84cef@mail.gmail.com> Message-ID: Hi, I don't understand the question. The dump file will dump a copy of your stream to a file. As far as I know it has nothing whatever to do with performance, aside from the obvious fact that your server will have more work to do if it has to write streams to a file. And if you have 1000 streams then 1000 dump files will consume a lot of disk space very quickly. Geoff. From leandrobhbr at gmail.com Mon Feb 25 15:01:23 2008 From: leandrobhbr at gmail.com (Leandro Campos) Date: Mon, 25 Feb 2008 12:01:23 -0300 Subject: [Icecast] specification of hardware for icecast Message-ID: <58435ac20802250701k77cd7fadq78974bd862084dc5@mail.gmail.com> Anyone know the minimum specification of hardware for icecast2 with 1000 sources? And each source with 1 listners.... I use the ices how source.. thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From Geoff at QuiteLikely.com Wed Feb 27 17:07:25 2008 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Wed, 27 Feb 2008 19:07:25 +0200 (IST) Subject: [Icecast] Trouble compiling trunk snapshot Message-ID: Hi, We're having some problems with streamed metadata and I thought I'd see if upgrading Icecast would fix it. This box is running rather old software including Icecast 2.2.0 and I wasn't planning on upgrading it, but I think this is a good reason to try. I also have it built in a non-standard place so this may be a build issue. due to older versions of automake etc, I got the snapshot form xiph.org/~brendan I am getting the following error: Making all in net make[3]: Entering directory `/home/acbradio/src/icecast-trunk/src/net' source='sock.c' object='libicenet_la-sock.lo' libtool=yes \ DEPDIR=.deps depmode=gcc /bin/sh ../../depcomp \ /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -pthread -g -O2 -c -o libicenet_la-sock.lo `test -f 'sock.c' || echo './'`sock.c gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -pthread -g -O2 -c sock.c -Wp,-MD,.deps/libicenet_la-sock.TPlo -fPIC -DPIC -o .libs/libicenet_la-sock.o sock.c: In function `sock_get_server_socket': sock.c:702: `IPV6_V6ONLY' undeclared (first use in this function) sock.c:702: (Each undeclared identifier is reported only once sock.c:702: for each function it appears in.) make[3]: *** [libicenet_la-sock.lo] Error 1 make[3]: Leaving directory `/home/acbradio/src/icecast-trunk/src/net' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/acbradio/src/icecast-trunk/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/acbradio/src/icecast-trunk' make: *** [all] Error 2 Part of the problem is the fact that we're running a real old kernel and may be missing a required header. Any suggestions as to what to do about this? Can I simply comment out something to make it compile in this old environment? Geoff. From pyrojoke at bareblacks.net Wed Feb 27 17:49:43 2008 From: pyrojoke at bareblacks.net (Dmitry Mikhaylov) Date: Wed, 27 Feb 2008 19:49:43 +0200 Subject: [Icecast] XML Parsing Error Message-ID: <47C5A2B7.3000909@bareblacks.net> Hi, I have succesfully installed icecast2 and ices0 on FreeBSD 6.2 But the is that when more then one user is connected to the server I get the following error in web admin panel. Please advice how the problem can be solved. error: XML Parsing Error: no element found Location: http://bareblacks.net:8000/admin/listclients.xsl?mount=/ices Line Number 1, Column 1: From karl at xiph.org Wed Feb 27 21:53:06 2008 From: karl at xiph.org (Karl Heyes) Date: Wed, 27 Feb 2008 21:53:06 +0000 Subject: [Icecast] Trouble compiling trunk snapshot In-Reply-To: References: Message-ID: <47C5DBC2.5000508@xiph.org> Geoff Shang wrote: > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -pthread -g -O2 -c sock.c > -Wp,-MD,.deps/libicenet_la-sock.TPlo -fPIC -DPIC -o > .libs/libicenet_la-sock.o > sock.c: In function `sock_get_server_socket': > sock.c:702: `IPV6_V6ONLY' undeclared (first use in this function) > sock.c:702: (Each undeclared identifier is reported only once > sock.c:702: for each function it appears in.) > make[3]: *** [libicenet_la-sock.lo] Error 1 > make[3]: Leaving directory `/home/acbradio/src/icecast-trunk/src/net' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/home/acbradio/src/icecast-trunk/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/acbradio/src/icecast-trunk' > make: *** [all] Error 2 > > Part of the problem is the fact that we're running a real old kernel and > may be missing a required header. The symbol has been around for some time, but it looks like your headers (and possibly the kernel) do not support the setting so the simple fix for this is to avoid setting it. > Any suggestions as to what to do about this? Can I simply comment out > something to make it compile in this old environment? apply the attached diff in the net directory, you should be fine but let me know either way. karl. -------------- next part -------------- A non-text attachment was scrubbed... Name: compile-fix.diff Type: text/x-patch Size: 431 bytes Desc: not available URL: From discreetevents at yahoo.com Wed Feb 27 21:55:38 2008 From: discreetevents at yahoo.com (discreetevents at yahoo.com) Date: Wed, 27 Feb 2008 13:55:38 -0800 (PST) Subject: [Icecast] Please take me off your list Message-ID: <372596.96911.qm@web54606.mail.re2.yahoo.com> Please take me off your mailing list. ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From Geoff at QuiteLikely.com Wed Feb 27 23:32:29 2008 From: Geoff at QuiteLikely.com (Geoff Shang) Date: Thu, 28 Feb 2008 01:32:29 +0200 (IST) Subject: [Icecast] Trouble compiling trunk snapshot In-Reply-To: <47C5DBC2.5000508@xiph.org> References: <47C5DBC2.5000508@xiph.org> Message-ID: Karl Heyes wrote: > apply the attached diff in the net directory, you should be fine but let me > know either way. It applied cleanly and the compiler didn't complain. The linker complained because I messed up my configure command and it found an old libvorbis. Presumably configure didn't catch it or something. Anyway it compiled cleanly after that. Thanks, Geoff. From eric at zhevny.com Thu Feb 28 10:50:55 2008 From: eric at zhevny.com (Eric Dantan Rzewnicki) Date: Thu, 28 Feb 2008 04:50:55 -0600 Subject: [Icecast] LAC 2008: live online Now! Message-ID: <20080228105055.GR27075@zhevny.com> The 6th annual Linux Audio Conference has begun in Cologne, Germany. It runs today through March 2nd, 2008. As with each previous year this year's conference is streamed live over the internet in ogg theora via icecast. The stream status page can be found at: http://lac.linuxaudio.org This year we are in the unique situation of having a Gigabit link donated by CITIZENMEDIA: http://www.ist-citizenmedia.org/ They have asked us to use up as much of their bandwidth as we can so they can see how well the link performs. Please forward this information widely so we can help them out. This year the core team, Joern Nettingsmeier and myself, are recruiting volunteers to spread the workload. To that end we have set up a mailing list and irc channel to coordinate our efforts. If you are here in Cologne for the conference please consider joining us. If you are not coming, please enjoy the fruits of our labors by watching the streams and participating via irc. stream team mailing list: http://zhevny.com/mailman/listinfo/lac-streams general conference chat: #lac2008 on irc.freenode.net stream team tech talk: #lac2008-tech on irc.freenode.net Thanks, LAC streamteam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.