Hi Dom, I understand of course that the ARM CPU must be kept out of the whole graph (using OMX-IL tunnels). Only the initial incoming 720p stream and the two final re-encoded 360p/480p streams would actually pass through the applicative layer running on the CPU. As for the audio, there may be cases ...

All right James, thx for the quick reply.
What about audio (AAC) hw-accelerated support? Any insight on this?

Cheers,
Pierre-Yves

Hi everyone, (I guess the following is for dom and/or jamesh). I'd like to use the R.Pi as a live transcoding system, using the GPU-accelerated codec blocks (through the OMX-IL layer provided by Broadcom as part of the VideoCore SDK). I would have one incoming 720p H264/AAC @ ~2Mbps stream, and woul...

This is so depressing and sad

It would have been a lovely feature on the Pi (I was dreaming of a Pi H.264 encoding cluster, but I'm biased toward video encoding ... ^_^)

<r><br/> JamesH said:<br/> <br/> <br/> No, I checked this - we only pay for a decode licence. Encode will add more cost.<br/> <br/> <br/> <br/> Bummer <br/> <br/> According to this <URL url="http://www.mpegla.com/main/pro.....ummary.pdf">http://www.mpegla.com/main/pro.....ummary.pdf</URL> (probably ...

<t>mccp said: <br/> <br/> I have just looked at the sample agreement on the MPEG-LA site and it seems that they consider that a unit is: "(a decoder, encoder, or product consisting of one decoder and one encoder = “unit”)".<br/> License fees are 0-100,000 units per annum $0.00, 100,000 to 5,000,000 ...

<t>JamesH said: <br/> <br/> <br/> pyke369 said: <br/> <br/> <br/> JamesH said: <br/> <br/> <br/> I'm more in a position to ask the encode question. I try and remember and find time on Monday.<br/> <br/> <br/> Thanks James!<br/> <br/> <br/> Bad news I'm afraid. The licence only covers H264/MPEG4 deco...

JamesH said:


I'm more in a position to ask the encode question. I try and remember and find time on Monday.


Thanks James!

<t>Gert said: <br/> <br/> <br/> Yes I mean that CSI port. Last thing I read from Liz is that the connectors are not on the production batch. I hope that is not true as post-soldering a trough hole GPIO connector is no issue. But post mounting a CSI SM connector is a whole different can of worms. I t...

<r>drgeoff said: <br/> <br/> <br/> Gert said: <br/> <br/> <br/> drgeoff said: <br/> <br/> <br/> ......<br/> HD video is over 1 Gbit/s.  USB 2.0 even running at theoretical max is not fast enough.  Unless there is some way to get the uncompressed HD straight into the GPU, I think a 700 MHz CPU is goi...

<r>Gert said: <br/> <br/> <br/> drgeoff said: <br/> <br/> <br/> ......<br/> HD video is over 1 Gbit/s.  USB 2.0 even running at theoretical max is not fast enough.  Unless there is some way to get the uncompressed HD straight into the GPU, I think a 700 MHz CPU is going to be pretty busy trying to h...

<t>@drgeoff<br/> <br/> Semi-professional HD camcorder (like the ones from Sony) generally have either analogHD or SDI outputs. I would use some USB capture card to get the raw frames inside the R.Pi and then use the GPU to offload H.264 encoding. Dunno about USB bandwidth on R.Pi (USB 2.0 / 480Mbps ...

<r>Thanks James, I'll have a look at what Broadcom announced at CES.<br/> <br/> In the meantime, I found the following in the comments from <URL url="http://www.raspberrypi.org/arc.....2#comments">http://www.raspberrypi.org/arc.....2#comments</URL>:<br/> <br/> JamesH on January 31, 2012 at 3:45 pm s...

<t>Thanks for your reply James, really appreciate it. I'll have a look at OpenMAX.<br/> <br/> I'm interested in building a low-cost mobile HD encoder that would hook an HD camcorder output to a bunch of network-bundled 3G/WiFi USB adapters in order to stream HD H.264/AAC streams live from any locati...

<r>Hi everyone,<br/> <br/> According to <URL url="http://www.broadcom.com/products/BCM2835">http://www.broadcom.com/products/BCM2835</URL>, the BCM2835 has a VideoCore IV onboard, capable of Full HD (1080p) High Profile H.264 encoding and decoding. Will these capabilities be exposed as a specific AP...