Re: [hatari-devel] Audio Sculpture and disk access

[Troed Sångberg <troed@xxxxxxxxxxx>]

Well of course it doesn't switch res ;) The original loads from bootsector and never touches any TOS routines (besides a very neat trick of copying code from ROM into RAM and modifying for hard disk purposes, IIRC, but I digress)

I was notified of the problem of loading disks by someone else so at least I know it's not only on my system - but I really can't get Audio Sculpture to display a file listing in Hatari STE mode (and I've now tested with both v1.8 and v1.7). I do exactly the same steps as on the real hardware next to me - where it works. The mouse cursor never changes to the "clock" - and "????? bytes free" is immediately displayed (and the change to Volume name doesn't happen).

Since it works on your system I have no explanation for why it doesn't here. Also, STF mode being fine means it's difficult to come up with a probable explanation that involves external factors as well. 

/Troed

On Wed, Feb 18, 2015 at 7:51 PM, Nicolas Pomarède <npomarede@xxxxxxxxxxxx> wrote:

Le 18/02/2015 19:29, Troed Sångberg a écrit :

FYI, my planned testing was cut short, but on a real TOS 1.62 STE I got
exactly the same behaviour as you described: Switch to volume name and
working file list. This with the same disks as I've made the .MSA images
from.

(I also tried with a write protected disk so that was a red herring)

I'll try with older builds of Hatari next. I only have Mac to test with
though so I can't verify on other platforms.

I tried with older Hatari 1.6.2 for example, and results are not better. So, this doesn't look like a regression, the disk access routine really seem to have an odd behaviour in audio sculpture (and also, the program doesn't switch to low res when started from med res :) )

Nicolas