Arch Linux

MrFuji

Member

From: Germany

Registered: 2007-05-05

Posts: 26

No Video Playback after xf86-video-intel update

Hi everyone

I've recently updated my old i810 video driver to the new intel driver...
Now suddenly my video playback has stopped working! Totem-xine just crashes with this message:

The program 'totem' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
(Details: serial 124 error_code 11 request_code 140 minor_code 19)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

After some research I found out that this fault is due to the new driver (well, expected it anyway )
Sadly,  couldn't find a solution (there were some ubuntu binaries, but... ^^)... Perhaps someone here has an idea?

edit: Maybe my xorg.conf is useful as well:

Section "Device"
     Identifier  "intel"
    Driver      "intel"
    VendorName  "Intel Corporation"
    BoardName   "Mobile 945GM/GMS/940GML Express Integrated Graphics Controller"
    BusID       "PCI:0:2:0"
        Option      "XAANoOffscreenPixmaps" "true"
        Option      "DRI"     "true"
EndSection

Section "Screen"
    Identifier "Screen0"
    Device     "intel"
    Monitor    "Monitor0"
    SubSection "Display"
        Depth     24
        Modes "1280x800"
    EndSubSection
EndSection

Last edited by MrFuji (2007-05-10 11:52:28)

MrFuji

Member

From: Germany

Registered: 2007-05-05

Posts: 26

Re: No Video Playback after xf86-video-intel update

Now after switching back to i810 it works again... possible bug?

MrFuji

Member

From: Germany

Registered: 2007-05-05

Posts: 26

Re: No Video Playback after xf86-video-intel update

Updated again, same problem...

However I found out that this is due to XV playback. XShm works fine. Sadly I can't find a way to force totem-xine to use XShm (editing /.xine/config didn't help). Maybe someone knows a solution as I would very much like to continue using the new driver...

Of course, if someone knows how to get XV working right with the xf86-video-intel driver, that would be appreciated even more

p.s.: If I have overlooked something, then please say it... I know that my previous questions were, umm, let's say a bit noobish, but I definately do not know how to solve this problem... Thanks

Bogart

Member

From: Madrid, Spain

Registered: 2005-06-22

Posts: 272

Re: No Video Playback after xf86-video-intel update

I think that this could help, but can't test it myself.

Add to your "device" section in xorg.conf these lines:

VideoRam XXXXXX
Option "CacheLines" "1024"

Change XXXXXX for you video RAM in bytes (EDIT: I've read that this line could cause problems with the new driver, so try without it first and just with the second line)

Restart X and try again.

Good luck.

Last edited by Bogart (2007-05-18 23:23:58)

kth5

Member

Registered: 2004-04-29

Posts: 657

Website

Re: No Video Playback after xf86-video-intel update

If video does not work, this probably means that it's trying to use Xv per default. Try Xshm or similar output methods. On beryl/AIGLX thing will most probably produce unexpected results.

I suggest you rollback to current with your card.

---

I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell

MrFuji

Member

From: Germany

Registered: 2007-05-05

Posts: 26

Re: No Video Playback after xf86-video-intel update

Thanks for the replies

Editing xorg.conf didn't help, but kth5 was right: It's compiz! The old driver didn't use XV at all so there was no problem.
With the new driver, however, video playback uses XV (no blue borders while dragging) which doesn't seem to work with an enabled GLDesktop. As using the new driver brings more other advantages I will probably just stop using compiz or does anyone have an idea how compiz could affect XVideo?

kth5

Member

Registered: 2004-04-29

Posts: 657

Website

Re: No Video Playback after xf86-video-intel update

normally Xv is done by overlaying the blue square you saw by putting the video contents directly onto it in video-memory instead of assembling a picture and uploading the whole thing. that is usually what makes Xv so speady over Xshm and others.
when you use AIGLX, the video needs to be rendered into a texture on a surface which is similar, but then again different as it happens not in video-memory itself but rather somehwhere on a polygon that has a texture that is located somewhere else.

best bet for video in AIGLX is to use gl output. mplayer example:

mplayer -vo gl
mplayer -vo gl2

---

I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell

MrFuji

Member

From: Germany

Registered: 2007-05-05

Posts: 26

Re: No Video Playback after xf86-video-intel update

Yeah, that worked...
But I couldn't go into fullscreen with Totem (mplayer worked fine), because it results in a xserver restart.
However I solved it by using the new xorg version... So don't know what caused it, but 'm happy now.

Btw, why isn't xorg-server-1.3.0 in the standard repos?

shen

Member

Registered: 2003-09-05

Posts: 272

Website

Re: No Video Playback after xf86-video-intel update

I had issues with the arch default xorg-server but when I updated to one that kth5 had in his repo listed on the bug report for the drivers all was working fine. I think the new intel driver is suppose to be used with xorg-server 1.30 but I could be wrong.

kth5

Member

Registered: 2004-04-29

Posts: 657

Website

Re: No Video Playback after xf86-video-intel update

xorg-server 1.3.0.0 has a few things it brings along including modes for new cards and such. xorg-server 1.2.0 is fine for most cards i have seen so far.

---

I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell