Federelli

Here's the offset the error gives when you close a rom, before the emulator crashes. "5f14699b"

Latest version still crashes when closing a rom.

While you reply to krow, Two9A, When will you add the rest of the buttons on the DS?

He implemented it into the latest release. Just though i'd post this, since i've noticed long, long ago. The Mode2 rot demo, which can be seen on the screenshots page, is missing a sort of fb effect where a transparency layer of the texture that reads ROTO ZOOM, goes up and down. You can see what i mean by using VisualBoy Advance Also the new demo at gbadev, Nail Frenzy, works, but it goes crazy and drugoholic when start is pressed

Along with this -> [20050221.01:14:13] COPRO: Write to cpF c7/c5 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c7/c6 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c6/c0 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c6/c1 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c6/c2 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c6/c3 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c6/c4 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c6/c5 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c6/c6 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c6/c7 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c6/c0 op 0/0 from r0 [20050221.01:14:13] COPRO: Write to cpF c5/c0 op 0/3 from r0 [20050221.01:14:13] COPRO: Write to cpF c2/c0 op 0/1 from r0 [20050221.01:14:13] COPRO: Read from cpF c1/c0 op 0/0 to r0 [20050221.01:14:13] COPRO: Write to cpF c1/c0 op 0/0 from r0

Notice how DSEmu crashes while trying to Close a Rom/Dem "[20050221.01:12:32] [20050221.01:12:32] Opening log file: D:\Games\Emulators\DSEMU\log.txt [20050221.01:12:32] LOG: Starting session. [20050221.01:12:32] WND: Initialised. [20050221.01:12:34] ARM7: ROM file: D:\Games\Emulators\DSEMU\demos\ds\2D.bin [20050221.01:12:34] MMU: Memoryspace allocation complete. [20050221.01:12:34] ARM7: Initialised. [20050221.01:12:34] GPU: VRAM allocated. [20050221.01:12:34] GPU: Initialised. [20050221.01:12:34] Status bar height: 20. [20050221.01:12:34] OpenGL: Pixel format found. [20050221.01:12:34] OpenGL: Pixel format selected. [20050221.01:12:34] OpenGL: Rendering context created. [20050221.01:12:34] OpenGL: Rendering context selected. [20050221.01:12:34] MMU: ROM size: 7132 bytes. [20050221.01:12:34] MMU: Reset. [20050221.01:12:34] ARM7: Reset. [20050221.01:12:34] Main: Emulator initialised. [20050221.01:12:38] Main: Emulator shutting down. [20050221.01:12:38] GPU: Shutdown after 165 frames. [20050221.01:12:38] MMU: Shutdown. [20050221.01:12:38] ARM7: Shutdown. [20050221.01:12:38] FAIL: OpenGL: Texture image selection."

Ok, things started to work again. Some more output in the TetrisARM9 demo. Error message before crash. Crash whenever a second rom/demo is loaded, so you must shut the emu down before loading a new one. About window refuses to close unless it's moved a bit from it's original position. Blue line on the bottom when a window is resized.

In the latest release there's even some more output, such as some more words on the bottom .

I bet you'll consider you've progressed amazingly once you get the sound core 100% functional

Of course is press F4. The emu crashes right after i do, if it's using the DS.dll

No harm done at all, Panda is a great AV and as soon as i unzipped, it removed the virus code from the.exe, which was most likely the reason it didn't work. I'm glad you got your PC rid of that . Edit: Actually, nothing Ds related works still, i'm sure it will in the next release . Also, with the ARM Wrestler: ARM LDR/STR -> LDR +R] - BAD Rd LDR -R] - BAD Rd THUMB ALU -> ADD - BAD CNVZ Rd ASR - BAD CNVZ Rd LSL - BAD CNVZ Rd LSR - BAD CNVZ Rd ROR - BAD CNVZ Rd Of course you must have the same ;). Though, you have something Visualboy Advance doesn't. A good in MOV under ARM ALU.

WTF? now Panda detects the dsemu.exe file as the Parite.B virus... ??? Of course this is with the one i just downloaded, and still nothing works.

With 18/02/05 release, all ds things crash with an error in ds.dll... ( Nothing ds related works

Yes, in fact, obviously, only the ARM9 version is "working", the passthrough one isn't, again obviously. I'm glad i somehow manage to motivate you, now if more demos where available... .

Too cleaver?? You are the programmer, you are the intelligent one here . Keep it up

Regardless of the missing stuff, simply amazing! TetrisDS it is. As said by Two9A, some of the gba demos crash the emu while the ds.dll is loaded, still, some work.

Two9A, where exactly can we find this ds.dll file? Is it dinamically loaded? As in when i choose a file with.nds extention it will use the ds.dll and the same with.gba and gba.dll (of course, the same even if inside.zip files) OR you haven't released 0.0.1e yet?, since the download is still labeled 0.0.1d Edit: BAH, nevermind this, just did a ctrl+F5 on the download page, forcing it to refresh and found the 0.0.1e release . Still, an answer to my quests will be thanked

Catch em up backeroo . I'm also more interested in a trusty core than in gfx right now, dunno why, but i ussed to preffer gfx...

Well now DSEmu should include something like, "this emulator is in no way asociated with Mario®"

Well it's obvious Two9A will have to dump DSEmu now ... Can't all hackers join and destroy people like those? Hands up for the true WIP DS Emulator, and also for Two9A, who keeps making progress, even while he lives his live. A difficult task indeed.

Which is fair enough for now

Right... Had you read the forums you would've seen how Two9A decided not to go for a "wacon type" solution

Noes to the Man Secks!

It ended anyway , now for phase two.

Go here: http://darkfader.net/ds/stats.php His goal is to find some secret values used for DS cartridge encryption. Download the proggy, and let the loop run and run. Tell all your friends to do so