DPReview.com is closing April 10th - Find out more

NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Started Mar 26, 2014 | Discussions
Mike Thomann New Member • Posts: 3
NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits
3

I've downloaded the Samsung open source code for the NX2000 camera to check into changing the 30 minute time limit for videos, and just 20 minutes for 1080p30.

There's also drivers in the code for 1920x1080p60, even for 1920x1440p60. 1920x1440 would be good for utilizing the entire sensor area for low light video, and morphing to 16:0 1929x1080 for a wide area affect like the Superview setting on the GoPro Hero3+ Black Edition which I found to help quite a bit in low light.

There are code segments for handling video and audio recording formats, and bitrates, fps, and resolutions, all would be nice to increase. This file has hundreds of interesting variables for camcorder mode:
TIZEN\project\NX2000\imagedev\usr\include\mmf\mm_camcorder.h

Notable camcorder variables include:
MMCAM_IMAGE_ENCODER_QUALITY
MMCAM_CAMERA_FORMAT
MMCAM_CAPTURE_FORMAT
MMCAM_CAPTURE_WIDTH
MMCAM_CAPTURE_HEIGHT
MMCAM_AUDIO_VOLUME
MMCAM_FILE_FORMAT
MMCAM_VIDEO_ENCODER
MMCAM_AUDIO_ENCODER
MMCAM_AUDIO_SAMPLERATE
MMCAM_AUDIO_FORMAT

I'm primarily concerned with the video time limit for my application. Among 99,017 files within 8,691 folders I've located the following files which handle camcorder limits:

-- hide signature --

These files handle the actions to take and notices to display when limits are reached:

...TIZEN\project\NX2000\packages\webkit-efl\Source\WebCore\platform\graphics\efl\CameraManagerPrivateMMFW.cpp

...TIZEN\project\NX2000\imagedev\usr\include\mmf\SLP_MultimediaFW_PG.h
Includes sample code.

Applicable variables contained within these files:

MM_MESSAGE_CAMCORDER_TIME_LIMIT
Time limit (Second) of recording file. If the elapsed time of recording reaches this value, camcorder will send 'MM_MESSAGE_CAMCORDER_TIME_LIMIT' message.

MM_MESSAGE_CAMCORDER_MAX_SIZE
Maximum size (Kbyte) of recording file. If the size of file reaches this value, camcorder will send 'MM_MESSAGE_CAMCORDER_MAX_SIZE' message.

----------------------------------------------------------------
This file set the limits:
...TIZEN\project\NX2000\imagedev\usr\include\mmf\mm_camcorder.h

#define MMCAM_TARGET_TIME_LIMIT "target-time-limit"
Time limit (seconds) of recording file. If the elapsed time of recording reaches this value, camcorder will send 'MM_MESSAGE_CAMCORDER_TIME_LIMIT' message.

#define MMCAM_TARGET_MAX_SIZE "target-max-size"
Maximum size(Kbytes) of recording file. If the size of file reaches this value, camcorder will send 'MM_MESSAGE_CAMCORDER_MAX_SIZE' message.

Note that these limits are defined by yet another set of variables "target-time-limit" and "target-max-size". These are likely the final variables which ultimately determine the limits.

----------------------------------------------------------------
...TIZEN\project\NX2000\packages\webkit-efl\Source\WebCore\platform\graphics\efl\CameraManagerPrivateMMFW.cpp
Contains a function called "setCameraVideoCaptureAttr(capturePath,maxTimeInSeconds)" which initializes the running attributes of camcorder video. Within this function, the variable MMCAM_TARGET_TIME_LIMIT is initialized by the variable maxTimeInSeconds, which is the second (and last) parameter passed to the "setCameraVideoCaptureAttr" function when called. When calling the function, the time limit will likely either be a variable or the number of seconds as an integer passed to that second parameter.

----------------------------------------------------------------
So now I'm left with the limits being set with "target-time-limit" and "target-max-size", as well as the function setCameraVideoCaptureAttr(capturePath,maxTimeInSeconds), so the next step is to locate where there are being initialized...

----------------------------------------------------------------

The following files contain the variables "target-time-limit" and "target-max-size":

...TIZEN\project\NX2000\imagedev\usr\lib\libewebkit.so.0.12.23
Contained within 5th parameter of function "mm_camcorder_capture_start", but this function is for still image capture and multishot, not for camcorder video, so not at all concerned with this function.

Unable to easily determine association within following files, may not be directly affected:
...TIZEN\project\NX2000\image\rootfs\usr\bin\di-camera-app-nx2000
...TIZEN\project\NX2000\imagedev\usr\lib\libmmfcamcorder.so.0.0.0
...TIZEN\project\NX2000\image\rootfs\usr\lib\libmmfcamcorder.so.0.0.0
...TIZEN\project\NX2000\imagedev\usr\bin\mm_camcorder_testsuite
...TIZEN\project\NX2000\image\rootfs\usr\bin\mm_camcorder_testsuite

Result: I'm unable to easily determine where "target-time-limit" and "target-max-size" are ultimately initiated.

----------------------------------------------------------------
The following files contain the function "setCameraVideoCaptureAttr":

...TIZEN\project\NX2000\packages\webkit-efl\Source\WebCore\platform\graphics\efl\CameraManagerPrivateMMFW.h
Defines function "setCameraVideoCaptureAttr".

...TIZEN\project\NX2000\packages\webkit-efl\Source\WebCore\platform\graphics\efl\CameraManagerPrivateMMFW.cpp
Passes "maxTimeInSeconds" to function "setCameraVideoCaptureAttr".
Function "startVideoCapture" calls function "setCameraVideoCaptureAttr" with time limit of 180 (3 Minutes), not sure why 3 minutes here.

Unable to easily determine association within following files, may not be directly affected:
...TIZEN\project\NX2000\imagedev\usr\lib\libewebkit.so.0.12.23

Result: I'm unable to determine where "maxTimeInSeconds" is ultimately initiated.

----------------------------------------------------------------

Other methods of locating where limits are ultimately the time limit is initialized is by searching for time in seconds. For instance, a 30 minute limit would be 1800, but possibly set at 1799. At 1080p30, the time limit is 20 minutes, which is 1200, or possibly 1199. Same deduction method could be used for known file size limits. I was unable to locate time limits by instances of 1799 and 1199, and there are too many instance of 1800 and 1200 for me to dig through.

I've given up on my initial search for where the limits are ultimately initialized.

Some possible alternative solutions:

...TIZEN\project\NX2000\imagedev\usr\include\mmf\mm_camcorder.h
Change Line 1029 from:
#define MMCAM_TARGET_TIME_LIMIT "target-time-limit"
To:
#define MMCAM_TARGET_TIME_LIMIT 86400

...TIZEN\project\NX2000\packages\webkit-efl\Source\WebCore\platform\graphics\efl\CameraManagerPrivateMMFW.cpp
Change Line 703 from:
MMCAM_TARGET_TIME_LIMIT, maxTimeInSeconds,
To:
MMCAM_TARGET_TIME_LIMIT, 86400,

Still I'd prefer to find find out where the limit variables are ultimately initialized rather than changing the functions. I also don't really have the time to learn the compilation process on my own. At least this is a start for others who want to give it a shot.

Samsung NX2000 Samsung NX300M
If you believe there are incorrect tags, please send us this post using our feedback form.
(unknown member) Contributing Member • Posts: 947
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Great job! is this source code limited to the NX300 or does it work on others? I'm interested in customising an NX20 but I don't want to 'brick' a perfectly good camera.

-- hide signature --

-Captain! Trolls sighted off the starboard bow!
-Very good, prepare the Fuckwitatron...

OP Mike Thomann New Member • Posts: 3
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Source code is available for the NX300 and NX2000.

It's possible the source code is not the entire firmware, maybe just the source to easily develop separate custom firmware. This would explain why it's so difficult to locate where the time limits and file size limits are ultimately initiated. A test would be to compile and verify what's provided and see what you get. Programs that compile the source verify the code is valid to avoid bricking.

I'm aware there is a file size limit with the FAT file system, but the function to stop recording at max file size could be updated to simply include the function to restart recording to a new file automatically without the user having to do anything.

hootsmon
hootsmon Contributing Member • Posts: 903
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Good work!

-- hide signature --
 hootsmon's gear list:hootsmon's gear list
Samsung NX11 Samsung NX30 Samsung NX 30mm F2 Pancake Samsung NX 18-55mm F3.5-5.6 OIS Samsung NX 85mm F1.4 ED SSA +1 more
Raw Jaw
Raw Jaw Senior Member • Posts: 2,662
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

My guess is Samsung cannot permit access to any source code/firmware that would enable extending video recording time limits because these limits are in place due to Governmental Trade restrictions.

Also another concern for me is my NX300 would get hot after multiple videos, one after the other.

For you to expend all of this thought, energy, research and time toward the NX300, you must be pleased with the videos it captures.

If this is the case, I suggest a possible solution is to get two NX300's and when one clip's time limit nears, turn on the other. At the price point the NX300 offers this is a viable solution imo.

ttbek Veteran Member • Posts: 4,869
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Raw Jaw wrote:

My guess is Samsung cannot permit access to any source code/firmware that would enable extending video recording time limits because these limits are in place due to Governmental Trade restrictions.

Doesn't that only restrict them from extending it themselves?  I don't see how it would keep them from releasing sources code at all.  Anything they're holding back would be for other reasons (algorithms they don't want out or that they're licensing from 3rd parties, things like that).

Also another concern for me is my NX300 would get hot after multiple videos, one after the other.

Would a single block of 2 hours be worse than 4 consecutive 30s?  While it does get warm I think there would be another restriction besides just the time of a single capture if the heat was a problem.  Also there are internal temperature sensors and accompanying code for temperature management.  There are other changes to video that may be less safe, but I think this one pretty much has the green light.

For you to expend all of this thought, energy, research and time toward the NX300, you must be pleased with the videos it captures.

I can't speak for him, but I'm quite pleased with them, better than any other video capture I've had my hands on.

If this is the case, I suggest a possible solution is to get two NX300's and when one clip's time limit nears, turn on the other. At the price point the NX300 offers this is a viable solution imo.

Your budget is bigger than mine then, lol, not at all viable for me right now.  Also, maybe he enjoys the tinkering anyway.  I know I like messing with this stuff.

 ttbek's gear list:ttbek's gear list
Canon PowerShot SX10 IS Canon EOS 5D Samsung NX300 Canon EOS Rebel SL1 Samsung NX30 +37 more
ttbek Veteran Member • Posts: 4,869
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Mike Thomann wrote:

Source code is available for the NX300 and NX2000.

It's possible the source code is not the entire firmware, maybe just the source to easily develop separate custom firmware. This would explain why it's so difficult to locate where the time limits and file size limits are ultimately initiated. A test would be to compile and verify what's provided and see what you get. Programs that compile the source verify the code is valid to avoid bricking.

I know enough is there to make it compile... it's just being a royal pain because the build instructions suck and seem to be incomplete. For instance, they vaguely mention a pretty darn important piece for doing the cross compiling. You need to get the right thing installed from the Code Sourcery chaps...: https://sourcery.mentor.com/sgpp/lite/arm/portal/subscription?@template=lite I'm not sure I've grabbed the right file yet.. and then I need to get it installed of course. Pieces of the source are in binary though (probably where all this is being initiated), and the most recent release of the NX300 code seems to be missing the platform.img binary, but I believe the one packaged with the NX300M would work fine. This post might also help in getting things compiled: http://www.dpreview.com/forums/post/51485580  I'm still not sure if things are wrong/left out in the current build instructions or if it has actually been simplified, but I'm leaning towards doing everything in that post.  Working in a VM for this has kept my machine clean, which is nice, but it also makes the whole process of working with this stuff quite slow for me.  Also... I need to do it all again on a real machine once I think it's working before trying it on a real camera, as I don't believe it is recommended to do the cross compiling from inside a VM (though I couldn't say why not off the top of my head).

I'm aware there is a file size limit with the FAT file system, but the function to stop recording at max file size could be updated to simply include the function to restart recording to a new file automatically without the user having to do anything.

I actually like that approach better.

 ttbek's gear list:ttbek's gear list
Canon PowerShot SX10 IS Canon EOS 5D Samsung NX300 Canon EOS Rebel SL1 Samsung NX30 +37 more
Raw Jaw
Raw Jaw Senior Member • Posts: 2,662
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

ttbek wrote:

Raw Jaw wrote:

My guess is Samsung cannot permit access to any source code/firmware that would enable extending video recording time limits because these limits are in place due to Governmental Trade restrictions.

Doesn't that only restrict them from extending it themselves?

If Samsung is restricted, I am sure they would avoid letting others circumvent the restriction.

I don't see how it would keep them from releasing sources code at all. Anything they're holding back would be for other reasons (algorithms they don't want out or that they're licensing from 3rd parties, things like that).

Also another concern for me is my NX300 would get hot after multiple videos, one after the other.

Would a single block of 2 hours be worse than 4 consecutive 30s? While it does get warm I

I'm talking Hot, not warm.

think there would be another restriction besides just the time of a single capture if the heat was a problem. Also there are internal temperature sensors and accompanying code for temperature management. There are other changes to video that may be less safe, but I think this one pretty much has the green light.

For you to expend all of this thought, energy, research and time toward the NX300, you must be pleased with the videos it captures.

I can't speak for him, but I'm quite pleased with them, better than any other video capture I've had my hands on.

I am looking for the OP's response.

If this is the case, I suggest a possible solution is to get two NX300's and when one clip's time limit nears, turn on the other. At the price point the NX300 offers this is a viable solution imo.

Your budget is bigger than mine then, lol, not at all viable for me right now. Also, maybe he enjoys the tinkering anyway. I know I like messing with this stuff.

Not nesscessarily, I suggested two NX300's as a possible solution.

For the OP to detail his indepth findings as he did I guess he must be a video guy and guess his being a video guy, he has a bigger budget than most of us here.

ttbek Veteran Member • Posts: 4,869
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Raw Jaw wrote:

ttbek wrote:

Raw Jaw wrote:

My guess is Samsung cannot permit access to any source code/firmware that would enable extending video recording time limits because these limits are in place due to Governmental Trade restrictions.

Doesn't that only restrict them from extending it themselves?

If Samsung is restricted, I am sure they would avoid letting others circumvent the restriction.

If they cared about that I doubt there would be as much information in the source as there is, in fact I think there wouldn't be any of Samsung's camera app related items in it, as that code is not required to be released.  Also, you see this in many industries and by and large they don't care two beans what you do with it as long as you're not asking them to fix it (voids warranty but they otherwise don't really care).  What I mean is, this is something Samsung has to do for regulations, rather than something done to drive sales of a higher model or anything like that.  There's not really a case where this could come back and bite Samsung.  E.g. if you modify your moped to go over the EU mandated limits it's not going to hurt the manufacturer.  As soon as it's you doing the messing around and is not officially supported by the company their hands are clean.  It's not like they put a turbo switch on it and said, "hey guys, push this button to break the rules!"  Even that, lol, look at AMD.  They even offer the turbo switch, but you need to agree to a bunch of stuff making them no longer responsible if you fry your pc.  Companies that care that much about what you're doing with their products are control freaks that we're better off without (cough... Apple... cough.. cough).  Those companies are restricting things for their own reasons though, not just because of meeting industry requirements.

I don't see how it would keep them from releasing sources code at all. Anything they're holding back would be for other reasons (algorithms they don't want out or that they're licensing from 3rd parties, things like that).

Also another concern for me is my NX300 would get hot after multiple videos, one after the other.

Would a single block of 2 hours be worse than 4 consecutive 30s? While it does get warm I

I'm talking Hot, not warm.

Semantics, I don't tend to call electronics hot unless they'll cause burns on contact.  As I also said, temperature is managed on the device.  There shouldn't be anything to worry about unless your environmental temperature is higher than the rated (I believe 40 degrees Celsius).

think there would be another restriction besides just the time of a single capture if the heat was a problem. Also there are internal temperature sensors and accompanying code for temperature management. There are other changes to video that may be less safe, but I think this one pretty much has the green light.

For you to expend all of this thought, energy, research and time toward the NX300, you must be pleased with the videos it captures.

I can't speak for him, but I'm quite pleased with them, better than any other video capture I've had my hands on.

I am looking for the OP's response.

If this is the case, I suggest a possible solution is to get two NX300's and when one clip's time limit nears, turn on the other. At the price point the NX300 offers this is a viable solution imo.

Your budget is bigger than mine then, lol, not at all viable for me right now. Also, maybe he enjoys the tinkering anyway. I know I like messing with this stuff.

Not nesscessarily, I suggested two NX300's as a possible solution.

For the OP to detail his indepth findings as he did I guess he must be a video guy and guess his being a video guy, he has a bigger budget than most of us here.

 ttbek's gear list:ttbek's gear list
Canon PowerShot SX10 IS Canon EOS 5D Samsung NX300 Canon EOS Rebel SL1 Samsung NX30 +37 more
Raw Jaw
Raw Jaw Senior Member • Posts: 2,662
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

ttbek wrote:

Raw Jaw wrote:

ttbek wrote:

Raw Jaw wrote:

My guess is Samsung cannot permit access to any source code/firmware that would enable extending video recording time limits because these limits are in place due to Governmental Trade restrictions.

Doesn't that only restrict them from extending it themselves?

If Samsung is restricted, I am sure they would avoid letting others circumvent the restriction.

If they cared about that I doubt there would be as much information in the source as there is, in fact I think there wouldn't be any of Samsung's camera app related items in it, as that code is not required to be released. Also, you see this in many industries and by and large they don't care two beans what you do with it as long as you're not asking them to fix it (voids warranty but they otherwise don't really care). What I mean is, this is something Samsung has to do for regulations, rather than something done to drive sales of a higher model or anything like that. There's not really a case where this could come back and bite Samsung. E.g. if you modify your moped to go over the EU mandated limits it's not going to hurt the manufacturer. As soon as it's you doing the messing around and is not officially supported by the company their hands are clean. It's not like they put a turbo switch on it and said, "hey guys, push this button to break the rules!" Even that, lol, look at AMD. They even offer the turbo switch, but you need to agree to a bunch of stuff making them no longer responsible if you fry your pc. Companies that care that much about what you're doing with their products are control freaks that we're better off without (cough... Apple... cough.. cough). Those companies are restricting things for their own reasons though, not just because of meeting industry requirements.

I don't see how it would keep them from releasing sources code at all. Anything they're holding back would be for other reasons (algorithms they don't want out or that they're licensing from 3rd parties, things like that).

Also another concern for me is my NX300 would get hot after multiple videos, one after the other.

Would a single block of 2 hours be worse than 4 consecutive 30s? While it does get warm I

I'm talking Hot, not warm.

Semantics,

Not semantics.  Hot is not warm.  The battery is very hot when placed on my face chek.

There is no thermostat shutoff in my NXx 300.

I don't tend to call electronics hot unless they'll cause burns on contact. As I also said, temperature is managed on the device. There shouldn't be anything to worry about unless your environmental temperature is higher than the rated (I believe 40 degrees Celsius).

think there would be another restriction besides just the time of a single capture if the heat was a problem. Also there are internal temperature sensors and accompanying code for temperature management. There are other changes to video that may be less safe, but I think this one pretty much has the green light.

For you to expend all of this thought, energy, research and time toward the NX300, you must be pleased with the videos it captures.

I can't speak for him, but I'm quite pleased with them, better than any other video capture I've had my hands on.

I am looking for the OP's response.

If this is the case, I suggest a possible solution is to get two NX300's and when one clip's time limit nears, turn on the other. At the price point the NX300 offers this is a viable solution imo.

Your budget is bigger than mine then, lol, not at all viable for me right now. Also, maybe he enjoys the tinkering anyway. I know I like messing with this stuff.

Not nesscessarily, I suggested two NX300's as a possible solution.

For the OP to detail his indepth findings as he did I guess he must be a video guy and guess his being a video guy, he has a bigger budget than most of us here.

ttbek Veteran Member • Posts: 4,869
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Raw Jaw wrote:

ttbek wrote:

Raw Jaw wrote:

ttbek wrote:

Raw Jaw wrote:

My guess is Samsung cannot permit access to any source code/firmware that would enable extending video recording time limits because these limits are in place due to Governmental Trade restrictions.

Doesn't that only restrict them from extending it themselves?

If Samsung is restricted, I am sure they would avoid letting others circumvent the restriction.

If they cared about that I doubt there would be as much information in the source as there is, in fact I think there wouldn't be any of Samsung's camera app related items in it, as that code is not required to be released. Also, you see this in many industries and by and large they don't care two beans what you do with it as long as you're not asking them to fix it (voids warranty but they otherwise don't really care). What I mean is, this is something Samsung has to do for regulations, rather than something done to drive sales of a higher model or anything like that. There's not really a case where this could come back and bite Samsung. E.g. if you modify your moped to go over the EU mandated limits it's not going to hurt the manufacturer. As soon as it's you doing the messing around and is not officially supported by the company their hands are clean. It's not like they put a turbo switch on it and said, "hey guys, push this button to break the rules!" Even that, lol, look at AMD. They even offer the turbo switch, but you need to agree to a bunch of stuff making them no longer responsible if you fry your pc. Companies that care that much about what you're doing with their products are control freaks that we're better off without (cough... Apple... cough.. cough). Those companies are restricting things for their own reasons though, not just because of meeting industry requirements.

I don't see how it would keep them from releasing sources code at all. Anything they're holding back would be for other reasons (algorithms they don't want out or that they're licensing from 3rd parties, things like that).

Also another concern for me is my NX300 would get hot after multiple videos, one after the other.

Would a single block of 2 hours be worse than 4 consecutive 30s? While it does get warm I

I'm talking Hot, not warm.

Semantics,

Not semantics. Hot is not warm. The battery is very hot when placed on my face chek.

There is no thermostat shutoff in my NXx 300.

It's not a shut off exactly, it regulates power in I think three stages (don't have the code in front of me at the moment), and I really doubt your NX300 is getting to the extremes.  If you're not burning your cheek I'm not really worrying about it.  It is semantics, because my battery gets like that too, feels "very hot" to the touch, but as it does not burn me I am not really referring to it has "hot" here, just as warm.  If that's not semantics than I don't know what is.  Batteries get like that (check some laptop ones after some heavy processing), and yeah they're more of a concern than say a CPU (because batteries can explode more violently), but I'm quite certain it's entirely fine in this case, since a 40C environment that the whole camera is rated to is pretty "hot" in and of itself, is your battery even getting over 40C?.  About the rest of the camera: You're aware of the temperatures the cpu in your computer gets to right?  And in your phone?  Your camera can take hot, it can take far more than it takes to scald you.  The only concern about heat that I have with the NX300 would be about the additional noise in the shot if the sensor is getting the heat.

I don't tend to call electronics hot unless they'll cause burns on contact. As I also said, temperature is managed on the device. There shouldn't be anything to worry about unless your environmental temperature is higher than the rated (I believe 40 degrees Celsius).

think there would be another restriction besides just the time of a single capture if the heat was a problem. Also there are internal temperature sensors and accompanying code for temperature management. There are other changes to video that may be less safe, but I think this one pretty much has the green light.

For you to expend all of this thought, energy, research and time toward the NX300, you must be pleased with the videos it captures.

I can't speak for him, but I'm quite pleased with them, better than any other video capture I've had my hands on.

I am looking for the OP's response.

If this is the case, I suggest a possible solution is to get two NX300's and when one clip's time limit nears, turn on the other. At the price point the NX300 offers this is a viable solution imo.

Your budget is bigger than mine then, lol, not at all viable for me right now. Also, maybe he enjoys the tinkering anyway. I know I like messing with this stuff.

Not nesscessarily, I suggested two NX300's as a possible solution.

For the OP to detail his indepth findings as he did I guess he must be a video guy and guess his being a video guy, he has a bigger budget than most of us here.

 ttbek's gear list:ttbek's gear list
Canon PowerShot SX10 IS Canon EOS 5D Samsung NX300 Canon EOS Rebel SL1 Samsung NX30 +37 more
(unknown member) New Member • Posts: 8
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Hello Mike,

I have read your great article: http://www.dpreview.com/forums/thread/3646127.

I've got some questions, maybe you could help me?
I am thinking of buying the NX2000.

1) Is it really a problem that the display is fixed and can't be tilted?
2) Is it possible to access to the firmware on the camera to change the settings to 1080p/60 fps? Can this be directly changed on the camera or would I have to load the firmware on ther camera first? How do I edit the firmware and get it working on the NX2000?
3) Are you thinking of providing the improved custom firmware in future?
4) If not: Could you please offer a step-by-step tutorial that every user could do this by its own?
5) Will the "SuperView" feature and the removal of 30 minutes recording limit or automatically starting a new video also work? How can we do this?

I hope you can answer to my questions. Thank you very much in advance!

Best regards

George

ramadeira New Member • Posts: 2
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

I am looking for a solution to my videos from my WB850F will it work?

(unknown member) New Member • Posts: 8
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits
1

I don't know.

I am also still waiting for Mike to answer.

pt5
pt5 New Member • Posts: 11
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

it's been quite awhile since i've heard anything regarding this.

Has anybody had any success with hacking their cameras? if so how would one go about doing it?

now that i have had my NX2000 for almost 2 years, I'd like to find ways of putting new life into this old thing.

 pt5's gear list:pt5's gear list
Sony Cyber-shot DSC-W290 Sony RX100 III
ramadeira New Member • Posts: 2
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Thanks for listening!

George Cameras wrote:

I don't know.

I am also still waiting for Mike to answer.

xi5
xi5 Contributing Member • Posts: 848
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Anyone know of a user-friendly tutorial for the NX300 source code?

Searches yield this site, which seems a bit technical:

http://op-co.de/blog/posts/modding_the_nx300/#index1h2

If possible, I'd like to be able to up the video bitrate on an NX300. Thanks.

TeddySmartBear New Member • Posts: 1
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Mike Thomann wrote:

I've downloaded the Samsung open source code for the NX2000 camera to check into changing the 30 minute time limit for videos, and just 20 minutes for 1080p30.

There's also drivers in the code for 1920x1080p60, even for 1920x1440p60. 1920x1440 would be good for utilizing the entire sensor area for low light video, and morphing to 16:0 1929x1080 for a wide area affect like the Superview setting on the GoPro Hero3+ Black Edition which I found to help quite a bit in low light.

There are code segments for handling video and audio recording formats, and bitrates, fps, and resolutions, all would be nice to increase. This file has hundreds of interesting variables for camcorder mode:
TIZEN\project\NX2000\imagedev\usr\include\mmf\mm_camcorder.h

Notable camcorder variables include:
MMCAM_IMAGE_ENCODER_QUALITY
MMCAM_CAMERA_FORMAT
MMCAM_CAPTURE_FORMAT
MMCAM_CAPTURE_WIDTH
MMCAM_CAPTURE_HEIGHT
MMCAM_AUDIO_VOLUME
MMCAM_FILE_FORMAT
MMCAM_VIDEO_ENCODER
MMCAM_AUDIO_ENCODER
MMCAM_AUDIO_SAMPLERATE
MMCAM_AUDIO_FORMAT

I'm primarily concerned with the video time limit for my application. Among 99,017 files within 8,691 folders I've located the following files which handle camcorder limits:

hi guys. is there a link, step by step on how to change the recording time from the few seconds it allow to an hour?

if so. please let me know...

Im eager to try it and change it.

thanks!!!

otto k Senior Member • Posts: 2,252
Re: NX300 / SX2000 Open Source Code - Remove Video Recording Time Limits and File Size Limits

Not sure about few seconds (IIRC it's 30 minutes) but take a look here
http://www.dpreview.com/forums/thread/3923549

 otto k's gear list:otto k's gear list
Canon EOS 600D Samsung NX1000 Samsung NX500 Sony a6400 Samsung NX 30mm F2 Pancake +10 more
Keyboard shortcuts:
FForum MMy threads