Blender Git Statistics -> Developers -> schlaile

Peter Schlaile (schlaile)

Total Commits : 346
Master Commits : 346
Branch Commits : 0
First Commit : February 5, 2006
Latest Commit : April 27, 2014

Commits by Month

DateNumber of Commits
April, 20141
March, 20140
February, 20140
January, 20140
December, 20130
November, 20130
October, 20130
September, 20130
August, 20130
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

File Changes

ActionTotalPer Commit

Code Changes

ActionTotalPer Commit
Lines Added19 93959.0
Lines Removed6 77520.0

Latest commits Feed

Revision a8eb95c by Peter Schlaile (master)
April 27, 2014, 20:59 (GMT)
Fix T39597: Missing entries in VSE Preview menu

This adds some view ratios in the video sequencer menu, based (copied) on the UV/Image Editor. It also fixes the inverted ratio issue reported in the same task.

Reviewers: #video_sequencer, #user_interface, schlaile

Reviewed By: schlaile

CC: jta, dingto, sergey, schlaile

Differential Revision:
Revision 1c2ff55 by Peter Schlaile (master)
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 (master)
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:;a=commit;h=30f515091c323da59c0f1b533703dedca2f4b95d

Revision 0e3b878 by Peter Schlaile (master)
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 42a8155 by Peter Schlaile (master)
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 (master)
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

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 (master)
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 (master)
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 (master)
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.

Revision bd71fb6 by Peter Schlaile (master)
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.

MiikaHweb - Blender Git Statistics v1.06
By: Miika HämäläinenLast update: Nov-07-2014 14:18MiikaHweb | 2003-2021