Menu

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.

Show posts Menu

Messages - baldand

#351
Quote from: katerlouis on January 23, 2014, 05:53:29 PM
Or what about a shortcut for "next" and "prev" clip in the folder?

This will eventually be solved with an integrated file browser, but the next/prev shortcut is a nice idea. I'll see if that can be added already now before the browser mode is made.
#352
Yes, I've seen the pink highlights too. All the raw data is available so it should be possible in the future to do some kind of highlight recovery.

I added that now to the enhancements list in bitbucket:https://bitbucket.org/baldand/mlrawviewer/issue/30/highlight-recovery
#353
Quote from: MA Visuals on January 18, 2014, 05:50:42 PM
Will the next release you are working on contain the new installer for Windows that supports Prores output encoding to 23.976?  This is the only thing preventing me from utilizing the encoding capablility.  Also, will there be a way of batch encoding a group of files, such as all the files in a folder (I'm a windows user)?

Yes, next Windows installer should have that.

Batch encoding and a browser (which you would need to select the batch) are both on the enhancements list, and should be added in the future, but they are both not currently imeplemented.
https://bitbucket.org/baldand/mlrawviewer/issue/21/batch-encoding
https://bitbucket.org/baldand/mlrawviewer/issue/19/browser
#354
Quote from: revast on January 17, 2014, 03:30:39 PM
There is.... but does that mean I cannot (right now) play back a folder with ( non-cinema) DNG's that I converted with mlv_dump or raw2dng?

mlv_dump, raw2dng and RAWMagic (on Mac) should all produce DNG sequences it can display.

Quote from: revast on January 17, 2014, 03:30:39 PM
how do I specify that? best would be if it would work when I give the path to one DNG and also if I give the path to the surrounding folder

This is how it should currently work.
Give it the directory name and it will play every DNG the dir contains in sorted order (so ideally they should be numbered in sequence with 0 padding to sort correctly).
Alternatively, give it the name of the first DNG file.

My wild guess, from the error code, is you are using an old version of raw2dng to make your dngs? Anyway, it looks like they are missing the CinemaDNG FrameRate tag which recent versions of mlv_dump and raw2dng do include.

Quote from: revast on January 17, 2014, 03:30:39 PM
does that mean it generates a .mov for playing back the DNG's?

Not by default. Initially it just decodes and plays the files directly. But if you press "E", it should start to create a ProRes file with AMaZE demosaicing using the outfilename it made up or one you suppled.

Quote from: revast on January 17, 2014, 03:30:39 PM
what am I missing there? I just have glfw2 (libglfw.so.2.6) in ubuntu 12.04...,even 14.04 just has 2.7.2-1 would that be also sufficient?

No, it's looking for libglfw.so.3 in the local directory (which has a quite different API to 2.x). Right now there is not actually much functional difference between GLUT and GLFW. In fact for me GLFW is not working so well in fullscreen mode either on Mac or Linux with AMD drivers. I need to work on that backend a bit more.
#355
Quote from: timbytheriver on January 14, 2014, 02:51:55 PM
@baldand Please excuse my ignorance, but has the mac.app package on your bitbucket site been updated now to read dngs, and mlv with audio? This is far and away the neatest viewer so far. Thanks a million!

tim

Not yet. The current status for the source code in bitbucket is:

- Directories containing "CinemaDNG" sequences can be played the same as RAW and MLV files
- Also 16bit RGB TIFF sequences can be played (much slower though -> 4x bigger files)
- Embedded sound packets in MLV are read and a WAV file is created
- There is an audio playback thread (but nothing feeding it yet)
- There is a simple python script for converting RAW or MLV files to DNG sequences, similar to mlv_dump etc. This functionality is not yet integrated with the viewer.
- I've worked out and can fix CPU demosaicing crashing on Win8

The main blocker currently for audio playback is that I need to be able to make playback truly real-time, e.g. to be able to drop frames to keep up with the audio. That needs a bit more rework in the core viewer code but I hope to get it done soon.

Rather than bug people with a lot of small releases containing in-progress functionality, I chose to hold off until there was a bit more to include. But if there is demand for just CinemaDNG playback I could of course make new Mac/Win packages from the current code.
#356
Quote from: debrecen on December 31, 2013, 02:41:16 AM
...The mlviewer app works great for me for playback, but prores encoding messed up, and I needed the PinkDotRemover for my 650d.

Hi. I'm the developer of MlRawViewer (and also an Ubuntu user).

Did you download a static build of ffmpeg from http://ffmpeg.org/download.html ? The Ubuntu supplied "ffmpeg" (actually avconv) isn't suitable.

Also, if you could upload a very short RAW or MLV from the 650d to somewhere, I could look at integrating the pink dot removal in the MlRawViewer processing.
#357
Quote from: MA Visuals on December 28, 2013, 07:02:38 PM
Is there a way to change the encoding output to 23.976 fps?  If not, is this something that is planned?  Also, are there plans to allow vertical scaling of the prores output to unsquash 50/60p files?  Again, well done!

The current code in git should pass the frame rate from the source file to the encoder, but only the Mac 1.0.3 DMG binary includes that - not the current windows binary - and I have to admit I haven't tested it with 23.976. If you are using Mac, upgrade to the 1.0.3 to try that. If you are using Win, you'll need to wait for a new installer or install from source.

It would be possible to up-scale the content when encoding, but I suppose we aren't 100% confident right now that we know the correct scale factors for all cameras so that this could work reliably automatically.
#358
Quote from: AnotherDave on December 25, 2013, 05:41:08 AM
We all know he was stating the obvious, but there is no need to be a jerk about it.

I think you misunderstood. ItsMeLenny has also been contributing to the development of MlRawViewer.

Quote from: AnotherDave on December 24, 2013, 06:04:27 PM
Any chance you can update this to play the embedded audio? :-)

It's being worked on. There is already support for parsing the audio blocks in the latest code, but it's not yet playing them.

Quote from: swinxx on December 24, 2013, 07:10:07 PM
1. select in/outpoint
2. convert that selection to dngs
3. audio support
4. a lightweight gui with a small file browser and the possibility to select the files directly..
5. a way to select an output folder
6. convert button
7. spanned files

1. Maybe, so ItsMeLenny answer earlier
2. Could be added, though my feeling is that's quite well covered by existing tools
3. In progress
4. Agree this is needed, see ItsMeLenny answer
5. It's there in command line args, but GUI version needed
6. Needed in GUI
7. Should be supported already fine - if you mean .M00/M01 or R00/R01 files. Have these not worked for you?

Please post enhancement requests to the bitbucket issues page (mark as type "Enhancement" instead of bug) or vote on the existing ones listed to get them done sooner :-)

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

Finally, I made a new version of the Mac installer which I've tested on 10.7 and 10.9. I'm hoping it will work ok on 10.8 also. Anyone on an earlier OS X release than 10.9 that had troubles earlier, please try it out to see if you have more luck.

https://bitbucket.org/baldand/mlrawviewer/downloads/MlRawViewer_1.0.3_alpha.dmg

Happy Christmas!
#359
Quote from: ouuzi on December 23, 2013, 03:54:54 PM
Is it possible to apply a LUT during export?That would be awesome.
imagine the workflow.
Load the file with MlRawViewer>apply LUT>export as ProRes 444>Grade in your favourite application!!!

I would like to make that possible eventually.

There's an enhancement issue for it in bitbucket. Feel free to attach a LUT file as an attachment that I can use for testing the feature if/when it gets implemented.

https://bitbucket.org/baldand/mlrawviewer/issue/18/log-output-and-3d-luts-should-be-supported
#360
Quote from: Danne on December 23, 2013, 01:17:38 AM
Hi Baldand. Here,s a .MLV containing audio. Short and in 1280x720p since I,m on a mobilephone network.
https://drive.google.com/file/d/0B4tCJMlOYfirOW95a3NHeHE5cGM/edit?usp=sharing
Thanks for efforts!
/D

Thanks. That's exactly what I needed.
#361
Quote from: Ozgur on December 22, 2013, 09:56:37 PM
At this point I can't wait any longer hoping that stable version for 7D raw video may be release any time soon. So I'll give it a try. I just downloaded the 2.0.3 nightly build 12/21/2013. I wanted to ask you guys where can I find the exact workflow to make it work in the camera and the workflow for post?

That's the nightly build of MagicLantern. I think you'll find the raw recording performance (at least regarding the newer mlv_rec) with that version is not so polished as 1%'s TragicLantern (which doesn't have nightly builds at the moment, but has been the basis of the versions most recently discussed in this thread).

Hopefully some of the performance-related changes in TL will be integrated back to the ML source in the near future so the ML 7D nightly builds are usable for RAW/MLV.

Maybe you should still hold off a bit longer until that happens?
#362
Quote from: MvM on December 22, 2013, 11:48:51 AM
  :D :D :D :D Works perfectly here on win 7 64 when playing raw and mlv from my ssd ! Just a maybe : how about support for mlv.snd Sound ? Would  be the absolute point of maturing of MLV and Magiclantern RAW !

Thanks for reading and your amazing work !

I would like to add audio support, both for mlv_snd embedded in the mlv, and separate wav files made with an external recorder like a ZOOM H1 (which is what I use).

One problem with mlv_snd is I don't have any MLV examples with audio embedded to test with, because it's not yet working with 7D. If someone could put an example online I could work on that.
#363
Quote from: g3gg0 on December 20, 2013, 06:22:02 PM
i am really impressed, very good work :)

Thanks!

The colour processing is still very simple compared to the camera matrix, white balance and LUT support in MLVViewSharp. And it needs a working GUI - not just key controls. But hopefully some of those features can be added in time.
#364
Quote from: bluebit25 on December 20, 2013, 06:52:35 PM
I can confirm that the MlRawViewer does not work in 10.8.5, I drag the MLV file onto the program and the program quits unexpectedly. Tried other ways to open it, nothing. Guess I'll have to install a separate linux system and dual boot it on my macbook pro, not going to be upgrading to Apple's stupid 10.9.X

LINUX ALL THE WAY

I think you probably would be able to get it working ok on 10.8.5 by building from source following the steps here (assuming you have XCode & the command line compiler):

http://www.magiclantern.fm/forum/index.php?topic=9560.msg91924#msg91924
#365
If you have homebrew installed (http://brew.sh/), then you can get ffplay on Mac by doing, from a command line:

brew install ffmpeg --with-ffplay

Then launch ffplay with the name of the file e.g.

ffplay /Volumes/MyVideos/video.mov

It will print out details such as the codec and frame format.
#366
Tragic Lantern / Re: 7D Raw Thread
December 20, 2013, 12:26:13 PM
Quote from: Pelican on December 20, 2013, 10:56:51 AM
...
I have no right to put it back to the main repo and you stated you don't merge nothing but patches.

Doesn't putting it back just mean making a mercurial changeset that moves the 7D.203 sub dir up one level out of the "unmaintained" folder, and edits the Makefile.platform.map so that 7D.203 is not in the unmainained list? And then making a pull request for that so a1ex can merge it? Or do you see something else is needed?
#367
Quote from: RenatoPhoto on December 19, 2013, 03:07:24 PM
Excellent work!!

@ baldand:  Can you please update your opening post with the latest links and findings of you research?  By doing this the new comers do not have to read the entire post to get up-to-speed.

Thanks

Sure. I've been trying to update it already with features and links to the binaries. Maybe I will try to add also e.g. installation instructions for different platforms.

Quote from: ouuzi on December 19, 2013, 03:21:13 PM
I have tested with quicktime and final cut pro,it show as a codec ProRes 442 (HQ).Do you have any other alternatives?

Since we are using ffmpeg and feeding it rgb48 data, it should be possible to use any parameters that work for that normally. The current arguments are:

ffmpeg -f rawvideo -pix_fmt rgb48 -s <width>x<height> -r <fps> -i - -an -f mov -vf vflip -vcodec prores_ks -profile:v 3 -r <fps> <outfilename>

The key arguments to play with here are "-vcodec prores_ks -profile:v 3"

Later it would be good to expose those as a configurable parameter so that the container, codec and quality can be tweaked.

@ouzzi perhaps you could try playing with an ffmpeg binary from http://www.ffmpeg.org/download.html and see if you can find some better alternative arguments?
#368
I also had a go at making a win32 exe version of MlRawViewer using pyinstaller.

You can get it from here https://bitbucket.org/baldand/mlrawviewer/downloads/MlRawViewer-1_0_2_alpha-win32.zip

Unzip the package, look at the README for key controls, and run the exe with the name of an MLV and RAW file.

You should be able to manually set a file association in the system to launch it automatically for any RAW or MLV file.

It's a win32 binary. I've tested this only on one Windows 7 machine with low-end AMD GPU. I have no idea what other Windows environments it will work on (e.g. it may not work in Windows 8 or WinXP).

You may well have trouble if you only have an Intel GPU, especially if it is old or low-end.

Please post issues to bitbucket: https://bitbucket.org/baldand/mlrawviewer/issues

Features and questions here.
#369
Quote from: timbytheriver on December 18, 2013, 08:44:15 PM
That's clever! Thanks. It crashes again, but terminal reports:

Segmentation fault: 11
Thanks. Sadly not enough to pinpoint the problem.

At this point, if you are really keen to get it working and happen to have XCode with the command line compiler installed (or be willing to install that) I would suggest trying to follow the instructions from http://www.magiclantern.fm/forum/index.php?topic=9560.msg91924#msg91924 to compile it from source.

I have had an earlier version working that way on 10.7.x before I upgraded to 10.9.
#370
@Danne thanks. Unfortunately no clues there. I suppose it's something in the data transfer from CPU to GPU. We've had trouble with Intel GPUs on other platforms due to texture formats and this could be another instance of that.
#371
Quote from: Danne on December 18, 2013, 08:24:31 PM
But, when playing recorded 1280x720 both 24 and 25fps fails and recreates the problem I had with the first 5d mark 3 file.
Here,s one of the failing 24fps examples
http://sprend.com/download.htm?C=2b1ff5b9b7484b2e9f18c83b04f9f72b
/D

Hmmm... size related? Is there any possibility this is connected with GPU RAM?
Do you know what kind of GPU you have, and how much RAM it has?

Also, could you maybe try the same thing I just suggested to timbytheriver, and run the app from command line, to see if it reports any errors there.
#372
Quote from: timbytheriver on December 18, 2013, 08:21:23 PM
Anyone on OSX 10.7.5 able to run this and help me get it working? It crashes for me...

It looks great though! (Thanks to @baldand)

Another option for you is to try to run the binary version from the command line. All you need to do it open a command prompt,
cd /Applications/mlrawviewer.app/Content/MacOS
./mlrawviewer /path/to/file.MLV

Then see what errors are printed to the command line.


#373
Quote from: ouuzi on December 18, 2013, 06:13:12 PM
I have checked the exported .mov but it is 422 (HQ) Is this expected behaviour?
OSX 10.9

If I play back the encoded MOV files with ffplay, it's reported decoded as yuv444p10le.

If I change the ffmpeg parameters to use explicitly yuv422p10le, ffplay playback also reports yuv422p10le.

What tool are you using to check the encoding? I see that Resolve is claiming all the files are "ProRes 422 (HQ)" even when ffplay reports 444.

#374
Quote from: Danne on December 18, 2013, 04:57:24 PM
also tested the viewer with a clip from a 550D at work.(my 5d mark 3 is at home)
Seems the issue with strange frameissue/encoding is because of the framerate. 24fps is ok but 25fps causes the same issue as on my 5d mark 3.
This viewer/encoder is amazing
Thanks!
/D

I tried the sample RAW file you uploaded, and unfortunately that is playing back and encoding fine for me.

Would you be able to make similar examples at 24 & 25 fps that I could try to compare for a clue what the problem could be?
#375
Quote from: Midphase on December 18, 2013, 07:21:02 PM
Thank you, this is awesome and definitely a step in the right direction.

.raw files play back smoother on my (aging) 2ghz MBP than .mlv files, is this expected behavior?

This could just be the indexing. RAW files frames come in order. MLV frames can be spread out through the whole set, so they need indexing first - this can take a few seconds during which playback might be slower (if for example you have a HD rather than an SSD). But once indexed, it should play at the same speed as RAW. At the moment the indexes are not persisted, but that might come later as MLV has a format for external IDX files.