> > Remember when you were jealous that someone had free hardware sent to them?
> >
> >
> http://www.mameworld.info/ubbthreads/sho...part=1&vc=1
>
> I wasn't jealous, I was simply pointing out that if you're flinging Linux-related
> hardware around for MAME, then logically you oughta have asked me first. What you
> didn't see is that I was promptly offered free hardware by multiple people in private
> messages and I refused all of it.
>
> > I would like to have 100% G-Sync compatibility with black frame insertion without
> > having to use Groovymame anymore. The black frame insertion in Groovymame doesn't
> do
> > it right.
>
> I'm not sure how to break this to you, but it's not possible in MAME's architecture
> to do the African-American frame insertion temporally correctly. You'd need to be
> able to split frames in two, vsync on each "half frame", and then only draw the
> emulated machine's display on the even half-frames. Whatever Groovymame does is about
> as close as anyone's likely to get.
How do 30hz games such as Rampage work in MAME, then? They seem to run at the correct speed on a 60hz LCD. It's effectively running at double its native refresh rate. Interestingly, Rampage in MAME looks horrible on a G-Sync monitor, because it actually runs at 30hz on them. It's incredibly blurry/smeary because of the low refresh rate.
Why can 30hz games run at double their refresh rate in baseline MAME with a standard 60hz monitor, yet Street Fighter can't run at 119.26hz on displays that can run at that refresh rate? The GroovyMAME black frame insertion solution would work if the games just ran at double their native refresh rate instead of being forced to 120hz globally (for 60hz games, it works fine).
|
Index 
Flat 
Re: Big Blue 1.54 is out!
Reply
