MX Vision MX-WD88AHD80-HK (SONY IMX222) firmware

[janos666 0]

I bought some of these cameras on AliExpress (http://www.aliexpress.com/item/4pcs-Array-LED-2MP-HD-Resolution-Bullet-IR-Outdoor-Network-IP-Camera-1080P-1-2-5/32231966093.html) about a year ago.

 

I experienced some random and rare frame dropping / image corruption issues regardless of the image quality settings (I tried to set it to different constant bitrates and I-frame intervals but it didn't really matter). When I started recording the RTSP streams with ffmpeg in a Linux terminal (I used the supplied CMS software from the CD on Windows to configure and test them before I installed them on the remote site...) I saw notices about random errors in the stream.

 

I asked the seller for firmware updates but I didn't receive a word. The cameras were cheap enough and worked fine overall, so I didn't return them.

Now I think (s)he put me on "ignore" because I couldn't ask it again now (a year later).

 

I recently ordered and received a different set of similar Chinase cameras (http://www.aliexpress.com/item/Sony-IMX222-1080P-2MP-4pcs-array-leds-POE-IP-Camera-ONVIF-Waterproof-Outdoor-IR-CUT-Night/2034772337.html) and they have much better software support (I think it's still the same "CMS thingy" but it's a newer and somewhat brand-customized version). Although I didn't have any issues with the default version, these could automatically download and install firmware updates from the predefined internet server!

These units don't have the drop/corruption issues even though they seem to be based on similar hardware and software (in their "core").

 

So, I wonder if the old units could be upgraded with a new firmware in order to stop producing those errors.

Could somebody please provide me with a link for an updated firmware if it exists?

My current version is: V4.02.R11.00001532.10010.1302

[janos666 0]

Ah, forget it. When I dump the stream with ffmpeg into an mp4 file and I play that back on a PC with MPC-HC or similar the random drop/corruption is present with these new cameras as well.

I seems it's just the CMS software which has some workarounds built in to hide these (or it uses a modified decoder which can properly decode the non-standard but otherwise error-free video?).