djsquare wrote:I really hope this gets developed enough to be able to play through a web browser without lag.
djsquare wrote:Alright so being able to use this as an alternative OSD keyboard makes this web control thing really cool. Would it be possible in the future, to be able to use this for any of the computer cores for typing, like for the C64 core?
Sorgelig wrote:I have no plans to integrate this functionality to MiSTer as it's completely out of MiSTer usage. It also stresses the whole system by CPU load and network traffic so it may affect the work of the cores.
It can be kept as a 3rd-party add-on installed through script. Control probably can be added through input events injection or through uinput driver.
jayp76 wrote:I don't see this demo for controlling the cores, but how about file/rom transfer? For those who don't want to hassle/use scp and samba?
Or as GUI for the MiSTer.ini?
jayp76 wrote:But yeah, most of this can be done/shown via menu core. So no need for a WEB GUI. Then again. If you don't want / can't go CLI, this might be an alternative, without having much knownledge. It's all about how much user friendly you want the MiSTer platform to be.
jayp76 wrote:Personally i don't need this, but it is a nice side project for those who can develop CGI scripts.
Locutus73 wrote:BTW do you think is it possible and/or easy to make the main menu and the cores OSD screenshot friendly? That would be cool and make the demo somehow useful, but it’s not worth if it requires a big effort.
Sorgelig wrote:Locutus73 wrote:BTW do you think is it possible and/or easy to make the main menu and the cores OSD screenshot friendly? That would be cool and make the demo somehow useful, but it’s not worth if it requires a big effort.
OSD overlays on HDMI output. Screenshot made from core's output. They are two different places. If OSD will be overlayed on original core's video then it will be scaled together and will look awful.
Sorgelig wrote:It's overlaid directly to HDMI video data. It never goes to DDR, and it's very expensive to put it there.
Sorgelig wrote:My answer was about only OSD data.
Sorgelig wrote:Working with memory in HDL is not as easy as in C write a[i] = 1. It needs interface so access the memory. DDR is very busy and has no free interface to access, so it will need to share with other DDR client. Doing it just to save OSD data is too expensive for pretty much useless data for 99.9% users.
Get RPi - it has all this. Streaming kills everything for which FPGA exists. So use RPi or PC if you need streaming or remote control.
Sorgelig wrote:MiSTer needs pretty much similar but more useful task:
With frame buffer support it should be much easier to create terminal output application and get Linux command prompt right on MiSTer video.
What is now needed - some source of terminal with ability to work with graphics buffer. Probably getty/agetty sources can be adopted. It also must be able to connect to /dev/input to grab the keyboard(and mouse if needs) inputs as Linux is headless.
Probably scripts can be moved to normal Linux console then.
Sorgelig wrote:Yeah, something like this.
I still think what is the better way to implement the framebuffer.
As for joypad control - there are several ways. With fully automated script it's possible to start the same way from Menu core. Just output will be in normal text window instead of OSD window.
Sorgelig wrote:There is one problem - it will output to HDMI only.
Well, it's possible to do some switch between scaler output and core output on VGA, but it will make TV mad switching between resolutions.
So here we hit the point where VGA will be left behind with simple output from cores only. Actually i'm fine with it as MiSTer born with the primary task - output the video to HDMI. Otherwise probably i would still use MiST or similar VGA-only FPGA board.