I’m glad you found it useful! I initially was interested in being able to mount Apple shares from a NT server as I was tired of messing with hfs disk utilities.

I pushed the scsi backend to raw hard files, so I could partition and format images suitable for a/ux using shoebill.

After gutting so many “features” I’m surprised how much more stable it is.

Cockatrice has been invaluable in testing/debugging the changes I have been making to netatalk’s PAP server. Whoever wrote it never bothered to test it with pre-LaserWriter 8.0 printer drivers or read the developer docs from Apple. People with 68k Macs running System 6 could never print using netatalk because of this! I don’t have an Ethernet equipped 68k Mac handy, so this works quite well for running client drivers and to run actual Mac based PAP servers (to see how others, including Apple, implemented a printer spooler) for packet capture and tracing.

All I have to say is printing stuff is way easier on Windows. Just open up a port (network or parallel) and dump the raw print job data. None of this interactive two-way communication or queries about the printer’s features!

Wow glad you got it to work! I keep meaning to push this project forward but … life + distractions. And I got the impression that 2-3 people were actually using it.

1) Im basing this off of BasiliskII version 0.8.. So yes for now. I found later versions were so touchy and finicky I started with an older version which I found was surprisingly more stable, especially when I turned off anything that looked like a feature. I havent looked far enough into what is involved with doing different depth displays, or even changing depth.

2) Wincap + wifi is an architectural thing. It’s basically a limitation of your wifi adapter. You would require one that will allow you to forge packets, AKA one of those hacker wifi adapters that can spoof other station addresses, which is basically exactly how I drive winpcap.
3) The audio…Yeah basically this was my first ever attempt at getting audio out of SDL, and honestly I’m more amazed it makes any sound. There is some pitch matching issues that I tried to correct, and I know it’s wrong so I downsampled until it seemed to match although it then sounds like it’s under water. Sim City 2000 was still recognizable to me, so that was my ‘good enough’ test.

Somewhere along the line VS support stopped working correctly. I believe it’s an issue with the CPU code, and how it handles packed structures. Somewhere, somehow in the neckbeard conferences of various compiler groups the MS & GNU people decided that their stuff shouldn’t interoperate, and should infact break each other for the sake of being ‘correct’ and damn the user. Older versions did build and run with VS, and felt much faster than GCC, but overall they were buggier, and later versions just stopped building properly all together. I had been meaning to try to keep it VC5 compatible but kind of gave up in the great drive to SDL+OS X/Linux. Try one of the older source versions and see if you can get that one to build. Although running for any extended amount of time is kind futile, but see if that builds.

Idealy of course, is to mash in the pervious+hatari CPU core, and run with that but you know, life.

This is all to support a Quadra 950 that I recently acquired. The CD drive and LAN card are in the mail, so I’m setting up an AppleTalk network for it to join.

Now, the questions:
1) Are we really limited to 256 colours?
2) What extra work would be required to get WinPCap to work with WIFI adapters? Is this a Cockatrice thing? or WinPCap thing?
3) Don’t install the Spanish text-to-speech… Simpletext throws an error using any voice afterwards. Meanwhile standard text-to-speech is ultra choppy.

Am currently setting up a dev environment. VS2012 seems to have broken the project as it can no longer find m68k.h. Will work on that in my spare time.

Steven.

No, it was not a waste.

expect one in the next hour… 🙂

dude, I just formatted my first virtual SCSI disk!

Yes, CDROMs and CD/DVD burners can respond to SCSI commands in a direct way, because ATAPI isn’t a “proper” IDE implementation.

In effect, ATAPI is practically SCSI over IDE. But windows ATAPI.sys can also emulate IDE (ATA) HDDs as SCSI devices by traslating SCSI commands to IDE (ATA) commands, but that’s a whole different thing that isn’t necessary for ATAPI devices, and that englobes CD/DVD readers and burners, ZIP IDE drives, LS-120 IDE drives and WORM/MO IDE units.

Well looking at the previous code for SCSI, it looks quite dooable.

I know I’m already getting SCSI commands from the Apple ROM so it is just a matter of passing in and out correctly.

Can you give me pointers to working binaries and or source to a version of Basilisk II that worked with SCSI passthru? 98 or NT is ok, I preferably want source so I can see exactly what is going on.

Also do you have any Apple SCSI disks? I know Mac’s are pretty picky about their disks as I spent far too long the first time I did an A/UX install trying to partition the disk to find out that the Apple tool only works with their OEM’d disks…. Unless you ‘patch’ it, although I’d rather just return the information that it is looking for so we don’t have to go through that nonsense.