I'm proud to announce (God, I love this phrase!) that rtmpd is officially running on an embedded IP camera.
Hardware details are available here:
http://pastebin.com/yAFpyRus
The running instance of rtmpd can be found here:
http://pastebin.com/6V774bi7
Top command:
http://pastebin.com/bwWwKdpY
Capabilities:
0. h264 hardware encoder :) :) :)
1. All RTMP family: RTMP, RTMPE, RTMPT, RTMPTE, RTMPS
2. Capable of serving RTSP streams from all the streams available in the running instance
3. Capable of connecting to another RTMP server and perform stream publish
4. Capable of serving all the file formats presented here: http://rtmpd.com/browser/trunk/media/README.txt
5. Capable of ingesting RTSP/RTP streams and spit out RTMP
6. Capable of ingesting mpeg-ts and spit out RTMP
7. Capable of ingesting LiveFLV and spit out RTMP
8. Fully working shared objects
9. Fully working application-oriented architecture
10. Interoperability with hardware directly, giving the possibility of playing around with the zoom and the little positioning rotors. In plain english, you can point and zoom from flash directly :)
And, above all, is $180 camera. Which is cheap :)
Correct me if I'm wrong, but isn't this the first RTMP enabled camera? And is running rtmpd, obviously :)
Cheers,
Andrei
------
Eugen-Andrei Gavriloaie
Web: http://www.rtmpd.com
If yes, it seems that I may buy a couple.
> Does it go with AAC? And what other technical characteristics?
This particular camera, I think not. Not sure though... The tests I've made is to start consume a locally RTSP stream and see it over RTMP and the standard RTMP functionality: shared objects, live publish/play, VOD (all media files described in that link are working). This levels the ground for playback recorded videos diractly on the camera. This particular one accepts a SD card (order of gigabytes). The nice part is that it has hardware support for h264 encoding and is able to output mp4 files as well :)
Sound for live publish/play is supported (the camera acts like a PC server. Nothing was removed to make it work)
Cheers,
Andrei
>
> If yes, it seems that I may buy a couple.
>
> You received this message because you are subscribed to "C++ RTMP Server" mailing list.
> To post to this group, send email to c-rtmp...@googlegroups.com
> To unsubscribe from this group, send email to
> c-rtmp-serve...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/c-rtmp-server?hl=en
regards for real great work
szogunek
> hi there andrei,
> can you tell me more about this proccess on the list h264producer?
> i think this is more reliable(or not) then ffmpe to use on that type of equipment (lowe resources)
> because i use crtmpserver with ffmpeg to send tv (and watch in work :D ) tv, i also use some avermedia tv card with hardware support for h.264 and server for this is p4 1.7ghz proc utilisation about 30% (remember ther is also lighttpd to watch tv, and some soft for changing channels thru irda output)
Honestly, I don't know any details about that one. I only know that is gathering NALUs from the hardware and shove them into a streamer via a pipe. And guess what!? rtmpd will be able to consume that pipe as well :). Now it consumes a locally fed RTSP stream and outputs RTMP. But I will plug it directly on hardware :)
Cheers,
Andrei
> Ps. Pozdrowienia Panie Jaroslawie :) - to wszystko dzieje siďż˝ w
> Polsce :)