english Sivu saatavilla vain englanninkielisenä.

Blender Git Statistics -> Developers -> schlaile

Peter Schlaile (schlaile)

Total Commits : 345
First Commit : February 5, 2006
Latest Commit : July 14, 2013

Commits by Month

DateNumber of Commits
July, 20131
June, 20130
May, 20130
April, 20131
March, 20130
February, 20134
January, 20130
December, 20121
November, 20120
October, 20120
September, 20121
August, 20121
July, 20121
June, 20120
May, 20122
April, 20120
March, 20125
February, 20120
January, 20120
December, 20110
November, 20111
October, 20111
September, 20111
August, 20112
July, 20110
June, 20110
May, 201111
April, 20111
March, 20110
February, 20111
January, 20110
December, 20105
November, 20104
October, 20102
September, 20103
August, 20103
July, 201017
June, 20102
May, 201011
April, 201013
March, 20101
February, 20102
January, 20100
December, 20090
November, 20095
October, 20090
September, 20092
August, 20094
July, 20095
June, 200915
May, 200911
April, 20092
March, 20091
February, 20094
January, 20090
December, 20080
November, 20080
October, 20082
September, 20080
August, 20084
July, 20083
June, 200810
May, 200812
April, 20085
March, 200815
February, 200816
January, 200814
December, 200710
November, 20073
October, 20078
September, 200712
August, 20073
July, 20070
June, 20070
May, 20070
April, 20071
March, 20071
February, 20074
January, 20077
December, 20062
November, 20066
October, 20061
September, 20060
August, 20060
July, 20066
June, 200616
May, 20068
April, 20060
March, 20063
February, 200626

Favourite Files

FilenameTotal Edits
sequence.c59
buttons_scene.c40
editseq.c39
DNA_sequence_types.h35
sequencer.c34
drawseq.c28
writeffmpeg.c26
seqeffects.c24
readfile.c23
seqaudio.c23

File Changes

ActionTotalPer Commit
Added860.2
Modified9202.7

Code Changes

ActionTotalPer Commit
Lines Added19 92859.1
Lines Removed6 77320.1

Latest commits Feed

Revision 1c2ff55 by Peter Schlaile
July 14, 2013, 20:38 (GMT)
== libredcode / licence cleanup ==

Changed libredcode to GNU GPL v2 or later to make it more compatible
with additional libraries added to blender.

Revision 1166609 by Peter Schlaile
April 14, 2013, 13:44 (GMT)
== FFMPEG / Canon DSLR footage workaround ==

The latest ffmpeg versions include a workaround to deal with a certain
pecularity in Canon DSLR footage: instead of decoding pictures with the
proper resolution of 1920x1080 they decode it with 1920x1088 and add a
black bar at the bottom.

Needless to say, that this screws up things in a lot of areas within blender
(proxy indices, mask animations etc.)

Since all blender versions besides Linux x86 32bit seem still to include
older ffmpeg versions which still contain this bug, this patch adds
a workaround for older versions until we have all versions on all platforms
up to date.

See also: http://git.libav.org/?p=libav.git;a=commit;h=30f515091c323da59c0f1b533703dedca2f4b95d

Revision 0e3b878 by Peter Schlaile
February 27, 2013, 00:04 (GMT)
== Sequencer ==

This fixes the placement code of new files added to the sequencer timeline.

The old code tried to guess the strip position from the current mouse
pointer position.

Annoying effect: if you add a new strip using the menu, especially if the
file editor pops up, the strip ends up in nowheres land (most likely around
track 40, frame -200).

New behaviour: strips are always placed at cfra, which is the
sequencer equivalent to the 3D cursor (and that's where new objects in
3D editing end up).

Bonus feature: we try our best to guess the right track by finding the
nearest strip by type.

The patch was inspired by
[#32766] VSE: Add Strip on Current Frame

Thanks to venomgfx for the idea!

Revision bd71fb6 by Peter Schlaile
August 12, 2012, 15:59 (GMT)
== Inpaint Node ==

Fixed several small (stupid) issues with the inpaint node:

* on pixel order building, some ranges got wrong and origin was considered
several times.

* the convolution kernel didn't consider all pixels (+1,0),(-1,0),(0,1) and (0-1)
were omited, leading to suboptimal results (sometimes even black areas)

* alpha channel is now only affected an areas considered by inpaint.
That's only important, if you choose low iteration counts.

Revision b6288e9 by Peter Schlaile
July 29, 2012, 15:48 (GMT)
== compositor ==

This adds an inpaint node to blender.

In case, you don't know, inpainting does this:
http://en.wikipedia.org/wiki/Inpainting

It's use cases in blender are

* wire removal
* green screen background reconstruction

The node isn't tile based (for fundamental reasons), but very fast,
since it first builds a manhatten distance map and after that performs
color convolution only on the edges.

That's something, one should probably add also to the dilate node (in
step mode) to make it perform a lot better for dilate iterations greater
than 3.

It will bring it's computing time from O(n^3) down to O(n^2).
Take a look here for the details:
http://ostermiller.org/dilate_and_erode.html )

Revision 42a8155 by Peter Schlaile
February 17, 2013, 22:13 (GMT)
== Sequencer ==

Made my last fix a little bit faster and more elegant by not playing around
with seq->tmp (only reseting it to NULL, like the old code).

Revision aefa626 by Peter Schlaile
February 17, 2013, 21:44 (GMT)
== Sequencer ==

This fixes a bug in sequencer cut tool:

* if you cut two strips of the same name class (MVI_XXXX.MOV and MVI_XXXX.001)
the two new generated strips will end up with the same name.
(easy test case: add a MOV file with it's accompanying audio track to the
timeline and then cut both strips at once into two pieces)

* visible problem: your animation data will get messed up on the way, since
the animation system doesn't know, which strip it should assign the
animation.

Problem was caused by generating a new list of sequences within the
cut_seq_list() function:

Since dupli_seq() can't see the members of the new list of sequences, it
won't be able to assign unique names in all cases.

Revision 1ba194a by Peter Schlaile
February 10, 2013, 21:01 (GMT)
[#34013] [video sequence editor] Offset and crop of strips are wrong

Applied patch by jehan after confirming the issue.

Thanks for the patch!

Revision ecf8932 by Peter Schlaile
December 2, 2012, 15:15 (GMT)
== FFMPEG ==

This fixes a memory leak caused by the last packet on stream EOF not freed.
(Memory leak occurs on ffmpeg heap managed by av_malloc / av_free, so it is
invisible to Blender)

Also: clean up the code a little bit (anim->next_packet was never really used,
so could be moved into a local variable)

Revision c95d4f6 by Peter Schlaile
September 7, 2012, 21:41 (GMT)
== FFMPEG ==

This fixes [#32399] VSE doesn't show last 3 frames of Quicktime movie.

Some decoders store frames internally until EOF.
So one has to feed the decoding engine with empty packets after EOF
until all frames could be extracted properly.


MiikaHweb - Blender Git Statistics v0.95
Tehnyt: Miika HämäläinenViimeksi päivitetty: 17.02.2014 15:09 MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2014