[Scummvm-devel] ScummVM PS2 & Trunk : compressed buns

sunmax at libero.it sunmax at libero.it
Wed Feb 3 05:32:19 CET 2010


Hi there ScummVM team!

Before all BIG thanks to Johannes and Max for keeping the PS2
backend updated in trunk, needless to say greatly appreciated ;-)

ScummVM PS2 backend actually looks in great shape!

The only 2 gotchas I had so far were:

a) PS2 backend fails to open .bun with talkies in scumm games
   (see my other e-mail for a related shortcoming) when they
   are compressed as vorbis

b) issues with SCI games when you let the whole intro run
   (it's a must they are beautiful!) - see mail on this

On (a) I'm hitting a bunch of:

 WARNING: Could not create Vorbis stream (-133)!
 WARNING: Error seeking in Vorbis stream (-131)!

when trying to open the vorbis-compressed buns.

The games I'm testing are dig and comi. This issue seems not
to affect the single files compressed as vorbis (e.g. sq1.ogg
in dig video folder), but only the buns.

E.g. one of the files on which it tilted was:

 ASTERO~1.IMU_reg002.ogg

The errors I'm getting are:

 -133 -> bad header

 -132 -> not vorbis

Normally followed by a -131: invalid seek.

If I recompress those as mp3 using scummvm tools it's alright,
I left it run for 24 hr (the data in buns are accessed over
and over for the soundtrack) and it was still very happy.

As a note PS2 backend uses tremor as a vorbis lib. I tried both
with the version I received from the original PS2 maintainer,
one received from a devoted user, and the latest one from PSP
SDK (with some minor mods) and with all of them we still hit
the same issue.

Then I started to suspect of "alloca" and stack allocation, so
I baked a hand-crafted memalign'ing modded version of tremor in
its place, but nada...

Now my head is like a tennis-table match:

a) on one side, since it works with mp3 buns, I say: it's tremor

b) on the other one, since:

   b1 : all tremor versions I tried exhibit the same issue

   b2 : it used to work in 1.0.0 with ogg buns

-> we are probably hitting some other flaw in my backend.

Now I ask to the team your opinion about:

a) what has changed from 1.0.0 to SVN which might cause this ?

   I'm aware of Timestamp (see next mail), but I'd assume it's
   compression agnostic, so it should not matter whether the
   files have been compressed as mp3 or ogg. Which leads to:

b) why does it happen with ogg files? and not mp3 (libmad) ?

c) why does it only happen with oggs in a bun?

>From (c) I'd say that is something bun specific, but then
again really mysterious: why it would not affect mp3 buns?
(note: is does not affect uncompressed buns either).

Of course it's a guessing game, but any suggestion and hint
are welcome!

Thanks,
 -max





More information about the Scummvm-devel mailing list