Bluecherry Releases GPL'd MPEG-4 Driver
azop writes "Today Bluecherry released a GPL'd driver for its multiple-input MPEG-4 hardware compression cards. The driver supports audio and video capture from 4-, 8-, and 16-channel single-card encoders using the Video4Linux and ALSA APIs. More information about the driver and its features can be found on Bluecherry's development blog and on Ben Collins' personal blog. Bluecherry is the first Linux software company to release a complete driver based on Linux kernel APIs (Video4Linux and ALSA) for multiple-input hardware-compressed MPEG-4 capture cards under the GPL. The cards are designed for security applications (digital video recording), but other applications could potentially make use of the compressed streams and Video4Linux API integration. An H.264 version is 'in the works.'"
Next up, a headline on MPEG-LA decrying this as an ignominious infringement on scads of their intellectual property. Hopefully projects like this stand a reasonable change at exposing the ludicrousness of the software patent system.
To everyone who knows about software patents, they are already exposed as ludicrous. To everybody else, they wouldn't learn anything from a small company being sued. Few people learned anything about patents from Microsoft vs. TomTom, and those are companies that most people have heard of.
It wasn't a "multiple input" device, but many years ago Plextor released a GPL driver for their go7007 based video capture devices, which captured directly to MPEG-4. Unfortunately few people bought them, so Plextor stopped working on the driver and it has since disappeared from the kernel, even though it was in the staging branch for a while.
Anybody know how this differs from the Hauppage USB<->mpeg4 encoder's driver?
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
I actually have one of their cards and I must say it works quite well. For full D1(720x480) you only get 7.5 frames/sec from 16 cameras, but for security that is plenty. I think the 4 port cards may be able to do 30 fps per camera. Version 1 of their software is a bit kludgy. It works, but needs help. Version 2, supposed to be a complete rewrite, is due out next month. If you are interested in good quality security hardware take a look at their stuff. bluecherrydvr.com I don't work for them, just am a happy customer.
Cheers,
the_crowbar
Have you read the Moderator Guidelines
The Hauppauge 1212 is a similar sort of device. It had a community built driver pretty much when the device was released. It was quickly supported by MythTV.
The only thing missing is a firmware update utility. Dealing with this device in Windows (for firmware) gives me a great appreciation for the Linux driver.
The community is quite up to the task if they are given the opportunity.
A Pirate and a Puritan look the same on a balance sheet.
That's a funny coincidence. Bluecherry is the same people I bought my home surveillance equipment from. They actually have a neat little linux LiveCD that you can get for testing your hardware once you receive it. They also indicate which of their hardware is compatible with ZoneMinder, a open source linux app I use for surveillance. I really was happy with the service. I know this probably sounds like an advert, but if I have good experience I want others to know about it.
I don't think the Hauppauge 1212 (the HD-PVR) is a comparable product. The 1212 takes in a single analog video up to component 1080i and produces a x264 stream from it. This card has multiple inputs (4,8, or 16) that are D1 (720x480) max. Utilizing 16 inputs it does not support 30 frames/sec that NTSC video uses (7.5 fps max @ 16 inputs). This is aimed at the digital security market. The 1212 is aimed at the HTPC market.
Cheers,
the_crowbar
Have you read the Moderator Guidelines
>> Bluecherry is the first Linux software company to release a complete driver based on Linux kernel APIs (Video4Linux and ALSA)
>
> Are these some sort of stable APIs, or are they the driver APIs that are randomly changed every few kernel versions to break binary compatibility?
The only people that seem to complain about that are sandbagging companies that need to distract from the fact that the community is doing better.
V4L dates back to the original bt848 carts.
A Pirate and a Puritan look the same on a balance sheet.
The point of the story is that they release their driver source code, under the GPL.
So you dont care about binary compatibility, you just recompile the driver for every version of the kernel you need....
And you can fix the source code incompatibilities yourself if they ever happen and they dont keep up.