Re: [hatari-devel] Release time for 1.8.1 ?

[Nicolas Pomarède <npomarede@xxxxxxxxxxxx>]

Le 07/05/2015 00:56, Eero Tamminen a écrit :
> Hi,
>
> On torstai 07 toukokuu 2015, Nicolas Pomarède wrote:
> > I think 1.8.1 is more appropriate than 1.9, because emulation is rather
> > close to what we have in 1.8.0 (I'd rather keep 1.9 for the next release
> > where WinUAE CPU will be the default cpu also for STF/STE mode, which is
> > not ready yet)
>
> If you compare 1.8 release where major user-visible features were:
> - second statusbar line
> - vastly better floppy disk support
> - automatic program symbol loading (for debugger users)
+ many cpu prefetch emulation
+ some shifter changes
+ stx/ipf/ctr support

> To current devel version where major end-user visible features are:
> - Working TT-RAM, MMU & 060 support in "Falcon" (WinUAE) version
> - Joystick & keyboard navigation in SDL GUI
> - Non-ASCII character support in SDL GUI & GEMDOS HD emulation
> - SDL2 support for arbitrary ST/E screen scaling
>    (frequently requested Hatari feature)
> - New mime-types & icons :-)
>
> I don't think it's a lesser release.  I would propose 1.9.

hi

It's not always easy to decide why such version had a big number change, 
and other only a minor. But I really want to keep 1.9 and 2.0 for major 
releases with huge changes (for example : full cpu switch to winuae, 
full rewrite of the shifter emulation, full switch to sdl2, ...)

If we look only at the emulation (not emulator) improvements, I think 
we're more in an average update than in a big one, hence the 1.8.1

> > Possible release date could be end of may / beginning of june. This
> > leaves approx 1 month to fix pending issues or add new code if necessary.
> >
> > So, if you have anything on your todo list you'd like to complete
> > before, please tell it now.
>
> Some thing that I'd like to see finalized before release:
> - mouse warp
> - fopen trace flag
> - emulation halt dialog in WinUAE CPU core
> - Douglas' DSP debugger & FPU dissembly issues [1]
> - Laurent's asm56000.ttp / GEMDOS HD emu issue
> - non-ASCII SDL GUI / filename support
> - update Python GUI for new features
>
> [1] Douglas, now that you got latest Hatari working, could
>      you recheck these issues whether they still happen?
>
> More testing is probably required for:
> - SDL2 version
> - non-ASCII filename support
> - GEMDOS HD emu Pexec7 stuff
> - Your recent MIDI changes
>
> And I would really like something to be done for the zero-cycles
> regression with WinUAE CPU core, especially if this is going to
> be .1 release instead of .0 one.  It makes profiler much
> less useful with the new WinUAE CPU core version.
>
> -> could you look at it e.g. with Laurent?

can you point to an example / mail where this was discussed, I don't 
remember when it was.


> I have also one profiler feature (NatFeats API to temporarily
> suspend profiling) that's waiting Douglas to have time to test it.
>
> All this might take more than month.

I agree, but are we sure this will be done in a fixed even after one 
month ? At one point, we need to try to set a fixed date, we can 
postpone a little, but if there's not enough manpower/time to handle 
your list, then we will release anyway (on the opposite, I know I will 
have time to do a release in one month, but after that it's less than 
certain, could be delayed to much later)

Nicolas