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 - chmee

Pages: [1] 2 3 ... 41
1
Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: May 31, 2017, 08:17:37 AM »
@spe24
Not really. I have nearly no time to fix/refresh this tool,  cant afford being a tutor in coding. what did you tried? compiling my tool?

specific: as a coding beginner, you cant tell if a bug is because of you or because of a external codepiece like a wrapper (mono fi). no one guarantees, that these wrappers are bugfree.

@reddeercity
will try to - (bitrate blocks.. have to look what they are :)

2
Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: May 30, 2017, 04:14:28 PM »
to be honest, not the best way. because of so much hurdles, that are somewhere inside the os and some wrappers. Why dont u try to start from the beginning with the help of my sourcecode and (of course!) the code from ml.

@surin Dmitriy
hadnt had enough time until now. while i prepare to touch the code :D please upload some mlv/raw-examples with this bug. use my mlvdiag to shorten the files, we only need the first frames for that.

3
Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: May 24, 2017, 10:00:40 PM »
IO-Exception will be sort of
* Pathnaming or Filenaming is confusing (resulting file not found)
* Destination has ran out of space :)

raw2cdng doesnt write data into the registry. Often it helped erasing the raw2cdng.settings.json in /Users/[user]/AppData/roaming

4
Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: May 14, 2017, 11:15:27 AM »
@szafran
it seems, this has to be fixed :) so, give me some days.. (then i will look on firstframe-bug as well. please use all the latest ml-firmware for those errors. maybe it was an early-version-bug inside the ml-firmware)

5
@reddeercity
i didnt read the last bunch of thread-entries. is it my tool or something else? if its my tool, give me some advice to fix.

6
Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: April 25, 2017, 06:42:38 PM »
both @JackDaniel412 and @Surin Dmitriy
please check, if its fine with an older version. fi v.1.6.1

http://www.phreekz.de/wordpress/2014/04/magiclantern-raw2cdng-1-5-0/

7
@Sganzerla
as @g3gg0 said, mlv_dump is the reference, all other tools are written by "independent" coders. so, if other tools are in need of a fix, write them (as i am the coder of raw2cdng)

regards chmee

8
@TrEK
1600*900*25*14/8192 =~ 62MB/sec - The raw read and write-performance of this card doesnt help you, because the body is the bottleneck. 

9
Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: December 30, 2016, 12:16:02 PM »
@zalbnrum
could you upload/post a small raw-file that shows this 1st-frame-bug?

10
Raw Video Postprocessing / Re: ML Samplefiles
« on: December 29, 2016, 10:59:30 AM »
thx @danne

could someone upload "eos m" files in 14 12 10bit?

11
Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: December 21, 2016, 03:31:28 PM »
i'm sure you wrote it once. could you give me a short info, what metadata you want to see inside the dngs?

12
Reverse Engineering / Re: ProcessTwoInTwoOutLosslessPath
« on: December 21, 2016, 01:28:23 PM »
Quote
Therefore, we have all the info required to create valid lossless DNGs directly from camera!
marvelous.

13
ok, put 10 and 12bit into raw2cdng. if someone s still using this tool :)

14
Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: December 21, 2016, 01:12:57 PM »
i never thought, i ll do something on the code. and i dont know, if someone's still using this tool. Now in v1.7.9 there is 10 and 12bit support. Tested with the samples from @danne (thx)

http://www.phreekz.de/wordpress/2014/04/magiclantern-raw2cdng-1-5-0/

regards chmee

15
Reverse Engineering / Re: ProcessTwoInTwoOutLosslessPath
« on: December 19, 2016, 10:22:07 AM »
imho: i didnt like the mraw/sraw-Files because of the poor quality. Its using some kind of demosaicing inside the body to render these files. a lot of antialiasing and a noticeable hue-shift.

but in terms of video it should get a better output than the original video-processing-chain.

benefit: using the inbody demosaicing/rendering to yuv-(video)files
drawback: quality

regards chmee

16
General Development Discussion / Re: In camera LUT?
« on: December 19, 2016, 10:13:26 AM »
a possibility.. in some kind of.. yes. but its not figured out yet. see regarding thread:

http://www.magiclantern.fm/forum/index.php?topic=16299.0

its about the processing-chain inside the body and replacing builtin preset-styles.

17
@all
could someone post some 10/12bit samples? (samples-thread)

regards chmee

18
excellent. thumbsup!

19
Raw Video Postprocessing / Re: The CinemaDNG Discussion (raw2cdng)
« on: October 20, 2016, 04:57:31 AM »
@allemyr
is v1.6.1 not working under win10? will try that for myself.. (but by now im in paris, back home in two days)

20
Reverse Engineering / Re: Reverse Engineering Picture Styles
« on: October 11, 2016, 10:09:09 PM »
[btw] is it necessary discussing usage of picture-styles in a "REVERSE ENGINEERING"-Thread?

21
Reverse Engineering / Re: Reverse Engineering Picture Styles
« on: October 06, 2016, 02:03:29 AM »
@agentirons
great find. so it behaves quite like tiff, where some Tags are mandatory, some are recommended, some are free to use.

22
Reverse Engineering / Re: Reverse Engineering Picture Styles
« on: October 04, 2016, 09:34:17 PM »
by now, yes. its the moment, the filereader-api reads the file into memory. (look into a inspector [F12]). later i can try to speed up.

23
Reverse Engineering / Re: Reverse Engineering Picture Styles
« on: October 04, 2016, 04:54:24 PM »
very early stage. PictureStyler as Online-Tool. Im at a job in L.A., hadnt the time to code more :)

v0.2 - PF3 only, uploading, viewing 0x10-Tags

regards chmee

24
Reverse Engineering / Re: Reverse Engineering Picture Styles
« on: September 29, 2016, 10:10:04 PM »
Here (as php-example) the split by tag 0x10. starting piece as decimal text

16 48-51 seems to be the contrast/saturation and so on values. and yes the dataformat seems to be tiff-like

Code: [Select]
16 9 0 3 0 0 0 2 0 129tagstart and type 16 09 [2byte - int]
valuetype 00 03 [2byte - int] (3 means SHORT 2byte)
length 0 0 0 2 [4byte - long]
value 0 129 [value SHORT]

tiff specification 6.0 page 15-16 for valuetype

regards chmee

25
Reverse Engineering / Re: Reverse Engineering Picture Styles
« on: September 29, 2016, 09:09:34 PM »
looking on the decoded file i have the "feeling" there are kind of tags as in tiff. double bytes, starting with 0x10. btw. for the players and coders, this is the key-file. as @chris_overseas stated, this key is static and equal for all bodies/picturestyles (513*512bytes)

edit: Here s an php-example of the usage - how to decode

regards chmee

Pages: [1] 2 3 ... 41