Lucian Muresan wrote: > I guess you mean the bug is in mplayer, not in the content.
Yes > PAL DVDs with 16:9 or other than 4:3 content also have always the > resolution 720x576, because that's PAL. Only the pixels are'n > square, not even for 4:3 material, and that's the > decoder/postprocessing/display's job to deal with it. With DVB > streams, it gets even worse, when assuming square pixels in the > content, and displaying it on whatever display, be it a 4:3 PAL > TV. That works with mplayer. The problem is that mplayer thinks the stream won't change. When you start watching a dvb recording when it's 4:3 or 16:9 it looks fine. But when the stream changes, mplayer does not rebuild the filter chain based on the new aspect. > 544x576 really looks like egg-heads then. I've had a hard time > patching df_xine to address this some while ago, and now Claudio > Ciccani changed the code there, and my patch doesn't apply anymore. > I wonder how fbxine with Claudio's new official DirectFB driver in > xine-lib handles this, maybe I'll be able to try it soon. Do not try fbxine ... > I guess that's what kaa.xine will use in Freevo when it comes to use > it for the GUI and the content, if I understood right. ... use kaa.xine. It should be possible with kaa xine to play on all output displays xine has. I tested it with xv, vidixfb and dfb, everything was fine. I did not test the special mga stuff in xinelib with it, so there may be some changes in the future. > When was Tack about to finish his moving to another town ;-) ? I hope soon. :) Dischi -- A man generally has two reasons for doing a thing. One that sounds good, and a real one.
pgpBt2qRVn4Rm.pgp
Description: PGP signature
