Homebrew [QUESTION] Python Homebrew Development Library

[bennyman123abc]

Hello all! I have a very simple and short question. I was wondering if a Python library for 3DS homebrew development existed currently. I do not have development experience in C++ and very little in C however, Python is the language I've been working with for a couple years now and would feel more comfortable developing homebrew in Python if possible. Thank you for reading and as always, happy hacking!

 

[CrimsonMaple]

There is an interpreter wrapper by @MarcusD : https://github.com/MarcuzD/PyShell27

 

[Deleted User]

There is an interpreter wrapper by @MarcusD : https://github.com/MarcuzD/PyShell27

Yeah, but IIRC that doesn't have wrappers for 3DS System Calls.

A lesser-known but excellent Python library is 3DS_Monty by ObsidianX. It's a port of MicroPython, has wrappers for 3DS System Calls (done in ctrulib), and you could probably make a basic game with it. It's in MicroPython, though, so there are a few differences between that and normal ol' Python (mainly pertaining to multiple inheritance, given from what I've read).

 

[bennyman123abc]

Yeah, but IIRC that doesn't have wrappers for 3DS System Calls.

A lesser-known but excellent Python library is 3DS_Monty by ObsidianX. It's a port of MicroPython, has wrappers for 3DS System Calls (done in ctrulib), and you could probably make a basic game with it. It's in MicroPython, though, so there are a few differences between that and normal ol' Python (mainly pertaining to multiple inheritance, given from what I've read).

Thank you for this. I will take a look into it right now!

 

[Deleted User]

Thank you for this. I will take a look into it right now!

Yep.

One note about sound support; it has NDSP wrappers that allow you to play WAV files, however, it doesn't stream them, so either make your WAV files as small as possible or implement streaming yourself.

Also, IIRC, threading isn't implemented, so you can't use that.

I'm actually considering forking the port and adding a few features to it (it hasn't been updated in over a year), but, given my track record, I'm not sure how far that's going to go.

 

[Joom]

Why would you want an interpreted language for homebrew as opposed to native code? Just seems like a pain in the ass like LUA.

 

[Deleted User]

Why would you want an interpreted language for homebrew as opposed to native code? Just seems like a pain in the ass like LUA.

MicroPython isn't just a straight-up port of Python; it's an actual rewrite to make sure the language is as optimized as possible. It was originally used for microcontrollers. Therefore, it's more optimized than something along the lines of Lua Player Plus.

Also, whatever gets more people making homebrew, the better, in my opinion. I know that not everyone shares this view.

 

[Joom]

Also, whatever gets more people making homebrew, the better, in my opinion. I know that not everyone shares this view.

Sure, people could use whatever they want, and more power to them. I wholeheartedly welcome it. However, from a development perspective, it'd seem more sane to go with something natively supported. That's just me, though.

 

[Deleted User]

Sure, people could use whatever they want, and more power to them. I wholeheartedly welcome it. However, from a development perspective, it'd seem more sane to go with something natively supported. That's just me, though.

Yeah, and from that perspective, it'd be better to go with something like C++ (or heck, just C). However, a lot of people (myself included) are better with Python than with the likes of C or C++, so it would help make the development of simple file-swapping homebrew and basic games easier.

Though I see your point. For low-level homebrew, or just tech-demos, C/++ is the way to go. Especially with Rosalina sitting on a large chunk of memory.

 

[bennyman123abc]

Why would you want an interpreted language for homebrew as opposed to native code? Just seems like a pain in the ass like LUA.

Because I don't really know any other languages of use here other than a little bit of C.