Quote:
|
Originally Posted by Forts
Would it be possible to have an option to disable the scanner control?
|
Forts: Thanks for the positive feedback, and the request, I really appreciate it. I've received several requests for a "Audio Only" setting. I've kind of resisted the idea, because doing the tags "right" was sort of the major principal behind me initially writing ScannerCast. But, enough people have now requested this feature that I've got to give it serious consideration. I mean... if that's what a lot of people want, it wouldn't be right for me to say no.
So, thanks again for the suggestion... I'll have a look at the code and see how difficult it would be to handle a setting with NO tags.
Quote:
|
Originally Posted by Sinister
If the user wants to stream tag information will this cause Winamp or Itunes media players to continually buffer due to the additional info being sent?
|
I'm not sure I understand exactly what you're asking, but I'll try to give you an answer.
The amount of data buffered at the player isn't really related to whether tag data is sent or not, it more a function of how the player is configured. Winamp, for example, has a setting that controls how much data it buffers during playback.
ScannerCast sends tag data *very* frequently (compared to other Icecast/SHOUTcast source clients), and it typically sends less than 100 bytes of tag data every 1/2 second (in other words, less than 200 bytes per second). Contrast this with 8,000 bytes of data per second sent for the audio.
Speaking of buffering, ScannerCast is designed to buffer several seconds of audio before sending it along to the player (if connected directly) or Radio Reference. This is to allow ScannerCast to handle transient network problems -- like having part of a message lost or delayed -- which happens surprisingly regularly.
Hope I answered your question completely. If not, feel free to follow-up or contact me directly via email.
Thanks also for the kind words and encouragement!
Peter
K1PGV