Posts for zeromus

1 2
29 30 31
45 46
Posted: 12/21/2014 1:16 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
I just read something about psxjin and pcsx-rr. But what about mednafen?
Posted: 12/20/2014 7:58 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
I just changed to using 24bpp images internally for some things, perhaps that wrecked it. Ill investigate it further.
Posted: 12/20/2014 5:19 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
feos, what game was that and how far to the affected segment?
Posted: 12/20/2014 5:18 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
well, sorry, you have a sucky gpu if it can't scale the window without slowing down. maybe youre running multi-monitor and putting the window on the wrong monitor for the gpu youre using
Posted: 12/20/2014 6:59 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
spikestuff, so wheres the comparison to mednafen?
Posted: 12/20/2014 6:21 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
it's hidden deviously in config > display > display method. we recently added an opengl version check for 2.0, maybe i messed up and it dropped you back to gdi+. it seems some video cards return nonsense for their version number. par for the course for opengl.. looks like GL < 3 is not required to return GL_MAJOR_VERSION. Therefore we're supposed to parse a stupid version string instead. I did that in r8589 so maybe this wont happen again.
Posted: 12/19/2014 6:54 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
yes, it's known/intended for users using gdi+ display mode on recent builds. if it happens while youre using opengl then you have a really bad video card
Posted: 12/19/2014 6:53 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
spikestuff, is that PAL or NTSC
Posted: 12/19/2014 7:28 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Probably not. Assume not. Even if you could, the timing would be radically different, so it would be useless.
Posted: 12/19/2014 1:40 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
beed28, read the big informational stickies early in this thread. it's a memory card with a saveRAM extension. You could do memorycard-like tricks if youre very careful.
Posted: 12/19/2014 12:30 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
phoenix1291, use the "drawing area" options if you wish to change the drawing area
Posted: 12/18/2014 10:10 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
phoenix1291, PAL and NTSC have different format. therefore, the format changes. this is not only by design, it is by logical necessity.
Posted: 12/18/2014 8:52 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
I don't think we make automated builds of that, youll have to wait for sappharad to say something
Posted: 12/18/2014 8:42 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
there is no chance of any plugins running in this before a time so far in the future that you and I will both be dust. what you call nearest neighbor, i call nearest to exact. It's possible that if you are using a broken firmware, that you'd have to manually set it to make it work. The feedback from the firmware manager is pretty confusing right now, so you might not know thats what happened.
Posted: 12/18/2014 12:44 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
to answer your first question: you can spend 1 minute testing that yourself. to answer your second question: no, it is not accepted to submit a movie using these builds. in fact, any movie you make with these builds has a high chance of being broken in future builds.
Posted: 12/17/2014 11:11 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
Next we'll have to hold his hand through installing the firmwares
Posted: 12/17/2014 9:24 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
samlaptop, there is nothing inconsistent with what I said and what you thought thethrillness.1 - it works across movies theoretically, but I havent tested it. it doesnt work with savestates, so youll not be able to tas it. chill for a while, maybe days, maybe weeks. thethrillness.2 - theres no reason bizhawk should know or care whether youve combined a disc, if you've done it properly. if you havent done it properly, mis-detection is one possible result. But bizhawk might be have trouble loading a file that's been stressed this way. I'd have to check the specific file. If you're even considering this, then you're way too impatient and need to go sailing or something in the meantime.
Posted: 12/17/2014 8:57 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
lol!!! psx games are slowing down all the time. mednafen's timing isn't perfect, though.
Posted: 12/17/2014 3:11 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
beed28, builds get done daily at http://dl.dropbox.com/u/75355/BizHawk.zip or emucr.com . tips for building are at http://tasvideos.org/Bizhawk/Compiling.html
Posted: 12/16/2014 7:16 PM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
christ is this thread going to become 100% this. read stdout.txt and stderr.txt for diagnostic information, probably about a missing bios.
Posted: 12/16/2014 10:58 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
as of r8515 we're on the newly released mednafen 0.9.37-UNSTABLE. I may have broke some stuff when I updated it. Additionally we now have disc swapping. Load an m3u instead of a cue/ccd. To actually swap it, youll need to use the virtual pad to do it. Move the disc select slide to pick the disc you want. However, some of my plans went awry. It seems you can't just switch the disc in one frame. The game (FF7, I tested) needs to emulate the cd controller for one or more frames in order to pick up the disc change. I'm not sure if this is the case in mednafen; someone should check this in mednafen. Anyway, you can work around it: Toggle in the eject button, then change the disc, then uneject it.
Posted: 12/16/2014 10:49 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
mednafen -loadcd psx c:\path\to\mygame.cue but if you cant even get that far, youre gonna have a hell of a time using mednafen. i suggest you just butt your head against it in silence until youve got it figured out. at least, the loading of the rom is not well documented in the mednafen docs but everything else is.
Posted: 12/16/2014 10:35 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
then find a compatible rom or a gui that doesnt suck.
Posted: 12/16/2014 9:36 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
bin is useless. only use cue or ccd
Posted: 12/15/2014 5:50 AM
Quote
zeromus
Editor, Emulator Coder, Experienced Forum User
Joined: 8/7/2008
Posts: 1156
thanks for your good ears, samsara. somehow during the complicated history of octoshock I ended up with some older code on accident. I just now checked for a bunch of it and found some out of date SPU code which fixed this problem when updated to match latest mednafen. It's fixed in r8497 In the future, comparing to pSX is useless. Compare to mednafen first. fsvgm777, you should probably re-check your cases
1 2
29 30 31
45 46