How is development going forward?

[Spooky]

Hello again,

I'm glad to see yet another development milestone here :). But I
wanted to ask how development is going forward currently? Do you guys
have any time frame when you expect to reach the same feature state as
musikCube for example, plus the server?


greetings

Spooky

--
You received this message because you are subscribed to the Google Groups "musikCube" group.
To post to this group, send email to musi...@googlegroups.com.
To unsubscribe from this group, send email to musikcube+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/musikcube?hl=en.

[doep]

Hi Spooky!

Development of mC2 is very slow at the moment. We made a decision
about a year ago that we should switch to using QT for all the GUI
since no one had the time to continue with our own win32cpp-API that
is currently used for all the GUI-coding.
Switching to QT is a very good idea, even though it will make mC2 a
little more sluggish. All the core-functionality is written in a cross
platform manner, so switching to QT now before mC2 got bigger was the
natural choice.
But then it turned out that no one actually had the time or energy to
rewrite the GUI part of mC2, so that's the current state of mC2.

I still do some development of the musikServer and the android-client
since I use it every day on my phone, but my current work situation do
not give me much time left to do what I would like to do :(

I do not think that the development has entirely stopped. It's just on
hold until someone gets the energy to do something :)

[Spooky]

Ah, yes I think switching to Qt is a good idea :). Do you really think
it will make the UI noticably slower? Though I do not have that much
experience with other GUI libraries, so I don't really know if or when
Qt is slower than its "direct" counterparts.

Btw. do you still need some developers? I have *some* experience with
Qt too. Though I don't know how much experience I need for the
rest ;). Currently, work is consuming most of my time too, but if you
still need developers, I can maybe join in in the Summer or so.

[doep]

It probably wont be that much slower. Most noticeably will be the
startup time that can't be much quicker than it currently is.

We always welcome new developers :)
I guess our next step is to get a dev/buidling-environment up and
running that handles QT well.
QTCreator is one way, or Eclipse/GCC is another. Not sure what is the
best/easiest way or what compiler/linker to use.