Savegame PC <-> Symbian incompatible?

Natural_born_chilla · Post by **Natural_born_chilla** » Tue Mar 21, 2006 1:11 am

Hi there, it's me again... but different problem.

I have a few saved games on my phone (Nokia 6670), they work alright on my phone. But when I copy them to my desktop PC, they don't really work. The mousecursor looks like I'm using something (the cheese of the gecko, Monkey Island II

) and the cursor appears a bit higher than it points... E.g. if I want to click a button/something, I have to move the cursor a bit higher to see the button light up so I can press it.

Is this a knwon bug? Is there a chance to deal with this? Or do I have to play on the phone and on the PC separately?

Thx for any kind of help!

Anotherguest · Post by **Anotherguest** » Tue Mar 21, 2006 8:26 am

Well in theory they should be compatible, but since the data alignment is different between different platforms the savegames might differ. And I am not sure how it works between different versions of scummvm. Are you running the same version on the PC and the phone?

Natural_born_chilla · Post by **Natural_born_chilla** » Wed Mar 22, 2006 2:11 am

Yeah.

Filesystem... Data alignment... sounds logical to me.

Didn't anyone else notice this before?

Post by **sev** » Wed Mar 22, 2006 2:53 am

They should be interchangeable. Our code is tolerant to both alignment and endianness, at least we do our best to make it so.

Only incompatibility which could be faced with today is that some ScummVM builds do not have Zip support compiled in. So try to rename your save to savename.ext.gz, gunzip it and then try to open on another platform.

Eugene

fingolfin · Post by **fingolfin** » Wed Mar 22, 2006 9:39 am

... in the end it also depends on the engine, however. I have never looked at the Kyra engine's savegame code, maybe it is indeed not written portably. Hm

Natural_born_chilla · Wed Mar 22, 2006 12:29 pm

Only incompatibility which could be faced with today is that some ScummVM builds do not have Zip support compiled in. So try to rename your save to savename.ext.gz, gunzip it and then try to open on another platform.

Because the savegames DO work but with a little bug I think that's another problem with another solution needed.

Vinterstum · Post by **Vinterstum** » Wed Mar 22, 2006 2:30 pm

fingolfin wrote:... in the end it also depends on the engine, however. I have never looked at the Kyra engine's savegame code, maybe it is indeed not written portably. Hm

As far as I recall, we wrote the code to do everything BE, and to write each struct element seperately (e.g. no alignment problems), so as far as I know it should work fine. I haven't actually tested it from one device to another though (except from LE linux to LE Mac).

Natural_born_chilla · Post by **Natural_born_chilla** » Wed Mar 22, 2006 3:22 pm

It's like that: the riddles (is this the right word?) u have to solve in a short time are kinda difficult to solve with the mobile phone. Cursoring on PC with mouse is just a hundred times faster... therefor my question. It's possible, to keep the savegames synced, but this buggy thing isn't to nice.

jack44556677 · Post by **jack44556677** » Sun Sep 24, 2006 2:57 pm

Not sure wether it would be better to start a new post or not.. but I am having (i think) the same problem although I am trying to load a savegame from the 0.7.1 version of pocketscumm to the desktop 0.7.1 version without success. The game is Curse of Monkey island though. Is there any reason I would not be able to copy savegames from the desktop to the pocketpc and back? (I have allready tried the ungzipping thing without any effect other than making the savegame larger, although I saved it "nick" it is recognized as "save 1" on the desktop with it's picture blank as well as all the data fields.) What am I doing wrong?

Anotherguest · Post by **Anotherguest** » Mon Sep 25, 2006 7:39 am

For Symbian OS9 builds, it seems like the savegame compability does n't work in the bigger builds, but in the individual engine builds they do work. So perhaps its a linker or so thingie.