From: SourceForge.net <no...@so...> - 2005-01-01 19:54:25
|
Bugs item #1089328, was opened at 2004-12-21 12:03 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1089328&group_id=9655 Category: video output problems Group: None Status: Pending Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: xinerama: video rendered twice as wide Initial Comment: XINE apparently miscalculates aspect ratio in xinerama (nvidia!) environments. The video is rendered twice a wide as it should (while both xinerama screen have equal resolution, of course). Section "Device" BoardName "GeForce FX 5500" Driver "nvidia" Identifier "Device[0]" Option "CursorShadow" Option "NoLogo" Option "TwinView" Option "CursorShadowXOffset" "3" Option "ConnectedMonitors" "DFP,DFP" Option "CursorShadowYOffset" "3" Option "SecondMonitorHorizSync" "30-81" Option "MetaModes" "1280x1024,1280x1024" Option "SecondMonitorVertRefresh" "43-77" Option "TwinViewOrientation" "RightOf" Screen 0 Option "Rotate" "off" VendorName "NVidia" EndSection Section "ServerLayout" Identifier "Layout[all]" InputDevice "Keyboard[0]" "CoreKeyboard" InputDevice "Mouse[1]" "CorePointer" Option "Clone" "off" Option "Xinerama" "off" Screen "Screen[0]" EndSection ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-01 11:54 Message: Logged In: NO Forget that last posting, sorry. DEBUG: XF86VidMode extension present DEBUG: max modeline size is 2560x1024 DEBUG: display size is 2560x1024 DEBUG: multihead setup detected DEBUG: chosen pixel aspect 0.501793 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-01 11:00 Message: Logged In: NO /tmp/xine-ui-0.99.3 # patch -p 0 < ../xine-ui-twinview-debug.patch patching file src/xitk/main.c Hunk #1 FAILED at 755. Hunk #2 FAILED at 764. 2 out of 2 hunks FAILED -- saving rejects to file src/xitk/main.c.rej ---------------------------------------------------------------------- Comment By: Michael Roitzsch (mroi) Date: 2005-01-01 07:37 Message: Logged In: YES user_id=552060 I attached another patch to apply on top of the previous. This adds some logging messages. Please post the output of xine --verbose Michael ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-01-01 04:05 Message: Logged In: NO Well, same as before... How can I enable the debug logging? ---------------------------------------------------------------------- Comment By: Michael Roitzsch (mroi) Date: 2004-12-29 12:27 Message: Logged In: YES user_id=552060 I am not really sure about MPlayer. My knowledge may be heavily outdated. Sorry, I should have made that clear. Could you please try the attached patch against xine-ui? It tries to autodetect multiheaded setups and falls back to a 1:1 pixel aspect, if one is found. Michael ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-12-27 13:41 Message: Logged In: NO BTW are you sure that MPlayer does ignore the information? I initially had exactly the same problem with MPlayer but this was because of a faulty X11/TwinView configuration (I don't remember the details). ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-12-27 13:39 Message: Logged In: NO name of display: :0.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 60801000 X.Org version: 6.8.1 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x2200007, revert to PointerRoot number of extensions: 32 BIG-REQUESTS DAMAGE DOUBLE-BUFFER DPMS Extended-Visual-Information GLX LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD NV-CONTROL NV-GLX RANDR RENDER SECURITY SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-Misc XFree86-VidModeExtension XINERAMA XInputExtension XKEYBOARD XTEST XVideo XVideo-MotionCompensation default screen number: 0 number of screens: 1 screen #0: print screen: no dimensions: 2560x1024 pixels (340x271 millimeters) resolution: 191x96 dots per inch depths (7): 16, 1, 4, 8, 15, 24, 32 root window id: 0x8f depth of root window: 16 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 64 preallocated pixels: black 0, white 65535 options: backing-store NO, save-unders NO largest cursor: 64x64 current input event mask: 0xfa4031 KeyPressMask EnterWindowMask LeaveWindowMask KeymapStateMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 20 default visual id: 0x21 visual: visual id: 0x21 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x22 class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x23 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x24 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x25 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x26 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x27 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x28 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x29 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x2a class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x2b class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x2c class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x2d class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x2e class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x2f class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x30 class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x31 class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x32 class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x33 class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits visual: visual id: 0x34 class: DirectColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits ---------------------------------------------------------------------- Comment By: Michael Roitzsch (mroi) Date: 2004-12-27 12:03 Message: Logged In: YES user_id=552060 There has to be some way to detect this automatically. Could you please attach the output of 'xdpyinfo'? MPlayer has always ignored the aspect information from X11 completely and assumed square pixels. This might work for most monitors, but in the end, it is wrong and just happens to work by accident. Michael ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-12-27 10:53 Message: Logged In: NO MPlayer does the trick BTW. So it's probably a good idea to have a look at its code :) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-12-27 10:49 Message: Logged In: NO Well, until then I would propose that I can set the aspect ration manually (2:3 for 4:3). ---------------------------------------------------------------------- Comment By: Michael Roitzsch (mroi) Date: 2004-12-22 12:02 Message: Logged In: YES user_id=552060 We dealt this problem before, but never found the perfect solution. Could you have a look at bug #1001702 and the comments to it (the comments have to be read bottom to top)? Maybe you could give us some more insights on this? Is it actually possible to configure TwinView in the way a Xinerama config is meant to be? Michael ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1089328&group_id=9655 |