dcpomatic/src/lib/encoder.cc, branch v2.9.23DCP-o-matic DCP toolshttps://git.carlh.net/cgit/dcpomatic/atom?h=v2.9.232016-08-15T13:56:42Zcompose/raw_convert fiddling.2016-08-15T13:56:42ZCarl Hetheringtoncth@carlh.net2016-08-15T13:56:42Zurn:sha1:8e96f8c1677146d224438ec040982532879d6c34Remove all use of stringstream in an attempt to fix2016-08-12T08:13:51ZCarl Hetheringtoncth@carlh.net2016-08-10T15:38:33Zurn:sha1:b1dc9c3a2f7e55c9afc5bf2d5b465371b048e14f
the suspected thread-unsafe crash bugs on OS X.
Do EncodeServerFinder 'disable' in a more sensible way.2016-07-20T09:47:49ZCarl Hetheringtoncth@carlh.net2016-07-20T09:47:49Zurn:sha1:57d00c880094b1dfebaee18f4ecafb1dd44b0afb
Just stop the threads and clear the server list when
stop() is called.
Try to fix intermittent deadlocks with encoding servers.2016-07-20T09:21:13ZCarl Hetheringtoncth@carlh.net2016-07-20T09:21:13Zurn:sha1:b34310b4e90af1442363fe09db082d68e1721130
Before this commit all encoding threads could be removed and then
::encode would always wait on _full_condition no matter what the
queue size.
Small tweaks to times in progress reports.2016-06-29T15:46:30ZCarl Hetheringtoncth@carlh.net2016-06-29T15:46:30Zurn:sha1:a07b5d79f2ac072d550ccb5587fe527c5340e248Fix crash when no video is being encoded.2016-06-20T21:41:31ZCarl Hetheringtoncth@carlh.net2016-06-20T21:41:31Zurn:sha1:c7ba9145f246a66eac7d2d46da56b2f7f10bcc37Fix encoder thread interruption.2016-06-20T16:15:07ZCarl Hetheringtoncth@carlh.net2016-06-20T16:15:07Zurn:sha1:41737ca62d65bcd6c25ec1080c0c7e0e6e6ae9b2
When an encoder thread is interrupted we just want it silently
to stop, so catch boost::thread_interrupted separately and don't
pass it on.
I believe the interruption of jobs and subsequent catch of
boost::thread_interrupted will still work as that's the job thread
rather than the encoder threads.
Encoder shutdown fixes.2016-06-20T14:02:15ZCarl Hetheringtoncth@carlh.net2016-06-20T14:02:15Zurn:sha1:795e5d916707da498acc7079ae1fb10aa6af6973
Two fixes here; prevent the servers-list-changed callback being
called when Encoder is being destroyed, and stop ~Encoder throwing
exceptions.
I'm not sure if the catch (...) in ~Encoder will hide problems
that we should be handling, but I think by the time ~Encoder
is happening we'll already have seen any exceptions that we
need to report.
Clean up of 3D->2D conversion.2016-06-14T14:07:58ZCarl Hetheringtoncth@carlh.net2016-06-14T14:07:58Zurn:sha1:0b6f2d7b04819711228ed5fbc5d299b58cef997e
It makes slightly more sense to discard 2D in the Transcoder
rather than the Encoder. Unfortunately this requires quite
invasive changes, mainly to remove Encoder::_position and instead
derive this information from the PlayerVideo that is being handled.
This is also nicer than before, I think.
A notable change is that in player.cc; using time rather than
content_video_to_dcp(). This means we are assuming that the decoder
returns video at the time we ask it to, rather than checking
what it has returned. I can't think of a problem with this (yet).
Discard right-eye images when using 3D sources to make 2D DCPs.2016-06-14T11:58:57ZCarl Hetheringtoncth@carlh.net2016-06-14T11:58:57Zurn:sha1:b5e7d7127cf06f5309d2ac652d41861de59d6232