<feed xmlns='http://www.w3.org/2005/Atom'>
<title>xine-lib/src/dxr3, branch 1-rc7</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>fix a long-standing DXR3 DVD problem: forced subtitles were not handled correctly</title>
<updated>2004-10-08T20:39:51+00:00</updated>
<author>
<name>Michael Roitzsch</name>
<email>mroi@users.sourceforge.net</email>
</author>
<published>2004-10-08T20:39:51+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=cfc01156e5851256eb337ffd4b734f7bc0d272a1'/>
<id>cfc01156e5851256eb337ffd4b734f7bc0d272a1</id>
<content type='text'>
When forced subtitles are enabled, only those subtitles of a subtitle stream
with a special flag set should be displayed. The designers of the SPU format
decided to be funny and placed this flag near the end of a SPU. With the DXR3,
it can therefore happen that you already wrote half the SPU to the card,
because it spans across multiple buffers, when you finally notice that you are
not supposed to show this one at all. For that reason, the DXR3 had used a
different filtering, which worked most of the time, but was, in the end, wrong.
Now I found a way to invalidate a SPU after it had already been partly written
to the card, so we can do things the right way.
This finally fixes missing subtitles with "The Lord of the Rings - The Two Towers".

CVS patchset: 7021
CVS date: 2004/10/08 20:39:51

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When forced subtitles are enabled, only those subtitles of a subtitle stream
with a special flag set should be displayed. The designers of the SPU format
decided to be funny and placed this flag near the end of a SPU. With the DXR3,
it can therefore happen that you already wrote half the SPU to the card,
because it spans across multiple buffers, when you finally notice that you are
not supposed to show this one at all. For that reason, the DXR3 had used a
different filtering, which worked most of the time, but was, in the end, wrong.
Now I found a way to invalidate a SPU after it had already been partly written
to the card, so we can do things the right way.
This finally fixes missing subtitles with "The Lord of the Rings - The Two Towers".

CVS patchset: 7021
CVS date: 2004/10/08 20:39:51

</pre>
</div>
</content>
</entry>
<entry>
<title>- added cropping capability (thanks James Stembridge)</title>
<updated>2004-09-22T20:29:13+00:00</updated>
<author>
<name>Miguel Freitas</name>
<email>miguelfreitas@users.sourceforge.net</email>
</author>
<published>2004-09-22T20:29:13+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=fa11460bbd06540d43ffe53d047f25639a0a6b83'/>
<id>fa11460bbd06540d43ffe53d047f25639a0a6b83</id>
<content type='text'>
- some vo drivers support cropping natively.
  (only xv and xvmc have been tested)
- add software crop fallback to video_out.c
- skip yuv2rgb processing at xshm for not yet cropped frames
  (these frames are never shown)
- libmpeg2 and ffmpeg now may use crop support
- bump vo api. (changes to xvmc/xxmc will follow)

CVS patchset: 6991
CVS date: 2004/09/22 20:29:13

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- some vo drivers support cropping natively.
  (only xv and xvmc have been tested)
- add software crop fallback to video_out.c
- skip yuv2rgb processing at xshm for not yet cropped frames
  (these frames are never shown)
- libmpeg2 and ffmpeg now may use crop support
- bump vo api. (changes to xvmc/xxmc will follow)

CVS patchset: 6991
CVS date: 2004/09/22 20:29:13

</pre>
</div>
</content>
</entry>
<entry>
<title>check for NAV updates earlier and thus more often;</title>
<updated>2004-08-19T10:35:32+00:00</updated>
<author>
<name>Michael Roitzsch</name>
<email>mroi@users.sourceforge.net</email>
</author>
<published>2004-08-19T10:35:32+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=3034ac1224ee05d4e24c5c1ac46d0bd4d769edbb'/>
<id>3034ac1224ee05d4e24c5c1ac46d0bd4d769edbb</id>
<content type='text'>
fixes initially missing menu highlight in "Chicago" RC2

CVS patchset: 6899
CVS date: 2004/08/19 10:35:32

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
fixes initially missing menu highlight in "Chicago" RC2

CVS patchset: 6899
CVS date: 2004/08/19 10:35:32

</pre>
</div>
</content>
</entry>
<entry>
<title>use 64bit arithmetics to prevent overflow</title>
<updated>2004-08-16T15:52:24+00:00</updated>
<author>
<name>Michael Roitzsch</name>
<email>mroi@users.sourceforge.net</email>
</author>
<published>2004-08-16T15:52:24+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=266398b966ea5b8717553ad7b8338078ec59f55f'/>
<id>266398b966ea5b8717553ad7b8338078ec59f55f</id>
<content type='text'>
CVS patchset: 6889
CVS date: 2004/08/16 15:52:24

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
CVS patchset: 6889
CVS date: 2004/08/16 15:52:24

</pre>
</div>
</content>
</entry>
<entry>
<title>DXR3 support for more fine grained speed</title>
<updated>2004-08-16T15:21:03+00:00</updated>
<author>
<name>Michael Roitzsch</name>
<email>mroi@users.sourceforge.net</email>
</author>
<published>2004-08-16T15:21:03+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=0922e7e837a018a1be0430557e737f220974f627'/>
<id>0922e7e837a018a1be0430557e737f220974f627</id>
<content type='text'>
CVS patchset: 6885
CVS date: 2004/08/16 15:21:03

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
CVS patchset: 6885
CVS date: 2004/08/16 15:21:03

</pre>
</div>
</content>
</entry>
<entry>
<title>no objections so far: committing the fine speed control patch</title>
<updated>2004-08-02T12:51:07+00:00</updated>
<author>
<name>Miguel Freitas</name>
<email>miguelfreitas@users.sourceforge.net</email>
</author>
<published>2004-08-02T12:51:07+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=2e2b861d367f376a67c86b7381132d5e1097d999'/>
<id>2e2b861d367f376a67c86b7381132d5e1097d999</id>
<content type='text'>
(in case of major trouble just revert the patch i sent to xine-devel)

CVS patchset: 6871
CVS date: 2004/08/02 12:51:07

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
(in case of major trouble just revert the patch i sent to xine-devel)

CVS patchset: 6871
CVS date: 2004/08/02 12:51:07

</pre>
</div>
</content>
</entry>
<entry>
<title>small DXR3 code cleanup:</title>
<updated>2004-07-20T16:37:44+00:00</updated>
<author>
<name>Michael Roitzsch</name>
<email>mroi@users.sourceforge.net</email>
</author>
<published>2004-07-20T16:37:44+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=ca9cba8dc3ad0c31e919e502a2d57143b9ff7180'/>
<id>ca9cba8dc3ad0c31e919e502a2d57143b9ff7180</id>
<content type='text'>
* make some helper functions non-inline that Bastien had to move because of
  their inlining (I realized that some helpers are a bit too large for inlining,
  so they might worsen the I-cache usage.)
* properly use logging macros in all DXR3 code
* prepare SPU decoder for new (and hopefully correct) SPU forcing; this
  should fix some longstanding DXR3 SPU problems, but the code needs more testing
  so it is disabled for now

CVS patchset: 6824
CVS date: 2004/07/20 16:37:44

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* make some helper functions non-inline that Bastien had to move because of
  their inlining (I realized that some helpers are a bit too large for inlining,
  so they might worsen the I-cache usage.)
* properly use logging macros in all DXR3 code
* prepare SPU decoder for new (and hopefully correct) SPU forcing; this
  should fix some longstanding DXR3 SPU problems, but the code needs more testing
  so it is disabled for now

CVS patchset: 6824
CVS date: 2004/07/20 16:37:44

</pre>
</div>
</content>
</entry>
<entry>
<title>- Fix build with inline functions on GCC 3.4.0</title>
<updated>2004-07-11T11:47:10+00:00</updated>
<author>
<name>Bastien Nocera</name>
<email>hadess@users.sourceforge.net</email>
</author>
<published>2004-07-11T11:47:10+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=d2d3a03835c3f1fbfd414d8626af2291680be85c'/>
<id>d2d3a03835c3f1fbfd414d8626af2291680be85c</id>
<content type='text'>
dxr3_scr.c: In function `dxr3_scr_set_speed':
dxr3_scr.c:52: sorry, unimplemented: inlining failed in call to 'dxr3_mvcommand': function body not available
dxr3_scr.c:220: sorry, unimplemented: called from here

CVS patchset: 6788
CVS date: 2004/07/11 11:47:10

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
dxr3_scr.c: In function `dxr3_scr_set_speed':
dxr3_scr.c:52: sorry, unimplemented: inlining failed in call to 'dxr3_mvcommand': function body not available
dxr3_scr.c:220: sorry, unimplemented: called from here

CVS patchset: 6788
CVS date: 2004/07/11 11:47:10

</pre>
</div>
</content>
</entry>
<entry>
<title>removing unused SPU_DVD_SUBTYPE_SUBP_CONTROL and the stream_filter stuff</title>
<updated>2004-06-21T16:19:40+00:00</updated>
<author>
<name>Michael Roitzsch</name>
<email>mroi@users.sourceforge.net</email>
</author>
<published>2004-06-21T16:19:40+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=c8aee8fc354fd03dd1a84909b6cfa1db9e069dc2'/>
<id>c8aee8fc354fd03dd1a84909b6cfa1db9e069dc2</id>
<content type='text'>
in SPU decoders which is obsoleted by that removal

CVS patchset: 6726
CVS date: 2004/06/21 16:19:40

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
in SPU decoders which is obsoleted by that removal

CVS patchset: 6726
CVS date: 2004/06/21 16:19:40

</pre>
</div>
</content>
</entry>
<entry>
<title>* trying to fix a longstanding problem: 4:3 progressive content on DXR3's</title>
<updated>2004-06-13T16:00:16+00:00</updated>
<author>
<name>Michael Roitzsch</name>
<email>mroi@users.sourceforge.net</email>
</author>
<published>2004-06-13T16:00:16+00:00</published>
<link rel='alternate' type='text/html' href='https://vdr-projects.e-tobi.net/git/xine-lib/commit/?id=62f8ce9ec67fb85da1023b5db90a0a5f1609cff7'/>
<id>62f8ce9ec67fb85da1023b5db90a0a5f1609cff7</id>
<content type='text'>
  TV out results in the lower third of the image being shaky; this fix might
  raise other problems, but since we only play with the progressive flag,
  the worst that could happen is that the card gets the interlaced vs.
  progressive state wrong and this is almost never noticable on TV out
* report codec information for dxr3 video decoder
* while I am at it: small beautification to video_out_dxr3.c

CVS patchset: 6685
CVS date: 2004/06/13 16:00:16

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
  TV out results in the lower third of the image being shaky; this fix might
  raise other problems, but since we only play with the progressive flag,
  the worst that could happen is that the card gets the interlaced vs.
  progressive state wrong and this is almost never noticable on TV out
* report codec information for dxr3 video decoder
* while I am at it: small beautification to video_out_dxr3.c

CVS patchset: 6685
CVS date: 2004/06/13 16:00:16

</pre>
</div>
</content>
</entry>
</feed>
