suso wrote:What the hell Randall? Its not the fault of community developers for not supporting flash stuff, its Adobe.
There's plenty of blame to go around. Yes Adobe's proprietary Flash plugin for Linux is fairly crappy, and yes Adobe is completely unhelpful to people trying to code an open-source alternative, but Randall hit the nail on the head about Linux kernel developers.
Linux kernel developers are coding the kernel so it will be better for server use, and optimizing it for those tasks at the expense of desktop usability. This is even more severe a problem when significant design decisions are made, as server work always wins out.
I'm sure you're aware about the task scheduler debacle awhile back, but that's far from the only conflict going on.
I've long since determined that the only way for Linux to be viable on the desktop market is for desktop-minded developers to fork the kernel and do some serious reworking.
suso wrote:They have been extremely slow in getting things like a native 64-bit flash plugin for Linux and I'm tired of waiting for them. Meanwhile, community developers have time to do other things like support 4096 processors. And the new version of Blender (2.5) is going to kick ass.
There's a proprietary 64bit flash10 plugin available now. It's not too bad, but sadly it's not a trivial task to get it working.
The community developers are a bit like ferrets. They keep getting distracted by shiny things that aren't terribly useful.
Blender isn't related to the kernel. It isn't even *nix-specific.
If "community development time" was some sort of magical substance that could be applied anywhere, I'd rather it go towards making the Linux-native Firefox faster than running the Windows Firefox through Wine. (And fixing the memory leaks, and maybe culling some bloat, and streamlining some of the kludgier pieces of code...)
grim4593 wrote:Maybe that is one of the reasons Linux has such a great system back-end. Since there is no point trying to waste time on flashy GUI's and hardware accelerated doodads they developed stability and great functionality.
Yet here we have Compiz, which is probably the flashiest GUI outside of a Hollywood set.
Hardware acceleration is a wonderful thing, but it needs to be used more intelligently. For example, nearly every AMD and NVidia card currently on the market currently has GPGPU support, and video chips are the undisputed kings of low-precision floating point processing. A flash implementation that used that GPU power would be FAR faster, smoother, and have a much smaller CPU footprint.
*checks* Oh, hey, turns out that Adobe and nVidia are working on that right now. All they need to do now is get AMD and Intel on board and they'll have around 99% of the market.
10nitro wrote:dasada122 wrote:Well, someone had to say it...
If Linux is going to slay the BEAST, they need to start at the bottom features.
What, you mean like stability, consistency, and having a complete operating system out-of-the-box, rather than having to add dozens of 3rd party apps to make a complete OS.
Yea, ok, I think you missed a few things...
First, very little of GNU would actually count as the OS proper. The OS itself is the bare minimum required for the system to boot and execute independent code. Even important tools like fsck aren't a part of the OS.
Second, you need to have a defined vendor for "3rd party" to have a meaning. Further, you need to determine if you're going by who provided it and did QA, or who wrote it. If you're considering Ubuntu to be the first-party product, then Open Office would be classed as first-party. If you're classifying the kernel itself as the first-party product, then would be 3rd party. (Yea, open source can make things like that really confusing.)
Third, Microsoft has been reviled for "bundling", and has been sued several times for including extra first party software. If you were one of the many who opposed that bundling, you're now both a hypocrite and kind of a dick.
As far as consistency goes, Microsoft wins there. Every windows install is roughly the same as every other windows install of that version. Different Linux distros don't have that.
10nitro wrote:dasada122 wrote:It irked me to see 5 different ways to alt tab in KDE 4, but none that worked well.
See, that's your problem, you're using KDE... GNOME `just works'.
Yea, see, this is neither helpful nor topical. Take it somewhere else before you get somebody going on vi versus emacs, as that would mandate that I kidney punch you.
boshi wrote:Randal, have you tried making sure that your CPU frequency scaling isn't failing to clock for flash? There is a handy widget for that in the default ubuntu installation of gnome that will show realtime scaling info.
This is a known issue with Adobe Flash under Linux, but your attempt to help is most certainly appreciated.
3n1gm4 wrote:This is what I do:
- Start buffering and put the video in pause (even in HD) and wait until it has been downloaded
- $ vlc --fullscreen /tmp/Flash*
Try to do this on windows THAT easy.
*Click the video's "play" button, as flashplayer works in Windows.
If you wanted to play it with vlc in Windows then you could do basically same thing, but the path would probably be a bit longer and you'd wildcard it differently.