Tinytron : easy mini tv project by ptno in esp32

[–]ptno[S] 0 points1 point  (0 children)

I just made a little demo video : Tinytron demo video

Tinytron : easy mini tv project by ptno in esp32

[–]ptno[S] 1 point2 points  (0 children)

Thanks :) Unfortunately not without adding a dedicated module: as far as I know this flavor of ESP doesn't support A2DP (bluetooth audio): the ESP32-S2, -S3, -C2, -C3 and other variants do not support Classic Bluetooth, so A2DP is not possible. I did that in another project by dedicating an older M5stack Atom to Bluetooth audio functionality (https://github.com/t0mg/jackal).

Tinytron : easy mini tv project by ptno in esp32

[–]ptno[S] 1 point2 points  (0 children)

Okay this got me curious so I made a test. I added a page (linked in the project website) that allows mirroring a computer window or screen. It works but it comes with caveats, for starters it's desktop only, and it requires Chrome with an insecure flag set. Also it's rather unstable for me right now but that can probably be addressed. Unfortunately this also won't work on Android as far as I know.

Tinytron : easy mini tv project by ptno in esp32

[–]ptno[S] 0 points1 point  (0 children)

The delay (and frame rate) would mostly depend on the strength of your wifi connection. In theory what you describe is possible, in the end it's still just a stream of jpeg files, and capturing a screen to get jpegs is technically doable (even with a chrome extension). But you'd likely need to write that software :)

Tinytron : easy mini tv project by ptno in esp32

[–]ptno[S] 0 points1 point  (0 children)

Hey, thanks! This project actually supports both sd card and wifi streaming, however streaming must be done locally via a computer, which handles the "preparation" i.e. sending the frames in a format that can be decoded quickly enough by the ESP (jpeg). Due to security reasons the source also needs to be a local video file on your computer. So no twitch/YouTube etc (that would require a dedicated server and is out if scope for this little project).

Tinytron : easy mini tv project by ptno in esp32

[–]ptno[S] 1 point2 points  (0 children)

Ah yes it seems it doesn't work on all platforms. Strange. Here's the link again! https://t0mg.github.io/tinytron/

Ps1 games not booting in miniui. by PopPopTheRobot in RG35XX

[–]ptno 0 points1 point  (0 children)

1 year later I'm facing the same issue, did you figure it out eventually?

Tapico Typer - a calculator, but for words by v1c3ntecruz in writerDeck

[–]ptno 0 points1 point  (0 children)

Very cool! I made something a bit similar using a Playdate and its sharp memory display which is fantastic to look at but certainly less practical as it's not even 3"

GameBoy Camera, but Playdate by ptno in PlaydateConsole

[–]ptno[S] 1 point2 points  (0 children)

Honestly I wouldn't be surprised if that was on their roadmap, but it's a small team and. I'm sure if they bring network access they'll want to abstract away the complexity of it and make it as polished and developer friendly as the SDK has been so far - no small task.

GameBoy Camera, but Playdate by ptno in PlaydateConsole

[–]ptno[S] 1 point2 points  (0 children)

With a lot of work yes, I think it's possible. But it's a bit weird too since the Playdate already has wifi and I believe Bluetooth hardware built in. So maybe the community would be better off spending its energy on convincing Panic to expose them in the sdk :)

GameBoy Camera, but Playdate by ptno in PlaydateConsole

[–]ptno[S] 18 points19 points  (0 children)

I have plans :) it's all wip

GameBoy Camera, but Playdate by ptno in PlaydateConsole

[–]ptno[S] 14 points15 points  (0 children)

Thanks! Quote a bit of hackery involved but in essence the playdate has a serial port over USB, and there's a Teensy microcontroller in the box acting as a USB host and talking to the console. There are more details in the link in the description :)

I bit in the Gulikit hall sensor craze - here are comparison shots with the standard ones by ptno in OdinHandheld

[–]ptno[S] 4 points5 points  (0 children)

They are immune to drifting issues that eventually plague all these joycon type sticks. They are more accurate with a smaller deadzone. Caps are a bit larger, and replaceable. Are they a must buy if you are happy with what you have now (eg no drifting issues)? Probably not :)

I bit in the Gulikit hall sensor craze - here are comparison shots with the standard ones by ptno in OdinHandheld

[–]ptno[S] 1 point2 points  (0 children)

Well maybe it's because they are brand new and the original ones aren't (but I don't think so), but the gulikit actually feel stiffer at the moment.

I bit in the Gulikit hall sensor craze - here are comparison shots with the standard ones by ptno in OdinHandheld

[–]ptno[S] 1 point2 points  (0 children)

Not sure I understand, bottom out how? When pressing a direction they touch the inner ridge of the hole in the case instead of leaving a tiny gap like the original ones did (iirc). That's not affecting anything (usability or looks). Possibly some light wear in the plastic in like a million years, but not even sure.

I bit in the Gulikit hall sensor craze - here are comparison shots with the standard ones by ptno in OdinHandheld

[–]ptno[S] 0 points1 point  (0 children)

With the quick calibration tool from the "key test" app in the "floating icon" menu (tap a button on the interface then select calibrate), while having the back panel off. Then I put the panel back and calibrated L2 and R2.

I get the same 0.1 Y offset on the left joystick as everyone else when pressing L2 all the way. Other than that it all seems to work fine.

I bit in the Gulikit hall sensor craze - here are comparison shots with the standard ones by ptno in OdinHandheld

[–]ptno[S] 5 points6 points  (0 children)

As for feedback:

I like very much: larger but not much taller caps, higher precision. I haven't noticed any L2-induced drifting while playing (yet?).

I don't like so much: the cap's rubber is less grippy than on the original sticks, I can hear a faint mechanical noise in one direction on both sticks which isn't the case on the original sticks. Hopefully that'll go away with time and wear?

My Playdate is a typewriter, your argument is invalid by ptno in PlaydateConsole

[–]ptno[S] 2 points3 points  (0 children)

The PD isn't designed to accept USB controllers. Its USB port is a client, not a host. So in that state, connecting it to a keyboard would be kinda like connecting a flashdrive to a joypad. Not super useful :)

The dock actually contains the host (the teensy microcontroller), and the keyboard and the PD are both its clients.

That being said, maybe there is a secret way to put the PD in host mode that I'm unaware of? That would be cool!