http://bugs.winehq.org/show_bug.cgi?id=22522
Summary: black intro videos with smackw32.dll Product: Wine Version: 0.9.48. Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: hoehle@users.sourceforge.net
"Der Dieb von Burg Schreckenstein" and "5 Freunde 2 und der silberne Turm" start with a black screen when it should show an intro video. Audio is played normally and the app proceeds to the main menu after the video ends. Also, pressing a key aborts the video as expected. The video is visible on a native XP machine.
Both apps use smackw32.dll to display the video. I suppose the screen remains black because an exception is caught soon after start.
0009:CALL smackw32._SmackDoFrame@4(008c5440) ret=0049ef3d 0009:Call winmm.timeGetTime() [a few times] 0009:Ret winmm.timeGetTime() 0009:trace:seh:raise_exception code=c0000005 flags=0 (access violation) ... 0009:RET smackw32._SmackDoFrame@4() retval=00000000 ret=0049ef3d
The sequence of smackw32 calls is: smackw32._SmackOpen@12 smackw32._SmackCheckCursor@20 smackw32._SmackToBuffer@28 smackw32._SmackDoFrame@4
The affected video is "intro.smk". Curiously, this is the second such sequence. The first one, opening "loads.smk" produces no exception (but it is too short to be a video). Surprisingly, Burg Schreckenstein's ending credits extro_[1-7].smk are rendered (these appear to be still images without animation). Logs are available upon request. What channels?
You may add [Smacker] Debug=1 to win.ini and set WINEDEBUG=+debugstr.
I've not yet written an AppDB entry for either of these 2 children apps. "5 Freunde" is Enid Blyton's "Famous 5" or "Club des cinq".
Bug present with both Ubuntu Intrepid and MacOS, on different HW and was observed as early as wine-0.9.48 to present.
http://bugs.winehq.org/show_bug.cgi?id=22522
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|black intro videos with |5 Freund and Der Dieb von |smackw32.dll |Burg Schreckenstein have | |black intro videos
--- Comment #1 from Jeff Zaroyko jeffz@jeffz.name 2010-04-28 17:56:57 --- Seems to be specific to this version of smackw32 or the data for these games, other applications which use smackw32.dll and smk videos have worked fine for me for a long time. Jedi Knight: Dark Forces II, Indiana Jones and the Infernal machine and AVP too I think. Revising summary.
http://bugs.winehq.org/show_bug.cgi?id=22522
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|0.9.48. |1.1.43
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-28 23:35:56 --- Unless the bug is caused by a regression there is no point in specifying that old Wine version.
http://bugs.winehq.org/show_bug.cgi?id=22522
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|5 Freund and Der Dieb von |5 Freunde and der Dieb von |Burg Schreckenstein have |Burg Schreckenstein have |black intro videos |black intro videos
--- Comment #3 from Jörg Höhle hoehle@users.sourceforge.net 2010-04-29 02:48:20 --- Somehow I seem to remember that the version number was "the oldest known to exhibit the bug"
http://bugs.winehq.org/show_bug.cgi?id=22522
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.43 |0.9.48.
--- Comment #4 from Austin English austinenglish@gmail.com 2010-04-29 11:10:20 --- (In reply to comment #3)
Somehow I seem to remember that the version number was "the oldest known to exhibit the bug"
Yes, that is what the version field should reflect.
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-29 11:16:20 --- (In reply to comment #4)
(In reply to comment #3)
Somehow I seem to remember that the version number was "the oldest known to exhibit the bug"
Yes, that is what the version field should reflect.
I don't agree. Retesting and comparing with the most recent version is much easier. Old versions tend to have various problems even when compiling, and it's hard to differentiate an already fixed bug with some other one. Only regressions need the oldest version for apparent reasons.
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #6 from Austin English austinenglish@gmail.com 2010-04-29 12:04:06 --- (In reply to comment #5)
(In reply to comment #4)
(In reply to comment #3)
Somehow I seem to remember that the version number was "the oldest known to exhibit the bug"
Yes, that is what the version field should reflect.
I don't agree. Retesting and comparing with the most recent version is much easier. Old versions tend to have various problems even when compiling, and it's hard to differentiate an already fixed bug with some other one. Only regressions need the oldest version for apparent reasons.
There have been numerous times you've asked reporters not to change the original reported wine version. Either way is fine with me, but please be consistent.
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #7 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-29 20:46:23 --- (In reply to comment #6)
There have been numerous times you've asked reporters not to change the original reported wine version. Either way is fine with me, but please be consistent.
Changing previously reported Wine version and setting it at the bug creation time are two different things.
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2010-04-29 22:10:23 --- I for one want to know that bug is still present in latest development version. And the commit that broke it or at least oldest known bad/latest known good version(s).
So the version field should either be the latest dev version or oldest known bad.
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #9 from Jörg Höhle hoehle@users.sourceforge.net 2010-04-30 02:51:30 ---
So the version field should either be the latest dev version or oldest known bad.
That makes sense to me. Somebody authorized please change Bugzilla to explain this in the bug submission page.
In the present case, my installation notes say that 0.9.28 was what I used initially (sorry for not reporting this bug earlier) and the bug is still present in current Wine. It does not imply a regression against 0.9.27.
There have been numerous times you've asked reporters not to change the original reported wine version.
Austin, I always felt the "Removing deprecated CVS/GIT version tag." message to be inconsistent with the other handling of versions in bugzilla. The rest of the message (asking to set version to earliest broken version) is fine. If the bug mentioned a regression, one should never change it, even if it's as old as 0.9.33 (e.g. bug #19773). If no regression was ever discovered, why change the version number, esp. as users get flamed when doing so without this invitation?
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #10 from Jörg Höhle hoehle@users.sourceforge.net 2010-04-30 03:01:51 --- Jeff, smackw32.dll from JediDemo is much older (1997 vs. 2001) and smaller (97KB vs. 120KB) than the one from Burg Schreckenstein. It's missing some exports, hence the app won't even start with it. The dll from "Fünf Freunde auf Schatzsuche (1)" which is not that old also appears unusable (crash) with "Burg Schreckenstein".
I've not tested the newer SmackW32.dll with JediDemo because that app completely froze the machine, a rare event which until now I only knew from apps like "Industry Giant 2" that use mcicda (while others like AoE2 manage to use mcicda to play music from CD in a way that does not lock up Linux).
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #11 from Austin English austinenglish@gmail.com 2010-04-30 03:06:00 --- (In reply to comment #9)
There have been numerous times you've asked reporters not to change the original reported wine version.
Austin, I always felt the "Removing deprecated CVS/GIT version tag." message to be inconsistent with the other handling of versions in bugzilla. The rest of the message (asking to set version to earliest broken version) is fine.
Bugzilla really isn't the place to discuss this, but the CVS/GIT tag was removed because it was ambiguous. Today's git is tomorrow's wine 1.1.44, but several months down the road, no one knows that, unless you put the git description in the bug.
This was discussed and agreed on at Wineconf.
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #12 from Jeff Zaroyko jeffz@jeffz.name 2010-04-30 04:06:04 --- Yes, Although the JK demo contains no music (no audio cd), the code to play audio tracks from the full game is there so it will attempt to play any cd music. I just checked AVP (1999) from steam, it's smackw32.dll is 97KB also.
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #13 from Jörg Höhle hoehle@users.sourceforge.net 2010-05-01 16:27:21 --- I sampled the following versions: 71168 1997-09-10 14:25 smackw32.dll # JediDemo 95744 1998-04-20 22:44 SMACKW32.DLL # Caesar III, Pharaoh, Ronja Räubertochter 96256 1998-06-09 10:21 SMACKW32.DLL # 5 Freunde #1 auf Schatzsuche 96256 1998-06-09 10:21 SMACKW32.DLL # SimCity 3000 129024 2000-01-03 11:59 Smackw32.dll # 5 Freunde #2 Geheimnis um den silbernen Turm 129024 2000-07-17 17:35 smackw32.dll # 5 Freunde #3 auf Entführerjagd 129024 2001-05-16 11:27 Smackw32.dll # Burg Schreckenstein
Ronja Räubertochter is not yet in AppDB either. It plays its intro. Caesar 3 manages to play the intro video, 5 Freunde do not. I can't remember whether SimCity 3000 does it, since I never tested it after bug #7067 was reportedly fixed. Bug #7067, comment #15 strongly hints that SimCity 3000 is affected as well.
So smackw32 <= 95kB works, >= 96kB causes trouble -- with some videos.
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #14 from Jörg Höhle hoehle@users.sourceforge.net 2010-05-20 10:25:14 ---
So smackw32 <= 95kB works, >= 96kB causes trouble -- with some videos.
This was very badly expressed. E.g. the old 95kB dll does not manage to render the problematic videos either.
Correct is: Some apps distributed with a more recent smackw32.dll (size >= 96kB, 1998) come with some .smk files that the dll fails to render, showing a black screen while the music plays. Some other .smk videos from those apps are rendered correctly.
Curiously, it's mostly intros that are affected, while the "outro" of "Burg Schreckenstein" and "Famous Five" plays correctly.
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #15 from Jörg Höhle hoehle@users.sourceforge.net 2011-01-01 15:30:43 CST --- Still present with wine-1.3.10 -- testing "Burg Schreckenstein" only, not "5 Freunde / Famous 5", with startx ... -depth 32 and 16 bpp.
http://bugs.winehq.org/show_bug.cgi?id=22522
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|5 Freunde and der Dieb von |5 Freunde and SimCity3000 |Burg Schreckenstein have |have black intro videos |black intro videos |(smackw32.dll)
--- Comment #16 from Jörg Höhle hoehle@users.sourceforge.net 2011-05-03 03:19:30 CDT --- Simcity 3000 is also affected. Sound is heard but the screen remains black.
What's funny is that when I click or press a key, one frame of the animation is visible for a fraction of a second, before the app displays the main menu. I discovered that while replacing SC3's intro.smk with Caesar3 one's (UI...\Movies\Intro.smk is normally read from CD-ROM, but if you put one in the same location in your HD install directory, that will be used instead).
I haven't retested whether Caesar3 plays its intro with wine-1.3.16, but SimCity's smackw.dll handles Caesar's as badly as its own: with sound and black screen, except for one frame when aborted.
http://bugs.winehq.org/show_bug.cgi?id=22522
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |kennybobs@o2.co.uk Ever Confirmed|0 |1
--- Comment #17 from Ken Sharp kennybobs@o2.co.uk 2011-06-10 09:37:37 CDT --- For SC3U, when running in windowed mode, a full-screen black screen appears anyway, ignoring the window. Changing the console (CTRL+ALT+F1) and switching back to the active console allows the video to draw and play (in the virtual window).
That's got to be related?
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #18 from Jörg Höhle hoehle@users.sourceforge.net 2011-06-23 09:45:38 CDT --- As of wine-1.3.22, "der Dieb von Burg Schreckenstein" still displays a black screen during the intro video. Tested in a virtual desktop -- the remaining screen does not turn black, which proves that unlike SimCity3000 in bug #27062, gamma is not involved.
SimCity3000 too displays a black window during the intro. Pressing any key, including ctrl or alt, aborts the intro and proceeds to the logo screen and menus, except when I activate another window very early. That doesn't prevent a black intro video. Ken, do you really manage to see the *intro* video using Ctrl-Alt+Fn?
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #19 from Ken Sharp kennybobs@o2.co.uk 2011-06-23 10:27:41 CDT --- Yes, it works every time in the virtual desktop. Haven't tried it in full screen and don't currently have a working Linux distro (hurray for Ubuntu's upgrade process!!!)
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #20 from Jörg Höhle hoehle@users.sourceforge.net 2012-02-23 01:01:00 CST --- Black intro video while sound plays in Simcity3000 with 1.4-rc4 in Ubuntu Intrepid, exactly like in comment #16, with virtual desktop and full-screen, using 800x600.
http://bugs.winehq.org/show_bug.cgi?id=22522
Brandon Corujo haku08879@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |haku08879@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #21 from Ken Sharp imwellcushtymelike@gmail.com --- Videos play perfectly in wine-1.7.16-133-gd8ca8c2 in both full-screen and virtual desktop, but I'm loathed to mark this fixed until someone else has tested.
Following the videos nothing else draws, which is a new problem I'll look into shortly.
https://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #22 from Bruno Jesus 00cpxxx@gmail.com --- Still in wine 1.7.33 for me, tested with my original Brazilian version. The CD smack32.dll is 96256 bytes long and dated from 6/1/1999.
https://bugs.winehq.org/show_bug.cgi?id=22522
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #23 from joaopa jeremielapuree@yahoo.fr --- Still a bug in current wine?
https://bugs.winehq.org/show_bug.cgi?id=22522
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned?
https://bugs.winehq.org/show_bug.cgi?id=22522
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|Abandoned? |
--- Comment #24 from Ken Sharp imwellcushtymelike@gmail.com --- Please retry in Wine 3.9 or later.
https://bugs.winehq.org/show_bug.cgi?id=22522
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=22522
Chris Howerter orgelspielerkmd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |orgelspielerkmd@gmail.com
--- Comment #25 from Chris Howerter orgelspielerkmd@gmail.com --- Still an issue in dev Wine ver 3.13
https://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #26 from Chris Howerter orgelspielerkmd@gmail.com --- (In reply to Ken Sharp from comment #24)
Please retry in Wine 3.9 or later.
Is that the current staging version?
https://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #27 from joaopa jeremielapuree@yahoo.fr --- Bug still occurs with wine-5.11.
You can download 5 Freunde here https://www.abandonware-france.org/ltf_abandon/ltf_jeu.php?id=2898&fic=l...
https://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #28 from joaopa jeremielapuree@yahoo.fr --- Created attachment 67602 --> https://bugs.winehq.org/attachment.cgi?id=67602 Console output with d3d and ddraw channel enabled.
Surely a problem in ddraw.
https://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #29 from joaopa jeremielapuree@yahoo.fr --- Bug still occurs with wine-5.21
https://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #30 from joaopa jeremielapuree@yahoo.fr --- Bug still occurs with wine-8.11
https://bugs.winehq.org/show_bug.cgi?id=22522
--- Comment #31 from joaopa jeremielapuree@yahoo.fr --- Importance of the bug should be normal not trivial (though I know that changes nothing for developers :D :D :D )