From icecast at wooba.org Mon May 1 02:47:30 2006 From: icecast at wooba.org (Bill Duffy) Date: Sun, 30 Apr 2006 22:47:30 -0400 Subject: [Icecast] Windows Xp / Icecast 2.3.1 / Oddcast 3 / Crap Router? In-Reply-To: <444680DD.1080101@strath.ac.uk> References: <3981413.post@talk.nabble.com> <444680DD.1080101@strath.ac.uk> Message-ID: <445576C2.5000405@wooba.org> Belated response to this thread I know. I had a similar problem with icecast on local LAN vs remote when authentication was in use. When I was not using auth my stream worked fine either remotely or locally. With auth on, I could not access the stream remotely. Taking a look at the m3u files generated with auth off vs auth on I noticed a difference. With auth on, the file contained the hostname of the box that icecast sits on on my LAN - one that will never work remotely. With auth off, the file contained the hostname of my firewall which allowed port forwarding to work correctly. I imagine playing around with the icecast hostname setting could have made this work remotely without too much trouble. Took a look at the code and it turns out there is a difference in how the hostname for the m3u file is generated depending on whether auth is in use or not. The attached patch chances admin.c to generate the hostname with auth on in a way that parallels that with auth off. Tested on Linux Slackware and nowhere else ;-) May be a good reason the code works the way it does though? I don't know much about icecast beyond how to set it up - just thought I would point this out and give someone a hint on how to fix it if necessary. Cheers, Bill Leo Currie wrote: > Autoegocrat wrote: >> >> >> Ok here's the deal. I set up Icecast and Oddcast, got them to >> communicate >> properly, but cannot access the live audio remotely. On other >> computers in >> the LAN it works perfetly. Currently I operate wirelessly behind a >> D-Link >> 514 router (a mite outdated by now, yes?) and have opened all necessary >> ports, turned my firewalls off, set this computer as a DMZ, pretty much >> everything I can think of - but when I try to connect from outside >> the LAN, >> I still get a timeout message. I've check the access logs and ity >> does not >> show any record of a connection attempt. Perhaps this is a problem >> that is >> in a different league than icecast config, but you guys are smarter >> than I. >> Help me out? heh >> > > All that should be necessary to access the stream from the world is to > open and forward the correct port on your router. > > I was looking at this page: > http://support.dlink.com/faq/view.asp?prod_id=1005#604 > ..and it looks pretty straightforward, just click enable, name it > something like "icecast", punch in the local IP of the machine on the > LAN running Icecast, then the port it's running on twice (i.e. public > & private the same), then click always, then apply. You shouldn't need > to bother with any DMZ stuff or turning off firewalls. > > You haven't by any chance got 2 lans, one wired, one wireless, and > accidentally binded Icecast only to the wired nic, have you? > Just a thought...! > > Leo > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: admin.diff URL: From darkeye at tyrell.hu Wed May 3 14:45:12 2006 From: darkeye at tyrell.hu (=?UTF-8?B?w4Frb3MgTWFyw7N5?=) Date: Wed, 03 May 2006 16:45:12 +0200 Subject: [Icecast] what icecast encoders are there for MacOS X? Message-ID: <4458C1F8.8050807@tyrell.hu> of course I know darkice :) but do we know of any others? From greg at orban.com Wed May 3 15:00:14 2006 From: greg at orban.com (Greg J. Ogonowski) Date: Wed, 03 May 2006 08:00:14 -0700 Subject: [Icecast] FREE AAC/aacPlus Plugin for WMP Supports Icecast2 Message-ID: <6.2.3.4.2.20060501100740.04db90e8@66.220.31.130> 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 in the included Read_Me file and available on the above website. Enjoy. -g. __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com From ross at stationplaylist.com Thu May 4 01:39:42 2006 From: ross at stationplaylist.com (Ross Levis) Date: Thu, 4 May 2006 13:39:42 +1200 Subject: [Icecast] FREE AAC/aacPlus Plugin for WMP Supports Icecast2 References: <6.2.3.4.2.20060501100740.04db90e8@66.220.31.130> Message-ID: <115001c66f1b$9da23010$7300a8c0@stationplaylist.com> Great news, but I can't get it to work. Installed the plugin and typed a URL directly into File > Open URL, but it sit's there connecting permanently. I'm using Windows XP SP2, WMP 10. I tried a stream of a customer of mine using an icecast2 server. http://boa.mediacast1.com:9292/stream.aac This works in Winamp. Regards, Ross Levis ====================================== StationPlaylist.com http://www.stationplaylist.com Low-cost music scheduling, live assist & automation software for radio broadcasting, internet streaming, & in-store music systems. ====================================== ----- Original Message ----- From: "Greg J. Ogonowski" To: Sent: Thursday, May 04, 2006 3:00 AM Subject: [Icecast] FREE AAC/aacPlus Plugin for WMP Supports Icecast2 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 in the included Read_Me file and available on the above website. Enjoy. -g. __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From ross at stationplaylist.com Thu May 4 01:51:41 2006 From: ross at stationplaylist.com (Ross Levis) Date: Thu, 4 May 2006 13:51:41 +1200 Subject: [Icecast] FREE AAC/aacPlus Plugin for WMP Supports Icecast2 References: <6.2.3.4.2.20060501100740.04db90e8@66.220.31.130> <115001c66f1b$9da23010$7300a8c0@stationplaylist.com> Message-ID: <117301c66f1d$4a6ed4f0$7300a8c0@stationplaylist.com> Ok, I read the Read Me. So icyx://boa.mediacast1.com:9292/stream.aac works. I don't understand why the http syntax cannot be made to work. This works fine for Ogg Vorbis streams using the Illumination DirectShow filter. Ross. ====================================== StationPlaylist.com http://www.stationplaylist.com Low-cost music scheduling, live assist & automation software for radio broadcasting, internet streaming, & in-store music systems. ====================================== ----- Original Message ----- From: "Greg J. Ogonowski" To: Sent: Thursday, May 04, 2006 3:00 AM Subject: [Icecast] FREE AAC/aacPlus Plugin for WMP Supports Icecast2 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 in the included Read_Me file and available on the above website. Enjoy. -g. __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com _______________________________________________ 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 From greg at orban.com Thu May 4 02:15:12 2006 From: greg at orban.com (Greg J. Ogonowski) Date: Wed, 03 May 2006 19:15:12 -0700 Subject: [Icecast] FREE AAC/aacPlus Plugin for WMP Supports Icecast2 In-Reply-To: <117301c66f1d$4a6ed4f0$7300a8c0@stationplaylist.com> References: <6.2.3.4.2.20060501100740.04db90e8@66.220.31.130> <115001c66f1b$9da23010$7300a8c0@stationplaylist.com> <117301c66f1d$4a6ed4f0$7300a8c0@stationplaylist.com> Message-ID: <6.2.3.4.2.20060503190927.04c47870@66.220.31.130> Hi Ross- I haven't tested the Illumination DirectShow Plugin in a while, but I suspect it is probably parsing on the .ogg. In our case we can't do that, as not all streams use .aac. And also to be consistent, we would have the same problem with .sdp for RTP streams and the possible player conflict there. If you know otherwise, please let me know. Thanks. -greg. At 18:51 2006-05-03, Ross Levis wrote: >Ok, I read the Read Me. >So icyx://boa.mediacast1.com:9292/stream.aac works. > >I don't understand why the http syntax cannot be made to work. This >works fine for Ogg Vorbis streams using the Illumination DirectShow >filter. > >Ross. > >====================================== >StationPlaylist.com >http://www.stationplaylist.com >Low-cost music scheduling, live assist & automation software for >radio broadcasting, internet streaming, & in-store music systems. >====================================== > >----- Original Message ----- >From: "Greg J. Ogonowski" >To: >Sent: Thursday, May 04, 2006 3:00 AM >Subject: [Icecast] FREE AAC/aacPlus Plugin for WMP Supports Icecast2 > > >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 in the included Read_Me file and >available on the above website. > >Enjoy. >-g. > >__________________________________________________________________________ >Greg J. Ogonowski >VP Product Development >ORBAN / CRL, Inc. >1525 Alvarado St. >San Leandro, CA 94577 USA >TEL +1 510 351-3500 >FAX +1 510 351-0500 >greg at orban.com >http://www.orban.com > >_______________________________________________ >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 > >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com From ben at kennish.co.uk Sat May 6 13:20:01 2006 From: ben at kennish.co.uk (Ben Kennish) Date: Sat, 06 May 2006 14:20:01 +0100 Subject: [Icecast] Peak Listeners and Keeping idle mounts Message-ID: <445CA281.60606@kennish.co.uk> I have two questions... When I disconnect from my Icecast mount (when broadcasting), I want the following to happen... 1. The "Peak Listeners" count to not be reset to 0 the next time I connect 2. For the mount to remain present (so that my listeners don't get a 404 error and remain listening to silence until I reconnect. Is this possible? Thanks in advance, -- Ben From mp at xmission.com Tue May 9 18:20:30 2006 From: mp at xmission.com (Mike Place) Date: Tue, 9 May 2006 12:20:30 -0600 Subject: [Icecast] Log file format + Awstats Message-ID: <20060509182030.GS21783@xmission.com> I'm trying to process Icecast2 log files with Awstats and I'm running into a problem which I believe may be related to an extra entry in the Icecast2 logfiles. If one compares an Apache CLF log entry such as the following: 199.125.245.200 - - [08/May/2006:12:26:00 -0600] "GET / HTTP/1.0" 200 53 "-" "-" to an Icecast2 log entry: 166.70.52.200 - - [08/May/2006:08:10:07 -0600] "GET /stream HTTP/1.1" 200 13623243 "-" "RMA/1.0 (compatible; RealMedia)" 3392 one finds an additional number tacked on to the end of the Icecast log entry. Can anybody tell me what that number represents? (In the example above, it's 3392.) Also, if anybody has pointers on Awstats+Icecast2, I'd love to hear them. TIA, -mp From karl at xiph.org Tue May 9 18:24:28 2006 From: karl at xiph.org (Karl Heyes) Date: Tue, 09 May 2006 19:24:28 +0100 Subject: [Icecast] Log file format + Awstats In-Reply-To: <20060509182030.GS21783@xmission.com> References: <20060509182030.GS21783@xmission.com> Message-ID: <4460DE5C.3000709@xiph.org> Mike Place wrote: > If one compares an Apache CLF log entry such as the following: > > 199.125.245.200 - - [08/May/2006:12:26:00 -0600] "GET / HTTP/1.0" 200 53 > "-" "-" > > to an Icecast2 log entry: > > 166.70.52.200 - - [08/May/2006:08:10:07 -0600] "GET /stream HTTP/1.1" > 200 13623243 "-" "RMA/1.0 (compatible; RealMedia)" 3392 > > one finds an additional number tacked on to the end of the Icecast log > entry. > > Can anybody tell me what that number represents? (In the example above, > it's 3392.) It's the number of seconds that client was connected connected for. karl. From oddskool at gmail.com Wed May 10 08:51:28 2006 From: oddskool at gmail.com (oDDskOOL) Date: Wed, 10 May 2006 10:51:28 +0200 Subject: [Icecast] Log file format + Awstats In-Reply-To: <20060509182030.GS21783@xmission.com> References: <20060509182030.GS21783@xmission.com> Message-ID: <4461A990.7020500@gmail.com> Mike Place wrote: > Also, if anybody has pointers on Awstats+Icecast2, I'd love to hear > them. > Hi Mike, I'm using icecast 2.3.1 w/ awstats 6.5 on a linux (fc5_x64) box and found it easy to set up using awstats documentation only. Actually I created a new awstats config (which you should copy from example in /etc/awstats/) called 'radio.config'; edit the file, change the path of log file to your icecast log file (usually lives in /var/log/icecast.log) and the type of log to 'stream'. after that step, run awstats from command line with your config file as parameter. this should give you clues if something is wrong in your config. now you may want to add a sub domain in your apache config to access awstats.pl (the CGI). if you run into troubles, i can send you excerpts of my config files. anyway, I don't know to what extent the awstats processing is accurate or compatible with icecast log file format, but it provides some basic, relevant info : how many users listen to stream, what are the peak times, players used, bandwith used, and mean listening time. cheers, oDDsKooL From ben at kennish.co.uk Wed May 10 15:24:28 2006 From: ben at kennish.co.uk (Ben Kennish) Date: Wed, 10 May 2006 16:24:28 +0100 Subject: [Icecast] Peak Listeners and Keeping idle mounts In-Reply-To: <445CA281.60606@kennish.co.uk> References: <445CA281.60606@kennish.co.uk> Message-ID: <446205AC.8040206@kennish.co.uk> Hi all, Ben Kennish wrote: > When I disconnect from my Icecast mount (when broadcasting), I want the > following to happen... > > 1. The "Peak Listeners" count to not be reset to 0 the next time I connect > > 2. For the mount to remain present (so that my listeners don't get a 404 > error and remain listening to silence until I reconnect. OK i've worked out that #2 is possible be setting a fallback mount to a music file relative to the icecast http root. But the peak listeners still gets reset to 0 every time the source disconnects. This is very annoying - is there any way to stop this from happening? :S Cheers in advance, -- Ben From dmehler26 at woh.rr.com Wed May 10 17:29:41 2006 From: dmehler26 at woh.rr.com (Dave) Date: Wed, 10 May 2006 13:29:41 -0400 Subject: [Icecast] publishing an icecast stream Message-ID: <003801c67457$52979380$0200a8c0@satellite> Hello, I'd like to publish an icecast stream that i'm streaming from my server. I know i can do this by uncommenting the appropriate lines in my icecast config file, but i've got some questions. I'm running icecast2 and ices0 and this is an mp3 stream generated from a filebased playlist. First i've looked over some of the streams on icecast.org and i was wondering for the metadata, and descriptions, how verbose should i be or is there a requirement for that? Second, i'd like to offer two simultaneous streams, same content, one for dialup users, one for broadband, this is a feature i've never got to work to my satisfaction, it breaks up or the dialup audio quality just isn't right. And some streams showed what they were currently playing, how would i implement that? Thanks. Dave. From ross at stationplaylist.com Thu May 11 10:37:43 2006 From: ross at stationplaylist.com (Ross Levis) Date: Thu, 11 May 2006 22:37:43 +1200 Subject: [Icecast] admin.cgi metadata updates for AAC+ streams Message-ID: <001301c674e6$f056ac70$7300a8c0@stationplaylist.com> I'm streaming to 2 mountpoints, one a Vorbis stream and the other an AAC+ stream. Both mountpoints are specifically set up in the Icecast2 configuration with max listeners etc. I'm updating the metadata via http/admin.cgi calls. This is updating the song title information for the Vorbis stream but not the AAC+ stream. Both mountpoints seem to be set up the same. Any ideas? Thanks, Ross. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ross at stationplaylist.com Fri May 12 00:10:54 2006 From: ross at stationplaylist.com (Ross Levis) Date: Fri, 12 May 2006 12:10:54 +1200 Subject: [Icecast] Re: admin.cgi metadata updates for AAC+ streams Message-ID: <01ab01c67558$89d3aa80$7300a8c0@stationplaylist.com> Nevermind. I realized I need to send 2 admin.cgi requests, 1 for each mountpoint. Problem solved. Ross. ----- Original Message ----- From: Ross Levis To: icecast at xiph.org Sent: Thursday, May 11, 2006 10:37 PM Subject: admin.cgi metadata updates for AAC+ streams I'm streaming to 2 mountpoints, one a Vorbis stream and the other an AAC+ stream. Both mountpoints are specifically set up in the Icecast2 configuration with max listeners etc. I'm updating the metadata via http/admin.cgi calls. This is updating the song title information for the Vorbis stream but not the AAC+ stream. Both mountpoints seem to be set up the same. Any ideas? Thanks, Ross. -------------- next part -------------- An HTML attachment was scrubbed... URL: From icecast at axperia.net Fri May 12 10:44:23 2006 From: icecast at axperia.net (Jean-Marc Coursimault) Date: Fri, 12 May 2006 12:44:23 +0200 Subject: [Icecast] Compression and saturation Message-ID: <20060512124423.o1b0yzoeocsc8ksg@courrier.axperia.net> Hello, I'm not sure whether this message belongs to the "broadcast" side of Icecast, but.. I'm broadcasting a few radio stations but I always have level problems. Either the sound is too low, either it saturates. There's a very fine line between the two and the broadcasters are not always paying attention to the output level. Some radios are on Oddcast / XP, some on DarkIce / Linux. Is there some way I can process the sound (compress it ?) before I send it to Icecast ? Or, if the pb is between Icecast and the listener, compress it before sending the stream out ? Thanks From balbinus at bonjourlesmouettes.org Fri May 12 13:30:43 2006 From: balbinus at bonjourlesmouettes.org (Vincent) Date: Fri, 12 May 2006 15:30:43 +0200 Subject: [Icecast] Compression and saturation In-Reply-To: <20060512124423.o1b0yzoeocsc8ksg@courrier.axperia.net> References: <20060512124423.o1b0yzoeocsc8ksg@courrier.axperia.net> Message-ID: <44648E03.7020007@bonjourlesmouettes.org> Basically, when you go over the saturation level, you can never go back without losses. The only thing you can do is to insert a compressor *before* the sound gets encoded. I know of a few in Winamp (but they're not compatible with Oddcast, afaik). Under Linux, you can use on some configurations (such as when you connect to a Jack audio server) a virtual "effects rack" that can include a compressor and other sound processing devices. I have chosen another way for my own radio: we use a real compressor/limiter on the FM feedback before the sound card line input. We use Ices, that gets a "perfect" sound thanks to the compressor! Regards, Vincent Tabard Jean-Marc Coursimault a ?crit : > Hello, > > I'm not sure whether this message belongs to the "broadcast" side of > Icecast, but.. > > I'm broadcasting a few radio stations but I always have level > problems. Either the sound is too low, either it saturates. > > There's a very fine line between the two and the broadcasters are not > always paying attention to the output level. > > Some radios are on Oddcast / XP, some on DarkIce / Linux. > > Is there some way I can process the sound (compress it ?) before I > send it to Icecast ? > > Or, if the pb is between Icecast and the listener, compress it before > sending the stream out ? > > Thanks > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > From marco.chrappan at fastwebnet.it Mon May 15 12:49:37 2006 From: marco.chrappan at fastwebnet.it (marco chrappan) Date: Mon, 15 May 2006 14:49:37 +0200 Subject: [Icecast] ICECAST and IRIX Message-ID: <446878E1.9040204@fastwebnet.it> Hello, anyone using ICECAST (Nekoware) on IRIX 6.5.22? I've setup nekoware compiled libs, icecast and ices on 6.5.22. ICES is version 2.0.0 and ICECAST is 2.3.1 I cannot stream a playlist from a txt file. I always hear the same 2-3 seconds for the first song on playlist and the player start buffering slowly. This loops forever. I've used the same configuration that was on my slackware setup, it works there. Any hints? These are the logs (error.log) [2006-05-15 05:19:56] DBUG connection/_handle_get_request Source found for client [2006-05-15 05:19:56] DBUG source/source_main Client added [2006-05-15 05:19:56] INFO source/source_main listener count on /music.ogg now 1 [2006-05-15 05:19:56] DBUG stats/modify_node_event update node connections (3) [2006-05-15 05:19:56] DBUG stats/modify_node_event update node client_connections (2) [2006-05-15 05:19:56] DBUG stats/modify_node_event update node clients (1) [2006-05-15 05:19:56] DBUG stats/modify_node_event update node listeners (1) [2006-05-15 05:20:50] DBUG client/client_send_bytes Client connection died [2006-05-15 05:20:50] DBUG source/source_main Client removed [2006-05-15 05:20:50] INFO source/source_main listener count on /music.ogg now 0 [2006-05-15 05:20:50] DBUG stats/modify_node_event update node clients (0) [2006-05-15 05:20:50] DBUG stats/modify_node_event update node listeners (0) [2006-05-15 05:20:51] DBUG connection/_handle_get_request Source found for client [2006-05-15 05:20:51] DBUG stats/modify_node_event update node connections (4) [2006-05-15 05:20:51] DBUG stats/modify_node_event update node client_connections (3) [2006-05-15 05:20:51] DBUG source/source_main Client added [2006-05-15 05:20:51] INFO source/source_main listener count on /music.ogg now 1 [2006-05-15 05:20:51] DBUG stats/modify_node_event update node clients (1) [2006-05-15 05:20:51] DBUG stats/modify_node_event update node listeners (1) [2006-05-15 05:20:52] DBUG slave/_slave_thread checking master stream list (ices.log) [2006-05-15 05:13:25] INFO ices-core/ IceS 2.0.0 started... [2006-05-15 05:13:25] INFO signals/ Metadata update requested [2006-05-15 05:13:25] INFO playlist-basic/ Loading playlist from file "/usr/people/marco/playlist" [2006-05-15 05:13:25] INFO playlist-builtin/ Currently playing "/usr/people/marco/warehouse/Ben_Harper-Forever.ogg" [2006-05-15 05:13:25] INFO stream/ Connected to server: localhost:8000/music.ogg [2006-05-15 05:13:25] INFO encode/ Encoder initialising with bitrate management: 1 channels, 44100 Hz, minimum bitrate 1, nominal 65536, maximum 131072 [2006-05-15 05:13:25] INFO audio/ Enabling stereo->mono downmixing [2006-05-15 05:16:48] INFO playlist-builtin/ Currently playing "/usr/people/marco/warehouse/CSN-You_dont_have_to_cry.ogg" [2006-05-15 05:19:33] INFO playlist-builtin/ Currently playing "/usr/people/marco/warehouse/Corea_Hancock-Maiden_Voyage.ogg" [2006-05-15 05:20:07] INFO encode/ Encoder initialising with bitrate management: 1 channels, 44100 Hz, minimum bitrate 1, nominal 65536, maximum 131072 [2006-05-15 05:20:07] INFO audio/ Enabling stereo->mono downmixing [2006-05-15 05:25:09] INFO encode/ Encoder initialising with bitrate management: 1 channels, 44100 Hz, minimum bitrate 1, nominal 65536, maximum 131072 [2006-05-15 05:25:09] INFO audio/ Enabling stereo->mono downmixing [2006-05-15 05:33:03] INFO playlist-builtin/ Currently playing "/usr/people/marco/warehouse/Davis-Tutu.ogg" Marco From mp at xmission.com Tue May 16 20:41:18 2006 From: mp at xmission.com (Mike Place) Date: Tue, 16 May 2006 14:41:18 -0600 Subject: [Icecast] Icecast and FLAC Message-ID: <1147812078.19527.5.camel@localhost.localdomain> Is it currently possible to serve FLAC streams with Icecast? If not, are there any projects which are working towards this goal? Also, are there other lossless codecs which Icecast does currently support or will support in the future? As always, thanks in advance. -- -mp Penitus est mortuus! Porro ago Penitus! From cq at ngi.it Mon May 15 12:45:42 2006 From: cq at ngi.it (cq) Date: Mon, 15 May 2006 14:45:42 +0200 Subject: [Icecast] ICECAST and IRIX Message-ID: <446877F6.6050601@ngi.it> Hello, anyone using ICECAST (Nekoware) on IRIX 6.5.22? I've setup nekoware compiled libs, icecast and ices on 6.5.22. ICES is version 2.0.0 and ICECAST is 2.3.1 I cannot stream a playlist from a txt file. I always hear the same 2-3 seconds for the first song on playlist and the player start buffering slowly. This loops forever. I've used the same configuration that was on my slackware setup, it works there. Any hints? These are the logs (error.log) [2006-05-15 05:19:56] DBUG connection/_handle_get_request Source found for client [2006-05-15 05:19:56] DBUG source/source_main Client added [2006-05-15 05:19:56] INFO source/source_main listener count on /music.ogg now 1 [2006-05-15 05:19:56] DBUG stats/modify_node_event update node connections (3) [2006-05-15 05:19:56] DBUG stats/modify_node_event update node client_connections (2) [2006-05-15 05:19:56] DBUG stats/modify_node_event update node clients (1) [2006-05-15 05:19:56] DBUG stats/modify_node_event update node listeners (1) [2006-05-15 05:20:50] DBUG client/client_send_bytes Client connection died [2006-05-15 05:20:50] DBUG source/source_main Client removed [2006-05-15 05:20:50] INFO source/source_main listener count on /music.ogg now 0 [2006-05-15 05:20:50] DBUG stats/modify_node_event update node clients (0) [2006-05-15 05:20:50] DBUG stats/modify_node_event update node listeners (0) [2006-05-15 05:20:51] DBUG connection/_handle_get_request Source found for client [2006-05-15 05:20:51] DBUG stats/modify_node_event update node connections (4) [2006-05-15 05:20:51] DBUG stats/modify_node_event update node client_connections (3) [2006-05-15 05:20:51] DBUG source/source_main Client added [2006-05-15 05:20:51] INFO source/source_main listener count on /music.ogg now 1 [2006-05-15 05:20:51] DBUG stats/modify_node_event update node clients (1) [2006-05-15 05:20:51] DBUG stats/modify_node_event update node listeners (1) [2006-05-15 05:20:52] DBUG slave/_slave_thread checking master stream list (ices.log) [2006-05-15 05:13:25] INFO ices-core/ IceS 2.0.0 started... [2006-05-15 05:13:25] INFO signals/ Metadata update requested [2006-05-15 05:13:25] INFO playlist-basic/ Loading playlist from file "/usr/people/marco/playlist" [2006-05-15 05:13:25] INFO playlist-builtin/ Currently playing "/usr/people/marco/warehouse/Ben_Harper-Forever.ogg" [2006-05-15 05:13:25] INFO stream/ Connected to server: localhost:8000/music.ogg [2006-05-15 05:13:25] INFO encode/ Encoder initialising with bitrate management: 1 channels, 44100 Hz, minimum bitrate 1, nominal 65536, maximum 131072 [2006-05-15 05:13:25] INFO audio/ Enabling stereo->mono downmixing [2006-05-15 05:16:48] INFO playlist-builtin/ Currently playing "/usr/people/marco/warehouse/CSN-You_dont_have_to_cry.ogg" [2006-05-15 05:19:33] INFO playlist-builtin/ Currently playing "/usr/people/marco/warehouse/Corea_Hancock-Maiden_Voyage.ogg" [2006-05-15 05:20:07] INFO encode/ Encoder initialising with bitrate management: 1 channels, 44100 Hz, minimum bitrate 1, nominal 65536, maximum 131072 [2006-05-15 05:20:07] INFO audio/ Enabling stereo->mono downmixing [2006-05-15 05:25:09] INFO encode/ Encoder initialising with bitrate management: 1 channels, 44100 Hz, minimum bitrate 1, nominal 65536, maximum 131072 [2006-05-15 05:25:09] INFO audio/ Enabling stereo->mono downmixing [2006-05-15 05:33:03] INFO playlist-builtin/ Currently playing "/usr/people/marco/warehouse/Davis-Tutu.ogg" Marco From georg.holzmann at student.kug.ac.at Thu May 18 15:06:47 2006 From: georg.holzmann at student.kug.ac.at (Georg Holzmann) Date: Thu, 18 May 2006 15:06:47 +0000 Subject: [Icecast] multichannel streaming Message-ID: <446C8D87.1050402@student.kug.ac.at> Hallo! We are searching for a streaming-server for a e-learning system at a university and therefore and I wanted to ask some questions: There is a database of recordings on the server, and only registered users (students) are allowed to hear those. So if a user wants to hear record A, then a stream should be opened (maybe a new mount point ?) and only this user should be allowed to hear the stream ... Is this possible with icecast ? And the streams should be also multichannel (2-8 channels, it depends on the record) ... Many thanks for any hints, LG Georg From georg.holzmann at student.kug.ac.at Thu May 18 17:31:00 2006 From: georg.holzmann at student.kug.ac.at (Georg Holzmann) Date: Thu, 18 May 2006 17:31:00 +0000 Subject: [Icecast] multichannel streaming In-Reply-To: <20060518163432.GB6520@dk0td.afthd.tu-darmstadt.de> References: <446C8D87.1050402@student.kug.ac.at> <20060518163432.GB6520@dk0td.afthd.tu-darmstadt.de> Message-ID: <446CAF54.1010504@student.kug.ac.at> Hallo! > Icecast is not primarily targeted at on demand streaming. It's an live streaming > server. Yes, I know - I also don't know if it is the right tool for it ... but that's why I'm asking here ;) >>So if a user wants to hear record A, then a stream should be opened >>(maybe a new mount point ?) and only this user should be allowed to hear >>the stream ... >>Is this possible with icecast ? > > It probably would. > (Aber man kann sich auch hintenrum durch die Brust ins Auge schiessen...) :) Have you an idea how it would be possible ? I just read the documentation for the config-file about mount-points: http://www.icecast.org/docs/icecast-2.2.0/icecast2_config_file.html#mount But in our situation we would have e.g. 10 listeners in parallel (which here different recordings) and I would have to declare 10 such mount points in that config file ... So is there a way to dynamically set such settings ? Or is there maybe an other (open-source) software, which might be better for our task? >>And the streams should be also multichannel (2-8 channels, it depends on >>the record) ... > > that would probably be possible with ogg/vorbis. You'd need to find > a client software supporting that though. Thanks - I just tried it myself and multichannel is possible with ogg ;) And yes, we have to program a special client software anyway ... Many Thanks, LG Georg From dm8tbr at afthd.tu-darmstadt.de Thu May 18 20:52:01 2006 From: dm8tbr at afthd.tu-darmstadt.de (dm8tbr at afthd.tu-darmstadt.de) Date: Thu, 18 May 2006 22:52:01 +0200 Subject: [Icecast] multichannel streaming In-Reply-To: <446CAF54.1010504@student.kug.ac.at> References: <446C8D87.1050402@student.kug.ac.at> <20060518163432.GB6520@dk0td.afthd.tu-darmstadt.de> <446CAF54.1010504@student.kug.ac.at> Message-ID: <20060518205200.GC18567@dk0td.afthd.tu-darmstadt.de> On Thu, May 18, 2006 at 05:31:00PM +0000, Georg Holzmann wrote: > Hallo! > > >>So if a user wants to hear record A, then a stream should be opened > >>(maybe a new mount point ?) and only this user should be allowed to hear > >>the stream ... > >>Is this possible with icecast ? > > > >It probably would. > >(Aber man kann sich auch hintenrum durch die Brust ins Auge schiessen...) > :) > Have you an idea how it would be possible ? > > I just read the documentation for the config-file about mount-points: > http://www.icecast.org/docs/icecast-2.2.0/icecast2_config_file.html#mount > > But in our situation we would have e.g. 10 listeners in parallel (which > here different recordings) and I would have to declare 10 such mount > points in that config file ... > So is there a way to dynamically set such settings ? You don't have to configure mountpoints to create them. Just set the global source client password. If you connect using those credentials the mountpoints will be created on the fly. You won't be able to use authentication this way though. (You might be able to patch it) > Or is there maybe an other (open-source) software, which might be better > for our task? I'm not sure. My idea would be that users probably will feel the need to pause, resume, rewind lectures. This is not at all possible using icecast live streams unless you do some crazy things like source client controll. So I'd rather look in direction of some client that is capable of http authentication and can send range requests and a server that understands those. You'll have static files anyway so no need to make them into live streams... > >>And the streams should be also multichannel (2-8 channels, it depends on > >>the record) ... > > > >that would probably be possible with ogg/vorbis. You'd need to find > >a client software supporting that though. > > Thanks - I just tried it myself and multichannel is possible with ogg ;) > And yes, we have to program a special client software anyway ... > Good to know :) Cheers Thomas From trimblma at mscd.edu Thu May 18 20:59:55 2006 From: trimblma at mscd.edu (Mark Trimble) Date: Thu, 18 May 2006 14:59:55 -0600 Subject: [Icecast] multichannel streaming In-Reply-To: <20060518205200.GC18567@dk0td.afthd.tu-darmstadt.de> Message-ID: <002401c67abe$03d4cb10$89ee9993@admin1.winad.mscd.edu> I highly recommend the open source Jinzora project (http://www.jinzora.org/). It has merged with and extended the capabilities of the older NetJuke project. It's geared towards authenticated, on-demand playback and supports many formats, ogg included. I've been thoroughly impressed with the quality of the package, it's GUI options, and its robustness. I personally use icecast2 to support a peercast broadcast and use NetJuke/Jinzora for my own personal media playback at home and away. Mark -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of dm8tbr at afthd.tu-darmstadt.de Sent: Thursday, May 18, 2006 2:52 PM To: Georg Holzmann Cc: icecast at xiph.org Subject: Re: [Icecast] multichannel streaming On Thu, May 18, 2006 at 05:31:00PM +0000, Georg Holzmann wrote: > Hallo! > > >>So if a user wants to hear record A, then a stream should be opened > >>(maybe a new mount point ?) and only this user should be allowed to > >>hear the stream ... > >>Is this possible with icecast ? > > > >It probably would. > >(Aber man kann sich auch hintenrum durch die Brust ins Auge > >schiessen...) > :) > Have you an idea how it would be possible ? > > I just read the documentation for the config-file about mount-points: > http://www.icecast.org/docs/icecast-2.2.0/icecast2_config_file.html#mo > unt > > But in our situation we would have e.g. 10 listeners in parallel > (which here different recordings) and I would have to declare 10 such > mount points in that config file ... > So is there a way to dynamically set such settings ? You don't have to configure mountpoints to create them. Just set the global source client password. If you connect using those credentials the mountpoints will be created on the fly. You won't be able to use authentication this way though. (You might be able to patch it) > Or is there maybe an other (open-source) software, which might be > better for our task? I'm not sure. My idea would be that users probably will feel the need to pause, resume, rewind lectures. This is not at all possible using icecast live streams unless you do some crazy things like source client controll. So I'd rather look in direction of some client that is capable of http authentication and can send range requests and a server that understands those. You'll have static files anyway so no need to make them into live streams... > >>And the streams should be also multichannel (2-8 channels, it > >>depends on the record) ... > > > >that would probably be possible with ogg/vorbis. You'd need to find a > >client software supporting that though. > > Thanks - I just tried it myself and multichannel is possible with ogg > ;) And yes, we have to program a special client software anyway ... > Good to know :) Cheers Thomas _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From georg.holzmann at student.kug.ac.at Fri May 19 07:30:54 2006 From: georg.holzmann at student.kug.ac.at (Georg Holzmann) Date: Fri, 19 May 2006 07:30:54 +0000 Subject: [Icecast] multichannel streaming In-Reply-To: <20060518205200.GC18567@dk0td.afthd.tu-darmstadt.de> References: <446C8D87.1050402@student.kug.ac.at> <20060518163432.GB6520@dk0td.afthd.tu-darmstadt.de> <446CAF54.1010504@student.kug.ac.at> <20060518205200.GC18567@dk0td.afthd.tu-darmstadt.de> Message-ID: <446D742E.60000@student.kug.ac.at> Hallo! > You don't have to configure mountpoints to create them. Just set > the global source client password. If you connect using those credentials > the mountpoints will be created on the fly. You won't be able to use > authentication this way though. (You might be able to patch it) okay, thanks ... >>Or is there maybe an other (open-source) software, which might be better >>for our task? > > I'm not sure. > My idea would be that users probably will feel the need to pause, resume, > rewind lectures. This is not at all possible using icecast live streams > unless you do some crazy things like source client controll. yes, that's what I thought anyway ... > So I'd rather look in direction of some client that is capable of > http authentication and can send range requests and a server that understands > those. You'll have static files anyway so no need to make them into live > streams... hm ... what do you mean exactly ... something like Jinzora (as Mark suggested) ? Thanks, LG Georg From georg.holzmann at student.kug.ac.at Fri May 19 07:32:53 2006 From: georg.holzmann at student.kug.ac.at (Georg Holzmann) Date: Fri, 19 May 2006 07:32:53 +0000 Subject: [Icecast] multichannel streaming In-Reply-To: <002401c67abe$03d4cb10$89ee9993@admin1.winad.mscd.edu> References: <002401c67abe$03d4cb10$89ee9993@admin1.winad.mscd.edu> Message-ID: <446D74A5.3010708@student.kug.ac.at> Hallo! > I highly recommend the open source Jinzora project > (http://www.jinzora.org/). It has merged with and extended the capabilities > of the older NetJuke project. It's geared towards authenticated, on-demand > playback and supports many formats, ogg included. I've been thoroughly wow - may thanks ... I will definitely try Jinzora ! LG Georg From dm8tbr at afthd.tu-darmstadt.de Fri May 19 07:44:31 2006 From: dm8tbr at afthd.tu-darmstadt.de (dm8tbr at afthd.tu-darmstadt.de) Date: Fri, 19 May 2006 09:44:31 +0200 Subject: [Icecast] multichannel streaming In-Reply-To: <446D742E.60000@student.kug.ac.at> References: <446C8D87.1050402@student.kug.ac.at> <20060518163432.GB6520@dk0td.afthd.tu-darmstadt.de> <446CAF54.1010504@student.kug.ac.at> <20060518205200.GC18567@dk0td.afthd.tu-darmstadt.de> <446D742E.60000@student.kug.ac.at> Message-ID: <20060519074431.GA12431@dk0td.afthd.tu-darmstadt.de> On Fri, May 19, 2006 at 07:30:54AM +0000, Georg Holzmann wrote: > >So I'd rather look in direction of some client that is capable of > >http authentication and can send range requests and a server that > >understands > >those. You'll have static files anyway so no need to make them into live > >streams... > hm ... what do you mean exactly ... something like Jinzora (as Mark > suggested) ? I don't know how jinzora handles things. IOW what happens if you push the fast forward button in your client or skip 2min ahead right away. My Idea would be the client requests another part of the file, thus reducing bandwith usage and speeding things up. (instead of downloading the whole file) Most http servers support this requests (they are needed for resume download feature) I'm not sure about client software. This will need things like guessing bitrate on vbr files etc. Cheers Thomas From greg at orban.com Fri May 19 08:05:59 2006 From: greg at orban.com (Greg J. Ogonowski) Date: Fri, 19 May 2006 01:05:59 -0700 Subject: [Icecast] Icecast2 Status Page Parser Message-ID: <6.2.3.4.2.20060519010449.04c56ca8@66.220.31.130> Does anyone have a Perl or PHP Icecast2 Status Page Parser? Thanks. -greg. __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com From _+icecast at sucs.org Fri May 19 11:51:35 2006 From: _+icecast at sucs.org (Chris Jones) Date: Fri, 19 May 2006 12:51:35 +0100 Subject: [Icecast] Icecast2 Status Page Parser In-Reply-To: <6.2.3.4.2.20060519010449.04c56ca8@66.220.31.130> References: <6.2.3.4.2.20060519010449.04c56ca8@66.220.31.130> Message-ID: <446DB147.5010703@sucs.org> Greg J. Ogonowski wrote: > Does anyone have a Perl or PHP Icecast2 Status Page Parser? > > Thanks. > -greg. Any XML parser should do... I have a script which grabs http://admin:password at server/admin/stats.xml and returns the bits I care about. This example uses the Pear XML_Serializer library (http://pear.php.net/package/XML_Serializer), but if you have PHP5 simplexml will do much the same thing. Doing it your self using the xml parsing tools inst exactly hard either. The contents of the XML file are turned into a PHP array $data "array", "keyAttribute" => array('source' => 'mount') ); // be careful to always use the ampersand in front of the new operator $unserializer = &new XML_Unserializer($options); // userialize the document $status = $unserializer->unserialize($xml, false); if (PEAR::isError($status)) { echo "Error: " . $status->getMessage(); } else { $data = $unserializer->getUnserializedData(); } ?> -- Chris Jones, SUCS Admin http://sucs.org From trimblma at mscd.edu Fri May 19 13:21:04 2006 From: trimblma at mscd.edu (Mark Trimble) Date: Fri, 19 May 2006 07:21:04 -0600 Subject: [Icecast] multichannel streaming In-Reply-To: <20060519074431.GA12431@dk0td.afthd.tu-darmstadt.de> Message-ID: <000601c67b47$14c1af90$89ee9993@admin1.winad.mscd.edu> My experience with Jinzora/NetJuke is that playback starts after your playlist has been downloaded and that you may use either predefined playlists, your own customized playlist, or have the system randomly generate a playlist based upon your filters of artist, album, genre, etc. Once stream playback begins, you may let the stream run as it was sequenced or you may jump around the downloaded playlist and play, skip, or repeat any tracks you want. Within a track, however, there is no option to rewind or foast forward. This is a shortcoming for educational applications, but this can be partially compensated for by breaking up instructional tracks into smaller tracks, perhaps by topic or exercise. This will give users the ability to repeat an instructional segment without starting everything over again. It also has the added benefit of allowing more tailored content delivery and improved navigation. Mark -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of dm8tbr at afthd.tu-darmstadt.de Sent: Friday, May 19, 2006 1:45 AM To: Georg Holzmann; icecast at xiph.org Subject: Re: [Icecast] multichannel streaming On Fri, May 19, 2006 at 07:30:54AM +0000, Georg Holzmann wrote: > >So I'd rather look in direction of some client that is capable of > >http authentication and can send range requests and a server that > >understands those. You'll have static files anyway so no need to make > >them into live streams... > hm ... what do you mean exactly ... something like Jinzora (as Mark > suggested) ? I don't know how jinzora handles things. IOW what happens if you push the fast forward button in your client or skip 2min ahead right away. My Idea would be the client requests another part of the file, thus reducing bandwith usage and speeding things up. (instead of downloading the whole file) Most http servers support this requests (they are needed for resume download feature) I'm not sure about client software. This will need things like guessing bitrate on vbr files etc. Cheers Thomas _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From dm8tbr at afthd.tu-darmstadt.de Fri May 19 13:28:05 2006 From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Fri, 19 May 2006 15:28:05 +0200 Subject: [Icecast] Icecast2 Status Page Parser In-Reply-To: <446DB147.5010703@sucs.org> References: <6.2.3.4.2.20060519010449.04c56ca8@66.220.31.130> <446DB147.5010703@sucs.org> Message-ID: <446DC7E5.7060002@afthd.tu-darmstadt.de> Chris Jones schrieb: > Greg J. Ogonowski wrote: > >> Does anyone have a Perl or PHP Icecast2 Status Page Parser? >> >> Thanks. >> -greg. > > Any XML parser should do... I have a script which grabs > http://admin:password at server/admin/stats.xml and returns the bits I > care about. > > This example uses the Pear XML_Serializer library > (http://pear.php.net/package/XML_Serializer), but if you have PHP5 > simplexml will do much the same thing. > Doing it your self using the xml parsing tools inst exactly hard either. In case you don't want to export the whole server status you can write an XSLT to output a reduced XML document. If you don't want to cope with XML at all you can have what ever you want if you craft your own XSLT. (the KH branch even has the content-type fixed so you can set it in the xslt-dtd!) cheers Thomas From georg.holzmann at student.kug.ac.at Fri May 19 14:51:20 2006 From: georg.holzmann at student.kug.ac.at (Georg Holzmann) Date: Fri, 19 May 2006 14:51:20 +0000 Subject: [Icecast] multichannel streaming In-Reply-To: <20060519074431.GA12431@dk0td.afthd.tu-darmstadt.de> References: <446C8D87.1050402@student.kug.ac.at> <20060518163432.GB6520@dk0td.afthd.tu-darmstadt.de> <446CAF54.1010504@student.kug.ac.at> <20060518205200.GC18567@dk0td.afthd.tu-darmstadt.de> <446D742E.60000@student.kug.ac.at> <20060519074431.GA12431@dk0td.afthd.tu-darmstadt.de> Message-ID: <446DDB68.2010707@student.kug.ac.at> Hallo! > I don't know how jinzora handles things. IOW what happens if you push > the fast forward button in your client or skip 2min ahead right away. > My Idea would be the client requests another part of the file, thus > reducing bandwith usage and speeding things up. (instead of downloading > the whole file) > Most http servers support this requests (they are needed for resume > download feature) I'm not sure about client software. This will > need things like guessing bitrate on vbr files etc. Okay I understand ... Does anyone know an example of such a client software ? But however, thanks for all the help on that list ... ;) LG Georg From sci-fi at hush.ai Fri May 19 20:22:40 2006 From: sci-fi at hush.ai (sci-fi at hush.ai) Date: Fri, 19 May 2006 15:22:40 -0500 Subject: DAAP maybe? (Re: [Icecast] multichannel streaming) Message-ID: <20060519202241.995D4DA835@mailserver7.hushmail.com> Hi, Would DAAP help somehow? Digital Audio Access Protocol I do believe since it's based on iTunes, and one can "scrub" a properly networked file with iTunes, that it's DAAP actually includes this feature. But both ends must be using this protocol. (iTunes by itself can only share playlists with your intra-net shared machines. It is currently designed on purpose this way because much earlier versions allowed people to share playlists clear across the 'net if you opened up certain ports on your firewall. Apple & RIAA et al. of course did not like this. I can vouch for earlier iTunes did indeed work that way, and did allow "scrubbing" across the 'net albeit with a delay as can be expected. There used to be hacks that worked with the newer versions of iTunes to open-up its present closed sharing. Another problem with current iTunes is that IIRC only 5 local machines can share your playlist at the same time, so your project would still be limited too much that way ISTM. It isn't DAAP doing the limiting btw, so a proper implementation of it should allow for any number of listeners.) I'm wondering if there are plans to include DAAP into Icecast or any other *cast projects? It'll only become a standard if we-all make it so. ;) Concerned about your privacy? Instantly send FREE secure email, no account required http://www.hushmail.com/send?l=480 Get the best prices on SSL certificates from Hushmail https://www.hushssl.com?l=485 From john at io.com Fri May 19 22:08:00 2006 From: john at io.com (John Buttery) Date: Fri, 19 May 2006 17:08:00 -0500 Subject: DAAP maybe? (Re: [Icecast] multichannel streaming) In-Reply-To: <20060519202241.995D4DA835@mailserver7.hushmail.com> References: <20060519202241.995D4DA835@mailserver7.hushmail.com> Message-ID: <20060519220800.GA7281@tempest.prismnet.com> * On Fri 2006-May-19 15:22:40 -0500, sci-fi at hush.ai wrote: > Apple & RIAA et al. of course did not like this. I can > vouch for earlier iTunes did indeed work that way, and did allow > "scrubbing" across the 'net albeit with a delay as can be expected. Oh, the RIAA didn't like it all right, but Apple knew exactly what they were doing. :) They did eventually succumb to pressure from the RIAA, but not until after the initial installed-base push that got iTunes installed on so many desktops. :P (Of course, bundling it with the default QuickTime installer didn't hurt either...) > Another problem with current iTunes is that IIRC only 5 local machines > can share your playlist at the same time, so your project would still > be limited too much that way ISTM. Actually, it's five unique clients _per day_, not _concurrently_ (at least, it was back when I was using it at my old job...). -- John ! Since this email isn't signed, you can't really tell it's from Buttery! me; I'll hopefully have my computer working normally again www.io.c! soon, but until then...gotta love catastrophic drive failure. om/~john! Mmm, rdiff-backup to the rescue! From georg.holzmann at student.kug.ac.at Sat May 20 07:14:54 2006 From: georg.holzmann at student.kug.ac.at (Georg Holzmann) Date: Sat, 20 May 2006 07:14:54 +0000 Subject: DAAP maybe? (Re: [Icecast] multichannel streaming) In-Reply-To: <20060519202241.995D4DA835@mailserver7.hushmail.com> References: <20060519202241.995D4DA835@mailserver7.hushmail.com> Message-ID: <446EC1EE.7010601@student.kug.ac.at> Hallo! > Would DAAP help somehow? thanks for the hint ... But is this an open/free protocol ? Just found that on http://www.opendaap.org/ : If you're making a commercial product, Apple has now started offering the DAAP protocol specification under license. Email rendezvous at apple.com for details. <\cite> LG Georg From ben at kennish.co.uk Sat May 20 10:02:46 2006 From: ben at kennish.co.uk (Ben Kennish) Date: Sat, 20 May 2006 11:02:46 +0100 Subject: [Icecast] Peak Listeners and Keeping idle mounts In-Reply-To: <445CA281.60606@kennish.co.uk> References: <445CA281.60606@kennish.co.uk> Message-ID: <446EE946.7010001@kennish.co.uk> Hi all, Ben Kennish wrote: > When I disconnect from my Icecast mount (when broadcasting), I want the > following to happen... > > 1. The "Peak Listeners" count to not be reset to 0 the next time I connect > > 2. For the mount to remain present (so that my listeners don't get a 404 > error and remain listening to silence until I reconnect. OK i've worked out that #2 is possible be setting a fallback mount to a music file relative to the icecast http root. But the peak listeners still gets reset to 0 every time the source disconnects. This is very annoying - is there any way to stop this from happening? :S Cheers in advance, -- Ben From grh at mur.at Thu May 18 15:03:58 2006 From: grh at mur.at (Georg Holzmann) Date: Thu, 18 May 2006 15:03:58 +0000 Subject: [Icecast] multichannel streaming Message-ID: <446C8CDE.1060600@mur.at> Hallo! We are searching for a streaming-server for a e-learning system at a university and therefore and I wanted to ask some questions: There is a database of recordings on the server, and only registered users (students) are allowed to hear those. So if a user wants to hear record A, then a stream should be opened (maybe a new mount point ?) and only this user should be allowed to hear the stream ... Is this possible with icecast ? And the streams should be also multichannel (2-8 channels, it depends on the record) ... Many thanks for any hints, LG Georg From dm8tbr at dk0td.afthd.tu-darmstadt.de Thu May 18 16:34:32 2006 From: dm8tbr at dk0td.afthd.tu-darmstadt.de (Thomas B. Ruecker) Date: Thu, 18 May 2006 18:34:32 +0200 Subject: [Icecast] multichannel streaming In-Reply-To: <446C8D87.1050402@student.kug.ac.at> References: <446C8D87.1050402@student.kug.ac.at> Message-ID: <20060518163432.GB6520@dk0td.afthd.tu-darmstadt.de> On Thu, May 18, 2006 at 03:06:47PM +0000, Georg Holzmann wrote: > Hallo! > > We are searching for a streaming-server for a e-learning system at a > university and therefore and I wanted to ask some questions: > > There is a database of recordings on the server, and only registered > users (students) are allowed to hear those. Icecast is not primarily targeted at on demand streaming. It's an live streaming server. > So if a user wants to hear record A, then a stream should be opened > (maybe a new mount point ?) and only this user should be allowed to hear > the stream ... > Is this possible with icecast ? It probably would. (Aber man kann sich auch hintenrum durch die Brust ins Auge schiessen...) > And the streams should be also multichannel (2-8 channels, it depends on > the record) ... that would probably be possible with ogg/vorbis. You'd need to find a client software supporting that though. Cheers Thomas From andrew at acooke.org Wed May 24 22:30:03 2006 From: andrew at acooke.org (andrew cooke) Date: Wed, 24 May 2006 18:30:03 -0400 (CLT) Subject: [Icecast] No re-encoding? Message-ID: <28212.127.0.0.1.1148509803.squirrel@localhost> Hi, Just a check for something I can't quite clarify from the docs... I have a directory of ogg files, quality level 5, that are fed to icecast by ices (all just installed, so whatever the current versions are). I have no quality/encoding specifications in the configs and so expect the files to pass through in the same format. But when I look at the status page, I see "quality 3.0". Does that mean things are being re-encoded down to ogg level 3? If so, presumably I have to specify that I want level 5 quality explicitly? Will that re-encode or just leave things as they are? I'd prefer to just pass things straight through if at all possible (this is for a local network, so there's not a lot of pressure to heep data rates low). I'm hoping this "3.0" is not the same as ogg's quality levels, but simply means "no re-encoding", but couldn't find confirmation anywhere. Apologies if I've overlooked something obvious. Thanks, Andrew From andrew at acooke.org Thu May 25 17:54:44 2006 From: andrew at acooke.org (andrew cooke) Date: Thu, 25 May 2006 13:54:44 -0400 (CLT) Subject: [Icecast] No re-encoding? Message-ID: <16235.127.0.0.1.1148579684.squirrel@localhost> [sorry; sending again from registered email address] Hmmm. Specifying a quality in the ices config: - changed what was displayed on the status page - didn't seem to change the bit rate displayed in xmms - did seem to improve the sound quality Is it possible to get ices to stream data without re-encoding? Does specifying the same parameters used to generate the original file do so, or does ices re-encode at the same setting (which may be a bad idea with a lossy codec)? Should I be asking these questions elsewhere? Andrew > Hi, > > Just a check for something I can't quite clarify from the docs... > > I have a directory of ogg files, quality level 5, that are fed to icecast by ices (all just installed, so whatever the current versions are). I have no quality/encoding specifications in the configs and so expect the files to pass through in the same format. But when I look at the status page, I see "quality 3.0". Does that mean things are being re-encoded down to ogg level 3? > > If so, presumably I have to specify that I want level 5 quality > explicitly? Will that re-encode or just leave things as they are? I'd prefer to just pass things straight through if at all possible (this is for a local network, so there's not a lot of pressure to heep data rates low). > > I'm hoping this "3.0" is not the same as ogg's quality levels, but simply means "no re-encoding", but couldn't find confirmation anywhere. Apologies if I've overlooked something obvious. > > Thanks, > Andrew > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From acooke at noao.edu Thu May 25 17:47:57 2006 From: acooke at noao.edu (andrew cooke (noao)) Date: Thu, 25 May 2006 13:47:57 -0400 (CLT) Subject: [Icecast] No re-encoding? In-Reply-To: <28212.127.0.0.1.1148509803.squirrel@localhost> References: <28212.127.0.0.1.1148509803.squirrel@localhost> Message-ID: <5516.127.0.0.1.1148579277.squirrel@localhost> Hmmm. Specifying a quality in the ices config: - changed what was displayed on the status page - didn't seem to change the bit rate displayed in xmms - did seem to improve the sound quality Is it possible to get ices to stream data without re-encoding? Does specifying the same parameters used to generate the original file do so, or does ices re-encode at the same setting (which may be a bad idea with a lossy codec)? Should I be asking these questions elsewhere? Andrew > Hi, > > Just a check for something I can't quite clarify from the docs... > > I have a directory of ogg files, quality level 5, that are fed to icecast > by ices (all just installed, so whatever the current versions are). I > have no quality/encoding specifications in the configs and so expect the > files to pass through in the same format. But when I look at the status > page, I see "quality 3.0". Does that mean things are being re-encoded > down to ogg level 3? > > If so, presumably I have to specify that I want level 5 quality > explicitly? Will that re-encode or just leave things as they are? I'd > prefer to just pass things straight through if at all possible (this is > for a local network, so there's not a lot of pressure to heep data rates > low). > > I'm hoping this "3.0" is not the same as ogg's quality levels, but simply > means "no re-encoding", but couldn't find confirmation anywhere. > Apologies if I've overlooked something obvious. > > Thanks, > Andrew > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > From doc at krushradio.com Tue May 30 07:27:10 2006 From: doc at krushradio.com (Doc Nasty) Date: Tue, 30 May 2006 02:27:10 -0500 Subject: [Icecast] ICES with MP3Pro? Message-ID: <20060530082636.3599D121F86@ns2.osuosl.org> Does anyone know if this is possible? Not sure if there is a hack that would work with this. I know the free mp3pro encoder works @ 64kbs... I don't know if anything supports this yet or not. Thanks DocNasty -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg at orban.com Tue May 30 07:53:21 2006 From: greg at orban.com (Greg J. Ogonowski) Date: Tue, 30 May 2006 00:53:21 -0700 Subject: [Icecast] ICES with MP3Pro? In-Reply-To: <20060530082636.3599D121F86@ns2.osuosl.org> References: <20060530082636.3599D121F86@ns2.osuosl.org> Message-ID: <6.2.3.4.2.20060530005023.040bacd0@mail.indexcom.com> MP3 pro is going away in favor of aacPlus. The aacPlus core codec (AAC) is better, and there are no player component conflicts. Not to mention there is already lots of momentum with aacPlus in both mobile phones and streaming. -greg. ORBAN At 00:27 2006-05-30, Doc Nasty wrote: >Does anyone know if this is possible? Not sure if there is a hack >that would work with this. I know the free mp3pro encoder works @ >64kbs... I don't know if anything supports this yet or not. > >Thanks > >DocNasty >_______________________________________________ >Icecast mailing list >Icecast at xiph.org >http://lists.xiph.org/mailman/listinfo/icecast Greg J. Ogonowski VP Product Development ORBAN/CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 +1 510 351-3500 TEL +1 510 351-0500 FAX greg at orban.com www.orban.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From nanovox at gmail.com Tue May 30 16:05:10 2006 From: nanovox at gmail.com (Steven Kiehl) Date: Tue, 30 May 2006 12:05:10 -0400 Subject: [Icecast] Ices 0.4 ices.cue file error Message-ID: <778ab5dc0605300905j69387af9lbb744e99bcbef4e0@mail.gmail.com> After several days of uninterupted operation (about 4 or 5 days I believe), ices-0.4 starts to return this error countless times: "Could not open cuefile [/tmp/ices.cue] for writing, cuefile not updated" This error eventually causes the stream to misreport the name of the currently playing song. Instead of reporting the current song, it reports the song found in the now defunct cue file. I would have thought with the perl module that ices would talk to the perl module to get the currently playing song instead of using a cue file. After restarting ices, the problem goes away for a few days. I find that a higher listener count causes the problem to occur more frequently. After 2 listeners tune in for a short time and then one listener remains tuned in for 5 hours or more, the problem will occur after just one or two days. The cue file is perfectly fine, but something in the mechanics of Ices seems to cause it to trip over itself. Has anyone else experienced this? Perhaps there's a solution to it? Thanks, Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: From ross at stationplaylist.com Wed May 31 02:25:54 2006 From: ross at stationplaylist.com (Ross Levis) Date: Wed, 31 May 2006 14:25:54 +1200 Subject: [Icecast] Winamp v5.22 / oddcast / aac+ Message-ID: <009101c68459$8b31f2a0$7300a8c0@stationplaylist.com> I'm not sure if this is an icecast issue or oddcast issue or both, but the latest Winamp (v5.22) is not now playing AAC+ streams encoded with Oddcast. Winamp v5.21 and earlier versions work fine. This may be some attempt by Winamp developers to force people to use Shoutcast, or to prevent oddcast from using their enc_aacplus.dll. Right, just took some time to set up the Shoutcast DSP to encode AAC+ and send it to an Icecast server. This is working and playing in Winamp v5.22. So it appears to be an Oddcast encoding issue. You may need to do some analysis Oddsock to see if you can duplicate the Shoutcast DSP output byte for byte to get around this blocking they seem to be doing. Nullsoft must think they are big enough now to enforce their ideals on their customers. In the meantime, I'm considering removing Winamp from my list of compatible players on my website. They can use Windows Media Player, XMPlay, Foobar2000, etc. Regards, Ross. From ross at stationplaylist.com Wed May 31 03:12:47 2006 From: ross at stationplaylist.com (Ross Levis) Date: Wed, 31 May 2006 15:12:47 +1200 Subject: [Icecast] Winamp v5.22 / oddcast / aac+ References: <009101c68459$8b31f2a0$7300a8c0@stationplaylist.com> Message-ID: <00ce01c68460$17b25d90$7300a8c0@stationplaylist.com> Ok, it's not as bad as I thought. With some investigation and discussion with a "Major Dude" in the Winamp forums, it appears to be a bug in Winamp v5.22 with streams that end with the mountpoint extension .aac. I changed the mountpoint to end with .aacp and now it works fine. Regards, Ross. ----- Original Message ----- From: "Ross Levis" To: Sent: Wednesday, May 31, 2006 2:25 PM Subject: [Icecast] Winamp v5.22 / oddcast / aac+ I'm not sure if this is an icecast issue or oddcast issue or both, but the latest Winamp (v5.22) is not now playing AAC+ streams encoded with Oddcast. Winamp v5.21 and earlier versions work fine. This may be some attempt by Winamp developers to force people to use Shoutcast, or to prevent oddcast from using their enc_aacplus.dll. Right, just took some time to set up the Shoutcast DSP to encode AAC+ and send it to an Icecast server. This is working and playing in Winamp v5.22. So it appears to be an Oddcast encoding issue. You may need to do some analysis Oddsock to see if you can duplicate the Shoutcast DSP output byte for byte to get around this blocking they seem to be doing. Nullsoft must think they are big enough now to enforce their ideals on their customers. In the meantime, I'm considering removing Winamp from my list of compatible players on my website. They can use Windows Media Player, XMPlay, Foobar2000, etc. Regards, Ross. _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From greg at orban.com Wed May 31 05:39:42 2006 From: greg at orban.com (Greg J. Ogonowski) Date: Tue, 30 May 2006 22:39:42 -0700 Subject: [Icecast] Winamp v5.22 / oddcast / aac+ In-Reply-To: <00ce01c68460$17b25d90$7300a8c0@stationplaylist.com> References: <009101c68459$8b31f2a0$7300a8c0@stationplaylist.com> <00ce01c68460$17b25d90$7300a8c0@stationplaylist.com> Message-ID: <6.2.3.4.2.20060530223203.04c1d060@66.220.31.130> I believe that Oddsock is using a Content Type of aacp. Using a .aac extension with this Content Type may present a conflict. This might actually be by design. I will do some further testing with Winamp and report here tomorrow. I will also double-check with the developer of Winamp for complete clarification. FYI, Orban Opticodec-PC allows the use of either Content Type of aac or aacp. aac is technically all that is necessary. The history of the aacp Content Type was to allow the stream to show in the SHOUTcast Directory, but since Icecast streams cannot show in the SHOUTcast Directory anyway, this doesn't matter, and a content type of aac should be used. This way there is one Content Type for either AAC or aacPlus streams, and the decoder takes it from there. -greg. At 20:12 2006-05-30, Ross Levis wrote: >Ok, it's not as bad as I thought. With some investigation and >discussion with a "Major Dude" in the Winamp forums, it appears to be a >bug in Winamp v5.22 with streams that end with the mountpoint extension >.aac. I changed the mountpoint to end with .aacp and now it works fine. > >Regards, >Ross. > >----- Original Message ----- >From: "Ross Levis" >To: >Sent: Wednesday, May 31, 2006 2:25 PM >Subject: [Icecast] Winamp v5.22 / oddcast / aac+ > > >I'm not sure if this is an icecast issue or oddcast issue or both, but >the latest Winamp (v5.22) is not now playing AAC+ streams encoded with >Oddcast. Winamp v5.21 and earlier versions work fine. This may be some >attempt by Winamp developers to force people to use Shoutcast, or to >prevent oddcast from using their enc_aacplus.dll. > >Right, just took some time to set up the Shoutcast DSP to encode AAC+ >and send it to an Icecast server. This is working and playing in Winamp >v5.22. So it appears to be an Oddcast encoding issue. > >You may need to do some analysis Oddsock to see if you can duplicate the >Shoutcast DSP output byte for byte to get around this blocking they seem >to be doing. > >Nullsoft must think they are big enough now to enforce their ideals on >their customers. In the meantime, I'm considering removing Winamp from >my list of compatible players on my website. They can use Windows Media >Player, XMPlay, Foobar2000, etc. > >Regards, >Ross. > >_______________________________________________ >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 __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com From ross at stationplaylist.com Wed May 31 05:48:50 2006 From: ross at stationplaylist.com (Ross Levis) Date: Wed, 31 May 2006 17:48:50 +1200 Subject: [Icecast] Winamp v5.22 / oddcast / aac+ References: <009101c68459$8b31f2a0$7300a8c0@stationplaylist.com> <00ce01c68460$17b25d90$7300a8c0@stationplaylist.com> <6.2.3.4.2.20060530223203.04c1d060@66.220.31.130> Message-ID: <016001c68475$e4f21bf0$7300a8c0@stationplaylist.com> Perhaps you are right Greg, but when I was testing earlier, I tried a /stream.mp1 mountpoint, and this also played fine in Winamp 5.22. It just seems biased on the .aac extension in the URL. And surely AAC+ encoded audio files would also have a .aac file extension, so it doesn't make any sense to me. Regards, Ross. ----- Original Message ----- From: "Greg J. Ogonowski" To: "Ross Levis" ; Sent: Wednesday, May 31, 2006 5:39 PM Subject: Re: [Icecast] Winamp v5.22 / oddcast / aac+ I believe that Oddsock is using a Content Type of aacp. Using a .aac extension with this Content Type may present a conflict. This might actually be by design. I will do some further testing with Winamp and report here tomorrow. I will also double-check with the developer of Winamp for complete clarification. FYI, Orban Opticodec-PC allows the use of either Content Type of aac or aacp. aac is technically all that is necessary. The history of the aacp Content Type was to allow the stream to show in the SHOUTcast Directory, but since Icecast streams cannot show in the SHOUTcast Directory anyway, this doesn't matter, and a content type of aac should be used. This way there is one Content Type for either AAC or aacPlus streams, and the decoder takes it from there. -greg. From ross at stationplaylist.com Wed May 31 05:54:22 2006 From: ross at stationplaylist.com (Ross Levis) Date: Wed, 31 May 2006 17:54:22 +1200 Subject: [Icecast] Winamp v5.22 / oddcast / aac+ References: <009101c68459$8b31f2a0$7300a8c0@stationplaylist.com> <00ce01c68460$17b25d90$7300a8c0@stationplaylist.com> <6.2.3.4.2.20060530223203.04c1d060@66.220.31.130> Message-ID: <016b01c68476$aab89a30$7300a8c0@stationplaylist.com> Just got a message from Nullsoft and they think it is a side effect of this fix in 5.22... * Fixed: [in_mp3] Winamp crashes when trying to play any wrongly named .aac file. Regards, Ross. ----- Original Message ----- From: "Greg J. Ogonowski" To: "Ross Levis" ; Sent: Wednesday, May 31, 2006 5:39 PM Subject: Re: [Icecast] Winamp v5.22 / oddcast / aac+ I believe that Oddsock is using a Content Type of aacp. Using a .aac extension with this Content Type may present a conflict. This might actually be by design. I will do some further testing with Winamp and report here tomorrow. I will also double-check with the developer of Winamp for complete clarification. FYI, Orban Opticodec-PC allows the use of either Content Type of aac or aacp. aac is technically all that is necessary. The history of the aacp Content Type was to allow the stream to show in the SHOUTcast Directory, but since Icecast streams cannot show in the SHOUTcast Directory anyway, this doesn't matter, and a content type of aac should be used. This way there is one Content Type for either AAC or aacPlus streams, and the decoder takes it from there. -greg. From alexander.dalfarra at dmd2.net Wed May 31 05:56:45 2006 From: alexander.dalfarra at dmd2.net (Alexander Dal Farra) Date: Wed, 31 May 2006 07:56:45 +0200 Subject: [Icecast] Winamp v5.22 / oddcast / aac+ In-Reply-To: <6.2.3.4.2.20060530223203.04c1d060@66.220.31.130> Message-ID: <20060531055646.5E9281FFF78@mail.genotec.ch> Something else, Greg. Are you aware of any 3G / 2.5G (EDGE) clients for mobile phones that support AAC+ streaming? Be it java or symbian based. Thanks Alex -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Greg J. Ogonowski Sent: Mittwoch, 31. Mai 2006 07:40 To: Ross Levis; icecast at xiph.org Subject: Re: [Icecast] Winamp v5.22 / oddcast / aac+ I believe that Oddsock is using a Content Type of aacp. Using a .aac extension with this Content Type may present a conflict. This might actually be by design. I will do some further testing with Winamp and report here tomorrow. I will also double-check with the developer of Winamp for complete clarification. FYI, Orban Opticodec-PC allows the use of either Content Type of aac or aacp. aac is technically all that is necessary. The history of the aacp Content Type was to allow the stream to show in the SHOUTcast Directory, but since Icecast streams cannot show in the SHOUTcast Directory anyway, this doesn't matter, and a content type of aac should be used. This way there is one Content Type for either AAC or aacPlus streams, and the decoder takes it from there. -greg. At 20:12 2006-05-30, Ross Levis wrote: >Ok, it's not as bad as I thought. With some investigation and >discussion with a "Major Dude" in the Winamp forums, it appears to be a >bug in Winamp v5.22 with streams that end with the mountpoint extension >.aac. I changed the mountpoint to end with .aacp and now it works fine. > >Regards, >Ross. > >----- Original Message ----- >From: "Ross Levis" >To: >Sent: Wednesday, May 31, 2006 2:25 PM >Subject: [Icecast] Winamp v5.22 / oddcast / aac+ > > >I'm not sure if this is an icecast issue or oddcast issue or both, but >the latest Winamp (v5.22) is not now playing AAC+ streams encoded with >Oddcast. Winamp v5.21 and earlier versions work fine. This may be >some attempt by Winamp developers to force people to use Shoutcast, or >to prevent oddcast from using their enc_aacplus.dll. > >Right, just took some time to set up the Shoutcast DSP to encode AAC+ >and send it to an Icecast server. This is working and playing in >Winamp v5.22. So it appears to be an Oddcast encoding issue. > >You may need to do some analysis Oddsock to see if you can duplicate >the Shoutcast DSP output byte for byte to get around this blocking they >seem to be doing. > >Nullsoft must think they are big enough now to enforce their ideals on >their customers. In the meantime, I'm considering removing Winamp from >my list of compatible players on my website. They can use Windows >Media Player, XMPlay, Foobar2000, etc. > >Regards, >Ross. > >_______________________________________________ >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 __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast From greg at orban.com Wed May 31 06:02:46 2006 From: greg at orban.com (Greg J. Ogonowski) Date: Tue, 30 May 2006 23:02:46 -0700 Subject: [Icecast] Winamp v5.22 / oddcast / aac+ In-Reply-To: <20060531055646.5E9281FFF78@mail.genotec.ch> References: <6.2.3.4.2.20060530223203.04c1d060@66.220.31.130> <20060531055646.5E9281FFF78@mail.genotec.ch> Message-ID: <6.2.3.4.2.20060530230118.04c9cde0@66.220.31.130> Other than the software that is resident on the mobile phones at the time of purchase, I don't know of anything else yet. We might be planning a CE Player, since that area is definitely untapped, but I'm not sure yet. -greg. At 22:56 2006-05-30, Alexander Dal Farra wrote: >Something else, Greg. Are you aware of any 3G / 2.5G (EDGE) clients for >mobile phones that support AAC+ streaming? Be it java or symbian based. > >Thanks >Alex > > > >-----Original Message----- >From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf >Of Greg J. Ogonowski >Sent: Mittwoch, 31. Mai 2006 07:40 >To: Ross Levis; icecast at xiph.org >Subject: Re: [Icecast] Winamp v5.22 / oddcast / aac+ > >I believe that Oddsock is using a Content Type of aacp. >Using a .aac extension with this Content Type may present a conflict. >This might actually be by design. >I will do some further testing with Winamp and report here tomorrow. >I will also double-check with the developer of Winamp for complete >clarification. > >FYI, Orban Opticodec-PC allows the use of either Content Type of aac or >aacp. aac is technically all that is necessary. The history of the aacp >Content Type was to allow the stream to show in the SHOUTcast Directory, but >since Icecast streams cannot show in the SHOUTcast Directory anyway, this >doesn't matter, and a content type of aac should be used. This way there is >one Content Type for either AAC or aacPlus streams, and the decoder takes it >from there. > >-greg. > > > >At 20:12 2006-05-30, Ross Levis wrote: > >Ok, it's not as bad as I thought. With some investigation and > >discussion with a "Major Dude" in the Winamp forums, it appears to be a > >bug in Winamp v5.22 with streams that end with the mountpoint extension > >.aac. I changed the mountpoint to end with .aacp and now it works fine. > > > >Regards, > >Ross. > > > >----- Original Message ----- > >From: "Ross Levis" > >To: > >Sent: Wednesday, May 31, 2006 2:25 PM > >Subject: [Icecast] Winamp v5.22 / oddcast / aac+ > > > > > >I'm not sure if this is an icecast issue or oddcast issue or both, but > >the latest Winamp (v5.22) is not now playing AAC+ streams encoded with > >Oddcast. Winamp v5.21 and earlier versions work fine. This may be > >some attempt by Winamp developers to force people to use Shoutcast, or > >to prevent oddcast from using their enc_aacplus.dll. > > > >Right, just took some time to set up the Shoutcast DSP to encode AAC+ > >and send it to an Icecast server. This is working and playing in > >Winamp v5.22. So it appears to be an Oddcast encoding issue. > > > >You may need to do some analysis Oddsock to see if you can duplicate > >the Shoutcast DSP output byte for byte to get around this blocking they > >seem to be doing. > > > >Nullsoft must think they are big enough now to enforce their ideals on > >their customers. In the meantime, I'm considering removing Winamp from > >my list of compatible players on my website. They can use Windows > >Media Player, XMPlay, Foobar2000, etc. > > > >Regards, > >Ross. > > > >_______________________________________________ > >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 > > >__________________________________________________________________________ >Greg J. Ogonowski >VP Product Development >ORBAN / CRL, Inc. >1525 Alvarado St. >San Leandro, CA 94577 USA >TEL +1 510 351-3500 >FAX +1 510 351-0500 >greg at orban.com >http://www.orban.com > >_______________________________________________ >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 __________________________________________________________________________ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com From rico at wgltd.com Wed May 31 10:12:23 2006 From: rico at wgltd.com (Ricardo Meechan) Date: Wed, 31 May 2006 11:12:23 +0100 Subject: [Icecast] Winamp v5.22 / oddcast / aac+ Message-ID: Pockect pc phones can use beta player that will play aac+ streams. http://tcpmp.corecodec.org/about For symbian there is this: http://opensource.nokia.com/projects/s60internetradio/index.html that will stream aac+ Im a pocket pc person so don't ask me about symbian stuff. ;-) Regards. For your free copy of the new Ultralon Group Catalogue goto http://www.ultralon-group.wilsonandgarden.com/request/catalogue?from=rico at wgltd.com Ricardo Meechan IT Administrator 07966 484371 rico at wgltd.com Wilson & Garden 17-21 Newtown Street Kilsyth Glasgow G65 0JX Tel: 01236 823291 Fax: 01236 825683 www.ultralon.co.uk www.spaceright.ltd.uk www.wilsonandgarden.com -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Alexander Dal Farra Sent: 31 May 2006 6:57 AM To: icecast at xiph.org Subject: RE: [Icecast] Winamp v5.22 / oddcast / aac+ Something else, Greg. Are you aware of any 3G / 2.5G (EDGE) clients for mobile phones that support AAC+ streaming? Be it java or symbian based. Thanks Alex -----Original Message----- From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Greg J. Ogonowski Sent: Mittwoch, 31. Mai 2006 07:40 To: Ross Levis; icecast at xiph.org Subject: Re: [Icecast] Winamp v5.22 / oddcast / aac+ I believe that Oddsock is using a Content Type of aacp. Using a .aac extension with this Content Type may present a conflict. This might actually be by design. I will do some further testing with Winamp and report here tomorrow. I will also double-check with the developer of Winamp for complete clarification. FYI, Orban Opticodec-PC allows the use of either Content Type of aac or aacp. aac is technically all that is necessary. The history of the aacp Content Type was to allow the stream to show in the SHOUTcast Directory, but since Icecast streams cannot show in the SHOUTcast Directory anyway, this doesn't matter, and a content type of aac should be used. This way there is one Content Type for either AAC or aacPlus streams, and the decoder takes it from there. -greg. At 20:12 2006-05-30, Ross Levis wrote: >Ok, it's not as bad as I thought. With some investigation and >discussion with a "Major Dude" in the Winamp forums, it appears to be a >bug in Winamp v5.22 with streams that end with the mountpoint extension >.aac. I changed the mountpoint to end with .aacp and now it works fine. > >Regards, >Ross. > >----- Original Message ----- >From: "Ross Levis" >To: >Sent: Wednesday, May 31, 2006 2:25 PM >Subject: [Icecast] Winamp v5.22 / oddcast / aac+ > > >I'm not sure if this is an icecast issue or oddcast issue or both, but >the latest Winamp (v5.22) is not now playing AAC+ streams encoded with >Oddcast. Winamp v5.21 and earlier versions work fine. This may be >some attempt by Winamp developers to force people to use Shoutcast, or >to prevent oddcast from using their enc_aacplus.dll. > >Right, just took some time to set up the Shoutcast DSP to encode AAC+ >and send it to an Icecast server. This is working and playing in >Winamp v5.22. So it appears to be an Oddcast encoding issue. > >You may need to do some analysis Oddsock to see if you can duplicate >the Shoutcast DSP output byte for byte to get around this blocking they >seem to be doing. > >Nullsoft must think they are big enough now to enforce their ideals on >their customers. In the meantime, I'm considering removing Winamp from >my list of compatible players on my website. They can use Windows >Media Player, XMPlay, Foobar2000, etc. > >Regards, >Ross. > >_______________________________________________ >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 ________________________________________________________________________ __ Greg J. Ogonowski VP Product Development ORBAN / CRL, Inc. 1525 Alvarado St. San Leandro, CA 94577 USA TEL +1 510 351-3500 FAX +1 510 351-0500 greg at orban.com http://www.orban.com _______________________________________________ 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 From doc at krushradio.com Wed May 31 16:21:26 2006 From: doc at krushradio.com (Doc Nasty) Date: Wed, 31 May 2006 11:21:26 -0500 Subject: [Icecast] ICES with MP3Pro? Message-ID: <2c8aa7a45798d202f41c6cadf3f6418f@krushradio.com> Greg, Yes, I have noticed that new codec.. AACPlus. Its really impressive in it's abilities, and it's sound quality. I tried to open it up with Windows Media Player and my Flash Player.. didn't seem to like it very much. While It's really kewl as a codec, and it has great support with a couple players, and limited support for the rest, I'll stick with the mainstream for now, which is MP3Pro. Once AACPlus works in a new and stable version of SAM, I might even consider upgrading to it. But for now, I'd hate to halt progress while I wait for a new technology to happen. So, back to my original question - Has anyone been able to integrate the free mp3Pro encoder from thompson into ICES yet? > > MP3 pro is going away in favor of aacPlus. > The aacPlus core codec (AAC) is better, and there are no player > component conflicts. > Not to mention there is already lots of momentum with aacPlus in both > mobile phones and streaming. > -greg. > ORBAN > > > At 00:27 2006-05-30, Doc Nasty wrote: > >Does anyone know if this is possible? Not sure if there is a hack > >that would work with this. I know the free mp3pro encoder works @ > >64kbs... I don't know if anything supports this yet or not. > > > >Thanks > > > >DocNasty > >_______________________________________________ From romaddog at aol.com Wed May 31 15:51:12 2006 From: romaddog at aol.com (romaddog at aol.com) Date: Wed, 31 May 2006 11:51:12 -0400 Subject: [Icecast] HELP Message-ID: <8C852E12D367C8A-199C-8C5@MBLK-M33.sysops.aol.com> i lost my icecast server, can someone please hlep me get it set back up, i can figure it out i lost the whole program............ please email me at romaddog at aol.com Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: