[hatari-devel] WinAUE wide chars usage and what to do with it?

Laurent Sallafranque laurent.sallafranque at free.fr
Mon Jan 17 23:33:14 CET 2011


I've tested Nicola's patch.

It doesn't change anything to Eko_system (this demo suffers from a 
strange problem).

Worse, Rot3DBmp.prg doesn't work anymore.

This program is a very good candidate, because the developpers transfer 
datas from 68030 to DSP in "real time", without testing before if the 
precedent data was taken into account by the DSP. (No synchronisation 
before sending the datas).

I'll continue to dig into all of this.

I'm pretty sure that Nicola's patch is the good one, but there's still 
some work to do before let it run.

Nicolas, is it still possible to use the following code in the newcpu ?

     if (bDspEnabled)
         Cycles_SetCounter(CYCLES_COUNTER_CPU, 0);    /* to measure the 
total number of cycles spent in the cpu */

I've given it a try, by applying my patch where I call DSP more often, 
but the result was worse.

Regards

Laurent




Le 17/01/2011 22:38, Laurent Sallafranque a écrit :
> I've done a last test before adding the DSP Patch from Nicolas.
>
> I've tested " Crown of creation 3D".
>
> It's now a pure jewel : no more game freezing with the message "DSP 
> unsynchronized" and a lot of sounds that I didn't listen before.
>
> Musics are much better in general too.
>
> I really keep this CPU now.
>
> OK, let's apply the patches now ;)
>
> Regards
>
> Laurent
>
>
> Le 17/01/2011 22:29, Nicolas Pomarède a écrit :
>> Le 17/01/2011 22:13, Laurent Sallafranque a écrit :
>>> Hi,
>>>
>>> I've uploaded a first version of new Hatari with winUae core and DSP.
>>>
>>> I've tested it a lot.
>>> I haven't applied the patchs yet, I wanted to test DSP as closely as it
>>> is actually with old cpu core.
>>>
>>> I've tested several demos and progs.
>>> I haven't noticed any regression.
>>>
>>> Eko system still needs 32 Mhz to work.
>>>
>>
>> Hello,
>>
>> I forgot to put it in my previous mail, but I think in addition to 
>> Winuae's cpu we should use the new DSP_Run function I posted earlier, 
>> eventually it will help removing the need for 32 Mhz CPU I (this way 
>> you can also remove the *2 you added in m68k_run1)
>>
>>
>> Nicolas
>>
>>
>
> _______________________________________________
> hatari-devel mailing list
> hatari-devel at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/hatari-devel
>
>




More information about the hatari-devel mailing list