Jump to content
IGNORED

SIO2PC USB Adapter


remowilliams

Recommended Posts

I'll try to answer the questions above in one post. :)

 

That was freakin' fast. what X factor was that at? since it was above x3?

 

Thats divisor 0x00 (NTSC 127840 bps), so maybe 6x? Of course with baud rates over 3x you get diminishing increases in throughput since the bit rate increases, but SIO transaction overhead stays the same. Still, fun to see working. :)

 

Will it work on the old USB or is it USB 2.0? I ask because I'm using a POS win98 SP1 machine that has issues with certain USB devices.

 

Its a USB 1.1 full speed peripheral, so it will work with older USB controllers. Both USB 1.1 and USB 2.0 chip sets seem to achieve about the same speed, though USB 2.0 with a USB 2.0 hub attached is just slightly faster.

 

If you can implement Motor control is it possible to also have a program that would read from the cassete to make CAS files directly from tape?

 

Might be possible with the hardware available, but I have not tried it yet.

 

Oh and can I return the brand new SIO2PC I just purchased from you on ebay for a credit toward this :D Just kidding... But speaking of, do you have a price range in mind yet?

 

It will be more than the rs232 adapter, but I'm not sure on the price yet, I still have to get a couple more quotes for the assembly. In any case the rs232 version will stay available at the same price.

 

Wow - that is insanely fast. I didn't know the machine vould transfer data at that rate - is it always reliable at that speed?

 

The hardware has no problem with the rate shown, but the speed you get using the Atari depends entirely on the SIO routines being used. SpartaDOS 3.2g tops out at 0x08, Hias's SIO code/patches go to 0x04 or 0x03 and are probably totally optimal without turning off some or all of the screen, above that only a few programs like COPY2000 with their own specialized SIO routines can keep up.

 

But since the hardware is available now to do those speeds we might see more programs written to take advantage of it.

 

A more practical advantage of the extended baud rate support in the interface is that if you are accessing a drive directly with ProSystem, it can engage the speeder functions to read and write at higher baud rates.

 

Steve

Link to comment
Share on other sites

Any plans to ever make a little plastic case for them?

 

Oops, I forgot to look on page 2. :)

 

I looked for awhile for an existing case that would be small but not require extensive modification and never really found anything. A new injection mold to make a nice case is pretty much out of the question due to the cost.

 

Will there be a new release of APE & Prosystem to go along with the new adapters?

 

Yes, both APE and ProSystem have been re-written. Registered users can get an update now to 2.4.2 which is what the beta testers are using. I'll also post a new trial edition when the adapter ships.

 

Steve

Link to comment
Share on other sites

That is interesting! I had not heard about "Parallels." Does the tester get good performance out of the USB adapter with this setup?

So far, everything has worked just fine under Parallels. Performance and features have worked just the same under testing as my other OS'es/machines. The machine I'm using for testing under Parallels is a MBP17 2.16Duo.

 

Testing has gone great so far, and using USB is just sooooo handy. You guys are gonna love it! :D

Link to comment
Share on other sites

  • 2 weeks later...

Steve, can you explain how the data is transferred between SIO and PC? Will it be possible to send and receive from SIO an arbitrary selected signal, not just data organised in blocks? Some Atari tapes contain non-standard signals as means of copy-protection, and direct reading/writing an SIO signal would be needed to make SIO2PC usable with them.

Link to comment
Share on other sites

Right now its implemented like standard SIO2PC, as packets of bytes sent at low speed.

 

The hardware is designed to allow the bus to be driven directly without a UART, so I will later implement a second mode that allows FSK or WAV data to be streamed to the device for more accurate cassette playback.

 

If you have a raw WAV file of such a protected cassette please feel free to send it to me.

 

Steve

Link to comment
Share on other sites

Hi Steve,

 

This is different from what we've been talking about. It is not about playing tapes that have audio, or recording tapes that need the interface to generate the FSK tones.

 

It is about reading tapes recorded with a non-standard signal. I don't know the details (Kr0tki sure knows about them). But I understand they don't have a standard async serial framing.

 

So what is needed is that the interface would capture the serial input signal directly (not in UART mode). Then the interface would need to somehow communicate the captured data to the PC application. I guess the solution would involve sending packets that recorded the time between transitions. I'm not sure how much precision is required, but the tape is a very slow device, so this shouldn't present a problem.

 

This, obviously, would work when the interface is in Prosystem/1050-2-PC mode. Not in SIO2PC mode.

Link to comment
Share on other sites

It is about reading tapes recorded with a non-standard signal. I don't know the details (Kr0tki sure knows about them). But I understand they don't have a standard async serial framing.

 

Regarding playing, I do mean playback without a UART, that is data would be played back as state samples, not byte data generated by WAV2CAS. The resulting output would be like the WAV audio was passed through a FSK->TTL circuit inside an Atari cassette recorder.

 

But for dumping of tapes as you mention, it should be possible by the same process in reverse. Even analog sampling of the data and audio streams is possible, if required. But then again I know nothing of the protection used to prevent these tapes from being copied by tape-to-tape copy.

 

Steve

Edited by classics
Link to comment
Share on other sites

But for dumping of tapes as you mention, it should be possible by the same process in reverse. Even analog sampling of the data and audio streams is possible, if required.

 

That's great!

 

But then again I know nothing of the protection used to prevent these tapes from being copied by tape-to-tape copy.

 

Right, however they still do exist.

 

Note that, conceivable, this doesn't have to be for copy protection reasons. In theory a turbo software system might use non-standard framing just for speed purposes. Remember the thread we talked about using MFM or even RLL encoding? I wish I had the time for testing that, it was a great idea (if it indeed works). Unfortunately a few decades too late :)

Link to comment
Share on other sites

Over the weekend I took the Juggle's House WAV posted in another thread and converted it to FSK samples. I was able to play back the data using only the FSK samples, so playback does work.

 

The RLE encoded FSK states for the tape turned out to be about 105k, vs 9.3MB for the original WAV recording. Zipped the FSK file is only 39k.

 

It seems like this should be a reasonable way to store cassette data without having to use huge WAV files or fully decoded CAS images.

 

Steve

Link to comment
Share on other sites

  • 4 weeks later...

I added a couple more videos.

 

The first one is of the same performance test with the release firmware, its a little faster.

 

http://video.google.com/videoplay?docid=15...83125&hl=en

 

The second one is using ProSystem to dump a floppy with the USB interface and a Happy 1050 drive.

 

http://video.google.com/videoplay?docid=-4...34616&hl=en

 

Steve

post-934-1179476900_thumb.jpg

Edited by classics
Link to comment
Share on other sites

Steve,

 

Just out of curiosity, has anyone tried this with Sio2OSX yet?

 

Its a native USB device, not a usb->virtual serial port device, so SIO2OSX wouldn't recognize it.

 

After the initial release there will be some developer documentation so it can be supported by other SIO2PC programs.

 

Steve

Link to comment
Share on other sites

I added a couple more videos.

 

The first one is of the same performance test with the release firmware, its a little faster.

 

http://video.google.com/videoplay?docid=15...83125&hl=en

 

The second one is using ProSystem to dump a floppy with the USB interface and a Happy 1050 drive.

 

http://video.google.com/videoplay?docid=-4...34616&hl=en

 

Steve

 

Man that is fast compared to my PROSYS cable. I dump to a Happy 1050 all the time and NEVER see that kind of performance. Is the new device that much faster than your cables?

Link to comment
Share on other sites

Right now its implemented like standard SIO2PC, as packets of bytes sent at low speed.

 

The hardware is designed to allow the bus to be driven directly without a UART, so I will later implement a second mode that allows FSK or WAV data to be streamed to the device for more accurate cassette playback.

 

If you have a raw WAV file of such a protected cassette please feel free to send it to me.

 

Steve

 

Here's one. This cassette contains two kinds of protection which were common in Poland: blocks of several minutes in length, and non-standard signals between blocks. The file is 32MB, please download it if you wish.

 

Cheers

Link to comment
Share on other sites

  • 1 year later...

Will it work on Apple computers?

 

Yes, it is a normal full speed USB peripheral, but there is no software on OSX to operate it at this point. After the initial release I will publish some libusb code that will allow people to write software for other platforms or integrate the adapter into existing sio2pc programs like AtariSIO without having to write kernel drivers.

 

Any news on the libusb driver? The post I'm replying to is over two years old... any chance you've got some sample code or just docs you could release, even if it's incomplete? I'm sure I'm not the only Linux/OSX/BSD/etc user who's been holding back on getting one of these due to lack of software support or even docs to use for writing our own software.

Link to comment
Share on other sites

http://www.fotosik.pl/showFullSize.php?id=502ef7b4c66b8f39

 

My sio2usb in SIO plug. Still under construction and testing but working. What is better, usb socket in plug or cable?

Man - how did you get it so small? I would vote for socket as opposed to cable.

 

Stephen Anderson

 

ft232 and few smd components for prototype, glue gun , few hour work, and long time for test with Ape ,atari 810 and other software .

Link to comment
Share on other sites

and long time for test with Ape ,atari 810 and other software .

How's the performance and reliability, especially when using higher SIO speeds and when other programs are running (in the background) on the PC?

 

Another thing to check: does it work stable with other active USB devices on the same bus (keyboard, mouse, harddrive etc.)?

 

I haven't run tests with the ft232 chips myself, only a quick test with a prolific cable some time ago (which - as we all know - is crap and doesn't work reliable).

 

so long,

 

Hias

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

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