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

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]


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



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/