Show Posts

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.

Messages - tonybeccar

Pages: 1 [2] 3 4 ... 13
Looks amazing but unfortunately I cannot install either convert or color... I'm getting this error on installation:

Any ideas?

I have to confirm.. but I am 99% sure that the exFat cards work on 7D. It still splits the files into 4GB chunks but I remember I did a short in RAW and the cards were formatted as exFat as I didnt have the option for Fat32, I am 99% sure again...

Modules Development / Re: MLV PLAY (
« on: May 06, 2014, 10:39:05 PM »
All the way back to january I was suggesting to make the drop frame playback, finally it is here! Bravo g3ggo!
The HDMI playback is the most important feature for a serious production and it is the most buggy and unstable ML feature so far.

Yes I agree. Some weeks ago I posted all the listing of the interface bugs. You are right, if you are on a real production, you are using 1, 2 or even 3 monitors at once, and it is paramount that the functionality is ok.

I don't know if to make a feature request or something, because it should be a high priority! I also do not know the reason behind this, because maybe if the interface is rewritten a bit the screen "copy" could be natively ok in the monitor.... aanyway. I'm really happy about the drop frame playback.. and it is much faster too!

Modules Development / Re: MLV PLAY (
« on: May 06, 2014, 10:41:42 AM »
can you test it a bit?

I am testing right now. I gotta say it's a great improvement! It looks a lot faster even though it drops frames on the 7D.

Couple of things:

- Couldnt tell the difference between "all" and "exact"
- If the preview is Fast, the playback goes WAY faster and exceeds the set framerate (that's very good! :D)
- One problem that bugged me forever with mlv_play is that it starts playing and it doesnt reproduce the frames in order. For example first it plays from frame 0 to 300. Then it jumps back to frame 50 and continues to 600. Then it comes back to 300 and goes to 500. And so on... values are referencial of course. I understand that the camera records frames out of order, that's why the .idx is there for. This is on the 7D, I never said anything cause I thought it was normal, is it? Because, with the improvements that you just made, and playing frames in order, it's a gamechanger, really.
- Sound, you mentioned you were working on a new soundsystem? Well that would be amazing.
- As noted, on the 7D I dont have realtime playback on full color, but it's usable.
- Another thing, the color playback. I noticed it has something like a "rolling shutter". The frames do not seem to refresh fully but they go refreshing line by line and it's slow. And that causes rolling shutter in the playback, it's a bit distracting.
- If I have only one clip on the card, the << button does not bring me to its beggining.
- On HDMI, the playback GUI is completely messed up!

I hope I could be of some use but I'm sure you know most of this things. Gonna test it out more now.
Let me know if you need anything please!

Thank you!

All and Exact is doing what's supposed to be doing now. :S
And I just tested with lower resolutions and I'm getting realtime playback on Fast. :)
With full res in Fast i think it's realtime or almost realtime.

With my hackintosh overclocked to 4.7ghz I'm getting nearly real time playback. Thanks baldand

WOW, can you share your Hackintosh specs? Thanks a lot! (I'm about to build one)

Modules Development / Re: MLV PLAY (
« on: May 04, 2014, 11:21:10 AM »
with the latest commit, i added a feature to play back with real speed BY DROPPING FRAMES (if cpu is too slow)
or by waiting (if video resolution is small).

should work on 600D, 7D and 5D3, others will follow.

can you test it a bit?

OMG, will try it as soon as it is on TL!!! AMAZING! :D

EDIT: Still isnt on the official nightlies also, will wait for it and test it on my 7D! Thanks!!

Hey baldand! I can't believe all the feautres you are adding so fast! It's amazing!!!!!! I just exported a prores 444 relatively fast! (i have an i3 mobile, lol) and it looked AMAZING! Looking at the properties I found out that it was 85Mbps only, according to the Prores data rate table, a 1920x1080 23.976p video should be 264 Mbps. I use ffmpeg and I know it doesn't convert with the right bitrate in 444, maybe you can try to force it? Do I make sense?

Here is the table:

If you someday add GPU acceleration to all the processes in your program well it will be the most powerful thing EVER!!!!!

Really happy man, thank you very much!!!

EDIT: Oh! And is it possible to add a root folder to the queue? Just like when you hit the C key? That's brillant!!! That would be the ultimate deal when you have your footage in different cards, days, and cameras folders!!!

Modules Development / Re: MLV PLAY (
« on: May 01, 2014, 09:23:52 PM »
Will it be possible someday realtime playback? (In some watchable quality)

Camera-specific Development / Re: Magic Lantern for 7D 2.0.3
« on: April 26, 2014, 12:31:23 AM »
Hey all! Been away from a while.. is the ML build up to date to the Tragic Lantern build? Or are still some features missing?


Raw Video / Re: FFMPEG now officially supports Magic Lantern Video
« on: April 22, 2014, 08:57:06 AM »
WOW!!!!! I want to scream!! No, I already did!!!  ;D

Raw Video / Re: Using HDMI Monitors: Overlays unaligned.
« on: April 22, 2014, 08:52:48 AM »
One way I got around this problem was to use crop marks on the monitor and turn global draw off while turning over. It's the best solution until this issue is fixed.

Too bad my monitor doesn't support them !

Raw Video / Using HDMI Monitors: Overlays unaligned.
« on: April 21, 2014, 02:57:41 AM »

I know this is a known problem, and I've had it forever. Stopped using monitors for a while and now back again, and I hoped there would be improvements in this. Thing is, in RAW mode, they white rectangle and their black borders are completely unaligned. What is the cause of this? Is there a way to fix it? Also, important, they Play mode is completely unusable over HDMI, the misalignment is huge! It's a pity, because if you wanna use your dslr professionaly, or less even, you will use a monitor! Or 2! or 3! So I think it's essential that we can copy the LCD screen as it is over HDMI. I have no idea why this could be, but I know it's an old problem with ML.

A workaround I've found is to use cropmarks. But weirdly enough, I have to activate them and them deactivate them. In the first try the white rectangle remains, after I turn them off the white rectangle dissapears but the cropmark remains. Cons of this: We have to make cropmarks for each aspect ratio. And also, the white rectangle comes back every now and then and we have to repeat the process.

BTW, using 7D, Lilliput monitor 5", one of the latests builds of TL.

Anyway what do you think guys? Is it an easy fix? Do you consider it important? I kinda do...
Cheers and thanks!!!

Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: April 21, 2014, 02:50:05 AM »
Right! Thank you very much. I forgot that it had to be in crop mode to fix that.
Silly me.

Aliasing and moire are much more aggresive because you're shooting at a lower resolution than it's max also!

Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: April 17, 2014, 10:57:29 AM »
Oh my god, amazing!!!! Working smoothly importing 30 mlv's. Filenaming is amazing now! Just don't click any item on the list while converting, it will crash.. hehe. Maybe disabling the interface while converting? The preview is amaaaazing! Working flawlessly now!!!!

Just, WOW.

Ah alright.. I thought both were on GPU also.. would be so sweet. I can notice a huge difference on my big monitor.

Is it possible to get full quality realtime playback? I'm planning on buying a pc i7 3770k 3.9ghz with a geforce gtx 660 2gb gddr5... will it work?

Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: April 15, 2014, 07:51:46 PM »
btw. i just made some small boring tests. recording, transcoding (16bit maximized, no pinkhighlight-fix) and straight using in premiere.

* the transcoding-process is (for me) much too long. as i stated theres only one solution. writing a mlv-importer for AE/premiere, since its the same SDK-Base
* importing the filesequences is a bit annoying, because you have to mark sequence by sequence. have to figure out, if premiere can cope with kind of containers, marking all pathes, thats it.. (would be solved with the importer :))
* but finally premiere works well with the data, i had no pink highlights, maybe i didnt overexposured :)

(vimeo) 1280*448 at 50fps - down to 23.976fps

(youtube) 1920*1080 at 23.976fps

Exquisite quality! But what about those green edges?

Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: April 15, 2014, 07:43:05 PM »

* Yeah, wpf is a new world for me, i have to figure out, what event is doin the crash.
* i thought about scrubbing over the picture (left frame 0, right last frame), we'll see :)
* subfolders.. hmm. means, you'd change the subfolders per sequence. in this case, you put the mlv/raw files into according named subfolders and use the "source-path alias" inside the namegenerator.. it wont generate subfolders, but it will ease the sorting by name (maybe i find an intuitive way to implement it)
* realFilename comes to the alias list. thx.
* the shortened filename was born out of the fact, EDL-Names should be 8 chars long - and the mlv-name [a-z0-9] is just 7 - the eighth char is calculated from the first 7, means its not random, but not really useable :)

but to be honest. i wont code a commandline - if this ones will work, i'll start coding a premiere native importer-plugin - after some longer tests i have to admit, that the transcoding process is time consuming as well - and in the end not needed..

if someone's got crashes, please pastebin the saved crashreports (not the minidump of course :)) they will be in the temp-path with some strange name.xml. (see above, entry from reddeercity)

regards chmee

Awesome awesome awesome!!!

Wow, an MLV importer would be like... mmhhh there is no real world comparison, lol! Regarding the subfolders system, take a look at how I've done it in my mlv converter... it's pretty straightforward, you maintain alphabetical order and everything. I do not show ONLY the filename when it's multifolder but that info I guess can be stored in a property value somewhere...

Anyway, amazing work man!! Thanks so much!

Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: April 14, 2014, 06:43:29 PM »
Amazing changes!!!! Interface is a beauty!! As anotherone said here.. a lot of crashes with the app, that for me have to do with the interface. Most reproducable when adding multiple files.. after that when I scroll, or tick a box, or click a column, crash. The preview is out of this worldddd!!! It'll be just nuts to have the function like premiere, to scrub with the mouse when you move to the right, hehe. One last thing I think this program is missing that is vitally important, is multifolder support, subfolders I mean. When you are on a big shoot you always have your footage organized into folders. Oh and also, the naming convention, very nice! But is it possible to have the option to have the filename untouched? The shortened filename is weird and I never figured out what the last 'random' letter means!

Anyway, amazing stuff!!!
Cheers and thanks chmee!!!!!

What problem do you have with ufraw? I might be able to help.

Thanks a1ex! I'll have to do more research, but I noticed 2 things. One, (on windows) ufraw-batch randomly crashes. The other one, while generating the TIFF sequence, in a random frame it doesnt create the tiff, it creates a strange file, can't remember the extension now... but my guess is that ffmpeg stops at that frame because the tiff sequence is faulty.

Again, I can do more research on the matter, but you think it's not worth getting into Raw Therapee?

Hey everybody!

Sorry for leaving the project a bit abandoned... I started coding it because I was on a 3 month holiday, and now I'm back! That and also that I don't quite see the point now con continuing until there's a command line for Cinema DNG's. Which are your workflows? Davinci Resolve? AE feels like too much time really...

To clarify: Proxies are not working properly, some problem with ufraw, will switch to Raw Therapee as someone recommended here. And the speed, that's mlv_dump guys! It is slow by definition, uses very little of the cpu. It does chroma smoothing and vertical stripe fix, that's great. Once I tried with mlv2dng which is amazingly fast, but it doesnt do audio so it was slower... and every now and then it crashed, so ended up dropping it.

I want to continue it, for now I don't have the time really... maybe I can add the update for Dual Iso which is really easy and takes 0 time... but it'll be nice really to have access to Cinema DNG's, because that's the way to go!

Cheers guys!!

Oh my god I just realized this is exporting to CINEMA dng... jesus!!!! Amazing!!! Is there a command line option to start encoding? I would love to incorporate it on my MLV Converter... if not, can it be added please?


Hello baland! I wanted to ask why does 50fps footage sometimes play in slowmotion and sometimes in normal motion? Meaning 25fps or 50fps? Is there any shortcut that I am missing? Also, the audio does not stretch when it plays in slowmotion, it gets cut off at half of the clip, probably you know this, hehe.


oh, it is slower?didnt realize.
especially as it uses raw2dng code for writing dng's.

Than mlv2dng yes, like 10-15 times.

Why is mlv_dump much slower than e.g. mlv2dng or raw2dng? Is there any plans to speed it up like multi-core support?

Pages: 1 [2] 3 4 ... 13