View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
15 [IDE Simulator] General minor have not tried 2022-01-20 14:41 2022-01-20 14:59
Reporter: ivan Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Enclosure for tattieboggle
Description: Hello. tell me please what material need for 3d print enclosure of tattieboggle IDE Simulator as I understad it is not ABS but what is it I need?
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
Notes
(0000114)
ivan   
2022-01-20 14:59   
I mean what material used here https://issues.tattiebogle.net/dokuwiki/doku.php?id=mantis:ide_simulator:enclosures V1 black

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
14 [IDE Simulator] General minor N/A 2021-12-06 04:23 2022-01-05 08:27
Reporter: colin Platform:  
Assigned To: colin OS:  
Priority: normal OS Version:  
Status: assigned Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: DOS utility to manage disk images
Description: A DOS utility is requested to control the IDE simulator from within a host PC.
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: idesim.zip (25,240 bytes) 2021-12-06 04:26
http://issues.tattiebogle.net/file_download.php?file_id=14&type=bug
idesim-2.zip (25,391 bytes) 2021-12-07 06:18
http://issues.tattiebogle.net/file_download.php?file_id=15&type=bug
idesim-3.zip (25,459 bytes) 2021-12-10 07:40
http://issues.tattiebogle.net/file_download.php?file_id=16&type=bug
Notes
(0000101)
colin   
2021-12-06 04:26   
Here's a beta version of a utility to access the IDE simulator from a host PC running DOS. Written in Borland C++, it should work on anything 8086 and up.

Compatibility-wise it can use ASPI (but this requires a loaded driver, and some will reject standard vendor-specific commands like this uses). It can access the hardware directly, but this may cause issues with EMM386 if used simultaneously. There's a third "sneaky" mode but support for that is not ready on the IDE simulator firmware yet.

Settings (driver, device index) can be set via command line parameters or environment variables, and if run without a command, it will display a text-based UI. To see a list of commands, run "idesim /?".
(0000102)
SpocksBeer   
2021-12-07 00:02   
Awesome, will check it out
(0000103)
SpocksBeer   
2021-12-07 00:22   
Ok. Running idesim with no commands yields "no device found" in the GUI. Using /driver direct gets a blank GUI, like this:

https://imgur.com/7ZRdolv

Pressing F10 does seem to bring up the correct information about the device, however.

https://imgur.com/wbP8loT
(0000104)
colin   
2021-12-07 06:18   
Sorry about that - there was a tweak missing from the USB handling code misinterpreting a number. Attached is a fix.
(0000105)
SpocksBeer   
2021-12-07 21:47   
All good. :)

Tried the new version, and it gets a bit further. ASPI mode still gets no device found. Direct mode detects the USB key, but shows nothing on it.

https://imgur.com/6Pktn84

F10 info has a little more human readable stuff in this version.

https://imgur.com/vgSzftA
(0000106)
colin   
2021-12-10 03:24   
Ah, it looks like a minor bug in the path string generator. If you use the command line mode you'll see the files (e.g. 'idesim /driver direct dir usb0:/').
(0000107)
colin   
2021-12-10 07:40   
Attached is an updated build that should fix the UI side to correctly request the content.
(0000108)
SpocksBeer   
2021-12-10 09:21   
Thanks Colin, will test again when I'm in front of the ide sin on Monday
(0000109)
SpocksBeer   
2021-12-20 03:53   
So, not the Monday I meant, but the new version seems to work nicely now. Both GUI and commandline options (now that I've figured out the syntax) work cleanly - thank Colin!
(0000110)
flynnsbit   
2021-12-20 21:18   
Sweet! I missed this!
(0000111)
flynnsbit   
2021-12-31 15:05   
@colin, everything seems to be working well with the OAK driver on the DOS native mode. I have to use "direct" to communicate which seems to work perfectly fine. You noted needing an ASPI driver loaded to use that path. Can you give us an example setup? OS+Driver?

Is there a setup that works in Windows 98 + command prompt window that would function or is Windows 98 going to bomb it because of the protection modes?
(0000112)
colin   
2022-01-05 08:25   
I can't actually remember from the olden days if Windows 98-loaded ASPI drivers provide a real mode interface inside command prompt windows (it'd maybe need to be a VXD if it did) but if so, the ASPI driver might work once installed (the same sort of drivers you'd install to enable a CD burner).

For the 'direct' mode it might work under Windows 98, those versions of Windows did allow some I/O access (memory was protected, but not all I/O, to allow some backwards compatibility with older apps). It might protect the I/O used for IDE though, as it may control which I/O ports non-kernel processes can use.

At some point I intend to make Windows 3.1 and Windows 95 (and above) versions of the utility, just haven't started yet :)
(0000113)
colin   
2022-01-05 08:27   
And for actual DOS ASPI drivers there's a few floating around online (I found some looking for "DOS CD burning" solutions). I didn't actually get this path to work yet though - I was able to talk to the driver from my code, but the OAK Technologies one (same people as OAKCDROM.SYS) crashed, and there was another one (maybe Panasonic?) that rejected vendor commands, so i couldn't test it with that one.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
13 [IDE Simulator] General feature always 2021-09-27 21:01 2021-10-05 04:46
Reporter: astigmatism Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Option to sort folder and files by name
Description: I'm using the companion LCD control interface to browse and select images, the major benefit being able to store hundreds of cd images on a USB drive.

The default sorting mechanism for browsing files and folder is not intuitive using the control interface. It appears files are sorted by date added descending (oldest files first?).

It would be much easier to browse by name (ascending).

Additionally, it might be better to be able to set the default sorting scheme in the config (using "interface set" or the like)

Tags:
Steps To Reproduce:
Additional Information: To make browsing easier for hundreds of images, I have parent folders with alphabetic labeling:

A-C
D-F
G-I
...

With the default sorting, this scheme isn't very helpful as in my case, they appear on the LCD display as:

D-F
G-I
A-C

I also have a few images BIN/CUE images with 60+ tracks. The default sorting requires that I select past all 60+ BIN files before selecting the CUE file. It would be helpful to rename the CUE file to appear at the top.
Attached Files:
Notes
(0000100)
colin   
2021-10-05 04:46   
This is definitely a good idea, the reason I didn't do it already is that the naive implementation is to load the entire directory into RAM, sort it, and then display that, and I was concerned huge directories may need too much memory.

That being said, I can imagine some potential algorithms to reduce the memory usage but still support it, so hopefully i can add it soon.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
12 [IDE Simulator] General major sometimes 2021-09-05 05:39 2021-09-05 17:23
Reporter: astigmatism Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Cannot read CD-ROM directory contents regularly in DOS 6.22 or Windows 3.11
Description: Platform:
ESC P5GX-m, Cyrix Media GX 266MHz, 64MB RAM. DOS 6.22/Windows 3.11 for Workgroups
OAKCDROM.SYS, MSCDEX 3.32
firmware: "dos-refactor-fix" (6-18-2021)

Browsing CD-ROM content in File Manager (Windows 3.11) will frequently throw this OS error message:

"Error Reading Directory"
There is no disk in drive D
Insert a disk, and then try again
Retry, Cancel

Clicking "Retry" once or twice and the content will usually appear normally.

Other times this issue seems to manifest itself by displaying empty directory contents in File Manager but when browsing to other folders and returning back all file contents will then be displayed.

This error message is also present during Windows 3.11 gameplay if the game requires frequent CD-ROM access (I tested King's Quest 6). A similar dialog will appear overtop of the game indicating files could not be read. As you can imagine, this makes games like this unplayable.

I've had similar read issues with games in DOS 6.22, namely Albion, when the game will crash and its error.log will contain something like this:

BBDOS Library: DOS_setcurrentdir: unknown error - FILENAME: D:\ALBION - DATA: 0 - OSERROR: 1
Xload: File foes not exist.

I attempted to rectify this issue with the following without success:
Multiple IDE cables, multiple high-speed USB media, multiple dumps of the aforementioned games (in both ISO and BIN/CUE formats)

I have included the final lines "monitor" below after one of these errors occurs.

If it is possible to share the disk images I am using to create these issues, let me know how to share them.

Finally, I absolutely love this product and thank you Colin for all your great efforts to get this going with the MS-DOS community. I certainly want to help make this device the best it can be :)


Tags:
Steps To Reproduce:
Additional Information: Final lines of monitor:

PACKET: SCSI: READ (10): address=00 00 00 12 size=00 00
Finish: SCSI
PACKET: SCSI: READ (10): address=00 00 00 12 size=00 01
Finish: SCSI
PACKET: SCSI: TEST UNIT READY
Finish: SCSI
PACKET: SCSI: READ (10): address=00 00 00 14 size=00 01
PACKET: SCSI: TEST UNIT READY
Finish: SCSI
PACKET: SCSI: TEST UNIT READY
Finish: SCSI
PACKET: SCSI: TEST UNIT READY
Finish: SCSI
PACKET: SCSI: READ (10): address=00 00 00 14 size=00 01
PACKET: SCSI: TEST UNIT READY
Finish: SCSI
PACKET: SCSI: TEST UNIT READY
Finish: SCSI
PACKET: SCSI: READ (10): address=00 00 00 14 size=00 01
Finish: SCSI
PACKET: SCSI: TEST UNIT READY
Finish: SCSI
Attached Files:
Notes
(0000097)
astigmatism   
2021-09-05 06:13   
It occurred to me just after posting that I might try reenabling SMARTDRV in DOS 6.22. I don't normally use it but thought this issue could be related to disk caching. Any thoughts on this? I will be testing configurations.
(0000098)
colin   
2021-09-05 06:24   
SMARTDRV could do something as it's a TSR that sits handling interrupts just like the other drivers, but I can't imagine it does much for CD drivers themselves.

The interesting things in the log are that it looks like the host machine isn't getting the notification that the pages are available to read (e.g. they do a READ, then TEST UNIT READY like they've decided the drive wasn't done, but the drive was probably waiting for them to do the transfer). There's hopefully a simple hardware reason for it to not have realised.

How is the drive connected to the PC? Super I/O or is that machine new enough to have onboard IDE on the motherboard?
(0000099)
astigmatism   
2021-09-05 17:23   
This board includes an on-board IDE controller with the interface properties taken from the simulator listed below. Also important to add is that the issue described was not experienced using a traditional CD-ROM drive with the original disks.

IDE interface: interrupt idle
        Config: Master (selected: YES)
        Feature Register: 00
        Error Register: 00
        Status Register: 50 DSC DRDY
        Sector Count Register: 03
        Sector Number Register/LBA1: 00
        Cylinder Low Register/LBA2: 00
        Cylinder High Register/LBA3: 08
        Command Register: A0 (PACKET)
        Event Register: 08 INTERRUPT_REQUEST
        DMA Mode: 00
        DMA/PIO base address: 0432
        DMA/PIO length: 0000

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
9 [IDE Simulator] General block always 2021-04-15 19:08 2021-08-12 13:05
Reporter: smoobandit Platform:  
Assigned To: OS:  
Priority: urgent OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ODE not detected on 486 PC, using VLB IO, ESS Audiodrive, or SB16 IDE
Description: Newly arrived ODE is not detected by either DOS 6.22 (VIDE-CDD.sys or SBIDE.sys) or Windows 95B.
The device does connect over USB using PUTTY with a windows 10 machine. All commands work, so the device is not DOA.

Nothing on the 486 PC can detect the ODE. Using the monitor command, various "unimplemented ATA commands" are reported when config.sys is being processed, and drivers are trying to load. These are reported in additional information. The most prevalent are:

When trying to connect via an IDE port on a soundcard.
"Unimplemented ATA command 0C"

When trying to connect via the VLB IO card:
"Unimplemented ATA command 6C
Unimplemented ATA command 21"

Swapping the IDE cable does not resolve the issue.
Tags:
Steps To Reproduce: Connect the card to a 486 PC build around a GA-486VS motherboard, using the IDE ports on a VLB IO card, or an ESS Audiodrive, or SB16 (CT2800).

Boot to DOS or Windows 95B.

Drive not detected.
Additional Information: Reset: hard
Finish: ATA
Unimplemented ATA command 10
Finish: ATA 04
Unimplemented ATA command 63
Finish: ATA 04
READ SECTORS
Finish: ATA 04
READ SECTORS
Finish: ATA 04
READ SECTORS
Finish: ATA 04
READ SECTORS
Finish: ATA 04
READ SECTORS
Finish: ATA 04
READ SECTORS
Finish: ATA 04
READ SECTORS
Finish: ATA 04
READ SECTORS
Finish: ATA 04
READ SECTORS
Finish: ATA 04
READ SECTORS
Finish: ATA 04
DEVICE RESET
Reset: software
Finish: ATA
Unimplemented ATA command 6C
Finish: ATA 04
Unimplemented ATA command 21
Finish: ATA 04

Slave with Compact flash on master position, win95b bootdisk
Reset: hard
Finish: ATA
Reset: register
Finish: ATA
Reset: register
Finish: ATA
Reset: register
Finish: ATA
DEVICE RESET
Reset: software
Finish: ATA
Unimplemented ATA command 6C
Finish: ATA 04
Unimplemented ATA command 21
Finish: ATA 04

Slave on ESS Audiodrive, DOS 6.22 (vide-cdd.sys) IRQ/A
Reset: hard
Finish: ATA
Unimplemented ATA command 0C
Finish: ATA 04
Unimplemented ATA command 0C
Finish: ATA 04
Unimplemented ATA command 0C
Finish: ATA 04

Slave on ESS Audiodrive, Win95b
Reset: hard
Finish: ATA

Slave on ESS Audiodrive, dos 6.22 (sbide.sys) IRQ /A or 11
Reset: hard
Finish: ATA
Unimplemented ATA command 0C
Finish: ATA 04

Slave on ESS Audiodrive, dos 6.22 (vide-cdd.sys) IRQ /11
Reset: hard
Finish: ATA
Unimplemented ATA command 0C
Finish: ATA 04
Unimplemented ATA command 0C
Finish: ATA 04
Unimplemented ATA command 0C
Finish: ATA 04
Unimplemented ATA command 0C
Finish: ATA 04
Unimplemented ATA command 0C
Finish: ATA 04
Attached Files: dos-refactor.fw (273,664 bytes) 2021-06-12 18:28
http://issues.tattiebogle.net/file_download.php?file_id=9&type=bug
dos-refactor-fix.fw (273,664 bytes) 2021-06-18 06:55
http://issues.tattiebogle.net/file_download.php?file_id=10&type=bug
IMG_4458.jpg (430,106 bytes) 2021-06-27 17:15
http://issues.tattiebogle.net/file_download.php?file_id=12&type=bug
Notes
(0000046)
colin   
2021-04-15 20:42   
Thanks for filing - I may need to pick up an ESS Audiodrive to test that combination on. I have tested it on a 486 which supports VLB, but only has VGA VLB installed with just plain 16-bit ISA I/O for IDE/serial/parallel, where the Compactflash master/PCB slave did work but was intermittently a problem (but I also have problems with the CF on the bus alone, so it's difficult to debug). I did add a second ISA I/O card to the 486 to run the PCB alone and that also worked fine, so I'm wondering if there's a timing issue with the sound card-based buses. I also wonder if there's something special about that VLB I/O card, so I'll try to hunt one of those down too.

I've been working specifically on the CF master/PCB slave config this week (both trying to figure out why my CF card is just generally flakey and also make sure my PCB is happy sharing the bus with it) so I should have a beta update for you to try soon.
(0000047)
colin   
2021-04-15 21:03   
Which driver were you using for the VLB I/O card?
(0000048)
smoobandit   
2021-04-15 21:35   
Thanks for the quick attention.

I do have a non-VLB IO card which I will test tomorrow.

When you mention the driver for the I/O card, I presume you mean vide-cdd or sbide. When I was testing that I was just using the win95b boot disk, which cycles through a number of drivers. The first entry up there got the descriptive line cut off when I cut and pasted. It was the PCB running as master ONLY on the I/O card, and booting from the win95b boot disk. If I recall the initial unimplemented commands were during POST, and the DEVICE RESET happened when the boot disk started trying drivers.

Couple of other things. I was running an Am5x86 at 160Mhz, which will have a bus speed of 40Mhz. That might be throwing things off. When I test out the non-VLB IO card, I'll revert to a DX2-66 chip to rule out the bus overlock as well. Just mentioned since you raised the timing issue.

The IO card I used today was a QDI QD6500A.

Thanks.
(0000049)
smoobandit   
2021-04-16 16:55   
OK, I have been able to do some more testing today.

Firstly, I connected up a real CDROM drive (52x, manufactured April 01, so exactly 20 years old!). This worked fine with the cables, both sound cards (Audiodrive and SB16), and the QDI I/O card. I also swapped out the QDI for a PTI-227B ISA only card. The real CDROM worked fine on all of these in DOS and Win95B.

I also swapped out the overclocked Am5x86 for an Intel 486 DX2 running at 66Mhz.

None of this made any difference to the PCB. Using the same cables and cards as the real CDROM drive, it performed the same as yesterday in the 'monitor' logging. I won't paste in the reports as they are identical. No driver could detect it, from ACER(vide-cdd), Oak, SBIDE, or the plethora of drivers on the win95B boot disk.

To clarify - this testing included running the PCB in master mode on the ISA I/O card without a HDD present. This worked fine with the real CDROM, but the system could not detect the PCB at all.

I do not have another 486 motherboard to swap out.

Many thanks,
(0000050)
colin   
2021-04-21 05:06   
Hey, still working on the issue/waiting for test hardware to arrive, but I did have one other question - did you happen to try with OAKCDROM.SYS or BTCCDROMI.SYS? Those are the primary ones I've been using to test (the latter as it has a 'retry' function, so I didn't need to continually reboot to try firmware changes, and the former as I remember it being popular in the '90s when i first got a CD-ROM drive).
(0000051)
smoobandit   
2021-04-21 20:06   
As I understand it the SBIDE.SYS is basically the OAKCDROM.SYS, so i tried that. In any event, the Win95b boot floppy has a bunch of CDROM drivers on it. They appear in the config.sys as follows:

device=himem.sys /testmem:off
device=oakcdrom.sys /D:mscd001
device=btdosm.sys
device=flashpt.sys
device=btcdrom.sys /D:mscd001
device=aspi2dos.sys
device=aspi8dos.sys
device=aspi4dos.sys
device=aspi8u2.sys
device=aspicd.sys /D:mscd001

None of those manages to work. Booting from this disk produces the first, and longest, monitor log sequence above. Presumably because it is testing so many drivers one after the other.

I do not recognise the "BTCCDROMI.SYS" that you mention. It's not on the win95b boot disk, and google is not forthcoming. Do you have a link that you could share, and I will test away.

Thanks.
(0000052)
smoobandit   
2021-05-10 17:19   
I picked up a replacement IDE cable to rule out that being an issue. I had been using an 80pin three connector cable (motherboard, slave, master) or a 40pin two connector cable (motherboard, master) to test. I wanted to rule out something weird so picked up a 40pin 3 connector cable for testing. It works fine with the real CDROM drive on either connector, and fails with the PCB on either port. While testing I cycled through a few different drivers, and used the analyser tool for the first time to dump put some more data. You might find it useful. All data dumps are produced at the point when config.sys accesses the driver in DOS 6.22. I ran the tests 3/4 times and noted slightly different outputs. I was just rebooting in-between trials with no other changes.

Despite the changes in the data reported by analyser there was no visible change on the 486 PC. The driver reported a failure to find a drive in the same way each time - even with the huge response from the OAK driver.

LG (E-IDE/ATAPI CD-ROM DRIVER Ver 1.25)
(GSCDROM.SYS)
analyser
Capturing IDE traffic (press any key to end)
iAAIAAAFgAIWAAg4CoCQAAKAAAsAADAAANAAA4DoDwAIOAqC8AU

analyser
Capturing IDE traffic (press any key to end)
s//8AAAFgAIWAAg4CoCQAAKAAAsAADAAANAAA4DoDwAIOAqC8AU

analyser
Capturing IDE traffic (press any key to end)
OB6AAAAFgAIWAAg4CoCQAAKAAAsAADAAANAAA4DoDwAIOAqC8AU

monitor
Monitoring IDE commands (press any key to end)
Unimplemented ATA command 0C
Finish: ATA 04


SBIDE (Oak, OTI-011 - Rev D011V110.ENG007)
analyser
Capturing IDE traffic (press any key to end)
OB6AAAADgKgsAAAz+VbABVMAAA6hoCaEAKoQAuhADKEANoQA6no

analyser
Capturing IDE traffic (press any key to end)
s//8AAADgKgsAAAz+VbABGMAAA4OsLP//M/1Wz//zP//OAqCwAFDABVsAFUwAFDqGgJoQAqhAC6EAMoQA2hADqegPuQg4DoLwBROD7

analyser
Capturing IDE traffic (press any key to end)
s//8AAADgKgsAAAz+VbABVMAAA6hoCaEAKoQAuhADKEANoQA6no

analyser
Capturing IDE traffic (press any key to end)
OB6C8ffDgKgsAAAz+VbABVMAAA6joCaEAKoQAuhADKEANoQA6no

monitor
Monitoring IDE commands (press any key to end)
Unimplemented ATA command 0C
Finish: ATA 04

VIDE-CDD
analyser
Capturing IDE traffic (press any key to end)
OB6AAAALgCgOAqC8AUTwAIvAFGwAADz/svAFGwAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAA

analyser
Capturing IDE traffic (press any key to end)
v//8AAALv//OB6C8AUTwAIvAFGwAADz/svAFGwAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAA

analyser
Capturing IDE traffic (press any key to end)
v//8AAALv//OB6C8AUTwAIvAFGwAADz/svAFGwAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAAKEAAoQAChAA

Unimplemented ATA command 0C
Finish: ATA 04
Unimplemented ATA command 0C
Finish: ATA 04

OAK (OTI-91X Rev D91XV352)
analyser
Capturing IDE traffic (press any key to end)
v//8AAAFgAIWAAg4HoCQAAKAAAsAADAAANAAA4HoDwgIOAqC8AU

analyser
Capturing IDE traffic (press any key to end)
OB6AAAAFgAIWAAg4DoCQAAKAAAsAADAAANAAA4HoDwgIOAqC8AUDgOgsABQz+VbABVMABS8AUDgOgvAFA8/7LwBRvAFGkAADgKgvAFEkAACgAALAAAw2JDQAAOB6A8HoLwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AALwAAvAFG8AUbwBRvAAC///73//vAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7wBRvAAC///7///vAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUb///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUb3//vAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUb///vAFG8OcLwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG9//7wBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUb39/vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AALwAAvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAgvAFG9//7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8/frz9+vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC9//7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8EMLwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUb///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AALwAAvAFG8AUbwBRvAAC///7///vAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUb///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7wBRvAAC///7/9/vAFG8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUb3//vAFG8AUbwBRvAFG8AALwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUb///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG///7wBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUb3//vAFG8AUbwBRvAFG8AUbwBRvAAC///7wBRvAAC9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUb///vAAC///73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AALwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUb3//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7wBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv/3+8AUbwBRv//+8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG9//7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vf/+///7///vAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7wBRvAAC///7///vAFG8AUbwBRvAAC///7wBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAAC9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvACC8AUbwBRvAFG9//7wAgvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8GcLw9wvAFG///73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAAC///7///vAFG9//7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvf368AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAAC///7wBRvAAC8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AALwAAv//+8AUbwBRvAFG8AALwAAvAFG8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUb///vAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG9//7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwAAv//+8AUbwBRvAFG8AUbwBRvAAC///7wBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG///7///vAFG8AUbwBRvAFG8AUbwBRvAAC///7wAAvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG9/fr39/vAFG9//7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAAC9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AAL///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAAC///7///vAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUb///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvADC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vf/+///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG9/f7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AALwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8/fLz9+vAFG9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG9//7wAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAAC///7///vMP+///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG9//7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7wBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvf/+8AUbwBRvAFG8AALwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG///7///vAFG9//7wAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8GMLwBRvAAC8AUbwBRvAFG8AUbwBRv//+8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvD3C8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvf/+8AUb///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAAC///7wBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AUb3//vAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUb///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7wBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7wBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvDnC8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AUbwBRvAFG8AALwAAvAFG8ffLz9+vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC///7w4wvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG9//7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvf/+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8/frz9+vAFG9//73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUb///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRv//+8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG///73//vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AALwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AUb///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvD3S8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAAC///7///vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8ffLwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwAAvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8ffL39+vAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAFG8AUbwBRvAF

analyser
Capturing IDE traffic (press any key to end)
OB6C8ffFgAIWAAg4DoCQAAKAAAsAADAAANAAA4HoDwgIOAqC8AU

monitor
Monitoring IDE commands (press any key to end)
Unimplemented ATA command 0C
Finish: ATA 04
(0000053)
colin   
2021-05-11 06:11   
I've used 80 pin and 40 pin cables for testing, both should work, so I'm (sadly) not surprised it didn't help.

Still working on it as we speak, had a little time constraint with other things but that should be easing up now - I have been able to reproduce though, which definitely helps. I've also seen it occur on the 486 I used to test that previously was fine, so I think something may have just subtly regressed.
(0000054)
smoobandit   
2021-05-11 07:35   
That's interesting. Is the firmware for that earlier working version available for testing? Might be helpful to confirm at this end.

Would an early firmware even work on the latest revision of the hardware?
(0000055)
colin   
2021-05-13 05:23   
The firmware for the original board won't work (it will boot on the new boards, but a few pins have their levels reversed so most machines, definitely including old PCs, will get upset) but there might be a version for that board in my 'alpha' directory - it was the new revision of the board I was testing on the 486 last time I saw it work! I'll see if I can find something, but even if not, it's still a good place to start debugging.
(0000056)
gemedet   
2021-05-22 13:42   
Just wanted to add that I have done some testing using the 2021-04-01 firmware on a 286 and 386 with 3 different multi IO cards/IDE controllers and several ATAPI drivers (including OAKCDROM.SYS) and all fail to detect the drive with the same problem smoobandit reported. I also tried it on two different 486 systems, one with a basic ISA IDE controller and the other with a VLB IDE controller with the same results.

I would really like to see this fixed and would love to test any future firmware updates that you may come up with. I have quite a collection of older PC hardware and systems and would love to be able to use this to replace my ATAPI cdrom drive which are becoming increasingly problematic.
(0000057)
colin   
2021-05-26 05:50   
(Last edited: 2021-05-26 06:16)
Still working hard on this - I know what the problem is (bit 7 seems to be getting stuck - 0x6C should be 0xEC (IDENTIFY DEVICE), 0x21 should be 0xA1 (IDENTIFY PACKET DEVICE), and if you make it past those, you'll get READ SECTOR (0x20), which should be 0xA0, PACKET. However, I'm not sure what broke the timing, so I've been slowly debugging code to get to the bottom of it. I did actually find a couple of minor issues, but still am working on the main one.

Either way, as soon as I've either got to the bottom of it, I'll post a new firmware update here for everyone to try!

(0000058)
smoobandit   
2021-05-29 20:09   
I finally had the opportunity to hook the PCB up to a 2006 era motherboard. For the avoidance of doubt it works fine. I even used exactly the same Compact flash drive that had dos 6.22 on it that was running in the 486. So same OS, same driver.

I imagine you know this already, but felt it was worth mentioning. Athlon based mobo = working PCB, 486 based mobo = not working PCB.
(0000059)
colin   
2021-06-05 05:20   
One more quick update - I think I've made progress, and both the 386 with DOS and the 486 with Windows 95 are now seeing the drive again, just occasional data corruption I'm getting to the bottom of. I'm hoping to be able to post a firmware for people to try here this weekend.
(0000060)
colin   
2021-06-12 18:28   
(Last edited: 2021-06-12 18:42)
Please give this build a try - not sure it's perfect, but I refactored some HDL and found a number of minor bugs that would affect PC compatibility, as well as working around some issues I saw with my 486 (very noisy chip select lines).

This seems to work for me on Windows 95 acting as the secondary device on the same IDE channel as a CF card acting as boot drive.

(0000061)
flynnsbit   
2021-06-16 03:56   
Madesomegood progress with the newdos-refactor.fw tonight. Both my 486 machine and my M570 with an AMDk6-2 400 see the drive as a master on the secondary IDE channel, I can load OAKCDROM.SYS and mount a disk. I can DIR the CD and see the contents but when I try to run anything it either says "Program too big to fit into memory"or some other issue. I can copy all the files to a folder on my C: drive but when viewing data like a read.me the files are all corrupt. I need to test with some other SYS files to see if any others make a difference. I was going to load CDGOD55 onto a floppy tomorrow and I will work through the drivers and see if that makes a difference. The good news is the bios is seeing the drive and I can get all the way to mounting and unmounting.
(0000062)
flynnsbit   
2021-06-16 03:57   
Made some good progress with the newdos-refactor.fw tonight. Both my 486 machine and my M570 with an AMDk6-2 400 see the drive as a master on the secondary IDE channel,
 I can load OAKCDROM.SYS and mount a disk. I can DIR the CD and see the contents but when I try to run anything it either says "Program too big to fit into memory"or some other issue.
 I can copy all the files to a folder on my C: drive but when viewing data like a read.me the files are all corrupt. I need to test with some other SYS files to see if any others make a difference.
  I was going to load CDGOD55 onto a floppy tomorrow and I will work through the drivers and see if that makes a difference.
 The good news is the bios is seeing the drive and I can get all the way to mounting and unmounting.
(0000063)
smoobandit   
2021-06-16 09:58   
I have also now been able to rest the dos-refactor.fw firmware.

In short, the 486 system does now detect the CDROM running from the IDE port on the SB16 (CT2800). This is using the vide-cdd.sys or the sbide.sys drivers. The stand alone OAK drivers also detect the drive, as do the LG drivers.

I am also seeing data corruption, so it remains unusable. This does not seem to vary from driver to driver. Unlike the post above, I have been able to view to contents of text or batch files without obvious corruption. However, when trying to run games from the drive, they either fail absolutely, or have repeated mini-hangs (presumably when trying to load corrupted assets).

DOTT is a useful test, because there is nothing by way of HDD installation other than a .cfg file to hold the settings. It loads the start screen and music, but the intro sequence is littered with long pauses while it fails to load audio assets from the CDROM.

During these mini-crashes, the 'monitor' log is littered with:

PACKET: SCSI: READ (10): address=00 02 01 CD size=00 01
Finish: SCSI
PACKET: NOP
Finish: ATA 00
PACKET: SCSI: READ (10): address=00 02 01 CE size=00 08
Finish: SCSI

The 'PACKET: NOP' line does not appear when the device appears to be operating normally. it is consistent only with a failure to load data from the image.
(0000064)
smoobandit   
2021-06-16 10:00   
I have not yet tried other options like running the PCB as a slave to the HDD, or a different cable, or running it on the Noughties hardware where it was already working.

I will report back when I have done so.
(0000065)
colin   
2021-06-17 01:41   
That's pretty good news - almost working, so the refactoring has addressed the main problem. Just need to get to the bottom of the data corruption thing then!
(0000066)
flynnsbit   
2021-06-17 14:16   
I went back and switched drivers and can duplicate smoobandit's setup.

. I can't nail down where the corruption lies and if it is specific to .bin/cues or also iso's, the size of the file, or if that makes a difference what so ever.
I was able to take the descent.iso mount it, read the readme, run the install all the way through but then the actual setup.exe and descentr.exe were both throwing errors.
I was able to run the disc speed test in Dune all the way through and watch monitor for anything odd, it seemed to be fine but again, dune wouldn't run.
For StarWars TieCD in .bin/.cue format I couldn't even display the readme without corruption in the file.
I've got about 5 machines through the era that I can test with if you want, but I don't want to waste a bunch of time if you have an idea of what it is.

@colin, did you ever get a DOS utility working to run disk select commands from the system it is on? I was going to create a serial interface script that just passes to the com port
and then us the local USB port on my Socket 7 machine but if you had something better let me know. Also, I noticed on my setup when I am jumping between discs I have to
 run disk disconnect first or the original disc stays resident in DOS like it is still mounted. running 'disk disconnect' then 'disk select game.iso' solves that for me.
(0000067)
colin   
2021-06-17 16:45   
I do have a beta version of the DOS utility that I can find and send you, but I wasn't super happy with it - MSCDEX provides no mechanism to send random SCSI commands so I used the DOS ASPI drivers, but with the "vendor specific" SCSI command region, it turns out some DOS ASPI drivers just silently drop those commands. The Oak Technologies one doesn't, but it has problems. I experimented with just driving the hardware directly, but this upsets EMM386 surprisingly.

I'll probably refactor it to move the "vendor specific" SCSI commands into one of the standard ATAPI commands using a vendor-specific code page, which hopefully the ASPI drivers don't know to drop, and that should solve the major problem (though still require the ASPI driver in DOS, there's at least some utilities to load and unload the drivers on demand).

These problems don't matter so much on Windows where memory is less of an issue so ASPI can just be installed without impacting games, but I'll hold off writing the Windows app until I figure out the actual details of the command.
(0000068)
colin   
2021-06-18 06:55   
Quick update, please try this build. It seems to have fix any corruption I saw (which was very mild, much less catastrophic than your reports, but I'm pretty sure the corruption comes down to specific machines and what's going on on their CPUs so I was probably just lucky). I was able to launch Tempest 2000 for DOS under Windows 95 (via its built in ATAPI driver) with this, with no visible graphical corruption either (which I did see previously).
(0000069)
flynnsbit   
2021-06-18 13:41   
Yup, I think that did it. Installed Star Wars, 7th Guest, and Mortal Kombat 3 from their respective CDs and did not see any corruption on my K2 machine. All games loaded without issue. I'll keep playing through my Top 300 Pack. There are about 100 CD games in that. Your DOS utility would be a god send for me specifically as I have scripts that auto mount the appropriate CDs when the game is selected. Happy to be a guineapig. flynnsbit@gmail.com

Setup
M570 Board
K6-2 380
DOS 6.22
HIRAM
OAKCDROM.SYS
Regular MSCDEX
(0000070)
flynnsbit   
2021-06-19 03:17   
One more follow up. I've had a good full day with the new refactor fix and have had zero problems.
I even did a full install of Windows 98SE from scratch, booting off the ISO and installing to a CF card. All good on that front.
(0000071)
flynnsbit   
2021-06-20 18:48   
One more consistent issue:
Using DOS 7.1 (Native DOS)
both MSCDEX and SHSUCDX.COM tested
OAKCDROM, VIDE, XCDROM.SYS all tested

Issue: Mount a CD, run DIR on that CD, Works.
run 'disk disconnect' on IDESim
then 'disk select new.iso' on IDESim
cd D: on dos machine
run 'dir' and it is still the old cd contents

same process, run 'disk disconnect' on IDESim, then on DOS machine run 'd:' and run a 'dir', let it fail (abort)
then on IDESim 'disk select new.iso' and everything works as expected.

I have to do this each time I want to hot swap cds. Anyone else seeing this behavior?
(0000072)
smoobandit   
2021-06-21 07:50   
that last build is looking very promising. I have a couple of things left to test, and will report then.
(0000073)
flynnsbit   
2021-06-21 14:50   
@smoobandit, can you verify if you can hot swap CDs without having to do anything special in dos? (like going to the drive letter without anything selected before it will switch to a new cd and read the contents)

So steps:
select a disc
read the disc in dos, dir is fine
select a new disc
read the disc. Is it the old disc or the new one?
(0000074)
colin   
2021-06-21 16:45   
@flynnsbit probably worth filing that as a separate bug. I've had a quick look at the source to UDVD.SYS (as the source code is actually available, and commented, so it's clear what it's trying to do) that an optimisation I've done may be confusing it. My drive always acts "spun up" so it's immediately ready for reads, but UDVD.SYS seems to be looking for the "drive not ready" error I think to realise the disk has changed. Other OS (including modern OSX, but also WIndows 95) just ping the drive every 0000001:0000002 seconds to check, so they just detect it so long as the disk is out of the drive for at least 2 seconds.
(0000075)
gemedet   
2021-06-21 17:08   
I think it is quite common for ATAPI drivers to use the drive ready state to check for disc changes. For example VirtualBox used to have problems with many DOS drivers as the page at http://wiki.freedos.org/wiki/index.php/VirtualBox_-_CD_changes_are_not_detected explains:

VirtualBox appears to test for media-change (new CD inserted)
by asking the CD drive for its status code. But, this RESETS
the status code, so the next read by UIDE will not 'see'
that a media-change has occurred.
(0000076)
flynnsbit   
2021-06-21 17:50   
Will do.
(0000077)
smoobandit   
2021-06-23 13:20   
OK, I have been able to test quite a few different things, in DOS 6.22 and Windows 95, and I think I can say that the refactor-fix firmware has resolved the problem I had. The 486 can now see the drive, and appears to be able to access the data on it without any corruption.

There are some other issues, but like the disk select matter raised by flynnsbit, those are better for other threads. I think this one can be closed off.

Thanks to colin!
(0000079)
smoobandit   
2021-06-23 15:57   
Sod's law - I am encountering more PACKET: NOP errors which coincide with video corruption with 7th Guest. I'll try on some more modern hardware and try to find out if it is 486 only, or perhaps even the image.

That's the only obvious problem that I have encountered.
(0000085)
astigmatism   
2021-06-27 17:15   
In addition to disk select/disconnect issues raised earlier, I'm continuing to see read issues on a 486 machine with a dual-channel VLB controller with the simulator as the sole device on the 2nd channel. Directory listing looks correct (dir) but executing content fails. I tested with a .bin of Sam & Max (1993) and System Stock (1994), both fail before installation. A CD-ROM drive confirms the controller and cable are working as expected on this channel.

If there are any details I can provide about the hardware, please let me know and I can retrieve them. I could also ship the hardware to you Colin for debugging if that would be helpful.
(0000086)
astigmatism   
2021-06-27 22:48   
Small update: I've spent some time testing the simulator with slightly newer hardware: An Asus TX97-X and Pentium MMX using the integrated IDE controller. PIO 4 was noted by "monitor" with this setup unlike the 486.
The simulator seems to work very well with this system: I was able to install the aforementioned games and run them without issue. Using the "monitor" command, I can see constant read activity during gameplay.

To add weight to smoobandit's experience: on my 486 VLB-based machine, all executing content (like that in my screenshot) fails with PACKET: NOP when viewed with the monitor command.
(0000088)
colin   
2021-06-29 21:34   
I do have a VLB I/O card I got from eBay though I haven't tried it yet (I believe my 486 still has a spare VLB slot), I intend to switch over to that once I get one other wrinkle sorted in the last firmware I posted and confirm there.
(0000095)
colin   
2021-08-03 05:47   
Just a quick mildly disappointing update - Windows 95 + the VLB Super I/O I got seem to be working fine in my 486. CF card and ATAPI sim on the same channel, I'm able to run games without seeing the NOP issue. I'll try and find a different VLB Super I/O model on eBay to get a bit more variety in my testing.
(0000096)
smoobandit   
2021-08-12 13:05   
Further update:

I stuck the ODE on a 2000 era motherboard with a PII. 7th Guest worked flawlessly.

So back to the 486. I was continually having hangs with 7th Guest dropping to DOS with an error that the FAQ reported as being related to CD reads.

However, two things helped solve this. A: I switched from the CT2800 to a CT2290 Soundblaster. B: I remembered that I had INSTALLED 7th Guest using the earlier BUGGY firmware. I guessed that the installed files were corrupted, deleted them all and re-installed the game with the latest firmware. It is now fine.

I ran the t7gdemo.bat sequence. This takes about 15 minutes or so, and constantly accesses the CD image. I ran the entire thing without a single NOP.

To be clear - this is NOT running the ODE on the VLB I/O card. That card only hosts the CF HDD. I was going to get a couple of different VLB multi-IDE cards (mine is a single IDE port) for testing purposes. I may still do that, but the CT2290 sound card works perfectly.

My guess is that you are right Colin: reliability is going to be heavily hardware dependent on 486 machines. Some hardware will be just incompatible enough that NOPs are generated which disrupts performance.

If that is the case, can I suggest that the wiki is expanded to include a list of hardware that we have confirmed to work? That would be a great resource for future users.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
11 [IDE Simulator] General minor always 2021-06-24 08:50 2021-07-21 13:29
Reporter: smoobandit Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Crystalfontz Display does not initiate on boot - if another USB device is connected.
Description: As indicated in the summary, I am running the CFA633 Crystalfontz display. I am connecting via USB to USB1 on the PCB.

The display and the PCB both have their own 5v power supply from the same PSU.

On boot, the display activates as the power comes on. It shows the Crystalfontz start screen:
"Crystalfontz 633
USB: h2.1,u2v2"

It does not show the Tattiebogle start screen. it does not matter how long I leave it powering up, the start screen is still not shown.

The PCB does detect the Crystalfontz screen. If I putty into USB0 from my PC and run status, I get this:

"USB0: device mode; high speed; driver: CDC serial
USB1: host mode; full speed; driver: Crystalfontz LCD
SD card: Error (1)
Uptime: 37 seconds
Simulated drive: closed
Audio: Idle
- track 1 / disk time 0:00:00
unavailable>"

If I unplug the display from USB1, wait a second or two, and then plug it back in, I get the TB logo, and:
"IDE Simulator
Version 3.10"

the 'status' command still gives me:

"USB0: device mode; high speed; driver: CDC serial
USB1: host mode; full speed; driver: Crystalfontz LCD
SD card: Error (1)
Uptime: 191 seconds
Simulated drive: closed
Audio: Idle
- track 1 / disk time 0:00:00
unavailable>"

The same behaviour can be seen if a USB thumbdrive is connected to USB0 instead of the cable to the PC. It makes no difference if the Crystalfontz is on USB0 or USB1. I have not tried a card in the SD slot.

What DOES make a difference is if the ONLY USB device attached is the Crystalfontz display. If it is the only thing connected (to either USB0 or USB1), the display will boot with the CF message, and then cycle to the TB splash screen, and then the normal operating screen. At that point you can connect the USB thumbdrive, and you are off to the races.

So, what seems to be happening is that if there are TWO USB devices attached, the CF display is not initiated by the PCB on first boot. With the current firmware there are only two solutions:

Unplug and replug the CF display into the PC after boot
Don't start the PCB with a USB drive attached.

Neither are ideal, as I want to mount the whole system inside a case, with USB access at the rear.
Tags:
Steps To Reproduce: Connect PCB to CF display on USB0 or USB1
Do not connect anything else.
Power both separately
Turn on system
PCB and CF display operate as intended.
Turn off system
Connect USB drive to other USB0/1 port on PCB
Turn on system
CF display does not initiate as expected.
Additional Information:
Attached Files: fix-lcd-usb.fw (272,640 bytes) 2021-06-28 04:40
http://issues.tattiebogle.net/file_download.php?file_id=13&type=bug
Notes
(0000082)
colin   
2021-06-26 06:11   
Definitely can reproduce, I hadn't noticed as it doesn't seem to happen when the debugger is attached, though I did manage to get a crash once it was running that's hopefully related.
(0000087)
colin   
2021-06-28 04:40   
Hopefully found it, a bug in NXP's USB stack. Please try attached build that seems to fix the issue for me.
(0000094)
smoobandit   
2021-07-21 13:29   
yep, that did it.

cheers.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
10 [IDE Simulator] General minor always 2021-06-21 17:55 2021-07-11 05:10
Reporter: flynnsbit Platform: x86  
Assigned To: OS: DOS  
Priority: normal OS Version: 7.1 / 6.22  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Hot disc swap in DOS isn't recognized until disconnecting, accessing the disk, then disk select
Description: Using DOS 7.1 (Native DOS)
both MSCDEX and SHSUCDX.COM tested
OAKCDROM, VIDE, XCDROM.SYS all tested

Issue: Mount a CD, run DIR on that CD, Works.
run 'disk disconnect' on IDESim
then 'disk select new.iso' on IDESim
cd D: on dos machine
run 'dir' and it is still the old cd contents

same process, run 'disk disconnect' on IDESim, then on DOS machine run 'd:' and run a 'dir', let it fail (abort)
then on IDESim 'disk select new.iso' and everything works as expected.


Tags:
Steps To Reproduce: So steps:
DOS native
select a disc
read the disc in dos, dir is fine
select a new disc
read the disc. Is it the old disc or the new one?
'disk disconnect'
dir on mounted directory (D:)
dos errors, Abort or Fail
'disk select newiso.iso'
dir on d: and new disk is mounted and works.
Additional Information: Using DOS 7.1 (Native DOS)
both MSCDEX and SHSUCDX.COM tested
OAKCDROM, VIDE, XCDROM.SYS all tested

Issue: Mount a CD, run DIR on that CD, Works.
run 'disk disconnect' on IDESim
then 'disk select new.iso' on IDESim
cd D: on dos machine
run 'dir' and it is still the old cd contents

same process, run 'disk disconnect' on IDESim, then on DOS machine run 'd:' and run a 'dir', let it fail (abort)
then on IDESim 'disk select new.iso' and everything works as expected.

I have to do this each time I want to hot swap cds
Attached Files: dos-mediachange.fw (273,664 bytes) 2021-06-25 17:36
http://issues.tattiebogle.net/file_download.php?file_id=11&type=bug
Notes
(0000078)
smoobandit   
2021-06-23 13:25   
flynnsbit: is it better if you run "disk remove" rather than "disk disconnect"?
Mine is mostly working fine with DOS 6.22. It sometimes takes 5s or so for the OS to realise that the contents have changed.
(0000080)
colin   
2021-06-24 06:45   
I suspect the 'media changed' error isn't getting reported, so depending on the driver (and host OS, since some just ping) it may or may not seem fine. Hopefully I'll be able to get it fixed this weekend.
(0000081)
colin   
2021-06-25 17:36   
Please try this firmware, which seems to make OAKCDROM.SYS behave much more nicely, and hopefully will also do so for its friends.
(0000089)
flynnsbit   
2021-07-01 00:45   
OAKCDROM.SYS does seem to work well. No need for disconnect or removal and the cd swap is working properly.
The new version does have a different issue with XCDROM.SYS where the initial boot with a cd attached works well
 but when you try to swap you will always get Abort, Retry, Fail no matter what until the next reboot.

No combination of swapping, removing, disconnecting will fix it.

I will run through the other few drivers I have setup to test but all good on the OAKCDROM.SYS front.
(0000091)
colin   
2021-07-06 17:12   
@drfunkenstein2k: I've e-mailed you. Also making your comment private so spambots don't come across your e-mail address
(0000092)
colin   
2021-07-11 01:26   
Having debugged it a little, it looks like XCDROM.SYS just has an odd behaviour - MMC-2 ATAPI Implementation Notes (document number 97-118R0) indicates that when an error occurs ('disk changed' counts as such an error) the device should go into CHECK CONDITION for that error until cleared by a REQUEST SENSE (which OAKCDROM.SYS and Windows 95's built in ATAPI driver both do). Instead, XCDROM.SYS just blindly retries the command.

I assume some drives clear transient conditions like "disk changed", so it probably works on such devices. The implementation note doesn't actually mention auto-clearing CHECK CONDITIONs, but there might be something I missed in the main specification. I'll try tweaking it to auto-reset but I'm not too worried since it seems to be contrary to the actual spec.
(0000093)
flynnsbit   
2021-07-11 05:10   
Yeah, that makes sense. My intent was more informational on the XCDROM.SYS in case someone brought it up. At this point anyone should be using OAKCDROM.SYS for their retro setups and the IDE Simulator. I tested it on my 386SX, 486DX, and my K6 build. No issues.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
6 [IDE Simulator] General major always 2020-09-01 17:36 2021-06-27 01:21
Reporter: k9kraken Platform:  
Assigned To: OS:  
Priority: urgent OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Unable to detect ODE on a 386 DX40
Description: I am using a 386 DX40 with MSDOS.
I have hooked up the ODE alone to the IDE controller.
I have tried over 26 different CD-ROM drivers and none detect it.
I have tried a FreeDOS boot disk and it does not detect it.
I have tried the HDAT2 utility and it does not detect it.
I tested booting up to the SB16 CD-ROM controller and I cannot detect it.
I have tested on 3 different IDE controllers with none of them detecting it.
Connecting to the ODE over serial shows it is powered on and working, I have a SDCARD in the slot and I can DIR and view the ISO file.
I can hook up a IDE CD-ROM drive and the IDE controllers detect and install drivers for it.
I can hook up a IDE to SDCARD adapter and the IDE controller detects it and uses it as a normal HD.
Tags:
Steps To Reproduce:
Additional Information: I have been looking for a IDE to SD CD-ROM emulator for years that can be used on a retro machine and this is the first I have seen.
Would love to help get this working for old PC DOS computers.
Attached Files: Screen Shot 2020-09-03 at 11.18.57PM.png (33,359 bytes) 2021-01-27 18:47
http://issues.tattiebogle.net/file_download.php?file_id=8&type=bug
png
Notes
(0000036)
k9kraken   
2020-09-01 18:50   
I have tested on a 486 computer with the same results.
I tested the FreeDOS drivers UIDE.SYS and UDVD.SYS and neither can see the ODE.
(0000037)
astigmatism   
2020-09-21 23:59   
If it carries weight to know others are waiting for a solution, I have the same issues.

My experience is strictly with a 486 based machine (Soyo 4SAW2) and MS-DOS 6.22. This board is a later 486 with an integrated IDE controller however it fails to detect the device. I have tried four different ISA based IDE controllers all which discover traditional CD-ROM drives correctly (at port 1f0h) but not this device. I also attempted detection with a Creative Sound Blaster AWE32 (CT3200) without success.

I should note that a later Asus P5A motherboard (Super Socket 7) detected the device correctly with its integrated controller.
(0000038)
k9kraken   
2020-09-22 16:58   
He is currently working on this, keeping my fingers crossed.
(0000039)
astigmatism   
2020-10-12 15:50   
@k9kraken

Are you sure of this? The issue status is still marked as "new" at this time. Do you have an additional dialog with the developer?
(0000040)
k9kraken   
2020-10-13 00:51   
He has just barely setup a 386 computer and has been able to reproduce the issue and is now investigating.
(0000041)
k9kraken   
2020-11-02 00:51   
Just giving an update,
Looks like he has discovered the cause and is now working on the fix.
(0000042)
astigmatism   
2020-11-02 20:36   
Excellent, this will be an important update for retro PC enthusiasts :) I'd like to recommend this device on Vogons should it work well :) Keep us updated!
(0000045)
astigmatism   
2021-01-27 18:47   
Hello. Is it possible to share progress on this issue? Perhaps a pending update?

As a side-note, I believe the engineer goes by electric_monk on Vogons. They have contributed screenshots of an upcoming MS-DOS utility for selecting CD images I believe.

https://www.vogons.org/viewtopic.php?f=9&t=67897&start=80
(0000083)
colin   
2021-06-26 07:12   
Sorry for the delayed reply, can you try the build in issue 0000009? I've refactored a lot to improve PC support (which was surprisingly the hardest platform, due to the roots of the ATAPI specification) and it seems to be much more reliable with any driver on both the 386 and 486 I use for testing.

As I was working that I did postpone work on the DOS tool a little, but I can get back to that now too. It currently works, but it needs ASPI drivers, and only one available one I found works, so I'm going to see if I can do something better.
(0000084)
astigmatism   
2021-06-27 01:21   
Thank you Colin. Great to see progress on this. I can confirm that the dos-refactor-fix firmware has been successful in my testing.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
8 [IDE Simulator] General feature always 2021-04-07 22:49 2021-04-07 22:49
Reporter: jwillis Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Had some trouble Installing Serial port on Win7x64
Description: I had some trouble installing the correct Serial Port driver on Windows 7 x64 to talk to the IDE Simulator.

Its all good now, I used SDI - Snappy Driver to download a compatible driver based on the PID and VID when connecting to USB1 with a micro-USB to USB-A cable to my PC.

I couldn't use Snappy Driver all the way however because the driver refused to install.

I opened up and extracted the NXP from the DP_Misc_19010.7z file and manually installed the device driver from the Device Manager using the Add Legacy Hardware option. Then Have disk option and pointed it at the extracted driver directory.

That present three options:

LPC USB VCom Port Version: 1.0.0 (9/12/2013)
LPC USB VCom Port Version: 2.0.0 (11/21/2014)
LPC-LinkII UCom Port

But it through up a Warning dialog the driver was not signed, do you wish to proceed. I did and it created
> LPC USB VCom Port (COM22)

Putty > Serial > COM22

And hit the neter key and got "unavailable" in text
Typed "help" and got a slew of possible commands.

A typical run through on the Wiki for "First Timers" would be helpful.

(Also) that the board is USB powered and doesn't need a Molex power supply while testing or familarizing.

The NXP chip on top gets really hot, really fast.. so had to put a USB powered router fan aimed at it to keep it cool.

The Lattice chip on the bottom also gets warm, but not as fast.

Really happy to get one, and start Exploring!
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
7 [IDE Simulator] General minor always 2021-01-05 08:01 2021-01-20 07:10
Reporter: xuserv Platform:  
Assigned To: OS:  
Priority: normal OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: ODE works fine on system 573 digital games but not 573 analog games.
Description: SYSTEM 573 ANALOG trying to boot but fail at CDR check immediately and reboot.

status and monitor logs are provided in additional info.
Tags:
Steps To Reproduce:
Additional Information: SD:/> disk play 15

SD:/> status
FPGA status: online
USB0: device mode; high speed; driver: CDC serial
USB1: device mode; full speed; driver: none
SD card: 7.948 gigabytes card
Uptime: 866 seconds
Simulated drive: closed inserted_disk
ISO file: SD:/881_ALL_B02.cue
- 1 files
- 69 tracks
- total sectors: 308700
Audio: Playing
- track 15 / disk time 12:45:06

SD:/> monitor
Monitoring IDE commands (press any key to end)
IDENTIFY PACKET DEVICE
Finish: ATA
PACKET: SCSI: 00 00 00 00 00 00 00 00 00 00 00 00 TEST UNIT READY
Finish: SCSI
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 43 00 00 00 00 00 00 00 0C 00 00 00 READ TOC 0C 00 00 00
Finish: SCSI
PACKET: SCSI: 43 00 00 00 00 00 02 00 0C 00 00 00 READ TOC 0C 00 02 00
Finish: SCSI
PACKET: SCSI: 43 00 00 00 00 00 03 00 0C 00 00 00 READ TOC 0C 00 03 00
Finish: SCSI
PACKET: SCSI: 43 00 00 00 00 00 04 00 0C 00 00 00 READ TOC 0C 00 04 00
Finish: SCSI
PACKET: SCSI: 43 00 00 00 00 00 05 00 0C 00 00 00 READ TOC 0C 00 05 00
Finish: SCSI
PACKET: SCSI: 43 00 00 00 00 00 AA 00 0C 00 00 00 READ TOC 0C 00 AA 00
Finish: SCSI
PACKET: SCSI: 43 00 00 00 00 00 00 00 0C 00 00 00 READ TOC 0C 00 00 00
Finish: SCSI
PACKET: SCSI: 5A 00 0E 00 00 00 00 00 18 00 00 00 MODE SENSE 10 (current) : CD-ROM Audio Control Parameters
Finish: SCSI
PACKET: SCSI: 25 00 00 00 00 00 00 00 00 00 00 00 READ CDROM CAPACITY
Finish: SCSI
PACKET: SCSI: A8 00 00 00 00 10 00 00 00 01 00 00 READ (12): address=00 00 00 10 size=00 00 00 01
Finish: SCSI
Reset: hard
Finish: ATA
Attached Files:
Notes
(0000043)
colin   
2021-01-17 05:03   
Interesting, I tested it on a few analog mixes and it worked, but they may have been hacked or otherwise modified. I'll give it another look (I'm also working on improving audio support in general).
(0000044)
xuserv   
2021-01-20 07:10   
Found the cause of reset. I made a mistake when I tried to socket m48t58, data lines on flash were shorted after cleaning up issue was resolved.

Should mention the game I'm trying on, The game is DurmMania/PercussionFreaks 1st mix.
Now I can get pass startup checks and game loaded but the intro sound starts playing at warning screen (mame does this too) and fails at demonstration.

Here is monitor log :
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
PACKET: SCSI: 03 00 00 00 10 00 00 00 00 00 00 00 REQUEST SENSE
Finish: SCSI
PACKET: SCSI: 42 00 40 01 00 00 00 00 10 00 00 00 READ SUB-CHANNEL
Finish: SCSI
PACKET: SCSI: 55 10 00 00 00 00 00 00 18 00 00 00 MODE SELECT 10:
        Unknown: 0E 0E 04 00 00 00 00 4B 01 00 02 00 00 00 00 00
Finish: SCSI
PACKET: SCSI: 4B 00 00 00 00 00 00 00 00 00 00 00 PAUSE/RESUME
Finish: SCSI 05 2C 00
Reset: hard
Finish: ATA
IDENTIFY PACKET DEVICE
Finish: ATA

Thanks

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
4 [IDE Simulator] General minor always 2019-11-06 03:23 2019-11-08 09:05
Reporter: chewthefat Platform:  
Assigned To: OS:  
Priority: high OS Version:  
Status: new Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: IDE Simulator Issue
Description: Hello,

I wasn't sure whether to post this here or on the ATAPI/IDE ODE Testing on Arcade Projects, but I recently purchased the IDE Simulator from you. I for the life of me cannot get my 246b system to boot without the green dots. I've attached 2 pictures of the USBs I've tried using and no luck. I didn't see anything mentioned on the forums about how the drive needed to be formatted, but I've tried several NTFS, FAT32, and exFAT all to no avail. Any help would be greatly appreciated.

Thanks Chase Trammel
Tags:
Steps To Reproduce:
Additional Information:
Attached Files: PNY.png (1,219 bytes) 2019-11-06 03:23
http://issues.tattiebogle.net/file_download.php?file_id=6&type=bug
png

SanDisk.png (1,459 bytes) 2019-11-06 03:23
http://issues.tattiebogle.net/file_download.php?file_id=7&type=bug
png
Notes
(0000035)
colin   
2019-11-08 09:05   
Have you tried any SD cards instead? Is the Sandisk you're using also USB 3.0? I've had a couple of other bug reports involving some USB 3.0 flash drives, which consume a lot more current than a USB 2.0 drive, and had power issues. You can either try a USB cable that injects power or a less power hungry USB drive, if this is the case.

View Issue Details
ID: Category: Severity: Reproducibility: Date Submitted: Last Update:
2 [IDE Simulator] General major always 2019-06-02 20:15 2019-06-02 20:15
Reporter: colin Platform: Konami 573  
Assigned To: colin OS:  
Priority: high OS Version:  
Status: confirmed Product Version:  
Product Build: Resolution: open  
Projection: none      
ETA: none Fixed in Version:  
    Target Version:  
Summary: Konami '80s Arcade doesn't function correctly
Description: It will report "Now loading" and eventually "hardware error" despite booting successfully
Tags:
Steps To Reproduce:
Additional Information:
Attached Files:
There are no notes attached to this issue.