Hi again! 2011/12/28 Josh <[email protected]>: > ok, i have no idea what all this meens, but here is the log: > 2011/12/29 00:40:33 [src_4609:4] Activations changed: static=[], > dynamic=[fallba > ck_4611:/cradio-mp3:/cradio-mp3]. > 2011/12/29 00:40:33 [src_4609:2] Feeding stopped: Incorrect stream type! > 2011/12/29 00:40:33 [source:4] Source src_4735 gets up. > 2011/12/29 00:40:33 [src_4735:4] Content kind is {audio=2;video=0;midi=0}. > 2011/12/29 00:40:33 [random_4605:4] Activations changed: > static=[src_4735:fallba > ck_4611:/cradio-mp3:/cradio-mp3], > dynamic=[fallback_4611:/cradio-mp3:/cradio-mp3 > ]. > 2011/12/29 00:40:33 [src_4735:4] Activations changed: > static=[fallback_4611:/cra > dio-mp3:/cradio-mp3], dynamic=[]. > 2011/12/29 00:40:33 [ogg.muxer:4] /cradio(dot)ogg: Setting end of track > d0ba66d. > 2011/12/29 00:40:33 [ogg.muxer:4] /cradio(dot)ogg: Every ogg logical tracks > have > ended: setting end of stream. > 2011/12/29 00:40:33 [ogg.muxer:4] /cradio(dot)ogg: Starting new > sequentialized o > gg stream.
Ok, let me show you what I mean. When connecting to a input.harbor, a source client must emit a content-type header, which is then used to pick the right decoder for that stream. Here's a example of logs that show how this happen: 2011/12/28 18:53:08 [harbor:4] New client on port 8005: localhost 2011/12/28 18:53:08 [harbor:4] Header: User-Agent, value: Liquidsoap/1.0.0 (Unix; OCaml 3.12.1). 2011/12/28 18:53:08 [harbor:4] Header: ice-public, value: 1. 2011/12/28 18:53:08 [harbor:4] Header: ice-description, value: Liquidsoap Radio!. 2011/12/28 18:53:08 [harbor:4] Header: ice-url, value: http://savonet.sf.net. 2011/12/28 18:53:08 [harbor:4] Header: ice-name, value: test. 2011/12/28 18:53:08 [harbor:4] Header: ice-genre, value: Misc. 2011/12/28 18:53:08 [harbor:4] Header: ice-audio-info, value: bitrate=128;samplerate=44100;channels=2. 2011/12/28 18:53:08 [harbor:4] Header: Content-Type, value: audio/mpeg. 2011/12/28 18:53:08 [harbor:4] Client logged in. 2011/12/28 18:53:08 [harbor:4] SOURCE request on /test. 2011/12/28 18:53:08 [decoder:4] Trying method "WAV" for "audio/mpeg"... 2011/12/28 18:53:08 [decoder:4] Trying method "PCM/BASIC" for "audio/mpeg"... 2011/12/28 18:53:08 [decoder:4] Trying method "FLAC" for "audio/mpeg"... 2011/12/28 18:53:08 [decoder:4] Trying method "AAC" for "audio/mpeg"... 2011/12/28 18:53:08 [decoder:4] Trying method "OGG" for "audio/mpeg"... 2011/12/28 18:53:08 [decoder:4] Trying method "MP3" for "audio/mpeg"... 2011/12/28 18:53:08 [decoder:3] Method "MP3" accepted "audio/mpeg". 2011/12/28 18:53:08 [threads:3] Created thread "harbor source feeding" (2 total). 2011/12/28 18:53:08 [harbor:4] Adding source on mountpoint "/test" with type "audio/mpeg". So, as you can see, the source declares itself as type "audio/mpeg", with this header: 2011/12/28 18:53:08 [harbor:4] Header: Content-Type, value: audio/mpeg. Then, available stream decoders are tried one by one until one is found that accepts "audio/mpeg", here the MP3 decoder. I suspect that your source client is sending a different content-type header, which the mp3 decoder does not recognize. An appropriate course of action in this case would be: * Find out which content-type is sent by the source client. * Add this content-type to the list of content-types associated with mp3 data: set("decoder.mime_types.mp3",["audio/mpeg", "<YOUR CONTENT-TYPE HERE>"]) Romain ------------------------------------------------------------------------------ Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
