Author Topic: MlRawViewer 1.3.3 (CDNG/MLV/RAW Viewer & Encoder, Linux/Mac/Win) (Read 1540325 times)

jc · « **Reply #1400 on:** December 17, 2014, 09:39:26 PM »

more here
http://forum.blackmagicdesign.com/viewtopic.php?f=2&t=29935&p=181816

and this video at the end is good too !

togg · « **Reply #1401 on:** December 18, 2014, 12:36:48 AM »

Ok I've done the test finally! It's a tripod scene but I've only those for the time being, the point is that the app remove the hot pixel when stripe correction is on, inside the app all work well. Then I export a few frames (after a little bit of time) both with and without stripe correction. The dng have differents size so something has happened. But when I try to visualize the two batch of frames inside mlrv itself it still see the hot pixel in both of them! I have to put stripe correction on again to have them gone.

So the information about the hot pixels is not baked in or it is not written at all. Here it is the link with my two dngs export https://www.mediafire.com/?as38dbfb4ic1k83

eld3rs · « **Reply #1402 on:** December 20, 2014, 05:04:12 AM »

Hello Baldand

MLRawViewer seems to be working well, i just have two more issues.

1. The video is playing but it is duotoned and not in full color

2. I cant get to export, how does i followed this order from the control list
W - File dialog to choose the export directory
D - Choose export type, MOV or DNG
E - Add marked range to the export queue. Will use the source name with ".MOV" or "_DNG" appended.
C - Export all files in the current directory using the current settings
Y - Start processing, or pause processing of the export queue

but there's no progress after pressing the E key.

i have tried on versions 1.3.3, 1.4.2, 1.4.3

where am i getting it wrong?

DeafEyeJedi · « **Reply #1403 on:** December 21, 2014, 07:11:09 AM »

@eld3rs -- Since 1.4.2 is actually the development/testing version with new features and bugs, I would recommend to you to start with the stable series, e.g. 1.3.4. You may need to delete all the generated .MRX files next to the raw files, and the $HOME/.mlrawviewer directory to be on the safe side.

Per @baldand's suggestion from an earlier post up above.

jrcreative · « **Reply #1404 on:** December 21, 2014, 07:01:14 PM »

i'm using the mac version with my MLV files and I get very weird split images on each dng file. It's like someone took a brush with pink paint and went across the file. Not sure what's going on.

Any help appreciated. I'm set to the default Log-C.

baldand · « **Reply #1405 on:** December 21, 2014, 08:42:56 PM »

@jrcreative that sounds like you are viewing the DNGs with something that doesn't handle standard DNG lossless compression (such as the OS X previewer). Try viewing them with Resolve or Premiere instead.

N/A · « **Reply #1406 on:** December 22, 2014, 05:53:06 AM »

Just a thought, when I converted the MLRawviewer .dng's through Adobe Dng Converter with no jpeg preview selected, they displayed properly in preview/finder. What if you disable your jpeg preview embed when MLRawviewer converts and compresses?

toprak · « **Reply #1407 on:** December 22, 2014, 07:15:53 PM »

Hello,
I'm trying to install MLRV on ubuntu 14.04. Followed all steps.
Now when i try ./mlrawviewer.py i get the message : ImportError: No module named scandir
I tried many ways but impossible to install scandir.
Is anybody has an idea ?
Thanks in advance
And this is my first post
So I want to say a thank you a lot / merci beaucoup / Cok tessekkur

for this amazing tool.

baldand · « **Reply #1408 on:** December 22, 2014, 09:39:56 PM »

@toprak

Clone the scandir repo from:
https://github.com/benhoyt/scandir

Build and install that, and then it should work.

(You may also need to build GLFW3.1 from git - GLFW3.0 is not enough, and not everything is guaranteed to work with GLUT)

Kakiisch · « **Reply #1409 on:** December 23, 2014, 10:31:16 AM »

Hello all!

I just want to express my gratitude to Baldand for creating such an awesome RAW workflow tool. You're a god among men, sir!

It's just mind blowing how well MLRAWviewer works and how mind numbingly straightforward it is to user ML with it. This program is the sole reason I've enthusiastically started a big free time project fully in RAW and I hope there's more to come.

Thank you for all the active forum members, as well! I wish more people would post their private test material here. The footage is always interesting to watch.

Here's some test footage I captured at our cheerleading practice earlier in the autumn (50fps 2.35:1, 5DmkIII):

It's nothing special, I just slapped some twixtor (to many of the clips demise) on some of the footage and let the music roll. The action starts about halfway through.

- Kakiisch

jose_ugs · « **Reply #1410 on:** December 23, 2014, 12:18:18 PM »

Good stuff Kakiisch... how was your cam stabilized?
Oh, and what was your shutter... 1/100 or more?

Kakiisch · « **Reply #1411 on:** December 23, 2014, 04:10:46 PM »

Quote

Good stuff Kakiisch... how was your cam stabilized?
Oh, and what was your shutter... 1/100 or more?

The testing was done a few months ago but I'll try to recall the settings and gear as accurately as possible:

I used the Glidecam HD2000 with a Canon 50mm f1.4 at f2 - f2.8 for most of the shots. There might have been some shots with the 70-200mm 2.8L II hand held as well, I'm not entirely sure. Most of the footage was shot at 1/200. There's two reasons for this... twixtor is best used with really fast shutter speeds, but the environment wasn't exactly optimal for that due to the lighting. I think I was at 800 and 1600 ISO at all times.

I don't think it makes a huge difference anyway, with the background being so vivid and things moving in and out of frame. Twixtor goes ape shit with that kind of stuff so the shutter speed is the least of anyone's concerns.

- K

Kaspars · « **Reply #1412 on:** December 25, 2014, 04:14:51 PM »

Hello,
first things first - the MlRawViever is really handy tool (sure, same goes for MLV raw recording capability of ML).

I would like to note a minor issue I get when exporting multiple ranges of a clip:
what ever I send as the second In/Out selction of the same clip, will result in the same file name in the queue, but the queue will effectively export only the first selection I send to the queue.

In the queue it notes correct In/Out frames for any In/Out range I send to export, but gives the same export filename (for example, all two/three/.. ranges sent to export in the queue will be written with same filename «M23-1157_000001»),
then I guess, it encounters the problem with overwriting, and continues with whatever in the queue is next and doesnt conflict with existing filenames.

When I return to the clip later (when «M23-1157_000001» is written/finished, though, I will be able to export second fragment and it will get correct filename, for example, «M23-1157_000002».

I'm running it on OS X 10.9.5, if that helps. I'm exporting to ProRes MOVs w/ C-log, from/to external drive.

Best regards,
and thank you,
baldand!

DeafEyeJedi · « **Reply #1413 on:** December 26, 2014, 06:48:10 AM »

It would definitely help @baldand more if you are able to post log reports?

Doesn't hurt to try...

Kaspars · « **Reply #1414 on:** December 27, 2014, 02:18:33 PM »

I guess it's quite easy to replicate,
but if it's not a general bug, - sure I could try and do a log report.

Also, regarding what baldand said on undefined fate of future updates,
I am not pushy regarding this issue. It's a treat to have it as it is!

All the best,
k.

P.S. Also, @baldand, it's frustrating to get some 20+ clip render/export queue covering half of the window (at it's original size), I would enjoy it if all the data was in a separate section or window, so that only a clear preview of video remains visible, with no overlays at all

togg · « **Reply #1415 on:** December 27, 2014, 10:40:09 PM »

Quote from: Kaspars on December 27, 2014, 02:18:33 PM

P.S. Also, @baldand, it's frustrating to get some 20+ clip render/export queue covering half of the window (at it's original size), I would enjoy it if all the data was in a separate section or window, so that only a clear preview of video remains visible, with no overlays at all

shift+tab will hide everything

I immagine an external window for exporting could be useful but it's not a priority.

feureau · « **Reply #1416 on:** December 28, 2014, 05:40:33 AM »

Quote

If you enable the stripe correction, that also includes the hot pixel detection algo. However, it will only become useful after a few frames of training, and it is not usable for tripod based scenes.

Btw, is it just me or does anyone find that the stripe correction causes vertical stripes in the noise too? It clears up the hot pixel wonderfully, but there's this weird vertical dark stripes in the noise for high ISO. This is on the 7D.

senzazn12 · « **Reply #1417 on:** December 28, 2014, 06:06:01 PM »

Anybody else have problems with pink highlights on the preview screen of MLVRAWVIEWER? It shows up after exporting to MOV as well. Using a 5D Mark III.

DeafEyeJedi · « **Reply #1418 on:** December 29, 2014, 01:36:11 AM »

@senzazn12 -- Which nightly build are you using for the 5D3?

kyrobb · « **Reply #1419 on:** December 29, 2014, 06:35:42 AM »

Getting the same pink highlight issue with a 50D using the latest nightly.

DeafEyeJedi · « **Reply #1420 on:** December 30, 2014, 10:31:06 AM »

Even with the Stripe fix enabled?

fromspain · « **Reply #1421 on:** December 30, 2014, 12:39:25 PM »

Hi, this is a great program. But sometimes I have a problem with the resulting .mov videos. In some areas of the image burned a strange stain appears sharply demarcated. It's weird because it only appears in some specific and not all. What can be the cause? I tried it on windows 7 and windows 8.1 with the same result. I use a 5D mark III with the latest magic lantern. A greeting and thanks for developing this great program!

dhpdigital · « **Reply #1422 on:** January 06, 2015, 07:29:38 PM »

Hi. Yep, I get the same thing. I tested this today and the out of focus background had exactly the same issue cut was bright, and on the cyan side of hue. D.

dhpdigital · « **Reply #1423 on:** January 06, 2015, 07:44:28 PM »

Oh, and thank you for the software too

you've done an amazing job here

This is today's test that worked well for me.

baldand · « **Reply #1424 on:** January 06, 2015, 08:44:21 PM »

Regarding the bad colour in highlights: try disabling the stripe correction for those clips. That code path has a different highlight reconstruction approach which sometimes avoids this problem.

News:

Author Topic: MlRawViewer 1.3.3 (CDNG/MLV/RAW Viewer & Encoder, Linux/Mac/Win) (Read 1540325 times)