[Bug 13155] New: msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Summary: msvideo problems when running M1.EXE
           Product: Wine
           Version: 0.9.59.
          Platform: PC-x86-64
        OS/Version: other
            Status: UNCONFIRMED
          Severity: major
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

Created an attachment (id=12960)
 --> (http://bugs.winehq.org/attachment.cgi?id=12960)
Copy+paste error messages from Konsole window.

When trying to run Sogna's Viper M1 through Wine, msvideo keeps saying it needs
to  be fixed with a whole lot of fixme:msvideo:Draw* messages. In addition to
that, the game's viewer is locked to the top-left of the desktop and glitches
heavily. It stays black as well, showing only text whenever text options are
shown in game.
I'm not sure if it's related to the preloader errors warning me it can't
reserve range 00000000-60000000 or "err:dosmem:setup_dos_mem Cannot use first
megabyte for DOS address space, please report" messages I get, but I think I've
had these messages before in a different OS setup.
M1 starts by opening M1.EXE, then opening SGS.EXE through M1.EXE. Running
SGS.EXE without M1.EXE results in a failsafe built in SGS.EXE and a window
saying you should start up with M1.EXE.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Maki  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #12960|0                           |1
        is obsolete|                            |

--- Comment #1 from Maki   2008-05-12 06:02:56 ---
Created an attachment (id=12961)
 --> (http://bugs.winehq.org/attachment.cgi?id=12961)
wine-1.0-rcl debug trace, same bug.

Same bug as mentioned before, but now with a proper debug trace on wine 1.0
rcl.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Vitaliy Margolen  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|major                       |normal

--- Comment #2 from Vitaliy Margolen   2008-05-12 08:29:13 ---
Please upgrade to latest Wine version. What video card, drivers?

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #3 from Maki   2008-05-12 08:49:34 ---
(In reply to comment #2)
> Please upgrade to latest Wine version. What video card, drivers?

I did upgrade to latest Wine version (Wine-1.0-RC1), as you can see with the
"wine-1.0-rc1 debug trace, same bug." attachment.

Videocard: ASUS EN2600L TC1G (From the top of my head. In the middle of a move,
the documentation is somewhere in one of the boxes surrounding me. >_>)
Drivers: Kubuntu repositories:
nvidia-glx-new v169.12+2.6.24.12-16.34
nvidia-kernel-common 20051028+1ubuntu8
nvidia-settings 1.0+20080304-0ubuntu1

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Maki  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|0.9.59.                     |1.0-rc1

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Dmitry Timoshkov  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|1.0-rc1                     |0.9.59.

--- Comment #4 from Dmitry Timoshkov   2008-05-12 09:55:52 ---
Please don't change an originally reported version.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #5 from Maki   2008-05-12 14:02:37 ---
(In reply to comment #4)
> Please don't change an originally reported version.

It seemed Vitaliy Margolen was confused by it, so I changed it, but ok. I'll
leave it as is now.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #6 from Austin English   2008-11-12 14:27:12 ---
Is this still an issue in current (1.1.8 or newer) wine?

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #7 from Maki   2008-11-12 17:00:41 ---
(In reply to comment #6)
> Is this still an issue in current (1.1.8 or newer) wine?

Yes it is.

The first few lines in terminal say:
fixme:msvideo:DrawDibBegin wFlags == 0x00000020 not handled
fixme:msvideo:DrawDibRealize (0x1, 0x1fc, 0), stub
fixme:msvideo:DrawDibRealize (0x1, 0x1fc, 0), stub
fixme:msvideo:DrawDibRealize (0x1, 0x1fc, 0), stub
fixme:msvideo:DrawDibRealize (0x1, 0x1fc, 0), stub
fixme:msvideo:DrawDibChangePalette (0x1, 0x0000000a, 0x000000ec, 0x420168),
stub

After that it pretty much seems to repeat the last two lines until the program
ends.

It also does not show the videos and seems to lock the video window to the
upper-left corner while the window of the program is centered on my 1600x1200
desktop resolution.

After quitting the program, and after wine shuts down fully, the black square
still persists on what is shown on the desktop and I have to move the windows
about until they need to be redrawn (i.e. move them out of view so the
blackness disappears out of the actual screen and then back) before the black
bits disappear completely.

This is with Wine 1.1.8 on Kubuntu 64bit.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #8 from Austin English   2009-05-18 10:49:09 ---
Is this still an issue in current (1.1.21 or newer) wine?

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #9 from Maki   2009-05-18 14:24:34 ---
(In reply to comment #8)
> Is this still an issue in current (1.1.21 or newer) wine?

Yes it is. I'm adding a new attachment with the output of wine being ran
through Konsole after this reply. I forgot how to debug, however.. so if that's
needed, please let me know how to do that again. >_>;

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #10 from Maki   2009-05-18 14:26:46 ---
Created an attachment (id=21169)
 --> (http://bugs.winehq.org/attachment.cgi?id=21169)
Running M1.EXE through Wine v1.1.21, 20090518.

Note: I had to CTRL+C after ending the program. Konsole didn't notice the
program had ended and remained on the last line.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #11 from Austin English   2009-11-19 12:52:33 ---
This is your friendly reminder that there has been no bug activity for 6
months. Is this still an issue in current (1.1.33 or newer) wine?

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #12 from Maki   2009-11-22 11:59:22 ---
(In reply to comment #11)
> This is your friendly reminder that there has been no bug activity for 6
> months. Is this still an issue in current (1.1.33 or newer) wine?

I last tested it in wine 1.1.32.
The bug was still present in 1.1.32.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Henry Kroll  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #13 from Henry Kroll   2010-04-05 17:03:59 ---
Everlong is affected by what looks like this same bug

The crashing video is Movie/Logo.avi
$ ffmpeg -i Movie/Logo.avi
[avi @ 0x26a35e0]sample size (2) != block align (4)
Input #0, avi, from 'Movie/Logo.avi':
Duration: 00:00:14.01, start: 0.000000, bitrate: 4741 kb/s
Stream #0.0: Video: msvideo1, rgb555le, 320x240, 20 tbr, 20 tbn, 20 tbc
Stream #0.1: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s

$ file Movie/Logo.avi
Movie/Logo.avi: RIFF (little-endian) data, AVI, 320 x 240, 20.00 fps, video:
uncompressed, audio: uncompressed PCM (stereo, 44100 Hz)

There is nothing special about the movie except it is an incredibly cheesy 14
seconds of wasted time. Totem plays it just fine. It does not even use mp3
encoding. Wine should be able to play it. ffplay plays it, too. Wine's msvideo1
decoder is based on ffmpeg.
http://www.winehq.org/pipermail/wine-patches/2004-January/009367.html
http://wiki.multimedia.cx/index.php?title=Microsoft_Video_1

At least it's a free download with no nags if anyone else wants to try it.
http://www.nealien.com/Everlong/ 77Mb

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #14 from Andrew Nguyen  2012-03-19 14:25:54 CDT ---
The problem persists in wine-1.4.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download
                URL|                            |http://www.nealien.com/Ever
                   |                            |long/

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

--- Comment #15 from Austin English  2012-03-19 14:52:34 CDT ---
This is your friendly reminder that there has been no bug activity for 650
days. Is this still an issue in current (1.4 or newer) wine?

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Maki  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |ABANDONED

--- Comment #16 from Maki  2013-03-04 15:45:44 CST ---
(In reply to comment #15)
> This is your friendly reminder that there has been no bug activity for 650
> days. Is this still an issue in current (1.4 or newer) wine?

I can't test at the moment, but nobody has reported it as being an issue for
over three years now.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Bruno Jesus  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]
         Resolution|ABANDONED                   |FIXED

--- Comment #17 from Bruno Jesus  2013-03-04 18:29:08 CST ---
The game Everlong runs pretty well in wine 1.5.25, the intro video runs without
any problems. Hopefully the other game is running well too, I'll assume fixed,
if anyone is still able to reproduce feel free to reopen.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Alexandre Julliard  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #18 from Alexandre Julliard  2013-03-15 14:46:07 CDT ---
Closing bugs fixed in 1.5.26.

[Bug 13155] msvideo problems when running M1.EXE

http://bugs.winehq.org/show_bug.cgi?id=13155

Martin Sourada  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #19 from Martin Sourada  2013-08-15 14:34:54 CDT ---
I'd like to request reopening. I've tried Sogna's Viper RSR (and V6R FWIW)
which uses the same game interface as M1 with the same result as the original
reporter -- sound works, text displays (Japanese), but no pictures, neither
game menus nor game-play scenes. Just solid black (or occasionally white with
black stripe where text appears). Wine 1.6 on Fedora 19 here. Probably relevant
debug messages are the same (apart from the possibly irrelevant OLE error):

fixme:msvideo:DrawDibBegin wFlags == 0x00000020 not handled
err:ole:CoInitializeEx Attempt to change threading model of this apartment from
multi-threaded to apartment threaded
fixme:msvideo:DrawDibRealize (0x1, 0x140044, 0), stub
fixme:msvideo:DrawDibChangePalette (0x1, 0x0000000a, 0x000000ec, 0x4301a0),
stub

The last two get repeated depending on scene (apparently, sometimes only the
first one repeats). Intel graphics here if that's relevant.