MountneerMan

I was thinking about more reputable sources like ESOHD
Actually it would be nice for it to go up on some sites like gizmodo or techradar. Places where people tend to be hackers/programmers first with a passion for film oppose to here where I feel like most people are cinematographers who have a passion for tech second.
Agreed I might have got a liltle excited to say it is easy to "hack". But the fact it will run Linux scripts from the SD card for things like focus stacking is really easy.

Thats funny. I think you were trying to trol but that is actually the angle i was thinking. 
The article would talk about how exactly samsung has abandoned their camera system yet dispite this their cameras are/were so good that people continue to use them and that people are even able to improve them. The article would also talk about how easy people are finding them to hack and how much potential these dead cameras have. 
My hope is to draw in more people to hacking these cameras to help unlock things like higher bitrates and removing the recording limit. 

Thats funny. I think you were trying to trol but that is actually the angle i was thinking. 
The article would talk about how exactly samsung has abandoned their camera system yet dispite this their cameras are/were so good that people continue to use them and that people are even able to improve them. The article would also talk about how easy people are finding them to hack and how much potential these dead cameras have. 
My hope is to draw in more people to hacking these cameras to help unlock things like higher bitrates and removing the recording limit. 

Thats funny. I think you were trying to trol but that is actually the angle i was thinking. 
The article would talk about how exactly samsung has abandoned their camera system yet dispite this their cameras are/were so good that people continue to use them and that people are even able to improve them. The article would also talk about how easy people are finding them to hack and how much potential these dead cameras have. 
My hope is to draw in more people to hacking these cameras to help unlock things like higher bitrates and removing the recording limit. 

I really want to see this story picked up by some popular camera news websites, help build some more momentum. 

Here is a quick video showing the brilliant work Otto has been doing on the NX500 and NX1 using the SD Card hack.
All details can be found on https://github.com/ottokiksmaler/nx500
 

Here is a quick video showing the NX1 and NX500 SD Card Hack for Focus Buttons.
This program allows you to record up to 6 focal points, these are stored on the SD card and will work after a camera restart.
This works for photography, especially good for storing infinity focal point to re-use when it is dark for Astro Photography.
Works in video allows you to do focus pulling from one focal point to another.
Thanks again to Otto for all the hard work, All details can be found on https://github.com/ottokiksmaler/nx500
 

Some great work here
Thread is now a sticky topic.

Good news, bad news.

Good news is that I have learned a lot about the srp( samsung reconfigureable processor) architecture. Bad news. It is very very very very complicated. Machine compiled c into binary. Unknown yet when it is loaded into the firmware and if the .cpp files that are listed are infact that, or just other hard ware controls

So the srp is like an fpga in the way you can change what it does on the fly. It differs in the way that it uses VLIW instead of bits to do its magic.
Reverse engineering the binary into something workable.. is possible, but time will tell if and how much can be changed. The plus side of a simple isp changing values in softwear can do something like what the gh2 hack did. The downside being you are stuck with the hardware.
The plus side of the srp implementation.. Building a custom algorithm to..exchange the hevc codec with something else.. Could be possible. Unknown yet if the nr is a part of this or just a software implementation.

Also if the rumors were true about the ml guys approaching samsung, this would be why it didnt happen. They dont release the srp compiler. One instance of them giving access to it at the SAIT school in Korea is all I could find. very very proprietary.

But the dream for me of having a cheap 14bit 6.5k red competitor is what keeps me going. The confirmation of the UHS-II bus sweetens the deal. Going to investigate the possibility of a SD-SATA converter.. I wouldnt mind having a 1tb ssd attached to the back of the camera.


TL:DR This camera is complex and things are not getting easier but still progression is being made.

I have this charger as well, it came with the "pro" kit.
I have it elastic-banded to a 20,000mah battery pack and what I do is just continually rotate one battery charging in my bag and one battery in the camera. By the time the battery in the camera is almost dead the battery in the charger is done so this give me constant mobile power for ~3-5 days of filming (I don't tend to film long 10+ min clips so I only go through ~2 batteries/day)
I do wish this charger was USB 3.0 as it would charge the batteries alot faster.
 
I really want to buy a few more NX1 batteries before they become extinct but I have never needed more then two so they tend to be the first thing I cut from the shopping cart when I go to check out and realize I have >$500 worth of gear and all I was originally planning on buying was a new microphone lol. But I really should get some more batteries If i hope to keep using my NX1 for another 3 years.
 
EDIT: This is the battery pack I have if you were wondering http://www.amazon.ca/dp/B00X5RV14Y/ref=pe_386430_121528420_TE_dp_2

I have made posts and posts about it in the "your ideal nx1 settings" thread. scientific depends on your definition of what a proper scientific approach would be, but i felt i was pretty methodical in trying to get the best image out of the camera possible. the problem is because I didn't apply a crazy filmy looking lut the end result, I dont think anyone cared

I posted about the work Im doing on the firmware side of the nx1 a few pages back, but it was/still is hidden for some reason. 
**no longer hidden on page 11 at the bottom. Much more detail about what I have found on the camera.**
To sum it up, I have been working on this the better part of 6 months, didnt know anyone else was interested until I found this thread a bit over a week ago and posted my findings. Im at a point of comparing the changes in the firmware versions to see how the code is written. I have uncovered the bootloader, the file format and language used for their custom control files for tizen, info on lut, rgb 888, sd card bus speed(its quite low should be ush1 u3 but its not set close to the speed stated in the sd association docs) and a few more things. 
My goal is similar to what the guy said on the gh2 hack. I had a hacked 144mbs gh2 I used for 5 years until moisture killed it a few months ago. The tech inside the nx1 should be capeable of pushing the hevc and the sensor to the limit, even if it shortens the life by 4-5 years its still cheaper than a red by a magnitude.

Ideal goals for me are raw/compressed raw output, see if cdng or another compressed raw format would work. As red raw is just their version of jpeg2000 modded for cine work.
There is not a deadline I have set to finish this, as this is just one of many projects I have on the go but comparing it to other cameras its quite promising.

I agree with pretty much all of this especially turning off the NR. But then I just think... I got this camera for $2,200 CAD with the 16-50S lens almost a year ago. Sure when compared to a $3,000 USD body only FF camera doesn't win but it still competes quite well.
I think my point is we should not nit pick the IQ of the NX1 too much but I am definitely all for turning off that annoying NR.
 
With regards to bit rate does it make sense for samsung to handicap the bit rate in the NX1? I mean the NR makes sense because they want to give us the best picture straight from the card witch doesn't necessarily give you the best picture possible but if the bit rate is adjustable i would think samsung  did some testing to determine the optimal bit rate.
For that reason I am trying to focus on encouraging the addition of "new" features that samsung never developed and/or implemented or removing features like NR or time limit that were implemented for various reasons none of witch include any of our semi professional needs.

I think Samsung will reassess too.
Sony has shown the way with their sales figures for the full frame mirrorless cameras. APS-C is not where it's at. Samsung should return with a full frame mirrorless camera and that requires a completely different set of lenses.

A simple script/hack (if possible) would be a script that runs when you boot the NX1/500 that would check to see if there is an external USB storage device(e.g. portable hard drive) and if there is one plugged in it would back-up all the files from the SD card onto the hard drive. I travel and climb alot and would like the ability to back-up my videos for redundancy on the go without needing to bring a laptop.
The stumbling block with this is from what I have read you need a USB OTG port witch I cannot find anywhere saying that the USB port on the NX1/500 is an OTG port.
But you got to admit if it were possible this would be an easy script to write(relatively) and would be quite useful.
 
P.S. I have been following this progress quite closely and applaud everyone's hard work. It is only a matter of time before more people get wind of how great these cameras are and how easy they are to hack and the fact you can get an NX500 kit for $799 USD new without any discounts.... oh man

A simple script/hack (if possible) would be a script that runs when you boot the NX1/500 that would check to see if there is an external USB storage device(e.g. portable hard drive) and if there is one plugged in it would back-up all the files from the SD card onto the hard drive. I travel and climb alot and would like the ability to back-up my videos for redundancy on the go without needing to bring a laptop.
The stumbling block with this is from what I have read you need a USB OTG port witch I cannot find anywhere saying that the USB port on the NX1/500 is an OTG port.
But you got to admit if it were possible this would be an easy script to write(relatively) and would be quite useful.
 
P.S. I have been following this progress quite closely and applaud everyone's hard work. It is only a matter of time before more people get wind of how great these cameras are and how easy they are to hack and the fact you can get an NX500 kit for $799 USD new without any discounts.... oh man

@Syme
Have you seen otto K's two posts on dpreview regarding his investigation into the NX500 software (linked below).
http://***URL removed***/forums/post/57133589
It seams to me that if the two of you shared notes we could have something.
 
EDIT: Fixed link

They do, Its in the video quality setting. The question is are they sandbagging with the HQ video setting and by how much.
 
Honestly for me the 4K/UHD quality of the NX1 if good enough for my purposes. I would really just like to see things like the 29 min limit removed or 4k 60p or 1080 240p

Another really promising snipet from NX1_packages\standard-arm7\usr\include\wideo\drime5\hdmi\d5_hdmi_video_type.h
 
/**
 * @enum ColorSpace
 * @brief Color space of video stream.
 */
enum ColorSpace {
    HDMI_CS_RGB,/**< RGB color space */
    HDMI_CS_YCBCR444,/**< YCbCr 4:4:4 color space */
    HDMI_CS_YCBCR422/**< YCbCr 4:2:2 color space */
};
/**
 * @enum ColorDepth
 * @brief Color depth per pixel of video stream
 */
enum ColorDepth {
    HDMI_CD_36,/**< 36 bit color depth per pixel */
    HDMI_CD_30,/**< 30 bit color depth per pixel */
    HDMI_CD_24/**< 24 bit color depth per pixel */
};
 
I don't have an external recorder but doesn't the NX1 currently only offer 4:2:2 8 bit out?

Another really promising snipet from NX1_packages\standard-arm7\usr\include\wideo\drime5\hdmi\d5_hdmi_video_type.h
 
/**
 * @enum ColorSpace
 * @brief Color space of video stream.
 */
enum ColorSpace {
    HDMI_CS_RGB,/**< RGB color space */
    HDMI_CS_YCBCR444,/**< YCbCr 4:4:4 color space */
    HDMI_CS_YCBCR422/**< YCbCr 4:2:2 color space */
};
/**
 * @enum ColorDepth
 * @brief Color depth per pixel of video stream
 */
enum ColorDepth {
    HDMI_CD_36,/**< 36 bit color depth per pixel */
    HDMI_CD_30,/**< 30 bit color depth per pixel */
    HDMI_CD_24/**< 24 bit color depth per pixel */
};
 
I don't have an external recorder but doesn't the NX1 currently only offer 4:2:2 8 bit out?

I downloaded the source code a while ago and looked at it briefly but never found anything but after reading this tread I was inspired to take a second look and I found a whole folder of C++ files in the kernel package under driver\media\drime5\hevc. I even found this comment in one of them( d5_enc_host_ctrl.c).
 
  // Target cycle of 32x32 CU, P-slice
  // Mode1, LD_LC:  870         -- UHD30p @266MHz w/ 20% margin
  // Mode2, LD_HE: 1307         -- FHD60p @200MHz w/ 20% margin
  // Mode3, RA_LC: 1752         -- FHD60p @266MHz w/ 20% margin
  // Mode4, RA_HE: 2420         -- FHD30p @200MHz w/ 20% margin
  // Mode5, AI   :  870         -- UHD30p @266MHz w/ 20% margin
 
Does anyone here know anything about GNU licenses? My thinking is if they are using the drime5 CPU to code and decode HEVC it would need to be built into the Tizen kernel and would need to be open source. But I dont know for sure.
I think its all there folks we just need a Linux/Tizen master to take a look at it.

I downloaded the source code a while ago and looked at it briefly but never found anything but after reading this tread I was inspired to take a second look and I found a whole folder of C++ files in the kernel package under driver\media\drime5\hevc. I even found this comment in one of them( d5_enc_host_ctrl.c).
 
  // Target cycle of 32x32 CU, P-slice
  // Mode1, LD_LC:  870         -- UHD30p @266MHz w/ 20% margin
  // Mode2, LD_HE: 1307         -- FHD60p @200MHz w/ 20% margin
  // Mode3, RA_LC: 1752         -- FHD60p @266MHz w/ 20% margin
  // Mode4, RA_HE: 2420         -- FHD30p @200MHz w/ 20% margin
  // Mode5, AI   :  870         -- UHD30p @266MHz w/ 20% margin
 
Does anyone here know anything about GNU licenses? My thinking is if they are using the drime5 CPU to code and decode HEVC it would need to be built into the Tizen kernel and would need to be open source. But I dont know for sure.
I think its all there folks we just need a Linux/Tizen master to take a look at it.

The developer of RMMC is planning on releasing a new version of his much acclaimed H.265 converter tonight. This new version will now have the option for an input LUT.

http://***URL removed***/forums/post/57045260

This will improve my workflow significantly. J
 
I can't wait to try it out with the gammaDR2Log Lut 

The developer of RMMC is planning on releasing a new version of his much acclaimed H.265 converter tonight. This new version will now have the option for an input LUT.

http://***URL removed***/forums/post/57045260

This will improve my workflow significantly. J
 
I can't wait to try it out with the gammaDR2Log Lut