<feed xmlns='http://www.w3.org/2005/Atom'>
<title>xine-lib/src/combined, branch master</title>
<subtitle>xine-lib git mirror
</subtitle>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/'/>
<entry>
<title>ff_video_decoder: refcount AVFrames.</title>
<updated>2015-08-08T14:36:25+00:00</updated>
<author>
<name>Torsten Jager</name>
<email>t.jager@gmx.de</email>
</author>
<published>2015-08-08T14:36:25+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=e6a81be036e9170fffe519c6b87c9d7f0facb672'/>
<id>e6a81be036e9170fffe519c6b87c9d7f0facb672</id>
<content type='text'>
And do flush via a separate AVFrame.
Maybe this fixes some rare race.

BTW. libavcodec 56 left an ambigous impression to me.

It does now respect flush requests even in multithread mode. Good.

On the flipside, that "too many DR1 frames in MPEG-TS" issue returned.
The very same stream needed between 7 and 17 frames, depending on the
start time of playback :-/
Also, the future of MPEG4 style postprocessing seems uncertain again.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
And do flush via a separate AVFrame.
Maybe this fixes some rare race.

BTW. libavcodec 56 left an ambigous impression to me.

It does now respect flush requests even in multithread mode. Good.

On the flipside, that "too many DR1 frames in MPEG-TS" issue returned.
The very same stream needed between 7 and 17 frames, depending on the
start time of playback :-/
Also, the future of MPEG4 style postprocessing seems uncertain again.
</pre>
</div>
</content>
</entry>
<entry>
<title>ff_video_decoder: conditionalize AVCodecContext.stream_codec_tag.</title>
<updated>2015-08-08T14:36:10+00:00</updated>
<author>
<name>Torsten Jager</name>
<email>t.jager@gmx.de</email>
</author>
<published>2015-08-08T14:36:10+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=fc7d6ba9f6fe2e7cc8abd20430b59e1ff579d2b7'/>
<id>fc7d6ba9f6fe2e7cc8abd20430b59e1ff579d2b7</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>ff_audio_decoder: add AAC ADTS probing and parsing v2.</title>
<updated>2014-12-29T16:34:25+00:00</updated>
<author>
<name>Torsten Jager</name>
<email>t.jager@gmx.de</email>
</author>
<published>2014-12-29T16:34:25+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=4602e394b4d221589ef33d72cae7a2f13b42d4f7'/>
<id>4602e394b4d221589ef33d72cae7a2f13b42d4f7</id>
<content type='text'>
Some MPEG-TS streams dont align ADTS to TS-PES,
pad ADTS frames to (nearly) fixed bitrate, and/or
wrongly flag all this as LATM.
Now the probing is more safe against ambigous input.
Somebody please test whether this still breaks real LATM.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Some MPEG-TS streams dont align ADTS to TS-PES,
pad ADTS frames to (nearly) fixed bitrate, and/or
wrongly flag all this as LATM.
Now the probing is more safe against ambigous input.
Somebody please test whether this still breaks real LATM.
</pre>
</div>
</content>
</entry>
<entry>
<title>Revert 12672:63e9924bea7d. This change breaks real LATM.</title>
<updated>2014-12-24T12:02:24+00:00</updated>
<author>
<name>Chris Rankin</name>
<email>rankincj@yahoo.com</email>
</author>
<published>2014-12-24T12:02:24+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=db5b495137ada187a928677d4ed0bf761be6e65d'/>
<id>db5b495137ada187a928677d4ed0bf761be6e65d</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>ff_video_decoder: default deep color to SD matrix.</title>
<updated>2014-12-09T16:29:00+00:00</updated>
<author>
<name>Torsten Jager</name>
<email>t.jager@gmx.de</email>
</author>
<published>2014-12-09T16:29:00+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=f311d1cad1828d5fb0aa8bc2ba55cb2a53fb7ff4'/>
<id>f311d1cad1828d5fb0aa8bc2ba55cb2a53fb7ff4</id>
<content type='text'>
HD color matrix (ITU-R 709/SMTE 240) serves to provide a bit more depth
at least for greens where it strikes the most. Having more than 8 bits
for real makes this trick obsolete, so deep color defaults to good old
SD mode. Bad thing: now we need real support in video out to benefit.
Has anyone got an idea how to integrate that into xine video out API
(capability flags are nearly used up)?

I found some UHD tests on Astra 19.2Â°E 11.406GHz V 22Msym/s 2/3 8PSK
and 10.995GHz 22Msym/s 9/10 8PSK showing this.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
HD color matrix (ITU-R 709/SMTE 240) serves to provide a bit more depth
at least for greens where it strikes the most. Having more than 8 bits
for real makes this trick obsolete, so deep color defaults to good old
SD mode. Bad thing: now we need real support in video out to benefit.
Has anyone got an idea how to integrate that into xine video out API
(capability flags are nearly used up)?

I found some UHD tests on Astra 19.2Â°E 11.406GHz V 22Msym/s 2/3 8PSK
and 10.995GHz 22Msym/s 9/10 8PSK showing this.
</pre>
</div>
</content>
</entry>
<entry>
<title>Use ffabs()</title>
<updated>2014-12-08T09:26:46+00:00</updated>
<author>
<name>Brad Smith</name>
<email>brad@comstyle.com</email>
</author>
<published>2014-12-08T09:26:46+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=187869d6b5f7d997adbd3f2b200a4af180798c29'/>
<id>187869d6b5f7d997adbd3f2b200a4af180798c29</id>
<content type='text'>
Fixes truncating timestamps
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fixes truncating timestamps
</pre>
</div>
</content>
</entry>
<entry>
<title>ff_audio_decoder: add AAC ADTS probing and parsing.</title>
<updated>2014-11-21T15:35:45+00:00</updated>
<author>
<name>Torsten Jager</name>
<email>t.jager@gmx.de</email>
</author>
<published>2014-11-21T15:35:45+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=3ec3cb5f57ba0b2e94990fc292c1fc752d047253'/>
<id>3ec3cb5f57ba0b2e94990fc292c1fc752d047253</id>
<content type='text'>
Some MPEG-TS streams dont align ADTS to TS-PES,
pad ADTS frames to (nearly) fixed bitrate, and/or
wrongly flag all this as LATM.
Somebody please test whether this breaks real LATM.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Some MPEG-TS streams dont align ADTS to TS-PES,
pad ADTS frames to (nearly) fixed bitrate, and/or
wrongly flag all this as LATM.
Somebody please test whether this breaks real LATM.
</pre>
</div>
</content>
</entry>
<entry>
<title>Add simple deep color support.</title>
<updated>2014-08-30T16:25:10+00:00</updated>
<author>
<name>Torsten Jager</name>
<email>t.jager@gmx.de</email>
</author>
<published>2014-08-30T16:25:10+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=0cfe5441c8f1c4cf66361c054b1b69030063b1d5'/>
<id>0cfe5441c8f1c4cf66361c054b1b69030063b1d5</id>
<content type='text'>
After putting this little diff to my old Kaffeine:

 - - - kaffeine-1.2.2/src/dvb/dvbsi.cpp	2011-04-17 21:17:19.000000000 +0200
 + + + kaffeine-1.2.2/src/dvb/dvbsi.cpp	2014-08-24 15:41:08.000000000 +0200
 @@ -1206,6 +1206,7 @@ DvbPmtParser::DvbPmtParser(const DvbPmtS
  		case 0x02: // MPEG2 video
  		case 0x10: // MPEG4 video
  		case 0x1b: // H264 video
 +		case 0x24: // H265 video
  			if (videoPid &lt; 0) {
  				videoPid = entry.pid();
  			} else {

I stumbled upon "UHD TV" on Astra 19.2E, 11.406Ghz V, 22000, 2/3, 8-PSK, 0.35,
Video PID 255.

DSP version? Anyway, my box is far too slow for 3840x2160p50 H.265 10bit :-/
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
After putting this little diff to my old Kaffeine:

 - - - kaffeine-1.2.2/src/dvb/dvbsi.cpp	2011-04-17 21:17:19.000000000 +0200
 + + + kaffeine-1.2.2/src/dvb/dvbsi.cpp	2014-08-24 15:41:08.000000000 +0200
 @@ -1206,6 +1206,7 @@ DvbPmtParser::DvbPmtParser(const DvbPmtS
  		case 0x02: // MPEG2 video
  		case 0x10: // MPEG4 video
  		case 0x1b: // H264 video
 +		case 0x24: // H265 video
  			if (videoPid &lt; 0) {
  				videoPid = entry.pid();
  			} else {

I stumbled upon "UHD TV" on Astra 19.2E, 11.406Ghz V, 22000, 2/3, 8-PSK, 0.35,
Video PID 255.

DSP version? Anyway, my box is far too slow for 3840x2160p50 H.265 10bit :-/
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix AVCodecContext/AVFrame freeing.</title>
<updated>2014-08-02T16:29:00+00:00</updated>
<author>
<name>Torsten Jager</name>
<email>t.jager@gmx.de</email>
</author>
<published>2014-08-02T16:29:00+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=5425b5d79b9974fb083d93f93b759aa738b04ea8'/>
<id>5425b5d79b9974fb083d93f93b759aa738b04ea8</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Disable av_frame edges when not needed anymore.</title>
<updated>2014-08-02T16:28:55+00:00</updated>
<author>
<name>Torsten Jager</name>
<email>t.jager@gmx.de</email>
</author>
<published>2014-08-02T16:28:55+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=cd632c2fef7cf55992bf823a47b4c6544542e14b'/>
<id>cd632c2fef7cf55992bf823a47b4c6544542e14b</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
</feed>
