Ultimate Amiga
Ultimate Amiga Emulation => PSPUAE => Archived PSPUAE Threads => Topic started by: Hungry Horace on July 25, 2006, 12:23:23 AM
-
right.... my recent bug-testing an stuff on pspuae have lead me to write up a little wish-list of things which would make using it much easier... i've tried to divide it up into relevent sections, and i've tried to make it cover a lot of angles... also some of these have been mentioned, but its better i think to put all this stuff together.
of course, i dont expect to see any of this anytime soon, i just thought it might be good for future reference!
Emulation - the major, obvious, and not-gonna-happen soon things
More speed (duuuh!)
More Memory (2 meg minimum)
HDF Support
Option to "name" Savestates
Savestates to save game-control options with them
Set Sound Sample Frequency (11khz or 22khz might speed the emu a fair bit)
Controls - relating to input devices etc
Mouse Sensitivity option
Mouse "resolution" swap.... so that hi-res mouse movement happens normally, and holding a button would speed-up the mouse movement
Ability to assign Keyboard keys to the 4 d-pad directions. (up = "Q" etc)
Ability to assign Joystick functions (u/d/l/r/diagonals/fires) to the buttons
Dual jJoystick control - i.e. same joystick on d-pad AND the analogue stick... i know ppl may say they cancel each other out, but it *is* possible to work around this.... other emulators do it
Cosmetic - the real nit-picking ::)
"Quick Start" - to load a500 / other machine setups from a single button press
Options "Pages" - which would be such as:
Machine Spec (memory, chipset etc)
Emulation (sound prefs, zoom etc)
Keys / Control setting
that's enough for now.... just my crazy ideas... dont think i'm not grateful for pspuae! i just think it can always be improved :)
contentment is the enemy of invention.
-
Nice list.
Particularly agree with the mapping Pad to buttons and vice-versa.
-
if you like i could add anything posted below, and i'll have a quick look at other threads to see if they could be merged in.
-
right.... my recent bug-testing an stuff on pspuae have lead me to write up a little wish-list of things which would make using it much easier... i've tried to divide it up into relevent sections, and i've tried to make it cover a lot of angles... also some of these have been mentioned, but its better i think to put all this stuff together.
of course, i dont expect to see any of this anytime soon, i just thought it might be good for future reference!
Emulation - (the major, obvious, and not-gonna-happen soon things)
More speed (duuuh!)
More Memory (2 meg minimum)
HDF Support
Option to "name" Savestates
Savestates to save game-control options with them
Controls - relating to input devices etc
Mouse Sensitivity option
Mouse "resolution" swap.... so that hi-res mouse movement happens normally, and holding a button would speed-up the mouse movement
Ability to assign Keyboard keys to the 4 d-pad directions. (up = "Q" etc)
Ability to assign Joystick functions (u/d/l/r/diagonals/fires) to the buttons
Dual jJoystick control - i.e. same joystick on d-pad AND the analogue stick... i know ppl may say they cancel each other out, but it *is* possible to work around this.... other emulators do it
Cosmetic - the real nit-picking ::)
Options "Pages" - which would be such as:
Machine Spec (memory, chipset etc)
Emulation (sound prefs, zoom etc)
Keys / Control setting
that's enough for now.... just my crazy ideas... dont think i'm not grateful for pspuae! i just think it can always be improved :)
contentment is the enemy of invention.
More memory wont happen, I had Fast 512kb andChip 1024KB and Slow 1025kb, but anything else kills it.
-
I can squeze 512 K extra memory out of PSPUAE if I remove support for floating point and only support 68000. The 0.52 source file I distributed actually includes a makefile for that called Makefile.68000. The only problem I noticed is that Xenon II wont run. Unfortunately it cant be done as an option it has to be done at compile time.
-
FOL - that's 2.5 meg total you've just mentioned..... that's *just* about enough!
i thought the limit was 1.5 meg total before it crashed?
@ Ric - i'm sure there must be a copy of Xenon II that works with 68000 fine.... i will have a hunt around. - or am i misreading you here?
---edt
i did some testing. and can get it to total 2 meg (shared across chip & other) but not if it is all chip ram.(seems odd to me this)
i can also get it to accept 2.5 meg total, but this crashes when an ADF is inserted.
imho i would take the extra 512k over 68020+ myself.... given that the emulator is for a500 games (even if HDF support is eventually included - the games to run with them wont need more than 68000) - but this is of course a personal preference - and i would definately want to find a copy of Xenon II that works. (HH ponders whether the whdload version would work)
-
if you like i could add anything posted below, and i'll have a quick look at other threads to see if they could be merged in.
What about themes? Something like specific saved settings. a theme to make the emulator settings for a standard a500 system. a standart a600 system etc..
-
guess that would just be a "quick start" option like in winUAE.
ill put it on the list for you.... wouldnt use it myself, but others might.
-
@ Ric - i'm sure there must be a copy of Xenon II that works with 68000 fine.... i will have a hunt around. - or am i misreading you here?
The problem with Xenon II is puzzling me but I havent had time to really dig into it. Basically the way I free memory is by reducing the eboot size op PSPUAE. In the pure 68000 version i only use the 680x0 emulation core (cpuemu_0) and have a define that tells it to only support 68000. This core doesnt support instruction prefetch and for some reason Xenon II loads alright but whenever you have a collision with an object in the game the game exits to the main game menu.
A side comment that may interest you. The main reason WinUAE is faster that PSPUAE isn't just faster processors but also because it uses a JIT enabled 68000 core that only is supported on Intel processors. There are also other faster 68000 cores available in assembler like F.A.M.E. but that hasnt been modified/compiled for the PSP processor yet.
-
@ Ric - i'm sure there must be a copy of Xenon II that works with 68000 fine.... i will have a hunt around. - or am i misreading you here?
The problem with Xenon II is puzzling me but I havent had time to really dig into it. Basically the way I free memory is by reducing the eboot size op PSPUAE. In the pure 68000 version i only use the 680x0 emulation core (cpuemu_0) and have a define that tells it to only support 68000. This core doesnt support instruction prefetch and for some reason Xenon II loads alright but whenever you have a collision with an object in the game the game exits to the main game menu.
A side comment that may interest you. The main reason WinUAE is faster that PSPUAE isn't just faster processors but also because it uses a JIT enabled 68000 core that only is supported on Intel processors. There are also other faster 68000 cores available in assembler like F.A.M.E. but that hasnt been modified/compiled for the PSP processor yet.
Indeed JIT would be ideal, but im guessing with the limited memory, you couldnt setup a cache for the JIT even if you could get it to run.
-
Never have any problem with key settings, but I think the keyboard should be different. Games like Larry (which you need to type text) doesnt work so well to use with the keyboard. But I think a keyboard mapping like the one that is in ScummVM to PSP could work superduper great. It could always be round the screen without cover the gaming. Would be great.
EDIT: Here is how it looks like in the ScummVM (sorry for the bad image, but the EyeToy camera doesnt work that good;))
(http://files.upl.silentwhisper.net/upload1/ScummVM-LA.JPG)
Which mean, maybe PSPUAE could looks like this: (http://files.upl.silentwhisper.net/upload4/ScummVM-LA-Larry.JPG) Browsing the keys with the analogstick, and playing with the Dpads, or maybe vice versa (if the Dpad hadnt been so bad).
-
Never have any problem with key settings, but I think the keyboard should be different. Games like Larry (which you need to type text) doesnt work so well to use with the keyboard. But I think a keyboard mapping like the one that is in ScummVM to PSP could work superduper great. It could always be round the screen without cover the gaming. Would be great.
EDIT: Here is how it looks like in the ScummVM (sorry for the bad image, but the EyeToy camera doesnt work that good;))
(http://files.upl.silentwhisper.net/upload1/ScummVM-LA.JPG)
Which mean, maybe PSPUAE could looks like this: (http://files.upl.silentwhisper.net/upload4/ScummVM-LA-Larry.JPG) Browsing the keys with the analogstick, and playing with the Dpads, or maybe vice versa (if the Dpad hadnt been so bad).
Id say, this keyboard idea, should be left on the back burner until the speed is improved. As most games use Joystick. Also, does anyone know that the triangle button, moves the keyboard? and its transparent, ;)
-
Yeah, sorry. Ofcourse more important things should go first, but because it is so clearly said that the speed is the thing that should be prioritize, I just wanted to post something els/different, just in case.
And, yes, the keyboard can be switched so its on the upper side screen, and can be set to transpartent, but that wouldnt help if you want to type something fast and smoothly;)
Anyway, I love this EMU, only one Im using. :-*
-
a little More speed .. but how ? we need cut a little of all ?
More Memory (2 meg ) if this working for beter speed emulation and more combatible whit AGA games?
HDF Support = i things is to muts work and new programing?
"name" Savestates auto-rename like this ?
1.save state _bomb jack ...
2.save state _Beneath a Steel ...
the lowest Sound Sample Frequency (11khz or 22khz) maby its beter for emu speed?
-
a little More speed .. but how ? we need cut a little of all ?
More Memory (2 meg ) if this working for beter speed emulation and more combatible whit AGA games?
HDF Support = i things is to muts work and new programing?
"name" Savestates auto-rename like this ?
1.save state _bomb jack ...
2.save state _Beneath a Steel ...
the lowest Sound Sample Frequency (11khz or 22khz) maby its beter for emu speed?
Id forget AGA, it aint going to happen, even if it did the emu would be to slow, HDF support would be awesome, Ric is working on it.
As for the sound, i have said this also, but after changing settings and adding new settings. I agree with ric, its not the sound quality slowing it down, but the m68K core. The sound is already set to the best setting frequency wise, it will ever be.
Named save states, nice idea, im sure that can be done, ;).
-
Yeah, sorry. Ofcourse more important things should go first, but because it is so clearly said that the speed is the thing that should be prioritize, I just wanted to post something els/different, just in case.
And, yes, the keyboard can be switched so its on the upper side screen, and can be set to transpartent, but that wouldnt help if you want to type something fast and smoothly;)
Anyway, I love this EMU, only one Im using. :-*
no problem, but I cant see the difference between ScummVM Keyboard and PSPUAE, they are both clumsey, but usable. And yes I have used SccumVM and the keyboard is aweful, give me a miggy transparent keyboard to look at any day, ;)
-
Named save states, nice idea, im sure that can be done, ;).
thanks ;)
-
I'm thinking that Ric might be on to something if support for the A1200 is totally dropped.
No point having the 68020 option if AGA just isn't going to happen on the psp, I'd much prefer having the extra half meg Ric says he could possibly create for the emu instead.
Lets concentrate on getting the emu to run at 100% for the A500 and then afterwards the A1200 can be looked at.
Afterall, the vast majority of games that we want to play were released on the A500 anyway.
-
Lets concentrate on getting the emu to run at 100% for the A500 and then afterwards the A1200 can be looked at.
AGA emulation isnt even perfect on winUAE.
i think everyone needs to give up the idea of *ever* having A1200 emulation on pspUAE.... the machine doesnt have the power!!
-
In that case I'd deffo vote for dropping A1200 support.
Plus the fact that all the games I want to play are on the A500 anyway ;)
-
Lets concentrate on getting the emu to run at 100% for the A500 and then afterwards the A1200 can be looked at.
AGA emulation isnt even perfect on winUAE.
i think everyone needs to give up the idea of *ever* having A1200 emulation on pspUAE.... the machine doesnt have the power!!
You would be incorrect, AGA is awesome on WinUAE, you have to erm..... cant remember name of option, but you set 1 option over blitter and fast copper and it emulates perfect, as I found with Microcosm (awesome game that launched it).
-
no way is it perfect.
put you PC running winUAE next your A1200 - make sure the settings are identicial and and compare some scene demos, or a few pinball games.
the main thing is the smoothness of scrolling etc. it's proabably the PC's fault as much winUAE..... but there's noway the emulation is perfect... although it is still very good, given the difficult task it has to do.
-
first of all, hi everyone! I've just discovered the forum :)
I had an A500 an a A1200 long ago and uae on the psp is the one emu I was really wishing for. I really hope you guys get a nice framerate to enjoy my old A500 games on the go.
thnx for making it possible!!!
I've read this thread and these are my thoughts on PSPUAE:
-PROCESSOR: 68000 ONLY.
we all know the psp is not too powerful for emulation, and most of the games are for A500 on the old chipsets, so I don't see a reason to waste any time on 68020 and AGA, until A500 is near perfect. no need to say about 68010 and those above 68020.
-HDF support would be great, but not a must.
after all, nobody is going to use the emulator for anything else than playing. it would be great to use the same HDF I'm using on the pc with the games on whd format, BUT I don't really care for this option on the psp, as .adf games are more than enough.
-MEMORY? just enough to play the games
most of them played on my old A500 512kb chip and the rest, needed another 512kb of fast.
I'm not sure there's a need for anything above that. but i'm pretty sure there's no need for more than 1Mb chip + 1Mb fast to play any A500 games.
-CHIPSETS? OCS, ECS and ... nothing more?
what else do we need for A500 games?
and after the A500, if you still want to do the A1200, AGA version, do it as a parallel project. as 2 different emulators. after all, the psp is not a full pc with "unlimited" resources, and I think it makes sense to strip the emulators of all unnecessary code and options.
other things that could make the emulator even more enjoyable:
INDIVIDUAL CONFIGS for games. as in the CPS2 emulator.
basically you have a DEFAULT config and in the menu you can make current config as sefault. it will be loaded always for games without config. once you've used a game it automatically saves any changes to a custom config file for that game only. Have a look at the CPS2 emulator. I love the way it works.
ASSIGN KEY to BUTTON:
there's games where you need to press a key during game, or you can't play (R-Type needs space for the little thing flying around you). this would be great used in combination the previous option, saving the keys to a custom config file for every game.
ASSIGN a BUTTON for during game Save State:
just the same way you can save a snapshot. it would be very useful to save the current state of the game without going to the menu.
it would be great if all buttons would be fully configurable from the menu.
MENUS: what about asking ZX81 (pspvba) for help with that? he has already done several emulators, and all of them share a great interface. maybe you could just reuse that instead of making anything new
well. that's all for now. if I think of anything else, I'll post it. :)
-
With regards to the Processor, Memory and Chipset, i dont see a problem as they are. Its not effecting speed only compatability (and if psp crashes).
HDF support would be ideal, but there are issues with it working, and Ric is trying to solve that, but I believe he is busy updating the source to the new E-UAE source at the moment.
Key Assigns, we are aware of a problem, its just getting round to it, and as Ric is the only Coder on it at the moment, you cant rush him, as he is proberly going as fast as he can.
We just need to wait until Ric is ready. Patients
-
no need the 68020 CPU??
why?
i play many games whit 68020 CPU perfect and alsw 3.1 Kick,i finish the Deluxe Galaga (aga) whit this settings.
1-2 games run only whit 68040 CPU! i write to PSP UAE Compatability DataBase for this!
test it
and..some games working only whit 68010 CPU!
we need all CPU, its nice and we use it.
-
i stated this a hundered times but what the hell....
i'm not that bothered about the CPU, if getting rid of it increases emulated memory the small amount that means i can run 2 meg chip properly.
and once again (sorry xiringu) HDF support (or HD-folders) i would say was one of the more important additions, since it would massively increase load-times.
you might be content with ADFs, but i cant fupping stand them myself, they are just so god-damn slow! IPFs are tolerable because they are at least original disks, without annoying cractros etc but i cant really see the point in trying to get those supported rather than HD.
-
i stated this a hundered times but what the hell....
i'm not that bothered about the CPU, if getting rid of it increases emulated memory the small amount that means i can run 2 meg chip properly.
and once again (sorry xiringu) HDF support (or HD-folders) i would say was one of the more important additions, since it would massively increase load-times.
you might be content with ADFs, but i cant fupping stand them myself, they are just so god-damn slow! IPFs are tolerable because they are at least original disks, without annoying cractros etc but i cant really see the point in trying to get those supported rather than HD.
Horace, i can run 2 meg fine with no problems.
-
you've told me this before, but i get crashes!
-
try some games whit 68020 & 68040 &(kick 3.1) .. whit 1MB memory.
no 2MB.
(like this)
GALAGA- DELUXE
No. Of Disks 1
PSPUAE Version tested on 0.53
Playable YES
Drive Speed Normal
ADF File Name Degalaga.adf
Hardware
Frame Skip 2
Chipset ECS (AGNUS)
Collision Playfields
CPU Type 68040
Compatability OFF
Memory
Fast Mem 0KB
Chip Mem 1024KB
Bogo Mem 1024KB
Sound Hardware
Sound Emu Normal
Snd Type Stereo
ROM Revision
KickRom Kick 3.1
Game Information
Game Comments good speed -bad sound-(By Anemos)
-
Go with 2 meg Chip, that works fine
-
One thing that is missing but should be added is that adf can be deleted from the list. All the game I have tried has worked with 0.53, but it has been many testing with different adf to same game cuz some works and some doesnt, and had been great if the nonworking could be deleted directly from the EMU option so they dont take any valuable space (even if Amiga should be prioritize first) on the MS.
Just a thought :-*
-
One thing that is missing but should be added is that adf can be deleted from the list. All the game I have tried has worked with 0.53, but it has been many testing with different adf to same game cuz some works and some doesnt, and had been great if the nonworking could be deleted directly from the EMU option so they dont take any valuable space (even if Amiga should be prioritize first) on the MS.
Just a thought :-*
Lazy sod, ;). Do what I do, either remember or write it down, lol
-
MOSTLY Harmless
I was playing Elite recently :D , and had to work out all the keyboard commands for thrust, hyperdrive, retro, etc (there's a lot ???). Whilst bringing up the keyboard for some games is enough... it's way too difficult to use this method for a game like Elite, which needs quick key pressing :(. I know that keys can be bound for PSP buttons... but, here's my idea.
:-\ Would it be possible to have some kind of "function" button so that once held down gives a different command, simple example: pressing the L or R shoulder buttons while holding triangle button.
:-\ Alternatively, simple example: once up, down, left, or right on d-pad is pressed, there's a different configuration for all PSP buttons. [for just the L, R, & 4 basic buttons you could have 4 x the key binding :D, in other words 24 key-mappings rather than 6 ;D]
Although this might seem a little complicated :o and granted un-necessary for most games, for the games that do need lots of keyboard action it'll make the games very much playable... as is, besides listening to the Blue Danube for intro and crashing into space stations while trying to dock, Elite is unplayable. :(
Last thing: excellent job guys! ;D ;D PSPUAE is my most used homebrew app... how i love to play the old classics like Alien Breed, Paradroid, Escape from Colditz, and so many other absolute gems. :D
;D ;D ;D keep up the great work ;D ;D ;D
-
you'll be pleased to know i have already suggested such a keyboard assignment possiblity, having stolen the idea from the excellent pSpectrum emulator.... so when Ric has finished adding his latest bits and pieces, perhaps he'll consider looking into it - i hope so.
-
you'll be pleased to know i have already suggested such a keyboard assignment possiblity, having stolen the idea from the excellent pSpectrum emulator.... so when Ric has finished adding his latest bits and pieces, perhaps he'll consider looking into it - i hope so.
Is it on the to do list?
-
Is it on the to do list?
well i only spoke to you about it, and not Ric directly, so i didnt add it myself, thinking you might if the idea was confirmed as a good one.
ffs.... i editted FOL's post again. sorry.
-
lo anyone
how about a nice stretch screen feature that fills the psp screen? :-D
-
lo anyone
how about a nice stretch screen feature that fills the psp screen? :-D
lol, hey Emu,
ermmm you aint tried 0.55a?
Zoom feature stretches quite well. Dont think stretching will happen though, as the filter only works on PC`s, I have spend many hours playing around with the source to try and stretch the screen, all resulted in the screen getting screwed up, so I gave up.
-
Yeah Ive just installed it, but I think it just zooms and not stretches. I just think it'd be handy as I use all my emus in stretched mode and it fits great on the psp.
Zoom works ok , until you try and look at your damage meter or whatever on supercars 2 :/
-
Yeah Ive just installed it, but I think it just zooms and not stretches. I just think it'd be handy as I use all my emus in stretched mode and it fits great on the psp.
Zoom works ok , until you try and look at your damage meter or whatever on supercars 2 :/
Indeed, some games can go off the screen, :(
-
I tried Eye of the Beholder (doesnt work) and Eye of the Beholder 2 (works).
EOB 2 plays very good after mapping some keys (unfotunately some kkeys from the PC version dont work). What I need most would be mousestates for right clicks (fighting).
And either 4 disc drives or HDD installation (my suggestion would be to make the install on WinUAE and just read the files generated there instead of wrting new tools).
-
I tried Eye of the Beholder (doesnt work) and Eye of the Beholder 2 (works).
EOB 2 plays very good after mapping some keys (unfotunately some kkeys from the PC version dont work). What I need most would be mousestates for right clicks (fighting).
And either 4 disc drives or HDD installation (my suggestion would be to make the install on WinUAE and just read the files generated there instead of wrting new tools).
All your wishes are already a reality, ;).
Mousestates are already in the current release, and horace is working on a ram installed Eye of the Beholder, I believe.
-
I tried Eye of the Beholder (doesnt work) and Eye of the Beholder 2 (works).
EOB 2 plays very good after mapping some keys (unfotunately some kkeys from the PC version dont work). What I need most would be mousestates for right clicks (fighting).
And either 4 disc drives or HDD installation (my suggestion would be to make the install on WinUAE and just read the files generated there instead of wrting new tools).
All your wishes are already a reality, ;).
Mousestates are already in the current release, and horace is working on a ram installed Eye of the Beholder, I believe.
he means RIGHT-CLICK mousestates. currently they left-click.
EOTB 1 /2 savestate will not happen. they are far too unstable even in 6 meg with the original installers.
better off waiting for HD support.
-
I tried Eye of the Beholder (doesnt work) and Eye of the Beholder 2 (works).
EOB 2 plays very good after mapping some keys (unfotunately some kkeys from the PC version dont work). What I need most would be mousestates for right clicks (fighting).
And either 4 disc drives or HDD installation (my suggestion would be to make the install on WinUAE and just read the files generated there instead of wrting new tools).
All your wishes are already a reality, ;).
Mousestates are already in the current release, and horace is working on a ram installed Eye of the Beholder, I believe.
he means RIGHT-CLICK mousestates. currently they left-click.
EOTB 1 /2 savestate will not happen. they are far too unstable even in 6 meg with the original installers.
better off waiting for HD support.
Whooops, ;), thought it had been added, ill add it to to do list, ;).
-
i noticed a number of guests / bots or something viewing this thread earlier, so i looked at it and was quite pleased with how many functions listed in the first post are now sorted!! top job! - i know its an archived thread, but its kinda nice to see.
i had a good chuckle when i read this though:
More memory wont happen, I had Fast 512kb andChip 1024KB and Slow 1025kb, but anything else kills it.
ye of little faith, haha
-
i noticed a number of guests / bots or something viewing this thread earlier, so i looked at it and was quite pleased with how many functions listed in the first post are now sorted!! top job! - i know its an archived thread, but its kinda nice to see.
i had a good chuckle when i read this though:
More memory wont happen, I had Fast 512kb andChip 1024KB and Slow 1025kb, but anything else kills it.
ye of little faith, haha
In my defence, that was before I knew what stuff was what in the source, ;).
-
Just was playing Supercars 2 on this
.... and I'd like to add the following to the wish-list
- a WORKING SLEEP MODE!
when you play the psp on the loo, and you pu your psp to sleep - it crashes.... damnit
- configuration fixes (BUG FIXES!)
1/ choosing a kickstart thats not in your directory, crashes the PSP
2/ re-starting pspuae, even when in the configuration it states that its kick3.0 running, its really 1.3 - why?
I also think theres something wrong with the beta in regards to disk loading... even in "turbo mode", it takes far longer to load a game in comparison to my real A500+ ....
-----------------------------
New feature.... :)
This would be a nifty feature for the adf / disk users around the world :>
- ability to save a state that you can set to load automatically as you select a disk image
I know you can manually select to load a state but it'd be the go-between from "whd savestate" and adf.
...
Horace : FYIO :) - I know you despise adfs etc, but I tried to load the turrican 2 save state and it didnt work even after converting using that tool :/ ... adfs remove the whole "pissing around with shit" issue for me ;)
-
Just was playing Supercars 2 on this
.... and I'd like to add the following to the wish-list
- a WORKING SLEEP MODE!
when you play the psp on the loo, and you pu your psp to sleep - it crashes.... damnit
i believe this is a -very- difficult job emu, from what i've heard. most emulators i've tried on the PSP suffer the same problem.
if it bothers you that much, make sure your battery is well charged, and you put it on sleep DURING game emualtion, and not on the menu.... it always works for me then!
2/ re-starting pspuae, even when in the configuration it states that its kick3.0 running, its really 1.3 - why?
no doubt something to do with hard-coded options. it is reading your config from the 1.config (thus the 3.0 kick etc) but in fact, it auto-loads into its own config.
I also think theres something wrong with the beta in regards to disk loading... even in "turbo mode", it takes far longer to load a game in comparison to my real A500+ ....
definately not encounted this! what games? and use the save-states dammit!
- ability to save a state that you can set to load automatically as you select a disk image
I know you can manually select to load a state but it'd be the go-between from "whd savestate" and adf.
not quite sure what you mean here... you mean - insert a disk, and it will load the state of the same name?
no offence, but that would cause a nightmare with setting up the ram-loaded savestates! it's already a pain that the config/state/boot-adf end up sharing the same name!
Horace : FYIO :) - I know you despise adfs etc, but I tried to load the turrican 2 save state and it didnt work even after converting using that tool :/ ... adfs remove the whole "pissing around with shit" issue for me ;)
save-states used on the latest beta do not require conversion :P
if you are happy with slow loading and disk-swapping, knock yourself out mate.... its just not for me, as i know ADFs are inferior - hehe
Turrican 2 is also no-longer one of mine i beleive? i think FOL stole that one as he is far keener on the game than i am!
-
Just was playing Supercars 2 on this
.... and I'd like to add the following to the wish-list
- a WORKING SLEEP MODE!
when you play the psp on the loo, and you pu your psp to sleep - it crashes.... damnit
- configuration fixes (BUG FIXES!)
1/ choosing a kickstart thats not in your directory, crashes the PSP
2/ re-starting pspuae, even when in the configuration it states that its kick3.0 running, its really 1.3 - why?
I also think theres something wrong with the beta in regards to disk loading... even in "turbo mode", it takes far longer to load a game in comparison to my real A500+ ....
-----------------------------
New feature.... :)
This would be a nifty feature for the adf / disk users around the world :>
- ability to save a state that you can set to load automatically as you select a disk image
I know you can manually select to load a state but it'd be the go-between from "whd savestate" and adf.
...
Horace : FYIO :) - I know you despise adfs etc, but I tried to load the turrican 2 save state and it didnt work even after converting using that tool :/ ... adfs remove the whole "pissing around with shit" issue for me ;)
3 WORDS, I LOVE EMU ;).
I havent encounter most of the problems you have, but the hide kicks that aint there should be nice. I thought it was self explanetary, as it didnt have cmf's memory changes, then it wouldnt need converting.
Emu, you bug reporting?
This aint the place for it, you naughty boy, lol.
-
HH : you're pro-savestates... thats the problem... you're not looking at pspuae as a whole program and the user-base!
I'm VERY sure that 90% of the userbase will be using ADF files and disk images... its fair and well that you're using disk images and you recognise that theyre better than adfs (which is true)... but how many people will bother downloading or making the savestates? .... not many I bet
-- that included - how many save states will work ? I tried the turrican 2 one yesterday and it didnt load goddamnit! - after conversion using the kit... ....
- yes Im bug-testing at an uber-hyper level :) woot
HH is such a fan that he recognises none of these as bugs but as "features" ... like elite 2 ;)
-
HH : you're pro-savestates... thats the problem... you're not looking at pspuae as a whole program and the user-base!
I'm VERY sure that 90% of the userbase will be using ADF files and disk images... its fair and well that you're using disk images and you recognise that theyre better than adfs (which is true)... but how many people will bother downloading or making the savestates? .... not many I bet
-- that included - how many save states will work ? I tried the turrican 2 one yesterday and it didnt load goddamnit! - after conversion using the kit... ....
- yes Im bug-testing at an uber-hyper level :) woot
HH is such a fan that he recognises none of these as bugs but as "features" ... like elite 2 ;)
Hmmmm, you missed what i said.
"I REPEAT, I REPEAT, DO NOT CONVERT THE STATES OR THEY WILL NOT WORK" ;).
Also I to would not like the feature, autoload state when inserting adf. Would be pointless, i dont even like the feature thats already there, where it autoloads the config associated with an adf. It is useful but in certain things, its annoying.
-
Emu - please chill out, it seems like you want to jump on everything i say :(
i am not saying that they are "features" or anything, or even denying that they are bugs... i am just explaining what they are (for my viewpoint) and what i do to counter-act them. (like the sleep mde thing)
i am also not saying that things like Turbo mode adf speed dont need to be checked - i just noted to you that i hadnt noticed the problem myself... i do use adfs you know... how else would i make the states?
oh, and all the states work on the beta. and if people are too stubborn to use them... well that's not my problem is it? they are the ones suffering is the only point i am making :P
i dont even like the feature thats already there, where it autoloads the config associated with an adf. It is useful but in certain things, its annoying.
i have the same problem with that function myself when making states. any chance it could be switched off in the menu?
-
... lol, I was drunk when I wrote them last night ;) sorry about getting on everyones case... sometimes it feels like you're so up in arms with pspaue that its the best slice of bread - not even possible of having bugs
.. about the save states- id use em if I didnt have problems with em - I guess that was cleared up with what FOL just quoted (bleh!)
I was giving my personal bug report, and if you have your own way round them thats fine - but they are still IMO largely known as bugs (especially all the crashing!)
so it can sleep not-in-the menu right? ... ie in emulation?
-
... lol, I was drunk when I wrote them last night ;) sorry about getting on everyones case... sometimes it feels like you're so up in arms with pspaue that its the best slice of bread - not even possible of having bugs
.. about the save states- id use em if I didnt have problems with em - I guess that was cleared up with what FOL just quoted (bleh!)
I was giving my personal bug report, and if you have your own way round them thats fine - but they are still IMO largely known as bugs (especially all the crashing!)
so it can sleep not-in-the menu right? ... ie in emulation?
Id rather bug reports be reported in the correct places. Sleep bug is normal with vast majority of psp homebrew, as horace said though, go into sleep mode while running pspuae, not while you in the menu of pspuae or it will crash.
The other bug, i have now fixed. I didnt spot it as i dont use 1.50 kernel, only 3.40 OE and funny thing is, the crash never appeared there.
I have tested load time of adf's and it seems fine, "Turbo Mode"
-
... lol, I was drunk when I wrote them last night ;) sorry about getting on everyones case... sometimes it feels like you're so up in arms with pspaue that its the best slice of bread - not even possible of having bugs
lmao - what you talking about? i find more bugs than anyone :p