search for: seetharam

Displaying 20 results from an estimated 25 matches for "seetharam".

2004 Aug 06
2
song boundaries
On Tuesday 25 February 2003 10:31, Deva Seetharam wrote: > hello all, > > in icecast2, how can i determine when one *MP3* song ends and the next one > starts? > > i am involved in user preferences research and i am writing a statistics > collecting software the tracks the songs that are being played, the number > of people...
2004 Aug 06
2
song boundaries
On Tuesday 25 February 2003 16:13, Deva Seetharam wrote: > Mike, > > On Tue, 25 Feb 2003, Michael Smith wrote: > > On Tuesday 25 February 2003 10:31, Deva Seetharam wrote: > > > hello all, > > > > > > in icecast2, how can i determine when one *MP3* song ends and the next > > > one starts? > &gt...
2004 Aug 06
2
song titles
On Monday 17 February 2003 21:18, Deva Seetharam wrote: > Hello All, > > while icecast is streaming a mp3 source, how is the song title info > maintained? > > that is, does the source send the song title? does icecast log the songs > that have been played? > This (for almost-compatibility with shoutcast - true compatibili...
2004 Aug 06
2
icecast2 and static files
On Monday 24 February 2003 17:32, Deva Seetharam wrote: > Hello > > using icecast1, it was possible to serve static music files. from my > prelim understanding, it seems like icecast2 can serve only streams. is > this correct? > No. icecast2 fully supports serving of static files. Mike --- >8 ---- List archives: http://ww...
2004 Aug 06
0
song boundaries
On Tue, 25 Feb 2003, Michael Smith wrote: > On Tuesday 25 February 2003 16:13, Deva Seetharam wrote: > > Mike, > > > > On Tue, 25 Feb 2003, Michael Smith wrote: > > > On Tuesday 25 February 2003 10:31, Deva Seetharam wrote: > > > > hello all, > > > > > > > > in icecast2, how can i determine when one *MP3* song ends and the next...
2004 Aug 06
1
song boundaries
Deva Seetharam <deva@downstreamdigital.com> said: > i found that too. but, imho, doesnt have all the necessary details to > write a system that can process metadata. > That's the document I wrote to both read (in incoming mode) and write (to clients) the mp3/shoutcast metadata support in ice...
2004 Aug 06
2
icecast2 and admin console
Hello how do i log into the admin console of icecast2? i tried telnet as i used to do with icecast 1. but the server closes the connection immediately. pls. help. thanks, deva --- >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@xiph.org' containing only the word
2004 Aug 06
2
icecast2 and static files
...r ices which allows you to server static music files. However, you will need to remove the 'encoding' section of the file as on my system it would reencode on the fly as long as that section existed. --thanks Michael Edwards http://www.walledcity.ca >===== Original Message From Deva Seetharam <deva@downstreamdigital.com> ===== >> > using icecast1, it was possible to serve static music files. from my >> > prelim understanding, it seems like icecast2 can serve only streams. is >> > this correct? >> > >> >> No. icecast2 fully supports s...
2004 Aug 06
2
song titles
On Tuesday 18 February 2003 19:37, Deva Seetharam wrote: > i see that icecast retains song titles only when running in full debug > mode (with DEBUG_FULL defined in icecast.h). is this observation correct? Ah. You must be talking about icecast 1.x. I was talking about icecast2. What I said is not at all accurate for icecast 1.x, you should...
2004 Aug 06
2
web stats
hello, i am involved in a user-modeling research. i need to collect the following information while icecast is serving music: client user-id start time for client end time for client user id songs listened to <p>can i get these info by parsing the web stats? thanks, deva --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To
2004 Aug 06
2
web stats
hello, i am involved in a user-modeling research. i need to collect the following information while icecast is serving music: client user-id start time for client end time for client user id songs listened to <p>can i get these info by parsing the web stats? thanks, deva --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To
2004 Aug 06
0
song titles
...a new song is being streamed by a source? can i determine this accurately by examining song title (souce.info.streamtitle)? or, is there a more reliable method? <p>pls. let me know. thanks, deva <p>On Mon, 17 Feb 2003, Michael Smith wrote: > On Monday 17 February 2003 21:18, Deva Seetharam wrote: > > Hello All, > > > > while icecast is streaming a mp3 source, how is the song title info > > maintained? > > > > that is, does the source send the song title? does icecast log the songs > > that have been played? > > > > This (for almos...
2004 Aug 06
1
stats
hello, which servers other than icecast and shoutcast are used for streaming mp3? has anyone found how many icecast and shoutcast installations are in use? <p>thanks, deva <p><p>--- >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@xiph.org'
2004 Aug 06
1
song delimiters
hello, mp3src ==> icecast ==> clients * as shown above, when rebroadcasting streams from mp3 source, how can i write code on the server to locate song boundaries? i would like to keep track of songs that are broadcasted, number of people listening to it etc. thanks, deva <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:
2004 Aug 06
0
song boundaries
Mike, On Tue, 25 Feb 2003, Michael Smith wrote: > On Tuesday 25 February 2003 10:31, Deva Seetharam wrote: > > hello all, > > > > in icecast2, how can i determine when one *MP3* song ends and the next one > > starts? > > > > i am involved in user preferences research and i am writing a statistics > > collecting software the tracks the songs that are being...
2006 Oct 10
1
[LLVMdev] Questions regarding using LLVM for static code analysis
Hi, I am looking into the possibility of using the the LLVM infrastructure for static code analysis. Specifically I am trying to understand the object mod/ref relationships between modules (which are a set of C/C++ files). I plan to generate the .o and .bc files (using CC=llvm-gcc) and then run "opt" on the .bc file to display the information. One of the things I noticed was that
2004 Aug 06
3
icecast 1.x vs icecast 2
There isn't much info on the website...I guess I was expecting some beter documentattion. ----- Original Message ----- From: Michael Smith <msmith@xiph.org> To: icecast@xiph.org Cc: Date: Subject: Re: [icecast] icecast 1.x vs icecast 2 On Wednesday 19 February 2003 14:01, ronnie@mixsessions.com wrote: > okay those are good reasons but where can I get more info > > The
2004 Aug 06
4
Icecast 2 recieving valid login from two sources
What happens when the Icecast 2 server already has a source connected & broadcasting, and another source attempts to login also with valid login info? Is the second source not accepted, or does the second source override the already connected source? --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list,
2004 Aug 06
3
icecast2 transcode?
I remember working with a company called clubcastlive.com who were essentially doing the same thing - always wondered what happened to them - I guess as an internet company they went out of business. S&M <p>Monday, February 24, 2003, 11:06:26 PM, you wrote: <p> >> I've got a dilema. For months, I've been planning and implementing >> a large project
2004 Aug 06
2
song boundaries
the metadata format is not documented officially anywhere, but really isn't terribly complicated... http://www.smackfu.com/stuff/programming/shoutcast.html hows a nice concise description of it, and was the first result returned from doing http://www.google.com/search?q=shoutcast+metadata oddsock At 04:06 PM 2/25/2003 -0500, you wrote: > > The mp3 metadata format is a nasty hack