Can you not copy all your data into a QXL.WIN file and transfer the file to a SD Card via PC or QPC2.
To answer that part:
I don't have a PC, being a mac user. So for all those years QLers where playing with QPC, I was not.
I was developing directly on the SGC QL. For many years the workflow to get and send program from/to the internet was:
Program downloaded to the mac
Transferred using FTP to my NeXT computer that have serial ports
QL connect to NeXT Unix shell thru serial port using QPTi
Program transferred over the serial port using Zmodem.
Everything was setup so it was easy and fast as all QL programs are short.
I have an Hermes chip in my QL so I was able to receive at 19200 bauds for an average transfer speed up to 14000 baud as the QL was stopping the transmission from time to time with the hardware handshaking signals.
Recently, I have tried QPC for Mac, but I the native file system does not work for me. Also, I have no means to copy files from the QL to the mac as the mac don't have a floppy disk.
So the quickest and easiest way to transfer my personal files and all the software I develop over the years is with the serial port. But that's ok I am used to it. For all other QL resources and programs beside my personal stuff, everything is available somewhere, thanks to Derek, in the two distributions that came with the Q68.
I will report here my experience connecting Q68 to SGC QL. Sending from the QL to Q68 should be achieved without trouble at 19200 bauds as the Q68 can cope with much higher rate. I will also try to send files from Q68 to QL. I know that without handshaking it will have to be done slowly and hopefully it will work at 4800 baud otherwise I all go down to 2400 or less. What is nice with the Zmodem protocol is that it is self correcting and I will see if transfer blocks fail and are requested again.
Something just struck my mind: What about the stop bits ??? Any compatibly issues between Q68 sand QL ? I think I remember that the QL needs at least two stop bits....
Thank you all for your contribution.