Slashdot Mirror
Google Announces Summer of Code 2008 Projects
An anonymous reader writes "Google announced today it had accepted 1,125 students to work on 175 Free and Open Source Projects this summer. This represents an increase of almost 25% over last year. Nearly 7,100 applications were received. For those who weren't accepted, there is an offer to send Google Swag to any student who completes their project anyway."
...that I hate Google for their immense privacy violations, and yet can't help but get excited when the Summer of Code comes up?
It'll be interesting to see how they are integrated and how big a change some of those items become at the other end of SoC.
Title Generic frame-level multithreading support
Student Alexander James Lloyd Strange
Mentor kristian Jerpetjoen
Abstract
FFmpeg, while equalling or surpassing the speed of nearly all other codec implementations on a single CPU core, currently only has limited and specific support for multithreading. I will implement a frame-level multithreading system, which can efficiently speed up all uses of libavcodec. This will be based on the successful implementation in the x264 encoder[1], extended to support decoding and whatever synchronization will be required. [1] http://akuvian.org/src/x264/sliceless_threads.txt, http://www.techarp.com/showarticle.aspx?artno=442&pgno=0
Good luck guys! Don't forget the crucial "Ballmer Peak" when getting started. http://xkcd.com/323/
I had applied and got some very positive comments on my proposal but none of the project guys would mentor me due to time constraints or lack of knowledge in the area I was coding.
Mentor organizations, in the future, if you have a idea page, make sure there is a mentor behind every item. It was a pain emailing/harassing everyone just to get an answer if they'd mentor me. Not fun when the deadline was a day or so away.
I am glad to hear that there is free swag if I do work on it though, so perhaps I'll give it a go anyways.
import system.cool.Sig;
Vim is there, but Emacs isn't!
My UID is prime. Hah!
There are a few that keep it from becoming a decent player -- namely, .ass and other subtitle rendering, and slow h264 decoding.
Although I suppose that those problems are more of a problem with libavcodec -- thankfully ffmpeg is also part of the Summer of Code.
It looks like Google awarded KDE the most number of projects (47 total) of any SOC participant.
Not crashing Firefox + Noscript would also be fairly important for me, although tbh ive moved to mplayer as its pretty much like vlx but more modular (in installation anyway)
IranAir Flight 655 never forget!
Because they are more interested in technological advancement than ideological wanking?
Mono's C# is extremely slow compared even to OpenJDK Java, saying nothing of finely optimised C. It would be very nice if modern optimisations could be brought over from OpenJDK to Mono, but I doubt that will happen anytime soon.
Sam ty sig.
I attribute my proposal being accepted to the fact that I'm implementing a real-time web version of a game that makes my mentor (and probably other proposal-choosers for Portland State University) feel quite nostalgic.
When I called him to initially discuss the idea, he actually cut me off mid-sentence and said--with Renee-Zellweger-like tearful joy in his voice--"You had me at 'Nomic'."
I don't normally feed the trolls [i]too[/i] much, but being able to work in a clean, cross-platform way with a solid language that's far better than Java immediately drew me to the CLR, and spreading the wider adoption of a Java alternative is why I applied to work for the Mono Project this summer. (And got accepted, too.)
Unfuck your head, sir; there is no "Microsoft encroachment" with Mono; the tool is a good one, and you're being stupidly paranoid.
"You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
I know this is probably nit picking, but when I saw that .exe attached to the end of my mono compiled test program, I quit using it. Mono, in and of itself, is not a sign of Microsoft encroaching on the Linux desktop. But Mono not going its own direction instead of endlessly trailing Microsoft's direction is. Mono should have taken what is standardized and run with it. Making a competing dev environment not just reimplementing yet another Microsoft environment.
Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
FWIW, Mono is not looking *only* for a reimplementation of Microsoft's libraries. Their public goal is to create a high productivity open source dev framework, not to neccessarily recreate every Microsoft library.
And it shows,too: They created GTK# way before Winforms compatibitlity (even now, the Monodevelop IDE has GTK# Visual Design but no Winforms support yet). And they've created bindings for some Unix libraries; and there are Mono libraries (like Monoaddin) that have no Microsoft counterpart.
I know this is probably nit picking, but when I saw that .exe attached to the end of my mono compiled test program, I quit using it.
.EXE, so Mono executables end in .EXE. How else would you do it? Are you that much of a zealot? That's not nitpicking, that's being stupid.
.NET programs won't run on it! Hurf durf, we're cool!"
.NET, too--it started with Mono), the brilliant Mono.Addins, MonoCurses (which addresses a glaring deficiency in .NET, the lack of a decent console API), Mono.FUSE...I could go on. But I'm sure these libraries are OMG HORRIBLE, because I can use (most of) them in .NET too! OH NO!
It's there to be compatible with Windows. Windows expects executables to end in
But Mono not going its own direction instead of endlessly trailing Microsoft's direction is. Mono should have taken what is standardized and run with it. Making a competing dev environment not just reimplementing yet another Microsoft environment.
Do you have any idea what you're talking about? Of course they're reimplementing Microsoft's libraries--how else do you get compatibility with already written programs? "Oh, we have a CLR implementation, but
And Mono's got its own namespace with a boatload of features. GTK#, Cocoa#, Tao (the managed OpenGL/SDL bindings that people use on
Get a clue.
"You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."