[Scummvm-devel] 1.0 or not 1.0? (was: ScummVM 1.0.0 release schedule)

Sven Hesse drmccoy at users.sourceforge.net
Sat Jul 11 15:21:30 CEST 2009


On 2009-07-11 15:29:25 +0300, Eugene Sandulenko wrote:
> The only solution I see is that we really /have/ to finish
> implementation of the event recorder. I will do my best in this regard,
> but any help is welcome.

Yeah, the event recorder would make testing a lot easier.

> Yes, 16-bits is a nice and long awaited feature, still this is required
> only for least popular games in SCUMM engine. We could easily save that
> feature for any upcoming version, even if it will be minor one.

16bit support isn't that vital in my eyes.

> For instance, does anybody know when C64 music is going to be
> implemented? :/

Am I forgetting something, or couldn't that "just" be done by
incorporating libsidplay2, wrapping it to produce an AudioStream?

> This will be a disaster. I myself have hundreds of SCUMM saves. Losing
> those will be unacceptable. Also we have big number of old bugreports
> with saves attached, and we will lose those.

A converting wrapper or an external conversion tool might help there.

> This is valid point, still our tools always were "Mostly unsupported"
> and I don't see how we can improve that.

I don't see the tools as that vital either. Disk space is rarely an
issue on desktop systems nowadays. It's important for small devices,
but people who are able to transfer programs and game data to those
are probably able to use CLI tools as well.

It would add to the polish however, yes.

> Since that version only thing which prevented us from announcing 1.0
> was the documentation, and only Max was insisting on this. Now we see
> that we could wait forever.

I never thought of that as really 1.0.0-critical. A really nice thing
to have, but as long as we've got people answering questions in the
forums, it can be done without.
But yes, I realize that not all users who get stumped by ScummVM would
and that we probably lose users that way.

> However, this news could work as a catalyst for the documentation being
> finished.

Maybe we should add a call for document writers into the release news item
then? If the 1.0.0 release got picked up by news sites, that would
probably be included and read by a lot more people than us just pointing
it out in the forums.

> > Our core is quite good, along with many game engines (especially
> > those based off original source code). But I still think it would be
> > better to wait longer for the first major (1.0) release.
> Okay. It is always best to take community decision. Thus, I need to
> hear more from other developers.

I for one do think we're ready for 1.0.0. But I would have liked another
release as "1.0.0pre" or "1.0.0rc" or something.
It's all a bit too fast for my tastes.

(As long it's not ending like MPlayer, quite some years stuck on
1.0.0rcsomething ;))


Greets
	Sven
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20090711/29aac8bd/attachment.sig>


More information about the Scummvm-devel mailing list