13Leader Posted February 23, 2020 Author Share Posted February 23, 2020 On 2/22/2020 at 3:14 AM, Philsan said: What are icon specs (size, colors)? Qt will resize the icon when it's added to the menu qAction and qMenu objects. That said, I think 64x64 ro 32x32 would be fine. The icon can be any jpeg image Link to comment Share on other sites More sharing options...
+Philsan Posted February 23, 2020 Share Posted February 23, 2020 I made this icon: Atari.ico 2 Link to comment Share on other sites More sharing options...
13Leader Posted February 25, 2020 Author Share Posted February 25, 2020 (edited) Great. I can add it to app. Edited February 25, 2020 by 13Leader Link to comment Share on other sites More sharing options...
13Leader Posted February 25, 2020 Author Share Posted February 25, 2020 (edited) On 2/20/2020 at 4:20 PM, Philsan said: Would it possible to change the Atari Infogrames "belly" logo with real Atari logo or another icon? Thanks! Here you are. New 64bit windows binary based on our fork. RespeQt-Philsan-r5-Develop-WIN64.zip See you at https://13leader.net Edited February 25, 2020 by 13Leader 2 Link to comment Share on other sites More sharing options...
+Philsan Posted February 26, 2020 Share Posted February 26, 2020 11 hours ago, 13Leader said: Here you are. New 64bit windows binary based on our fork. RespeQt-Philsan-r5-Develop-WIN64.zip 25.89 MB · 7 downloads See you at https://13leader.net Great! Thank you very much! Link to comment Share on other sites More sharing options...
13Leader Posted February 26, 2020 Author Share Posted February 26, 2020 (edited) 12 hours ago, Philsan said: Great! Thank you very much! No Problem, Question - Do you use that menu option. It seems to be looking for an 8 bit binary in a folder called :/binaries/atari/autoboot/ That folder does not seem to be in any release I have seen. It works when I create this folder and place two 8-bit autoboot.bin programs in it. It just does not seem to be documented anyplace. Does anyone actually use this option? Edited February 26, 2020 by 13Leader Link to comment Share on other sites More sharing options...
+Philsan Posted February 26, 2020 Share Posted February 26, 2020 Do you mean "Boot Atari executable"? I tested your W64 RespeQt with new icon and it loads XEX files. Link to comment Share on other sites More sharing options...
13Leader Posted February 27, 2020 Author Share Posted February 27, 2020 (edited) 5 hours ago, Philsan said: Do you mean "Boot Atari executable" I tested your W64 RespeQt with new icon and it loads XEX files. Yup. It seems to work great when running on MS Windows but not so good on Linux. Maybe how I complied it Maybe because I am running it within QT creator. Need to look at this a more Thanks! Edited February 27, 2020 by 13Leader Link to comment Share on other sites More sharing options...
13Leader Posted February 27, 2020 Author Share Posted February 27, 2020 (edited) 32 minutes ago, 13Leader said: Yup. It seems to work great when running on MS Windows but not so good on Linux. Maybe how I complied it Maybe because I am running it within QT creator. Need to look at this a more Thanks! Actually - never mind. My Qt Project had some issues (not in the Philsan realese above). Edited February 27, 2020 by 13Leader Link to comment Share on other sites More sharing options...
Kyle22 Posted March 4, 2020 Share Posted March 4, 2020 On 2/26/2020 at 3:03 AM, Philsan said: Great! Thank you very much! How about a WinXP32 version? I'd like to try it. Link to comment Share on other sites More sharing options...
ebiguy Posted March 4, 2020 Share Posted March 4, 2020 (edited) 2 hours ago, Kyle22 said: How about a WinXP32 version? I'd like to try it. My prediction almost didn't come true... Luckily, you're here But I wasn't worried Edited March 4, 2020 by ebiguy 1 1 Link to comment Share on other sites More sharing options...
DjayBee Posted March 4, 2020 Share Posted March 4, 2020 I second Kyle's request in THIS case. Because several tools for retrocumputing are quite old, it makes sense to keep these on an old 32-bit OS (which has no access to the internet and its local firewall up). Disclaimer: I need to emphasize "THIS case", because for daily work and emulation (Altirra), a current OS is more than just useful. 1 Link to comment Share on other sites More sharing options...
13Leader Posted March 4, 2020 Author Share Posted March 4, 2020 8 hours ago, DjayBee said: I second Kyle's request in THIS case. Because several tools for retrocumputing are quite old, it makes sense to keep these on an old 32-bit OS (which has no access to the internet and its local firewall up). Disclaimer: I need to emphasize "THIS case", because for daily work and emulation (Altirra), a current OS is more than just useful. True. A.P.E. still has an MS-DOS version that runs on DosBOX. Good for what - I am not sure but someone must find it useful. As for me - I will stick with 64bit but compiling it to 32bit is simple. Something users would need to do anyway if run to run OSX, Linux, Raspbian, etc. Link to comment Share on other sites More sharing options...
jamm Posted March 4, 2020 Share Posted March 4, 2020 I'm not clear on what the status of this fork is. Is it correct that the new fork at https://github.com/pjones1063/RespeQt is being kept synchronized with ebiguy's fork at https://github.com/ebiguy/RespeQt ? I don't see any recent releases in ebiguy's repository, and the pjones1063 repository only has Win64 binaries. Link to comment Share on other sites More sharing options...
13Leader Posted March 4, 2020 Author Share Posted March 4, 2020 37 minutes ago, jamm said: I'm not clear on what the status of this fork is. Is it correct that the new fork at https://github.com/pjones1063/RespeQt is being kept synchronized with ebiguy's fork at https://github.com/ebiguy/RespeQt ? I don't see any recent releases in ebiguy's repository, and the pjones1063 repository only has Win64 binaries. No. If you want the latest and greatest. You need to use https://github.com/ebiguy/RespeQt/tree/develo development branch. The master branch has not been pushed in a few years (at least from what I can see). The branch I have is https://github.com/13leader/RespeQt/tree/develop and that is pushed back to the ebiguy development branch regularly. ebiguy keeps them in sync - thanks ebiguy! https://github.com/pjones1063 is something forked based on jzatarski first release (cuz I was doing my own mess just for me). I do push stuff back to that master branch but it does not have any of the Happy / Chip disk stuff or the new printer stuff. I don't use the development branch at all in that one. The reason- Github will not allow me to move a fork to ebiguy once created. That only makes sense - imagine the mess I could create I will be pushing a new update to ebiguy within a day or two with the new stuff from above. Still testing some of the additions from this thread. So - https://github.com/ebiguy/RespeQt/tree/develop is the most recent fork. Again - Development not Master. I know - this seems kinda convoluted but that was not the intention. I have been placing Win64 binaries on Sourceforge here for all the 3 git repositories. Just cuz I get as confused about this stuff too. https://sourceforge.net/projects/respeqt/ Sourceforge will get the latest Win64 development binary when I push back to ebiguy in a day or two. 1 1 Link to comment Share on other sites More sharing options...
13Leader Posted March 4, 2020 Author Share Posted March 4, 2020 (edited) 21 minutes ago, 13Leader said: No. If you want the latest and greatest. You need to use https://github.com/ebiguy/RespeQt/tree/develo development branch. The master branch has not been pushed in a few years (at least from what I can see). The branch I have is https://github.com/13leader/RespeQt/tree/develop and that is pushed back to the ebiguy development branch regularly. ebiguy keeps them in sync - thanks ebiguy! https://github.com/pjones1063 is something forked based on jzatarski first release (cuz I was doing my own mess just for me). I do push stuff back to that master branch but it does not have any of the Happy / Chip disk stuff or the new printer stuff. I don't use the development branch at all in that one. The reason- Github will not allow me to move a fork to ebiguy once created. That only makes sense - imagine the mess I could create I will be pushing a new update to ebiguy within a day or two with the new stuff from above. Still testing some of the additions from this thread. So - https://github.com/ebiguy/RespeQt/tree/develop is the most recent fork. Again - Development not Master. I know - this seems kinda convoluted but that was not the intention. I have been placing Win64 binaries on Sourceforge here for all the 3 git repositories. Just cuz I get as confused about this stuff too. https://sourceforge.net/projects/respeqt/ Sourceforge will get the latest Win64 development binary when I push back to ebiguy in a day or two. Sorry I am in the wrong thread! All the stuff above is on Sourceforge at https://sourceforge.net/projects/respeqt/files/beta_development/ I build for Windows 64 binaries only. If you want to use anther platform - download the source from ebiguy development branch and compile away Edited March 4, 2020 by 13Leader 1 Link to comment Share on other sites More sharing options...
jamm Posted March 4, 2020 Share Posted March 4, 2020 Thanks for the clarifications! Link to comment Share on other sites More sharing options...
13Leader Posted March 5, 2020 Author Share Posted March 5, 2020 (edited) New update! Windows 64 binaries can also be downloaded here https://sourceforge.net/projects/respeqt/files/beta_development/ (along with cart files) The source has been pushed to ebiguy's development branch if you want to compile from source. RespeQt-r5d_WIN64.zip RespeQt_5D_Menu_NOBoot_8Bit-v01nc.car RespeQt_5D_Menu_Boot_8Bit-v01c.car Edited March 5, 2020 by 13Leader 1 Link to comment Share on other sites More sharing options...
13Leader Posted March 5, 2020 Author Share Posted March 5, 2020 2 hours ago, 13Leader said: New update! Windows 64 binaries can also be downloaded here https://sourceforge.net/projects/respeqt/files/beta_development/ (along with cart files) The source has been pushed to ebiguy's development branch if you want to compile from source. Helps if I link the right zip file! Lets try this again: RespeQt-r5d-Dev-WIN64.zip RespeQt_5D_Menu_NOBoot_8Bit-v01nc.car RespeQt_5D_Menu_Boot_8Bit-v01c.car Link to comment Share on other sites More sharing options...
tuf Posted March 8, 2020 Share Posted March 8, 2020 On 3/4/2020 at 2:43 PM, 13Leader said: Sorry I am in the wrong thread! All the stuff above is on Sourceforge at https://sourceforge.net/projects/respeqt/files/beta_development/ I build for Windows 64 binaries only. If you want to use anther platform - download the source from ebiguy development branch and compile away For those of you on a recent MacOS, this might work for you: brew install qt5 brew link qt5 --force export PATH="/usr/local/opt/qt/bin:$PATH" git clone --single-branch --branch develop git@github.com:ebiguy/RespeQt.git cd RespeQt qmake -spec macx-clang qmake -spec macx-g++ make You might need to install other stuff like Homebrew and other C++ deps if you haven't already. You're on your own to figure all that out Link to comment Share on other sites More sharing options...
tuf Posted March 9, 2020 Share Posted March 9, 2020 On 3/5/2020 at 1:00 PM, 13Leader said: Helps if I link the right zip file! Lets try this again: RespeQt-r5d-Dev-WIN64.zip 25.89 MB · 9 downloads RespeQt_5D_Menu_NOBoot_8Bit-v01nc.car 8.02 kB · 10 downloads RespeQt_5D_Menu_Boot_8Bit-v01c.car 8.02 kB · 9 downloads QQ, how are you guys using the .car files? I'd like to try the menu out but does it require something like an Ultimate Cart to load the car? Link to comment Share on other sites More sharing options...
13Leader Posted March 9, 2020 Author Share Posted March 9, 2020 58 minutes ago, tuf said: QQ, how are you guys using the .car files? I'd like to try the menu out but does it require something like an Ultimate Cart to load the car? Attached is an xex you can load from any Atari dos or do the Boot Atari Xex thing from RespeQt. menu.xex Link to comment Share on other sites More sharing options...
pusakat Posted March 10, 2020 Share Posted March 10, 2020 3 hours ago, 13Leader said: Attached is an xex you can load from any Atari dos or do the Boot Atari Xex thing from RespeQt. menu.xex 3.98 kB · 4 downloads I did something similar as an experiment. I used ROM 2 EXE (actually, I used dd on Linux to concatenate "8000bfff.stb" to menu.obx). Maybe RespeQt can provide menu.xex as autoboot if D1: is <empty>. I haven't really thought it through, just throwing out ideas. Link to comment Share on other sites More sharing options...
13Leader Posted March 10, 2020 Author Share Posted March 10, 2020 (edited) 13 hours ago, pusakat said: I did something similar as an experiment. I used ROM 2 EXE (actually, I used dd on Linux to concatenate "8000bfff.stb" to menu.obx). Maybe RespeQt can provide menu.xex as autoboot if D1: is <empty>. I haven't really thought it through, just throwing out ideas. Cool idea. Should be easy to create another $boot folder that loads the menu. Then have some action or event load the folder on slot one. @ebiguy just added a 'fav atr' option that will load a pre-selected disk image to slot 1. Maybe it works with a folder as well? I am sure he could make it work like that. He's a smartie! The other option would be just to have it do the 'Boot Atari Exe" option / thing and not use a folder at all (same idea really). Maybe that 'fav atr' option could work with an xex as well? Edited March 10, 2020 by 13Leader 2 1 Link to comment Share on other sites More sharing options...
ebiguy Posted March 10, 2020 Share Posted March 10, 2020 3 hours ago, 13Leader said: Maybe that 'fav atr' option could work with an xex as well? I think there are many ideas around. I need to think about it but it is definitely an interesting feature. 1 Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts