Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
Jaime Vives Piqueres
@jaimevives
Very nice... I like the ladder one. I'm going to work a bit more and will compile bpp later to start playing again... :)
Jakob Flierl
@koppi

:clap: :smile: – I'd like to polish the demos/ folder a bit, didn't change much to the code base.

Just removed the lib3ds code Mesh3DS() and added / updated as a replacement Mesh() which uses http://www.assimp.org/lib_html/index.html : with it you can load ply / 3ds / stl files (– triangulated meshes).

Demo: https://github.com/bullet-physics-playground/bpp/blob/master/demo/koppi/01-mesh.lua

I was playing with OpenSCAD, which created the demo/stl/torus.stl with this Makefile:
https://github.com/bullet-physics-playground/bpp/blob/master/demo/stl/Makefile from this OpenSCAD file:
https://github.com/bullet-physics-playground/bpp/blob/master/demo/stl/torus.scad

A demo with hgpovray would be cool.

Jakob Flierl
@koppi
I just documented the OpenSCAD integration idea – bullet-physics-playground/bpp#5
Jaime Vives Piqueres
@jaimevives
Nice to have mesh support back.
I never used OpenSCAD, tough... I'm not even sure what it is.
What you mean about hgpovray?
Jakob Flierl
@koppi
hgpovray can produce stl files from basic pov objects, these could be re-used in bpp meshes.
It's just an idea similar to the idea to create meshes with OpenSCAD.
inside bpp.
Jaime Vives Piqueres
@jaimevives
Ah... that hgpovray feature might be interesting when you want to use a CSG on bpp.
Jakob Flierl
@koppi
yes
But it is an experimental feature only available in hgpovray, so I'll do some experiments later or put it on the TODO list, maybe this gets merged into pov someday, then re-investigate this integration idea.
Jaime Vives Piqueres
@jaimevives
Ok.
Jakob Flierl
@koppi
bullet-physics-playground/bpp#5
Jaime Vives Piqueres
@jaimevives
I've just tweaked the oranges box scene: stills uses image maps, but I've reduced their sizes and now it's 450k zipped. The images are from mayang, which I've purchased and have permission to redistribute (no more than 30 at once).
Jakob Flierl
@koppi
Can you send me the files via Mail? – I'm currently re-structuring the demo/ directory. This will be a good test for the new tool button "Quick-render current View with POV-Ray"
Jaime Vives Piqueres
@jaimevives
Ok, sent, but see the comments about the lua script...
Jakob Flierl
@koppi

Ok, I just added the files to demo/jaimevives/box-of-oranges, see: bullet-physics-playground/bpp@7fb1b98

And moved demo/08-box-w-oranges.lua to demo/jaimevives/box-of-oranges/box-w-oranges.lua:
bullet-physics-playground/bpp@c1bc003

uhm – I think it would be better to have the pov related files in export/jaimevives/box-of-oranges/ . Need to re-think this.
Jakob Flierl
@koppi
Ok. I think, I've got it: move the contents of box-of-oranges.pov to export/jaimevives/box-of-oranges/settings.inc (without the camera). Will give a try at it, but need to do other real world things first. Cu!
Jakob Flierl
@koppi
Screenshot from 2016-05-03 21-26-14.png

I just moved demo/jaimevives/box-of-oranges/* to export/box-w-oranges, see: bullet-physics-playground/bpp@1ad4219

$ cd export/box-w-oranges
$ povray +d box-w-oranges.ini

But the box-w-oranges.lua needs some tweaking to export the pov sdl for the oranges.. hm

Is there a POV option to make the cubes invisible?
Jakob Flierl
@koppi
Screenshot from 2016-05-03 21-49-39.png
Jakob Flierl
@koppi
bullet-physics-playground/bpp@a13cc58 "no_image no_shadow no_reflection" result:
Screenshot from 2016-05-03 22-07-10.png
Jaime Vives Piqueres
@jaimevives
Very nice... only two problems: somehow the image map on the box got reversed, and the flickering of POV-Ray radiosity is annoying (the only solution would be to use insanely high settings).
I've seen the other one about the rendering and upload from amazon EC2: you are amazingly efficient.
Oh... and I still cannot succesfully compile bpp... tried a lot of things, but I didn't get any clue.
Jakob Flierl
@koppi
@jaimevives I realized too late that the image map got inverted – https://github.com/bullet-physics-playground/bpp/tree/master/export/box-w-oranges – but where to fix this?
Sorry for the segfault, I still dont know why this happens on my other Debian / Jessie Laptop, too.
Here's a quick experiment with spur gears: https://www.youtube.com/watch?v=xy7qDgStMXk
Jaime Vives Piqueres
@jaimevives
That's strange... it's the same exact code I've here and it renders ok. Maybe something to do with the PNG library? In any case, try adding scale <-1,1,1> on that pigment.
Hmmm ...love the gears experiment, and I never thought about it as an application of bpp. I already did some gears scenes in the past, there is something beautiful about them, and would love to make a cyclic animation with lots of them and good rusty metal textures.
Jakob Flierl
@koppi
Screenshot from 2016-05-05 19-12-00.png
Jakob Flierl
@koppi

When I add the scale like so:

texture{
pigment{
image_map{png "logo" interpolate 2}
scale <-1,1,1>
}
}

the image looks like so: ..

Screenshot from 2016-05-05 19-31-37.png
For the segfault – try with installed qt5 debug "apt-get install qtbase5-dbg"
Jaime Vives Piqueres
@jaimevives
Ah, yes... it's not as simple as that, as the text is not centered on the image. Try scale <-1,1,1> translate -.5*x
If do that I get it reversed, so it must work the other way for you.
Lol! I get it now... you have the camera on the opposite side, so you're exposing a flaw on the box uv_mapping by my side. I never checked that the mapping was correct on the other side! :)
Jakob Flierl
@koppi
bullet-physics-playground/bpp@22b88e4 works for now :+1:
Jaime Vives Piqueres
@jaimevives
But will not work if the user rotates the camera around. Will fix it latter and submit a new cajon_POV_geom.inc file.
Jakob Flierl
@koppi

When I run bpp (built with make -f Makefile.Debug) in gdb on Debian / Jessie, I see this:

(gdb) r
Starting program: /home/koppi/tmp/bpp/bpp 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff1d7ecdc in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
(gdb) bt
#0  0x00007ffff1d7ecdc in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#1  0x00007ffff7dea9ba in call_init (l=<optimized out>, argc=argc@entry=1, 
    argv=argv@entry=0x7fffffffebd8, env=env@entry=0x7fffffffebe8)
    at dl-init.c:78
#2  0x00007ffff7deaaa3 in call_init (env=0x7fffffffebe8, argv=0x7fffffffebd8, 
    argc=1, l=<optimized out>) at dl-init.c:36
#3  _dl_init (main_map=0x7ffff7ffe1a8, argc=1, argv=0x7fffffffebd8, 
    env=0x7fffffffebe8) at dl-init.c:126
#4  0x00007ffff7ddd1ca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#5  0x0000000000000001 in ?? ()
#6  0x00007fffffffede7 in ?? ()
#7  0x0000000000000000 in ?? ()
(gdb)

Is this similar to your backtrace?