Opened 3 years ago
Closed 3 years ago
#13305 closed defect (fixed)
GROOVIE: 11th Hour - SDL_BlitSurface failed: Surfaces must not be locked during blit!
Reported by: | laenion | Owned by: | Die4Ever |
---|---|---|---|
Priority: | normal | Component: | Engine: Groovie |
Version: | Keywords: | ||
Cc: | Game: | 11th Hour |
Description
When trying to start the German retail version of "The 11th Hour" with current git master, an error dialog with the following message appears before anything can be seen:
SDL_BlitSurface failed: Surfaces must not be locked during blit!
After that ScummVM quits. The last lines of the debug console output are as follows:
Groovie::Script: @0x0006: Playing video 4260 via 0x09 (o2_videofromref) Groovie::Script: Play video 0x10A4 (bitflags:0000 0000 0000 0000 <- 0) Opening hashed: dir.rl Groovie::Resource: Resource name: gblack.roq Groovie::Resource: Opening resource (comrooms.gjd, 315692, 5459, 255) Opening hashed: comrooms.gjd Groovie::ROQ: Loading video. New ROQ: bitflags are 0000 0000 0000 0000 <- 0 2022-02-19 17-58-50 00004971 loadInternal dumpAllSurfaces File 2022-02-19 17-58-50 00004971 lockScreen loadInternal.png not found failed to open img/2022-02-19 17-58-50 00004971 lockScreen loadInternal.png! Debugger started, type 'exit' to return to the game. Type 'help' to see a little list of commands and variables. ERROR: failed to open img/2022-02-19 17-58-50 00004971 lockScreen loadInternal.png! Read 4 history entries SDL_BlitSurface failed: Surfaces must not be locked during blit!
Attachments (1)
Change History (4)
by , 3 years ago
Attachment: | scummvm.log added |
---|
comment:2 by , 3 years ago
Indeed, when starting ScummVM without -d 11
, then the game is starting es expected!
I've still added the log file as requested.
comment:3 by , 3 years ago
Owner: | set to |
---|---|
Resolution: | → fixed |
Status: | new → closed |
I've fixed it so that when it fails to output the debug images then it gives a warning instead of an error
Note:
See TracTickets
for help on using tickets.
are you able to provide the full log file?
if you're on windows then it's at %APPDATA%\ScummVM\
mac ~/Library/Preferences/ScummVM Preferences
linux ~/.config/scummvm/
it looks like you manually adjusted your debuglevel and maybe it's failing to write the debug images