dcpomatic/src/lib/ffmpeg_decoder.cc, branch flatpakDCP-o-matic DCP toolshttps://git.carlh.net/cgit/dcpomatic/atom?h=flatpak2023-08-15T13:11:49ZCleanup: remove unused variable.2023-08-15T13:11:49ZCarl Hetheringtoncth@carlh.net2023-08-15T13:11:49Zurn:sha1:112911198b74cde35bcec6c1a1a571a84c950851Remove now-unnecessary assertion.2023-08-15T13:02:54ZCarl Hetheringtoncth@carlh.net2023-08-15T13:02:29Zurn:sha1:f6c6232941671095b0a857a5a5c5392f52d6c3aa
Since e29ce33a36c2e20444d57196defc86d5072bce81 channels is the
number of channels in the frame, and also the number in data,
so we don't need to check this any more.
Remove incorrect silencing (#2526).2023-05-11T08:40:20ZCarl Hetheringtoncth@carlh.net2023-05-11T01:24:57Zurn:sha1:5f7a045d3898332149ecbe3dba7b14ba030da463
On switching to the new FFmpeg send/receive API in
e29ce33a36c2e20444d57196defc86d5072bce81
the channels variable in deinterleave_audio() was switched from
stream channels to frame channels.
I'm not sure if this is right, but it does mean that audio has
`channels` channels, so calling make_silent() up to the stream
channel count is clearly wrong if the stream has more channels
than the frame.
Improve flushing behaviour when there is a lot of space to fill (#2364).2022-11-15T21:42:43ZCarl Hetheringtoncth@carlh.net2022-11-14T23:44:37Zurn:sha1:d42bc731c125170efb1bb7b8c9f990a3e9fa5b57
Previously a call to flush() could result in a lot of audio being
emitted from the decoder (if there is a big gap between the end
of the audio and the video). This would end up being emitted in
one chunk from the player, crashing the audio analyser with an OOM
in some cases.
Clarify one log message and add another.2022-11-14T23:47:36ZCarl Hetheringtoncth@carlh.net2022-11-14T23:43:33Zurn:sha1:5e09964bf1801b76970ed960122249e1d273abeaExtract VideoFilterGraphSet.2022-10-18T18:25:57ZCarl Hetheringtoncth@carlh.net2022-10-06T21:38:07Zurn:sha1:bdbec5b501af2c020dd783eb8b0b8c18c34b6552Remove believed-unnecessary mutex.2022-10-18T18:25:57ZCarl Hetheringtoncth@carlh.net2022-10-06T21:37:50Zurn:sha1:b65d616d5e187ca2153f5f9390dd8ad16d7da30eFix checking of frame channels vs stream channels.2022-10-01T10:04:12ZCarl Hetheringtoncth@carlh.net2022-10-01T10:04:12Zurn:sha1:dba7e1137282b52a1bd6ad1d56fe6371a8c97e30
The comment says that we're handling differences between channel
counts in the frame and stream but the code wasn't doing that.
Fix typo in log message.2022-09-17T21:47:46ZCarl Hetheringtoncth@carlh.net2022-09-17T21:47:46Zurn:sha1:182b9d2e2feb6545592868606aaf0f0146095481Some improved logging.2022-09-10T19:00:06ZCarl Hetheringtoncth@carlh.net2022-09-09T22:45:11Zurn:sha1:6917c511507bee74297845267811e7bcc042e62e