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

chmee · « **Reply #1100 on:** October 15, 2014, 09:45:58 AM »

hmm. think most interesting would be 5DIII DualISO, EOS-M should be interesting cause of the af-pattern on sensor.

DeafEyeJedi · « **Reply #1101 on:** October 15, 2014, 10:11:54 AM »

Quote from: chmee on October 15, 2014, 09:45:58 AM

hmm. think most interesting would be 5DIII DualISO, EOS-M should be interesting cause of the af-pattern on sensor.

5D3 - https://www.dropbox.com/sh/0pjyczg9i5wzbxh/AAAvkEs5o6idJ-nGkns0rudna?dl=0

EOS-M - https://www.dropbox.com/sh/518hfz7rmal6q3p/AAB7QI7ddayuse6DqOODG7Vja?dl=0

Toffifee · « **Reply #1102 on:** October 16, 2014, 12:40:30 AM »

Do you need more dual iso samples Chmee?

TequilaKez · « **Reply #1103 on:** October 16, 2014, 01:20:03 AM »

Quote

Now the only other idea that popped into my head is, what's the possibility of porting some of this code to a quick look plugin?
Quick and nasty lo-res preview would suffice, just something to make navigating heaps of arbitrarily named MLVs a bit more visual.
I can help with the quicklook framework side though I'm not so good with plain C.

Ok so maybe no ned to reinvent the wheel. Perian is dead but this is semi working, probably just needing a little tweak. Looking at the source it's just using VLCKit so once it's updated for new ffmpeg, this may work for MLV thumbnails and quicklook previews.

https://github.com/Marginal/QLVideo

EDIT: Ok on deeper inspection looks like this might only be good for thumbnails / static previews due to AVFramework. I would personally find even thumbnails helpful. Another option could be %50 snapshot for thumbnail and then a 4up static quicklook preview with 0%, %25, %50, %75. The workflow advantage being: with a folder full of MLVs, we can quickly tell which need to be transcoded and which need to be trashed.

nick.p · « **Reply #1104 on:** October 16, 2014, 01:21:41 AM »

A quicklook plugin would be amazing

dfgh · « **Reply #1105 on:** October 16, 2014, 03:54:00 PM »

@baldand It seems to crash with or without stripe correction on.

How do I get version 1.3.2?

baldand · « **Reply #1106 on:** October 16, 2014, 06:48:40 PM »

Quote from: dfgh on October 16, 2014, 03:54:00 PM

@baldand It seems to crash with or without stripe correction on.

How do I get version 1.3.2?

Downloads page: https://bitbucket.org/baldand/mlrawviewer/downloads

(However, I don't consider the 1.3.x series yet considered "stable" - 1.2.3 is still the official "stable" version)

chmee · « **Reply #1107 on:** October 16, 2014, 11:44:07 PM »

@toffifee
yeah link it inside the samplefiles-thread as mentioned above.

baldand · « **Reply #1108 on:** October 17, 2014, 09:36:56 PM »

1.3.3 available for testing

https://bitbucket.org/baldand/mlrawviewer/downloads

This contains everything from previous 1.3.x releases, plus fixes for a few bugs:
- Fix for failure when exporting .RAW files with missing frames
- More robust search of spanning files. Won't be fooled/broken by .MLD dirs made by .MLVFS
- Fix for some encoding problems when using the C key to export all in a directory
- Fix (I hope...finally..) for the missing mouse cursor problem when switching to/from fullscreen
- Fix for bug when exporting file without LUT after file with LUT (LUT would be wrongly used)
- Fixes for some export robustness issues on Windows

Please try it out, and let me know if you have problems or not.

If you do have problems, try to first find the "mlrawviewer.log" file file from the hidden ".mlrawviewer" directory in your home directory, and share that.

swinxx · « **Reply #1109 on:** October 17, 2014, 10:53:38 PM »

hello baland,
yes! thank you for further improvements and bug fixes, this is really great!!i wonder if you have also planned an update for vertical stripes correction optimization for 5d mk3?
this would be really great.

another thing that woud be really great for onset preview is the possibility to playback a looped sequence (from the in to out point) and not only a loop from the complete take.

thank you very much, mlrawviewer is getting better and better with every update,
swinxx

baldand · « **Reply #1110 on:** October 17, 2014, 11:12:41 PM »

@swinxx at the moment I'm focusing mainly on bug fixes to make sure the current features are stable

DavidSh · « **Reply #1111 on:** October 17, 2014, 11:21:15 PM »

Thank you @baldand,

- More robust search of spanning files. Won't be fooled/broken by .MLD dirs made by .MLVFS ---- Works Great

- Fix (I hope...finally..) for the missing mouse cursor problem when switching to/from fullscreen ---- At Last Work Great

Have not tried the other fixes

OSX Mavericks, Macbook air.

mdbatter · « **Reply #1112 on:** October 17, 2014, 11:42:38 PM »

Well done to all the developers of MLRawViewer!

Now I'm may be about to ask a silly question! I have been happily using v1.1.6, but decided the other day to update to v 1.2.3. But when I unzipped the file (I'm running win7), nothing would work. The exe file does not run, nor if I drop an MLV file on it does anything happen. And no LOG file is produced in my User directory. On further investigation, v1.1.7 will work, but not 1.2.0 or anything later (where there has obviously been a change since there were only 3 files in the zip folder up to v1.1.7, but 878 files for all later versions). Am I doing something incredibly stupid?

Thanks.

baldand · « **Reply #1113 on:** October 17, 2014, 11:52:11 PM »

Quote from: mdbatter on October 17, 2014, 11:42:38 PM

Well done to all the developers of MLRawViewer!

Now I'm may be about to ask a silly question! I have been happily using v1.1.6, but decided the other day to update to v 1.2.3. But when I unzipped the file (I'm running win7), nothing would work. The exe file does not run, nor if I drop an MLV file on it does anything happen. And no LOG file is produced in my User directory. On further investigation, v1.1.7 will work, but not 1.2.0 or anything later (where there has obviously been a change since there were only 3 files in the zip folder up to v1.1.7, but 878 files for all later versions). Am I doing something incredibly stupid?

Thanks.

It should have created a ".mlrawviewer" dir in your /Users/<username> folder. The log file is in there. After checking it, try deleting the whole dir and running again.

budafilms · « **Reply #1114 on:** October 18, 2014, 07:46:23 AM »

MlRawViewer 1.2.3 in OSX YOSEMITE, works!

DeafEyeJedi · « **Reply #1115 on:** October 18, 2014, 08:26:48 AM »

BIG Thanks @Baldand for your most hyped update this week. I've been jonesing for this all day today because I could literally feel it!

What a coincidence to have this & @Danne's incredible cr2hdr-r application (automator) both get their nice updates today which I am currently in the process of it as I type

Stand by...

*EDIT*

Anyone else notice a lag within the app during .MOV exports on the latest MlRawViewer (1.3.3)?? To me, it seems much longer to render & I wonder why...

mdbatter · « **Reply #1116 on:** October 18, 2014, 01:08:47 PM »

Quote from: mdbatter on Yesterday at 11:42:38 PM

Well done to all the developers of MLRawViewer!

Now I'm may be about to ask a silly question! I have been happily using v1.1.6, but decided the other day to update to v 1.2.3. But when I unzipped the file (I'm running win7), nothing would work. The exe file does not run, nor if I drop an MLV file on it does anything happen. And no LOG file is produced in my User directory. On further investigation, v1.1.7 will work, but not 1.2.0 or anything later (where there has obviously been a change since there were only 3 files in the zip folder up to v1.1.7, but 878 files for all later versions). Am I doing something incredibly stupid?

Thanks.

It should have created a ".mlrawviewer" dir in your /Users/<username> folder. The log file is in there. After checking it, try deleting the whole dir and running again.

Baldand - thanks, but as I noted in my first post, there was no LOG file as there was no ".mlrawviewer" folder created. Perhaps not surprising as the program did not appear to run at all. I have now tried on a win7 laptop with the same results: v1.1.7 works fine but 1.2.3 does not. However, the laptop did create a ".mlrawviewer" folder but that did not contain a LOG file but it did contain three files named: "encodeType", "loopPlayback" and "updateVersion". The latter just had "1.1.7" in it. the other two a couple of symbols only.

I assume I do not need to install Python separately on a win7 machine? Otherwise, I am at my wits end as no-one else seems to have reported these problems.

simulacro · « **Reply #1117 on:** October 18, 2014, 01:35:14 PM »

Hi, I tested the 1.3.3 version and regarding the problems I had before:
The batch conversion works really well and the weird motion is gone
My prores files from MLRV had very strange colours on some zones of the images and now it's only present on two videos, the color is different (present in blues and greens), before it was red, now it's pink

Below there is a jpg export from the dng's

¿could it be something related to my computer? MBpro mid 2009 Mountain Lion, NVIDIA GeForce 9400M 256 MB

Regards

togg · « **Reply #1118 on:** October 18, 2014, 02:48:14 PM »

- Fix for failure when exporting .RAW files with missing frames

Thanks a lot, I just had this problem yesterday. I'll test the new release!

jackinspain · « **Reply #1119 on:** October 18, 2014, 11:42:35 PM »

Hi,

I've been succefully using the app "MlRawViewer" 1.2.3 and now the 1.3.3 but after some convertion it's not working anymore.

After trying many times I uninstall the app, reboot the Imac and reinstall the app but nothing to do, the convertion fuction from MLV to DNG's isn't working anymore (the other function are still working).

I experienced the same on my laptop (Macbookpro). :-(

Important job coming = scary moments...

Also I would like to be able to do the convertion as a batch process and not clip by clip because I loose too much time.

Many thanks,

Best,
Jacques

DeafEyeJedi · « **Reply #1120 on:** October 19, 2014, 05:50:02 AM »

@baldand -- sorry for the delay but I also wanted to report some CR regarding a situation when I tap on 'W' to double check my destination folder for output DURING the process of rendering .MOV files and the app suddenly crashes (twice I tried same method)... is this normal for 1.3.3?

https://www.dropbox.com/s/r4cdl4aoydlusjs/CR_MlRawViewer_10%3A18%3A14.rtf?dl=0

I probably shouldn't have done this and wait until the rendering ends otherwise I wouldn't be asking this. Again, I absolutely am in awe of this remarkable app and will continue to support you as much as I can -- NO BIGGIE because I was only using my test files.

Other than the rendering is literally like 3X slower than what it used to be on previous versions... is there a reason for this?

talk soon.

baldand · « **Reply #1121 on:** October 19, 2014, 10:20:34 AM »

Quote from: DeafEyeJedi on October 19, 2014, 05:50:02 AM

Other than the rendering is literally like 3X slower than what it used to be on previous versions... is there a reason for this?

I am not able to reproduce this. Can you do some more quantitative tests and give more information:

- Exact details of your computer and operating system, source and target disk types
- Version numbers you are comparing, e.g. 1.3.2 and 1.3.3 (don't change any other aspect of your setup when comparing results)
- Encoding settings, e.g. how many LUTs, mapping function (e.g. Log-8, C-Log), stripe correction on or off
- Time taken to encode with old version
- Time taken to encode same files with same settings with new version

It might be worth checking time taken both with and without stripe correction since that is a more complex processing pipeline. Also good to test with more than one source file.

Also: Has anyone else seen a similar extreme performance regression with MOV encoding in 1.3.3 compared to earlier versions?

togg · « **Reply #1122 on:** October 19, 2014, 10:28:21 AM »

I've experiences performance regression in dng export too. I don't know if I can test it today but I've not changed anything.

DavidSh · « **Reply #1123 on:** October 19, 2014, 10:31:18 AM »

"Has anyone else seen a similar extreme performance regression with MOV encoding in 1.3.3 compared to earlier versions?"

Just checked, for me all is ok with .mov rendering.

macbook air, OSX Mavericks.

baldand · « **Reply #1124 on:** October 19, 2014, 10:35:55 AM »

Quote from: togg on October 19, 2014, 10:28:21 AM

I've experiences performance regression in dng export too. I don't know if I can test it today but I've not changed anything.

That's expected in DNG export at least compared to 1.2.x series as the DNGs are now compressed. Although the slow-down should not be extreme.

The issue here was with MOV rendering/export.

News:

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