Re: [hatari-devel] VDI resolution |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] VDI resolution
- From: David Savinkoff <dsavnkff@xxxxxxxxx>
- Date: Sat, 18 Mar 2017 11:02:13 -0600 (MDT)
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telus.net; s=neo; t=1489856533; bh=7HfK0lJlnabZZW7ttZEnsSPhrZnTGuimPxR4yWE+KXM=; h=Date:From:To:In-Reply-To:Subject; b=VMZvS/N3hFASxCHnI0f1ONNMfyRBRZKBfp+z6e0i/E0q6C23qEUweo3ZYNX0lF50u Q5jYPOstyJM/tF5G1vxaUunmelH1PUvfExGjwVzPEl4kKKRRuxH98eJf8nW6s5+/SM jkBnzYIs7hF2fGMFOokzZ2I9ZItyXc2g2ZNMg5UbJeB27R4tKRvTcYtimsUfxQduQr wcgeV8FlbNwVv+4eWZZB5XJCEpYdFyER1g2Hpy6nd683H77Fv1gSOas8C3peXDm/+A Bg0pbUei7pdlde3FTINl4f46vTjRp8/vq+60ISnX4xKIRixBMCMxj5TFIDsWCuzu1M yg0OA67veRbzA==
- Thread-index: M6ABNLU5wYYEcsaIpVbTSI/vN+gDgg==
- Thread-topic: VDI resolution
----- Cocoa Pod wrote:
> Ok, Thanks, I'll test Xcode part and other this week.
> For the pleasure of eyes: sunrise at my house in mountain.
> Miguel
>
Picture saved, thanks for sharing. :)
>
>
> > Am Wed, 15 Mar 2017 15:55:00 +0100
> > schrieb Cocoa Pod <cocoa.pod@xxxxxxx>:
> > [...]
> >> Regarding crash risons I saw nMemorySize and ttramsize_MB must be
> >> corrected. I do that, modifie a bit xibs and now Hatari compile
> >> fine ! Diff file below
> >
> > Thanks, I've pushed your patch to the repository now.
> >
> >> Ok all seems run fine except VDI résolution.
> >> If I enable VDI résolution I get always blank window below.
> >> Anyone know why ?
> >
> > Thanks to Eero's hint that fastboot=on is working fine, the issue was
> > quite easy to debug: Hatari now emulates the MMU/MCU of the ST and STE,
> > so if possible, the set up of certain system variables (memtop,
> > phystop) is now done by TOS during its memory test. However, in certain
> > cases, like using more than 4 MiB of RAM or using extended VDI
> > resolutions, TOS must _not_ detect the memory layout on its own, but
> > use the pre-defined values from Hatari instead. Some checks for
> > bUseVDIRes were missing here, but it is fixed now.
> >
> > Thomas
> >
> >
>
> Cocoa Pod
> http://cocoa.pod.free.fr/
> http://www.aconit.org/
>
>
>