Author Topic: MLVFS - a FUSE based, "on the fly" MLV to CDNG converter (Read 988119 times)

senzazn12 · « **Reply #150 on:** October 02, 2014, 05:25:20 AM »

Quote from: dmilligan on October 02, 2014, 03:15:12 AM

I've implemented a very experimental dual ISO conversion (I really prefer to think of it more as a preview). It's nowhere near the quality of cr2hdr and probably not all that useable for real work yet, but it's realtime...

Where can we try this out? Thanks for providing this to us.

Danne · « **Reply #151 on:** October 02, 2014, 07:39:57 AM »

Hi David. A realtime viewer on dual iso moviefiles. Not bad at all! Mlvfs should be in camera as well

.
I did a fast comparison between cr2hdr and mlvfs. Don,t know if it,s relevant. Just two original dng;s and then applied the same settings lifting shadows and such.
I provide the dng;s in two links. Also linking to the original mlv file (about 350mb) if anyone wants to play around.
Off to work then.

screencaptures:
cr2hdr

mlvfs

cr2hdr

mlvfs

dng files:
https://drive.google.com/file/d/0B4tCJMlOYfirUnBtOHNDdGllTjg/edit?usp=sharing
https://drive.google.com/file/d/0B4tCJMlOYfirWFJaenVhTG50eWc/edit?usp=sharing

Mlv original dual iso file:
https://drive.google.com/file/d/0B4tCJMlOYfirMDg0VV84VlplV28/edit?usp=sharing

dmilligan · « **Reply #152 on:** October 02, 2014, 12:59:22 PM »

Quote from: senzazn12 on October 02, 2014, 05:25:20 AM

Where can we try this out?

Download links are in the first post. Mac version has been updated, ayshih will need to update the Windows version.

escho · « **Reply #153 on:** October 02, 2014, 08:46:17 PM »

I tried to compile, but I run into an undefinied reference:

Code: [Select]

edgar@linux-indh:~/mlvfs/mlvfs> make
gcc -c -Wall -std=gnu99 -D_FILE_OFFSET_BITS=64 dng.c -o dng.o
gcc -c -Wall -std=gnu99 -D_FILE_OFFSET_BITS=64 index.c -o index.o
gcc -c -Wall -std=gnu99 -D_FILE_OFFSET_BITS=64 wav.c -o wav.o
gcc -c -Wall -std=gnu99 -D_FILE_OFFSET_BITS=64 kelvin.c -o kelvin.o
gcc -c -Wall -std=gnu99 -D_FILE_OFFSET_BITS=64 stripes.c -o stripes.o
gcc -c -Wall -std=gnu99 -D_FILE_OFFSET_BITS=64 cs.c -o cs.o
gcc -Wall -std=gnu99 -D_FILE_OFFSET_BITS=64 main.c dng.o index.o wav.o kelvin.o stripes.o cs.o -pthread -lfuse -lm -o mlvfs
/tmp/ccayy0ec.o: In function `mlvfs_read':
main.c:(.text+0x1b8b): undefined reference to `hdr_convert_data'
collect2: error: ld returned 1 exit status
make: *** [mlvfs] Fehler 1

What did I wrong?

OpenSuse13.1 64bit
Newest sources

Edgar

ayshih · « **Reply #154 on:** October 02, 2014, 09:11:00 PM »

@escho: The Makefile had not been updated for compilation on Linux. Try again now.

escho · « **Reply #155 on:** October 02, 2014, 09:14:25 PM »

OK, compiles now.
ThankYou

Edgar

ayshih · « **Reply #156 on:** October 03, 2014, 03:30:10 AM »

Quote from: dmilligan on October 02, 2014, 03:15:12 AM

I've implemented a very experimental dual ISO conversion (I really prefer to think of it more as a preview).

Quote from: dmilligan on October 02, 2014, 12:59:22 PM

ayshih will need to update the Windows version.

The Windows/PFM version of MLVFS now has the same (experimental) dual ISO support.

dmilligan · « **Reply #157 on:** October 04, 2014, 04:10:45 AM »

some stability improvements and fixed the exiftool issue with cr2hdr --same-levels, Mac binary updated

Danne · « **Reply #158 on:** October 04, 2014, 07:14:05 AM »

Quote

some stability improvements and fixed the exiftool issue with cr2hdr --same-levels, Mac binary updated

Wow. Just like that

. Confirmed working. Tested on mac binary cr2hdr20bit. This would be a killer now with kitchehof lightroom plugin.
Can I ask you of a terminal command. Lets say I want to convert a bunch of dual iso folder and use some drag and drop command to terminal instead of selecting all files within folders and dragging those to terminal window. I tried a little with recursive command but I really don,t get it.

For now I 1) drag cr2hdr20bit to terminal 2) enter the folder, selects all pictures, drag those to terminal 3) enter.
What I like is able to select all folders and drag those to terminal.
Thanks David!

dmilligan · « **Reply #159 on:** October 04, 2014, 02:48:45 PM »

You can use 'find' and 'xargs' to recurse into subdirectories:

find /path/to/parent/directory -name '*.dng' | xargs /path/to/cr2hdr --any-cr2hdr-options-here

This will convert all dngs anywhere inside /path/to/parent/directory. Is that what you're looking for?

Danne · « **Reply #160 on:** October 04, 2014, 03:15:51 PM »

Thanks a lot, gonna check into this later tonight.
Dual iso conversion is a breeze now since you fixed exiftool. Great work.

Danne · « **Reply #161 on:** October 05, 2014, 01:13:12 AM »

Awesome!! With your script command I,m only one click away now. Created a bashscript to a folder I will use on my desktop. Thank you a lot. Most grateful.

Danne · « **Reply #162 on:** October 05, 2014, 04:13:00 PM »

A little monkey wrenching on a late sunday afternoon

Scriptbased batchconversion of dual iso dng files.

swinxx · « **Reply #163 on:** October 07, 2014, 01:05:26 AM »

hello,
i really like the idea and workflow of this tool, but have just realized, that the free version of davinci resolve 11 has no hot cold pixel correction for raw files (as far as i know). so i wonder if - hot/cold pixel correction will be possilbe in the near future?
i ask because i had a video shoot the other day, where i recognized a bad pixel in the middle of the screen and it is really annoying.

thank you for your time and engagenment. greets. swinxx

dmilligan · « **Reply #164 on:** October 07, 2014, 02:57:31 PM »

should be doable, it's on my todo list

swinxx · « **Reply #165 on:** October 07, 2014, 06:08:21 PM »

@dmilligan sounds great!!

thank you swinxx

dmilligan · « **Reply #166 on:** October 08, 2014, 11:19:20 PM »

bad pixel correction is implemented, please test

it's kinda slow (~2fps on my machine), IDK if there's much way around that, there's a couple more possible optimizations, but I doubt it will ever be realtime

swinxx · « **Reply #167 on:** October 08, 2014, 11:52:47 PM »

thank you dmilligan, i will test it at the weekend, you are great!
that should help a lot!
so i see a seperate bad pix script, is there chroma smoothing and/or dual iso implemented too?

btw.. i was download number 1

greets. sw

dmilligan · « **Reply #168 on:** October 09, 2014, 02:29:36 AM »

Yes, chroma smoothing is implemented. There is also a dual ISO "preview", quality is not very good. It will run if you have "DUAL" in the path name.

dmilligan · « **Reply #169 on:** October 10, 2014, 03:11:32 AM »

Well, there were getting to be too many options, and I wanted there to be a way to turn them off and on without restarting mlvfs. So I have embedded a little webserver (mongoose) in mlvfs for configuring options at runtime (this also eliminates the need for all those different automator workflows). The new mac workflow will automatically popup the configuration page in the web browser when you start it. You can always get to it at http://localhost:8000 when mlvfs is running. This will be a great help in the future as options start to proliferate, it also may be useful for displaying status/error information.

@ayshih, mongoose should work on windows, but this may not be as useful since you have to multiple instances (and the webservers would conflict), so you may want to simply disable this with macros

Danne · « **Reply #170 on:** October 10, 2014, 09:26:44 AM »

Very clever. Working nicely storing settings.

swinxx · « **Reply #171 on:** October 10, 2014, 11:37:35 AM »

Sounds promising. Thank you for your hard work. Im looking forward to try the new version at the weekend;)

swinxx · « **Reply #172 on:** October 10, 2014, 10:00:09 PM »

Hi dmilligan!

i have tried the new badpixel option, but here in my specific shot my bad pixel is not gone.
so i see no difference in on and off position.

please take a look here:
https://copy.com/LjWpLtXeqIrO0AtK

should i contact a1ex, or is my problem not a bad pixel?

thank you very much..

dmilligan · « **Reply #173 on:** October 10, 2014, 11:00:11 PM »

That pixel doesn't appear to be bad enough to trigger correction based on the current algorithm, because I've assumed a value for dark noise rather than calculating it (for speed), and this pixel was just barely below that threshold (so the algorithm basically thinks it's dark noise, not a hot pixel). The threshold was conservatively high, so I'll lower it a little. Thanks for the feedback.

swinxx · « **Reply #174 on:** October 10, 2014, 11:54:51 PM »

thanks dmilligan!

i´m looking forward for the update.

greets. swinxx

News:

Author Topic: MLVFS - a FUSE based, "on the fly" MLV to CDNG converter (Read 988119 times)