|
Post by x1541 on Jan 7, 2006 9:07:34 GMT -5
I think I used 10nF, but it might be more, don't remember. And yes, I think Jiffy must be PAL-fixed. But Maurice was not interested at all when I told him So far it was only a PAL-128DCR issue, which would have been best fixed in the 1571DCR ROM, but with the DTV the problem is with all the drives. At least if it turns out that it is the same timing issue ...
|
|
|
Post by tlr on Jan 7, 2006 9:12:12 GMT -5
I think I used 10nF, but it might be more, don't remember. And was this on all three lines? DATA/CLK/ATN And yes, I think Jiffy must be PAL-fixed. But Maurice was not interested at all when I told him So far it was only a PAL-128DCR issue, which would have been best fixed in the 1571DCR ROM, but with the DTV the problem is with all the drives. At least if it turns out that it is the same timing issue ... It is probably fixable on either side. Someone could make a third party-patch for the kernal ROM...
|
|
|
Post by x1541 on Jan 7, 2006 9:29:42 GMT -5
yes, I'm almost sure I applied it to all three lines. I don't want to go looking, because it could take me half a day to find that dongle ... Hehe, I just checked my mail backups I had a discussion with Jochen Adler, who wrote the Superjiffydos patches and knows the protocol *very* well. So I used 470pF on CLK and DATA only! @suschmann: I observed that bit errors occur in bit 7 and 6 mostly, and Jochen told me that these bits are transmitted last after the initial byte synchronisation, so it is clearly a timing problem in my case. Which bits are transferred wrong in your case?
|
|
|
Post by suschman on Jan 7, 2006 12:24:59 GMT -5
How should i tell you ? I just see a partly scrabled directory which looks like some good and some odd bytes which the basic parser gets dull on then. Caps are not the common parts i have around here, have you used polarized ones ?
Greets
|
|
|
Post by x1541 on Jan 7, 2006 14:55:24 GMT -5
I used nonpolarized ones. For testing, can you prepare a test file on the PC and then load it with Jiffydos into the DTV? Then look at the memory contents with a ML monitor and look which bits are modified. Of course, load the ML monitor from a drive without Jiffy
|
|
|
Post by suschman on Jan 7, 2006 17:53:01 GMT -5
I rechecked this, the scrambling ocours not when i disable jiffydos in the floppy. Very strange...
|
|
|
Post by x1541 on Jan 8, 2006 3:59:17 GMT -5
That's what I expected. If you disable Jiffydos on one end (computer or floppy), both sides go back to the Commodore protocol, which is known to work on the DTV. Only the fast Jiffydos protocol makes problems, at least on your DTV.
Can someone with an NTSC Hummer make such a test?
|
|
|
Post by Roland on Jan 8, 2006 4:40:43 GMT -5
That's what I expected. If you disable Jiffydos on one end (computer or floppy), both sides go back to the Commodore protocol, which is known to work on the DTV. Only the fast Jiffydos protocol makes problems, at least on your DTV. Can someone with an NTSC Hummer make such a test? hmmmm... what about switching to ntsc-mode while loading, if this is a PAL/NTSC problem (on the DTV 2) ?
|
|
|
Post by x1541 on Jan 8, 2006 5:08:28 GMT -5
Good morning Roland As Daniel pointed out above, the clock speed will still stay the same if you don't change the crystal as well. Switching to NTSC was also my first idea
|
|