I don't think its a bug in icecast. I think its a change in icecast that
hasn't propagated to all the source clients found in the wild. Some of
these things haven't been updated in years. LS is actively developed, and
behaves as it should. The crusty crop of source-clients cause the same
error from icecast when sending directory information: not enough data.
Its not the directory information thats missing, its the audio/mp3 or
audio/aac that isn't being sent, and thats manifesting as a
directory-listing problem. It kinda makes sense: if icecast expects more
information about the stream, why bother listing in the directory if it
can't link listeners properly?
I see Romain checked-in.... Hi Romain
The problem isn't song meta, its station meta (if thats even a real term).
When I setup all the output.icecast, I can specify the station name, url,
description, genre, etc etc. No worries. But when a live DJ tries to send
that information it gets lost. I tried setting up a fallback system in
icecast so my DJ's show information gets propagated to the yp-directory
server, but that doesn't appear to work either (not that i really want to
go that route! i'd rather have them connect to an input.harbor so i can
transcode... but I can't propagate yp-directory information from a souce
client anyway).
If I were focused on a single genre of music, this would not be a problem,
but I don't run a terrestrial station so I don't think as a terrestrial
station manager does. I'm an interweb guy so I expect genre to be
transient, dynamic, whatever.
Two of my DJ's are linux-savy, so we're going to test icecast fallback with
darkice as the source client. I suspect it will work since darkice is kept
up-to-date. Unless I can figure out a way to proxy the station
descriptio/name/url/genre and update each transcoded streams directory
listing, icecast fallbacks will have to suffice. But I will be honest when
I say: I'd much rather proxy and transcode than use icecast fallback.
On Mon, Jan 27, 2014 at 7:04 AM, Daniel James <[email protected]
> wrote:
> Hi Ashworth,
> > YP-directory information is in the ls script for /radio. And, it works.
> > /live is never listed in the directory, even though its configured to
> > be, and souce-clients are sending directory information.
>
> I would suggest posting details to the icecast-dev list:
>
> http://lists.xiph.org/mailman/listinfo/icecast-dev
>
> because if there's a bug in the yp code, it would be useful to know this
> before the 2.4 release. It may be that fallback mounts are deliberately
> not meant to send yp information. I can see it would be a problem if you
> rely on fallback a lot.
>
> > I don't like using the fallback feature in icecast because I'm unable to
> > transcode
>
> I believe it's by design that Icecast doesn't do any encoding. At least,
> the Debian package doesn't depend on any encoder libraries.
>
> Cheers!
>
> Daniel
>
------------------------------------------------------------------------------
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and trends. Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users
