1
Post-processing Workflow / Re: Youtube Encoding: Upscaling to 4K before uploading doesn't work
« on: August 23, 2018, 07:50:49 PM »
@allemyr everything you asked is on "test methodology" section. Just read, please.
Etiquette, expectations, entitlement...
@autoexec_bin | #magiclantern | Discord | Reddit | Server issues
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Interesting. Despite of adding around if 300 bucks to the whole package the results seem beautiful 😊
I must confess that I'm very interested on trying some different vintage lenses eg. Canons FD, c mount and even some pl mounts. That's why I consider de Eos M.
Have you ever used one?
Been lurking for a long time, just registered to post this, I just can't really understand what's going on here.
I know you can download with different quality settings with youtube-dl, this is set to "bestvideo" in command prompt and this is the videos that are streamed when viewing the highest quality avaiblie on Youtube.
If you want 50mm1200s you can upload the files you downloaded from Youtube with youtube-dl, please do that i guess they wont be bigger then 200mb each.
I know raw YUV420p tends to be very big especially at UHD resolution, but can you please provide us here a short version of that here maybe just 3-10 frames instead of 250 or similar. My UHD 250 frame raw YUV420p file was 8gigabyte so I understand that thats hard to share.
ffmpeg -i input.mov -c:v raw -pix_fmt yuv420p out.yuv
I dont want to go to much further, but even if the quality is not equally good in your video I see the same difference between Youtube UHD and Youtube 1080p,
I've added some code to your post to reduce the image sizes until the images are clicked.
Nice work. I hope to have some more time in the future to add further comment.
Regards.
With this darkframe crash some light comes in the dark for me... on Windows only, memory allocation does not work as expected. See issue #96 on our github repos.
Screenshot of both videos at 1080p,
Upscaled upload looks way better?
But this way you upscale also the artefacts coming from conversion in point 2?!
I think this way the upscaled version can't be better (until this step).
What happens if you resize in MLV App?
Might you be more specific? Any specific model, for example?
(Thanks)
Unfortunately I can't go for vintage lenses right now, because I started a feature project months ago with modern lenses
Anyway, for future projects, I'm surely interested into testing vintage lenses.
Takumar 55mm could be one, but also Helios 58mm 44-2, and Jupiter 9 85mm.
For 24mm and 35mm, any vintage advice?
Can't you check other test, do you have to do a statement that you will do a test in a thread, and then never do it, just check out what others do instead?
You might don't do these tests, i don't know but
Give it a try for yourself and you will see.
Just take a look yourself between your UHD and 1080p upload, 1080p on youtube is quite terrible for most people.
I set input to Rec709
Note that openmp version is still buggy!!! That is why next version is not yet released. But this next official version will have openmp! First tests on my old 2010 MacBook bring 30-40% more speed, when using "AMaZE cached" also up to 60% more speed than in last version. But here and there it is still tricky in the code...
TaskSanitizer implements a method to detect determinacy races in OpenMP tasks. It relies on open-source tools and is mostly written in C++. It launches through a custom Bash script called tasksan which contains all necessary command-line arguments to compile and instrument a C/C++ OpenMP program. Moreover, it depends on LLVM/Clang compiler infrastructure and contains a compiler pass which instruments the program undertest to identify all necessary features, such as memory accesses, and injects race detection runtime into the produced binary of the program. Race detection warnings are displayed on the standard output while the instrumented binary executes. TaskSanitizer also relies on LLVM’s OpenMP runtime (https://github.com/llvm-mirror/openmp) which contains runtime interface for performance and correctness tools (OMPT). OMPT signals events for various OpenMP events -- such as creation of a task, task scheduling, etc. -- and TaskSanitizer implements necessary callbacks for these events for tacking and categorizing program events of each task in the program.
May be slightly off-topic, but does anyone know where one would get an EF-to-PL adapter for use of Zeiss Primes with a 5D? I've seen some adapters online, but none that would support Zeiss Primes.
For me it sounds somethings is going wrong, before, in memory.
igv_demosaic.c crashes if you use bilinear? That should be impossible.
I really would like to help finding!!!
malloc.h??? This is a standard library...
I downloaded your file and can't get the IGV bug visible. What else did you do to have that? I just loaded the file and set to IGV.
Edit: I get something similar when loading (a wrong) darkframe and clicking wildly on any RAW Corrections... but the behavior is undefined, visible only at IGV.
Edit2: Something in the IGV debayer is strange: if I disable the debayer WB correction, the artifacts are gone. But if you load any high contrast clip it looks like sh**. Something is clipping, but I am not really able to debug the sources of IGV... sry.
"Pressure" to put this feature into mainstream, isn't the same as doing what is needed to put this into mainstream.
Otherwise, use raw_diag to monitor the DR as you change the registers.