/emugen/ - Emulation General

>>181399341
>At this rate, every N64 game will have an HLE implementation
Who is going to HLE World Driver Championship? That guy rage quit LOL.

I'm genuinely doubtful that every single inaccuracy in the HLE implementation will be fixed. That's why I appreciate LLE. I can just enable that and enjoy high-accuracy gameplay. HLE is overkill for modern hardware, save for maybe a few odd games like Conker's Bad Fur Day.

>and the only thing that will need fixing will be the LLE triangle rendering for the whopping two Rareware titles that send triangles without a display list.
How do you expect them to get HLE to work fine for games like Factor 5, when the LLE implementation's inaccurate?

>>181400104
>Who is going to HLE World Driver Championship? That guy rage quit LOL.
He didn't rage quit. There are some ongoing disagreements over the best way to implement yielding in HLE. Also, there is a second programmer who has been working on ucode stuff, albeit less proficiently.
>I'm genuinely doubtful that every single inaccuracy in the HLE implementation will be fixed.
Why?
>That's why I appreciate LLE. I can just enable that and enjoy high-accuracy gameplay.
Without enhancements, and with immense and arguably unnecessary performance overheads.
>HLE is overkill for modern hardware, save for maybe a few odd games like Conker's Bad Fur Day.
No it's not. It serves two purposes. One, it's insanely fast. Two, it grants an understanding of how these games function.
>How do you expect them to get HLE to work fine for games like Factor 5, when the LLE implementation's inaccurate?
Because the LLE side of things is completely irrelevant for such games. Someone merely needs to reverse engineer the ucodes and write an HLE implementation. This is not a trivial task, but consider that we're rapidly running out of games that DON'T have an accurate HLE implementation.

>>181400593
>Someone merely needs to reverse engineer the ucodes and write an HLE implementation.
How will they implement proper triangles? That makes 0 sense to be able to do accurate HLE and fail at LLE. THat's like making a recompiler that is more accurate than your interpreter..

>One, it's insanely fast.
I'm sure most people do not care about being able to run at 500 VI/s.

>Why?
Because it is a lot of work. It also requires a deep understanding of the RSP, which few people seem to have.

>There are some ongoing disagreements over the best way to implement yielding in HLE.
The guy is worried that HLE won't work at all, simply because he is over-complicating it. That's incredibly silly to nitpick and worry over a minor performance gain/loss.

>Also, there is a second programmer who has been working on ucode stuff, albeit less proficiently.
Who is that?

>>181401240
>How will they implement proper triangles?
By caring enough to rewrite the LLE triangle code. It's not like it's some huge technical challenge -- it's just that nobody cares enough to do it. LLE in GLideN64 is an afterthought, and if current progress continues it will completely redundant before long.
>That makes 0 sense to be able to do accurate HLE and fail at LLE.
>THat's like making a recompiler that is more accurate than your interpreter.
That analogy doesn't work. The way HLE video and LLE video work are completely different.
They're extremely different. If GoldenEye and Killer Instinct didn't exist, there would be no need for low level triangle rendering because normal N64 games use display lists for everything.
>Because it is a lot of work. It also requires a deep understanding of the RSP, which few people seem to have.
Improvements are coming at a steady rate. That really isn't an issue currently.
>The guy is worried that HLE won't work at all, simply because he is over-complicating it.
World Driver Championship is an extremely touchy game. He wants some guarantee that the yielding issue will be solved for HLE. This is an RSP issue, and it also affects Gauntlet Legends. It's hard to properly debug a ucode if the game is hard locking on boot. It's a chicken and egg situation, to some extent.
>That's incredibly silly to nitpick and worry over a minor performance gain/loss.
The game refuses to boot in HLE largely because the plugin spec doesn't handle yielding. It's hardly a nitpick.
>Who is that?
Gillou68310.

>>181402054
>He wants some guarantee that the yielding issue will be solved for HLE.
I think it's silly to worry and think HLE won't work simply because the game freezes when you skip DLists. Why would you skip important code in the first place??

>The game refuses to boot in HLE largely because the plugin spec doesn't handle yielding. It's hardly a nitpick.
it is nitpicking because a surefire method has already been proposed and he seems to not be convinced.

>That analogy doesn't work. The way HLE video and LLE video work are completely different.
HLE requires LLE knowledge, when you reverse engineer it.

>Improvements are coming at a steady rate. That really isn't an issue currently.
For anyone who cares deeply about accuracy, it will still be an issue. With certain games, you can see a visible difference between LLE and HLE.

>It's not like it's some huge technical challenge -- it's just that nobody cares enough to do it
Why do you think it's not a huge technical challenge? How would someone figure out how to fix it?

>>181402997
>I think it's silly to worry and think HLE won't work simply because the game freezes when you skip DLists. Why would you skip important code in the first place??
HLE won't work if the CPU goes into an infinite loop like it does with WDC.
>it is nitpicking because a surefire method has already been proposed and he seems to not be convinced.
Nobody has successfully handled RSP yielding in HLE yet. Until they do, this is completely academic. It's not "surefire" if all attempts to do it to date have failed.
>HLE requires LLE knowledge, when you reverse engineer it.
Yes and no. Knowledge, yes. Execution, no.
>Why do you think it's not a huge technical challenge? How would someone figure out how to fix it?
The important thing to remember about the N64 is that it doesn't use vertices. It doesn't draw polygons in the way other hardware draws polygons. Instead, it uses edges and slopes. The end result is effectively the same, but converting edges and slopes to polygons is the sticking point.

In an HLE microcode implementation, the polygons are drawn traditionally. There's no fuss. With an LLE implementation, you require some code to convert these edges and slopes into polygon vertices, and this is where GLideN64 trips up, because it has a half-baked, flawed implementation that was originally created for the purpose of rendering the sky in GoldenEye, since GE sends commands for rendering the sky directly to the RDP instead of including them in the display list.

File: 02f[1].jpg (34KB, 655x527px) Image search: [Google]

34KB, 655x527px

>>181400104
>>181400593
>>181401240
>>181402054
>>181402997
>>181404052
tldr

>>181404052
>Nobody has successfully handled RSP yielding in HLE yet. Until they do, this is completely academic. It's not "surefire" if all attempts to do it to date have failed.
One guy specifically said he HLE'd the functions that required yielding. HLE can do anything LLE can do, so I do not understand why anyone would be concerned about getting HLE to work. It's ridiculous for him to rage quit like that, when clearly knowledgeable people are sharing information and offering help.

> flawed implementation that was originally created for the purpose of rendering the sky in GoldenEye
Didn't he just port the triangle code from z64gl?

Which emulators work perfectly with my laptop?

My specifications are.

Windows 10 Home single language

Processor: AMD E1-2100 APU with Radeon (TM) HD Graphics


RAM: 2.00 GB (1.47 GB usable)


System type: 64-bit operating system, x64 processor


In Windows (C:) I have 386 GB available from 440


And in RECOVERY (D:) I have 2.69 GB available 24.0 GB

>>181405015
ZSNES

>>181404804
>One guy specifically said he HLE'd the functions that required yielding.
That's... not as simple as it sounds. LegendOfDragoon is essentially arguing that the ucode should be reverse engineered, and then "someone else" will take care of yielding. Which is a pants-on-head retarded attitude. The yielding issue needs to be fixed FIRST, and THEN the ucode can be reverse engineered.
>HLE can do anything LLE can do
Not under the current plugin specification, it can't.

His second suggestion is updating the plugin spec, which is simple on paper, but would require some negotiation with Zilmar, who doesn't really care about anything but Android at this point.

See this conversation for details:

https://github.com/project64/project64/issues/1322
>Didn't he just port the triangle code from z64gl?
Yes. And that's the problem. This... issue goes all the way back to 2007-ish, when Glide64 copied z64gl's triangle code.
>It's ridiculous for him to rage quit like that, when clearly knowledgeable people are sharing information and offering help.
He's being a drama queen. They're being obstinate. It is necessary to be able to run the game in HLE mode before he can reverse engineer the ucodes. Currently, the game does not boot in HLE mode. It only boots in LLE mode thanks to a dirty hack. I think there might be a slight language barrier, too.

>>181405204
And what super nintendo Games do you recommend?

I like soccer games (provided have Canada.)

I hate RPG games

race games.

Easy games

And games that are for all ages and all audiences (Rated K-A Kids to Adults in the ESRB)

>>181405015
>>181405295
Is this a joke? I'm not laughing.

>>181406117
It's not any joke.

My laptop is low range


And I'm looking for emulators for low-end laptop's.


That work to perfection in Laptop of low resources like mine

>>181406214
why isn't this the first time you posted this?

>>181405295
>I like soccer games (provided have Canada.)
what the fuck

>>181405250
>LegendOfDragoon is essentially arguing that the ucode should be reverse engineered, and then "someone else" will take care of yielding. Which is a pants-on-head retarded attitude.
I think the idea was to work as a team. Anyone with half a brain can port small pieces of code from LLE to HLE. I'm sure he would have been willing to do it, if no one else was willing anyway. He already posted the functions where yielding currently needs to happen.

>His second suggestion is updating the plugin spec, which is simple on paper, but would require some negotiation with Zilmar, who doesn't really care about anything but Android at this point.
Why does zilmar have to be the one to do it? Nothing stopping anyone from using a different RSP/emulator, in the worst case scenario. Not saying he shouldn't do it / accept a PR, but I don't think he HAS to do anything about it. Others are capable.

>Not under the current plugin specification, it can't.
True, but it's apparently easily to fix.

>It is necessary to be able to run the game in HLE mode before he can reverse engineer the ucodes.
What's the point of testing a game if the HLE implementation isn't anywhere near complete? The microcode can easily be dumped, so anyone can read the file and implement HLE based off that.

>>181406432
Is that I do like Canadian soccer.

any problem?

>>181405015
>AMD E1-2100
NES, SNES, GB/GBC/GBA, NDS (NO$GBA, if it doesn't it's a lost cause), PS1 (PSX v1.13 or epsxe), N64 (Pj64 and some hardware rendered plugin) and that's pretty much it.

>>181406462
>Why does zilmar have to be the one to do it?
Because Zilmar dictates the plugin specification. If he refuses to support whatever changes are necessary, it won't happen.
>Nothing stopping anyone from using a different RSP/emulator, in the worst case scenario.
Said RSP would then no longer be complaint with the Zilmar spec. N64 emulation politics are bullshit, but they are what they are.
>What's the point of testing a game if the HLE implementation isn't anywhere near complete?
Because...
>The microcode can easily be dumped, so anyone can read the file and implement HLE based off that.
You need to actually run the game in order to dump the ucode. Especially since sometimes N64 games use more than one ucode. You need to be able to study the game running to get a clear picture of how it works.

>>181406874
I was told that my laptop is very poopy for the PS1 emulator or Nintendo 64


And I just downloaded the ZSNES


And recommend me super nintendo games?


I just play video games Rated K-A (KIDS TO ADULTS) on the ESRB


I hate RPG's


I hate the games of the legend of Zelda.


I like soccer games


I like Racing games


And I do not like violent games at all

>>181406117
>>181406393
>>181406432
I think he just reversed-memed on you guys

>>181407067
>You need to actually run the game in order to dump the ucode.
You can do that with PJ64's RSP. It has the option to dump microcode, when using LLE.

>Said RSP would then no longer be complaint with the Zilmar spec.
Still better than nothing, right? The scene needs competition anyway. There's nothing worse than having a monopoly.

>If he refuses to support whatever changes are necessary, it won't happen.
I honestly doubt he would refuse anyway. For one, he loves HLE. He also does not mind having per-game settings. He did a workaround in the RSP to force LLE for Resident Evil's mpeg video or w/e it's called, because HLE graphics plugins don't handle that ucode.

Does anyone know what the actual differences are between recent dev builds of Desmume and the 0.9.11 official release?

should I even try playing nes game or just skip it and start with snes

>>181408974
you should always try

has anybody else successfully used retroarch vulkan on ubuntu 17.04? I get these error messages:
https://pastebin.com/m8q4mSpu

I'm using the daily ppa.

>>181410093
forgot to mention I'm using intel graphics on mobile haswell

Is it a bad idea to put your emulators on your SSD and your ROMs/ISOs on your storage drive? I do it and occasionally experience hitches in PPSSPP and PS1 emulation in Retroarch.

>>181407315
>I was told that my laptop is very poopy for the PS1 emulator or Nintendo 64
As I said, PSX v1.13 or epsxe for PS1 and Pj64 with some hardware rendered video plugin is the lowest you can go, if those don't work, PS1 and N64 on your PC will be a lost cause.

>And recommend me super nintendo games? I hate RPG's, I hate the games of the legend of Zelda And I do not like violent games at all
Nope. Also, the super reddit spacing's quite annoying, cut it out.

>>181408760
Mostly bug fixes for different games, probably.
I think changelogs are only posted when there's a jump from one stable version to another one-

>>181410262
Let's begin with the basics, did you checked if your iGPU is compatible with Vulkan?

>>181411126
>Let's begin with the basics, did you checked if your iGPU is compatible with Vulkan?
yes I have successfully used this configuration on archlinux and got vulkan on retroarch working fine there.

File: 63413087_p0.png (1MB, 1000x1414px) Image search: [Google]

1MB, 1000x1414px

>>181408974
All worthwhile nes games have superios versions on later platforms.

>>181412050
better be a feminine penis under there

Someone should upload redump's PC collection to Archive.org.

>>181407315
What's wrong with you?

>>181399453
>no screenshots
shitty thread

Is it possible to transfer my PPSSPP save to my PSP? Going out of town and felt to continue game I played somewhat emulated.

>>181408760
0.9.11 is ancient. It doesn't even have the internal res options, does it?

File: emulation survey.png (47KB, 671x508px) Image search: [Google]

47KB, 671x508px

This is what /r/emulation wants

>>181411187
help

>>181411075
>PPSSPP
System > Cache full ISO in RAM
>PS1 emulation in Retroarch
Options > CD Image Cache

Then it wont matter if you have the ISOs on an SSD, HDD, or an ancient USB.

how the fuck am i supposed to use pcem? I boot it up and it gives me something called "sinclair". Where the fuck is windows?

File: i_m_annoyed_as_fuck_by_alegend45-d947yv4.png (799KB, 1024x746px) Image search: [Google]

799KB, 1024x746px

>>181428327
I AM THIS MAD RIGHT NOW

>>181425863
thanks man

Hey guys I'm trying to set up PCSX2 and its all fine but it keeps running on my second monitor instead of my first monitor which is what I'd prefer, but I can't find out how to change this - does anyone here know how? Thanks.

>>181425863
Oh by the way, is there a way to access the Beetle Mednafen core options in Retroarch without needing to do it for specific games during gameplay? I tried to use the Quick Menu after loading the core but it says there are no options available.
Would be nice to not have to enable CD Image Cache individually for every game and need to restart each time.

>>181435661
Those options aren't pergame options.

>>181435930
It says it's creating config files for the individual games though, and when I enabled CD Image Cache while playing Crash 2 it wasn't enabled for other games I tried.

>>181432163
Mine always does this too. It's a mystery.

File: snes_lufiaII_front.png (145KB, 300x411px) Image search: [Google]

145KB, 300x411px

busy playing this beaut, next is live a live

In mame I am trying to play Mrs. Pacman (speedhack). When I begin the game, the game itself skips every level and I dont have a chance to play.

Does anyone know what is happening? Strangely enough I couldnt find anything relevant on Google. I was able to play this game fine for the first few days that I had it.

>>181421773
Well I hope they can afford a machine which can emulate PS3 and Xbox-Xbox 360 games.

So I setup retroarch. For some reason roms wouldn't show up even though I could start them straight from the directory.
>"retroarch needs no-intro roms"
Oh okay. Got that. So I got myself some no-intro romsets and scanned the folder.
>Still won't add all games to the list. For NES games Ducktales 2 is recognized. Ducktales 1 isn't

What the fuck. How?

>>181442119
Possibly one file has headers. Or not.

>>181421773
>DraStic becoming playable
What did whoever wrote that poll mean by that?
DraStic is extremely usable, it just needs a UWP Port at the very least (Exophase mentioned it could happen at some point, but that was around September of 2016, iirc) and multiplayer capabilities which I don't think they'll happen at this point.

>>181407315
Gtfo you retard

>>181444189
He meant Decaf.

>>181443315
Can I do something? Or do I just have to get another rom with headers?

Zeromus did nothing wrong.

>>181445075
>Zeromus did nothing
Yep, it was all yopyop.

>>181445075
correct

>>181408760
>use latest dev build of Desmume
>games are unplayable, running at wildly varying speeds with audio massively distorted no matter what settings used
>use 0.9.11 stable release
>everything works perfectly
Where does the "always use dev builds" meme come from again?

>>181445026
You can edit playlist file and add it.
What is crc/sha1 of Ducktales 1?

>>181445306
Works fine for me. These sort of issues are always a case of PEBCAK.

>>181445478
>These sort of issues are always a case of PEBCAK
Of course, using both versions in the exact same way with the same settings (ie. the defaults) is obviously a case of user error.

https://web.archive.org/web/20161120010732/http://wiki.pcsx2.net:80/index.php/Complete_List_of_Games

File: duck.png (8KB, 398x237px) Image search: [Google]

8KB, 398x237px

>>181445387
There you go.

>>181446782
>06B994B2
https://www.romhacking.net/translations/1947/

Get proper file.

>>181447512
RHDN for some ungodly reason somtime lists the unheadered roms hash for NES romhacks, even when you need an headered rom to apply the patch

File: config.png (29KB, 630x655px) Image search: [Google]

29KB, 630x655px

No matter what I do, which options I change, Final Fantasy VII just runs horribly slow with Pete's OpenGL2 v2.9.
It runs at 7-9 FPS in the "Sony Computer Entertainment America Presents" and it just gets stuck right there.
Pic's my configuration, the only special game fix I've enabled is "Ignore small framebuffer moves", in case it's worth mentioning.

>>181450272
>epsxe

What emudevs that don't do anything emulation-related anymore you guys miss the most?

>>181453196
Rachel.

>>181451808
(You). Also, the exact same plugin works exactly the same on PCSXR.

>>181450272
You got a shit laptop.

>>181453562
>pcsxr

>>181453562
pcsxr is shit

>>181450272
Use a real emulator

File: rpcs3 2017-07-01 18-24-46-67.jpg (100KB, 1280x720px) Image search: [Google]

100KB, 1280x720px

https://www.youtube.com/watch?v=BtRfMSYtYsE

um is mednafen saturn emulation stalled? No new fixes in the recent releases.

File: TASVideos on GitHub.png (47KB, 998x433px) Image search: [Google]

47KB, 998x433px

Riddle me this

>>181454154
May 25, 2017:
SS: Synchronize end of SMPC clock change commands to beginning of vsync instead of beginning of vblank, per tests on a SS.

May 23, 2017:
SS: Reworked how the VDP2 rendering thread waits, to make Saturn emulation usable with the default OpenBSD kernel.

SS: Added emulation of the light gun("Stunner"/"Virtua Gun").

>>181455248
uh ya not much going on

>>181453662
>>181453705
>>181453841
>>181453928
I already am, thanks though.
Pointless answers aside, any way to fix it?
I already finished the game once with PSX v1.13 which is basically the same as completing it with Mednafen, but I'd like to go through it again with some visual enhancements and I don't have much free space left on my hard drive.

>>181455619
>any way to fix it?
See
>>181453928

>>181455619
If you can't run it on PCSXr or ePSXe you've got a shit laptop, there's no fixing that. Play the PC version instead.

>>181453986
The progress this emulator has made in the last 6 months is astonishing.

>>181455802
if he can't run an emulator hes not going to run the pc game

>>181455967
Maybe not the steam ver, but the original should be fine.

>>181455827
It's amazing what devs can do when they expect to be paid for it.

>>181455768
>I already am, thanks though.
I already am, thanks though.
Pointless answers aside, any way to fix it?

>>181455802
Oh, I see, I forgot to mention it. It DOES run onthe DX Plugins, the problem only happens with the OGL ones.

>>181455967
FFVII is a pretty cheap game and I can emulate it on the 3 emulators: PSX v1.13, Mednafen and epsxe.
I didn't noticed that I did not mentioned that it runs with the DX Plugins at the beginning, my fault, sorry.

>>181456786
Problem solved.

>>181457038
Not at all.

>>181457227
>i can't run the game
>the game runs by the way

Yeah, problem solved.

>>181453316
Heavy. But not as heavy as the coffin

>>181457726
>Ican run this game on X Emulators or with X Plugins but I'm trying to find a way if I can run it with Y Plugin instead because I already finished the game with X Plugin and it doesn't allow me to use graphical enhancements like Y would.
As I said, not at all.

>>181455343
You're kind of retarded for saying "not much" after reading the other post

>>181458194
nobody cares about openbsd

>>181458046
So play the game. Problem solved.

>>181458829
And so we go back to the beginning: (>>181450272).

>>181459172
>epsxe

>>181456786
>the problem only happens with the OGL ones.
Yeah, they're more resource heavy, resources a shit laptop doesn't have. You can't get blood from a stone.

>>181459785
>Yeah, they're more resource heavy, resources a shit laptop doesn't have. You can't get blood from a stone.
Tales of Phantasia and the Crash Bandicoot games didn't gave me any troubles though.
I guess FFVII is more intensive that I thought.. gonna try FFVIII and IX just in case, if those can't run either I guess there's no helping it.

I don't know if this is a problem but, I was using retroarch 1.3.2 and the PSX core changed from mednafen to beetle and won't give me a choice anymore

What's the best option for emulating the SSX games? Specifically Tricky and SSX3.

>>181464908
Beetle is the name of the Retroarch branch of Mednafen, it's normal

>>181465210
Why were there 2 cores then?

>>181412050
Action 52 doesn't have a snes version neither a vc release

checkmate

>>181464927
Dolphin

>>181465491
Wrong.

Is there even a way to get old versions of Retroarch cores?

File: untitled.png (205KB, 799x599px) Image search: [Google]

205KB, 799x599px

>>181459785
>>181460085
Holy cow, I didn't remembered this much loot in Alexandria.
Anyways, FFIX is running almost perfectly. Battles are slowing down a bit but I'll mess a bit with the configuration later to see if I can fix it.
I'm sure that FFVII really does have a problem with OGL Plugins.

Bluestacks guy from the previous thread

Revo Uninstaller can't even detect it and yet it says it's already installed. What the fuck? I'm trying to get this working for a party

hmm been a long time since I used an emulator

emulate policenauts. Yay or nay

Now I know why more people don't use Virtualbox.

>>181477195
Can you link me your blog?

>>181478162

Yeah, but you'll need to open your mouth much wider and scoot a little closer.

>>181475996
Nah, fuck video games.

>>181479069
Nah fuck YOU leatherhead

donate to rpcs3 or sp will fork it

>>181479823
Why do you make SP forking something sound bad?

>>181479823
and do what with it? it's not like sp is an emulation guru you know.

how is redream compared to reicast?

>>181482331
Developmen is going ok, but for now, use that other shit (DEmul)

>>181482961
don't have windows

Using some linux distro? Maybe Wine can work

>>181483616
no i tried that

dualboot into windows then

File: untitled.png (722KB, 800x600px) Image search: [Google]

722KB, 800x600px

Ohkay, I couldn't fix the lag while fighting so I just started to try the software rendered plugins and this one looks good enough, only need to fix that ugly font rendering. Any tips I should have in mind?

>>181484049
i only have a chromebook

>>181484331
Oh yeah, I'm using "Pete's D3D v1.77" plugin.

>>181484331
>>181484452
Agh.. how frustrating, what one plugin has, another one lacks.
With P.E.Op.S. Soft v1.18 the UI looks pretty and the font renders properly, but the textures look like shit. With Pete's D3D the textures looks pretty but the UI like shit.. fucking damn it.

Why do I get stutter in both VBA-M and MGBA despite having a PC that can run modern games and emulate PS2 perfectly?
I can't find any options that make it better.

>>181485598
>Agh.. how frustrating, what one plugin has, another one lacks.
Welcome to plugin hell.

>>181486308
use retroarch

>>181486308
Make sure your FPS target is correctly set and you are syncing to AUDIO and not Video.
>>181486641
Kindly fuck off.

>>181486308
GBA's screen is 59.7Hz, your monitor is 60Hz, if the emulator's frontend can't compensate for that you're going to get microstutters.
RetroArch is very good at handling these sorts of things.

>>181486641
>>181487108
>>181487528
It's weird because I'm confident this wasn't an issue 10 years ago on regular old VBA

File: dsgafh.png (17KB, 985x767px) Image search: [Google]

17KB, 985x767px

I'm trying to play digimon world 1 on mednafen but I get this screen, can anyone help?

I have no issues with other ps1 games

best way 2 play sotn?

>>181491925
Can't really remember, but I think it's either a libcrypt issue (use an .sbi file) or bad PAL BIOS.

>>181492819
I only have the ntsc usa bios, as for the other stuff you said, that stuff is beyond me.

>>181399453
Anyone have an updated Cemu? Wanna try out BotW on my machine.

>>181491925
>>181493210
Are your BIOS and game the same region?

>>181494838
as far as I can tell, yes. The .rar name was Digimon World [U] [SLUS-01032], but the files inside are just called digimon world, sooooo i dunno. maybe that's totally not sketchy.

>>181491925
https://github.com/OpenEmu/OpenEmu/issues/3013

>>181496509
so what, i just can't play the game on mednafen?

>>181487108
>Not syncing to both audio and video at the same time with dynamic rate control

>>181496751
Try another ISO. Otherwise just use any other emulator at native resolution and it'll be the exact same thing.

>>181495139
Still thinking it's a BIOS issue/actually a PAL copy (you should get ReDump copies of games off archive.org in the future). Download the BIOS from the wiki (and read the readme.txt).
>>181496509
mednafen added .sbi support ages ago.
>>181496751
IIRC only PAL games have libcrypt, so if that is the issue than either downloading and loading the .sbi file or downloading an NTSC-U copy should work.

>>181500117
>mednafen added .sbi support ages ago.
I was referring to: "PAL copies of LibCrypt protected games sees, "Video Standard Mismatch" on startup (after the PlayStation logo and before the piracy warning)".

>>181500270
>>181500117
>>181496751
>>181496509

...Are you shitting me? That asswipe *still* hasn't added SBI support!?

what emus should i get for my chromebook?

Does Vsync just not work in Desmume and PPSSPP or something? I'm getting constant bad frame-pacing/stutter whether I turn it on or off.

File: 1479766480763.jpg (63KB, 1155x673px) Image search: [Google]

63KB, 1155x673px

Been using the dev version of pcsx2 on a weak HP laptop for awhile now
CPU
Intel Pentium J3710 @ 1.60GHz
Braswell 14nm Technology
RAM
8.00GB DDR3 @ 1599MHz
Graphics
Generic PnP Monitor (1366x768@60Hz)
Intel HD Graphics (HP))
(same anon from a couple or weeks ago if you remember these specs and thanks to those with those Dolphin setting tips)

My only problem with it, other than not running at full speed(which I don't mind since games still feel and sound playably accurate) is the audio or voices would studder during cutscenes in games since my speed and fps would drop to the 30-50%(20-30's) durring them. I've tried doing what the pcsx2 fourms mention like switching the Synchronizing modes from Timestretch to Async Mix but it seems like it make it worse and I tried lowering the Latency but still nothing. Any ideas?

>>181501818
Get a real computer

File: https:--retropie.org.uk-wp-content-uploads-2016-04-Retropie_Splash.png (166KB, 640x400px) Image search: [Google]

166KB, 640x400px

Have any of you built a RPi3 emulation machine? All this snes mini talk has really got me motivated to build my own. Is this RetroPie thing necessary? Or could you just install windows and add your own emulators?

anyone care to share their thoughts on retroarch on Android? worth getting over more established individual emus?

>>181505148
try it and find out

File: Capture.png (20KB, 1144x274px) Image search: [Google]

20KB, 1144x274px

It's over, guys. Emulators are illegal. Reddit has spoken.

>>181509796
Good if it drives reddit away

I wanted to set up PCSX2 with my dualshock 3 for pressure sensitive buttons, but apparently its injected Lilypad doesn't work anymore. Does anybody have a working one? SCP is nice andd I don't want to switch to FireShock, which seems like it's much more convoluted if I still want to use my dualshock with Xinput games.

does demons souls still have problems with the sound?

>>181515391

Could someoen post some higher than 720 resolution images of Demons?

>>181515654
wasn't that all the PS3 could muster?

>>181509796
You have to go back

https://www.patreon.com/posts/which-two-new-us-12427903

Will patreon supporters vote for PPSSPP core promised in February?

>>181519613
Don't worry PPSSPP already has more votes than both the other combined, runner up is supermodel.

What ever happened to Minty Halls?

Is this the place to talk about romhacks? I saw that romhack general is gone now

>>181509796
Go back and die there

>>181509796
Forgot to log out before taking a screenshot again, garou666?

Your own posts get upvoted so it's obvious

>>181524470
Killed himself after Bernie Sanders lost.

>>181519613
Where the fuck is Play!

You wouldn't emulate systemd

>>181531130
For once, you're right. No one would.

Anyone know how to stop the random crashes for BotW on 1.8.1b?

>>181533214
You can't.

>>181533214
Use a real emulator
>There is nothing better than Cemu now
Don't play the game

File: SEZHY.jpg (217KB, 1920x1080px) Image search: [Google]

217KB, 1920x1080px

Has anyone here emulated Paper Mario: TTYD? Apparently there's an issue with bounding box emulation and D3D11.
Can anyone confirm if it runs fine with OpenGL instead, or just share their experience in general?

>>181536025
Can't you just switch the renderer and test yourself?

>>181536740
I haven't started it. I'm debating whether to play it on console if bounding box emulation slows the game down often.

>>181537008
I've finished the game using OpenGL + HD textures, not a single frame drop

Wasn't sure where to ask, but someone here might know.
I'm looking to buy a brand new PS2 pad because autism, is my best bet ebay? There's some cheapish ones from Thailand which I don't trust, and the rest are like $60

>>181537745
Can you even buy new PS2 nowadays?
AFAIK, even Brasil don't have new ones any more (at least, no shop had them when I was there a year ago).

>>181537920
There are a lot of stores that sells old videogames here and you can find a brand new (slim) ps2 for $180. I would say that it's not worth it because of the price.

>>181519613
Kinda sad that Supermodel is in a very premature state though, would have loved to have seen that as a libretro core

>>181537920
>>181538404
I said pad you big dummies. Probably easier just to get a used one and clean the shit out of it, my autism surrounding used shit is not fun

>>181520551
>>181519613
supermodel would be cool

Where can I find new 3DS CIA releases? Can be encryped, doesn' matter

>>181541237
Just download them yourself from Nintendo's servers with keys from the title keys site and funkey cia, or whatever the kids use these days.

>>181537745
um just get a dualshock 3

>>181542419
>analog mushy triggers instead of nice digital ones
lol

>>181542185
WiiU USB Helper is good enough then, I guess. I just want to know about what are the new 3DS games being released, not even Nintendo site has the full list. I've just downloaded Ever Oasis

I can't get Demon's Souls running in RPCS3 anymore. I just get this error:
>F {PPU[0x1000005] Thread (HighGraphics) [0x00acb270]} MEM: Access violation reading location 0x0
And then it hangs on the white screen before the game can actually start.

>>181542792
1. Use the most recent build (this error don't show up anymore for months...)
2. If the game still don't work, delete it, you probably have a bad dump

>>181542532
not bad once you get used to them. Get a dualshock 4 then

>>181543464
I literally already have both of them, anon. They are bad unless you're playing racing games or something else that actually makes use of the analog.

I'm fucking amazed at how many people just accept mushy shit like it's useful for 95% of games.

File: 1494734804600.gif (46KB, 454x261px) Image search: [Google]

46KB, 454x261px

>>181493628
>BotW
i have the 1.8.1b but it runs about the same as the usual silky smooth 19 fps with a GTX970 and an i5-7600

With that said, is there any WiiU game worth playing and that actually runs on the emulator?

>>181543159
not that anon, but is the fps unlocked now for DeS?

>>181543159
It worked in older builds, newest ones don't work

>>181544401
Nope, it's still locked at 30 fps. But the devs said that this is something we will be able to change soon (game by game engine patches I guess).
>>181546090
I'm using the last available build, you messed something up, Demon's Souls i't's working

whens model 2 emulator going to get a linux port?

File: unknown.png (284KB, 753x358px) Image search: [Google]

284KB, 753x358px

>even emu devs are retards
I have no words.

>>181550596
Who was responsible for this piece of info?

>>181550819
https://rpcs3.net/blog/2017/07/03/progress-report-june-2017/

>This progress report was written by ssshadow with contributions from twdarkeh, Ani, MarioSonic2987, and Talkashie.

>>181551076
Why are they still using such low quality jpgs to show off the progress they're making? Those pictures are more artifact than image. REEEEEEEEEEEE

File: hqdefault[3].jpg (8KB, 480x360px) Image search: [Google]

8KB, 480x360px

>>181551294
I mean seriously. Why bother making your site look all clean and flashy to try and draw people in, then have it littered with pic related.

>>181551651
Good point, there is not reason at all to not just use png shots

>>181537408
Thanks for the info!

>>181540373
>>181538571
The title of the patreon post states "Which two new libretro cores would you like us to work on", so I'd assume that means the two highest voted things will get a core.

>>181550596
Well, here the issue if Okami actually uses MSAA 4X how come it looks fine even though AA is unimplemented right now?

File: Okami HD aliasing.webm (3MB, 834x824px) Image search: [Google]

3MB, 834x824px

>>181555434
I don't know what it runs at but I do know this isn't 4k at all.

>>181555584

This is PSX tier jitter. what the fuck

>>181556050
It's called aliasing.

File: 1498959632745.png (2MB, 1920x1080px) Image search: [Google]

2MB, 1920x1080px

>>181555434
>how come it looks fine even though AA is unimplemented right now?
There's clearly aliasing though.

>>181556439
You read his post wrong, he said aliasing wasn't implemented. But I think there is, but who knows.

File: 61rpUV9K+tL._AC_SL1000_.jpg (116KB, 924x868px) Image search: [Google]

116KB, 924x868px

Is there consensus on what's the best portable emulation experience right now? My phone, 3DS and PSP are way too small for what I'm looking for, and NVIDIA Shields don't exist here.

>>181556598
Aliasing = jaggies, Anti-aliasing = elimination of jaggies.

>>181551076
>>181550596
>A user also extensively tested the game and played it for hours with no issues.
That user sucks at reporting then,
Even ignoring the minor graphical issues throughout it still crashes every 5-6 hr of continuous playtime and very rarely hangs on an infinite loading screen if transitioning to a new area loads you directly into a cutscene

>>181556751
"AA is unimplemented" is what he said though so of course there would be aliasing.

>>181556891
Unless the game was being rendered at 4k and being downsampled, which is what his point was. It has aliasing, which means it doesn't 'look fine', ie. it's not 4k downsampled.

>>181557132
> It has aliasing
But not as much aliasing as what straight 1080p would look, even on the screenshot posted here you can clearly see things that should be aliased bu aren't

>>181557736
And here's where the 4k confusion comes from. The game gets rendered at 1080p, then upscaled to 4k 4 times using different upscaling methods, then from those they create the outlines and downsample to 1080p. It's still a 1080p rendered image, just with a weird post processing AA.

>>181556678
Probably Vita by those standards. Has a great screen.

File: qmuy876xlp6z.jpg (1MB, 2891x4096px) Image search: [Google]

1MB, 2891x4096px

how do i get crt filters for youtube and twitch?

>>181501818
why don't you play the pc version?
its vastly superior

>>181558659

Depends on the model.

>>181551294
misread as low quality jrpgs

unintended chuckle

>>181571687
Wrong general, idiot.

guys what happened to rom-world?

https://www.reddit.com/r/emulation/comments/6dz8wl/has_anyone_here_heard_about_this_project_for_ps4/di70ttu/?context=3

>>181576810

> Now normally I don't give credence to these types of things but it is open on github and one of the contributors was vgturtle127 who I know to be active in the emulation community.

https://www.reddit.com/r/emulation/comments/6dz8wl/has_anyone_here_heard_about_this_project_for_ps4/

>>181577364
>active

>>181577364
>There was some real stuff going on behind the scenes, but some people started doxing us and harassing our families, so me and a few others decided it wasn't worth it to continue under the same project at least, especially with no real code being released.

fucking reddit faggots fuck off RRRRRRRRRRRREEEEEEEEEEEEEEEE

>>181578609
Make us. You special snowflake little bitch.

Has anyone tested this out yet?
https://www.dropbox.com/s/wwqoo0goh96jb7i/Rayman%20(Early%20Prototype).zip?dl=1

>>181579331
Is this the SNES one?

about how much storage would I Need to have every emulatable game up to x360/ps3?

>>181580906
Why "every" and not only the good ones?

>>181581181
don't have time to sort through everything.

>>181581248
You'll never have enough storage for even one of those systems library, so you better free some time to sort them anon

>>181580906
Including copies of all regions of a game? Probably a couple 10TB drives.

>>181580906
Here's just 6th gen ReDump numbers:
>PS2 (7313 ISOs)
16.6TB
>GCN (1790 ISOs)
2.3TB
>Xbox (1648 ISOs)
11.5TB
Taking out games that aren't currently playable on emulators, and including older systems, I think 25TB is a conservative estimate.

>>181581695
well first of all fuck xbox. Second of all I could probably just do us only releases.

>>181581794
Only PS3 games, and only US releases, I still wish you luck

>>181581908
>Only PS3 games
huh? I said not including xbox360/ps3

>>181582013
Being honest, how much space can you spare?

>>181582196
I duno probably 2 8tb drives

well now the issue becomes how do I download all this shit. Can I get some business account for a month with unlimited bandwidth?

>>181558989
Didn't know plus I just wanted to see if I could run pcsx2 on this weak laptop without problems. I did managed to beat both X7 and 8 though, the only problems were just cutscenes or too much moving during them would drop the speed and fps which in return messed with the audio. Tried .hack//infection and still have the same problems. I'm probably not going to bother too much with it though since I just wanted to see if it was possable to run things on this laptop.

>>181583150
no I don't care about those consoles. Not to mention it doesn't solve the problem of bandwidth caps from my isp.

>>181583432
I didn't realize you were talking about bandwidth caps.

File: giphy.gif (4MB, 480x270px) Image search: [Google]

4MB, 480x270px

Can anyone tell me why these ugly screen transitions are happening? Using the HD texture pack version 1.1. Is this a problem with using HD textures in general or can it be avoided?

Link in case the gif isn't loading: https://media.giphy.com/media/Gvbc5Q3oISNPi/giphy.gif

>>181586473
>gif
>in 2017
what is wrong with you

File: Capture2.jpg (178KB, 1142x617px) Image search: [Google]

178KB, 1142x617px

Anybody here with a copy of Zelda Wind Waker that could test some stuff for me using the latest Dolphin build and the widescreen Gecko code from
https://wiki.dolphin-emu.org/index.php?title=The_Legend_of_Zelda:_The_Wind_Waker

I noticed that with the Widescreen hack enabled the game would stutter for around one second every other minute or so, even when the camera is not moving at all and just idling animation going on.

Here is a savegame https://www.dropbox.com/s/ebso69viz0wazq0/01-GZLE-gczelda.gci?dl=0
it goes in "Documents\Dolphin Emulator\GC\USA\Card A"

I'm having trouble trying to figure out these PS1 emulators. ePSXe just crashes, whenever I try to load a game up, and pcsxr just doesn't do anythign when I try to load a game up. I just want to play MGS gosh dammit. I haven't tried Madnefen because I don't really understand it. But this is really annoying. FFVII opens fine in pcsxr, but not my mgs. I dunno what the problem is.

>>181586819
>dual core enabled
kek

>>181586687
It demonstrates the issue pretty clearly. I didn't need anything fancy. In hindsight I should've just used webm, you're right.

>>181586901
Unrelated to the issue.

>>181586819
I played WW with widescreen a couple of months ago. Worked fine for me.

>>181587026
>desyncs video and cpu thread
>unrelated
k

>>181587330
Look retard, issue still happens with just single core.
Go shit up another thread.

File: Winnie_the_Pooback.png (45KB, 786x756px) Image search: [Google]

45KB, 786x756px

So the "hack" GLideN64 uses for Winback is actually mimicking the correct ucode behavior, and there's no real solution for the issue because Windback is badly programmed.

>>181589663
>GLideN64
still garbage compared to ParaLLEl.

>>181590568
Not for long

Got a question about Wii VC Neogeo emulation. So i heard that the emulation is pretty solid, but not everything is identical. For example, for the Metal Slug games hitflashes were removed for the bosses (and for later games removed entirely for vehicles etc)

Are there any other neogeo games on wii vc that have stuff altered / removed?

I can't fucking do it. I have been sitting here trying for the last hour, trying to get MGS to work on either ePSXe, or PCSXR. IT just won't fucking work. I don't get it. Everythign other game work fines, every other emulator for any other console works fine. Why are PS1 emulators not working

>>181586864
>ePSXe just crashes, whenever I try to load a game up
Something like that happened for me yesterday when I thought about giving v2.0.5 a try.
It wasn't crashing, but it was freezing from time to time and the screen just remained black.
Going to Options > CPU Overclocking and enabling it at "x1", fixed it.

>>181590568
ParaLLEl is a curious experiment but noone wants to play with it. Games look like poo.

>>181590568
I don't understand why people insist on comparing GLideN64 and ParaLLEl when the latter is basically just a GPU compute version of Angrylion's, and thus has all the same limitations as Angrylion's. There's a place for both. They have very different goals and audiences.

>>181594684
>I don't understand why people insist on comparing GLideN64 and ParaLLEl when the latter is basically just a GPU compute version of Angrylion's
Because GLideN64 shills act like Gonetz is the savior of N64 emulation, as if there aren't more accurate alternatives already.

>>181594780
Accurate and with good performance?

>>181594864
Worse than Jabo's Plugin, I had to mess around with its configuration a lot and even then it's crashing every time I try to go to the Deku Tree in OoT, for example.
GlideN64's only perk in my opinion, it's the texture packs on .htc, that's it.

>>181591587
have you considered clicking File->Open and selecting the game

>>181594864
>Accurate and with good performance?
GLideN64 does not have good performance. Even z64gl outperforms it in some cases. It sure as hell isn't accurate either. The software depth buffer code is very hacky.

Not to mention it still has broken LLE triangles and bugs in games like Killer Instinct that not even Glide64 have. Hell, it can't even run Gauntlet in HLE..

>>181595036
>>181595129
I was asking about ParaLLEI. I doesn't matter how accurate it is, if you need a decacore at 5.0 GHz to run all games at full speed, it's useless.

File: snap.png (70KB, 320x238px) Image search: [Google]

70KB, 320x238px

>>181594780
I sure do love playing games like this.
Want accuracy? you already have it, stop whining about GlideN64 and HLE emulation.

>>181595349
The performance varies, but most games are full speed. Part of the problem is that you can only use it on m64p-libretro and since M64p is poorly optimized, the emulator itself wastes CPU.

If you have a good GPU, you should be able to play almost any game. Though I should probably try testing games like Paper Mario, since that's an important game that no hacky HLE plugin works good on.

>>181595580
>m64p-libretro
RetroArch? Really? I'll wait for GlideN64 or even another plugin (dunno, can I have some alternative?)

>>181595036
>Worse than Jabo's Plugin, I had to mess around with its configuration a lot and even then it's crashing every time I try to go to the Deku Tree in OoT, for example.
That sounds like a problem on your end, to be honest. Probably using an old version, or a broken experimental version, or you tampered with settings you weren't supposed to. Also, Jabo's is fast because it is hilariously inaccurate.
>>181594780
>Because GLideN64 shills act like Gonetz is the savior of N64 emulation, as if there aren't more accurate alternatives already.
Name a hardware plugin that is more accurate. And no, Parallel doesn't count because it's literally a software plugin running via Vulkan compute.
>GLideN64 does not have good performance.
Yes it does. Especially with the as-yet unmerged threading improvements that dramatically improve performance on those shit intel GPUs.
>Even z64gl outperforms it in some cases.
z64gl is horrifically inaccurate.
>It sure as hell isn't accurate either. The software depth buffer code is very hacky.
It's not "hacky". It's simply poorly designed. It's literally a placeholder currently. But it gets the job done, and ends up being more accurate than the competition.
>Not to mention it still has broken LLE triangles and bugs in games like Killer Instinct
LLE is not a priority and it will not be a priority anytime soon. GLideN64 is an HLE plugin. That's why development focus has been on reverse engineering ucodes to create accurate HLE implementations.
>Hell, it can't even run Gauntlet in HLE..
Nothing runs Gauntlet in HLE. Glide64 has a hack to make the game boot and it DOESN'T WORK. It's an RSP yielding issue. Emulator's fault, not GLideN64's.

>>181595540
>stop whining about GlideN64 and HLE emulation.
nobody here is whining. I'm just doing my job of letting people know that there are superior alternatives.

crappy HLE plugins are what gave N64 emulation a bad reputation. It's 2017 and they still haven't fixed the subscreen delay in their HLE code. What a joke honestly.

>>181595580
>Though I should probably try testing games like Paper Mario, since that's an important game that no hacky HLE plugin works good on.
Except GLideN64. Which runs it almost perfectly, and much more accurately than Glide64/Rice/Jabo/etc. Only problem is the pause menu delay.

>>181595945
Whatever you say whinny bitch.

>>181595868
>Especially with the as-yet unmerged threading improvements
Tell me more about it anon
>>181595945
>crappy HLE plugins are what gave N64 emulation a bad reputation
I'm sure that still being a plugin based emulator in 2017 does a better job with the bad reputation part. I can't even list one good emulator that is plugin based

>>181595945
>they still haven't fixed the subscreen delay in their HLE code.
Subscreen delay is not an "HLE" issue, per se. It is a hardware rendering issue that stems from the inherent difficulties in synchronizing frame/depth buffers between CPU and GPU, especially when the N64 CPU is capable of writing to the framebuffer without informing the RSP. The only reason plugins like Angrylion's aren't similarly affected is because they render entirely in software.

>N64 autism

Just get an Everdrive or wait another 10 years...

>>181596193
>taking this much offense over someone offering alternatives to buggy donationware
kek

>>181596609
>Buying an overpriced kikedrive
I'd rather buy every N64 game I'm interested in than spend a cent on one of those.

>>181596630
GlideN64 don't even comes bundled with Project64 you retard.

>>181596236
https://github.com/gonetz/GLideN64/pull/1452#issuecomment-309251508

There are some disagreements over threading GL calls because Nvidia GPUs and Linux MESA drivers do this automatically. The only people who will benefit are Windows users running AMD or Intel hardware.

>>181596747
Not that anon, but GlideN64 alone has/had some kind of crowdfunding before those last updates

>>181596787
So there is not a single benefit for NVidia owners?

>>181596856
GLideN64 was crowdfunded for a few months. It was completely unusable for this period, and has been open source forever at this point. Additionally, the plugin it is based on, gln64, is also open source.

>>181596747
>all this fucking mad
I'm not donating :^)

>>181597063
Are you that guy that wanted to have the archive links removed?

>>181596946
Not particularly, but it doesn't make things worse. It's not like GLideN64 has performance issues on Nvidia hardware, anyway.

>>181595868
>Emulator's fault, not GLideN64's.
GLideN64 doesn't even handle yielding for HLE. The emulator core itself isn't stopping the graphics plugin from supporting yielding.. The bigger issue is that none of those GLideN64 contributors currently understand how yielding works. The people who do have good LLE knowledge, won't touch GLideN64 with a 10 foot pole :) .

>Name a hardware plugin that is more accurate.
Depends on the game. Some are more accurate than GLideN64 for some games. I'm not going to waste my time testing every single game to compare a bunch of crappy plugins, m8.

>z64gl is horrifically inaccurate
This is the mentality that holds back progress. Anytime someone else does a better job with performance, people seem to default to "muh-accuracy" meme. Just imagine if maybe z64gl was better written for certain parts, why not try investigating? You could end up porting optimizations if there are any valid ones.

>It's not "hacky". It's simply poorly designed. It's literally a placeholder currently. But it gets the job done, and ends up being more accurate than the competition.
It is hacky because it cuts a lot of corners on the calculation. Why else would it be faster, but less accurate than Angrylion's?

>Yes it does. Especially with the as-yet unmerged threading improvements that dramatically improve performance on those shit intel GPUs.
So instead of improving the poorly optimized code, they decided to just multi-thread it.. Have fun with terrible performance in sync mode, because apparently no one who contributes to GLideN64 cares about real accuracy.

>>181596526
>The only reason plugins like Angrylion's aren't similarly affected is because they render entirely in software.
There's also the fact that Angrylion's calculations are far more accurate. Invalid depth buffer / frame buffer values could cause serious bugs in a game. That's why even z64 (software plugin) has issues in some of these games.

>>181597174
All this talk but no action.

>>181597134
>everyone i don't like is the same person
Explain.

>>181597281
If someone improves your plugin, how much of the patreon money are you sharing with them?

>>181597138
Well, if it's not making the performance worse on NVidia while at the same time is fixing problems for AMD and Intel GPUs I'm all for it.
>Depends on the game
Then you can't prove him wrong. You need at least one case scenario as proof, if you can't list a single one, maybe you really can't name a better alternative at all.

>>181597490
why work on someone else's?

>>181597410
This is real?

>>181597553
Because I don't like you.

All this talk, and all I want is a good N64 emulator that is NOT plugin based

>>181597525
>Then you can't prove him wrong. You need at least one case scenario as proof, if you can't list a single one, maybe you really can't name a better alternative at all.
My point is that GLideN64 hasn't made the other plugins obsolete. Considering it's advancements with depth buffer emulation and other stuff, it probably has a lead overall (still no way to know for sure until someone thoroughly tests every game).

The plugin isn't even good enough to be my default. It has worse performance than Glide64 and imo should only be used if the alternatives are no good. A good example would be Vigilante 8. For instance, why play Mario Kart64 on GLideN64 when Glide64 works fine?

If you can't tell a difference in accuracy, might as well use the faster plugins.

>>181597174
>GLideN64 doesn't even handle yielding for HLE.
That's because HLE yielding requires the plugin specification to be updated.
>The emulator core itself isn't stopping the graphics plugin from supporting yielding.
Yes, it is. The RSP and video plugin specs almost certainly need revising -- which will require Zilmar's approval, BTW. And the mupen64plus team's too, ideally.
>The bigger issue is that none of those GLideN64 contributors currently understand how yielding works. The people who do have good LLE knowledge, won't touch GLideN64 with a 10 foot pole :) .
Does this include Olivieryuyu, the programmer who has done more for N64 microcode reverse engineering in the past 3 months than anyone else has done in the past 20 years?
>This is the mentality that holds back progress. Anytime someone else does a better job with performance, people seem to default to "muh-accuracy" meme. Just imagine if maybe z64gl was better written for certain parts, why not try investigating? You could end up porting optimizations if there are any valid ones.
z64gl's primary performance optimizations are invalid because they conflict with GLideN64's accurate N64 depth feature. (Which allows GLideN64 to emulate stuff like Perfect Dark's bullet holes correctly.)
>So instead of improving the poorly optimized code, they decided to just multi-thread it.
No. Nvidia's Windows drivers have built-in threading capabilities. This is why PCSX2 runs best on Nvidia hardware. AMD/Intel's do not. Because people keep whining about Intel performance in GLideN64, someone thought it would be a good idea to manually implement GL call threading.

>>181597837
>My point is that GLideN64 hasn't made the other plugins obsolete
If that's your point, I agree 100% with you anon

>>181597734
>All this talk, and all I want is a good N64 emulator that is NOT plugin based
Why? Plugin-based design in inherently superior. There's a reason Windows software uses dlls for everything.

>>181597734
but that's exactly how it is on real hardware, silly
why else would people use that design paradigm?

>>181597880
>people keep whining
If you consider bug reports to be "whining", maybe software development just isn't for you.
That's something SP would do.

>>181598142
>claim plugin-based emulators superior
>literally no examples of this being the case ever
>use windows as an example
>windows being superior to anything
kek

>>181597837
>My point is that GLideN64 hasn't made the other plugins obsolete.
We are fast running out of games where GLideN64 doesn't run them best out of all available hardware plugins.
>It has worse performance than Glide64
No, it does not. Glide64's performance goes to absolute shit when framebuffer copies are involved.
> For instance, why play Mario Kart64 on GLideN64 when Glide64 works fine?
Mario Kart 64 does not run fine on Glide64. Turn on framebuffer to RDRAM copies and then tell me how "fine" the plugin is working.

>>181598160
>>181598142
How this has been proved true in emulation? So far the worse emulators I've used in my life are plugin based

>>181598382
>Turn on framebuffer to RDRAM copies
Why?

>>181598234
"Intel iGPU drivers for Windows suck" is not a "bug report". It is a statement of fact.

>>181598332
Who said anything about emulators? Almost all software uses dynamically linked libraries. Our beloved Retroarch is literally a plugin-based emulator.

>>181598332
Imagine giving PCSX2 as example...

>>181598539
>Who said anything about emulators?
Get out.

>>181598459
>doesn't work on my machine
huh

>>181598539
>Our beloved Retroarch

>>181597880
>Does this include Olivieryuyu
good god. You mean that rage quitter? He doesn't even think HLE will work at all for WDC.. These people need to get their act together..

>That's because HLE yielding requires the plugin specification to be updated.
Other methods are still possible. Even the legendary cxd4 says yielding isn't something to worry about.

> more for N64 microcode reverse engineering in the past 3 months than anyone else has done in the past 20 years
It's too soon to be saying that. He did what? 2 revisions (aka minor tweaks) and 1 somewhat unique ucode.. That's insulting to people who put in more work than him (even Musyx was more work). Not that I even took this particular comment seriously.

>Because people keep whining about Intel performance in GLideN64, someone thought it would be a good idea to manually implement GL call threading.
Who? Only thing I saw was complaints about the sync mode performance regression which has been fixed.

> This is why PCSX2 runs best on Nvidia hardware.
I'm not surprised an Nvidia shill would code something that works best on Nvidia :) .

>z64gl's primary performance optimizations
Even still, there might be something that can be ported over.

>>181598620
This is the truth for everyone. N64 emulation is a joke and PCSX2 being the best PS2 emulator makes me want to die faster

>>181598539
>Who said anything about emulators?
The post you replied to, the title of the general, the basis of the current discussion, and almost every post in the thread.

>Retroarch is literally a plugin-based emulator.
Retroarch isn't an emulator, and cores are not even close to comparable to video plugins.

>>181598489
Because they're necessary to render the TV effects in two levels. Accuracy, brah.

>>181598842
>gliden64
>accuracy
kek

>>181598825
>Retroarch isn't an emulator, and cores are not even close to comparable to video plugins.
They're exactly the same thing. And Retroarch is an emulator. That's how dynamically linked libraries work.

The Quake engine switching from static code to DLLs was one of the biggest advantages in engine technology in the 90s, since it allowed for modular design, especially with video renderers.

>>181598382
>No, it does not. Glide64's performance goes to absolute shit when framebuffer copies are involved.
I use frame-buffer notification so this doesn't bother me much. GLideN64's sync mode performance isn't much better Tbh senpai.

No point in wasting performance copying to RDRAM when the game doesn't do anything with it, most of the time.

>We are fast running out of games where GLideN64 doesn't run them best out of all available hardware plugins.
I wish. Can't even play Gauntlet right now senpai..

>>181598937
GLideN64 is the most accurate hardware plugin currently. Only autists deny this.
>I use frame-buffer notification so this doesn't bother me much.
Framebuffer notification is almost completely unsupported by emulators and makes a lot of games crash.
>GLideN64's sync mode performance isn't much better
It is, actually. It's a lot better. Especially since Glide64 has a nasty habit of writing buffers at the wrong size, a problem GLideN64 solved by completely rewriting how buffers are calculated, thus solving emulation issues previously deemed impossible -- such as Body Harvest collision.
>>181599168
>I wish. Can't even play Gauntlet right now.
That's the emulator's fault, though. Not GLideN64.

>>181599142
>They're exactly the same thing.
They're extremely different. One tells an emulator how to output video and nothing else, and the other is an entire program to be run through a front-end.

>And Retroarch is an emulator.
No, it isn't.

>>181599329
>GLideN64 is the most accurate hardware plugin currently.
And it's still shit for accuracy, what's your point?
>autists
Stopped reading there, you clearly have nothing worth saying.

>>181599348
>They're extremely different.
No, they're not.
>One tells an emulator how to output video and nothing else
No, it does not. It's an entire component of the program that is separated into a dynamically linked library. There is zero difference between building software as a self-contained exe and as an exe linked to dlls except that dlls are inherently better because modularity is god.

>>181599453
>And it's still shit for accuracy, what's your point?
Care to explain? GLideN64 is the second most accurate and compatible N64 plugin behind Angrylion's at this point. It's far more accurate than Nintendo's own emulators used for the Wii VC, especially.

>>181597734
>All this talk, and all I want is a good N64 emulator that is NOT plugin based
Tbh the idea of having a plugin-based emulation system is great. It's just unfortunate the way things turned out. It's a good way to make it easier for outsiders to join the project. They get to focus on less code.

What ended up happening is that there were selfish developers who take code from others and still close source their plugins. Then you also had amateur coder(s) who couldn't even write a proper audio plugin and simply blame the plugin spec for any issues it had (regardless of the fact that it didn't work properly on ANY emulator).. This was true for other plugin developers too, where they tried blaming others when it was their fault.. Idk why a lot of coders in the emulation scene try to blame others, i know it's not just the N64 emulation scene.

You can even see here, that someone is blaming the emulator for Gauntlet not working in GLideN64 HLE, instead of blaming the plugin since even other plugins work.

>>181599604
You alone represent everything wrong in the N64 emulation scene

Are .ink files emulators?

>>181599795
The concept it's good, but Project64 is far from ideal even after all those years. And don't even get me started with PCSX2. Being modular is not bad, but so far ALL emulators using plugins are terrible

>>181599604
If you really don't see the difference between the two, I honestly can't help you. I don't think anyone can.
Good luck.

File: 1496738218081.png (937KB, 1300x1500px) Image search: [Google]

937KB, 1300x1500px

so now that emuparadise no longer carries nintendo or early capcom games where is the best place to get full no intro rom sets? I keep hearing archive dot org is the best other option but I also keep hearing horror stories of hidden trojans and shit inside of some of the most popular packs on there.

>>181599963
Not, and the guy calling RetroArch an emulator is retarded

>>181600086
READ THE WIKI BEFORE ASKING QUESTIONS LIKE:
>Where do I get games
OR
>Where do I get games
OR
>Where do I get games
OR
>Where do I get games
OR
>Where do I get games

>>181599690
>asspull "facts"
>comparing inaccurate hardware renderer to a software renderer
>uhhhhhh its just as good!
>using the virtual console as a baseline
Found your problem(s).

>>181600086
I keep hearing stupid people don't use the links on the wiki

File: untitled.png (357KB, 810x633px) Image search: [Google]

357KB, 810x633px

>>181591587
>trying to get MGS to work on either ePSXe, or PCSXR.
Working on my machine.

>>181597880
>Because people keep whining about Intel performance in GLideN64, someone thought it would be a good idea to manually implement GL call threading.
I'm glad that happened, might try the latest version that EmuCR has then. Maybe then I won't need to mess around with the configuration to get OoT to run perfectly and not to trash compared to Jabo's Plugin which runs it perfectly by default.

File: fuck_you.gif (1MB, 315x315px) Image search: [Google]

1MB, 315x315px

>>181600086
fuck you nintendo

>>181599795
>You can even see here, that someone is blaming the emulator for Gauntlet not working in GLideN64 HLE, instead of blaming the plugin since even other plugins work.
They don't actually. Glide64 and other HLE plugins use a very nasty hack that skips every second display list. What is happening is that the emulator is caught in a loop because yielding isn't working. The end result is a game that "runs", but flickers like crazy at best. Gonetz rejected the hack because it's "false hope". He wants an accurate solution, which might happen very soon.

https://github.com/gonetz/GLideN64/pull/1198

>Then you also had amateur coder(s) who couldn't even write a proper audio plugin and simply blame the plugin spec for any issues it had (regardless of the fact that it didn't work properly on ANY emulator).
The problem with audio plugins in the N64 scene was a complete lack of audio specification compliance. It all went to shit when 1964 and PJ64 had audio plugins that were supposedly specification complaint, but didn't in fact work on the other emulator.

The end result was that only video, input, and RSP plugins complied properly with the specification. Granted, 3/4 ain't bad.

>>181600124
How is Retroarch not an emulator, BTW?