From: Kerozen <ke...@gm...> - 2010-06-24 18:25:41
|
Hi, Thanks, your two examples worked great. But I discovered two more problems now. 1) I used to have a crossfade after a rotate() for music and jingles but before any switch or live, and it used to work. But now, I get an error : Error when initializing source at line 99 char 15 - line 102 char 2: cannot unify two dependent clocks: cross_5074[], ?(5b85c5ee:0)[cross_5074[]]. However, it does work if I put my crossfade BEFORE the rotate, that is to say, when it has to crossfade between tracks of only one playlist. Here is a code sample : radio = crossfade(start_next=0.7, fade_in=0.2, fade_out=0.2,musique) radio = rotate(weights=[2,1],[radio,jingles]) This works. radio = rotate(weights=[2,1],[musique,jingles]) radio = crossfade(start_next=0.7, fade_in=0.2, fade_out=0.2,radio) This gives the error. Also, I noticed that if I have, say : playlist_1 = rotate(weights=[2,1],[musique,jingles]) playlist_1 = crossfade(start_next=0.7, fade_in=0.2, fade_out=0.2,playlist_1) playlist_2 = rotate(weights=[2,1],[musique2,jingles]) playlist_2 = crossfade(start_next=0.5, fade_in=0.2, fade_out=1.0, playlist_2) This gives another error, : "an operator cannot belong to two clocks." I guess that this is because I can't reuse the source "jingles" in two different crossfades... but how do I bypass this problem ? I've thought of having the following : jingles2 = jingles playlist_2 = rotate(weights=[2,1],[musique2,jingles2]) playlist_2 = crossfade(start_next=0.5, fade_in=0.2, fade_out=1.0, playlist_2) But this fails with the same error. Am I forced to have the following ? jingles = playlist(jingles.m3u) jingles2 = playlist(jingles.m3u) Also, these two playlists are for a switch, so I've thought of putting the crossfade AFTER the switch... then I have no error, but liquidsoap falls back to my "security" file (I have a fallback like fallback([live, playlist, security]), as if the playlist became suddenly unavailable... OK, this was just the first problem. The second one is even more problematic, but easier to explain : i In my playlists, I have a bunch of m4a files, but although I compiled liquidsoap with faac/faad support, m4a files are handled by mad, who fails at efficiently playing them, just passing to liq a short high-pitched audio glitch (sounds awful). I think the problem also happens with live sources (shoutcast with aac+ sent to a harbor). How should I avoid this ? Azrael. |