[ 3 / biz / cgl / ck / diy / fa / ic / jp / lit / sci / vr / vt ] [ index / top / reports ] [ become a patron ] [ status ]
2023-11: Warosu is now out of extended maintenance.

/vr/ - Retro Games


View post   

File: 73 KB, 800x600, emuhelp_ch01wlpr[1].jpg [View same] [iqdb] [saucenao] [google]
1023812 No.1023812 [Reply] [Original]

zSNES
>Low compatibility, errors in some games, out dated
http://emulation-general.wikia.com/wiki/ZSNES#Review

ePSXe
>plays catch up with other emulators for features, less stable core, lacks features such as true widescreen

PJ64
>Out of date, out shined by others

What you should use:

SNES:
Snes9x
http://www.emucr.com/search/label/Snes9X/

PS1:
Mednafen:
http://mednafen.sourceforge.net/releases/

or PCSXR, although it really needs a new graphics core.

Mupen64+:
https://bitbucket.org/ecsv/mupen64plus-mxe-daily/get/188b8016acae.zip

Caveat: N64 emulation is a mess. While M64+ is the clear winner overall, you do still need certain plugins for certain games, so you still need several PJ64 versions for certain games, and to use guides for the best set up for certain games. M64+ hopefully will reduce the mess that is N64 emulation since it's getting lots of updates. It won't be PJ64 that's for sure.

RetroArch:
>Includes Snes9x, bsnes, Mednafen psx, and will soon include M64+
http://emulation-general.wikia.com/wiki/RetroArch
http://emulation-general.wikia.com/wiki/Using_RetroArch

>> No.1023839

Nesticle
>sounds too much like testicle, use Nestopia instead

>> No.1023843

>>1023839

I doubt there's people using Nesticle in 2013.

>> No.1023853

>>1023843
Actually, this thread reminded me that it's been a long time since I updated any of my emulation software. Do people still use Fusion for Genesis?

>> No.1023868

>>1023853
>Do people still use Fusion for Genesis?

Yes. It's closed source, and hasn't been updated in years, but it's very solid and hasn't quite been over taken on the PC. The Genesis hardware is apparently much simpler than the SNES, so Genesis emulators were high quality long before SNES ones.

>> No.1023875

>>1023868
I remember one that came before it..I think it was called Gens (the exe file was called Gens anyway) and it was pretty shitty...I got Fusion and never had any problems and just kept it

>> No.1023886

Fusion is definitely the best Genesis Emulator. Absolutely no problems with it.

Also everything looks pretty if you turn on 25% scanlines

>> No.1023976
File: 213 KB, 709x639, 1371924450253.jpg [View same] [iqdb] [saucenao] [google]
1023976

>Recommending snes9x over bsnes

>> No.1023986 [DELETED] 

>>1023983

>bait

>> No.1023983

>>1023812
No OP, ZSNES is well known as the most widely used and convenient SNES emulator. Thread over.

>> No.1023989

>>1023986
>Responding

>> No.1023995

>>1023986
If you have no actual counter argument then you are the troll. It's hilarious how rustled you emulation fanboys get instead of using the real hardware

>> No.1024000
File: 449 KB, 286x119, 1321658297962.gif [View same] [iqdb] [saucenao] [google]
1024000

>Forced to use Zsnes for mario hacks due to incompetent rom hackers
>Now we can never have real hardware reproductions of some of these hacks

>> No.1024002

>>1023995
>troll

>> No.1024003
File: 46 KB, 625x626, he's going all out.jpg [View same] [iqdb] [saucenao] [google]
1024003

>>1023995

>> No.1024004

>>1024000
>Paying for roms and fanfiction

>> No.1024005

>>1024002
Because using the actual hardware instead of something that pretends to be it is TOTALLY trolling.

>> No.1024009 [DELETED] 

>>1024005
>troll

>> No.1024019

>>1024004
>Implying I can't burn my own using an EEPROM burner
Fuck off failtroll.

>> No.1024034

>>1024009
>>1024019
Troll.
Flashcarts are inferior to the actual hardware and legit factory produced carts. Enjoy your chinese basement knockoffs.

>> No.1024031

Thanks for this thread OP, for once you're not a faggot.

Please clarify the bit on N64 emulation though. Are there games that M64+ can't run that work with PJ64?

>> No.1024039

>>1024034
>Flashcarts are inferior to the actual hardware
How so?

>> No.1024038

>>1023812
>Mednafen
>Save states from 0.8.x and earlier are not compatible with 0.9.x, as the save state format(and file extension) have changed. Additionally, save states from older 0.9.x releases may or may not work entirely correctly with newer 0.9.x releases(if there's a particularly big breakage, however, it will be noted in the release announcement).

You see, this type of shit is what destroys an emulator for me. I refuse to use an emulator that will not have save states compatible across all future releases. What do they expect me to do, keep a bunch of different versions of the emulator around merely for the fact that they can't keep a consistent save state format?

>> No.1024043

>>1024039
>Being this new to gaming.
I see /v/ is here.

>> No.1024042

>>1024034
>>troll

>> No.1024047

Guys, piracy is wrong. You should always support the company by purchasing virtual console releases and other ways of playing these games legitimately. If you keep pirating these games, then the developers won't get money to develop more of the games you love.

>> No.1024050

why is /vr/ so /v/ today

>> No.1024052

>>1024043
Help /v/ out and tell them why it's shit

>> No.1024056

>>1024038
>using save states
The problem is you

>> No.1024057

>>1024047
Relax. If there is no legit emulated version or port available, buying a used copy on eBay isn't any better than pirating the game.

>> No.1024058 [DELETED] 

>>1024052
Are you illiterate? This is /vr/ not /v/
>>>/out/

>> No.1024060

>>1024057
>Used games are piracy
>Troll

>> No.1024063

>>1024058
He told you to explain your position, fuckwad. Are you to autistic to pick up on context clues?

>> No.1024064

>>1024063
>Implying I'm that anon
>Autism
>>>/v/

>> No.1024065

>>1024060
Did I say they were the same? Learn to read.

>> No.1024067

>>1024056
>Getting mad at save states at all
>Getting mad at save stating a game you played 10000 times.
>getting mad at a option
top lel

>> No.1024070

>>1024065
You just did in the past tense. Learn to read.

>> No.1024074

>>1024067
Why not just do regular saves after loading the states prior to upgrading? I'm sure they had a good reason for changing the format, it's in many cases better to break shit than having the software become unmaintainable due to shitty legacy solutions at a later point.

>> No.1024083

>>1024074
At least let it load old save states and then when they are saved again, converted into the new format.

>> No.1024084

>>1024070
u wot m8? My point was; who gives a fuck if you decide to download a game instead of paying some reseller neckbeard for a crusty old cartridge? The company that made the product and the publisher isn't seeing money either way.

>> No.1024097
File: 40 KB, 727x558, chinese_quarity_programming_at_its_finest.png [View same] [iqdb] [saucenao] [google]
1024097

The 8-bit Gameboy part of Visualboy Advance totally sucks.
BGB and Gambatte is so much superior.

>>1023812
>Snes9x
Are you serious or is this your bait?

>>1024000
I know how you feel, i once burned Pokemon Brown on my flash cart.
It looked terrible.
>from 'ReadmeNOW.txt'
>- Some emulators have weird lines through the Pokemon pics.
These 'Some emulators' are actually the more accurate ones, when the REAL GAMEBOY does exactly the same.
The reason behind this graphic glitches is caused by the supersmart hacker.
He used the incorrect general-purpose-copy (just copy data form here to there) routine
instead of the correct graphics-vblank-upload (copy to VRAM when ACCESSIBLE) routine.
Also the SGB border is also fucked up because he decided it was a good idea to put some data inside the blank GB-screen area in the middle of the SGB border.
He was probably thinking that the SGB is going to draw the GB-screen on top of the border.
But the true fact is that the real SGB draws the border on top of the GB-screen, the middle MUST be CLEAR or else you see shit blocking your view.

How did i found all this out?
I used the debugger from BGB (pic related) and bsnes/Higan for SGB.

>> No.1024109

>>1023812
OP is troll. Never use pleb tier snes9x. Deprecated. Bsnes is only emu worth using.

>> No.1024112

>>1024109
>Bsnes is only emu worth using.
PFFT HAHAHAHAHAHAHAHAHAHAHAHAHA

>> No.1024116

>>1024112
Someday you'll get a real PC and suddenly decide bsnes is best.

>> No.1024115

>>1024083
That would be the elegant solution, yeah. I guess mednafen's userbase of 12 people didn't warrant the extra coding effort.

>> No.1024120

>>1024112
It is true though, unless you have shit hardware. In which case snes9x is the least shitty of the shit options you have available.

>> No.1024121

>>1024109
Bsnes is depreciated. Higan is what you use now.

>> No.1024125

>>1024115
So it's the best PS1 emu but only 12 people use it? lol wut

>> No.1024137

>>1024125
Yeah they're getting closer to bsnes now, which was enjoying a majestic total of 38 users last time I checked.

Do the libretro ports handle save states in a unified system or do they just use whatever the original emulator was doing? I'd imagine they'd be more interested in avoiding breakage over there.

>> No.1024159

For some reason playing starfox on zsnes is fucking awesome. It's like they boosted the fps or something.

>> No.1024168

I wish people would read the sticky

>> No.1024194

>>1024159
Never mind. I forgot. It is actually snes9x that has boosted fps.

>> No.1024235

>>1023976
Bsnes is for autists who care about meaningless things like "accuracy". Also there is nothing wrong with ePSXe.

>> No.1024263

>>1023812
I disregard your opinion and instead rely on my own empirical findings.
As far as playstation is concerned, all of the ones that aren't epsxe seem significantly buggy, crash and have somehow worse interfaces.

As far as N64 is concerned, they're all pretty shit, but PJ64 seems to be the least shit. The plugins pretty much work, using glide wrapper appears to be the best relative option and is significantly stable for the most part and mostly proper looking.

Snes9x I agree with. Also you forgot to list zSNES atrocious video display problems and poor sound.

>> No.1024264

>>1024235
If you played SNES games as a child, you'd want accuracy too.

>> No.1024268

>>1024031
>Are there games that M64+ can't run that work with PJ64?

World Driving Championship for one. Only works in a certain plugin for PJ64 that hasn't been ported to M64+ yet.

>> No.1024271

>>1024235
Accuracy isn't meaningless. But I myself don't find horrible video output, stututututututututututututtering sound when clicking or doing anything sound anything but annoying as fuck, having to deal with bullheaded rom wiping that really does not serve any immediate purpose other than satisfying byuus urge to clean the headers of every rom on the planet. The awful interface with few options. Crashing from time to time.
I really don't care how accurate your emulation is when it's wrapped in a pile of shit.

>> No.1024272

>>1024263
I seriously hope there's something better than epsxe by now. It worked, but there were still a lot of things that seemed off about it. The little things, the details. PS1 needs an autist hero like byuu is to SNES to preserve it perfectly.

>> No.1024278

>>1024264
>you'd want accuracy too
Than get the fucking console. Seriously.
I'm a collector, but I can definitely see the pros of emulation. People creating "hardware accurate" emulation with none of the benefits of what emulation can do on its own just seems pointless outside of anything but creating a historical record of what a "SNES" was. People PLAYING for enjoyment should just stick with BSNES or get an actual console if accuracy bothers them that much.

>> No.1024282

>>1024272
Not like byuu... preferably more like someone who will get shit done and not make it terrible at the same time. We're comparing emulators because we actually use them. Not because we're trying to complete an emulator comparison benchmark. So they should be made worth using not just trying to hit the right marks on a test sequences.

>> No.1024285

>>1024272
>I seriously hope there's something better than epsxe by now. It worked, but there were still a lot of things that seemed off about it. The little things, the details. PS1 needs an autist hero like byuu is to SNES to preserve it perfectly.

Mednafen and Xebra are here to save the day. They are software and much more accurate emulators. Since they use software they need 2.0 Ghz intel dualcore Cpus to run full speed. And increasing the internal resolution would need a MUCH better CPU. So they don't even bother with it for now. But those emulators are very, very good.

Mednafen is a bit better. Iv'e heard complaitns about Xebra's interface and stuff.

>> No.1024291

>>1024285
>They are software
You mean they use software video output. Let's be fucking clear here, all of the shit we're talking about 'is software'
As far as epsxe goes, there's an internal software plugin, an external configurable software plugin (bladesoft), and about four main GPU based plugins.
Software video output isn't explicitly better either. There are pros and cons to each depending on what you're looking for.

>> No.1024307

>>1024291
>Software video output isn't explicitly better either.

It's a lot easier to have accurate glitch free graphics with software video output though. It just takes more CPU power.

>> No.1024336

>All this bsnes vs snes9x discussion

Why don't you folks just use mednafen? It uses a modified bsnes core that doesn't hog resources.

>> No.1024337

I have to argue ePSXe has its place. It seems like the only one that got past the opening of Rue's part in Threads of Fate (at least version 1.8.0).

Last I checked the SVN for PCSX-R it still hung. I can't remember if Mednafen fared any better and Xebra can be confusing if you haven't used it before (so I haven't given it a shot).

What's the least hardware intensive PSX emulator?

>> No.1024338

>>1024278
I agree with this. In many cases, performance matters more than accuracy. any game that incorporated console lag into gameplay strategies was just badly designed. Makai Mura's first level comes to mind.

As that poster said, emulation should also be able to help improv eupon the original experience. If you want a carbon copy of it, you might as well buy the original console and track down a copy of the game you want to play.

>>1024271
I also agree with this.

>> No.1024339

>>1024278
Dude. SNESes WILL eventually die. SOMEONE has to preserve their hardware perfectly or else all that will exist are "off" replicas.

>> No.1024342

>>1024337
>I have to argue ePSXe has its place. It seems like the only one that got past the opening of Rue's part in Threads of Fate (at least version 1.8.0).

RetroArch Mednafen will play it fine.

>> No.1024345

>>1024338
>As that poster said, emulation should also be able to help improv eupon the original experience.
Why can't you have both? You can have an accurate emulation of the hardware and still have save states, a nice UI and such

>> No.1024349

these emulator argument threads should result in a ban

>> No.1024356

>>1024345
>You can have an accurate emulation of the hardware and still have save states, a nice UI and such
I know your saying that, I know that it's theoretically possible.
But practical experience says that almost no developer is going to do this.

>> No.1024365

>>1024342
RetroArchis garbage that doesn't have functional savestates.

As has been said before, buy the original console if that is what you want.

>> No.1024372

>>1024365
>retroarch's mednafen core doesn't have savestates
>it's shit

Mednafen's PSX core doesn't have savestates yet. At some point in the past, every emulator lacked save states.

>> No.1024376

>>1024365
>RetroArchis garbage that doesn't have functional savestates.

Just Mednafen PSX, and that's because the original dev hasn't implemented it yet. It will be added eventually.

>> No.1024378

>>1024372
not to mention save states are completely unnecessary

>> No.1024379

>>1024372
While there are emulators who get the job done and have save states available, RetroArch will continue to be an inferior emulator.

This may change in the future though.

>> No.1024382

>>1024379
>Retroarch
>emulator
It's an API and a host. It's like dropping a plugin into a video player.
Stop talking out of your ass.

>> No.1024403

>>1023812
I've use ZSNES for years.
>good interface
>easy to use
>no issues
>suck my dick

>> No.1024416

>>1024372
>Mednafen's PSX core doesn't have savestates yet.
Wow. What the fuck. And people say this is a good emulator?

>> No.1024424

>>1024416
>it doesn't have savestates
>it's not a good emulator

Sometimes, sound emulation is more important.

>> No.1024437

>>1024416

Yet. IT will be added. Recatcha says it's a WIP. She should be adding that stuff soon.

>> No.1024445

>>1024038
You have no clue how save states work, do you? Any big change in the emulation core WILL break save states. It happens on emulators like Dolphin and PCSX2 all the goddamn time, and much like them, Mednafen is still under active development.

Never rely on save states, especially when using an emulator subject to big changes in the emulation core like Mednafen.

>> No.1024446

>>1024424
How do the devs even test whether games work well on their emus without save states? Isn't it a hassle to have to go through the normal title screen/loading process so much?

>> No.1024447

>>1024446
>implying they don't have that in dev builds
If it's incomplete, they don't want stupid fucks like you bothering them because it doesn't always work.

>> No.1024449

>>1024445
I don't care how they work. I just want them TO work. They should support legacy save states and just save them in a new format if you save over the old state. SNES9x used to load ZSTs for godssakes.

>> No.1024451

>>1024447
I kind of want necessary functionality before even considering using an emulator! Just say "SAVE STATES ARE EXPERIMENTAL AT THIS TIME AND WON'T WORK 100% OF THE TIME" or something.

>> No.1024456

>>1024451
>necessary

>> No.1024459

>>1024235
Higher-end graphics games like the DKC series look like absolute shit on snes9x. bsnes/ higan have this nifty performance version that sacrifices accuracy for performance, yet still displays such games perfectly.

There really is no reason to suffer snes9x these days.

>> No.1024461

>>1024449
Crying about MUH SAVE STATES will not magically make old save states work on an emulation core that differs from the old one.

Save states are essentially a "screenshot" of the emulation core at the moment it was taken. Change that emulation core, and the screenshot doesn't know what the fuck is going on, and it fails to load. That is why save states do not transfer from version to version. There's no magical workaround to make it otherwise.

>> No.1024462

>>1024336
Why even bother with mednafen when there's retroarch

>> No.1024469 [DELETED] 

>>1024461
Then explain how SNES9x was able to load zSNES' save states.

All you have to do is include the old core and provide for a method to transition the older cores to the new ones.

>> No.1024471

>>1024461
Then explain how SNES9x was able to load zSNES' save states.

All you have to do is include the old core and provide for a method to transition the older cores' data to the new one.

>> No.1024478

>>1024471
It's a waste of time and resources, fuck you and your Bobby save states.

>> No.1024485

>>1024451
>save states
>necessary

You are so fucking entitled. This is the reason emulation for systems like the PS1 and N64 has been subpar for so many years. Instead of working to actually make their emulation cores sound and problem-free, they end up catering to babbies like you who demand fluff that's nice yet ultimately unnecessary like cheat code support, save states, and high-resolution graphics before anything else, with things that actually matter like good compatibility and accurate sound coming second, as long as the most popular games work without (obvious) issues.

>> No.1024483

>>1024271

Fun fact: RetroArch is saving bsnes from its own creator.

They've even rolled out bsnes/performance on Android for use on the Nvidia Shield

>> No.1024487

>>1024403
Except it has a shit interface and it does have issues.
It's not difficult to use and no ones going to suck your dick, probably ever.

>> No.1024490

>>1024471
metadata is weird...i deleted Dragon Quest 6 years ago, who knows why, but anyway I re-downloaded it more recently and when I went to play it, I had the option of starting a new game... or loading the saved game from the last time I played it...years before. Was spooky.

>> No.1024492

>>1024485
I've never seen a non-subpar emulator without save states. Having save states is a sign your emulator is being tentatively polished and is ready for the prime time.

>> No.1024495

>>1024490
This is something that was consciously built into SNES9x though. They even speak about it in release notes. It isn't some mystery. It's likely they found a way to convert the zSNES core's data to something usable by the SNES9x

>> No.1024502

>>1024282

Sounds like Ryphecha from Mednafen is who you're talking about. She's in the process of making the most accurate PSX emulator that is open source and cross-platform compatible.

>> No.1024505 [DELETED] 

>>1024485
No, the reason N64 emulation has been subpar is because of non-open source code and/or devs not feeling like working on their projects anymore. The creators of PJ64 were not working on save states and other bells and whistles instead of working on emulation. They just wasn't working on it at all.

>> No.1024504 [DELETED] 

>>1024502
>She

Guarantee she's a tranny.

>> No.1024508

>>1024485
No, the reason N64 emulation has been subpar is because of non-open source code and/or devs not feeling like working on their projects anymore. The creators of PJ64 were not working on save states and other bells and whistles instead of working on emulation. They just weren't working on it at all.

>> No.1024513

>>1024504
Why can't girls be KOOL PROGRMMOR NERDS too?

>> No.1024510 [DELETED] 

>>1024504

That sure is a sexist and presumptuous comment

Might want to check your privilege

>> No.1024512

>>1024492
>Having save states is a sign your emulator is being tentatively polished and is ready for the prime time.

ZSNES had save states implemented very early in its development. I hope you're not telling me it was polished then.

>> No.1024515

>>1024512
It was being tentatively polished. It was an alright emulator for its time except for the user interface.

>> No.1024519

>>1024508
Certainly explains Project64, but meanwhile, on the 1964 end, we had overclocking and support for hi-res texture mods and other shit being implemented, all while compatibility suffered.

>> No.1024520

>>1024516
What is it about penises that cause people to like video games?

>> No.1024516

>>1024513
>>1024510

Emulation development is just like professional video game playing:

>Even the girls have pensises

>> No.1024521

>>1024437
I don't use software based on what 'will' be added. I don't jump into a buggy console test of a windows program because it will eventually be a full office suite. I use a program that HAS it added. Because, it's what I'm looking for and because will is based on assertional probability based on IF. A ball WILL fall to the ground, IF it lifted higher than the ground in a space with sufficient gravity. Adding 1 to every number WILL get you to number 5 if you use only integers and start with a number less than 5 and repeat that process until 5 has been reached. Adding functionality to a program that programmer/s said will happen IF he/they doesn't reconsider that proposition and he actually gets around to it.
So, IT -WILL- be added only makes a fucking difference 'IF' IT's already been done. Until then, IT WILL not be available if it's never done.

Yet all you want about it. You aren't correct, yet.

>> No.1024526

>>1024519
Was 1964 ever a leader in the field of N64 emulation? I always viewed it as a more niche side option to run some things other emulators had trouble with.

>> No.1024529

>>1024526
>1964
>running anything but a select few games better than Mupen or PJ64

It's objectively the worst of the classic big three. All it had going were the bells and whistles, and that it was faster on toasters, I guess.

>> No.1024535

>>1024521

Man you're bitchy.

Mednafen is right now the best PS1 emulator. It lacks save states. It's not a big deal. Original system did not have it.

>> No.1024541

>>1024535
Not him but an emulator without save states cannot be the best emulator unless there are no other relatively fine working ones.

>> No.1024542

>>1023868
That's true, Genesis uses the M68000 and Z80 which were shared by a lot of other machines, and are thus very well known.
Emulating the 32X is a different story though.

>> No.1024546

>>1024502
>She's in the process of making the most accurate PSX emulator that is open source and cross-platform compatible.
Funny how the words fucking usable weren't along those adjectives. How many open source programs die? How many open source programs eschew usability? How many cross platform software are shit for usability?
A fuck ton is the answer to every one of those questions. If her goals don't include usability, you can't assume it's going to ever make a damn difference especially in the land of emulators where it goes by the way side so commonly even with those things. So far your description didn't differ from byuus, accuracy, cross platform, and open source and shit.

>> No.1024550

>>1024546
But byuu added save states and such to his emulator. He's bretty cool now.

>> No.1024552

>>1024526
I recall it was the leader. When it first came out.

>> No.1024553

>>1024541

Did the ps1 have save states?

>> No.1024551

>>1024541
Your priorities are fucked. The best emulator is that which, you know, EMULATES the original hardware the best. Everything else is secondary to that.

Of course, if the option is between two emulators of similar emulation quality, but one has that and all the other stuff as well, then that can be the tie breaker. Perhaps in that regard, you might like Xebra better, since it is similarly accurate and has save states.

But here's where it gets subjective. Personally, on my end, I prefer the benefits of using Mednafen through RetroArch, such as the dynamic rate control and robust shader support, so in my eyes, I think Mednafen (through RetroArch) is better.

>> No.1024556

>>1024546

It's usable if you aren't a total dumbshit and know how to get the proper BIOS files and have rips with CUE sheets or know how to create CUE sheets

If you're a total dumbshit who can't RTFM and follow simple directions, you don't deserve to be using emulators that people coded on their free fucking time.

>> No.1024559

>>1024535
If it seems like I'm bitchy it's because I'm talking with someone making absurdly stupid remarks.
Shit like, use shit that doesn't work like you want because I think it'll eventually work like you want even though that doesn't help you right now and may not actually ever happen.

>> No.1024565

>>1024559

>save states are the lynch pin of emulation
>A feature the original system did not have

Emuation babbies are so entitled.

>> No.1024561

>>1024556
You don't even need to write CUE sheets yourself. Redump.org has them all on their site. All you have to do is download them, and modify them slightly to account for whatever rip you downloaded is named.

>> No.1024564

>>1024553
A PS1 is not a PS1 emulator.

>> No.1024570

>>1024551
>The best emulator is that which, you know, EMULATES the original hardware the best. Everything else is secondary to that.
Even if ZSNES perfectly emulated the original SNES I would not use it over 9x because of that awful interface. Sometimes usability trumps accuracy when there's only a little difference in accuracy. But that depends on your definition of "a little difference"

>> No.1024575

>>>/v/206931358

Stay trolled.

>> No.1024576

>>1024565
We are PC master race. We expect only the best.

>> No.1024573

>>1024565
I'm not stating they are the lynch pin. I'm stating IF it's what someone wants. Which is what that other person wanted. Suggesting something without it, is not a reasonable thing to do.
Please, stop being a fucking retard.

>> No.1024578

>>1024556
>>1024561
If you aren't getting properly ripped bin/cue in the first place, you are doing it way wrong. And the redump cue sheets only fit for their own rips; which may or may not match the iso+mp3 conversion vomit you may have downloaded.

I never had problems with SSF but I guess that's because I've read the readme (through ocn.jp machine translation which beats the shit out of google), and because all my games are bin/cue directly ripped from the disc without bullshit converting.

>> No.1024579

>>1024575

>trolling means opinions I don't like!

>> No.1024584

>>1024579
That was my first post in this thread. Stay trolled.

>> No.1024585

What the fuck is the need for save states unless you're a dirty cheating casual who won't swallow his game overs like a man? I've been emulating for years and the only time I've used savestates is when my gamepad battery died in nestopia

>> No.1024582

>>1024576
>We expect only the best.
And in return we get a barrage of strawmen and various other fallacious arguments.

>> No.1024589

>>1024578
Well, at least on the PS1 end, a lot of sites have been getting better about having proper rips and such. Not so for Saturn rips. Every fucking site I try is shit when it comes to Saturn. Always shit like ISO+MP4, or CCD+SUB, or fucking APE or whatever.

I just want fucking BIN+CUE.

>> No.1024602

>>1024585
Think how many hours of your life you've wasted on save/load screens. Never again. Never again to the men, women and children.

>> No.1024626

>>1024459
I can't tell the difference between DKC running in snes9x and bsnes. They look, sound, and perform the same.

>> No.1024653

>>1024626
That's a surefire way to tell you don't have The Autism.

>> No.1024658

>>1024653
I can tell because the header files on snes9x really really really piss me off. Do I have autism?

>> No.1024661

>>1024626

DKC2 is the one that has differences, there's apparently some pretty big timing/latency differences where SNES9x has slowdown where bsnes and real hardware does not.

Most of the differences between SNES9x and bsnes are ones of timing that casual gamers wouldn't notice but a speedrunner familiar with the timings of that games would.

>> No.1024673

>>1024510
haha epic /v/ memes

>> No.1024810

How do I use PAL ISOs with Mednafen RetroArch?

I know the whole 50/60Hz thing.

>> No.1024819

>>1024810

>PAL

Why?

Also use RetroArch Mednafen.
http://emulation-general.wikia.com/wiki/Using_RetroArch#General_Setup

>> No.1024827

>>1024819
Ape Escape.

>> No.1024829

>>1024819
>Why?

Maybe he's a Eurobro? Maybe he wants to play PAL exclusive games?

>> No.1024841

>>1024589
ccd+img should be the same as bin/cue. As in same fucking data in the img (not counting pregaps and so).

iso+mp4/ape is retarded. The latter was a super smart LETS DO EVERYTHING THE BEST redump standard. Idiots didn't realize that splitting shit like that adds insane complexity when managing files. Took them like 6 years to move to Torrent7z, which is not much better at all, but at least it can be updated with standard tools.
I don't think they have something like that for iso+ape even today - all in the pursuit to get 1% better compression ratio.

>> No.1024870

Can someone tell me why Granstream Saga keeps crashing on PCSXR? I went from ePSXe (where it worked fine) to PCSXR and the game now crashes about every 1 in 3 times a battle begins. It's basically unplayable for me.

>> No.1024910

>>1024870

They're all buggy shit. I gave up on PCSXR a while ago.

>Man, this game looks nice at x2 resolution
>But so many visual bugs.

>> No.1024929

>>1024870
>>1024910
pSX and Xebra are the only playstation 1 emus worth a damn.

>> No.1024934

>>1024929
pSX is the poor man's Xebra. Best thing going for it is its relatively pleasing interface.

>> No.1024936

>>1024929
>pSX and Xebra are the only playstation 1 emus worth a damn.

And Mednafen.

Also pSX WOULD be great if it didn't die years ago. It has a lot of compatibility issues.

>> No.1024937

>>1024929

pSX was a nice alternative to plugin fiddling but sadly was abandoned by its author

>> No.1024939

>>1024934
Xebra has no fast-forward which is essential considering the load times of many ps1 games.

>> No.1024942

>>1024937
I seriously don't get that shit. If you no longer feel like working on something, why not release the source code so others can at least take a stab at it and pick up where you left off? Why would you willingly sit on the code where no one will see it? I mean, at least I'd understand if he was selling the damn thing, but he isn't. It's just there now, and now no one can work on it.

>> No.1024943

>>1024942

I don't get it either.

But sometimes devs literally die.

>> No.1024948

>>1024943
Same thing with Pete and OpenGL2.

Maybe these guys really did die.

>> No.1024957

>>1024948
>But sometimes devs literally die.

No, they just move on to another project / move on in real life.

The thing is, if you don't actively keep working on one project, eventually you'll forget about how it works, and you'd have to spend days/weeks JUST to figure out how your code worked in the first place. Add in the support problem of aging hardware and the necessity to modernize things (your code might not even compile AT ALL on a more modern machine, an OpenGL plugin might not display anything on modern graphic card drivers, etc), and the fact that other devs already bested you in the same topic. So, getting back to such a project would be a huge pain for little gain. Unless you actively work on it a little bit non stop for a long time, and that takes more dedication than some of us can afford.

This is not even getting into things like hitting architectural bumps where you'd need to significantly rewrite everything just to fix some bugs - at which point it's easier to start anew, and upon that you might as well go on to a new project.

>> No.1026206

Some questions:

1. I made a thread some days ago, saying my NES emulator doesn't save on its own. Like for Zelda games, when I reloaded them, it's like I never played at all. People told me to get Nestopia 1.45, and I did, but it still doesn't save on its own. What's the deal?

2. I always used zsnes, but I downloaded Snes9x because of this thread. I have a 64-bit computer, but it doesn't work and oddly the 86-bit works...What's the deal?

>> No.1026219

>>1026206
Check in Nestopia's settings->paths, be sure that a folder is set to "Save data" and that "Read-only" below it is unticked

>> No.1026229

>>1026219

thanks

>> No.1026234

>>1024542
>Emulating the 32X is a different story though.

The best part about the 32X is that half the hardware is just broken as hell. There's a bunch of emulators which do exactly what the docs say, but don't work correctly because all the documentation is fucking wrong.

Thanks SEGA!

>> No.1026240

Why do you people keep posting links to emucr? That website hasn't ever existed.

>> No.1026278

>>1024034
Flashcarts function the same. Loading takes maybe a minute, but after that it runs exactly like a normal cart. Plus I can play many of the romhacks (except for the znes specific smw shit).

So. What?

>>1024043
This type of retarded response is exactly the bullshit /v/ is known for.

>> No.1026281

>>1026206
Also Im having the same problem with Snes9x. What the heck? Why arent they saving normally? I dont want to have to create savestates in save as. emulators like zsnes and project64 always save like normal (when you save in-game)

Also when I try to load Snes9x 64bit (because my computer is 64bit) it says "the program cant start because fmodex64.dll is missing from your computer"? what does that mean. sorry if these are dumb questions

>> No.1026286

>>1023983
then explain why it glitches out every time i get to Axem Rangers on SMRPG you piece of shit faggot

>> No.1026287

>>1026281
I don't even know. 64-bit windows 7 here, nestopia and snes9x work just fine for me.

>> No.1026348

>been using ZSNES for ages

Well, I tried out higan and for some reason I get odd FPS hiccups when playing Super Mario World. FPS would drop from 60 to 57 randomly in higan-balanced and higan-accuracy. It didn't happen to me using ZSNES.

My CPU is an i5 2500K.

>> No.1026351

>>1026348
I'm on a win7 64-bit.

>> No.1026352

>>1026348
I can't tell the difference between higan and snes9x, but the sound is definitely worse on zsnes

>> No.1026356

>>1026352
First few minutes on snes9x was flawless and the NTSC filter is kinda neat. If I can't figure out what's causing the hiccups, I'll go use snes9x.

>> No.1026390

>>1024461
There's not a magical workaround, but certainly one can be mapped to the other by the programmers. Both the old and new cores represent the same machine with the same few volatile elements.

>> No.1026405

>>1023812

But ZSNES runs better on my wind 95/DOS machine OP

>> No.1026573
File: 52 KB, 472x583, ninyr.png [View same] [iqdb] [saucenao] [google]
1026573

>>1026219

How can I be sure that a folder is set to "save data"? there is something there but how do I set it? also the box below is unticked. Heres a screenshot

>> No.1026579

>>1026573
I have found your problem, it looks like your using Windows. You should upgrade to Gentoo.

>> No.1026658

>>1026573
looks like temp needs to be changed...

>> No.1026667
File: 58 KB, 242x140, Ridley_sadface_metroid.jpg [View same] [iqdb] [saucenao] [google]
1026667

Okay, so I have almost setup mednafen.
Its on correct resolution, it got the correct BIOS, it runs the games, it even has the gamepad correctly setup.
Thats pretty good.
All that is left is to use the memory card file I used for PSX, so I can play more Chrono trigger and FF:T. And I can't find a setting for memory card. And it seems to generate 2 memory card files per game I try to play with mednafen.
So... help? My gogglefu is too weak it seems

>> No.1026678

>>1024264
I played SNES games as an adult (yep, when it came out) and I don't think bsnes's level of "accuracy" is worth it over snes9x.

Jesus, people sure are quick to suck the bsnes developer's cock for some reason.

>> No.1026706

>>1026678
The Balanced profile is very reasonable, and is pretty much lock-step in timing with the real SNES. It's the Accuracy profile that is overkill, as it only benefits exactly two games.

>> No.1026710

>>1026678
Preservation purposes, shithead. No one is sucking byuu's cock. But it would be better if more emu developers focused on accuracy first and from there made performance-oriented forks. Also, his emulator is open-source, and that's a good thing, because there are huge benefits in that but literally none on going closed source.

So he is a very important person on the emulation scene and made great contributions to this culture preservation.

Also, there are some games that only work on bsnes and nothing else. I only use Snes9x because it's what my laptop runs, but I would use bsnes if I could, it'll run pretty much anything and with great fidelity. It's bad enough when you see a game isn't working the way it's supposed to, it's even worse to play a game and not be so sure that what you're getting is literally what you're supposed to get.

>> No.1026737

>>1026710
>Preservation purposes
Which is totally retarded considering bsnes will be unusable in about 5-10 years due to peak oil.

>> No.1026739

>>1024038
What the fuck do you need to keep ancient save states around for? Normal saves work.

>> No.1026745

>>1024097
>I used the debugger from BGB (pic related) and bsnes/Higan for SGB.

How the fuck do you run SGB games in.... fuck, ANY emulator? I was never able to figure it out.

>> No.1026751

>>1026745
http://emulation-general.wikia.com/wiki/Using_RetroArch#Super_Game_Boy

Though I think you can just use the normal bsnes cores provided by the RetroArch Update.

>> No.1026767

>>1026281
You are putting all your emulators into the program files folder, aren't you? The emulators aren't unable to save, it's user error; by default no program running unprivileged can write to program files directories after XP. Configure save paths for everything, or better, just put all your emulators someplace UAC doesn't give a shit about (your user folder, c:\games, w/e).

Also install gentoo

>>1026579
sup fellow /g/entleman

>> No.1026769

>>1026737
We're assuming no societal collapse, anon.

>> No.1026773

>>1026737
Especially considering 2012 was last year

>> No.1026775

>>1026710
>But it would be better if more emu developers focused on accuracy first and from there made performance-oriented forks.
This. its hard to recode a emulator core.
Still, fuck Higan.

>> No.1026783

>>1026348
You probably have some shit services running in the background that cause slight interrupts.

>> No.1026784

>>1026775
The bsnes core itself is solid as fuck. But yes, the actual higan frontend is dildos, and bsnes would have faded to obscurity were it not for RetroArch.

>> No.1026794

>>1026573
Jesus Christ, Mike, what the hell are you doing? How were you even able to solve the captcha to post your question on here? That's the dumbest shit I've seen in years.

>> No.1026797

>>1026775
>Still, fuck Higan.
Why? The stuttering sound when you click on a menu item?

>> No.1026801

>>1026667
Just use the core through RetroArch, mednafen itself is shit

>> No.1026804

>>1026794
I assume he's trolling

>> No.1026805

>>1026797
Because byuu keeps adding retarded bullshit onto it like game folders, and his method of AV sync is inferior to RetroArch's dynamic sample rate, which just werks.

>> No.1026808

>>1026804
I hope you're right. Didn't respond to him the last thread, but that screenshot really got to me. At least it's a lot more creative than the usual "zsnes is best emulator" trolls.

>> No.1026816

>>1026808
In contrast, some of those people are probably serious. There's a weird cult around ZSNES's interface that I will never understand.

>> No.1026837

>>1026816
I like that interface myself, having used it from back before zsnes got the win32 port, but I would never keep using an inferior emulator for a superficial reason like that. I don't get the crusade against accurate emulation that's going on here, how you can even begin to think that accuracy is anything but a good thing.

I wish someone from /vr/ could be leejon for just a minute to hack into zsnes.com and upload a version of ZMC with bsnes/performance core rebranded as ZSNES 2.0

>> No.1026847

>>1026837
Yeah as someone who's critical of zsnes I never understood the hate for its interface. Sure it's ugly but it works well

>> No.1026884

OH NO
STARFOX RUNS TWICE AS FAST AS IT SHOULD
IT'S NOT LAGGING AND RUNNING LIKE A TURTLE'S MUD ENCRUSTED BALLSACK MUH AUTHENTIC RETRO EXPERIENCE

Emulator autists are like goddamn audiophiles, they don't emulate for the game's sake, they emulate for emulation's sake.

>> No.1026893

I actually like ePSXe and PJ64 but I use higan/bsnes for snes.

>> No.1026898

>>1026884
Hahahaha, can't you just fast-forward on a proper emulator if your ADHD is too strong for playing games the way they originally ran?

>> No.1026903

>>1026884
The only way to ensure all games will work perfectly is to shoot for accuracy, even at the cost of those sorts of things.

>> No.1026921

>>1026884
Accuracy is for the game's sake though... How the game runs on the original hardware is part of the game. If it runs slightly differently then it slightly changes the game.

>> No.1026932

ZSNES is more like a SNES game player than a SNES emulator, which is inherently the superior solution. Fuck your emulation autism muh faux retro experience bullshit, there never was a single setup to play consoles, and there sure as hell isn't a need to establish one now.

>> No.1026945
File: 101 KB, 537x537, 1351009047946.jpg [View same] [iqdb] [saucenao] [google]
1026945

>>1026932
>ZSNES is more like a SNES game player than a SNES emulator

The things plebs will say to defend their choice of emulator. Holy shit.

>> No.1026957
File: 130 KB, 380x450, 1373739828394.jpg [View same] [iqdb] [saucenao] [google]
1026957

>>1026932
Wait, you denounce all other emulators and didn't even bother to set up ZSNES? How can you be such a fanatic when you don't give a fuck?

>> No.1026993
File: 13 KB, 512x448, Zsnes_all_buttons.png [View same] [iqdb] [saucenao] [google]
1026993

>>1026816
The "set all keys" are really nice. Its something other emulators sadly lack. There is a few other things too.
Seriously, all emulators should have "set all keys" in their controller setup pages.

>> No.1026998

>ZSNES

http://www.youtube.com/watch?v=ynjERjWIOmY

>> No.1027006

>>1026993
Seems like a minor feature that's nice but not gamebreaking, considering you only need to set keys once

>> No.1027007

>>1027006
Yeah, but its usually a pain to setup when the controller is 12+ buttons, and you need to manually change which button it is you are setting up.

>> No.1027010
File: 28 KB, 600x450, humpback-whale_580_600x450[1].jpg [View same] [iqdb] [saucenao] [google]
1027010

>>1026998
>that wind

>> No.1027032

>>1026998
jesus, I forgot how bad zsnes actually was
fuck

>> No.1027036

>>1026794

What? This is Nestopia, not ZSnes...Sorry I'm not very good with computers, I don't understand what about that image seems so dumb. I'm not trolling, I would not waste my time with something silly like that. I just want to figure out how to make it save on its own...

>> No.1027084

>>1024074
>>1024083
I'm not a programmer by any stretch of the imagination, but I don't think save states become incompatible because of the "format." A real memory card/cart save just keeps relevant data for where you are/what you have in the game - basically writing down a password for you. If I'm not mistaken, an emulator save state actually records an exact snapshot of what the emulated hardware is doing at the moment of the save. If the emulator is updated and emulates the hardware any differently - even slightly - your save state is, in practice, a snapshot of a different machine.

This is one major reason I only make legit, in-game saves. That, and I don't like cheating. Most games that take more than one sitting to complete have passwords at the very least, and of the ones that don't, why would you need to keep a single save file for an arcade-style game longer than the development cycle of an emulator? It can't take you a matter of months/years to beat something like Contra with saves.

>> No.1027095

>>1027084
Yes of course it's a snapshot of a different emu core, but the point is it would have a way to convert the old information into a "state" the new core could use.

And when you save a new state it would save it using the new core's behavior.

This has already been done with older versions of SNES9x which accept save states from a totally different emulator--ZSNES.

Second, your priorities are generally focused towards arcadey games and not the type of games I typically play--RPGs, where 3 save slots is rather limiting.

>> No.1027115
File: 3 KB, 135x170, 1366080883555.jpg [View same] [iqdb] [saucenao] [google]
1027115

>>1027036
Mike, my man, in case you are for real... Stop running your emulators by opening the archives in WinRAR and double-clicking the program from there. That opens the emulator in a temporary folder, everything gets wiped as soon as you close the program.

Go into your user folder, documents folder, download folder, wherever you like, and make a new folder called emulation. Open the emulator archives with WinRAR again, but EXTRACT the contents into subfolders there. For instance you make a folder in EMULATION called SNES9X, open the snes9x archive, and DRAG AND DROP everything from there into the SNES9X FOLDER. Do this with for your emulators, and run them from there in the future.

If this was a huge ruse I'll give you 10/10. If not, hope my instructions helped.

>> No.1027130

>>1027095
Please detail how three save slots are limiting your play. I'm legitimately interested in why you'd need more for JRPGs, never having found use for more than two myself, and that only in very special cases.

>> No.1027138

>>1027115

Wow, this really helped a lot, thank you very much. First time I tried with Nestopia it saved my data, and even kept the size of the emulator I set. Thank you for the really helpful explanation, I'll be doing this in the future.

>> No.1027172

>>1027084
hey, i'm >>1024074
i agree with the points you present
>why would you need to keep a single save file for an arcade-style game longer than the development cycle of an emulator?
for certain arcadey skill-based games like sunset riders, i keep save states right before every boss fight so i can practice them without having to replay the entire game. then i reset and play through the whole thing from the beginning.

i wouldn't be mad if i lost those saves when upgrading the emulator though, save states were never a reliable way to store play data. like i said, for a new version the developers could decide to employ a different format, or
>If the emulator is updated and emulates the hardware any differently - even slightly - your save state is, in practice, a snapshot of a different machine.

relying completely on save states is like storing all your writings on wet toilet paper. it might work for a while, but it's not a good long-term solution

>> No.1027213

>>1023812
>another useless thread trying to 'help' people choose for themselves
if it works for them, then they should use it. threads trying to convince others to use their preferred emulators through claims/benefits that may not be useful to most players is just stupid.

keep emulation questions/answers in the emulation general.
>>>/vg/

>> No.1027246

>>1027213
>trying to convince others to use their preferred emulators through claims/benefits that may not be useful to most players
zsnes pls go

>> No.1027264

Sorry if this has been asked but I don't see it in the thread. Is Project 64 2.0 not the most optimal version, even though it's the latest (or 2.1, whatever). I hear that, even then it's a newer version it's not better than 1.6 or 1.7. Is this true? What is the best version of Project 64?

>> No.1027274

>>1027272
plus

>> No.1027272

>>1027264
mupen64

>> No.1027287

>>1027130
Prevents me from ever having to replay the whole game if I don't feel like it to see particular scenes. Just keep a save at key moments or key bosses.

Also useful on stuff like Tactics Ogre which has branching storyline paths Law/Law vs Chaos/Neutral vs Chaos/Chaos, so instead of replaying the first 15 hours of the game to get to the first choice, I can leave a state there.

TO also has only two slots by default btw rather than even the usual 3.

>> No.1027292

>>1027246
Don't be stupid. He's right. Emulator choice should be about what works best for you and what suits your needs the best.

For example, a number of people have recommended PSX emulators over ePSXe, but I tried them all (not to mention tinkering with plugins for those that required them) and the latest version of ePSXe still works best for me.

Instead of being "USE THIS", emulator threads should be recommending that people do their best to figure out which emulator works best for them (in terms of features, accessibility, and whether or not it even works on your system)

>> No.1027298
File: 5 KB, 352x226, chip8.png [View same] [iqdb] [saucenao] [google]
1027298

anyone here ever make their own emulator? I decided to give it a try and a was able to get chip8 up and running. I always wanted to try to tackle something a little harder, but never got around to it.

>> No.1027306

Don't see lameboy here, it's been good for me as a NDS-based GB and GBC emulator.

>> No.1027310

>>1026286
i've beaten smrpg 5+ times w/ zsnes. sounds like a personal problem

>> No.1027314

>>1027306

I use it. There's a new GB/C emu out that I've never bothered to try. I heard it's better, too.

I just hope it has saving. I loathe playing games with save states.

>> No.1027315

Isn't visual boy the best GB emulator? Doesnt it emulate GBA, GBC and GB games?

>> No.1027319

>>1027315
If you mean vanilla Visualboy Advance, it's outdated as hell. VBA-M is its successor and is markedly better.

However, its GB and GBC emulation isn't the best. Gambatte is much better at them. Stick to it for GBA games only.

>> No.1027324

>>1027287
>Also useful on stuff like Tactics Ogre which has branching storyline paths Law/Law vs Chaos/Neutral vs Chaos/Chaos, so instead of replaying the first 15 hours of the game to get to the first choice, I can leave a state there.

You can just have multiple memory cards.

>> No.1027334

>>1027314

that's gameyob, it has a little better compatibilty and sound. If by saving you mean a game's battery it supports it and lameboy does it too, but you have to press a key (x is the default) or select "save and exit" from the menu to do the actual file writing

>> No.1027337

>>1026932
>ZSNES is more like a SNES game player than a SNES emulator, which is inherently the superior solution.

What does that even mean?

>> No.1027340

>>1027337
IT JUST WERKSSSSSSSS

>> No.1027341

>>1027324
I'm playing TO on the SNES, not the PS1, which has horrible load times and worse graphics.

>> No.1027343

>>1027340
I'd actually argue that's less true of ZSNES than it is of 9x or bsnes.

>> No.1027345

>>1027319

So Gambatte for GB and GBC is one of the best, then? Thanks Ill check it out because i was plannin on using visual boy

>> No.1027364

What are some game examples of what bsnes does better than snes9x? I know about input lag, but other than that, are there any other things, like sound inaccuracy or graphical glitching?

>> No.1027368

>>1027364
There's a Youtube link earlier in the thread demonstrating lag and timing issues with Kirby Superstar on Snes9x.

>> No.1027372

>>1023812
I'll just use whatever works for my needs, mmkay?

>> No.1027375

>>1027364
don't remember the names, but one game is some air shooter game thats uses some special technique to make a shadow on the ground so you can no where your location is compared to the ground, without it the game is almost unplayable, only bsnes has the shadow appear, all other emulators just dont show up, also some other game crashes near the end of the game when you get a key you need to progress, but it works fine only on bsnes.

>> No.1027380

>>1023886
unless your already running it through a CRT

>> No.1027382

>>1026286
no it doesnt.
its popular, not good. you piece of shit faggot

>> No.1027406

>>1024487
i like zsnes cause i can use right mouse button (i got a cordless mouse, computer is hooked up to a 52" plasma) instead of having a keyboard in my lap and having to hit ESC in order to load a different rom. its great for lazy people (unless the way better emulators have the same right mouse button option, which i havent seen)

>> No.1027440

>>1027375
so just one air shooter game?

>> No.1027467

>>1023839
>sounds like

have you kids never seen the icon or something

>> No.1027483

>>1027440
That's one obvious example, but again, some games have timing issues, such as KSS and DKC2, causing lag where they shouldn't be any, among other things.

>> No.1027523

Hey all, I'm dev that works on the Dolphin Emulator. If you want any questions answered just ask away and I'll try to answer the best I can.

Currently I'm one of the main devs working on the Android front-end. Mostly working on the UI design so it looks appealing to people using it. Compared to the version on the Google Play market, and the one in the Google Code repository, there's a clear difference in how overhauled the UI is in terms of organization. If anyone here has tried a build from the Google Code repository, let me know what you think

>> No.1027554

>>1027345

use retroarch, not gamebatte

>> No.1027629

>>1027523
When will MGS and RE remake be playable?

>> No.1027639

>>1027523
Do you plan on supporting 4+ core cpus (on pc)?

Dophin is pretty rad, save for the occasional game breaking bugs. It runs a lot better than pcsx2.

>> No.1027653
File: 10 KB, 150x150, 1340682929798.jpg [View same] [iqdb] [saucenao] [google]
1027653

>>1026278

I didn't know this either. Thanks.

>> No.1027658
File: 135 KB, 266x200, Swag.gif [View same] [iqdb] [saucenao] [google]
1027658

I use zsnes and epsxe faggot what are you gonna do about it

>> No.1027798

Sorry, for not replying to these sooner. I fell asleep accidentally (sorry, fatigue decided to be an ass).

>>1027629
I can''t give a direct timeframe on that. Unfortunately, the only thing I can say is "when it's done".


>>1027639
I believe it might happen sooner or later. I haven't really asked any devs about it, but from the bug reports I've seen, dual core still causes some issues to occur for some games. So it's my guess they'd iron out bugs in dual core before attempting anything else. I don't really know much about the CPU loads that occur, since I don't work with threading on the project. Sorry to give such a vague answer. I can try and answer other questions you might have though.

>> No.1028059

>>1027467

I've posted this story here before, but when I first used Nesticle years ago, I didn't know the icon was a ballsack until long after I started using it. I had a shortcut on my parents' desktop for months, and I guess they didn't notice since they never said anything about it.

>> No.1030763

I use ZSNES.

>> No.1030776

>>1030763
http://www.youtube.com/watch?v=ynjERjWIOmY

>> No.1031027

>>1027337
It runs the games regardless of the hardware the games were made for

>> No.1031036

>>1028059
They appreciated your interest in men.

>> No.1031037

>>1031027
This. Playing the games is the ONLY thing that matters. Accuracy doesn't mean shit. ZSNES gets the job done and the average player (99%) isn't *rain main* enough to notice any "changes".

>> No.1031067

>>1031037
>>1030776
>implying you have to be rainman to appreciate teh difference between quality sound and shit

>> No.1031070

>>1024485
>graphics
>unnecessary
>sound
>necessary

But shouldn't they be on the same tier of importance?

>> No.1031075

>>1023812
>lacks features such as true widescreen
All PS1 games render at 4:3. Widescreen is not a feature.

>> No.1031161
File: 176 KB, 971x704, 000.jpg [View same] [iqdb] [saucenao] [google]
1031161

I'm trying to emulate Valis II but the video just freezes at the starting cutscene. Anyone else tried emulating PC Engine games?

>> No.1031232

Can I ask an emulator technical support question here?

Whenever I start up an emulator (VBA, zSNES, Dolphin, Fceux) it always freezes Windows 7 and i have to reboot my computer. Has anyone else had this problem or know how to fix it?

>> No.1031260

>>1031161
Try Mednafen.

>> No.1031267

>>1031232
Install Gentoo.

>> No.1031298

>>1024337
Not using the best playstationemulator because "it can be confusing"
Max pleb

>> No.1031303

>ZSNES
>low compatibility

Full retard. Most games do work with ZSNES just fine if you're not completely autistic and shit yourself anytime a sound isn't perfectly emulated.

>> No.1031332

>>1031232
I'm afraid you're suffering from shittycomputeritis

>> No.1031336

>>1031303
This. Emulation and filter wars are no better than fighting over the best controller. If it works for the individual, there's no problem. Stop telling people how to have fun.

A better way to word the OP would be "Recommended emulators" without shitting over other ones. Nobody has ever died over an emulator not doing something exactly right.

>> No.1031458

>>1031303
>Super Mario RPG randomly freezing
>Kirby's Dream Land 3 not having transparency
>etc etc
>just fine

ZSNES fanboys sure are delusional. Just fuck off already and stop defending your outdated nostalgia emulator - the world is moving on from non-portable inaccurate emulators.

>> No.1031459

>>1031336
>This. Emulation and filter wars are no better than fighting over the best controller. If it works for the individual, there's no problem. Stop telling people how to have fun.

Yes, I can see how someone can be alright with zsnes if they just play the top 10 most popular snes games. But they're delusional if they think it's the best snes emulator by any means. They are just emotionally invested into a god damn program and refuse to move on.

>> No.1031463

this whole thread is assburgers

>> No.1031464

>>1031037
If you can't notice any of the inaccuracies of ZSNES, you don't know what a real SNES looks and sounds like when playing these games, simple as that. Anyone who gives a shit about how their SNES games look and sound is going to be using bSNES or modern SNES9x.

>> No.1031465

>>1031463
Your post is assburgers

>> No.1031468

>>1031458
There are ten thousands SNES games and only 25 SA-1 games some of which have problems like the ones you listed. More than 99% of the SNES library runs perfectly on ZSNES.

>> No.1031476

>>1031468
>There are ten thousands SNES games and only 25 SA-1 games some of which have problems like the ones you listed. More than 99% of the SNES library runs perfectly on ZSNES.

This is a really shitty rationalization on several levels:
>There are ten thousands SNES games

Not true. Wiki puts the number at 784.

Secondly, Snes9x has none of these problems. Why use an out dated and substandard emulator in the first place? There's no need to use zsnes in 2013.

But these are reasoned arguments. zsnes fanboys have none. Their defense stems from nostalgia for the emulator. Reason cannot trump emotion.

>> No.1031483

>>1031476
>Wiki puts the number at 784.
The SNES goodset has 11337 games and it missing a lot like all recently created homebrew and romhacks.

If you just care about official games the No-Intro set has 3500.

>> No.1031484

>>1031468
It's not just SA-1, hundreds of games that supposedly "work" have graphical or sound glitches. The sound is overall innacurate when played side-by-side with a real SNES, unlike SNES9x 1.52+ and bSNES which use blargg's APU for almost perfect audio emulations. There's also hundreds (or maybe thousands) of timing errors that can fuck you up in certain games, timing is one of the things ZSNES is worst at. All these thing have caused problems with ROM hacking, holding back development because people are afraid to break ZSNES compatibility because of it popularity.

>> No.1031492

>>1031483
>SNES goodset has 11337 games

Those are going to be duplicate dumps, like different versions of the same game.

>No-Intro set has 3500.

Which include JP, NA and EU versions. The vast, vast majority of the time there is no functional difference between these versions, so they shouldn't count as separate games. So 784 seems like a more reasonable number.

This is still ignoring the fact that zsnes 1.51 broke more than it fixed, and can't play SA 1 games.

>> No.1031493

>>1031468
>More than 99% of the SNES library runs perfectly on ZSNES

That depends on your definition of "runs perfectly". You must be really stretching it to its limits.

>> No.1031506

>>1031492
The list at StrategyWiki doesn't list any game multiple times and has 1817 games.

http://strategywiki.org/wiki/StrategyWiki:Guide_completion/SNES

>> No.1031512

>>1027306
GameYob is miles better.

>> No.1031576

What's the best emulator to use for Neo Geo/NGP/NG CD?

I'm using Neo Pop for the Pocket, and Neo CD for the GC, but I don't have a good one for Neo Geo. [Unless Neo CD plays games, but I've not tested it yet]

>> No.1031582

>>1031576
>What's the best emulator to use for Neo Geo/NGP/NG CD?

Final Burn Alpha and MAME are your choices. They both work fine. FBA might be easier to set up. Also has a RA port.

>> No.1031662

>>1031070
Don't twist my words around. I am talking about those HLE graphic plugins for PS1 emulators that make graphics HD or whatever, but result in a whole host of issues, especially outside the popular games. Accurate, software-rendered graphics tend not to have those issues and "just werk" regardless of the game, yet people don't want to use them because they look "bad".

>> No.1032156

>>1023812

I'd like to use bsnes, but the keypress detection is shit on my computer for some reason. Like say I press right arrow to walk, it takes like 2 seconds to start walking, and then it won't stop walking.

Yeah yeah, I'm sure it's probably just me and <1% of users having the problem, but I'll stick with ZSNES thank you.

>> No.1032181

>>1023812
didn't understand. all the emulators you listed are better than the mega MESS that is MAME

>> No.1032183

>>1032156
i dont use bsnes because my computer is shite. the end

>> No.1032523

>>1032156

>but I'll stick with ZSNES thank you.

You do know SNES9x exists, right?
You do know RetroArch exists, right? Because nobody uses standalone bsnes/higan anymore

>> No.1032571
File: 6 KB, 300x303, 1363916493933.jpg [View same] [iqdb] [saucenao] [google]
1032571

>mfw I got Ys IV Dawn working on my Vita

It was a bitch applying the translation and dub patches, and even more of a bitch finding the appropriate emu and then converting the game to a format it would accept, but it was worth it.

>> No.1032690

>>1032183
I get mad because people use programs i don't use the end.

>> No.1032692

>>1032156
>I'd like to use bsnes, but the keypress detection is shit on my computer for some reason. Like say I press right arrow to walk, it takes like 2 seconds to start walking, and then it won't stop walking.

Does that happen with all emualtors and programs?

Try Bsnes in RetroArch. RA is very rough around the edges, but it is better than current Higan.

Bsnes 0.73 is also an option.
http://emulation-general.wikia.com/wiki/Higan#Download

And there's even Mednafen's bsnes port. It's a bit older and much faster.

Plus there's snes9x.

What I'm saying is you should first test these other emulators to see if the problem also remains.

>> No.1032764

I think in the end all n64 emulators are pretty much the same.. it's just the plugins that matter

>> No.1032784

mednafen is dead tho, no updates in 8 months, while epsxe had a release this month

>> No.1032790

>>1032764
The difference between 1964 and Mupen64Plus is pretty substantial, actually.

>>1032784
It just had an update a few weeks ago, brah.

>> No.1032805

>>1032790
Mednafen 0.9.28-WIP - January 13, 2013 ???

>> No.1032827

>>1032805
http://forum.fobby.net/index.php?t=msg&th=938&start=0&

>> No.1032830

>>1032827
>http://forum.fobby.net/index.php?t=msg&th=938&start=0&
maybe he should put it in the releases section of his website =_=

>> No.1032834

>>1032830
She.

>> No.1032917

>>1032784
>while epsxe had a release this month

ePSXe went years without updates. They're only updating more regularily, like once a year because of pressure from the competition. And because they want sweet sweet Jew Golds from the Android Payware version.

ePSXe still plays catch up with other emulators. They JUST added multi-bin support in the last version, something other emulators have had for YEARS.

>> No.1032919

>>1032834

Tranny. There are no girls who develop emulators.

>> No.1032925

>>1032917
This. Even IF it is indeed decent now, other emulators are just as good or better now. There's no reason to support or recommend closed source, payware cancer.

>> No.1032926

>>1032925
No reason when viable FOSS alternatives exist, that is. Sadly, with Saturn, you're stuck with SSF.

>> No.1032938

crap i use pretty much all of these

>> No.1032952

>>1024365
>wants to play old games for nostalgia
>save states
>gtfo casul

>> No.1032969

>>1024047

A commendable action friend, to be sure, but chances are its no better than buying the actuall cart/disk from ebay/thrift store/etc. As an example, if I buy Mario Kart for the NES, Nintendo does not see a penny of profit. On the other hand, if i were to download Mario Kart 7, Nintendo would see no profit, and therefore not get money to the hard working people at Nintendo.

Now if you can point me in the direction of the nearest retailer that somehow sells NEW copys of the cart/disc in question, then I'll throw my money at it. Untill then, I'm gonna keep on emulting

>> No.1032978

>>1032969
SNES even

>> No.1032987

>>1032926
Isn't Yabause GPL and have an update earlier this year? Is it That much worse than SSF? (I only ask because I don't bother with saturn emulation and just use my actual Saturn

>> No.1033134

>>1032919
How do you know that?

>> No.1033156

>>1032969
He said virtual console releases. If you buy ROMs on your Wii(U), all the money goes to Nintendo and/or the 3rd party companies. If there is no virtual console release available, you may as well just "pirate" it instead of buying a used copy.

>> No.1033310

Question: people always tell me to use Kega Fusion but I've used forks of Gens all my life (Gens+, Gens/GS, but not vanilla Gens ew no) and Gens/GS is under development and looking really neat. What exactly am I missing by not using Kega?

>> No.1033356

>>1033310
I heard a few Sega CD games have problems on Gens.

>> No.1033381

Why do people have this burning desire to get everyone to use the same fucking emulator they use?

Gotta be the most retarded thing to argue about.

>> No.1033386

>>1033381
>Why do people have this burning desire to get everyone to use the same fucking emulator they use?
Autism

>> No.1033443
File: 1.90 MB, 2816x2112, photo.jpg [View same] [iqdb] [saucenao] [google]
1033443

>>1033381
I know, right?
And why, pray tell, do I have to upgrade my automobile? Old winglesnapper can run with the best of them I say!

>> No.1033448

>>1032952
>casual
top lel
>getting pissed at save stating
Back to /v/ with you're shit posting.

>> No.1033445

>>1033443
An old car stinks and pollutes the envirnment more than a new car.

>> No.1033489

>>1033445
It's ~satire~, bro.

>> No.1033579

>lacks features such as true widescreen
wtf is wrong with you?

>>>/v/

>> No.1033586

>>1032952
>play games for nostalgia
>
and you're calling someone a casual you filthy scum?

also, >>>/v/

>> No.1033936

Add original VBA to that list, I still see people using VBA 1.7.2 or 1.8.0 Beta that were released in 2005 instead of VBA-M which has some major improvements.

>> No.1033947

>>1033936
Not to mention they use it to play original GB and GBC games.

>> No.1033961

>>1033947

What do you use for GB/GBC? Gambatte?

>> No.1033965

>>1033961
Yeah pretty much. BGB is alright too

>> No.1034070

>>1023812
Which ps1 emulator should I use for the best performance on an eeepc 701?

>> No.1034084

>>1034070
Jesus christ, now THAT's a toaster.

Most likely pSX aka psxfin will do the job.

>> No.1034101

>people replying to zsnes trolls
>>1032952
>casual
>>1033386
>autism

/v/ is here

>> No.1035262

>>1034070
pSX.
And it will stutter on 3D.

>> No.1035267
File: 49 KB, 329x536, Bitches_and_whores.png [View same] [iqdb] [saucenao] [google]
1035267

>Can not save state in PSX using mednafen
>goggle it and find nothing
>just get "saving error" and nothing sensible in stderr.txt when i check it
>finally check /eg/ wiki:

>Mednafen save statesEdit
>Q: Save states do not work in Mednafen PSX.
>A: Save states are not enabled in Mednafen PSX, and will not be added until the developer feels that the emulator is mostly finished.
FUCK

>> No.1037079
File: 7 KB, 158x153, 1254633919243.jpg [View same] [iqdb] [saucenao] [google]
1037079

>mfw Mupen64Plus is now part of RetroArch

>> No.1037107

>>1035262
Maybe not, I remember being able to emulate N64 at full speed without any issue on my old eee 701

>> No.1037156

>>1037079

Not yet it isn't, or? I thought it was coming in 1.0, and so far we're still only at 0.9.9.

>> No.1037654

>>1037156
It builds now. That's all that matters.

>> No.1038046

Anyone know where I can find a decent Resident Evil 3: Nemesis rom?

Everywhere I look the file is damaged and or removed.

>> No.1038085

I literally never had any problem with zsnes

>> No.1038104

>>1026998
what the actual fuck, my zsnes doesn't sound like that at all

>> No.1038108

>>1038085
>I literally never had any problem with zsnes

Which typically means:

1. You aren't noticing the differences back of your lack of knowledge of the original console
2. You're playing the most popular games, which zsnes basically works for.

Remember: Your personal experiences are very limited, and might not be an extensive test of a program or emulator.

>> No.1038114

>>1037079
>>1037156

It builds, but I haven't gotten it to work. It's even on the updater, but won't download. I'll give it a few days for them to get the kinks worked out.

>>1035267

Save states are over rated.

>>1034070
>Which ps1 emulator should I use for the best performance on an eeepc 701?

Yikes. Well I guess epsxe or PSX. But I'd really say that you should just get a better computer. A cheap modern laptop can be had for 200 dollars. Much better than that.

>> No.1038117

>>1023812
oh look, he's viral marketing retroarch again

>> No.1038119

>>1038108
I never had a problem with any game, gameplay or soundwise.
That FF6 video didn't even sound like how it does here on my PC, and I just checked to compare.

>> No.1038124

>>1038119

>I never had a problem with any game, gameplay or soundwise.

Which means you're either not noticing them, don't care or are playing the top 10 games that zsnes has specific hacks to make work right.

Honestly, there's no reasoning with someone who is sticking with their favorite emulator and doesn't want to change.

>That FF6 video didn't even sound like how it does here on my PC, and I just checked to compare.

That's a much older system with much worse sound emulation.

>> No.1038125

>>1038117

>viral marketing a free software
>viral marketing the PC version when Android is where the focus of RA devs have been, to the point where the PC version is utterly neglected.

>> No.1038135

>>1038125
first off, marketing doesn't only apply to things you directly have to pay for
second, the fact that they are focusing the android version at this very second does mean that they are going completely and totally give up on the PC version for good, why wouldn't they want to grow the user base in the mean time?

>> No.1038145

>>1038135

They've never ever given two shits about Windows version. 32bit for months still crashes on start up and is even lower priority. Squarepusher gives not the singlest of fucks about PC users and considers PCs to be dying dinosaurs, and mobile is the only thing worth focusing on. So their PC efforts are late and half assed. This actually hurts the PC version a lot.

>> No.1038292

>>1038145
They care enough to make the mupen core finally work on Windows.

Also, don't misinterpret what SP has said. He acknowledges the advantages of the PC, but he also knows that the consumer base of tech goods is primarily going mobile, so that is why he says mobile is the future. That does not mean he will stop supporting the PC. What he does rail against is people who don't make their code portable, and who tie it to Windows so no one outside that framework can use it.

>> No.1038316
File: 7 KB, 250x181, 1375846072073.jpg [View same] [iqdb] [saucenao] [google]
1038316

>>1031161
MagicEngine is a subpar payware emu that hasn't been updated in years. Use RetroArch plus the Mednafen PCE core. It's miles better AND free.

>>1038046
Which version? Consider downloading from the No-Intro sets (or whatever the CD-Rom equivalent to that is called, I can't remember.)

>> No.1038357

Does anyone here use Mupen64Plus on linux?. I have this .sra file but I have no idea where to put it

>> No.1038379

>>1038357
http://code.google.com/p/mupen64plus/wiki/FileLocations

>> No.1038519

>>1038292
>They care enough to make the mupen core finally work on Windows.

Eventually. But it's lower on their priorities.

>> No.1038523

>>1038519
Lower on priorities does not equal "gives not the singlest of fucks".

>> No.1038526

>>1038523

RetroArch dev plz go.

>> No.1038538

>>1038526
>implying I have the slightest idea how to code

>> No.1038898

>>1038316
The interface for MagicEngine is amazing though, I was going to say "I wish that other emulators would have interfaces like that" but then I remembered that there are front ends.

>> No.1038916

>>1038526
if that was a retroarch dev wouldn't that just strengthen his point rather than diminish it?

>> No.1038921

I downloaded Mednafen, but it won't run.

Double clicking on the .exe seemingly does nothing.

>> No.1038926

>>1038921
it's command line based you idiot, the website even says so.

>> No.1039065
File: 8 KB, 183x275, 1346695211670.jpg [View same] [iqdb] [saucenao] [google]
1039065

>people who use emulators based on their GUI

>> No.1039104

sage for information already found in the goddamn sticky.

>> No.1039119

>>1024235

So much this.

Fuck that Buu guy.

>> No.1039150

The only person who learned anything in this thread is Mike. Have fun with your games Mike.

>> No.1039152

>>1039119

Yeah ZSNES 4 lyfe

Fuck authenticity, ZSNES looks and sounds better than the real SNES

>> No.1039158

Why are there always arguements over SNES emulators?

I've never seen arguements over NES, Genesis, and Game Boy even though many different emulators exist for those systems

>> No.1039160

>>1039152
I have fond memories of running ZSNES in DOS back in 98 and using SciTech Display Doctor to enable 16-bit color modes. It was the only emulator that could do the transparency layer at all.

And I had a Microsoft Sidewinder and all you had to do was hit the mode button in the center twice and it configured every button for you.

There were years when ZSNES had no serious competition, and isn't it funny that apparently having nostalgia for something makes you an asshole on this board. =)

>> No.1039172

I know that ePSXe has many issues, but what about plain PSX?

Isn't that really accurate.

>> No.1039175

>>1039172
No, not really

http://psx.silvanthalas.com/ntsc-u_current.html

It runs fast though

>> No.1039176

>>1039160
>There were years when ZSNES had no serious competition,

What about SNES9x which was started in 1997?

>> No.1039196

If you want to know where this accuracy for SNES emulation thing started, it was one of SNES9x's former developers who posted a rant about why he left and why he thought SNES emulation was stagnant:

http://web.archive.org/web/20040407002641/http://www.snes9x.com/forum/topic.asp?TOPIC_ID=9869

Then byuu made a post reiterating what Matthew Kendora said shortly before starting work on bSNES:

http://web.archive.org/web/20041022114935/http://www.the2d.com/content/view/125/29/
http://board.zsnes.com/phpBB3/viewtopic.php?f=6&t=969

>> No.1039197

>>1024235
>nothing wrong with ePSXe
Hold on a little bit. You'd rather hunt for and fuck around with plugins all day to play a game, instead of use something like PCSX Reloaded or Xebra with significantly less fucking around?

Also hate the person, like the emulator if my computer's fast enough. Why the fuck should we be caring about him anyway?

>> No.1039205

Guys, I have a shit-tier setup. pSX works great, but ePSXe plays like shit even on low-end settings. How will Mednafen work for me?

>> No.1039210

>>1039205

Mednafen has high requirements (higher than bSNES Balanced on average games)

>> No.1039219

I use FCEUX. Should I use something else? Why?

>> No.1039223

>>1039219
Nope, use whatever. Who the fuck cares?

Except if you're using an SNES one, then everyone's angry.

>> No.1039225

>>1024459
>Higher-end graphics games like the DKC series look like absolute shit on snes9x.
You're not using the right filters, anon.

>> No.1039226

>>1039176
It couldn't do the transparency layer back then, bro. Fewer games worked. At the time it required a brand new machine to operate at full speed when ZSNES was so damn fast machines 2-3 years old at the time worked full speed, even with the transparency layer.

ZSNES was overtaken. I freely admit that. But don't assume SNES9X hit the scene in the state that it is in now.

>> No.1039247

what ones would people reccomend for android tablets?

>> No.1039269

>>1039219
VirtuaNES has the best VSync implementation I've seen other than the NEStopia core in Retroarch, much less input lag than other emulators due to sync-to-refresh actually working correctly

>> No.1039281

>>1039247
retroarch

none at all if you're not using a controller though, it's horrible to play with just touch screen.

>> No.1039391

>>1024546
You know what's good about open source? If someone gives up on the project, anyone can look at the source and continue it.

That's the whole fucking point of community development. If everyone gives up on it, then the project was terrible.

>> No.1039425

>>1039391
Case in point: Project64.

It finally went open source, and almost no one gave a fuck. Only like two forks of it have been developed, and any other work related to it has gone into plugins that work on other emulators as well. The community has had enough of it. All of the serious development has gone to Mupen64Plus instead.

>> No.1039431

>>1039281
I have an old pcline one I'm using doesn't have start or select buttons but I'm not planning on using anything like psone emulation

>> No.1039438

>>1039281
RPGs are fine without a controller.

Also I don't think I'd be able to get away with using a controller at work.

>> No.1039458

>>1039425
There comes a point where code becomes unmaintainable, so sometimes it's good to go with another project, and also it really depends on the community.

I'm also in the same boat where I haven't updated a lot of my emulators for my older systems so I've started looking into what's good now.

While I'm still sticking with EPSXE since I've used it for a long time and it's still in development, I'm definitely interested in whatever Mupen's doing, since N64 wise I went from UltraHLE -> Project64 and could probably use an upgrade if I ever tried emulating again.

If I ever emulate PS2 or Gamecube, at least there's a no brainer, but all of these older systems have so many to choose from.

>> No.1039474

>>1039458
For N64, I strongly recommend you wait until the RetroArch version of Mupen64Plus is finished. Right now it technically works, but it has a lot of small glitches, so it's a bit rough (though some of those glitches also exist in regular mupen). But once it's finished, it should be the definitive version.

>> No.1039490

>>1024047
Why is Nintendo entitled to money for OoT? They already made it, sold it, and made other stuff with the money. And I imagine half the people who made it don't work there any more.

>> No.1039538
File: 28 KB, 593x408, _tmp.png [View same] [iqdb] [saucenao] [google]
1039538

What have people found compatibility on NO$SNS to be like? I have mad respect for Martin Korth in general but I haven't had a chance to give his SNES offering more than a cursory try.

>> No.1039591

Can any N64 emulator play Body Harvest without the fall through floor glitch that stops you from progressing?

>> No.1039924

>>1039104
>sage for information already found in the goddamn sticky.

That no one reads.

>> No.1039928

>>1039160

>zsnes fanboy has been using it since 1998 and has fond memories of it

Yep. About par for course. They're typically being blinded by nostalgia and refuse to move on.

> and isn't it funny that apparently having nostalgia for something makes you an asshole on this board. =)

Imagine if Nintendo released a version of their console that had all the problems zsnes has. And there are people who defend that version of the snes, say its the best and refuse to move onto other models that don't have that problems. That's what defending zsnes is like. It's very silly.

But yes, zsnes was the best for a long time. But that was a decade ago.

>> No.1039949
File: 7 KB, 512x448, zsnes512[1].png [View same] [iqdb] [saucenao] [google]
1039949

>>1039158
>Why are there always arguements over SNES emulators?
> I've never seen arguements over NES, Genesis, and Game Boy even though many different emulators exist for those systems

NES:
The oldest emulators can't be played on current Windows, so they just died off. Everyone uses Nestopia or something half decent.

>Genesis

Apparently the Genesis system is less technically complicated as the SNES, so higher quality emulation occured much earlier than the snes. Kega Fusion is very high quality and is the standard. The best you can do is match it in quality. GenplusGX is close, but it lacks 32x support.

>Game Boy

Well the clueless people use VBA or VBA-M. That's half decent. Anyone who knows anything uses Gambatte.

What happened with zSNES is that a bunch of people just stuck with it and refuse to move on. The project however completely died, and hasn't had an update since 2007 (which broke more than it fixed since the lead dev left). So they're stuck with this out dated emulator when others have long since breezed right by it. It's mostly being blinded by nostalgia. Notice how most of the zSNES defenders have been using it since 1998 and "have fond memories of it".

You can't argue with nostalgia or emotion.

What you can do is update the god damn zsnes so it's on par with Snes9x. Which is being done.
http://www.smwcentral.net/?p=section&a=details&id=5681

I heard 1.06 had serious sound issues. It's still very beta. Version 1.08 right now, and don't know how well it works. If you use it consider it a beta and test it.

>> No.1039951

>>1039176
>What about SNES9x which was started in 1997?

zsnes was much better for a long time. Don't act like zsnes was always garbage. It's just bad comparitively for now, since bsnes and snes9x are so good.

>> No.1039954

>>1039205
>Guys, I have a shit-tier setup. pSX works great, but ePSXe plays like shit even on low-end settings. How will Mednafen work for me?

Stick with psx if your system is that bad. Mednafen needs 2.0 Intel dualcore cpu to work.

>> No.1039960

>>1039538

The No$ emulators are poor emulators. But they have great debugging. Nice tools if you're a romhacker or something. Don't consider them proper "emualtors" though.

>> No.1039973

>>1038114
Yeah I just got the eee because it was cheap

Just got Ace combat 2 running in epsxe, good frame-rate and hardly any audio skipping [IE, soundtrack totally listenable], So I'm pretty impressed.

>> No.1039987

Does anyone else use PSXfin? It's not an amazing emulator, but for people who have a shitty computer and don't know much about emulation, it's a good alternative to the more known ones.

>> No.1039991

>>1039960
What is a debugger anyway? A disassembler? Breakpoints? And why don't other emulators have these tools?

>> No.1040028

does Mupen64plus support gameshark codes?

>> No.1040039

>>1039490
>Why is Nintendo entitled to money for OoT?
Because of laws made by man. Copyright extension lobbyists have been working overtime this century, it'll only get worse.

>> No.1040053

>>1027372
>>1027372
>>1027372
this

>> No.1040063

>>1039197
>hunt for and fuck around with plugins all day
>ePSXe
Um, ePSXe comes with all plugins already included...? You download the zip, extract it, load your ISO and boom you're set up

>> No.1040096

>>1039949
The TAS guys compared an actual SNES, bSNES, and SNES9X, and wouldn't you know it, SNES9X did a better job on Super Metroid than bSNES did.

That and the bSNES guy is a raging asshole who considers the 15 years of hard work done before him to be the equivalent of chimpanzees hurling turds at keyboards.

Also, I do have fond nostalgia of ZSNES. But I never said I currently use ZSNES. It had it's time and it's time is over. SNES9X is now the best option.

Maybe someday bSNES will have it's time, but I fucking doubt it.

>> No.1040108

>>1040096
>TAS guys compared

Source.

>> No.1040124

>>1040108
tasvideos.org forum. The damn forum gets a few thousand posts a day and this was a few years ago when they were setting up for playing back tas's on actual consoles.

As far as I remember, bSNES was lagging more than SNES9X or a real SNES during corridor transitions, nothing too significant, just enough to tack on 30 seconds over the course of a run.

>> No.1040136

>>1023812
zSNES
>can easily search and input your own cheats, easy turbo and save feature

ePSXe
>the only one that allows me to play SRW just fine - and put in cheats with little problems

PJ64
>if you don't have a powerful PC, you're fucked.

>> No.1040142

>>1040124
So, snes9x is "faster", "better" than bsnes because it doesn't "lag" as much as bsnes?

You do realize that's probably because it would also lag in real hardware, right? And that TASes are supposed to run on real hardware?

The fact a run on snes9x is 30 seconds faster than one on bsnes should be reason enough to make it invalid.

By the way, lsnes is the emulator used for SNES TAS. lsnes is a fork of bsnes with re-recording features added.

>> No.1040146

>>1040124
>this was a few years ago

well, you should also take into account that bSNES (by the way it's not even really called that anymore, it's higan now) is the only one of those options that's under constant development

>> No.1040154

>>1040146
Snes9x is probably in development as well, but I haven't seen many releases since 1.5x line came out.

Did it contract the zsnes syndrome as well? Doesn't make sense, it isn't written in assembly.

>> No.1040156

>>1040142
He said they were both compared to a real SNES, meaning SNES9x was closer.

>> No.1040162

>>1040156
I have serious difficulty imagining that scenario. Must have been years ago?

Find and link to the thread, please.

>> No.1040179

>>1040142
>So, snes9x is "faster", "better" than bsnes because it doesn't "lag" as much as bsnes?
bsnes lagged more than snes9x or an actual, real snes. this has since been patched up for super metroid.

>You do realize that's probably because it would also lag in real hardware, right? And that TASes are supposed to run on real hardware?
Tool assisted speedruns do run on real hardware assuming the emulator in question was accurate enough.
http://tasvideos.org/Movies-Verified.html
There's both bsnes's core and snes9x's core on that list.

>The fact a run on snes9x is 30 seconds faster than one on bsnes should be reason enough to make it invalid.
30 seconds faster on a real snes or snes9x than bsnes before it was fixed.

>By the way, lsnes is the emulator used for SNES TAS. lsnes is a fork of bsnes with re-recording features added.
Incorrect they use Bizhawk.

I like that you're fellating bsnes so hard that you naturally assumed that it's 'more accurate' than an actual fucking snes.

I also like that all of this autism in this gigantic thread between snes9x and bsnes actually amounts to nothing more than the margin of error of emulation that both emulators display in accuracy on extremely fringe titles.

>> No.1040186

>>1039196
"It still bothers me that Nach doesn't even own a SNES"
>I had an SNES when I was younger, till my siblings made sure it no longer worked
>really have no need for an SNES anymore. I have all my SNES games on my PC and can play them in an emulator and get more features than on the SNES I once had.
>I just see hardware as something that runs software.
- Nach, ZSNES Developer

no wonder it's shit

>> No.1040212

>>1040179
>this has since been patched up
>before it was fixed

Exactly. Wasn't this comparison from years ago?

>incorrect

http://tasvideos.org/EmulatorResources.html

This bizhawk really is listed along with lsnes. Why would they have two preferred emulators?

>fellating bsnes

Fuck off kid, I use snes9x myself. I thought the comparison was between snes9x and bsnes, I didn't realize an actual snes was involved. How do you even do that?

>> No.1040238

>>1040212
>Exactly. Wasn't this comparison from years ago?
But I thought bsnes was perfect and everything else was for faggot retard cunt morons. -_-

>This bizhawk really is listed along with lsnes. Why would they have two preferred emulators?
Runner preference. BTW the latest Super Metroid run was done with Bizhawk. They need more tools than lsnes offers is probably the answer, does lsnes support lua analytical tools?

>Fuck off kid, I use snes9x myself. I thought the comparison was between snes9x and bsnes, I didn't realize an actual snes was involved. How do you even do that?
http://youtu.be/OsnbYaCGwHk

Also 'lol' at kid, don't throw in the towel by resorting to condescension just yet.

The differences between bsnes and snes9x are very overstated. TASvideos went over bsnes a long while ago and rejected it because the author was such a cunt and the accuracy he was screaming about was actually in question.

Just like ZSNES has been dead for quite some time, things change. I may actually try Bizhawk.

>> No.1040237

>>1040212
What IS this BizHawk? It's the preferred emulator for several systems, and I've never heard of it.

TASfags developed it themselves or some shit?

>> No.1040242

>>1040136
"zSNES"
>can easily search and input your own cheats
Oh yeah, most definitely much better to be able to easily cheat than to have games run properly.
>easy turbo and save feature
How stupid are you if you find it difficult to use turbo and save features in other emulators?

PJ64
>if you don't have a powerful PC, you're fucked.
I have no idea what you're talking about. Are you implying that OP's computer is slow and PJ64 would emulate games more accurately if he had a more powerful rig? Or that you couldn't use the superior alternative M64+ because your computer is too slow?

I don't care about PS1 emulation and have no idea what SRW is but the fact that you start talking about cheating again makes my belief that you are a faggot without any idea what you're talking about ever stronger.

>> No.1040248

>>1040154
>Snes9x is probably in development as well, but I haven't seen many releases since 1.5x line came out.

It is under development still.
http://www.emucr.com/search/label/Snes9X?&max-results=12

Emucr isn't great because it just builds a new version regardless of how significant the changes to the code actually are. They also make Windows only builds.

>> No.1040264

>>1027372
>I'll just use whatever works for my needs, mmkay?

One major problem however is that romhacks are still many times aimed at the zsnes crowd. Meaning they ONLY work in that damn system and not newer ones.

>> No.1040267

>>1040237
>TASfags developed it themselves or some shit?
Sure looks that way.
http://tasvideos.org/Bizhawk.html

They use cores of the best emulator for every system, so it's not as bad as I assumed at first. It's written in C# with only Windows and OS X ports available though so still pretty fucking gay.

>> No.1040271

>>1040238
>perfect

Nope, I'm not one of those fags, sorry. I can appreciate the work byuu did and recognize its technical merits, but I still use snes9x.

>the author was such a cunt
>accuracy in question

Rejecting something because of politics is stupid. Nobody cares about how much other emulator authors hate byuu.

I believe most of the major accuracy bumps were very recent, when he managed to electronically scan some DSP chips and emulate them completely.

Also, I think sound is one of the major source of desynchronizations, and as far as I know, snes9x has a cycle accurate sound core.

>they need more tools

That's true. I remember there was a proposal to add lua scripting to snes9x but they rejected it because "why would anyone need that?".

I'd have loved that, actually. Why would anyone actually reject features.

But yeah, lsnes does support lua and probably other stuff runners need. It's a fork of bsnes with those features added.

>>1040248
Where is the source repository anyway?

>>1040264
There's apparently zsnes emulators around now. I laughed hard when I saw bzsnes. That thing really is a console in of itself.

>>1040267
So it's just like retroarch?

>> No.1040273

>>1040267
http://tasvideos.org/Bizhawk/SNES.html

>SNESHawk uses the bsnes emulator core written by byuu.

great arguing against bsnes there m8

>> No.1040281

>>1040271
>That's true. I remember there was a proposal to add lua scripting to snes9x but they rejected it because "why would anyone need that?".
>I'd have loved that, actually. Why would anyone actually reject features.

https://code.google.com/p/snes9x-rr/
That's why the TAS guys added it themselves years ago, right after the official branch shot them down. There's quite a few competent coders at the TAS joint and they've put a lot of work into modifying emulators.

Typically since 2004 I haven't really had any love for any particular emulators, I just install whatever version necessary to play TAS videos. So maybe I have half a dozen variants of SNES9X on my hd, compared to my music collection that's totally inconsequential.

>> No.1040285

>>1040281
How up-to-date is that?

>> No.1040294

>>1040271
>Where is the source repository anyway?

https://github.com/snes9xgit/snes9x

It is updated fairly often, but the damn thing just lacks a proper site. I know they lost access to their old one, but they couldn't just make a new one?

>> No.1040295

>>1040285
Not very?
Apparently it was relocated to github after it was dumped as the primary SNES emulator for the site.
https://github.com/snes9x-rr/snes9x
Is that up to date enough?

>> No.1040298

>>1040294
>they lost access to their old one

News to me. What happened?

>>1040295

Last update is from 6 months ago. Is it even based on snes9x 1.53?

>> No.1040305

>>1040298
>News to me. What happened?

http://www.snes9x.com/

Notice how that site looks like it's from 1999? Well, they lost access to it so it doesn't update anymore. So Snes9x has like no proper simple website anymore. No clue who's paying for the site.

someone should just step forward and register snes9x.org and donate it to them.

>> No.1040315

>>1040271
Yeah it's pretty similar to RetroArch, except RA focuses a lot more on portability and supports more systems while the main focus of BizHawk is rerecording for TAS usage. I just downloaded and tried the Hawk and the interface is really nice, the RetroArch devs could really take a lesson right there. The libretro project is great but the Phoenix interface is complete shit, which they are aware of but aren't doing much about yet. It would've been nice if they could get some people on board who care a little more about the user experience.

>>1040273
I'm not the one who argued that bsnes isn't used by TASers, so not much use in taking a jab at me. I use bsnes core on my PC, but have to settle for Snes9x on my PS3 and tablet.

>> No.1040330

>>1040315
I just don't see why things are so fragmented in the emulation community. Why not simply add those features to RetroArch?

Also, why create entire emulators? Why not make libraries that emulate each individual chip instead of entire emulators? You can then glue those into a complete system.

>> No.1040393

>>1040330
>I just don't see why things are so fragmented in the emulation community. Why not simply add those features to RetroArch?
I don't know, perhaps it is a clash of philosophies, or just another case of NIH syndrome. I had never heard of BizHawk before it was mentioned in this thread, so it's hard for me to provide more than speculation on its raison d'être.

>Also, why create entire emulators? Why not make libraries that emulate each individual chip instead of entire emulators? You can then glue those into a complete system.
Is this not basically how emulators are designed? Refer to the bsnes source code for instance: https://gitorious.org/bsnes/bsnes/source/4e2eb23835228477859f4d9de69e8cd27a4eeea6:sfc/chip
There would still be a need for for a solid base system for the various modules to run on, a core emulator so to speak.

>> No.1040405

>>1040238

>TASvideos went over bsnes a long while ago and rejected it because the author was such a cunt and the accuracy he was screaming about was actually in question.

Bizhawk uses bsnes core for SNES emulation, retard.

http://tasvideos.org/Bizhawk/SNES.html

Their preferred SNES emulator is a bsnes fork. SNES9x is deprecated because of timing issues. So much for "rejected"

>> No.1040409

>>1039949

Why don't we have people defending Gens out of nostalgia?

>> No.1040417

>>1040063
>Um, ePSXe comes with all plugins already included.

Yeah not the good ones. You still have to set them up with per game hacks and other crap if you want to actually play games

>> No.1040418

>>1040409
Because no one cares about Sega.

>> No.1040419

>>1040405

Yeah. Essentially what >>1040273 said.

I also always laugh at people who hate byuu because of his strong opinions. The fact is he's actually right about pretty much everything; everything he's pushed actually is technologically superior to all alternatives.

Other emulator authors and their fanboys are just mad because byuu obsoleted their shit. It really shows.

>> No.1040424

>>1040419

Let's hope Squarepusher doesn't see this...

>> No.1040429

>>1040393
The emulator may have a modular design, but I'm talking about separating the chip emulation from the emulator. Many other systems use the same chips and could benefit from accurate emulation of individual chips.

I mean something like starting a library project to accurately emulate the Motorola 68K, which is used by a lot of systems, including the Mega Drive. An emulator would then simply link to the 68K library and make use of the processor API, integrating it with other system components such as the sound and video chips. The emulator code would act as the PCB.

>>1040424
Who's squarepusher and why should I care?

>> No.1040432

>>1040424
byuu's problem is not his striving for accuracy, it's that once he obtain his holy grail of cycle accurate SNES emulation and completed his cause he had lost purpose and started getting all crazy about inventing new formats for every little thing, like the cartridge folder system and replacing the perfectly fine XML configuration format with a new "BML" one.

>> No.1040436

>>1040432
>cartridge folder system

But that really was a great idea.

>BML

I agree, its retarded. Just like XML.

>> No.1040437

>>1040405
>Their preferred SNES emulator is a bsnes fork. SNES9x is deprecated because of timing issues. So much for "rejected"
Actually bsnes had to be fixed up for a year to be better than SNES9X was at a time, but hey go ahead and consider all development happening within a vacuum friend.

Because 4chan is html5 now does that mean in your head that it was always html5?

>>1040419
>Other emulator authors and their fanboys are just mad because byuu obsoleted their shit. It really shows.
Yeah and people hate Phil Fish because Fez didn't have explosions. Or, just maybe, they think someone is a cunt because they are a cunt.

Don't remember this kind of vitriol back when Bleem! got knocked off of it's pedestal.

>> No.1040442

>>1040429
Are there really that many systems sharing the exact same chips? I imagine if every emulator was as modular as bsnes it would only be a matter of transplanting the code over to another one if the hardware is indeed identical.

Squarepusher is the current lead developer of RetroArch and has very strong opinions he presents in a way similar to how Linus Torvalds acts on the KML. He used to be a regular poster in the emulation general before he got tired of the butthurt posters there that wouldn't stop crying.

>> No.1040457

>>1040437
So what? That was years ago, and by now bsnes is the most accurate emulator.

And that Fez guy doesn't matter. That shitstorm has nothing to do with this. Byuu pushed for many great things but was rejected because it made other people's shit look bad.

>>1040442
I'm not sure about the numbers, but the 68K was a very popular chip.

>squarepusher

That's pretty cool. We need more people like Linus, Byuu and him around. These people tend to understand their shit.

What are his opinions?

>> No.1040458

>>1040432

Or shaders that require OpenGL 3.2+ for no real reason, while ditching the XML shader format that had great community support and was implemented in other emulators and frontends.

This one pissed off the RetroArch devs quite a bit because they supported his XML format alongside their Cg format to allow greater community support. One of the RetroArch devs helped byuu create the format and implement shaders in bsnes, so they felt a little bit betrayed when he thew it all out window.

byuu did great things in emulating the SNES but he's terrible at working with others. That's why a lot of people don't like him.

>> No.1040459

>>1040436
I agree that the cartridge system is fine, making the organization a bit closer to the MAME standard without retardedly oldfashioned naming conventions, but just put it in as an example of him feeling the need to uproot conventions all over the board. Some might be good ideas, but it does seem like he acts more on compulsion at times, like how he recently felt the need to make a completely new shader format.

>> No.1040468
File: 22 KB, 428x620, Squarepusher.jpg [View same] [iqdb] [saucenao] [google]
1040468

>>1040429
>Who's squarepusher and why should I care?

>> No.1040469

>>1040442
>He used to be a regular poster in the emulation general before he got tired of the butthurt posters there that wouldn't stop crying.

He still posts in there but he doesn't think to highly of 4chan in general. He can be a bit of dick but at least he talks to us unlike others out there so I try not to piss him off.

>> No.1040471

>>1040457
>What are his opinions?

Byuu is the great satan who raped his mom and strangled his children.

>> No.1040484

>>1040457
>So what? That was years ago, and by now bsnes is the most accurate emulator.
Yes. Now. Because things have changed. BSNES, designed for 3ghz systems, eventually overtook SNES9X, designed for 300mhz systems, after a long drawn out development period where the developer was a lunatic.

The fact that it has overtaken it does not negate the history of it's development and that a rejection actually took place.

No one lost their shit when Nesticle blew every other NES emulator out of the water when it showed up. No one lost their shit when ZSNES blew every other SNES out of the water when it showed up. No one lost their shit when a new Neo Geo core gained more than 500% performance over the old one.

Byuu has shrieked like a mental patient for years now that bsnes was the best and it has finally become so, after much more work. No one disparages bsnes for anything other than it's performance. They disparage the project/byuu for being a cunt because he is a cunt.

"After much work it's finally the best snes emulator even though the author is a cockless wonderfuck." is the eventual conclusion that no one in this thread agrees with.

It's similar to the fact that XFCE is drastically held back by the petty dictator that heads it. It's a shame that David Dreger killed himself instead of one of these assholes.

>> No.1040489

>>1040457
Ask Squarepusher about byuu, Android or people selling emulators they didn't create themselves.

>>1040469
When did he come back? Many people are asking him really stupid questions, others are getting ridiculously angry over his blunt statements. He was never anything but polite and factual when I talked with him but then again I'm not an ass myself.

>> No.1040492

>>1040459
Yeah, I agree. He's a fine coder but he doesn't seem to have much experience reinventing things. Reinventing is actually inappropriate, it should be called re-engineering.

I actually have plenty of experience with that. Here's how its done: if it's central to your project, you can re-engineer it. You should re-engineer it, actually. That's what would make your project better than the rest.

The cartridge folder system is superior. It stores everything related to the game in the folder, so you can copy the folder and your settings, SRAM, states and cheats will go along. Cartridge contents/chips are separated into logically named files that make sense. You can still treat it the entire folder as a single file.

It's just good. Much better than ROM files.

Making another markup language and shader format has nothing to do with your project. It's just shit your project uses to do things. That's where you draw the line.

>>1040468
Whatever. I'm actually sad /vg/ managed to drive him out. He does have the right idea; making a common emulation system that implements input and graphics is the way to go. I honestly wonder why nobody thought of it sooner. Layers of abstraction is the most basic concept in computer science.

>>1040471
Sounds like he's just butthurt over something. Apparently not enough to not include higan core in retroarch.

>> No.1040505

>>1040492
>I'm actually sad /vg/ managed to drive him out.

Trying to drive him out. He won't leave.

>>1040492
>Sounds like he's just butthurt over something.

They had a falling out with Byuu. But SP is a crazy person who holds absurdly huge grudes over minor shit. His hatred of byuu is completely disproportionate.

>> No.1040504

>>1040489

He's posting as anon now, but you can tell when he posts because "he 'types'' - like this son"

>> No.1040507

>>1040484
>No one lost their shit when ZSNES blew every other SNES out of the water when it showed up
I know what you mean but still laughed at this, there are people actually thinking that way. Nach, for instance: >>1040186.

>It's similar to the fact that XFCE is drastically held back by the petty dictator that heads it
It still manages to be the best DE because the competing projects are busy destroying themselves one release at a time.

>> No.1040519

>>1040484
If you hate byuu, then that's your problem, not mine. I actually agree with him in almost all points. It's hard to hate people who are actually right, you know?

I will say that I don't really know the other side of things. All I really saw was some butthurt posts on the zsnes forum by the developers, saying how they were going to implement accuracy "their way". Like, how's that working out, man? Enjoy your shitty unmaintainble assembly codebase full of hacks, man. I won't be holding my breath for the next zsnes version.

I also saw some other emulator authors ranting endlessly on a N64 forum or something about how its pointless and how byuu is stupid and shit.

Honestly you all just sound upset over the fact you lost.

>>1040489
>byuu

I'm curious as to why he hates that guy.

>android

Why would he have a problem with it? Because of they sell emulators on android?

>people selling emulators

Well, they ARE free software, in most cases. Picking a free software license and then ranting at people who sell your shit is just stupid.

RMS himself constantly re-iterates the fact that you can sell free software.

>>1040505
>holds absurdly huge grudges

I just lost major respect there. Linus doesn't hold grudges. He will tell you when your shit is stupid, but will accept it when you fix it.

>> No.1040523

>>1040519
>I just lost major respect there.

Sp is a really emotional crazy person. We think he has paranoid personality disorder.

>> No.1040524

>>1040507
>I know what you mean but still laughed at this, there are people actually thinking that way. Nach, for instance: >>1040186.
ZSNES actually worked when it came out, before it hit the scene SNES emulation was in the dark ages. The fucking thing ran in 16 bit color on a 100mhz Pentium at full speed for god's sake, not only did it actually work but it ran like a bat out of hell. I don't use it but anyone who *hates* it had to have been born after it came out.

>It still manages to be the best DE because the competing projects are busy destroying themselves one release at a time.
My nigga.

>> No.1040525

>>1040523
Won't you link me to some of his posts? Maybe he can regain some of that respect.

>> No.1040528

>>1040524
I don't hate zsnes, but using it is just stupid, and defending it is even stupider.

Yes, I grew up with it, too.

>> No.1040529

>>1040519
>He will tell you when your shit is stupid, but will accept it when you fix it.

That's pretty much how Squarepusher is though. His grudge with byuu is over how he was banned from byuu's board and had his IP publically posted until Themaister convinced him to take it down.

>> No.1040531

>>1040519
>I just lost major respect there. Linus doesn't hold grudges. He will tell you when your shit is stupid, but will accept it when you fix it.

So how soon until he fixes the outdated monolithic kernel model?

>> No.1040532

>>1040523

This armchair psychology is part of what got him pissed off at 4chan. Stop doing that please, that just makes him angry.

>> No.1040535

>>1040525

He posts as anon, so I have to wade through archives.

He calls people "son" because he says it "riles people up". He's kind of a dick. He gets into flamewars all the time. You can never tell what little thing will set him off.

He's literally crazy. Just accept it. He has good skills and outlook otherwise.

I think of it like a schizophrenic artist. You dont' try to reason with him or condemn him for being crazy. Just appreciate what he makes.

>> No.1040541

>>1040529
>he was banned

I wonder why.

>IP publically posted

So? Is his IP static? If not, he can just disconnect and reconnect his router and get a new IP. At most, people got a very rough idea of where he lives. He is not in any danger of crackerz and shit.

>>1040531
The day major corporations aren't relying on linux for their businesses.

Microkernels simply aren't fast, man. They do compose an elegant system, but they have many drawbacks.

>>1040535
Well, at least he does have the right idea about emulation. Now we worry about the next step: further modularization of emulators.

>son

It does rile people up. See >>1040238.

>> No.1040543

Between people sperging out about what emulators people are using and all this emu-dev drama, this whole thing looks to be reaching furry-esque levels of stupidity.

Come on, it's just fucking video games.

>> No.1040546

>>1040543
Actually, it's technology. Just because you don't care doesn't mean it's simple.

>> No.1040547

>>1040543
>>>/v/

>> No.1040553

>>1040519
>Why would he have a problem with it? Because of they sell emulators on android?
No, I mean as in the design of the system itself. There's all the layers of unstable Java based services that you can't really get around interacting with even when going as native as you can, and then the garbage collector comes kicking in to interrupt timings whenever it feels like. Seems like Google manages to fuck up the NDK now and then too.

re: selling emulators
It's not the actual selling part that he's got the biggest beef with, although the RetroArch devs believe emulators should be free and that was their main reason to push forward the Android version. I know you can sell free software, but many sell shoddy ports for Android and don't give a shit about providing source code or even credit to the original projects, then there are the emulators with licenses explicitly forbidding commercial usage. I think Squarepusher doesn't have any problem with a quality work like DraStic.

>> No.1040552

>>1040546

I never said "I don't care"

I'm telling you that all this drama is unwarranted, because at the end of the day, it's just video games.

>>1040547

Is there a point to this post?

>> No.1040554

>>1040541
>I wonder why.

He let mudlord onto byuu's forum with his account. He felt he was no longer welcome there before that because he got into an argument with byuu over something (I think it was about his optimizations to SNES9x-Next IIRC)

>> No.1040565

>>1040552
The statement "it's just video games" literally is you saying that you don't think this warrants caring about, i.e. that you don't care. You usage of "just" is an opinion, not a universal fact.

>> No.1040572

>>1040541
>The day major corporations aren't relying on linux for their businesses.
That's a very fair answer, it was their hundreds of millions of developer dollars that got Linux where it is and if it doesn't benefit them it hasn't happened yet.

>>1040552
>I'm telling you that all this drama is unwarranted, because at the end of the day, it's just video games.
Some people are... overtly passionate about minutia. Could you imagine if everyone that ever ran an SNES emulator showed up in this thread?

>> No.1040573

>>1040553
>design of the system itself

I kind of agree, though. The Android APIs seemed pretty bad and because of backwards compatibility they don't use new Java features.

>sell shoddy ports

Make a good one for free, then. That's what they did with retroarch.

>don't give a shit about providing source code

They can be sued for that.

>even credit

Nowhere in the license says that is required. Should have used BSD if they felt that strongly about it.

>emulators with licenses explicitly forbidding commercial usage

They can be sued for that.

>>1040554
>zsnes developer on byuu's forum

I can only imagine the drama. My fucking sides.

>> No.1040578

>>1040573

BSNES used to have a sub-forum on the ZSNES boards, you know

Likewise, RetroArch/SSNES used to have a subforum on byuu's board.

>> No.1040581

>>1040565
>The statement "it's just video games" literally is you saying that you don't think this warrants caring about

No it's not. You're trying to twist words to win an argument.

>> No.1040583

>>1040581
"Just" is used to imply that something is small, or insignificant. If that isn't you saying that video games don't matter, and that you simply don't care enough about this issue to acknowledge the validity of the detailed discussion, then I don't know what is.

>> No.1040584
File: 43 KB, 433x378, my-sides.jpg2.jpg [View same] [iqdb] [saucenao] [google]
1040584

>>1040572
Exactly.

Unproven code and microkernel shit is for your own hobby kernel. Linux actually has expectations to fulfill. Their proposal isn't to make the most architecturally-correct system.

>>1040578
>you know

I didn't man. My fucking face.

>> No.1040589

>>1040583
>"Just" is used to imply that something is small, or insignificant.

It's dumb that you're kind of riding on this point and that one word, but yes, you know what, it IS just video games. It IS insignificant. It's designed to be a hobby. That's all it is. It's shit you do in your free time. It's not your religion or political ideology. They're toys designed for people of all ages.

Unless your paycheck is riding on video games in someway, you shouldn't be taking it that seriously.

>> No.1040591

>>1040553
>I think Squarepusher doesn't have any problem with a quality work like DraStic.

He doesn't have a problem with DraStic itself but with it's author Exophase for charging money, keeping it closed source, coming up with bullshit reasons for making money (http://boards.openpandora.org/index.php/topic/13430-future-drastic-android-port-help-needed/#entry252648)), and for generally turning his back on the emu scene and throwing his middle finger up at the libretro project because he dislikes Squarepusher.

>> No.1040595

>>1040589
How about I value what I like, and you value what you like, and you don't try to ram your apathy down my throat as if it's God-given truth.

>> No.1040607

>>1040492
>Apparently not enough to not include higan core in retroarch.

That's because despite his temperament and his tendency to fly off the handle into paranoid conspiracies about the byuugeyman, he's not so petty as to not include a perfectly functional core just because he hates its creator's guts. If anything, he's SAVING bsnes from byuu.

>> No.1040605

>>1040595
Just stop responding to him.

>> No.1040609

>>1040595
>>1040591
>>1040589

I'll say it again, the only person in this thread who had any fun today is Mike.

>> No.1040610

>>1040595

And there you go again, twisting words to win an argument. Saying that "X is not as important as Y" is not apathy by any stretch of the definition.

Are you one of the emulator developers by any chance?

>> No.1040617

>>1040607

>fly off the handle into paranoid conspiracies about the byuugeyman

Some of byuu's cronies have been stirring up shit with him though

>> No.1040621

>>1040605

You say that like anyone is in here trolling. No one is. Stop that.

>> No.1040620

>>1040607
>If anything, he's SAVING bsnes from byuu.

I don't follow that logic. Byuu is what made bsnes great.

I think byuu should make it into a snes emulation library for retro arch and that bizhawk.

I mean, why the shit bother with this graphics and GUI non-sense? It's boring annoying shit.

>> No.1040625

>>1040617

>blaming the byuu boogeyman and not that SP is a major league shit head.

>> No.1040635

>>1040625

Not byuu himself, but some of the asshole regulars on his board who like to troll mudlord and Squarepusher.

>> No.1040634

>>1024372
Can it record video?

>> No.1040636

>>1040610
So I suppose you dedicate every fiber of your being, and every cent in your wallet, to the single cause you consider most important; rather than wasting a jot of effort on anything that's "less important" than anything else?

Thought not.

>> No.1040640

>>1040620
The reason that Nvidia has good drivers on Linux is because they rewrite large parts of X in order to make it work better. Nvidia has to force Linux to have a frame buffer against it's will in order to get hardware acceleration working. Even worse, to spite them, the kernel randomly changes the ABI to break their fixes for no reason other than to break them and make Nvidia do it again.

Just to be assholes.

Byuu is also being dragged into the present against his will.

>> No.1040643

>>1040620
>I don't follow that logic. Byuu is what made bsnes great.

Bsnes is basically done, and then byuu just ran out of things to do. So he keeps adding things, making it more complicated, making it harder to use. The whole Higan thing adding other systems was unneeded.

>>1040635

Same thing. Thinking Byuu has agents everywhere. Sp is just a shithead. Worst that is happening is people are baiting him because they're sick of him and his bullshit. There's a reason they call him Shit pusher.

>> No.1040657

>>1040634
Can you FRAPS? MSI Afterburner is free if the price is a problem.

>> No.1040658

>>1040636

You have some ridiculously bad reading comprehension. No one (especially not me) said to stop all effort on emulators. In fact, all I said was that this DRAMA (the DRAMA, not the development of the emulators, not the improvements, but the ensuing DRAMA was unwarranted)

Try reading posts instead of having kneejerk reactions to them.

>> No.1040663

>>1040643
I wonder if byuu will show as much dedication to the other systems as he did with snes. All other cores are pretty much worthless currently.

Besides the other systems, the BML thing and that shader format that was mentioned, what other things is he doing that is worthless?

>>1040640
>framebuffer

Uh, they do have a framebuffer?

http://en.wikipedia.org/wiki/Linux_framebuffer

I do realize that they rewrite large parts of X. Well, X is shit, no amount of patching up will change that.

The latest drama I know of with nvidia drivers was regarding the unified kernel memory manager/model or some shit. Nvidia wanted to use it, but didn't want to open source their driver.

Well, fuck nvidia. Their drivers were never stable on my system. They crashed the shit out of my X. Meanwhile, nouevau ran smoothly and even had vdpau working.

>Byuu is also being dragged into the present against his will

Examples?

>> No.1040664

>>1040620
>Byuu is what made bsnes great.

He did. The core itself is amazing. However, everything beyond that has been a total crapshoot. After he renamed it higan, he added a bunch of cores that are half-finished at best and are nowhere near the same quality of the SNES core, and the interface is all over the place, and everything is but a whim away from being thrown away and redesigned. Left to his own devices, I think byuu would have ended up turning a lot of people off, and bsnes would have been relegated to obscurity. Thanks to RetroArch, however, bsnes has a future free of his bullshit.

>> No.1040671

>>1040620

Byuu has been making retarded decisions about ROM loading and shaders and other things that don't improve emulation and just makes it less compataible with other emulators. Themaister maintains a libretro port of bsnes that you can use in RetroArch which has none of that superflous bullshit and does things the same way every other emulator doesn't

byuu doesn't have any interest in supporting other people's APIs, even if libretro is a fork of his own libsnes API that he used in the past but dropped after other people started using it.

>> No.1040670

>>1040617
All that says is that SP needs to get thicker skin and not get so easily baited. It's the internet, for fuck's sake. People are inevitably gonna be shitheads, and there is ZERO point in losing your shit because someone you will never meet in person said something inflammatory.

>> No.1040675

>>1040671
>does things the same way every other emulator doesn't
>doesn't

lol, that's supposed to be "does"

>> No.1040680

>>1040663
>I wonder if byuu will show as much dedication to the other systems as he did with snes.

Not a chance. His real passion is and always will be the SNES. He's practically married to the goddamn console. Everything else is basically and afterthought, but he has to keep himself busy somehow, I suppose. He's even talking about taking up N64 emulation now.

>> No.1040681

>>1040657
FRAPs is shit. If I'm going for that kind of video recording footage, I'd go for DXtory.

>> No.1040686

>>1040664
Programmers aren't UI designers, man. I don't really fault the man for not knowing what to do with the GUI.

That's why I think he should turn it into a snes library.

>>1040671
>ROM loading

Cartridge folders are superior. RetroArch should adopt it.

Squarepusher would adopt it, if he wasn't blinded by byuu rage.

>shaders

Whatever he did with shader formats, I agree, it's retarded. It's beyond the point of his project.

>supporting other people's APIs

One can simply use the bsnes cores to implement libretro. It already exists.

He doesn't really need to turn his code into libretro. I just think that he should stop bothering with the GUI and provide an official libretro adapter.

It would be way easier for him.

>> No.1040694

>>1040680
>He's even talking about taking up N64 emulation now.

I would pay money for this.

Seriously, I would donate funds to help with N64 emulation because it's been crap for too long.

>> No.1040692

>>1040671
I love how upon announcing the new BML shader format, he asked that people don't fork it and modify it in any way if they for whatever reason want to adopt it, because he wants to control it all himself. Sounded to me like a big "fuck you" to the RetroArch devs, if you ask me.

>> No.1040696

>>1040686

making a libretro port is simple patch though, with a makefile that builds just the core source code as a libary. It's not hard to support a libretro target alongside other targets.

>> No.1040704

>>1040686
He CAN do a competent, hassle-free GUI, though. I think bsnes v070 or v073 (can never remember which one) has a very user-friendly UI with all the bells and whistles that other emulators have, and he has even recommended it for general use over newer revisions himself. He just deliberately chooses not to have something like that, because I guess he feels the need to be a trailblazer that doesn't follow the rules or some shit, I dunno.

>> No.1040715

>>1040680
>He's even talking about taking up N64 emulation now.

We already have people working on accurate N64 emulation. Unfortunately, nobody is working on improving HLE since there's a lot of room for improvement. Glide64, for example, has a very shoddy OpenGL wrapper that's adding new problems that the RetroArch devs are currently having to deal with, while other plugins are not up to par in compatibility.

>> No.1040716

>>1040694
I don't really trust byuu with it. I doubt he has that much knowledge about the N64 hardware. Anyway, other people are at work creating accurate N64 emulators, so it's only a matter of time.

>> No.1040719
File: 99 KB, 250x250, I-seriously-hope-that&#039;s-not-the-final-box-art.png [View same] [iqdb] [saucenao] [google]
1040719

>>1040680
If he isn't willing to put in the effort, why is he even trying?

Dude like bought all the snes carts to make sure everything is dumped correctly, including box art and manuals. He used electronic microscopes to scan chips so that he could emulate them. I mean, holy shit.

>>1040696
>builds just the core source code as a library

That's what I'm talking about. Why worry about this GUI and graphics shit. Let other people deal with it.

>2013
>makefile
>ISHYGDDT

>>1040704
I remember reading something on his blog that was about how he was going to stop implementing features for other people.

I still think his project should have been a library.

>> No.1040721

>>1040715
Only other worthwhile HLE plugin is Jabo's, and that guy never released his code to anyone, including fucking Zilmar, and never ever will.

>> No.1040724

>>1040716
He can just study the hardware. Isn't he an EE?

Anyway, every system needs a byuu of their own. I honestly wish playstation had one. If they have, I'm not seeing it.

>> No.1040730

>>1040704

Well it was Qt and that's a pain to write and maintain. Phoenix was easier to maintain but is barebones and ugly. RetroArch uses his Phoenix API for their launcher, but they're phasing that out in favor of a native menubar and RGUI.

>> No.1040734

>>1040724
PS1 has Ryphecha. And Dr. Hell, I guess, but as usual for Japware, Xebra is closed source.

>> No.1040743

>>1040730
Qt is pretty much the best cross-platform GUI library there is. Not quite sure why Byuu hates it. Apparently, he thinks its buggy.

Byuu is one seriously brave guy to make his own GUI library. I tried once and it was the worst experience I've ever had with programming. X11 and Win32 are just total garbage. I mean, holy fucking shit.

What the shit is RGUI? Never heard of it.

>> No.1040758

>>1040743
>Not quite sure why Byuu hates it

Because he didn't make it himself, I bet.

>What the shit is RGUI? Never heard of it.

RetroArch's cross-platform in-game GUI. I believe it was first implemented as the Wii port's GUI, then they decided to implement it across all the ports.

>> No.1040765

>>1040724

Playstation has Ryphecha from Mednafen. She's also done the most accurate PC-Engine emulators.

Dr. Hell has also released a lot of documentation but his software is closed source.

pSX_Author didn't open source his software but I believe he contributed some of this knowledge to MESS.

PCSX devs abandoned PSX years go in favor of working on PCSX2. Some new people have forked it into PCSX-Reloaded and made quite a few advances over the original. notaz (Picodrive author) made a ARM-focused PCSX-R fork called PCSX-ReARMed and Exophase made a ARM NEON video plugin for it that's considered to be the best video plugin currently but limited to ARM devices.

ePSXe devs shared nothing with anyone and sells their shit on Google Play Store.

>> No.1040772

>>1040758
>because he didn't make it

Well, that's just extreme. I hate a lot of things I didn't make, but that's because I think they designed it wrong.

>RetroArch's cross-platform in-game GUI

Well, that doesn't really sound like an improvement. Is it just an in-game overlay?

Well, that does sound a lot simpler than attempting to abstract native components. It's just a window with an OpenGL context. It draws the game, applies shaders and then draws the GUI on top. It's great when playing fullscreen and in consoles that don't actually have GUI libraries.

>> No.1040773
File: 99 KB, 976x758, rgui.png [View same] [iqdb] [saucenao] [google]
1040773

>>1040743
Took a picture of RGUI for you. It's similar to how navigating RetroArch works on consoles. I hope they can make the PS3 version as pretty instead of just white text on a black background.

>> No.1040774

>>1040743

RGUI is a menu in the style of MAME's OSD that works on every platform that RetroArch is on, though the Xbox360 and PS3 versions have RMenu instead which is made for HDTVs

>> No.1040781

>>1040774
>>1040773

That's nice. My own GUI library was pretty much this as well. Just a window and an OpenGL context. You get window manipulation functions and you can do whatever you want with the contents.

What made me give up on it is my attempt to give it a thread-safe callback-based event system.

>> No.1040785

>>1040719

what's wrong with makefiles?

>> No.1040805

>>1040785
It's basically a multithreaded implementation of directed acyclic graph traversal. The problem with it is you have to supply the DAG.

No, I don't want to supply the DAG. Scratch that. I don't want to supply the DAG *every single time* my project structure changes, much less in a shitty language nobody gives a shit about: the abortion that is M4.

You're a program. My sources are in W, my headers are in X, I'm using compiler Y with options Z. Figure it out yourself. Of course, this being make, it won't.

>> No.1040828

>>1040724
>I honestly wish playstation had one.

Xebra and Mednafen are the right approach. Software video renderers, good accuracy, few glitches, high compatibility with games.

What really needs it is the Saturn. We have a decent but closed source Windows only emulator. We need a good high compatibility Saturn emulator.

>> No.1040839

>>1040828
>Software video renderers

wut

>saturn

I agree, that community seems deader than dreamcast.

>> No.1040841

>>1040765

I remember a post about someone making an Open GL 3 video renderer. Which PCSX-R desperately needs.

>> No.1040848

>>1040839

Software rendering is more accurate than hardware rendering with OpenGL or DirectX

>> No.1040852

>>1040839

Hardware renderers: CPU and GPU for prettiness.
Software: All on CPU

Software renderers have less glitches, errors, bugs, etc. But it takes a lot more CPU power. And don't bother with higher internal resolution, as that takes a lot. Mednafen and Xebra are native only.

>> No.1040854

>>1040839
>wut

Basically, instead of trying to approximate the graphics through OpenGL or Direct3D or whatever via your GPU (this is hardware rendering), software rendering faithfully replicates the original console's graphics purely through the CPU. This is much more accurate, more compatible, and far less prone to graphical glitches, but it is also more demanding and requires a stronger processor, and it doesn't render at a higher resolution.

>> No.1040861

>>1040841
It's also slow as fuck.

>>1040854
>>1040852

Jesus Christ, people actually did this? It's just unfathomable

>> No.1040862

>>1040854
>and it doesn't render at a higher resolution.

I believe you can, just that it really increases the amount of CPU power needed. GPUbladesoft proves it's possible.

>> No.1040869

>>1040861
>Jesus Christ, people actually did this? It's just unfathomable

Huh? It's way better than the plugin hell of other emulators. It's clearly the future.

>> No.1040874

>>1040869
You don't need to have plugin hell. Just look at pSX.

If you're not using hardware acceleration, it will be slow.

>> No.1040876

>>1040862

Exophase's ARM NEON software rendering plugins does it except much faster because it's highly optimized. The downside is that it's ARM only

>> No.1040880

>>1040663
>The latest drama I know of with nvidia drivers was regarding the unified kernel memory manager/model or some shit. Nvidia wanted to use it, but didn't want to open source their driver.
Because the driver contains million dollar libraries that they licensed and that they do not have the legal right to open source? If the new Microsoft guy attempted to open source Windows 8.1 tomorrow they would be carpet bombed with lawyers filing out of B-52's.

They don't have the legal right to, and no amount of external pressure on them is going to change something out of their hands.

>Examples?
The fact that other emulators are using his just his core and not a damn thing else is a good start.

>> No.1040883

>>1040874

pSX is software rendered

>> No.1040887

>>1040874
>If you're not using hardware acceleration, it will be slow.

If you have a shitty computer. You shouldn't focus on pandering to low end computers because it gets bad emulation that way. Speed is a consideration but not everything.

Mednafen needs 2.0 Ghz dualcore CPU to run at full speed. Which is exactly my CPU for my laptop from 2007. This isn't high end i7 Haswell stuff here.

>> No.1040890

>>1040876
>Exophase's ARM NEON software rendering plugins does it except much faster because it's highly optimized. The downside is that it's ARM only

I swear I've read it's NOT software rendering. Just a really good hardware one.

>> No.1040891

>>1040880
>licensed libraries

Wow, they have that in their driver? Which libraries?

>byuu

Well, he's not being dragged anywhere in regards to his core. He's still at the top.

I never really like his emulator itself. I use snes9x myself. I just think game folders were one hell of a good idea.

>> No.1040894

>>1040890

It's not using a graphics API though, it's just tightly optimized for one type of hardware.

>> No.1040898

>>1040887
Well, yeah. I have a quad-core Q6600 @ 2.4 GHz from way back.

I'm just saying that it could be faster and better. This approach doesn't scale up. PS2 devs can't even think about it if they want to produce a working emulator.

There needs to be 1:1 mapping between video chip instruction set and OpenGL calls.

>> No.1040905

>>1040898
>This approach doesn't scale up. PS2 devs can't even think about it if they want to produce a working emulator.

PCSX2 has a very good software mode. People don't use it because they want their HD.

>> No.1040910

Hay guys Bleem! exploded the PS1 emulation scene with a software renderer that worked fullspeed on 400mhz computers. Oh, it can be done, it's just a matter to the measure of accuracy involved. What was that really good one for ePSXe, PeOpS or some nonsense? Talk about that now.

>>1040891
>Wow, they have that in their driver? Which libraries?
They consumed a half of dozen 3d accelerator competitors, some of them just involved software implementations. I read quite a few details about some of them but it's so technical it's ten Goddamn miles over my head and I couldn't retain it. I would love an ELI5 as well on this issue as well.

They also spend eight figures developing their Windows drivers and I don't imagine them wanting to spend an additional eight figures developing a separate cleanroom model just for an OS community that repeatedly insults and belittles what effort they have already put forth. If the money was there they would, Steam on Linux is a start. Get some AAA titles and they might consider it.

>I never really like his emulator itself. I use snes9x myself. I just think game folders were one hell of a good idea.
I use SNES9X as well, but I don't want to make my rom library a pain in the ass to browse manually.

>> No.1040923

>>1040910

gpuBladeSoft is the most accurate software plugin. PeOpS software renderer isn't really that accurate but is faster. Mednafen and Xebra have their own accurate software rasterizers.

>> No.1040926

>>1040910
>they consumed

You mean that as in bought? Isn't their code their property now, then?

Anyway, I wish they'd at least contribute some shit to nouveau so that it would be faster. I really really hate nvidia's drivers; it's basically an X-destroying program on my system.

>a pain in the ass to browse manually

It's not a pain in the ass. Where before there was one file, there will be one folder with pretty much the exact same name, including extension.

The only difference is when you click the folder you get access to the ROM contents and metadata. That's a plus.

>> No.1040939

>>1040861
>>1040874
The fuck? Mednafen is only slow if you're still on Pentium 4 hardware. Any decent PC made in the past 5 years can handle it just fine.

Now, N64 software rendering, on the other hand...

>> No.1040949

>>1040939
Dude, software is always slower than hardware. This applies to pretty much everything. If you found an exception, someone didn't do their job right.

The only difference is whether that's acceptable.

>> No.1040963

>>1040949
I am not saying hardware rendering isn't faster. The problem is, at the end of the day, the end result is an approximation, and there are often tons of issues, because no, not everything the console did translates directly into a PC API like OpenGL. It's why even the most sophisticated hardware rendering plugins, such as Pete's OpenGL2 and Glide64, have to have a lot of game-specific fixes and hacks. Meanwhile, an accurate software rasterizer doesn't suffer from such problems to nearly the same extent. It doesn't try to fit a square peg into a round hole.

But yeah, past the PS1, you do end up with scalability issues. The biggest offender is the N64, since the RDP is a whole different beast compared to the PS1's GPU. Rendering pixel-accurate N64 graphics requires insane amounts of processing power.

>> No.1040964

>>1040949

It's acceptable in PSX's case because HLE GPU rendering is glitchy for that system. The same is true of Saturn and it's quad polygons.

>> No.1040982

>>1040963
It doesn't have to map directly. I'm talking about using OpenGL to actually render the graphics.

The hard thing is to make an adapter whose functions will replicate everything in the video chip, including side effects.

>>1040964
What do you mean?

>> No.1041016

>>1040805
What kind of macro language do you like instead of m4?

>> No.1041025

>>1040982
>What do you mean?

http://emulation-general.wikia.com/wiki/PlayStation#Emulation_issues

>> No.1041034

>>1041016
How about none? How about I just give you a file that tells you where stuff is and you figure out the dependencies yourself by scanning it? Here's what the DSL should look like:

(project bsnes C application)
(include ./include)
(source ./source)
(compiler clang)
(dependencies gl)

That file can be lua, lisp, ruby, whatever you want that isn't shit.

>> No.1041045

https://github.com/libretro

For all your bitching, you could actually go here and do something. Anyone with a github account can make a pull request.

>> No.1041054

>>1041034
What about configuration options?
What about different flags (linker, compiler and for things like library creation) depending on platform or previously mentioned configuration options?
How will system dependencies be handled across multiple platforms? You would have to build in some kind of platform-agnostic package manager/database, which is an enormous task for a build system.

If all you want is a simple "compile everything in this subfolder and give me the output, for this one platform" then a (gnu) makefile is pretty much as simple as what you just wrote (you can use gcc/clang to automatically generate dependency graphs compatible with makefiles)

>> No.1041080

>>1041054
>configuration

I'm going to assume you're talking about enabling or disabling features at compile time.

I am against conditional compilation. Use a plugin system. If you really need to switch on the platformt, do this:

(source "./source"
(join "./platform-specific" current-platform))

That ought to work.

>different flags (linker, compiler and for things like library creation)

(project libretro C library)
(compiler gcc
:options '(a b c)
:link-options '(x y z))

Maybe abstract away common options like warning and optimization levels.

>system dependencies

Not my problem. If the compiler can find it in the path, it can be used. Sounds like a Windows problem.

>you can use gcc/clang to automatically generate dependency graphs compatible with makefiles

I know. What if I want to use msvc? Tough luck?

>makefile is pretty much as simple as what you just wrote

No way in hell.

>> No.1041097

>troll thread turned into interesting discussion

Fascinating.

>> No.1041106

>>1041097
And that's how /vr/ trolls the trolls right back.

>> No.1041229

>>1041097
Fascinating for various reasons.

It's always interesting watching a Linux user explaining why the way things are currently done are stupid and why they have a better idea of how things should be implemented. It explains why Linux has reinvented the wheel so many times.

Rpm, deb, the 17 package managers, pulseaudio emulating gstreamer emulating something else emulating 3 things simultaneously all emulating ancient assed alsa. Maybe your programs can generate sound simultaneously, maybe one will take exclusive control like Windows98 and the rest of the system will be silent.

Hey who knows, that's part of the fun.

If it doesn't work you can just add a nineteenth abstraction layer to get it going, there's definitely room for another one.

Wait this is unnecessarily trollish and bitter. <_<

I hope Byuu attacks the N64 emulation problem with the same attention to detail he devoted to the SNES.

>> No.1041238

>>1041229

No one brought up linux.

>> No.1041247

>>1041229
We already have MarathonMan on the case for N64.

>> No.1041290

>>1039991
Disassembler, breakpoints, watchpoints, you can see what values are in all the variables at any given moment, edit them, look in video memory...

Basically let's you look at and manipulate the state of the device/software being emulated.

>> No.1042786

>>1024235
>nothing wrong with ePSXe
>can't even diskswap properly
LEL

>> No.1043397

Hey this was a great thread. Can we have more threads like this one? Where people discuss emulators and the associated technology?

It's better than the shit I see on /g/.

>> No.1043783

>>1043397
I sure hope so, it really took a turn for the better and ended up very interesting compared to the usual emulation talk we get on here. Most threads end as soon as someone mentions ZSNES, and if not, the collectors will usually show up and yell about physical hardware and CRTs until all discussion grinds to a halt. Let us place hope in the future.

>> No.1043795

>>1043397

Well we have a 24/7 thread on /vg/

>>/vg/emulation

>> No.1043798

>>1043795

>>>/vg/emulation