I recently developed an H.323 / SIP compatible video server (at least in code), fully equipped with a socket-based API that will use the .NET SDK, and a web server that you know ... all this. Anyway, I decided to use OPAL for my call stack and based my architecture on the EKIGA design. I even captured serial ports for digital I / O with two outputs and three inputs.
Everything works fine with my Linux PC. I created my own Linux distribution specifically for new boards with Intel Atom processors with 2 pounds of RAM . Problem? Atom processors cannot handle the load of encoders. The maximum frame rate I've ever pulled is about 7 inches FPS on NTSC . It does this regardless of bit rate. I know that I have no memory leaks, however, the CPU load rises to about 130% between the two cores, so in fact about 66% of the total. I really don't want to change the stacks, but I don't know what I need to do. Are there any lighter encoders that I can convert to PWLIB plugins?
The problem occurs regardless of the video encoder, H.261 , theora, H.263 + , etc. What should be my next attack plan?
Update:
Ok, so I think my next step is to find a very low profile PCIe graphics processor that is OpenGL compatible; It should be run parallel to the motherboard. How can i do this? Also, am I barking the wrong tree? I am just a programmer, so please forgive my ignorance.
Additional question:
, . , , ? ? ? , , , ? .
:
, GPU . , - . i7 950 . , , , . OPAL VoIP, , GPU. ?