USB-DVG Users support thread

@alfonzotan can you reference the "clean Mario build" when you post your advmame.rc file.

When blazing a trail on anything Pi, I take careful and copies notes of everything I do and re-do along the way so that I have a "how to" road map to follow after days/weeks/months of not doing any of it till the next time.

It would be great if you had something similar that you can share with those of us that are trailing a bit behind you on this same project?

Asking for a friend... lol

Dylan
 
@alfonzotan can you reference the "clean Mario build" when you post your advmame.rc file.

When blazing a trail on anything Pi, I take careful and copies notes of everything I do and re-do along the way so that I have a "how to" road map to follow after days/weeks/months of not doing any of it till the next time.

It would be great if you had something similar that you can share with those of us that are trailing a bit behind you on this same project?

Asking for a friend... lol

Dylan
For the clean build, check the first post in this thread for Mario's archive.

For the rest, you are in luck: I took notes when I modified that build, and I'll post them this weekend.
 
Edit the vmmenu.cfg file in /usr/local/share/advance. You can the the codes for keystrokes in the vmmenu settings screen, pull it up from the menu with CTRL-Shift-~.
Appreciate the help. I'll take a look at that once I finish wiring up the last few things. This was one of the final few things I needed to figure out.
 
@alfonzotan ^^^^ see, we at large have the need for trail blazers like you!!!

Bravo on the note taking! I find copious notes help me be able to re-do the same thing at a future time... it's also been invaluable to reference past successes on similar future projects.

It may take longer to document a project the first time, but it definitely saves loads of time down the road

D
 
SUCCESS:

Adding these lines (taken from the Pi 4 build) to the end of the /home/pi/.advance/advmess.rc in the Pi 5 build, and deleting any duplicates of these commands previously present in that file (i.e., misc_quiet), will enable Vectrex in the Pi 5 build. Also a good idea to copy the roms from the Pi 4 build to /usr/local/share/advance/image/vectrex, as there are case errors in the rom names in the Pi 5 directories:

vector_aux_renderer dvg
vector_aux_renderer_dual_display no
vector_aux_renderer_port /dev/ttyACM0
display_adjust generate_yclock
device_video_format 30000 0.872727 0.04 0.02 0.0672727 0.96 0.00355556 0.00444444 0.032
device_video_clock 4-170 / 30-80 / 50-60
misc_quiet yes
 
NOTES ON FIXING THE 13 JAN 2024 USB-DVG BUILD FOR RASPBERRY PI 5:

Here's what I did to fully enable (AFAICT) this image for my build. YMMV, but this works for me. Unless otherwise noted, these are all changes to the /home/pi/.advance/advmame.rc file.

NOTE: {Characters in these brackets indicate the prior settings to be changed}

CONTROLS:

To enable multiple keyboards/keyboard emulators and mouse/spinner/dial/trackballs:

device_mouse {auto} raw
device_keyboard {auto} raw
device_raw_mousedev[0] {auto} /dev/input/mouse0
device_raw_mousedev[1] {auto} /dev/input/mouse1
device_raw_mousedev[2] {auto} /dev/input/mouse2
device_raw_mousedev[3] {auto} /dev/input/mouse3
device_raw_mousetype[0] {pnp} ps2
device_raw_mousetype[1] {pnp} ps2
device_raw_mousetype[2] {pnp} ps2
device_raw_mousetype[3] {pnp} ps2
input_map[p1_dialx] {auto} mouse[0,x] mouse[1,x] mouse[2,x] mouse[3,x]
input_map[p1_dialy] {auto} mouse[0,y] mouse[1,y] mouse[2,y] mouse[3,y]
input_map[p1_mousex] {auto} mouse[0,x] mouse[1,x] mouse[2,x] mouse[3,x]
input_map[p1_mousey] {auto} mouse[0,y] mouse[1,y] mouse[2,y] mouse[3,y]
input_map[p1_paddlex] {auto} mouse[0,x] mouse[1,x] mouse[2,x] mouse[3,x]
input_map[p1_paddley] {auto} mouse[0,y] mouse[1,y] mouse[2,y] mouse[3,y]
input_map[p1_trackballx] {auto} mouse[0,x] mouse[1,x] mouse[2,x] mouse[3,x]
input_map[p1_trackbally] {auto} mouse[0,y] mouse[1,y] mouse[2,y] mouse[3,y]

You can also make these input_map changes for p2, p3, etc. if you need/want to.

DISPLAYS--ENABLE MAME TAB MENU ON NON-VECTOR SECOND SCREEN:

device_video {none} auto

AUDIO (better performance in Star Wars, TESB and Major Havoc-The Promised End):

debug_rawsound {no} yes
sync_resample {auto} emulation
sound_samplerate {44100} 22050

To enable sound for Armor Attack, Barrier, Eliminator, Rip Off, Solar Quest and Space Wars, add the MAME samples for those games (easily available) to the /usr/local/share/advance/sample directory.

VECTREX:

Copy the content of the vectrex roms folder in the Pi 4 build to /usr/local/share/advance/image/vectrex/.
Add the following lines to the end of the /home/pi/.advance/advmess.rc file:

vector_aux_renderer dvg
vector_aux_renderer_dual_display no
vector_aux_renderer_port /dev/ttyACM0
display_adjust generate_yclock
device_video_format 30000 0.872727 0.04 0.02 0.0672727 0.96 0.00355556 0.00444444 0.032
device_video_clock 4-170 / 30-80 / 50-60
misc_quiet yes

You'll need to delete any duplicates of these commands (i.e. misc_quiet) that were previously in the file before MESS will launch; if you have a second monitor connected the CLI will tell you which lines have duplicates when you try to launch a Vectrex game.

MISC:

Any MAME control configuration changes you've made (i.e., dial sensitivity, button changes) will be stacked up at the end of the /usr/local/share/advance/advmame.rc file. If you do a clean reload of the Pi 5 image, you'll want to save that text first and add it back in for the new build (unless you just want to redo those settings manually). Fair warning: you'll need to be root to change that file for the Pi 5 (I have no idea why it's set up that way), so proceed with caution.

Working /home/pi/.advance/*.rc files (USE AT YOUR OWN RISK):

 
Last edited:
I'm still getting random MAME crashes, unfortunately. Very strange. I was trying to identify the problem with journalctl output this afternoon after a couple of crashes, then restarted vmmenu to gather up some more info... and of course the thing ran solid for about an hour without a crash. 🤷‍♂️

Other issue is I get an in-and-out screen flicker after everything has been on for 15 minutes or so (it's similar to vector 'breathing,' but much faster). Is it Olli's overheating voltage regulator on the DVG board, or something else? I do have a fan right over the DVG now.
 
This gets weirder the more you fix it.
Still haven't had a chance to work on mine.
BUsy prepping to get clipped by tropical storms here still.
 
This gets weirder the more you fix it.
Still haven't had a chance to work on mine.
BUsy prepping to get clipped by tropical storms here still.

Been there, done that in my (Florida) Panhandler days. Not fun.

Given that the screen wobble happens over time makes me think it's a heat thing. Going to try a beefier fan, first to blow on the DVG and if that doesn't make any difference, to blow away from the HV board on the monitor.
 
Which boardset are you using for your monitor?
They absolutely need a fan on them and I know some iterations didn't come with one.
I was shocked at how hot those heat sinks get right where the transistors sit.
 
Which boardset are you using for your monitor?
They absolutely need a fan on them and I know some iterations didn't come with one.
I was shocked at how hot those heat sinks get right where the transistors sit.

Barry's XY kit. Layout is very similar to an Amp from what my admittedly-inexpert eyes tell me. The deflection heat sink has two fans on it already.
 
Yup.
That is a slightly altered SMD version of an Amp.
Mine haven't shown the jitters although I probably haven't really haven't had them running terribly long.

Proximity to HV making it wacky after awhile maybe?
 
Yup.
That is a slightly altered SMD version of an Amp.
Mine haven't shown the jitters although I probably haven't really haven't had them running terribly long.

Proximity to HV making it wacky after awhile maybe?

It's not something I ever noticed before I put it in a cabinet. Which also makes me think it's heat-related.
 
Got my monitor back and the dvg is up and running (again) -- this time all within the Cosmic Chasm cabinet it's all going into.

However, the spinner isn't working again now; when before I took it all apart (from my test rig / test cabinet) it was working.

Looking over this thread, I see earlier to modify the .rc file within: /home/pi/.advance/advmame.rc

I went to that directory, but I only have up to: /home/pi. Within that directory I do not have a ".advance" folder. Is that something you manually have to create?

Everything else seems fine and like it remembered my settings on the control, so the keyboard to buttons is fine and correct / working. Just the spinner seems to have stopped functioning.
 
Got my monitor back and the dvg is up and running (again) -- this time all within the Cosmic Chasm cabinet it's all going into.

However, the spinner isn't working again now; when before I took it all apart (from my test rig / test cabinet) it was working.

Looking over this thread, I see earlier to modify the .rc file within: /home/pi/.advance/advmame.rc

I went to that directory, but I only have up to: /home/pi. Within that directory I do not have a ".advance" folder. Is that something you manually have to create?

Everything else seems fine and like it remembered my settings on the control, so the keyboard to buttons is fine and correct / working. Just the spinner seems to have stopped functioning.

It's there. If you're in the GUI, type "/.advance" after /home/pi and hit return. In the CUI just cd /home/pi/.advance and you'll be there.
 
Got my monitor back and the dvg is up and running (again) -- this time all within the Cosmic Chasm cabinet it's all going into.

However, the spinner isn't working again now; when before I took it all apart (from my test rig / test cabinet) it was working.

Looking over this thread, I see earlier to modify the .rc file within: /home/pi/.advance/advmame.rc

I went to that directory, but I only have up to: /home/pi. Within that directory I do not have a ".advance" folder. Is that something you manually have to create?

Everything else seems fine and like it remembered my settings on the control, so the keyboard to buttons is fine and correct / working. Just the spinner seems to have stopped functioning.

It's there. If you're in the GUI, type "/.advance" after /home/pi and hit return. In the CUI just cd /home/pi/.advance and you'll be there.
The .advance file is a hidden file and won't show up if you do a list of files(unless you force Python to also show hidden files/folders.

The preceding dot (as in .advance) denotes the file/folder is hidden

D
 
Thanks for the help. Sure enough, it was there; I was most likely typing it wrong before or something. So, good news there.

I added all the mouse changes to both advmame.rc files, but the spinner still isn't working. I confirmed the wiring is still good and no breaks happened. It's also odd that when vmmenu starts, it will list "X-Axis spinner control activated" so it seems like it sees it; just nothing happening with it.
 
Last edited:
Some positive news after messing around with this for a while.

I updated the advmame.rc and advmess.rc in both the /home/pi/.advance and /usr/local/share/advance directories with the mouse data for mouse 0 to 3 and for mouse, trackball, dial and paddle.

Still didn't work. This has been with using my old optic-pac (that I had from the zvg setup) and connected with the Chasm encoder.

I plugged my iPac in with a trackball connected, and without changing any configuration, that worked.

So, seems that either my opti-pac is dead or something is up with the encoder / wiring. Next step is to wire the encoder up to the iPac and see if that works. If it does, I'll just order another one (the one I had on hand is for another mame project) and go from there.
 
Oh, this brings back so many memories of the trial-and-error and amount of research that was necessary to get the Zektor ZVG DOS-based VectorMame working (software and hardware).

Luckily back then we had Al Warner's Youtube vids for guidance. I'm sure there are KLOV threads on the topic of ZVG and VectorMame too. Though likely not much help with Linux based Pi. YMMV

View attachment 750997
I too had a Zektor ZVG I was working on for a friend. I remember having a stack of acient Soundblasters cards because I couldn't get one to work in DOS. Such a nightmare and super fun at the time.
 
Last edited:
There is a spot in the gui where you can search for a file and check a box that says "show hidden."
If you look for the .rc file that way you will get the proper one.
 
Back
Top Bottom