xine-lib/src/video_out, branch vdr-xine-version-712 xine-lib git mirror Merge from 1.1. 2007-10-03T19:03:59+00:00 Darren Salt linux@youmustbejoking.demon.co.uk 2007-10-03T19:03:59+00:00 562b7dcefad5d0acd7c906dfa97107e8be8ff536 






Revert cheating invalid frame sizes after fixed frame allocation.
2007-10-01T21:32:39+00:00

Reinhard Nißl
rnissl@gmx.de

2007-10-01T21:32:39+00:00

8f0d2fdb0a1921cc0eee8aa03f4620501ba33a53

These cheats where hiding a frame allocation bug in FFmpeg decoder
which was previously fixed.





These cheats where hiding a frame allocation bug in FFmpeg decoder
which was previously fixed.







Merge from 1.1.
2007-08-26T21:08:08+00:00

Darren Salt
linux@youmustbejoking.demon.co.uk

2007-08-26T21:08:08+00:00

0bae23d08becdc9dd680ce40930b249d1fd0448b












Protect previously shown frame from immediate reuse by decoder.
2007-08-26T20:19:06+00:00

Reinhard Nißl
rnissl@gmx.de

2007-08-26T20:19:06+00:00

c0619b8e4099395749c048af84b6ff9337f339ec

It happend that the previously shown frame was still on screen
while the decoder reused it already and the result was a mixed
picture on screen.
Protection is easy: just keep a reference to previously shown
frame and it cannot be reused by the decoder until a frame
duration has passed which should be sufficient to see the
current frame on screen.
Such referencing has already been implemented although it was
not used for deinterlacing. Therefore it had been disabled to
get an additional frame for decoding in coping with dropped
frames.
The change reenables referencing the previously shown frame.





It happend that the previously shown frame was still on screen
while the decoder reused it already and the result was a mixed
picture on screen.
Protection is easy: just keep a reference to previously shown
frame and it cannot be reused by the decoder until a frame
duration has passed which should be sufficient to see the
current frame on screen.
Such referencing has already been implemented although it was
not used for deinterlacing. Therefore it had been disabled to
get an additional frame for decoding in coping with dropped
frames.
The change reenables referencing the previously shown frame.







Provide options to control ondemand disabling of bob deinterlacing.
2007-08-26T20:05:41+00:00

Reinhard Nißl
rnissl@gmx.de

2007-08-26T20:05:41+00:00

62d7654ffd81daef9d1f38d43d30b1e97675e614

While disabling for progressive frames was ment to improve DVD
playback, it turned out that many TV broadcasters set this flag
too, although their content is not progressive.
Adding an option allows the user now to enable this feature when
the watched streams make correct use of this flag.
Another option allows to disable bob deinterlacing when a scaled
OSD is on screen. As bobbing adds some noise to horizontal lines
the OSD quality might be improved by enabling this option.





While disabling for progressive frames was ment to improve DVD
playback, it turned out that many TV broadcasters set this flag
too, although their content is not progressive.
Adding an option allows the user now to enable this feature when
the watched streams make correct use of this flag.
Another option allows to disable bob deinterlacing when a scaled
OSD is on screen. As bobbing adds some noise to horizontal lines
the OSD quality might be improved by enabling this option.







Protect drawable from beeing changed while drawing.
2007-08-26T19:49:44+00:00

Reinhard Nißl
rnissl@gmx.de

2007-08-26T19:49:44+00:00

195b53839e170cc4efe059784b1ebb31ce7707af

When xine-ui switches to fullscreen mode or back again, it will
change the drawable by sending XINE_GUI_SEND_DRAWABLE_CHANGED.
This may lead to BadDrawable X Errors when the video out thread
is still using the old drawable for drawing.
The changes below block XINE_GUI_SEND_DRAWABLE_CHANGED from
changing the drawable while it is used for drawing.





When xine-ui switches to fullscreen mode or back again, it will
change the drawable by sending XINE_GUI_SEND_DRAWABLE_CHANGED.
This may lead to BadDrawable X Errors when the video out thread
is still using the old drawable for drawing.
The changes below block XINE_GUI_SEND_DRAWABLE_CHANGED from
changing the drawable while it is used for drawing.







Merge all but the open()/glibc workaround from 1.1.
2007-08-16T15:29:26+00:00

Darren Salt
linux@youmustbejoking.demon.co.uk

2007-08-16T15:29:26+00:00

d3e91bb09c694dc8a71b77f098ab251755763410












propagate frame changes in xxmc_do_update_frame() to intercepted frames
2007-07-26T21:35:19+00:00

Reinhard Nißl
rnissl@gmx.de

2007-07-26T21:35:19+00:00

944fc07d1bfd33010a1a61e923d53b884f5a6359

XXMC doesn't work well with the way how intercepting frames is implemented
for postprocessing as xxmc_do_update_frame() may change the native frame's
format after the frame has been intercepted. As intercepting XXMC frames
didn't work in the past, we can imply that postplugins which will support
XXMC do know about this special behaviour.
So the idea is to detect any changes on the native frame and propagate these
changes to all intercepted frames. At the same time, we check that all
intercepted frames still share the same data (which we are about to change)
with the native frame and abort otherwise.

--HG--
extra : transplant_source : c%D5%13%21jF%1E%D4%AB%D7%DB%22%27%0A%CB%0E%7F%CF%84v





XXMC doesn't work well with the way how intercepting frames is implemented
for postprocessing as xxmc_do_update_frame() may change the native frame's
format after the frame has been intercepted. As intercepting XXMC frames
didn't work in the past, we can imply that postplugins which will support
XXMC do know about this special behaviour.
So the idea is to detect any changes on the native frame and propagate these
changes to all intercepted frames. At the same time, we check that all
intercepted frames still share the same data (which we are about to change)
with the native frame and abort otherwise.

--HG--
extra : transplant_source : c%D5%13%21jF%1E%D4%AB%D7%DB%22%27%0A%CB%0E%7F%CF%84v







access native frame where an intercepted can be passed
2007-07-26T20:51:15+00:00

Reinhard Nißl
rnissl@gmx.de

2007-07-26T20:51:15+00:00

1028e44b958a7c1533e237c0f076d5adf9598b94

When postprocessing is activated, the decoder will pass intercepted
frames to the video driver. The driver must nolonger assume that a
native frame will be passed from the decoder -- it's necessary to
use the supplied macros which give access to the native frame even
when an intercepted frame gets passed.

--HG--
extra : transplant_source : %19%E7%83q1%F6%FEJ%12%A4%1D%AC%CF%7F%2Cn%5BJ%92Y





When postprocessing is activated, the decoder will pass intercepted
frames to the video driver. The driver must nolonger assume that a
native frame will be passed from the decoder -- it's necessary to
use the supplied macros which give access to the native frame even
when an intercepted frame gets passed.

--HG--
extra : transplant_source : %19%E7%83q1%F6%FEJ%12%A4%1D%AC%CF%7F%2Cn%5BJ%92Y







initialize pointer to native frame in acceleration data
2007-07-26T20:45:37+00:00

Reinhard Nißl
rnissl@gmx.de

2007-07-26T20:45:37+00:00

f904331c23d4457f53263711c7d6cefb429b8696

--HG--
extra : transplant_source : %EA%EBm%3Exb%A5%3C%07%BC%F0%D9%E1%00%F7%D1%E0%D5%94%ED





--HG--
extra : transplant_source : %EA%EBm%3Exb%A5%3C%07%BC%F0%D9%E1%00%F7%D1%E0%D5%94%ED