From: Sheshadri M. <she...@vi...> - 2011-03-14 07:24:01
|
Hi; I am trying to test icecast2 with LiquidSoap to play mp3 lectures. I've downloaded icecast2 and also grabbed liquidsoap from cygwinports (as instructed on savonet site). When I run liquidsoap in cygwin window, I get the following error: Fatal error: exception Failure("Cannot find camomile database directory, usually located here: '/usr/share/camomile/database'. Use environment variable CAMOMILE_DIR or CAMOMILE_DATADIR to locate it precisely.") Does this mean OCAML is not installed? Is OCAML not part of the cygwinport ? What are my options now? (I really do not want to rebuild liquidsoap from source in cygwin) 1. should i install ocaml-3.11-0-windows.exe (using Microsoft c lib and masm) ? 2. Where would cygwinports install CAMOMILE database anyway? Someone doing same on MAC-OS apparently found it installed somewhere else?? (Alas, file search did not turn up any camomile folder anywhere under cygwin install). 3. install ocaml from cygwin ? (trying this now). any help/feedback is appreciated. kindest regards, s- -- logo <http://www.vishokasolutions.com> sheshadri mantha director of technology she...@vi... <mailto:she...@vi...> 462 east cedarvale road tucson, az 85704 520-906-6513 |
From: Romain B. <to...@ra...> - 2011-03-14 20:48:44
|
Hi, Le 14 mars 2011 01:57, Sheshadri Mantha <she...@vi...> a écrit : > > Hi; > I am trying to test icecast2 with LiquidSoap to play mp3 lectures. > > I've downloaded icecast2 and also grabbed liquidsoap from cygwinports (as instructed on savonet site). > > When I run liquidsoap in cygwin window, I get the following error: > Fatal error: exception Failure("Cannot find camomile database directory, usually located here: '/usr/share/camomile/database'. Use environment variable CAMOMILE_DIR or CAMOMILE_DATADIR to locate it precisely.") > > Does this mean OCAML is not installed? Is OCAML not part of the cygwinport ? > > What are my options now? (I really do not want to rebuild liquidsoap from source in cygwin) > > should i install ocaml-3.11-0-windows.exe (using Microsoft c lib and masm) ? > Where would cygwinports install CAMOMILE database anyway? Someone doing same on MAC-OS apparently found it installed somewhere else?? (Alas, file search did not turn up any camomile folder anywhere under cygwin install). > install ocaml from cygwin ? (trying this now). > > any help/feedback is appreciated. Camomile should be installed. The problem is that liquidsoap checks default paths which are unix-specific (/usr/share/..) while in your case the path should be windows-specific (c:\\cygwin\..) What you can do first is find your path and adjust it using the CAMOMILE_DATADIR environment variable. Ultimately, I believe that this is a bug is cynwin's portage of camomile or, less likely, liquidsoap. You may want to report this to the cygwin's devs. Romain > kindest regards, > s- > > -- > sheshadri mantha > director of technology > she...@vi... 462 east cedarvale road > tucson, az 85704 > 520-906-6513 > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Savonet-users mailing list > Sav...@li... > https://lists.sourceforge.net/lists/listinfo/savonet-users > |
From: pranza <pr...@ta...> - 2011-06-11 16:30:18
|
hi! i'm having the same problem on XP. did you manage to find a way out of that missing camomile? |
From: Romain B. <to...@ra...> - 2011-06-13 21:10:39
|
2011/6/11 pranza <pr...@ta...>: > hi! Hi! > i'm having the same problem on XP. did you manage to find a way out of that > missing camomile? Well, as I was saying, this is an issue that should be dealt directly with the cygport maintainer. In the mean time, you may want to try our native windows build, available from there: http://www.rastageeks.org/~toots/liq-win32/ Romain |
From: Romain B. <to...@ra...> - 2011-06-15 22:09:47
|
2011/6/15 pranza <pr...@ta...>: > Bonjour Romain! Salut! (I'm adding back savonet-users as I think this could be interesting to others..) > The problem was missing ocaml module. I installed it and it runs now. Anyway > you sent me newer binary version and it works too, many thanks! > I run the radio called http://radio.audiomastering.lt > > my primary use of Savonet would be: > 1) dynamically changing station name dependent on current programme, without > encoder re-connecting, as it would be if only icecast is used; > 2) improved fallback mechanism (it's also possible with icecast, but when > active mountpoint falls to other source, online flash player starts > stuttering and page refresh is needed); > 3) playing pre-recorded programmes on pre-set times (incl. station name > change) > 4) ogg source transcoding to mp3 output (some people that play on the radio > use broadcast programs can output only ogg, for example Traktor, and my > radio is fixed at 160 kbit/s mp3) > 5) jingles > 6) some gain processing for live streams (they often come from parties when > PC is connected to dj mixer with quite low level to avoid possible peaks). > > I'm only amateur tinkerer, not a programmer so could I bother you with > how-to questions in future? Sure, the mailing list is meant for that :-) > I have Savonet documentation, found some > snippets on the net and will do my best to build my own config, but > still...:) > > Even at the very beginning I faced a problem which I cannot solve: > > in the script I have a line: > playlist = playlist("D:/Fonoteka/gabalai/CD/playlist.m3u") > > and it doesn't play: > 2011/06/15 00:16:38 [pl(dot)m3u:3] Loading playlist... > 2011/06/15 00:16:38 [pl(dot)m3u:3] Could not parse playlist: End_of_file > 2011/06/15 00:16:38 [pl(dot)m3u:3] Got an empty list: keeping the old one. > > I tried renaming it, creating it by hand, granting all permissions for > "everyone" - nothing helped. I also tried it wit Cygwin build 0.9.3 - it's > all the same. > if I point "playlist" to the directory with tracks, it plays fine, but not > if I point to a playlist file. That's bad, because directory contains loads > of different tracks. > > Could you give me a clue why is it so? Hmmm... So, first, in order to avoid confusion, I would recommend trying with only the native win32 version (the one I sent you). This is also the latest version with the latest bug fixes and the one that I should be able to update quickly.. Now, coming to your issue.. If what you wrote does not work then it is a bug. However, I am not sure about the link between the code and the logs because the id mentioned in the logs -- pl(dot)m3u -- does not match the code snippet. Do you have other playlists in the script? If so, then I would recommend adding a id="foo" parameter to each playlist in order to make sure which is which in the logs :-) > Today was the first day with Savonet and I also observed one bug - a friend > was broadcasting to harbor, his net connection failed, but when he was back, > nor he nor anyone else could connect to that harbor anymore. So I added the > line set('harbor.timeout',30.) to the script and will see if it helps. As > far as I know, default timeout is 30 anyway, but maybe it will help... If > you know something more about possible cause of harbor lockup (connection > refused), also please let me know. This one is supposed to be fixed in the latest code. Did you experience this issue with the native win32 binary? If yes, there is still a chance that the latest win32 native build did not incorporate some recent changes so I'll compile a fresher one and ask you to try it if you may :-) Romain |
From: Romain B. <to...@ra...> - 2011-06-16 15:50:02
|
2011/6/16 pranza <pr...@ta...>: > Salut! Bonjour! > Yes, I'm ready to participate in new version testing. From now on, I'll > report only w32 binary issues. Cool! > pl.m3u versus playlist.m3u was my error - the name should have been the same > in both places - it really was pl.m3u in my code.. so proabably it's a bug > (but how everyone wouldn't notice it?). Yes indeed. I'll try to test it locally. In the mean time, have you tried with another location or another file? Is the content of the playlist correct? > I have attached my current working config. Could you help me with metadata > updates? I've browsed examples and couldn't figure out how to make station > name to be taken from all three external sources and how to display custom > stream name dependent for the local playlist? I only manage to force one > static name for everything if I put name="blah" in my output.icecast > definition. Also I would like to display custom text instead of track names > for my local playlist... I am not sure that I understand this correctly. There are two things here: * Stream name, description: set when connecting the stream to icecast and cannot be changed without reconnecting the source stream * Song metadata: set dynamically, but include only title, artist, album etc. informations. Which of the two would you like to update :) In the first case (stream name, etc.) you should be able to have a custom value but it will be set for all the time that the output is connected.. Romain |
From: Romain B. <to...@ra...> - 2011-06-20 19:13:16
|
Hi! I have tried here to read a m3u playlist and it works.. In order to isolate the bug, I would recommend to try to minimise the script that reproduces the issue: try a script like this: s = playlist("C:\path\to\playlist.m3u") output.dummy(fallible=true,s) Then also make sure that the path is correct, the playlist is not mpty and is readable by liquidsoap.. Please let us know of your findings as we are planning to release a stable version soon and it would be nice to catch this bug, if confirmed.. Romain 2011/6/16 Romain Beauxis <to...@ra...>: > 2011/6/16 pranza <pr...@ta...>: >> Salut! > > Bonjour! > >> Yes, I'm ready to participate in new version testing. From now on, I'll >> report only w32 binary issues. > > Cool! > >> pl.m3u versus playlist.m3u was my error - the name should have been the same >> in both places - it really was pl.m3u in my code.. so proabably it's a bug >> (but how everyone wouldn't notice it?). > > Yes indeed. I'll try to test it locally. In the mean time, have you > tried with another location or another file? Is the content of the > playlist correct? > >> I have attached my current working config. Could you help me with metadata >> updates? I've browsed examples and couldn't figure out how to make station >> name to be taken from all three external sources and how to display custom >> stream name dependent for the local playlist? I only manage to force one >> static name for everything if I put name="blah" in my output.icecast >> definition. Also I would like to display custom text instead of track names >> for my local playlist... > > I am not sure that I understand this correctly. There are two things here: > * Stream name, description: set when connecting the stream to icecast > and cannot be changed without reconnecting the source stream > * Song metadata: set dynamically, but include only title, artist, > album etc. informations. > > Which of the two would you like to update :) In the first case (stream > name, etc.) you should be able to have a custom value but it will be > set for all the time that the output is connected.. > > Romain > |
From: Romain B. <to...@ra...> - 2011-07-20 16:51:44
|
2011/6/25 pranza <pr...@ta...>: > Hi Romain! Hi! > Thanks for the new build! > I tried it, but still the same problem... I attach the log and my current > radio's config file. Sorry for the late response.. I have just uploaded a win32 build for 1.0.0-beta2.1 to our sourceforge file section. However, I think it is pretty much the same build as you tested last.. In order to try to isolate the problem, I have compiled a very simple test binary that reproduces that part where the playlist file is opened and read in liquidsoap. It is available for download there: http://rastageeks.org/~toots/playlist.zip If you could try to use it as follows: playlist.exe /path/to/file-to-test and report whether it works or not, that would help us understanding your issue. If you're worried about the binary, here is the source: ---- let filename = Sys.argv.(1) let () = Printf.printf "Trying to read file %s\n%!" filename; try let channel = open_in filename in let length = in_channel_length channel in let content = String.create length in really_input channel content 0 length; (* Close the file now, I don't need it anymore.. *) close_in channel ; Printf.printf "File read without issues!\n%!" with | e -> Printf.printf "File could not be read: %s\n%!" (Printexc.to_string e) ---- > By the way, last week Savonet crashed on receiving connection to its harbor > from ogg streaming software Traktor - had to "end task" the process and > restart in order to play. Otherwise it's perfectly stable with local files. Hmm... That's interesting. Could you report the issue to our bug tracker with technical details (script, streaming software and logs) so that we can see if we can reproduce and fix this issue? Link: http://dev.sourcefabric.org/browse/LS Thanks for you collaboration! Romain |