I totally agree with this. I saw many users losing their work since blender does not automatically pack or save generated images inside Blender.
Blender's Automatically Pack Into .blend option is super cool, but it should also apply to generated images as well, not only external images.
Wed, Dec 5
No, it's a limitation of the color management implementation, more of a to do item.
Tue, Dec 4
Can confirm, checking...
Thu, Nov 29
Tue, Nov 27
This is about Eevee, right?
Because cycles updates both in rendered viewport and final render.
Thank you for your reply. Please pardon my error. This is my first time at this. In reply, I opened the file, selected File/External Data/Pack All Into .blend, and saved the file.
Mon, Nov 26
@Chris Outwin (cfromns) Please embed the image into the .blend file, otherwise we cannot see anything (besides a nice pink square)…
Sun, Nov 25
Please see Description.
Mon, Nov 19
Sun, Nov 18
Thu, Nov 15
Thanks for the report, it's a known To Do item.
Oct 29 2018
@Philipp Oeser (lichtwerk), technically this is not a bug and known limitation. But this only means that dealing with such sort of issues goes as regular development. Supporting float buffers for our animation is something we should look into, but this is rather a big project if we want it to do for both read and write. Writing to a HDR videos should be mush less of a project. Feel free to look into!
Aug 31 2018
Sorry, forgot about this. But it's a quick to fix.
I will update this soon.
Aug 30 2018
Thank you for feedback!
This option properly should rename "Build JPEG quality" to "Bitrate percentage"
Thanks for the test-build. I had to run it in compatibility mode for Windows 7 to get it to run on Windows 8.
Aug 26 2018
If anyone wants to test patch D3597 here is 32bit windows build
Aug 12 2018
Just a notice to anyone interested:
I started working on this and will need a week or 2 to polish it
Jul 26 2018
I was sad to see this functionality lost as well, I used it to preview scenes with a compositor performing image manipulation. It was (almost?) the only way to buffer the compositor for a play-blast.
To bad this is an ongoing issue with 2.79 i was already wondering why the particles where not following.
Jul 24 2018
I am having the same issue, granted I am an absolute beginner, but I do not really understand the solution, I'm using Blender on Win8.1, could anyone please direct me towards a solution in lament's terms
Jul 20 2018
Jul 11 2018
Jul 9 2018
Jul 8 2018
I tested this on Linux with various file formats and libopenimageio 1.8.12 .
Image proxies can be useful tho, what about transparent images/sequences? It would be nice if these were proxied in a way to preserve that transparency.
No, we want only AVIs for proxies.
For consistency sake, I would generate AVI even for image, just 1 frame long video maybe for speed reasons.
Also if it was up to me, I would like to make it possible, so every image generating sequence could have proxy.
From my use of video proxies (in VSE and MCE) if a video is an image sequence
there is no frame rate or time code so it's rendered as an image sequence.
But for a video there is a frame rate so it's kept as a video.
I have looked at the code, where the problem lies - the main problem is that we want to generate MJPEG video for proxies instead of a bunch of jpeg images. Making filename would be quite silly reason for dropping functional feature...
@ International Space Station
Jul 7 2018
I am also interested in a resolution to this bug.
Jul 6 2018
I was proposing change(D3484) for VSE proxy system.
Jun 29 2018
Is it possible to get this looked over before 2.8 beta?
Jun 28 2018
I switched to TIF file format to continue my work. TIFs color channels can be read by single.
I hope this is the right place to post my problem. If not please open a new task.
Jun 20 2018
I'm afraid we'll have to archive this report then.
Feel free though to reopen this if you've found a way to reproduce [or enjoy if this never happens again:)]
Jun 14 2018
ffmpeg setup in blender seems OK, pCodec is set to jpeg2000 correctly.
anim->pCodecCtx->pix_fmt is AV_PIX_FMT_RGB48LE
anim->pCodecCtx->bits_per_raw_sample is 16
anim->pCodecCtx->bits_per_coded_sample is 8