I think that some part of SDL/smpeg doesn’t work quite correctly with some
NVidia chipsets. The chipsets I’ve had access to on which to test were
the Geforce2 MX and the Geforce2 GTX, basically the same thing, the GTX
uses slower RAM. The problem does not occur on a laptop based on the
Neomagic 128XD chipset.
The problem occurs when running smpeg stuff in a window. The plaympeg
program exhibits the problem, as does a piece of software that I’m working
on. I’ve tried both hardware and software surfaces to no avail, though I
imagine that it creates a software surface no matter what when running in
a window. I shall have to take a look at this when I have time. The
X version on all 3 machines is 4.0.1, from debian unstable.
The mpeg plays fine until the window is moved, at which point the video
goes black, but the sound keeps playing. If you drag another window
partially overtop of the video window, the video comes back.
If an image is blitted to the window before playing the movie, this image
is displayed in the window after it is moved, but dragging another window
overtop still makes the video come back.
This makes me think that it might me a problem with expose events or some
other window managemwnt thing, but I know very little about Xlib…
Can anyone reproduce this problem, or, even better, tell me how I can stop
it?
Le Mon, Jan 15, 2001 at 12:28:18PM -0500, Lee Adamson a ?crit :
The mpeg plays fine until the window is moved, at which point the video
goes black, but the sound keeps playing. If you drag another window
partially overtop of the video window, the video comes back.
I had the same problem with a GeForce 256 on a Slackware. But, when I
intalled the latest version of smpeg, and without doing anything else,
the problem never occured again. I now use smpeg-0.4.1. so, check this,
maybe it will help…
The mpeg plays fine until the window is moved, at which point the video
goes black, but the sound keeps playing. If you drag another window
partially overtop of the video window, the video comes back.
I had the same problem with a GeForce 256 on a Slackware. But, when I
intalled the latest version of smpeg, and without doing anything else,
the problem never occured again. I now use smpeg-0.4.1. so, check this,
maybe it will help…
Strange, I’m using smpeg 4.2 and SDL 1.1.6 (about to be 1.1.7, as soon as
the dist-upgrade completes)…
This will probably break a bunch of stuff… Oh well.
I’ll see if I can find a .deb of 4.1 and try it…
I assume you’re using nVidia’s drivers (from nVidia)? Or are you using
xfree4’s 2d nv driver?On Mon, 15 Jan 2001, Rouk wrote:
The problem occurs when running smpeg stuff in a window. The plaympeg
program exhibits the problem, as does a piece of software that I’m working
on. I’ve tried both hardware and software surfaces to no avail, though I
imagine that it creates a software surface no matter what when running in
a window. I shall have to take a look at this when I have time. The
X version on all 3 machines is 4.0.1, from debian unstable.
The mpeg plays fine until the window is moved, at which point the video
goes black, but the sound keeps playing. If you drag another window
partially overtop of the video window, the video comes back.
This is a bug in the interaction between SDL and the XVideo extension,
and happens on every chipset. I can reproduce the problem here, so I’ll
see if I can fix it.
See ya,
-Sam Lantinga, Lead Programmer, Loki Entertainment Software
Le Mon, Jan 15, 2001 at 10:05:32PM -0500, Lee Adamson a ?crit :
Strange, I’m using smpeg 4.2 and SDL 1.1.6 (about to be 1.1.7, as soon as
the dist-upgrade completes)…
This will probably break a bunch of stuff… Oh well.
I’ll see if I can find a .deb of 4.1 and try it…
I assume you’re using nVidia’s drivers (from nVidia)? Or are you using
xfree4’s 2d nv driver?
I’m using nVidia’s drivers. And I use SDL 1.1.5.
SDL and smpeg were installed using the sources, of course, since there is
not really other choices on a slackware…
