[Soc-2013-dev] Weekly Report #4 VSE

[Alexandr Kuznetsov]

Hi Ton,

Sorry for the late doc. I thought I copied it to wiki. Anyway, here is 
an updated version:

http://wiki.blender.org/index.php/User:AlexK/Gsoc2013/vse


I'm happy with DNA for the most part. Mostly, I will extend modifiers 
number and maybe move proxies and some other things. This shouldn't be 
anything major. I will write the converter if needed.

3) Schlaile also wasn't so happy with it. I'm sorry. I thought that 
current code is not yet useful for the artists, so I didn't bothered 
with commits. Anyway, I plan to do a commit of everything soon, after a 
clean up. Also, Schlaile and I agreed that engine should be in C++ 
instead of C. It might take some time before a proper port.

Best,
Alex


On 7/13/2013 12:17 PM, Ton Roosendaal wrote:
> Hi Alex,
>
> I asked this two weeks ago too. You seem to work mostly on the internal part ("Scheduler") but I rather see the work targets confirmed too.
>
> This doc is still a bit sparse:
> http://wiki.blender.org/index.php/User:AlexK/Gsoc2013/vse
>
> A good trick is to write down requirements - which is user-testable end results you will target to achieve with the GSoC.
>
> Secondly I like to see written down how the DNA storage will change, and how it would affect the UI (possibilities) for sequencer.
>
> Third: with just 2 commits in svn in past 4 weeks I'm not very happy. There's nobody working on this branch, just use it for daily updates?
>
> -Ton-
>
> --------------------------------------------------------
> Ton Roosendaal  -  ton at blender.org   -   www.blender.org
> Chairman Blender Foundation - Producer Blender Institute
> Entrepotdok 57A  -  1018AD Amsterdam  -  The Netherlands
>
>
>
> On 13 Jul, 2013, at 8:14, Alexandr Kuznetsov wrote:
>
>> ==Week 4==
>> * Dispatch system is almost finished
>> ** for now, it is limited to one device due to limited (handmade)
>> testing cases
>> * Reviewed strip code
>> ** Sadly, it is directly tight in with rendering code
>> * Worked on strip code
>> ** Created a dependency graph (more like a tree for simpler cases)
>> ** Should allow more flexible system (effects = modifiers, blend = blend
>> effects)
>>
>> ==Next Week Todo==
>> * finish strips graph
>> * Create bucket generator
>> ** From strip dependency graph
>> ** for current filter
>> ** Start implementing filters into our system
>> * Make better dispatch system
>> ** a smarter way for cpu + gpu interaction
>>
>> == Questions ==
>> Do we want unlimited -detail- number of video tracks?
>> _______________________________________________
>> Soc-2013-dev mailing list
>> Soc-2013-dev at blender.org
>> http://lists.blender.org/mailman/listinfo/soc-2013-dev
> _______________________________________________
> Soc-2013-dev mailing list
> Soc-2013-dev at blender.org
> http://lists.blender.org/mailman/listinfo/soc-2013-dev