Opened 17 years ago

Closed 17 years ago

Last modified 17 years ago

#3354 closed defect (wontfix)

WINCE: FT: Videos slow to start

Reported by: spookypeanut Owned by: SF/knakos
Priority: normal Component: Engine: SCUMM
Version: Keywords:
Cc: Game: Full Throttle

Description

Warning to those browsing: spoilers below

Using 0.10.0 on a PocketLOOX N560 (VGA). Same issue with and without vorbis compressed audio.

The videos in Full Throttle are slow to start. I know this might sound like an annoyingly vague report, so I'll try to make it as clear as possible. I have attached a save game with an example: click on "system off" and the video should start playing immediately. On other systems (e.g. Linux) the first shot in the video is one where we see the guns withdraw into the vehicle. On WinCE, that shot never displays, the system pauses, then jumps straight to the shot of Ripburger falling.

Ticket imported from: #1764078. Ticket imported from: bugs/3354.

Attachments (1)

ft.s22 (13.5 KB ) - added by spookypeanut 17 years ago.
Savegame from just before the ripburger falling video

Download all attachments as: .zip

Change History (6)

by spookypeanut, 17 years ago

Attachment: ft.s22 added

Savegame from just before the ripburger falling video

comment:1 by SF/knakos, 17 years ago

Owner: set to SF/knakos

comment:2 by SF/knakos, 17 years ago

Yes, this has also been reported in:

http://forums.scummvm.org/viewtopic.php?t=4181

Can you please try out the suggestion in the bottom of that topic? (setting a lower priority for the sound thread in FT and lowering the smush forced update value)

comment:3 by spookypeanut, 17 years ago

That seems to work really well (at least on the scene that I described above, will try it on others). Presumably there is a downside that means this isn't the default setting? Does it only work on higher end devices?

comment:4 by SF/knakos, 17 years ago

The code cannot really predict the cpu power it's going to encounter, so the best default option is to increase slightly the priority of the sound thread so that at least no sound underflows (clicking, very irritating) occur. (in other words, continuous sound output is more important than continuous video). On more capable devices one may lower the priority and have no sound problems (as in this case) and result in a more fluent opeartion.

As a known "workaround" (configuration really) exists, I'm closing this one.

comment:5 by SF/knakos, 17 years ago

Resolution: wontfix
Status: newclosed
Note: See TracTickets for help on using tickets.