To view parent comment, click here.
To read all comments associated with this story, please click here.
Hi all.
I've been the supervisor of the whole project, since the first submission (which was called SCHED_EDF). If you check, I have always released a news on OSNews and Slashdot whenever we released a new version.
As I have written in the description of the project on youtube, the project has been realized as part of a 3MEuro project called ACTORS and financed by the European commission. When you get funded by EU, you have to pass annual reviews with commission members, In particular, the movie has been filmed near the final review meeting, at which 3 EU members attended. These 3 members (selected by EU) had the chance to see the full system working. If you can't trust the movie, trust at least the EU commission.
Unfortunately, we started the ball-and-beams, and then we started the robotic arm. For this reason, in the ball-and-beams you can notice the arm stopped in the background: we simply did not start it yet...
The project started in 2008, and we had several submissions. During these years, the code has been reviews by the Linux kernel community several times, and it is getting ready for inclusion in mainline.
Please, take care on this:
http://jeelabs.org/2012/09/24/linux-real-time-hickups/




Member since:
2011-01-28
ericxjo,
Well, it probably boiled down to something as simple as them not having three cameras. I don't have any trouble believing it could do all three at the same time. Although they should have panned from one to the next.
Even a non-realtime kernel should have been able to handle those three tasks simultaneously without any trouble at all on an old 486. I'd be more impressed if the tasks demanded much harder real time restraints. And then executing them while compiling linux and browsing with firefox!