MiSTer FPGA Forum

Comin' late to the party - I was in Berlin at Rave the Planet and just got home. Have to readup the last messages tomorrow.

dcrosby wrote: ↑Sun Aug 18, 2024 9:16 pm

Ok, thanks, maybe in the future

Unlikely (to get any info about a core/game until it is loaded)...All extensions like tty2rpi, tty2oled etc have to collect the info that MiSTer is giving. And this can only be seen after MiSTer has finished/started a core or game. imho no other solution available for now. You have to open an issue at Sorgelig's GitHub repo's for such an idea.

One thing I could do is to activate a "send the selected entry in MiSTer menu to tty2rpi". That way, every menu entry selected would be send to tty2rpi before started. That might slow down things on MiSTer but should work fine for exceptions.

RealLarry wrote: ↑Mon Aug 19, 2024 10:11 am

One thing I could do is to activate a "send the selected entry in MiSTer menu to tty2rpi". That way, every menu entry selected would be send to tty2rpi before started. That might slow down things on MiSTer but should work fine for exceptions.

This would be a pretty cool feature to have

MiSTer Consoles wrote: ↑Tue Aug 20, 2024 11:39 am

RealLarry wrote: ↑Mon Aug 19, 2024 10:11 am

One thing I could do is to activate a "send the selected entry in MiSTer menu to tty2rpi". That way, every menu entry selected would be send to tty2rpi before started. That might slow down things on MiSTer but should work fine for exceptions.

This would be a pretty cool feature to have

Shouldn't be complicated. The relevant setting in mister.ini is log_file_entry (defaults to 0, can be set to 1 if a tty2rpi user is using the "dual/triple content play" (video->core's picture->game's picture). At present, if log_file_entry is set to 1, my script is ignoring any highlighted menu entry. And this would be the screw for another option: always send the highlighted menu entry to the RPi.

I'm still in the holiday mode 'til end of august. Be patient.

RealLarry wrote: ↑Tue Aug 20, 2024 11:52 am

MiSTer Consoles wrote: ↑Tue Aug 20, 2024 11:39 am

RealLarry wrote: ↑Mon Aug 19, 2024 10:11 am

One thing I could do is to activate a "send the selected entry in MiSTer menu to tty2rpi". That way, every menu entry selected would be send to tty2rpi before started. That might slow down things on MiSTer but should work fine for exceptions.

This would be a pretty cool feature to have

Shouldn't be complicated. The relevant setting in mister.ini is log_file_entry (defaults to 0, can be set to 1 if a tty2rpi user is using the "dual/triple content play" (video->core's picture->game's picture). At present, if log_file_entry is set to 1, my script is ignoring any highlighted menu entry. And this would be the screw for another option: always send the highlighted menu entry to the RPi.

I'm still in the holiday mode 'til end of august. Be patient.

I see. So do you think having both options enabled (show images when scrolling menu and then showing specific core/game artwork once a core/game is selected) is a possibility?

There's definitely no urgency to implement this functionality. It's one of those "nice to have" features that just improves on the already awesome tty2rpi.

MiSTer Consoles wrote: ↑Tue Aug 20, 2024 12:07 pm

RealLarry wrote: ↑Tue Aug 20, 2024 11:52 am

MiSTer Consoles wrote: ↑Tue Aug 20, 2024 11:39 am

This would be a pretty cool feature to have

Shouldn't be complicated. The relevant setting in mister.ini is log_file_entry (defaults to 0, can be set to 1 if a tty2rpi user is using the "dual/triple content play" (video->core's picture->game's picture). At present, if log_file_entry is set to 1, my script is ignoring any highlighted menu entry. And this would be the screw for another option: always send the highlighted menu entry to the RPi.

I'm still in the holiday mode 'til end of august. Be patient.

I see. So do you think having both options enabled (show images when scrolling menu and then showing specific core/game artwork once a core/game is selected) is a possibility?

I think so, yes. Worst case would be replay of both pictures after pressing enter.

There's definitely no urgency to implement this functionality. It's one of those "nice to have" features that just improves on the already awesome tty2rpi.

Absolutely. I copy that

I was horny to start with these new ideas and already made some progress. But there are some issues I don't know how to address them:

• Subfolders (ie /_Console/ATARI2600/A/Action Force.a26 (here "A") are interpreted as game titles
  SOLVED - also archives like zip, 7z...

• Most cores are naturally having a different name as set by the core itself (ie "Atari 800XL/..." for "Atari800")
  (I could use /media/fat/names.txt to address this)

and definitely more...Tell me what you think.

RealLarry wrote: ↑Wed Aug 21, 2024 12:27 pm

I was horny to start with these new ideas and already made some progress. But there are some issues I don't know how to address them:

• Subfolders (ie /_Console/ATARI2600/A/Action Force.a26 (here "A") are interpreted as game titles
  SOLVED - also archives like zip, 7z...

• Most cores are naturally having a different name as set by the core itself (ie "Atari 800XL/..." for "Atari800")
  (I could use /media/fat/names.txt to address this)

and definitely more...Tell me what you think.

Oh wow. That was fast! It never ceases to amaze me with how quickly you implement these features.

I use names.txt to define the name for the majority of cores because I prefer a specific format. I think referencing that file would be a great option to match artwork if the core's filename doesn't match what it displays in the menu or if you're setting custom names like I do.

Is it possible to have a second display on the raspberry pi showing the inputs/controls for the game?

roybot wrote: ↑Mon Aug 26, 2024 12:34 am

Is it possible to have a second display on the raspberry pi showing the inputs/controls for the game?

Yes, this would be possible, but I don't see a massive need for that. Adding that this would complicate the code more and more because of the different possible display types.
But it's Open Source! Everyone can fork and expand my project for non commercial use. No magical programming languages used, only simple Bash scripts.

I see, I am wondering if there are better solutions then. Would it be difficult to add a feature for replacing the Image on the marquee with button inputs for X amount of seconds with a button press or some other trigger? I am no coder buy maybe I can figure this out...

roybot wrote: ↑Wed Aug 28, 2024 1:24 pm

Would it be difficult to add a feature for replacing the Image on the marquee with button inputs...

You can replace the game images with your needed ones showing the game specfic inputs.

...for X amount of seconds with a button press or some other trigger? I am no coder buy maybe I can figure this out...

No, the button control is fixed to MiSTer's system. I'm sure that there might be ways to detect button press or similar, but I'm not willing to implement that at this time.

RealLarry wrote: ↑Thu Aug 29, 2024 6:27 am

roybot wrote: ↑Wed Aug 28, 2024 1:24 pm

Would it be difficult to add a feature for replacing the Image on the marquee with button inputs...

You can replace the game images with your needed ones showing the game specfic inputs.

...for X amount of seconds with a button press or some other trigger? I am no coder buy maybe I can figure this out...

No, the button control is fixed to MiSTer's system. I'm sure that there might be ways to detect button press or similar, but I'm not willing to implement that at this time.

Would using a Touch Screen for the device connected to the tt2rpi would solve this issue? Using an area of the screen to switch to the "next" or previous image like inputs or game cheats/code? I was planning on putting the marquee under the screen since my setup isnt in a cabinet, would make the screen reachable by hand...

roybot wrote: ↑Sun Sep 01, 2024 12:47 pm

Would using a Touch Screen for the device connected to the tt2rpi would solve this issue? Using an area of the screen to switch to the "next" or previous image like inputs or game cheats/code? I was planning on putting the marquee under the screen since my setup isnt in a cabinet, would make the screen reachable by hand...

Yes, definitely, and this is already one of a planned feature. Be patient, everything will be fine

I love the Mister community

So you said I could use one of these https://www.amazon.com/dp/B073R6XJND cables but you said there's no documentation, I got one of those cables, and an usb extender, as it's a bit of a distance between the monitor with the Pi on the back, and the Mister, where the PCB's would be....

So now, what do I have to do I would imagine it would be a user setting?

I'm trying to make the BigBlue with MISTer-Cade and the 30" LCD Presentable for Halloween, as I typically do a couple of arcade machines on my Driveway, while projecting some PS1 / PS2 stuff on the garage, we have an Alien Abduction / Mars attacks theme this year, and so I wanted to swap out all the art... the issue is the TTY2RPI update process replaces it all back, can you consider supporting seasonal Art, based on dates etc... and or turn seasonal art on/off from the ini?

This was from 2 years ago, with Ghosts and Goblins

dcrosby wrote: ↑Mon Oct 14, 2024 6:00 pm

So you said I could use one of these https://www.amazon.com/dp/B073R6XJND cables but you said there's no documentation, I got one of those cables, and an usb extender, as it's a bit of a distance between the monitor with the Pi on the back, and the Mister, where the PCB's would be....

So now, what do I have to do I would imagine it would be a user setting?

Connect the adapter to the RPi, set

SERIALSOCKET="yes"

in ~/tty2rpi-user.ini and enable the UART in /boot[/firmware]/config.txt so it is reading

# Enable PL011 UART to receive core changes via serial
# "console=serial0,115200" needs to be removed in /boot/cmdline.txt (resp. /boot/firmware/cmdline.txt)
# and "sudo systemctl disable hciuart" to be executed once. Reboot required.
enable_uart=1
dtoverlay=disable-bt

Reboot the RPi.

On MiSTer edit tty2rpi-user.ini and set TTYDEV to the corresponding USB<->Serial adapter. That is the most "difficult" part as we don't know which device name it will be. Oftenly it is /dev/ttyUSB0 (or /dev/ttyUSB1 etc if already using another USB tty device, like tty2oled or TapTo). Some adapters are using /dev/ttyACM0, which depends on the used chip in the USB adapter.

You can get a list of possible devices by typing

ls -lh /dev/tty[AU]*

on a MiSTer console after connecting the USB adapter to one of its USB ports.

dcrosby wrote: ↑Mon Oct 14, 2024 10:02 pm

I'm trying to make the BigBlue with MISTer-Cade and the 30" LCD Presentable for Halloween, as I typically do a couple of arcade machines on my Driveway, while projecting some PS1 / PS2 stuff on the garage, we have an Alien Abduction / Mars attacks theme this year, and so I wanted to swap out all the art... the issue is the TTY2RPI update process replaces it all back, can you consider supporting seasonal Art, based on dates etc... and or turn seasonal art on/off from the ini?

Very nice idea and surely a place everyone wants to be
But I don't understand your sentence

and so I wanted to swap out all the art... the issue is the TTY2RPI update process replaces it all back

The tty2rpi updater replaces only the pictures in ~/tty2rpi-pics (if changed). If you want to use your own pictures (logo, clock and "not available"), you can set your own path in tty2rpi-user.ini with the variable

TTY2RPIPICS="${HOME}/tty2rpi-mypics"

for example. And don't forget to create and to fill this folder

dcrosby wrote: ↑Mon Oct 14, 2024 10:02 pm

can you consider supporting seasonal Art, based on dates etc... and or turn seasonal art on/off from the ini?

While this would be possible, no, I'm not taking this idea into consideration.
But I can see that you are an enthusiast; take a learning curve and implement it yourself! It's easier you might think.

Edit: As a hint: You could set the variable PATHPIC in tty2rpi-user.ini to a "seasonal art directory" ...

Very Cool, thanks, I'll try some of these suggestions...

So in trying this today, I'm having a bit of trouble... IDK if it's the wiring, or the configuration of the Pi, so I'm putting stuff here so you can see, and others hopefully learn from my error.
This is the wiring I'm following: https://forums.raspberrypi.com/viewtopic.php?t=307094

--------------------------- MiSTer Config -------------------------
This is my /media/fat/tty2rpi/tty2rpi-user.ini (Yes I ran that command you gave, and that's the only TTY device on the mister)

# TCP socket
#TTYDEV="/dev/tcp/192.168.0.186/6666"
TTYDEV="/dev/ttyUSB0"

--------------------------- Raspi Config -------------------------
This is the /boot/firmware/cmdline.txt

#console=serial0,115200 
console=tty1 root=PARTUUID=501f319d-02 rootfstype=ext4 fsck.repair=yes quiet rootwait cfg80211.ieee80211_regdom=US

/boot/firmware/config.txt

# For more options and information see
# http://rptl.io/configtxt
# Some settings may impact device functionality. See link above for details

# Uncomment some or all of these to enable the optional hardware interfaces
#dtparam=i2c_arm=on
#dtparam=i2s=on
#dtparam=spi=on

# Enable audio (loads snd_bcm2835)
dtparam=audio=off

# Additional overlays and parameters are documented
# /boot/firmware/overlays/README

# Automatically load overlays for detected cameras
camera_auto_detect=0

# Automatically load overlays for detected DSI displays
display_auto_detect=1

# Automatically load initramfs files, if found
auto_initramfs=1

# Enable DRM VC4 V3D driver
dtoverlay=vc4-kms-v3d
max_framebuffers=2

# Don't have the firmware create an initial video= setting in cmdline.txt.
# Use the kernel's default instead.
disable_fw_kms_setup=1

# Disable compensation for displays with overscan
disable_overscan=1

# Run as fast as firmware / board allows
arm_boost=1

# Disable bluetooth
dtoverlay=pi3-disable-bt

# Overclock the SD Card from 50 to 100MHz
# This can only be done with at least a UHS Class 1 card
dtoverlay=sdtweak,overclock_50=100

# Set the bootloader delay to 0 seconds. The default is 1s if not specified.
boot_delay=0

[cm4]
# Enable host mode on the 2711 built-in XHCI USB controller.
# This line should be removed if the legacy DWC2 controller is required
# (e.g. for USB device mode) or if USB support is not required.
otg_mode=1

[cm5]
dtoverlay=dwc2,dr_mode=host

[all]
enable_uart=1
dtoverlay=disable-bt

And this is my raspi tty2rpi-user.ini:

SCREENSAVER="yes"                       # Set to "yes" to enable screensaver mode on display
SCREENSAVER_START="5"                   # Start screensaver after x minutes (1-59)
SCREENSAVER_IVAL="10"                   # Screensaver Interval (1-59) seconds
SCREENSAVER_AMPM="yes"                   # Use the 12h system?
IPTIMEOUT="5"				# Seconds to show the IP information
SERIALSOCKET="yes"

this was run once from the commandline :

sudo systemctl disable hciuart

It just sits there with the IP waiting for a connection, but doesn't change the image when I load a rom on the MiSTer...

dcrosby wrote: ↑Sun Oct 20, 2024 1:10 am

So in trying this today, I'm having a bit of trouble... IDK if it's the wiring, or the configuration of the Pi, so I'm putting stuff here so you can see, and others hopefully learn from my error.
[...]
It just sits there with the IP waiting for a connection, but doesn't change the image when I load a rom on the MiSTer...

Thanks for the detailed information which are looking correct. I'll try to recreate this later... What RPi are you using?

dcrosby wrote: ↑Sun Oct 20, 2024 1:10 am

--------------------------- MiSTer Config -------------------------
This is my /media/fat/tty2rpi/tty2rpi-user.ini (Yes I ran that command you gave, and that's the only TTY device on the mister)

Code: Select all

# TCP socket
#TTYDEV="/dev/tcp/192.168.0.186/6666"
TTYDEV="/dev/ttyUSB0"

While I'm setting up a fresh RPi Zero 2 and preparing the INI's etc I see that you haven't the "TTYPARAM" line in your MiSTer tty2rpi-user.ini. See at the end of tty2rpi-system.ini for reference. The line there is commented out and when putting this into your tty2rpi-user.ini the line should read

TTYPARAM="115200 cs8 raw -parenb -cstopb -hupcl -echo"

Didn't I mention that? If so then I apologize very much!

Found and fixed an issue in tty2rpi-serialinput.sh which was preventing the correct run of that script.
Also updated the documentation to reflect the serial connection setup.

I believe I'm using a Raspi 3b+ because I'm trying to get the fastest boot possible, as the MiSTer boots pretty fast, and at some point I may need to purchase a seperate PSU for the Pi, as right now I'm using a Dual-USB -> Mini USB connector https://www.amazon.com/dp/B07QTQ157W?re ... asin_title which doubles the amps it can draw from the monitors USB ports, which I think are limited to 500ma so it's 1000ma combined but I think the Pi to overclock it would need 3000-4000ma... so I have to do some looking of what I want to do, with some of the stuff I've made I've tapped off the 5v source from the arcade machine, and fed it into the GPIO pins.

Update...

TTYPARAM="115200 cs8 raw -parenb -cstopb -hupcl -echo"

that was the missing line... thanks!

Woah! Be careful... the RPi loves to get 5.1V (!) at best with 2 to 2.5 Amps, also the MiSTer, which needs 5V (or also 5.1V) and >=2A, depending on connected devices. I'm using a MeanWell RS-25-5 to drive both and never got any issues with it since years.

dcrosby wrote: ↑Sun Oct 20, 2024 4:39 pm

Update...

Code: Select all

TTYPARAM="115200 cs8 raw -parenb -cstopb -hupcl -echo"

that was the missing line... thanks!

Great! And don't forget to take and post some photos of your party!

Sorry somehow Halloween was really small in my neighborhood some of the kids are growing up, and not enough young families have come in to replace the elderly people who have stayed put. I refuse to give up, and we still try to do a pretty nice house, but I went through about 1/3 of my typical candy haul, which typically goes 80-90% so I try to build in some buffer, but this year was shockingly small, but people still enjoyed the show...