2005-08-30, 09:56
note! this is a continuation on this other (link) bug-topic thread as that ended up being about the poor quality in video renderer instead!
this new topic thread thread will discuss mplayer's post-processing filters (and only the mplayer postprocessing/postproc filter!;
(for referense: the official bug-report for this can be found in our sourceforge.net bug-tracker here (link), feedback is welcomed):
basic problem description:
mplayer post-processing filter has always been broken in xbmc, first it was thought that this was a bug in the original mplayer (for linux/unix/windows) and not just our xbox port of mplayer for the xbmc video/audio-core but it does now apper that the bug must be in xbmc's mplayer port.
symptoms/replication:
enabling the video post-processing filters under xbmc settings cause the video quality to be worse than with post-processing disabled (when should be vice versa).
more information:
xbmp('old' player) does not show this issue, both it's post processing filter work fine and improve the quality.
developer(s) assigned/working on this issue:
none?, since bug was before though to be in mplayer.
ps! @end-users of xbmc; linked video-samples and screenshots (bmp) are welcomed if can be hosted by yourselves (the bug reporters), thanks in advance.
...just make sure that the source video is progressive (not interlaced), (and that you first have disabled the deinterlace filter in xbmc settings) for now.
pps! @developers, xbmc uses a port of mplayer 1.0-pre6, mplayer's cvs been updated many times since then so though unlikely the fix may still be in there.
this new topic thread thread will discuss mplayer's post-processing filters (and only the mplayer postprocessing/postproc filter!;
(for referense: the official bug-report for this can be found in our sourceforge.net bug-tracker here (link), feedback is welcomed):
basic problem description:
mplayer post-processing filter has always been broken in xbmc, first it was thought that this was a bug in the original mplayer (for linux/unix/windows) and not just our xbox port of mplayer for the xbmc video/audio-core but it does now apper that the bug must be in xbmc's mplayer port.
symptoms/replication:
enabling the video post-processing filters under xbmc settings cause the video quality to be worse than with post-processing disabled (when should be vice versa).
more information:
xbmp('old' player) does not show this issue, both it's post processing filter work fine and improve the quality.
developer(s) assigned/working on this issue:
none?, since bug was before though to be in mplayer.
ps! @end-users of xbmc; linked video-samples and screenshots (bmp) are welcomed if can be hosted by yourselves (the bug reporters), thanks in advance.
...just make sure that the source video is progressive (not interlaced), (and that you first have disabled the deinterlace filter in xbmc settings) for now.
pps! @developers, xbmc uses a port of mplayer 1.0-pre6, mplayer's cvs been updated many times since then so though unlikely the fix may still be in there.