FILTER="^\[[ 0123456789][ 0123456789][ 0123456789]\%] \|Linking \(C\|CXX\) static library\|Building \(C\|CXX\) object \|Built target "
Bugfix #25280 Image: sequence option was hardcoded to assume "first frame" was always picture "001". Made it impossible to have a sequence of images starting with picture like "000" Note that by allowing to render a first frame as 000 in Blender, things mess up a bit here. Things work now as follows: - Start Frame = 1 : Image 001 on frame 1 - Start Frame = 0 : Image 001 on frame 0 - Start Frame =-1 : Image 000 on frame 0 ;) This is of course the lack of proper control for image sequences. Definite something to work on; best idea I have now is a new setting that defines the Image Number to be "first frame". That way you can map that number on any Blender frame. Or it makes it more confusing? :) For the doc department: the proper meaning of "Start Frame" now is: "The blender frame a sequence starts playing, assuming the sequence starts with image #1" Tooltop was fixed accordingly (Also fixed 'remove doubles' to show more precision in toolbar)
This commit is contained in:
@@ -2221,7 +2221,7 @@ void BKE_image_user_calc_frame(ImageUser *iuser, int cfra, int fieldnr)
|
||||
if(cfra==0) cfra= len;
|
||||
}
|
||||
|
||||
if(cfra<1) cfra= 1;
|
||||
if(cfra<0) cfra= 0;
|
||||
else if(cfra>len) cfra= len;
|
||||
|
||||
/* convert current frame to current field */
|
||||
|
||||
Reference in New Issue
Block a user