<feed xmlns='http://www.w3.org/2005/Atom'>
<title>dcpomatic/src/lib/ffmpeg_decoder.cc, branch nvidia</title>
<subtitle>DCP-o-matic DCP tools</subtitle>
<id>https://git.carlh.net/cgit/dcpomatic/atom?h=nvidia</id>
<link rel='self' href='https://git.carlh.net/cgit/dcpomatic/atom?h=nvidia'/>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/'/>
<updated>2022-04-28T12:00:07Z</updated>
<entry>
<title>Handle multiple bitmap subtitles at the same time correctly (#2239).</title>
<updated>2022-04-28T12:00:07Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-04-28T12:00:07Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=e06941199da90359f41ce80c276752bc0f172d7e'/>
<id>urn:sha1:e06941199da90359f41ce80c276752bc0f172d7e</id>
<content type='text'>
Previously if there were two images at the same time we would start
them both, then the stop time would be set in the second one but
not the first.  This meant that the first one would hang around
forever.
</content>
</entry>
<entry>
<title>Make emit_bitmap_start take a ContentBitmapText.</title>
<updated>2022-04-28T07:47:22Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-04-28T07:47:22Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=ff27a57f028b0ab967e38c555fbfcdca560f15fd'/>
<id>urn:sha1:ff27a57f028b0ab967e38c555fbfcdca560f15fd</id>
<content type='text'>
</content>
</entry>
<entry>
<title>C++11 and whitespace cleanups.</title>
<updated>2022-04-03T21:25:19Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-04-02T22:04:31Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=d311043bf3c1e3e7f41b314f7ab7c91ed7e5aa7f'/>
<id>urn:sha1:d311043bf3c1e3e7f41b314f7ab7c91ed7e5aa7f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Try to handle EAGAIN from avcodec_send_packet() properly.</title>
<updated>2022-02-17T08:59:26Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-02-15T21:47:48Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=80430058f5eefb55147218a85225adeb6b616f4d'/>
<id>urn:sha1:80430058f5eefb55147218a85225adeb6b616f4d</id>
<content type='text'>
The docs say on EAGAIN we should call avcodec_receive_frame()
and then re-send the same packet again.  This should do that.

This is a fix for errors trigged by the accompanying test.
</content>
</entry>
<entry>
<title>Fix failure to decode multiple video frames from one packet (#2159).</title>
<updated>2022-01-11T21:16:16Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-01-11T15:42:30Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=758c1ba16ab87152621f6c7c62c2e011a2ae2712'/>
<id>urn:sha1:758c1ba16ab87152621f6c7c62c2e011a2ae2712</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Cleanup: move some stuff into process_video_frame().</title>
<updated>2022-01-11T21:16:08Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-01-11T15:38:13Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=84039db657c3cc72719706a136c90741170c765a'/>
<id>urn:sha1:84039db657c3cc72719706a136c90741170c765a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use a separate AVFrame for each stream when decoding.</title>
<updated>2022-01-11T21:16:04Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2022-01-11T15:34:26Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=b703142e8750c509174b4d964009aecf93f3d834'/>
<id>urn:sha1:b703142e8750c509174b4d964009aecf93f3d834</id>
<content type='text'>
This seems to be what ffplay does and it feels like it makes sense
as frames may be built from multiple packets AFAICS.
</content>
</entry>
<entry>
<title>Ignore errors from avcodec_send_packet.</title>
<updated>2021-10-13T13:52:40Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2021-10-13T13:50:13Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=ca44e3542214050de6cb8bbb223138765ac4bdb7'/>
<id>urn:sha1:ca44e3542214050de6cb8bbb223138765ac4bdb7</id>
<content type='text'>
After seeking it appears that we often get irrelevant errors from this
method.  ffplay.c seems to ignore them, and this commit means that
we do too (just logging them).

I think these errors during a non-seeking "encoding" run could be
cause for concern; perhaps we should take more note of them in that
case.
</content>
</entry>
<entry>
<title>Replace aligned bool with enum Alignment.</title>
<updated>2021-09-27T11:41:46Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2021-09-15T21:36:21Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=3799e91d126d243d41c44dcb0ca1bfa66b53a57e'/>
<id>urn:sha1:3799e91d126d243d41c44dcb0ca1bfa66b53a57e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Various alignment adjustments.</title>
<updated>2021-09-27T11:41:46Z</updated>
<author>
<name>Carl Hetherington</name>
<email>cth@carlh.net</email>
</author>
<published>2021-09-14T23:00:33Z</published>
<link rel='alternate' type='text/html' href='https://git.carlh.net/cgit/dcpomatic/commit/?id=9bfa07293928c371d59db2091ba2b7e715ce5994'/>
<id>urn:sha1:9bfa07293928c371d59db2091ba2b7e715ce5994</id>
<content type='text'>
</content>
</entry>
</feed>
