/v/ - Video Games

the eye

>>16778613

I'm actually not opposed to TOR. Any onion links to ROMs?

>>16778634

>the eye

holy shit looks good. checking it out now

>>16778613

Internet archive for ancient/old stuff. For newest, you must find these yourself. These are way too easy to get DMCA'd for me to share.

Reminder of best emus and what settings to use for a most accurate output:

Arcade: FinalBurn Alpha (Fightcade)

<Blitter: Enhanced

<Enable bi-linear filtering

<Rotate scanlines and RGB effects

<Enable Pre-Scale

<Pre-scale using SoftFX

<SoftFX algorithm

<Double pixels

<Enable Scanlines

<Enable phospor feedback

<RGB effects

<Auto size scanlined RGB preset

<Force 16-bit emulation

<Use DirectX texture management

<Enable gamma correction

<Gamma correction settings: Lighten midtones

GB(A/C): mGBA

<Shaders:

>GBA Color (Darken screen: 1.5)

>LCD (Bound brightness: 0.9)

NDS: DeSmuMEX432R

<Filter: Bilinear

PSP: PPSSPP

<Texture filtering: Auto

<Screen scaling filter: Linear

NES: puNES

<Filter: NTSC S-Video (Optional)

<Shader: CRT-Lottes-Fast (Mask type 2.0, Curvature 0, Corner Round 0, CRT Gamma 2.1)

<Palette: RGB

Genesis/Sega CD: Kega Fusion

<Scanlines: 25% (Optional)

<Shader: MD NTSC (Blargg)

<Filtered

SNES: Snes9X

<Filter: Blargg's NTSC (S-Video)

<Enable NTSC Filter Scanlines

<Shaders: CRT-Lottes-Fast (Curvature 0, Corner 0)

Saturn: SSF

<Bilinear Filtering

PS1: Xebra

<Use OpenGL

<Progressive

>>16778679

>GB(A/C): mGBA

Is mGBA ready for GBC games? It might already be on the level of many other GBC emulators, but I'm pretty sure the GBC support is still in heavy development. SameBoy/Gambatte/Gearboy should still be preferable for GBC games, for now.

>NES: puNES

Why PuNES? AFAIK it is still second to Mesen in terms of accuracy in currently established NES test ROM suites.

>SNES: Snes9X

bsnes and Higan are both cycle accurate and Snes9x isn't. It does run much better on weaker hardware though.

>PS1: Xebra

I personally use mednafen since it's open source but I don't actually know which is the more accurate of the two for certain. Xebra does run better on lower end machines which would imply mednafen is the more accurate of the two.

>Bilinear filters

This is just personal preference, but if you can integer scale, disable bilinear filtering and just do that. Some people hate the black borders you get when you do this though. But yeah, anytime you are not using integer scaling, or have the native resolution set to your monitor's resolution, you should be using bilinear filtering.

>>16778634

>the eye

anyone know what the symbols/descriptors mean? like [!] for example?

Super Mario All-Stars (E) [!].zip 29-May-2019 20:04 951K

Super Mario All-Stars (E) [T+Spa].zip 29-May-2019 20:04 950K

Super Mario All-Stars (E) [f1].zip 29-May-2019 20:04 951K

Super Mario All-Stars (SMB3 with Hack).zip 29-May-2019 20:04 951K

Super Mario All-Stars (U) [!].zip 29-May-2019 20:04 951K

Super Mario All-Stars (U) [T+Ita.02].zip 29-May-2019 20:04 951K

Super Mario All-Stars (U) [T+Spa100_Emu4ever].zip 29-May-2019 20:04 950K

Super Mario All-Stars (U) [b1].zip 29-May-2019 20:04 954K

Super Mario All-Stars (U) [h1I].zip 29-May-2019 20:04 952K

Super Mario All-Stars (U) [h2I].zip 29-May-2019 20:04 954K

Super Mario All-Stars (U) [h3I].zip 29-May-2019 20:04 954K

>>16779523

what i really want to know is which rom is the most official one

>>16778613

>Where do you go for ROMs in the post-ROM apocalypse era?

I'm not doing your job of finding sites to DMCA for you faggot.

>>16779523

(U) = US

[!] = Verified good dump (there were no errors in making the rom)

So just go for those, unless you want the European one for some reason. Some roms have official revisions like (V1.1), you should probably go for those when you can because they can sometimes fix softlocks and shit.

>>16779598

To add to this, if you intend to play any romhacks, even just the ones that decensor stuff, you should just get the latest official rom and apply the romhacks yourself instead of downloading a pre-hacked rom so you know you have the latest version of the romhack.

>>16779474

>Is mGBA ready for GBC games?

Yes

>Why PuNES?

>bsnes and Higan are both cycle accurate and Snes9x isn't.

Better shader and filter options. And, fuck off with Retroarch.

>I personally use mednafen since it's open source but I don't actually know which is the more accurate of the two for certain.

Both have the same accuracy rate.

Zsnes is still the best for Super Nintendo, right?

>>16779755

You're probably still using epsxe, too?

>>16779762

I-is there a better one?

>>16779672

>Yes

Based on what? Just because it seems like it's working fine?

>Better shader and filter options. And, fuck off with Retroarch.

So you're intentionally recommending inferior emulators just because you don't like retroarch? And you're not even being consistent with your reasoning, why not then use PCSX-Reloaded over Xebra since it has support for shaders?

>Both have the same accuracy rate.

Proofs?

>>16779860

>just because you don't like retroarch

Bloated, shit UI, breaks if you try to customize it, designed for consoles (Quote by the devs, themselves)

>And you're not even being consistent with your reasoning, why not then use PCSX-Reloaded over Xebra since it has support for shaders?

5th gen forward doesn't need CRT shaders. Run it either pixel-perfect or using bi-linear.

>Proofs?

http://archive.ph/UXxjM

>>16779755

i'll give you the benefit of the doubt that you're merely uninformed:

BSNES/Higan for accuracy (high CPU load), SNES9x for speed

>>16779808

Bizhawk or Xebra

Xebra lacks a lot of QoL but is so high accuracy that it is the only emulator that can even launch some games. It was also the first emulator to run Tron Bonne without freezing up every 10 seconds

>>16779906

>5th gen forward doesn't need CRT shaders.

I disagree, devs were still using CRT tricks for things like transparency in that era. Take a look at the title screen of Metal Gear Solid with a good CRT Filter and then with it off for a good example.

>>16779531

>>16779523

the letter in parentheses indicated region release

the exclamation point indicates perfect dump

T+language indicates translation patch applied

b1 indicate first known bad dump revision

h1l,h2l, etc indactes hacked to get it to some semblance of working. A dump that was modified and redistributed

more here:

https://github.com/asfdfdfd/GoodCodes/blob/master/GoodCodes%20(U)%20%5B!%5D.txt

>>16779523

Those descriptors relate to a shitty older standard for ROM naming that sought to collect everything under the sun.

http://emulation.gametechwiki.com/index.php/GoodTools#Standard_codes

As far as you're concerned only the [!] one is of interest, the rest indicated badly dumped garbage, or deliberately modified dumps, the latter including occasionally neat things like trainers (obsolete with cheat systems in emulators) to more irritating shit like "intros" which are basically unskippable vanity cutscenes added by a ROM dumper, hence how the new standard for it No-Intro got its name to put an end to that rubbish. Unfortunately that's still common in dumps of Amiga games.

>>16780210

This is especially apparent if you play Kirby's Dream Land 3 where bad handling either gets alternating solid and empty columns on foreground objects (bsnes*), or just opaque foreground objects (ZSNES).

*Older versions of bsnes but only the Compatibility core actually blended the pixels together in the emulation core itself so the effect would more or less look correct, but nowadays the correct approach is to offload it to video filters.

>took 1hr to figure out how to emu ps

is it a brain tumor now i gotta try to figure out why the sound is fucking earrape

>post-ROM apocalypse era

just because your ad ridden uma delicia website was closed doesn't mean there aren't more respectable rom websites out there

>>16780294

Which emulator? XEBRA is notoriously hard to use. Whatever you're on, see if you can synchronize to audio instead of video, and set the audio buffer to around 50 msec.

>retroarch dolphin's vibration doesn't work except for the very few minutes after you start up retroarch

>even then its so light you may as well claim there's none

I'm using a dualshock 4 on linux, anybody had this issue?

>>16780322

why the fuck are you using retroarch for dolphin

>>16780322

Dolphin for Retroarch is currently at Alpha release and has bugs that are not present on standalone Dolphin, so I think you'll just have to use regular Dolphin for now.

It's a longshot but you can try going to settings -> drivers -> joypad and set it to xinput, apparently that helps sometimes.

Otherwise do the obvious things like checking the core settings, the input settings, and making sure rumble works at all with other cores.

>>16780332

I don't remember if standalone dolphin has shaders, but if not, it's probably for the shaders.

>>16778613

Just tried the workaround script, still works. Just remove the "s" from the https after the connection times out and it works fine.

>>16780332

Didn't plan to, just tried it out and noticed it worked pretty well except for that.

>>16780356

well whenever you find an issue with a retroarch core then the problem usually lies with retroarch.

>>16780385

Try running XEBRA on the thing you're posting from phonefaggot. Not possible because proprietary emulators are a blight. Use Mednafen.

>>16780393

Why do people use shitty emulators instead of good ones? Mednafen is the gold standard.

>>16780398

>Mednafen is the gold standard.

A demanding resource hog with no GUI? The ONLY reason I've heard of people even using Mednafen is because they're on Linux and have no other way to play Saturn games because SSF is Windows exclusive.

>>16780401

>resource hog

Are you using a potato or something?

>no GUI

Just use the retroarch core.

>>16780403

>Just use the retroarch

That's even worse: >>16779906

>>16780403

>Just use the retroarch

That's even worse: >>16779906

>>16780408

>>16780409

Fuck.

>>16780411

>Drag and drop

Anyone who see that as a valid option is a complete moron. At that point, you make BAT files or edit the shortcuts.

>>16780401

Platform exclusivity is a side-effect of the real problem with SSF and any other emulator without source code for that matter: Nobody but the authors can improve the emulator, learn from it, adapt it to other platforms or UIs, or anything more than use it as they tell you to where they tell you to. The only way to emulate N64 outside of Windows has historically been with Mupen64plus which kind of sucks. Project64 is finally open source but N64 is still in a sorry state of affairs even just from a compatibility standpoint.

>>16780417

>Project64 is finally open source but N64 is still in a sorry state of affairs even just from a compatibility standpoint.

Meanwhile the first PS1 emulator was closed-source on the Mac, with the follow-up being closed-source on Windows and Dreamcast. That didn't seem to cause everything to come to a screeching halt for for over a decade. Something for Genesis emulation.

Seems like "muh closed source" is nothing more than an excuse.

But, then you have it from the other end where the ONLY PS2 emulator is the piece of shit that is PCSX2 (Which is open-source), the ONLY GC/Wii emulator is Dolphin (Which is open source). The only other alternative to MAME (Which is open source) for arcade emulation is FinalBurn. DS emulation hasn't gone anywhere because everyone was developing for DeSmuME (Which is open source), which bit everyone in the ass and is only NOW receiving alternatives.

Saturn and Xbox emulation may get a exception because both systems are claimed to pains-in-the-ass (But, that still hasn't stopped the development of Saturn emulation (With several open and closed source programs), and only Xbox emulation gets the excuse of M$ threatening devs with C&D letters).

>>16780417

>Project64 is finally open source but N64 is still in a sorry state of affairs even just from a compatibility standpoint.

Meanwhile the first PS1 emulator was closed-source on the Mac, with the follow-up being closed-source on Windows and Dreamcast. That didn't seem to cause everything to come to a screeching halt for for over a decade. Something for Genesis emulation.

Seems like "muh closed source" is nothing more than an excuse.

But, then you have it from the other end where the ONLY PS2 emulator is the piece of shit that is PCSX2 (Which is open-source), the ONLY GC/Wii emulator is Dolphin (Which is open source). The only other alternative to MAME (Which is open source) for arcade emulation is FinalBurn. DS emulation hasn't gone anywhere because everyone was developing for DeSmuME (Which is open source), which bit everyone in the ass and is only NOW receiving alternatives.

Saturn and Xbox emulation may get a exception because both systems are claimed to pains-in-the-ass (But, that still hasn't stopped the development of Saturn emulation (With several open and closed source programs), and only Xbox emulation gets the excuse of M$ threatening devs with C&D letters).

>>16780435

>>16780436

FUCK!

Like, other than ps2 games because a full set is GODDAMN FUCKING HUGE

How the fuck do you faggots not have full romsets?

>>16780435

>>16780436

Firstly open source is not a silver bullet. There has to be the interest in emulating a platform and I don't deny there's talent at the helm of SSF or Kega Fusion or what have you, and unorthodox systems like the XBOX, N64, and so on will naturally have more difficulty. However I fundamentally believe, and especially as systems get more and more complex, that it's far too much work for a single developer or even group of, external contribution isn't just desirable it's necessary. From a preservation standpoint it's critical that emulators are not tethered to specific platforms, like imagine the inanity of a situation where you might have needed DOSBox to run ZSNES. It's also critical that before the hardware becomes defunct that there has been as big of an effort to ensure and verify that emulators are doing what they are supposed to, and even in the here and now for those using them to test ROM hacks in lieu of hardware. This goes even to simple platforms, check out some of the REALLY obscure edge cases present in the Game Boy. Two words: Pinball Fantasies.

>Dolphin

History lesson: That started as proprietary and Windows-only alongside a couple of others. None of them were more than novelty value at the time, I remember trying SSBM on one. Half-functioning audio and generally shitty for even that. Once it was open sourced however development exploded, and now it's not only a multi-platform emulator but runs most of the library for GameCube and Wii.

>PCSX2

This admittedly seems to still be stuck in a ZSNES-type situation where it's partly assembly language and much less portable. PS2 as a system has plenty of awkward design choices though that even Sony couldn't emulate it so well, and had to partly hardware-back the original PS3s to run those games.

>MAME

I don't mean open source even in the "official" definition so MAME is fine there under non-commercial tems. As far as emulation though, arcade machines don't see nearly the 'scale' of "test cases" (read: games) as a typical home console nor much interest in developing for them, so the emulators have slack there. Most are not autistic enough to 1:1 re-create something only used for a few games. Usually. I mean bsnes did emulate the ST01x coprocessors that amount to 3 total games, two being Shogi titles.

>>16780438

>ISP Data caps.

>Not enough of storage on disc.

>Some people prefer to only save games they would like to play.

>>16780526

>And, thus far, the facts state that systems headed by closed-source emulators seem to prosper more

Sixth generation onwards says bullshit. Dolphin, PCSX2, RPCS3, Citra Yuzu. CEMU is the only closed one but makes a pretty shitty example since it's funded in a slimy manner, using leaked SDKs, and seems more focused on running flavour-of-the-system games. DS feels quaint to call sixth-gen but Drastic is going open source and Desmume already was while the other options don't measure up. Prior to sixth gen it's possible that a system might be simple enough for one or a few to do the majority of the work but it's rare if ever that they aren't using the shared knowledge pool out there.

>N64

Faithful emulation is fairly straining with its quirky design, and speed-focused HLE is a lot of work and very hard to get right. This is in large part why some games were not playable at all for a time like Rogue Squadron because it has to treat different microcode as its own thing.

>GameCube/Wii

Prior to Dolphin going open source all of the options were shit. Afterwards Dolphin left them in the dust because it turns out when a system gets complex it needs external contributions, and closed model makes it bureaucratic at best making it the wrong model.

>But, that already IS the case if you're running early computer games.

You're arguing for emulators to fall into the same trap you stupid twat. You can emulate SimTown on Windows, Linux, your game console, any platform that has DOSBox ported to it becaue DOSBox can be ported by anyone who wants to. SSF? You'll run that on Windows, resort to gross hacks, or you'll fuck off. Closed source is straight up terrible as a model for preservation. On top of that you have situations like Doom being open sourced and available in the form of Chocolate Doom which beats the pants off of using DOSBox and is only marginally less 1:1 to the original. Don't even go to the mod scene that game has.

>And, it has a monopoly

Pure bullshit. Closed source is a monopoly not just on development but knowledge. Anyone is free to fork an open source project and take it in a direction they want to, or just learn from it. The only reason there's one emulator for most sixth-gen systems onwards is because it isn't sustainable to have multiple competing projects for complex emulators, and PCSX2 for all its faults can run a significant part of the games.

>meanwhile ABSOLUTELY NO ONE has made hacks

That's a slapdash form of preservation if you can even call it that and also directly resulting from a game being closed source instead of something anyone can attempt to port/fix. Doom (idtech anything) is as always the exemplar, OpenMW or Arx Libertatis are two others.

>all the other sound and fury

Stop chimping out it's painful to watch.

>>16780324

Don't spoonfeed retards like op otherwise you'll have the same shit happening over and over again.

>>16780605

If you are poor then how did you play MGS5? You'd need a modern console or a good PC for that.

>>16780608

I have a pretty decent pc from back when i wasn't so poor

>>16780596

>CEMU is the only closed one but makes a pretty shitty example since it's funded in a slimy manner, using leaked SDKs

That's how emulations for several systems was founded, dumbass. Or did you forget when Anons were downright infuriated over that Ledditor gutting that Xbox dev kit?

> DS feels quaint to call sixth-gen but Drastic is going open source and Desmume already was while the other options don't measure up.

And, you're going to forget the part where YopYop ultimately dictated which direction the project went, despite it being "open-source", and ultimately poisoning any interest in even developing an NDS emulator for several years?

> Prior to sixth gen it's possible that a system might be simple enough for one or a few to do the majority of the work but it's rare if ever that they aren't using the shared knowledge pool out there.

So, closed-source isn't a monopoly on the knowledge (As you later imply), it's just a monopoly on the code while the knowledge is in the open to everyone.

> Faithful emulation is fairly straining with its quirky design, and speed-focused HLE is a lot of work and very hard to get right.

Is it harder to get right than the Saturn's two CPUs? Or the (3)DS and Wii U's separate screens? Or the Xbox's mystery hardware?

> Prior to Dolphin going open source all of the options were shit.

Are you saying that, or was the public saying that?

>Afterwards Dolphin left them in the dust because it turns out when a system gets complex it needs external contributions, and closed model makes it bureaucratic at best making it the wrong model.

Except for the fact that open-source is still run by a bureaucracy.

> You can emulate SimTown on Windows, Linux, your game console, any platform that has DOSBox ported to it becaue DOSBox can be ported by anyone who wants to.

No, you cannot. I just said that.

You need another OS installed on top of DosBox or VirtualBox in order to run SimTown. And you blatantly said, "That's okay because it only effects a few games".

>Closed source is straight up terrible as a model for preservation.

And, open source is straight up terrible as a model for innovation. What's your point?

> Anyone is free to fork an open source project and take it in a direction they want to

So why hasn't anyone made a Retroarch alternative when it's universally agreed that the program needs to be completely reprogrammed from scratch and give the program a proper UI?

> The only reason there's one emulator for most sixth-gen systems onwards is because it isn't sustainable to have multiple competing projects for complex emulators,

Has anyone involved with developing emulators actually said that, or is it your own personal opinion?

>and PCSX2 for all its faults can run a significant part of the games.

Okay, so you are of the mindset of "Fuck the minority of you that can't get your games to run, I don't care as long as [X] is playable."

> That's a slapdash form of preservation if you can even call it that and also directly resulting from a game being closed source instead of something anyone can attempt to port/fix.

I don't care what it's called, I want to know why no one is doing it when the tools are there and you're clearly capable of it. You claim to be all about "preserving games", but the more I converse when you folks, the more it becomes apparent that you only care about preserving the games that YOU care about.

And, you keep bringing up Doom as an example of "The way things should be" when source code wasn't released until nearly FIVE YEARS LATER; AFTER releasing Doom on the 3DO, DOS, Jaguar, Linux, PC-98, SEGA 32X, SNES, Windows, PlayStation, and SEGA Saturn; AFTER releasing Doom II on the DOS, Macintosh, PC-98, and Windows; AFTER releasing The Ultimate Doom on the DOS, Macintosh, and Windows; AFTER releasing Final Doom on the DOS, Macintosh, Playstation, and Windows; AND AFTER releasing Doom 64 on the Nintendo 64.

So, it seems like "the way things should be" is that projects should be closed-source until the project is exhausted after it's release, and THEN you release the source code since it does nothing except make you look even more like the "good guys" because you have already made more than enough fame and money off the project already.

>>16780605

>>just now realize MGS4 is not emulateable

Except it is.

>>16780732

Never mind, I was being legit retarded.

>>16780627

>That's how emulations for several systems was founded, dumbass.

Using NDA'd SDKs is dubious even if you aren't being deliberately slimy as CEMU are in trying to make money off of it. Devkits may or may not be depending, sometimes they're just the target platform but without all the signature checking and such of a release platform.

>And, you're going to forget the part where YopYop ultimately dictated

Like every proprietary emulator out there you brain-damaged nigger except that if you aren't happy you actually can choose to take an open source one a different direction. Usually this is how ports are formed but sometimes you get examples like bsnes where you generally don't want to run the mainline version.

>So, closed-source isn't a monopoly on the knowledge

They're happy to use what's out there but aren't necessarily happy to share their special know-how. Stop being dense or deliberately stupid, whichever it is.

>Are you saying that, or was the public saying that?

Speaking from actually trying it if you actually read. Unless you count half-broken sound, sparse compatibility, and missing and grainy GFX as good.

>that entire last tirade that even dares to shit on all the good things that came out of Doom's source code

Alright nigger. You tell me who's dedicated to preservation if not the ones who took a Doom engine game where the source code was lost and reverse engineered the binary against other Doom engine games and the source code release to re-create a source port that is about 1:1 with the original game. That is what Chocolate Strife is, and even to this day Doom sees an incredibly active and creative modding scene even going as far as to be platform for new games in their own right. Take note of that and that the chances of a game's preservation dramatically rise if people have its source code. Marginally effective is is they exist on platforms that can be targeted for emulation. The closest you get is reactOS when it comes to Windows, or Wine, but neither of those are perfect because if targeting homogenized platforms like game consoles was hard, PC is much much worse.

>>16780841

>Would you consider RPCS3 etcetera

I don't generally agree with it no. CEMU is in a class of its own scum though.

>and it's development was dictated by YopYop

Until you get it into your thick fucking skull that there is no dictator with FOSS since anyone can fork the project and take it in the direction they want, you need to stop spouting off your uniformed drivel.

>So, my claim about…

No because Mednafen's emulation work is actually solid and even vanilla is quite usable, same is true of bsnes too. You sound like a faggot who thinks a pretty UI is the most important part of an emulator, not, you know, the emulation. Back to the open source angle again it's much easier to give a good emulation core a new UI than it is to write a new emulation core for a good UI. RetroArch, whether you like it or not, is a decent frontend for TV users while most canonical emulator frontends are shit for that purpose. It's not just about ports to other platforms, but targeting different use cases.

>That's the exact same approach… And, how Sega was able to port…

So what you're saying is preservation is about what original developers think they can sell a second time on specific platforms of their interest and not about ensuring general availability on all platforms to ensure gaming history is not lost. See, I can be a faggot who twists words too.

>Doom

Don't bring it up because I knew you'd spout off similar uninformed bullshit and you sure as hell did not disappoint.

>Prioritize actually preserving the games, FIRST

Reverse engineering is a LOT of work. OpenMW still isn't on full parity with vanilla even though it offers its own interesting options. Sure they are doing it without the original source code but you know what? It helps a lot to have it. The work to re-create Strife was similarly hard even with partial glimpses to other games based on its engine.

>Why not just use Windows, itself, running through VirtualBox?

That's a stop-gap, not a long-term solution like DOSBox is. Putting aside the PC polyculture for a minute, virtualization is partly hardware-backed, and so is Wine for that matter. You can only run that on x86-compatibles like some historic XBOX emulators, and ZSNES for that matter unless you emulate the DOS version.

>>16780853

>there is no dictator with FOSS since anyone can fork the project and take it in the direction they want

Then why is the ONLY fork of DeSmuME is X432R (Which hasn't seen an update in years), with both melonDS and medusa being built from scratch?

> No

Well, thank you for declaring the fact that this isn't a discussion, it's a lecture where you argue endlessly about how you're right and I'm wrong.

> You sound like a faggot who thinks a pretty UI is the most important part of an emulator, not, you know, the emulation.

The most important part of using a program is actually being able to USE the damn program (Which the GUI is a pretty big part of). If you cannot even use the program, what's the point of even making it?

> RetroArch, whether you like it or not, is a decent frontend for TV users

You're one of those fags who's coattails are riding on Retroarch actually being commercially viable, aren't you? As far as a "frontend", Retroarch is failing to do what other frontends and even console OSes have already done for years with better results. The only "good thing" I've heard about Retroarch is it's "negative latency", and nothing else.

> So what you're saying is preservation is about what original developers think they can sell a second time on specific platforms of their interest and not about ensuring general availability on all platforms to ensure gaming history is not lost.

Please explain how you got that meaning from that section of my post rather than waste your time trying to go for a "gotcha" moment.

> Don't bring it up because I knew you'd spout off similar uninformed bullshit and you sure as hell did not disappoint.

I copied and pasted EXACTLY what you posted. How is that spouting "uninformed bullshit"?

> Reverse engineering is a LOT of work.

So, you're willing to let games potentially fall into oblivion because "it's too hard" to preserve them?

Thanks for explaining why there's an entire section on my book shelf, and hard drive, dedicated to game that I own but cannot play because "it's too hard" to actually preserve games unless they adhere to your specific requirements and interests.

> not a long-term solution like DOSBox is. Putting aside the PC polyculture for a minute, virtualization is partly hardware-backed, and so is Wine for that matter.

And DosBox emulation is different from using VirtualBox emulation…how?

>>16780867

>Then why is the ONLY fork of DeSmuME

Because you obviously only care enough to whine like a bitch when someone isn't doing things as you like. Here's a hot tip: At least you have the choice to take the code and change it as you like with Desmume, and if you don't, maybe someone else will. With CEMU and SSR and any other proprietary emulator you'll use it on whatever platform and how they want you to, or you will fuck off.

>actually being able to USE the damn program

Which if you took a leaf out of your own book and RTFM Mednafen can be used fine as can RetroArch. Don't go crying that your shitty priorities for nice graphics at expense of gameplay are being called out as it were.

>THEN you release the source code since it does nothing except make you look even more like the "good guys" because you have already made more than enough fame and money off the project already.

People hold id Software and Doom in high regard because of this, and justifiably so. Of course it runs Linux, and of course it runs Doom. That's as good a definition of preservation as any but you're pretty obviously happy to rubbish good work done in the name of those who actually understand the nature of the problem and aren't just satisfied with cheap hack-arounds and opportunistic porting…

>Please explain how you got that meaning

…which is what Sega are doing. Too bad if you want to play their less well received games like Sonic 2006, or if you want to play them on something that isn't a supported platform.

>So, you're willing to let games potentially fall into oblivion because "it's too hard" to preserve them?

Reality is that if it is made difficult, then this is what will happen. It's much easier to adapt a game with source code, and it's much easier for emulators to develop if they're not constantly having to duplicate effort on the same problems. OpenMW is an autism project through and through and there are only so many out there willing to go that far.

>And DosBox emulation is different from using VirtualBox emulation…how?

If you don't know then don't try to pretend you have any idea what you're talking about. I'll spell it out: Wine Is Not An Emulator. This isn't some stupid tagline, fundamentally Wine can only be run through either an x86 emulator (not viable) or on x86 hardware (only PCs, not other platforms like you can run DOSBox under). VirtualBox and others are similarly hardware-backed. That is why they are suboptimal. Preservation should be about unshackling something from a specific platform(s), not your petty "fuck you got mine" attitude that if it's on your platform it's all good.

>>16780833

4 is good though, it's just too short.

>>16781132

>>16781133

>>16781142

How can someone be so autistic over an emulator UI? Like just load the games and ignore the other stuff.

>>16781142

ppsspp has native input lag that was never on the original psp that you can make up for with retroarch latency timing dipshit, get off your autistic high horse.

>>16781166

Retroarch is useless.

It just runs other emulators in one window for console pleb experience.

The software itself can't emulate shit.

>>16781170

Proof that retroarch does anything about that?

>>16781142

Partly true but RetroArch does a decent job at functioning with a typical game controller, and is consistent across the many platforms it targets in how it works, and outside of exotic things like shaders typically has feature parity too. The big feature is libretro which is the glue between RetroArch and the emulation cores, and it means that whatever RetroArch is ported to usually sees a whole lot of emulators go with it with the main holdback being if the system is powerful enough to run them. So it's the easy option compared to a dedicated emulator. It also means it is in theory possible to write alternative UIs for it. BizHawk is one example that is a multi-system emulator designed for making TASes but can use libretro cores now too on top of its directly supported ones.

>>16781176

Why should I show proof if you can't do simple research yourself you lazy fucking nigger? Take a fucking iso, load it in ppsspp and the retroarch ppsspp core with latency compensation on and compare and contrast, it's not something you can really show that easily in video either and I don't give a fuck about shilling for fucking video game emulation software.

>>16781244

>So, the entire FOSS movement in a nutshell is that nothing ever gets done

Projection. You've got the doing nothing down pat.

>Seems like reality is the exact opposite of what you're complaining about.

A situation where you have a decent emulator tethered to one platform and several mediocre emulators is a shitty situation. Mednafen is gradually closing this gap with Saturn but N64 is still in a rut. Ultimately I want to see emulator devs not wasting their time reinventing the wheel in multiple places and to actually focus. Then there's room for emulators that serve different purposes like optimization vs. correctness.

>I don't remember the seeing the same amount of praise be given…

I can't think why an iconic FPS game might have so much interest in it. There are others though, Descent Freespace has a dedicated following for example. Thanks for that list too I'd forgotten Glider PRO existed and didn't know of a couple of those. To Heart 2 was out of left field.

>So, Sega does the exact same thing

There's that "fuck you, got mine" shit again. Source ports are only limited by what people want to do, not what Sega thinks is profitable. It gives more options but it's not particularly noteworthy as preservation work. You also ignore that ports can introduce changes, e.g. censorship in the VC release of SMRPG.

>So, you're willing to let games potentially fall into oblivion because "it's too hard" to preserve them.

You seem happy to rubbish the things that would give it the best chance of surviving and have the gall to suggest I'm fine with what doesn't do that vanishing? Fuck off.

>Alright, next question, why not just build a straight up Windows emulator?

Starting with the hardware, IBM PC is a major polyculture unlike all those other examples you list. What do you emulate? DOSBox is the small scale example that has multiple types of sound cards and different Intel CPUs with varying capabilities and more. Windows itself, even Microsoft have a hard time ensuring old programs continue to work and old games often require hacking around issues if you even can. Source ports don't have nearly the same scale of such issues.

Also one point I haven't brought up a lot. Source code isn't just about preservation, but also about expanding or fixing things that aren't good. Putting Doom aside, an example I would love to see is Total Annihilation which has had plenty of mods that attempt to address the many balance and outright stupidity present in vanilla and does a pretty good job of it, but cannot fix things like how paralysis effects are busted, that the hard-coded AI exhibits stupid behaviours in specific situations and only knows basic attacking tricks, and plenty more beyond that. This game also happens to have a rewrite of sorts SpringRTS but that's strictly multiplayer/skirmish and feels very unpolished.

PSP emulation has god awful input lag I can't play all my chibi arcade ports. And Dolphin lags on Pokemon XD on my PC and I can't speed toggle, time to upgrade my PC? What's good enough to get consistent framerates and have a decent turbo experience?

>>16779474

This is why copy pastes never hold any value. Someone will just copy an old list. Your post is much more akin to the current views I hold on what emulator to use than the one you responded to.

>>16780605

MGS4 is a huge piece of shit and you were better off not playing it and not watching a video of it.

Should've emulated MGS for the Game Boy Color instead.

>>16781294

Stop with the misrepresentation and bullshit you stupid cunt.

>That's not a port. That's an emulator enforced ROMhack.

Distinction without a difference in the context of re-releasing a game for another platform. I'm also aware of the soft-patching nature of VC releases which is why there's been some attempts to generate hard-patched ROMs to play with in other emulators.

>And, this has led to the belief

iNES headers are a standard from unauthorized emulators, not something Nintendo should have in their source ROMs.

>Would you rather have the game itself but no source code, OR the source code itself but no game?

I'm not answering such a made-up bullshit scenario because what happens is source code is lost or destroyed. Master assets can be lost but the odds of that happening to the ones that exist in the final release are virtually zero unless the entire game vanishes.

>But, that's not preservation.

I did not say one or the other. I repeat: Stop with the misrepresentation and bullshit you stupid cunt. Brütal Doom has not ousted the existence of Chocolate Doom, or the original DOS Doom source code, or original copies of the game that you can emulate and there is a dedicated purist community.

>>16781303

>Actually, you did:

Only from your stupid misinterpretation. On the topic of fixes though.

https://www.chocolate-doom.org/wiki/index.php/FAQ

https://github.com/chocolate-doom/chocolate-doom/blob/master/PHILOSOPHY.md

This is interesting reading for where to draw the line because it does do things like non-square pixels, 320x200 resolution, and such, but doesn't mimic the look of a CRT, and cannot mimic exactly the sorts of DOS-specific issues like venetian blind crashes or unallocated memory access. Also notably, it deliberately doesn't implement the save corruption bug vanilla Strife has and has a recovery option for save buffer overflow. Beyond that though it is Doom as you remember it for what actually matters.

Also bug fixes can be the sorts that are actively beneficial. No one wants to deal with multi-core freezes in the case of Thief 1 and 2.

>>16781294

No, I'm saying Richard is a communist cunt, Team17 are kikes and Telengard is playable in dosbox you dipshit.

>>16779762

What's wrong with epsxe? It works for all games I've tried it with, although blood omen is a bit finicky and requires unique settings.

>>16781337

It's the ZSNES of PS1 emulators. If you want accuracy, you go for Xebra or Mednafen; if you want graphical options, you go for PCSXR.

>>16781337

>blood omen

Just play the wangblows version with this patch

https://verokster.blogspot.com/2018/05/legacy-of-kain-blood-omen-gl-wrapper.html

>>16781337

>It works for all games I've tried it with

Well that's the thing, some inaccurate emulators use hacks to get a lot of the most popular games playable without major graphical/audio errors. So it works, and you may never run into any game-breaking bugs, but if your computer can run a more accurate emulator then why take any chances?

>>16781337

>What's wrong with epsxe?

Giant hackjob of emulator, which has several security problems and several games to work need to use specific awful dumps.

Not on ZSNES or VGA(ancient versions) level though.

>>16781337

You just explained what's wrong with it. An accurate emulator wouldn't need game specific hacks.

>>16780319

>respectable rom websites

I simply don't trust Google to lead me to said sites and I don't know how to search the darknet.

>>16781376

emuparadise still has everything for the most part, you just need the work around script. nintendo games are still hosted on the site even thought they're not listed as well.

>>16781384

>emuparadise still has everything for the most part, you just need the work around script

I suppose I'll need to find that userscript on my own. I'm mainly looking for GBA roms and (of all things) Gamecube ISOs because I have no way of dumping the discs I do have. Also trying to get the hang of what exactly Retroarch is since there doesn't seem to be any standalone emulators for a hacked/CFWed Wii U.

>>16781390

>Also trying to get the hang of what exactly Retroarch is since there doesn't seem to be any standalone emulators for a hacked/CFWed Wii U.

Yeah, outside of VC, you're options seem to be very limited as far as a native emulator: https://wiki.gbatemp.net/wiki/List_of_WiiU_homebrew_emulators

Unless you want to emulate the games using the vWii: http://emulation.gametechwiki.com/index.php/Emulators_on_Wii

Is there a NoIntro2019 torrent? NoIntro2018 still seems to be active.

>>16781404

Also, I see /v/ hasn't changed. A simple thread has yet again devolved into petty bickering and other asshattery. Some things never change.

>>16781395

>vWii

I completely forgot that was a thing. Granted, I lost the classic controller and don't know if the Wii U's is compatible. Also need to see if it can co-exist with the other CFW in the SD card. Still, why use Retroarch over standalone emulators? Convenience?

>>16781404

>Looks like that script hack doesn't work anymore.

Yeah it does. I don't use a script though, I just change the URL manually.

>>16781414

>Still, why use Retroarch over standalone emulators? Convenience?

For the developers, YES. As was stated here: >>16781242

>and is consistent across the many platforms it targets in how it works, and outside of exotic things like shaders typically has feature parity too. The big feature is libretro which is the glue between RetroArch and the emulation cores, and it means that whatever RetroArch is ported to usually sees a whole lot of emulators go with it

HOWEVER, as what happened with the 3DS emulation scene, no one actually wants to develop the fucking thing: http://archive.ph/wot07#selection-4239.0-4251.95

They just port it over to whatever system, and strong-arm the CPU to run it: http://archive.ph/AoSNa#selection-3863.1-3863.434

However, this causes a problem as there are "all these emulators" that are available for the system, but no one is actually able to run them (With the folks running Retroarch even acknowledging that this is taking place): http://archive.ph/EzwPW#selection-1483.12-1491.418

And, everyone else eventually throws their hands up starts developing their own alternatives: http://archive.ph/SqQ3j#selection-2689.1-2701.137

With Retroarch still struggling along after over YEARS of "continuous development": http://archive.ph/OoGOa

Meanwhile, a working emulator was able to reach it's goal in a fraction of that time: http://archive.ph/btpjc

http://archive.ph/FrWzU

And, that's ALSO leaving out that the same thing occurred with Retroarch emulation on the Vita, where everything was ported over once the system was cracked, but no one actually bothered to develop the fucking thing so it's a been in a constant state of being nothing more than a complete mess: http://archive.ph/wcthi

>>16781491

Vsync

>>16781493

i've tried it on and off. nothing makes a difference

>>16781495

>>16781493

i'll add that it's not screen tearing which is what vsync fixes. it's just jerky/jittery scrolling, as if frames are being dropped

>>16779906

>>16779672

neither bsnes or higan are "retroarch", retard

>>16781525

I never said that they were, nor did I ever imply that. I just recommended using Snes9X because it has better shader and filter options.

>>16781459

Both 3DS and Vita are anemic systems, and neither of their homebrew porting scenes are particularly stellar even if their jailbreaking ones are god-tier. A holdup with Vita right now is hardware acceleration due to unfamiliarity of how to access it. Figuring that out has been somewhat recent and only really done for homebrew ports of Quake and Hexen II. For RetroArch it's a work in progress.

https://github.com/libretro/RetroArch/issues/9015

Also simpler porting isn't anything to sneeze at!

http://emulation.gametechwiki.com/index.php/Emulators_on_Vita

Check the options that exist standalone. No PC Engine and no NES (!). Also the options for GBA are a PSP-based emulator in Adrenaline, or to use VBA Next with frameskip in RetroArch. mgba runs pretty poorly right now. Realistically though the way to use 3DS is official compatibility with GBA and DS and the hacked-together VC releases, likewise, Vita's primary option is PSP+PS1 via Adrenaline. A few low-end emulators work on either but they're really just minor benefit if any.

>>16781527

That's why you use RetroArch to run bsnes and not the official UI. It does the shader things and also comes with the option of bsnes-mercury which is bsnes but with a few optimizations.

>>16781536

>That's why you use RetroArch to run bsnes and not the official UI.

And, I already expressed my displeasure and reasons for why I refuse to use Retroarch. What else is there that needs to be said?

>>16781536

>That's why you use RetroArch to run bsnes and not the official UI.

And, I already expressed my displeasure and reasons for why I refuse to use Retroarch. What else is there that needs to be said?

>>16778613

I usually just type the rom into a search engine and download it from the first site that doesn't either tries to trick me into downloading an .exe file or give me a message that the rom isn't available anymore.

The internet archive approach is probably much better but I never think of it in the moment I realize I'm still missing a ROM of a game I might want to play one day.

>>16781404

The script still works, but you need to use chrome.

>>16781649

works for me in waterfox

>>16781653

Well, it used to work for me in Firefox a long time ago.

>>16781654

can confirm that it still works for me in firefox

>>16781659

What version of Firefox? I have an issue when I use the workaround script where it just leads me to a blank white screen and fails to connect properly.

>>16781668

So after a bit of experimenting it seems the problem is Firefox keeps trying to connect to the HTTPS version of the download address and I need to reroute it to the HTTP.

>>16781624

Actually it's possible for ROMs to be formed in a way that they make the emulator do wrong things. Thankfully the only example has been against ZSNES and more in the name of fun.

https://mgba.io/2016/09/13/fuzzing-emulators/

I don't know of any tools for it but in my case I have a really crummy shell script that looks through a downloaded No-Intro DB for any ROMs one folder up. The one for NES has to strip iNES out. I don't normally have to do it for SNES because copier header ROMs aren't so common but if they happen you can strip the first 512 bytes off.

#!/bin/bash
ZDAT="nes_20120505_020736.dat"
find ../ -maxdepth 1 -type f -iname "*.nes" -print0 | while IFS="" read -r -d "" ZROM ; do
  dd bs=16 skip=1 if="$ZROM" of="./tmp.nes" >& /dev/null
  ZSUM=`sha1sum "./tmp.nes" | cut -b1-40`
  rm "./tmp.nes"
  #echo "$ZSUM"
  ZREN=`grep -i "$ZSUM" "$ZDAT" | cut -d'"' -f2`
  if [ "$ZREN" = "" ]; then
    echo "$ZSUM"
    mv "$ZROM" "../use/$ZSUM"
  else
    echo "$ZREN"
    mv "$ZROM" "../use/$ZREN"
  fi
  #echo "$ZROM"
done

Non-matches get named to a checksum, others get the appropriate name.

>>16781690

Note it's also possible to try making your own eBoots, and they also work on Vita most of the time.

>>16781709

PCSX2 is the only PS2 emulator. Unfortunately while Dolphin ditched 32-bit builds years ago, PCSX2 is still trapped on it much like ZSNES is. While possible, it is more annoying for 64-bit Linux to deal with for a start.

>>16781172

It has its uses. Often it's a shortcut to get emulators to run. On Linux some emulators were obnoxious to get to run but worked fine as retroarch cores. And it's most useful on my phone on which I couldn't play gameboy games anymore because the damn OS wouldn't let any emulator access the directory with the roms and the emulators weren't updated. Retroarch on the other hand is awkward to handle (it has its own UI/menu system for some reason) but all of the sudden all the games run. It would sure be nice to be slabbed onto some old pc that would then become a console. But then again I think there are Linux distros that fully specialize in that.

On Windows there's no reason to use it, all the individual emulators run well. It has that negative latency thing but I can't tell if that is even doing anything.

>>16781867

>being a phonefag

The UI is heavier than a gba emulator so why would I use it for a GBA emulator?

>On Linux some emulators were obnoxious to get to run but worked fine as retroarch cores.

I'm pretty sure it's just you ;)

>>16781874

>>being a phonefag

When I run a GBC game on my phone it's pretty much the original screen size, but backlit.

>The UI is heavier than a gba emulator so why would I use it for a GBA emulator?

As I said, because the best emulator won't do me any good if the phone's OS doesn't let me grant it proper access to rom files.

>I'm pretty sure it's just you ;)

Maybe. I don't have the patience to go for the full perfectionist solution on everything, especially not when I'm on a secondary computer and just want to play a few old games. It hasn't been until recent year that I've modernized things about my emulation setup when I wanted to play more non-turn-based games.

Should I upgrade my PC or wait for Yuzu to be functional?

>>16783445

Do both.

>>16783447

>prices haven't dropped for literally anything in years

When is the time to buy?

>>16783445

Yuzu compatibility:

Super Mario Odyssey: Okay

Splatoon 2: Bad

The Legend of Zelda: Breath of the Wild: Intro/Menu

DAEMON X MACHINA - Prototype Missions: Won't Boot

Monster Hunter Generations Ultimate: ???

Astral Chain: ???

Yuzu can barely play anything as it is, so I don't know why you think upgrading your computer will make it run any better.

>>16784356

Around February.

>>16783445

What are your specs?

is the gen-mini cracked to just drop roms in? i assume it is since the same emulation machine snes mini used

>>16784485

It will be in a month or two, the free one is in closed beta. Unless you want to cough up shekels right now.

>>16778613

> I don't use a VPN, so I don't really feel like torrenting. Are there any clearnet sites that still host ROMs?

Downloading ROMs individually via a browser (or even with a download manager) is hell.

If you bought one month with a VPN (and with something like Mullvad, that's only ~$5) you could easily pirate basically every game in existence that's been ripped in a few days or less depending on your connection and then never have to worry about it again.

>>16781496

The SNES displays at nonstandard resolutions, but still follows the NTSC pixel clock standard. As a result, the NTSC framerate is slightly higher than 60 FPS, resulting in jitters. If you can set your monitor to 75 Hz or higher you should see some improvement. 125 Hz is best, though, because every frame will get at least one full repeat.

>>16784490

>trueblue

>try one of these with a PS Mini

>you can't access the emulator menu, can't turn on HD textures, all games look like your screen is smeared in shit

>when every other hack allows you to change all you want, even to overclock your console (only way to play Parasite Eve 2)

Why even bother?

>>16784894

Your computer is a piece of shit that wouldn't run ps3 games, people need recent i7s to get decent speed in wahoo bing bing switch edition. Stop being a dipshit, you know better.

>>16784905

You could do just fine with a Ryzen 3600 as well, bigger price isn't automatically better for what you pay.

>>16784905

You just misconstrued my initial post, no need to act so hostile over something you yourself are to blame for. Why would I want to run recent ps3 games when I can't even run mario world romhacks with RunAhead cranked up? I can't even think of a single Ps3 game I actually wish to play.

>>16784908

I have 3k yuros. I just don't really play modern video games so I never saw the need to upgrade and always waited for the discounts to come…

>>16784910

Forgot to mention, every emulator under the sun does vulkan now except for the 3DS and PS2 emulators, so if you absolutely need those, nvidia is your only option, otherwise stick with used AMD because it's way cheaper.

>>16784554

I've since updated my SNES9x to 1.60 and everything is ultra smooth. Either the updated version had some optimization fixes or I had my original configuration all messed up and the update reset everything

>>16784905

>i7s to get decent speed in wahoo bing bing switch edition

I doubt either Yuzu or RPCS3 are multithreaded enough to use 4 CPU cores, let alone 6 or 8. Remember the cores are literally identical for a given microarch, so a Coffee Lake Refresh i3 is going to emulate identically to an i5/i7/i9 at full boost, just remember to get an unlocked CPU (or Ryzen) and a decent cooler if you want to overclock.

>>16784915

>1070 ti, 1080 or an AMD 5700XT or 580 Nitro

That's probably, like, two tiers higher than necessary. nVidia 1060 or AMD 470 are easily sufficient for 1080p60 output.

>ebay

This, NEVER get new parts, except maybe PSUs. The price difference is enormous, usually at least 3/4 the price even for Buy It Now, lower yet for auctions.

>>16784977

Yeah, the only useful advice I can think of for somebody wanting to spend more than $600 on an emulation build is "get a CPU that OCs well, watercool it, and clock it as high as it can stay stable". Nothing other than single-thread IPC & high clocks help for emulation.

As for the future, aside from the increasingly multicore nature of newer consoles that (timing issues aside) present the prospect of greater multithreading, there is one other possibility emu devs might try, which is multithreading the JIT for single cores. While ubiquitous for static compilers, it's bleeding-edge technology for interpreters such as LLVM, and the only game emulator JIT to attempt it was a brief experiment by Skid-au for Dolphin.

>The PSU thing is a good idea

My point was less about wattage headroom and more that any other part of your computer being cheap and/or old even storage since there is absolutely no excuse not to use RAID mirroring if you care at all about data loss is fine, especially since solid state electronics have such a long lifespan to begin with, but that a cheap and/or used PSU can damage other components of your PC or even catch fire.

>>16784977

> I forgot to let him know he could get a decent monitor for anything else at high refresh rate @ 1440 for gayman as a whole,

Refresh rates are a bad meme, you'll notice the bad contrast and flashlighting from blacks from your monitor long before the slightly higher frame rate.

>>16781491

The SNES video refresh rate is 60.098 Hz or so and your computer screen is locked at 60 Hz (or 120 Hz etc.) unless you have a variable refresh rate monitor.

>>16785174

>60 FPS vs. 90-240 FPS

>slightly higher framerate

Given the name of the thread, you could note the fact that pushing emulators above 60 FPS is very tricky and only works well with a small number of emulated titles, but for PC games the increased FPS is like night and day.

>caring about contrast

>or glowy blacks

>on LCDs

>ever

PQ will always be garbage on LCDs, but even taking into account the smearing from their slow GtG response, higher refresh absolutely will produce smoother motion and lower latency on LCDs.

>>16785307

Note that nearly all commodity LCDs, in spite of defaulting to 60Hz, actually can accept arbitrary exact modes below 60Hz, and most can also accept very slightly higher (like, 65Hz) modes, though you'll usually need to use something like ToastyX CRU or SwitchRez or badly documented eldritch xrandr hacking in *N*X to force custom modes.

>>16785338

It's actually really straightforward on Loonix with xrandr:

`cvt [xres] [yres] [rate]`

gives you the modeline (second line in output, the stuff after "Modeline") you can then create and add to a display with

`xrandr –newmode [modeline]`

and

`xrandr –addmode [output] [modeline name]`

with the modeline name being the first field with quotes after Modeline in the cvt output.

Then either use an emulator that can set this mode itself or run

`xrandr –output [output] –mode [modeline name]`

If your display goes black or displays a message input timing not supported or so blindly type

`xrandr –output [output] –mode 1920x1080`

and hit enter. This selects the 1920x1080 mode with default refresh rate. My old Dell for example doesn't actually support that mode.

example:

cvt 1920 1080 61

xrandr –newmode "1920x1080_61.00" 176.00 1920 2048 2248 2576 1080 1083 1088 1121 -hsync +vsync

xrandr –addmode HDMI-A-0 "1920x1080_61.00"

xrandr –output HDMI-A-0 –mode "1920x1080_61.00"

>>16785394

This gets a lot more complicated with multiple monitors, transformations (rotation, flipping), and copying it into xconf or whatever to make it permanent. Plus dealing with inscrutable errors due to everything from permissions issues to corrupt EDIDs that are never a problem on Win/Mac.

Really amazed nobody has ever made an actual GUI for any of this

just a heads up: Star Wars Arcade for Model 1 will be working (but not perfectly) in the upcoming MAME version

>>16784498

whats newsgroups and came with the internet when you ordered it with your email from teh isp. why sohould i pay for stuff that should be free

>>16786732

have fun playing Tron Bonne

Honestly I hope that Switch emulation gets far enough so I can play NMH3 if it never gets a PC port.

It's the current year, why isn't there a highly accurate N64 emulator that doesn't require a NASA computer to play and that isn't loaded to the brim with malware? Also, where's my xbox emulator so I can play Ninja Gaiden Black?

>>16788080

>N64

Because the first port of Angrylion to Vulkan (ParaLLEl), in spite of working superbly on even a modest GPU, was a sophomore effort on the bleeding edge of Vulkan development, the codebase of which was too disorganized to maintain. Hopefully somebody will do it again now that people understand Vulkan/SPIR-V better.

>XBox

Sheer disinterest due to nogaems & lack of autistic trannydevs among its fanbase. Fortunately, as of a couple years ago development kicked up, and one or other of XQEMU or CXBX-R should mature beyond their current "dozen or so games work playably" state, IMHO within a year or so.

>>16788086

>Hopefully somebody will do it again now that people understand Vulkan/SPIR-V better.

Considering the guy who made it has an actual hand in the specs and is one of the first few devs to release anything working with that API I seriously doubt you'll find more competent, more willing to work long term though that's another story.

Still won't remove the fact that there's a big bottleneck with titles that use the bigger resolution internally with the compute on GPU approach apparently.

>>16788080

XBOX is starting to shape up, NGB is most likely gonna take a while because LTCG but within a years or two it should be playable to a degree.

>>16788094

Eh, the design of his Vulkan renderer for Beetle PSX (admittedly a far simpler machine) seems to meet his standards for code cleanliness, maybe he'll take another shot at Angrylion.

>there's a big bottleneck with titles that use the bigger resolution internally with the compute on GPU approach apparently.

Sauce? Not sure what you're referring to, I've used ParaLLEl at 1080p60 on a GTX 960 without coming anywhere near full load, and others have used it at way higher rez. The only problems I'm aware of for it were edge cases just due the fact it was an alpha quality port of an older version of Angrylion.

>>16788104

>Sauce? Not sure what you're referring to

It's been a long fucking time butfrom what I remember ParaLLEl worked around it by simply always assuming the games render at 320x240 internally because actually doing 640x480 for title that do it was unplayably slow because of some bottleneck partially caused by the implementation and some inherent to doing compute shit on the GPU.

IIRC the conclusion was that it would require rewriting the whole thing from scratch and severely bumping the requirements regardless and so it was abandoned in favor of doing a vulkan backend for beetle.

>I've used ParaLLEl at 1080p60 on a GTX 960

I remember trying to run a few things on a 770 and it shitting the bed pretty hard in some heavier titles like Body Harvest.

>>16788111

Huh, I didn't try any actual high-rez games (Turok 2, Majora, Indy, etc.).

>>16788080

Probably because N64 has barely any games worth playing.

>>16788237

>Probably because N64 has barely any games worth playing, outside of what's already been rereleased on Virtual Console and Rare Replay.

Fixed

Here's my current N64 wishlast, all the ones maked in faggot text have been released or remade in some manner outside of the N64:

>Beetle Adventure Racing

>Body Harvest

<GoldenEye 007

>Hybrid Heaven

<Sin & Punishment

<Star Wars: Episode 1 – Battle for Naboo

<Star Wars: Rogue Squadron

>Tetrisphere

<Winback

<WipEout 64

>Wonder Project J2

>>16780816

>Using NDA'd SDKs is dubious

<what is clean room reverse engineering

>>16780627

>And, open source is straight up terrible as a model for innovation

I was gonna reply to your posts but after reading that I realize you're not worth wasting anyone's time. Have fun getting fucked up the ass when x86 (and later x86_64) dies you stupid moron.

>>16788693

>what is clean room reverse engineering

Something you publicly avow having done in a documented fashion, rather than denying it.

>Have fun getting fucked up the ass when x86 (and later x86_64) dies you stupid moron.

Eh, he's sort of right. Every good open source project started as a closed source project, literally the only thing open source is good for is ports and other compatibility fixes.

>>16788080

>loaded to the brim with malware

Which one would that be?

>>16789335

P64 had malware for a while, IIRC.

>>16790344

> checked my bookmarks and more and more sites are biting the dust. Anti-piracy scumbags will stop at nothing until out of print vidya is erased from existence and forgotten. It's really depressing /v/. Someone wake me up from this nightmare.

They don't want you playing old games because old games don't have homosexual propaganda in it.

>>16790344

>more and more sites are biting the dust

Good riddance

Anyone with at least two neurons to rub together can always find what we want on P2P. Normalfag-friendly ROM sites are cancer.

>>16790573

Did you post the Sonic screenshots since you can't be assed to get the same angle for the gc set? No shit checkerpatterns need noisy cable blurring for the dithering. The mgs example is worthless.

>>16790574

The waterfall uses composite artifacts for the effect, not scanlines. Only a shitty composite signal will show it right.

>>16790776

Scanline autists are fucking retarded, that's nothing new.

>>16790776

This. There are no visual effects that rely on CRTs, aside from perhaps nonsquare pixels, and interlacing, in the very specific case of the PS2, since it's the only platform I'm aware of with any games that don't use a p-scan framebuffer. The only types of video retro tricks rely on are at the signal level, either composite color (for some <6th-gen console games), or NTSC/PAL color (for some 8-bit PC games).

"CRT"/scanline shaders are purely an aesthetic preference, just like they were back in the day, when you could opt for a crisp aperture grille instead of a blurry commodity TV.

>>16790788

It should work at near locked 60fps in Xenia (provided your PC is decent, think 66000k + 1070) from what I recall

>>16790947

You need windows 10 for xenia though

>>16791008

Not anymore since about a year

>>16791011

the vulkan renderer is decades behind the dx12 renderer.

Nothing is playable on it.

>>16791012

It's called progress anon, maybe verify what you're saying before saying it.

>>16791013

You retarded nigger that video is from back when DX12 back end improvements weren't even merged with upstream.

>>16791015

Instead of wasting money on another GPU just buy a second hand 360 and pirate shit on it. That way you don't need to deal with Windows 10 even through a VM.

>>16791019

>You retarded nigger that video is from back when DX12 back end improvements

It's playable, stop being a dumb goalpost moving nigger

>>16791022

>It's playable

We are talking about Armored Core here. I am sure he will enjoy being able to play anime shovelware with massive texture glitches and crashes in vulkan while not even being able to see whats going on in Armored core.

This is some sheer desperation to look at that video and call anything in it as playable.

>>16791023

you can even buy a first hand one from microsoft directly for 100$.

you'll have to rub two braincells to flash it then.

>>16791026

>We are talking about Armored Core here.

Yep the same one that has been playable well enough since 2018, has always had some visual issues even on DX12 and has apparently started being less stable in more recent build if you play it with DX12.

>This is some sheer desperation to look at that video and call anything in it as playable.

So you're a blind dumb goalpost moving nigger then, fucking bayonetta runs better than the PC port even.

>>16790947

im running ryzen7 3800x with rx580 16gb ram 2400 mhz

>>16792552

>How does Flycast compare to DEmul

Worse compatibility still but should be faster and more stable and lack the attrocious frame pacing issues Demul has if you don't force Vsync.

>>16792552

Nothing beats Demul when it comes to compatibility and accuracy.

>>16793358

Yes, waiting for a hardware renderer update.

>>16793358

reduce the CRC hack level

DMC3 doesn't work well with the Hardware renderer.

>>16780539

The SNES Romset is like…. 12GB. Bruh.

>>16793358

Try the latter version, try DX11 instead, Try upping blending accuracy, try the autoflush hack, fiddle with CRC hack level.

>>16793397

Not even, think it's like 2GB or less.

>>16793399

Any and all X360 are unreliable pieces of shit, the first model just happen to be worse, same deal with PS3s.

>>16793397

>>16793407

Goodset (all regions, plus a bunch of different betas, hacks, translations, etc.) is under 3GB, deduped USA region is under 700MB.

>>16793358

Just use software mode?

>>16793436

Really what excuse is there nowadays to not have at-least the No-intro up to 5th gen set on your HDD, it's like 60GB and you have enough games to last you a lifetime in it

>>16793440

Because it's too many games. Although, with that being said, what I've taken to doing is only having ROMs "openly available" to play on my hard drive only if I actually own the darn thing. And, I do that as a measure to limit how many games I can play at any one time, and also because of the pic in this post: >>16781244

>>16793440

>Really what excuse is there nowadays to not have at-least the No-intro up to 5th gen set on your HDD

My 4TB drive is already in the red from other files and I can probably make the space but I keep neglecting to organize it. But if you have the space for it, there's really no sane excuse not to just get the whole 1-5gen 60GB no-intro romset like you said though.

>>16800235

They seem to be fixed.

It amazes me how CRT/scanline filter fags reveal how monstrously retarded they are about how old games looked and how they utilized old display technology to mask deficiencies of the consoles they ran on. Then again you niggers think faulty video output is an "aesthetic" instead of just being an impasse developers had to deal with.

>>16778679

>best filters

>a bunch of shit that can't remotely compare to a real CRT

>Kega

>not using its built CVBS filter which emulates the systems blurry output without introducing pointless artifacts

>using PuNES instead of Mesen

Kill yourself unironically

>>16790573

>>16790574

>>16790575

>>16790576

>>16790578

Nigger if you're going to act like an authority on filters then get the aspect ratio right at least. Not surprising you think the Sonic waterfall is because of muh scanlines and not because of the Mega Drive's poor composite signal.

>>16801415

They're idiots that grew up on discussion from 4 /vr/ that are old enough to say stupid shit, I wouldn't be too surprised.

>>16801465

Is that supposed to be english or something?

Could someone please explain WHY multi-system emulators exist?

Why do I need to download software that's compatible with several different systems when I just need it to play ONE system?

>>16801779

Are you bitching about mame or mess or something? That's a lot of niche shit people don't even feel assed to make an emulator for.

>>16801817

>anyone know how to hook up a PVM or any typical CRT TV to a computer?

Typically VGA or S-Video/RCA, however you're probably going to have to find a converter for the latter (And the former if you're computer doesn't have a VGA port anymore).

>>16801800

Looking for a PC Engine emulator, and all the "top recommendations" also support 20 other systems that I do not need an emu for.

>>16801835

Use Ootake for PC Engine

>>16801835

>Looking for a PC Engine emulator

Use mednafen

>also support 20 other systems that I do not need an emu for

Who cares?

>>16801835

Get over yourself and use mednafen or retroarch, if you didn't know that pc engine emulators were all payware shit for about two decade until "multi-system emulators" ie mednafen fixed it you're either underaged or slow.

>>16801863

you missed it when you didn't play it when they got released. you missed playing the first game and wondering how the second one would be IF there would ever be a second one. you missed marveling at the leaps of technology and graphics going from 2d to 3d, from low poly to high poly. you missed reading the reviews from magazines who'd gotten their review copies earlier and eagerly awaiting for the commercial release. you missed saving up the money as a teen to get said game and salivating looking at it on the shelves. you missed the disappointment when the end of the saga didn't quite turn out how you wanted it to be. and finally you missed a ride that went on for 30 years with its highs and lows and instead got a second hand experience that barely lasted 1 quick short summer and isn't representative of how it felt to see it rise and then tumble down and die. so, it makes you feel better, by not playing mgs4, you didn't miss out on much.

Commercialized franchises are all disappointments since they all either crash and burn eventually from mis-management or repeat themselves like a bad comedian and die in obscurity.

>>16801904

that image is very unrealistic. Solid Snake only had less than a year of life left and Sunny was like 10 during mgs4

So unless there's some puberty accelerating nanomachines then this image is beyond a fucking joke

>>16801904

>So unless there's some puberty accelerating nanomachines

To be fair, Sunny would be a good candidate for those considering how much hotter she becomes.

>>16801951

Fuck off

>>16801817

>>16801835

>you're probably going to have to find a converter for the latter

Note that adapters for both PC CRTs (VGA, >31kHz sync) and SDTVs (composite/s-video/component 15kHz sync) come in basically two varieties. One is extremely common, including a lot of processing like scalers (at minimum a line-doubler), producing scaling artifacts and lag, so they suck for gaming. The very most awful ones may even connect via USB.

The other kind is much rarer, with no digital processing imposed other than a simple DAC. For PC CRTs, some good examples are the Delock 62967, Sunix DPU3000, and any HDFury. For SDTVs, I haven't come across any devices confirmed not to scale, but some reports indicate this might fit the bill:

https://www.aliexpress.com/item/32896942663.html

Another option, if you're willing to sacrifice performance, is to just get an older GPU with a DAC, meaning at newest an AMD Rx 3xx series or nVidia GTX 9xx series.

Keep in mind that for a pixel-perfect, lag-free experience with SDTV output, you will need to make your GPU output native 15kHz SDTV modes, which under Windows may require use of something such as CRT Emudriver.

>Imagine actually using filters to recreate the real deal

Only legitimate use of filters for "muh authenticity" is composite/NTSC artifacts for a handful of games, scanline fetishism is degenerate.

>>16802079

Even then those artifacts aren't why things like Genesis games turn meshes transparent, it's because of the poor signal itself, the rainbowing and dot crawl are just drawbacks you get from it.

>>16801894

Ootake has been around for more than a decade if you wanted free standalone PC Engine emus. Took your own advice underage faggot.

>>16802095

Don't consoles with better composite output, like SNES, use the same tricks (i.e.: vertical dithering) in some games? I'll need to play with filters a bit to confirm (all the articles I can find just use hardware captures), but I'm pretty sure just a simple NTSC composite filter will reproduce stereotypical Genesis graphics without additional degradation.

>>16802099

Garbage has existed for years but I don't tend to recommend it, there's a reason why people used magic engine for years then switched to mednafen instead of your shitty proprietary gook emulator you fucking loser..

>>16781713

>PCSX2 is the only PS2 emulator.

LMFAO

Do your research ground-dweller, and dig deeper. There's the almost-forgotten "Play!" Emulator:

https://purei.org/

https://github.com/libretro/Play-

Only recently did Libretro take over development partially (and is currently being tested in some builds of RetroArch), so we can at least hope they do a better job than those PCSX2 slowpokes.

I mean they already made ePSXe obsolete with BeetlePSX, so I have at least some hope for them.

>>16793431

It runs like shit, even on the most powerful of CPUs, and all of the Speed Hacks are automatically disabled in SWmod anyway.

But who am I kidding at this point, It's much easier just to buy the console yourself and SoftMod/ModChip it yourself so it can play games off a hard drive (just make sure you don't get the Slim 75000/77000, it's notorious for hardware issues).

>>16802623

There's also the wacky Chinese PS2 bootleg emulator on ARM

>>16802648

>Chinese

You already lost me there, their software usually has 3 factors involved that are almost always included:

Stolen, Broken, and Ridden with Data-Stealing Viruses

I'd rather recompile either PCSX2 or Play! from scratch myself (like what was done with PCSX-ReARMed).

>>16802648

>>16802655

P.S.

That emulator is just on old version of PCSX2 that is poorly re-compiled.

>>16802194

The SNES didn't need to. It supported hardware transparency, and supported way more colors on screen so it didn't need to dither

>>16802657

>That emulator is just on old version of PCSX2 that is poorly re-compiled.

I'm not surprised, dumb chinks

>>16803046

>dumb chinks

Still smarter than the PCSX2 team, apparently.

>>16801938

Nah I'm pretty sure Sunny had tremendous fuckin knockers in the game you should boot it up again and check anon.

>>16803503

Post torrents to help out.

Dicing Knight is fun and the best action game I've played in ages. In fact it's the only action game I've played in over a decade because all the others were just cinematic bullshit with button spam combat.

I have no idea what the fuck I'm doing though.

Dicing Knight is fun and the best action game I've played in ages. In fact it's the only action game I've played in over a decade because all the others were just cinematic bullshit with button spam combat.

I have no idea what the fuck I'm doing though.

>>16803555

Nobody fucking cares if you post magnets or not you stupid bastard, they aren't file-hosts that can be taken down.

>>16802648

>>16802657

To be exact it's part of the PCSX2 codebase ran through an x86 to ARM recompiler, some chunks from Play! and some other chunks from PPSSPP.

It """"""works"""""" but really it's the most nigger rigged shit there is

For low-end emulation (4th gen and earlier + handhelds, mostly NES, SNES and GB/C/A) it it worth getting a Vita as opposed to a PSP? I suppose it would be nice to have better hardware and access to Vita games but I've also heard that the software situation is kind of a mess and that the firmware isn't as good.

>>16805646

Mega links aren't torrents you fucking idiot.

>>16805646

Congratulations, you are a fucking retard.

>>16805679

Where? What the fuck are you even even talking about, some newfangled shit or something? Do you know what a fucking tracker is? I haven't seen fucking mega trackers before, people usually have enough sense not to upload TORRENT LINKS to a mega account since the fucking pirate bay only accepts magnet links now.

>>16805680

The kind of people gloating about this kind of retarded shit usually tend to be.

>>16805645

>mostly NES, SNES and GB/C/A

Get a 3DS then.

>>16805686

Is 3DS good for PSX and Sega consoles as well as offbeat stuff like Mac OS? One of the main reasons I gravitated towards a PSP in the first place is because there's support for basically everything imaginable.

>>16805707

>3DS

<GB(A/C), MS, NES, Genesis, and some SNES games

>PSP

<Everything prior plus Sega CD and PSX

>N3DS

<Everything prior plus full SNES compatibility

>Vita

<Everything (Through shoddy Retroarch ports or PSP homebrew)

>Switch

<Ditto the Vita, sans the PSP ports)

>>16805714

So it's worth shelling out for a Vita or N3DS, then, depending on whether I want bing bing wahoo or weebshit for a system library. Any particular models to look for or avoid for either of those? If I'm going to spend $100+ I might as well look for the best.

>>16805707

Sega Genesis and Master System roms can be baked for the 3DS no problem

someone's working on PS1 for N3DS

>>16805810

If it's miscellaneous shit you're just advocating the loss of information. Seeding is great as long as you can foster consistency.