Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[p····· g·······]

i think i found what really causes extreme memory leaks - that's the 
harbours in the first place.
also, i thought it was "fixed" in v2, but that was just a coincidence that 
i've put LS behind firewall and allowed only known IPs to connect.
once i opened it to the wild again, the radio processes started bloating 
RAM. so, it is the result of bots and lamers attempting to connect. although 
not knowing the password they fail to do so, the process gets a memory leak. 
that's it!


p

p.s. also, this crossfade causes various glitches with radio - most often it 
fails to play sound since the very start, sometimes a few millisecond loop 
can be suddenly heard forever, and overall this doesn't work, although there 
are no errors thrown in the log:


#def crossfade (~start_next=5.,~fade_in=0.5,~fade_out=3.,
# ~default=(fun (a,b) -> sequence([a, b])),
# ~high=-15., ~medium=-32., ~margin=4.,
# ~width=2.,~conservative=true,s)
#  fade.out = fade.out(type="sin",duration=fade_out)
#  fade.in  = fade.in(type="sin",duration=fade_in)
#  add = fun (a,b) -> add(normalize=false,[b, a])
#  log = log(label="crossfade") 




___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[p····· g·······]

hello!
can it be that liquidsoap processes share some data inbetween them somehow? 
via some temporary files even perhaps?
i noticed strange behaviour - sometimes a radio would start and get stuck 
playing nothing, and the only fool-proof method is to shut down all the 
radios which share that executable and start again. can be a coincidence or 
perhaps not?..


p 




___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[p····· g·······]

hiya!

some more insights:

as there is still a memory leak if harbors are being used (and on some 
radios they are, daily...), i have to re-start service every night.
it used to be "kill forcefully" with v1.x, so as we see it's getting 
somewhat better ;)

however.
one time out of ten it still locks up on restart and wouldn't restart - no 
music, but process still runing. due to memory leak corrupting something 
maybe.
and one time out of three it jams after restarting, just after loading first 
track, but not playing it, last log entry being "2021/07/14 03:00:06 
[switch_1:3] Switch to map_metadata_1."
upon another re-start in that case, it goes through exact same logging but 
does not hang, and the next thing after map metadata being "2021/07/14 
10:33:50 [decoder:2] Decoding "D:/..blabla...

and in both cases there is a log entry earlier of track being "Prepared"...

that means it goes like prepare -> map metadata -> sometimes lock up if it's 
the first track after starting the service -> decode track...



sometimes it also ceases to play and prints out such nonsense:


2021/07/13 22:00:30 [switch_2:3] Switch to map_metadata_0 with forgetful 
transition.
2021/07/13 22:00:30 [crossfade_0:3] Analysis: -39.645238dB / -infdB (4.98s / 
0.04s)
2021/07/13 22:00:30 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:35 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:35 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:35 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:35 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:35 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:35 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:35 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:35 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:35 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:35 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:35 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:35 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:36 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:36 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:37 [crossfade_0:3] Analysis: -infdB / -infdB (0.02s / 
0.04s)
2021/07/13 22:00:37 [crossfade_0:3] Simple transition: crossed, fade-in, 
fade-out.
2021/07/13 22:00:37 [crossfade_0:3] Analysis: -infdB / -infdB 

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[p····· g·······]

so, i have let the LS v2 run for a little longer and here's the conclusion:
if there are _no harbours / no activity in harbours_ and _no activity over 
telnet_ LIQUIDSOAP DOES NOT BLOAT!!! it kept under 300MB of RAM after 
running for 10 days.
i have connected through telnet a few hours ago to check the uptime :) and 
since i did that it's over 600MB now and ticking up. so, not difficult to 
re-create.


thanks for giving some clues for re-writing of configs, i somehow failed to 
produce any working code with it:


something  = on_metadata(fun (meta) -> system("echo %date% %time% 
#{(meta[\"artist\"])} #{(meta[\"title\"])} >> c:/thisstuffhasplayed.txt"), 
radio)

gives me "Error 4: Undefined variable on_metadata"

also thing like x = insert_metadata(radio)
gives me "
Error 5: this value has type
 source(_) (inferred at line 208, char 4-26)
but it should be a subtype of
 _ * _"

hmm...

p




___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[Romain Beauxis]

Hi,

I'm glad to hear that the memory leak is getting better.

We have started a migration page to help users migrating from 1.4.x to
2.x so this feedback is very useful.

Le lun. 21 juin 2021 à 17:57, p· g···  a écrit :
> now this crossfade doesn't work:
>
> def crossfade (~start_next=5.,~fade_in=3.,~fade_out=3.,
>  ~default=(fun (a,b) -> sequence([a, b])),
>  ~high=-15., ~medium=-32., ~margin=4.,
>  ~width=2.,~conservative=true,s)
> #  fade.out = fade.out(type="sin",duration=fade_out)
> #  fade.in  = fade.in(type="sin",duration=fade_in)
>   add = fun (a,b) -> add(normalize=false,[b, a])
> #  log = log(label="crossfade")
> end
>
> commented lines show what i had to take out to avoid startup errors.
>
> this transition doesn't work either:
>
>   def transition(a,b,ma,mb,sa,sb)
> list.iter(fun(x)-> log(level=4,"Before: #{x}"),ma)
> list.iter(fun(x)-> log(level=4,"After : #{x}"),mb)
> log("Transition: crossed, fade-in, fade-out.")
> #add(fade.out(sa),fade.in(sb))
>   end

This is explained in:
https://www.liquidsoap.info/doc-dev/migrating.html You would now
write:

def transition(a,b)
  list.iter(fun(x)-> log(level=4,"Before: #{x}"),ma)
  list.iter(fun(x)-> log(level=4,"After : #{x}"),mb)
  log("Transition: crossed, fade-in, fade-out.")
  add(fade.out(a.source),fade.in(b.source))
end

> this definition of cross:
>
> #  cross(width=width, duration=start_next, conservative=conservative,
> #  transition,s)
>
> also this:
> #radio = crossfade(radio)
>
> then this important contraption which allowed me to insert metadata on the
> fly and also print out track names which have played:
>
> #x = insert_metadata(radio)
> #insert = fst(x)
> #radio = snd(x)
> #def set_meta(~protocol,~data,~headers,uri) =
> #x = url.split(uri)
> #meta = metadata.export(snd(x))
> #ret =
> #if meta != [] then
> #insert(meta)
> #"O jaa!"
> #else
> #"nier metadatos!"
> #end
>
> #http_response(protocol=protocol,code=200,headers=[("Content-Type","text/html")],data="#{ret}")
> #end
>
> #harbor.http.register(port=8020,method="GET","/setmeta",set_meta)
>
> # execute script on_metadata
>
> # radio = on_metadata(fun (meta) -> system("echo %date% %time%
> #{(meta[\"artist\"])} #{(meta[\"title\"])} >> c:/grojo.txt"), radio)
>
>
> then this jingle system and also primitive gain control:
> # radio = add([radio, switch([({30m31s},dzinglas)])])
> # radio = skip_blank(radio)
> # radio = fallback(track_sensitive=false, [ fail(), radio, fallback_file ])
> # limradio = amplify(0.9, radio)
>
> compression and normalization written like that also have no luck:
> #  target = interactive.float("target",-17.)
> #  k_up = interactive.float("k_up",10.)
> #  k_down = interactive.float("k_down",0.2)
> #  gain_min = -6.
> #  gain_max = 10.
> #  window = 10.
> #  threshold = interactive.float("threshold",-30.)
>
> #radio =
> normalize(target=target,k_up=k_up,k_down=k_down,gain_min=gain_min,gain_max=gain_max,window=window,threshold=threshold,radio)
> #radio = compress(attack=0.5,threshold=-9.,ratio=12.,gain=6.,
> release=2000.,radio)
>
> a simple limiter doesn't want to function:
> #radio = limit(attack=0.01, release=5000., threshold=-1., radio)

For the above, it's hard to tell without looking at the whole script.
From what you describe, it feels like you might have been using an
intermediate output. Something like this:
radio = output.dummy(fallible=true, radio)

With 2.x, outputs now return nothing and should not be re-used as
source so you should do:

output.dummy(fallible=true, radio)
# keep using radio afterward...

> and finally, radio = register_flow is also commented out but i don't
> remember if i did it because of LS v2 or some time earlier..:)

Flow is unmaintained and deprecated now, sadly.

> also one transition for fallback including live harbour that Martin
> Kirchgessner suggested earlier:
> def crossfade_1s(a,b)
> faded = add(normalize=false, [
> fade.in(duration=1., type="exp", b),
> amplify(mkfade(duration=1., start=1., stop=0., type="exp", a) ,a)
> ])
> add_timeout(3., { source.skip(a) ; -1.})
> faded
> end
>
> that behaved absolutely unusably shitty (fading in and out multiple times
> and never completing the fade, skipping tracks on fades happening in
> background in pre-V2 liquidsoap), now works absolutely perfect ;)

This might be a proper bug, if we can isolate and reproduce it.

Romain


___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[p····· g·······]

Thanks, Romain!

the vorbis issue is sorted, all cool!
all radios working with some features disabled and i'll list the parts i had 
to comment-out here:


strip_blank doesn't work - as you've already explained that skip_blank is 
now blank_skip, same might apply here.


now this crossfade doesn't work:

def crossfade (~start_next=5.,~fade_in=3.,~fade_out=3.,
~default=(fun (a,b) -> sequence([a, b])),
~high=-15., ~medium=-32., ~margin=4.,
~width=2.,~conservative=true,s)
#  fade.out = fade.out(type="sin",duration=fade_out)
#  fade.in  = fade.in(type="sin",duration=fade_in)
 add = fun (a,b) -> add(normalize=false,[b, a])
#  log = log(label="crossfade")
end

commented lines show what i had to take out to avoid startup errors.

this transition doesn't work either:

 def transition(a,b,ma,mb,sa,sb)
   list.iter(fun(x)-> log(level=4,"Before: #{x}"),ma)
   list.iter(fun(x)-> log(level=4,"After : #{x}"),mb)
   log("Transition: crossed, fade-in, fade-out.")
#add(fade.out(sa),fade.in(sb))
 end


this definition of cross:

#  cross(width=width, duration=start_next, conservative=conservative,
#  transition,s)

also this:
#radio = crossfade(radio)

then this important contraption which allowed me to insert metadata on the 
fly and also print out track names which have played:


#x = insert_metadata(radio)
#insert = fst(x)
#radio = snd(x)
#def set_meta(~protocol,~data,~headers,uri) =
#x = url.split(uri)
#meta = metadata.export(snd(x))
#ret =
#if meta != [] then
#insert(meta)
#"O jaa!"
#else
#"nier metadatos!"
#end

#http_response(protocol=protocol,code=200,headers=[("Content-Type","text/html")],data="#{ret}")
#end

#harbor.http.register(port=8020,method="GET","/setmeta",set_meta)

# execute script on_metadata

# radio = on_metadata(fun (meta) -> system("echo %date% %time% 
#{(meta[\"artist\"])} #{(meta[\"title\"])} >> c:/grojo.txt"), radio)



then this jingle system and also primitive gain control:
# radio = add([radio, switch([({30m31s},dzinglas)])])
# radio = skip_blank(radio)
# radio = fallback(track_sensitive=false, [ fail(), radio, fallback_file ])
# limradio = amplify(0.9, radio)

compression and normalization written like that also have no luck:
#  target = interactive.float("target",-17.)
#  k_up = interactive.float("k_up",10.)
#  k_down = interactive.float("k_down",0.2)
#  gain_min = -6.
#  gain_max = 10.
#  window = 10.
#  threshold = interactive.float("threshold",-30.)

#radio = 
normalize(target=target,k_up=k_up,k_down=k_down,gain_min=gain_min,gain_max=gain_max,window=window,threshold=threshold,radio)
#radio = compress(attack=0.5,threshold=-9.,ratio=12.,gain=6., 
release=2000.,radio)


a simple limiter doesn't want to function:
#radio = limit(attack=0.01, release=5000., threshold=-1., radio)

and finally, radio = register_flow is also commented out but i don't 
remember if i did it because of LS v2 or some time earlier..:)


as for memory leaks, now they seem more predictable and not as speedy. i 
already can get around without automatically killing the processes every 
morning - they don't bloat so badly (~1G in one day) and also if there are 
no harbours in the config and no one touches telnet the leak doesn't happen 
and it keeps at under 100MB.
can't say it's fixed but it's definitely not worse than it was, seems it's 
better now.


also one transition for fallback including live harbour that Martin 
Kirchgessner suggested earlier:

def crossfade_1s(a,b)
   faded = add(normalize=false, [
   fade.in(duration=1., type="exp", b),
   amplify(mkfade(duration=1., start=1., stop=0., type="exp", a) ,a)
   ])
   add_timeout(3., { source.skip(a) ; -1.})
   faded
end

that behaved absolutely unusably shitty (fading in and out multiple times 
and never completing the fade, skipping tracks on fades happening in 
background in pre-V2 liquidsoap), now works absolutely perfect ;)


regards,
p



___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[Romain Beauxis]

Le jeu. 17 juin 2021 à 09:38, p· g···  a écrit :
>
> hello!
>
> so eventually i've managed to move my radios to a V2
> however i had to throw away great deal of configuration and loose
> functionality.. would be a huge message if i put it all together, so first
> the main ones (and perhaps you could give me the key to solving such
> issues):
>
>
> #1
> ogg doesn't work (flac or vorbis):
>
> %ffmpeg(format="ogg", %audio(codec="libvorbis", b = "192"))
>
> No format (mime) found, please specify one.

Thanks for reporting this. You can pass the value explicitly via the
"format" parameter. Also, bitrate should be in kbytes:
output.icecast(format="application/ogg", %ffmpeg(format="ogg",
%audio(codec="libvorbis", b = "192k")), ...)

I have added mime types for most of ffmpeg's formats so this won't be
needed in the future.

> #2
> if i try crossfading, radio becomes some other entity that i can't encode
it
> afterwards:
>
> radio = crossfade(radio)
>
> later on on encoding line gives such error:
> Error 5: this value has type
>   unit (inferred at line 168, char 2-48)
> but it should be a subtype of
>   source(_)
>
> if i don't crossfade, the encoding works.

I think I would need to see more of your script to help here.

> #3
> can't compress (or amplify):
> radio = compress(attack=0.5,threshold=-9.,ratio=12.,gain=6.,
> release=2000.,radio)
>
> At line 246, char 75-80:
> Error 5: this value has type
>   unit (inferred at line 171 char 2 - line 176 char 5)
> but it should be a subtype of
>   source(_)

Likewise

> #4
> can't limit:
> radio = limit(attack=0.01, release=5000., threshold=-1., radio)
>
> At line 250, char 57-62:
> Error 5: this value has type
>   unit (inferred at line 171 char 2 - line 176 char 5)
> but it should be a subtype of the type of the value at C:\Program
> Files\liquidso
> ap\libs\sound.liq, line 61, char 138
>   source(_) (inferred at C:\Program Files\liquidsoap\libs\sound.liq, line
> 62, ch
> ar 107)

Same

> #5
> can't fallback:
>
> radio = fallback(track_sensitive=false, [ fail(), radio, fallback_file ])
>
> At line 233, char 50-55:
> Error 5: this value has type
>   source(_)
> but it should be a subtype of the type of the value at line 233, char
50-55
>   unit

Ditto. These are all related to the same issue.

> #6
> can't skip blank:
>
> radio = skip_blank(radio)
>
> Error 6: Cannot apply that parameter because the function at line 232,
char
> 8-19
>
> has no unlabeled argument!

liquidsoap -h skip_blank? Also, this has been deprecated, we now have
blank.skip

> #7
> can't add jingle:
>
> radio = add([radio, switch([({30m31s},dzinglas)])])
>
>
> At line 231, char 20-49:
> Error 5: this value has type
>   unit
> but it should be a subtype of the type of the value at line 231, char
20-49
>   _.{selected : _}

Same probleme again

> #8
> can't set crossfades:
> cross(width=width, duration=start_next, conservative=conservative,
>   transition,s)
>
> Error 5: this value has type
>   (_, _, _, _, _, _) -> _ (inferred at line 69 char 2 - line 74 char 5)
> but it should be a subtype of
>   (_, _) -> source(_)

The arguments have changed for this one.

> and so on... the things must have changed significantly... is there an
> updated read about it?

Yeah, we want to work on a page to highlight most of the required changes.
Would you mind sending more of your script? That would be great to help us
getting started.

> let's see how it behaves concerning memory leaks. so far several hundreds
MB
> for every radio.

Curious to hear about how this is going?

Romain
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[p····· g·······]

hello!

so eventually i've managed to move my radios to a V2
however i had to throw away great deal of configuration and loose 
functionality.. would be a huge message if i put it all together, so first 
the main ones (and perhaps you could give me the key to solving such 
issues):



#1
ogg doesn't work (flac or vorbis):

%ffmpeg(format="ogg", %audio(codec="libvorbis", b = "192"))

No format (mime) found, please specify one.




#2
if i try crossfading, radio becomes some other entity that i can't encode it 
afterwards:


radio = crossfade(radio)

later on on encoding line gives such error:
Error 5: this value has type
 unit (inferred at line 168, char 2-48)
but it should be a subtype of
 source(_)

if i don't crossfade, the encoding works.



#3
can't compress (or amplify):
radio = compress(attack=0.5,threshold=-9.,ratio=12.,gain=6., 
release=2000.,radio)


At line 246, char 75-80:
Error 5: this value has type
 unit (inferred at line 171 char 2 - line 176 char 5)
but it should be a subtype of
 source(_)

#4
can't limit:
radio = limit(attack=0.01, release=5000., threshold=-1., radio)

At line 250, char 57-62:
Error 5: this value has type
 unit (inferred at line 171 char 2 - line 176 char 5)
but it should be a subtype of the type of the value at C:\Program 
Files\liquidso

ap\libs\sound.liq, line 61, char 138
 source(_) (inferred at C:\Program Files\liquidsoap\libs\sound.liq, line 
62, ch

ar 107)


#5
can't fallback:

radio = fallback(track_sensitive=false, [ fail(), radio, fallback_file ])

At line 233, char 50-55:
Error 5: this value has type
 source(_)
but it should be a subtype of the type of the value at line 233, char 50-55
 unit


#6
can't skip blank:

radio = skip_blank(radio)

Error 6: Cannot apply that parameter because the function at line 232, char 
8-19


has no unlabeled argument!


#7
can't add jingle:

radio = add([radio, switch([({30m31s},dzinglas)])])


At line 231, char 20-49:
Error 5: this value has type
 unit
but it should be a subtype of the type of the value at line 231, char 20-49
 _.{selected : _}


#8
can't set crossfades:
cross(width=width, duration=start_next, conservative=conservative,
 transition,s)

Error 5: this value has type
 (_, _, _, _, _, _) -> _ (inferred at line 69 char 2 - line 74 char 5)
but it should be a subtype of
 (_, _) -> source(_)




and so on... the things must have changed significantly... is there an 
updated read about it?


let's see how it behaves concerning memory leaks. so far several hundreds MB 
for every radio.



regards,
p 




___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[Romain Beauxis]

Yes. For ogg/flac, I think this should work:
   %ffmpeg(format="ogg", %audio(codec="flac"))

Le ven. 11 juin 2021 à 17:37, p· g···  a écrit :

> hello!
> would this make sense for an mp3 then:
>
> out = output.icecast(%ffmpeg(format="mp3", %audio(codec="libmp3lame",
> b="192", q="1")), host = "localhost", port = 8000 ... , radio)
> ?
>
> also, how do i make ogg-flac? i can see ffmpeg has flac encoder, but how
> to
> put it into an ogg container?.. all ogg references link to vorbis there..
>
> thx,
> p
>
> -----Original Message-
> From: Romain Beauxis
> Date: 2021 m. birželio 4 d. 02:04
> To: savonet-users
> Subject: Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues
>
>
> Yes, we're having issues compiling with both `ffmpeg` support and all
> other
> encoders. We believe that ffmpeg brings all the other encoders
> functionalities and more so it was decided to only build with ffmpeg
> enabled. I'll make sure to add it to the release description.
>
> For a mp3 encoder, you should be able to use:
>   %ffmpeg(format="mp3", %audio(codec="libmp3lame"))
>
> Romain
>
>
>
> ___
> Savonet-users mailing list
> Savonet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[p····· g·······]

hello!
would this make sense for an mp3 then:

out = output.icecast(%ffmpeg(format="mp3", %audio(codec="libmp3lame", 
b="192", q="1")), host = "localhost", port = 8000 ... , radio) ?


also, how do i make ogg-flac? i can see ffmpeg has flac encoder, but how to 
put it into an ogg container?.. all ogg references link to vorbis there..


thx,
p

-Original Message- 
From: Romain Beauxis

Date: 2021 m. birželio 4 d. 02:04
To: savonet-users
Subject: Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues


Yes, we're having issues compiling with both `ffmpeg` support and all other 
encoders. We believe that ffmpeg brings all the other encoders 
functionalities and more so it was decided to only build with ffmpeg 
enabled. I'll make sure to add it to the release description.


For a mp3 encoder, you should be able to use:
 %ffmpeg(format="mp3", %audio(codec="libmp3lame"))

Romain 




___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[Romain Beauxis]

Yes, we're having issues compiling with both `ffmpeg` support and all other
encoders. We believe that ffmpeg brings all the other encoders
functionalities and more so it was decided to only build with ffmpeg
enabled. I'll make sure to add it to the release description.

For a mp3 encoder, you should be able to use:
  %ffmpeg(format="mp3", %audio(codec="libmp3lame"))

Romain

Le jeu. 3 juin 2021 à 16:45, p· g···  a écrit :

> so here we are, all the configs wouldn't start.
>
> for example, it wouldn't spit out even mp3:
>
> Error 12: Unsupported format:
> %mp3(stereo,bitrate=320,samplerate=44100,id3v2=fal
> se).
> You must be missing an optional dependency.
>
>
> and also it swears about my fades:
>
> fade.out = fade.out(type="sin",duration=fade_out)
> gives a simple
> At line 63, char 11:
> Error 3: Syntax error!
>
> p
>
>
>
> ___
> Savonet-users mailing list
> Savonet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] Liquidsoap 2.0.0-beta1 - windows issues

[p····· g·······]

so here we are, all the configs wouldn't start.

for example, it wouldn't spit out even mp3:

Error 12: Unsupported format: 
%mp3(stereo,bitrate=320,samplerate=44100,id3v2=fal

se).
You must be missing an optional dependency.


and also it swears about my fades:

fade.out = fade.out(type="sin",duration=fade_out)
gives a simple
At line 63, char 11:
Error 3: Syntax error!

p 




___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users