I don't think it does, many SDL programs have tearing currently.EvilDragon said:john4p said:As long as it works.notaz said:The tearing is side effect most likely, as it now takes longer to emulate a frame, the screen update happens later and LCD refresh is at more favorable point due to luck. Proper fix would be using doublebuffering instead of relying on things like that.
Doublebuffering in SDL is used though (sdlgfx.cpp uses SDL_Flip when updating the screen).
I'm not sure SDL supports doublebuffering properly yet.
Thanks - but that video mode is identical to the one in Pickle's first version of this port.Stocker said:Loving the fast doubled mode! Nice work john4p!
Do you have an appropriate "kick.rom" (size has to be 512KByte) placed in the uae4all-folder (having a "kick13.rom" in the uae4all/kickstarts-folder also works)?coevin said:Ok I'm using the runme which let's me use the menu but when I select and try to run an adf I get kicked out back to the xfce window.
The savestates are named after the floppy which is in DF0: at the point you're creating the savestate. Maybe when you've loaded the game you've inserted a different floppy into DF0: then was inside when you created the savestate?jonlad1 said:Think I may have found a bug?
I've gone back to uae4all and tried to load the save state, "file not found".
Tried loading state when game had loaded up, tried all 4 save slots. They definitely worked before cos I tested. Only change is that I've turned the panda off since
craigix said:I surely can't be the only one to think removing cyclone is a massive step backwards?
I made some progress hitting the frame buffer directly and the control stuff shouldn't be too hard. The majority of the SDL graphics stuff is in the menu. A possible quick workaround would be to use the existing code and a bit of custom blitting to write the resulting SDL surface(s) to the FB.john4p said:@craigix: UAE4All is chock-full of SDL (for portability I reckon). Of course it could be replaced - a lot of work.
But there is no SDL used in the emulator's core components - "only" for gfx/sound output and control input. So it doesn't go "very deep".
craigix said:I surely can't be the only one to think removing cyclone is a massive step backwards?
What about those that don't use XFCE?john4p said:1. Select "Terminal" from the Pandora menu.
2. type for example "cd /media/mmcblk01/uae4all" <Enter> (if you have unpacked the uae4all-folder directly to your 1st SD-card)
3. now type "./runme.sh" <Enter> to start UAE4All
After the crash something should be output in the terminal.
Well, that alone would already definitely be faster than calling SDL_Softstretch (and look 100x better). I guess at 600-700MHz we could then have fullspeed Amiga emulation hardware-scaled.SteveM said:I made some progress hitting the frame buffer directly and the control stuff shouldn't be too hard. The majority of the SDL graphics stuff is in the menu. A possible quick workaround would be to use the existing code and a bit of custom blitting to write the resulting SDL surface(s) to the FB.
:blink: Thanks, man!jonlad1 said:Donation made
You don't have to use the terminal. You can call the runme.sh-script from the filemanager or create a shortcut on the desktop or in the Pandora's menu.DaveC said:What about those that don't use XFCE?
Isn't there a quicker way to load like with an icon or something? That seems like alot of messing around