MSU-1
Re: MSU-1
I have one of the retrobit controllers and it has a serious fault in it on windows 10 it will press one of the face buttons if i press right on the dpad doesn't matter if its in x-input or d-input.dataDave wrote: ↑Thu Apr 22, 2021 6:26 pmFYI Retro-Bit make a mean Sega Saturn USB controller which places near the top of the input latency league table.
Comes in 2.4GHz and 3-meter wired USB varieties, with the choice of a number of colours.
https://www.amazon.com/s?k=retrobit+sat ... _sb_noss_1
Although on MiSTer if I switch it to X-input it work's fine but it's very annoying that I have to do this every time I switch the console on or reset it.
It would have been better if they had a physical switch or better if the controller didn't have this fault.
Which leads me onto another issue finding low latency controllers in general I heard the latest versions of 8bitdo controllers are not the same as the older ones in terms of latency. If a new version of the controller comes out there's no guarantee that it will be low latency
I am thinking that snac should be better supported officially but that's a whole other topic
- Attachments
-
- d-input.png (8.5 KiB) Viewed 23735 times
-
- x-input.png (10.24 KiB) Viewed 23735 times
Re: MSU-1
Kinda getting a bit off topic.. Might that discussion be better from another thread? This is the MSU-1 threadmsimplay wrote: ↑Mon Apr 26, 2021 5:40 pmI have one of the retrobit controllers and it has a serious fault in it on windows 10 it will press one of the face buttons if i press right on the dpad doesn't matter if its in x-input or d-input.dataDave wrote: ↑Thu Apr 22, 2021 6:26 pmFYI Retro-Bit make a mean Sega Saturn USB controller which places near the top of the input latency league table.
Comes in 2.4GHz and 3-meter wired USB varieties, with the choice of a number of colours.
https://www.amazon.com/s?k=retrobit+sat ... _sb_noss_1
Although on MiSTer if I switch it to X-input it work's fine but it's very annoying that I have to do this every time I switch the console on or reset it.
It would have been better if they had a physical switch or better if the controller didn't have this fault.
Which leads me onto another issue finding low latency controllers in general I heard the latest versions of 8bitdo controllers are not the same as the older ones in terms of latency. If a new version of the controller comes out there's no guarantee that it will be low latency
I am thinking that snac should be better supported officially but that's a whole other topic
Re: MSU-1
I've started to get somewhere with the EXT_BUS change. Basically, I have copied the MegaCD changes into the SNES core AND Main_MiSTer relating to using the EXT_BUS. From there, I setup some keyboard listening in the FPGA to detect and send a 'command' across the EXT_BUS. The Linux side detects a command request, and responds with a 'status'. The FPGA detects this 'status'.
The next step would be to start streaming data across other than a status update... This data would then go into my audio fifo buffer and the existing player (thanks ElectronAsh) would start piping the audio out.
*IF* this works and I can stream data into the fifo fast enough for audio to work, I should be in a pretty good place to sort out the audio MSU1 side of things and get something into the official core. I'd need to hook up the MSU1 registers to a new track selector/player/looper of course, but it should be far easier than all the LBA handling I was doing previously.
From there, it would be a matter of seeing what else I can fit in the EXT_BUS pipe... MSU1 datafile-wise. Maybe there would be enough bits to send both the audio and video data? Anyway, that can come later.
The next step would be to start streaming data across other than a status update... This data would then go into my audio fifo buffer and the existing player (thanks ElectronAsh) would start piping the audio out.
*IF* this works and I can stream data into the fifo fast enough for audio to work, I should be in a pretty good place to sort out the audio MSU1 side of things and get something into the official core. I'd need to hook up the MSU1 registers to a new track selector/player/looper of course, but it should be far easier than all the LBA handling I was doing previously.
From there, it would be a matter of seeing what else I can fit in the EXT_BUS pipe... MSU1 datafile-wise. Maybe there would be enough bits to send both the audio and video data? Anyway, that can come later.
Re: MSU-1
I don't understand any of it but thank for your hard work on this. It sure doesn't sound easydentnz wrote: ↑Fri May 21, 2021 1:40 am I've started to get somewhere with the EXT_BUS change. Basically, I have copied the MegaCD changes into the SNES core AND Main_MiSTer relating to using the EXT_BUS. From there, I setup some keyboard listening in the FPGA to detect and send a 'command' across the EXT_BUS. The Linux side detects a command request, and responds with a 'status'. The FPGA detects this 'status'.
The next step would be to start streaming data across other than a status update... This data would then go into my audio fifo buffer and the existing player (thanks ElectronAsh) would start piping the audio out.
*IF* this works and I can stream data into the fifo fast enough for audio to work, I should be in a pretty good place to sort out the audio MSU1 side of things and get something into the official core. I'd need to hook up the MSU1 registers to a new track selector/player/looper of course, but it should be far easier than all the LBA handling I was doing previously.
From there, it would be a matter of seeing what else I can fit in the EXT_BUS pipe... MSU1 datafile-wise. Maybe there would be enough bits to send both the audio and video data? Anyway, that can come later.
Re: MSU-1
That sounds like a promising approach, good luck and thank you.
--------------------------------------------------------------------------------------------------------------------
Never underestimate the bandwith of a Truck full of Magnet Tapes speeding down the highway.
--------------------------------------------------------------------------------------------------------------------
Never underestimate the bandwith of a Truck full of Magnet Tapes speeding down the highway.
- RetrogamerX
- Posts: 4
- Joined: Fri Jun 04, 2021 11:00 am
- Has thanked: 1 time
Re: MSU-1
Thank you for everyone working on the snes core to get msu-1 working. Really looking forward to it.
- Hyper Space Squid
- Posts: 33
- Joined: Thu Jun 17, 2021 9:25 pm
- Been thanked: 10 times
Re: MSU-1
So I was looking around on github, and it does seem like @dentnz is still working on MSU-1 support. If you look at this branch:
https://github.com/dentnz/SNES_MiSTer/c ... gain_debug
He has commits to it as recently as March 6, 2022!
Don't give up @dentnz!
https://github.com/dentnz/SNES_MiSTer/c ... gain_debug
He has commits to it as recently as March 6, 2022!
Don't give up @dentnz!
Re: MSU-1
Don't know how many have seen this, but now with Everdrive production discontinued for the foreseeable future, it might be high time to finally add MSU-1 support to the SNES core.
https://www.retrorgb.com/everdrive-stor ... tions.html
I know the excuse of "it's not original hardware", but let's be honest here. The Colecovision core utilizes the Super Game Module and that wasn't an official release neither. The 7800 core emulates some of the aftermarket Atari 2600 items as well.
So, why can't this be a possibility too? Or even MD+ support for the MegaCD core?
https://www.retrorgb.com/everdrive-stor ... tions.html
I know the excuse of "it's not original hardware", but let's be honest here. The Colecovision core utilizes the Super Game Module and that wasn't an official release neither. The 7800 core emulates some of the aftermarket Atari 2600 items as well.
So, why can't this be a possibility too? Or even MD+ support for the MegaCD core?
-
- Core Developer
- Posts: 547
- Joined: Sun May 24, 2020 9:30 pm
- Has thanked: 20 times
- Been thanked: 145 times
Re: MSU-1
I don't think anybody said "no".
It's just that it requires a developer to work on it... and AFAIK they all currently have other things they are working on.
But be patient, I'm sure it will happen sooner or later.
It's just that it requires a developer to work on it... and AFAIK they all currently have other things they are working on.
But be patient, I'm sure it will happen sooner or later.
Re: MSU-1
I could've sworn I read somewhere they've asked Sorgelig and he didn't wish to add it because "it wasn't actual hardware".
Re: MSU-1
This is just a store in Canada (BOUTIQUE EVER DRIVE INC., 14130 Rue Omer-Paquette, Mirabel QC J7N 1K7, Canada) and has nothing to do with the actual Everdrive company which has not said anything about stopping production.
-
- Core Developer
- Posts: 547
- Joined: Sun May 24, 2020 9:30 pm
- Has thanked: 20 times
- Been thanked: 145 times
Re: MSU-1
Not sure if you were aware of this, but the Everdrives were made in the Ukraine, which has been under attack for the past few weeks.
And FPGAs are also in a many-month backorder situation.
In other words, it's going to be some time before proper Everdrives become available again.
And FPGAs are also in a many-month backorder situation.
In other words, it's going to be some time before proper Everdrives become available again.
- Kitrinx
- Core Developer
- Posts: 187
- Joined: Sat May 23, 2020 2:14 am
- Location: NYC
- Has thanked: 1 time
- Been thanked: 149 times
- Contact:
Re: MSU-1
He said some time ago someone else could add it, but he wouldn't do it himself. It has to be done in a way that is acceptable code though. Now that EXT_BUS and etc exists this should be much easier.
Re: MSU-1
Exactly. Especially since he luckily was able to escape into Moldova and will likely need some time to get affairs in order. He even said to someone inquiring about the N64 Everdrive that they will not be back this year, so you're looking at 2023 at the earliest.dshadoff wrote: ↑Tue Mar 15, 2022 1:14 am Not sure if you were aware of this, but the Everdrives were made in the Ukraine, which has been under attack for the past few weeks.
And FPGAs are also in a many-month backorder situation.
In other words, it's going to be some time before proper Everdrives become available again.
Still personally, I wish he'd entrust someone with the files, tech, whatever is needed in case something happens as he's the biggest and most varied supplier of carts. If he goes, that knowledge would go with him as I don't think they are open source.
Re: MSU-1
I've had a SNES-MSU1 core pop up in my list, loading ROMs doesn't seem to do anything, MSU-1 or regular SFC\SMC just blackscreens.
Version shows as v191014 which I'm going to guess is quite old?
Version shows as v191014 which I'm going to guess is quite old?