Jump to content

jltursan

Members
  • Content Count

    28
  • Joined

  • Last visited

Community Reputation

13 Good

About jltursan

  • Rank
    Space Invader

Contact / Social Media

Profile Information

  • Gender
    Male
  • Location
    Madrid, Spain
  • Interests
    Old vintage computers!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Simple as this, when I see and hear this I knew Amiga was for me:
  2. In fact there's a "downgraded" Metal Gear for MSX1 🙂. I mean, not exactly the original script; but with the same mood you can find Prisoner of War. Superb game!
  3. ...and the last small update, after testing for some days the second Satandisk, I'm getting the same stable behaviour, no hiccups; so I think that this could be a valid path to get some stability from your Satandisks (I mean, a good SD and the resistor fix). So far, so good :-)
  4. Oh, it works so!, sometimes I need to reset the Mega to make the Satandisk being recognized;...but sometimes it boots the SD flawlessly. I haven't tested yet the other Satandisk, of course with the same good SD. I would love to definitely narrow the problem to the card; but to be 100% sure I would need to desolder the resistor and test the Sandisk with an unmodified device.
  5. Oh, well, seems that at least with my second Satandisk things are getting better. After applying the patch (it was a little different rev and required some special care) and using a Sandisk 1GB SD, looks like it's working stable now!
  6. Although promising, this resistor fix hasn't worked for me, at least with the first Satandisk. After the third or fourth power cycle, the (cheap) SD was corrupted. I'll try with the second unit and of course, swap my SD with a good one. I barely remember that time ago checked the DMA IC code and it was one of the "bad" ones, maybe my Mega is beyond cure :(
  7. Bad luck, thanks anyway! Yep, I've been checking about both devices and seems really interesting :-)
  8. If it's still available I'm interested, want to try with more storage devices apart the Satandisk and this seems a nice evolution. Looks like it's faster and more reliable, specially with the TT.
  9. Thanks!, the PSU has been already completely replaced by a picoPSU, seems fine enough but of course, I'm not sure if it's causing some strange havoc, maybe it's noisy?, could this have any effect in the ACSI reliability?. The Satan PSUs seems both powerful enough, what are the minimum Amps required for a Satandisk?, just to be in the safe side... The SD cards are not branded indeed, so I'll try first to make some test with the best SD I can found. Is there any other area where I can focus my tests?
  10. After finishing some upgrades to my ST2: 4MB, TOS 1.04 and Int/Ext drive swapping I was eager to try a SatanDisk and finally enjoy a fine looking machine. No way, I have two Satan and none of them work, I mean, they work but they ended corrupting the SD, always, no SD survived the experience. I've need to rewrite the SD countless times, rendering the device as totally unusable, half an hour and it doesn't boots anymore and all partitions are lost. I know about the "bad DMA" fact; but I'm not sure if it's an absolutely true story or maybe there's a little myth around it; so, there's a way to make the SatanDisk work with these machines or I need to start thinking in dumping the Satan and use a Gotek drive instead (that's why I modded the drive swapping)?
  11. After finishing some upgrades to my ST2: 4MB, TOS 1.04 and Int/Ext drive swapping I was eager to try a SatanDisk and finally enjoy a fine looking machine. No way, I have two Satan and none of them work, I mean, they work but they ended corrupting the SD, always, no SD survived the experience. I've need to rewrite the SD countless times, rendering the device as totally unusable, half an hour and it doesn't boots anymore and all partitions are lost. I know about the "bad DMA" fact; but I'm not sure if it's an absolutely true story or maybe there's a little myth around it; so, there's a way to make the SatanDisk work with these machines or I need to start thinking in dumping the Satan and use a Gotek drive instead (that's why I modded the drive swapping)?
  12. A little update, I've finally been able to get logical benchmarking values for the jumper configuration selected (0 wait for DRAM); but not before setting the ROM wait to 0 and succesfully upgrading TOS IC to a faster one, a 27C4096-85. No idea why but now, setting and unsetting the DRAM wait states gives me some big differences, nearly 20% increase in most tests (ROM has jumped to 119%). As a side note, GemBench is giving me some headaches as it consistenly hangs the machine when running over FreeMint (memory protection?), it works fine when it runs over a plain GEM desktop... All in all, the Falcon feels snappier than ever :-)
  13. Thanks for the info!, I'm trying to configure desktop as per the machine reference (suposedly a Falcon030 with a 4 colors desktop); but comparing only my own results, it's really strange that the 0-wait state config gives a slower performance value. No changes between tests, only the jumper on/off, 0-wait gives 77% and 1-wait shows the standard performance, about 98%, weird!. Note that I've not messed with the other jumpers like "16/32 bit video mode" (no idea about its effect) or "TOS ROM wait states" ,all of them are in they factory defaults. I've plans also to change the TOS eeprom to a new faster one; but my first attempt seems that has ruined a AT27C4096, damn PLCC adapter... I'm wondering if my 14MB adapter has somekind of hardwired behaviour or maybe I need to change GemBench6 for another RAM benchmarking tool, I can't believe all the info I've found is plainly wrong! Btw, as I'm also checking HDD performances I'm using right now your HDDAST4 tool, nice app!; so, thanks again for it!
  14. After upgrading my Falcon with a 14MB expansion some time ago, now I'm trying to squeeze the real speed a 60ns SIMM could offer. Following the available documentation online seems an easy operation: the jumper 1 of U46 must be open, this makes the Falcon work with 0-wait states DRAM and it'll run faster than the same machine equipped with a 80ns SIMM and 1-wait state. So good so far, after removing the thin blob of U46-1, I've benchmarked again the Falcon (using the last GemBench 6) and to my dismay I've found that the RAM test run at 77% the standard speed (98%). I guess the reference machine is a Falcon030 with 1-wait state cause my machine gets nearly the 100% when its unmodified; but the new result is totally unexpected, about 25% speed loss. I've checked several SIMMs, all of them 60ns, with the same results. Most of them are EDO RAM but seems to work without glitches so there must be another reason. Has anyone modded the DRAM configuration in his Falcon with good results?
×
×
  • Create New...