Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
Krzysztof Marczak
@buddhi1980
@mclarekin I have just drop photos to Dropbox
mclarekin
@mclarekin
@buddhi1980 looks sunny and warm :(. 5493 & 5514 are good shots. Large resolution too! :)
Krzysztof Marczak
@buddhi1980
@mclarekin , you can convert that images to repeatable seamless textures: http://www.gimpusers.com/tutorials/create-repeatable-seamless-textures
Bernardo Martelli
@bermarte
Krzysztof Marczak
@buddhi1980
I have just checked it. I'm getting the same error uder Linux. I need to check why
Krzysztof Marczak
@buddhi1980
I think we have fixed all critical bugs. I'm going to create packages and then we need to test all reported issues
Krzysztof Marczak
@buddhi1980
Do you know that render time of default image is reduced from 2.6s (v2.07) to 1.1s (v2.08-2)!!! We did a lot of small optimizations but now I see that all resulted in significant speed up.
mclarekin
@mclarekin
Cool, I thought is seemed faster, but that is incredible. When V2.08-2 is released it would be good to mention this statistic, users love speed increases.
mclarekin
@mclarekin
@buddhi1980 I am getting some incredible rendertime changes. Most of my files have that tiem in seconds in the file nameI am getting 143 seconds down to 31 seconnds
mclarekin
@mclarekin
Shocking spelling!! I am seeing what appears to be huge render time savings at 800 x 600 resolution. I have hundreds of V2.07 files with the render time recorded and have been testing a few. Either my computer is working faster otherwise it must be the program:)
mclarekin
@mclarekin
I would say 40% to 80% savings , maybe on average around 70%, or 3 times faster. Based on testing 20 of my fractals. That is amazing.
oops I guess that saving came from the change to my bash file. I remember now. I better get some sleep.
Krzysztof Marczak
@buddhi1980
@bermate. I have corrected cMaterialItemView::paintEvent(). Maybe now it will not crash under OSX. Fresh source code for 2.08-2 is in Dropbox
Bernardo Martelli
@bermarte
@/all It's ok now. The last bug http://www.fractalforums.com/releases-b233/mandelbulber-v2-2-08/msg94786/#msg94786 is fixed manually adding these three lines before
scrollArea_fractal_1->setWidgetResizable(true);
inside
ui_render_window.h
tabWidget_fractals->setUsesScrollButtons(true);
tabWidget_fractals->setDocumentMode(true);
tabWidget_fractals->setElideMode(Qt::ElideNone);
Krzysztof Marczak
@buddhi1980
Great. I have also fixed all known bugs. I'm staring now to prepare packages to release.
Krzysztof Marczak
@buddhi1980
@bermarte, I have incorporated your fix for tabs with source in repository. The change is placed in cInterface::ShowUi()
It should give the same effect, but you need to test it under OSX
mancoast
@mancoast
any ideas for tetrix implementation?
My math teacher friend wants to use VR to teach Sierpiński sponge
mancoast
@mancoast
this mandelbulber software has use in classroom
Krzysztof Marczak
@buddhi1980
Do you mean this tetrix? alt
mancoast
@mancoast
ha, thats a funky lizard,
alt
Krzysztof Marczak
@buddhi1980
I had rendered something similar in 2009, but unfortunatelly I have lost code for this. alt
But it was rendered without distance estimation (as I remember ot tool 20 hours to render it at 1600x1600)
Sebastian Jennen
@zebastian
I am out for vacation and be back on 7th of September. Have a great summer!
Krzysztof Marczak
@buddhi1980
Have a nice vacation!
mclarekin
@mclarekin
@zebastian Yeah, relax , have fun, and send me some sunshine, it is cold down here
@mancoast Wow, I have not seen Wolfram fractal section before, there is a lot there :).
mancoast
@mancoast
stereoscopic eh? --res 7680x2160 approaching UHDTV
Martin
@acidhunter
Hello together,
nice to see this great project growing
:-)
there is a growing group on facebook,
https://www.facebook.com/groups/mandelbulber/
FYI ;-)
Martin
@acidhunter
i created a telegram channel too
https://telegram.me/mandelbulber
Martin
@acidhunter
i test compiling on rpi1,rpi2 and cubieboard2 at the moment ;-)
Martin
@acidhunter
rpi2 fails :-(
buddhi1980/mandelbulber2#124
Martin
@acidhunter
rpi1 and cubie too, same error
Krzysztof Marczak
@buddhi1980

This error comes from lack of system (RAM) memory. To compile render_window.cpp there is needed about 1GB of RAM.

g++: internal compiler error: Getötet (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.9/README.Bugs for instructions.
Makefile:3268: recipe for target 'render_window.o' failed

As you see it's internal compiler error, which is probably caused by not enough memory.
@zebastian had the same problem with rpi.

There are two possible solutions:

  1. Modify install sctipt and remove -j4 parameter form make command (gcc will use less memory - parallel building won't be enabled)
  2. Increase swap file size in the system
Martin
@acidhunter
Hello there, sry my late answer
will try it now update you if it works
Krzysztof Marczak
@buddhi1980
Good idea. I this way you can do compilation step on stronger machine.
Martin
@acidhunter
it would be compiling until now if i had tried to compile this on a pi^^
Martin
@acidhunter
i seems to be working, building atm, was very easy to setup
Krzysztof Marczak
@buddhi1980
Great!
Martin
@acidhunter
wow that was too fast 0o
i check the result, one moment