Great video. I'm currently considering whether I can make my 3ds support controller over bluetooth and have also thought about using an esp32 for this. The only related topic that even came close to what i wanted to do was your video here. I'm good at programming, but I'm pretty new to doing anything with real electronics. So I'm hoping for some advice in this regard. So correct me, but normally each console registers button presses by monitoring the voltage of the corresponding data/signal traces for each button. They are typically connected to ground, so by pressing a button the circuit closes and the voltage drops to zero... which registers the press. So I thought why not use one of those general purpose miniature development boards. Thats where the esp32 came to mind. There are numerous libraries out there that provide controller support for xbox and ps4 controllers etc. After that, all you have to do is pretty much decide which GPIO pin to set to high when a certain button gets pressed and route that to the appropriate trace/pad on the motherboard that corresponds with that button... and you're done. So my question is: why haven't people done this already? And why are solutions that do exist (in the case of the normal DS) so complicated in the way they achieve this?
would say probably lack of demand, console modding is a niche market and the DS line is designed to be a handheld, not many folks playing with a controller and if they were you could do that on an emulator on a much bigger screen. size constraints and latency are also a factor, when i was researching for this video i came across some people complaining about bluetooth latency with audio on the cheaper chinese transmitters they were using - only one way to find out
Really cool project. I wonder if you could squeeze a tiny DSP chip in there to do EQ stuff. The holy grail would be if you could control it from within the DS operating system, though I don't think there are easily controllable I/O pins in there.
so heres an idea - you make your own ROM for a flashcart and use that to configure it, using the volume levels it outputs to encode data :P let's say ADC reading of 2048+ is a 1, 2047- is a 0, and my clock rate is
I really wanted to watch the video, but the audio was machine translated to german and it was completely off, please turn off whatever you did with youtube
hey mate sorry about that it looks like youtube does it automatically - i have "automatic dubbing" turned off but it doesnt seem to have fixed it... not sure where the setting is :( you can swap the audio track to english in the little cog icon near volume i think
Do you host all your projects on self hosted git now? if you do have a public github with open source projects, please link. I would like to sniff through them for some inspirations to do cool stuff like you😀 update: i found the link on you profile and is currently sniffing through there hehe
the vast majority yes, it's on my self-hosted thing. I'm something of a perfectionist and tend to not disclose I'm working on something until it's at least 75% baked ahahaha - so compared to my private git my public is a bit barren. I'll tell you something cool that I will do a video on sometime soon - I made a phone app that logs my GPS location (passive so fully private) to a CSV file every 30 seconds, so I can know everywhere I've been for all of time - it's working really great and I can do heatmaps of my trips in QGIS and stuff really neat :)
Very nice project. I thought about adding BT in the past but something held me back. Also very ice description of problems of various existing modifications. But well... I wonder if a custom flashcard that includes bluetooth could also be an option that doesn't require console hardware modification.
You're right it probably could, as long as your flashcart firmware is able to sit in between the connection and snag the audio signals. In fact, it would be higher quality since you aren't resampling with an ADC. The only downside is of course you need to make your own custom flashcart, which should speak for itself. And it would only work on flashcart games not real cartridges.
@@hoff._world Now I got the stupid idea of tunneling the networking stuff via BT to get around the WEP limitation. Barely worth the effort but... maybe in ten years, heh. (Just writing that down for some crazy people.)
@@hoff._world Yeah but either way it would require some effort to get the games use that I guess. Well, I think at the point we finally got a open source flashcard for the DS it wouldn't really matter what is used since we can potentially replace hardware as we like but I'm a bit more hopeful that Bluetooth backwards compability stays (while ofc the bandwith would be way lower but it should still be enough). E.g. a popular router vendor in the country I live in doesn't even ship WPA support with their newest router anymore and I wonder how long WPA2 would be supported if suddenly WPA4 appeared.
@@muellerhans for sure - my approach might be something along the lines of "sit in between the comms protocol with the wifi card and redirect and parse them on the ESP32 connected with WPA2" the protocol might be something like AT commands for instance, in which case it isn't so bad or it could be something ridiculously hard to translate which is proper grim
@@hoff._world there is a saying where I'm from that goes something like the first is naked, the second is a pig-ist (whatever that means), the third is a chair-ist... doesn't make much sense but it's a kids' saying
I did think about that but tbh it comes down to ease like do I wanna try and find a way to solder to tiny i2c wires (or whatever DAC is using) then sniff the traffic and do all that or I can just do this :P going from the DAC would be a much higher quality signal tho
Damn this channel is peak, really enjoying your content man!
idk about u but i peaked at 2 years old only downhill from there
Great video. I'm currently considering whether I can make my 3ds support controller over bluetooth and have also thought about using an esp32 for this. The only related topic that even came close to what i wanted to do was your video here. I'm good at programming, but I'm pretty new to doing anything with real electronics. So I'm hoping for some advice in this regard.
So correct me, but normally each console registers button presses by monitoring the voltage of the corresponding data/signal traces for each button. They are typically connected to ground, so by pressing a button the circuit closes and the voltage drops to zero... which registers the press.
So I thought why not use one of those general purpose miniature development boards. Thats where the esp32 came to mind.
There are numerous libraries out there that provide controller support for xbox and ps4 controllers etc. After that, all you have to do is pretty much decide which GPIO pin to set to high when a certain button gets pressed and route that to the appropriate trace/pad on the motherboard that corresponds with that button... and you're done.
So my question is: why haven't people done this already? And why are solutions that do exist (in the case of the normal DS) so complicated in the way they achieve this?
would say probably lack of demand, console modding is a niche market and the DS line is designed to be a handheld, not many folks playing with a controller and if they were you could do that on an emulator on a much bigger screen.
size constraints and latency are also a factor, when i was researching for this video i came across some people complaining about bluetooth latency with audio on the cheaper chinese transmitters they were using - only one way to find out
good channel
Seen u around since the beginning king thanks x
@@hoff._world you are my favorite programming channel because you cover topics that are normally only found in library docs.
@happygofishing u wait buddy I'm cooking a vid on display drivers
Really cool project. I wonder if you could squeeze a tiny DSP chip in there to do EQ stuff. The holy grail would be if you could control it from within the DS operating system, though I don't think there are easily controllable I/O pins in there.
so heres an idea - you make your own ROM for a flashcart and use that to configure it, using the volume levels it outputs to encode data :P let's say ADC reading of 2048+ is a 1, 2047- is a 0, and my clock rate is
my headphone case has a adapter cable to be able to be used wired but this mod is still a better way do to not needing a cable in the device.
at least you dont need to take an extra pair around
muito bom
obrigado meu amigo
I really wanted to watch the video, but the audio was machine translated to german and it was completely off, please turn off whatever you did with youtube
hey mate sorry about that it looks like youtube does it automatically - i have "automatic dubbing" turned off but it doesnt seem to have fixed it... not sure where the setting is :(
you can swap the audio track to english in the little cog icon near volume i think
Nice! It is embedded design story arc time!
my favourite chapter of the manga
Do you host all your projects on self hosted git now? if you do have a public github with open source projects, please link. I would like to sniff through them for some inspirations to do cool stuff like you😀
update: i found the link on you profile and is currently sniffing through there hehe
the vast majority yes, it's on my self-hosted thing. I'm something of a perfectionist and tend to not disclose I'm working on something until it's at least 75% baked ahahaha - so compared to my private git my public is a bit barren.
I'll tell you something cool that I will do a video on sometime soon - I made a phone app that logs my GPS location (passive so fully private) to a CSV file every 30 seconds, so I can know everywhere I've been for all of time - it's working really great and I can do heatmaps of my trips in QGIS and stuff really neat :)
Type shii
😸
Very nice project.
I thought about adding BT in the past but something held me back. Also very ice description of problems of various existing modifications.
But well... I wonder if a custom flashcard that includes bluetooth could also be an option that doesn't require console hardware modification.
You're right it probably could, as long as your flashcart firmware is able to sit in between the connection and snag the audio signals. In fact, it would be higher quality since you aren't resampling with an ADC.
The only downside is of course you need to make your own custom flashcart, which should speak for itself. And it would only work on flashcart games not real cartridges.
@@hoff._world Now I got the stupid idea of tunneling the networking stuff via BT to get around the WEP limitation. Barely worth the effort but... maybe in ten years, heh.
(Just writing that down for some crazy people.)
@muellerhans well you know, the ESP32 has WPA2 wifi built in...
@@hoff._world Yeah but either way it would require some effort to get the games use that I guess.
Well, I think at the point we finally got a open source flashcard for the DS it wouldn't really matter what is used since we can potentially replace hardware as we like but I'm a bit more hopeful that Bluetooth backwards compability stays (while ofc the bandwith would be way lower but it should still be enough). E.g. a popular router vendor in the country I live in doesn't even ship WPA support with their newest router anymore and I wonder how long WPA2 would be supported if suddenly WPA4 appeared.
@@muellerhans for sure - my approach might be something along the lines of "sit in between the comms protocol with the wifi card and redirect and parse them on the ESP32 connected with WPA2" the protocol might be something like AT commands for instance, in which case it isn't so bad or it could be something ridiculously hard to translate which is proper grim
I am third 🥉
first is the worst, second is the best, third is the one with the golden chest
is that a common saying worldwide or was just at my school?
@hoff._world definitely a saying where I'm from, but you change golden to hairy just to throw it in their face haha. I'll gladly take golden chest tho
@@hoff._world there is a saying where I'm from that goes something like
the first is naked, the second is a pig-ist (whatever that means), the third is a chair-ist... doesn't make much sense but it's a kids' saying
I would've taken a fully digital route (grabbing the original digital signal from the DAC stage)
I did think about that but tbh it comes down to ease like do I wanna try and find a way to solder to tiny i2c wires (or whatever DAC is using) then sniff the traffic and do all that or I can just do this :P going from the DAC would be a much higher quality signal tho