On Monday 26 February 2007 23:13, Hugo Visser wrote:
>
> On Feb 26, 2007, at 10:31 PM, Stefan Lucke wrote:
>
> > Did you select the correct display aspect ratio for your device ?
> > What is the native resolution of your TV ?
> >
> > Some plasma TVs have 1024x768 as a native 16:9 resolution (non
> > square pixels).
> >
>
> The offical supported resolutions are 640x480 and 1024x768 according
> to the (sparse) manual, but the panel itself is W-XGA 1366x768
> pixels. I'm running 1024x768 in "full" or 16:9 mode, so the pixels
> must be non square. It's a JVC LT-26x70s.
>
> >> What it should do is zoom
> >> the picture, so that the black bars get "out of screen" to fill the
> >> entire screen. I'm running on DirectFB, maybe that matters?
> >
> > The "should do" is the expected behaviour.
> > What is your selected display resolution ?
> >
> > Choosen resolution for displaying is reported via syslog.
> > Can you show us such lines for which you see wrong aspect on your
> > screen ?
> > They look like:
> > vdr: [14328] [VideoOut]: 720x576 [0,72 720x432] -> 1024x576 [0,0
> > 1024x576]
>
> Feb 26 22:52:14 localhost vdr: [6553] [VideoOut]: resolution changed:
> W(736 -> 704); H(576 ->576)
> Feb 26 22:52:14 localhost vdr: [6553] [VideoOut]: aspect changed (0 -> 0 ;
> 1.366667 -> 1.333333)
> Feb 26 22:52:14 localhost vdr: [6553] [VideoOut]: 704x576 [0,0 704x576] ->
> 1024x768 [128,0 768x768]
>
> Then I tried with a fb.modes line of 1366x768 that I dug up on google
> (not quite correct but just for testing), and got these lines
>
> Feb 26 23:05:13 localhost vdr: [6878] [VideoOut]: 528x576 [0,40 528x496] ->
> 1368x768 [84,0 1197x768]
For this one, it look like "Cropping" -> "CropMode" is set to 14:9 and "Screen
Aspect"
set "16:9" or "default".
14:9:
video.c, line 345:
if (afd_asp <= new_asp) {
swidth = (int) (0.5 + ((double) tmpWidth * afd_asp / new_asp));
} else {
sheight = (int) (0.5 + ((double) tmpHeight * new_asp / afd_asp));
}
new_asp: assumed as 4/3 (1.3333),
afd_asp: unknown but greater than new_asp
-> else part will be choosen.
so afd_asp = tmpHeight * new_asp / sheight;
sheight: about 496 (+2 due to adjusting to YV12)
tmpHeight: 576 (not other zoom / offset values applied)
afd_asp is about 1.54838 ( 14 / 9 = 1.5555)
> Feb 26 23:05:14 localhost vdr: [6878] [VideoOut]: 528x576 [0,0 528x576] ->
> 1368x768 [170,0 1026x768]
> Feb 26 23:05:21 localhost vdr: [6878] [VideoOut]: 528x576 [0,0 528x576] ->
> 1368x768 [114,0 1140x768]
> Feb 26 23:05:22 localhost vdr: [6878] [VideoOut]: 528x576 [0,0 528x576] ->
> 1368x768 [136,0 1094x768]
> Feb 26 23:05:24 localhost vdr: [6878] [VideoOut]: 528x576 [0,0 528x576] ->
> 1368x768 [172,0 1024x768]
Did you cycle through all possible "Screen Aspect" possibilities ?
"Screen Aspect" should be set only once, so that it fits the geometry
of your output device.
So with screen aspect set to 16:9 and cropmode set to 16:9 it should work,
as long a pur 16:9 video fills the entire screen of your lcd .
Don't know what to ask further, exept for short sample recording as I've never
seen resolution 528x576 (only 540x576).
--
Stefan Lucke
_______________________________________________
Softdevice-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/softdevice-devel
