Jump to content

SMGJohn

Members
  • Posts

    365
  • Joined

  • Last visited

Posts posted by SMGJohn

  1. 5 minutes ago, vasile said:

    read page 132 of this: http://downloadcenter.samsung.com/content/UM/201511/20151102105725627/NX1_English.pdf

    The mod currently replaces the instances of 80 Mbit/s from the table with whatever you pick. Other values are not currently affected.

    I plan to also enable changing some of the other values but you will need to be patient.

    Again, every setting combination that uses 80 Mbits/sec on the original firmware is replaced by my mod. The other values are not. My bet is you try to use a combination that results in 60 Mbit/s with the original firmware and that one stays on 60.

    Oh yeah I completely forgot about the 1080p 24, 25 and 30 being 60mbps and not 80. 

     

    1 hour ago, Pavel Mašek said:

    Here is comparison of hacked and non hacked 120 fps (200% zoom). There is quite big difference in terms of compression and details.

    Problem is that hacked is just 106 fps according Premiere...

    First is hacked and second normal:

    _4060035.00_04_10_27.Still001.jpg

    _4060035.00_04_39_03.Still002.jpg

    Amazing, notice how the moire issue on the roof on those houses to the right completely disappeared with higher bitrate.

  2. From what I noticed the bitrate hack does not work with 1080p at all for me, I use PAL mode, and I did everything the readme file said. Still only uses the same bitrate for 1080p as it always have, only UHD and 4k seem to get a bitrate increase with the hack.

  3. 2 hours ago, vasile said:

    Let me just thank you so much Vasile for all your hard work so far, I am grateful.

    So when I first saw your bitrate hack the first thing I did was testing it, sadly my SD cards are only capable of 160Mbps on the NX1 despite having average 40MB/s writing speed on my computer which should have allowed me to use the ~300Mbps bitrate according to a couple of calculators I used, I could be wrong again, my terrible maths sometime.

    While I tested it I honestly could not notice much difference between the shots at 1600ISO, now this is just a quick test nothing in depth really, hopefully someone will do more scientific tests, I suppose you all should take this test with a pinch of salt because it was done in a hurry, I have not tested whether the banding issue is gone either, and I did extensive tests with JPEG's a few days back and the banding barely occurs at normal JPEG compression and completely gone with super and fine, so clearly the issue lays not with 8bit if its fed enough data. My biggest suspicion here because GH4 does not suffer from banding if you know what you are doing, it could be the noise reduction internally which lets face it, destroys details notoriously even at lower ISO's and higher bitrate does not seem to slow it down in its path of destruction.

    As always video mode feature my usual settings GammaDR (R1.00 G0.95 B1.00 | -10 Sharpness | -10 Contrast)

    80Mbps (Standard Pro Setting) 2160p UHD [1/50 - F/2.0 - 1600ISO]

    SAM_1207 - 80mbps [1600ISO] CLEAN.pngSAM_1207 - 80mbps [1600ISO] - GammaDR2LOG.pngSAM_1207 - 80mbps [1600ISO] - GammaDR2LOG ZOOM (576px).jpgSAM_1207 - 80mbps [1600ISO] - GammaDR2LOG SUPERZOOM (576px).jpg

    160Mbps (Vasile's High Bitrate Hack) 2160p UHD [1/50 - F/2.0 - 1600ISO]

    SAM_1195 - 160mbps [1600ISO] CLEAN.pngSAM_1195 - 160mbps [1600ISO] - GammaDR2LOG.pngSAM_1195 - 160mbps [1600ISO] - GammaDR2LOG ZOOM (576px).jpgSAM_1195 - 160mbps [1600ISO] - GammaDR2LOG SUPERZOOM (576px).jpg

    320Mbps (Vasile's High Bitrate Hack) 2160p UHD [1/50 - F/2.0 - 1600ISO]

    SAM_1196 - 320mbps [1600ISO] CLEAN.pngSAM_1196 - 320mbps [1600ISO] - GammaDR2LOG.pngSAM_1196 - 320mbps [1600ISO] - GammaDR2LOG ZOOM (576px).jpgSAM_1196 - 320mbps [1600ISO] - GammaDR2LOG SUPERZOOM (576px).png

    JPEG NORMAL (-10 Sharpness -10 Contrast) 2048x1152 [1/50 - F/2.0 - 1600ISO]

    _SAM1206.JPG_SAM1206 - GammaDR2LOG.png_SAM1206 - GammaDR2LOG ZOOM (576px).jpg_SAM1206 - GammaDR2LOG SUPERZOOM (576px).jpg

    Left 160Mbps - Right 320Mbps

    SAM_1207 80mbps data info.jpgSAM_1195 160mbps data info.jpgSAM_1196 320mbps data info.jpg

    Again, thank you so much Vasile for all your hard work, I really appreciate it even though my results might not prove much but still the bitrate increase is REALLY there, whether the changes are not there could be more the faults of the God damn atrocious HEVC codec which was the biggest mistake to be put in a camera since H264. 

    If I have time I will try to record some blue sky if they appear again this week with the 160Mbps setting to see if the banding issue has been negated a bit.

     

     

  4. 41 minutes ago, Marco Tecno said:

    Tommix, no way. That's why I say there is something wrong in the bench. Going from a samsung pro to a lexar 2000x is a huge jump on my camera. You go from about 1fps when buffer full to 5/6fps. And the clearing time is about 3-4x better.

    The Memory dev test is probably not very reliable to be honest, my computer is from 2012 and when you can see they are 10MB/s faster than in Samsung Dev test and the SD card reader in the Samsung should be able to read the card at full speed so there is definitely something software faults with the NX1 regarding dev test.

  5. 34 minutes ago, AaronL said:

    please excuse my lack of understanding, as I am a complete noob with cameras, but what is the reason for switching to PAL for 4k, is there a quality advantage or anything?

    PAL highest framerate is only 100fps while NTSC allows for 120fps, for us PAL users that is almost 5 times slow motion compared to our regular 4 times.

  6. 5 hours ago, MountneerMan said:

    I just got back from a trip to Spain and while there I found myself taking a lot of photos (more than usual) and switching back and forth between photos and videos became really annoying and got me thinking.

    Is it possible to write a program like focus stacking one that when you push a combination of buttons it pulls up a menu with the following items that would perform the following tasks?

    1. 3840x2160 24p
       - Record the current Shutter speed, aperture, ISO and WB into a file named “photo” on the SD card
       - Set the video resolution to 3840x2160 24p
       - Set the shutter speed to 1/50
       - Set the ISO and WB to values that are stored in a file named “3840x2160 24p” on the SD card
       - Enter into video stby mode
    2. 1920x1080 120p
       - Similar as above except with different shutter speed, video resolution and ISO and WB from a file named “1920x1080 120p"
    3. Return to photo settings
       - Check to see if the video resolution is set to UHD or HD and save the ISO and WB setting into files “3840x2160 24p” or “1920x1080 120p” respectfully
       - Restore the shutter speed, aperture, ISO and WB settings from file “photo” on the SD card.

    I thinking this program would speed up my process of switching between photos and video and could even include things like different picture profiles for each resolution.

    What does everyone else think? Is this possible to do using the st and prefman commands and is it even worth doing or is this not going to be useful to anyone but me?

    Technically what you want already exists except it does not save video mode settings which is exactly what you want, it only saves the settings for photo mode.

    Custom mode on NX1, same for NX500: http://www.samsung.com/ca/support/skp/faq/1078522

  7. 16 minutes ago, tugela said:

    I don't see how that is possible either, because you have to move the frame out of the light path for the next frame to be exposed. Unless you reduce the frame rate you cannot decrease the shutter speed below that. It is not physically possible. When you are working with digital data you can average the results of several frames to produce new composite frame. I would guess that a camera could do this internally with the raw data, but that would require a fundamental change in how the data is processed (and greatly increase demands on the processor itself). Because of that I am sceptical that many (or even any) cameras really do this, even if they report "slower" shutter speeds to the user.

    I am going to assume it exposes the same picture on two frames instead of one when lets say the shutter is 1/15 of a second.

    http://www.mediacollege.com/video/camera/shutter/shutter-vs-fps.html

    http://media.digitalcameraworld.com/wp-content/uploads/sites/123/2013/08/Camera_shutter_cheat_sheet.jpg

  8. 38 minutes ago, MountneerMan said:

    I understand the principles of shutter speed (and traditional shutter angle). What the video doesn't address is the ability for some cameras to "replicate" a slower shutter speed than frame rate. eg. 1/10 sec x 24fps = 2.4sec worth of exposure every second = physically impossible

    I have no idea how it does it technological, all I know is from working on film cameras on some you can expose multiple frame for longer when having a slower shutter than the frames per second the film rolls in, I am going to assume it works the same for digital cameras from the ones I have worked with, this is my subjective personal experience. I ain't no scientist but it did the job and that is good for me. Less I gotta do in post, better.

  9. 10 hours ago, tugela said:

    It is impossible to set the shutter speed to slower than the frame rate. Other cameras may give a number "slower", but it is not real since the sensor is always being exposed once the shutter speed hits the frame rate. It physically impossible for it to be exposed for any longer.

    You need to think about what you are saying.

    Not really. Just offset duplicate copies of the clip by one frame and set the transparency to 50% (or whatever fraction you are using to simulate a longer exposure). Shoot with the shutter speed set at whatever the frame rate was and you are good to go. It's pretty simple.

    Watch the video, its easier for all of us yeah? Like I said, if you want to smoothen out motion in clips separately from what is not moving, good luck.

  10. 29 minutes ago, MountneerMan said:

    I did a quick google search and found some info on this but not enough to satisfy me and I am quite interested now.

    Do you know exactly what is happening in camera when you have a longer shutter speed than frame rate? I mean it is obviously impossible to expose the sensor more than once at a time so the camera must be doing some math internally witch makes me think that there is no reason you cannot achieve the same results in post. I suppose the camera is likely using the raw sensor data where when done in post it would be using the compressed codec data.

    As far as I know it just keeps the shutter open for longer than normally, I said multiple times but I meant for longer period of time.

    Its the same principle as for photo but in this case its for video and the result is shown in the video, replicating it in post might be hard and time consuming though.

  11. 41 minutes ago, Syme said:

    I've never seen a file manager report a file size in bits. It's always bytes. Computer hardware typically cannot even store or operate on a unit smaller than a byte independently. Megabits are almost exclusively used for data rates, not storage sizes.

    Just to be sure I downloaded the files and checked them myself (on linux). Sure enough they are all at least 1 million bytes.

    Therefore the correct calculation for the 2048x1152x15fps stream is 1.5*10^6 bytes/frame * 8 bits/byte * 15 frames/s = 180*10^6 bit/s, which is approximately 180Mbit/s.

    Which is exactly what one would expect from typical JPEG compression ratios.

     

    16 minutes ago, Otto K said:

    Syme is right. 

    Edit - to clear things up - file managers will report sizes in base 10 (kilo is 10^3=1000) or in base 2 (kilo is 2^10=1024) but always in bytes, never in bits. 

    My bad then, learn new things everyday, I should just have used a calculator to begin with and not messing around with my terrible maths again.

    http://toolstud.io/video/filesize.php?imagewidth=2048&imageheight=1152&framerate=60&timeduration=1&timeunit=minutes

  12. 2 minutes ago, BrorSvensson said:

    But in your post you say each photo is 1.49 mebabytes and for 15 fps you will get 22.35 megabytes/s which equals 180 megabit/s

    Windows never displays bytes keep that in mind its always bits.

    Mbps = Megabits per second

    MB/s = Megabyts per second

  13. 1 hour ago, BrorSvensson said:

    22mbps is 180 mbit/s so thats pretty big.

    You are mistaking bits and bytes.

    One byte = 8 bits

    1 megabit = 0.125 megabytes

    180 megabytes = 1440 megabits

     

    So in order to find out either you simply multiply bytes with 8 to find out the bits, in order to find out the opposite simply divide by 8, and remember to follow the metric prefixes for most accurate results https://en.wikipedia.org/wiki/Metric_prefix

    17 000 000 bytes * 8 bits = 136 000 000 bits

    17 000 000 bits / 8 bits = 2 125 000 bytes

    17 000 000 bits * 0,125 bytes = 2 125 000 bytes

     

    You can also use Google for quick conversions, just type into Google 4326 megabytes to megabits and you get the answer 4326 megabytes = 34 608 megabits etc

  14. 1 hour ago, MountneerMan said:

    I have never heard of setting the shutter speed to lower than your fps. How does this work? does the camera split and combine the data from each 1/10 of a second for multiple frames?

     

    33 minutes ago, AaronL said:

    I have also never heard of this, i am guessing it would give you that classic first person "drunk" style ? ... might be completely wrong, but would adding motion blur do much the same thing?

    It just exposes each frames multi times and of course it gets very blurry the lower the shutter speed.

    Here is an example of what I am speaking of, its very widely used believe it or not:

     

  15. I think the OP just wants to remove the shutter limit in video mode which can only go to 1/30, Samsung most likely put it there to prevent people who do not know what they are doing from go below the recommended shutter angle for video. 


    Camera should do just fine if you remove the limit as there is no restriction for video mode regarding shutter speed, its just the amount of times the shutter closes every second, video mode can function even if the shutter is set to BULP mode on some cameras.

    Low shutter speeds in video mode can help create cool blurry art shots which is probably what the OP is looking for.

  16. 5 hours ago, Marco Tecno said:

    Well, I guess this is not really like mjpg, in the sense that mjpg won't have such a high bitrate...anyway...a huge difference indeed.

    Depends to be honest, average JPEG in this sequence are 1,49Mb so that would translate to 22,35Mbps bitrate for 15fps which is hilariously tiny

    If you pumped that up to 120fps for 1152p you get 178,8Mbps bitrate. Of course Samsung has given us JPEG compression so even at normal it still outperforms the HEVC, imao.

    Now the 6480x4320 JPEG's at super fine compression has file sizes from anything between 4 to 15 from my own experience but lets say 15Mb then.

    375Mbps bitrate for 25fps at the full output of the camera which is 6.5k at 3:2 aspect ratio, like the ol' television cameras, gonna need some BIG memory cards for this one or else you going to run out of space real quick but seeing how the bitrate is still quite below the limit of UHD-II speed and according to the Samsung mem dev test the Lexar 2000x can do 546.99Mbps average now whether this dev test is reliable or not is different question. But still it gives us a good estimate, now these are all rough poorly done maths but just to give us an idea what the camera could potentially do. We 'might' be looking at 50/60fps 6.5k MJPEG video here (750Mbps for 50fps and 900Mbps for 60fps with super fine compression), remember that MJPEG is barely processor heavy and at such extreme bitrates its laughable low CPU demanding, there might be other technicalities that would render this dream of 6.5k MJPEG video completely useless, but I suppose we just gotta wait to see what Chant might unveil in the holy grail for now.

    3 hours ago, RieGo said:

    omg i never realised you get so much ugly sharpening, even though you did sharpness -10. seems like video postprocessing messes things really up.
    so let's assume we get mjpeg codec - wouldn't it go through the same video processing? i think so. we definitely need a way to go around this horrible sharpening... :confused:

    OR it really is a sideeffect of hevc... i'm not sure.

    well, ungraded looks way better (still too much) in terms of sharpness. did you do any post sharpening?

    Yes the JPEG have even less sharpening so there is indeed more in-camera sharpening happening behind closed doors. 

    From what I can tell on the shitty 480p MJPEG mode it does not seem to suffer too much from sharpening but imao its 480p its low res so its hard to tell non the less. Hopefully someone turns off the in-camera sharpening, and yes I did do post sharpening but not a whole lot and both the HEVC and JPEG got the same amount of sharpening, this was done deliberately to show the effects of what sharpening does to HEVC compared to the JPEG and its drastically, the in-camera sharpening is bothersome to say the least. 

  17. 42 minutes ago, pressland said:

    Wow, no kidding. So this could be achieved by using the MJPEG codec? I hope some clever people are on the case.

    Yes, Motion JPEG with high bitrate is far superior to HEVC and there is a Motion JPEG codec in the NX1 already for the 480p mode, Chant said he would look into it for me regarding the increase of resolution and possibly bitrate. 

    It was a good move by Samsung to include the Motion JPEG codec besides the HEVC

  18. Someone wanted to see what JPEG 15 fps image burst was compared to the HEVC, and to say the least the difference is massive not just in the dynamic range but the pure colour information presence in the images, now I have chosen to use 1080p to show the difference as much as possible because its not as noticeable in 2160p, the only difference at such high resolution is the dynamic range, now its clear that JPEG will always be superior to HEVC in 1080p mode and perhaps even in high resolution as well simply because they contain more information per frame. The JPEG have superior resolution as well compared to HEVC even in 1080p, both JPEG and HEVC have the same settings applied to them including sharpness.

    Both HEVC and JPEG where colour graded in After Effects using the GammaDR2LOG -> VisionLog - LOG Generic_FujiColor 200_CIN -> Cineon to Film Contrast 01 -> Lumetri Adjustments

    In camera settings used for both HEVC and JPEGs are: 1/100 - F/4 - ISO100

    JPEG are super fine and resolution: 2048x1152 (Downsampled to 1080p in After Effects)

    HEVC are Pro quality and resolution: 1920x1080

     

    GammaDR settings:

    Red X1.00 - Green X0.95 - Blue X1.00

    Sharpness -10

    Contrast -10

    Luminance 16-235

    Master Pedestal not touched

    Picture Style Normal settings:

    Red X1.00 - Green X0.95 - Blue X1.00

    Sharpness -7

    Contrast -10

     

    HEVC LEFT - JPEG RIGHT

    GRADED TOP - UNGRADED BOTTOM

    HEVC - SAM_1140 - GRADED.pngJPEG - _SAM_1015-1139 - GRADED.pngHEVC - SAM_1140 - NO GRADE.pngJPEG - _SAM_1015-1139 - NO GRADE.png

     

    I uploaded these files for everyone to try them out if they want to:

    103_0326 - 100ISO - https://mega.nz/#!DctRFaIY!eMeqsd-3incYu2IqBZQGW7zINRtwwF8aKO8AFd1gixQ

    2592p15 - 3200ISO - https://mega.nz/#!PN0zQIIQ!7tcNWhfTOKDsUYvqZNocFb9bpnMyChdTamdawx5gbzI

    3648p15 - 4000ISO - https://mega.nz/#!WdFHkAgZ!8MoMydWK55KXkOnDLR5AlwFslkC4PjZ2YDr2LKSN8KY

     

     

  19. 5 hours ago, RieGo said:

    I'm using an up-to-date Premiere Pro and nowadays it's no problem at all to work with hevc. the only thing premiere has difficulties with is reading the color range 0-255 from the NX1.
    if you got performance problems you probably just need hevc hardware decoding (intel skylake or nvidia 960 or 970 i think)

    Are you on a Mac or Windows?

    Adobe for Windows is bloody atrocious as much as I dislike Mac it simply just works better with the Adobe programs because of the Unix code. If Adobe stopped being fools and just made their programs for Linux then I would switch in a heart beat imao, sadly I do not have HEVC hardware encoding, refuse to switch to nVidia just for that though I will place my bet on Polaris from AMD.

    There where some issues with it stopping rendering completely so I had to spit out JPEG's and even then he corrupted a lot of frames which I had to painstakingly replace manually. But like you said it could be lack of hardware support but then again I do not have any issues with any other codec its only HEVC.

  20. 7 minutes ago, lucabutera said:

    That is quite good but price wise it does not make much sense for NX1 or even GH4. 

    Unless the hackers for NX1 can unlock huge MJPEG streams via the HDMI or RAW output, then external recorder would come in much handy to deal with huge data flows.

    H265 is still terrible for post production but I see they use it for streaming which makes a lot of sense, HEVC is great for streaming, awesome quality at low bitrate. 

  21. I tested all my cards, my Samsung model is NX1 EV-NX1ZZZBQBUS (Not sure if related) is a 2014 production model.

    SAMSUNG PRO MB-SGCGB SDXC 64GB  UHS-I /Grade 1 /Class 10 (Read=80MB/s Write=40MB/s)

    Dev Test Results: Write=29077.5KB/s Read=61306.1KB/s

    Quote

    Warning: Only 61026 of 61028 MByte tested.
    Test finished without errors.
    You can now delete the test files *.h2w or verify them again.
    Writing speed: 39.7 MByte/s
    Reading speed: 72.8 MByte/s
    H2testw v1.4

     

    LEXAR PROFESSIONAL 400x SDXC 128GB UHS-I /Grade 1 /Class 10 (Read=60MB/s Write=20MB/s)

    Dev Test Results: Write=34880KB/s Read=66230.4KB/s

    Quote

    Warning: Only 122105 of 122107 MByte tested.
    Test finished without errors.
    You can now delete the test files *.h2w or verify them again.
    Writing speed: 43.3 MByte/s
    Reading speed: 80.5 MByte/s
    H2testw v1.4

     

    LEXAR PROFESSIONAL 400x SDXC 64GB UHS-I /Grade 1 /Class 10 (Read=60MB/s Write=20MB/s)

    Dev Test Results: Write=29183.8KB/s Read=67899.5KB/s

    Quote

    Warning: Only 61083 of 61084 MByte tested.
    Test finished without errors.
    You can now delete the test files *.h2w or verify them again.
    Writing speed: 38.5 MByte/s
    Reading speed: 82.5 MByte/s
    H2testw v1.4

     

    All SDXC cards where formated to ExFat standard, no freezing of crashing after Dev test. 

    Cards also tested with H2testw to detect true read and write speed.

  22. 17 minutes ago, lucabutera said:

     

    Blackmagic does it again, amazing image quality out of the camera in good lightning but fails in everything else.

    Give the NX1 high bitrate HEVC or MJPEG and it will destroy the Ursa Mini in everything but global shutter but I rather have better low light than no rolling shutter imao.

  23. 1 hour ago, Marco Tecno said:

    I paid almost 100€ for it, 6 months ago. So indeed that's a steal. You'll notice a great increase in responsiveness.

    Now I just gotta hope its real and not fake, I already own 3 x 64GB 600x cards and one 128GB 600x, the 128GB 2000x one costs a bloody small fortune

×
×
  • Create New...