![]() |
Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
Matthew Gillen wrote: > Kristian Erik Hermansen wrote: >> Considering you know the application is a video encoder, what >> properties can we exploit to gain the fastest CPU time to encode all >> the videos? Let's say it is an arbitrary amount, but more than the >> number of cores you have. This is an interesting problem and I should >> probably ask Pixar :-) But you guys are a cheap start! > > Knowing a little bit about how mpeg encoding works, one way to do it would be > to break up the input into "work units" that a single cpu would do. Each work > unit would start with an I frame, and do all the images leading up to the next > I frame. So each work unit is completely independent from the others, thus > allowing each CPU to do the bulk of it's work independently. > > Then the "master" thread just concatenates all the results in the correct order. Upon re-reading, I see that you meant to encode a bunch of independent videos, not the problem I was talking about, which is fast encoding of a single video. Disregard. Matt -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
![]() |
|
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |