From criddell at adelphia.net Fri Mar 1 00:22:54 2002 From: criddell at adelphia.net (Chris Riddell) Date: Thu, 28 Feb 2002 19:22:54 -0500 Subject: [icecast] Icecast, Liveice... experiences? In-Reply-To: Message-ID: <20020301001946.9A97018D089@motherfish.xiph.org> On Thursday 28 February 2002 06:20 pm, you wrote: > Hello. > > We have been using LiveIce to serve mp3 streams for 10 months or so. So > far, IceCast has been pretty reliable. Well, until LiveIce is introduced > into the picture. We originally tried LiveIce running on FreeBSD. It ran > for a while, but we suffered wierd problems: disconnects, skips and > such. We are streaming from a radio receiver -- at 28800 compatible > bitrates. > > So we switched to the WinAmp plugin from the Shoutcast site. We easily > manage 2 month uptimes without problems. However... It is a Windows > program, and Unix is our friend. > > So recently I've decided to expand. That is, add some other audio > streams. I scrapped together 3 systems to act as encoding hosts. Loaded > FreeeBSD 4.5 + current Lame + LiveIce + Screen on them all. Perfect I > think! Small footprint, I can line them up with a network switch in the > corner of my bedroom and serve content. > > But now it is making IceCast unstable. I first hit problems when > decreasing the bitrate to 16000 and the sample rate to 11025. I tried to > move things back up, but it seems to be completley unstable and a mess. > > Does anyone have suggestions? By leaving LAME and trying to go with L3ENC > or whatever the current version is -- will that improve stability? Anyone > have any tips? I really don't want to go the Windows route -- but I don't > want to babysit the stuff either. LiveIce seems like an okay application > -- except stability. Is there anything else to feed live audio outside of > LiveIce? I've been streaming live audio and not had much luck with LiveIce staying alive either... I had a silly cron script running to check if it was alive and bring it back up again! I switched to Darkice about 2 months ago and the stream has been rock solid. This on a linux box running 2.4.14 kernel. Darkice uses liblame without spawning lame externally and, in my opinion, is much more straight forward in it's configuration. Check it out: http://darkice.sourceforge.net BTW, ignore the warning about it being beta. While that may be true, it seems very stable and, for what I want, bug-free. Chris --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From shaynewhite at attbi.com Fri Mar 1 01:09:34 2002 From: shaynewhite at attbi.com (Shayne White) Date: Thu, 28 Feb 2002 20:09:34 -0500 Subject: [icecast] icecast with stunnel Message-ID: <3C7ED4CE.30309@attbi.com> Hello I've been using icecast/ices 1.3.11 at home for sometime now, and it works pretty well. Thanks to everyone who has worked on it. Occasionally, icecast will go up to 100% CPU for some reason, but if I restart it this goes away. Ices also has served me well. It dies on occasion too, but I think it's likely due to my custom ices.pm module, since it was much more stable before I added this. Anyway, I am investigating a way to get a secure stream from home to work now. At first I was considering a separate solution using apache and SSL to do this, but then realized I don't know of a player that can handle SSL. Now, I am leaning towards using stunnel to encrypt/decrypt the stream on each side, both on my server and the machine at work. Has anyone on the list used a setup like this? Just want to get some opinions before I spend some time on it. Stunnel (stunnel.org), for those who don't know, uses SSL to tunnel packets securely from one machine to another. thanks in advance... shayne

adam fyi my stream is at: http://www.radioqualia.net/freeradiolinux

On Sat, 2 Mar 2002, Roy Harvey wrote: > Todd -- > > I was actually able to get this working with the WinAmp plugin, Oddsock > (www.oddsock.org) last night. The configuration is a little twitchy, but > worked well for my purpose. Email me directly if you need help. > > Roy > > At 09:17 PM 03/02/02 -0500, you wrote: > >Would like to use a Windows client with a line-in processor to > >feed an icecast server. Have tried Winamp, but could not get the > >plugin recommended in this forum to work. Looked at the Sonique site, > >and could not find plugins that would do line-in and server out. > >Any recommendataions? > > > >Todd Merriman > >www.rainbowradio.com > > > >--- >8 ---- > >List archives: http://www.xiph.org/archives/ > >icecast project homepage: http://www.icecast.org/ > >To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > >containing only the word 'unsubscribe' in the body. No subject is needed. > >Unsubscribe messages sent to the list will be ignored/filtered. > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. >

Adam Hyde XS4ALL Internet B.V. mobile : + (31) 06 2903 6248 Eekholt 42 1112 XH Diemen Amsterdam "free, as in 'radio'"

Akos

----- Original Message ----- From: "C?dric Mallet" To: Sent: Sunday, March 03, 2002 2:05 PM Subject: [icecast] DarkIce problem

> I have installed DarkIce from the latest rpm version. > I get this error message when running it : > > TcPSocket.cpp:197 : gethostbyname error > > Does anyone know what it means ? > > -- > Ced > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered.

>> I have installed DarkIce from the latest rpm version. >> I get this error message when running it : >> >> TcPSocket.cpp:197 : gethostbyname error >> >> Does anyone know what it means ? >> >> -- >> Ced >> >> >> --- >8 ---- >> List archives: http://www.xiph.org/archives/ >> icecast project homepage: http://www.icecast.org/ >> To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' >> containing only the word 'unsubscribe' in the body. No subject is needed. >> Unsubscribe messages sent to the list will be ignored/filtered.

--- >>8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered.

-- Ced

A hint : according to the man this function is linked to /etc/hosts, which contains only one line : 127.0.0.1 I replaced my DNS with my IP (not successfully...), and with 127.0.0.1 in /etc/darkice/cfg. Now I get another error message (but this does not seem to have any link to network issues...) : "lameLibEncoder.cpp : lame lib opening underlying sink error" Well, now a Lame problem ? Please help, according to everything I read DarkIce is worth a try :-) -- Ced

Anything possible mick ritchie lmcsound

Anything possible mick ritchie lmcsound --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From telmnstr at 757.org Mon Mar 4 19:12:23 2002 From: telmnstr at 757.org (Ethan) Date: Mon, 4 Mar 2002 14:12:23 -0500 (EST) Subject: [icecast] Relay question Message-ID: Hello, I have a question regarding relaying. Well, I've set it up and it isn't working. Maybe I am doing something wrong? I added 3 aliases to the icecast.conf file on Host#2. Host#1 has 3 streams that are served up, and that are working. When I connect to one of the aliased screams on host#2, it immediately kicks me off with an error. On Host#2: -> alias list Listing aliases [sm2.757tech.net :8000/ORF] [68.10.144.71:8000/ORF] [sm2.757tech.net :8000/fm99] [68.10.144.71:8000/icy_0] [sm2.757tech.net :8000/vbpd] [68.10.144.71:8000/vbpd] 68.10.144.71 is Host#1 sm2.757tech.net is Host#2 When I connect and get dumped, I see this on sm2's console: > [04/Mar/2002:13:47:02] Kicking unknown 1 [xxx.xxxx.gov] [No encoder], connected for 0 seconds It doesn't seem to make any attempt to connect the 68.10.144.71 system. I didn't want to use the push or pull command, but much rather use the system that works like automountd (from the manual :-) As far as I can see, everything looks proper?

######################## Mountpoint fallback ################################### # By default, if a user requests a stream that is not found, this user will be # given the default stream instead. The default stream is per default the oldest # stream on the server, but this can be changed with the priority value in the # 'modify' command. # If you don't want the user to get the default mount, but instead a # HTTP 404 Stream Not Found, then set this to 0 ######################## mount_fallback 1 ######################### Server passwords ##################################### # Unless you've compiled icecast with crypt support, # i.e with --with-crypt as an argument to the configure script, # then these are in cleartext. If you _do_ have crypt support, then # you have to create a crypted version of the password. You can do this # with the included mkpasswd.c program. Just compile it with # "gcc -o mkpasswd mkpasswd.c", perhaps with the -lcrypt option. ######################### encoder_password hackme admin_password hackme oper_password hackme ######################## Directory servers ##################################### # A directory server is a "meta-server" where you, for free, can list # your own icecast server. This is a great way of getting more listeners. # The touch_freq is how often to "update" the directory server with information # from your server. (e.g number of listeners, stream info, etc..) ######################## #icydir yp.shoutcast.com #icydir yp.breakfree.com #icydir yp.musicseek.net #icydir yp.van-pelt.com #icydir yp.radiostation.de #directory yp.icecast.org #directory yp.mp3.de touch_freq 5 ############# Server IP/port configuration (IMPORTANT) ######################### # If no hostname is specified, icecast will listen on all available interfaces, # i.e INADDR_ANY. This is probably what you want. # If you want icecast to _only_ listen on a specified ip, then change the # "hostname" parameter. The "port" parameter is rather self-explanatory. # As of icecast 1.3, all connections use port 8000. Admins, encoders, clients, # the whole thing. So no more messing with 3 different ports in the firewall # rules. # The server_name can currently ONLY be specified here, and ONLY when you start # the server. Changing it later on will not have the desired effect. # The server_name specifies the hostname of the server, don't set it to an ip, # and don't even THINK about setting it to a hostname not pointing to your ip. # - WARNING - WARNING - WARNING - (important, get it?) # It is VERY important that this server_name does actually resolv to the ip you # are running your server at. If not, BAD THINGS will happen. # E.g localhost is definately probably not what you want :) # Using your ip will probably work.. but it will look nicer with your hostname. # The problem is that if you specify something that doesn't resolve to yourself, # then virtual host support will get fscked up, and default server action # might not work either. # Also, changing the port here will not affect the server when doing a 'rehash' # since binding to a port is done only once, when the server is started. # server is started. # Users on dialup connections with dynamic ip:s are in trouble here, I know. # You will just have to live without the virtual hosts support, cause there is # no portable way of getting all the ip:s the process is binding to. Either # edit this file before starting icecast and fill in the current ip, or just # live with it. Setting the value to "dynamic", will tell the icecast server # that there is no reliable hostname for this machine. # # you can now use multiple ports. the default port is the first one defined. # define PORT, and PORT+1 for shoutcast compatibility. ############# hostname 172.16.150.253 port 8000 port 8001 erver_name 172.16.150.253 ####################### Directory server options ############################## # You can now force the directory server to use the server_name value instead # of the originating ip. For most people this is unnecessary, since it is the # same. But for people behind proxies, this should be very useful. # Set it to 1 if you want to force use of the server_name variable. ####################### force_servername 0 ######################## Main Server Logfile ################################## # This is the file where icecast prints all the information about # connections, warnings, errors, etc... # You cannot change this in the admin console, but changing it here # and then rehashing the server will work. # logfiledebuglevel is the debugging level for all output to the main logfile. # consoledebuglevel is the debugging level to the icecast console. # accessfile is the file where all connects/disconnects goes # usagefile is a file for periodic bandwidth and usage information goes ######################## logfile icecast.log accessfile access.log usagefile usage.log logfiledebuglevel 0 consoledebuglevel 0 ########################## Reverse Lookups #################################### # Set this to 1 if you want ip:s to be looked up (using reverse lookup) # or 0 if you just want the ip:s (which is slightly faster) ########################## reverse_lookups 1 ############################ Console mode ##################################### # Use 0 if you want stdin to become a local admin console with log tailing # Use 1 if you want stdin to become a local admin console # Use 2 if you just want the console to become a log window # Use 3 if you want the icecast server to be launched in the background (not available for Win32) ############################ console_mode 0 ########################### Client Timeout #################################### # (How to deal with clients when no encoder is connected) # A negative value means keep them forever # 0 (zero) means kick them out instantly # X > 0 means keep them X seconds ########################### client_timeout 30 ######################### Kicking clients ##################################### # If set to 1, then clients whose source has disconnected will # be kicked. If set to 0, they will simply be moved to another # stream. This only has an effect if client_timeout is <= 0. ######################### kick_clients 0 ###################### Static file directory ################################## # This enables the http-server file streaming support in icecast. # If you don't want to go through the trouble of setting up apache # or roxen or whatever, then you can just specify a directory here, # and then http://your_server:port/file/file.mp3 will be equivalent # to /staticdir/file.mp3 # The http server support is of course very limited, don't try to # do anything fancy. Also, only .mp3 files will be displayed. ###################### #staticdir c:\windows\desktop staticdir /usr/local/icecast/static ############################# Templates ###################################### # the icecast server uses templtes to format output for list.cgi and # various errors. you can specify the directory that these are read from # please use absolute paths if possible ############################# templatedir /usr/local/icecast/templates ############################# Statistics ###################################### # The icecast server dumps statistics to a file on a regular basis. # You can specify how often (stats_time), and to what file (stats_log) # StatsTime (how often to dump stats, in seconds) # 0 (zero) means to not dump stats # X > 0 means dump stats every X seconds to the file specified by stats_log ############################# logdir /usr/local/icecast/logs stats_log stats.log statshtml_log stats.html stats_time 60 ############# Aliases (including virtual host support) ######################## # In icecast servers prior to the 1.3 release, you could run a icecast # server as a relay for another icecast server, simply acting as a # client on the other server and serving the local clients. This was # of course a neat way of increasing the number of possible listeners # for your broadcast. You could build a tree-like structure of relays # and broadcast to 1000 listeners without problem with the originating # stream on a cable modem or whatever. # In icecast 1.3.0 and above, we make this procedure much simpler. # If you want to relay a stream from another server, simply add an # alias for that server. Say you want to relay the broadcast originating # from my machine (laika.linux.tm:8000/laika), on your machine, do this: # alias laika http://laika.linux.tm:8000/laika # What happens is that when a listeners connects to your server and # requests the /laika stream, then your icecast server will connect # as a client to my machine, and then feed my stream to the listener. # All subsequent requests for /laika will use the same feed (i.e only # one connect will be made to my machine). Icecast will automagically # shut the link from my machine down when no one is listening. I.e # no bandwidth will be wasted. # The old functionality (i.e adding a more or less static relay) is still # there, but you have to do it from the admin console. Just do # relay pull http://laika.linux.tm:8000, and that will be accessible as # http://your_machine:port/laika.linux.tm:8000/ (you can change this with # the -m option to relay pull. # There is also a possibity to do it the other way around, starting at # the originating server. Just do "relay push host:port", and # your stream will be relayed to the remote server. # In theory, this should enable virtual host support, cause you can # specify an alias like so: # alias http://virtual.host.com:port/whatever /something # This will make all requests to virtual.host.com:port/whatever use the # stream /something. This is not really thorougly tested, but it should # work if your server_name is correctly set, and the client is sending # the valid Host: http header. ############# alias radiofri http://195.7.65.207:6903 ############################ Kick Relays ###################################### # How long to keep aliased sources when no clients are left listening to it. ############################ kick_relays 10 ############################ Transparent proxy ################################ # This is somewhat equivalent to making _all_ request to aliased sources. So # instead of adding an alias for all streams in the world, turn on the # transparent proxy support. Using this on a server that has streams of it's # own can be quite tricky, and then, as usual it is _very_ important that # the server_name is correct. # Most mp3 playing clients have support for a http proxy # (afaik x11amp and winamp do, anyway). If listeners set your machine as this # proxy, and you turn on transparent_proxy, then when a client requests # http://whatever.com:port/whatever, then your icecast server will connect # to whatever.com and feed the whatever-stream to the client. All subsequent # request for this stream will use the same feed, just as if it was an alias. # When running icecast with your own broadcasts, then you should turn this off, # or anyone can bring your network down with a lot of relaying connects. # Don't turn this on if you don't have a server_name set ############################ transparent_proxy 0

######################## Access Control Lists ################################## # Perhaps you don't care who connects to your server, but I guess most people # do. Icecast has 2 different ways of keeping people out. The first is using # libwrap (tcpd, tcp wrappers, whatever you want to call it). It is a separate # library written by Wietse Venema that over the years has become more or less # a security standard in Unix. It should compile on every sane and unsane unix # platform, and perhaps other platforms as well, I don't know. # libwrap uses the files hosts.deny and hosts.allow, usually found in /etc # or /usr/local/etc. You probably have to be root to edit these files. # Try the man pages for tcpd and hosts_access for more information. # There are 4 different icecast control thingies to use in hosts.deny/allow. # First just "icecast", which controls _all_ connections, and kick in before # anything is written or read on the socket. If a connection is denied here # then it's bye bye. If it is allowed then depending on the type of the # connection (admin/client/source), the controls "icecast_client", # "icecast_admin", "icecast_source" describe who gets in. # So to deny all clients except those matching *.se, add # "icecast_client: ALL EXCEPT *.se" to hosts.deny. There are millions of # variations on how to build a complete defence, and it's quite simple too. # libwrap is a very powerful tool, consult the manpages for more information. #### # The second way (which is always available) is using icecast's internal # acl lists. The functionality is the same, but it is not as powerful when it # comes to configuration and flexibilty as libwrap. # You can specify acl rules either here in icecast.conf, or using the # admin console. The syntax in icecast.conf is: # allow # deny # So, using the same rule as above (allowing only clients from *.se) # deny * # allow *.se # When using the internal acl rules, you need to specify a policy. # This rule kick in when no allow or deny rule affects a connection. # If you set acl_policy to 0, then connections who are not allowed by any # allow rule will be denied, and the other way around if you set it to 1. ######################### acl_policy 1 #deny all * #allow all *.ryd.student.liu.se ################################################################################ users.aut: # This is the user authentication file. # To use this file, copy it to etc/users.aut in the icecast base directory # The syntax is simple, one user and password per line. # Separate the user from the password with a colon. # The password should be in cleartext unless you've compiled # icecast with crypt support. # Example: # eel:mypassword # you:yourpassword greg:QONJH4LT7xRZE groups.aut: # This is the group authentication file. # Copy this file to etc/groups.aut in the icecast directory # Here you list all groups and their members. # The syntax is simple, one group with all its members on one line. # Separate the group name from the users with a colon, and the users # with commas. # Example: # all:him,her,it,me,you,they,and,we # enterprise:spock,kirk,mccoy,uhura,scott,chekov all:greg mounts.aut: # This is the mount authentication file. # To use this file, copy it to etc/mounts.aut in the icecast base directory # You specify which group(s) have access to which mountpoints # Groups are specified in the groups.aut file. # Note that you CANNOT specify users, only groups # Separate the mountpoint from the groups with a colon, and the # groups with commas # Example: # /monkey:enterprise,bandcamp # There are two special keywords, "all" and "rest", if you specify # "all" as the mountpoint (without slash), all other mountpoint # authorization lines are ignored and only the groups specified # on the "all" line are used. # The mountpoints /admin and /oper specify which users and groups can # use the WWW admin interface command, and operator commands. Don't # remove these, or anyone will have full access to the server. # The groups specified on the "rest" line are used to authorize # the mountpoint for which there are no lines. # Note that you DO NOT have to specifiy "rest" or "all". In fact # I suspect most people will not want this feature. # Example: # /reggae:reggaegroup,bandcamp # rest:enterprise /admin:greg /oper:greg all:greg

Akos

What you could do, if you were so inclined, is to write a shell script that would cycle through your directories and create symbolic links in your main directory. Not pretty at all, but would solve your issue. Alternatively, a script could be written to cycle through your directories to create a custom web page to display ALL songs. A little prettier and again would solve your issue. My script writing ability, however is not up to the task. ----- Original Message ----- From: "LeDiva" To: Sent: Wednesday, February 20, 2002 1:09 PM Subject: Re: [icecast] ideas for on-demand streaming

How do I submit an email to icecast? -----Original Message----- From: Gary Major [mailto:gr_major at hotmail.com] Sent: Wednesday, February 20, 2002 1:34 PM To: icecast at xiph.org Subject: Re: [icecast] ideas for on-demand streaming

> On Wed, 20 Feb 2002, Gary Major wrote: > > > To define this list you put the full path to your mp3 directory in your > > icecast.conf file. It has been awhile since I set this up, and I forget the > > exact option, although static template comes to mind. > > This is great... but it's not showing a full listing of what's in my > directory. My MP3 collection is housed in /music/. There are > subdirectories #, A, B, C, etc... none of these show up on the page. > > The setting in icecast.conf is: staticdir /music > > If I specify the filename manually for on-demand streaming, it works > fine... I just can't get them listed on the webpage. > --- > Julia Lunetta > Listen to my music collection... http://julial.dhs.org:8005/ > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Shaun_Hathaway at uis-inc.com Wed Mar 13 13:31:11 2002 From: Shaun_Hathaway at uis-inc.com (Hathaway, Shaun) Date: Wed, 13 Mar 2002 08:31:11 -0500 Subject: [icecast] eggdrop tcl Message-ID: Does anyone have any good eggdrop tcls that announce the current song or anything like that? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Wed Mar 13 15:09:35 2002 From: brendan at icecast.org (Brendan Cully) Date: Wed, 13 Mar 2002 10:09:35 -0500 Subject: [icecast] metadata update in the stream In-Reply-To: <3C8F0F9C.7050509@tyrell.hu> Message-ID: <20020313150935.GA3928@xanadu.kublai.com> See the libshout function shout_update_metadata (also see metadata.c in the ices src). This function just calls up the icecast/shoutcast server and issues a GET request in a particular format. It can be called any time. On Wednesday, 13 March 2002 at 09:36, Akos Maroy wrote: > This has come up earlier, but I don't remember a solution. > > How do I update the metadata of the stream 'on the fly'? I'm thinking of > having a live stream (through darkice), with the title, author, etc. > metadata changed every once in a while to reflect the actual program. > How would I do that? > > Should I insert such data into the mp3 / ogg voribs data somehow by > calling some functions of liblame / libvorbis? > > Or is there some possibility to do this through the protocol with which > the data is sent to icecast? > > At the moment, the only place I put meta data into is when the source > logs in to the icecast server. There, in the header, there is a > possibility to put metadata. But this persists throughout the stream. > How do I change it? > > > Akos > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. > > --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From freyason at yahoo.com Wed Mar 13 22:50:17 2002 From: freyason at yahoo.com (freyason at yahoo.com) Date: Wed, 13 Mar 2002 14:50:17 -0800 (PST) Subject: [icecast] metadata update in the stream In-Reply-To: <3C8F0F9C.7050509@tyrell.hu> Message-ID: <20020313225017.61168.qmail@web11603.mail.yahoo.com> Akos, Yes I brought this up not too long ago, but no one responded. I'm not a heavy developer type of person, but maybe in the ices source code you might be able to find the metadata update code? I would really like some ability like this. If I'm streaming with DarkIce, the title doesn't change at all (just says what I had when I originally ran it.) Tom --- Akos Maroy wrote: > This has come up earlier, but I don't remember a solution. > > How do I update the metadata of the stream 'on the fly'? I'm thinking > of > having a live stream (through darkice), with the title, author, etc. > metadata changed every once in a while to reflect the actual program. > > How would I do that? > > Should I insert such data into the mp3 / ogg voribs data somehow by > calling some functions of liblame / libvorbis? > > Or is there some possibility to do this through the protocol with > which > the data is sent to icecast? > > At the moment, the only place I put meta data into is when the source > > logs in to the icecast server. There, in the header, there is a > possibility to put metadata. But this persists throughout the stream. > > How do I change it? > > > Akos > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is > needed. > Unsubscribe messages sent to the list will be ignored/filtered.

__________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From peter at yurt.org Wed Mar 13 23:34:57 2002 From: peter at yurt.org (peter at yurt.org) Date: Wed, 13 Mar 2002 18:34:57 -0500 Subject: [icecast] desperately need liveice help Message-ID: we've been trying to get liveice to work on our machine--used to work fine on our old server. its the same soundcard, but now when we try to run at 44100 or 48000 we get: FinishSegmentation fault 33750 and 22050 both work fine. any ideas? thanks, peter

Thank you. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From msmith at labyrinth.net.au Sun Mar 17 13:39:03 2002 From: msmith at labyrinth.net.au (Michael Smith) Date: Mon, 18 Mar 2002 00:39:03 +1100 Subject: [icecast] Win32 streamer? In-Reply-To: <3C9493FE.D5E9EE95@Mysticglow.com> Message-ID: <3.0.5.32.20020318003903.41104520@mail.labyrinth.net.au> At 07:02 AM 3/17/02 -0600, you wrote: >I have icecast on my linux box (still trying to figure out how to do a name and not unknown) and it >works fine with winamp shoutcast streaming to it but I want to stream ogg not mp3. How can I do >this using windows as the host and the Linux side as the server. Recent versions of oddcast (a plugin for winamp for streaming - FAR better than the builtin stuff) also have support for streaming ogg. You'll need to install icecast2 (from cvs) on the server. Michael

Michael

-------------------------------------------------------------------------------- team at icecast.org Always my luck, heheh. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gtgbr at gmx.net Sun Mar 17 15:26:25 2002 From: gtgbr at gmx.net (Moritz Grimm) Date: Sun, 17 Mar 2002 16:26:25 +0100 Subject: [icecast] Win32 streamer? In-Reply-To: <3C94A42F.B898BC0A@Mysticglow.com> Message-ID: <3C94B5A1.A6AD0D77@gmx.net> John Watson wrote: > > I tried to get icecast2 and BLAMO > > Error: Failed to spawn GNU rlog on '/cvsroot/icecast-1.1//Makefile.in,v' > '/cvsroot/icecast-1.1//acconfig.h,v' '/cvsroot/icecast-1.1//commandline.c,v' [...] I doubt you really got Icecast2. Get it from the xiph.org CVS, the icecast.org repository is outdated. You find help on http://www.xiph.org/cvs.html - download the icecast module from there and read the HACKING file. It tells you what additional helper libraries you'll have to check out and how to compile/install it.

Moritz Grimm wrote: > > John Watson wrote: > > > > I tried to get icecast2 and BLAMO > > > > Error: Failed to spawn GNU rlog on '/cvsroot/icecast-1.1//Makefile.in,v' > > '/cvsroot/icecast-1.1//acconfig.h,v' '/cvsroot/icecast-1.1//commandline.c,v' > [...] > > I doubt you really got Icecast2. Get it from the xiph.org CVS, the > icecast.org repository is outdated. You find help on > http://www.xiph.org/cvs.html - download the icecast module from there > and read the HACKING file. It tells you what additional helper libraries > you'll have to check out and how to compile/install it. > > Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From johnwatson at Mysticglow.com Sun Mar 17 16:20:11 2002 From: johnwatson at Mysticglow.com (John Watson) Date: Sun, 17 Mar 2002 10:20:11 -0600 Subject: [icecast] Win32 streamer? In-Reply-To: <3C94C02E.9A1D6E3F@Mysticglow.com> Message-ID: <3C94C23B.DBD5B262@Mysticglow.com> Well, I got it and I can say I hate CVS. I much prefer ftp or CVS in ease of navigating but thank you. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gtgbr at gmx.net Sun Mar 17 16:32:30 2002 From: gtgbr at gmx.net (Moritz Grimm) Date: Sun, 17 Mar 2002 17:32:30 +0100 Subject: [icecast] Win32 streamer? In-Reply-To: <3C94C23B.DBD5B262@Mysticglow.com> Message-ID: <3C94C51E.C10C8B0A@gmx.net> copy/paste from xiph.org/cvs.html would've done it :) John Watson wrote: > > Well, I got it and I can say I hate CVS. I much prefer ftp or CVS in ease of navigating but thank > you. > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From johnwatson at Mysticglow.com Sun Mar 17 17:15:22 2002 From: johnwatson at Mysticglow.com (John Watson) Date: Sun, 17 Mar 2002 11:15:22 -0600 Subject: [icecast] Win32 streamer? In-Reply-To: <3C94C51E.C10C8B0A@gmx.net> Message-ID: <3C94CF2A.47AEB462@Mysticglow.com> Where can I find out about the config file params? Seems ice2 is now in xml for its conf file and I am streaming, I am receiving but I am not on yp.icecast.org. Oh, btw the oddcast plugin is weird. If it receives no sound for 1 sec it will disconnect the stream (betcha in the conf file I can't find a good example on).

Thanks for all your help. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From gtgbr at gmx.net Sun Mar 17 17:25:00 2002 From: gtgbr at gmx.net (Moritz Grimm) Date: Sun, 17 Mar 2002 18:25:00 +0100 Subject: [icecast] Win32 streamer? In-Reply-To: <3C94CF2A.47AEB462@Mysticglow.com> Message-ID: <3C94D16C.E4EC1A0C@gmx.net> John Watson wrote: > Where can I find out about the config file params? Seems ice2 is now in xml for its conf file and I > am streaming, I am receiving but I am not on yp.icecast.org. Oh, btw the oddcast plugin is weird. > If it receives no sound for 1 sec it will disconnect the stream (betcha in the conf file I can't > find a good example on). Use "advanced recording", it records "what you hear" then. It also streams silence and won't disconnect when it doesn't get any data it could stream. icecast2 comes with a reference config file that is easy to understand. Read it and simply remove or comment the parts about the directory servers.

Akos

Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From johnwatson at Mysticglow.com Mon Mar 18 11:34:21 2002 From: johnwatson at Mysticglow.com (John Watson) Date: Mon, 18 Mar 2002 05:34:21 -0600 Subject: [icecast] Win32 streamer? In-Reply-To: <3C94FF90.40FDF540@gmx.net> Message-ID: <3C95D0BD.5F20103E@Mysticglow.com> Why would anyone want to use xml when a good old conf file would do just as well? My problem was not the fact I want it to NOT update the servers my problem was the fact that it WASN'T updating them. My server never once showed up for 2 hours. Moritz Grimm wrote: > > John Watson wrote: > [...] > > > > 5 > > > > yp.icecast.org > > 15 > > > > > > > Thats all that came from the CVS site (conf/icecast.xml). No instructions or anything. I recognize > > Aww, c'mon, can't it be any more obvious than that? Just read what it > sais. To prevent it from updating directory servers, comment the lines i > pasted by putting "#"s (w/o quotes) in the beginning. Alter the rest > according to your needs. > > Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From Lars.Jorgensen at pol.dk Mon Mar 18 12:17:50 2002 From: Lars.Jorgensen at pol.dk (Lars J�rgensen IT) Date: Mon, 18 Mar 2002 13:17:50 +0100 Subject: [icecast] Random? Message-ID: <73CD6BF94E5852499D51D460AAE9776F4D3D8E@mail01.pol.dk> I'm running ices 0.2.2 at the moment (from www.icecast.org). I tried to look at the ices 2.0 from xiph.org CVS, but that's too complicated for me to download and compile :-) ices is running without fail, but I have some problems with the randomness of songs selected: After running for a little time, it starts playing three or four songs in a row from the playlist, then jump to another spot and plays songs sequentially from there. Is this a known problem? If anybody has a perl script to handle this instead of the built-in playlist handler, please tell me. -- Lars Jorgensen Network Administrator A/S Dagbladet Politiken Tel. +45 3347 2965 --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From oddsock at oddsock.org Mon Mar 18 14:52:43 2002 From: oddsock at oddsock.org (oddsock) Date: Mon, 18 Mar 2002 08:52:43 -0600 Subject: [icecast] Win32 streamer? In-Reply-To: <3C95D0BD.5F20103E@Mysticglow.com> Message-ID: <5.1.0.14.0.20020318084104.03608cf8@oddsock.org> XML is actually very nice for handling config files....it makes things real easy to add new config params....and less prone to bugs due to reading whacked config files... anyway, the YP updating stuff doesn't work yet for icecast2....jack is still working on the new yp code. oddsock At 05:34 AM 3/18/2002 -0600, you wrote: >Why would anyone want to use xml when a good old conf file would do just >as well? My problem was >not the fact I want it to NOT update the servers my problem was the fact >that it WASN'T updating >them. My server never once showed up for 2 hours. > >Moritz Grimm wrote: > > > > John Watson wrote: > > [...] > > > > > > 5 > > > > > > yp.icecast.org > > > 15 > > > > > > > > > > > Thats all that came from the CVS site (conf/icecast.xml). No > instructions or anything. I recognize > > > > Aww, c'mon, can't it be any more obvious than that? Just read what it > > sais. To prevent it from updating directory servers, comment the lines i > > pasted by putting "#"s (w/o quotes) in the beginning. Alter the rest > > according to your needs. > > > > Moritz > >--- >8 ---- >List archives: http://www.xiph.org/archives/ >icecast project homepage: http://www.icecast.org/ >To unsubscribe from this list, send a message to 'icecast-request at xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered.

Local Setup:

Local net is 100mb, 9 boxes that don't do much, so no bandwidth issues.

Cable modem - 2mb down, 128k up (is there someplace I can 'measure' this?)

pII-400, win2k, winamp v2.78c, ShoutCast Source v1.8.2a, encoding at 24k, 22kHz, Mono (lowest setting) - CPU usage at about 30%, peaking at 50% (total for system)

PII-400, Linux, icecast v 1.3.10, NATs Cable modem to local net

p-300 w98, winamp, local net, plays for 12 hours, no problem. Reports (confirms) 24kbps, 22kHz, mono. (sounds pretty good if you ask me.)

remote boxes:

me at dialup p-233, w98, 38/29 (win reports 38.4k, http://bandwidthplace.com/speedtest/ reports 29.1k) RealPlayer and Winamp 3beta

Friend's boxes, that I don't really have good stats on, but. Sharon at work - T1 Sharon at home - dialup 50/ Markus at work - DSL Markus at home - DSL Randy at home - cable Josh - dialup, 45/26 Grig - dialup 28.8/22.6 Jeff at work - dsl Jeff at dialup - 33/20 Keena at home - dialup 48/33.1 Kellie at aol - dialup 33/19 am at home - dialup 48/37 (no icecast test yet. ) am at home - dialup ?/? (icecast, didn't get speed test) cherie at home dialup 48/41

The pattern is: anyone with a broadband connection can connect and stay connected for hours. Anyone but Cherie with a dialup can connect, load up the buffer in about 10 seconds, listen for about 2 min, and then get dropped. The last 30 seconds are very traumatic: lots of skipping/and 10ish second pauses. At some point icecast kicks them. Cherie stayed on for 30 min and then she dropped her connection to the net. (just got that stat after writing all this.) Is there any overhead in delivering a 24k stream?

Looking at me at dialup, according to RealPlayer's stats, no lost or late packets. Cant find any stats in winamp.

Given that all I really want to do is stream voice (lectures) maybe if I come up with a lower rate source, that will fix it? For testing, can produce a lower stream from mp3 files? Hmm, I do have a CD of Richard Fineman's lectures and some Spanish instructional cds.

[17/Mar/2002:17:56:59] [52:Source Thread] Kicking client 46 [chi-ras-1-209-112-9 5-201.mc.net] [Too many errors (client not receiving data fast enough)] [listene r], connected for 3 minutes and 3 seconds, 266275 bytes transfered. 0 clients co nnected

TIA, Carl Karsten

Thanks.

> > Subject: [icecast] once again: [Too many errors (client not receiving > > data fast enough)] > > > > > > Ok, I have seen that this is a common issue, and has been > > answered many times.... but I think mine is a bit different. > > Sorry if I > > am just being thick. > > > > > > PII-400, Linux, icecast v 1.3.10, NATs Cable modem to local net > > > > Use icecast 1.3.11, this had a fix in for this. > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered.

-------------- next part -------------- A non-text attachment was scrubbed... Name: 00000000.mimetmp Type: application/pgp-signature Size: 191 bytes Desc: 00000000.mimetmp URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: part Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From carl at personnelware.com Sat Mar 23 20:48:46 2002 From: carl at personnelware.com (Carl Karsten) Date: Sat, 23 Mar 2002 14:48:46 -0600 Subject: [icecast] list.cgi song title bug In-Reply-To: <20020322214639.17dc5079.gary@v-man.ca> Message-ID: <083d01c1d2ac$21270de0$0a01a8c0@cnt496> The following output from list.cgi is hosed: Connected sources: 3 Mount Host Connected for Clients Song Title /icy_0 192.168.1.10 9 hours, 57 minutes and 41 seconds 3 Madonna - GHV2 Thunderpuss Megamix /icy_1 192.168.1.33 2 hours, 32 minutes and 33 seconds 0 System of a Down - Chop Suey /icy_2 192.168.1.10 1 minutes and 27 seconds 0 System of a Down - Chop Suey

/icy_0 and /icy_2 are from the same 'source' but different bitrates, so the titles shoudl be the same. /icy_0 and /icy_2 source is: win2k, winamp v2.78c, ShoutCast Source v1.8.2a /icy_1 source is: winXPpro, winamp v2.78c, ShoutCast Source v1.8.2a Someone should do something. I am going to go rollerblade. I'll let you know if it helps. Carl

--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tyr at teiresias.net Sat Mar 23 23:01:05 2002 From: tyr at teiresias.net (Bolt Thrower) Date: Sat, 23 Mar 2002 16:01:05 -0700 Subject: [icecast] ices and VBR mp3s? Message-ID: <20020323160105.A23428@winter.teiresias.net> I posted a while back about having trouble with ices 0.2.2 being able to re-encode VBR mp3s, and the response was that ices 0.2.2 did not reencode VBR mp3s. Are there any plans to include such support in future ices versions? If so, any ideas as to when such versions would become available? Thanks, -- "Shall life renew these bodies of a truth? Steve Chadsey All death will be annul, all tears assuage? Fill the void veins of life, again with youth. And wash with an immortal water, age." -- Anathema, "They Die" --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Sun Mar 24 02:13:44 2002 From: jack at xiph.org (Jack Moffitt) Date: Sat, 23 Mar 2002 19:13:44 -0700 Subject: [icecast] ices and VBR mp3s? In-Reply-To: <20020323160105.A23428@winter.teiresias.net> Message-ID: <20020324021344.GA8442@babyjesus.cantcode.com> > I posted a while back about having trouble with ices 0.2.2 being > able to re-encode VBR mp3s, and the response was that ices 0.2.2 did > not reencode VBR mp3s. Are there any plans to include such support > in future ices versions? If so, any ideas as to when such versions > would become available? Why wouldn't it? lame is certainly capable of doing this. I don't know a technical reason why VBR would be excluded. jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From tyr at teiresias.net Sun Mar 24 02:25:52 2002 From: tyr at teiresias.net (Bolt Thrower) Date: Sat, 23 Mar 2002 19:25:52 -0700 Subject: [icecast] ices and VBR mp3s? In-Reply-To: <20020324021344.GA8442@babyjesus.cantcode.com> Message-ID: <20020323192552.C23428@winter.teiresias.net> On Sat, Mar 23, 2002 at 07:13:44PM -0700, Jack Moffitt wrote: > > I posted a while back about having trouble with ices 0.2.2 being > > able to re-encode VBR mp3s, and the response was that ices 0.2.2 did > > not reencode VBR mp3s. Are there any plans to include such support > > in future ices versions? If so, any ideas as to when such versions > > would become available? > > Why wouldn't it? lame is certainly capable of doing this. I don't know > a technical reason why VBR would be excluded. The response I got at the time from Brendan Cully: "Ah, yes, that's correct. The problem is that your MP3s are encoded as VBR (which is incidentally why 0.1 crashes on you). 0.2.2 has a possibly ill-considered feature that avoids reencoding files if they are already at the same bitrate as the target bit rate. But it determines the bit rate by reading the first MP3 frame only, so it is easily fooled by VBR files. The next release, when I get a couple hours, will either revoke this feature, make it optional, and/or try to detect VBR files and unconditionally reencode those." -- "See, the curtain of the night Steve Chadsey Falling, down into your life Doom, is headed straight for you The night comes shining through" -- Iced Earth, "When the Night Falls" --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From jack at xiph.org Sun Mar 24 02:29:21 2002 From: jack at xiph.org (Jack Moffitt) Date: Sat, 23 Mar 2002 19:29:21 -0700 Subject: [icecast] ices and VBR mp3s? In-Reply-To: <20020323192552.C23428@winter.teiresias.net> Message-ID: <20020324022921.GD8442@babyjesus.cantcode.com> > The response I got at the time from Brendan Cully: He's the man in the know, so what he says is probably true. Maybe if you asked him nicely he'd cook up a small patch for you :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Sun Mar 24 20:40:00 2002 From: brendan at icecast.org (Brendan Cully) Date: Sun, 24 Mar 2002 15:40:00 -0500 Subject: [icecast] ices configure script In-Reply-To: <3C933730.6080800@cryst.bbk.ac.uk> Message-ID: <20020324203959.GG713@xanadu.kublai.com> On Saturday, 16 March 2002 at 12:14, Alex Gutteridge wrote: > Hi, > > I'm having difficulty getting ices 0.2.2 to see my lame install and my > perl install. The lame libraries (v3.91) are installed in: > /usr/local/lib/ with the header file at: /usr/local/include/lame/lame.h, > but when I run: > > ./configure --with-lame --with-lame-includes=/usr/local/include/lame/ > --with-lame-libraries=/usr/local/ > > it says it can't find the lame libraries. ldconfig seems to show they're > installed: > > libmp3lame.so.0 (libc6) => /usr/local/lib/libmp3lame.so.0 Uh, that's kind of odd. It should be pointing to something like libmp3lame.so.0.0.0 Can you do ls -l /usr/local/lib/libmp3lame* > libmp3lame.so (libc6) => /usr/local/lib/libmp3lame.so > > I get the same problem with the --with-perl option - I have perl > installed in the normal place (/usr/bin/perl) but when I try > --with-perl=/usr it says is can't find /usr/bin/perl (no such file). > I've intalled Ices fine withoutthese options, but I'd really like to get > it working with the re-encoding and perl. What am I doing wrong? ices should search both of these directories by default, so you shouldn't have to provide any options to get perl and lame. In a pinch, --with-lame=/usr/local ought to do. The --with-perl option ought to have worked. Can you send the actual output from configure where these tests failed? -b --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From brendan at icecast.org Sun Mar 24 20:42:54 2002 From: brendan at icecast.org (Brendan Cully) Date: Sun, 24 Mar 2002 15:42:54 -0500 Subject: [icecast] Metadata once more...with Ices In-Reply-To: <1316376168.20020314031245@cti.ecp.fr> Message-ID: <20020324204254.GH713@xanadu.kublai.com> On Thursday, 14 March 2002 at 03:12, C?dric Mallet wrote: > I use Ices with the perl module. I would like to know how to use the > function supposed to return metadata, for example to read Id Tag. > I didn't find anything in the documentation. Are there commands to get > all the fields provided by the IdTag ? No, ices exports no commands to perl or python. You'll have to use another perl library to read the ID3 tag. I believe there are several around, but I don't use them myself. > I also had strange results when commenting this function (in that case > it is supposed to stream the name of the song, by reading the IdTag). With > Winamp, I didn't get anything ("unnamned"), with XMMS, I had the proper > name, with "unnamned" written after it, and it only worked properly with > Freeamp... This is likely because you're only using UDP for metadata updates. Check the setting of use_meta_data in icecast.conf. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From a.gutteridge at cryst.bbk.ac.uk Mon Mar 25 01:00:32 2002 From: a.gutteridge at cryst.bbk.ac.uk (Alex Gutteridge) Date: Mon, 25 Mar 2002 01:00:32 +0000 Subject: [icecast] ices configure script In-Reply-To: <20020324203959.GG713@xanadu.kublai.com> Message-ID: <3C9E76B0.1080905@cryst.bbk.ac.uk> Brendan Cully wrote: >On Saturday, 16 March 2002 at 12:14, Alex Gutteridge wrote: > >>Hi, >> >>I'm having difficulty getting ices 0.2.2 to see my lame install and my >>perl install. The lame libraries (v3.91) are installed in: >>/usr/local/lib/ with the header file at: /usr/local/include/lame/lame.h, >>but when I run: >> >>./configure --with-lame --with-lame-includes=/usr/local/include/lame/ >>--with-lame-libraries=/usr/local/ >> >>it says it can't find the lame libraries. ldconfig seems to show they're >>installed: >> >>libmp3lame.so.0 (libc6) => /usr/local/lib/libmp3lame.so.0 >> > >Uh, that's kind of odd. It should be pointing to something like >libmp3lame.so.0.0.0 > >Can you do ls -l /usr/local/lib/libmp3lame* > I just tried ldconfig again and it does point to .so.0.0.0 - so that's OK. > > >>libmp3lame.so (libc6) => /usr/local/lib/libmp3lame.so >> >>I get the same problem with the --with-perl option - I have perl >>installed in the normal place (/usr/bin/perl) but when I try >>--with-perl=/usr it says is can't find /usr/bin/perl (no such file). >>I've intalled Ices fine withoutthese options, but I'd really like to get >>it working with the re-encoding and perl. What am I doing wrong? >> > >ices should search both of these directories by default, so you >shouldn't have to provide any options to get perl and lame. In a pinch, >--with-lame=/usr/local ought to do. The --with-perl option ought to have >worked. Can you send the actual output from configure where these tests >failed? > I've been banging on this for a while and discovered that configure does see my lame libraries if I use --with-cache=/dev/null, however it still doesn't see perl (from the configure script run with no other options): checking for shout/shout.h... yes checking for shout_init_connection in -lshout... yes updating cache /dev/null checking for lame/lame.h... yes checking for lame_init_old in -lmp3lame... yes checking for lame_encode_flush_nogap in -lmp3lame... yes updating cache /dev/null checking for vorbis/vorbisfile.h... no Could not find libvorbisfile, vorbis support disabled updating cache /dev/null Note (probably harmless): No library found for -ldbm checking for perl_construct... no Could not find perl libraries, perl scripting disabled If I specify --with-perl=/usr the output is slightly different but still doesn't work: checking for lame/lame.h... yes checking for lame_init_old in -lmp3lame... yes checking for lame_encode_flush_nogap in -lmp3lame... yes updating cache /dev/null checking for vorbis/vorbisfile.h... no Could not find libvorbisfile, vorbis support disabled updating cache /dev/null ./configure: perl=/usr/bin/perl: No such file or directory configure: error: Perl not found in the specified location /usr/bin/perl is a link to another link which links to the real perl binary (don't ask me why - that's how debian has installed it): parcstation:/home/alex/ices-0.2.2# ls -l /usr/bin/perl lrwxrwxrwx 1 root root 22 Mar 8 23:54 /usr/bin/perl -> /etc/alternatives/perl sparcstation:/home/alex/ices-0.2.2# ls -l /etc/alternatives/perl lrwxrwxrwx 1 root root 19 Mar 8 23:54 /etc/alternatives/perl -> /usr/bin/perl-5.005 sparcstation:/home/alex/ices-0.2.2# ls -l /usr/bin/perl-5.005 -rwxr-xr-x 3 root root 624532 Apr 30 2000 /usr/bin/perl-5.005 One thing I thought it might be is that my debian install of perl provides a static perl library (libperl.a) - does ices need the dynamic version (libperl.so) installed? I'm not a C programmer so I may well be off the right track here but I thought that could be one explanation.

we are also using darkice and it seems to work fine ;-))

Greetings from Germany!

Philipp

Akos

You want to know more? Visit us at http://www.copydvd.net

To be opt out please send an email to optout at systems-mail.org

-- Ced

And the ices_get_metadata from ices.pm : use MP3::Info; sub ices_get_metadata { my $tag = get_mp3tag("$mp3"); my $title = $tag->{TITLE}; my $artist = $tag->{ARTIST}; my $id = $mp3; if ( ($title eq "") || ($artist eq "") ) { # A few ugly operations to get the name of the song from the file name... # I know there must be something nicer, but it works :) $id =~ s#[^/]*/##g; $id =~ s#/##g; $id =~ s#.mp3##g; $id =~ s#_# #g; } else { $id = "$artist - $title"; # print "Id OK\n"; } return "Radio blabla - $id"; }

Thank you for your time :) Ced

it's still betaversion so, if you use it, i'm really happy to receive feedback about bugs and ideas! cheers [1] - http://muse.dyne.org [2] - http://savannah.gnu.org/projects/muse -- jaromil ][ http://dyne.org ][ GnuPG _key__id_ EDEE F1B9 DC92 76C0 6D46 D77A 58B0 82D6 (5B6E 6D97) --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered. From satchel at main.nc.us Fri Mar 29 20:02:14 2002 From: satchel at main.nc.us (satchel loftis) Date: Fri, 29 Mar 2002 15:02:14 -0500 Subject: [icecast] gen-mpegurl.m3u source/making a clean weblink to broadcast In-Reply-To: <200203290348.g2T3mfm22773@chile.junglevision.com> Message-ID: <0203291502140I.03313@mo23.main.nc.us> on Thursday 28 March 2002 22:48, icecast at chile.junglevision.com wrote: > Hi guys. I've been running icecast for awhile, and just > upgraded to the latest version. Everything works fine, > nice work. > > Here's the deal, I'm still not sure how to make a clean > link to my broadcast. On the icecast.org site, it calls > a cgi-bin file called 'gen-mpegurl.m3u.' This always > stars up my broadcast nicely. > > Is there anyway to get the source code to gen-mpegurl.m3u, > so I could do this from my website without needing to > use an offsite link. Or what is needed to launch a > streaming mp3 file from, you know, realaudio, wmp and > other players out there. > > (For me, winamp just plays the stream fine, but linking > directly from the new realone player or windows media > player just causes the program to endlessly download.)

i don't have the answer to this, but i'd really love to. if i get enough info, i'd be willing to put together a FAQ on this aspect of getting icecast up and running ("the final piece of the puzzle"), since it doesn't seem to be documented. -satchel

Quoting Luiz Claudio Duarte : > Also sprach Michael Smith: > > > > >Ok. I'm using shout and not ices (I couldn't get it to compile; > I'm > > >using FreeBSD and can't code C worth a damn), so the second > approach > > >will not work. But I can write a parsing script (I had'n thought > of > > >the cue file), so I'll be trying that. > > > > Please don't use shout. It's buggy, doesn't work reliably, will > cause > > you problems, and is entirely deprecated in favour of ices. > Fixing > > compile errors is much easier in the long run. > > Well, let's see if someone can help here. Trouble started with > configure. > Even using the includes and libraries directives, it couldn't find > lame, > python and shout. When I turned off lame and python it did run. > > However, when I tried to compile, I got the following error: > > gcc -DHAVE_CONFIG_H -I. -I. -I.. > -DICES_ETCDIR=\"/usr/local/icecast/etc\" > -DICES_MODULEDIR=\"/usr/local/icecast/etc/modules\" -I../resolver > -I../thread -I../libshout > -I/usr/libdata/perl/5.00503/mach/CORE -I/usr/local/include/libxml2 > -I/usr/local/include/libxml2/libxml -g -O2 -Wall -c > ices_config.c > In file included from /usr/local/include/libxml2/libxml/xmlIO.h:22, > from > /usr/local/include/libxml2/libxml/parser.h:14, > from ices_config.c:24: > /usr/local/include/libxml2/libxml/encoding.h:30: giconv.h: No such > file or directory > gmake[3]: *** [ices_config.o] Error 1 > gmake[3]: Leaving directory `/usr/home/lclaudius/ices-0.2.2/src' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/home/lclaudius/ices-0.2.2/src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/home/lclaudius/ices-0.2.2' > gmake: *** [all-recursive-am] Error 2 > > Any suggestions? > > -- > People don't quit playing because they ___vvz /( > grow old. They grow old because they <__,` Z / ( > quit playing. [Oliver Wendell Holmes] `~~~) )Z) ( > => LCD (http://www.luiz.claudio.nom.br) <= / (7 ( > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to > 'icecast-request at xiph.org' > containing only the word 'unsubscribe' in the body. No subject is > needed. > Unsubscribe messages sent to the list will be ignored/filtered. > >

------------------------------------------------- This mail sent through IMP: http://horde.org/imp/