http://www.miikahweb.com/feed.php MiikaHweb - Blender Commits By Schlaile http://www.miikahweb.com/ MiikaHweb - Blender Commits By Schlaile fi Fri, 10 Jul 20 03:29:56 +0000 MiikaHweb RSS contact at miikahweb.com <![CDATA[[a8eb95c] master: Fix T39597: Missing entries in VSE Preview menu]]> http://www.miikahweb.com/en/blender/git-logs/commit/a8eb95c4e9d680caa2904405504a27b301a57db0 a8eb95c
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
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: https://developer.blender.org/D447

----------------------------------------
2 Paths Changed]]>
Sun, 27 Apr 2014 20:59:30 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/a8eb95c4e9d680caa2904405504a27b301a57db0Peter Schlaile
<![CDATA[[1c2ff55] master: == libredcode / licence cleanup ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/1c2ff55334c774cdcf0699387de6e450cef38e99 1c2ff55
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== libredcode / licence cleanup ==

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

----------------------------------------
6 Paths Changed]]>
Sun, 14 Jul 2013 20:38:55 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/1c2ff55334c774cdcf0699387de6e450cef38e99Peter Schlaile
<![CDATA[[1166609] master: == FFMPEG / Canon DSLR footage workaround ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/1166609cd36af1ab43a1f5004afaac34bcc9d94a 1166609
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== 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

----------------------------------------
3 Paths Changed]]>
Sun, 14 Apr 2013 13:44:04 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/1166609cd36af1ab43a1f5004afaac34bcc9d94aPeter Schlaile
<![CDATA[[0e3b878] master: == Sequencer ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/0e3b878e0fb9457c1679fa03195cfa23e7865cf6 0e3b878
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== 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!

----------------------------------------
1 Path Changed]]>
Wed, 27 Feb 2013 00:04:07 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/0e3b878e0fb9457c1679fa03195cfa23e7865cf6Peter Schlaile
<![CDATA[[bd71fb6] master: == Inpaint Node ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/bd71fb6d1dde254fd77e9c3e9201d182c629cf80 bd71fb6
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== 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.

----------------------------------------
1 Path Changed]]>
Sun, 12 Aug 2012 15:59:40 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/bd71fb6d1dde254fd77e9c3e9201d182c629cf80Peter Schlaile
<![CDATA[[b6288e9] master: == compositor ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/b6288e94ebb9da8cf6377ede4d0748e861c4d3a1 b6288e9
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== 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 )

----------------------------------------
17 Paths Changed]]>
Sun, 29 Jul 2012 15:48:38 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/b6288e94ebb9da8cf6377ede4d0748e861c4d3a1Peter Schlaile
<![CDATA[[42a8155] master: == Sequencer ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/42a81550f9b1ab4af7945580922c897425becf7f 42a8155
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== 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).

----------------------------------------
1 Path Changed]]>
Sun, 17 Feb 2013 22:13:00 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/42a81550f9b1ab4af7945580922c897425becf7fPeter Schlaile
<![CDATA[[aefa626] master: == Sequencer ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/aefa6261c324b8117c25041c285b6cb1eaab31f8 aefa626
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== 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.

----------------------------------------
1 Path Changed]]>
Sun, 17 Feb 2013 21:44:13 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/aefa6261c324b8117c25041c285b6cb1eaab31f8Peter Schlaile
<![CDATA[[1ba194a] master: [#34013] [video sequence editor] Offset and crop of strips...]]> http://www.miikahweb.com/en/blender/git-logs/commit/1ba194aeddef7a4d2859d7587b60c70c03387b1c 1ba194a
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
[#34013] [video sequence editor] Offset and crop of strips are wrong

Applied patch by jehan after confirming the issue.

Thanks for the patch!

----------------------------------------
1 Path Changed]]>
Sun, 10 Feb 2013 21:01:30 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/1ba194aeddef7a4d2859d7587b60c70c03387b1cPeter Schlaile
<![CDATA[[ecf8932] master: == FFMPEG ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/ecf89326e1f2650fe8fcd792f9bdabf3397e460d ecf8932
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== 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)

----------------------------------------
3 Paths Changed]]>
Sun, 02 Dec 2012 15:15:44 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/ecf89326e1f2650fe8fcd792f9bdabf3397e460dPeter Schlaile
<![CDATA[[c95d4f6] master: == FFMPEG ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/c95d4f68b863c851d0b8bddef8092fdc0932610e c95d4f6
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== 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.

----------------------------------------
2 Paths Changed]]>
Fri, 07 Sep 2012 21:41:38 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/c95d4f68b863c851d0b8bddef8092fdc0932610ePeter Schlaile
<![CDATA[[4474a90] master: == Sequencer / Color balance ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/4474a90d8b1137409e0ff158f5682c409d2e52c6 4474a90
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== Sequencer / Color balance ==

Make the color balance inner working more accurate in the byte -> byte
case, probably also fixing (can't check I'm on 32bit) the bug mentioned
on yellow's blog:

http://blendervse.wordpress.com/2012/04/02/waiving-the-fullrange-flag/

----------------------------------------
1 Path Changed]]>
Sun, 27 May 2012 20:57:24 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/4474a90d8b1137409e0ff158f5682c409d2e52c6Peter Schlaile
<![CDATA[[f8c1a71] master: == Compositor ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/f8c1a71f24a60a67c72dfe0c43dfa98e1928854a f8c1a71
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== Compositor ==

This fixes occasional crashes on uninitialized memory, when we open a blend
file which has movie or image input nodes pointing to none existent
source files.

----------------------------------------
2 Paths Changed]]>
Sun, 20 May 2012 21:24:08 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/f8c1a71f24a60a67c72dfe0c43dfa98e1928854aPeter Schlaile
<![CDATA[[d8623da] master: == Sequencer ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/d8623da305b81523f938b0cc0ebc942670cf0b97 d8623da
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== Sequencer ==

This adds movieclip input support to the sequencer, thereby making
undistorted and stabilized footage available without a seperate render step.

Also: removes some old cruft code from the sequencer:

* new_tstripdata wasn't used anymore
* StripElems were allocated for SCENE strips on full length, wasting memory
Added a comment, that hopefully makes things a little bit clearer:
StripElems are *only* usefull for MOVIE + IMAGE strips for all other strip
types one can set this pointer to NULL. (If that should cause otherwise
problems, then the code that doesn't check for NULL is to blame!)

----------------------------------------
25 Paths Changed]]>
Wed, 21 Mar 2012 18:02:29 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/d8623da305b81523f938b0cc0ebc942670cf0b97Peter Schlaile
<![CDATA[[90bc266] master: == Sequencer ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/90bc26631ca5e7c24765f9ab57418125d254f8dd 90bc266
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== Sequencer ==

Small fix for the last fix. Mixed up x and y scale... oh dear.

----------------------------------------
1 Path Changed]]>
Sun, 18 Mar 2012 19:32:26 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/90bc26631ca5e7c24765f9ab57418125d254f8ddPeter Schlaile
<![CDATA[[9823964] master: == Sequencer ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/982396425b45bc6fe8c92b4460391648d7e65da5 9823964
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== Sequencer ==

Fixes typos in RECORD_RUN_NO_GAPS timecode description.

----------------------------------------
1 Path Changed]]>
Sun, 18 Mar 2012 11:43:22 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/982396425b45bc6fe8c92b4460391648d7e65da5Peter Schlaile
<![CDATA[[450685b] master: == Sequencer ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/450685b15664d4182af732632072cbad8108665c 450685b
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== Sequencer ==

Fix for:
[#29758] Sequencer `Image Offset` error with render percentage

also:
* make preprocess parameters completely independent from render resolution
(they are always relative to *final* resolution now)
* fix yesterdays fix for proxy resolution rendering (the case of unbuild
proxies wasn't handled correctly)

----------------------------------------
1 Path Changed]]>
Sun, 18 Mar 2012 11:13:28 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/450685b15664d4182af732632072cbad8108665cPeter Schlaile
<![CDATA[[8bf1615] master: == Sequencer ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/8bf1615ce3aa44e9f68b1c8483edeabaa290307a 8bf1615
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== Sequencer ==

Bugfix: [#28159] sequencer strip crop values on proxy not scene render size

Also: IMB saturation change moved into imbuf-module.

----------------------------------------
3 Paths Changed]]>
Sat, 17 Mar 2012 19:31:28 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/8bf1615ce3aa44e9f68b1c8483edeabaa290307aPeter Schlaile
<![CDATA[[af66321] master: == Sequencer / FFMPEG ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/af66321f3b7c1b84fada90fa0ab6f6e0774f4163 af66321
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== Sequencer / FFMPEG ==

This fixed two issues:

* RAW DV-seeking has to be done using DTS. Sounds silly, but ffmpeg
tracks internal state in RAW DV format decoder and runs mad, if
we seek by byte. Don't know, why I haven't noticed that, when I
added it.

* real fix(tm) for #29295
problem was: we did AVFrame read ahead, and the pattern
read_frame -> decode -> read_frame -> do color conversion of first frame
works everywhere but RAW RGB-files which do some pointer shuffling
within ffmpeg to save a memcpy...

I removed read ahead completely, since it didn't work like originally
intented. Might come back later, but the original purpose (making
resyncing easier if we are completely lost in stream) it never
fullfilled.

----------------------------------------
2 Paths Changed]]>
Sun, 20 Nov 2011 16:08:56 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/af66321f3b7c1b84fada90fa0ab6f6e0774f4163Peter Schlaile
<![CDATA[[c97aa67] master: == Sequencer ==]]> http://www.miikahweb.com/en/blender/git-logs/commit/c97aa671f4f5082d61f5e8f08281323e514708d0 c97aa67
Branches : master
Author : Peter Schlaile (schlaile)
----------------------------------------
== Sequencer ==

do_versions fix: hd audio tracks within metastrips were not properly
upgraded from 2.49 files, resulting in broken unusable tracks, which were
rendered as black strips as a bonus.

----------------------------------------
1 Path Changed]]>
Wed, 19 Oct 2011 18:21:08 +0000 http://www.miikahweb.com/en/blender/git-logs/commit/c97aa671f4f5082d61f5e8f08281323e514708d0Peter Schlaile