Read the General problems FAQ before posting. If you still need help, post your specs (speccy screenshot), OS, emulator version number and details of what's wrong.
OP fucked up the picture, it needs to be rendered more accurately
Libretro VBA-M doesnt seem to be up to date with newest SVN.
Repostan from other thread
So I travel a lot, and having a laptop that can emulate stuff well is pretty important. I am currently running with an AMD A10-4600, but even in easy to emulate PS2 stuff like FF12 the dips to 45-50 fps are annoying.
I've been playing mostly PS1 games as a result, but it's time to get something that can run PS2 games butter smooth.
What's the low-end specs I'm eyeballing here in terms of CPU and GPU?
unless you want to spend 4K+ $ on a laptop give up you're not emulating every ps2 game at a stable 60fps
my laptop runs ps2 games fine
Doesn't really seem like a lot important has been happening lately.
libretro support has been merged upstream, so you should be able to get the newest version there instead of the libretro crew's git repository.
a shame pic related isn't an attack there
VBA-M libretro is based on r1225, there have only been 6 commits after that which don't affect the core emulation.
I'm more worried about the shifted screen position, it's really distracting once you've noticed it.
Why is Annie in Final Fantasy
if a 4770k OC'ed to 4,2ghz doesn't run every PS2 game smoothky i doubt that whatever your laptop is could
For ok-ish PS2 emulating, you'll definitely want something with an i5 processor.
I miss Jean Reno.
Can you explain the issue?
Preferably with pics.
Where exactly I can get newer VBA-M in Retroarch ? BGK-Link was merged so Link support should be better.
The entire screen is shifted down by one pixel row resulting in a black line at the top and one missing line at the bottom.
You cannot unsee it.
Seems like this has gone beyond simply adding HLE DSP emulation, and has turned into an overall effort to optimize bsnes and speed it up without losing accuracy.
Does that happen in mainline as well?
Why does everything run like shit, look like shit, and sound like shit on my high-tier PC when everything runs flawlessly on my shitty laptop? I can run DS2 on max just fine and yet every PSX emulator I've tried has been a slow blurry mess, what the fuck am I even doing wrong? I've tried every setting and it's all the same.
I want linking and xBR at the same time.
>what the fuck am I even doing wrong?
For starters, completely disregarding everything written in the OP.
I've read the wiki, I've followed the instructions, and it's all the fucking same.
Well, it would help if you would mention what emulators you're using. By saying your laptop runs better, do you mean the same emulators as on your PC? Or are you talking about DS2 there?
Did you try VBA-Next ?
Have you tried turning it off and on again?
What game is DS2 ?
Dark Souls 2 presumably.
Yes, the same emulators. Those being the latest builds of ePSXe, PCSXR, and Arch. I've also tried several different plug-ins, from Pete's shit, to PEOps, to native plug-ins. Hell, it's not like I'm using some obscure components for my PC either. I have an i5 4670k and a HD7970. I honestly cannot fathom why everything runs so terribly.
Not present there.
Well, you did buy AMD graphics...
I fail to see how that'd have any effect on the sound, or how it'd be any worse than a weaker mobile AMD card.
As fun as it is to poke fun at AMD and their shit drivers, I have an i7 860 with an HD5750, and I have no issues with performance on pre-6th gen emulators. Something about his setup must be messing things up. I know when I was messing around with the settings in CCC to try to force AA and AF and shit, it often resulted in a big blow to performance.
So yeah, to the other guy, make sure you don't have superfluous things like AA forced globally through the 3D settings in CCC. Also be sure to have Aero disabled when emulating, as it often impacts performance.
I'm sorry for both your computer purchases. You still haven't been able to explain your problems very well, though.
Which part of you saying the emulators "run like shit, look like shit, and sound like shit" is supposed to make sense to anyone but yourself? Write a proper fucking detailed post where you explain your problems and the exact software and versions you are having trouble with or get the fuck out.
This is the difference between VBA-M and VBA-Next in the libretro wrapper in regards to drawing the screen. I'm not sure what "pitch" is but maybe it's off a bit on VBA-M or something? Or maybe something changed in the core to cause this.
How doesn't it make sense? The emulators mentioned run slowly, they're jittery, there are artifacts, and games look heavily pixilated regardless of setting, the sound is also slow, repeats itself, crackles, and is overall incredibly low quality. English isn't my first language but I'd say that "runs like shit, looks like shit, and sounds like shit" describes this situation perfectly well.
English isn't my first language either, and that really isn't the problem with your posts.
PSX will look like shit either way, but you seem to mean the same emulators perform fine on your laptop? Audio crackles is what you usually get when the emulator isn't running fullspeed, and you're saying the emulators all run slowly, so have you actually checked if they are running fullspeed or not?
As you seem very inadept at properly explaining yourself, include a screenshot in the next post so we can gather some clues from that instead.
Simply copying over the different lines apparently causes the universe to explode.
It's probably some dumb shit happening in the core then
>still a black line at the top
You can't really tell what's going on from just a screenshot, but here, this is what I'm using at the moment. The grafix seem to be running almost decently now, but I still get this weird black line and my audio keeps fucking up.
That's an FMV, right? That black line is a well known issue with the PEOpS OpenGL 1.78 plugin. Only way to fix it is to check either unfiltered framebuffer updates or force 15 bit framebuffer updates, one of those two. Or so I recall, anyway. In any case, that plugin kinda sucks overall. Get Pete's OpenGL2 instead and use the settings from the wiki. Try out the Tweak version if you want GTE Accuracy.
Also, the bundled sound plugin sucks. Grab the one from the wiki.
Well shit, that worked. I'm still a bit confused as to why my laptop was managing just fine with the same plug-ins, or why older versions of said plug-ins didn't work at all when the updated ones do, but I won't complain. Thanks man, and sorry for wasting your time.
Anyone here emulate arcade games? How do you guys deal with the fact that many games don't save highscores after you close the emulator? I imagine that has got to be a deal-killer for most people, I know it is for me.
Because the real arcade machines didn't save high scores, they were just left on all the time.
What game are you running in this picture ?
Digimon World 1. It's the intro video.
Hey guys, can you emulate Sega Chihiro on MAME yet?
use opengl 2
your spu a shit
use 1.10 then switch mode to the one that works
Can all original Xboxs be soft modded, or is it fixed in latter models?
Mednafen confirmed to be inaccurate bullcrap:
It's either EPSXE or XEBRA when it comes to PS1 emulation, Mednafen simply doesn't deliver.
Pretty sure they all can be.
Sounds great, are they including it in Retroarch any time soon?
Nice non-sequitur, that post said nothing about Medanfen being less accurate than other emulators.
Also, all this shitting on Mednafen is quite reminiscent of emulation threads on /v/ when people were shitting on bsnes the same way. It's annoying that history is being repeated.
Stop posting RetroArch Mednafen PSX questiosn on Mednafen forums.
If there's one thing that can fuck up our existing working relationship, it's that.
>tfw making a NES emulator for my final year project
w-wish me luck
You can use highscore.dat
Maybe try GpuBladesoft 1.42a and spuPeopsSoundPec v1.10
>closed source win32 shit
fuck off with that shit, retard
Bsnes is best Snes emulator. Mednafen is garbage and step backwards compared to shitty plugin based emulators. Madnafen babies cant change that..
>I was too lazy to take out my real PSX so I used emulator of PSX on PSP
stopped reading there
> Mednafen SNES is bsnes
>our existing working relationship
Such a thing exists?
>accuracy is good, but not on 3D!
dem double standards
I am talking about Mednafen PSX core.
>SP confirmed for taking fat trans dick up his boypussy
When you get yours modded, make sure you put OutRun 2006 on it. Just finished yet another session with it right now. Xbox with component cables still looks great on modern TVs.
That's why I call it a 'working relationship'.
And no, I'm not into that kind of thing. But maybe byuu is. He is moderator on his/her forum, after all.
Accuracy means nothing when graphics are garbage and it doesnt even have save states. Snes has 2D graphics so its not possible to increase internal resolution anyway.
How is having better compatiblity, not needing buggy plugins. and not being closed source win32-only make it "garbage and step backwards"? You don't make any damn sense kid
It isn't much of a working relationship either.
Just tells me sometimes this or that that I have to keep in mind when reporting this stuff everytime he/she drops a new tarball again, and moset of the time I try to get him/her to please take portability into consideration so that I don't have to reapply all these patches anymore everytime a new version comes out.
But mostly my suggestions all fall on deaf ears.
You're that guy from byuu boards arguing about internal resolution uspscaling "not affecting accuracy" aren't you?
Your posting style and insistence on the importance of "higher internal resolution" in emulators seems quite similar...
Does that work with retroarch's MAME core?
So you think only one guy on internet care about resolution.
>Accuracy means nothing when graphics are garbage
typical of accuracy nerds to be all "muh pixel accuracy" until 3D gets involved, then it's all about "muh enhancements" instead
how about you fags just play the games and stop sperging over crap like this?
I dont care if either 2D or 3D is pixel accurate.
Anyone know how to get rid of the disgusting blur / ghosting in SMT Nocture and PS2 games in general. I swear I saw a guide here once for DMC 1 or something.
Pic related: BLUR
Try to use Asmodean shaders ?
Any Windows Phone niggas in here? Doesn't seem to have much of a gathering.
No dynarecs allowed means there's gonna be some lack of emulators.
I heard that emulators on WinRT can't use dynamic recompilation because of a security measure by Microsoft. Does that extend to Windows phones? Because if so, I doubt emulation on them will get anywhere.
Mednafen GBA doesn't have this bug. I guess there is a reason for this core after all.
Except its saves aren't compatible with the other libretro VBA cores.
Oh that, and the fact it doesn't work on Windwos.
Pic is a good example of why PS1 should not be upscaled to 'muh HD' resolutions.
If it would have had perspective correction that would have been one thing. With that warping geometry and skin that looks like a rubber costume? Hell no.
Pretty sure that's true, however wouldn't a jailbreak scenario sort that out?
What's the difference?
Write up your experiences.
Then when you're done, take bnes and update it.
The one thing I'll concede is that internal emulator accuracy is one thing, but "display accuracy" (how close it looks in the finale image to how it would look on original hardware) is also very important. Simply having an accurate core, but then using nearest neighbor to scale to 1080p is bad. If we had perfect CRT Shadowmask shaders this would not be a problem. The games looked fine on original hardware. Much better than anything we can do on shaders.
The order's different :^)
WHICH jailbreak scenario?
Microsoft patched the last RT jailbreak on Windows RT 8. There has been no new one since even though they initially claimed they would 'support' jailbreaks.
Face it - MS is exactly like Apple - maybe even worse.
Display accuracy is for poorfaqs who cant afford new UHD screens.
Is it actually worth it downloading dev builds from the buildbot links in the wiki? Aren't the official releases more stable?
Note: it is possible a new build can be glitchy or unstable. That's the exception to the rule though.
Thanks for that
Completely unrelated, but why the change in the wiki? What happened to http://emulation-general.wikia.com/wiki/Emulation_General_Wiki ?
Wikia claims ownership of everything posted there. You can't for instance take anything down. We want to have more freedom and to avoid Wikia rules.
what are phosphor LUTs? I thought they were the next thing in crt shaders.
why the fuck do people keep bitching about psx emulation. that shit was over a long time ago. its time to move on to something more important, like saturn
there's one anti-mednafen shitposter. No one else cares.
Well saturn emulation needs to really exist for starters. We need a hero to improve Yabause.
I don't think Saturn emulation is more important than PS1 emulation
PS1 has overall a stronger library than the Saturn
has anyone gotten ssf working in wine??
Any ps1 emulators with good netplay components?
Is there any sort of shader or something for RA that simulates the GBA's original, duller colors?
I have decided to have a few different versions. I feel that default is too dark.
For many games I have it set as:
Thanks a bunch. I use the intro scene from Pokemon Sapphire/Ruby/Emerald to gauge the colors. The green color there looks radically different from a GBA screen to a modern display.
This shader is a good effort, but it's still way off. I'll try tweaking it later and let you know if I come up with anything.
The problem actually seems to be that modifying the saturation and gamma isn't enough. Where some colors are dull on the GBA screen, others are still bright.
That shader is based on VBA's mode. It itself may not be "accurate". The shader is superior to what VBA does however, since it keeps black levels the same. VBA also makes blacks dull and makes the entire screen duller.
I agree that it's a damn sight better than VBA's mode.
Have there been any updates to CEN64 or N64 emulation in general?
So do you think all the issues with Ace Combat 4 in PCSX2 will ever be fixed?
I haven't even tried 5 or Belkan War but I bet they have issues too don't they
Only 4.2GHz? Pleb.
Last commit was 17 days ago.
I want the best emulator for n64
Whats the best emulator for n64
>best emulator for n64
There really isn't one.
CEN64 isn't done. M64+ is probably the most complete, but it still has issues other emulators don't.
It just works
Do we have a reference pic?
i can push to 4.8 but i just don't feel the need to do it
>We've reached the point where emulating the Wii Virtual Console emulator in Dolphin works better than direct N64 emulation
Is this true?
Sure. Nintendo made their emulator to just werk even if it wasn't very accurate.
No. A lot of games flat out wont work, and
>No, not really. VC fails to emulate certain effects while Glide64 does emulate them. Also, soft rasterizers are being made that are far more accurate than any HLE renderer.
>A lot of games flat out wont work
Only if you inject them into the WAD, sure. If it comes pre-packaged it should work fine.
uh huh. would those soft rasterizers work on 2 gamecubes ducttaped together?
No, because there is no one "Virtual Console N64 emulator". It's a bunch of N64 emulators tweaked to run specific games. If there was one general N64 emulator, you would be able to inject most any game into it like you can with NES and SNES games, but you'll find that only a handful of games are able to be injected without issues, and only on certain VC games (I think Sin and Punishment was a popular one).
This is a retarded myth propagated by ignoramuses who have no idea how Virtual Console emulation works, and just assume it's accurate because it "appears" to work well, despite Glide64 rendering effects more accurately. The ONLY game that so far works better in the VC than under PC N64 emulation is Mario Tennis.
pc n64 emulators have to be configured on a per game basis as well. That's why theres so many plugins and other random shit to configure. The only reason you wouldn't have to adjust something is that a lot of them auto detect settings
Indeed. It's not a whole lot better given the need for ini files and shit (though RetroArch bakes that shit in), but at the end of the day, given N64 VC emulation uses HLE rendering just like the PC emulators do, you're far better off emulating directly so long as you use Glide64. Unless you really wanna play Mario Tennis, that is.
don't really see what's so great about using a plugin based on a 20 year old dead api
could any of these shaders be ported to RetroArch's format?
if all you care about are nintendo games then Id just get a wii and call it a day.
Because that plugin emulates the most of the N64's capabilities. Everything else is second-rate. Squarepusher rewrote the Glide to GL wrapper so it should perform much better than before.
>license change BS
>needs $100K to port/modify an existing emulator code base
Oh god damn it
hey, can somebody tell me if it is possible to 'deactivate' the deinterlacing in retroarch for PSX(mednafen) or what shader gives the best results for psx-games?
Grab this http://www.mediafire.com/download/10t04ob8c83a5e7/interlacing-halation.zip and use interlacing-detection.cg or whatever it was called.
What game is that ?
>yfw it's making a more portable nullDC
>reicast libretro core
SP has stated as such.
>inb4 SP goes full richard stallman
Not him, but I'm pretty sure it's Baten Kaitos.
I remember the MC being a jerk most of the time.
Is there any way to free RetroArch of lag on my phone? Why do people recommended it for phones anyway?
b-but muh principles!
Why do people always try to be as vague as possible?
>Is there any way to free RetroArch of lag on my phone?
Yes, trash your Android shit and buy Appleware.
If nobody has principles, then everything will go to shit
>not being into scat
Sorry. It's Baten Kaitos.
Disable all bullshit services and power saving shit, set CPU performance to governor, use a non-shit Android ROM.
Why would I want to be into the worst fetish?
I looked on the wiki and didn't see this, but it might be there.
I'm playing Final Fantasy 2 on epsxe and sometimes shadows appear that I don't think belong. Does anyone know what might be causing them? I've only seen them in this one place so far, but they're different almost every time.
If the gif I used isn't good enough, I can find a better example.
>I'm playing Final Fantasy 2 on epsxe
I think I found your problem.
this isn't so bad considering they want to relicense under the more liberal BSD/MIT. the greek may want money, but it's not like they're going full jew like exophase either
>Apart from that, we don't accept monetary donations right now. We also don't plan to be releasing a premium version at any store. Most of the project has been developed by drk||Raziel (aka, skmp, drk, Raz, etc) but it has been based on the works of multiple people. It would be extremely unfair to charge for it and get all the credit :)
5 and 0 just have some minor texture problems, if you've got a good enough PC. It works fine in software mode, but I've played through 5 and 0 several times in hardware mode. Sure, the ground flickers at longer distances, but it's fine if you get close to it, lik eif you need to attack something on the ground. The sun is a bit too big on some missions, but that's about it. Zero has some slowdowns in the hangars, and the ground, but that's it. I managed to sit through Ace Combat 4 for two playthroughs, as well. They're playable, though. I enjoyed my time with them, 5 and 0 are actually pretty flawless, aside from these issues.
Note: Linking to the thread in the wiki should be done like this from now on:
Don't use /res/ anymore, as that is deprecated.
Do any of you guys use Intel NUC or similiar mini computers/SoCs as emulator boxes?
I've been busy redoing my server and media setups lately, and it's about time to get some new hardware in. I'm really into the whole small form factor/low power thing, but have been burned by shitty ARM SoCs enough times to finally learn.
The machine will mainly be for XBMC, which even the oldest NUC models should be powerful enough for, but I was thinking to maybe bump up the budget a little more and get some extended use areas.
Here's the plan:
>Intel NUC DC3217BY or D54250WYK/H
>4 or 8GB RAM
>30 or 60GB SSD
>OS: Arch Linux (or Manjaro)
mostly because that's what I'm used to managing and I get headaches trying to hook up my remote anywhere else. OpenELEC is nice, but very limited
set up to launch from XBMC's main menu and controlled with a DS3 over BT. having the controller disconnect on quit back to XBMC would be neat too
>Steam big-screen mode
not as much of a must as RA, but it'd be neat for muh shitty indie platformers. the few that actually have linux ports anyway
Usually I like to spend as little as possible, so the i3 3217U one was what I was planning on, but it might not be up for the more complex shaders in RA? The 4250U one will apparently draw even less power and also perform than my desktop's old Q6600, so that might be worth the extra cash they're asking for...
Anyway, I'm still in the planning stage, so it'd be very cool to hear if anyone here have similar HTPC/emubox setups for reference.
android is total shit what did you expect
runs great on my nexus
skmp is drkIIRaziel
When will you add Windows version ?
if you're using windows you should be using demul
Trying to use SSF but I'm not sure what virtual drive program to use. VCD boots me out of Panzer Dragoon after the intro, and Daemon is spyware shit. Are there any better programs than this?
Demul is closed source and wasnt updated for a long time.I want Reicast.
um you're using windows and care if its closed source or not? they've been updating it fairly often
>DS upscaling thread, part 2
>The latest version of DeSmuME allows it and it makes a lot of games look fantastic.
I thought N64 emulation was suppose to be good on Android. Why does it run like crap on my Xperia Play?
>I thought N64 emulation was suppose to be good on Android.
Somebody lied to you.
>Why does it run like crap on my Xperia Play?
>I thought N64 emulation was suppose to be good
you thought wrong
Because the Xperia Play is crap.
Really it doesn't have to be that way. PPSSPP proved you can make good quality software, which has a great GUI and is cross platform, and FOSS, and free.
It is good if you have a powerful enough device. Nvidia Shield can apparently run Mupen64plus with Glide64 fullspeed now. Everything else has to use glN64 which is very inaccurate and buggy (but not as bad as Rice)
Good thing I didn't already try reinstalling visual ++
N64 is a hell of a lot more complex than a PSP, which was essentially a souped up PS1.
your sister is like a souped up version of your mom.
At least for me what is you gpu
mine is gt 440
I'll probably get some shit for this (since it doesn't support filters or any of that jazz), but Connectix Virtual Game Station is piss-easy to operate and emulates most games you throw at it.
More about the emulator:
I believe there's a hacked version somewhere that supports modern operating systems too.
If you just want to play PlayStation games without any hassle of advanced configuration etc., this is probably the most "casual" emulator available.
If you're going to use an extremely old and hacky PS1 emulator, you may as well just use psX.
what the fuck happened to my motionjoy
chinese hackers most likely
why in the hell are you still using that piece of garbage?
Would you say superwide 480p plus interlacing.cg on a CRT monitor counts as partial HLE CRT TV emulation? I say partial, because the monitor, being CRT, contributes several native aspects of the CRT experience.
i'd say that and a bag of potato chips
Who is worse: developers who make emulators payware, or people who defend them for doing so because they bought it?
What do you think?
neither. it's people bitching about other people making money.
more people being righteously angered about people making ill-gotten money off of copyright infringement.
damn. they're ruining everything. I wish they would get arrested and not get any money ever.
they will ruing everything when emulation becomes illegal because nintendo hates people making money off of their stuff.
they made prostitution illegal but your mom still does it.
is there a way to make pcsx-r games run at 60 fps? sorry for the dumb question, it's just that my crash bandicoot runs at 30 fps locked
No, most 3D games run at 30fps. Heck, even most ps4/Xbone games run at 30fps.
No one has been able to do overclocking in PS1 emulators either. Don't know why.
>most ps4/Xbone games run at 30fps.
When you are looking at a wall out of combat.
Installed Dolphin pretty much just for Xenoblade, and grabbed that 360 Controller icon pack for it as well. Now I just need to set up the controller buttons in the emulator, but I'm not very familiar with the Wii controllers. Anyone happen to have a profile for which buttons to assign to which 360 buttons? Preferably one that will match up with the Xenoblade icons.
any other places to get SMW romhacks apart smwcentral?
god damn these upscaled DS games look fucking awesome.
I think the next step in indie games should be older looking 3D games
I don't see the problem.
You can do ARM r4300i, NEON RSP, and NEON software rendering.
>upscaled DS games
Well do you expect to run them on a crt?
>I think the next step in indie games should be older looking 3D games
That would take talent plus effort. There's a reason why 2D Indie games look worse than Mega Drive and SNES games.
mfw the guy compiling upscaled desmume is only compiling for 32bit.
It's rendering at higher resolutions, not upscaling to higher resolutions.
Someone was posting on /v/ earlier about the latest Desmume build somehow allowing you to change the internal resolution of DS games finally. The screens were gorgeous.
Anyone have any experience with those custom 360 controller icons for Xenoblade? I got the game running beautifully, but can't get the icons to show up. They're in the correct folder, and I have "Load Custom Textures" checked in the graphics options. Even tried the PAL textures in case I was wrong about which version I was running.
I am running it as a .wbfs file instead of a .iso, think that might be the problem?
Technically it's not "the latest build", as mainline Desmume does not let you do that. Rather, it's an unofficial fork of the emulator that does that.
Nevermind, solved the problem after quite a bit of googling. Apparently recent version of Dolphin save a lot of the settings to "Documents/Dolphin Emulator" so I had to mave the files to the Documents/Dolphin Emulator/Load/Texture folder instead. Working fine now.
So the wiki provides PS2 Bios but not PSX Bios?
Is it possible to get Dolphin netplay working with crystal chronicles? Last time I tried the GBA emulator fucked everything up.
Pretty sure its not the right place to ask but i'll ask anyway
Has anybody ever made ever made an emulator, hack or something to make XNA based game not run like total shit on high end PC when they run perfectly on much less powerful computer ?
(basically from what i understand it has to do with game using the default fixed timestep method instead of variable timestep or a custommade fixed timestep method)
Has anyone actually gotten anything to work with Retroarch's dosbox core? I always get this no matter what I load.
MiJ is basically malware. That DS3tool page is a Web page served online. If something happened to the page it requires (e.g. site down/someone purchases domain) then you're fucked.
>that cel shading
Looks a little too thick on the PPSSPP version to be honest. If it were a bit thinner it'd look great.
That's not cell shading. It's just an outline. And I personally think it scales nicely. Much better than the usual complete removal or 1px thick lines when it comes to emulation.
Welcome to DOSBox, anon. This is how it looks without any sort of frontend. You need to mount a C drive somewhere. For example
>mount c C:\dosbox
Then just load the .exe of the game. Has to be in the folder you mounted, of course.
Does anyone have an answer?
Try using Mednafen, or the gpuBladeSoft plugin if you insist on using ePSXe. Or better yet, play either the NES or GBA versions which don't have horrid loading times.
As to why you're using the PS1 version, or why you're using a plugin based emulator for a 2D PS1 game? Only you can answer those.
Does not work in Windows. Yet. A chinaman got Win32 version to work but he did not make those changes public. Because reasons. Wait for someone else to fix it.
We already mentioned the major problem: epsxe. There's other options and such listedn on our wiki.
I'm not 100%, but I'm thinking the PS1 version might be the best out of them all. The latest versions have really awful graphics. It has much better music than the GBA version, and it differs greatly from it.
it doesn't work that way. I've used dosbox quite a bit, but the RA dosbox doesn't seem to let me use certain keys like slashes. I already tried manually mounting things. Vanilla Dosbox opens shit by dragging and dropping files onto it, so no idea why RA's doesn't just open exe and conf files without manually typing it in.
I guess I'll give another emulator a shot, but I've got a few saved files, and I'm not sure how to transfer them. I've made too much progress to start over in any case.
well you could just change plugins to something like gpubladesoft. That'd probably fix it and be the easiest.
You could use something like mednafen. And you can transfer saves. Always remember to double back them up before though.
Use those bios, place in systems folder unzipped.
Double check the cuesheet to ensure it's setup right. Info on wiki for more details.
Thanks, I'll try the plugin change first.
The glitch wouldn't be that big of a deal if I weren't recording my gameplay.
Bam. Every single time.
Oh god, what? Instance of '*char'?
I'm pretty new to this kind of thing, so I don't know how to install the plugin and I just went off my best judgement and advice I found via google.
I found and downloaded gpubladesoft, put it in the plugins folder of epsxe, started the the emulator and tried to find it under configure>video, but it wasn't there.
Apparently it's a 7Z file? I don't know if that even matters, but everything else seems to be dll.
7z is an archive. Extract it.
And before you ask, you have to install like something or something. It's something for the menus. Wiki should have info.
What? I just don't understand what you're saying in the first sentence.
This is where I usually give up on this kind of thing.
Does anyone have a config for NMH on a 360 controller?
Spent 1/2 and hour trying to get something decent and it's not quite working.
I've got a BT adapter coming in the mail but I can't wait and would prefer the 360 controller anyways.
also depends on your freaking GPU
My laptop runs games fine too
Intel i7 4700qm with nvidia GTX65M
character array pointer
it's basically a string somewhere
So I'm using SCPServer to get my DS3 working on my PC. How do I turn the damn controller off?
>This is where I usually give up on this kind of thing.
This is a bad attitude to have in life. I grantee its also why you didn't know what a 7z archive was.
It seems EmuCrap ruined the directory structure when repacking that plugin as that exe is supposed to be in its own configs folder. also >>67249667
It keeps coming up whenever dosbox svn crashes, which is every time I load anything.
I'm really sorry to keep bothering you guys but I feel like I'm almost done here. You can see the thing it's looking for is right over there, but it says it can't find it. Is there a certain place I need to put it?
Thanks for all the help so far.
It's mostly in terms of software things. It seems like the things I have to do just keep piling on and the number of things I have to download/install just keep increasing. It gets irritating.
Whatever. Try mednafen then.
I've come too far with this at this point, though. There can't be too much more to do.
Mednafen is way better.
Anyway make a folder called 'config' (or configs' I cant remember) in the main directory and put the exe there.
The EXE needs to be placed in the /configs/ folder.
It's running, just need to see if it's fixed the issue. Either way, thank you very much.
Now it won't even open an ISO without instantly crashing.
You have the bios?
Honestly just give up on that plugin hell shit.
Goddamn it. All that goddamn time for nothing.
I'll just use the other emulator.
use linux, noob
>RA dosbox doesn't seem to let me use certain keys like slashes.
This seems to be the same problem that the in-app RGUI keyboard mapping has. I wonder if it's a Windows specific problem, if so is it a problem with the DirectInput driver's keyboard functionality?
WinCDEmu, Alcohol 120%, PowerISO, UltraISO? The first one is LGPL while the latter three are payware shit but you can just pirate them.
WinCDEmu would be nice if it actually worked all the time. I can't count the number of disks it just failed to mount due to finding them ``corrupt'' or some shit. Most were VNs. But a few games wouldn't work either.
Virtual Clone drive is on the same tier, but with less format support and freeware license shit you'd expect.
I'm fairly sure both of those only have issues due to copy protection methods being preserved in the disk images or something like that. But they've issues nonetheless. Sure, it would probably work for emulation alone. But you don't install general mounting software just for one purpose like that.
The only one of those worth pirating is UltraISO, but I highly doubt you need the feature set.
Daemon Tools Lite is freemium shit instead, and just works fine. Fully functional and reliable mounting.
Sadly, its media panel connects to the internet and loads its own advertisements (For Daemon Tools non-Lite), but it doesn't connect or run the panel at all if you disable it, and there's always firewalls if you're paranoid.
Why does Windows mounting software suck so bad?
you can just run some old version of daemon tools. at least theres options in windows. in linux it's cdemu or nothing
oh ya and if u ask anybody why there are no programs they'll just wonder why anybody would mount anything other than an iso
>Press and hold L1 + R1 + PS for 2 seconds.
Is nearest neighbor upscaling a "filter"?
No. It is an interpolation method. Same with bilinear, cubic spline, lanczos, etc.
Unless they're being filtered onto the image, like before final scaling.
I'm beginning to think the world "filter" is being erroneously applied as a catch-all term for both scaling algorithms and post-processing effects. It's kind of lazy and only introduces a lot of ambiguity and confusion.
Nearest neighbor, just like bilinear, bicubic, and even the so-called "smoothing filters", should actually be referred to as a scaling or interpolation algorithm. This is one thing I think DOSBox got right, as it refers to its baked-in "filters" as scalers instead.
Now, shaders like the waterpaint and neon ones, and perhaps CRT-Geom, those are post-processing.
2xsai and xBR are also interpolation methods.
Indeed. But they're also filtered (or shaded) on before scaling with bilinear. It depends on perspective, just like input lag versus output lag.
>they're also filtered (or shaded) on before scaling with bilinear
Only if the filter only scales up to a certain point. AFAIK there is no 3x or 4xSaI, so indeed, if you wanna go up to 4x scale, you have to use another interpolation method afterwards. But xBR goes up to 5x, so there's little need to use anything else afterwards.
xBR is supposed to be scale independent now
Well, there ya go.
Aren't CRT shaders technically upscaling too? You feed it a unscaled image and it outputs an upscaled image that looks like a CRT
Yeah, xBR is an interpolation method (Scalar, or scaler? Seems to depend on the dictionary used) regardless of if it's a filter, shader, or something else entirely.
That depends on the method.
If it takes in individual pixels and reorders/scales them to an output (Like recreating a proper raster, in CRT's example) then yes.
If it takes the image and distorts it regardless of scaling (Using bilinear or nearest as a base instead, in the same example) by just adding lines and shifting or adding phosphor colors, then no.
Casual emufag here.
I'm having issues playing Space Station Silicon Valley on PJ64.
Game runs fine for a while, but once I get further into a level I lose about 5 fps / s until it's unplayable.
A good example is the built-in scanlines in Pete's plugins. They're advertised as "TV-like", but they are completely static. All it literally does is gray/black out every other line, regardless of scale or resolution. Thus, they're more like a post-processing effect than a scaling algorithm.
Which version are you using? The Bighead guide lists only Mupen64 as working with that game, but for all we know, PJ64 2.1 fixed it. Who knows, though. You could try RetroArch's Mupen64plus core.
Been running 2.1
I'll try out Mupen64 and see how that rolls
So I downloaded the latest dropbox build of RetroArch, and found out they added the Blargg NTSC filters. I tested the NTSC-RGB filter out using the Snes9x core, but after a minute or two, the game freezes on me. This does not happen if I don't enable the filter.
Can someone else please confirm if this also happens to them?
It's just another broken half-assed feature that never got finished up properly, just like Keyboard mapping, the D3D driver and the "augmented reality" stuff.
Just tried out Dolphin for the first time. Godfather: Blackhand Edition.
Game won't get past 70% speed most of the time, despite tweaking a lot of settings.
I guess my CPU is bottlenecking it. AMD FX 6300+ model, 6 cores. 3.2 ghz I believe (I'm at work). GPU is just a GTX 660.
It's a shame Dolphin can't use more than 2 cores like PCSX2. I can run that shit absolutely perfect.
Any idea why my none of my inputs are registering in-game?
I'm using the latest Lilypad plug-in in PCSX-R with a 360 controller, and despite my button presses registering in config, nothing happens in-game when I press them.
>why my none
Try using the Pokopom plugin instead. That one is more specifically geared toward 360 controllers.
You sound kind of bitter. Also make an issue on Github, that's the only way devs will know it's not working right. The D3D issue only got fixed after I reported it, and I only reported it because nobody seemed to want to do it, even though I don't really give a fuck about using D3D really.
Just what I needed, thanks.
It seems overly pendantic. So I'm just going to say "yes". Unless you're insistent on using overly technical nomenclenture. In normal parlance it is a kind of filtering.
Where can we get it?
Those filters are WIP
I wonder if they'll get mudlords permission too.
> just like Keyboard mapping
Keyboard mapping has been implemented. Don't know what you're bitching about now.
I'm tempted to download dbz budokai 3, but i don't yet have a controller. Do you think it would be playable and enjoyable with just a keyboard?
Also budokai 3 or budokai tenkachi 3?
It's been "implemented" but doesn't fucking work correctly.
Half of the keys are either getting mismapped or aren't even recognized.
You guys still recommending PCSX-R over ePSXe? Less than a year ago I compared the two and PCSX-R has intermittent input lag.
I know a lot of people aren't privy to input lag so if you want to test it yourself try doing trials in Street Fighter EX2+. Maybe you'll notice it most with Bison's final trial. ( c.MP > c.MP > c.MK)
I noticed it as well. It's very subtle, but it's there. Mednafen does not have the issue.
>Mednafen does not have the issue.
But it does have other problems on its own, see >>67118343
they won't. whatever mudlord does doesn't matter and the psychotic cunt can burn in hell.
byuu 4 lyfe.
Mudlord is not a whore cunt like your precious buttbuddy for life DrkRaziel.
Fuck that guy and fuck you.
The guy based his whole "accuracy benchmark" on which emulator looks the most like Sony's PSP one, his "findings" are worthless.
I HAVE THAT TATTOOED ACROSS MY STOMACH.
It probably works fine on their end (I.e with Linux). You need to make an issue report on Github if it doesn't work for you.
hoesntly if you're still using windows in 2014 you deserve pleb status
What problems? It doesn't render some overscan bullshit you wouldn't even see on real hardware? Please state actual issues (like say, lack of save states) than some "accuracy" nitpicks that isn't even confirmed against real hardware.
Why are you guys so mean to mudlord?
I was referring to the scamartist drkIIRaziel, he won't give a shit what mudlord says
because the psychotic bitch deserves it for being a fucking lamer.
that abortion of VBA should rot too.
the fuck is this? I though I had downloaded an iso
Too bad for you then since there's no viable alternative to VBA and its forks :)
i thought mudlord went off the grid
how the fuck is VBA-M viable?
Its complete shit compared to higan
MOTHERFUCKER, THE PAGE SAID IT WAS FOR PS2!
That's not a very nice thing to say about someone
oh wait, no, the rar file clearly says "ps2", and the game was released only for that system
anyone have an idea how to play this?
Maybe that's true in an alternate universe but not this one.
>off the grid
he comes in here occasionally and is pretty much always in #retroarch
A New Challenger Appears!
Overall, it appears to be much more comprehensive than RA
oh dear god
That's what this >>67192562 is about. It's just a collection of random emulators, that never got permission from anyone.
ffs fuck all that license bullshit
>already more downloads than RA
>a simplistic nice looking GUI
>more emulation cores
>doesn't want access to your camera/location data
>more comprehensive than RA
> No opensource API
> Just a bunch of emulators strung together
> Already pissing off projects like Reicast and making them go semi-open source
RIP happy Chick
>trusting some chinkware over free and open source software
> Android-only shit
> RetroArch everywhere on any platform - including platforms that don't suck (iOS says hi)
>doesn't want access to your camera/location data
This is what really ticks me off about RA, why does it need that? It might consider giving Happy Chick a try since I don't really care about all that GPL drama and if it turns out to be nice alternative I'll gladly pick it over RA, which seems to go into a quite questionable direction.
> An easy way to do it is download happy chick from the play store and you can download the game and it will automatically download the emulator for it and it plays fine.
> Download the emulator for it
Sounds like it is just a reskin of existing emulators.
Not at all like libretro ports at all, or like RA at all.
Poster fails to understand to this day what RA/LR actually is.
I'll choose what works best and I don't give a fuck about "free software", go back to /g/
Doesn't matter shit if I want the best emulator on Android.
> No opensource API
Like I give a fuck about SPs NIH syndrome
> Just a bunch of emulators strung together
RA is just a bunch of emulators rewritten to work with his API
> Already pissing off projects like Reicast and making them go semi-open source
Yeah, it's not like the Reicast dev is full of shit and simply wants to squeeze as much money out of it as possible
>why does it need that?
Taken directly from RA's play page.
>- The permissions necessitating 'camera' and 'location services' are only there because Libretro cores now have the ability to make use of these features on the platform that supports them. As of right now, only two test cores (Modelviewer Location and Instancingviewer Camera) make use of them. NOTE - the camera and location functionality will NEVER be used without your consent, and it will never be used in cores where it isn't part of the actual user experience (ie. not most emulators).
> I'll choose what works best and I don't give a fuck about "free software", go back to /g/
Happy Chick just downloads the emulator and 'launches it'.
There is no such thing as 'Happy Chick' - it is just a frontend that calls a bunch of emulators with commandline args.
BRB comparing this to RetroArch.
When I want to install RA it instantly wants me to give it permission to access my camera/location data.
This should ONLY appear if a core actually uses it, no other emulator wants that shit.
>>already more downloads than RA
1. RA had a lot of downloads before it was pulled from Google Play
2. Who really gives a fuck about how many downloads it has?
Everything else is either worthless fluff or meaningless paranoia. Also, what cores does this have that RetroArch doesn't?
Updated: RetroArch[471ac51], Mednafen[643c5e3]
Added: RetroArch Video Soft Filters
Updated: RetroArch[471ac51], Common-Shaders[e637cdf], ffmpeg[5ad1add], Hatari[9a2c938]], Mednafen[643c5e3], Mupen64plus[f07c33d], UME-SVN[9bc9934]
NOTE: For best results with Android port, be sure to uninstall previous version before installing newer versions.
UME-SVN2014: based on MAME-SVN r30236
> This should ONLY appear if a core actually uses it, no other emulator wants that shit.
You tell Google that - they made this retarded system of permissions to begin with.
There is no way to do it in the way you're describing.
Alternatively, just download the APK from the libretro homepage - there is a 'nocamera/nolocation' APK alongside the 'full' one.
Now I hope you can lay down on the kookery.
>Also, what cores does this have that RetroArch doesn't?
PSP and Dreamcast, which is quite a dealbreaker.
Correction: it DOWNLOADS PPSSPP and Reicast and theN RUNS IT.
There is NO implementation AT ALL in terms of Happy Chick RUNNING THIS STUFF.
Also - Happy Chick including ROM downloads? Heh, well guessing it's from China they don't give a shit. But I bet this won't last long.
>not just using PPSSPP and Reicast by themselves alongside RetroArch
Besides, there will be a PPSSPP core later on. Reicast core maybe if they don't do retarded licensing.
>there is a 'nocamera/nolocation' APK alongside the 'full' one
How about you put up that one on Google instead of the spyware one since "only two test cores make use of them" anyway.
I'm not going to download some random APKs from random websites.
Especially not those that look like they've been designed within 5 minutes.
If you have a device that doesn't have a camera or GPS then it will download that APK instead.
This is Google's system - you are limited by what you can put up on Google Developer site.
> I'm not going to download some random APKs from random websites.
Who cares what you are going to do. I certainly don't. I'm just here to remind you not to lie and bullshit about things you clearly don't understand.
Yeah thanks, doesn't help me if I want to play naow.
I'd rather like something that's entirely upstream instead of some shit that got written into some random API which is maintained by only two people.
Let's say some random asshole wants to play some gaymz and is too fucking lazy to download standalone emus
He looks up the play store and sees RA and that Chinaware, he wants to install them and RA suddenly wants his camera'n shit, chinaman doesn't want them.
Guess which one he will pick?
He'll sure won't read through a bunch of sauce code or hunt down the internet for a non-camera version if could simply pick something else yo.
Who cares about what you like or want?
That "Happy chick" isn't upstream at all.
>Who cares about what the users like or want?
Easy, RA will stay niche, no dev wants to target it and people will end up buying brogliaware instead.
I'd just like to interject for a moment. What you’re referring to as Linux, is in fact, GNU/Linux, or as I’ve recently taken to calling it, GNU plus Linux. Linux is not an operating system unto itself, but rather another free component of a fully functioning GNU system made useful by the GNU corelibs, shell utilities and vital system components comprising a full OS as defined by POSIX.
Many computer users run a modified version of the GNU system every day, without realizing it. Through a peculiar turn of events, the version of GNU which is widely used today is often called “Linux”, and many of its users are not aware that it is basically the GNU system, developed by the GNU Project. There really is a Linux, and these people are using it, but it is just a part of the system they use.
Linux is the kernel: the program in the system that allocates the machine’s resources to the other programs that you run. The kernel is an essential part of an operating system, but useless by itself; it can only function in the context of a complete operating system. Linux is normally used in combination with the GNU operating system: the whole system is basically GNU with Linux added, or GNU/Linux. All the so-called “Linux” distributions are really distributions of GNU/Linux.
I made some presets for NTSC shader combined with a CRT shader:
And for real CRT monitors:
Several emulators have accepted libretro upstream. The ones that haven't are all run by massive autists.
you can talk about this all you want point is - I'm right - and you are probably dead wrong
>that one guy who knows how to stir up drama on Emugen
>everyone who doesn't want to work with our new surperior API is an autistic cunt
And this stance is the reason why most emudevs don't give a fuck including Mednafen, MAME, PPSSPP, Dolphin, Reicast, Scummvm and Yabause.
Squarepusher treats everyone like his peasants and everyone who disagrees gets shit thrown into his face.
Any real reason not to use libretro API other than hurt feelings bullshit?
I can't see why people don't implement it out of principle since it's basically free portability.
1:It's shitton of work, especially for OGL apps
2:Most emus already run on Win/Mac/Linux and emulation on any other platform is simply a sub-par experience
3:The API is poorly documented (the recent changes to controller hookups are nowhere explained at all)
These are great. Can we have curved versions please?
> 1:It's shitton of work, especially for OGL apps
Lies. You save yourself countless amounts of time by not having to target every GL context under the sun.
> :Most emus already run on Win/Mac/Linux and emulation on any other platform is simply a sub-par experience
What is a 'sub-par experience' most of the time is their AV frontend. And besides, emulators should not be monolithic programs - they should be pluggable cores.
Whats a good Dreamcast emulator thats easy to set up and can play D-2?
Then riddle me this, why is mupen-libretro full of graphical glitches not present in the mainline even when using the exact same plugins?
>most of the time is their AV frontend
Yeah, not like there's huge Java pit of doom hidden beneath android.
Consoles are even worse, they don't even have the power to run 9x at fullspeed.
if other emus gave a shit about audio/video sync then maybe there would be less reason to port to libretro
> Then riddle me this, why is mupen-libretro full of graphical glitches not present in the mainline even when using the exact same plugins?
More lies. Glide64 has no such glitches. And you shouldn't use anything else anyway.
Anyway, I get you're just a vindictive sad little troll that just wants to hate. Haters gonna hate and all that.
> Yeah, not like there's huge Java pit of doom hidden beneath android.
Consoles are even worse, they don't even have the power to run 9x at fullspeed.
Wut? You're not even making sense right now.
>why is mupen-libretro full of graphical glitches not present in the mainline even when using the exact same plugins?
If anything it has less
There are even more, just take a fucking look at the issue tracker
what the hell do those have to do with audio/video sync?
Sorry, meant to quote >>67300569
1. That second one doesn't happen on my end
2. Where does it say those are " not present in the mainline even when using the exact same plugins"? I'm not seeing it there. Looks like most of that is just due to inaccurate emulation in some way.
This FUD spreading you're doing is kind of pathetic. It's almost like you're butthurt about something...
The Smash Brothers 'glitch' doesn't happen on Linux.
Sucks for you that you're still using Winbloze and the pathetic-ass Mingw toolchain.
Anyway, Mupen64 libretro will be upstreamed in piecemeal and maybe overall GPU compatibility will increase again as a result.
Until then, be grateful and STFU. This has NOTHING to do whatsoever with libretro GL in the API. Stop talking crap about things you know nothing about.
What's wrong with MinGW exactly? I've been using the one that lordashram posted and it has worked fine for me for most cores that compile with it.
>doesn't happen on my end
Oh, that must mean the problem doesn't exist for someone else for sure!
>Where does it say those are " not present in the mainline
Just look it up yourself then son
Mupen is the only N64 emu with TAS features in case you don't know
>This FUD spreading you're doing is kind of pathetic
Yeah because criticizing you little 1-man project is considered FUD now right?
Just replace the crt-hyllian pass with crt-geom with curvature enabled
>>Yeah because criticizing you little 1-man project is considered FUD now right?
I'm not Squarepusher and yes it is FUD when it is done with intent to turn people away from the project.
Pointing out bugs within a piece of software does indeed turn people away from the project.
FUD is something different though.
>Sucks for you that you're still using Winbloze
First you say libretro is great because of portability, now you say anyone who uses an officially supported OS should fuck off and use something different because its only broken there?
This seems to be caused by shitty coding since the mainline doesn't have those problems.
>Until then, be grateful and STFU.
How dare I say something doesn't work right in your program!
It can be twisted to be FUD quite easily:
>this libretro core has bugs
>therefore it is shit because of libretro and worse than standalone, so nobody should use libretro!
ya, shitty coding in Windows, not RA.
If you knew how to code you'd know that this has nothing to do with Libretro GL or the libretro API.
Mupen64 libretro so far has simply not been a straight fork. It has gained a lot but it might also have introduced a bug on 'random platform' here and there.
Anyway, it will all be properly rebased pretty soon and it will be more upstream friendly so you can shut the fuck up pretty soon. Which will be music to my ears to hear one bitch-ass faggot complaining less.
Shitty codegen from mingw is probably the problem, that was his point. It doesn't compile right now with MSVC because Microsoft hates cross-platform code.
Which is why Windows has so many compilation issues when Linux doesn't, because its compilers are shit.
This is just pointless shit stirring, it makes everyone look bad. Just stop posting already.
Here's an example with crt-geom-curved.cg
Squarepusher is the biggest block on RA's path to excellence. Just imagine what a wonderful piece of software it could be if SP wasn't an autist and listened to other people - bugless on all platforms, with neat Windows GUI etc. But then I read comments like this and remember that SP has no vision and hates everything good.
>bugless on all platforms
That's a pipe dream. There's always going to be bugs somewhere, even if they're bugs in the platforms themselves. This is like expecting emulators to ever be "perfect"
I wouldn't bash SP much for being a jerk sometimes, if it weren't for him most of this wouldn't exist at all and it would still be SSNES the libsnes frontend.
> Goes to his Facebook page
> Sees guy talking about uploading games to his central server to let his 'users' download games from - from within the app
> Today,Happy Chick Studio has uploaded <Street Fighter 2>to MD emulator.Come on and enjoy modern fighting again.
> Today,<Lego Soccer Mania>&<Lego Drome Racers>already uploaded to GBA emulator.
Yeah, this gives emulation a really good name. And a really good name with rights holders as well.
Good thing he's in China and the most that will come from this is it getting pulled from the app store within a week or so. But yeah - it sucks that this is the kind of fucking horseshit that you want to support.
>SP has no vision
augmented reality bro!
Windows GUIs are shit though
RA and PPSSPP have the best GUIs
they are usable on virtually any kind of platform yet still have great functionality
Dolphin and PCSX2 bonus are acceptable (too bad PCSX2 bonus is still kind of bogged down by the default PCSX2 GUI but whatever)
The worst kind of GUIs are the kind that emulators like Snes9x, vba, or desmume use in other words Windows GUIs
Thanks man, that actually worked out really nicely.
I agree with this, I've become a fan of controller driven UIs myself lately, it makes emulation more convenient when you're using a controller because you can get comfy and not have to put down the controller to swap games, change settings, etc.
I don't care if this makes me a "consolefag" in the eyes of the mustard race
gui is meaningless, all it does is add features that are already in the emu
>libretro is great because it works on so many platforms!
b-b-b-ut it seems like X doesn't work my platform!
>fuck you and your platform!
Windows toolbar-and-menus GUIs are not necessarily better or worse. IMO it all comes down to personal preference. The reason many people consider them "good" is because that is what most programs and emulators have been using for decades, so people are used to them.
nobody should be using windows so retroarch is doing you a favor in that regard
VR is much more promising.
>create a virtual basement with all suppoted consoles and arcade machines
>create virtual pixel-perfect monitors for each system so that you don't need shaders anymore
>use binaural 4D audio to perfectly emulate sound going through CRT's sound system
Why does this keeps happening in Birth By Sleep and Dissidia.
You don't get it do you. Microsoft hates everything that isn't locked into their OS, that's why their compiler has all these retarded "shortcomings" like no C99 support. Mingw is apparently a crappy port of GCC, though the Mingw-w64 fork is supposedly much better.
His anger toward Windows is quite justified, even then he tries to fix the issues when possible. There's also the issue where graphics drivers on Windows do things that are detrimental to emulation that can be easily sidestepped on Linux with open source drivers.
so I've been living under a bridge for a while, so can somebody let me know if 3ds emulation is a thing yet?
as soon as gabe announced steamos you should've known windows was shit. you have only yourself to blame
Download your RA archive, everything's in a single folder and works
You'll either need to manually add the PPA or compile all the shit yourself which takes forever.
After that you'll need to search for your core folder which is buried deep within your system.
Next you'll need to go to your homefolder to configure RA since the keyboard mapping function still isn't working correctly, you'll also need to go there if anything breaks and you can't use RGUI anymore.
A single zip with all files is impossible because of the shit ass file structure Linux uses.
Linux has no gaems and open source software is shit with very few exceptions.
LibreOffice and Gimp are tolerable at best.
Foobar is Windows-only and nothing comes even close on Linux.
Steam library is very poor.
Linux audio is a clusterfuck.
Linux graphics is a nightmare (hello wayland/x).
Because there are so many distros everything breaks easily or requires a lot of tinkering to work.
Hardware support is bad.
Font rendering is bad (I pity those fools who use Linux on sub-HD laptops)
But at least it's libre, right?
Well, not if you install proprietary codecs and drivers (which you most likely will).
So there's no point in using Linux even for Muh Principles, because you're using bad software AND let the jewish satan of capitalism to fuck you in your ass.
Linux is the best if you're making a emulation box, especially if it's ARM-based.
Linux has some things that are nice for emulation like KMS/DRM that can be used to get around video driver latency.
Hi, having an issue with Dolphin.
I recently deleted Dolphin and reinstalled it since I was having issues with games crashing.
But now every game says I lack a memory card. When I go to the memory card manager and hit browse, this pops up.
I've selected the MemorycardA file and opened it, it had all the appropriate information, I closed the manager, but every game still refuses to acknowledge that it's there.
Could anyone help me?
uh what linux has no display drivers for arm
Why is it that PS2 emulators are never as crisp / clean as Dolphin?
My internal resolution is high as fuck and it still looks blurry and grainy.
Meanwhile on Dolphin, it'll look full 1080p.
Just how the PS2 was.
There's no work around?
With some games you might be able to remove ugly post processing effects with skipdraw, but yeah PS2 just generally doesn't look as nice.
You can run RA from your anywhere if you want.
You could distribute a binary the same way as windows if you really wanted to.
>shit ass file structure Linux uses.
Hey dumb question, how do you go about playing ps2 games in Linux?
nix is great. its easy to use and seems to do more with less. Having a live emulation disk/drive is awesome too. Windows is still better atm because there are still a few essential emus that are win-centric/only, but in the next 10yrs or so *nix will be a much better choice for emulation.
That being said, people will still use windows because it is a better overall gaming os and I don't think m$ is gonna drop that ball.
Help, I can't get FF12 IZJS to play properly.
After starting a new game, I see the first cutscene then the screen goes black.
inaccurate emulation by not lynching files like AS/edge_walk.c
That's how the games are. Sit farther back, really.
haha linux is for turbonerds and still need help?
linux isn't for gaming anyway
PMTTYD crashes on me as soon as the game is about to go into the tutorial fight (the very first one). I've tried messing with literally all the settings and nothing happens. Are there any fixes for this? Should I download an older, more stable version of Dolphin? Which one? Please help I want to play my favorite game of all time
when I try to emulate the berserk game for the ps2 the emulator stays black for a few seconds and then crashes, anyone knows why is this?
when I try to emulate the berserk game for the ps2 the emulator stays black for a few seconds and then crashes, anyone knows why is this?
>linux isn't for gaming anyway
Why not? The only problem is lack of software. its better than Windows in every other way.
it's one of those games that are known to be glitched in the emulator but still playable
you won't be able to fix it
the devs aren't really trying anymore
no, I don't see how crashing the emulator makes it playable
do you have a very recent build?
I have a weird glitch in FF1 on PPSSPP where there are black squares on the world map. Am I doing something wrong or is it the emulator's fault and nothing can be done.
build? sorry, I'm new to emulation
I have the latest pcsx2
then you don't have a recent build and probably something ancient from the main site
try software rendering first
enough spoon for you
Not that guy but why isn't the most recent version on the official site?
okay, now it works, but right from the start it give sme this moonrune screen that I have no idea what it is. When I press circle it brings me to other and then back to this one in an infinite loop, anyone knows what it says?
It says that there isn't any save data on your memory card and if you want to make a file.
okay, so I press circle and I get this
then I press circle again and I get back to the previous one in an infinite loop
The selection is probably defaulting to "no". Try pressing left and then circle on the first screen you posted.
OH FUCKING LORD I LOVE YOU MAN
you really are new to this, kid
If that is the Berserk PS2 game I think it has a fantranslation.
it is the fantranslation, but for some reason that part was left untouched
It's taking advantage of the high bandwidth of VGA signals to hide aliasing from the digital to analog conversion.
It can also be used to simulate NTSC signals quite convincingly. Those NTSC+interlacing presets I posted look quite natural with no ugly aliasing in the simulated artifacts.
Also I played Mega Drive with 2-phase composite NTSC for nostalgia reasons about an hour and got used to it, then I switched to a higher quality shader preset (TVOutTweaks set to 512, gamma shader, and interlacing) and it was like I was switching to RGB on the real console for the first time.
Why is gamecube emulation so horrible ?
Do you guys know where I can find a list of links like these:
But for PS3 games?
The program used for decryption/extraction is called "PSP PS3 PKG Decrypter Extractor", so I'm assuming there's a list of PS3 links out there?
>Why is gamecube emulation so horrible ?
Not enough pillage of copyrighted NDA'ed Nintendo sourcecode.
Don't worry, they'll eventually get there. And then slap a GPL license on it for double hypocritical effect.
So I haven't paid attention to the emulator scene in quite a while.
Anything exciting happen in the past few months?
RetroArch on Android is obsolete now:
The recast devs are going to sell out:
And Square pissed off MAMEdev, killing any chance of libretro being upstream:
>Not enough pillage of copyrighted NDA'ed Nintendo sourcecode.
No one cares about those Ivan. Those NDA's were there to prevent someone making a Clone console in 2002. They don't' care about emulators in 2014.
SP got into a fight with the super autistic MAME devs. They're kind of idiots.
This is bait.
running emulators on phones/android is the stupidest shit ever. What would actually make sense is targeting embedded arm platforms like odroid
RetroArch made some headway there, some guy wrote a video driver for that.
does anyone ever use online kalera for anything? i'm playing snowboard kids
its not actually. joystick addons for phones are not really all that popular yet because the software for them kinda sucks and not a lot of games support them atm, but at some point phones will be the dominant joystick for all gaming devices.
what? why not use freedreno or something?
>Hey guys, go target my awesome API!
>Fuck you you autistic shitheads!
Yeah, it's all MAMEdevs fault
>phones will be the dominant joystick for all gaming devices
touch controls will become the dominant joystick?
>mess dev: mame/mess is not a toy. Don't play games with me...i've got work to do on cash register emulation.
a joystick addon for phones, not touch controls.
also, phones will always be limited by shitty hardware and software limitations. Regular arm platforms have much more potential and allow different operating systems.
>RetroArch on Android is obsolete now:
Maybe for total plebs who think in-app ROM downloads are more important than actual emulation quality. Supporting that thing is supporting the death of emulation, there's going to be a big shitstorm when rights holders see what's happening there.
>And Square pissed off MAMEdev, killing any chance of libretro being upstream:
There was never a chance in the first place. Haze was calling it "dangerous" and the others are too ingrained in their ways or paranoid to consider anything new from a perceived "outside force". SP tried to debate them on their reasoning but it blew out of control.
just think, retroarch could release their own "boxee box" at walmart
happy chick is awesome, but its days are numbered. get it while you can.
oh ya and they would destroy retron5. just make all the cores act like seperate channels as is done on appletv, roku, etc..
I don't know much about it except someone was writing drivers for Odroid to get RA to run well
does the retron5 work with flashcarts?
Nobody gives a fuck about those old games anymore, in case you haven't noticed it yet the Internet Archive host a shitton of them too.
Happy Chick simply user comfort first about everything and actually treats its users with respect (see review section) unlike RAdev who shits on anyone who disagrees with him.
Nobody gives a fuck about your moralefaggotry.
also, sales of the device could go to fund saturn emulation
>killing any chance of libretro being upstream:
They weren't going to do it anyways. They're super autists. They shit on RA needlessly and either can't understand any of its features or purposefully pretend they're shitty. Shitty devs who won't accept anything outside their little clique.
He should have let it go after that, but MAMEdevs are complete tools. RA puts "nothing new on the table" and it's "dangerous"?
> Promoting crappy Chicom shit
> Promoting crappy Chicom shit that uploads ROMs to their own internal servers and lets fags using their app 'download' those ROMs
> Not expecting this shit to be pulled faster than you can say 1,2, 3
Get the fuck off this channel - seriously. We don't want your fucking kind here.
>LR/RA is dangerous because vague reasons and other FUD
>no it's not and here's why
>LR/RA doesn't care about accuracy or preservation, MESS 4 lyfe
Haze is a faggot
The devs are crippling mame/mess as they develop it to keep it from being commercialized/toyified.
Any dev that sacrifices performance for "code readability" should be castrated.
This program gives ppl what they want and it does it well. hopefully he'll keep developing it after it gets pulled.
Like I give a fuck about nationalities
>lets fags using their app 'download' those ROMs
Yeah because it's so hard to download old ROMs right? Not like a million sites host them already.
>Not expecting this shit to be pulled faster than you can say 1,2, 3
It already has twice as many downloads as RA and never got taken down, unlike RA :*)
why does it matter if its on the store? cant you just download it from some website?
> This program gives ppl what they want and it does it well. hopefully he'll keep developing it after it gets pulled.
Technically it is inferior to RetroArch.
Sync-wise it can't compare.
Shader capabilities-wise it can't ever compare.
But hey if you just want to 'download' ROMs (illegally I might add) and you don't care about any other shit - it might just be for me.
>RA brings nothing new to the table
>Well, here's some neat features RA has which are unique
>MAME has had those since 1998!
>But hey if you just want to 'download' ROMs (illegally I might add) and you don't care about any other shit - it might just be for me.
Of course not, I only download legal homebrew software like everyone else here.
*might just be for you
same goes for ios and windows phone. who cares if it's on the store or gets pulled? just download that shit from the internet
You should really stop bullshiting.
You are promoting shit that is going to get an entire emu scene in trouble. You are the lowest of the lowest kind of scum on this Earth.
wouldn't argue that it's superior to ra. it's not.
but it IS awesome for what it is. it's really fucking simple to use and has a ton of cool features. the rom/bios-downloader is obviously what is going to get it pulled, but so what? Because it's making that easier for users doesn't make the software less awesome.
has anybody run ra on the firetv?
It's Chinacom crap that is making an entire scene look bad and is going to lead to even more takedowns, even more draconian copyright shit.
All of this shit you can blame on your own punk ass self. You champion this motherfucking horseshit when it pops up - because you are a piece of disgusting dogshit that tolerates immorality, toleratees punkness, tolerates sleazy entrepreneurial bullshit.
but it really hasn't had them at all ever. they misunderstood the concept of dr completely and assumed it was something else to do with monitor sync.
like its even difficult to find and download ROMs yourself
that shit is obviously made for people who are too stupid to even know what a ROM is
why some people think thats a good thing I don't know
if u dont know what a rom is u probably don't care about playing old games anyway
Also - this is the reason why Reicast is now no longer going to be licensed under the GPL.
Congratulations son for killing a scene - you punk-ass motherfucker. I hope you eat cyanide and die.
There is no such a thing called "emu scene" it's just a bunch of little projects that are reach run by its own little clique.
The real killer is a certain Dutch dictator who wants to force everyone to do things his own way and shits on everyone who doesn't follow him.
>why Reicast is now no longer going to be licensed under the GPL.
What's it going to be licensed under then? A nice non-commercial clause open source clause?
So why don't you come visit this 'certain Dutch dictator' then to settle this?
Stop with the trolling bullshit already and get it over with - or are you too much of a chickenshit pussy to walk the walk instead of just talking the talk?
if you don't want to do that - then shut the fuck up already.
Reicast has always been anti-fork, which also applies to libretro.
They simply want a new license which forbids forking in order to stop projects like RA from messing with their code like they did with mupen64.
Are devs really this god damn childish? Jesus fucking Christ. I've never met a greater group of loonies than Emu Devs.
i hope that means they're playing to implement dynamic rate control
relax. it's not. there's a reason that the main ps2 dev now works for sony and it's not because they've been so kind to the emu/hack scene.
They can't possibly crack down any more than they already have.
grow the fuck up.
who the fuck cares what a shitty dev changes his licesnse to, because the distribuition of that kind of software is tenuous AT BEST.
The scene here is about people playing games. anything that makes it more accessible is GOOD.
You idiots abiding by licenses here:
omfg. you are completely daft.
just fork that shit anyway. Send all c&d letters to the actual hardware manufacturers and watch what happens.
No one will ever implement that.
> They simply want a new license which forbids forking in order to stop projects like RA from messing with their code like they did with mupen64.
I'm actually friendly with Richard42 and I am already incrementally going to push stuff upstream.
Please stop talking shit about things you know nothing about.
From now on your punk troll ass will be ignored. The laptop I'm typing this shit on to respond to your punk ass is worth more money than your entire education combined.
well if all these people want retroarch to go away, the easiest thing to do would be to implement the featuers people use retroarch for in their own emus and make it redundant
Why do you have to start these shit storms like this? You know very well he will read this and it will piss him off. You're shitting on Emugen when you incite bullshit like this.
There's zero interest in implimenting any of them. So that's never going to happen.
> grow the fuck up.
Grow the fuck up indeed you fat troll, and realize this is the GROWNUP WORLD - WHERE YOU HAVE TO CARE ABOUT GETTING YOUR ASS IN THE LEGAL RIGHTS UNLESS YOU WANT TO GET GAN-MOTHER-FUCKED.
> The scene here is about people playing games. anything that makes it more accessible is GOOD.
Fuck you you cockroach motherfucking troll. Kill yourself and do the world a favor.
well then they don't obviously care what ra is doing
Let me rephrase my question:
Has anything interesting happened in the past few months that's unrelated to drama?
Emulation is dead
>grownup world where licenses governing code which violates other licenses can somehow be enforced.
>cockroach for suggesting that simplicity is a bad thing.
you are just like haze. just sew up your neck and keep your head up your arse.
emulation cant die until somebody makes a 100% compatible cross platform saturn emu
I advise that you keep this shit out of this board unless you want to get reported and banned subsequently.
We don't need your incendiary bullshit in here.
That's never going to happen I'm afraid.
well good news for emulation then
good luck. i'm behind 700 skeletons.
He's not saying "simplicity" is a bad thing. He's saying in-app ROM downloads are bad, because it's highly illegal and can get the whole emulation scene in trouble
He knows exactly what it's about. He's just a sad troll that is looking to stir up trouble.
That, and he is a sack of dogshit.
We can now increase Desmume's internal resolution.
...That's about it
It's probably the mednafen troll from before.
thinking that there is legitimacy in developing emulators is absurd.
it is not. reverse engineering and subverting the security that hardware developers implimenting doesn't mean that your software is in any way commercially viable. If somehow you get a big company to distribute that shit, then they are simply complicit in your shitty ethics.
I do know what it's about. I know that it's not right to serve up roms/bioses. I don't care though because see above. It makes gaming easier, which is what ppl want and what makes it good.
Is there a collection of SMW and SM romhacks? I don't want to manually apply and download patches to 200 roms.
It makes it easier in the most trivial manner possible
going to emuparadise or whatever and downloading a rom is not difficult or even time consuming
and it certainly doesn't make anything good
the emulator itself is what makes the experience good or not
not some worthless downloader that doesn't even have anything to do with actually playing the game
>some guy shit stirs about some Chinese app "replacing" RA
>SP now hates emugen again
Good going faggots
the rom downloader is just one of many cool functions happy chick has.
the emulators that it can download are not RA. So what?
The emulator itself is not the only factor in playability/the experience-ESPECIALLY for 99% of phone users.
The fuck kind of emulator name is that? What's with all the shilling about this all of a sudden?
The Chinese kind
Happy Chick is the emulator of choice for people who enjoy such fine things as 300 Heroes and the Polystation
it has a netplay feature,
a simple interface
lots of emulators
already has 2x more downloads than ra.
So far I've seen only two arguments against it:
Like I give a fuck where the author is from
>It downloads roms, it's illegal!
You can DL roms fuckin everywhere, nobody gives a shit about moralefaggotry.
> already has 2x more downloads than ra.
Who cares? It won't last more than a few weeks after word gets out about its 'ROM downloading'/BIOS feature.
Reicast is already preparing a C&D to take it down through his company nillsoft.
>it has a netplay feature,
Bet it doesn't work very good. Netplay is hard on PCs as it is.
>a simple interface
So does RA
>lots of emulators
So has RA
>already has 2x more downloads than ra.
Because it's Chinese and a whole lot live in China compares to the West
sure sure whatever you say
But look just who are you trying to convince here?
Use it if you want nobody gives a shit
Use ZNES too if you want
I bet it still has the most downloads too if that matters to you
>preparing a C&D
this is laughable bullshit. No judge in their right mind would consider emulators to be protected. It is a violation to begin with.
>Bet it doesn't work very good.
works for me.
The fact that it's Chinese and closed source means it isn't trustworthy.
Now stop shilling this piece of crap, you make Emulation General look bad when do that. We don't like Motioninjoy either for the same reasons (Chinese, closed source, shady, etc.)
>The fact that it's Chinese and closed source means it isn't trustworthy.
At least it doesn't want access to my camera and location data. ^__^
It doesn't work like that. One C&D from the rights holder (ie. Reicast - which this emulator also throws in together with a BIOS - and no, it isn't an API implementation or anything like what RetroArch/libretro would do), and it's gone.
No judge has to be involved.
At least you can look at the source code to see what it's doing (nothing).
because it's not opensource and chinese that means it's untrustworthy?
that's pretty close-minded, and well, pretty stupid too.
>distribution rights to a previously opensource project claimed by some shitty dev play will not enforce if challenged.
>At least you can look at the source code to see what it's doing (nothing).
Who claims the Playstore version is unaltered?
Other emulators don't need to know where I live to work so why should RA?
It's a matter of principles and trust, most people will load the Playstore version regardless.
That's not why MalwareinJoin is hated. Being Chinese is irrelevant, and being closed source SUCKS, but is also irrelevant for the most part.
The main issues are driver related; BSODs, killing USB ports, killing multiple bluetooth dongles, being difficult to uninstall, etc.
Also, while the main interface may be replaceable, it's still deadly cancerous with advertisements, and still default.
It's more like being wise enough not to run someone's botnet.
It would be different if it were open source
the rom-downloading function is going to be what takes down happychick, but that doesn't mean the function is bad. It is a good feature. Other methods of getting roms playable on a device don't even come close to this.
Everything about happy chick EXCEPT the source availability is what people want.
You cannot compare motioninjoy to happy chick simply because the author is from the same country. That kind of bigotry is idiotic. They are nothing alike.
There is absolutely NO evidence it has any malicious functions whatsoever.
You run plenty of closed source software without that assumption. fucking die.
>You cannot compare motioninjoy to happy chick simply because the author is from the same country. That kind of bigotry is idiotic. They are nothing alike.
I'm agreeing with you on that. You should hate the program, not the origins. And both have plenty of things to hate.
Because RetroArch is not an emulator, it is a platform for apps implementing the libretro API.
Good god, you motherfuckers need to stop responding to the obvious baitmaster.
Pic related is his face at the moment.
>the rom-downloading function is going to be what takes down happychick, but that doesn't mean the function is bad. It is a good feature. Other methods of getting roms playable on a device don't even come close to this.
>Everything about happy chick EXCEPT the source availability is what people want.
Some people want sex with minors.
Obviously we should just allow this and give people what they want.
No. You don't hold the copyright over these games - and you don't hold the copyright over distribution rights. You can' do this.
And projects like Happy Chick are bringing heat on the entire emu scene through their irresponsible actions. That you are defending them speaks to your lack of ethics and your ignorance.
There's no evidence it doesn't either
You sure seem upset that a shadow of a doubt is being cast on your shady Chinese crapware
I want to play Symphony of the Night, Is there an emulator that isn't choppy as shit or doesn't require a massive amount of effort to set up correctly?
It's not nearly as complete though.
If you want braindead, download-the-ISO-load-it-and-click-play, pSX is your best bet. It's not the highest quality emulator by any means, but it's the easiest to use, and will work on any toaster made in the last 8 years.
That said, I still highly recommend that you look into Mednafen in the long term if you decide to play more PS1 games. It requires a bit more setup and has steeper system requirements, but it is far more compatible and accurate than pSX.
I downloaded mednafen and tried running it but nothing happens.
Because Mednafen standalone is a command-line program. Most people here recommend you use it through RetroArch instead.
I'm not computer savvy enough to understand what you just said. Are you telling me to get a program called retroarch and then run mednafen through it?
Use Mednafen through the RA frontend.
Use those bios, place in systems folder unzipped.
Double check the cuesheet to ensure it's setup right. Info on wiki for more details.
Use a CRT shader like Hyllian.
No, RetroArch is a program that runs emulator "cores" ported for use with it. It has a Mednafen core.
If you cannot figure it out further than that, just stick with pSX. As not-gud-with-'puters-friendly as it gets.
RA is a frontend for programs. It has many emulators ported to it.
As a user, all you have to do is put the system bios in the system folder. Unzipped of course. With 7zip. Then Load (detect core), load the cuesheet. It gives you the option of what emulator to use since .cue is a format used by many CD based games. Choose Mednafen. It should just work.
Do you have a different download link for retroarch?
I just downloaded DraStic off the wiki for my Android. Why is the damn thing in constant Landscape Mode and no Immersion Mode? What's up with that?
>shit ass file structure Linux uses
>not using GoboLinux
this isn't IRC, m8.
>implying SP hasn't already said he's "leaving" several times already
>implying he didn't already say he literally put 4chan.org on his hosts file
>he still comes back
>there are cancerous faggots in this thread that actively emulate on smartphones and defend trash like chink apps
well it's not really a surprise because we still have retards in 2014 who defend ZSNES
zsnes is still a great emulator. is it the "best"?
no...but the "best" don't run on my p4 very well.
may your children be born deformed.
my phone is an awesome device and it emulates stuff great.
don't try baiting me
i wipe my ass with hundos, neckbeard. do not give me shit about my keepsakes.
PSX doesn't recognize SotN as an ISO, also won't recognize it if I mount it
I have no idea how to use retroarch as it just seems to be miscellaneous files and literally every guide is tied to using it on your phone
Whatever the most recomended ps1 emulator was can't go faster than 2 fps
And if I try to play SotN on dracula X chronicles the game just freezes and PPSSPP can't play psn games apparently.
This is the infuriating.
It's funny, because if they absolutely had to go with ZSNES, they would have been better served to grab version 1.42 instead, which is more stable and has less regressions.
But of course, Blizzard being Blizzard, I can imagine they literally googled "best snes emulator", got linked to The Emulation Zone, and downloaded the highest-rated one.
Use XEBRA, it's the only PSX emu to display all pixels accuratly and just works
I can already tell you didn't check the wiki like the OP and the guy above told you to do, because there's a page dedicated to using RetroArch there.
emugen has been over this: xebra dithers improperly.
It was not helpful in the least for someone unfamiliar with what any of that shit means. The article just talks about how great it is from my point of view.
Was there a separate file I needed to download that would let me interface?
None of these options even open the file
Take a screenshot of the ISO or whatever. I'm assuming you got it from some random-ass place.
I'm betting it's an ECM filed from Emuparadise.
It was the iso, just downloaded another one and it works fine.
I only have myself to blame really.
this wouldn't be the least bit surprising
while newfriends are infuriating in their ignorance, they can also be funny like that
they never go that little extra step of googling a bit more and just cry about their "huge problem"
Don't feel too bad. The internet is still full of shitty rips from way back in the day when there were no standards, people would patch games to work with specific shitty emulators and such, or would use obscure compression methods. It's not nearly as much of a problem with ROMs from the 4th gen and below nowadays, and by the 6th gen people had already wised up for the most part, but with 5th gen rips, it's still a huge gamble a lot of times.
Fuck you, I spent three hours following those guides and other alternatives.
There really needs to be an emulator that simply downloads a working rom for you...
>I need an emulator that spoonfeeds me everything
>even the games!
it should cook you dinner, clean, make your bed and wipe your ass too, you big helpless baby
is that you mom?
this and the latest no$psx is better than xebra anyway
I feel like playing metal slug 3, which platform do you guys thinks does the best at running it?
hey, Im having a problem with dark cloud 2 on pcsx2 that apparently nobody else does
I already got the geostones but it isnt filling out my conditions. I checked and double checked those shouldnt be question marks anymore
Best way to play metal slug is using the original arcade/neo geo rom in FBA or mame with overclock activated
PS2 port is also a good option but avoid anthology it has a fuckton of input lag (as in noticeable even if you are a total noob)
avoid the steam version at all cost its a piece of dogshit compared to any emulator
Thanks, I am new to running MAME, and I am currently having a problem with 2 things. 1. How to I map controller inputs? The default controller input menu is not registering any button inputs me by. 2. Whenever I try to run Metal Slug 3, I get an error which says, "The selected game is missing one or more required ROM or CHD images" Any idea how to fix this?
N64 Secret of secrets - secrets of the scene finally 'leaked'
and no fucks were given that day
Cliff's notes -
- Verilog diagrams of the N64 hardware
- Silicon Graphics emulators of the N64's RSP/RDP/RCP
- A 330-page PDF on the RSP and how to program it
- An N64 emulator (called by the codename Project Reality) written by Silicon Graphics back in 1994 - using OpenGL
- Shitload of sourcecode
Basically all the shit the N64 scene has used from times immemorial up to the present day and has passed off as their own.
That archive has been floating around since 1999. 15 years ago.
It's nothing new at all.
So where are all the google search entries over the past 15 years that show that 158MB+ RAR at?
Nice damage control.
1 press Tab when ingame
2 get the rom from here
and bios from here
put in rom folder without unzipping and ignore warning about missing file at launch it should work fine
So you finally admit you've been withholding them yourself?
Nice job, you could've used this shit to actually improve N64 emulation (mupen64-libretro anyone?), but instead you're just trying to stir up shit between N64dev and RA.
Still getting the error, I am using MAME 0.153 if that matters.
here is the one i used
Yeah I think I'm too stupid to run MAME, still getting the problem with all of your downloads. I have both unextracted zip folders in a folder names 'roms' in the same folder as the MAME installed files. I run 'mamep64.exe', click Mslug3 and I still get the error. NeoGeo also appears in the game option screen as well.
use FBA its simpler
That's cool. Shit like this needs to be leaked.
Pretty sure most N64 emulators used it in some way already. The original guy who leaked it was an SGI employee and he apparently went to jail over it.
Come on guys, none of you have a different .apk or something?
<emu_kidid> marathonm, how does the start screen look in OOT in cen64?
<marathonm> same, 40+vi/s
<marathonm> same with super mario 64 and a couple other roms i tested
<emu_kidid> cool, framebuffer/etc all nice?
<marathonm> yup, still glitches here and there from interpreter core bugs
<marathonm> but they are few and far between on the roms that work
<emu_kidid> so what's the status of the graphics plugin?
<marathonm> graphics will probably be the last thing i touch
<marathonm> it's still using the mess rdp with filters stripped
<marathonm> working on a cpu core rewrite first
<emu_kidid> as in, is it still some taboo topic and not really true "cycle accurate" ?
<emu_kidid> or pixel accurate
<marathonm> the cpu core?
<marathonm> i just want to rewrite bc it's the reason that probably ~50% of roms have issues
<marathonm> dk64 flashing bug, unimplemented tlb stuff for goldeneye, paper mario freeze bug
<emu_kidid> no, sorry I meant the graphics plugin
<marathonm> oh tthat's pixel accurate and will probably remain that way for some time
<marathonm> a cycle accurate graphics ore is going to be stupid slow most likely
<marathonm> rdp has a shitton of muxes and they're hard to implement fast
Your precious Mr. Accuracy just confirmed - cycle accuracy ain't ever happening at playable speeds for N64.
Also - Mr.Accuracy on the oman docs:
[18:57:02] <@marathonm> yeah, so, should probably refrain from pasting sensitive material in here
Good thing I don't care about cycle accuracy and pixel accuracy, just visual accuracy (i.e. no visible glitches, game looks like it "should" look, sounds like it "should" sound, etc.).
Good luck waiting on your Core i10/i12 to drop, because an overclocked Core i7 is not going to cut it at this rate.
Is that really what it would take for N64 emulation not to be plagued with goofy looking glitches? I was hoping that it could be done in HLE but I guess not.
that's not how that works. More accurately it would be something like Core i7 5770K or Core i7 6770K
Nah I don't think so.
These are just autistic people who insist on nonsense instead of going about it a pragmatic way and finishing the HLE job.
wow and people edward snowden a hero. now this guy is the real deal.
>people edward snowden
anyone know if the sgi guy is still in jail?
somebody make a kickstarter to get him out
Hello everyone, I am currently having a problem with my DeSmuMe. As you can see, Dragon Quest V world map is completely black, as well as for some reason I'm getting only about 50 FPS, anyone know how to fix these?
Making free of charge but closed source emulators/plugins is almost as bad.
It depends on country.
man. fuck your shit. opensource is for faggots who can't code well.
I'm pretty sure what will fix most of the issues with N64 emulation is indeed a cycle-accurate CPU core. As for graphics, cycle-accuracy is hardly needed in that front. GLideN64 looks promising for an HLE plugin, but we should withhold judgment until it is actually released.
That said, until a major breakthrough is made in reverse-engineering the custom microcodes in the "difficult games", we will never see 100% compatible HLE emulation.
tl;dr: HLE can improve, and some efforts are underway, but it will never be perfect and LLE will likely always be needed for some games. Cycle-accuracy on the CPU may, however, fix most remaining issues regardless.
>(Upcoming) N64 emulator catering mainly to libretro
uh oh. mupen64 devs gunna be pissed now
PSP version of FF2 is best.
Closed source is for greedy and/or egoistic bastards.
fuck your pathetic skills and bitch-ass gpl.
I don't think any of us here like the GPL much. Especially when its proponents market it as the end-all be-all of software freedom.
i think mostly i don't want anyone to know my magician's secrets
or how the sausage is made
It doesnt need to be GPL there are other open source licenses including custom ones.
GPL is just as bad as closed source. The only truly free license is public domain.
I don't want to know anything about your sausage either.
everyone wants my sausage.
Its way better than closed source but unfortunately its doesnt prevent commercial use.
>doesnt prevent commercial use
How is commercial use inherently bad?
The works of Shakespeare are PD. You can go to a bookstore and buy them if you want. Or you could read them free and legally online. Or you could watch them performed live. Or you could rent or buy one of the movie adaptations.
my farts are public domain
In emulation, commercial use is thorny because the intended use is to play copyrighted software. Emulators are technically legal, but there's still nothing stopping the big companies from suing your ass and bleeding you dry anyway through sheer court fees. The only thing stopping them is they have better things to do than go after freetards. The ones profiting, however, are potentially another story, and it speaks badly upon the whole scene. Commercialization of emulation is playing with fire.
there's nothing wrong with reverse engineering hardware and security protocols. that is a silly game that hardware manufacturers are playing with the market. once you exploit it in their territory, you are subject to the rules that govern it.
so, as long as you're not trying to sell your emulator, you're fine. When publishers have a real and good distribution system for android/ios they will c&d the emu devs.
Which is why this shit needs to be nipped in the bud before they say fuck it and adopt a scorched earth approach and C&D fucking everybody, including the freetards.
they would be shooting themselves in the foot to attempt something like that.
not only would it create resentment among their customers, it would alienate a lot of people who they work with.
not to mention it would be a gigantic waste of time and money because it wouldn't make a dent in the community.
1. The risk ain't worth it, regardless.
3. Corporations are legally obligated to protect their IPs. Even if logic and common sense indicates going after piracy or emulation doesn't actually do shit, they still do it because they cannot give the impression that anything regarding their IPs goes.
Also, it's fun and all to pretend that we can say what makes sense for a company to do according to market logic, but companies do not always follow it.
I checked the general wiki and I didnt see too much regarding Kega Fusion 3.64
I get 30 FPS on fullscreen for some reason, I've exhausted most my options and am going insane because it worked no too long ago.
It runs full 60 in windowed and 30 in fullscreen.
is there an efficient way to play kirby and the amazing mirror online with vba link and hamachi?
i tried with a few people with both versions and none of us had any luck
i want to play some late night kirby with someone
Just clueless people being clueless. They only listed Windows version of Dosbox and windows zsnes. They could have easily gotten Snes9x which is more crossplatform, and the Linux + OSX versions of DOSbox too.
bumping my question
Jonathan Blow (developer of Braid and The Witness):
>OpenGL makes me want to go back in time and stop computers from being invented.
> John Fricker @jfricker 3h
@Jonathan_Blow it’s too low level for the sane folk. There’s almost always a better way.
Lawl these people are just such fucking hacks.
God forbid they should KNOW HOW TO PROGRAM.
Fucking higher-level monkey game developers these days really....
> Jonathan Blow (developer of Braid and The Witness):
Game designer more like. He doesn't know a single shit about programming.
>tfw watching chinese cartoons with interlacing.cg
>there's nothing wrong with reverse engineering hardware and security protocols.
Emulation is a mixture of actual legitimate reverse engineering, but a lot of it is actually just looking up cheat-sheet docs. That's not actually legitimate.
ReactOS is what, if Emulators were fully legal, how you would go about it. ReactOS is very careful about their contributors and who gives them code. They have to make sure everything comes from legitimate reverse engineer. They've even had serious audits of their code to make sure it had no code derived from other sources. They have to be careful, because Microsoft will sue them into oblivion if they mess up.
Game companies are just more relaxed about this stuff. They see little profit in emulation. It's pennies compared to the millions from current generation games.
Dunno. Try updating Direct X, and your GPU drivers.
Try another emulator. GenPlusGX is a tiny bit better. It lacks 32x support though. Doubt you were going to play that though.
You can use it through RetroArch. See:
Why can't Retroarch have per core gamepad configs? Just the gamepad controls, I don't care about all the extra shit the current per core config saves, I just want to map B to X/Square and A to B/X for two button consoles because it's comfier.
What? But you CAN do that. There's literally nothing stopping you. I have my NES configuration so that Square on my DS3 is B and X is A.
This should be a core option for 2 button systems. To make it easier. Why has no one done this?
I know, it's just the extra shit RA saves on every per core config that rustles my autism, I'd rather it saved just the gamepad config without all the extra stuff like video, shaders and what not. I don't really mind it anyway and the current way works fine, but what this anon suggested >>67405990 would be great too.
Problem: Even looking at the oman archive is a legal liability. At least in theory, emulator developers go to great pains to reverse-engineer consoles using "clean room design" to avoid being ensnared by copyrights, patents, trade secrets, and the onerous requirements of the DMCA. This isn't just to protect themselves: It's also important to keep the emulators themselves legal to possess, distribute, and use! Emulation has earned a lot of respectability and legal protection since the Sony vs. Bleem! days, but the less draconian legal environment we enjoy now is still subject to certain legal constraints.
Since studying and emulating black-box hardware is extremely difficult, a lot of emulator developers have probably relied on a good bit of unreleased/leaked documentation to guide them in practice. It's not strictly "clean room," but looking at documentation alone is still a lot better than looking at (or especially using) proprietary code: You might be accused of utilizing leaked trade secrets, but you weren't the one who leaked them, so there are worse things in the world. You might be accused of violating the DMCA, but depending on the specifics and jurisdiction, the accusations may be weak. If you've only looked at documentation, you can at least rightly claim your code as your own.
Sadly, the oman archive contains actual SGI N64 emulator code, making it more of a poison pill: It's been around for 15 years, but it's only now been made widely available, so it had too much time to fester. The problem is that some unscrupulous developers have apparently used the SGI code and passed it off as their own, even releasing it under the GPL or another open source license, which is highly illegal and unethical. Not only is it plagiarism and copyright violation, but it endangers the future of any project they've touched, and it endangers any other honest developers who used the "open source" code in good faith and based their own work upon it.
Take MarathonMan, the developer of CEN64: He's pretty new to the scene, and he seems like a pretty scrupulous guy, but CEN64 has a module based on someone else's "open source" code...either hacktarux or angrylion (I forget). Unless it's just a bizarre coincidence though, angrylion apparently ripped his dither code straight from the oman archive. If CEN64 is tainted by SGI code, the affected parts have to be rewritten at a minimum...but "what has been seen cannot be unseen" and can become a permanent legal liability.
If parts of CEN64 are compromised, a vicious legal team could argue any replacement MarathanMan writes was also influenced by contact with the verboten code. On a subconscious level, who's to say it wouldn't be? An honest developer would likely win his legal defense against ambiguous "maybe-infringement," but he'd be left destitute from the costs and demoralized from the process. Knowing that in advance, it's much easier to comply with a Cease and Desist order than face losing everything.
This kind of blowup is all corporate lawyers need to threaten any project that smells like it's been tainted, and make no mistake: Timely emulator development is important for preserving retro game libraries for posterity (I'm channeling byuu here). If developers aren't free to properly emulate the Nintendo 64 in the coming years, their knowledge will fade, and future generations will be deprived for it.
In short, the more we learn that a lot of N64 emulation code has been tainted by the oman leaks, the more the legal basis for N64 emulation becomes endangered...and by extension, it can draw a lot of scrutiny onto other emulator projects as well. Hopefully nothing will come of this though: Nintendo has always had access to the SGI code, so they had all they needed to attack affected open source N64 emulators long ago. Still, this is a call to action for scrupulous emulator developers to at least find and strip out proprietary code.
Granted, the DMCA sucks, and copyrights are too broad and last way too long (so much for 14-15 years). I don't blame the guy who leaked the SGI archive and went to jail for it: His civil disobedience may yet keep extensive knowledge of the N64 alive after the copyrights expire. Until we find the means to change the law though, people who love old games need to do what we can to defend the legitimacy of emulation under current laws, or we could face a nasty crackdown.
As far as crackdowns go, the same goes for Happy Chick, and Squarepusher is right: He may lash out, act like he's the only honorable person in the world, and do virtually everything he can to condemn/insult/belittle/alienate most people...but he's a smart guy, and he's right to be upset. Unscrupulous developers endanger the rest by association, and so do ignorant users who openly flout the law like nothing bad could ever happen to them, us, or the emulators we love. Squarepusher doesn't even live in the US, and he's worried (even if he's so bitter he seems to welcome the coming corporate wrath). Something bad COULD happen, and it might if the community (both users and developers) doesn't respond well to these tests.
Of course, mudlord is loving this and gleefully spreading his malice, because he's a vicious, mentally unstable child, and he only lives to spew hate and destroy. He hates the developers who utilized the oman leaks in the past, not for the right reasons, but because he didn't have access and felt left out. He's now made the whole archive available on his site, but I'd urge prospective developers not to touch it with a ten foot pole: It's toxic, and it potentially endangers the future of any N64 project you ever work on. Don't be surprised if mudlord records the IP addresses of everyone who downloads the archive too. If they end up in the hands of some corporate legal team, they could become a time bomb, and nothing would make mudlord happier: Destroy, destroy, DESTROY!
So are you supposed to forget all the code you've written every time you start a new project? What happens if you accidently see something.
So what would you gys reccommend to play the translation of the DS Tomodachi collection? It's fine until the Mii's start talking, then I get a slow down
here are my pc stats
What if a court rules software patents are total bullshit like seemingly everyone wants. Does that mean it's open season for emulation?
No, you're just not _suppose_ to ever use illegal docs. But everyone does. RPCS3 wouldn't be anywhere without PS| - which made from these sorts of docs and leaked SDKs.
If people did go completely legit like reactOS, it'd take a long ass time for emulators to really get anywhere (react has been going for like 15 years now, and still isn't usable day to day as an XP replacement).
while you are bragging about theoretical stuff, hopefully there are developers actually coding and doing something, at least
I guess that's what people who can't do shit by themselves tends to do, discussing about what others should do, what is important, what is legal and what is not, etc etc
it's so funny you all speak as if you were knowledgable on the subject but just because you spend your lifetime here and are obsessed by anything touching emulation or emudev namedropping does not make you experts of anything
Are you one of those devs coding and doing something?
Invalidating software patents would save developers everywhere from stepping into a field of land mines every time they write a line of code, but it wouldn't solve this mess with the oman archive.
The problem with the archive isn't so much about patents, whether hardware or software. Patents are public knowledge anyway, so viewing forbidden information doesn't really make it any more or less likely that you're stepping on one of those land mines...unless of course you copy proprietary code (in this case SGI's). Then you're guaranteed to be violating both copyrights and applicable patents, on top of plagiarizing. This is apparently what some N64 emulator developers have done, and others who based their work off of theirs now have a mess on their hands.
The shady middle ground for emulators has to do with leaked documentation: The documentation can be considered a "trade secret," and the DMCA raises additional problems that can only be fully sidestepped by purely clean room design.
Is PCSX2 capable of emulating PSX games?
Also, if it is, is it better than the current top PSX emulator(s)?
No and no.
man these newfriends crack me up
No and no (judging by Gsdx ability to emulate PSX graphic)
take a guess
all you are talking about is meaningless and you are making stuff important when they aren't
those leaked DOCs weren't public because hosting them could have caused you trouble some years ago so nobody would take the risk
putting them now online is cool for historical purpose but none of those companies probably give a shit if you have them now or if you made an emulator using them during the last decade so it's nothing heroic (only mudlord and people who are like him would believe so)
all this babbling about the "legitimity" of emulators and how they should be written is pure theoretical crap, you are taking all those things way too seriously, there is no "danger for the future of emulation" because of people using leaked docs or people using the "wrong license" or even people selling emulators, this is all made by people like you with OCD about "pure emulation".
The truth is that nobody sane give a shit:
1) devs do not give a shit because they do it for the fun, if it's not fun anymore they will stop working on emulator then someone else will eventually step in, that's life
2) companies do not give a shit unlesss this is a real impact on their current gen sell
3) users do not give a shit and just want to play the games
Why is your stance any less "theoretical" than the guy who posted the walls of text's? How are you so certain about the future of emulation?
Just saying, I'd like a bit more reassurance than some random guy on the internet (who apparently may or may not be a dev but doesn't want to say) telling me it's all just paranoia and autism.
console emulation has existed and evolved for for more than 15 years now
maybe you are too young and naive but I think this gives us a pretty good idea that all these things you are seeing as "important" have always existed / been discussed and yet people are still writing new emulators and improving a few old ones
what drives the "future of emulation" is devs themselves, not emu drama about licenses, piracy, legality, cycle-accuracy, purity, etc... this is just bullshit to entertain people who are so bored they do not even play games in emulators that much
>Is PCSX2 capable of emulating PSX games?
>those leaked DOCs weren't public because hosting them could have caused you trouble some years ago so nobody would take the risk
The docs weren't public because certain people get a raging hard-on for having stuff others don't. If docs are going to be leaked they should be available to everyone who wants them not just whoever is in the club.
One of the main ReactOS developers was using the leaked NT4/Win2000 source code and no one cared until the WineHQ guys found out. That's when shit got audited as Its Wine that wants to be super legit. Personally like most people I don't give a shit and wish I could do something like use the leaked windows info to make an underground version of Wine with better compatibility. That same dev never got kicked out and still works on ReactOS BTW.
The thing that gets my goat is faggots that do all this shit in secret and pretend to be legitimate clean room reverse engineers in public. These same assholes then go on to condemn anyone else for 'pirating'. If you are going to warez docs and make dodgy emulators then that's fine, just don't be a prick about it.
>there haven't been any problems in the past 15 years
>therefore there most likely won't be any problems in the future
Sorry, but I cannot get behind such a mindset. Unless your talk isn't all just conjecture and you're somehow actually in the know about what the corps actually think about these things, I don't see how your stance is any less rooted in theory about what may or may not happen. It's a coinflip either way, but the difference is the other guy gave more sound reasoning.
Also, stop talking to me as if I'm the guy who posted the wall of text. I know it's hard to differentiate between people, given we're all anonymous, but I just want to get to the bottom of this.
Wall of text guy here:
Some of what the other guy says is true, despite his weird obsession with berating people who care. Everyone needs a hobby I guess.
For one thing, even I'm not that OCD about clean room design, and I can't blame developers who use all the leaked documentation they can get their hands on. Barring some catalyst that drastically chills the legal atmosphere to pre-Sony vs. Bleem! levels, I doubt any litigation will ever come without more solid evidence of infringement. If such an oppressive legal atmosphere does emerge, it won't even matter if you used leaked documents or not, because the emboldened corporate lawyers will just fire a Cease and Desist at anything that moves and sue anyone who doesn't appear to comply (and even if you win, you lose...like Bleem!).
So, leaked documentation probably can't hurt, but literally lifting copyrighted proprietary code is playing with fire, and it could become that catalyst. Happy Chick is similar: It will be removed from the app store, and that will hopefully be the end of it, but if the whole "upload/download ROMs to/from a central server from the emulator!" thing becomes too popular, things could go south.
The other guy is also correct that it doesn't make business sense to persecute emulator developers and hosts, but IP lawyers aren't rational about business cost/benefit analysis. See: RIAA's and game publishers' obsession with piracy. Squaresoft wasn't impacted by Chrono Resurrection either, but they fired off a C&D anyway, and with virtual console sales and such these days, who knows?
The emulation scene will always carry on, and if worse comes to worse, development and hosting would just go through different channels (much like most piracy does)...but that would mean the end of emulators in app stores and convenient development on github, and it could scare away a handful of potential developers long enough for existing hardware to fail and knowledge to be lost to time.
and how would they go about proving whether something was written against leaked docs or clean room RE findings?
it's just being rational and realistic, and experience from the past does indeed count
you see "more reasonning", I see usual circle jerking I have read for years, first on emu-related boards, now here
if you dare to do some gravedigging, you will find endless discussions about how MAME was supposed to die because of its licensing terms, how companies were going to kill every emulator projects because of commercial emus from Bleem or Connectix getting too much attention, dramas about No$ stuff and Magic Engine and how making $$ with emus was a cancer that would contaminate the whole emulation scene, attention-whores that nobody remember anymore yelling they were going to "leave this scene" because it was fucked anyway, etc...
seriously, this is all the same thing going on again and again, people taking emulation way too seriously, arguing and preaching as if it was something like human rights or future salvation when it's just about having fun mimicing hardware in a program and playing video games
I agree input settings are the most important to be able to map on a per-core basis, but there's reasonable justification for all the extra stuff too. For example , most people who play on a variety of cores probably use wildly different shaders for 8/16-bit emulation and high-resolution HLE cores like PCSX-ReARMed. For a more OCD example, people who like themaister's NTSC shader may want to use a different preset for different systems, depending on resolution and 2-phase vs. 3-phase differences.
You know, just tinkering with the options would solve your problem. Switching to Software Rasterizer, in particular. Though you probably need to have a recent version.
Wall of text guy here:
I agree, it would be difficult to prove (even in civil court) that someone used leaked documents over using clean room design. That's why I conceded, "So, leaked documentation probably can't hurt..." However, that misses the point: Bleem! won their defense against Sony, but they still lost in the sense that the case drove them bankrupt, and it's even worse when corporations sue individuals. If you find yourself having to mount a defense, you're already going to suffer...so faced with a Cease and Desist, most people would rather just comply.
So, why aren't Cease and Desists flying around everywhere right now? Part of it is because corporate legal teams currently perceive bigger "threats" to obsess over, like new game piracy and used game sales. Plus, the Sony vs. Bleem! precedent was a huge blow: Bleem! was actually profiting, yet they were still found in the right. This precedent convinced corporations to back off, yet Nintendo STILL claims that all unauthorized emulation is illegal.
It's not so much that they're afraid of losing in court, because they know that anything that makes it to trial will hurt the defendants more than them. They're probably afraid it wouldn't make it to trial at all: If they pressed a case inherently weaker than Sony vs. Bleem! over mere suspicion of using leaked documents, they could find themselves being dismissed out of the gate, which would set another precedent and embarrass them, and they would have angered their customers for nothing.
However, they could actually win a case based on blatantly lifting copyrighted proprietary code (if it's not rectified) or Happy Chick-like shenanigans, and that could radically change prevailing attitudes and open the floodgates for Cease and Desist orders against anything that moves and lawsuits against anyone that doesn't appear to comply. Drawing their renewed ire and letting them smell blood is a bad idea, and it could have far-reaching consequences.
GSDX has PSX mode but PCSX2 has no PSX core emulation.
Some PSX games, yes. Specifically the PS2 portion.
Wall of text guy here again with some final thoughts for now:
Maybe I DO take legalities too seriously. I hope I do, and I hope you're right that I shouldn't...but I could never come close to how obsessively anal-retentive IP lawyers are about "intellectual property," and that makes me wary. You're not the only one with historical perspective. Before Sony's cases against Connectix and Bleem!, it was a tossup who would actually win, and the past fifteen years could have played out a lot differently if Sony had won either case. If developers gift-wrap a new case corporations can win, the next fifteen years may play out differently too.
The issue here isn't about emulation developers or enthusiasts acting like we're fighting against human rights violations. The issue is that if they had their way, IP lawyers would characterize and categorize "intellectual property" infringement (defined in the vaguest possible sense) AS a human rights violation. If some of these guys had their way, "having fun mimicking hardware in a program and playing video games" would be a capital crime everywhere in the world, and that kind of overzealous attitude isn't a new phenomenon either. The term "intellectual property" is new, but the history of related extremism is long and sordid, especially if there's merit to the stories of people being "broken on the wheel" for copying protected fabric patterns a few hundred years ago.
I might care too much and take things too seriously, but the worst outcome from such a mistake is wasting my life worrying about trivialities that amounted to nothing, followed by a stress-induced early heart attack. Odds are it won't be quite that bad. However, it could also be a mistake to care too little, to be too cavalier, and to be overconfident and reckless, and the consequences could be a lot more damaging. If nothing else, the SGI code is a problem, and it should be addressed with care. The "Happy Chicks" attitude dangerous as well.
PS2 games are not PSX games.
didnt carmack get around proprietary code in doom3 by changing like 2 things? just move some shit around or something
I was too scared to try a boss tonight so instead I just figured I'd savestate and try it tomorrow.
Trying to savestate crashed pcsxr
And the savestate slot was corrupted.
I hadn't found a save point the whole day.
>not being epsxe master race
Maybe I will become epsxe master race if I don't have to shoot myself in the foot every time I press a button that isn't mapped to a controller button.
> PlayStation Emulator on the Windows/DOS platform
No can do, I'm on Linux.
xebra works in wine
Well can't argue with that. You sure are helpful anon and I absolutely appreciate your advice.
>relying on savestates
I was scared and desperate. I knew I'd die if I tried that boss so I gambled on this software being somewhat stable. Guess I gambled wrong.
Never rely on savestates. Or epsxe/pcsxr for that matter.
Is there any reason why DeSmuMe would crash when trying to import a flash cart save?
I've already successfully converted another save, and I know this save works, I'm not sure what the problem is.
you can use rom-jacket to do that.
there is a tool in the utility to allow you to propagate joystick settings.
And it works on no$, so now I'm really confused.
I really dont want to have to use no$.
There have been a few regressions in recent desmume commits including save related stuff. try an older build.
Using an old version doesn't crash but still doesn't work.
The weirdest thing is that the dsv it generates is always 16MB, I've tried both autodetects and manual settings.
Convert to a raw save with some other tool and load that.
Are those online converters in the DeSmuMe FAQ reliable? Because I already tried that with both of those and it did the exact same thing.
>Are those online converters in the DeSmuMe FAQ reliable?
No I remember having this same problem some time ago now. trim the 16MB save back down with a hex editor.
so, in an attempt to unlook into the abyss, we arer to sacrifice the progress made by those who had access to trade secrets?
that is insane.
also, i don't think mudlord is trying to snare devs.
the docs are an opportunity. the pathetic vc nintendo put on the wii is a testament to how much talented emu devs are needed. pcsx2 dev is another good example.
Personally i really like happy chick. it's got some problems, and the rom-downloader is indeed an obvious infringement...but i think that the app itself is what an emu wrapper should be.
Maybe if the rom-downloader were something a little more sophisticated that kept it out of hot water...but it's what people want.
why are people acting like a rom downloader is some sort of revolution? No shit it's what people want but lets see dosbox add a utility to automatically download "abandonware" and see how fast gog.com and other sites react
>Personally i really like happy chick. it's got some problems, and the rom-downloader is indeed an obvious infringement...but i think that the app itself is what an emu wrapper should be.
>Maybe if the rom-downloader were something a little more sophisticated that kept it out of hot water...but it's what people want.
Fuck off to /v/.
> Maybe if the rom-downloader were something a little more sophisticated that kept it out of hot water...but it's what people want.
The mobile dumbshit crowd is composed mainly of mouthbreathing hicks.
Kinda like you I guess.
mudlord, go to bed
squarepusher, go to bed
Go to a gas chamber and die.
Hey folks, I have a kinda-sorta problem here.
I used to play a game on a borrowed Supercard lite rumble whateverthehellitis DS homebrew Slot-1/2 combo. I want to continue the game on emulator now, but I cannot get the save file to work. Popular DS save file converters doesn't seem to support the kind of save file I have. If I upload the file here, could someone help me get it to work in Desmume? no$gba would be also fine, even though it sucks.
wow no respect what happened to common human decency
Hex editor didnt work, eventually got it to work partially by messing around with the import settings more, but in-game only the first save slot is used and I know I had other saves.
I'm not all that concerned about the other slots themselves, but what I am concerned about is what data might have been lost from the first slot, it loads fine so maybe I'm overthinking it but I don't want to play another 10 hours to realize that I'm missing something I need because the save was fucked up.
There are too many programmers on the internet willing to make a short comment on why X API/Library/Program is shit.
joystick key mapping software doesn't register key presses in linux in kms. What do input method do I have to use? I think joystick and keyboard are handled differently
>we're gonna get in trubble gaiz! They'll sue everyone!
If someone wrote a rom-downloader for *nix you know everyone here would be using it.
but because the author is chinese and his source isn't open, the shitbirds here crap all over it.
grow the fuck up.
"mobile crowd" is pretty much everyone who isn't a basement dweller, so that's not exactly a mouthbreathing hick, is it?
Mouthbreathing hicks are exactly who are into dumb shit like fingerpainting, Angry Birds, Flappy Bird, gimped laptops with no mouse (which you call a 'feature'), and swindling F2P business models.
You must a be a dumb mouthbreathing hick to be down with that.
> "mobile crowd" is pretty much everyone who isn't a basement dweller,
Yes because the masses have never been stupid or anything or anything but mouth-breathing hicks...
Does anyone here know anything about emulators on the Vita?
I can get them to work and play games but the save files won't stick and disappear if I restart the emulator.
Save states don't seem to work either, probably for the same reason.
I'm guessing it is because the emulator isn't able to write the save files onto the memory card. Is there a way around that?
say it with me,
TOUCH SCREEN LAPTOPS
so, angrybirds pretty much revolutionized mobile gaming. everyone plays it and hipster douchebags like you don't like it because it's popular.
f2p is the future buddy. get used to it.
Retarded normalfag or troll (or both), take your pick
>emulators on the Vita
fucking sony pulled some real shit with that device.
i toyed with the idea of getting one until i learned what they had tried to implement with their file transfer system:
YOU MUST BE ONLINE TO TRANSFER FILES TO AND FROM YOUR VITA.
that kind of window dressing is a dealbreaker.
i like the form factor of the device, but they can go straight to hell for that bullshit.
>what is opencma
also, you are literally only playing emulators made for psp on there, if you happen to get vhbl loading with a exploit that hasn't already been patched.
i know this, but it doesn't change anything even though sony has done nothing to stop it.
at any time sony could alter the cma and tie it to an update and then it's fucked until someone decides to crack it again.
I refuse to accept a device that locks me out like that. not even apple is this ridiculous.
>That Win8 guy having issues with Kega Fusion going 30fps in fullscreen
>problem might be because Kega uses DX9, and Win8 does not have perfect DX9 support (some parts of it are emulated)
And so it begins. Right here you see the problem of closed source programs. Kega is a solid emulator, but it's starting to have issues with modern OS. It will just get worse from here. Eventually it will be unplayable in later Windows OS. Kega is a solid emulator. If it was open sourced, it could be given updates and work just find. People would have polished it off, given it 100% compatibility with games. It'd be the perfect Mega Drive emulator.
A total shame.
Zsnes is going the same path too, though I'm not shedding a tear.
>some parts of it are emulated
>If kega is using DirectX9 crap and you're running anything past windows XP (DX10, DX11) then DX9 code is emulated in DX10+. That can cause frame loss.
>People would have polished it off, given it 100% compatibility with games. It'd be the perfect Mega Drive emulator.
What's the point? We already have Genesis-Plus-GX.
Kega has 32x support. GenplusGX dev is not interested in adding that. It would seem easier to polish off Kega than to add 32x support to Gen.
Kega is indeed solid, but its problems span further than just shoddy DX9 support. Just like ZSNES, it is written in x86 assembly, meaning it is not only non-portable, but if MS ever decides to drop 32-bit support, it will cease to work, period. And even if it were open source, good luck getting anyone to bother trying to trudge through fucking assembly language to fix it up.
GenplusGX flashes out of fullscreen during loading screens. Then goes back. Explain? Can it be fixed?
So after taking a long break I decided to give pcsx2 a try again but it seems I've missplaced my gsdx plugin that had hw rendering working in fatal frame without fucking up the ghosts.
Anyone know if the newest version of pcsx2 does hw rendering without fucking things up in fatal frame?
Also asmodean shader needs fxaa and shader.fx enabled right?
That would be the resolution switching feature that was added recently. Some games use different resolutions on certain screens, most notably some Sega CD games like Sonic CD. On that game, the title screen runs at 256x224, the gameplay runs at 320x224, and I think there may be a third resolution somewhere in between.
To handle these cases, they decided to make it so that the window is redrawn whenever there is a switch in resolution. It happens to be a bit distracting when using fullscreen, although on my CRT, it's actually not that bad. There is a visible switch, but it doesn't get out of fullscreen entirely. The screen just remains black for me as it is switching. Not sure if it acts differently on an LCD, if it goes into the desktop or whatever.
Nvm just found my iso and it seems the newer svn version do dx11 render just fine in fatal frame 2.
However I can't really see a difference using asmodean shader.fx (page up key)
It would be better if it only did that when the vertical resolution changes since you're already compromising integer scale by correcting horizontally for proper 4:3 output. It probabably should just report base size as 320x224 and aspect ratio as 4:3 like Mednafen does for simplicity, since resolution changes still happen on the framebuffer but the window size doesn't get fucked that way and you don't get any black screen pauses. It makes it harder to get 1:1 PAR perfectly integer scaled output, but doing that gives you a wrong aspect ratio anyway.
The thing is, I believe the reason they did this has to do with the fact that the core also emulates SMS and GG, which have low resolution, and IIRC the way the core works, it boots up at SMS resolution (256x192 I believe), and without the window resizing, it stays at that resolution even on Genesis games. Or something like that.
Also, on the subject of aspect correction, interestingly enough, enabling Blargg's NTSC filter appears to correct to 4:3 by force.
They really should add an option to disable it, it's more annoying than useful.
It would probably require rewriting the core so that it doesn't boot up at SMS resolution. Otherwise, you get bad scaling issues with Genesis games.
I don't remember this game looking this blurry. Any settings to make it look better? Using Dolphin 4.0.2
Increase internal resolution.
kega has a mac and linux version
Bump on this maybe?
It's meant to look like that. The game was a straight port of an N64 game.
No it would involve just setting info->geometry.base_width to 320 and info->geometry.base_height to 224 for Mega Drive and leaving it that way, so the window/viewport size won't change. It will still render whatever resolutions correctly to framebuffer, just that the viewport size may not be integer scale safe 100% of the time. Mednafen PSX does this, that's why the window size never changes despite all the internal resolution shifting, but horizontal integer scale is not guaranteed (i.e. some games are 512x240 instead of 320x240). I'm pretty sure Genesis Plus GX did it this way in the past.
It can do the Game Gear resolution thing at start up, it just will be scaled to viewport dimensions non-integer, but gameplay would be integer scaled vertically at least, horizontally is not guaranteed (and is never really when you force 4:3 output anyway)
If you're playing everything 4:3 you're already sacrificing horizontal integer scale for correct aspect ratio, so only people who insist on playing with square pixels would dislike this way. Horizontal scaling is easier to correct than vertical scaling, especially with CRT shaders where horizontal scaling doesn't matter since it's being blurred, while vertical integer scale is highly important for the scanline effects.
or the video handling code could be improved in retroarch
i mean, the correct framebuffer size is already passed by cores to retroarch on each frame through the video callback functions, it should be enough for scaling and it shouldn't be the role of the core to decide size of the output screen window, only aspect ratio if required
the screen width/height should be fixed according to retroarch video options and rendered buffer width scaled into it, while height should either be centered or scaled into it, just like any other emu frontend does...
actually it affects a lot of core because many consoles switch their resolution width/height
GenesisPlusGX flashes to the desktop and back too often, is there a way to fix this issue
FROM THE ONLY MOTHERFUCKER IN THE ENTIRE GODDAMN UNIVERSE WHO CAN'T PLAY GENESIS GAMES
You could go a few commits back and compile a pre-resolution change version.
problem is some mega drive games use 320x240, master system only draw 192 lines and game gear 144 lines so this solution will make retroarch always scale the height to 224 which is not correct
the correct solution would be that retroarch actually let you integer scale vertically and non-integer scale horizontally
another thing is that using aspect ratio like 4:3 to calculate scaling width feom height or the oppoosite is wrong unless output pixels are square, which is only true on PC monitors
He'd need to go further back than that, as the scaling was really fucked for some time with Genesis games. I know the core used to be just fine, with no scaling issues, around last year.
What game are you even playing? I know Sega CD games do change resolutions a lot, but it's more rare in regular Genesis games.
Well the cores have to call RETRO_ENVIRONMENT_SET_SYSTEM_AV_INFO to make RetroArch do that. Some cores really need something like this because they can use radically different resolutions, but Mega Drive shouldn't really need it for general use.
Well then it can just conditionally set base height to 192 and 144 for which system you're loading. The MAME core pretty much does it this way.
>introduce a feature
>leave it in a half-working state
Same shit they did with the keyboard mapping.
What's "half-working" about it? It does exactly what it says and it only happens when it's called by a core. Most cores don't use this currently.
I actually have an "old cores" folder with core builds from last year. Maybe one of the Genesis Plus GX builds in there works fine. I'll have to test them, though. I'll share if one of them does.