pipmak-users — Content creation for the Pipmak Game Engine

Re: [Pipmak-Users] Different patches positioning

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

Sorry,

I have inverted the name of the jpegs.

Andrea

[Pipmak-Users] Different patches positioning

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

Hi Christian,

I have tryed to compile SVN Build 144 
(I think this build correspond more or less to version 0.2.6, isn't it?)

This build compiled with MS Visual C++ work exactly as your official version 
0.2.6

I have posted screenshots to 

 http://viarengo.altervista.org/download/Patch.zip

You could see separation line between patches.

(If link doesn't work copy address and paste in a new browser window...)

Bye 

Andrea

Re: [Pipmak-Users] Unofficial Release of Pipmak Build 155 for Win32

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

I was forgetting,

I have tryed also texteditor feature that you are developping:

Probably there are still some errors in defaults.lua 
in function pipmak_internal.texteditor(properties)
sometime you check type of "patch"...instead "properties", 
Have you copied the structure of the function from another lua function,
and you have forgot to change some variable names?

I've correct this on my copy, and I get a working texteditor object, 
But I never got the ibeam cursor...ok it is still in developping,
but I am curious....I hope this can help you.

Andrea

Re: [Pipmak-Users] Unofficial Release of Pipmak Build 155 for Win32

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

Hi Fabrizio,

Sorry for the delay, but last week I was on holiday...

> 
> Hello,
> Andrea and Christian, congratulation for your great work! Well done!
> However, the Pipmak Build155 Win32 does not run on my pc:(win XPsp2, 
> athlon64+3500,nVidia 7600gs) an error message occour : "Unable to run 
> the applications specified. Application's configurations is not correct. 
>

At home I've a similar platform (Athlon64+3500, nVidia n6600), 
I haven't still had time to try my build 155 on that, I tryed only 
on my notebook (Pentium IVm).
In the past I have notice some difference from this two platform...
I have already seen your error on another notebook (IBM thinkpad)
generated by official pipmak version 0.2.6...

I will check if I've compiled Pipmak with some option tipical of Pentium
platform and I will try my builds on my Athlon.

Thank you for the report.

Andrea

Re: [Pipmak-Users] Unofficial Release of Pipmak Build 155 for Win32

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

Hi Christian,

I am not disappeared,
I'm just returned today from a holiday week at Tuscany sea.
Now I've found my desk full of things todo!!
This week I don't known if I will find the time in order to work on Pipmak...

By the way, 
Where I could send you the screenshots of my autocubic, taken before and after
build 155?

As soon as I will have a time minute I will try to compile pipmak with
build 156 and a build before the 155.

I have tried to use lua 5.0 but I always get a fastidious linker error about
symbol  _HUGE (not found...!!??). 
This error does not happen with compiled lib of lua5.1.
Ok, I retry to compile lua 5.0.

I'm happy for having given my small contribution to Pipmak.

Andrea

Re: [Pipmak-Users] Unofficial Release of Pipmak Build 155 for Win32

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

[Posting this message through Gmane doesn't seem to have worked the  
last two times, so I'm retrying by e-mail...]

Andrea Viarengo wrote:
> I also write an how-to in the Pipmak Wiki
>
>   http://pipmak.sourceforge.net/wiki/index.php/MSVC8_Build
>
> and in this page
>
>   http://pipmak.sourceforge.net/wiki/index.php/ 
> Source_Tweaks_on_SVN_Build155
>
> there are all the changes that I have made to source code to pass  
> compilation stage

Very cool, thanks!

I've tried to fix some of the warnings. Can you apply the attached  
patch to revision 156 and tell me what warnings you still get?  
Particularly the ones about float/double conversions (I haven't found  
a warning setting for this for GCC).

I see you use Lua 5.1. Because there are a few changes in the  
language, I haven't switched Pipmak from Lua 5.0 (latest release is  
5.0.3) to 5.1 yet. I intend to do that with Pipmak 0.3 when I can  
break backwards compatibility. I don't know if there have been any  
API changes that could explain your problems, but you might want to  
try Lua 5.0.

> The main change to the source code is made on PipimakLuaLib.c I  
> have had to commented out the calling to the function:
>   checkinstanceof(L, 1, "pipmak-node", "node");
> I haven't notice any controindication caused by the absence of this  
> calling, perhaps only Christian know ...

This is just error checking. Without that call, you could call a node  
method on something that's not a node, with probably unpredictable  
results (including crashes). It checks if the object at index 1 in  
the Lua stack has a metatable called "pipmak-node", or has a  
metatable whose metatable is called "pipmak-node", etc., and if not,  
stops with an error message about wanting a "node". The names of  
metatables are stored in the Lua registry table, with the metatables  
themselves as the keys.

> I notice some differences on patches locations (this project still  
> use old syntax)
> The patches are smaller of 1 or 2 pixel respect official pipmak  
> 0.2.6 and I see white lines beetween patches.

That must be a bug. Patches specified with the old syntax are not  
supposed to look any different than before. Can you send me a  
screenshot of what you see in the new version and how it looks in the  
old version? If you want to be sure it's not something about the  
different compilers that causes this, you could also try updating to  
revision 154 (before the arbitrary placement) and recompiling.


  -Christian

Re: [Pipmak-Users] Unofficial Release of Pipmak Build 155 for Win32

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

[It seems this message didn't make it through on the first attempt - 
let's try this agin.]

Andrea Viarengo wrote:
> I also write an how-to in the Pipmak Wiki
> 
>   http://pipmak.sourceforge.net/wiki/index.php/MSVC8_Build
> 
> and in this page
> 
>   http://pipmak.sourceforge.net/wiki/index.php/Source_Tweaks_on_SVN_Build155
> 
> there are all the changes that I have made to source code to pass
> compilation stage

Very cool, thanks!

I've tried to fix some of the warnings. Can you apply the attached patch
to revision 156 and tell me what warnings you still get? Particularly
the ones about float/double conversions (I haven't found a warning
setting for this for GCC).

I see you use Lua 5.1. Because there are a few changes in the language,
I haven't switched Pipmak from Lua 5.0 (latest release is 5.0.3) to 5.1
yet. I intend to do that with Pipmak 0.3 when I can break backwards
compatibility. I don't know if there have been any API changes that
could explain your problems, but you might want to try Lua 5.0.

> The main change to the source code is made on PipimakLuaLib.c 
> I have had to commented out the calling to the function:
>   checkinstanceof(L, 1, "pipmak-node", "node");
> I haven't notice any controindication caused by the absence of this calling, 
> perhaps only Christian know ...

This is just error checking. Without that call, you could call a node
method on something that's not a node, with probably unpredictable
results (including crashes). It checks if the object at index 1 in the
Lua stack has a metatable called "pipmak-node", or has a metatable whose
metatable is called "pipmak-node", etc., and if not, stops with an error
message about wanting a "node". The names of metatables are stored in
the Lua registry table, with the metatables themselves as the keys.

> I notice some differences on patches locations 
> (this project still use old syntax)
> The patches are smaller of 1 or 2 pixel respect official pipmak 0.2.6 
> and I see white lines beetween patches.

That must be a bug. Patches specified with the old syntax are not
supposed to look any different than before. Can you send me a screenshot
of what you see in the new version and how it looks in the old version?
If you want to be sure it's not something about the different compilers
that causes this, you could also try updating to revision 154 (before
the arbitrary placement) and recompiling.


   -Christian

Re: [Pipmak-Users] Unofficial Release of Pipmak Build 155 for Win32

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

Andrea Viarengo wrote:
> I also write an how-to in the Pipmak Wiki
> 
>   http://pipmak.sourceforge.net/wiki/index.php/MSVC8_Build
> 
> and in this page
> 
>   http://pipmak.sourceforge.net/wiki/index.php/Source_Tweaks_on_SVN_Build155
> 
> there are all the changes that I have made to source code to pass
> compilation stage

Very cool, thanks!

I've tried to fix some of the warnings. Can you apply the attached patch 
to revision 156 and tell me what warnings you still get? Particularly 
the ones about float/double conversions (I haven't found a warning 
setting for this for GCC).

I see you use Lua 5.1. Because there are a few changes in the language, 
I haven't switched Pipmak from Lua 5.0 (latest release is 5.0.3) to 5.1 
yet. I intend to do that with Pipmak 0.3 when I can break backwards 
compatibility. I don't know if there have been any API changes that 
could explain your problems, but you might want to try Lua 5.0.

> The main change to the source code is made on PipimakLuaLib.c 
> I have had to commented out the calling to the function:
>   checkinstanceof(L, 1, "pipmak-node", "node");
> I haven't notice any controindication caused by the absence of this calling, 
> perhaps only Christian know ...

This is just error checking. Without that call, you could call a node 
method on something that's not a node, with probably unpredictable 
results (including crashes). It checks if the object at index 1 in the 
Lua stack has a metatable called "pipmak-node", or has a metatable whose 
metatable is called "pipmak-node", etc., and if not, stops with an error 
message about wanting a "node". The names of metatables are stored in 
the Lua registry table, with the metatables themselves as the keys.

> I notice some differences on patches locations 
> (this project still use old syntax)
> The patches are smaller of 1 or 2 pixel respect official pipmak 0.2.6 
> and I see white lines beetween patches.

That must be a bug. Patches specified with the old syntax are not 
supposed to look any different than before. Can you send me a screenshot 
of what you see in the new version and how it looks in the old version? 
If you want to be sure it's not something about the different compilers 
that causes this, you could also try updating to revision 154 (before 
the arbitrary placement) and recompiling.


  -Christian

Re: [Pipmak-Users] This is a test

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

Andrea wrote:
> Why GMANE tell me about "top posting" also in a new "post" ?????

Are you using Gmane's web interface? I have no trouble posting through 
Gmane by NNTP. For another web interface, you could try Nabble 
<http://www.nabble.com/pipmak-users-f19319.html>.

  -Christian

Re: [Pipmak-Users] Compiling pipmak

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

Hi Andrea, it seems you're making progress faster than I can answer your 
questions! :) Some of the answers below are probably obsolete after your 
"Unofficial Release of Pipmak Build 155 for Win32" announcement (which 
I'll have a look at later today, hopefully), but since I've already 
written them I though I might as well send them.

> "Error running enternode handler:
> 1/node.lua:6: calling 'message' on bad self (node expected got table)"
> 
> "Error running Lua file resources/defaults.lua:275:
> calling 'setstandardcursor' on bad self (node expected got table)"

Interesting. Nodes are represented in Lua by tables, but they have a 
metatable, containing all the node methods, that identifies them as 
nodes (Lua's way of implementing a "class"). That metatable seems to be 
there, or it wouldn't even find the method. So it seems that there's 
something wrong in the code that checks for the metatable. That's the 
function checkinstanceof() in pipmakLuaLib.c, called from 
nodeMessageLua() and nodeSetstandardcursorLua() (and others).

> "I'm not sure what you mean by that. 
> There's no function "enternode()" in the C code..."
> 
> It's defined in the file nodes.c
> 
> CNode *enterNode(int nodeID, CNode *prev) 

Oops. Seems my brain (and my search dialog in Xcode) was in 
case-sensitive mode... :)

So, your infinite loop is most probably caused by enterNode() trying to 
load node 0 (the main menu) after loading the first node fails, which 
fails as well and causes another recursive call, etc. Normally we just 
assume that node 0, which is shipped with Pipmak, will load without 
errors. Perhaps a check could be added for that...

> "L" isn't passed: is it global?

Yes, it's the Lua state that's used in every call into Lua. Declared in 
main.c (as are all globals, IIRC).

> I have had to change your code a little:
> 
> 1) Seems that Microsoft Visual C++ don't permit variable definition
> in the middle of blocks {}, but only at the beginning...
> It's very strange, because I remember that the possibility to
> define new variable everywhere instead at the beginning of the block
> was one of the differences of the C++ from C language...

Yes, that's right, and apparently VC++ knows that these files should be 
compiled as C, not C++. This is just sloppy coding on my part. I could 
probably find these too by enabling more warnings in GCC, but if you 
have a patch handy to fix them, I'll gladly apply it.

> 2) I found M_PI in math.h, but it's included 
> in a #ifdef _USE_MATH_DEFINES 
> 
> the remark tell: 
> 
> /* Define _USE_MATH_DEFINES before including math.h to expose these macro
>  * definitions for common math constants.  These are placed under an #ifdef
>  * since these commonly-defined names are not part of the C/C++ standards.
>  */

Interesting. I didn't know that.

> 3) There is also boring warning messages about deprecation of 
> function strcpy, and similar functions, 
> 
> so I have to define:
> _CRT_SECURE_NO_DEPRECATE 
> _CRT_NONSTDC_NO_DEPRECATE

According to MSDN, strcpy is deprecated because it can be involved in 
buffer overruns. Oh well. It can't hurt double-checking the code for 
this, but usually when I say strcpy I mean strcpy. Silencing that 
warning is probably the most sensible thing to do.

> 4) in pipmak_windows.c :
> 
> #ifdef WIN32
> #define snprintf _snprintf
> #endif
> 
> because I not found "snprintf"  but only "_snprintf"

Right. I should probably re-check all occurrences of this because 
Windows' _snprintf isn't C99 compliant (it returns -1 instead of the 
required length if there's not enough space).

> I am a little perplexed about this use:
> 
> File pipmakLuaLib.c, line 297 (build 155)
> 
>    char *path = newProjectPath();

That's a special case for pointer declarations with initialization, I 
agree it's a bit confusing. It's really path, not *path, that gets 
initialized here. The line is equivalent to

   char *path;
   path = newProjectPath();

Perhaps writing it

   char* path = newProjectPath();

would be less confusing (but I'm in the habit of sticking the asterisk 
to the variable name, not the type, because in most other cases this 
makes more sense in C).

> 6) What do you think about a file "pipmak.h" included in all ".c" files,
> To have a place where add definition for all the file?

Such a file exists, it's called "config.h".

> I have understood that x=..,y=.. were in alternative to nx=..,ny=..,nz=..
> It's true?
> 
> because I have to define always x and y?
> (but the values are ininfluent...) or I get the error:
> 
> "property "x" of patch: number expected got nil"

Oops, that's someting I forgot to adapt. Fixed in r156, thanks for 
catching this. As you can see I haven't tested this stuff very 
thoroughly yet...

> I cannot specify size without specifying font file?

Yes. There would be no speed benefit in doing it differently because 
SDL_ttf has to open the font file again anyway to render in a different 
size, so it's only the slight inconvenience of having to write 
"../resources/Vera.ttf". Besides, there would be a conflict between the 
"size" and "align" arguments if I would make the "font" argument 
optional - I can tell "font" and "align" apart because one is a string 
and the other a number, but "size" and "align" are both numbers.


  -Christian

Re: [Pipmak-Users] Unofficial Release of Pipmak Build 155 for Win32

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

Hello,
Andrea and Christian, congratulation for your great work! Well done!
However, the Pipmak Build155 Win32 does not run on my pc:(win XPsp2, 
athlon64+3500,nVidia 7600gs) an error message occour : "Unable to run 
the applications specified. Application's configurations is not correct. 
A new installation can resolve the problem" but maybe does not the matter
 I think that not last MSVCRT nor .NET framework are installed on my pc, 
further more I had an huge amount of problem with my machine, I've 
changed 2 HD and formatted several times and it still stucking or 
rebooting itself... and I can't go on with my game. Is impossible to 
understand the cause... maybe there is a poltergeinst!!! LOL

Fabrizio.


Andrea Viarengo ha scritto:
> Hi!
>
> I have finally generated a fully functional Pipmak build 
> base on SVN build 155 and compiled using 
>
>   Microsoft Visual C++ 2005 Express Edition (Free version)
>
> I also write an how-to in the Pipmak Wiki
>
>   http://pipmak.sourceforge.net/wiki/index.php/MSVC8_Build
>
> and in this page
>
>   http://pipmak.sourceforge.net/wiki/index.php/Source_Tweaks_on_SVN_Build155
>
> there are all the changes that I have made to source code to pass
> compilation stage
>
> I have posted this release on my site at address:
>
>   http://viarengo.altervista.org/index2.html?page=download.html
>   (if this link send you to altervista mainpage, copy address and
>    paste in a new browser window)
>
> The main change to the source code is made on PipimakLuaLib.c 
> I have had to commented out the calling to the function:
>    
>   checkinstanceof(L, 1, "pipmak-node", "node");
>
> inside the functions:
>
>   static int nodeCloseoverlayLua(lua_State *L)
>   static int nodeMessageLua(lua_State *L)
>   static int nodeSetstandardcursorLua(lua_State * L)
>
> because that function caused a infinite loop when was called.
> I haven't notice any controindication caused by the absence of this calling, 
> perhaps only Christian know ...
>
> The infinite loop was caused in a strange way...I tryed to investigate 
> with debugger and I have discover that at certain point something change
> the return address in the stack...
>
> so when the Instruction Pointer end of function checkinstanceof 
> (i.e.: arrive to assembly RET), 
> in the stack there are the address of the assembly 
> "CALL checkinstanceof" and not the address of subsequent instruction!!!
>
> So "checkinstanceof" is repeated forever....
>
> I tested the build with my autocubic and all works!! 
> (A good stressing project, isn'it?)
>
> I notice some differences on patches locations 
> (this project still use old syntax)
> The patches are smaller of 1 or 2 pixel respect official pipmak 0.2.6 
> and I see white lines beetween patches.
>
> Andrea
>
>
>
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Pipmak-Users mailing list
> Pip...@li...
> news://news.gmane.org/gmane.games.devel.pipmak.user
> https://lists.sourceforge.net/lists/listinfo/pipmak-users
> .
>
>   

[Pipmak-Users] Unofficial Release of Pipmak Build 155 for Win32

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

Hi!

I have finally generated a fully functional Pipmak build 
base on SVN build 155 and compiled using 

  Microsoft Visual C++ 2005 Express Edition (Free version)

I also write an how-to in the Pipmak Wiki

  http://pipmak.sourceforge.net/wiki/index.php/MSVC8_Build

and in this page

  http://pipmak.sourceforge.net/wiki/index.php/Source_Tweaks_on_SVN_Build155

there are all the changes that I have made to source code to pass
compilation stage

I have posted this release on my site at address:

  http://viarengo.altervista.org/index2.html?page=download.html
  (if this link send you to altervista mainpage, copy address and
   paste in a new browser window)

The main change to the source code is made on PipimakLuaLib.c 
I have had to commented out the calling to the function:
   
  checkinstanceof(L, 1, "pipmak-node", "node");

inside the functions:

  static int nodeCloseoverlayLua(lua_State *L)
  static int nodeMessageLua(lua_State *L)
  static int nodeSetstandardcursorLua(lua_State * L)

because that function caused a infinite loop when was called.
I haven't notice any controindication caused by the absence of this calling, 
perhaps only Christian know ...

The infinite loop was caused in a strange way...I tryed to investigate 
with debugger and I have discover that at certain point something change
the return address in the stack...

so when the Instruction Pointer end of function checkinstanceof 
(i.e.: arrive to assembly RET), 
in the stack there are the address of the assembly 
"CALL checkinstanceof" and not the address of subsequent instruction!!!

So "checkinstanceof" is repeated forever....

I tested the build with my autocubic and all works!! 
(A good stressing project, isn'it?)

I notice some differences on patches locations 
(this project still use old syntax)
The patches are smaller of 1 or 2 pixel respect official pipmak 0.2.6 
and I see white lines beetween patches.

Andrea

Re: [Pipmak-Users] Compiling pipmak

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

Andrea <andrea.viarengo <at> gmail.com> writes:

About my point (5) don't consider it:
 I'm stupid!!

 char *path = newProjectPath();
  
 define path as pointer to char and inizialize it
 (the pointer, not the contents)!!!

 if I want break into definition/initialization I have to remove "*"
 
 char *path;
 path = newProjectPath();

 I'm apologize. Sometime "C" syntax deceit me. 

Bye

Re: [Pipmak-Users] This is a test

[Urs H. <ur...@an...>]

Andrea wrote:
> Why GMANE tell me about "top posting" also in a new "post" ?????

I just couldn't resist looking up "top-posting" on wikipedia. I was
redirected to "Posting styles" where they say: "While each online community
differs on which styles are appropriate or acceptable, within any community
the use of the "wrong" method risks being seen as a major breach of
netiquette, and can provoke vehement response from community regulars."
Yeah, I say.

But this is offtopic, sorry.

[Pipmak-Users] Compiling pipmak

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

"1. You seem to be top-posting. Don't do that." is returned!!!
I don't understand that!!!
It's very boring!!!

Hi Christian,

I have recompiled physicFs and Lua with Visual C++, 
and now pipmak run a little better.

Now pipmak can exec project from folder and zip file.

But I cannot start pipmak without a project yet.

I have tryed my builded pipmak with my project "myHouse virtual tour"
that is very simple from the "lua code" point of view.

It's run quite good, apart an error message when I use message passing:

"Error running enternode handler:
1/node.lua:6: calling 'message' on bad self (node expected got table)"

This error is connected to the lua code:

.....
onenternode(function() over:message("print","welcome") end)
.....
where over was defined on overlay node with: over=pipmak.thisnode()


I get also a similar error when I press ESC to show main pipmak menu
(pipmak main menu isn't showed)

"Error running Lua file resources/defaults.lua:275:
calling 'setstandardcursor' on bad self (node expected got table)"

I don't know if it's important, but I notice that
both message than setstandardcursor are included in nodeFuncs[]. 


About enternode, you tell:

"I'm not sure what you mean by that. 
There's no function "enternode()" in the C code..."

It's defined in the file nodes.c

CNode *enterNode(int nodeID, CNode *prev) 

and it's called from "opensave.c"

int openAndEnterProject(const char *filename) {
  int t = openProject(filename);
  if (L == NULL) {
    /*opening the project didn't work and no project was open before:
    load defaults*/
    t = openProject(NULL);
    assert(L != NULL);
    }
  enterNode(t, NULL);
  return (t != 0 || filename == NULL);
}

"L" isn't passed: is it global?

I have had to change your code a little:

1) Seems that Microsoft Visual C++ don't permit variable definition
in the middle of blocks {}, but only at the beginning...
It's very strange, because I remember that the possibility to
define new variable everywhere instead at the beginning of the block
was one of the differences of the C++ from C language...

So I have moved some variable definitions at the beginning of the
blocks...

2) I found M_PI in math.h, but it's included 
in a #ifdef _USE_MATH_DEFINES 

the remark tell: 

/* Define _USE_MATH_DEFINES before including math.h to expose these macro
 * definitions for common math constants.  These are placed under an #ifdef
 * since these commonly-defined names are not part of the C/C++ standards.
 */

3) There is also boring warning messages about deprecation of 
function strcpy, and similar functions, 

so I have to define:
_CRT_SECURE_NO_DEPRECATE 
_CRT_NONSTDC_NO_DEPRECATE


4) in pipmak_windows.c :

#ifdef WIN32
#define snprintf _snprintf
#endif

because I not found "snprintf"  but only "_snprintf"

 
5) I the past I've used a lot language "C", and I know less "C++",
so excuse me if I say mistaken things,
but I am a little perplexed about this use:

File pipmakLuaLib.c, line 297 (build 155)

   char *path = newProjectPath();

"path" is a pointer to "char"

with the assignment *path=newProjectPath() you assign the content
of the pointer (a char) not the pointer, but 

newProjectPath  return a pointer 
("return ofn.lpstrFile" in fact "ofn.lpstrFile=malloc(1024);" )

So I would have written:  path=newProjectPath()  (without the "*")
(Infact the compiler tell me that path is never assigned)

In "C" I had habit to write:

char *pointer_to_char;
pointer_to_char = malloc(5 * sizeof(char));
  
in this way pointer_to_char points to a five char dinamic string.

I'm in wrong?  


6) What do you think about a file "pipmak.h" included in all ".c" files,
To have a place where add definition for all the file?

for example:

#ifdef _MSC_VER
#define _CRT_SECURE_NO_DEPRECATE 
#define _CRT_NONSTDC_NO_DEPRECATE
#define _USE_MATH_DEFINES
#endif


With this self builded Pipmak I managed to test the new features
which you have added:

Optimal job!

I have tryed this code:

img=pipmak.newimage(128,128)
img:color(1,0,0,1)
img:fill(0,0,128,128)
img:color(0,1,0)
img:drawtext(64,64,"ANDREA","arial.ttf",20,pipmak.center)

for i=1,10000,2 do
  patch { anchorh=64, anchorv=64, x=0,y=0, 
    nx=1+i,ny=0,nz=1,  nw=2,nh=2, visible=true, angle=90*i, image=img}
  patch { anchorh=64, anchorv=64, x=0,y=0,
    nx=1+i,ny=1,nz=0,  nw=2,nh=2, anglex=90,   angle=-45+45*i, 
    visible=true, image=img}
  patch { anchorh=64, anchorv=64, x=0,y=0, 
    nx=1+i,ny=0,nz=-1, nw=2,nh=2, visible=true, angle=90*i, image=img}
  patch { anchorh=64, anchorv=64, x=0,y=0, 
    nx=1+i,ny=-1,nz=0, nw=2,nh=2, anglex=90,    angle=-45+45*i, 
    visible=true, image=img}
end

This write a red tunnel...
 
20000 patches!!! And written in less than a second!! Good!

I have understood that x=..,y=.. were in alternative to nx=..,ny=..,nz=..
It's true?

because I have to define always x and y?
(but the values are ininfluent...) or I get the error:

"property "x" of patch: number expected got nil"

I cannot specify size without specifying font file?


Ok, for today is enough!! 
I hope this help you to improve Pipmak!!

Bye

Andrea
  


 


 

[Pipmak-Users] This is a test

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

Why GMANE tell me about "top posting" also in a new "post" ?????

Re: [Pipmak-Users] Problems with compiling Pipmak with Microsoft Visual C++

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

Andrea Viarengo wrote:
> So I have tryed to compile Pipmak from SVN with MS Visual C++ 2005 Express.

Nice! That's very welcome. I've only compiled Pipmak with GCC so far, 
and getting it to work with other compilers could be beneficial for the 
code quality. (Even though I've been using VC++ 6 at work for almost a 
year now, I've never tried to compile Pipmak with it.)

> If I run pipmak without a project, I get only a window named "pipmak" 
> without the contents (I can see the windows/desktop below),
> and pipmak loop forever on function "enternode()".

I'm not sure what you mean by that. There's no function "enternode()" in 
the C code, do you mean it calls the Lua function you specified using 
"onenternode" again and again? Or it actually does an infinite loop in 
Lua code where it shouldn't?

> Do you think the problem was on PhysicFS? 

Looks like it has trouble reading ZIP files. You should be able to work 
around this by unzipping the "Pipmak Resources" file and placing the 
contents in a folder named "Pipmak Resources" (or making a copy of the 
pipmak/resources folder from SVN named "Pipmak Resources").

> I think that PhysicFs was used also to get resource from Pipmak resource,
> isn't it?

Exactly. So, you also don't see the hand cursor? (What else in place of 
it?) Actually, it's a surprise that anything works at all if the Pipmak 
Resources archive can't be read, because a lot of functionality is 
implemented in resources/defaults.lua in there.

> Where is defined M_PI, I didn't found it (For now I add M_PI=3.1415 in
> the compiler command line)

Should be in <math.h>. Did I forget to explicitly include that somewhere?

> There are a lot of warning about casting types in a small types, 
> like:
>    double to float
>    int to GLfloat
>    double to GLfloat

These should be harmless in practice, but if you can tell me where they 
are I can look into fixing them. Most are probably unintentional, and 
there is a performance penalty in unneccessary conversions.

> and incompatible type:  char[xxx] and 'LPCWSTR'

That looks more serious. 'W' in LPCWSTR sounds like "wide", i.e. 
Unicode, and that's probably not what we want. Where does this occur? I 
don't think I use such Windows-isms as LPCWSTR anywhere in my code...

  -Christian

[Pipmak-Users] Problems with compiling Pipmak with Microsoft Visual C++

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

Hello Christian!

I would try your last work on arbitrary patch position in 3D,

So I have tryed to compile Pipmak from SVN with MS Visual C++ 2005 Express.

I managed to get an exe file, but it works (bad for now)
only from project folder, and it doesn't work from file .pipmak 
(zipped folder)

If I run pipmak without a project, I get only a window named "pipmak" 
without the contents (I can see the windows/desktop below),
and pipmak loop forever on function "enternode()".

If I run pipmak with the "untitled project" obtained from 
"new" function of an official Pipmak 0.2.6, it runs with little jerks.
(I never get main menu with my compiled pipmak) 

Do you think the problem was on PhysicFS? 
I have used a precompiled physic.lib version 1.0 get in internet, 
because I didn't manage to compile from source for now.

I think that PhysicFs was used also to get resource from Pipmak resource,
isn't it?

If I try a more complex project like my autocubic, pipmak loop forever 
after intro node.

Where is defined M_PI, I didn't found it (For now I add M_PI=3.1415 in
the compiler command line)

There are a lot of warning about casting types in a small types, 
like:
   double to float
   int to GLfloat
   double to GLfloat 

and incompatible type:  char[xxx] and 'LPCWSTR'

Do you think that I can ignore it?

Thank you.
Bye

Andrea

Re: [Pipmak-Users] Waiting the next pipmak release....

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

Andrea Viarengo <andrea.viarengo <at> gmail.com> writes:

> 
> http://viarengo.altervista.org/download/autocubic.zip
> 

I have checked this address and it is correct.

I don't known why, but if you click on this address, Gmane redirect you on
the main page of altervista...

But if you copy the address and paste in the address bar of another 
card/window of your browser,
you will able to get the zip file.

Bye.

Andrea.

[Pipmak-Users] Waiting the next pipmak release....

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

Hello to every pipmaker's!

Perhaps the next release of pipmak is in the way of to be released...

In the while, I have updated my autocubic project on address:

http://viarengo.altervista.org/download/autocubic.zip

I have add a lot of features, like:

I have tryed to transform autocubic into a library, 
So as to to be able to use it in other projects,
like an extension.
 
In the interiors:
doors (can be also opened ) and windows, some object like furnitures, 
carpets, possibility to set colors and brightness of walls,ceiling,floors.

In the exteriors:
roofs, roads and vegetations

You can also navigate in the project with a zoomable map view.

There are still a lot of bugs, but it is quite usable.

With the new features promised by Christian, I hope to simplify 
all the project and exceed some limitations.

Every critics or remarks on autocubic are welcome

Bye.

Andrea

Re: [Pipmak-Users] Patch rotation proposal

[Stefan <net...@we...>]

=20
> I'm waiting for it, and also for the other interesting features that you
> have added (text output, filling image manipulation...)
I'm looking forward to the text ouput feature, too!
Using the print command or making pngs for every sentence was not really
elegant.

best wishes

Stefan Gro=C3=9Fhauser



Die wachen nicht auf, bevor sie nicht merken, da=C3=9F sie schlafen. --
Moebius, Argentinien 1996

Re: [Pipmak-Users] Patch rotation proposal

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

Hello Christian,

> It's even almost completely implemented already :) 

Wow! You are great!!
A clear example of Swiss efficiency!
 
I'm waiting for it, and also for the other interesting features that you
have added (text output, filling image manipulation...)

> Not good. Does Windows produce any kind of crash dump for it? Does it 
> produce "stdout.txt" or "stderr.txt" files next to the application that 
> contain anything interesting? Could you possibly run it in a debugger to 
> see where it crashes?

It was a test on the fly, and I haven't investigate too much, 
The graphic card was an ATI, if I will manage to get any other informations,
I will tell you.

Good work!
Ciao

Andrea

Re: [Pipmak-Users] Patch rotation proposal

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

Andrea Viarengo wrote:
> I think that the interface to the arbitrary placement of patch corners in 3D
> is quite complete, isn't it?

It's even almost completely implemented already :) - it seems to work 
quite well on cubic panoramas, I'm currently working on unifying it with 
the code for slides and panels so that it can be used there as well 
(obviously, only the "angle" feature is going to be really useful there).

Let's see whether I can get a release ready until Monday before work 
starts again... documentation still needs to be written (with a few 
diagrams to explain all the complicated coordinates), and there's also 
the Lua command line panel that I want to finish before.

> A bad note: I tryed pipmak on a IBM Thinkpad with WinXP but 
> it crash immediately also without any project loaded....

Not good. Does Windows produce any kind of crash dump for it? Does it 
produce "stdout.txt" or "stderr.txt" files next to the application that 
contain anything interesting? Could you possibly run it in a debugger to 
see where it crashes?

  -Christian

Re: [Pipmak-Users] Patch rotation proposal

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

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


> Apparently not. There's no anchor_nx etc., only anchorx and anchory, and 
> they designate a point in the patch plane, measured in patch pixels from 
> the top left corner of the patch image. Maybe we should call these 
> coordinates something other than "x" and "y" to distinguish them from 
> the background image pixel coordinates (x, y) and normalized 3D 
> coordinates (nx, ny, nz), since they live in a completely different 
> space. Maybe "h", "v" for horizontal and vertical? "r", "d" for right 
> and down? Any ideas?

Ok, now I have understood.
Maybe h and v are better than x and y.
I think that the interface to the arbitrary placement of patch corners in 3D
is quite complete, isn't it?

> > but I always get the message:
> > 
> > Xlib: extension "XFree86-DRI" missing on display ":0.0"
>

I found that DRI is supported only on AGP version of  Matrox G400....
...obviously I have the PCI version!!!

But I don't know if that it's only a warning message and the real error is 
the other "undefined symbol: SDL_RWFromConstMem", because for a while 
appear the pipmak window (but with black background).
I have to retry updating the SDL library....


A bad note: I tryed pipmak on a IBM Thinkpad with WinXP but 
it crash immediately also without any project loaded....
but there are also other program that doesn't work...like pinnacle TV center
that sends the machine in Blue Screen...

Ciao

Andrea
  
Ciao

Andrea 

Re: [Pipmak-Users] Compiler

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

qp wrote:
> I'm sorry but have pipmak a compile function for creating EXE file?

No, that's not necessary. You just ship Pipmak along with your project. 
There's no distinction between the authoring environment and the runtime 
engine with Pipmak.

I agree it's currently a bit of a mess on Windows with all the DLLs and 
the Pipmak Resources file - I hope to eventually get this down to one 
file to have the same monolithic user experience as on Mac OS X. (Then 
there will obviously be a utility to combine Pipmak and your project 
into that single file.)

  -Christian