View Full Version : Buffer Overflow Problem.


Pages : [1] 2

Ryan Mason
March 19th, 2010, 06:00 AM
Well I am glad I got the camera early to experiment with before I shoot an event. I got the overflow problem last night. I am still trying to gather all the info about what happened and will be getting a hold of sony so I can see what I need to do. I wasn't the one shooting the video and not even there, so I am waiting to hear back on what was going on, but I do have the camera set to record to the FMU and an SD card, it is a kingston class 4 16gb card. Not sure if that will have any bearing on things or not. I will post back as I get any info, just wanted to let everyone know.

Ryan

Adam Welz
March 19th, 2010, 07:25 AM
Hi Ryan

I am in touch with Sony about this issue -- they are still trying to figure it out in the lab in Japan.

What I advise it to post here ALL the settings you had it on (yes, I know that's a pain) and also NOT to erase the card with the clip on it, as Sony might want that from you to analyse.

Did the camera also go into a deep crash after the buffer overflow, and did it manage to recover the clip or not???

Look forward to hearing more!

Regards

Adam (The Original Buffer Overflow-er)

Ryan Mason
March 19th, 2010, 08:00 AM
Hi Adam,

I was hoping you would chime in. Honestly I didn't even get a chance to touch the camera yet. I did talk to the person that was filming, and he was doing a short clip and it displayed the error message and went into the recovery mode and he couldn't get it out of it. So I will mess with it tonight and see what I can come up with. I will do what I can to post settings when I get home. From memory here is what they are


Manual mode
Auto focus: on
Whitebalance; Preset B
auto iris
gain set at 0
1080 60i HQ to both memory card and FMU
no GPS
auto shutter speed

Is there someone that you have been in contact with that you can forward the info to me so I can get ahold of them and that way we can hopefully get something worked out better/faster with them.

Thanks

Ryan Mason
March 19th, 2010, 08:20 AM
double posted, sorry

Adam Welz
March 19th, 2010, 12:39 PM
Hi Ryan

could you 1) confirm the various settings, including AUDIO -- PCM or other, etc.

2) tell me if you interrupted a clip while shooting with either a battery going flat or removing a battery or power source, or turning off the camera before the crash occurred.

3) How far into the clip the cam crashed

4) if the clip was recovered or not on restart.

Cheers

Adam

Ryan Mason
March 19th, 2010, 01:47 PM
It was in Dolby sound, not LPCM. I just switched to the Dolby as I can't get the LPCM to work with vegas.

Nothing was interrupted while shooting, it just locked up in the middle of shooting.

I will let you know if I can recover it and how long it was recording when it crashed tonight if I can get it to recover, but I know it wouldn't have been a long clip, 2 minutes at the most.

Ron Evans
March 19th, 2010, 01:59 PM
It was in Dolby sound, not LPCM. I just switched to the Dolby as I can't get the LPCM to work with vegas.


Vegas 8 will not work with LPCM but Vegas Pro 9 will work just fine.

Ron Evans

Ryan Mason
March 19th, 2010, 03:42 PM
OK,

I just home, the clip did recover, it is a 12 second clip, so it really shouldn't have been too much.

I am waiting to see if he by chance hit the power when he stopped the clip, or if it stopped in the middle of capturing. From the looks of the clip, it apears that he might have stopped the clip.

I will let you know when I find out.

Ron, I am using 9.0 b and it won't do anything with the audio, I am working on upgrading to c to see if that will take care of it.

Thanks

Ryan

Ron Evans
March 19th, 2010, 04:04 PM
Yes I have 9.0C that came with the camera here in Canada. I hadn't bothered upgrading as I didn't think 9 had much change for me!!!! I mainly use Edius but use Vegas for audio and export to DVDArchitect.

Ron Evans

Jeff Bradt
March 19th, 2010, 06:27 PM
My understanding is that the NX5U calls for SD cards that are Class 6 or above. Your Class 4 card then isn't up to specs.

Ron Evans
March 19th, 2010, 06:52 PM
My manual say class 4, 6 or 10. I have been using Patriot 32G class 10 and the only thing I notice is that the red activity light stays on longer than the light on the FMU when I stop recording. I have had no problems so far.

Ron Evans

Jeff Bradt
March 19th, 2010, 07:36 PM
"My manual say class 4, 6 or 10."

My mistake...you're right Ron. Thanks.

Daniel Paquin
March 20th, 2010, 02:43 AM
Even if the manual says "Class 4, 6 or 10". After having once a data error message, I would no longer try to go with something that is at minimum a Class 10 or better.

There is to much risk involved, I am doing a lot of testing with my two cameras at the moment. The minimum setup I have for each cameras is one SDHC Class 10, one Sony HG Pro and the FMU.

I find that it would be very problematic if those overflow problem are happening with Class 10 SDHC card.

I was at B&H last week and got a 30MB/S and the Class 10 Panasonic I've got are 22MB/S. I found that out going to the store. I would have know that before getting the Panasonic one, the order would have been different.

I want to be in a situation where I can trust my cameras. Therefore, in order to help each other to find this problem, I would suggest we all use minimum Class 10 card. What does people think?

Regards!

Jeff Bradt
March 20th, 2010, 06:32 AM
I've decided to go with the 16gb Sony Pro Duos. I just think it has to be safer staying with Sony memory in a Sony camera. So far so good.

Adam Welz
March 20th, 2010, 07:41 AM
Daniel

my first 3 'buffer overflow' incidents were with 16GB Class 10 SanDisk Extreme cards.

I think perhaps this problem has nothing to do with card read/write speed.

See my newer post on this issue.

Cheers

Adam

Adam Welz
March 20th, 2010, 07:50 AM
please tell us if you or anyone else had interrupted shooting by shutting down the cam or battery going flat in the middle of a clip, resulting in the camera having to attempt to recover the clip on restart, at any time before the 'buffer overflow' happened? Even days/weeks before?

Cheers

Adam

Ryan Mason
March 20th, 2010, 08:43 AM
It is a possibility that the battery had died and interupted the record process earlier in the week, I had re-formated both the fmu and SD card before recording started the night that it locked, but it doesn't sound like that would have cleared it. I will let you know as soon as I hear back. Thanks for all you research on this and help.

Ryan

Adam Welz
March 20th, 2010, 03:28 PM
did you do a deep reformat or just a normal one?

Adam

Ryan Mason
March 20th, 2010, 04:52 PM
I had just done a regular format, I am doing a deep one now to both the fmu and my sd card. I talked to the other person that was operating the camera and he said he doesn't remember a time where recording was interrupted either by being powered off, or the battery dieing. I don't remember that happening to me either, but it is possible and I just don't remember it.

Daniel Paquin
March 21st, 2010, 09:36 AM
When this overflow problem occurs what happens next?

If you have one of the three media with a bad sector does the camera continue recording on the other media.

Getting a message on the screen is OK but the camera should not stop recording. The other recording media should carry on. Or at least I should have the option on the camera settings to define how I want to proceed in this situation.

What happens with the camera functions? Does the analog image is still coming out? Can I continue filming, zooming in/out ? I always have the camera outputting to an external media at the same time.

For example, even with the digital signal, I could be broadcasting the image at the same time I am recording. At the other where the image is broadcasted there is a unit recording the information.

I may have lost on the media located in the camera but I did not loose it all.

Daniel Paquin
March 22nd, 2010, 12:52 AM
In the manual on page 23, under tips, it says "If one of the recording media used becomes unable to continue recording during simultaneous recording, the other recording media continues recording without pause."

In the case of Overflow Error, is this what happened ? Does the camera continue recording on the other media available?

Adam Welz
March 22nd, 2010, 02:08 AM
Daniel, if you read my earlier posts you'll see that the camera freezes and crashes totally.

It's a buffer overflow message that appears -- which does not mean the media memory is full...

Adam

Ron Evans
March 22nd, 2010, 06:50 AM
In the manual on page 23, under tips, it says "If one of the recording media used becomes unable to continue recording during simultaneous recording, the other recording media continues recording without pause."

In the case of Overflow Error, is this what happened ? Does the camera continue recording on the other media available?

This is nice translation of "if you have two cards in the camera and one fills up the recording will switch to the other one until it is also full"

Ron Evans

Ryan Mason
March 22nd, 2010, 07:06 AM
Just a follow up, I did the media empty on both the FMU and my SD card saturday, and did a some test filming yesterday without any problems. That is a good sign, but the chance of it happeing again during a performance has me a little concerned still. I will keep testing to see if I can see what if this is going to be an ongoing problem.

Ryan

Ryan Mason
March 22nd, 2010, 11:28 AM
Well I was finally able to talk to someone at sony, and to say the least, no impressed, he told me that it was my SD card and let it go with that, he said I should be using a sandisk or a sony card, as those are the best quality he has seen, if I had been taping a long clip, I would agree, but he wasn't even interested in what I was taping, just said it was the SD card.

Figured I would let everyone know.

Ryan

Adam Welz
March 22nd, 2010, 02:36 PM
when will people learn that with the Internet they can't get away with slipshod answers?

My first buffer overflow was with a SanDisk SD card, and Sony in Japan has provided no information to me that indicates any issues with SD cards in particular.

Urgh, how boring!

Adam

Dave Blackhurst
March 22nd, 2010, 05:22 PM
The "easy" answer would be the cards, and with the large number of suspect cards floating around, it's a "safe" first guess, however...

Adam (along with the rest of us here familiar with Sony products, some lucky enough to have the NX5U) pretty well ruled that out, particularly since a cheaper/slower card should consistently error out (mine do on a CX500V) if it cannot write fast enough. It's pretty safe to conclude that it's not a speed or bad card issue at this point.


Adam - hope you have passed along your theory to the contacts at Sony that were working this issue, as it looks like the most likely possible explanation, and should be possible to repro the glitch, at which point a patch or workaround shouldn't be that diffficult to implement, probably in firmware. I've crashed my "consumer grade" Sonys in a similar way, and it doesn't result in problems that I've experienced, but that doesn't mean they didn't miss something in the first "pro" level tapeless cam. PITA to be the guy who "finds" the bug, but I doubt it's a fatal or unfixable issue, hopefully Sony can repro with your further analysis and info and fix it up!

Colin Rowe
March 22nd, 2010, 05:59 PM
I cant for the life of me understand why Sony even mention class 4 cards in the manual. Class 6 surely has to be a minimum for use in camcorders. I have been using Transcend class 6 in an EX1 for over a year, never missed a beat, (touch wood). I certainly wouldn't put a class 4 card anywhere near a cam.

Ryan Mason
March 22nd, 2010, 08:53 PM
Thanks Adam for the backup on that, the more I think about the answer, the more upset I am, with the clip that was taken, there should be no reason for the throughput of the card to cause a buffer overflow with the camera locking up like it does.

I think I am going to call him back and talk to him saying that if that is the solution and I won't have the problem again, that I want that put in writing, and if it does happen during an event, that I will be charging for the lost revenue from not being able to capture the footage.

While I agree that a faster card will be much better to use, and less likely to cause a problem. I had the class 4 and it is rated as being usable, which does make sense with the AVCHD compression, it is really easy for sony to figure out, so I decided to use it for now while I am testing the camera out to see if there are any problems.

Ryan

Marshall Levy
March 22nd, 2010, 09:23 PM
I really feel the need to play the recall possibility like I did with the Z7U, for those that remember that fiasco a a few years back.

I have two of the NX5U's and was using one for a bunch of interviews, pans of a warehouse, etc. on Monday.

Everything was fine until, while in the middle of filming, the buffer error came on the screen. It appeared out of nowhere and completely crashed the camera. The only way to cut power was via pulling the battery as the on/off button was unresponsive. At the time that this took place, the power and functionality of the FMU128 was nonexistent and this did not work again until each SDHC card was checked/closed via the camera and then the FMU128. Only then did the camera do a self power-cycle, restoring functionality as it should and power to the FMU128.

It took about 3 minutes to complete this nonsense and not only did it kill my shot at the time, I can't imagine filming a run-and-gun scenario and this taking place. You'd be screwed.

For those that care, don't know, and perhaps would like to know, there are only a few MAJOR SDHC-memory type manufacturers. The primary difference between most of them is the branding. For Sony to claim anything that the SDHC cards don't work and to instead use their Memory Sticks or perhaps Sandisk SDHC cards is complete garbage. It's a poor excuse for an issue that they have no answer.

Unlike dv tape in older cameras for which was (and is) made by so few major manufacturers, using SDHC cards opens the gamut up to a wider array of usage - and therefore potential problems - and both Sony and the end-user needs to understand this. People can debate the Class-4, 6, and 10 issue through the end of time and the fact remains that once the camera recordation matches to the maximum sustainable speed of the card, anything over and above is pointless and the only benefit at that point is the speed to offload the footage onto a computer.

A-Data, Sandisk, Kingston, Delkin, Transcend.....while SDHC cards are very different than CF card (read my old review if you'd like), a handful are still made by the same few companies. So, for Sony to claim that Sandisk works but others are different, yet the internal components are identical, that's just ridiculous.

At this point in time, based on the functionality of the camera to this buffer issue, and the loss of power to the FMU128, I find it hard to believe that it's the SDHC cards as much as it is something that's parallel between the SDHC cards and the FMU128 together, and/or the transport / recording to each.

I have a handful of high-level Sony reps in the US and abroad, and I'll try calling them on Tuesday.

Having had this error and now worrying about it happening again, I have basically lost faith in the reliability at this point. I cannot have a camera that just crashes for no apparent reason, and a manufacturer that just "doesn't know."

Imagine filming a wedding and during the vows, or toasts, the camera crashes....imagine filming the president of a worldwide Company and the camera crashes....and you must wait....the latter happened to me today and that is just not acceptable under any circumstances.

Daniel Paquin
March 22nd, 2010, 09:31 PM
I can only agree with Colin why risking to have problems with using a class 4 card.

What really worries me is the fact Adam had this problem with a class 10 card. In my mind this should not occur. The type of card Adams has, 30 MB/s, allows very good reading and writing speed.

A complaint should be done with Sony in having this problem with class 10 type of card. Sure, not interesting, to read it can work with class 4, 6 and 10 but does not perform well with a class 4.

It's probably a question of principle, however, I am more interested to know if Sony will have a fix and when. The NX5U is a professional camera and I am expecting their user will be treated professionally in attempting to fix the problem.

Unless, I am wrong Adam had his camera and FMU disk being replaced by Sony. I call this a professional behavior. Hopefully, Sony will recognize this problem and will come up with a firmware upgrade pretty soon.

I hope Sony is not waiting after us to perform test but there active in trying to simulate and making this problem to occur on their hand. Who is best suited to talk to their engineer, should we start complaining to the resellers : B&H, Vistek...

Do not know! However, I can only say I am very happy with the image quality provided by this camera and in the meantime really worried a overflow or a data error message will appear anytime.

Adam, you've mentioned the camera freezes and crashes totally. What did you do to get it back filming ? How long did it take? If you had to turn off the camera, did you have to remove the battery, did you have to replace the SDHC card?

Since I am using the analog feed to serve as a backup (external recording) I do not have any problem not recording onto the cards or the FMU for a little while. I.e for me to wait until the next break, as long I can quickly get the camera to maintain the analog signal coming out.

Marshall Levy
March 22nd, 2010, 09:42 PM
Daniel....

I won't speak on behalf of Adam or anyone else, of course, but to chime in as your post and my previous, the error came up while in the middle of recording, about 30 seconds into it.

I will never be convinced about using Class 4, 6, or 10 cards as the camera recordation is basically maxed at a Class-4 card.

If the issues were consistent to a specific speed, brand, or otherwise, it'd make more sense and it'd be easier to deduce from where there error is being caused.

The parallel seems to be those using both SDHC cards and the FMU128 in tandem and as I stated, the error locked the entire camera, turned the power off to the FMU128. The camera had to restore/fix each SDHC card, even though only A was being used, and after both A and B were "fixed," the camera then went to do whatever it was with the FMU128. Upon completion, it power-cycled - which I thought was interesting and then I could record once again.

For reference, I was using Transcend Class-6 16G SDHC. The cards shouldn't make any difference whatsoever. Heck, some of Sandisk's have lower sustainable write speeds than the competitor cards that are 20% of the cost. The primary difference is the outer pretty colors, not the media underneath.

Has anyone had this problem using JUST a SDHC card to which the FMU128 was NOT attached to the camera?

Daniel Paquin
March 22nd, 2010, 09:47 PM
I just read Marshall response to this thread and can only agree with his comments.

In the meantime Marshall answered some of the question I was asking Adam. WOW! Three minutes to get back to normal, this is a non sense.

Can someone, say if this problem occured only when FMU128 were connected to the camera?

I have an important event to film on the week-end and I want to put all the chance I can have on my side. If this problem only occurs when a FMU128 is attached to the camera. I will then not use it? I've got enough class 10 16 GIB cards for the event I have to film.

In the meantime, tonight, I've connected composite cables to a Canopus ADVC box and sent a DV signal to my MacBook Pro and the ingest was done with DV Monitor Pro. The image is much better than what I had with my XL2 cameras.

Then, I may not record to SDHC at all.

At this time, I do not require to shoot HD but would had been nice. I've got to play it safe.

I still have a few days to think about this. The experience Marshall just went through makes me to really worry.

Marshall Levy
March 22nd, 2010, 09:51 PM
Yeah, I'm kind of obsessed with forums and problems like this....I don't let things wait while folks can twidle their fingers around in circles. :)

I emailed two folks in Sony development so we shall see what happens. I'll be calling them on Tuesday as well. I'm going to start really testing these cameras this week to help figure out what might be the underlying issues with this and will report any findings.

The fun never ends.

Daniel Paquin
March 22nd, 2010, 10:43 PM
I am going to ask this question, the overflow problem, did it only occured with cameras running on batteries? Did anybody had this problem with cameras getting electrical power while connected to the AC Adaptor/Charger (AC-VL1)?

Two things seems to be common for those who are having this error ?

First, the camera is recording simultaniously on SDHC card and FMU128 flash drive;
Second, power to the camera is provided with batteries.

Ryan Mason
March 22nd, 2010, 11:15 PM
Thanks Marshall, I totally agree on the card speed issue, I have taped a couple hours of video with the camera, and nearly all of it has been to either just the SD card or to both, and it has only locked up on me the one time so far. That is what is scary, and I agree I am beginning to lose confidence in the camera. I do have a couple weeks till my next job, but it is taping performances, and if it locks up in the middle of one of them, I am have a mess on my hands.

Other than this issue I really do like the camera a lot, love the quality of the video and the features it has, it really has nearly everything that I can think of that I would want, but I don't want it to lock up on me in the middle of a performance.

Daniel, when mine locked up it was on battery power, and recording to both medias. Like Marshall said it took a number of minutes to get through everything, after the battery was taken out.

Hopefully something will be figured out soon.

Ryan

Marshall Levy
March 22nd, 2010, 11:56 PM
Daniel - issues with the parallel with the SDHC mechanism and the FMU128 -- certainly seems so.

As for this being caused by a battery issue....I can't imagine why - if there's a slight spike in the voltage or connectivity of the battery to the camera, I fail to understand why it'd result in this particular issue. I spent a few years in electrical engineering and while anything is possible, I can't see how it'll correlate to this issue, especially when everyone seems to have very consistent problems when using both recording methods in tandem.

Ryan - Yeah, it's a great camera, but like the Z7U craziness, I'm VERY concerned. I had one Z7U that had back (and frontal) focus problems, another with a lens that electronically shorted-out, another where the CF recorder shorted.....so with all of that, and now this, I am not happy by any means and am concerned for the next time I record something should this Buffer Error take place again.

Cristian Adrian Olariu
March 23rd, 2010, 01:47 AM
How about the GPS? Was it turned on when the problems occurred? Somewhere in this topic was mentioned that Adam had the GPS on when "buffer overflow" happened.

I use only Sony MS Pro Duo 8-16 GB, just doing tests and learn to work with the camera. one time I had a "write error" or something like that, I was recording continuously for several hours (just fixed the camera on the tripod and hit Rec, checking from time to time). Just in the middle of a 8gb card (20 minutes or so) it gives the error but didn't freeze the buttons. It recovered quickly and fine. I filled all the cards two times since then but didn't happened again.
Those who have the FMU, why don't you record only on it? It suppose to be the fastest and safer compared to any card. I understand this "hybrid recording" option has the purpose to be the safest but it seems that for the time being it doesn't.

One more thing, does somebody recorded HD and SD simultaneously until now?

Marshall Levy
March 23rd, 2010, 07:31 AM
[QUOTE=Cristian Adrian Olariu[/QUOTE]

While there could be work-arounds of only filming to the FMU128, it completely defeats the purpose of quickly off-loading footage via a SDHC card.

For this buffer issue, are you implying that it happened with you as well, but with a Sony MemoryStick? Quite interesting to say the least.

GPS on my camera was off and I won't believe how that correlates to this buffer issue, let alone spiking of batteries...it doesn't make any sense and the circuitry has got to be different.

Can those affected start posting the following:

Mfg of Card
Class of Card
Size of Card
Format Recording to SDHC
Recording to FMU128?
Format Recording to FMU128
Other Issues/Notes


My details (as per my initial post):
Transcend Class-6 16G
HD Recording on both devices
Lost complete control of the camera
GPS off, 970 Battery, etc.

Ryan Mason
March 23rd, 2010, 07:54 AM
Here is my info for my lock up crash

Kingston SDHC class 4 16g card
1080 60i HQ recording to both sd and FMU
GPS off
770 battery
Manual mode
Auto focus: on
Whitebalance; Preset B
auto iris
gain set at 0
Dolby audio (onboard stereo mic)
Power zoom control
OIS Active
Full data display
viefinder off, LCD on
Handheld
Camera controls
no controls active
l
ocked up 12 seconds into record.
Before starting shooting that day, I had formated both the SD card and the FMU in the camera, not a media empty, but a regular format.

Ron Evans
March 23rd, 2010, 08:25 AM
It may be useful to detail everything that would create data or use power. ie, what was in auto, zoom control manual or power, OIS or Active OIS, amount of display data, full , partial or none, viewfinder, LCD or both, on a tripod or hand held, XLR mic( with phantom power) or internal, LANC control or camera controls, GPS, controls active ie peaking, zebra, markers, macro etc

Last evening shot a theatre production 1080i to both SD card and FMU with no problems, picture is beautiful. All manual control( gain, shutter at 60, iris), PP3, OIS off, Manfrotto LANC( stop, start, standby and zoom), XLR mic with phantom power LPCM, peaking(red), zebra(100%), full display. LCD display, viewfinder off. 32G Patriot Class 10 and the FMU, battery was old 970 fully charged and after almost 2 hours still showed 222min left.
Files from the FMU of a few minutes short of 2 hours transferred to PC using the Content Manager Utility in 10 mins played in Vegas Pro 9 native and in Edius slowly( can't wait for 5.5 in a few weeks)
Ron Evans

Marshall Levy
March 23rd, 2010, 11:32 AM
Fascinating...in not the best way, but still important.

I have been letting my two NX5U's run for the last few hours, one with the FMU128 attached, the other without...here's the story:

Notes:
~all other settings of "interest" are typical as I can't see how they relate to this problem.
~Recording was HD-HD (Cam-1), HD (Cam-2)
~Everything was formatted in the camera (the ""standard"" format)
~Cam-1 in this use was the same as yesterday, as is the FMU128. The cards are all different for both cameras.

Cam-1
SlotA - SDHC Verbatim 16G Class-6
SlotB - SDHC Transcend 16G Class-6
FMU128 recording in tandem


Cam-2
SlotA - SDHC Transcend 16G Class-6
SlotB - SDHC Verbatim 16G Class-6
FMU128 - turned off

After just over an hour, and I stopped/started a handful of times, at the same times on both cameras, guess what happened?

Cam-1 crashed with the Buffer Issue. Lost control and the only way to resolve was for it to "fix" the cards - scanned both - then the FMU128 (that lost power again), then it worked; same as yesterday.
Cam-2 was still recording

Deductive reasoning would rule-out the SDHC issues in the sense that I used a different card this time than yesterday and reversed them in each camera as well. The footage, after the camera 'fixed' and did it's thing seemed okay when reviewing it. The total time for it to 'fix' was about 5 minutes this time, compared to 3 yesterday. Not a clue as to why the different time, perhaps the amount on the cards.

The obvious is becoming, well, more clear.

I'm glad I kept a Z7U as I'm thinking that'll becoming my main camera once again, or perhaps just not use the FMU128 units.

I certainly hope Sony responds to this ASAP as this is certainly cause for great concern.

Ryan Mason
March 23rd, 2010, 11:38 AM
Marshall,

I may try mess around tonight and see if I can get the error to re-occur, I did a fair amount of recording on sunday without the error popping up.

Did it happen to the same FMU unit?

Have you tried to the media dump operation on that FMU.

I do think this is a serious problem, and I am not trying to say the you did something to make it happen, just trying to help problem solve a little.

Ryan

Ron Evans
March 23rd, 2010, 12:05 PM
Do the people who have had problems have two SD cards installed or one? I know the point is to have two for continuous recording but has anyone had the problem with just one card installed?

Ron Evans

Ryan Mason
March 23rd, 2010, 12:17 PM
Mine was with the single card, and it only had about 4-5 gb of video on it.

Adam Welz
March 23rd, 2010, 02:14 PM
Hi All

I've only had the problem when recording in tandem to an SD card and the FMU128. To an SD card alone, no problem. Also, when using the FMU128 with a Sony MemoryStick Pro HG Duo HX, although I've not used that very often so it may just be chance that it's not crashed with the MemoryStick.

My earlier theory that it might be triggered by an encounter a corruption in the FMU or memory card during a write operation has still not been addressed.

Marshall, when your cam 1 crashed, did it go into a complete freeze (not even responding to power off switch) or not? And did it manage to recover the clip that was interrupted by the crash on restart?

Cheers

Adam

Marshall Levy
March 23rd, 2010, 02:19 PM
@ADAM:

>>>The camera completely froze (crashed) whereby the only thing I could do to get the camera to do anything was to remove the battery. No buttons worked, nor did the power button switch. I did notice that the power to the FMU128 was immediately turned off and remained off until the camera restored the data (or whatever it does) to that specific unit; only then would the camera turn back on (by itself) and start working again. This is why it seriously seems to be related to this unit in parallel with the SDHC recordation as well. The clip was recovered.

Adam Welz
March 23rd, 2010, 02:26 PM
more notes:

I've experienced the buffer overflow and deep crash under the following circumstances:

1) With an unmodified NX5U shooting 1080/30p FX and with a WorldCam updated NX5U shooting 1080/25p FX.

2) Definitely in manual focus mode, can't remember if it ever happened in AF mode.

3) With and without a second (non-Sony) mic attached in addition to the kit mic. Kit mic I generally have on auto level, second mic (TinyMike with 48v to 3.5v converter plug, 48v phantom power ON) usually on manual level.

4) With SteadyShot ON and GPS ON.

5) With front rec light OFF.

4) PCM audio ON.

5) Zebras ON at 100.

6) Peaking ON (focus aid)

7) Both while shooting via flip out LCD only and rear viewfinder only.

8) On cards that have previously been in camera during unplanned clip interruption/shutdown.

Cheers

Adam

Ron Evans
March 23rd, 2010, 02:46 PM
Had cards only been in the camera for clip delete and format or had clips been deleted on the PC?
Ron Evans

Brian Grant
March 24th, 2010, 07:36 AM
I was taping an event a couple of days ago and had the following take place:

After approximately 35 minutes recording was stopped and the camera was turned off. About 7 minutes later camera was turned on and the record button pushed. An error message immediately appeared indicating that data was being recovered. I tried turning the camera off and on - no response. Since it was imperative that I begin taping I removed and reattached the battery. (Battery had plenty of power - about 180 minutes left). I was finally able to get to a screen that allowed me to abort the recovery of data, but I had to make several selections on the touch screen acknowledging that the data would be lost forever. Up until this point there was no indication whether it was SD memory or the FMU that was causing the data recovery message. Finally (about two minutes) got to the main camera screen and it indicated that media in slot A was corrupt/unuseable, but the FMU looked good so I began recording to it alone. I did not try to select media in slot B and record to it - was just grateful FMU appeared to be working.

Taping complete I turned off camera, still getting an indication that media in slot A was corrupt/unuseable. A few seconds later when I turned the camera back on everything was fine - including media in slot A. The first 35 minute taping was intact on A, but obviously the second part was not there. FMU recorded everything, but I did miss about 45 seconds while trying to eliminate the lockup. Video has been transferred to my edit system and I have not done anything to the cards yet - I may examine them attached directly to a computer later.

Something to note is that even after I was able to get rid of the error messages, the camera did not "relay" to the media in slot B - it just kept giving me an indication that media in slot A was corrupt. Not sure whether it is meant to relay or not under these circumstances (probably not), but at least it did allow me to record to the FMU.

I'm not sure whether or not there is actually a corrupt sector on the card - it appears fine now. Cards are Panasonic Class 10 16 GB which have only been used in this camera and were formatted by the camera when first installed. They have not been subjected to inadvertant power loss. Twice in the previous week (including immediately prior to this taping) I had recorded for several hours until the SD cards were full in order to ensure there were no corrupt sectors on either card, then deleted (not reformatted) all video on the cards/FMU. I assume if there was a corrupt sector I would not have been able to record until the cards were both full.

I have another taping in a couple of days and don't want to go through this again. Thinking of removing either SDHC or FMU and recording to one type of media, or maybe recording 1080/60 to the FMU and 480/60 to the SD. Maybe I'll just go and buy a couple of Memory Sticks. Open to suggestions.

Panasonic SDHC Class 10 16GB
1080/60i to both SD and FMU
GPS - On
NP-F770 battery
Manual mode
Auto focus - On
Whitebalance - Preset A
Manual Iris
Shutter - 60
Gain - 6db
Audio Channel 1 - Shotgun with 48v
Audio Channel 2 - Wireless
Viewfinder - Off / LCD - On
Tripod Mounted

Brian