ShuriZma
/
bsnes
mirror of https://github.com/bsnes-emu/bsnes.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
bsnes/higan/phoenix/reference/platform.cpp

39 lines
1022 B
C++
Raw Normal View History

Update to v082r02 release. byuu says: Has Jonas Quinn's many Game Boy APU fixes, and two more from blargg's notes that I added. It also has the new dynamic phoenix. So yeah, it'll crash on bsnes/Qt exit. If anyone can fix it *properly* and wants the money, I'll pay them $20 for the trouble =)
2011-09-05 03:48:23 +00:00
#include "platform.hpp"
Update to v075r13 release. byuu says (in the thread about rewriting Phoenix): - added phoenix/reference; a dummy implementation that contains the 22KB of static boilerplate code needed to start a new target - OS::setDefaultFont removed; problem is that objects in the global scope are constructed before you can call that function - added Window::setWidgetFont, which is applied if your widgets have no custom font set already upon attaching them to the window with Window::setLayout, more understandable behavior - renamed ListBox to ListView byuu says (in the v075 WIP thread): Found the source of lag on cartridge load. ListView::modify() was not locking Qt messages, so it was causing a CheatEditor::refresh (copies 16MB of memory each call) for all 128 cheat items. Final issue now is that nested submenus (menus inside of menus) are not applying Window::setMenuFont yet.
2011-02-16 12:35:40 +00:00
Update to v092r05 release. byuu says: This release should be polished enough for a general release. This release should be polished enough for a general release. Anyone with a real, clean Mac up for posting compiled binaries? Preferably compile with "make profile=balanced" In fact, I'd like it if someone were willing to host a "higan for Mac" page, with binaries of each of the latest releases. Only really needed for major official releases, but it'd be preferable to have the builds updated as soon as possible after I post new builds. Changelog: - no more keyboard chimes when pressing keys - status bar added, fully functional - Label::minimumSize() takes frame into account (but note a few places hard-code raw Font::size(), so a few text labels are still clipped) - resizing the main window looks smooth regardless of whether a game is running or not - currently, resizing the window pauses the emulation. Allowing it to run the main loop was lagging out the window resize process too much to be worth it Additional OS X integration enhancements: - closing the main window unloads the current game, but does not quit the application (quit via the main menu or the dock menu) - clicking the icon in the dock will (re)display the main menu
2013-03-21 12:59:01 +00:00
#include "font.cpp"
Update to v085r01 release. byuu says: Changelog: - updated bsnes to use the newest versions of nall and phoenix - fixed ui-libsnes compilation (testing would be a good idea, especially the cheat codes. I just copy-pasted that from the regular UI.) - fixed multitap controllers 2-4 [quequotion]
2012-01-15 08:29:57 +00:00
#include "desktop.cpp"
#include "keyboard.cpp"
#include "mouse.cpp"
Update to v092r04 release. byuu says: This is the first release with full support for OS X, although it's certainly still very buggy. Known issues: - window status bars are still unsupported (they just don't show up) - you get the bad keypress chime when you use the keyboard - window geometry and font metrics aren't perfect (bit of clipping here and there) - list view headers that aren't auto-sized are sometimes too short (file browser) - input assignment is really rough (assigning a key also moves around in the list or beeps at you) Custom OS X integration support so far: - 512x512 ICNS application icon: will look razor-sharp even on a retina display - basic Info.plist added to application bundle - program menu about, preferences, quit all connected - Settings->Configuration removed (use higan->Preferences instead) - global menubar To compile and use this, you'll need: - Xz Utils (to extract .tar.xz) - Xcode 4.6 - Lion 10.7.4 or newer mkdir higan_v092r04 tar -xJf higan_v092r04.tar.xz -C higan_v092r04 cd higan_v092r04 make -j 2 ananke is missing, and I haven't updated purify yet, so you'll have to move game folders from Windows or Linux over, or make them by hand (a not so enjoyable experience, to say the least.)
2013-03-19 08:48:50 +00:00
#include "browser-window.cpp"
Update to v085r01 release. byuu says: Changelog: - updated bsnes to use the newest versions of nall and phoenix - fixed ui-libsnes compilation (testing would be a good idea, especially the cheat codes. I just copy-pasted that from the regular UI.) - fixed multitap controllers 2-4 [quequotion]
2012-01-15 08:29:57 +00:00
#include "message-window.cpp"
Update to v092r05 release. byuu says: This release should be polished enough for a general release. This release should be polished enough for a general release. Anyone with a real, clean Mac up for posting compiled binaries? Preferably compile with "make profile=balanced" In fact, I'd like it if someone were willing to host a "higan for Mac" page, with binaries of each of the latest releases. Only really needed for major official releases, but it'd be preferable to have the builds updated as soon as possible after I post new builds. Changelog: - no more keyboard chimes when pressing keys - status bar added, fully functional - Label::minimumSize() takes frame into account (but note a few places hard-code raw Font::size(), so a few text labels are still clipped) - resizing the main window looks smooth regardless of whether a game is running or not - currently, resizing the window pauses the emulation. Allowing it to run the main loop was lagging out the window resize process too much to be worth it Additional OS X integration enhancements: - closing the main window unloads the current game, but does not quit the application (quit via the main menu or the dock menu) - clicking the icon in the dock will (re)display the main menu
2013-03-21 12:59:01 +00:00
#include "object.cpp"
Update to v079 release. byuu says: This release includes Nintendo Super System DIP switch emulation and improved PPU rendering accuracy, among other things. Changelog: - added Nintendo Super System DIP switch emulation [requires XML setting maps] - emulated Super Game Boy $6001 VRAM offset selection port [ikari_01] - fixed randomness initialization of S-SMP port registers [fixes DBZ:Hyper Dimension and Ninja Warriors] - mosaic V-countdown caches BGOFS registers (fixes Super Turrican 2 effect) [reported by zal16] - non-mosaic BGOFS registers are always cached at H=60 (fixes NHL '94 and Super Mario World flickering) - fixed 2xSaI family of renderers on 64-bit systems - cleaned up SMP source code - phoenix: fixed a bug when closing bsnes while minimized Please note that the mosaic BGOFS fix is only for the accuracy profile. Unfortunately the older scanline-based compatibility renderer's code is nearly unmaintainable at this point, so I haven't yet been able to backport the fixes. Also, I have written a new cycle-accurate SMP core that does not use libco. The aim is to implement it into Snes9X v1.54. But it would of course be prudent to test the new core first. [...then in the next post...] Decided to keep that Super Mario World part a surprise, so ... surprise! Realized while working on the Super Turrican 2 mosaic fix, and from looking at NHL '94 and Dai Kaijuu Monogatari 2's behavior, that BGOFS registers must be cached between H=0 and H=88 for the entire scanline ... they can't work otherwise, and it'd be stupid for the PPU to re-add the offset to the position on every pixel anyway. I chose H=60 for now. Once I am set up with the RGB monitor and the North American cartridge dumping is completed, I'll set it on getting exact timings for all these things. It'll probably require a smallish speed hit to allow exact-cycle timing events for everything in the PPU.
2011-06-05 03:45:04 +00:00
#include "timer.cpp"
Update to v075r13 release. byuu says (in the thread about rewriting Phoenix): - added phoenix/reference; a dummy implementation that contains the 22KB of static boilerplate code needed to start a new target - OS::setDefaultFont removed; problem is that objects in the global scope are constructed before you can call that function - added Window::setWidgetFont, which is applied if your widgets have no custom font set already upon attaching them to the window with Window::setLayout, more understandable behavior - renamed ListBox to ListView byuu says (in the v075 WIP thread): Found the source of lag on cartridge load. ListView::modify() was not locking Qt messages, so it was causing a CheatEditor::refresh (copies 16MB of memory each call) for all 128 cheat items. Final issue now is that nested submenus (menus inside of menus) are not applying Window::setMenuFont yet.
2011-02-16 12:35:40 +00:00
#include "window.cpp"
#include "action/action.cpp"
#include "action/menu.cpp"
Update to v075r16 release. byuu says: This has my latest API enhancements, but there are some known issues: - resize on Windows seems to not repaint the buttons properly in rare cases. I may just need to revert to flickering resize. - GTK+ reports the wrong menu height, off by two pixels, prior to the window being realized (made visible) - this results in the main window moving up two pixels after each run of bsnes The menu height bug was actually there previously, it was just that Qt and GTK+ were computing the frame margins incorrectly (ignoring the menu bar) before. On the bright side, ui/settings/input.cpp has been improved by way of the new multi-layout support. The window is no longer forced to an awkward 640 pixels wide, as the mouse axes/buttons can overlap now. The code is also simpler since I am using the Layout::setVisible command to toggle groups on and off instead of doing it for each and every control.
2011-02-27 09:05:10 +00:00
#include "action/separator.cpp"
#include "action/item.cpp"
#include "action/check-item.cpp"
#include "action/radio-item.cpp"
Update to v075r13 release. byuu says (in the thread about rewriting Phoenix): - added phoenix/reference; a dummy implementation that contains the 22KB of static boilerplate code needed to start a new target - OS::setDefaultFont removed; problem is that objects in the global scope are constructed before you can call that function - added Window::setWidgetFont, which is applied if your widgets have no custom font set already upon attaching them to the window with Window::setLayout, more understandable behavior - renamed ListBox to ListView byuu says (in the v075 WIP thread): Found the source of lag on cartridge load. ListView::modify() was not locking Qt messages, so it was causing a CheatEditor::refresh (copies 16MB of memory each call) for all 128 cheat items. Final issue now is that nested submenus (menus inside of menus) are not applying Window::setMenuFont yet.
2011-02-16 12:35:40 +00:00
#include "widget/widget.cpp"
#include "widget/button.cpp"
Update to v079 release. byuu says: This release includes Nintendo Super System DIP switch emulation and improved PPU rendering accuracy, among other things. Changelog: - added Nintendo Super System DIP switch emulation [requires XML setting maps] - emulated Super Game Boy $6001 VRAM offset selection port [ikari_01] - fixed randomness initialization of S-SMP port registers [fixes DBZ:Hyper Dimension and Ninja Warriors] - mosaic V-countdown caches BGOFS registers (fixes Super Turrican 2 effect) [reported by zal16] - non-mosaic BGOFS registers are always cached at H=60 (fixes NHL '94 and Super Mario World flickering) - fixed 2xSaI family of renderers on 64-bit systems - cleaned up SMP source code - phoenix: fixed a bug when closing bsnes while minimized Please note that the mosaic BGOFS fix is only for the accuracy profile. Unfortunately the older scanline-based compatibility renderer's code is nearly unmaintainable at this point, so I haven't yet been able to backport the fixes. Also, I have written a new cycle-accurate SMP core that does not use libco. The aim is to implement it into Snes9X v1.54. But it would of course be prudent to test the new core first. [...then in the next post...] Decided to keep that Super Mario World part a surprise, so ... surprise! Realized while working on the Super Turrican 2 mosaic fix, and from looking at NHL '94 and Dai Kaijuu Monogatari 2's behavior, that BGOFS registers must be cached between H=0 and H=88 for the entire scanline ... they can't work otherwise, and it'd be stupid for the PPU to re-add the offset to the position on every pixel anyway. I chose H=60 for now. Once I am set up with the RGB monitor and the North American cartridge dumping is completed, I'll set it on getting exact timings for all these things. It'll probably require a smallish speed hit to allow exact-cycle timing events for everything in the PPU.
2011-06-05 03:45:04 +00:00
#include "widget/canvas.cpp"
Update to v092r03 release. byuu says: This release adds the phoenix/Cocoa port, and rewrites a lot of the higan user interface to work with all of the new changes (like blocking in the main run loop and in modal windows.) It doesn't yet modify the compilation flags to actually build on OS X yet, and even then, we don't really have ruby drivers, so there'd be no video, audio or input. Two months between a single WIP point release ... for the first six years, I never went more than a month without a full official release. I guess I should be happy that it's become so refined, but I sure do miss those halcyon days of exciting progress.
2013-03-15 13:11:33 +00:00
#include "widget/check-button.cpp"
#include "widget/combo-button.cpp"
Update to v075r13 release. byuu says (in the thread about rewriting Phoenix): - added phoenix/reference; a dummy implementation that contains the 22KB of static boilerplate code needed to start a new target - OS::setDefaultFont removed; problem is that objects in the global scope are constructed before you can call that function - added Window::setWidgetFont, which is applied if your widgets have no custom font set already upon attaching them to the window with Window::setLayout, more understandable behavior - renamed ListBox to ListView byuu says (in the v075 WIP thread): Found the source of lag on cartridge load. ListView::modify() was not locking Qt messages, so it was causing a CheatEditor::refresh (copies 16MB of memory each call) for all 128 cheat items. Final issue now is that nested submenus (menus inside of menus) are not applying Window::setMenuFont yet.
2011-02-16 12:35:40 +00:00
#include "widget/hex-edit.cpp"
Update to v092r03 release. byuu says: This release adds the phoenix/Cocoa port, and rewrites a lot of the higan user interface to work with all of the new changes (like blocking in the main run loop and in modal windows.) It doesn't yet modify the compilation flags to actually build on OS X yet, and even then, we don't really have ruby drivers, so there'd be no video, audio or input. Two months between a single WIP point release ... for the first six years, I never went more than a month without a full official release. I guess I should be happy that it's become so refined, but I sure do miss those halcyon days of exciting progress.
2013-03-15 13:11:33 +00:00
#include "widget/horizontal-scroller.cpp"
Update to v075r13 release. byuu says (in the thread about rewriting Phoenix): - added phoenix/reference; a dummy implementation that contains the 22KB of static boilerplate code needed to start a new target - OS::setDefaultFont removed; problem is that objects in the global scope are constructed before you can call that function - added Window::setWidgetFont, which is applied if your widgets have no custom font set already upon attaching them to the window with Window::setLayout, more understandable behavior - renamed ListBox to ListView byuu says (in the v075 WIP thread): Found the source of lag on cartridge load. ListView::modify() was not locking Qt messages, so it was causing a CheatEditor::refresh (copies 16MB of memory each call) for all 128 cheat items. Final issue now is that nested submenus (menus inside of menus) are not applying Window::setMenuFont yet.
2011-02-16 12:35:40 +00:00
#include "widget/horizontal-slider.cpp"
#include "widget/label.cpp"
#include "widget/line-edit.cpp"
#include "widget/list-view.cpp"
#include "widget/progress-bar.cpp"
Update to v092r03 release. byuu says: This release adds the phoenix/Cocoa port, and rewrites a lot of the higan user interface to work with all of the new changes (like blocking in the main run loop and in modal windows.) It doesn't yet modify the compilation flags to actually build on OS X yet, and even then, we don't really have ruby drivers, so there'd be no video, audio or input. Two months between a single WIP point release ... for the first six years, I never went more than a month without a full official release. I guess I should be happy that it's become so refined, but I sure do miss those halcyon days of exciting progress.
2013-03-15 13:11:33 +00:00
#include "widget/radio-button.cpp"
Update to v075r13 release. byuu says (in the thread about rewriting Phoenix): - added phoenix/reference; a dummy implementation that contains the 22KB of static boilerplate code needed to start a new target - OS::setDefaultFont removed; problem is that objects in the global scope are constructed before you can call that function - added Window::setWidgetFont, which is applied if your widgets have no custom font set already upon attaching them to the window with Window::setLayout, more understandable behavior - renamed ListBox to ListView byuu says (in the v075 WIP thread): Found the source of lag on cartridge load. ListView::modify() was not locking Qt messages, so it was causing a CheatEditor::refresh (copies 16MB of memory each call) for all 128 cheat items. Final issue now is that nested submenus (menus inside of menus) are not applying Window::setMenuFont yet.
2011-02-16 12:35:40 +00:00
#include "widget/text-edit.cpp"
Update to v092r03 release. byuu says: This release adds the phoenix/Cocoa port, and rewrites a lot of the higan user interface to work with all of the new changes (like blocking in the main run loop and in modal windows.) It doesn't yet modify the compilation flags to actually build on OS X yet, and even then, we don't really have ruby drivers, so there'd be no video, audio or input. Two months between a single WIP point release ... for the first six years, I never went more than a month without a full official release. I guess I should be happy that it's become so refined, but I sure do miss those halcyon days of exciting progress.
2013-03-15 13:11:33 +00:00
#include "widget/vertical-scroller.cpp"
Update to v075r13 release. byuu says (in the thread about rewriting Phoenix): - added phoenix/reference; a dummy implementation that contains the 22KB of static boilerplate code needed to start a new target - OS::setDefaultFont removed; problem is that objects in the global scope are constructed before you can call that function - added Window::setWidgetFont, which is applied if your widgets have no custom font set already upon attaching them to the window with Window::setLayout, more understandable behavior - renamed ListBox to ListView byuu says (in the v075 WIP thread): Found the source of lag on cartridge load. ListView::modify() was not locking Qt messages, so it was causing a CheatEditor::refresh (copies 16MB of memory each call) for all 128 cheat items. Final issue now is that nested submenus (menus inside of menus) are not applying Window::setMenuFont yet.
2011-02-16 12:35:40 +00:00
#include "widget/vertical-slider.cpp"
#include "widget/viewport.cpp"
Update to v092r03 release. byuu says: This release adds the phoenix/Cocoa port, and rewrites a lot of the higan user interface to work with all of the new changes (like blocking in the main run loop and in modal windows.) It doesn't yet modify the compilation flags to actually build on OS X yet, and even then, we don't really have ruby drivers, so there'd be no video, audio or input. Two months between a single WIP point release ... for the first six years, I never went more than a month without a full official release. I guess I should be happy that it's become so refined, but I sure do miss those halcyon days of exciting progress.
2013-03-15 13:11:33 +00:00
#include "application.cpp"