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.
Please contribute to the wiki if you discover any inaccuracies or have relevant information to append.
Previous thread: >>120426819
was gonna ask about this in the previous thread:
Anyone familiar with creating shaders for the Pete's OpenGL2 plugins for PS1 emulators?
I got this kinda fancy personal dilemma: I prefer my games to look "authentic", but when emulating, I'd also like to boost the resolution for clearer image.
Now, I've been doing fine with ePSXe and older the OpenGL plugins. With games like Silent Hill, I've used 16-bit color mode, color-dithering and Dot-Matrix filter to restore some of that typical PS1 dithery looks.
However, with the OpenGL2 plugins, the color-dithering option has totally vanished, and the Dot-Matrix causes various visual glitches as well all the sudden.
I wouldn't want to sacrifice the added benefit of the recently introduced GTE accuracy hacks and widescreen modes.
So, I was wondering how much work would it take to code a shader for the OpenGL2 plugin, that would take the 32-bit color image of the emulator, and turn it into dithered 256 color mode? Would prefer to achieve something like on the right-side of pic related.
horizontal bleeding of pixels, enhanced by the inaccurate signal of old composite cables / fucking antenna-style single-cord cables.
devs of the ancient times actually used these "corruptions" in their visual design back then, faking transparency effects, fading, etc. It's a bit like that color-dithering on PS1 games, which is damn hard to spot on old CRTs, at least without RGB cables.
Yeah, I guess I'm trying to create this mid-ground solution for people who want their PS1 games to look like PS1 games, polycount and texture quality-wise, but wouldn't want to be restricted to 240p resolution, nor suffer of the floppy polygons.
SH1 for example looks brilliant in FullHD, with all those old filter effects, but the latest versions of plugins and emulators don't seem to support them any more.
RA doesn't cause slowdown, but a core pushing a suboptimal number of audio samples per frame is likely to cause performance problems. Cores that push an optimal number of audio samples per frame don't have any problems like this, see bsnes, gambatte, and other cores that have been thouroughly implemented. However, every emulator is designed differently and some are unfortunately designed around having huge audio buffers, where RA doesn't use a large audio buffer by default, and expects the core to output the correct number of audio samples for each frame, and a core that outputs audio suboptimally tends to result in worse performance. The sinc audio resampler audio RA uses doesn't slow things down much except on very weak systems, where lower quality resamplers like CC or hermite might be better.
Increasing the audio buffer size for performance is not a good practice but for some cores it maybe unavoidable unless its audio functions are optimized, like what happened to Desmume after the (unecessary for libretro) SPU interpolation and SPU sync code was removed which allowed the core's audio to behave more optimally and improved the performance of the core.
It isn't the emulator core's fault that SP is trying to make it do shit it was not designed to do. It was meant to have huge latency and he tries to shoehorn less latency out of it, which may cause problems. In which case he should either fix it or not bother.
I kind of sympathise with him and say emulator developers should have designed the audio functions better so they wouldn't rely on buffers to maintain performance. It seems only Themaister was able to create a truly good audio output system out of any emulator, but I guess that's what happens when it's done by an audiophile.
>In which case he should either fix it or not bother.
It's fixed when it's feasible to do so.
So basically byuu caused all the problems we now face when if he had put Themaister's code to good use, perhaps Themaister would've given it to other emudevs and it would've spread throughout the land, solving audio latency problems everywhere.
Emudevs and their shitty projects can go fuck themselves.
RA will consolidate it all and you will sit there and take it up the ass despite how much FUD and bullshit you create.
Now shut your autistic bitch ass up.
Why would anybody help supposed 'emudevs' when they insist on keeping doing stuff a retarded way, they are arrogant and dont want to listen to how badly amateurish their code is?
Emudevs are some of the most amateurish coders around yet they want to pretend as if they are geniuses. You cannot blame devs who actually are far in escess of your skillset to not even bother with you.
Also, Themaister was never interested in any of your 'muh precious standalones', sorry to say but fewer and fewer people will care in the future either and there is not a damn thing you can do to stop it either.
I don't think the PS1 was ever restricted to only 256 colors. I'm pretty sure it used 15-bit color if I'm not mistaken. That being said, the SNES only displayed 256 colors at once, yet it needs at least 16-bit color to display transparencies correctly.
Let faggot emudevs continue to do stuff the retarded way I guess.
BTW, keep antagonizing SP like this and you will pretty much assure he will be less and less likely to even collaborate with any of you in the future. Honestly, you are setting yourself up for huge failure by doing this kind of autistic shitstirring against something you will never have any control over. Get with the program and adapt or die. That is evolution for you.
Who is 'we'? What kind of Borglike entity are you speaking for? The suicidalist or gender misidentify crowd? other equally kooky people?
Also, what kind of problems did SP or RA/libretro ever do to you? Please make the shitstirring start to make sense, Kthnx.
>You cannot blame devs who actually are far in escess of your skillset to not even bother with you.
Why do these devs which are far in excess of emudev skillset seem to be so bad at making programs that are easy for users to use? Because I don't really think most people give a shit about audio latency or DRC, they just want programs that are easy to use.
>Also, Themaister was never interested in any of your 'muh precious standalones',
Then why did he give his shit to byuu, a dev making a stand alone?
>sorry to say but fewer and fewer people will care in the future either and there is not a damn thing you can do to stop it either.
Too bad for you that they'll just be going to front ends like OpenEmu and not unusable garbage like RA
It's cute that you seem to have convinced yourself that I'm an emudev or have any dog in this fight.
Byuu was doing stuff other than emulators at the time, like libsnes and phoenix. That was interesting enough to contribute to.
Also, something tells me you have not exactly been checking out the rapid development on XMB/GLUI.
Also, OpenEmu is garbage. Now there is a total crapshoot for you that ironically always misses everybodys venom despite how much it actually deserves it.
Yes, everybody will be buying Macs inly in the future. And updating to the latest OS! Since OpenEmu is as faggotry as Apple is and likes to obsolete backwards compatibility for no reason.
RetroArch is the NetBSd of emulators, it runs on everything from a 3DS to game consoles to Raspberry Pis to PCs. exactly how foolish can you be to think ANYTHING on Earth can compete with it? Come back in 5 years after heavy coding when you are at that level.
>Byuu was doing stuff other than emulators at the time, like libsnes
No way that could be connected to emulators. Nope.
>Also, something tells me you have not exactly been checking out the rapid development on XMB/GLUI.
Is it still a list of a thousand options with totally incomprehensible names?
>Also, OpenEmu is garbage. Now there is a total crapshoot for you that ironically always misses everybodys venom despite how much it actually deserves it.
Yet it attracts the normies. How do you think it does that?
It attracts faggots on a Mac who like to put style over substance.
The same people who want to pay 2500+ dollars for a laptop with integrated Intel graphics just because the laptop looks nice.
I did not know you approved of such things anon. If so, what are you doing with that PC right now? Let yourself get buttfucked by the ghost of Jobs.
>It attracts faggots on a Mac who like to put style over substance.
It knows its audience well. That is why it succeeds.
>I did not know you approved of such things anon.
I approve of basically anything usable over something unusable.
Normies are into League of zlegends, pewdiepie, Minecraft too. they listen to trash like justin bieber or lil wayne. What is popular doesnt necessarily have anything to do with quality.
Nobody cares what you approve of. You are an anon shitposter with no life that desperately tries to shitpost against something whose progress you will not be able to stop anyway. Have at it I guess but at a certain point people are just going to filter your nonsense away anyway.
So, I'm confused, will RA appeal to the widest audience possible while leaving stand alones in the dust or are normies saps who like total shit and will only chase horrible things like stand alones and OpenEmu? You can't have it both ways. Right now my bet is on RA being a niche product for weirdos who care about audio latency.
I think you are forgetting that emulators are not exactly mainstream.
Also, willing to bet at this stage un the game about 80% for better or worse just sets upa Raspberry Pi for their kids with RetroPie and lets their kids just run games. 80% of those cores are RA behind a launcher.
Even when you are not explicitly using it, you are using it. This issue will just become 'worse' as more libretro frontends get made that all appeal to different endusers.
In short, no amount of shitposting or dev isolation is going to postpone this revolution. Sucks for you but that will just be the way it is. When Kodi puts their libretro front inside mainline, you can kiss standalone emus and their 'marketshare' goodbye. Kthnx.
>I think you are forgetting that emulators are not exactly mainstream.
And within the emulation niche, RA is only another niche. And even within that niche you have a ton of people who just download whatever emulator emuparadise tells them or download 32 bit emulators when they're running a 64 bit OS. You don't actually think most emulator users are ready for an elitist product like RA do you?
>Also, willing to bet at this stage un the game about 80% for better or worse just sets upa Raspberry Pi for their kids with RetroPie and lets their kids just run games.
Anon, I hate to break it to you, but kids don't emulate old games. They play Candy Crush on their phones.
>In short, no amount of shitposting or dev isolation is going to postpone this revolution.
The fact that you even think anyone would be trying to "shitpost" on emugen to harm RA's image speaks to how niche a product you subconsciously realize it is. People come here to express their opinions on emulation, not to somehow destroy X or Y project as if this gen means anything.
Except RA is not a 'product', and it does not think in terms of 'market share' or 'userbase'. Sucksmthat you cannot comprehend that not everything has to be commercialized cutthroat capitalist fames but it i s what it is I guess.
RA is only one part of a larger project that encompasses libretro and Lakka too.
I agree Maister was a great dev with a great vision. SP is indeed clearly a league behind, merely a self-glorified frontend refactorer, fooling non-technical people by constantly gouging about what he is doing but at least he is trying so please do not judge him so hard, he still has lot of things to learn.
>you can kiss standalone emus and their 'marketshare' goodbye
>Except RA is not a 'product', and it does not think in terms of 'market share' or 'userbase'.
Maybe he doesn't really mean that. Maybe by something like "kiss stand alone emus goodbye" he just means in terms of performance or quality, but he secretly acknowledges that other front ends and stand alone emulators will continue to exist and do well with "the plebs"
> I agree Maister was a great dev with a great vision.
Please explain to me what 'vision' he had. Because AFAIK it was SP that wanted to turn RA/libretro/Lakka into what it is today. Themaister had nothing to do with that and he had nothing to do with 99%of the work that was involved in that either.
It is really quite disgusting to see you refusing to pay tribute or credit to the guy it belongs to. If it were left up to Themaister, nobody would even be talking about RetroArch (SSNES) past 2013. Show some respect.
You are just hating now for the sake of hating. You are not even being objective or neutral about it.
When somebody mentions 'other libretro fronts' or Kodi, and you still think it has everything to do with 'RA', then you do not even understand the project to begin with.
Which explains why a lot of the shitposting that gets posted here makes so little sense. Said shitposter has no clue what he is railing against but he just 'hates' for hatred's sake. I suggest seeking a psychiatrist for that.
>>you can kiss standalone emus and their 'marketshare' goodbye
Read that part again since you did not read it properly:
"When Kodi puts their libretro front inside mainline, you can kiss standalone emus and their 'marketshare' goodbye. Kthnx."
RA is a REFERENCE FRONTEND FOR AN API, learn what that means, then realize how stupid you made yourself look.
Kodi is more popular than any emulator known to man. They are just reclusive nerds then with no idea of what the modern world does or is involved in.
Which might explain well why they get so antsy when something takes their precious underground subscene and makes it more palateable to the mainstream as well. It's a 'my exclusive little club!' mentality.
Kivutar does most of the GUI work, and we were stuck with a 'gui' that was initially designed by Themaister. If you find it to be horrible, blame that guy. You are blaming the wrong person then and misattributing things.
Ishiiruka just received Tessellation and Displacement mapping.
Still being stupid, kid. I don't think you even understand what an API is.
Literally nothing you're saying makes sense now. Just making yourself look stupid to people with the technical ability to know the terms you are talking about.
Maister is the mind behind DRC and the libretro API. SP is mostly refactoring existing code so he can understand it better and introducing regression because he does not understand the code as a whole that much and is restrained by his limited mindset.
Sorry, I know you are fascinated by SP for some reason nobody really understand but that's really not "hate", just the awful truth. He has great potential though as he is a die-hard worker so he will eventually improve his skills, but this will require some time, at least more than with talented coders. That's ok, not everybody can be a skilled coder and those who are often are not perfect in other fields.
> Maister is the mind behind DRC and the libretro API.
But he only did 3-4 libretro cores and he did not really care about all these platforms.
Not to take away from anything Maister did but if it were left to that, nobody would still be talking about RA to this day.
You admit yourself SP is a 'hard worker'; without that 'hard work', there would be nothing to talk about right now. Hard work is more important in the long run than anything else.
And, lastly, it cannot be said enough: it is not an emulator project and he does not care to compete with any 'emudev' coder. Never once did he pretend to be an emudev and he does not really care or want to be so anyway. I don't know how much more this can be pointed out before it gets through to people. He wants to work on the libretro API, build up an impressive array of cores, and port RA to as many platforms as possible, and expand Lakka. Emulator programming he cares nothing about, and that is fine. He wants libretro to be more than just emulators.
The reason why there is antagonism between SP and emudevs is just because of this continuous back and forth. He has already said time and time again he does not want to compare penis sizes yet people keep reducing the argument to that.
>writing picross game in Lutro
I think I'm off to a great start.
>SP is mostly refactoring existing code so he can understand it better and introducing regression because he does not understand the code as a whole that much and is restrained by his limited mindset.
I do hope you know that emulator devs introduce regressions all the time too.
I can tell you with certainty nobody in Team Dolphin understands the core code that hrydgard wrote all that much.
I can tell you with certainty nobody in Team SNES9x right now understands the code all that much.
DItto with Mupen64plus.
There are countless examples like that where it becomes more the rule than the exception. Hell, even PJ64 too, only guy who knows there how everything works is Zilmar and even he plays with the audio off and cannot get the audio implementation working correctly to save his life.
These supposed 'skills' in emudev land are severely overstated and severely overhyped. All I see is people talking a big game and not delivering all that much. There is also a ton of code reuse, Musashi/C68K/existing cores often get lifted without any alteration, same with VBA's ARM CPU core, same with Ari64's dynarec. A lot of the time it is just copy and pasting with maybe 30% original work, and cribbing from existing sources and existing other emulators.
>and introducing regression because he does not understand the code as a whole that much and is restrained by his limited mindset.
I think you latch onto one or two regressions that might have been introduced at some point and were quickly fixed after that and now you just try to turn that into some kind of meme. Pretty shitty but it seems you will try to do anything to smear people.
s m h = baka
t b h = desu
f a m = senpai
c u c k = kek
S J W = spooky scary skeleton
A n i t a = Anita
They were added on halloween night. I was hoping it was just a temporary thing as a joke, but I guess not.
Criticizing S J Ws is now officially banned.
>s m h = baka
>t b h = desu
>f a m = senpai
>c u c k = kek
Can't say I mind those.
>S J W = spooky scary skeleton
You can just use SJT because that generally fits them just as well.
>A n i t a = Anita
What's the point of filtering a word to itself?
I guess they removed SJW and Anita
>Can't say I mind those.
Yes, let's just start outright banning every passing meme past its prime because an hiro can't handle the bantz. The word kek wasn't pretty much dead, it was still currently such a blight on this chinese girl cartoon website. I'm glad that we have that as a stupid word filter forever now and I'm safe since no one can ever trigger me by using it even if it's warranted. And there's no need to worry because all you have to do is look at /b/ to see people never abuse word filters to shitpost.
Kek was just being overused and forced as a replacement for fag most of the time and niggerspeak was never ever good so I really can't bring myself to give a fuck, I mean it's not like they filtered kek to Burch like you know who.
That doesn't really make sense. How exactly would a GC game take advantage of all the Wii's Hardware?
The MIOS basically just translates GC calls to Wii calls, which is possible because they are very similar, and Nintendont/devolution basically just does that itself instead of trying to hack the MIOS to do it for it.
That does leave all of the Wii hardware open while it's running, and it can use it to do some useful stuff, but that's hardly "taking full advantage of it"
>Cu ck was just being overused and forced...
If you had said this a year ago I would have agreed. But even then it would have been retarded to filter it, because over time it would die down, just like it did.
What I mean is that certain games framerates drop in certain areas like star fox adventures menus or the infamous 4 player fountain of dreams in melee. I wanted to know if either nintendont or devolution would improve the framerate. There are other advantages like on of the main differences between the wii and gc is that the ram is vastly increased. But I think ram locations are mapped by the game.
As if you are one dipshit.
Nobody needs any validation or any measuring by some anonfuck whose too cowardly and too unskilled to do anything himself or publish it anywhere.
You have nothing to call your own yet you want to shitstir against people with established reputations and established credentials.
Baka means idiot or like "dummy". Desu is the formal way to end a statement in japanese, and because it's so common it's a favorite thing for weebs with zero understanding of japanese to say a lot.
Honestly, I'm kind of surprised someone on 4chan would ask this.
Instructions about Pete shaders.
>established reputations and established credentials.
I agree, SP is a great refactorer.
I heard people from all over the world want to hire him to refactor their shitty codebase into something clean and portable.
I also heard that companies are now looking for libretro experts after seeing how great this was for processing multimedia content.
>He has great potential though as he is a die-hard worker
You claim he's a die-hard worker yet out of the 3 examples I gave of terribly bad copy pasted code, only 1 was fixed and that was by fatboy.. The guy didn't even bother to do anything about it himself.
>Hell, even PJ64 too
>I don't think the PS1 was ever restricted to only 256 colors. I'm pretty sure it used 15-bit color if I'm not mistaken.
The maximum color-depth of PS1 hardware was 24-bit (~16Mil colors), with 57,344 (on 256×224 reso) to 153,600 (on 640×240 reso) colors on screen at once.
With textures and sprites, you could choose between 4, 8, 15 or 24-bit color depth, and devs often used and mixed these different modes depending on the need, as proper texture compression wasn't really a thing yet.
Since SH1 uses some very strong dithering, it's very likely it uses mere 8-bit color depth (=256 colors), with the dithering to improve the image quality & gradients, plus to give it that noisy look.
I've examined some of the game's ripped textures in the past as well, and at least they are often at very low color modes, I'd almost say custom paletted.
Prove it. Go and make PJ64 portable without Zilmar's help, without regressions.
You can't because you don't understand jack fuck about it.
Now go back to #n64dev and shut your bitch faggot ass up.
>you could choose between 4, 8, 15 or 24-bit color depth
I'm hardly an expert, but I would think that your actual choices were 4 or 8-bit palettes with 15 or 24-bit color depths.
How a 4bit color depth even work?
>The guy didn't even bother to do anything about it himself.
More like he obviously doesn't read your shit.
Honestly, if you get such a boner from him, come to his IRC channel, skip the middlemen and get it over with you faggot bitch. You sound like a bitch and talk like a bitch.
>How a 4bit color depth even work?
it's 16 colors. Pretty common thing with the 1980s early computers. With dithering, you can fake 128 color look pretty well with it.
In case of textures, it was all about saving memory and disc space back then. If your texture is mostly of one color, with darker and brighter sections creating details, you could do it just fine in 4-color grayscale mode, and colorize the surface it was placed on with vertex coloring instead. This saves tons of VRAM.
Neobrain is shitting on Ishiiruka again.
>Not speaking officially, but to me it looks very much like the feature is currently in the "gimmick" state at best, but nothing which you would ship with a well-polished piece of software. Sometimes, you just have to accept that a feature is nothing more than a toy.
And to be honest, I didn't find this particular implementation visually convincing either. The examples shown in the video were pretty poor applications of these rendering techniques.
true, but we can only simulate 4-bit color modes on our modern systems that run at 16-32 bit colors.
Commodore 64 for example had a legit 4-bit / 16 color mode.
No, you cannot. 3DS emulation is at very early baby's shoes at the moment; they just recently got OoT3D to RUN on PCs. Not smoothly, not flawlessly, not in playable form, but still boot up and run.
But seriously, why bother? It's the worst version of MGS3.
>neobrain:Yes, and that's precisely the reason why I will not consider this feature to be anything other than a gimmick currently. You can put the responsibility to the artist all the way you like, but at some point things just become too impractical to be of any actual use, really.
>Of course, all of that is my personal opinion and expectation. There's nothing wrong with trying anyway, and some of the greater projects stem from ideas which were condemned as impossible beforehand. Regardless, until it's been proven that tessellation and displacement mapping can be useful in practice, there is no point in even thinking about including it in the official source tree.
Hardware palettes are still palettes. 4bit direct color would be something like 1 bit per channel plus 1 for alpha, giving you black, white, red, green, blue, cyan, magenta, and yellow(only full on or off for each channel), or something a bit more nuanced like 1 bit for red and blue and 2 for green. No matter what it wouldn't look anything like your pic.
The PS1 typically operated with 8bit custom palettes, those palettes being defined in 15bit direct color.
I don't know the specifics of 24bit color for it, but I would imagine that is what the 4bit palettes are for.
This is only for textures, not for output, and you could display many palettes at once for only the cost of a little VRAM, which is why I seriously doubt SH only uses 1 palette for the entire game.
wading through my dolphin.ini and found this
is it only using a single core? or does this mean something different?
>4bit direct color would be something like 1 bit per channel plus 1 for alpha, giving you black, white, red, green, blue, cyan, magenta, and yellow(only full on or off for each channel
True that. And that's pretty much how the primitive, gaming capable systems actually did it back in the days. The legendary black+white+cyan+pink color scheme was quite common for this purpose.
And it's true that PS1 did not run at 4-bit colors at any point, at best it was 8-bit mode with lower bit-rate textures.
The thing making me suspect the use of 8-bit color mode in SH1 is the active use and clearness of the dithering. The game looks very different when played in 32-bit, filtered form, literally losing some of its color vibrance, plus the typical issue of stuff clipping into existence very clearly when you move around.
With the dithering enabled, everything from the flashlight's beam to the fog / shadow effects have better fade-out phase at the corners, and the transition can be surprisingly steep, literally going from the typical colors to pitch-black .
The textures use a varying palettes of their own, but surprisingly many of them are in grayscale / sepian-ish brown scales. Don't know if they then apply new palettes on them while in the game, or if the more colorful elements are made like that already in the bitmap.
This is honestly what I do. Or rather, I only emulate PS2 with Sony's emulator on the PS3 on rare occasions, most of the time is spent on real hardware. Same with the N64.
After a while, you start wanting a bugfree fucking experience. No room for bullshit. Sounds like GBA has finally gotten there which is great.
I've been having a break from emulation myself, focusing on Spelunky instead. This would've been the greatest thing ever back on the SNES. Still pretty much is. Wish it had a libretro port
You're one delusional fuck
I hear RetroArch has some issues and buggy cores in Windows that are fine in Linux, is this true?
For those of you who don't know, basically Kodi is libretro's "HTPC" angle. Which means people who want to play their streaming video content on a stick attached to their TV may use it. What they won't use it for is emulation because they're likely normies.
I guess Kodi must be big in whatever country SP is from and that's why he thinks it's so important but given the reference picture of it on wikipedia is not in english I'm going to guess it isn't too big in the US/Canada/UK.
>The legal status of libdvdcss, libaacs and libbdplus is thus questionable in several nations, and the distribution of executable versions of Kodi containing which was built with these libraries without a commercial license to is likely to run afoul of the DMCA (Digital Millennium Copyright Act) in the U.S.
>tfw "libretro's HTPC angle" is illegal in the US
Setting that to 0 forces dolphin to only uses one processor core. Setting it to 1 uses two processor cores.
It's not an "X" value where X = number of cores used, it's just an on or off value.
It's a checkbox, on or off, it makes perfect sense.
CPU cores start at 0.
>Well SP is good at mindless refactoring all day and night long so in a sense he is a hard worker.
Fair enough. Mindless indeed.
>Prove it. Go and make PJ64 portable without Zilmar's help, without regressions.
>You can't because you don't understand jack fuck about it.
Nice logic! You want me to prove a point by doing you a favor!
One can know C++, x86 Assembly, & WinAPI, while having a solid understanding of Project64 without knowing any portable API's.
Tell me why I should go out of my way to help you guys! Making Project64 more portable is obviously not as important to me as it is to you.
>More like he obviously doesn't read your shit.
Ok. Explain why this happened shortly after I pointed out a problem? https://github.com/libretro/mupen64plus-libretro/commit/6a98ae8fb8b4e1bed0b368e410601a3562966f54
The amount of ignorance and stupidity in this post just hurts my head.
>Yet you don't correct it so that we can understand. If you don't then that is all we're going to know about Kodi here.
I'm not going to write several paragraphs about a subject when there's already a mountain of information about it that you can easily obtain by using something called a "search engine" on the "world wide web".
Wow, those are some terrible deduction skills you have there. English is the default language for Kodi. I also tried to find stats on downloads by country of origin or something like that, but the best I could find was https://addons.mozilla.org/en-us/firefox/addon/xbmc-remote-control/statistics/usage/languages/?last=30
Research isn't just skimming on webpage and calling it done, try reading multiple sources next time.
If you read the initial post about Kodi carefully you will see that it is not the default language that is castigated, but rather that the person who did the wikipedia page for it put up a picture with a foreign language GUI, indicating s/he was not a primary English speaker. From this we can deduce the likelihood that people who care about Kodi are more likely to be non-primary English speakers, most likely from eastern Europe.
Furthermore, filtering statistics for Kodi usage through Firefox add ons for Kodi can skew the data in any number of directions, especially given that Firefox largely caters to an English speakers. What you need is statistical data from Kodi's creators themselves.
>If you read the initial post about Kodi carefully you will see that it is not the default language that is castigated, but rather that the person who did the wikipedia page for it put up a picture with a foreign language GUI, indicating s/he was not a primary English speaker. From this we can deduce the likelihood that people who care about Kodi are more likely to be non-primary English speakers, most likely from eastern Europe.
Then riddle me this Batman? Why would English be the default language if that wasn't the primary language of the user base? And a single picture from Wikipedia is hardly solid ground to make an argument from, especially when three out of the four images of the Kodi homescreen are in English. It's also laughable that you think Wikipedia is a reliable source. And what's your basis for claiming that Firefox largely caters to English speakers? It's available in dozens of languages.
I didn't address it before, but Kodi isn't libretro's anything. SP is not involved with Kodi, and nobody on the Kodi team is involved with the libretro project beyond implementing it in their own software. And if you did even the slightest bit of research in to Kodi then you would know that it's not a "normie" thing and that plenty of people already use it as a launcher for emulators. When I last talked with SP about Kodi implementing the libretro API the only thing he had to say about it was along the lines of "As long as they don't break ABI then I don't care." He doesn't think it's some big important thing.
I'm playing MGS2 on the PCSX2, the screen goes black to load a cutscene, the one before fighting vamp and solidus on the jet, but nothing happens except the fps dropping until it reaches zero and then PCSX2 crashes. Help
>Then riddle me this Batman? Why would English be the default language if that wasn't the primary language of the user base?
Because English is the default for almost all non-niche software.
>And what's your basis for claiming that Firefox largely caters to English speakers? It's available in dozens of languages.
Most of the devs are English speakers, the foundation is based in an English speaking country and all the marketing is targeted towards English speakers. You won't see the primary image of Firefox on English Wikipedia being in a non-English language.
>I didn't address it before, but Kodi isn't libretro's anything.
And yes we're aware that Kodi is bigger than libretro and is just going to integrate some libretro stuff into it.
>And if you did even the slightest bit of research in to Kodi then you would know that it's not a "normie" thing and that plenty of people already use it as a launcher for emulators.
HTPCs and their software are inherently normie things. They primarily cater to people still stuck in front of their TVs rather than people who watch their media entirely on PC rather than TV, and people with gaming PCs who want the best experience possible when emulating.
>He doesn't think it's some big important thing.
Why exactly did our earlier funposter suggest it was going to destroy stand alone emulators to have Kodi implement LR API then? Was he just having a giggle?
>Because English is the default for almost all non-niche software.
Kodi is niche software. Anything the requires as much setup and configuration as Kodi will never catch on with the average person.
>Most of the devs are English speakers, the foundation is based in an English speaking country
That has nothing to do with catering to any group of people. The majority of devs on the team have to share some language in common to get anything done and where the foundation is based affects exactly 0% of end users.
>all the marketing is targeted towards English speakers.
What fucking marketing? I've seen television ads for IE, but never Firefox. Anyway, marketing to a group and catering to a group are two completely different things. Firefox catering to English speakers would look something like making changes to the software that are only intended to benefit those that speak English.
>You won't see the primary image of Firefox on English Wikipedia being in a non-English language.
Like that means anything. That same English screenshot of Firefox is also used on the Arabic, Estonian, French, Armenian, Punjabi, Russian and Vietnamese Wikipedias while the Italian Wikipedia page has a screenshot of Firefox in Italian. Most Wikipedia authors are lazy and just copy-paste shit rather than making their own assets.
>HTPCs and their software are inherently normie things.
If you were talking about stuff like Roku or Chromecast then I would agree. But Kodi is far from a turn-key solution and would just frustrate "normies" as you keep saying. Most of my friends in college weren't comfortable using my (at the time) XBMC HTPC because they thought they might somehow break it.
>They primarily cater to people still stuck in front of their TVs rather than people who watch their media entirely on PC rather than TV
If it's a "normie" thing to not want to make all my friends huddle around my computer desk to watch a movie or something then I guess I'm a "normie".
>and people with gaming PCs who want the best experience possible when emulating.
You really don't need that great of hardware to run most libretro cores well.
>Why exactly did our earlier funposter suggest it was going to destroy stand alone emulators to have Kodi implement LR API then?
He was likely talking out of his ass.
>Was he just having a giggle?
I love Retroarch/libretro but I have no illusions of it catching on with the masses in its current form. The average person is too stupid and lazy to learn how to use something like it.
Jesus Christ, you guys actually managed to find something more autistic than the N64 to argue about.
Congratulations, I guess
>Kodi is niche software. Anything the requires as much setup and configuration as Kodi will never catch on with the average person.
I guess that kills that one guy's idea of Kodi integrating libretro destroying stand alone emulators.
>What fucking marketing? I've seen television ads for IE, but never Firefox.
TV ads for web browsers are overboard. I'm talking tech site article buy ins to get PR, bought nagging "Try Firefox today!" messages with other programs or on websites, and things like that. Those make up far more in the way of web browser marketing.
>Firefox catering to English speakers would look something like making changes to the software that are only intended to benefit those that speak English.
When English speaking devs are developing something, anything that helps foreign language users is generally incidental. You have a certain culture in the dev team and they are thinking of a certain type of person when they push code for the browser--people like them. Sure, most of the time it won't matter and it will work just as well for non-English speakers. But most non-English support for the browser is an afterthought created by side teams. They can't even report bugs to the 'real' dev team, but must go through intermediaries.
Anyway we're kind of getting a bit off topic here with browser war discussion although it is relevant to the initial point of the add on data.
>If you were talking about stuff like Roku or Chromecast then I would agree. But Kodi is far from a turn-key solution and would just frustrate "normies" as you keep saying.
Alright, maybe it's more intermediate or so?
>If it's a "normie" thing to not want to make all my friends ...
'friends', key word there, bro ;)
I guess that's working off a bit of a stereotype but mentioning friends when discussing "normie"-talk has to be kind of a red flag.
>You really don't need that great of hardware to run most libretro cores well.
That may be true but the "sexiest" libretro cores like mupen and mednafen PSX that people really want to use, you will need at least a decent processor for.
>I love Retroarch/libretro but I have no illusions of it catching on with the masses in its current form. The average person is too stupid and lazy to learn how to use something like it.
I like your honesty.
Just started playing this, it has a shitload of charm and is this 'easy' sort of amusing and funny. Let's see how the mechanics hold up.
Might be the FXAA, I'm just upscaling the textures otherwise. No deliberate filtering on my part. I haven't played the game before, so I'm actually liking the style.
>On a sprite based game
>tfw end-user who actually has a bit of an idea of what he's doing
>TV ads for web browsers are overboard. I'm talking tech site article buy ins to get PR, bought nagging "Try Firefox today!" messages with other programs or on websites, and things like that. Those make up far more in the way of web browser marketing.
Well I have ads blocked on most sites like any sensible person these days, and no software I use nags me to try other software while using it. Maybe some of their installers do, but I can't think of any off the top of my head.
>Anyway we're kind of getting a bit off topic here with browser war discussion although it is relevant to the initial point of the add on data.
Like I had said, it was the best I could come across for language usage statistics for Kodi since they haven't published anything like that themselves.
>Alright, maybe it's more intermediate or so?
I don't think so. Kodi doesn't have anything resembling a decent way to interface with Netflix or Hulu for instance, so that'd be a big turnoff to the average person.
>'friends', key word there, bro ;)
>I guess that's working off a bit of a stereotype but mentioning friends when discussing "normie"-talk has to be kind of a red flag.
A redflag for what? Being a total shut-in is not a requirement for browsing 4chan. I'm not a socially graceful person, but I do have a social life.
>That may be true but the "sexiest" libretro cores like mupen and mednafen PSX that people really want to use, you will need at least a decent processor for.
Then make sure you pick out a decent processor when you're building your HTPC if that's something you want to do on it.
>I like your honesty.
I do my best to not entertain any delusions.
Butthurt little kids like >>121042728 and >>121074007 who think their toy emulators matter when contrasted against proper softwares that people actually use, do a reality check. None of your poorly engineered pieces of trash can even begin to approach in scale.
You wanted me to wait for the screen transitioning into some anime picture before I could take a screenshot and post it? I could do that too but Banshee is a pretty fun TV show jesus christ you petty tasteless fucker
>proper softwares that people actually use
>Kodi is niche software. Anything the requires as much setup and configuration as Kodi will never catch on with the average person.
Have you tried it for yourself, shithead? Or you read some comment on an anime discussion forum and decided you were an educated expert on the software? >>121068241 isn't stupid but he's wrong about how much configuration you need.
It's a three step process really. 1) Point Kodi at the folders where your videos are. 2) Say if the folders are filled with TV shows or movies. 3) Press scan. Then in a couple of minutes you get >>121083932 pic related
It's easy as shit to set up, and even easier to use afterwards
>But given Windows 10 is better than Windows 7 and Windows 8, why would that be a problem?
>Windows 10 is better than Windows 7
We are the RetroBorg. Lower your shields and surrender your code. We will add your biological and technological distinctiveness to our own. Your emulator will adapt to service us. Resistance is futile.
There's nothing that can be done. Windows just too big unwieldy and complex a beast to create a program to mimic it in all situations. Might as well just stay on 7 or 8.1 forever and don't update.
Considering they have millions of users at this point, I'd say he's wrong. It's already caught on. In my personal experience I've yet to see anyone being unable to operate it either.
In the past the problem was more one of cost, making the HTPC "hobby" one belonging to the realm of hardcore neckbeard geeks.
Kodi, as you may know, started out as homebrew for the original Xbox -- very inexpensive hardware compared to everything that could offer an equivalent experience at the time. These days with cheap SoCs and Android TV boxes you could get a full setup going for like $25 and installation is as easy as installing an app or copying some files to an SD card. We've been at that point for years already.
Enthusiasts will put money towards some slightly beefier hardware and work the many available configuration options, while the average dumb end user will likely just connect an HDMI cable and say it's ready. I think RA is wanting to achieve something like this too.
PCSX2 keeps giving me a out of memory error. I was playing MGS3 earlier this year everything worked, I downloaded the new version to play dark cloud 2 but it keeps giving me that error, it just keeps freezing and crashing left and right. Wtf I'm doing wrong here?
>Considering they have millions of users at this point, I'd say he's wrong
According to the most recent stats team Kodi has published, they're at around 200,000 unique installations. This of course doesn't account for households that have multiple machines running Kodi.
Granted, this is from two years ago, but I promise you that they're a good bit from 1,000,000 installations.
>In the past the problem was more one of cost, making the HTPC "hobby" one belonging to the realm of hardcore neckbeard geeks.
>Kodi, as you may know, started out as homebrew for the original Xbox -- very inexpensive hardware compared to everything that could offer an equivalent experience at the time. These days with cheap SoCs and Android TV boxes you could get a full setup going for like $25 and installation is as easy as installing an app or copying some files to an SD card. We've been at that point for years already.
Something like a Raspberry Pi, while undoubtedly cheap and capable, is still intimidating to the average person because it looks nothing like most computers and the mere fact that it doesn't run Windows or Mac OS X will scare people off too.
>It's a three step process really. 1) Point Kodi at the folders where your videos are. 2) Say if the folders are filled with TV shows or movies. 3) Press scan. Then in a couple of minutes you get >>121083932 pic related
Way to gloss over file organization and naming schemes. While it's pretty straightforward for movies, it gets hairier for series. Most torrents and usenet downloads these days will already have files named to fit Kodi's naming scheme, but you'd be surprised at how many people don't pirate because they either think it's too hard or that they'll get in trouble.
Of course it's not as widespread as Chromecast, a widely advertised and stocked hardware piece from one of the world's largest companies. A non-commercial open source project like Kodi that doesn't bundle hardware is small fry compared to that. And then the babby emulators are yet again even smaller fry than Kodi.
Still though, this isn't a popularity contest, so just relax. Both Kodi and emulators are great while the Chromecast is still a piece of shit despite its larger user base.
When RetroPlayer gets merged into Kodi mainline it'll likely absorb a lot of the RetroPie/Emulation Station/HyperSpin fancy launcher type projects' userbases. Maybe even bring more casual emulator users away from their desks and over to the big screen with its easy config and great 10-foot interface. We'll see.
Kodi already has two different addons that can be used to browse your games and launch them in an emulator just like any of the launchers you just named. RetroPlayer will just bring a unified user interface and possibly less resource usage.
Motion blur is baked into all western movies and it is an option to turn it on or off in PC games. There's very little motion blur that is actually going to be caused by a 60 hz monitor.
>According to the most recent stats team Kodi has published, they're at around 200,000 unique installations.
They're way past a million. Not only are these numbers two years old, right around the time where cheap HTPC devices started showing up (you didn't react to the Android OS not being present in the), but they're numbers for scraping requests to a music database.
I've been using XBMC since the early Xbox days and never once ran the music scraper. Look at the end of the very blog post you linked:
>The data was collected from 24 days of music requests from http://www.theaudiodb.com/ so its not a reflection of the entire XBMC ecosystem, just people requesting music metadata. The last time we checked our add-on statistics, we had around 1.9 million active installs around the world.
>around 1.9 million active installs
This being two years ago -- the numbers are guaranteed to have multiplied since
>There's very little motion blur that is actually going to be caused by a 60 hz monitor.
How wrong you are.
Sample and hold displays will inevitably have motion blur at low refresh rates like 60Hz. This is why backlight flickering and black frame insertion is the only way to get 60Hz motion quality back up to CRT standards.
RetroPlayer will likely be enough for most, but not /emugen/. It's libretro bolted into a videoplayer codebase focusing on integration and ease of use, while neglecting autismal engineering quality and features focused on low latency and sync. Latency doesn't matter to a player that can just buffer like a bitch and call it a day, but that's not so nice for emulation.
My bad. I saw the part about it only coming from the music scraping, but not the add-on statistics.
I still think it's a pretty niche thing considering I'm one of three people I've met IRL that use it.
There's no reason that couldn't implement DRC and change the buffering behavior when RetroPlayer is engaged.
Well it is better in many ways. Sorry but Windows 7 is shit and has many annoyances that will never be fixed. Later versions fix some of these annoyances but fuck up other things I liked. This is how windows has always been, you cant choose what you want and always end up compromising. Windows 10 backend with the Windows 2000 UI tweaked a bit would make a decent OS.
I have a Linux setup that works mostly how I want however what's the point If I have to exit everything and reboot to play a PC game or run some other Windows only bullshit.
Virtualization has come far enough at this point there's no need for dual booting, you can passthrough fucking video cards. I'm going to setup everything on top of a hypervisor the next damn computer I put together
Do you know what virtualization is? You can have several "guest OS" running inside a host OS or on top of a hypervisor. At this point you can "forward" PCI-express or whatever is used today into a guest so it's as it has direct access even though it's running atop virtual hardware, goes for video cards too. You can boot up Windows alongside Linux for instance when you want to play games is what I was saying
I think it should be doable with one GPU at this point but I haven't done a lot of research yet. Was thinking of going with Xen or something when it finally comes down to it.
Intel graphics for Linux and NVIDIA passthrough to Windows would be fine as well really
fuck off with your worthless fucking toolkit widgets
especially mentioning wxwidgets makes you look like a complete idiot, it's nothing short of trash
Well, 120+hz monitors are really cheap now and those overclockable Korean IPS monitors are getting really popular.
When you think about it, only poor people and consolefriends have 60hz monitors.
How the fuck do I stop dosbox from doing 16:9 bullshit? I have a 4:3 monitor I use for old games and if I change fullresolution=original to 1600x1200 (the max resolution of the monitor) it letterboxes the fucking thing with black bars on the top and bottom. I've fiddled around with the aspect option and changing it from true to false does absolutely nothing.
I just want to play MGS 3 with PeaceWalker controls, very cool actually. I don't care about graphics, authentication, I beatened game on Vita and have Master Race edition (worst idea of Kojima to make knife chop on not very sensitive circles button, also I wonder how people played this thing in first edition with shity camera).
> boot up Order of Ecclesia again after I put it on hold for months
> current save file is somewhere in the castle
> check my save states in case I made one that's later
> save state was made way a few hours into the game
>> check my save states in case I made one that's later
I usually just use save states in the save room so I don't have to go through the intro and the menus when I open up the game
for some reason I stopped doing that with this game
As suspected for some time now, the infamous dong expansion glitches in DK64 may very well have something to do with audio timing.
am I good for emulating PS2 and Wii games? I just got this "newer" computer today, it's way better than my old computer.
I do plan to buy more ram and a better video card. Have my eyes set on getting a used 750 ti
>lutro doesn't support ImageData:getPixel
Welp, the dream's over lads. I legit can't think of another feasible way to do this, and I'm not sure I'd want to if I could.
Yeah I assumed the goal was to eventually make it on par with love, except obvious stuff like scaling and subpixel movement.
Still though, I think I might leave it for a while at this point because I keep running into issues like this.
Call me when Batman Arkham Knight can run at 60fps, never mind 120fps.
LOL whoops. Putting the cart before the horse there. Most PC games are shitty consolefag ported games that run like shit except on overpowered rigs. What do you need a 120Hz monitor for?
It can now read images
Post some 20x20 black and white images and I'll make you some picrosses you can send to your friends to solve by hand or something idk
Seriously? Project 64 1.6 worked on my tower from 1999. If you're using 1.7, try 1.6. If that doesn't work, it might be a compatibility issue. Try Mupen64 or RetroArch-Mupen64
>I keep having studders when i emulate Banjo kazooie on project64 is this a known issue ?
>How the fuck do i fix this ?
Either due to graphics plugin or CPU recompiler. Try disabling Advanced Block Linking to see if it makes a difference. If it doesn't make a different, re-enable it.
What version of Project64? What graphics plugin?
desu that's pretty genius
If I was korean I'd probably be laughing my fat ass off at those dirty westerners with their dead pixels and their baby tournies, and their lack of hot6
NORTH KOREA BEST KOREA
iMAME4All is just a fork. Calling it 'mame 2000' is more accurate to what it really is. Only things added to 0.37b5 were optimized 68K/Z80 CPU cores like Cyclone and drz80 anyway.
It has received a lot more attention now that it is usable on 3DS and on 3DS, performance matters and CPU power is not in ample supply. Has been gathering dust for years otherwise and the only ones who cared about it before were just fags with underpowered Raspberry Pis.
>Are you seriously and unironically recommending that someone use Nemu64 or 1964 instead of Mupen64Plus-libretro?
Yes, assuming there's no major issues on at least 1 of the 2 emulators I mentioned. I don't really play Kazooie. The person is concerned about performance. Why would you recommend a slower emulator?
After seeing this, I really don't see how people could even recommend it for people who are concerned about performance.
>Are you unwell? Do you require assistance?
Clearly I don't need assistance because I use the appropriate emulators and plugins for my needs.
This isn't 2004 anymore. The difference in speed between all these N64 emulators is negligible now. The bottleneck these days is in specific plugins. Like, for example, using Angrylion's on both Project64 and frankenmupen, the difference in speed was like a frame or two. I got a few more frames by switching to the RSP recompiler in PJ64.
If we're talking about using common plugins like Glide64 and they're playing a game that is known to run well on it like BK, any computer made in the last six years will have no issue regardless of emulator unless they fucked up a setting or they're using a shitty plugin or something.
Can you solve it, /emugen/? Looks pretty hard.
That was an issue with the CXD4 RSP using outdated, unoptimized code. It now runs almost as fast as Project64 using that same RSP, and could probably get closer still with some further optimizations to Angrylion. Only reason Project64 can go even faster with Angrylion is because it has an RSP recompiler.
In any case, that issue was irrelevant. It's pretty obvious the guy fucked something up, because my much weaker rig has no issues with Banjo on any emulator.
>made it so it does automatic scaling based on the size of the spritesheet
>decide I should actually try it out
oh god why
I have no idea what's causing this.
It's caused by setting the window size with window.setMode to something bigger than what you set in the conf (which I wasn't using and defaults to 320x240) old res of 231 was just under the limit.
I don't know it this is intentional or not. Maybe it generates a texture to use for output or something. idk, I don't know low level graphics shit.
Easy workaround is it to something big in the conf. If it is a texture, that might cause issues on mobile devices and shit though.
I'm probably thinking about this too hard.
Hey /emugen/, quick possibly stupid question. When using the desmume core for retroarch with my ds3, the right analog stick controls a cursor that can act as a stylus for the bottom screen. I think that's hella neat but I also really fucking hate retroarch, is there a way to turn on this functionality on desmume proper?
I've been out of the loop for a while, what's the best N64 emulator and plugin setup nowadays? My system is kind of mediocre so no Cen64 for me. I'm running an Athlon X4 860k, 16GB of DDR3 1600, and a 1GB Radeon R7 250X.
I don't plan on playing anything too out of the ordinary, mostly Ocarina of Time, Perfect Dark, Starfox 64, and ExtremeG2. I might also try some slightly more obscure stuff like Bangai-O, Sin & Punishment, Wonder Project J2, and Mischief Makers.
I recently went ham on those sections, so pretty much everything (except some of the download links) should be up to date and well documented.
The gist of it is, Project64 + either Glide64 or GLideN64 for sheer compatibility, or RetroArch using Glide64 if you want slightly better sound and wanna dick around with stuff like shaders.
Which GBA cores are available in the Android version of RetroArch?
No really, I wanna set up a PC/Android tablet combo with a single microsd but I wanna start playing a game and the tablet hasn't arrived yet so I don't know which emu to pick.
This looks bad: the lines are shit, the aperture grille isn't doing anything there and there's not enough blur.
1st go here: http://libretro.com/forums/showthread.php?t=3998
2nd take a screenshot with vintage preset
Then you finally get the most authentic look
>So are all of you N64 kiddies retarded, or just the ones that post in this thread?
You fail to comprehend. In the page I linked, twinaphex wrote "Also, I'd say the comparison is skewed by another discriminating factor - we're comparing a Mupen64plus derivative here to Pj64. There's no telling how much faster PJ64 is or not compared to Mupen64plus."
>The difference in speed between all these N64 emulators is negligible now.
I disagree. A few extra VI/s is significant.
>The bottleneck these days is in specific plugins
It's true that plugins are usually the bottleneck, but some games still heavily use the cpu core. Pretty sure BK uses more CPU than the average game.
>I got a few more frames by switching to the RSP recompiler in PJ64.
cxd4 says his RSP is faster ;/ .
GPDP wrote "So a great improvement in speed overall, though it still falls short of what I get out of the zilmar-spec emulators on my particular machine."
>I disagree. A few extra VI/s is significant.
If we're talking about Angrylion's, sure, since any VI we can get to get it closer to 60fps on most machines is significant. But we're talking about HLE, hardware-accelerated plugins that would run at hundreds of VI/s on the average machine in use today if the framerate was unlocked. And while that dude's CPU is not that great, it's certainly no worse than the shit-tier hardware people were playing many games (Banjo included) on back in the day.
>cxd4 says his RSP is faster
Only when directly comparing it to zilmar's RSP in Interpreter mode, especially if using SSSE3. With the Recompiler, zilmar's is still faster, and he has said as much.
>GPDP wrote "So a great improvement in speed overall, though it still falls short of what I get out of the zilmar-spec emulators on my particular machine."
The statement "almost as fast" does not contradict "still falls short of". It's just worded more positively.
That does not excuse it at all. They are just taking advantage of people that don't know any batter. Everyone is new to these things at some point and it's rude to call them 'retarded chimps' just because you have known this shit for years
>The statement "almost as fast" does not contradict "still falls short of". It's just worded more positively.
You're right. I posted the quote because I'm pretty sure he was using cxd4's RSP on both emulators, which leads me to believe that the cpu core is at least partially responsible for the speed difference.
> But we're talking about HLE, hardware-accelerated plugins that would run at hundreds of VI/s on the average machine in use today if the framerate was unlocked. And while that dude's CPU is not that great, it's certainly no worse than the shit-tier hardware people were playing many games (Banjo included) on back in the day.
GPU matters more than CPU for HLE hardware accelerated plugins. If he has an IGP, he might not get hundreds of VI/s in some games. It is very possible that you are correct about him not using the best plugins and settings.
New to emulation in general, lurked the wiki for a couple hours reading about obscure systems, retroarch and such
What's emugen's opinion on EmulatorStation and retroarch? Is it better to have separate emulators for each system?
RetroArch is not a traditional multi system emu and uses septate ports of emulators that are the same emulation wise and kept mostly up to date. The main reason for using it is for wide platform support and to get a set of common features with these emulators like shaders and DRC. Most other multi system programs tend to be merges of emulators that have become horribly out of date or are a jack of all trades master of none.
EmulationStation is just a pretty launcher. Use it with Retroarch if you feel. If I'm not mistaken, you can also use it for emus that don't have cores in retroarch for a "unified" experience.
Retroarch is nice to use, being in one place but still being dedicated cores that are kept relatively up to date. Once you get it set up it just works. Shaders (if you're into it) and A/V sync are wonderful. Some aspects of input handling might drive you nuts but using per core and per game configs will help that.
The interface isn't everyone's favorite but it's not counter-intuitive. Just make sure to grab the BIOS pack and set your paths.
>Most other multi system programs tend to be merges of emulators that have become horribly out of date or are a jack of all trades master of none.
So MAME/MESS, the neglected parts of Mednafen, and the other parts of Higan (you know, outside SNES)?
>Leave it on that and tweak the buffer size and DRC delta.
Guess I'll try that, then. Also, how can I go back to not having an audio DSP plugin after playing around a little with them?
>They are just taking advantage of people that don't know any batter.
This is essentially what capitalism does. It's very difficult to make a profit if you're being fair to your customer. Inherently there will have to be mark up so you can make profit for example. And that is only the most basic level.
>actually defending putting a virus on someone's computer
Use the estimated refresh rate tool in the menu to get an accurate reading of your screen refresh rate, and have it copy over to the configured refresh rate setting by pressing A after it hits 2048 samples. The screen refresh rate setting is needed to do proper sound adjustments for smooth video output, and if it is significantly offset from your actual screen refresh rate it can cause audio timing to be offset enough to have gaps. The default setting is 59.95Hz, NTSC standard refresh rate.
NES actually but I never owned one and was too young to attempt Megaman at the time.
I only ever played the first Zelda and Archon.
SNES was the first console I owned.
I wasn't really playing with showing off in mind. I was just enjoying myself.
I get the feeling with the level of challengefagging and bragging on places like /v/ that a lot of people around here are basically "always on" and always playing seriously or would never play any other way. Their stress levels must be through the roof.
I installed project 64 on my hard drive but it is not showing up anywhere, nor can I play any of my ROMs, how do I get past this?
sorry if you guys don't want to hold my hand I just want to play MM
VBA-M (recent svn) stutters for me despite my PC being overkill for GBA emulation
every few seconds it briefly drops to ~97% speed, happens with any game
rendering with Direct3D Bilinear
no magnification filters, vsync is off, frameskip makes no difference
Are there any obvious things that might be causing this?
I'm lazy so that's all you get
Also don't download the emucr builds I think several people said they were broken, be careful if you use the actual installer as it has opt-in malware.
Which version of the Vita should I get that can be jailbreaked?
Is there a certain original firmware I should avoid?
I want to play Muramasa Rebirth for free.
You still cannot CFW/Jailbreak a VITA, and you certainly can't play backup yet, 2.32 has an exploit that you cannot do anymore that allows you to launch some homebrew.
Piracy will likely not happen (at-least not for a while) for a variety of reason, carts being hard to dump still (need external equipment and basically almost destroying the cart) and the whole scene being filled to the brim with moralfaggot are the two main factor.
You can hack PSP mode though, but I doubt that's of any use to you since you want to play VITA backup.
Also seems like I was spouting bullshit, the native hack is for anything up to 3.5.1, but it doesn't allow backup loading and still requires PSMdev to install which isn't available anymore but new ways to install it are being worked on.
Moralfags ruin everything they touch and every scene they infest is shit, even the homebrew. PSP scene was the best. It had a really wide range of homebrew from a lot of different people and Dark_Alex had the right idea by enabling everything and saying it was up to the users to pirate or not.
This. Moralfags nearly killed the 3DS scene, but luckily it's finally starting to pick up some steam. Still, we could have had homebrew a hell of a lot sooner if it weren't for them.
It should be somewhere in your Start Menu, anon. If not, that probably means you're on Windows 8/8.1, in which case you should install Classic Shell. After doing so, go to the start menu, open up the Project 64 folder, and there should be a shortcut to run it. Create a folder somewhere called "roms" in a place you can find it, like your desktop, unzip your roms there, then point PJ64 towards it by going to the file menu and selecting the "Choose ROM Directory" option. From there, your folder should show up on the list if you put it on your desktop. Select it, and PJ64 will detect your roms. The rest should be pretty self-explanatory.
Has anyone here played through Persona 2 Innocent Sin on PPSSPP? According to the PPSSPP compatibility list it isn't playable to the finish but people on Persona general claim it works fine.
Too scary, I'd actually have try something for myself once in my life. You have a guide I can follow to download, unpack and load Persons 2. Or maybe an app that automated it all? Actually if you could come over to my house, set up everything and finally proceed to play the game for me while I watch that'd be great.
I really don't want to play most of the way through the game and waste a ton of my time if it reaches a point where you can't finish it.
>being this mad over a simple question
Posted on /v/ & /g/ and got nothing but can someone help me set up my 360 controller with NullDC
I've got the latest directx and visual C runtime installed but I still can't get the emu to pick up the purupuru controller extension even though its in the NullDC data folder.
What if the consoles these days are just very hard to crack? Sony and Nintendo are able to learn from their mistakes, you know.
By the way it just occured to me that whatever people hacked previous gen consoles are talentless hacks compared to hackers we have today because the security they broke back in the day is nothing compared to what consoles ship with nowadays.
>What if the consoles these days are just very hard to crack? Sony and Nintendo are able to learn from their mistakes, you know.
Sony did, kinda.
>By the way it just occured to me that whatever people hacked previous gen consoles are talentless hacks compared to hackers we have today because the security they broke back in the day is nothing compared to what consoles ship with nowadays.
Today it's mostly about digging for exploits in 3rd party stuff (web browsers mostly) in hopes to gain access to lower level stuff in the process, before that you had to find something directly inside the firmware or even directly on the hardware so even if the security was shit just finding what you were supposed to do at all was hard.
>PPSSPP core outdated
>DeSmuME core outdated
>Mednafen cores outdated
>Mupen64Plus core outdated
Why even bother using RetroArch for anything post 16-bit?
You can't even bring them up to mainline easily since they are forks missing several features in order to stay true to SPs vision of a perfect world full of "clean" C code.
>Is a faggot
Why even bother shitposting?
You can't even understand that they have like 3-4 people actively working and thus can't keep 80+ repositories up to date while developing the main program at the in order to please entitled end users' vision of a perfect world full of emulators.
>You can't even bring them up to mainline easily since they are forks missing several features in order to stay true to SPs vision of a perfect world full of "clean" C code.
Mupen64plus libretro is lightyears ahead of mainline, fag.
> >Mednafen cores outdated
All the useful features up-to-date, a few with PSX maybe not but who cares anyway.
> >DeSmuME core outdated
Go update it yourself. People don't work for you.
> PPSSPP core outdated
Stop using Windows and this problem solves itself. Windows is shittard tier.
libretro's mupen and mednafen cores have no true upstream. when a new version is out or there's a new feature, sp takes a look and copy & paste the relevant code into the cores.
> >Mupen64Plus core outdated
LOL, Angrylion just got updated in mupen64 libretro and it's even faster now.
Mupen64plus mainline doesn't even have an Angrylion port because "muh license". You can't be any more wrong really.
>You can't even understand that they have like 3-4 people actively working and thus can't keep 80+ repositories up to date
You could, for example, not have 80+ repositories in the first place.
>Stop using Windows and this problem solves itself
Last merge was 11 Aug, what does Windows have to to with this?
You seem to be getting desperate if that's all you come up with
Has anybody here synced their Wii Remote to their computer before? I just did some reading on it and apparently you don't even need a sensor bar for it to function. How well does it work without the sensor bar in wii games (on Dolphin) where you have to use your Wii Remote as a pointer?
>apparently you don't even need a sensor bar for it to function.
Ofcourse you don't. It's just infrared lights
> where you have to use your Wii Remote as a pointer?
Obviously you'll need infrared lights. Light 2 candles or get a third party bar
You can connect it to your PC via bluetooth. There was a program called bluesoleil that i used for this but I haven't touched it in over 3 years