Bug 7842

Summary:

XV display blue rectangle on Cyberblade XP4m32

Product:

xorg

Reporter:

Kim BENNI <kim.benni>

Component:

Driver/Trident

Assignee:

Alan Hourihane <alanh>

Status:

RESOLVED DUPLICATE

QA Contact:

Severity:

normal

Priority:

high

CC:

stdc_ld, xorg-team

Version:

7.1 (2006.05)

Hardware:

x86 (IA32)

OS:

Linux (All)

Whiteboard:

i915 platform:

i915 features:

Attachments:

Description	Flags
Xorg.conf which triggers the blue screen	none
Xorg log file	none

Description Kim BENNI 2006-08-10 22:52:15 UTC

When trying to play a video in either vlc or mplayer using the Xv backend, i 
always get a rectangle filled with blue instead of the video. If i try to play 
the same video vith xine and it's Xv backend, the screen get corrupted with 
random colored vertical lines and a blue rectangle.

OS is Ubuntu Edgy x86 with Xorg 7.1 and trident driver 1.2.1

The same problem occurs event if i change resolution or color depth. I've 
tried any combination of color depth/resolution/various options in xorg.conf

The machine is a Toshiba Portege R100.
The card id : 01:00.0 VGA compatible controller: Trident Microsystems 
CyberBlade XP4m32 (rev 91)

xorg.conf

Comment 1 Kim BENNI 2006-08-10 22:53:39 UTC

Created attachment 6519 [details]
Xorg.conf which triggers the blue screen

Comment 2 Kim BENNI 2006-08-10 22:54:17 UTC

Created attachment 6520 [details]
Xorg log file

Comment 3 Kim BENNI 2006-08-10 22:55:44 UTC

X-Video Extension version 2.2
screen #0
  Adaptor #0: "Trident Backend Scaler"
    number of ports: 1
    port base: 65
    operations supported: PutImage 
    supported visuals:
      depth 16, visualID 0x23
      depth 16, visualID 0x24
      depth 16, visualID 0x25
      depth 16, visualID 0x26
    number of attributes: 5
      "XV_COLORKEY" (range 0 to 16777215)
              client settable attribute
              client gettable attribute (current value is 2110)
      "XV_SATURATION" (range 0 to 187)
              client settable attribute
              client gettable attribute (current value is 80)
      "XV_BRIGHTNESS" (range 0 to 63)
              client settable attribute
              client gettable attribute (current value is 45)
      "XV_HUE" (range 0 to 360)
              client settable attribute
              client gettable attribute (current value is 0)
      "XV_CONTRAST" (range 0 to 7)
              client settable attribute
              client gettable attribute (current value is 4)
    maximum XvImage size: 1024 x 1024
    Number of image formats: 3
      id: 0x36315652 (RV16)
        guid: 52563136-0000-0000-0000-000000000000
        bits per pixel: 16
        number of planes: 1
        type: RGB (packed)
        depth: 16
        red, green, blue masks: 0xf800, 0x7e0, 0x1f
      id: 0x32315659 (YV12)
        guid: 59563132-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x32595559 (YUY2)
        guid: 59555932-0000-0010-8000-00aa00389b71
        bits per pixel: 16
        number of planes: 1
        type: YUV (packed)

Comment 4 Aleh 2006-09-23 15:15:57 UTC

I've got the same kind of problem on Toshiba Portege 4000.
X.org version 7.0 on Redhat Fedora 4
lspci output:
01:00.0 VGA compatible controller: Trident Microsystems CyberBlade XPAi1 (rev 
82)

mplayer plays video with Xv driver, but very often crashes (screen becomes 
filled with vertical color bands, system hangs up completely and writes to logs 
nothing). That happens when mplayer starts playing video or when goes to the 
fullscreen mode.
Limiting video memory in xorg.conf: 

VideoRam 10240

helped mitigate this problem, but system's still unstable (hangs up 
approximately one time per 50 mplayer launches).
Laptop manual tells that system reserves 16Mb of RAM for video memory by 
default.

With xvidix driver movie can't be seeing at all, instead of that color 
rectangles are flashing.

Hope that this will help to improve driver code. 

My xorg.conf device section:
Section "Device"
        Identifier  "Videocard0"
        Driver      "trident"
        ChipSet     "cyberbladeXPAi1"
        VendorName  "trident"
        Option      "CyberStretch"
        Option      "CyberShadow"
        Option      "accel"
        Option      "BackingStore"
        Option        "SaveUnders"
        VideoRam    10240
        BoardName   "cyberblade XP" 
EndSection

Comment 5 Alan Hourihane 2006-10-02 01:27:18 UTC


*** This bug has been marked as a duplicate of 2528 ***

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.