1 |
The code I think is not the problem. But I think it is still a lot of work. |
2 |
By the way I don't like C too much (we had a C Version once and only |
3 |
encountered problems all the time :-( Buffer overflows and all this nice |
4 |
stuff is a big problem of this language!) |
5 |
|
6 |
Maybe a C Fan is reading this and likes to do it. |
7 |
|
8 |
I started as a Assembler Programmer on the Atari ST (68000 Rulez!!!) |
9 |
But all this is too much effort. Purebasic has a very syntax and for a basic |
10 |
dialect a very good performance. |
11 |
|
12 |
|
13 |
Am Mittwoch, 24. August 2005 08:39 schrieb Frank Schafer: |
14 |
> Hmmm, a game IS an application (for gaming purposes) ;-)) |
15 |
> |
16 |
> Fast scrolling and all of this stuff isn't made by PB but by library |
17 |
> routines (SDL on Linux). So every (I mean EVERY) language should handle |
18 |
> this if the system does it handle. |
19 |
> |
20 |
> By the way, we definitely can change the programming language by simple |
21 |
> syntax conversion if the original code is proper organized (I did this |
22 |
> more than once). A complete rewrite isn't such a big task too. |
23 |
> Programming means to describe the whole logic of an application (games |
24 |
> too ;). Use structograms, flow charts, petri nets ... as you like. |
25 |
> Translating this into a programming Language (C, C++, Pascal, BASIC, |
26 |
> Forth, Prolog ...) is pure coding. |
27 |
> |
28 |
> I remember the time we touched the hardware itself if we did need speed |
29 |
> (DOS, was it GEM on the Amiga?, the legendary Spectrum, C64 ...) but I'm |
30 |
> skeptic if modern OS will still allow this. |
31 |
> |
32 |
> 0.02$ |
33 |
> Frank |
34 |
> |
35 |
> On Tue, 2005-08-23 at 21:31 +0200, Markus Döbele wrote: |
36 |
> > But this is a game and not an aplication. |
37 |
> > I need fast scrolling and all this stuff. I don't think this languages |
38 |
> > can handle that. |
39 |
> > |
40 |
> > Am Dienstag, 23. August 2005 09:57 schrieb Heinz Sporn: |
41 |
> > > Am Dienstag, den 23.08.2005, 09:06 +0200 schrieb Markus Döbele: |
42 |
> > > > Purebasic is very fast. The generated assembler code kicks ass. |
43 |
> > > > And I can compile it for Linux, Mac OS and Windows. |
44 |
> > > > |
45 |
> > > > If I find a Open Source Basic Compiler that can do the task. I |
46 |
> > > > consider rewriting it again. |
47 |
> > > |
48 |
> > > Did you ever look at Gambas? http://gambas.sourceforge.net/ At the |
49 |
> > > moment it's dedicated to X environments with both QT and GTK support |
50 |
> > > but I wouldn't be suprised if they will support Windoze in the future. |
51 |
> > > The IDE itself is very nice and the compiler generates smooth code. |
52 |
> > > It's in Portage BTW. And last but not least they have a very nice |
53 |
> > > community. |
54 |
> > > |
55 |
> > > Another option might be RealBasic http://www.realbasic.com/ . The |
56 |
> > > Current RealBasic version 2005 is commercial, but the older standard |
57 |
> > > version 5.5 for Windows is free. It's a little strange but with that |
58 |
> > > you are able to produce native Linux binaries for a QT environment. |
59 |
> > > |
60 |
> > > > We are programming this game since 12 years :-) |
61 |
> > > > The first Version we programmed on the Atari ST! :-)) |
62 |
> > > > There the language was calles STOS. |
63 |
> > > > |
64 |
> > > > Am Dienstag, 23. August 2005 08:33 schrieb Frank Schafer: |
65 |
> > > > > Hi Markus, |
66 |
> > > > > |
67 |
> > > > > have you ever wondered about the possibility to rewrite your game |
68 |
> > > > > to another programming language. There's a lot of possibilities |
69 |
> > > > > (even for FSF game engines). |
70 |
> > > > > |
71 |
> > > > > Just a thought |
72 |
> > > > > Frank |
73 |
> > > > > |
74 |
> > > > > On Mon, 2005-08-22 at 23:42 +0200, Markus Döbele wrote: |
75 |
> > > > > > So we have to treat Lost Labyrinth as closed source. |
76 |
> > > > > > Because the source code of this game is only useful to other |
77 |
> > > > > > purebasic programmers. And people that got the compiler. I |
78 |
> > > > > > understand. Can't change that. |
79 |
> > > > > > |
80 |
> > > > > > Am Montag, 22. August 2005 22:52 schrieb Matan Peled: |
81 |
> > > > > > > Markus Döbele wrote: |
82 |
> > > > > > > > I created a tar.gz Version of this game too. |
83 |
> > > > > > > > I'm sorry that its not possible to compile it with the demo |
84 |
> > > > > > > > version of the compiler. |
85 |
> > > > > > > > |
86 |
> > > > > > > > What are gentoo users doing with other binary packages? |
87 |
> > > > > > > > Like Acrobat Reader? |
88 |
> > > > > > > > |
89 |
> > > > > > > > Is this a big problem for this system? |
90 |
> > > > > > > |
91 |
> > > > > > > No, Portage can handle binary apps just fine. We have Java, |
92 |
> > > > > > > Unreal Tournament 2k3/2k4, Doom 3, Neverwinter Nights... All |
93 |
> > > > > > > kinds of binary-only apps. |
94 |
> > > > > > > |
95 |
> > > > > > > But all of them are closed-source (Except for the -bin version |
96 |
> > > > > > > of some rather big packages, manly to save people the compile |
97 |
> > > > > > > time...). |
98 |
> > > > > > > |
99 |
> > > > > > > It feels kinda wrong to install a binary package of a (small) |
100 |
> > > > > > > open-source app on a source-based system... |
101 |
> > > > > > > |
102 |
> > > > > > > Its also weird having an opensource app that you can only |
103 |
> > > > > > > compile using a non-free (as in beer) compiler... |
104 |
> > > > > > > |
105 |
> > > > > > > -- |
106 |
> > > > > > > [Name ] :: [Matan I. Peled ] |
107 |
> > > > > > > [Location ] :: [Israel ] |
108 |
> > > > > > > [Public Key] :: [0xD6F42CA5 ] |
109 |
> > > > > > > [Keyserver ] :: [keyserver.kjsl.com] |
110 |
> > > > > > > encrypted/signed plain text preferred |
111 |
> > > |
112 |
> > > -- |
113 |
> > > Mit freundlichen Grüßen |
114 |
> > > |
115 |
> > > Heinz Sporn |
116 |
> > > |
117 |
> > > SPORN it-freelancing |
118 |
> > > |
119 |
> > > Mobile: ++43 (0)699 / 127 827 07 |
120 |
> > > Email: heinz.sporn@××××××××.com |
121 |
> > > heinz.sporn@××××××.at |
122 |
> > > Website: http://www.sporn-it.com |
123 |
> > > Snail: Steyrer Str. 20 |
124 |
> > > A-4540 Bad Hall |
125 |
> > > Austria / Europe |
126 |
|
127 |
-- |
128 |
gentoo-user@g.o mailing list |