Closed Vaalyn closed 4 years ago
Strange, the following is working here:
s = sine()
output.file(%opus(samplerate=48000, bitrate=96, vbr="none", application="audio", channels=2, signal="music", complexity=10, max_bandwidth="full_band"), "/tmp/x.ogg", s)
My version of libopus0
is 1.3-1+b1, what is yours?
My version of
libopus0
is 1.3-1+b1, what is yours?
In Ubuntu 18.04 LTS this is the available version of libopus0
that we get through apt-get
:
libopus0:
Installed: 1.1.2-1ubuntu1
Candidate: 1.1.2-1ubuntu1
Version table:
*** 1.1.2-1ubuntu1 500
500 http://archive.ubuntu.com/ubuntu bionic/main amd64 Packages
100 /var/lib/dpkg/status
I've checked if the version of libopus0
is the cause of this issue and I can confirm that this is indeed the case.
After adding the Ubuntu 19.04 package list and explicitly installing libopus0
version 1.3.1
on my dev machine the error does not happen anymore.
Looks like the issue is also present in a version of Liquidsoap currently used in Centova Cast. I updated my installation of CC yesterday and since then I'm unable to start Liquidsoap. Logfile says:
2020/01/29 13:48:18 [ogg.muxer:3] output_autodj: Could not find any opus encoder.
2020/01/29 13:48:18 [clock.wallclock_main:2] Error when starting output output_autodj: Not_found!
And here's the complete log: https://pastebin.com/tfD9fXgB
The bug on centova cast is a different one: it says that you don't have an opus encoder installed (presumably you don't have the required libraries).
Ok, I see. Is there any way to solve this? I'm running CC on Centos 7. OPUS libraries and opus-tools are installed.
Ok, sorry for the flipflop. Ubuntu 18.04
(2 years old) has libopus
1.3
so it doesn't seem unreasonable to force it as the minimal version, which closes this ticket.. Thanks for reporting and investigating!
Actually, I was wrong, 18.04
only has 1.1.2
.. debian/stable
, however, has 1.3
. I still want to keep it this way as there's no reason to maintain code specific to versions that are already pretty outdated. I don't like to force that kind of thing on the user but I think the trade-off in the case here is in favor of forcing the most recent version.
Describe the bug I'm seeing an issue with liquidsoap in AzuraCast where when trying to output an ogg opus stream to an IceCast server LS terminates because of an "Unkown opus error".
Link to related issue
When I look at the following log entries and the code of the lines mentioned I think the error has something to do with the new
phase_inversion
parameter for%opus
:Here is the full log output of liquidsoap after running the process:
To Reproduce This is the part of the
liquidsoap.liq
where%opus
is used:I've also tried explicitly adding
phase_inversion=true
/phase_inversion=true
to the%opus
parameters but nothing changed, still terminating the process with the same error.Expected behavior Liquidsoap should not encounter an "Unknown opus error" while encoding ogg opus.
Version details
Install method opam