You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am finding an issue with audioenc, encoding http audio sources when some of the sources restart the audio encoding stops and sends silence to the multiplexer, the -s option does not work and the encoder has to be restarted manually, the encoding line is like this:
any idea what can be happening ?, I was wondering if this is actually a bug or some sort of issue that has to be mitigated externally, as I understand the -s function will restart the encoder when there is silence in the encoding but in the situation I have described it does not happen, simulating a silence in the input the encoding actually restarts so the -s function works in some scenarios.
There is no entry in the logs showing anything abnormal, any way to increase verbosity to get further info ?
The text was updated successfully, but these errors were encountered:
I mean sometimes when a restart on the icecast server feeding the encoder happens, the encoder hangs with silence in the output and the -s switch does not reset the encoding process,, only solution is resetting the encoder manually, if you feed the encoder a test stream with silence it will restart, so, -s works but under icecast feed restart the encoding process stops, Will try to gather more date but it is very difficult since it happens very randomly.
I am finding an issue with audioenc, encoding http audio sources when some of the sources restart the audio encoding stops and sends silence to the multiplexer, the -s option does not work and the encoder has to be restarted manually, the encoding line is like this:
odr-audioenc -G http://stream.******.fm:2000/ios -s 60 -g -3 --sbr --ps -b 32 -r 32000 -e tcp://localhost:9025 -P **** -p 20
any idea what can be happening ?, I was wondering if this is actually a bug or some sort of issue that has to be mitigated externally, as I understand the -s function will restart the encoder when there is silence in the encoding but in the situation I have described it does not happen, simulating a silence in the input the encoding actually restarts so the -s function works in some scenarios.
There is no entry in the logs showing anything abnormal, any way to increase verbosity to get further info ?
The text was updated successfully, but these errors were encountered: