|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hi,
I've returned to school after 10 years, (getting an MS in computer science, with
an emphasis in Computer Graphics).
I'd like to volunteer to start porting the Moray code to Linux and Mac (I've
been gaining quite alot of knowledge on these two operating systems since
returning). I also have previous experience developing for Windows using C# as
well as MSVC++ with COM, MVC, and GDI.
Given the state of the industry, I'm guessing linux an OSX versions would be
developed using C++. I'm assuming the same would be true for Windows, or would
C#?
What frameworks does Moray currently use? (The last time I was able to get it
working was on XP, despite the many supposed fixes for Windows 7)
Let me know.
-Jeff
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Le 26/02/2015 19:53, Woody a écrit :
> Hi,
>
> I've returned to school after 10 years, (getting an MS in computer science, with
> an emphasis in Computer Graphics).
>
> I'd like to volunteer to start porting the Moray code to Linux and Mac (I've
> been gaining quite alot of knowledge on these two operating systems since
> returning). I also have previous experience developing for Windows using C# as
> well as MSVC++ with COM, MVC, and GDI.
>
> Given the state of the industry, I'm guessing linux an OSX versions would be
> developed using C++. I'm assuming the same would be true for Windows, or would
> C#?
Windows has C++ compiler too (in Visual Studio), even a crappy C
compiler (official statement from MS: C++ is updated, but C is not and
all you can expect is K&R), so everything is possible.
> What frameworks does Moray currently use? (The last time I was able to get it
> working was on XP, despite the many supposed fixes for Windows 7)
>
MSVC++ was used... Visual C++ 8, old timer.
Given the GUI-oriented nature of the program, I wonder if Java would not
be worth some consideration, at least for unification of the handling of
the GUI item (as long as someone stays away from native mapping). Or not
(if openGl is used, how easy is it to use it from Java ? so far I do not
know).
(I have three main reasons to not like Java, but that's nothing that
should stop anyone)
Choosing the language before knowing the expectation seems a bit of
pre-optimisation (that's bad). And it's not only the core-language, but
also the kind of look the GUI-libraries might provides (and their
cross-platform availability: a single version is easier to maintain than
3 or 4 adaptations to specific platforms).
Maybe gaining access to the current sources for getting some idea might
helps... but a whole internal redesign might be needed (or not), for
multiple platforms' support. I'm afraid of old code being full of
windows' shortcut.
From the Moray site, it seems that it had an approach for plugins, I
wonder if there is a portable way for that too. Or maybe a single binary
holding everything is simpler.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 27/02/2015 05:53, Woody wrote:
> I've returned to school after 10 years, (getting an MS in computer science, with
> an emphasis in Computer Graphics).
>
> I'd like to volunteer to start porting the Moray code to Linux and Mac (I've
> been gaining quite alot of knowledge on these two operating systems since
> returning). I also have previous experience developing for Windows using C# as
> well as MSVC++ with COM, MVC, and GDI.
>
> Given the state of the industry, I'm guessing linux an OSX versions would be
> developed using C++. I'm assuming the same would be true for Windows, or would
> C#?
> What frameworks does Moray currently use? (The last time I was able to get it
> working was on XP, despite the many supposed fixes for Windows 7)
Hi,
Thanks for the offer - we'd be quite keen to have someone look at it.
Moray was originally a DOS program and was ported to windows back in
the '90's using MFC. Apart from a custom toolbar it doesn't depend on
any other external frameworks; it's just generic C++.
The requirement for the custom toolbar has been removed from the
existing source. At one point we had some OpenGL issues but I think
they were resolved (Lutz had a poke at it about two years ago I think).
What we want to do right at the moment is get it going again with
POV-Ray integrated into it directly. The main issue with doing that is
to sort out the interdependencies between it and and POV (e.g. Moray
uses slighty different versions of some of the same libraries as POV
does - libpng, libjpeg at least).
Getting it working on modern OS's with a built-in POV would be a major
step in the right direction and probably not hugely difficult - it
just requires an investment in time.
Once it's working we could look at the possibilities of porting it.
I'd be quite keen to see it become cross-platform (perhaps using QT?)
-- Chris
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Chris Cason <del### [at] deletethistoopovrayorg> wrote:
> On 27/02/2015 05:53, Woody wrote:
> > I've returned to school after 10 years, (getting an MS in computer science, with
> > an emphasis in Computer Graphics).
> >
> > I'd like to volunteer to start porting the Moray code to Linux and Mac (I've
> > been gaining quite alot of knowledge on these two operating systems since
> > returning). I also have previous experience developing for Windows using C# as
> > well as MSVC++ with COM, MVC, and GDI.
> >
> > Given the state of the industry, I'm guessing linux an OSX versions would be
> > developed using C++. I'm assuming the same would be true for Windows, or would
> > C#?
> > What frameworks does Moray currently use? (The last time I was able to get it
> > working was on XP, despite the many supposed fixes for Windows 7)
>
> Hi,
>
> Thanks for the offer - we'd be quite keen to have someone look at it.
>
> Moray was originally a DOS program and was ported to windows back in
> the '90's using MFC. Apart from a custom toolbar it doesn't depend on
> any other external frameworks; it's just generic C++.
>
> The requirement for the custom toolbar has been removed from the
> existing source. At one point we had some OpenGL issues but I think
> they were resolved (Lutz had a poke at it about two years ago I think).
>
> What we want to do right at the moment is get it going again with
> POV-Ray integrated into it directly. The main issue with doing that is
> to sort out the interdependencies between it and and POV (e.g. Moray
> uses slighty different versions of some of the same libraries as POV
> does - libpng, libjpeg at least).
>
> Getting it working on modern OS's with a built-in POV would be a major
> step in the right direction and probably not hugely difficult - it
> just requires an investment in time.
>
> Once it's working we could look at the possibilities of porting it.
> I'd be quite keen to see it become cross-platform (perhaps using QT?)
>
> -- Chris
Good to see that someone is still interested in Moray. Pity the usual lethargy
has set in. Has Woody been taken up with his offer?
If so good to know
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Chris Cason <del### [at] deletethistoopovrayorg> wrote:
>
> Once it's working we could look at the possibilities of porting it.
> I'd be quite keen to see it become cross-platform (perhaps using QT?)
>
> -- Chris
http://lynxline.com/superhybrids-part-2-now-qt-pyside/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|