Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
The Internet

Open Source Solutions for Live Video Distribution? 33

mikvo asks: "I work for my state Department of Transportation, and we have a reasonably advanced traffic monitoring system, currently with almost 300 cameras (and expanding). However, our matrix (300x200) video switch is running out of life, and we have to replace it. The primary consultant on the project is recommending we move entirely to digital video, using VBrick encoders and decoders. It's a private network, though we know there are still security issues around that. However, the primary question is, are there viable open source alternatives for both encoding and decoding the live video streams, rather than relying on proprietary (read expensive) decoding hardware?"

"The video encoders would have to be deployed in the field (protected cabinets, but still subject to tempreature extremes), while the decoders would all be indoors. The decoders would also have to support rapid (sub-second) switching between video streams. We would require full remote management of both encoders and decoders. I know I can use something like vlc (VideoLAN client) just to read the video streams coming from a VBrick encoder (I have that working on our demo units). However, I'm not sure I'm totally comfortable with the cost of the propsed solutions, especially when it's my tax dollars (in part at least) that are paying for it.

Video distribution would have to be on-demand viewing of any encoded video stream, by any authorized party. The control center has a large (14 screen) video wall that, ideally, should be able to display any video in any of the 14 quadrants, or to show video spread over multiple quadrants.

I'm perfectly happy to do the research (and I've started doing some), but I'm looking for tips or ideas. I'm not an expert when it comes to video solutions on open source operating systems."

This discussion has been archived. No new comments can be posted.

Open Source Solutions for Live Video Distribution?

Comments Filter:
  • by Anonymous Coward
    He's really looking for a cheap solution that would enable the police to put up cameras on all our street corners like the Brits do.
  • If you want a separate computer encoding each camera and feeding it onto an IP network then yes, it's going to be expensive whether it's encoding to MPEG or Ogg Tarkin.

    If you have space to put a PC with USB ports in a wiring closet, you might be able to get away with a cheap video encoder, like the one X10 [x10.com] sells, for $70 apiece. There is one problem with that sort of solution, however; I don't know whether or how well one can connect multiple encoders to a single PC. That would bring your expense back up.
  • I have never heard of open source hardware.
    Sure theres open source Specs, Designs and/or VHDL for stuff (eg Grapics cards)

    But you seem to be looking for a hardware solution.
    My only thought is runing some ogg tarkis encoder on an embedded linux board
    • SPARC is open source hardware.
    • I have never heard of open source hardware.

      There's several open source cores for FPGA's, and an ARM based single board computer [tudelft.nl].

      Dave
    • Yes and no. When you consider the cost (7 digits, at least), I'm not necessarily looking for a complete, "free" solution. However, it seems to me that, at the very least, an inexpensive Linux box (or such) could handle either encoding or decoding of MPEG video streams. The cameras are installed, so I'm not looking for a cheaper camera. Currently, the video is streamed back uncompressed over fiber to an analog video switch. In order to replace the switch, we are looking at digital distribution, rather than analog. That requires at least 1 encoder for each camera (with VBricks priced around $5K ea.) and then as many decoders as we decide we need. So, using a more general purpose computer, and encoding and/or decoding software, is it feasible to:

      1. Replace the encoders with something less expensive / less proprietary than a VBrick encoder, and/or

      2. Replace the deocders with something less expensive / less proprietary than a VBrick decoder?

      That's all I'm really asking. If we could cut the price to $3K per camera, the savings will still be huge. If we could cut it even more, the savings are even more...

  • QuickTime (Score:5, Informative)

    by Johnny Mnemonic ( 176043 ) <mdinsmore@NoSPaM.gmail.com> on Sunday December 01, 2002 @08:57PM (#4790166) Homepage Journal

    QuickTime Streaming Server is available as an Open Source solution. From Apple's website:
    "Open Source Versatility

    While QuickTime Streaming Server is designed for Mac OS X Server, it's also available as an open source server called Darwin Streaming Server. Versions are available for Linux, Solaris and Windows NT/2000. And because it's an open source technology, Darwin Streaming Server can be ported to other platforms by modifying a few platform-specific source files."

    That should help at least with your software needs.
    • The Streaming Server is free, however the Quicktime Encoder isn't. Nor is the Quicktime Player.

      • The Streaming Server is free, however the Quicktime Encoder isn't.

        That's an interesting distinction, of which I was not aware. Care to elaborate? You have apparently researched the solution.
        • It goes as follows

          Encoder --> Server --> Client 1
          |
          --> Client 2

          The streaming server is basically a tool to rebroadcast what it recieves from the Encoder. It doesn't have any way of connecting to any video hardware, a separate machine has to do that or a separate program is more accurate. The same machine can technically do it, but there is no encoder available for Linux.
      • Re:QuickTime (Score:4, Informative)

        by akb ( 39826 ) on Monday December 02, 2002 @12:18AM (#4790899)
        If one uses mpeg4ip [sf.net] in concert with DSS one has an end to end free solution.
        • Free, except that he has to pay royalties for the use of MPEG4. Considering this is a goverment organization, I think he would need to take that into consideration as well.

          I will say I compiled the DSS and MPEG4IP stuff, and it is hella cool, if only because the only viable option I had for realtime streaming before was expensive hardware (VBrick) or Windows Media Services.
      • QuickTime is nothing more than a container for various codecs --- there is no QuickTime encoder per se. The second sentence is just plain wrong: QuickTime Player is a free download.
  • PCs running linux (Score:2, Informative)

    While the temp extremes your talking about are real the problem is rather minor. In this case the older the hardware the better. Run the whole thing off a CDROM and a small harddrive.

    More heat equals less wetness. Here PVC pipes are your bestest friends. Run the heated air from the CPU and drive area out to heat up the area above the Box.

    Keep a hole in the joints of the pipes to drain stray water. just keep a $5 keyboard hooked up to it and some temp sensors and your done. I have done this sort of thing for other people.

    Worked fine for a trafficCam for a local website. Sounds like you have more resources for this.

    But if you have to spend more then $100 a unit your thinking right.

    • Rather under a $100 is right.
    • Forget harddrive / cdrom - they're semi-bulky, break down easily, and require special environmental concerns. Just burn a ROM with a netboot loader in it, throw it in the ethernet card, and netboot/NFS-root the whole thing. Makes configuration changes and software upgrades that much easier, too - especially if you can have a shared NFS root for the software, and just have each machine mount its own /etc, /var, and /tmp on local ramdisks, copying the barebones files from a template directory and building some on boot (eth0 config, hostname, etc...).

      An etherboot-enabled NIC attached to an old P2 system (or K6/2 - those are pretty nice, and the K6/3 or a lowend P3 would have no problems. No athlons for heat concerns!), and a proper video capture card (BT848 or BT868 are nice'n'cheap, but you could go for one with onboard MPEG encoding and use a less-powerful machine) with good Linux support should do wonders.

      For powering concerns, if there will be any: Don't bother with a UPS for every machine. Just use ATX motherboards that are Wake-on-LAN compliant. When the power comes on, wait for the network harware to start working again, and broadcast the WOL command. If you're still worried about power/environment concerns (odd 150000v spike from lightning, etc), use a good surge suppressor on the network, power, and video lines and keep a good supply of spare parts on hand.
  • ffmpeg (Score:2, Informative)

    by sethgecko ( 167305 )
    Apple's QT streaming server only streams the video. It creating the stream can be quite expensive. try ffmpeg [sourceforge.net]
  • ...this guy doesn't work for Poindexter? I mean, his cover story is pretty lame, don't you think?

    Big Brother is as entitled to open source as anyone, but consider the irony.

    Carry on. About these "traffic cameras." Do any need to fly on Predators? ;-)
  • software (Score:2, Informative)

    by Fat Cow ( 13247 )
    Run a software mpeg encoder like ffmpeg on an SBC or a mini-itx system. You can make it solid state (leaving out the hard drive) by making it boot over the network)
  • Cu30 for GPL (Score:3, Informative)

    by deathcubek ( 11766 ) on Sunday December 01, 2002 @11:23PM (#4790721)
    CU30 [sourceforge.net] is one choice for 30 fps live video conferencing.

    Its under the GPL and MPL and has (or still is) been supported via open h323 [openh323.org] as an external library and gnome meeting should work. (I havn't confirmed either)

    Qvix Technologies [qvix.biz] has a propritary version of the same codec, only much more refined. (I used to work for them.)
  • In the world of open-source codecs, there's the MPEG family (which is, however, patented), Ogg Theora (aka VP3), which may be usable now, and Ogg Tarkin, which has a ways to go.

    Alternately, you could run Quicktime Streaming Server (which is open-source) and Quicktime Pro (which isn't), using Sorenson or MPEG4. However, you wouldn't get realtime encoding on anything other than a newer mac, so that could get expensive.

  • Why bother with expensive, complicated solutions involving encoders/decoders when you can have an Axis Network Camera [cdw.com] for $300.

    The Video Server [cdw.com] route is a lot more expensive ($800 per camera) but works with existing video cameras. I doubt that would save you any money, since plain NTSC video cameras are not very expensive.
  • You don't mention what state you are with, but perhaps you should get in touch with someone at the Florida DOT. My company has some equipment at their regional traffic center nearby, that we use to stream realtime traffic video to clients in the field. I've had the opportunity to visit their data center before and was very impressed. They seem to be using the VBrick units for encoding and decoding. I can understand that you would balk at the cost, as they are quite pricey, but they are well worth the cost. They have, last I checked, 52 cameras along the major highway here, and I believe they have 1000BaseSX to all the poles. All that video comes back to their regional center where it is processed and sent to various media outlets.

    Now why can't I get 1000BaseSX to my house? =(
    • Hate to respond to my own post, but...

      I didnt mention anything about security concerns. The FLDOT's network is all over private leased lines, so security isn't too much of an issue. From the poles it goes straight back to their datacenter and that is where they focus on security.
    • Michael is currently working for the Utah Department of Transportation (UDOT). There he works on their Advanced Traffic Management System (ATMS) which is used to control all the electronic devices (cameras, sensors, signs, etc.) in, on and around the freeway.
      from his family site... (can be found in his email address...)
  • Maybe a better question is if anyone knows of any consultants that can implement an open-ish solution to meet your requirements or perhaps any similar projects to what you would like to do. As you can see from the discussion so far, there are lots of tools but no turnkey solutions, the real rub is in getting stuff to work together.

To write good code is a worthy challenge, and a source of civilized delight. -- stolen and paraphrased from William Safire

Working...