summaryrefslogtreecommitdiff
path: root/src/lib
AgeCommit message (Collapse)Author
2025-10-16Missing parameter name.Carl Hetherington
2025-10-16Potentially fix stopping of sockets.Carl Hetherington
2025-10-16White space.Carl Hetherington
2025-10-16Fix HTTP server when socket is closed.Carl Hetherington
2025-10-16Missing const.Carl Hetherington
2025-10-15White space: check_content_job.{cc,h}Carl Hetherington
2025-10-15Cleanup: compress an if and use a make_shared.Carl Hetherington
2025-10-15Support FFmpeg 8 (for Arch).Carl Hetherington
2025-10-15Disable use of stream IDs if there are duplicates, rather than rewriting.Carl Hetherington
It turns out that FFmpeg decoders (e.g. flv, see FFmpeg 25faaa311a74efdfdc4fed56996d7338ed807488) check stream IDs and sometimes create new streams if they see one that they didn't see before. If we change stream IDs we break this. Here we try to use stream indices in cases where the IDs are duplicated. We also account for the case where a new stream appears during examination. This wasn't covered by tests until the FFmpeg commit mentioned above, were the flv decoder creates a new stream during examination of boon_telly.mkv.
2025-10-15Cleanup: use fmt::to_string().Carl Hetherington
2025-10-15Move two methods into the .ccCarl Hetherington
2025-10-15Cleanup: header sorting.Carl Hetherington
2025-10-15Cleanup: white space and sorting.Carl Hetherington
2025-10-15White space: ffmpeg_subtitle_stream.{cc,h}Carl Hetherington
2025-10-15White space: ffpmeg_examiner.{cc,h}Carl Hetherington
2025-10-15White space: ffmpeg_stream.ccCarl Hetherington
2025-10-15White space: ffmpeg_stream.hCarl Hetherington
2025-10-15White space: ffmpeg_audio_stream.hCarl Hetherington
2025-10-15Fix macOS compile error and try to make display sleep work there.Carl Hetherington
2025-10-11Updated nl_NL translation from Rob van Nieuwkerk.Carl Hetherington
2025-10-10Allow film audio analysis without a _directory.Carl Hetherington
2025-10-10Add Content::path_for_display().Carl Hetherington
2025-10-10Fix comment.Carl Hetherington
2025-10-10Allow Waker to keep different things awake for different reasons.Carl Hetherington
2025-10-08Remove un-settable config parameters.Carl Hetherington
2025-10-07pot/merge.Carl Hetherington
2025-10-07Add some comments for translators.Carl Hetherington
2025-10-07Improve the error you get when trying to upload a DCP with bad settings.Carl Hetherington
2025-10-05Updated zh_CN translation from 刘汉源Carl Hetherington
2025-10-01Fixes for rendering main captions and closed subtitles.Carl Hetherington
2025-10-01Trim the parameters to pass_texts().Carl Hetherington
2025-10-01White space: dcp_decoder.{cc,h}Carl Hetherington
2025-09-28Updated nl_NL translation from Rob van Nieuwkerk.Carl Hetherington
2025-09-28Fix Windows build.Carl Hetherington
2025-09-28Updated fr_FR translation from Dan Cohen.Carl Hetherington
2025-09-27Draw markers better next to the position slider (#3005).Carl Hetherington
2025-09-26Re-order cairo context scaling and pango layout setup (#2337).Carl Hetherington
This seems to fix problems where letters were scaled individually, but their spacing didn't change (when x scale was applied). Big thanks to user1768761 https://stackoverflow.com/questions/58528024/pangocairo-shows-cluttered-text-when-cairo-context-is-scaled
2025-09-26pot/merge.Carl Hetherington
2025-09-26Updated fr_FR translation from Dan Cohen.Carl Hetherington
2025-09-23Return quite close to original approach for "no colour conversion".Carl Hetherington
There's a few things going on here: 1. Improve the regression test for 3042. Previously we made a DCP from the reporter's _original_ prores file (before they converted it to XYZ) and compared the result to a reference J2K file of uncertain origin. This seems wrong because: a) We never got confirmation from the reporter that the fix worked for them, so any arbitrary reference is dubious. b) It doesn't seem to reflect their actual complaint, which was that they got a different result when making a DCP from XYZ TIFFs compared to their "XYZ" Prores. The new test makes a DCP from their TIFFs and "XYZ" Prores and compares the result. 2. Revert to the old approach to "no conversion" handling. In the good old days we did everything -> RGB48LE except XYZ12LE -> XYZ12LE, and that's what we do again here. 3. Change the YUV->RGB conversion from Rec.601 to Rec.709 for the "no conversion" case. This fixes the 3042 regression test. The supposed "XYZ" Prores is yuv444p12le according to ffprobe. So I think what we have here is actually a file that was converted to XYZ and then back to YUV by Resolve. I experimented with using the raw YUV values and considering them as XYZ but this was clearly wrong. I think 3 is probably what I should have done in the first place.
2025-09-15Add missing include.Carl Hetherington
2025-09-13Zombify writer when the thread throws an exception.Carl Hetherington
Otherwise I think we can wait forever for the thread to write things to disk.
2025-09-13Catch two new libdcp exceptions (#3074).Carl Hetherington
2025-09-13Catch DoM's DiskFullError.Carl Hetherington
2025-09-13White space: job.{cc,h}Carl Hetherington
2025-09-07Add audio delay option to Config and player prefs.Carl Hetherington
2025-09-06Fix incorrectly-clipped audio on export (possibly #2865).Carl Hetherington
2025-09-06White space: ffmpeg_file_encoder.{cc,h}Carl Hetherington
2025-09-05Remove out-of-date comment.Carl Hetherington
2025-09-04Fix missing load of FCPXML length.Carl Hetherington
generated by cgit v1.2.3 (git 2.46.0) at 2026-04-07 01:29:43 +0000