Bluecherry

[Driver] 2.4.1 released

CurtisHall — Thu, 26 Jan 2012 20:52:34 +0000

This release resolves a issue from 2.4.0 where the composite output did not function with the newly included utility to change the video output. This release also increases the amount of available on-card SDRAM to help resolve video flickering, duplication and / or black spots in the video. If you still encounter problems, please let us know.

To upgrade to this release, run this command:

sudo apt-get update ; sudo apt-get install solo6010-dkms

The following features are added in this release:

Feature #43: Rename bc-disp-util to bluecherry-disp
Feature #42: display: Run forced erase cycle when switching displays
Feature #41: Give capture card enough room for 16 inputs, even on 4/8 port cards
Feature #40: Increase IRQ level abck to 4/interrupt
Feature #39: Increase default running p2m_jiffies to 20ms
Feature #38: Cleanup solo_timer_sync() to not use mod for checking sync timer

The following bugs are resolved in this release:

Bug #15: 2.4.0 causes random systems to hard lock
Bug #17: bc-disp-utility does not work
Bug #33: Large amount of p2m timeouts when more then one 16 port card is installed
Bug #34: Encoders randomly freeze

Technical information: List of MJPEG and RTSP paths for network cameras

CurtisHall — Mon, 23 Jan 2012 21:48:39 +0000

During the beginning of the version 2 beta we didn’t have a way for you to select the manufacturer and model number like we do now. This means the customer had to manually add the MJPEG url and RTSP sub paths when you added a camera. Even though we now support drop down lists for manufacturer / models, this information is useful to have, so we’ve included the complete list below. If you had updated information, feel free to leave a comment and we’ll get it added.

Manufacturer	Models	RTSP Path	MJPEG Path	Confirmed working	Notes
Axis	All models after 2008	/mpeg4/media.amp OR /axis-media/media.amp for H.264 streams	/axis-cgi/mjpg/video.cgi?resolution=640x480 OR /mjpg/video.mjpg	Yes
ACTi		/	/cgi-bin/cmd/encoder?SNAPSHOT	Yes	Camera video type must be set to RDP over UDP with the streaming method set to MPEG4 / RTSP port must be set to 7070
Vivotek		/live.sdp	/video2.mjpg	Yes	By default the first stream is set to MPEG4 or H.264. Change the settings in /setup/audiovideo.html and change the second stream to JPEG.
Vivotek 71xx		/live.sdp	/video.mjpg	No	Some early model Vivotek 7xxx series only support a single JPEG image, and not a MJPEG stream. These will not be supported until atleast beta4.
Rovio		/webcam	/GetCam.cgi	Yes	Lacking control of this robot, but MJPEG / MPEG4 work
Sony 4th Revision		/media/video1	/image	Yes	RTSP works, we currently do not have a camera configured to support MJPEG to test the /image MJPEG url. Only revisions 4 and 5 support RTSP. Do all Sony cameras have /image for the MJPEG path?
Brickcom		/channel1	/channel2	Yes
Aviosys		/mpeg4	/ipcam/mjpeg.cgi	Yes	Tested on a very high latency network and worked, but had serious packet drops (probably related to the network connection). Appears camera is producing invalid RTSP headers
Linksys		/img/video.sav	/img/mjpeg.jpg	Not Tested	Apparently only supported on the WVC210 and WVC54GCA cameras, but we need to confirm this.
D-Link		/play1.sdp	/video/mjpg.cgi	Yes	Only newer models support RTSP, with the exception of the 930 series.
TRENDnet-V3		DOES NOT SUPPORT RTSP	/mjpeg.cgi	Not Tested	TV-IP1xx series do not support RTSP.
TRENDnet-V1		/mpeg4?tcp	/cgi/mjpg/mjpeg.cgi OR /cgi/jpg/image.cgi	Yes	TV-IP212, IP252, IP312, IP422
TRENDnet-V2		/play1.sdp	/video/mjpg.cgi	Not Tested	IP512, IP522 series
LevelOne		/live.sdp	/video.mjpg	Not tested	Is this MJPEG URL correct? MPEG4 sub-path could also be /channel1 and /access_code (why?)
LevelOne FCS-1091 / WCS-1090		/img/media.sdp	MJPEG: /img/video.mjpeg Snapshot: /img/snapsnot.cgi	Yes
Pixord		Unknown	/getimage?camera=1&fmt=full	Not tested	&fmt=full is 704x480. We need more information about the MPEG4 paths for this camera.
Arecont Vision		Unknown	/mjpeg	Yes
Toshiba		Unknown	/getstream.cgi?&&&&&&&&	Not tested	This MJPEG URL is ugly as sin Try this MJPEG path: /user/cgi-bin/getstream.cgi?3087&3087&{USERID}&{PASSWORD}&0&10&1&0&9000
Airlive		/video.mp4	/mjpg/video.mjpg	Yes
Panasonic		/MediaInput/mpeg4	/nphMotionJpeg?Resolution=320x240&Quality=Standard	Yes	Some Panasonic cameras do not support RTSP for sending the video, and instead only support RTPoverHTTP. /nphMpeg4/g726-640x480 should be the correct RTPoverHTTP for the BLC- series cameras.
IQEye		/now.mp4	/now.jpg?snap=spush	Not tested	Only some IQeye cameras support RTSP
Sanyo		Unknown	Unknown	Not tested	We need more information about the MPEG4 and MJPEG paths for this camera. Do any cameras support MPEG4 / RTSP?
Samsung		/mpeg4unicast	Unknown	Not tested	We need more information about the MPEG4 and MJPEG paths for this camera.
Y-Cam		/live_mpeg4.sdp	/stream.jpg	Not tested
Foscam		Unknown	Unknown	Not tested	We need more information about the MPEG4 and MJPEG paths for this camera. Do Foscam cameras support RTSP?
Edimax		/ipcam.sdp or /ipcam_h264.sdp	/snapshot.cgi	Not tested	/snapshot.cgi appears to be a single JPEG. We need the MJPEG path, if anyone knows it.
Airlink101		/mpeg4	/MJPEG.CGI	Not Tested
Gadspot		/mpeg4	/GetData.cgi?Status=0	Not Tested
Zonet		Unknown	Unknown	Not tested	We need more information about the MPEG4 and MJPEG paths for this camera. Does Zonet have cameras that support RTSP?
Zavio		/video.mp4	Unknown	Not tested	We need more information about the MPEG4 and MJPEG paths for this camera.
Canon		/ or /profile1=r	/-wvhttp-01-/getoneshot?frame_count=no_limit	Not tested	Do Canon cameras even support RTSP?
Topica		Unknown	Unknown	Not tested	We need more information about the MPEG4 and MJPEG paths for this camera.
Basler		/mpeg4 or /h264	Unknown	Not tested
Bluejay		/mpeg4	Unknown	Not tested
Bosch		/video or /rtsp_tunnel	Unknown	Not tested
CBC / Ganz		/gnz_media/main	Unknown	Not tested
Cisco		/img/media.sav	Unknown	Not tested
CNB		/mpeg4	Unknown	Not tested
Etrovision		/rtpvideo1.sdp	Unknown	Not tested
Everfocus		/streaming/channels/0	Unknown	Not tested
FLIR Systems	D- / F- / PT- series	/ch0	Unknown	Not tested
FLIR Systems	PTZ-35x140	/vis	Unknown	Not tested
Pelco	Sarix	/	/content/login.php?username=&password=GrabJpeg=/jpeg	Not tested
Planet		/ipcam.sdp OR /ipcam_h264.sdp OR /media/media.amp	/video.mjpg OR /video.cgi OR /mjpg/video.mjpg		It would be nice to know which models support which RTSP / MJPEG paths.

[Server] Version 2 beta 9.2 released

CurtisHall — Fri, 13 Jan 2012 18:48:59 +0000

Beta 9.2 adds pre and post buffering support for motion events which is configurable from 0-10 seconds. This will add a set amount of time to the beginning and end of the motion event, which is useful for high motion areas. This release also fixes an upstart bug that has existed through out all of the beta which affected Ubuntu 11.04 and 11.10 releases.

We also now force ACTi cameras into RTP over UDP automatically when they are enabled or added. Previously you had to manually change this in the ACTi camera settings, which isn’t Firefox friendly. This release also removes duplicate IP checking, which affected beta testers using IP cameras from the same IP address.

Note: It is important that you upgrade to this release before January 18th, as beta 9.1 will expire and no longer work on that date.

Information on how to upgrade to this release can be found on our Knowledge Base.

Help us spread the news about Bluecherry! Click here to update your Twitter status and help promote us!

The following features are added in this release:

Feature #870: Add dependency on pear and pear::mail packages

Feature #1030: Web: Add ‘Restrict all’ button for user camera access lists

Feature #1042: Force ACTi cameras to RTP over UDP when they are added AND enabled

Feature #1048: Allow configuration of the motion prerecord time

Feature #1049: Use motion prerecord as a post-event buffer to avoid recording overlap

Feature #1050: Web: Remove duplicate IP checking

Feature #1051: web: Allow configuration of the motion pre-recording buffer time

Feature #1053: Web: Hide or remove minimal percentage on the storage area

Feature #1057: Web: Change wording on IP camera -> PTZ settings page

The following bugs are fixed in this release:

Bug #912: upstart hangs in 11.04 (natty)

Bug #932: Post-record value is currently hardcoded

Bug #964: Typo in Settings area

Bug #971: Web: Devices page loads very slowly with multiple IP cameras

Bug #1025: The start time of motion events does not exactly match their first frame

Bug #1029: Web: Edit access list / Delete user does not show after adding a user

Bug #1039: Crash when SQL server goes down

Bug #1041: Don’t rely on the database ‘driver’ field to determine solo codec

Bug #1061: Errors during media file cleanup should be logged

[Driver] 2.4.0 released

CurtisHall — Mon, 09 Jan 2012 20:56:16 +0000

This release focuses on several bugs, including a critical one where MJPEG feeds were flickering, duplicating other cameras feeds randomly and blacking out some of the screen. While this release greatly reduces these occurrences, it may not be resolved for everyone. If you still encounter problems, please let us know. This release also addresses a bug where ‘ghosting’ (corrupt or dropped frames) would be seen during motion recording.

Several features have been added, including a utility to change the video layout on the display port and new sysfs files for debugging and status indications.

To upgrade to this release, run this command:

sudo apt-get update ; sudo apt-get install solo6010-dkms

The following features are added in this release:

Feature #31: Increase frame buffer size from 128k to 192k
Feature #30: Increase capture bandwidth for H.264 cards
Feature #29: Use ktime monotonic timer instead of do_gettimeofday
Feature #28: Update offsets used for SDRAM layouts
Feature #27: Add new sysfs files and module parameters for debug and status
Feature #26: Lower initial P2M DMA transaction timeout to 10ms
Feature #25: Add utility to change inputs on the display device / composite output
Feature #20: Support changing the display port layouts by ioctl() commands

The following bugs are resolved in this release:

Bug #17: Ghosting occurs during playback
Bug #16: bc-record error: ‘PKT_FLAG_KEY’ undeclared (first use in this function)
Bug #15: Input duplication caused by frequent recording start/stop
Bug #7: Flickering issues, feed duplication and random blackouts
Bug #3: DKMS package does not install on new kernels

Bluecherry releases 8 port H.264 Linux supported encoder cards

CurtisHall — Mon, 09 Jan 2012 20:48:21 +0000

January 9th, 2012 (Fulton, Missouri) – Bluecherry, a leader in Linux based video surveillance, is proud to release the BC-H08240A – 8 port hardware compression H.264 PCIe card. This card features real-time recording at 352×240, or 150FPS recording (total) at 704×480. This card also has support for 8 audio inputs, along with a video display port, that acts as an on-card multiplexer that allows up to 16 cameras to be displayed on a television via the composite output. Each input can simultaneously encode 2 H.264 streams and one MJPEG stream. This card also has on-board motion detection, which makes it an excellent candidate for open-source or proprietary surveillance applications.

The Bluecherry H.264 cards come with an eighteen month warranty, a thirty day no hassle return, and our GPL-licensed Linux driver. Bluecherry is a registered licensee of the MPEG-4 visual patent license (MPEGLA).Bluecherry develops a free, open source (GPL) licensed Video4Linux2 driver that exposes much of the video functionality of the card to user-space applications. The audio is handled by the ALSA sound system. This driver is publicly available at www.github.com/bluecherrydvr/solo6x10

Pricing
8 port hardware compression H.264 card - OEM / driver only. Version 2 software not included	$259.95
8 port hardware compression card and version 2 software (Bundle) - Basic support	$349.95
8 port hardware compression card and version 2 software (Bundle) - Priority support	$399.95

General information
Operating System	Linux 2.6.36 or newer (Video4Linux2 support)
Video Information
Video Input	Up to 16 x BNC
Video Output	1 x RCA
Video Resolution	720x480 @ 150FPS (NTSC) / 720x576 (PAL) Recording and display
Compression	H.264
Audio Information
Audio Input	Up to 16 x RCA
Audio Output	1 x RCA
Audio Sampling Rate	8KHz or 16KHz
Interfaces
Senors (Optional)	8 Port
Relay (Optional)	4 Port
Watchdog	1 watchdog reset cable
PCIe
Card Information	PCIe X1
Physical Characteristics
Dimensions	Height: 3.75" Width: .5" Length: 6"
Miscellaneous
Package Contents	• Bluecherry capture card • 4, 8 or 16 port pigtail (Video / Audio) • Watchdog reset cable
System Requirements	PC: • Intel or AMD 1.6 GHz or higher • 512MB of RAM (1GB for advanced features)
Platform Support	Linux
Warranty
Standard Warranty	18 month limited

[Server] Version 2 beta 9.1 released

CurtisHall — Thu, 29 Dec 2011 04:24:53 +0000

Beta 9.1 resolves an urgent bug with continuous recording from some IP cameras (including Panasonic), which resulted in truncated recordings. This release also resolves issues when recording from ACTi cameras, caused by their B2 frame feature. We also changed how errors are logged to the client, which should remove most of the “1 second” durations. Expect to see better error reporting from IP cameras in the client in 9.2.

Information on how to upgrade to this release can be found on our Knowledge Base. During upgrade you will be asked to migrate your mysql database. This is normal behavior, and just follow the steps when asked for your password.

Help us spread the news about Bluecherry! Click here to update your Twitter status and help promote us!

The following features are added in this release:

Feature #891: Keep a duration for error events

Feature #1022: Reduce the motion detection interval for IP cameras to save CPU on high-framerate streams

The following bugs are fixed in this release:

Bug #956: 1-second events and avlib errors when recordings cannot be written

Bug #965: Recording errors result in a continuous stream of useless 1-second events

Bug #1023: IP Camera motion detect page gives no indication when settings are saved

Bug #1026: ACTi devices at high bitrates have corrupt recordings

Bug #1034: Web: improper formatting on devices template page

Bug #1035: Web: permissions not saved on user page

Bug #1037: Truncated continuous recordings after file reset on some IP cameras

Bug #1038: Web: Resolve CSS layout problems

Bluecherry now supports Grandstream cameras.

CurtisHall — Wed, 14 Dec 2011 18:40:06 +0000

Bluecherry adds support for Grandstream surveillance IP / network cameras

Grandstream customers now have a Linux based recording application

December 1st, 2011 (Fulton, Missouri) — Bluecherry, a leader in Linux based video surveillance, is proud to announce full support for Grandstream surveillance cameras.

Bluecherry is a leader in the Linux surveillance market. Bluecherry develops a commercially supported Ubuntu application under the name ‘Bluecherry’ (www.bluecherrydvr.com). The Bluecherry DVR software is a Ubuntu Linux based surveillance application and is developed by its team of in-house developers. The Bluecherry application supports both IP and analog cameras, and allows for quick and easy setup of supported network cameras. Bluecherry supports live viewing from a web browser, and live viewing and playback of archived events from it’s cross platform application (Windows, Linux and OS X). Bluecherry’s software is currently free to test and is in a public beta until the middle of January. More information about Bluecherry can be found at www.bluecherrydvr.com/about.

“We approached Grandstream several months ago to inquire about adding support for their IP cameras in our software” says Curtis Hall, Bluecherry’s founder. “We are used to manufacturers giving us the run around and not being easy to deal with. However we were pleasantly surprised to find out that was not the case with Grandstream. We were given all of the technical documentation we needed very quickly and were able to support their line of cameras in our latest release. We now have four Grandstream cameras in our office and we are impressed with their usability, functions and price point. It has been a real pleasure to work with Grandstream and we expect to continue to add support for their cameras as new models roll out.”

ABOUT GRANDSTREAM NETWORKS

Founded in 2002, Grandstream Networks is the leading manufacturer of IP voice/video telephony and video
surveillance solutions. Grandstream serves the small-to-medium business and consumer markets with
innovative products that lower communication costs, increase security protection, and enhance productivity.
Our open standard SIP-based products offer broad interoperability in the industry, unrivaled features,
flexibility, and price-performance competitiveness. Visit www.grandstream.com for more information.

Grandstream press release link

[Server] Version 2 beta 9.0 released

CurtisHall — Tue, 13 Dec 2011 01:48:08 +0000

Beta 9.0 includes long-awaited support for motion detection on all types of IP cameras. Our IP motion detection is designed to eliminate false positives from noisy recordings without ever missing real movement. We’ve also fixed a variety of bugs, made improvements to the web interface, and added presets for Panasonic and Airlive IP cameras.

Technical note: You will now see the option to enable motion detection in the settings area for each IP camera.

Help us spread the news about Bluecherry! Click here to update your Twitter status and help promote us!

The following features are added in this release:

Feature #57: Server: Detect motion in RTSP streams

Feature #637: (Web) Handle devices not associated with AvailableSources

Feature #944: Web: Device re-name hint

Feature #966: Web: Display IP camera type/selector

Feature #1000: Add presets for Panasonic series cameras

Feature #1001: Add presets for Airlive cameras

Feature #1007: Add support for motion mapping for IP cameras

Feature #1011: Web: Add link to the download the client

Feature #1012: Default to /dev/ttyS0 for the serial port (PTZ control)

Feature #1013: Web: Change protocol to show Pelco-D instead of PELCO

Feature #1014: Disable IP camera connectivity checking by default

Feature #1016: Web: Hide the model field for generic cameras

Feature #1017: Web: Checkbox to enable audio for IP cameras

The following bugs are fixed in this release:

Bug #1002: web: ipCameras list not updated properly

Bug #1003: IP recordings may be cutoff during very long RTP streams

Bug #1009: bluecherry.log is not created during installation on Ubuntu server

Bug #1015: Events results should be limited to avoid running out of memory

Bug #1021: Per-device schedule is always continuous from 11pm saturday to 12am sunday

[Server] Version 2 beta 8.3 released

CurtisHall — Tue, 15 Nov 2011 03:55:49 +0000

This release continues to focus on improving network camera support. Customers that previously had problems with network cameras (especially H.264 cameras) should try this release and report feedback to our forums.

Information on how to upgrade to this release can be found on our Knowledge Base. No database migration should be required for this release.

Note: Beta 8.2 expires on November 15th, 2011. You *must* upgrade or else the server will stop recording.

The following features are added in this release:

Feature #995: Bump expiration date to 12/15/2011
Feature #299: Support for Panasonic network cameras

The following bugs are resolved in this release:

Bug #982: rtsp: all streams are setup, even when not recording from all streams

Bug #984: Airlive H.264 stream does not work

Bug #985: Brickcom H.264 stream framerate is wrong

Bug #986: Arecont stream framerate is wrong

Bug #987: rtsp: Crash caused by invalid H264 codec data

Bug #990: Web: Audio enable|disable checkbox does not work

Bug #992: Live view stuck at “buffering” for some IP cameras on reduced FPS

Bug #993: PHP Notice: Undefined variable: required_capacity

Bug #997: Live view doesn’t work on Panasonic IP cameras, due to header parsing

Bug #998: Live view doesn’t work on Panasonic IP cameras, due to missing content-length

Bug #999: rtsp: Use reliable timestamps for PTS calculation on video-only streams

Feature #995: Bump expiration date to 12/15/2011

[Driver] 2.3.7 released

CurtisHall — Wed, 09 Nov 2011 01:09:47 +0000

This release focuses on resolving a critical driver bug in the H.264 and MPEG-4 line of Bluecherry cards where video was corrupted during playback, causing the video to have gray frames and the timestamp to jump forward and backwards. A more technical statement is below:

Fixed for 2.3.7 by using page-sized DMA requests to avoid an issue where the DMA layer does not signal completion for multi-descriptor requests with oddly sized buffers.

The following features are added in this release:

None.

The following bugs are resolved in this release:

Bug #878: Encoded video freezes randomly, jumps forward and backwards, and has significant artifacting