Jump to content
IGNORED

New RespwQt Fork


13Leader

Recommended Posts

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!

 

RespeQt.thumb.png.25c93434704fbed9c32ee5039b31ad2c.png

 

 

Here you are.   New 64bit windows binary based on our fork.

 

RespeQt-Philsan-r5-Develop-WIN64.zip

 

See you at https://13leader.net

 

 

Edited by 13Leader
  • Like 2
Link to comment
Share on other sites

 

 

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. 

 

image.thumb.png.87109c4d6af66b09fc93e6353fbf2f42.png

 

 

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 by 13Leader
Link to comment
Share on other sites

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 by 13Leader
Link to comment
Share on other sites

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 by 13Leader
Link to comment
Share on other sites

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.

  • Like 1
Link to comment
Share on other sites

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

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.

 

 

 

  • Like 1
  • Thanks 1
Link to comment
Share on other sites

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 by 13Leader
  • Like 1
Link to comment
Share on other sites

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. 

 

Capture.PNG

RespeQt-r5d_WIN64.zip RespeQt_5D_Menu_NOBoot_8Bit-v01nc.car RespeQt_5D_Menu_Boot_8Bit-v01c.car

Edited by 13Leader
  • Like 1
Link to comment
Share on other sites

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. 

 

Capture.PNG

 

 

 

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

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

On 3/5/2020 at 1:00 PM, 13Leader 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?

Link to comment
Share on other sites

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

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

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 by 13Leader
  • Like 2
  • Thanks 1
Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...