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