I hate to be a complainer but that lack of save states on the VirtualBoy emulator really kills it for me. I mean the choice is to play VirtualBoy on RetroArch, without the 3D but with save states so you don’t risk losing your place every time you have to switch to doing something else for a bit, or play it on this with the 3D but with no save states so you can’t really progress in any of the games.
And yeah, the original VirtualBoy didn’t have save states which is one of the many reasons why it was a failed product. But this was somewhat mitigated by the fact that it was a dedicated device that only did this, so you could at least leave it powered on to save your progress that way.
i’ll have to follow up with the original creator of that emulator and see if they have plans to implement save states. perhaps it’s something i could hack in one of these days.
It would also be nice to find out exactly which 3DS games can get playable framerates on the Lume Pad with the 3D turned on.
By the way, your fork of mpv works great with some 3D videos but other ones appear squished – like only half as high as they should be – when the 3D is turned on.
Might also be nice, if it isn’t too much trouble, to have mpv automatically turn on the correct mode if the filename has the correct mode indicated in it. (like how leiaplayer used to require before they updatsd it)
I tried using mpv with some videos I accessed over a Samba share on my LAN over wifi. mpv won’t navigate to your mounted shares in its file browser, but if you use a generic file browser to access your shares and then select mpv as the app to open the video then it will work, which is an improvement over LeiaPlayer that wouldn’t do this – or at least not the last time I tested. Seeking on these in mpv didn’t really work though. It wanted to play from start to finish and not let you jump around in the timeline.
Hopefully it “just works” but let me know if you run into any snags with it.
I went ahead and submitted a pull request, so hopefully the emulator author can merge my branch in, that way any time he publishes a new release, you won’t have to wait for me to update my fork. But, he may not want to due licensing or whatever reasons.
unfortunately, no, as far as i know, it relies on a closed source, pre-compiled library, which is the reason that Citra refused to accept a pull request, so I suspect the VVB author will probably do the same
note that there does seem to be a bug with this version where the left/right eye images are getting swapped occasionally… i need to look into what’s causing that. not sure if it’s something with my code, or the underlying emulator stuff
also, if you tried to install it and it failed, try uninstalling the old version first and re-downloading the apk. i forgot to upload a signed version
I would if I were him. This right here is why there’s so little third party development happening. You’d think they could at least make it so you could connect to their stuff with a free API without having to include their blobs in your program.
I would expect the legal/licensing problem to be coming from the other direction. A lot of Open source software is licensed specifically in order to prevent adding proprietary blobs like this to it.
luckily in the case of Virtual Virtual Boy, it’s one author and he’s on board.
Citra and Dolphin will be more of a hassle to get an official stance on, but when i asked about it last year, that was the exact reason, their license prevents putting closed source code into the main project
I need to do more research, but I may be able to still publish my Citra/Dolphin forks in Leia’s AppStore
but, perhaps they’ll just have to remain side-loaded apks
I’ll try ist asap.
