Joined: May 28, 2015
Post Count: 607
Status:
Offline
Re: Photo-video rendering plug-in
@hansmex
The JAR runs in 32-bit mode and allows only 0.2 GB of memory, that's not enough to do any serious work.
You can run the JAR file with a script using java options like increasing the memory.
java -Xmx2g -jar path/to/SH3D-6.2_derived.jar
Can you increase the memory allowance, or offer a version that allows the standard installation?
Maintaining a derived version requires a lot more work than a plug-ing because you have to create a new one with every standard Sweet Home 3D update. What I do not plan to do... I released the version derived from SH3D-6.2 to show the possibilities of the modifications made to the program.
@MichaelN
Is there any Help for the Rendering Plugin?
This tutorial explains how the plug-in works for rendering properties. With PVR-1.7, "default" global illumination is replaced by "Ambient Occlusion" and "path" by "Path Tracing".
And it's common, that it needs several hours for 1600x Pixel?
It depends on your scene (number of lights, activated ceiling lights, shininess of objects, enhancement of external brightness) and rendering settings (number of antialiasing, type of global illumination, type of sampler algorithm).
Switzerland
Joined: Aug 31, 2017
Post Count: 421
Status:
Offline
Re: Photo-video rendering plug-in
Not sure if it works on Windoof, but go to your SweetHome3D directory, open the lib folder, rename the SweetHome3D.jar to anything else, rename the JAR-file from Enko to SweetHome3D.jar and copy it to the lib folder in your SweetHome3D directory. Then start your SweetHome3D as usual...
----------------------------------------
Pascal
[Note: Updated download links to include video rendering and bug fixes in standard options.]
---------------------------------------- PVR-1.8_betaTest2.sh3p
(353864 bytes)
(Download count: 3792)
----------------------------------------
EnkoNyito
----------------------------------------
[Edit 1 times,
last edit by enkonyito at Aug 28, 2019, 6:56:23 PM]
Denmark
Joined: Jul 7, 2013
Post Count: 635
Status:
Offline
Re: Photo-video rendering plug-in
Perfect!
After some testing, I have found that a buffer size of 48 is marginally faster than 64 and 32. Is it automatically detecting the number of threads available?
Quite oddly, it seems that choosing different bucket orders has an impact on the rendering time. This is rendered with column.
Hilbert : 39 s Spiral : 39 s Row : 38 s Column : 35 s Diagonal : 35 s Random: 48 s
I didn't try the reverse options – but I must admit I was somewhat curious about the reverse random...
I noticed no difference with the threads.lowPriority activated.
The project file is meant as an illustration of the rather hot inner core of the earth (intended for the education of my daughters), and I wanted it to spin, so I tried making a video. It seems the video will not render in Q4, but stops about half way.
I'm including the project file, in case anyone wants to give it a try ( 1280 x 536 )
Joined: May 28, 2015
Post Count: 607
Status:
Offline
Re: Photo-video rendering plug-in
@Ceciliabr
Is it automatically detecting the number of threads available?
Yes, the number of threads by default is the number of available processors (CPU) that will be the maximum value because I noticed a bug by opening your file on my computer which has only 4 cores.
Quite oddly, it seems that choosing different bucket orders has an impact on the rendering time.
I think it depends on the scene. With yours where the subject is central and the background black, the order has an influence especially on the calculation of the remaining time.
I didn't try the reverse options – but I must admit I was somewhat curious about the reverse random...
The "reverse random" bucket order will be removed.
I noticed no difference with the threads.lowPriority activated.
This is what I also found but I do not do any action in the plan or the 3D view during a rendering.
It seems the video will not render in Q4, but stops about half way.
Version 1.7 of the plug-in uses only the default values of the new options. I will test with different video format because the lighting significantly increases the duration of the rendering.
Denmark
Joined: Jul 7, 2013
Post Count: 635
Status:
Offline
Re: Photo-video rendering plug-in
I have tested, and tested, and tested again, and again, and I have found nothing wrong. PVR-1.8_betaTest2, in companion with Additional Sunflow options (v1,2), works like a charm, and the combination is surely a blessing for everyone concerned with advanced rendering. Myself, I would rather that the semi-transparent part of an uncompleted rendering could be completely transparent, but it works perfectly well like it i is!
In my opinion, PVR-1.8_betaTest2 is a release candidate (if it hasn't already been released without my knowledge)
Thank you for your great work!
Cecilia
----------------------------------------
[Edit 1 times,
last edit by Ceciliabr at Sep 25, 2019, 7:51:39 PM]
Egypt
Joined: Aug 5, 2019
Post Count: 28
Status:
Offline
Re: Photo-video rendering plug-in
I wish if one of experts make a detailed tutorial about rendering and setting . I get good results but after many trials and not totally satisfied with results
Joined: May 28, 2015
Post Count: 607
Status:
Offline
Re: Photo-video rendering plug-in
@Ceciliabr
I have tested, and tested, and tested again, and again, and I have found nothing wrong.
Regarding the problem of video rendering, everything works correctly? On my side it's random for a new simple project: a single object and a linear or circular camera path.
Myself, I would rather that the semi-transparent part of an uncompleted rendering could be completely transparent, but it works perfectly well like it i is!
It is possible but I did not propose it because we do not see the size of the image.
In my opinion, PVR-1.8_betaTest2 is a release candidate (if it hasn't already been released without my knowledge)
If everything is good on your side, I think that version 1.8 will soon be published. The next big innovation will be the addition of the YafaRay rendering engine when its beta phase is over.
Enko
----------------------------------------
EnkoNyito
----------------------------------------
[Edit 1 times,
last edit by enkonyito at Sep 26, 2019, 3:25:45 AM]