Messages

updated silent.mo with this stuff:
- fixed crash if no intervalometer ran before
- MLV header now contains frame count (allows playback with MLRawViewer)
- allow user to choose between DNG, Single-Frame-MLV and Multi-Frame-MLV (disable and re-enable "Silent Pic" from menu to start a new file in Multi-Frame-MLV mode)

Just tested it, works like a champ now. Thanks again. Got a wedding to shoot in a few days, might try it out on some static shots.
What else does FRSP need before it gets pulled into unified?

thanks, that makes sense to me now.
gonna fix it.

Happy to be of assistance.

forgot that... mlv_rec.mo

With just your files on the card, full res mlv's work fine with intervalometer, and taking a full res pic with half shutter AFTER an intervalometer cycle saves as an mlv. But trying to save one with half shutter to mlv without running the intervalometer first is what locks it up. Haven't tested this yet with my compiles.

google?

LOL

can you try these 7D files?
autoexec.bin
7D_203.sym
silent.mo

Same issue. Weird. I tried with your files and JUST your silent.mo, the modules I compiled, and even the modules from the latest nightly build. All this was after an in-camera format, and deleting all the config files on the card also. And just to verify, mlv_rec, mlv_play, and pic_view for full res silent dng's all work fine. I'll review all my settings and see if anything looks off, but it seems like its hanging when it writes to the cf. I'm assuming I have an issue with my mlv_rec or mlv_play modules, I'll compile those again and see if I have any warnings/errors.

I need to work out all the bugs first. Full res mlv's lock the camera up, or save them into one big .dng instead of .mlv when I compile on my MacBook.

I'll try compiling again and double-check everything. Still trying to get the hang of this.

Testing the latest build on 7d. Silent pics save fine as .DNG but when trying to save them in .MLV format, the camera freezes up. Tried with MLV module on and off, and in photo and video mode. Top LCD starts to flash busy after a few seconds.

Only way to get rid of the

Code Select Expand

Saving 5202x3466
Captured in 292 ms.
Is to pull the battery. Doesn't go away on powering off.

Initially the 5D3 and 7D were the only ones with obviously duplicated register values in hex for CMOS ISO. 

Was just looking at 7D exif, is this why it has listed-

Code Select Expand

AutoISO: 100
BaseISO: 1600
:edit: Erm nevermind, 600D has that too. What makes the 7d and 5m3 similar? Or is this a moot point? Just trying to understand code a little better.

Cool thanks. The highlights are clipping to blue in the dng in ACR. White balance or level issue?

ln -s /usr/bin/rst2html.py /usr/bin/rst2html

Thanks for this tip, this fixed by compile as well. Brew prefers for the /bin/ folder to be in the /local/ folder, so it wasn't working until I realized this-

Code Select Expand

ln -s /usr/local/bin/rst2html.py /usr/local/bin/rst2html
Was the solution. Only took 3 years to learn 

Maybe I can learn a little coding by 2020.

Nice, I had tried it a few months ago but couldn't get past the bugs (crashing/freezing the camera), never had a chance to make good use of it or even report the issues. Can you post the dng? It looks a little off but much better than any of my results. Black level maybe?

7d 2.0.5 development-

https://bitbucket.org/Pelican/7d.205

I have the Rokinon 35 cine. I love the optics, feel and handling of it. The image quality can't be beat for the price, and the new Cine DS lenses have even better lens coating I believe. Its contrast works beautifully for video, and pulling focus or adjusting the aperture during recording works very well.

A couple downsides, though. This is a beastly lens, it's large and eye-catching but very heavy for a prime. Also, their customer service is pretty much worthless. My 7d got knocked over at a wedding shoot with the Rokinon attached, and broke the inner mount ring, causing the aperture blades to stick shut. Tried emailing their customer service support for advice or replacement parts, but never got a response.

This board is only for videos shot with Magic Lantern enabled cameras.

Yeah I definitely understand, hopefully we'll see a lot more support for CDng in the future.

Interestingly enough, I found a Quicktime and quicklooks component for playing back Dng's, but unfortunately its been discontinued.

http://hamburgpromedia.com/products/mxf4mac/codecs/dng-qt.php

I saw a mention of a new VisionLog update coming soon, any news on this? Was mentioned under the BMD dcp profile post.

Color management. Compatibility. A thorough record of information for archiving, transcoding and sharing footage across programs, platforms and OS's. I've always transcoded to Prores before editing but since MLVFS makes it so much quicker to access the dng's, a raw workflow makes more sense now.

I'm not saying that the files lack anything, just offering a different perspective. I have a decade of audio experience but I've only been shooting and editing a few years. I want my mix and master files to sound clean, full and powerful on any speaker or program its played back with, and I've found that video files can be wildly unpredictable. Basically, a universal wrapper or data file.

Just a "bigger picture" point of view, really.

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?

Its certainly come a long way since M000000000000001.RAW  Correct metadata has been extremely helpful in the post workflow.

I've gone back and converted those old raw files with the new tools, we've come a LONG way in just 18 months. The advancements in Dual Iso processing are mind-blowing.

When I first tried Dual Iso video the flaws were so apparent that the video files weren't useable, and recording at 720p on the 600D didn't help. Processing them now actually results in a very pleasing, film-like image that would be a great file to edit and grade.

Now if 7d ever gets Dual Iso video, my life would be complete.

Expanding on my previous post about exif metadata, most, if not all, video/image editing programs claim to be able to interpret exif/xmp data but it seems like there are so many exif tags for most of the current digital cinema cameras that our poor little ML Raw files aren't supported very well.
ACR does a great job of adding and interpreting exif, so my idea was to open the mounted .dng's in Bridge ACR, make my adjustments, save the exif/xmp to the images and then import into Resolve or FCPX to skip the transcoding and get the best Raw processing possible. Bridge wouldn't write new exif/xmp to the images or the camera raw database for some reason (parsing error), so is there another way to go about this? I looked into .MXF files but haven't tried them yet.
On another note, Black Magic is developing a CDNG wrapper so that quicktime plays the files natively, hopefully that's something we can have implemented as well.

Ahh, I see. Had some .raw's from right after raw video was first developed to see how much nicer the converters are now. And then I spent 5 hours looking at different ways to edit and save exif/xmp information so that the .dng's would be universally compatible .   

So far, so good. The local drive is a nice feature, running fine now on my MacBook too. One thing though, did I miss the detail or does this not support .raw, only .mlv?

I don't think my benchmarks have ever broken 100 MB/s, impressive! I think my movie and playback benchmarks were pretty similar to each other, I'll check on that. When you run benchmark in photo mode the speeds are most accurate in playback mode I believe, I thought it was strange as well that a picture displayed while benchmarks were running but it's normal, afaik.

My apologies, I should've clarified. The settings for this screenshot were ntsc 30p with override set to 23.976 fps, sound off, gd off, iso 400, 1/50, f2.4. Expo override on. Raw video (not MLV), 2496x1044, HaCKeD preview, indicator on screen. Srm mem on, extra hacks on, card warmup on 256 MB. Only 6 modules loaded.
Fresh format, warm card and cold camera, I think this was my highest write speed yet.

That file was 346 frames, ~15 seconds.

And on a separate note, trying to take an in-camera screenshot while recording that resulted in a mem error under the ML menu, and no screenshot was saved.

Lexar 1000x or up, I can top out at a near steady ~82.3 MB/s in 24p crop mode legacy raw format sometimes, no GD, sound or any other processor hogs running. MLV is only a second shorter usually, as far as recording times go. I believe that there is still potential inside the 7d somewhere to perform even better, but it's going to be quite a while before we find out, if ever.