Quote from: Fioritura on May 09, 2014, 08:13:46 AM
Hi 2blackbar, which speed booster did you modify, and how? :-)
+1000!
... and please post some shots!
Etiquette, expectations, entitlement...
@autoexec_bin | #magiclantern | Discord | Reddit | Server issues
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 MenuQuote from: Fioritura on May 09, 2014, 08:13:46 AM
Hi 2blackbar, which speed booster did you modify, and how? :-)
Quote from: krisdeak on March 30, 2014, 03:15:03 AMMy request: is it possible to implement a stable version of GOP and Slice Control back into ML?
Maybe not even all the complicated stuff, but at least a foolproof version of All-I recording (GOP=1) and maybe another inbetweener short GOP option?
Quote from: chmee on March 21, 2014, 03:00:44 PMpractically all producers combine a sensor with a a/d-converter, that is able to at least preserves the needed accuracy. but the inversion (low bitdepth with high dynamic range) is wrong.
Quote from: chmeeevery 8bit-picture of hdr-data (as it is in a dslr) is just a simplification, based on processing. every example you'd show is just a reinterpretation, it was a high dynamic range scene (your brain helps you to say that).
Quote from: chmeeif i'd show this 8bitHDRon a projector, the dynamic range of lowest to highest value wouldnt ever reach the old dynamic range of the original data, no matter if 500$ or 50.000$ projector..
Quote from: chmeedid you've seen ever a high dynamic range picture?
Quote from: chmeeme not. everytime it was a nonlinear interpretation. Raw-Converter with preview? Lightroom fi? reinterpretation!) beside logarithmic/gamma there is no nonlinear mapping, that is interesting to us.
Quote from: chmeeas i said before, visual sensors are linear. four times the amount of photons, four times the read-out-value .
Quote from: chmee[older entry] no need to discuss about it, but this:On the other hand, it seems that these examples demonstrate how dynamic range can relatively remain the same while the bit depth is changed.
[and]
Color Depth = (Resolution x Bit Depth)³
ok. i'm out.
Quote from: Audionut on March 21, 2014, 02:06:00 AMDR describes the difference between the highest recorded signal, and the noise floor.
Quote from: AudionutBit depth, in a nut shell, describes the resolution (accuracy), of the digital system.
Quote from: AudionutWith increased accuracy, you can capture increased DR. They are separate components, but they are intertwined.
Quote from: chmee on March 21, 2014, 12:06:09 AMare you workin any scientistic kind? because i'm a little bit confused about some of your words..
Quote from: chmeeno. are you talking about security cams without affection to good picture and with pre/postprocessing?
Quote from: chmee"CAN"! - picturesensors giving linear data, means, to save and sample them accordingly, you need a "linear" system,
Quote from: chmeeits quite good described with the bitdepth. 1bit for 1ELV (>1bit) - theoretical meaning 14bit is able to sample/save nearly 14ELV of visual data accordingly without loss/artifacts. that doesnt mean, if theres a 14bit ad-converter, the source side (here: sensor) must deliver the full range.
Quote from: chmeelol. no. DualISO is changing the ampification per sensel-line. both different amplificated "pictures" are limited in their dynamicrange, one's losing data in the lowlights, the other loses values in full-well-sensor-area (highlights). they're kind of preprocessed.
Quote from: chmeebut you said "zillions of real life examples". fine.
Quote from: chmeea switch with two states has no dynamic range.
Quote from: chmeehow do you describe dynamicrange between on and off? you need a "lowest" measurable value (not zero!)
Quote from: chmee[/b]. leads to at least three states (or you said: two shades). means: [three states] 0, 0.5 and 1. whats the dynamicrange of that? other example: 4 states (2bit): 0, 0.33, 0.66, 1 (=1/0.33).. (16384 states) 14bit -> 1:16383 -> ln(16383)/ln(2) = 13.99 ELV
Quote from: chmee"color" is just an electromagnetic property. if you measure three separate frequencies by its amount (here: photons), you just measure the dynamicrange in finite frequencies.. (please dont talk about the simplifaction from graphic-cards-world)
Quote from: chmee on March 20, 2014, 09:01:51 PM
no, finally they're aren't independent.
Quote from: chmeein terms of "datadepth" you need some bits to store linear digital signals, as they come from a visual sensor.
Quote from: chmeethe main aspect is, yes, you could get the whole dynamic range by compressing into this byte-field (as its in h.264) - but it looks ugly, if you like to tweak it a little, horrible banding is the most common artifact. try some picturepresets like flaat_12 - you can use them only, if you're on point while recording, if not, you re lost.. (and in most situations you have to tweak 12ELV to look natural)
Quote from: chmee(btw. its a everlasting discussion, how generally to define lower and upper ends of a usable signal. i made tests with an older 5d(photo) and yes there are more than 12 ELV Range, but the lowest lowlights are not usable, because the noise so much stronger than the useable picturesignal
Quote from: CyJackX on March 20, 2014, 07:06:40 PM
I'm assuming the dynamic range (as in the ratio of the highest signal to the lowest signal) would still be the same with a RAW or a non-raw frame? Does RAW enable the sensor to pick up a wider range of data?
Quote from: CyJackXThere's certainly more latitude in post to "stretch" the values you acquire with more bit depth, but I have been wondering if plain RAW video from a Mark III vs the h264 improves on the dynamic range.
Quote from: 1% on February 22, 2014, 07:09:00 AM
I think the limit for flush rate on EOSM is 2, I don't remember off the top of my head if that makes all one type of frame. Really fast is a low number. This time gop isn't linked to flush so you may be able to do gop 1, it has been a while since I pushed the H264.
Quote from: 1% on February 22, 2014, 07:09:00 AM
Here is what Gop1 Crop Mode ISO 1600 gets you:
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Format settings, GOP : N=1
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 22s 731ms
Bit rate mode : Variable
Bit rate : 110 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Original height : 1 088 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Quote from: gary2013 on February 24, 2014, 08:28:11 PM
which one is posted daily on http://tl.bot-fly.com/ ??
Quote from: 1% on February 22, 2014, 03:09:58 AM
T3i and EOSM are fairly different: Sensors, processor, video modes, resolutions, sd controller, encoder.
Quote from: 1% on February 22, 2014, 03:09:58 AMIf you up the bit rate to the max "x" rate and make it flush really fast, it will dump the highest QP frames it "officially" can.
Quote from: gary2013 on February 22, 2014, 02:39:23 AM
i never heard of TL version 1 or 2. I just always download http://tl.bot-fly.com/
Quote from: gary2013 on February 22, 2014, 01:05:01 AM
Not true at all. I have used every nightly build of TL since last July without any problems. Read all the threads for the M. And read my latest post I just made about H.264, CBR up to 20. 0, flush rate 30, GOP 1 shooting 1080p30 with audio on the M.
Quote from: dmilligan on February 12, 2014, 12:51:22 PM
and how exactly do you propose to make the square pixels rectangular? magic?
Quote from: steer_rally on February 19, 2014, 01:48:40 AMI'm running Win7 64bit, and explorer is set to "show hidden files"
[snip]
I'm pretty sure that this is where the problem lies, but have no idea what to do about it.
Quote from: steer_rally on February 19, 2014, 01:33:24 AMI will find a 4Gb card tomorrow and give it a go
Quote from: steer_rally on February 19, 2014, 01:33:24 AMEach file copied in turn on to the card then deleted from the computer before checksum performed. I'm not sure how I can verify that these results are valid??
Page created in 0.093 seconds with 13 queries.