Homebrew [SNEmulDS] Rebirth the project and update it for the last DKP

Deleted User · Feb 4, 2017

I tested some Games with the new updated Version:

BS F-ZERO (J): F-Zero freezes after selecting a Car.

Donkey Kong Country (U) (V1.0): The Game works again. I completed the First World. It runs super fast now. You have to select normal Speed and disable the cycle hacks or the Game crashes during booting.

Donkey Kong Country 2 (U) (V1.1): I completed the First World. It runs super fast now. You have to select normal Speed and disable the cycle hacks or the Game crashes during booting.

Donkey Kong Country 3 (U): I completed the First World. It runs super fast now. You have to select normal Speed and disable the cycle hacks or the Game crashes during booting.

You will find the latest compiled Version below.

urbanman2004 · Feb 5, 2017

Dodain47 said:
I tested some Games with the new updated Version:

BS F-ZERO (J): F-Zero freezes after selecting a Car.

Donkey Kong Country (U) (V1.0): The Game works again. I completed the First World. It runs super fast now. You have to select normal Speed and disable the cycle hacks or the Game crashes during booting.

Donkey Kong Country 2 (U) (V1.1): I completed the First World. It runs super fast now. You have to select normal Speed and disable the cycle hacks or the Game crashes during booting.

Donkey Kong Country 3 (U): I completed the First World. It runs super fast now. You have to select normal Speed and disable the cycle hacks or the Game crashes during booting.

You will find the latest compiled Version below.

thanks

Deleted User · Feb 7, 2017

cotodevel updated Snemulds again.

Super Metroid (Japan, USA) (En,Ja) doesn´t work for me anymore.

You can find the previous and updated Versions below.

https://www.google.at/url?sa=t&rct=.../35801&usg=AFQjCNFO2iRDkwPtEJ7OQPdMqRfh5Csm-g

Coto · Feb 7, 2017

Dodain47 said:
cotodevel updated Snemulds again.

Super Metroid (Japan, USA) (En,Ja) doesn´t work for me anymore.

You can find the previous and updated Versions below.

try older devkitpro environment (devkitarm r44 and below if possible). All new stuff was coded with devkitpro r43/r44.

also, 3MB games that were loaded entirely in ewram, now they are not anymore, since to add dswifi, I needed an extra megabyte of ram (so it's 2MB of ram now), and there's the possibility that the rom paging is somewhat broken (breath of fire II breaks also, which is also a 3MB game, and segfaults)

Deleted User · Feb 8, 2017

Coto said:
try older devkitpro environment (devkitarm r44 and below if possible). All new stuff was coded with devkitpro r43/r44.

also, 3MB games that were loaded entirely in ewram, now they are not anymore, since to add dswifi, I needed an extra megabyte of ram (so it's 2MB of ram now), and there's the possibility that the rom paging is somewhat broken (breath of fire II breaks also, which is also a 3MB game, and segfaults)

I tried compiling with devkitARM r42 to r46. I always get Error Messages.

The latest Snemulds Version that I uploaded, was the one you included in the Release Folder.

Coto · Feb 17, 2017

Dodain47 said:
I tried compiling with devkitARM r42 to r46. I always get Error Messages.

The latest Snemulds Version that I uploaded, was the one you included in the Release Folder.

https://gbatemp.net/threads/updates-about-nesds.283008/page-68#post-7104306

also I added the old linker (nds map) to experimental branch, by doing what is posted above you´ll have the latest version working.

Deleted User · Feb 18, 2017

Coto said:
https://gbatemp.net/threads/updates-about-nesds.283008/page-68#post-7104306

also I added the old linker (nds map) to experimental branch, by doing what is posted above you´ll have the latest version working.

Thank you for notifying me Coto. I downloaded devkitARM_r45-win32 and libnds-1.5.12. I cleaned before building the latest Version of the experimental branch.
I get this Message:

linking .elf
arm-none-eabi-gcc.exe: error: ../ds_arm9_nds.specs: No such file or directory
make[1]: *** [/c/devkitPro/examples/nds/SnemulDS-experimental/.elf] Error 1
make: *** [build] Error 2
Press any Button . . . _

So I´m still missing something!?

I have tested some Games with the latest Version from 2017/02/18 of the experimental Branch you provided in the Release Folder:

Donkey Kong Country (E) (V1.1) [!]: I completed the First World. Very Fast Speed. Very Good Audio. I have noticed much Frame and Audioskipping in the Cave and Water Level. Very Playable.

Donkey Kong Country 2 - Diddy's Kong Quest (E) (V1.1) [!]: I completed the First World. Very Fast Speed. Very Good Audio. Much less Frame and Audioskipping than in DKC 1. Very Playable.

Donkey Kong Country 3 - Dixie Kong's Double Trouble (E) [!]: I completed the First Level. Very Fast Speed. Very Good Audio. Some Frame and Audioskipping. Same as DKC 1. Sometimes the Game freezes after starting the Second Level. Because of a Bug, the Door in the Second Level won´t open. Unplayable.

Super Mario World (U) [!]: I completed the First World. Full Speed. Very Good Audio. Some Minor SFX like Yoshi´s Fire Breathing are missing.
Very Playable.

Super Metroid (E) [!]: The 3MB Games for the SNES are currently broken. Unplayable.

I recommend playing with Normal Speed and No Hacks for optimal Performance.

You find the Changelog here: https://github.com/cotodevel/SnemulDS/tree/experimental

I have posted the latest Version below.

realWinterMute · Feb 18, 2017

Coto said:
try older devkitpro environment (devkitarm r44 and below if possible). All new stuff was coded with devkitpro r43/r44.

Please stop doing this. Fix the code to work with latest tools rather than attempting to maintain old buggy releases that have been fixed.

There is *no* devkitPro r43/r44/. devkitPro is an organisation that produces toolchains and libraries. the r43/r44 you refer to is a devkitARM release number.

Advising people to use old versions of the tools hurts *everybody*.

Embedding hacked up versions of our libraries in your projects hurts *everybody*

Turning up on IRC and using a known attack vector to initiate contact with people isn't the best way to approach this. Storming off after you get asked not to do it doesn't help anyone.

If you need help, ask.

If you're given advice on how your currently unacceptable contributions could potentially be changed in order to make them mergable then it would be better if you heeded that advice rather than storming off.

You *could* potentially have had adjustments made to dswifi to suit the nesDS port *if* you'd taken the advice of the 3 people who tried to help you. Sadly you didn't and now you have a mess that needs a lot more work to get back to a state where it's compilable with latest tools.

FenrirWolf · Feb 18, 2017

Yeah, using older versions of the toolchain is a terrible idea for all sorts of reasons. If everyone digs their heels in and doesn't update their stuff after a certain point, suddenly every project will need a different toolchain and/or a different set of libs to compile. And that's no bueno.

Coto · Feb 18, 2017

realWinterMute said:
Please stop doing this. Fix the code to work with latest tools rather than attempting to maintain old buggy releases that have been fixed.

There is *no* devkitPro r43/r44/. devkitPro is an organisation that produces toolchains and libraries. the r43/r44 you refer to is a devkitARM release number.

Advising people to use old versions of the tools hurts *everybody*.

Embedding hacked up versions of our libraries in your projects hurts *everybody*

Turning up on IRC and using a known attack vector to initiate contact with people isn't the best way to approach this. Storming off after you get asked not to do it doesn't help anyone.

If you need help, ask.

If you're given advice on how your currently unacceptable contributions could potentially be changed in order to make them mergable then it would be better if you heeded that advice rather than storming off.

You *could* potentially have had adjustments made to dswifi to suit the nesDS port *if* you'd taken the advice of the 3 people who tried to help you. Sadly you didn't and now you have a mess that needs a lot more work to get back to a state where it's compilable with latest tools.

I will write libraries in a way I feel they will work better for NDS. LIBNDS does some stuff I don´t like. That is not welcome (nor my coding), OK I can live with that.
I tried to support libnds and devkitpro by updating homebrew up to updated releases. No more.

I asked for help (yesterday), on IRC, and I basically didnt follow a "netiquette" (what the fuck is that, I don´t have time for hanging in IRC the whole day) and ALSO told that I am doing things wrong. (who are you to tell me I am doing things wrong anyway?)

I will move away from devkitpro. I will remove all libnds parts (licensed and what not, which are: fatfs, linkers and makefiles, etc)

By the way, if I am going to contribute a "mess" that´s entirely my problem, because it won´t have devkitpro "netiquettes". What the fuck.
Also, if software programmers for NDS are supporting devkitpro, you may want to change your attitude a little. So I will move on and all devkitpro stuff will be removed soon.

Have a nice day.

realWinterMute · Feb 18, 2017

Nobody asked you to hang around IRC all day. You didn't ask for help yesterday. You were simply asked not to do something rude, you chose to leave in a temper.

Code:

[13:55:49] * coto ([email protected]) has joined
[13:58:05] <WinterMute> coto, it's pretty rude to just dcc chat someone without warning
[13:58:07] * DCC CHAT to coto aborted.
[13:58:25] <coto> whatever. r46 breaks nds stuff
[13:58:38] <coto> i was trying to msg. i am NOT being rude at all
[13:58:51] <WinterMute> correction
[13:59:19] <WinterMute> IRC netiquette dictates that you should ask permission before private messaging
[13:59:30] <coto> i will apologize if I do something wrong
[13:59:48] <WinterMute> you already did something wrong
[14:00:01] <coto> ok
[14:00:21] <coto> more "wrong" stuff incoming then
[14:00:25] * coto has quit (Client Quit)

You could try again. You could listen to people who have been doing this longer than you and potentially make contributions that help everyone. Expecting the developers of a project that's been ongoing for some 14 years to just suddenly start doing things your way is pretty much guaranteed not to get anywhere ... fast.

If you can explain coherently why you don't like some aspect of libnds and you can explain how it can be improved then do please feel free.

Mr Objection · Feb 21, 2017

Is f zero playable witht he new version?

Deleted User · Feb 21, 2017

Mr Objection said:
Is f zero playable witht he new version?

@Mr Objection Still Unplayable. Use this Version: gbatemp.net/attachments/000snemulds06-wip2-7z.75085/

Mr Objection · Feb 22, 2017

Dodain47 said:
@Mr Objection Still Unplayable. Use this Version: gbatemp.net/attachments/000snemulds06-wip2-7z.75085/

Can I play f zero well with that?

Deleted User · Feb 22, 2017

Yes. F-Zero works with this Version. EDIT: Almost Full Speed with a little Slowdown.

Mr Objection · Feb 22, 2017

Dodain47 said:
Yes. F-Zero works with this Version. EDIT: Almost Full Speed with a little Slowdown.

thanks

Mr Objection · Mar 3, 2017

That version looks and play f zero as bad as before.

Deleted User · Mar 3, 2017

@Mr Objection, delete the snemulds.cfg File on your sd card and start F-Zero again. It should work now.

Mr Objection · Mar 3, 2017

Dodain47 said:
@Mr Objection, delete the snemulds.cfg File on your sd card and start F-Zero again. It should work now.

Ok, I will try

WiiUBricker · Mar 3, 2017

Wow, is this still a thing? SNEmulDS for life!

Homebrew [SNEmulDS] Rebirth the project and update it for the last DKP

Deleted User

Guest

Attachments

Well-Known Member

Deleted User

Guest

Attachments

-

Deleted User

Guest

-

Deleted User

Guest

Attachments

Well-Known Member

Well-Known Member

-

Well-Known Member

Well-Known Member

Deleted User

Guest

Well-Known Member

Deleted User

Guest

Well-Known Member

Well-Known Member

Deleted User

Guest

Well-Known Member

News Police

Similar threads

Popular threads in this forum