LuxRiot Blog

There might be a confusion with Vivotek 6000 and 7000 series cameras after LuxRiot upgrade to version 1.6.1. This LuxRiot update improves compatibility and performance for these devices, however if they were configured improperly before the update, they might stop working.

From a customer:

… I have lost all my IP camera connections after installing ver. 1.6.1.0 over ver. 1.2.22.0. I have Vivotek PZ6122, PT7135. I have checked my settings and they are all in order. What’s happening? I tried connecting via HTTP link under camera setting and it works.

There has been no M-JPEG streaming for Vivotek 6000 series models before the update and the cameras could work (slowly) being configured as M-JPEG on LuxRiot side and as MPEG-4 on camera side. After upgrade, LuxRiot would stop showing video and in order to fix the problem it is required to either switch LuxRiot to JPEG mode (slow mode, similar to the one before LuxRiot update) or switch camera to M-JPEG mode using web interface (new fast video streaming mode).

LuxRiot had no options to configure Vivotek 7000 series cameras prior to the update, so they might be configured as a different model. These settings need to be re-checked in order to get the camera working. Note that models IP7138 and IP7139 support fast M-JPEG streaming and LuxRiot supports pan and tilt functions with PT7135 and PT7137 models.

A new release of LuxRiot is available for download.

Download links

• http://luxriot.com/downloads/LuxRiot-1.6.1.exe // Regular version, use unless instructed otherwise
• http://luxriot.com/downloads/LuxRiot-1.6.1-Client.exe // Client side only
• http://luxriot.com/downloads/LuxRiot-1.6.1-t.exe // Extended debug tracing
• http://luxriot.com/downloads/LuxRiotCodecs-1.6.1.exe // Codecs only

What’s new in this release?

• New: Network cameras are configurable to have per-camera maximal frame rate (interfame delay, pause between frames) in JPEG mode
• Updated: Archive time line tool tip shows current recording frame rate
• Updated: Better utilization of network to deliver more video frames through remote connections
• Updated: Motion controlled recording received an option to constrain frame rate
• Updated: Ring buffer recording slightly optimized to consume less processing resources
• Fixed: There might be an unexpected error while exporting from video archive to AVI (stating that video format changed and export cannot proceed)
• Fixed: Remote LuxRiot DVR client might suffer unreasonably low video frame rates
• Fixed: LuxRiot DVR Client under Terminal Services could fail to show video from local server
• Updated: Vivotek 6000 series models M-JPEG video streaming greatly improved
• New: Support for Vivotek 7000 series camera models (IP7131, IP7132, IP7135, IP7137, IP7138, IP7139, PT7135, PT7137)
• Updated: Resolved Windows Vista compatibility issues
• Updated: Improved compatibility with terminal services subsystem to have LuxRiot DVR Server and Client applications running under different OS sessions
• Fixed: Motion detection could trigger persistent false motion areas cleared only with server restart
• Fixed: Video on remote client applications might suddenly stop without a reason under rare conditions
• Fixed: Client application might fall into infinite cycle connecting and immediately disconnecting from server
• New: Camera-side video crop for Arecont cameras
• Fixed: minor cosmetic changes and other updates

See changle log for more information on latest updates.

There are a few known compatibility issues with LuxRiot and Windows Vista, we are currently preparing an update which is going to be available with next LuxRiot release.

From a customer:

I am burning in a new NVR. This NVR client will not show live video. The live viewer pane continues to show “Waiting for video stream data”. What is peculiar is that i can watch near live video in the archive viewer. I can also see live video in the client from another NVR. I just cannot view live video from the DVR service running on this same machine as the client.

A temporary solution for the problem is to re-add the LuxRiot DVR Server using it’s host name (neither localhost, nor 127.0.0.1) so that the client connects as if to remote server. There will be worse performance but live video problem is to be fixed.