<p dir="ltr">“1. What about donation based feature requests?”</p>
<p dir="ltr">Worst. Idea. Ever.</p>
<p dir="ltr">Design is not something one votes on.</p>
<p dir="ltr">With respect,<br>
TJS</p>
<br><div class="gmail_quote"><div dir="ltr">On Mon, Apr 4, 2016, 4:49 PM John Tech &lt;<a href="mailto:johnnytech@live.com">johnnytech@live.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
What do you think?<br>
<br>
1. What about donation based feature requests?<br>
A: You post a feature request, it requires a donation just to post it. The advantage is it guarantees someone with authority to add it to the TODO list will actually look at it.(Perhaps if it is KILLED with &quot;Denied&quot;, person should get a refund, or wait before accepting fund.)<br>
B. Everyone, and/or perhaps with higher-weight the $donors get to Upvote certain features etc.<br>
C. Everyone can DONATE more towards a specific feature which also is a way to Upvote that feature. If a feature reaches certain funding amount and/or upvotes it is then added to the official TODO list and developers assigned.<br>
D. Consider allowing NEW volunteer developers to start working for and get some sort of payment for good/acceptable work/patches, a kind of purse/bounty type system rewarding code contributions. Someone can see the &quot;Donated&quot; money on a particular feature and decide to work to implement it and send a pull request. Also, I expect that every feature request would keep a percent of the money donated for the foundation/Core developers etc and not entire amount is paid to external/volunteer as the bounty$ for a feature request etc.<br>
<br>
I myself would be willing to donate to a system whereby my own needs/wants have a much higher chance of being addressed versus just blindly giving to someone who may implement requests from their other buddies instead on my nickel etc. There is an aversion in open source against &quot;some&quot; financially guided development it seems, and I think its unwarranted. There should be some &#39;regulation&#39; by some &quot;Core/leadership&quot; but at the same time there should be some &quot;free-market&quot; dynamics allowed also.<br>
<br>
Some things that interest me would be support for both AMD and ATI GPU rendering on the same computer to render even one frame, and ability to use both OpenCL on one card and CUDA on another for example, likely you&#39;d use CUDA on Nvidia and OpenCL on ATI. Especially for complex scenes it would be nice to be able to in addition use network rendering to easily (without time consuming non-crossplatform hacks) render even one frame across multiple hybrid-GPU (each PC with both Nvidia/AMD/ATI gpus) computers on the network. This could perhaps be done based on Tiling or instead based on &quot;seeding&quot; methods or perhaps &quot;render passes&quot; so that different PCs and/or different GPUs render different &quot;passes&quot;, z-depth etc...and hand in hand with all this would be:<br>
<br>
Adaptive AI(Artificial Intelligence/Machine Learning) Rendering (AAIR)<br>
<br>
The Rendering system would learn the best way to partition rendering across its available renderfarm and by subsequent renders it would auto-optimize itself using perhaps a Hybrid-CPU+GPU method to render even on a per frame basis and/or animation frames.<br>
Initially one would perhaps &#39;help&#39; the algorithms by constraining them to the partitioning scheme you choose such as splitting render-passes or seeding or disabling one-frame support and letting it learn based on simpler previous frames rendering times and optimizing the future frames by giving it to the CPUs if warranted. As the AI/MachineLearning becomes smarter (longer code :() it could then be allowed more autonomy and such constraints would only be optional. I guess a &quot;start&quot; in this direction would be supporting HYBRID CPU+GPU rendering.<br>
<br>
The other &quot;BIG&quot;/&quot;HUGE&quot; thing I would say which could become a very &quot;profitable&quot; yet open source initiative would be some sort of realtime PHYSICS/GAME engine that could compete in a sense with the rage of Amazon&#39;s Lumberyard/Crytek-Engine, SourceFilmMaker/Source2-Engine, Unity, Cocos2d-x, etc. This should probably be something that an external team very familiar with BLENDER3D may attempt, as it seems to me that Blender3D&#39;s original realtime Blender Engine is a dead project more or less, please correct me if I&#39;m wrong. The licensing of an engine should be similar to Cycles, Apache 2, or MIT like Cocos2d-x, definitely not GPL.<br>
<br>
In this day and age of the Microsoft Kinect, everyone wants to create their own realtime &quot;movies&quot; and I think realtime engines are the future and we will see more and more flexible movies produced in this manner. We already have decent &quot;Pre-Viz&quot; in various open source packages, the missing ingredient is well integrated Physics forces etc and easy rigging and control to create ones own RPG universe. Create the good quality realtime-Previz and the Physics and I think the rest of the game logic will be the easy part with many contributors.<br>
<br>
Anyway, I realize the engine stuff is off-topic here but I thought perhaps the thoughts may give some of the developers here some ideas etc, I know sometimes its hard to have time to contemplate the bigger picture when you&#39;re too busy coding.<br>
Best wishes!<br>
----- Original Message -----<br>
From: &quot;Lukas Stockner&quot; &lt;<a href="mailto:lukas.stockner@freenet.de" target="_blank">lukas.stockner@freenet.de</a>&gt;<br>
To: &quot;Discussion list to assist Cycles render engine developers&quot; &lt;<a href="mailto:bf-cycles@blender.org" target="_blank">bf-cycles@blender.org</a>&gt;<br>
Sent: Monday, April 4, 2016 10:25:49 AM<br>
Subject: Re: [Bf-cycles] New ideas list on <a href="http://developer.blender.org" rel="noreferrer" target="_blank">developer.blender.org</a><br>
<br>
Hi,<br>
<br>
[1] is already close to what I meant, but both ([2] even more so) are<br>
already specific plans about what will be added.<br>
What I mean is more like a general &quot;Hey, we could add this at some<br>
point&quot; (like the Ideas and ToDo in the Wiki) - while [1] is planning for<br>
what is supposed to be added to 2.8x and [2] is only for stuff that is<br>
already WIP.<br>
Of course, it would probably need moderation since lists like these are<br>
bound to attract feature requests from users...<br>
<br>
Am 04.04.2016 um 19:18 schrieb Sergey Sharybin:<br>
&gt; Hi,<br>
&gt;<br>
&gt; There is already task for this i think [1].<br>
&gt;<br>
&gt; Additionally, thanks to Brecht, we now have tasks nicely organized in<br>
&gt; workboard [2], so think it makes sense to avoid uber-task and have<br>
&gt; individual tasks per official feature we&#39;re gonna to work and have those<br>
&gt; tasks listed under &quot;Features and Plans&quot; workboard.<br>
&gt;<br>
&gt; However, it&#39;s still quite technical and it&#39;s still nice to work on a<br>
&gt; more higher-level roadmap which would be more clear for users.<br>
&gt;<br>
&gt; [1] <a href="https://developer.blender.org/T46258" rel="noreferrer" target="_blank">https://developer.blender.org/T46258</a><br>
&gt; [2] <a href="https://developer.blender.org/project/view/26/" rel="noreferrer" target="_blank">https://developer.blender.org/project/view/26/</a><br>
&gt;<br>
&gt; On Mon, Apr 4, 2016 at 7:10 PM, Lukas Stockner<br>
&gt; &lt;<a href="mailto:lukas.stockner@freenet.de" target="_blank">lukas.stockner@freenet.de</a> &lt;mailto:<a href="mailto:lukas.stockner@freenet.de" target="_blank">lukas.stockner@freenet.de</a>&gt;&gt; wrote:<br>
&gt;<br>
&gt;     Hi everybody!<br>
&gt;<br>
&gt;     Since creating a Cycles roadmap came up once again, I&#39;d like to suggest<br>
&gt;     creating an up-to-date ideas list as a first step.<br>
&gt;<br>
&gt;     There is a ToDo-list on the Wiki (under<br>
&gt;     <a href="https://wiki.blender.org/index.php/Dev:Source/Render/Cycles" rel="noreferrer" target="_blank">https://wiki.blender.org/index.php/Dev:Source/Render/Cycles</a>), but it<br>
&gt;     seems to be quite outdated and unmaintained currently.<br>
&gt;<br>
&gt;     Therefore, my suggestion is to create a &quot;Cycles Ideas&quot; task on<br>
&gt;     <a href="http://developer.blender.org" rel="noreferrer" target="_blank">developer.blender.org</a> &lt;<a href="http://developer.blender.org" rel="noreferrer" target="_blank">http://developer.blender.org</a>&gt; where ideas can<br>
&gt;     be added by developers. Once<br>
&gt;     something gets implemented, the corresponding task/revision/commit can<br>
&gt;     then be linked from there. Also, it gives a quick overview on possible<br>
&gt;     and reasonable changes which is a good basis for creating a roadmap (and<br>
&gt;     also could serve as a kind of Cycles-specific Quick Hacks list for new<br>
&gt;     devs by marking some ideas as &quot;easy&quot;)<br>
&gt;<br>
&gt;     So, what do you guys think about it?<br>
&gt;<br>
&gt;     Best regards,<br>
&gt;     Lukas<br>
&gt;<br>
&gt;<br>
&gt;     _______________________________________________<br>
&gt;     Bf-cycles mailing list<br>
&gt;     <a href="mailto:Bf-cycles@blender.org" target="_blank">Bf-cycles@blender.org</a> &lt;mailto:<a href="mailto:Bf-cycles@blender.org" target="_blank">Bf-cycles@blender.org</a>&gt;<br>
&gt;     <a href="https://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">https://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; With best regards, Sergey Sharybin<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Bf-cycles mailing list<br>
&gt; <a href="mailto:Bf-cycles@blender.org" target="_blank">Bf-cycles@blender.org</a><br>
&gt; <a href="https://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">https://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
&gt;<br>
<br>
<br>
_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org" target="_blank">Bf-cycles@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">https://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
_______________________________________________<br>
Bf-cycles mailing list<br>
<a href="mailto:Bf-cycles@blender.org" target="_blank">Bf-cycles@blender.org</a><br>
<a href="https://lists.blender.org/mailman/listinfo/bf-cycles" rel="noreferrer" target="_blank">https://lists.blender.org/mailman/listinfo/bf-cycles</a><br>
</blockquote></div>