Wed, Apr 11
Just a first note: can confirm this.
Tue, Apr 10
Sat, Apr 7
Mar 23 2018
@Campbell Barton (campbellbarton) Polite nudge.
Just would like this looked over before 2.79b release...
Mar 18 2018
Mar 14 2018
More than a week passed without a reply.
Mar 7 2018
Mar 3 2018
Feb 19 2018
Jan 15 2018
Not sure about the folderstructure (I dont see that here)
But I can confirm a crash
Dec 7 2017
The patch is now committed to master, and in fact solved the issue for Sebastian. The image is still flipped, but all tools here shows it like that. The header also suggests this is a correct orientation... Needs more investigation, but is unrelated to this patch.
@Sergey Sharybin (sergey) Thanks! I tried the patch, but it did not work. Neither the MCE nor the IE can open the image. If I try, it gives me an error: IMB_ibImageFromMemory: unknown fileformat (/home/sebastian/1-38_A002.0000811.dpx)
I'll open a report.
@Sebastian Koenig (sebastian_k) , please try this patch P572. The image is indeed flipped upside-down, but it's same as OIIO opens it as well. In any case, please open a report with a file attached, so we can reference it from commit message.
Dec 6 2017
What a pleasant coincidence! I just had the problem a few days ago that I could not load a DPX file into Blender which I got from some other application. I used EXR instead as workaround. But I tried the patch and that actually works (even though the frame itself is flipped)! Here's a frame from the sequence that did not work:
We do need to have files to justify whether this change really fixes anything or not. I am fully unhappy even considering applying such a non-trivial patch without knowing what is broken. It also makes it more difficult to do regression tests if we don't know what is broken.
Nov 30 2017
Good find! Confirmed.
Here's a fix that seems to work:
Nov 29 2017
True. I'd also consider this a bug. Not a dramatic one of course, but it is indeed an inconsistency...
Nov 23 2017
See also "precision limitations on integer values" here:
Half floats can store maximum 65536, but definitely not all integers in between. I think we should always store ID passes with full float precision, regardless if the half float option is used.
Nov 1 2017
Oct 31 2017
More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.
(still missing pretty much all data, like testing actual current official release, latest master, specifying which version/OS/etc.........)
Oct 24 2017
I put ctrl-F11 in the title. Quick Viewer is what I think its officially known as? The playback does all of those things and more. It plays at 10x, it plays at 0x, it skips half the frames, goes seemingly backwards, all at once. Glitchy. Unusable. It has no concept of what time is. Its not the generated video file as it plays fine elsewhere.
Please follow our submission template and guidelines and make a complete, valid bug report, with required info, precise description of the issue, precise steps to reproduce it, small and simple .blend and/or other files (e.g. sample video files) to do so, etc.
Oct 17 2017
Oct 16 2017
Oct 9 2017
I can confirm that there is a problem, here.
I had to open an Image Editor, modify Number of frames, Start Frame settings and enable autorefresh into Image Properties.
Sep 13 2017
Alright. My bad. Wasn’t aware. I’ll see if I can come up with a patch or two to address the issues, though, because this is pretty important to me.
Thanks for the report, but it doesn't sound as a bug at all, more like a feature request or an enhancement request which we do not accept in the bug tracker. There are lots of areas in Blender which can behave better, but with are behaving fully according to the design and hence not considered a bug.
Sep 11 2017
FYI: For now I’m preprocessing the input by converting to 24-bit RGB before importing into Blender, but that clearly isn’t enough most of the time. Even 8-bit (per channel) YUV can only be used with heavy dithering, and e. g. 10-bit input (which is getting increasingly common) loses way too much precision. Given FFmpeg’s rather awkward pixfmt support (owing to swscale legacy), it seems like using libzimg directly is the best option.
Sep 10 2017
Just confirmed that FFmpeg defaults to Rec. 601. Bad. This needs a selection on import (defaulting to “Auto”, which should apply the same resolution-based heuristics as video players for untagged files, i.e. use 709 with HD resolutions) and export (should autoselect based on render resolution and also mark the colorspace appropriately in the resulting file—no idea what the API is for that on lavf’s side).
Sep 6 2017
I think we can tweak the mapping to avoid this, even if it means break backwards compatibility a bit.
Sep 5 2017
Aug 3 2017
Before opening this task I talked to @Bastien Montagne (mont29) over IRC and we could not find a real good reason for this feature. So I created this task to get some deeper discussion.
I do not think that the bf-funboard has ever really been a good place where users actually get feed back from there ideas, so I would rather open the task here.
Design tasks are mainly for developers, who wants to present their design for a particular project and get feedback. It is not for functionality discussions. For such discussions please use bf-funboard mailing list.