gbadev.org forum archive

My port of ScummVM is now at a playable state!

So, I've put together a preview just for you lot. The Amiga version of the demo of Monkey Island, fully working.

[Images not permitted - Click here to view it]
[Images not permitted - Click here to view it]
[Images not permitted - Click here to view it]

Please go easy on my web server though, I have very limited bandwidth. So please, only download the version you need.

http://www.edenglen.demon.co.uk/scummvm/scummvm-flash.zip
http://www.edenglen.demon.co.uk/scummvm/scummvm-wmb.zip

If someone would put the file on a server and post the link here, I'd be very grateful.

To use:
Click 'add game'.
Click 'Choose'.
Click 'OK'.
Click 'Start'.

'Select' switches between scaled and unscaled. D-pad to scroll around. Play the game using the pen.

I should have a version that can play any game you have the data files for by next week or so.

Please make comments and suggestions![/url]

Very well done, looking forward to seeing how the rest of this pans out

--Dannon

Blimey - I didn't expect to see a playable version so soon.

Worked very well - but here are a few things I noticed:

A button (one of the shoulders, perhaps) that you could hold down so that touching the screen didn't result in a 'click' would be useful.
Likewise, it'd be good to have one that you could 'right click' with.

The 'stealing herring from bird' puzzle seems to be a bit faulty - instead of Guybrush stamping on the loose board once, he does it continuously, until you move him away.

If you press the 'About' button on the main menu and let the text start to scroll, it goes a bit odd.

I also (I don't know how - I think I was holding down left shoulder button) managed to swap screens - so the debug text was on the touchscreen, and the main menu was on the top. Had to restart, as I couldn't touch any of the options.

But it's great to see a version so soon. What are the chances of sound, do you think?

Have you had any crashes? I'm getting quite a few. It's a bit worrying.

Any bugs in the games themselves I can only put down to the fact that this port is based on the very latest, version of scummvm rather than one of the stable releases.

Ah right - so that 'swapping screens' thing I mentioned was a crash.

Yes, it has crashed a couple of times. I can't seem to narrow it down to any one action, though.

I'll play with it some more.

Please do, I haven't a clue what's causing it.

I swear, agentq, I got goosebumps when I saw those pictures.
Great job! You are my idol.

Just wondering though, how is sound going?
and will even the Gobliiins games work? I haven't even tried those with scummvm for PC yet! :p
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

Hosted...
Download the flash version from here
I didn't have time to download the other version and test it. Tomorrow I'll probably download the wmb version and host it.

Nice work,
Extreme Coder

News posted about ScummVM and files hosted on http://www.tehskeen.net/ .

News posted in Maxconsole forum and files hosted there.
http://forums.maxconsole.net/showthread.php?t=7538

Fantastic! Mine stopped responding to touch when I was trying to respond to "Do you have a cousin named Sven?"

But it looks like it just ran out of RAM maybe? Because I got there faster, and I was able to respond.

Gah, beat me to it! Great job though! I'll probably still continue working on my port (maybe it'll be less crashy than yours ;-) but glad to see someone else actually got it working so soon.

Will all the other versions of Monkey Island 1 work? (like the 256 color version, not sure what they're all called)

Dirge wrote:

Gah, beat me to it! Great job though! I'll probably still continue working on my port (maybe it'll be less crashy than yours ;-) but glad to see someone else actually got it working so soon.

Couldn't you guys join forces?
Seems like the obvious thing to do if you ask me :P
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

Nice job agentq, I tried it out and it works nicely. Touchscreen is off on my hardware though, you may want to refer to this thread:

http://forum.gbadev.org/viewtopic.php?t=6409

Quote:

Couldn't you guys join forces?
Seems like the obvious thing to do if you ask me :P

This is a good idea. I don't remember what license the ScummVM source is under or if agentq is required to release source or not. But setting up a cvs and letting Dirge and others throw changes in would be the Right Thing.

-Rich

MrAdults wrote:

I don't remember what license the ScummVM source is under or if agentq is required to release source or not. But setting up a cvs and letting Dirge and others throw changes in would be the Right Thing.

-Rich

From ScummVm's FAQ.

1.3. Is ScummVM free?

ScummVM is released under the GPL (General Public License), so it's more than free. ScummVM source code is freely available and you can do whatever you want with it. If you make modifications to it and redistribute your work you MUST make the source available. However, the ScummVM team would be pleased if you choose to send them your modifications, so they can be merged into the main tree.

Yeah wouldn't be a bad idea although I'm sure agent is far more ahead than I was. I'm probably just going to continue on my own anyways as a learning experience, but hey agent, if you ever want to compare what we've learned I'd be up for it.

As far as the GPL goes, to obide by it, if someone asked agent for his code right now he'd be liable to give it to them or he'd be infringing on the license and be open to a lawsuit. I'm just assuming he wants to give it a little polish before putting it out in the open but I'll probably check it out to see if I can improve it any if it gets integrated into the main ScummVM CVS.

Hi AgentQ heres another mirror of your release with screenshotson a permanent page --> http://nintendo-ds.dcemu.co.uk/scummvmds.shtml

Thanks for what is a great port.

agentq, I can't identify what's causing the crashes here. It doesn't seem to be related to any specific game action - changing location, speaking to a character, picking something up... and frankly I'm having a hard time trying to recreate the circumstances even when a crash does occur.

Sorry I can't be more help, but I hope you track down the cause. Have you tried it with another game?

Quote:

But it looks like it just ran out of RAM maybe? Because I got there faster, and I was able to respond.

Prolly runs out of memory

pardon my noobidity, but where does one find games to run on this?
EDIT: NM, i just did some research and i answered my own questions.

I've updated the zips on my server with a new version that doesn't crash. Use the links on the last page to get it.

I think the crash bug is fixed, although I'd be grateful if someone could do a thorough test and give the all clear before posting it anywhere other than here.

I have something to attend to now, but I will answer all your questions later on today.

I haven't had a crash yet, it seems much more stable. Top work.

EDIT: Just completed the demo. :) Not one crash

It's running fine, but the touch control is just not working well at all on my DS. It's almost impossible to click on "Open". And everything else down there is just off a bit - in scaled and non-scaled modes. It was a bit difficult just to click on everything required to load the game.

The weird thing is that everywhere I click on the actual play screen seems fine. He walks to almost exactly where I click.

Keep up the good work. I'd love to play through some of these games again.

MrAdults reported the issue before. I quote:

MrAdults wrote:

Nice job agentq, I tried it out and it works nicely. Touchscreen is off on my hardware though, you may want to refer to this thread:

http://forum.gbadev.org/viewtopic.php?t=6409

It's just the way the touch screen is read. Completed the demo myself too, and it works like a charm. Great job! Can't wait for this project to be completed and play the games in all their glory. :)

But the text was sometimes a little bit unreadable...

Sodeju wrote:

But the text was sometimes a little bit unreadable...

Yeah, is it possible to like use a different sized font or maybe some other method of scaling?
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

Crashes seem to have been solved. Nice work, agentq.

Will the full version have any sound at all, or are you leaving that till later to sort out?

Agent looks awesome...just wanted to say good work.
_________________
www.drunkencoders.com

Uploaded the fixed versions to here --> http://nintendo-ds.dcemu.co.uk/scummvmds.shtml if u need a mirror

Hi,

I'm going to try and answer all the questions that people have asked about ScummVM DS. I'll be putting together a website when it's done which will have everything on.

Veg: Thanks a lot for testing this, I played though the demo a couple of times, and it seems to be completely stable now, which is a relief to me!

The stealing from the bird thing does seem wrong, but I can't see that I've caused it. Thankfully it doesn't prevent you from completing the demo.

Dirge: I'd be glad to join forces when I've got things in a better shape for any improvements you want to make. There's a ton of stuff still yet to implement.

Thanks to everyone who has posted compliments - it makes all the time I spent on it seem worth it!

Thank you Extreme Coder, Mithos, and emumaniac for posting copies of the file.

The next thing I'll be doing is playing with a jitter effect like the one that PocketNES uses that should make the scaling clearer. Currently I'm just using the hardware extended rotation background. Then I'll be sorting out saving of settings and savegames.

I'm going to have to write a replacement for GBFS too, because it seems that it doesn't support directories.

Will the Gobliiins games work?
At the moment, no. I have only ported the SCUMM portion of ScummVM. The binary is already 2Mb which is about as large as I'd want it. Perhaps I will build a different binary version for each of the engines that ScummVM supports, but this isn't really a priority for me, as it's the Lucasarts games that are my favourites.

How about releasing the source code
I love open source projects, and I will of course release the source code. At the moment it's full of dirty hacks, so I will be tidying it up and commenting it. I would be embarressed to show anyone at the moment.

What versions of games will work?
I've only tried a few so far, but all versions all games which are supported by other builds of ScummVM should work, as long as they use the SCUMM engine. So the 256 colour VGA ones will be fine. Just be sure they fit on your flash cart with the 2Mb binary added on.

What about sound?
I'll be looking at that. There's plenty of CPU time left, so it should be feasable.

Perhaps even the talkie versions could be made to work for people with huge flash carts. Ideally, the speech would be reencoded in ADPCM format which can be decompressed in hardware on the DS (I think). That's way off though.

Will Wireless Multiboot work in the full release?
Yes, but the amount of RAM on the DS severely limits the games you can play to just a few demos, and maybe Manic Mansion. The game will have to be less than 800Kb or so.

It doesn't work here and i don't find why

I'm using a rt2560 wifi card and wmb 1.4 beta 1 app. It works fine with e3 demo.

When I try to launch scummvm, all things seems to be ok, upload ok, but it displays some glitches and somethimes, a "nintendo" logo. it's fade off, the two screens are white and nothing happend.

I do something wrong ?

agentq, you might want to disable the building of the V7/V8 and HE part of the SCUMM engine, these are games your port is unlikely to support, but take up your valuable space.
From the strings in your binary it looks like you forgot that.

The defines for this are:
DISABLE_SCUMM_7_8
and
DISABLE_HE

(or --disable-scumm-7-8 and --disable-he when using the configure script)

Toof, you need a flash card to use homebrew code with a wireless card. Uploading homebrew with the default bios will just crash, as the code is not digitally signed.

If you have a GBA flash card, you can stick the gba.ds file onto it, then use the Wifime hack to redirect execution onto the card.

If you have a friend with a GBA flash card, you could get them to run FlashMe on your DS. That removes the signature check to allow you to upload homebrew demos just from your wifi card without having a flash card too.

Ok agentq, thx :) i'll try with a gba flash card
(damn, now i look like a dumb newbie... oh, i am a newbie !)

S'ok. Personally, I'm not a big fan of some of the newbie bashing that goes on here.

joostp, thanks for the tip - I'll try that.

sorry. next time, i'll try to search more beforce asking a question.
i have my ds since the start of the year but i was not interested by homebrews by now, instead of other consoles.

but homenrews like scummvm pushed me to see how it works and it's a good thing. great job for this port

agentq wrote:

joostp, thanks for the tip - I'll try that.

Whoops, I forgot you based this on 0.7.1, which might not have the building of these things optional.

btw, It's always recommended to base any port on the CVS code of ScummVM -not the last stable release- so it's easier to merge it into official CVS later on and to benefit from things such as this.

As you've probably guessed, I know nothing about ScummVM. I can easily move it over to a CVS version though, if the ScummVM team are interested in making this an official port, and when I have more of it working.

agentq wrote:

As you've probably guessed, I know nothing about ScummVM. I can easily move it over to a CVS version though, if the ScummVM team are interested in making this an official port, and when I have more of it working.

If it's a bit more functional, completely legal (as in doesn't use proprietary nintendo libraries, etc.) and you're willing to maintain it, then I don't see any problem for it to go into official CVS.

toof wrote:

but i was not interested by homebrews by now, instead of other consoles.

but homenrews like scummvm pushed me to see how it works and it's a good thing. great job for this port

See that, agentq? That's all you.
And thank you so much for answering the questions, really cleared things up.

What SCUMM games will be beyond the power of the DS though? What will it not be able to handle?
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

Wow. I'm glad that this has persuaded people to try homebrew stuff out. People I discussed this with before making it said that they'd buy a DS if it works, so I will consider it a great thing if I help sell a few more of them, it's a great machine.

The Monkey Island 1 demo uses a tiny fraction of the DS' CPU power, so much more should be possible. I have done no optimisation at all so far. I can't tell you exactly what will run though. Also, if they require much more RAM I could be in trouble, although the demo runs with 500Kb free all the time, and that's including storing all the game assets in memory.

Really great work agentq. I can't wait for the final version to play Monkey Island 1&2 as well as Day of the Tentacle. Those games are so nostalgic.
Do you think speech version are possible? Would be mainly a problem with flash card size i guess.
What do you think are the possiblities to support GBAMP?

NoMis
_________________
www.gamedev.at - The austrian gamedev site
hde.gamedev.at - The Handheld Dev Env plugins for Eclipse

I haven't looked at speech versions, but if the speech is reencoded as ADPCM it should work. I don't have a GBMP, but if you can persuade me it's worth buying I may well support it.

Well if you don't have a flashcart, it's far cheaper to test homebrew on hardware this way. Also, you can still use the Movie player normally. If you do have a flashcart, this is much faster as it's just a matter of copying the file and renaming it. And unlike Wifi, you can take it with you.

Thanks for the news item on DrunkenCoders, dovoto! It's good to be on there.

Also, for anyone trying to get the binaries of ScummVM DS from my site, I have taken them down, as I am very close to exceeding my bandwidth allocation. To get them, please use one of the many other sites which host the files.

Agent would you care for a scumvm.drunkencoders.com hosting or whateva.drunkencoder.com ?
_________________
www.drunkencoders.com

Yeah, actually that would be great.

Actually, Agent, you may want to hold back from buying the GBAMP.

Wait till their M3 adapter is released (in about 3 weeks), then go for that!

You can check out the features at http://www.m3adapter.com

It's a work of art... how fitting for the mastermind behind the ScummVM DS to own!
_________________
3 is not an "e",
7 is not a "t",
1 is not an "l",
And for the love of God,
Learn how to spell!

Interesting, am I to understand that the DS version of the M3 comes with a PassMe-clone?

Is there a set price for this?

sweet jesus, that seems like all we've been waiting for for homedev

Well, yeah it does come with a PassMe / Key clone. Actually, so does the Supercard DS (another slightly inferior device). The Supercard DS version of the PassMe is called "SuperKey" or something of the sort. How original, eh?

As it stands, the price that's on the Chinese site equates to $60 (US), but there's no telling what their "foreign" price will be, though they do specifically mention it will be cheaper than NeoFlash ($130ish) and comparable to the Supercard ($40).
_________________
3 is not an "e",
7 is not a "t",
1 is not an "l",
And for the love of God,
Learn how to spell!

Wouldn't all the custom written shit for the GBA MP be completely useless for people who have an M3 though?

You far from letting us try our own games, agentq?
I'm excited, hope you can forgive me
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

Chetic wrote:

Wouldn't all the custom written shit for the GBA MP be completely useless for people who have an M3 though?

I imagine that the M3 will also provide a way to read and write the memory card. All the MS-FAT code will still work; only the sector read/write code will need to be changed.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

Chetic, I want to do this properly, and not release a half working version that will disappoint people and put them off, right? I'm also busy with a lot of other things at the moment.

But I am also very excited to get it running properly too, and I'm resisting the urge to work all through the night on it.

Thanks for all the motivation through ;-)

Well, baring any reviews that claim it to be the worst device ever built, I am getting that then.

Worst device ever built? The M3? Are you sure you got that right?

Oh, just a note for clarity, the M3 was initially the GBAMP ver. 3, but they just changed the name to M3 (also released something called the G6 @ http://www.g6flash.com)
_________________
3 is not an "e",
7 is not a "t",
1 is not an "l",
And for the love of God,
Learn how to spell!

agentq wrote:

How about releasing the source code
I love open source projects, and I will of course release the source code. At the moment it's full of dirty hacks, so I will be tidying it up and commenting it. I would be embarressed to show anyone at the moment.

As ScummVM is GPL, *YOU LEGALLY HAVE TO* release the source code. Not releasing it is a violation of GPL. Everybody does dirty hacks, don't be embarassed.

I had an idea about proper scaling and wanted to expose it here, if someone wish to implement it.

Using an off-line (PC) tool, you could precompute unrolled ARM9 code to scale from fixed resolution (say 320x200) to DS resolution (256x192) to a 15-bits, linearly interpolated buffer. All factors precomputed in ARM9 opcodes.

eg:
load src pixel 0
multiply components by 0.8
load src pixel 1
multiply components by 0.2
write dst pixel 0
get back src pixel 1
multiply components by 0.8
etc. (unrolled)

This kind of stuff in proper unrolled ARM9, as generated by the tool.
I'm sure it's possible to trick and do this withing a few hundred kilobytes of code. Trying to do it horizontally first (320->256), since horizontal resolution is more critical than vertical one for a 320x200 screen.

In theory (if fast enough) this would gets you a linearly interpoleted scaled buffer looking way better than actual hardware scale.

A table could be precomputed and stored in internal CPU RAM for multiplying a 5-bits color components by a given factor sampled at some resolution (eg: divide the 0.0-1.0 range into 128 steps, total table would be 128*32=4096 entries of 5-bits). Perhaps the overhead of accessing memory per-byte is not worth doing it directly by the CPU. One must try different things.

Feel free to ask if you have any question. (I'd do this if I could but I'd rather avoid homebrew DS development for legal reasons.)

I never had any intention of keeping the code to myself. I know the legal obligations behind GPL code. Currently there are far more changes to the ScummVM engine than is strictly necessary, so I want to reduce this to a minimum to make it easier to integrate into the main ScummVM CVS. There are also a few makefile issues which I have to look at. I'm not going to release a complete bodge.

I only released the preview version to allow others to have a sneek peek at what it would look like. It doesn't fully work yet, so there would be no point in releasing the source code now.

I'm talking a few weeks guys, it's not a long time. Go out and get Another Code to play until then!

Thanks for the idea on scaling. I have a feeling that method would be poor, as there could easily be a megabyte of code to do the scale, based on five instructions per pixel. Not really feasable on a 4MB machine. A tight loop that fits into the cache would be far more efficient than a large block which would trash the cache for every few pixels.

Besides, the scaling issue has already been solved. :-)

Hey guys...

How do I get it to work? Got WifiMe to work, but when I upload Scumm, the Nintendo logo looks really wierd and nothin happens.

How come??

Reason being is that the ScummVM binary is not digitaly signed and the DS won't accept it. You need to flash the custom firmware befor you can play the wireless version of ScummVM becuase the firmware will disable the signature check.

If you don't want to flash your firmware you have to use the passme or wifime method.

NoMis
_________________
www.gamedev.at - The austrian gamedev site
hde.gamedev.at - The Handheld Dev Env plugins for Eclipse

NoMis wrote:

Reason being is that the ScummVM binary is not digitaly signed and the DS won't accept it. You need to flash the custom firmware befor you can play the wireless version of ScummVM becuase the firmware will disable the signature check.

If you don't want to flash your firmware you have to use the passme or wifime method.

NoMis

Hang on a sec...!

It displays a messed-up nintendo-logo on my DS, too... but i have already used FlashMe! *confused*

Yeah, it seems to always do that, so do many of the NDSlib demos. Not sure why, but it doesn't seem to affect it at all.

hmm, i'm having this prob too..

I use the wifime method to boot it off the flashcart.

I see the nintendo logo then it goes white and nothing happens. Any idea?

Do i need to flash my firmware even though i'm using the wifime boot?

DSPaint works normally etc..

Nope, you don't need to flash firmware if you're using Wifime to boot onto a GBA flash card.

Are you sure you're using the .ds.gba version of ScummVM DS?

I was having the same problem and I think I have an answer. If you are using the WMB ScummVM download from http://dcemu.co.uk, switch to the one FlashMe version. This fixed it for me.

The WMB ScummVM from dcemu is actually the .nds version.

EDIT: Great work btw, agentq. Looking forward to a full version.

agentq wrote:

Besides, the scaling issue has already been solved. :-)

Oh damn, man!

Any ideas on what the top screen is going to be used for?
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

agentq wrote:

I never had any intention of keeping the code to myself. I know the legal obligations behind GPL code. Currently there are far more changes to the ScummVM engine than is strictly necessary, so I want to reduce this to a minimum to make it easier to integrate into the main ScummVM CVS. There are also a few makefile issues which I have to look at. I'm not going to release a complete bodge.

I only released the preview version to allow others to have a sneek peek at what it would look like. It doesn't fully work yet, so there would be no point in releasing the source code now.

The point would be respecting GPL and not breaking law. You legally HAVE to. Release the "complete bodge" first - People don't expect to be perfect at first, then improve later. Just don't unnecessary break the law because that puts you in the same basket as pirates, somehow.
(I'm not trying to be aggressive, I'm just pointing out a reality)

Quote:

Thanks for the idea on scaling. I have a feeling that method would be poor, as there could easily be a megabyte of code to do the scale, based on five instructions per pixel. Not really feasable on a 4MB machine. A tight loop that fits into the cache would be far more efficient than a large block which would trash the cache for every few pixels.

The code for a single scanline could be reused for all of them vertically, given blending factors and input lines pointers are provided in CPU registers (with ~13 usage registers you have enough for those stuff). It's better in registers anyway since the Y factors are unchanging and you get away with smaller ARM opcodes.

So you have two unroll:
- One "inside" function performing the horizontal write based on two sources scanlines and Y blending factors (256*2 pixel to read and process, could fit in less than 16 kb).
- One "outside" function calling the first one with proper parameters (could fit in less than 8kb, less critical anyway so it's ok in RAM).

Quote:

Besides, the scaling issue has already been solved. :-)

How?

Take your time agentq. I'm sure no-one minds waiting a while to see a properly working release.

Christ blt, give the guy a break. You may not be trying to be aggresive, but you're sure sounding it. You want to harass someone, there are plenty of far more illegal activities on boards not a million miles from this one.

How do I add other games? Tried a couple of the demos but cant add eny:S

PS

I got ScummVM to work with wifime and modyfing my flashcard(A GBAMP)

If you had read the topic better, you should know that this is just a sort of preview...

Are you using a display mode where you can draw two backgrounds one on top of another? If so, then you can use a display technique called α-Lerp and have the hardware do a lot of the hard work of blending scanlines for you.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

Plese feel free to sue me. I'm quite impressed that you'd consider it worth all the time money and effort to get from me what is only about 5 working days' worth of work. You could do another port yourself and save yourself the time and effort. Besides, by the time you'd organised it, I would have released the finished version anyway, and it would be a bit pointless.

Anyway, I don't want to argue about this, the code points you make are a much more interesting argument.

The way I solved my scaling problem is by using an inter-frame jitter like PocketNES. If you stare at it right, you can see it flicker slightly. What it does is change the scroll offsets half a pixel back and forth each frame. The lcd's persistance averages this out and gives what looks like a bilenear scaled image. It's about 80% as good looking, but it costs nothing in CPU time.

Here's a quick mock up of what you suggest. I did this in 15 minutes when I'm tired after work, and my ARM is rusty so this code is probably rubbish, but you get the idea.

This is the code you'd need to do one pixel.

Code:

On Entry:
scanline1 in r5
scanline2 in r6
scale values at r11 (bytes in x, y, x, y order)
result is worked out in r12

ldrh r1, [r5]       # read first pixel from first scan
ldrh r2, [r5, #2]    # read second pixel from first scan

ldrh r3, [r6]       # read first pixel from first scan
ldrh r4, [r6, #2]    # read second pixel from first scan

# Split red components from RGB colours
mov r6, #0x001F       # Set up a 5 bit mask

and r7, r1, r6       # Mask red bits
and r8, r2, r6       # from all four pixels
and r9, r3, r6
and r10, r4, r6

# Take an average of the four pixels to arrive at a resultant pixel value
ldrh r12, [r11]       # Load scale values from a pre computed table
ldrh r13, [r11, #1]    # These can be 8 bit for speed (2 cycle multiply!)

# work out the average of the four reds

sub r6, r8, r7       # difference between two pixels on top row
mul r6, r6, r12       # scale by scaling factor
add r7, r7, r6, lsr #8    # shift and add back to first pixel
         # Now we have the scaled average of the top two pixels in r7

sub r6, r10, r9       # difference between two pixels on bottom row
mul r6, r6, r12       # scale by scaling factor
add r9, r9, r6, lsr #8    # shift and add back to first pixel
         # Now we have the scaled average of the bottom two pixels in r7

sub r6, r9, r7       # Difference between top and bottom averages
mul r6, r6, r13       # Scale by y scaling factor
add r7, r7, r6, lsr #8    # shift and add back to first pixel

# Now we have the bilenear average for the reds
add r12, r0, r7       # Stick it into our result register

mov r6, #0x001F       # Set up a 5 bit mask
and r7, r1, r6, lsl #5    # Mask green bits
and r8, r2, r6, lsl #5    # from all four pixels
and r9, r3, r6, lsl #5
and r10, r4, r6, lsl #5

# Work out the average of the four greens

sub r6, r8, r7       # difference between two pixels on top row
mul r6, r6, r12       # scale by scaling factor
add r7, r7, r6, lsr #8    # shift and add back to first pixel
         # Now we have the scaled average of the top two pixels in r7

sub r6, r10, r9       # difference between two pixels on bottom row
mul r6, r6, r12       # scale by scaling factor
add r9, r9, r6, lsr #8    # shift and add back to first pixel
         # Now we have the scaled average of the bottom two pixels in r7

sub r6, r9, r7       # Difference between top and bottom averages
mul r6, r6, r13       # Scale by y scaling factor
add r7, r7, r6, lsr #8    # shift and add back to first pixel

# Now we have the bilenear average for the greens
orr r12, r12, r7, lsl #5 # Or it into our result register

mov r6, #0x001F       # Set up a 5 bit mask
and r7, r1, r6, lsl #10    # Mask blue bits
and r8, r2, r6, lsl #10    # from all four pixels
and r9, r3, r6, lsl #10
and r10, r4, r6, lsl #10

# Work out the average of the four blues

sub r6, r8, r7       # difference between two pixels on top row
mul r6, r6, r12       # scale by scaling factor
add r7, r7, r6, lsr #8    # shift and add back to first pixel
         # Now we have the scaled average of the top two pixels in r7

sub r6, r10, r9       # difference between two pixels on bottom row
mul r6, r6, r12       # scale by scaling factor
add r9, r9, r6, lsr #8    # shift and add back to first pixel
         # Now we have the scaled average of the bottom two pixels in r7

sub r6, r9, r7       # Difference between top and bottom averages
mul r6, r6, r13       # Scale by y scaling factor
add r7, r7, r6, lsr #8    # shift and add back to first pixel

# Now stick it all back together
orr r12, r12, r7, lsl #10 # Or it into our result register

# We're done!

There's stuff missing from this, but I make that 52 operations per pixel, not counting memory accesses and cache misses. Unrolled 256 times that's 53Kb of code, far bigger than the cache.

For the whole screen that's 2.5 million operations. Add 20% for memory accesses and waits, and cache misses on the code (it's probably more than that) makes 3 Million.

Let's say we're running at 20fps. At the ARM9 clock speed of 66Mhz that gives us 3.3 Million cycles per frame.

So this scaler would take roughly 90% of the frame to complete. Far, far too much.
[/code]

tepples, what are the disadvantages of a-lerp? Is anyone using it right now? You link it everytime someone mentions scaling, but no one ever comments on it... is there something wrong with it? It sounds like some pretty scaling to me!

Tepples loves to plug his stuff every chance he can get. He even plugs Luminesweeper on Slashdot constantly.

Alpha lerp itself requires you to use a tiled mode, and have two identical layers. One layer is 50% transparent on top of the other. It scrolls each layer up and down per scanline independently. It needs a reletively large hblank DMA buffer, with lots of dummy data inside. It does vertical scaling only.

Snesds/snesadvance can't use it, since it needs multiple layers. So it's limited to scaling up to 2 layers.
_________________
"We are merely sprites that dance at the beck and call of our button pressing overlord."

Well Luminessweeper is worth plugging I think :) I broke 100,000 points finally!

If the ScummVM scaling is like PNES then I'm sure it'll be great. I would love to try the Monkey Island demo with this scaling implemented :)

Also I heard the creator of Maniac Mansion gives agentq mad props for porting ScummVM to DS :) Maybe not specifically, but the sentiment was there!

I want to help get audio in there.

What do we need to get music working? Would a simple MIDI player suffice or do we need some complex adlib/soundblaster wavetable or FM emulator?

As for converting audio to IMA-ADPCM (the built-in compressed format for DS according to DSTek) has anyone got a converter for this format (or is willing to write one) or is sox IMA-ADPCM format the same?

Tepples: You've written an ADPCM format converter used in TOD am I right? What modifications would be needed to get it to do IMA-ADPCM?

From DSTek...

Quote:

For IMA-ADPCM, the format is as following:
[7bit table index initial value][16bit initial value][4bit data][4bit data][4bit data][etc..]
When using ADPCM and loops, set the loopstart position to the data part, rather than the header.
Caution!
Do not change the ADPCM loop start position after playback. Stop playback first.

All channels support ADPCM/PCM, but only channels 8..13 can be used for PSG, and 14..15 for white noise.
The sampling frequency of the mixer is 1.04876 MHz with an amplitude resolution of 24 bits, but the sampling frequency after mixing with PWM modulation is 32.768 kHz with an amplitude resolution of 10 bits.

_________________
Warhawk DS | Manic Miner: The Lost Levels | The Detective Game

Dwedit wrote:

Tepples loves to plug his stuff every chance he can get.

If the discussion would be enhanced by letting people know about a program that I have developed, I let people know.

Dwedit wrote:

He even plugs Luminesweeper on Slashdot constantly.

Tense correction: I have stopped plugging Luminesweeper on Slashdot after about three stories. Now I just link to it in an article linked from my sig.

Dwedit wrote:

Alpha lerp itself requires you to use a tiled mode and have two identical layers.

Doesn't one of the extended rotation modes allow two layers of linear data?

Dwedit wrote:

One layer is 50% transparent on top of the other. It scrolls each layer up and down per scanline independently. It needs a reletively large hblank DMA buffer, with lots of dummy data inside

The DMA buffer is only eight bytes per scanline, which is only 1.5 KB on a DS.

Dwedit wrote:

Snesds/snesadvance can't use it, since it needs multiple layers. So it's limited to scaling up to 2 layers.

PC Engine (aka TurboGrafx-16) has one layer. Mega Drive (aka Genesis) has two. True, with the MD you'd run into the problem of the 320-pixel-wide screen.

headspin wrote:

Tepples: You've written an ADPCM format converter used in TOD am I right? What modifications would be needed to get it to do IMA-ADPCM?

First of all, the 8ad code can be set at compile time to use the IMA table index deltas and correction step sizes or my tweaked versions. Second, you'll just need to dump the initial table index and 0x0000 (initial value of the sample) as three bytes before going into the data write loop.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

agentq wrote:

Plese feel free to sue me. I'm quite impressed that you'd consider it worth all the time money and effort to get from me what is only about 5 working days' worth of work. You could do another port yourself and save yourself the time and effort. Besides, by the time you'd organised it, I would have released the finished version anyway, and it would be a bit pointless.

Sorry. I'll stop arguing on it, since it seems to attract angryness from everywhere. No one is going to sue you for that, and I know you're gonna release them later. I'm just pointing a legal reality, release binary = have to make sources available.

Quote:

Here's a quick mock up of what you suggest. I did this in 15 minutes when I'm tired after work, and my ARM is rusty so this code is probably rubbish, but you get the idea.

Seems to be too costy indeed. Thanks for taking the time to check it out.

The inter-frame jitter solution (or another someone is pointing on this same thread) you're using seems more viable, if not perfect.
Good luck on this project.

respect for bit +1

I put the files on my space and posted a news on my site:

flash
wmb

I tried it, and I love it!

But those screenshots are fake!!!
The text is much more squeezed, so it's hard sometimes to read.

Finishing Monkey Island Demo roxxed.. Man, enter Beneath a Steel Sky for next relaese!!! ;)

Those screenshots are of the unscaled display, which you can toggle on and off using 'select'.

Even if BASS is possible (which remains to be seen), it'll be a long way off, seeing as agentq has already said he's only working on the SCUMM engine parts of SCUMMVM right now.

Veg wrote:

Those screenshots are of the unscaled display, which you can toggle on and off using 'select'.

Even if BASS is possible (which remains to be seen), it'll be a long way off, seeing as agentq has already said he's only working on the SCUMM engine parts of SCUMMVM right now.

Why is it a long way off?
Unless there are a ton of hacks in the SCUMM engine itself (looking at the features of the port it doesn't look like there are), it should just be a case of re-building with the BASS engine enabled instead of SCUMM and adding/changing the relevant datafiles.

The BASS engine has about the same memory footprint and backend dependence as MI1 does, so if MI1 runs, so should BASS.
As long as the data can be read from ROM, instead of RAM (which is the only issue I can think of with the current port) it shouldn't be a problem at all.

Not having anything to do with the port, I can't claim to give any kind of accurate answer.

There's your answer Elrinth.

The only problem with enabling other engines is the size of the binary file produced. Currently with SCUMM only there's 2Mb of code, which is pretty big on a 4Mb machine.

So at the moment I'm concentrating on getting SCUMM working well and save states rather than having the hastle of multiple binary releases with different engines in them at this early stage.

a-lerp looks like a great idea, but unfortunately there are no video modes with 2 extended rotation backgrounds, so I can't use it for ScummVM.

I've got a question for people who know about makefiles. Does anyone know how to make the arm9 makefile in joat's template build .o files in separate directories? At the moment it puts them all in the build folder, which causes a problem with scummvm as there are a couple of files with the same name in different folders, and the .o files try to overwrite each other.

agentq wrote:

The only problem with enabling other engines is the size of the binary file produced. Currently with SCUMM only there's 2Mb of code, which is pretty big on a 4Mb machine.

You can build scummvm-scumm.nds and scummvm-bass.nds.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

agentq wrote:

a-lerp looks like a great idea, but unfortunately there are no video modes with 2 extended rotation backgrounds, so I can't use it for ScummVM.

I recomend mode 5. I use this in my yeti port to double buffer the sprite overlay. It has two extended rotation backgrounds plus a normal 2D tiled layer and a 3D layer (on main screen only) which (with some slight effort with textures) magicaly becomes another 2D bitmap layer.

More info on modes:
http://www.drunkencoders.com/documents/DS/ndslib.htm#_Main

And on a side note, GPL has never been tested in court so I do believe if you want to delay your source release until it is a bit less embarising, and marginaly usefull, you will not have any police knocking at your door. :) (not that i imply delay should be indefinate or even lengthy)
_________________
www.drunkencoders.com

Veg wrote:

Not having anything to do with the port, I can't claim to give any kind of accurate answer.

There's your answer Elrinth.

Oh.. sorries, it seems your right.

I'm looking forward to next release! ;)

Just curious - will it be possible to play The Dig with this awesome port? I assume the movies and probably the speech will have to be ripped first in order to fit it on the cart, but that would be really cool, regardless.
_________________
Time flies when you throw a clock.

dovoto wrote:

And on a side note, GPL has never been tested in court so I do believe if you want to delay your source release until it is a bit less embarising, and marginaly usefull, you will not have any police knocking at your door. :) (not that i imply delay should be indefinate or even lengthy)

That phrase is very misleading. The GPL doesn't have to be tested in court because it's a very simple copyright license. Some of the particular details (the meaning of 'linking' for instance) will perhaps have to be pinned down by a judge at some point, but it's quite clear that you have /no/ right to redistribute any GPL'd code without providing the source to that same code on request.

It is in fact noteworthy that the GPL has continually /not/ been tested in court.. The FSF has repeatedly gone to folks violating the GPL, laid out the facts, and invariably they've decided to comply. That is far more telling, in my eyes.

While I similarly doubt that there will be 'police knocking at your door', the basic fact is that if you choose not to obey this constraint of the GPL, you are in copyright violation, as the GPL is the only thing that allows you to distribute a derivative work. Perhaps the copyright holders will choose not to come after you, but that is their choice. The violation is still there.

As far as i can tell, noone has directly requested the source yet, and agentq has not been unwilling to do so (he said he will, right?). so lets try to not turn this tread into an argument over legal issues. noone wants to be yelled at for doing something good for the community, and i think we all agree that what agentq is doing is helping out the DS homebrew community. I trust that agentq does what he believes is best, and i trust his judgement.
Lets try not to twist this tread into a GPL argument, or any kind of argument, as that only leads to make a sour mood, wich does nothing good for anyone at all.
One of the reasons i bought a DS to begin with was the hope of one day mod it and run ScummVM on it ;-) so i applaude everyone that has gotten us this far, and cheer on anyone that contributes to the scene. hooray! :-D
_________________
The greatest signature in the world! -Tribute

Quote:

Lets try not to twist this tread into a GPL argument, or any kind of argument, as that only leads to make a sour mood, wich does nothing good for anyone at all.

I haven't seen anyone acting in an unjustified manner in regard to this. When you're working with GPL'd code, the right thing to do is simply not release binaries unless you're willing to release code along with them. People are right to point this out.

-Rich

I did not mean my post to read as an accusation. That was not the intent. I was just replying to Dovoto's statement, as I feel it is a form of misinformation and misleads others on the actual weight of the GPL.

It's one I've seen before, and one I do not feel is proper to be repeated.

Please read these before making any more comments about the GPL:

Yes you do have to distribute the source code that corresponds to this binary build. By not distributing the source code alongside the binary, you are making an implicit written offer to distribute source code under Section 3b. It doesn't have to be "pretty" or even represented as an indication of what you could do once employed; it just has to be modifiable and buildable.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

tepples wrote:

Please read these before making any more comments about the GPL:

I have no idea why I didn't think of that. Thank you, Tepples.

I don't know why I'm still arguing on this one, but according to section 3b, I can make a written offer to send source code. I'm allowed to charge for this too.

So, to get a copy of the source code, please send a cheque for the distribution cost of 2GBP to the following address:

Neil Millstone
SCEE London Studio
15 Great Marlborough Street
London
UK

Now my obligations under the GPL have been fulfilled, and only if I should ignore any letters or refuse to give out the code would I be breaking the license.

Alternatively, you could wait just a few more days, as I'm nearly done. Thanks for being on my side Caligo!

agentq wrote:

I don't know why I'm still arguing on this one, but according to section 3b, I can make a written offer to send source code. I'm allowed to charge for this too.

So, to get a copy of the source code, please send a cheque for the distribution cost of 2GBP to the following address:

Neil Millstone
SCEE London Studio
15 Great Marlborough Street
London
UK

Now my obligations under the GPL have been fulfilled, and only if I should ignore any letters or refuse to give out the code would I be breaking the license.

Alternatively, you could wait just a few more days, as I'm nearly done. Thanks for being on my side Caligo!

Right on!
And again, great work - I cannot wait until my passme arrives.
_________________
Time flies when you throw a clock.

Ha! Well done agentq.

Cheers!

agentq: I notice they have a lot of libraries for emulating the MIDI/sfx in the VMScumm CVS, even IMA-ADPCM decoding although I guess it's not the same as the built in proprietry compression format of the DS.

Basically, what I'm asking is what is the status of audio?
_________________
Warhawk DS | Manic Miner: The Lost Levels | The Detective Game

The audio in ScummVM DS basically works, and sounds pretty much as it does in the PC build, except that it's at 11Khz. There's a nasty bodge as I haven't worked out how to disable stereo in ScummVM's audio routines, but it works.

It's a little glitchy though, as it's not easy to get a looping buffer working well on the DS, as there seems to be no way of telling how far through a sample is.

It's also a bit slow, as the FM synth seems to use doubles(!) which are a killer on a machine without hardware floating point. That would be a good focus of optimisation to begin with.

I'm still having problems with the touch screen input though, even with natrium42's code it seems very off. I'll be looking into it though.

Actually, I did do a little bit of code to figure out the percentage of how far a sample has played when coding my original DSSpeech which used phoneme contatination.

I'll dig up some of the code...

-- In IPC.h --

Code:

typedef struct sTransferRegion {
uint32 heartbeat; // counts frames
u8 sndfin; // sound timer finsihed?
u8 schannel[16]; // sound channel on?
...

-- In main.cpp for ARM7 --

Code:

]#define TIMER_FREQ(n) (-0x2000000/(n))

int soundFinished = 0;

void InterruptHandler(void) {
static int heartbeat = 0;

if (IF & IRQ_VBLANK) {
uint8 sndfin=0;
u16 sch[16]={0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0};

// Update the heartbeat
heartbeat++;

// Get sound registers
for (int i=0; i<16; i++) {
sch[i] = ( (SCHANNEL_CR(i) & SCHANNEL_ENABLE) != 0);
}

sndfin = soundFinished;
IPC->sndfin = sndfin;
for(int i=0; i<16; i++) {
IPC->schannel[i] = sch[i];
}
....
if (snd) {
soundFinished = false;
TIMER0_DATA = TIMER_FREQ(snd->data[snd->channel].rate); // 11025hz is our mixing frequency
TIMER0_CR = TIMER_DIV_1 | TIMER_ENABLE;

// Set up timer to trigger when played 40 percent of sample
TIMER1_DATA = 0x10000 - (int16)((snd->data[snd->channel].len * 40) / 100);
TIMER1_CR = TIMER_CASCADE | TIMER_IRQ_REQ | TIMER_ENABLE;

startSound(snd->data[snd->channel].rate, snd->data[snd->channel].data, snd->data[snd->channel].len, snd->channel, snd->data[snd->channel].vol, snd->data[snd->channel].pan, snd->data[snd->channel].format);
}
}
if (IF & IRQ_TIMER1) {
TIMER0_CR ^= TIMER_ENABLE;
TIMER1_CR ^= TIMER_ENABLE;
soundFinished = true;
}

// Acknowledge interrupts
IF = IF;
}

-- In main.cpp ARM9 --

Code:

//plays an 8 bit mono sample at 11025Hz
void playGenericSound(const void* data, u32 length, u8 channel)
{
snd.count = 1;
snd.channel = channel;
snd.data[channel].data = data;
snd.data[channel].len = length;
snd.data[channel].rate = 11025;
snd.data[channel].pan = 63;
snd.data[channel].vol = 127;
snd.data[channel].format = 1;

DC_FlushAll();
IPC->soundData = &snd;
}
...
playGenericSound(phoneme_sample[phoneme[i]].data, (u32)phoneme_sample[phoneme[i]].size, channel);
while(!IPC->schannel[channel]); // Wait for sample to start
while(!IPC->sndfin); // Wait for % of sample to finish
if(channel==15) channel = 0; else channel++;

I know this is a sloppy hack, but it could help (?) :\
_________________
Warhawk DS | Manic Miner: The Lost Levels | The Detective Game

Hi Headspin,

Thanks for that, I should probably reimplement my looping buffer to match yours, as mine is far more horrible.

I noticed that you must have changed ipc.h though, and I was trying not to make any changes to NDSlib.

Did you just ignore the ipc.h in the ndslib folder and use your own instead?

Still, I think mine sounds good enough for a first release. It doesn't click all that much. Besides, I think the looping buffer is only one part of the problem with it.

Thanks again

agentq wrote:

Alternatively, you could wait just a few more days, as I'm nearly done. Thanks for being on my side Caligo!

*Stares at screen pressing F5 over and over*
Last time it was 'just a few weeks' or something.
Not that I'm disappointed or anything ;)
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

It's only been 11 days!

Don't worry, it'll be worth the wait.

good things take time, give the poor guy a break, he's doing us a great favour converting scummvm to DS

and as they say the best things come to those who wait. :-)

What I was saying was that he changed "a few weeks" to "a few days"
I'm saying he's fast, and totally awesome.
That's more than a break :)

By the way, thanks to this, my friend (who's currently in prison) is getting a DS. Now I will finally have someone to play multiplayer with.
Way to go, agentq! ;)
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

Sorry, I completely got the wrong end of the stick.

I hope this sells a few DSes, because it's a great machine.

agentq wrote:

I hope this sells a few DSes, because it's a great machine.

I just bought my DS because of homebrew, including scummvm on DS that you have been working on.

Yeah!

BTW was my previous question about The Dig unanswered because it's ridiculous (as in impossible)?
_________________
Time flies when you throw a clock.

mnemonic wrote:

BTW was my previous question about The Dig unanswered because it's ridiculous (as in impossible)?

Maybe...

Seeing as the Dig is over 500Megabyte you whould first need to have a tool that converts all sound/speech to a smaller size, and/or quality.

Even then how big will it be...?

With GBAmp hacked, you can read/write to the CF with an homebrew. It will be soon possible on the Supercard. So if you have a 512MB or more CF card, it can be possible, if ScummVM uses this possibility.

So it doesn't seem stupid to ask for a compatibility of The Dig(sizely speaking, I don't know a little thing about the internal, and architecture of Scumm).

Not everyone have a GBAMP or and flashadapter that use CF or SD though.

the Dig is a game I'd really would want on ScummDS.. hopefully there will be tools for making the sound/speech smaller later on.

Did not work :S

[Images not permitted - Click here to view it]

decayer wrote:

Did not work :S

[Images not permitted - Click here to view it]

I contacted this guy on msn and explained how things work and what he needed to do.
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

If the M3 is flashable and usable in the same way as the Movie Player v2, then I will buy that and donate my Movie Player for the ScummVM cause :)

I'm keeping the CF card though ;)

I'm still happy most homebrew things run on my flashcart...
It's sad the GBAMP is taking over... :/

Yep, I've finally finished the first version of ScummVM DS.

http://scummvm.drunkencoders.com

Please post if everything works as advertised. Please post if it doesn't too!

Enjoy!

IxthusTiger, if you want to lend me your GBAMP, I will send it back to you when I'm finished with it. Do you have a PassMe too?

I think I'll be buying the M3 when it comes out too. It looks good. So when there are CF libraries for that I can support it.

I have a CF card :-)

Does it support mp3 format sounds, like monster.so3? The only version of DOTT I have is the talkie version. Looks like it probably does not support mp3 compressed sound.

The music is WAY too quiet, even with the settings cranked up. It's also noisy.
_________________
"We are merely sprites that dance at the beck and call of our button pressing overlord."

Last edited by Dwedit on Sat Aug 13, 2005 8:23 pm; edited 1 time in total

Playing DOTT (German version) right now! (Not very smooth, but I guess this can be optimized, right?)

But it works perfectly! Very cool *_*
Good work!! Thanks for this!

I just wanted to say 'very nice work!' to you agentq. I was a little sceptical at first but right now I'm playing DOTT and it works well. Good job :)

In the options menu, go to the audio tab, and select 'No music' under Music Driver. This will make DOTT play full speed, but without music. Hopefully I'll be able to get the FM stuff faster and then you can fun full speed with music.

I'm not sure if it will support MP3 sounds. My guess is that it won't.

Great work agentq. Seems to be working well with the few games I've tried out so far.
The sound level seems a bit quiet, even if increased in the options, and the 'Quit' option doesn't seem to work. But both are minor points - and ones I'm sure you're aware of.

Can I ask why there's a limit of 30mb on the zipfile size, and whether this can be increased, or is it some kind of memory limitation the DS has?

It's a memory limitation of GBA flash cards. Without knowledge of how to change the bankswitch registers, which is knowledge that (usually) only the flash card maker has, a Nintendo DS program can access only the first 256 megabits (32 megabytes) of the data on a GBA flash card. It should go away for the most part once the program is ported to the GBA Movie Player.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

Tepples, you took the words right out of my mouth.

As to the sound volume, I think it's an issue with FM synthesis in general. There has to be enough 'spare' amplitude for the loudest sound it can make, so generally the emulation is a bit quiet.

ScummVM on the PC has the same problem. At the default settings, the soud effects are much lounder then the music.

As to the crackliness, I know it's a problem. It's not so bad in older games that don't tax the CPU much. I have a few ideas what could be causing it.

The quit option is also something I know about. I think I kow why that crashes, but haven't got to it yet.

And by the way Veg, thanks for the note, the Mexican looks very realistic, although some people at work thought he looked more like a Morman.

Last edited by agentq on Sat Aug 13, 2005 9:12 pm; edited 1 time in total

agentq wrote:

As to the sound volume, I think it's an issue with FM synthesis in general. There has to be enough 'spare' amplitude for the loudest sound it can make, so generally the emulation is a bit quiet.

Unless you run the whole signal, including all FM channels through a lookup table that implements amplification with soft clipping. I've done this in one version of GSM Player.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

... or some sort of realtime audio compression, but that would be even more taxing on the CPU.
_________________
Warhawk DS | Manic Miner: The Lost Levels | The Detective Game

Great job on the scaling and controls, I really like it.

What games are supposed to work though?
I'm not sure which are scumm anymore :p
Zak didn't work, so I guess that's not a scumm game.

The games that work though work.. perfectly! :)
So far I tried Loom, Maniac Mansion, Sam & Max, Day of the Tentacle, Monkey Island 1 and Monkey Island 2.
Wish I knew a way to try Full Throttle...

Is it not possible to add support for more than 32MiB?
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

This works great! :) Good job, agentq.
I have a suggestion for the controls. Anyone played ScummVM on a GP32? It has better controls (except the touch screen, of course ;)). It has to be always in hover mode. Then, use the shoulders, the buttons or the D-PAD as the mouse buttons.

Zak works fine here, Chetic.

See tepples' reply for the reason behind the 30mb barrier. Looks like it won't be broken on flashcarts, but will be on one of the card adaptors.

The controls seem fine to me, Mark - I think you want to confine as many of the 'control' buttons to one side of the DS, as you hold the stylus with the other hand.

One improvement might be to automatically switch back to left click mode after a right click operation has been performed - it's not often that you need to perform a lot of right clicks.
Also, unless D-Down currently does anything (or if you have future plans for it), making it also activate hover mode might be an idea.

So far I've got Monkey 1&2 to run, Maniac Mansion and Sam and Max (all pc non talkie versions), but I'm having issues saving.

I'll just note up front I am not attempting to save any more than one save game in the first slot.
For monkey 1&2 I get a message on the top screen saying that the save file is too big for ram, and of course, it isn't present upon reboot. For maniac mansion saving crashes the game, and with Sam and Max the file saves, but will not restore (no error message given here).

In addition, after playing Monkey 1 for about an hour and a half it crashed (forgot to write down the error message though, which I will do next time).

I'm using a 256m xgflash card which up until now has had no problems with SRAM saving.

Anyone else having save problems? At this stage I'm not prepared to keep playing until the saving works.

Well, I'm using an ancient visoly flash card, and I've saved Monkey 1 & 2, and Manic Mansion without problems.

Occationally, my saves seem to disappear when I leave the DS switched off for a while, but I think it could be a bad battery on the flash cart, as it seems to always work unless I leave it alone.

Anyone else tried saving yet?

I have a talky version of DOTT and Sam & Max here.. how do I make it compatible for my 128Mb flashcard?

Oh and another thing, (didn't find it in this thread) is there any way to crank up the music volume? Seems very soft.

Other than that I friggin love this.. agentq is my new God!

Veg wrote:

Zak works fine here, Chetic.

That's very odd... what version of it are you using?
I've heard of more than one

agentq wrote:

Occationally, my saves seem to disappear when I leave the DS switched off for a while, but I think it could be a bad battery on the flash cart, as it seems to always work unless I leave it alone.

Anyone else tried saving yet?

It was the same for me last time, with Monkey Island 1. I just saved 10 minutes ago and now I'm about to see if it's still there...

Looks like you have some quite peculiar bug there, it didn't stay. I'll try saving with other games now.
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

Saving update:

I have solved some of the save problems with my xgflash 2005 256m card. Turns out that if there is a save game from a different game being played by scummvm in the SRAM of this brand of cart you can't save again until you clear the SRAM. By cart has battery backup, so when I pull the battery out to wipe the saves, the SRAM is cleared (I assume) and I can then save in the new game. It seems that I can keep saving over the same save as long as I don't change to a new scumm game.

I have so far tested this with maniac mansion and monkey 1.

Feature Requests:

-Left/Right hand control swap: The ability to map the d-pad to x/y/a/b and vice-versa.

-The command I have always used most when playing any scumm game is the "." (full stop) on the keyboard in order to skip the current line of text on the screen. I read much more quickly than the text is displayed, and I like to skip as soon as I've read the line of text (particularly when replaying the games, or skipping through long conversations). I'm more interested in this being implemented, rather than the text display speed option, as it means I can take my time to read when I wish (and not have text disappear too quickly). A good use for d-pad down maybe?

Thanks for all the work,

Telephasic

I don't seem to be able to erase saves on my EFA so easily - it would require a full cartridge format. But Monkey Island saved fine, and the save is still there after several on-offs.

Chetic - I'm just using the common version of Zak McKracken, EGA (Enhanced).

I use the FM-TOWNS version and it hangs saying "(0:0:0x0): Invalid midi driver selected!"
Which just brakes my heart :'(

The voices in DOTT work freakin' amazing by the way, just have to comment on that.
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

I have a 100% crash in Monkey Island 2 when entering the cemetry.

All I have to do is walk forward so the bats fly into the air and it crashes. Strangely, it's crashing inside the scripting engine, in an infinite loop. If I hold a shoulder button and use up and down I can still scroll the screen.

Can anyone else confirm this?

Yes, not being able to delete an old save is something I should have thought of, now you describe what happens it makes perfect sense. Unless you clear the SRAM the old save will be there and it won't save over it.

Saves disappearing however is really wierd. The next time it happens to me I'm going to dump the save RAM onto my PC and see if I can work out why it's not picking it up.

The full stop on d-pad down is a great idea - I'll stick it in.

I'd never heard of FM-TOWNS until I looked into the ScummVM source, but it shouldn't be too hard to get it running.

agentq, the cemetary in MI2 is fine here. No crashes, or any sign of trouble.

I have tried monkey 1, monkey 2 and DotT. I get no sound on monkey 1 but sound works fine with DotT and monkey 2. It works great so far. Haven't tried it very much yet though.

Great work agentq!

Great work agentq! I've tried Monkey 1 -CD version- (without music files) and works perfectly. I've seen in a GP32 scene web how to add the missing music files in OGG format, so that the whole game is'nt more than 18 MB. I've tried to load it with your scummVM DS-version and it also runs, but with no music at all. Then I've loaded it with the PC version of scumm and worked fine. Would it be possible to make the the DS version recognize OGG files? thanks

Vorbis at full bit rate may take too much CPU time to decode, but it might be possible to use GSM 06.10 or the DS's built-in ADPCM decoder.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

Don't no much about audio codecs nor DS hardware; but as I said, they use the OGG files to be emulated on a GP32 scummVM version. Can't the DS do the same?

The DS is more likely to handle mp3 better than vorbis. Moonshell already plays mp3 files, I could see something like that happening to scummvm. I already an mp3 converted monster.sou file from DOTT, but it's like 29 megs, too big to fit on a flashcart at the same time as the rest of the game.
_________________
"We are merely sprites that dance at the beck and call of our button pressing overlord."

so which talkie versions can we fit within 256mbit?
which games are recommended to play? ;)

Elrinth wrote:

so which talkie versions can we fit within 256mbit?

None as far as I can see...

Elrinth wrote:

which games are recommended to play? ;)

All.
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

I'm wondering where the savegames are stored.. on the battery of the GBA or in the ROM itself (seeing SCUMM sytems usually use files for savegames)

So is ScummVM DS currently being made compatible with the GBAMP??

I just ordered a GBAMP specifically with running SCUMM in mind so kinda gutted its not compatible yet.

Still very impressed with your work Agentq! Am hoping to get into a bit of DS development myself when the stuff arrives.

It does say on the website that GBAMP isn't supported!

Still, you could always make it work yourself as an introduction to DS development!

Most GBA games and all GBA flash carts have some RAM on them and a battery to keep it powered. This is where ScummVM saves it's save games.

The DS does have some save RAM internally, but I don't think you can use it from a game.

What does everyone think about the feasability of using the ARM7 to do MP3 decoding? Perhaps it will work if the bitrate is low enough.

Bertie, man, don't be disheartened. One day, someone'll make it work with the GBAMP.

It can't be that hard... the hard parts, agentq is already doing!
_________________
3 is not an "e",
7 is not a "t",
1 is not an "l",
And for the love of God,
Learn how to spell!

agentq wrote:

It does say on the website that GBAMP isn't supported!

Still, you could always make it work yourself as an introduction to DS development!

Most GBA games and all GBA flash carts have some RAM on them and a battery to keep it powered. This is where ScummVM saves it's save games.

The DS does have some save RAM internally, but I don't think you can use it from a game.

What does everyone think about the feasability of using the ARM7 to do MP3 decoding? Perhaps it will work if the bitrate is low enough.

how does moonshell do it's decoding?

How do I make an .nds file out of the .ds.gba in v0.1?
I wanted to use it with Darkains loader.

Hmm... saving seems to work, but each time I turn my DS on, I have to configure which game again. I was playing Day of the Tentacle, and when I tried to go to the menu, (F5.. or start for this port), it just had a black screen. :(

Sometimes when I load a save game it works, othertimes it freezes it.

Hmm. I haven't seen the kind of problems you're getting. I've been losing saves, but when they're present, they always work for me.

And I've not seen the black screen when you press start either. Have you tried any other games other than DOTT?

From http://scummvm.drunkencoders.com/ :

Quote:

Runs nearly all of Lucasarts' SCUMM games up to and including Sam & Max Hit the Road
Supports sound
Supports multiple games without reflashing
Supports using the DS touch screen for controls
Suports saving games to compatible flash cards
All games run at pretty much full speed

Can any1 tell me how do boot with multiple games?
Or is there another way to boot multible *ds.gba files?

Anyways great work with ScummVM!
Too bad though games doesn't work when they're over 30mb :(
I wanted to try Sam & Max, Indiana Jones & and more. But they're over 30mb :/

Sam & Max is about 15 mb (floppy version, of course). And FOA is a little under 10. So you could fit both on, if you can live without the voices.

If you want to boot multiple DS homebrew, and have a flashcart, you can use Darkain's multibooter. It's around here somewhere.
You'll need ScummVM DS in a *.nds form, rather than the *.ds.gba, though. And I don't think such a thing currently exists.

If you want to boot multiple games, put them in folders inside the zip. Then, when you run ScummVM DS you will be able to add both games to the menu by selecting the correct folder.

I tried scummvm, sadly only monkey island 2 started, but it works GREAT.. and music plays graet.. and boy.. I LOVE THIS!!! ;)
i put zak, loom and monkey island 1 there too, too bad they didn't work.. (no files found in the folders)

Chetic wrote:

Elrinth wrote:

which games are recommended to play? ;)

All.

Is even Monkey Island 3 possible?
if so, COOL!!! :D

in the future, will we be able to, if we have the correct device, play talkie version of many scumm games?

the games I list are pretty big games in their talkie version so they might be needed to be divided into smaller fragments or stored on a big compact flash card.
* the dig
* monkey island 1,2,3
* indiana Ford and the face of at-the-lan-ice
* loom

no need to name more, I guess most people here know the games :D

I've tried the following games so far.

(Names ScummVM give game when adding)
---------------------------------------------------
Indiana Jones and the Fate of Atlantis (English (US)/DOS)
Indiana Jones and the Last Crusade (256) (DOS)
Monkey Island 1 (256 color Floppy version) (English (US)/DOS)
Monkey Island 2: LeChuck's revenge (English (US)/DOS)

and

Monkey Island 1 (English (US)/DOS) -> (CD-version without music, skipped the mp3's)

Fate of Atlantis (non talkie version) did start ONCE, but never more. All the other games start every time and work well.

Monkey Island 2 hung when I left Scabb Island for the first time, touchscreen went "dead" and did not respond so could not play any futher there (have not tried to play again though, might get past the spot next time?).

It works well on the supercard on my flashed DS

It can't write to/find scummvm.ini and saves dont stay after a restart.

Are you able to write to the .zip file?

perhaps you could store the saves and ini files in the zip?

If you want any testing done on the DS+supercard PM me

agentq wrote:

It does say on the website that GBAMP isn't supported!

Still, you could always make it work yourself as an introduction to DS development!

Most GBA games and all GBA flash carts have some RAM on them and a battery to keep it powered. This is where ScummVM saves it's save games.

The DS does have some save RAM internally, but I don't think you can use it from a game.

What does everyone think about the feasability of using the ARM7 to do MP3 decoding? Perhaps it will work if the bitrate is low enough.

the demo version (wifiME scummvm.nds version) worked just fine for the Gbamp is there any difference here that would make it stop working ?

the MP3 decoding is feasable you'd have to look at doing something simular to what the moon shell does http://www.dslinux.org/forums/index.php?showtopic=634

also you may want to look into using chishm's compact flash gbamp
apps and such ..

not complaining at all ... i own a flash card and a gbamp

and thanks for the great emulator or VM =)

later

Elrinth wrote:

I tried scummvm, sadly only monkey island 2 started, but it works GREAT.. and music plays graet.. and boy.. I LOVE THIS!!! ;)
i put zak, loom and monkey island 1 there too, too bad they didn't work.. (no files found in the folders)

Chetic wrote:

Elrinth wrote:

which games are recommended to play? ;)

All.

Is even Monkey Island 3 possible?
if so, COOL!!! :D

in the future, will we be able to, if we have the correct device, play talkie version of many scumm games?

the games I list are pretty big games in their talkie version so they might be needed to be divided into smaller fragments or stored on a big compact flash card.
* the dig
* monkey island 1,2,3
* indiana Ford and the face of at-the-lan-ice
* loom

no need to name more, I guess most people here know the games :D

I don't think that Monkey Island is possible on the DS(perhaps on the PSP) because it needs 90 Mhz and 16 MB RAM

I don't think you'll get Monkey 3 or later to run. I bet that game will be absolutely huge, and it runs at 640x480, which would be a bit too rubbish scaled down to 256x192. The CPU time taken up by that is likely to be pretty hefty too.

Moonshell may well decode MP3s, but it will probably be using the ARM9 for this, since it's not doing much else at the time. In ScummVM DS, the ARM9 is almost totally used to run the game, so decoding MP3s as well would be impossible.

The ARM7 processor is unused though, so if that can be made to do the decoding then it wouldn't affect the game speed at all (in fact, it may even be faster, as you wouldn't need to do the FM synthesis on the ARM9) but I have some doubts over whether it's fast enough without some serious optimisation work.

I may try to get MAD compiling on it at some point, unless other people think another MP3 decoder might be better.

Mithos: thanks for the bug reports - I'll try and reproduce your crash in Monkey 2.

Strange...

Must have been my cart that had issues.. Changed the battery (re-solder) and now Fate of Atlantis seems to start again...

Will play Monkey Island 2 today again, and see if it hangs on same place.

Fate of Atlantis is dodgy here too. It starts about one in ten times. When it does start it seems to work fine though.

That's got to be a bug.

Loom (CD edition) totally screws up on me. Is this because it can't find the audiotracks it searches for? In that case it'll probably result in the same thing with monkey island 1 (CD edition)

Monkey Island 2 did NOT hang itself on the boat this time, could pick up parrot crow and walk inside the boat.

Managed to play some on both Booty Island + Phatt Island, but when returning to Scabb Island I got:

Errorcode: (7:97:0x134): Out of memory while allocating 82695

Also, seems like I can not load a saved game... Just freezes screen when trying.

Last edited by Mithos on Tue Aug 16, 2005 2:49 pm; edited 1 time in total

Mithos: Does the save produce any errors when you save it?

And can you load a save if you load immediately after saving, before switching off the DS?

When you restart the DS, does the save have a name of 'Save 1'? Or is it corrupted in some way?

agentq wrote:

Mithos: Does the save produce any errors when you save it?
And can you load a save if you load immediately after saving, before switching off the DS?
When you restart the DS, does the save have a name of 'Save 1'? Or is it corrupted in some way?

1. No errors when saving.
2. Yes, that works, and I saved on savepoint 2. Save 2, and I can load that after "rebooting NDS too", strange.
3. Yes, is namned Save 1 on savepoint 1.

Indiana Jones - Fate of Atlantis

Just arrived in city, took newspaper, pushed the boxes, tried to climb the ladder, and crash.

Errorcode: (10:145:0x6F): Value 2815 is out of bounds (0,20) (Local variable 2815 out of range(r))

agentq wrote:

The ARM7 processor is unused though, so if that can be made to do the decoding then it wouldn't affect the game speed at all

It's not exactly MP3, but GSM Player works fine on the ARM7 in the GBA, and because the DS's ARM7 is clocked at Double Speed, you might be able to pull off two simultaneous GSM streams for stereo.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

GSM sounds like it would be perfect, only it would mean writing a tool to reeencode the sound files in GSM format similar to the one provided int the scummvm tools package.

If I can use the MP3s I can use the tools that already exist.

agentq wrote:

GSM sounds like it would be perfect, only it would mean writing a tool to reeencode the sound files in GSM format similar to the one provided int the scummvm tools package.

If you have a version of SoX that can read MP3 or WAV and write GSM, then you already have your tool, although SoX doesn't support any form of stereo GSM stream. But do any SCUMM games require stereo such that the game becomes unplayable if the audio is downconverted to mono?
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

Last edited by tepples on Tue Aug 16, 2005 10:24 pm; edited 1 time in total

But what about extracting from the Monster.sou format that SCUMM uses? I have no idea how that works. Then I've got to get the GSM'ed samples back in the file.

According to the README file, you could look at the source code of the 'extract' program from scummvm-tools and then add a way to pipe the files through SoX, resampling them to 18157 Hz mono and encoding them to GSM.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

Yep, I could, but I don't know whether I want to get into writing a tool at the moment, so MP3 looked like it could be an easier option.

For one thing, the owner of the MP3 patents has shown itself to be much more litigious about defending its patents than the owner of any patent that may exist on GSM 06.10. Otherwise, the Toast people would have already got a cease and desist letter. Besides, even if you use MP3, you're going to have to modify 'extract' anyway to get it working in mono or 22 kHz (half sample rate) mode.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

Yep, you're right on both points.

Perhaps GSM is a better option.

Concidering that the NDS AMR7 is @ 33Mhz as too the GBAs ARM7 @ 16,7MHz.

How much better then 18khz gsms could it manage, coz I'm listening to all sounds from Monkey Island 1 Cd-version in 18khz gsm, and it does not sound that good, ambient noise in the background and hizzing sounds.

So how do you fight with Indy? I couldn't even throw a single punch in the boxing match in the beginning of the Last Crusade..

I would imagine you won't be able to fight with Indy, if you need more than just the mouse. I've not played it, so I don't know.

Could people who are having save problems please check if they can load the save immediately after saving, before restarting the DS?

I'd like to work out whether it's my SRAM code or the data itself.

Thanks.

Formatted the flash, and filled it with games, and filled up tha SRAM 100%.

Reburned my scummgames, and now saving works fine (so far).

Secret of Monkey Island 2: Lechuck's Revenge.

Tried load right after saving, worked
Tried load after restarting DS, worked.

Savepoint 1
1. Save 1

Update
Ran Largo out of town with voodoodoll, and talked to voodoolady, crashed when leaving her.

Game crashed with: Out of memory while allocating 79700

Last edited by Mithos on Wed Aug 17, 2005 12:59 pm; edited 2 times in total

rkenshin wrote:

So how do you fight with Indy? I couldn't even throw a single punch in the boxing match in the beginning of the Last Crusade..

In Indy 4 you can fight with the mouse as well by clicking on the enemy to attack or on yourself to block. But this was not possible in Last Crusade afaik.

NoMis
_________________
www.gamedev.at - The austrian gamedev site
hde.gamedev.at - The Handheld Dev Env plugins for Eclipse

Hi,
I am new here. Sorry for my bad english!

I want to play my original Monkey Island 1+2 on DS i dreamed for an emulator like this!

I got 2 questions:
-Does it work to stream it with one of these WLAN-Cards http://ralink.rapla.net/ without any other stuff?
-Can I put ScummVM DS on a GBA Flashcard and play it?

LeChuck wrote:

I got 2 questions:
-Does it work to stream it with one of these WLAN-Cards http://ralink.rapla.net/ without any other stuff?
-Can I put ScummVM DS on a GBA Flashcard and play it?

1. No, games are to big.
2. Yes, you can put the ScummVM DS on a GBA Flashcard and play.

You need some stuff for it though. Passme, WiFiME or FlashME.

(WifiME)
http://www.aaronrogers.com/nintendods/wifime.php

(FlashME).
http://www.dspassme.com/FlashMe.shtml
http://ds.gcdev.com/dsfirmware/

THX. For the info. If I use the WifiME methode can the NDS break or something like this?

LeChuck wrote:

THX. For the info. If I use the WifiME methode can the NDS break or something like this?

If you Flash the NDS firmware and fail, your DS is a brick. However, have not heard anyone doing so by misstake.

Mithos wrote:

1. No, games are to big.

Not all of them.

Mithos wrote:

LeChuck wrote:

THX. For the info. If I use the WifiME methode can the NDS break or something like this?

If you Flash the NDS firmware and fail, your DS is a brick. However, have not heard anyone doing so by misstake.

Quite a few have, but you won't do it unless you can't read the instructions. (or have a metal shortage at home)
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

only complaint i have with scumm ds is the volume. Monkey island 1 at full blast is very quiet

Even changing the volume in the options is too quiet for you?

rkenshin wrote:

Even changing the volume in the options is too quiet for you?

does that work? i couldnt access the volume controls...maybe i wasnt doign it right, ill try again.

I can't make it working :(

the gba file loads correctly, i see the scummvm load screen, but the list is empty, and nothing more in the "add game" menu.

I suspect an error when i create the zip and the gba file: i used this demo of secret of monkey island. I unzip the file in a folder, and make a new zip with no compression and no path. then I move this new zip to the scummvmds0-1 folder, and launch builddata.bat.

I also have a warning message on the upper screen "Unable to open configuration file: scummvm.ini! settimercallbackSearching for ZIP archive...Ok!"

Can someone please send me a correct zip and a correct .gba for this demo, so i can compare and find errors?

did you renamed the zip file into scummdata.zip?

Click 'Add game'. Nothing will appear in the directory window because it only shows folders. Just click 'Choose' and it should detect your game. It says it found your zip archive fine, so there should be no problems.

agentq wrote:

Click 'Add game'. Nothing will appear in the directory window because it only shows folders. Just click 'Choose' and it should detect your game. It says it found your zip archive fine, so there should be no problems.

It's working! that's great! but not very instinctive :p

Has anyone tried Broken Sword 1 or 2 yet?

EDIT: Do I need the CPT file for Beneath a Steel Sky?

I would like to thank for the stunning port of these games. I am a big fan of the old Lucasart adventure games.

Hope to see support for the talkie versions later, infact i tried to startup Indy4 talkie version and i got some speech in it but it crashed after awhile.

NintendoDS might be the console that brings some new life to the adventure game types we oldies really like.

Spookey wrote:

NintendoDS might be the console that brings some new life to the adventure game types we oldies really like.

This port actually inspired me to go out and find somewhere to buy Day of the Tentacle and Sam + Max. I always was interested in playing them, and this DS port is perfect because the DS is just great for something like this with the touch screen, not to mention the insane portability of it. Adventure gaming on my lunch break at work. :)
_________________
Now with 20% More Old Man from Zelda 1 than ever before!

I think DOTT and Sam n' Max come together in the collector's edition doubles (the ones with the huge postal stamp on the front and a solid red background). I even vaguely recall LA releasing a LucasArts Adventure Package or something with Full Throttle, Indy: Atlantis, and a whole bunch of others...
_________________
3 is not an "e",
7 is not a "t",
1 is not an "l",
And for the love of God,
Learn how to spell!

speaking of Full Throttle... can it be played somehow?
_________________
Packin':
Grey DS with FlashMe v7
1Gbit XG2T 2005 (Neoflash compatible)
GBAMP, Supercard CF, 512Mb Magic Key 3 and EZFA 256Mbit

youplaboum wrote:

It's working! that's great! but not very instinctive :p

If you put your games in a directory each you will only have to select that directory and say choose.

NoMis
_________________
www.gamedev.at - The austrian gamedev site
hde.gamedev.at - The Handheld Dev Env plugins for Eclipse

gbadev.org forum archive

DS Misc > ScummVM for DS

#49503 - agentq - Sat Jul 30, 2005 5:12 pm

#49504 - Dannon - Sat Jul 30, 2005 5:28 pm

#49505 - Veg - Sat Jul 30, 2005 5:45 pm

#49506 - agentq - Sat Jul 30, 2005 5:48 pm

#49507 - Veg - Sat Jul 30, 2005 5:54 pm

#49508 - agentq - Sat Jul 30, 2005 5:55 pm

#49517 - Chetic - Sat Jul 30, 2005 7:45 pm

#49524 - Extreme Coder - Sat Jul 30, 2005 9:26 pm

#49528 - Mithos - Sat Jul 30, 2005 9:54 pm

#49529 - IxthusTiger - Sat Jul 30, 2005 9:55 pm

#49531 - Dirge - Sat Jul 30, 2005 10:31 pm

#49533 - Chetic - Sat Jul 30, 2005 10:56 pm

#49539 - MrAdults - Sat Jul 30, 2005 11:31 pm

#49540 - Mithos - Sat Jul 30, 2005 11:44 pm

#49545 - Dirge - Sun Jul 31, 2005 12:16 am

#49550 - emumaniac - Sun Jul 31, 2005 2:04 am

#49560 - Veg - Sun Jul 31, 2005 7:32 am

#49564 - IxthusTiger - Sun Jul 31, 2005 9:26 am

#49566 - inthearmsofsleep - Sun Jul 31, 2005 10:19 am

#49568 - agentq - Sun Jul 31, 2005 11:59 am

#49569 - telephasic - Sun Jul 31, 2005 12:50 pm

#49573 - BuzzJive - Sun Jul 31, 2005 4:32 pm

#49575 - Dark Knight ez - Sun Jul 31, 2005 4:41 pm

#49576 - Sodeju - Sun Jul 31, 2005 4:42 pm

#49579 - Chetic - Sun Jul 31, 2005 4:51 pm

#49591 - Veg - Sun Jul 31, 2005 7:18 pm

#49597 - dovoto - Sun Jul 31, 2005 7:51 pm

#49605 - emumaniac - Sun Jul 31, 2005 9:21 pm

#49611 - agentq - Sun Jul 31, 2005 10:44 pm

#49612 - toof - Sun Jul 31, 2005 11:00 pm

#49613 - joostp - Sun Jul 31, 2005 11:07 pm

#49614 - agentq - Sun Jul 31, 2005 11:08 pm

#49616 - toof - Sun Jul 31, 2005 11:10 pm

#49617 - agentq - Sun Jul 31, 2005 11:13 pm

#49619 - agentq - Sun Jul 31, 2005 11:22 pm

#49620 - toof - Sun Jul 31, 2005 11:23 pm

#49621 - joostp - Sun Jul 31, 2005 11:25 pm

#49624 - agentq - Sun Jul 31, 2005 11:32 pm

#49625 - joostp - Sun Jul 31, 2005 11:53 pm

#49630 - Chetic - Mon Aug 01, 2005 1:54 am

#49667 - agentq - Mon Aug 01, 2005 2:12 pm

#49668 - NoMis - Mon Aug 01, 2005 2:23 pm

#49677 - agentq - Mon Aug 01, 2005 5:11 pm

#49679 - IxthusTiger - Mon Aug 01, 2005 5:14 pm

#49704 - agentq - Mon Aug 01, 2005 9:13 pm

#49713 - dovoto - Mon Aug 01, 2005 10:40 pm

#49718 - agentq - Mon Aug 01, 2005 11:45 pm

#49757 - Empyrean - Tue Aug 02, 2005 8:04 am

#49760 - TJ - Tue Aug 02, 2005 8:49 am

#49765 - Spaceface - Tue Aug 02, 2005 10:07 am

#49792 - Empyrean - Tue Aug 02, 2005 3:56 pm

#49798 - Chetic - Tue Aug 02, 2005 4:56 pm

#49824 - tepples - Tue Aug 02, 2005 8:47 pm

#49835 - agentq - Tue Aug 02, 2005 10:07 pm

#49862 - TJ - Wed Aug 03, 2005 1:34 am

#49880 - Empyrean - Wed Aug 03, 2005 6:28 am

#49890 - blt - Wed Aug 03, 2005 10:37 am

#49891 - agentq - Wed Aug 03, 2005 10:59 am

#49892 - zinkmaster - Wed Aug 03, 2005 11:40 am

#49893 - NoMis - Wed Aug 03, 2005 11:47 am

#49894 - AT - Wed Aug 03, 2005 12:13 pm

#49895 - agentq - Wed Aug 03, 2005 12:14 pm

#49896 - errorstudios - Wed Aug 03, 2005 12:15 pm

#49897 - agentq - Wed Aug 03, 2005 12:21 pm

#49901 - signaltonoise - Wed Aug 03, 2005 3:14 pm

#49902 - Chetic - Wed Aug 03, 2005 3:32 pm

#49903 - blt - Wed Aug 03, 2005 3:41 pm

#49905 - Veg - Wed Aug 03, 2005 4:14 pm

#49921 - zinkmaster - Wed Aug 03, 2005 6:17 pm

#49930 - Sodeju - Wed Aug 03, 2005 7:17 pm

#49939 - tepples - Wed Aug 03, 2005 8:25 pm

#49940 - agentq - Wed Aug 03, 2005 8:27 pm

#49945 - IxthusTiger - Wed Aug 03, 2005 9:12 pm

#49949 - Dwedit - Wed Aug 03, 2005 10:17 pm

#49951 - IxthusTiger - Wed Aug 03, 2005 10:31 pm

#49954 - headspin - Wed Aug 03, 2005 11:30 pm

#49966 - tepples - Thu Aug 04, 2005 1:38 am

#49990 - blt - Thu Aug 04, 2005 11:07 am