Alexander Weide (alexgerman123)
User

Projects

User does not belong to any projects.

User Details

User Since
Jul 12 2012, 1:55 AM (249 w, 4 d)

Recent Activity

Sun, Apr 16

Alexander Weide (alexgerman123) added a comment to T51231: OpenEXR DWA compression should not apply to non-color data passes.

Ok accepted. At which rate is dwaa and dwab compressing? I asked because if you maybe scaleup the pass from 2k to 4k it would be nice when the compression rate is not above 50. Thats why i asked about a manual slider for compression. I guess if it would compress at 45 as default. all should be fine. Thanks for reactivating the issue and yeah happy easter.

Sun, Apr 16, 7:46 PM · BF Blender
Alexander Weide (alexgerman123) added a comment to T51231: OpenEXR DWA compression should not apply to non-color data passes.

Hi, yes thats true, but, you dont brought it to the end. You implemented 50% of the DWAA and DWAB support. I can't see any Compression Rate Tab or Setting, but that is really crucial. At which Rate is your DWAA or DWAB compressing? Propper Values are between 20 and 500. A DWAA Layer is used as Compositing Layer with a Production Ready Compressing between 30 and 50. A final composed Layer will be saved with DWAB at 150.

Sun, Apr 16, 6:49 PM · BF Blender
Alexander Weide (alexgerman123) added a comment to T51231: OpenEXR DWA compression should not apply to non-color data passes.

Hmm, Not nice to hear.. I think you dont get it.. ITs not a missing feature or a nice to have, its essential. The entire DWAA and DWAB Support is useless... because with the actuall methode you compressing all Renderlayers.. like ZDeph and other Aux channels. By doing that you entirely kill the Renderlayer...Its worthless to use it. I wrote it here because you need to Fix this ASAP, otherwise no serious Artist should or will use it. ..

Sun, Apr 16, 6:34 PM · BF Blender
Alexander Weide (alexgerman123) created T51231: OpenEXR DWA compression should not apply to non-color data passes.
Sun, Apr 16, 10:55 AM · BF Blender

Feb 10 2017

Alexander Weide (alexgerman123) added a comment to T49447: Imported curves lag behind one frame..

First of all very nice with Blender 2 78b it works nice. But is it possible to store point color dats on those curves? I think thats not possible but is it possible to import alembic files of point clouds with stored color data what alembic is exporting in houdini. Its stored but blender dosent import it..

Feb 10 2017, 1:41 AM · Alembic, BF Blender

Sep 25 2016

Alexander Weide (alexgerman123) added a comment to T49447: Imported curves lag behind one frame..

Ps When you play the animation foward step by step you see the lagging of the curves.

Sep 25 2016, 3:37 PM · Alembic, BF Blender
Alexander Weide (alexgerman123) added a comment to T49447: Imported curves lag behind one frame..

This File provides the Houdini Export File, the ABC File and the Import Blender file. Its the same problem with Nurbs curves. Hope that helps

Sep 25 2016, 3:36 PM · Alembic, BF Blender
Alexander Weide (alexgerman123) created T49447: Imported curves lag behind one frame..
Sep 25 2016, 2:58 PM · Alembic, BF Blender

Feb 29 2016

Alexander Weide (alexgerman123) added a comment to T47626: Blender 2.77 RC OPEN VDB import Failure.

i cannot believe it.... For what an vdb cache when translation between packages is not possible that i cannot believe this.. i hope that was planned as a substep for a planned import functionality, if not it would be insane. Sorry to say...

Feb 29 2016, 3:20 AM · BF Blender
Alexander Weide (alexgerman123) created T47626: Blender 2.77 RC OPEN VDB import Failure.
Feb 29 2016, 2:38 AM · BF Blender

May 29 2014

Alexander Weide (alexgerman123) added a comment to T40363: Cycles: CUDA renderings are approximately 30% slower in 2.71-testbuild1.

Sorry for the off topic. But i have to say something. Sorry for my words, but in my point of view blender will not make the breakthrough to the industry with the tools itself inside blender. it can only conquer the markets with cycles. The Key is to be faster and with more quality then other render tools. That is for alot of guys i know for myself the only reason to make the change to blender. And so in my point of view it will be not good to drop the performance of some of the tools. Because a true artist dont need a new special button for creating a very good new simulation in physics and so on. Every Studio is working with different tools to get the best out of every software. Blenders Cycles Engine is the fastest VFX Renderengine i know for years. in my entire life, and i do it now for more than 17 years. I know exactly from what iam talking about. The key is speed and Quality inside Cycles. That is the most important point for alot of guys to make the switch...

May 29 2014, 11:13 PM · BF Blender, Cycles
Alexander Weide (alexgerman123) added a comment to T40363: Cycles: CUDA renderings are approximately 30% slower in 2.71-testbuild1.

thanks the Testbuild Two is acceptable.. Nice work !!! my test scene only took 2 sec more.. that is ok..;)

May 29 2014, 3:55 PM · BF Blender, Cycles

May 27 2014

Alexander Weide (alexgerman123) added a comment to T40363: Cycles: CUDA renderings are approximately 30% slower in 2.71-testbuild1.

thanks i will do;)

May 27 2014, 3:50 PM · BF Blender, Cycles
Alexander Weide (alexgerman123) added a comment to T40363: Cycles: CUDA renderings are approximately 30% slower in 2.71-testbuild1.

thanks for the fast reply. and your work. you done a amazing job with cycles. But i have to say i will not switch to version 2.71 till this is fixed. Because when i use it, its like i wasted my money with having a new card and lost a lot of speed in calcualtion.

May 27 2014, 3:02 PM · BF Blender, Cycles
Alexander Weide (alexgerman123) added a comment to T40363: Cycles: CUDA renderings are approximately 30% slower in 2.71-testbuild1.

my kernel_sm_50.cubin is from ‎Thursday, ‎20. March ‎2014, ‏‎12:30:25 filesize: 1.186 kb .... its alot faster...

May 27 2014, 2:57 PM · BF Blender, Cycles
Alexander Weide (alexgerman123) added a comment to T40363: Cycles: CUDA renderings are approximately 30% slower in 2.71-testbuild1.

Thanks i read all the posts and so on. And have to say i dont understand why the Cuda Builds of all version after 2.70a are so slow.? I got a Geforce 750 Ti OC my Test Shot needed with my old version only 1 min and 41 sec... even the latest build it took more than 2 minutes..? what happend? the speed improvment of my 750 in comparission to my old 550Ti drop nearly by one third that is nothing good. if this will not fixed i will use two different versions one for GPU and one for Smoke renderings. is it not possible to update the old faster cuda 5.0 kernel?

May 27 2014, 2:49 PM · BF Blender, Cycles
Alexander Weide (alexgerman123) added a comment to T40363: Cycles: CUDA renderings are approximately 30% slower in 2.71-testbuild1.

Hi, is it possible to DOwnload the latest version? somewhere else?

May 27 2014, 2:27 PM · BF Blender, Cycles
Alexander Weide (alexgerman123) reopened T40385: Cuda Kernel Lib 5.0 Rendering in Blender Testbuild 2.71 is two times slower than Cuda 5.0 Rendering in Blender 2.70 why? as "Open".
May 27 2014, 1:13 PM · BF Blender