A good cross platform FOSS 2d/3d CAD is needed.
I would say DRIVERS... as it seems that vendors don't take so seriously the Linux...
Also, another problem that I faced recently: I have an ASRock m/board (H67 chipset) and because some bug(*) of the BIOS , the system could not properly resume after suspend, the support insisted that there is no problem 'under windows' !!
Ridiculous but this is the reality ,most m/board vendors does not even give an f for Linux.
Another issue that I have is the NTFS implementation is poor, you cannot even defrag/repair NTFS volumes...
(for various reasons I have to work with external NTFS HDDs, so a lot of times I need a PC with windows to repair/defrag the MTFS filesystem)
(*) finally the bug fixed automagicaly, as they updated the BIOS and added Ivy Bridge support...
A good cross platform FOSS 2d/3d CAD is needed.
imho the biggest problem is printing. Compared to windows, linux printing sucks.
It is not enough to have a driver, that only can print one or two resolutions with bad colours.
We need GOOD printing. And we need good printing support throught the stack. With nice preview and everything.
Seriously, linux printing is a suckfest. Everything else is bearable or even great.
Linux has no software for sharing and processing video/frames between applications (at least not like the example below, Sython). If we had a framework like this for linux, many applications could utilize it, as well as new applications could be built around it. It would basically be Jack-audio-connectin-kit for video. Something that is DE agnostic would be ideal. there are obvious uses like VJing, but i think it could be used in other ways, such as video editing / post-processing, screencasting, video-monitoring systems, VoIP - if paired up with something like Opus. Syphon for MacOSX is like this, and there are examples of applications that are built around it, if you look on the right hand side;
Some of the apps using Syphon already have some interesting uses, take a look;
1. http://appologics.com/airbeam (many uses, but obviously works well as a remote monitoring system).
A couple of other uses too;
2. http://blendy.studioavante.com/ (provides a slick way of using multi-projector setups!)
3. http://www.arkaos.net/product/index....d=10031&iid=74 (software like this, obviously has many commercial
uses, but also has home uses too)
I think if we had some sort of Syphon-like framework for linux, that has decent documentation and a stable API) there would be a potential for lots of different types of applications to utilize, both in the home, mobile and working environments.
Last edited by ninez; 06-10-2012 at 06:14 PM.
But if you are talking about package format (the packaging itself)... That is not gonna happen.
Even PackageKit that was a nice (not my preferred implementation) way to provide a unified interface layer to package management failed miserably. The distributions that include it only use the GUI, while delegating command line packaging straight to the native one (apt, yum, etc). Most PackageKit back-ends were submitted by contributors more than people directly related to package managers in their target distributions. Like I said before, sadly companies don't care for standardization.
How badly packaging is on Linux:
1. RPM... wait, there is not 1 RPM, there are 2 RPMs lol. RPM 4.x and RPM 5, developed by independent groups.
2. DEB... only one format, but Ubuntu packages may or may not work in Debian.
3. TAR.GZ... used by some distributions (Arch, Slack), but again probably incompatible due to system differences.
Also used by sources. No way to know from outside for which distro is or if it contains source, binary or both.
4. ebuild... It's not even a binary, is a set of rules to compile a package ala BSD ports
5. PISI... Pardus format, probably made cause of the 2 RPMS mayhem, and DEB designed to required manual packaging
(read that somewhere... silly idea in an automated world), while xml are easy parsable automatically.
And commands to manage packages, only giving example of RPM distros:
yum, zypper, smart, apt (apt rpm), urpmi.
God bless the freedom of choice.
Thank you Michael and Phoronix readers.
I've found some interesting projects on the Linux Foundation site(in the High Priority list), I'll see if my coordinator accepts them.
The one with "Automatic transcription" even seems very easy, except the fact that doesn't matter how much work will be put in it, it will never be perfect because of the complexity of Speech Recognition. It will always give wrong transcriptions like Youtube's caption does.
After a few years of Windows 7, I decided to move back to Linux as my primary OS. I knew not everything would go smoothly, but I had hoped things had continued improving. For the most part, they had. I chose Ubuntu 12.04 as my distro, and things went fairly smoothly. Unfortunately, some applications and files had garbled/corrupted audio. Based on my previous experience, I guessed this was due to PulseAudio. I uninstalled PulseAudio via the software center and have not had an audio corruption issue since. However, without pluseaudio, there are NO GUI CONTROLS for ALSA. This Gnome Mixer is the best I could find, and it is terrible.
There is NO GUI to even set default playback or capture devices. Did I mention it is 2012? This is just a colossal failure for Linux.
What a GUI might look like:
Now, you might say, well PulseAudio does all these great things... it is the future. But if it does not output actual audio, what is the point?
I play Diana Krall on PulseAudio and this is what I get: http://www.youtube.com/watch?v=QH2-TGUlwu4
Creating a usable ALSA GUI Device Manager would be a monumental contribution to Linux, which is really quite sad when you think about it.
Or you could try to fix PulseAudio...
You use opensource because you love opensource and it's license. I can understand that everyone in the middle is 'stuck' in the middle and can't fully transition yet, but Alan and co are not radical, but ideal.
If your answer, as Micheal's answer was "I choose not based on license" then ... seriously, stop. Stop using Linux, stop using opensource software, you obviously don't quite get it.
This is like claiming to be an environmentalist, saying 'being green is cool'. Even separating trash properly (a small step, which is good yes) but then still go out and buy power from coal plants, because it's cheap. Why even bother? Just to bang the hot hippie chick?
The main reason to use Linux, is the license. If it's not, go use *BSD or even OS X, which is like linux/BSD, but nice and closed. Use some OSS programs because they do what you want and be quiet.
About re-implementing yet another protocol for chat/voice etc, I would say initially that that is a bad idea. xmpp works fine. Obligatory XKCD: http://xkcd.com/927/
Instead, as suggested before, a CLIENT for the voice libs, xmpp libs SIP libs would be much more needed.
3 btw isn't really a package, it's just a compressed tarball. 4 can't really be compared, if anything, its package instruction
If the above can't be done, then the below is really what is needed and can be academically interesting.
- Hardware video decoding using graphics shaders / OpenCL:
For those graphics cards which have no built-in hardware support, or that we can't get it working for one reason or other (nouveau, radeon), it would be nice to have an alternative which does not rely on the CPU. Bonus points if it supports 10-bit h264, because no hardware decoder that I know of supports it. Also it would be interesting to accelerate WebM/VP8: there has been some work towards this, but no results yet, I think.