Attila Bakos

On 2018. 03. 21. at 7:00 PM, Trek of Joy said:

I believe the only solution is what's in the previously posted video - change the date to force the pixel remapping in order to do it manually. To be fair, its only happened once on each body I've owned. As to the a7III, I can't speak to anything other than the way it looks on videos I've seen since the camera isn't available in the US yet.

chris

The problem surfaced again in the newest video of the guy who posted the fix, and he told me the fix was unfortunately temporary, he's thinking about sending his A7III back.

On 2018. 03. 14. at 1:59 PM, Attila Bakos said:

@frontfocus Can you please check if 1080p60 has more moiré/aliasing on the X-H1 than on the X-T2? I'd like to know if you can confirm this.

On 2018. 03. 14. at 2:02 PM, frontfocus said:

@Attila Bakos I will do. Don‘t know if I find enough spare time today or tomorrow, since I first have to get my X-T2, but weekend at the lastest I will do

@frontfocus Hi, did you have time to check this?

38 minutes ago, BTM_Pix said:

Before you all start grabbing the pitchforks and firing up the burning torches, please bear in mind that these images could well be part of an A/B test.

I just packed away my pitchfork and put out my torch. Your detective skills are far more effective.

16 minutes ago, jagnje said:

if not there is one more hacked camera we can take clips of flowers and dogs with. 

My cat disagrees.

29 minutes ago, Andrew Reid said:

Has anybody come across any Fuji LUTs for F-LOG yet? I read there were some. However, such is the interest in the camera, 62 pages on this thread alone is a bit of a haystack to go looking in for LUTs

Fuji already gives you Eterna, I built my own LUTs for the rest. They are created for the X-T2, but they seem to work with the X-H1 as well. Remember to switch your clips to video range, that's what the LUTs expect.

8 minutes ago, DBounce said:

I think DNG or Prores would be better... and 12-bit. What kind of file sizes would 16-bit raw yield? 1 ~ 1.5 Gb/s give or take... that’s a lot of data. Even if it can.., and I believe it can, there are likely reasons why Samsung didn’t push it to these extremes. 

4K 16bit uncompressed RAW at 25 fps needs 422 MB/s. That's megabytes, not megabits. Based on the information we've been given so far the body can handle that, but you can't write that to the SD card, the fastest UHS-II cards can write up to 250-260MB/s continuosly. So you either compress RAW, or lower the number of bits.

46 minutes ago, Arikhan said:

For me (!) it's great.

It's great isn't it? :D

@mkabi He said earlier in this thread that it's internal, that why we discussed UHS-II capabilities.

Just now, Robert Collins said:

Well inherently pixel interpolation is a 'fudge' more than a 'fix' but camera companies are pretty good at it.....

Unfortunately it doesn't work all the time. I had only one hot pixel on my X-T2, but I could not remove it with the built in remapping function. Tried it multiple times.

1 minute ago, Robert Collins said:

Actually this is a pretty old fix for dead/faulty pixels on a Sony sensor. Basically any sensor will have a number of bad/dead pixels. I believe that QC limits the number to 1:10,000 (or something like that.) What the camera does when it sees a dead pixel is interpolate it.

What happens if you set the date well ahead of the actual date is that the camera searches for dead pixels and then remaps the sensor for any new dead pixels by interpolating any dead pixels it finds.

Oh I didn't know you have to do this procedure for a pixel remapping. On my X-T2 there was a menu called pixel mapping, so it was kinda obvious.

That was fast. If that's a true fix, that's one of the weirdest I've ever seen.

If you already own an A7III, you might want to check for this, the guy says he noticed it in different owners test shots as well:

Long but informative review:

This is just talk, noone is rushing anything. I don't even have an NX1 I for one trust Arikhan that he won't come here when he needs to be left alone. That's what I would do.

@Arikhan So the sensor is capable of capturing 28MP at 240fps, and the processor is capable of compressing and formatting it realtime. That's awesome, but we are talking about uncompressed RAW video right? Like Magic Lantern. I'm a bit confused now, because my question is still unanswered. If we have something like Magic Lantern RAW, but with 4K, how do you write that massive amount of data to an UHS-II card?

1 hour ago, Arikhan said:

@All - to say a little bit more...The speculations on data rate transfer limitations are not useful - because I've "opened the box"...Now I have partial direct access to the heart of this beast..

 

I believe the speculations ended with the conclusion that you are only limited by card speed. Did we get at least that part right?

21 minutes ago, Mokara said:

You can't. The fastest cards available will be able to just cope with 10 bit at most, and that is assuming you only use a 4K crop (in other words, no oversampling).

Okay, it seems like we all come to the same conclusion after all. Now we only have to wait and see.

1 minute ago, Matthew Hartman said:

My guess is it's doing 8/10 bits. But even with 8bit RAW, the image should be much more malleable in post and recover shadows and highlights better, you control the amount of denoising and don't have to worry about nailing perfect WB or using log. All this is very welcome over H.265 imo. 

But that was my conclusion earlier and Arikhan said I was completely wrong.

8 minutes ago, Mokara said:

The difference is due not to the interface itself, but what is happening internally in those devices. Just because an interface is capable of a particular speed does not mean that the device can generate or receive data at that rate. To use a UHS-II spec label they have to be capable of meeting the 300 mB/s data transfer requirement however. In the case of a camera like the NX, for example, there is a bunch of processing going on that limits the availability of the data, and that results in lower speeds when recording natively. However, we know the minimum base internal data rate of the camera since it does a 6.5k sensor read at 8 bits/30 fps in preparing data for 4K video. That is a bandwidth of approximately 630 mB/s. The camera does processing on that data however, and the bottleneck for data delivery is the processing itself, not the UHS-II interface. If you found a way to side step that processing you should be able to deliver enough data to swamp the interface, since the camera is dealing internally with at least twice the amount specified by UHS-II. If you only used a crop of the sensor however you would be able to (in theory) deliver a RAW data feed as I explained earlier.

Yeah I get this and this is fine, but last time I checked the bitrate of 4K 12/14bit uncompressed RAW at 25fps exceeded the maximum continuous write speed of the fastest UHS-II cards. How do you solve that bottleneck?

Well he didn't say this Monday. I like the cat.

50 minutes ago, BTM_Pix said:

Well, the debate can end, the master has spoken.

Yeah, the A7III is a steal :D

I'm still interested if 1080p60 has worse quality on the X-H1 than on the X-T2, if anyone can test that. (There was a test earlier in this topic that showed significantly more moiré on the X-H1.)

Just now, Trek of Joy said:

Did you try it with something that has a little contrast and detail, like a human face, instead of a black leather chair with a set of black headphones draped over it? That looks bad, but your foreground subject with a blown white background gives the AF system little to lock on to as there's virtually no contrast.

Chris

Oh that's not my video, I don't have an X-H1 (yet?).

So in order to have working AF, don't use DR400 (or 200), don't use F-Log, and don't use a fixed ISO. And even then the transition is not smooth at all.

Well, if you can truly record 4K uncompressed RAW at 25 fps in 12 or 14 bits, internally, that will indeed prove me wrong. If that happens, it will make a lot of people happy, myself included. Keep in mind though that I didn't make up things like bus speed or uncompressed raw bitrate requirements, so saying that I'm completely wrong without any facts is a bit meh. Prove me wrong for real