belegdol wrote:I'm not sure if you are aware of that, but please keep in mind that qt-4.5 pre-releases are *not* LGPL yet. I checked that with Fedora Qt maintainers.
Oh? That's annoying. I'll remove it when I get home with FTP access, then. If someone wants to test the WIP, they should probably get it now.
belegdol, since you're our resident license guru, could you tell me if I'd be allowed to statically link with Qt 4.5? I distribute the source code, so that obviously allows creation of object files and re-linking with modified versions of Qt and such.
h4tred wrote:Just noticed something:
* When resizing the emulator, the emulation thread pauses, regardless of the settings specified which control whether is emulation paused when the main window loses focus. Is this a Qt oddity or a real bug? I know SNESGT manages to work its way around this issue.....
Windows itself blocks the window thread whenever you enter a menubar or resize the window. Linux doesn't have these glaring design flaws and works as expected.
SNESGT uses two threads, one to run the emulator and one to run the user interface.
The most important thing to me in the Qt rewrite was allowing one to enter the menubar without freezing the emulator, as that's something I expect people to do a lot. Qt manages that by drawing its own menubar control.
Resizing the window is kind of pointless in bsnes anyway, as I don't allow arbitrary scaling of the video content. All it does is add black borders to the sides. So I'm not worried about it enough to screw with cross-platform multi-threading and all the issues that causes.
I know this is a bit unorthodox and I can't remember if it's been suggested before, but wouldn't it be more intuitive to use the screen aspect ratio here?
It's an X:Y ratio. I can't accept eg 1.333 or 1.6, because that would require me to know the X:Y pixel ratio of the monitor in question. For 1280x1024 on CRTs, that is ~1.2:1. For the same on LCDs, it's usually 1:1.
It should be a simple calculation to get 16:10 anyway, for people who want their sprites to look obese.
The SNES has several horizontal and vertical resolutions anyway, so it doesn't really make sense to think of it as the 'pixel aspect ratio'.
This affects the output size only, which is always N*(256*224) for NTSC, and N*(256*239) for PAL.
It might also be better to have hotkeys for each speed selection rather than the up/down ladder. I'd personally set them to 0/1/2/3/4/5.
I agree the ladder is annoying. If I had support for modifier keys, that'd be awesome to do Shift+1-5. Since I don't, I didn't want to tie up five keys for that. Especially the ones most emulators use to toggle BG layers (a hangover from the days when SNES layer priorities weren't well understood.)