Homebrew [Release] SDL-3DS 1.2.15 - Simple DirectMedia Layer for 3DS

  • Thread starter Thread starter nop90
  • Start date Start date
  • Views Views 65,819
  • Replies Replies 198
  • Likes Likes 34
Wow! Holy s**t u r so fast bro!
Hope it can support not only english but gbk,big5 and Shift-JIS in the end!



從我的iPhone使用Tapatalk Pro 發送
I compiled both onscripter and onscripter-en. When finished, porting onscripter-cn (for chinese language) will be easy. Don't know if these programs support other languages or if there are specific forks.

But at the moment I have some big issues to solve, seom text is not rendered and don't know why. Also LUA support is disabled and probably mpeg video could crash the program.
 
  • Like
Reactions: kane159
Utilizing SDL_Joystick, it seems i'm getting wrong values returned.

for example:
SDL_JoystickGetAxis(joy1, 0);
SDL_JoystickGetAxis(joy1, 1);

Both, when the positive value reaches about 31000, they invert. They become negative.
Resulting in a value translated to the wrong direction.

Is this intended behaviour?
 
Utilizing SDL_Joystick, it seems i'm getting wrong values returned.

for example:
SDL_JoystickGetAxis(joy1, 0);
SDL_JoystickGetAxis(joy1, 1);

Both, when the positive value reaches about 31000, they invert. They become negative.
Resulting in a value translated to the wrong direction.

Is this intended behaviour?
Probably the max value isn't correct.
I'll check it. Thanks for reporting.
 
Last edited by nop90,
@MrHuu joystick should be fixed now. Just updated the sources on github

The cause was that the range value for the PAD isfrom -156 to 156. The driver multiplies it for 210 to be about in the range for SDL Joystick that is is that of a s16 value ( -32768 to 32767).

But probably some PAD can give a slight greater max value (they are analogic devices) so the final value becomes greater than 32767 and is interpreted as a negative value.

To fix the problem I limited the PAD output values before converting them to the SDL Joy values.
 
@MrHuu joystick should be fixed now. Just updated the sources on github

The cause was that the range value for the PAD isfrom -156 to 156. The driver multiplies it for 210 to be about in the range for SDL Joystick that is is that of a s16 value ( -32768 to 32767).

But probably some PAD can give a slight greater max value (they are analogic devices) so the final value becomes greater than 32767 and is interpreted as a negative value.

To fix the problem I limited the PAD output values before converting them to the SDL Joy values.

Thank you so much. It's working perfect now.
Havn't ran into any other SDL related issues.

You did an amazing job on the libs! Much appreciated.
 
Hello! I've been trying to install SDL for 3DS and I keep getting those errors:

Code:
pedro4@pedroSystem ~/Repositories/SDL-3DS $ make
/bin/sh: 2: ./autogen.sh: Permission denied
Makefile:86: fallo en las instrucciones para el objetivo 'SDL'
make: *** [SDL] Error 126

pedro4@pedroSystem ~/Repositories/SDL-3DS $ make install
make[1]: se entra en el directorio '/home/pedro4/Repositories/SDL-3DS/SDL-1.2.15'
make[1]: *** No hay ninguna regla para construir el objetivo 'install'.  Alto.
make[1]: se sale del directorio '/home/pedro4/Repositories/SDL-3DS/SDL-1.2.15'
Makefile:139: fallo en las instrucciones para el objetivo 'install'
make: *** [install] Error 2

What could be causing this?
 
Hello! I've been trying to install SDL for 3DS and I keep getting those errors:

Code:
pedro4@pedroSystem ~/Repositories/SDL-3DS $ make
/bin/sh: 2: ./autogen.sh: Permission denied
Makefile:86: fallo en las instrucciones para el objetivo 'SDL'
make: *** [SDL] Error 126

pedro4@pedroSystem ~/Repositories/SDL-3DS $ make install
make[1]: se entra en el directorio '/home/pedro4/Repositories/SDL-3DS/SDL-1.2.15'
make[1]: *** No hay ninguna regla para construir el objetivo 'install'.  Alto.
make[1]: se sale del directorio '/home/pedro4/Repositories/SDL-3DS/SDL-1.2.15'
Makefile:139: fallo en las instrucciones para el objetivo 'install'
make: *** [install] Error 2

What could be causing this?

Do you have admin rights? Try 'sudo make'.
 
Try "sudo -s make all" instead. You need devkitARM set up first, though.
It didn't make any difference:

Code:
pedro4@pedroSystem ~/Repositories/SDL-3DS $ sudo -s make all
[sudo] password for pedro4:
/bin/sh: 2: ./autogen.sh: Permission denied
Makefile:86: fallo en las instrucciones para el objetivo 'SDL'
make: *** [SDL] Error 126

And yes, I do have devkitARM set up.
 
Hello! I've been trying to install SDL for 3DS and I keep getting those errors:

Code:
pedro4@pedroSystem ~/Repositories/SDL-3DS $ make
/bin/sh: 2: ./autogen.sh: Permission denied
Makefile:86: fallo en las instrucciones para el objetivo 'SDL'
make: *** [SDL] Error 126

pedro4@pedroSystem ~/Repositories/SDL-3DS $ make install
make[1]: se entra en el directorio '/home/pedro4/Repositories/SDL-3DS/SDL-1.2.15'
make[1]: *** No hay ninguna regla para construir el objetivo 'install'.  Alto.
make[1]: se sale del directorio '/home/pedro4/Repositories/SDL-3DS/SDL-1.2.15'
Makefile:139: fallo en las instrucciones para el objetivo 'install'
make: *** [install] Error 2

What could be causing this?

Set execution permission on autogen.sh.

I have a windows machine with msys, so the files I uploaded miss the unix permissions.

I should merge this port to the SDL main repository, but at the moment I don't have time for this.
 
Set execution permission on autogen.sh.

I have a windows machine with msys, so the files I uploaded miss the unix permissions.

I should merge this port to the SDL main repository, but at the moment I don't have time for this.
That certainly worked! How did I not come up with that before? Thank you!

Now I'm getting this new error:

Code:
checking for arm-none-eabi-gcc... no
checking for gcc... gcc
checking whether the C compiler works... no

I wonder what's wrong with it, I added myself /opt/devkitpro/devkitARM/bin:/opt/devkitpro/portlibs/3ds/bin:/opt/devkitpro/portlibs/armv6k/bin to the PATH (env var) and if I type

Code:
arm-none-eabi-gcc

I get this:

Code:
arm-none-eabi-gcc: fatal error: no input files
compilation terminated.

So that confirms there's nothing wrong with the PATH.
 
That certainly worked! How did I not come up with that before? Thank you!

Now I'm getting this new error:

Code:
checking for arm-none-eabi-gcc... no
checking for gcc... gcc
checking whether the C compiler works... no

I wonder what's wrong with it, I added myself /opt/devkitpro/devkitARM/bin:/opt/devkitpro/portlibs/3ds/bin:/opt/devkitpro/portlibs/armv6k/bin to the PATH (env var) and if I type

Code:
arm-none-eabi-gcc

I get this:

Code:
arm-none-eabi-gcc: fatal error: no input files
compilation terminated.

So that confirms there's nothing wrong with the PATH.
Post the output of 'echo $PATH' please.
 

Site & Scene News

Popular threads in this forum