pipmak-devel — Development of the Pipmak Game Engine

Re: [Pipmak-Devel] mouseloc() crash: Bug in loadnode?

[Christian W. <cwa...@gm...>]

Andrea Viarengo wrote:
> 1.lua
>   panel { " image.png",....}
>   posx,posy=pipmak.mouseloc()
>   pipmak.print(posx," ",posy)
> 
> Pipmak crash with access violation (this not happen with pipmak.clickloc() )
> 
> I'm investigated a little:
> 
> The access violation is caused by member-method thisCNode->mouseXYtoHV
> which it isn't initialized as all of the methods of CNode
> at time of calling mouselocLua()!

Good catch. You're right that there may be more bugs of that kind.

The problem is that I can't initialize the methods before running 
node.lua because I don't know what kind of node it is yet.

The only simple solution I can imagine is returning (0, 0) or something 
from pipmak.mouseloc() as long as thisCNode->complete == 0. Or perhaps 
undefining pipmak.mouseloc altogether in that context would be even 
better. Otherwise we'd have to redesign the whole node loading process. 
Do you have a better idea?

Is there a real-life reason why you want to query the mouse location in 
node.lua, or are you just trying to break things? Could what you're 
doing be moved to onenternode?

  -Christian

[Pipmak-Devel] mouseloc() crash: Bug in loadnode?

[Andrea V. <and...@gm...>]

Hi Christian,

if you try this project:

main.lua
  version (0.27)
  title "test-mouse"
  startnode (1)

1.lua
  panel { "image.png",....}
  posx,posy=pipmak.mouseloc()
  pipmak.print(posx," ",posy)

Pipmak crash with access violation (this not happen with pipmak.clickloc() )

I'm investigated a little:

The access violation is caused by member-method thisCNode->mouseXYtoHV
which it isn't initialized as all of the methods of CNode
at time of calling mouselocLua()!

  pipmakLuaLib.c:
    static int mouselocLua(lua_State *L)
       thisCNode->mouseXYtoHV(thisCNode, mouseX, mouseY, &h, &v);

This is the calling sequence which cause te error:

  nodes.c:
    CNode *loadNode(int nodeID)
      .....
      .....
      /* at this point mouseXYtoHV isn't initialized */
      call pipmak_internal.loadnode from default.lua
           ....
           default.lua:  --now execution continue in lua
             luaDofile("node.lua")
              which call mouselocLua
                which call mouseXYtoHV  -->not defined: error!!!
      .....
      .....
      /* now mouseXYtoHV is initialized but it too late!!!*/
      case NODE_TYPE_PANEL:
        makePanelCNode(thisCNode);  //this initialize mouseXYtoHV !!!
      .....
      .....


I think it should be possible which the problem happen also with other
functions...

I think you have to move the initializing of methods of CNode before calling
pipmak_internal.loadnode

It's very interesting how you have implemented OOP in C, I never seen
before!

Andrea

Re: [Pipmak-Devel] Pipmak IDE & integrated authoring

[Fabrizio P. <fpi...@li...>]

Hello,

Christian Wrote
> Looks nice so far, apart from the non-alpha-blended and cut-off icons 
> and some other rough edges. What I don't get at first sight is, what is=
 
> the conceptual difference between the buttons and the hyperlinks?
 
Aesthetic only, but I've seen is not a good choice...

> I can certainly see this as being a useful tool when it's done, so in 
> that regard I encourage you to continue with it. But you should know 
> that my own goal is to make this obsolete - all editing should be 
> possible in Pipmak itself one day (more about that below).
> 
> What I'm not sure I'm comfortable with is the Pipmak logo at the top of=
 
> the window. It should be made clear that this is not an official part o=
f 
> Pipmak, but an independent project.

Don't mind, it's only a conceptual project I've made it in few hours. No =
problem than, it's a good occasion for me to make practice with C++

> Can you explain what would be better with an integrated text editor tha=
n 
> with the current system of launching the external editor of the user's =

> choice? (Apart from the possibility of having an integrated debugger, 
> which would probably be quite a lot of work to implement.)

Ops! I was referring only to lines 189-190 in "pipmak_windows.c". I've co=
mpiled SciTE in no time without problems and the only dependence is scint=
illa.
Sorry to have created confusion!

> Make a branch and give you write access to it? That would still leave m=
e 
> the work of merging changes from the branch to the trunk. I'd rather 
> give you write access to the trunk as soon as I'm confident enough that=
 
> your patches conform to my standards and can be committed without 
> needing postprocessing by me.
> 
> ("You" in that paragraph refers to Andrea and Fabrizio in particular, 
> but also to any other potential contributor.)
> 
> Of course we could also start some experiments with one of the 
> decentralized revision control systems that have cropped up lately - 
> I've never used any of them so far. Might be interesting.
> 
> Nothing stops one developer from testing patches by another one before =

> they go into SVN. As I already mentioned, the natural tool for this 
> purpose would be the patch tracker on SourceForge: 
><http://sourceforge.net/tracker/?group_id=3D112801&atid=3D663294>.

As you want Christian. I was just wondering if was a way to share easily =
the modified code without interfere with the official version. 

Regards, Fabrizio.=0A=0A=0A----------------------------------------------=
--------=0AScegli infostrada: ADSL gratis per tutta l=92estate e telefoni=
 senza canone Telecom=0Ahttp://click.libero.it/infostrada=0A

Re: [Pipmak-Devel] Warnings remove

[Christian W. <cwa...@gm...>]

Andrea Viarengo wrote:
> diff.exe -u source-prepatch source > patch.dos.bin

Uhm, you still haven't got TortoiseSVN or the command line svn client to 
produce patches for you? I'd look into getting that fixed as soon as 
possible, it's much more convenient and less error-prone than fiddling 
with diff manually.

> I also add some #define into config.h including it where it was necessary.
> In some source file I have had to move it before inclusion of <stdXXX.h>
> There are only a strange case:
> 
> terminal.c
> 
> if I move config.h before "SDL.h "  Pipmak terminal doesn't work anymore 
> (it write nothing)
> I think because the macros BYTEORDER_XXXXX.
> 
> So I direct add definitions in that file...

Good point, I haven't thought about the include order. Doesn't seem that 
good an idea to use config.h after all. Would it be very inconvenient to 
just continue to define these two MSVC-specific macros in the MSVC 
project file? The alternative would be to introduce another header file 
for them.

> -	float az = azimuth*M_PI/180, el = elevation*M_PI/180;
> +	float az = (float)(azimuth*M_PI/180), el = (float)(elevation*M_PI/180);
(and some other places)

That's not the proper fix for this. This way, there's still a conversion 
from float to double and back. The proper thing to do is casting M_PI to 
float, so that the whole calculation is done in float.

> -		SDL_iconv(cd, &utf8text, &inbytesleft, &ucs2buf, &outbytesleft);
> +		SDL_iconv(cd, (char **)&utf8text, &inbytesleft, &ucs2buf, &outbytesleft);

Don't undo the change that I just did in r157 :). That argument is now 
declared as const, as it should be, in SDL 1.2.12.

  -Christian

Re: [Pipmak-Devel] getscreenmodes ideas

[Christian W. <cwa...@gm...>]

This is in as revision 160, thanks!

  -Christian

[Pipmak-Devel] SciTE

[Andrea V. <and...@gm...>]

Hi Fabrizio,

Off course SciTE is better of Notepad...
I tryed to enable AutoFill function for lua language and I would like to add
also all Pipmak function...
but...seems that it doesn't work!!!
Reading documentation it seems simple to do...have you tried?

About integration, you mean a code merge or just a executable inclusion in
the package?
I do not know what Christian thinking about.

About your curiosity, as soon as Christian will add also new fullscreen
methods, I would post
a new unofficial release (for now only for windows)....

Andrea

Re: [Pipmak-Devel] Pipmak IDE & integrated authoring

[Christian W. <cwa...@gm...>]

Fabrizio Pistonesi wrote:
> I've started te porting to Wx, this is the source with the main window http://rapidshare.com/files/44154647/PipmakIDE.7z.html

I've tried this (it compiles fine), and the first thing I get when I 
launch it is a row of assertion failures: 
/BUILD/wxPython-src-2.8.3.0/src/generic/hyperlink.cpp(87): assert 
"alignment == 1" failed in Create(): Specify exactly one align flag!

If I say no to all 10 of them, the application seems to continue properly.

Looks nice so far, apart from the non-alpha-blended and cut-off icons 
and some other rough edges. What I don't get at first sight is, what is 
the conceptual difference between the buttons and the hyperlinks?

I can certainly see this as being a useful tool when it's done, so in 
that regard I encourage you to continue with it. But you should know 
that my own goal is to make this obsolete - all editing should be 
possible in Pipmak itself one day (more about that below).

What I'm not sure I'm comfortable with is the Pipmak logo at the top of 
the window. It should be made clear that this is not an official part of 
Pipmak, but an independent project.

> By the way, what do you think about the integration of SciTE?

SciTE is certainly a capable text editor (I use it on Linux, not having 
found anything better there yet), but I don't think I'd want to trade it 
for my SubEthaEdit on Mac OS (I don't even know if there is a Mac 
version). Besides, integrating it would probably add a lot of additional 
dependencies to the code.

Can you explain what would be better with an integrated text editor than 
with the current system of launching the external editor of the user's 
choice? (Apart from the possibility of having an integrated debugger, 
which would probably be quite a lot of work to implement.)

> Is possible to create a secondary trunk in SVN so we don't need to create a patch every time? I'm curious to view all progress.

Make a branch and give you write access to it? That would still leave me 
the work of merging changes from the branch to the trunk. I'd rather 
give you write access to the trunk as soon as I'm confident enough that 
your patches conform to my standards and can be committed without 
needing postprocessing by me.

("You" in that paragraph refers to Andrea and Fabrizio in particular, 
but also to any other potential contributor.)

Of course we could also start some experiments with one of the 
decentralized revision control systems that have cropped up lately - 
I've never used any of them so far. Might be interesting.

Nothing stops one developer from testing patches by another one before 
they go into SVN. As I already mentioned, the natural tool for this 
purpose would be the patch tracker on SourceForge: 
<http://sourceforge.net/tracker/?group_id=112801&atid=663294>.


Now about Andrea's (I think?) "Authoring features on Pipmak" proposal on 
the wiki:

This corresponds more or less with what I have in mind. My ideas are not 
very concrete yet, however. I plan to implement the edit mode using a 
tools palette that contains the existing hand and pan tools, the 
half-implemented brush and eyedropper tools, and more tools related to 
creation and manipulation of node backgrounds, patches, controls etc. 
(classical example of solving the "don't mode me in" problem). The rough 
reference, as in other regards, is HyperCard. I also plan to have a 
project map that shows the nodes and the connections between them (at 
least those that can be deduced because they're specified in the 
"simplified syntax") as a graph.

About writing modifications back into the Lua files without disturbing 
the user's code, you might have noticed that some code fragments 
concerning this already exist: the updateFile() function in misc.c 
(called from a commented-out testing line in main.c), and patches, 
hotspots, and handles recording the location of their definition using 
pipmak_internal.whereami().

  -Christian

Re: [Pipmak-Devel] getscreenmodes ideas

[Andrea V. <and...@gm...>]

Christian Walther <cwalther <at> gmx.ch> writes:

> 
> Good idea. I'll implement and commit that, if you don't object.
> 

For me it's Ok.

Andrea

Re: [Pipmak-Devel] getscreenmodes ideas

[Christian W. <cwa...@gm...>]

Andrea Viarengo wrote:
> I have used the array structure {{w=1024,h=768},...} because I thought
> that it was little simpler for the user who aren't a very "lua expert".
> I believe that the use of "unpack" could confuse newbies:
> 
>   pipmak.setscreensize(unpack(modes[i])
> 
> What do you think about to use your syntax but adding another calling 
> schema to setscreensize:
> 
>   setscreensize(boolean)       
>   setscreensize(number,number)
>   setscreensize(table)        
> 
> the last syntax should permit to write:
> 
>   pipmak.setscreensize(modes[i])    
> 
> and unpack will be performed by setscreensize itself.

Good idea. I'll implement and commit that, if you don't object.

> another idea:
> 
>   n=pipmak.getscreenmodes()  --return number of possible modes
>   w,h=pipmak.screenmode(i)   --return modes i
> 
> in this way I haven't to use an array, if I use a wrong "i"
> (i.e.: n=10 and I use i=12 or i=-1)
> pipmak.screenmode(i) will return the current screensize
> so I could write:
> 
>   pipmak.setscreensize(pipmak.screenmode(i))
>    
> What do you think?

The original way (or the one sketched above) seems more elegant to me.

  -Christian

[Pipmak-Devel] getscreenmodes ideas

[Andrea V. <and...@gm...>]

Hi Christian,

Thank you to have included in Pipmak my little contribution!

About the getscreenmodes:

I have used the array structure {{w=1024,h=768},...} because I thought
that it was little simpler for the user who aren't a very "lua expert".
I believe that the use of "unpack" could confuse newbies:

  pipmak.setscreensize(unpack(modes[i])

What do you think about to use your syntax but adding another calling schema
to setscreensize:

  setscreensize(boolean)
  setscreensize(number,number)
  setscreensize(table)

the last syntax should permit to write:

  pipmak.setscreensize(modes[i])

and unpack will be performed by setscreensize itself.

remain the use of unpack, if I want to read (for testing) modes:

  w,h=unpack(modes[i])

or

  w=modes[i][0]
  h=modes[i][1]

another idea:

  n=pipmak.getscreenmodes()  --return number of possible modes
  w,h=pipmak.screenmode(i)   --return modes i

in this way I haven't to use an array, if I use a wrong "i"
(i.e.: n=10 and I use i=12 or i=-1)
pipmak.screenmode(i) will return the current screensize
so I could write:

  pipmak.setscreensize(pipmak.screenmode(i))

What do you think?

Bye

Andrea

Re: [Pipmak-Devel] Pipmak IDE

[Fabrizio P. <fpi...@li...>]

Hello to all,

Andrea wrote:
> 1) Because of "the external" nature of the interface, I fear that to ma=
nage
> some authoring functions in the best manner, 
> you will have to rewrite some parts of Pipmak inside your IDE...

Yes I understand, in fact my conception of this IDE is changing since I'm=
 using C++ instead VB.NET. Now I'm designing mainly properties dialogs in=
 which are all possible options.

http://www.wxwidgets.org/about/wxwidgets.swf I'm not sure but seems to be=
 a common API for Win32, GTK+2 and Cocoa... Is enough cross platform?
 
> 3) Anyway, I don't want discourage, follow your way, it could become a
> valid alternative to Authoring features embedded inside Pipmak.
> and nothing prohibits that the two solutions could cohabit together...
> I'm starting to write some code to realize what I tell in the wiki, 
> For the moment, I have done in a very simply way the direct image loadi=
ng,
> for cubic, panel e slide: with F1 you enter in the Authoring Mode, 
> and after you can direct select cube face, choice another image, 
> and lua code is modified consequently.
> 
> Andrea

Don't worry I'm not discouraged! Let me know if I can help you in this co=
ntext. Than I think I'll focus on video patches, seems enough easy... By =
the way, what do you think about the integration of SciTE?

@Christian: 
Is possible to create a secondary trunk in SVN so we don't need to create=
 a patch every time? I'm curious to view all progress.
=0A=0A=0A------------------------------------------------------=0ALeggi G=
RATIS le tue mail con il telefonino i-mode=99 di Wind=0Ahttp://i-mode.win=
d.it/=0A

Re: [Pipmak-Devel] Pipmak development

[Christian W. <cwa...@gm...>]

Andrea Viarengo wrote:
> I thought also to add two command line switches:
> 
> -reg and -unreg
> 
> which perform just registry key writing and deleting to use these
> with an eventual setup/uninstall program (game plus pipmak engine). 
> What do you think about?

I don't care. Implement it in a nice way and I'll integrate it.

> I tryed also to add some other image manipulation methods, like 
> drawing lines, circles, similarly to image:fill() but, for the moment
> I cannot manage to use glBegin construct on a SDL surface...

Hmm... you mean using some way of render-to-texture? Never thought about
that.

> I also found some library to draw line, circle and so on with SDL
> (i.e.: SDL_draw) but it seems that it draws line point by point!! I
> think it's stupid to do that when it's possible to use hardware
> primitives (and openGl use the accelerated features of the graphic
> cards, I believe...)

Exactly. That's why there is no function to blit an image onto another,
for example - you're better off using separate patches.

> Another thing that I think could be useful: a function that return 
> the width in pixels of a text, so I could use before draw it. For
> example, If I want to create a text button, I need this info to draw
> the contour of the button before write the text inside... and avoid
> that the text goes beyond the edge of the button... For example
> myWidth=image:textwidth("Lorem ipsum dolor sit amet") What do you
> think about?

Good idea. I see no sense in making it an image method, and it needs to 
take the same arguments as image:drawtext(), but yeah.

  -Christian

Re: [Pipmak-Devel] Diff file

[Christian W. <cwa...@gm...>]

Andrea, I've applied and cleaned up your patches. Windows registry 
manipulation is commited, thanks! Please test.

The other one appears to work well, but I haven't committed it yet 
because the following occurred to me when I tested it: wouldn't it be 
better to have pipmak.getscreenmodes() return
   {{1440, 900}, {1280, 800}, ... }
instead of
   {{w = 1440, h = 900}, {w = 1280, h = 800}, ... } ?

That way, you could directly say
   modes = pipmak.getscreenmodes()
   pipmak.setfullscreen(unpack(modes[i]))


Some general comments:

- For newly written code, please stick to the coding style of the 
surrounding code: a space after a comma; multi-word identifiers fused 
using CamelCase, not with underscores; opening braces on the same line; 
indentation with tabs, not spaces; a space after "if"; single-line 
if-else branches either on the same line or surrounded with {}; no space 
after opening parenthesis and before closing parenthesis (unless there 
are many of them and it helps readability to group them); spaces around 
"=", "==" etc.

- I won't commit this hack (but of course you can keep it in your 
working copy until someone fixes the bug with that function and MSVC):
> +#ifndef _MSC_VER
>  	checkinstanceof(L, 1, "pipmak-node", "node");
> +#endif

- Patches that include documentation tend to make it into SVN faster 
because I don't have to write it first.


  -Christian

Re: [Pipmak-Devel] Build 157

[Christian W. <cwa...@gm...>]

Andrea Viarengo wrote:
> I have tried to compile your last build (157)
> It compile right on MSVC without any source modification,
> 
> I have only added definition on command line:
> 
> /D _USE_MATH_DEFINES     (to permit the use of M_PI)
> /D _CRT_SECURE_NO_DEPRECATE
> 
> Do You think we could  put them in some "*.h" file inside a block #ifdef 
> _MSC_VER?

Sure. That's what config.h is for. You probably need to double-check 
whether it's included in all files that need it.

> The other thing I have done is set /fp:fast (the default is /fp:precise) 
> this reduce number of warning,
> otherwise all float constants are treat as double.

Treating float constants without a type suffix as doubles is correct. If 
that causes warnings because such constants are used as floats, then 
these need to be fixed (by adding an "f" to the constant).

Could you prepare a patch with these changes, to fix as many of your 
warnings as possible? That's easier than going through multiple 
iterations of me committing guesswork and you testing it.

> P.S.: I din't manage anymore to reach SVN repository via web using
> http://svn.sourceforge.net/pipmak
> but I have to use http://pipmak.svn.sourceforge.net/viewvc/pipmak

Good catch, thanks. I've changed that. It's indeed a permanent change.

> d:\projects\pipmak-svn-157\source\pipmak_windows.c(179) : warning C4311: 
> 'cast di tipo': troncamento puntatore da 'HINSTANCE' a 'int'
> d:\projects\pipmak-svn-157\source\pipmak_windows.c(182) : warning C4311: 
> 'cast di tipo': troncamento puntatore da 'HINSTANCE' a 'int'
> d:\projects\pipmak-svn-157\source\pipmak_windows.c(185) : warning C4311: 
> 'cast di tipo': troncamento puntatore da 'HINSTANCE' a 'int'

I don't know what to do about these. Microsoft's documentation 
explicitly states that the result of ShellExecute() should be cast to int...

> d:\projects\pipmak-svn-157\source\textedit.c(463) : warning C4090: 
> 'funzione': qualificatori 'const' differenti
> d:\projects\pipmak-svn-157\source\textedit.c(535) : warning C4090: 
> 'funzione': qualificatori 'const' differenti

Update to SDL 1.2.12.


  -Christian

Re: [Pipmak-Devel] Pipmak IDE

[Andrea V. <and...@gm...>]

Hello Fabrizio,

So, The programmer hidden inside you is coming to the light!!!
Good luck!!

About an external IDE, here my opinion:

1) Because of "the external" nature of the interface, I fear that to manage
some authoring functions in the best manner, 
you will have to rewrite some parts of Pipmak inside your IDE, 
I think that this type of solution It will obligate to you to switch 
frequently from IDE to ENGINE (i.e.: I modify some project parts 
in the IDE and after I check the result in Pipmak and if I don't like them,
I will have to return to IDE, correct them and return to Pipmak, and so on...)

2) I read quickly the features of wxWidgets and I didn't found anything
speaking about portability on OSes differents from Windows, 
(but I could mistake myself)
I think this is the main problem of your solution...If you find other
technologies like wxWidgets (which I think that is a good product...)
but platform independents, these could be a better choise...

3) You speak about keep the code of the engine as clear and simple 
as possible in order...I think this depends only from the programmers
which have to make the things in a tidy way separating well the code of engine
features from that of authoring features.

3) Anyway, I don't want discourage, follow your way, it could become a
valid alternative to Authoring features embedded inside Pipmak.
and nothing prohibits that the two solutions could cohabit together...

I'm starting to write some code to realize what I tell in the wiki, 
For the moment, I have done in a very simply way the direct image loading,
for cubic, panel e slide: with F1 you enter in the Authoring Mode, 
and after you can direct select cube face, choice another image, 
and lua code is modified consequently.

Andrea

Re: [Pipmak-Devel] Pipmak IDE

[Fabrizio P. <fpi...@li...>]

Hi Christian, have a nice holidays!
I've started te porting to Wx, this is the source with the main window ht=
tp://rapidshare.com/files/44154647/PipmakIDE.7z.html
If you like this idea I can go on with it.



> Hello to all,
> I've read what Andrea has wrote on the wiki about the authoring mode of=
 Pipmak,
> although I found it very interesting, I suggest to do not use this way =
but keep the code
> of the engine as clear and simple as possible in order to add new featu=
res with less confusion.
> 
> My Idea is to develop an IDE like AdventureMaker allowing to use more w=
izards and less hand-coding.
> Several month ango I've started to design a possible projects editor wi=
th VB.NET but now I've discovered the WxWidgets!!
> The project could be saved as XML files, parsing this file we will set =
the controls' values on the dialogs then generate all Lua code.
> I've read some wx documentation and should not be difficult.
> 
> For slide and panel we can place graphically handle, sound, patch, time=
r(pipmak.schedule());
> for cubic node we could show a unwraped cube or calculate the "equirect=
" picture;
> for drawing hotspot I don't know but we can always take a look on Gimp =
code ... 
> 
> P.S.
> Finally I've compiled pipmak-svn 157 but there are some problems:
> 2 warning for SDL_iconv()
> undefinited symbol ov_raw_seek_lap (audio.c): changed in ov_raw_seek()
> pipmak can't found "Pipmak Resource" and quit: if I unzip this file pip=
mak will freeze
=0A=0A=0A------------------------------------------------------=0ALeggi G=
RATIS le tue mail con il telefonino i-mode=99 di Wind=0Ahttp://i-mode.win=
d.it/=0A

[Pipmak-Devel] Sign of life

[Christian W. <cwa...@gm...>]

Hello all

Just a brief notice to let you know I have not vanished. I'm sorry for 
my recent unresponsivity, but I just had a lot of stuff to do. That 
isn't over yet, but my holidays have just started, so I hope I'll be 
able to catch up this week.

I still read everything on the mailing lists even if I don't have time 
to answer. I have the impression you're doing great in taking matters 
into your own hands. :)

See you

  Christian

Re: [Pipmak-Devel] (no subject)

[Fabrizio P. <fpi...@li...>]

Hello to all,
I've read what Andrea has wrote on the wiki about the authoring mode of P=
ipmak,
although I found it very interesting, I suggest to do not use this way bu=
t keep the code
of the engine as clear and simple as possible in order to add new feature=
s with less confusion.

My Idea is to develop an IDE like AdventureMaker allowing to use more wiz=
ards and less hand-coding.
Several month ango I've started to design a possible projects editor with=
 VB.NET but now I've discovered the WxWidgets!!
The project could be saved as XML files, parsing this file we will set th=
e controls' values on the dialogs then generate all Lua code.
I've read some wx documentation and should not be difficult.

For slide and panel we can place graphically handle, sound, patch, timer(=
pipmak.schedule());
for cubic node we could show a unwraped cube or calculate the "equirect" =
picture;
for drawing hotspot I don't know but we can always take a look on Gimp co=
de ... 

P.S.
Finally I've compiled pipmak-svn 157 but there are some problems:
2 warning for SDL_iconv()
undefinited symbol ov_raw_seek_lap (audio.c): changed in ov_raw_seek()
pipmak can't found "Pipmak Resource" and quit: if I unzip this file pipma=
k will freeze=0A=0A=0A---------------------------------------------------=
---=0AScegli infostrada: ADSL gratis per tutta l=92estate e telefoni senz=
a canone Telecom=0Ahttp://click.libero.it/infostrada=0A

[Pipmak-Devel] Build 157

[Andrea V. <and...@gm...>]

Hi Christian,

I have tried to compile your last build (157)
It compile right on MSVC without any source modification,

I have only added definition on command line:

/D _USE_MATH_DEFINES     (to permit the use of M_PI)
/D _CRT_SECURE_NO_DEPRECATE

Do You think we could  put them in some "*.h" file inside a block #ifdef
_MSC_VER?

The other thing I have done is set /fp:fast (the default is /fp:precise)
this reduce number of warning,
otherwise all float constants are treat as double.

I post the log of the build,
Bye

Andrea

P.S.: I din't manage anymore to reach SVN repository via web using
http://svn.sourceforge.net/pipmak
but I have to use http://pipmak.svn.sourceforge.net/viewvc/pipmak

Do you think it was a momentary server down or something is changed in URL
of sourceforge ?
In that case you have to change link on Pipmak homepage.



------ Inizio rigenerazione: Progetto: Pipmak-SVN-157, Configurazione: Debug
Win32 ------
Eliminazione file intermedi e file di output per il progetto
'Pipmak-SVN-157', configurazione 'Debug|Win32'
Compilazione in corso...
audio.c
d:\projects\pipmak-svn-157\source\audio.c(95) : warning C4244:
'inizializzazione': conversione da 'double' a 'float'. Possibile perdita di
dati.
d:\projects\pipmak-svn-157\source\audio.c(95) : warning C4244:
'inizializzazione': conversione da 'double' a 'float'. Possibile perdita di
dati.
d:\projects\pipmak-svn-157\source\audio.c(405) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\audio.c(406) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\audio.c(416) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\audio.c(418) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
cubic.c
glstate.c
hotspotmapEquirect.c
d:\projects\pipmak-svn-157\source\hotspotmapequirect.c(166) : warning C4244:
'=': conversione da 'double' a 'float'. Possibile perdita di dati.
hotspotmapSlide.c
images.c
lpack.c
d:\projects\pipmak-svn-157\source\lpack.c(146) : warning C4267: '+=':
conversione da 'size_t' a 'int'. Possibile perdita di dati.
luadebug.c
main.c
d:\projects\pipmak-svn-157\source\main.c(98) : warning C4244: '=':
conversione da 'int' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(99) : warning C4244: '=':
conversione da 'int' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(211) : warning C4244: '=':
conversione da 'double' a 'GLfloat'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(214) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(216) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(219) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(221) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(225) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(226) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(229) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(230) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(235) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(236) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(239) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(241) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(245) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(247) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(250) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(252) : warning C4244: '=':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(345) : warning C4244: 'funzione':
conversione da 'double' a 'float'. Possibile perdita di dati.
d:\projects\pipmak-svn-157\source\main.c(540) : warning C4244: '+=':
conversione da 'double' a 'GLfloat'. Possibile perdita di dati.
misc.c
d:\projects\pipmak-svn-157\source\misc.c(215) : warning C4244: 'funzione':
conversione da '__w64 int' a 'PHYSFS_uint32'. Possibile perdita di dati.
nodes.c
opensave.c
panel.c
physfsrwops.c
pipmak_windows.c
d:\projects\pipmak-svn-157\source\pipmak_windows.c(179) : warning C4311:
'cast di tipo': troncamento puntatore da 'HINSTANCE' a 'int'
d:\projects\pipmak-svn-157\source\pipmak_windows.c(182) : warning C4311:
'cast di tipo': troncamento puntatore da 'HINSTANCE' a 'int'
d:\projects\pipmak-svn-157\source\pipmak_windows.c(185) : warning C4311:
'cast di tipo': troncamento puntatore da 'HINSTANCE' a 'int'
pipmakLuaLib.c
slide.c
terminal.c
textedit.c
d:\projects\pipmak-svn-157\source\textedit.c(463) : warning C4090:
'funzione': qualificatori 'const' differenti
d:\projects\pipmak-svn-157\source\textedit.c(535) : warning C4090:
'funzione': qualificatori 'const' differenti
toolBrush.c
Generazione del codice in corso...
Compilazione in corso...
toolEyedropper.c
toolHand.c
toolPan.c
tools.c
Generazione del codice in corso...
Compilazione risorse in corso...
Compilazione del manifesto nelle risorse in corso...
Collegamento in corso...

Re: [Pipmak-Devel] Diff file

[Andrea V. <and...@gm...>]

> Thanks. Haven't had time to check it yet. It applies cleany except for 
> the removal of the imageLineLua() function which isn't there in SVN. 

AAArgh!!

Sorry, it's escaped to me, it was just a test (failed), probably 
I have modified the wrong "pipmakLuaLib.c". 
I believed to start from a clean source-prepatch!!

however, imageLineLua() it does't have to exist.

if you have problem to apply patch I can re-send a more clean patch-file.

Do you have checked my compilation log which you have requested about
conversion warning?
(http://pipmak.sourceforge.net/wiki/index.php/Build_log_156)

There are a lot of warning caused by statements like:

h = y - h*M_PI/180;

where h,y are float but M_PI are double  

other:

glVertex3f(cos(y)*sin(w), sin(y), -cos(y)*cos(w));

glVertex3F(Glfloat,Glfloat,Glfloat)

but  cos(y)*sin(w) is double


screenViewMatrix[5] = -2.0/screen->h;

in this case the warning disapear changing line with

screenViewMatrix[5] = -2.0f/screen->h;

This is different

    if (i+N>len) goto done;

the warning tell: wrong correspondence between signed and unsigned

I don't know if is better introduce some casting or leave the warnings.
What do you think?

Andrea

Re: [Pipmak-Devel] Diff file

[Christian W. <cwa...@gm...>]

Andrea Viarengo wrote:
> I send you diff file

Thanks. Haven't had time to check it yet. It applies cleany except for 
the removal of the imageLineLua() function which isn't there in SVN. No 
need for separate Unix and DOS versions, I can deal with either.

> I haven't found "Create patch" in TortoiseSVN...strange..I found in the 
> help, but no in the menu...

Could it be that you're working in an "export"ed source tree, as you 
describe in http://pipmak.sourceforge.net/wiki/index.php/MSVC8_Build>? 
You should really "checkout" a working copy instead, that gives you all 
the goodies of revision control, like being able to check for your 
modifications, examine the history of files, or automatic merging of 
updates with your changes.

If you're not familiar with Subversion, I recommend the 
<http://svnbook.red-bean.com/>.

  -Christian

Re: [Pipmak-Devel] Pipmak development

[Dennis <ili...@ya...>]

to Andrea:

> About the potentialities of the lua code in Pipmak, have you taken a look 
> to my autocubic project? 
Yes, I have :) It is similar to your "house Virtual Tour". Looks pretty good. ;)

When I told about 2,5D I meant that 3d-character (real-time rendering) is moving
on 2D background (pre-rendered image). For example, look at this page:
http://docs.dead-code.org/wme/3D_principles.html

[Pipmak-Devel] Pipmak development

[Andrea V. <and...@gm...>]

Hi to everyone!

I'm trying to revive this mailing list after nearly nine months of
inactivity due to the bad job of the spammers.

Now I will post here all the info about developing activity on Pipmak Game
Engine.

I have implemented pipmak.desktopsize() which use SDL_GetVideoInfo() and on
my prototype work fine.
So, now it possible to switch directly to actual desktop resolution with:

pipmak.setfullscreen( pipmak.desktopsize() )

Andrea

Re: [Pipmak-Devel] Spam - restrict posting to subscribers?

[Christian W. <cwa...@gm...>]

I wrote:
> Spam is getting worse on this list. To stop this, I am considering 
> switching the list to subscriber-only posting.

OK, done. Posting on the Pipmak-Devel list is now only allowed for 
subscribers, posts by non-subscribers are held back for moderation. I 
hope this takes care of the spam. If it does, and if the spam volume 
continues to grow on the Pipmak-Users list, I'll do the same thing there.

  -Christian

Re: [Pipmak-Devel] VmlAGRA

[Carran R. <ju...@bk...>]

Hi,

VmlAGRA for LESS http://www.nerionkdesinkasdeintion.com

=20
dumbhead academics let the most priceless object in the universe slip
guys, that this is the warmest welcome we have ever received?