stop drinking the kool aid (or anti kool aide or w/e)
it's still rougher around the edges than it's proprietary contemporaries as far as user-friendliness goes
This is true of desktop distros*, however for embedded devices & phones, it's unfounded.
The iPhone has only been around a few years, and it's really the first mobile that's truly comparible to a desktop or laptop's functionality (Browser, media players, apps, etc)
Apart from all the smartphones that came before it, from 2002 there have been "smartphones" that could compete with laptop functionality and by 2007 most had 3rd party apps, 3G and bluetooth. The iPhone is good but it wasn't the first at anything.
iPhone isn't an implacable competitor,
Indeed it's the blackberry that's the real #1 smartphone, but the real mistake is thinking that the smartphone market is "full" and to get users you have to take them off the competition, in reality it is an emerging market, you just need to sell your product to people who were previously happy with "dumbphones" (or if your nokia, get the phone companies to upgrade thier existing users to your smarphones for you)
*i think mint and distros specialised in being user friendly address most of the issues
I've been wondering when the counter-apple advertising would kick in, the "only on iphone" tagline is just a bit too cocky and deserves to get demolished. I think the advertising of andriod/android phones will be key because, the SW is better than the iphone's, the HW varies but if your looking for any particular feature there will probably be an android mobile that beats the iphone, but the advertising (so far) is what android has lacked.
For those that didn't catch it CK is back with the Brain Fuck scheduler, which improves desktop interaction, by ignoring the past. I CBA to recompile but the patches are here and while the chances of it getting into mainline are "LOL", it is being adopted by android.
This approach also requires that the whole mixing buffers are rewritten when needed (this is across all applications).
If computers running apps using pulseaudio's alsa emulation save power then why would all apps need a rewrite if this were implemented in alsa.
Perhaps i am misunderstanding this but currently I think what your describing: app(s)->pulseaudio(mixes & buffers) ->ALSA->hw I fail to see why this is better than app(s)->pulseaudio(mixes) -> ALSA(buffers)->hw I'm not suggesting that you do complex mixing in alsa, just that the buffering could (and as its a hardware related feature, not an audio one, should) be implemented in alsa.
0 == no attenuation in my book, not mute. A volume of 0dB is pretty much the max it can be.
It may simply be a case that every sounds system's GUI tools (from alsamixer to pavucontrol) suck at representing that but it really needs fixing because everything else (from amarok to windows) gives users the control the expect 0% = silence (something that is even falsely claimed in pavucontrol)
Why is this being done by PA not by ALSA? It really seams this should be implemented in ALSA not in a userspace tool
OSSv4 or older flavours simply does not have the API to deal with a modern linux desktop
Instead of getting into flamewars over APIs, could you explain why OSSv4's API can't handle the modren linux desktop.
...it really wouldn't be a proper solution (and guess what? it would need a daemon running anyway!!)
Audio APP->kernel-> seams like a nice solution, then IF something needs to be pushed back out into userspace, do it Audio->userspace->kernel just adds more problems for 90% of users, it makes sense to me to have audio->kernel->userspace->kernel when required, the 10% that regularly use stuff that needs userspace action configure it themselves (much like people install jack if they need it). One final point regarding APIs. Why should the standard API cover stuff like position dependent events when this could be handled by a wrapper/app?
More and more audio device *are* network based.
Then there is the whole concept of thin-clients.
Most users don't care, we've simply gone from something that worked to something that doesn't, but generally speaking most desktop audio is coming out of the speakers, this path should be a priority and if that means stuff gets a bit uglier for these devices/setups so be it. If the only way to handle them while keeping desktop audio sane is too ugly then the people that use these devices should configure PA when needed (or hal should), so that 90% of the time desktop audio (usually single app(+random event sounds)->speakers) is as simple as possible.
Then of course there is the mixer.
This is partly inherited from alsa but dear god do audio devs not understand that 0 = mute? If you must have an infinite scale then don't tell me my audio is at 0!
PulseAudio as an architecture is fast becoming the defacto standard
Terrible argument as soo many de facto standards suck. (not that it matters but de facto is two words, much like de jure)
In addition, rights access and management is a big issue.
I think this is a major strength of PA, however I am the only person that uses my desktop and when I switch to a root TTY I still want to listen to my audio alerts, is there an easy way to disable this feature. (e,g the bug that existed in alsa was a feature not a bug)
You've probably being using a distro that doesn't care to integrate PA properly
Funny i use Fedora, which AFAIK has it's PA maintained by Lennart, yet it still has many problems.
p.s thank you for the informative posts, while I disagree with parts of PA i do appreciate it and can't stand the level of FUD around it.
+1 irony, you post bullshit FUD that has nothing to do with what OP is talking about, yet your sig bitches about SCO, the sad part is you get modded insightful round here!
an explanation of the "need" for pulseaduio *complex mixing code shouldn't go in the kernel *"glitch-free audio" (yeah, i agree, whoever named it that should be shot) should save power *per-app software mixing *change the mixing/effects on hardware events *position dependent sound (IMO if an app wants that they should code it/use a lib themselves) As you can see I'm not a real fan but apparently that is why it's needed.
This is slashdot, all software patents (and any patent deemed trivial by the hoard) are evil, and the most profitable thing for you to do would be to to let everyone know the details, and let them all build whatever it is you invented. That way, it gets worked on by different people in an open source way and you get a better ultimate product. If the idea is important/unique enough then you can profit by licensing the patent & designs to others making commercial products out of it (this does prevent open hardware from using your design, but allows hobbyists anyway), however much like people who are restrictive about their patents, you will probably not make any profit eitherway.
I think most slashdoters like the idea of patents it is only: 1) software patents (implementation is already covered by copyright FFS) 2) look and feel patents (see 1) 3) how the system allows trivial patents 4) how patents are often use to stifle competition instead of encourage competition while giving the inventor a fair share.
So if this guy has a valid patentable idea I for one hope he does get a patent and make money, but also that he re-licenses the patent liberally so that progress in whatever field he works in is not stifled by him.
Like tiling WMs the ideas here are good for most people, most of the time, however there are too many weaknesses in this WM. This WM seams to have no provisions for people that keep a window(s) open at the edge (e.g IM window(s) on LHS) and use the remaining space for work. While i think this/a tiling WM would suit me 95% of the time there are those odd occasions when overlapping windows are useful (especially with compiz+transparency).As an example of the strength of conventional WM vs tiled/this, the other day i wanted to watch peep show fullscreen on a 2nd display, flash couldn't handle this, so i just stretched the non full screen version and used some overlapped konsoles to cover over the remaining space. It is rare that I need to do something so convoluted, but I refuse to switch to a tiling WM because it would prevent me doing that, as this is appears to be a more strict WM there is NO chance. Perhaps what we need to do to "fix" the windowing problem is have windowmanagers that tile/horizontally stack by default, but still let you overlap when you need to.
What exactly is "inter-process security?" Please define this. I want to know exactly what you're talking about.
Provisions to run multiple processes under the same user privileges in such a way that if one gets compromised it cannot compromise others. This sort of thing is mainly used for daemons (apparmor, selinux, etc) but there is no reason that it can't be expanded to the desktop apps. Under BSD you can jail a process but that (short of complex setups) prevents any sort of inter-process interaction.
BSD lacks any sort of inter process security, so BSD is not secure for the desktop (granted nobody makes use of these tools for the linux desktop (i plan on fixing this and becoming your god when i get round to it), but BSD doesn't even have them).
AFAIK it is also a lot harder to find signed BSD images where as almost all linux iso come with a sig to verify them against.
Note: I have nothing against BSD but it does have its deficiencies.
Adapting the game is just tech, its how you use it that makes the game better worse. Notice that I kill the grunts like noobs, unless you send more than 5 in at a time, then decide to send them in in groups of 6-10 = good Notice that I'm simple too much of a noob to kill 11, stop sending in 11 = questionable but it will make the game more enjoyable for many (maybe in hard mode just make me suffer)
Some people would claim that adapting the game to you just rewards mediocrity (i.e. you don't get rewarded for playing well)
So easy mode makes the game worse? IMO no, it lets players choose the game THEY want to play, only so many of us can give the boses infinite health and still win!
OFC i hope the tech is much more interesting that just adding/removing grunts, but basically giving game developers more options is always good (yes even flash), but it can lead to some crappy game if used badly (yes especially flash)
50000 RPM. sounds like dependency hell if you ask me!
Re:... for a given antenna and receiver sensitivit
on
Visualizing RFID
·
· Score: 2, Informative
but neither does sound, light, your body(ok so using QM is cheating) but background noise quickly makes practical limits, hard limits (you can edge around the limit but if the signal is noisey and the noise is noisey there is not much you can do)
because 54 posts is statistically insignificant in the face of foss mailing-lists 2 keynotes speeches are statistically insignificant in the face of thousands
I've not even seen a rejection of code on the basis women can't code, and that is saying something where code can be rejected pretty arbitrarily.
For anything to be taken seriously you need to show a statistical significant amount of sexism relative to the large amount of people being jerks.
$0.00 laptop + videos of whatever you want (from octopus rape porn to creative-comons licensed tasteful porn) $5.75 [$2.32 if you get the deal of the website] a magazine of images of women (that's easier to get caught with*).
I think the real news here is that playboy is still in business, I would guess it has a lot more to do with older viewers than 20-somethings, because As a 20-somethng porn-entrepreneur^H^H^H single guy^H^H^H wanker, i have to say that even if the porn is of a higher quality and was cheaper than free, the idea of having a physical magazine i could get caught with (yes i live in my parents basement for now) does not appeal.
I'd guess that international rights and a show that consistently got high rating adds up to a lot more than a film. I'm not in the movie industry but just running the number of viewers they would have got over the multiple series (and the repeats) when it was funny $527m is important but not overly so.
I would be interested in a study (preferable not BSA) that broke down software use by free-software/freeware/free trial/paid for/pirated, for bonus points they could split it up by home/office/server use. These kinds of numbers are interesting, just not when the BSA/RIAA/MPIAA makes them up. I know how it stacks up on my computer 99% free software (fedora) + 1% freeware(flash) [ofc how you count "software" is a different question altogether]
Right so firefox, kde & gnome are all terrible? There are a few areas where commercial software is better than FLOSS (that isn't to say FOSS can't compete). Photoshop has tools pros need that gimp lacks, however for everybody else GIMP is a competitive option (if your a pro then just pay up!). Open Source gaming does suck but that is hardly representative and even then there are many games that are easily competitive in their sub-genres (wesnoth & 3d versions of nethack are good). Outside of gaming, OSS can compete with most desktop software so there is no excuse for pirating software.
if you like X-com you may consider UFO:AI Last i played it was unfinished and I wasn't too kean on the direction the game was going, however it is worth checking out.
Maybe im wrong but to me "open sourced" sounds like the project was closed then it was "open sourced" and now its open source. This project has AFAICT always been open:
Neuroph started as a graduate thesis project, after that a part of master theses, and on September 2008. it became open source project on SourceForge.
Also why not give the license in the summary (LGPL3).
Couldn't they approach the 3 or 4 largest linux distros/repositories and ask?
Nvidia: Hi, I'm from nvidia
*click*
stop drinking the kool aid (or anti kool aide or w/e)
it's still rougher around the edges than it's proprietary contemporaries as far as user-friendliness goes
This is true of desktop distros*, however for embedded devices & phones, it's unfounded.
The iPhone has only been around a few years, and it's really the first mobile that's truly comparible to a desktop or laptop's functionality (Browser, media players, apps, etc)
Apart from all the smartphones that came before it, from 2002 there have been "smartphones" that could compete with laptop functionality and by 2007 most had 3rd party apps, 3G and bluetooth. The iPhone is good but it wasn't the first at anything.
iPhone isn't an implacable competitor,
Indeed it's the blackberry that's the real #1 smartphone, but the real mistake is thinking that the smartphone market is "full" and to get users you have to take them off the competition, in reality it is an emerging market, you just need to sell your product to people who were previously happy with "dumbphones" (or if your nokia, get the phone companies to upgrade thier existing users to your smarphones for you)
*i think mint and distros specialised in being user friendly address most of the issues
link for the lazy
I've been wondering when the counter-apple advertising would kick in, the "only on iphone" tagline is just a bit too cocky and deserves to get demolished. I think the advertising of andriod/android phones will be key because, the SW is better than the iphone's, the HW varies but if your looking for any particular feature there will probably be an android mobile that beats the iphone, but the advertising (so far) is what android has lacked.
For those that didn't catch it CK is back with the Brain Fuck scheduler, which improves desktop interaction, by ignoring the past. I CBA to recompile but the patches are here and while the chances of it getting into mainline are "LOL", it is being adopted by android.
Thank you, I won't be here all week...
What's your schedule then...?
This approach also requires that the whole mixing buffers are rewritten when needed (this is across all applications).
If computers running apps using pulseaudio's alsa emulation save power then why would all apps need a rewrite if this were implemented in alsa.
Perhaps i am misunderstanding this but currently I think what your describing:
app(s)->pulseaudio(mixes & buffers) ->ALSA->hw
I fail to see why this is better than
app(s)->pulseaudio(mixes) -> ALSA(buffers)->hw
I'm not suggesting that you do complex mixing in alsa, just that the buffering could (and as its a hardware related feature, not an audio one, should) be implemented in alsa.
0 == no attenuation in my book, not mute. A volume of 0dB is pretty much the max it can be.
It may simply be a case that every sounds system's GUI tools (from alsamixer to pavucontrol) suck at representing that but it really needs fixing because everything else (from amarok to windows) gives users the control the expect 0% = silence (something that is even falsely claimed in pavucontrol)
Then on to power consumption.
Why is this being done by PA not by ALSA? It really seams this should be implemented in ALSA not in a userspace tool
OSSv4 or older flavours simply does not have the API to deal with a modern linux desktop
Instead of getting into flamewars over APIs, could you explain why OSSv4's API can't handle the modren linux desktop.
...it really wouldn't be a proper solution (and guess what? it would need a daemon running anyway!!)
Audio APP->kernel-> seams like a nice solution, then IF something needs to be pushed back out into userspace, do it
Audio->userspace->kernel just adds more problems for 90% of users, it makes sense to me to have audio->kernel->userspace->kernel when required, the 10% that regularly use stuff that needs userspace action configure it themselves (much like people install jack if they need it).
One final point regarding APIs. Why should the standard API cover stuff like position dependent events when this could be handled by a wrapper/app?
More and more audio device *are* network based.
Then there is the whole concept of thin-clients.
Most users don't care, we've simply gone from something that worked to something that doesn't, but generally speaking most desktop audio is coming out of the speakers, this path should be a priority and if that means stuff gets a bit uglier for these devices/setups so be it. If the only way to handle them while keeping desktop audio sane is too ugly then the people that use these devices should configure PA when needed (or hal should), so that 90% of the time desktop audio (usually single app(+random event sounds)->speakers) is as simple as possible.
Then of course there is the mixer.
This is partly inherited from alsa but dear god do audio devs not understand that 0 = mute? If you must have an infinite scale then don't tell me my audio is at 0!
PulseAudio as an architecture is fast becoming the defacto standard
Terrible argument as soo many de facto standards suck. (not that it matters but de facto is two words, much like de jure)
In addition, rights access and management is a big issue.
I think this is a major strength of PA, however I am the only person that uses my desktop and when I switch to a root TTY I still want to listen to my audio alerts, is there an easy way to disable this feature. (e,g the bug that existed in alsa was a feature not a bug)
You've probably being using a distro that doesn't care to integrate PA properly
Funny i use Fedora, which AFAIK has it's PA maintained by Lennart, yet it still has many problems.
p.s thank you for the informative posts, while I disagree with parts of PA i do appreciate it and can't stand the level of FUD around it.
+1 irony, you post bullshit FUD that has nothing to do with what OP is talking about, yet your sig bitches about SCO, the sad part is you get modded insightful round here!
an explanation of the "need" for pulseaduio
*complex mixing code shouldn't go in the kernel
*"glitch-free audio" (yeah, i agree, whoever named it that should be shot) should save power
*per-app software mixing
*change the mixing/effects on hardware events
*position dependent sound (IMO if an app wants that they should code it/use a lib themselves)
As you can see I'm not a real fan but apparently that is why it's needed.
This is slashdot, all software patents (and any patent deemed trivial by the hoard) are evil, and the most profitable thing for you to do would be to to let everyone know the details, and let them all build whatever it is you invented. That way, it gets worked on by different people in an open source way and you get a better ultimate product. If the idea is important/unique enough then you can profit by licensing the patent & designs to others making commercial products out of it (this does prevent open hardware from using your design, but allows hobbyists anyway), however much like people who are restrictive about their patents, you will probably not make any profit eitherway.
I think most slashdoters like the idea of patents it is only:
1) software patents (implementation is already covered by copyright FFS)
2) look and feel patents (see 1)
3) how the system allows trivial patents
4) how patents are often use to stifle competition instead of encourage competition while giving the inventor a fair share.
So if this guy has a valid patentable idea I for one hope he does get a patent and make money, but also that he re-licenses the patent liberally so that progress in whatever field he works in is not stifled by him.
Like tiling WMs the ideas here are good for most people, most of the time, however there are too many weaknesses in this WM. This WM seams to have no provisions for people that keep a window(s) open at the edge (e.g IM window(s) on LHS) and use the remaining space for work. While i think this/a tiling WM would suit me 95% of the time there are those odd occasions when overlapping windows are useful (especially with compiz+transparency).As an example of the strength of conventional WM vs tiled/this, the other day i wanted to watch peep show fullscreen on a 2nd display, flash couldn't handle this, so i just stretched the non full screen version and used some overlapped konsoles to cover over the remaining space. It is rare that I need to do something so convoluted, but I refuse to switch to a tiling WM because it would prevent me doing that, as this is appears to be a more strict WM there is NO chance. Perhaps what we need to do to "fix" the windowing problem is have windowmanagers that tile/horizontally stack by default, but still let you overlap when you need to.
What exactly is "inter-process security?" Please define this. I want to know exactly what you're talking about.
Provisions to run multiple processes under the same user privileges in such a way that if one gets compromised it cannot compromise others. This sort of thing is mainly used for daemons (apparmor, selinux, etc) but there is no reason that it can't be expanded to the desktop apps. Under BSD you can jail a process but that (short of complex setups) prevents any sort of inter-process interaction.
BSD lacks any sort of inter process security, so BSD is not secure for the desktop (granted nobody makes use of these tools for the linux desktop (i plan on fixing this and becoming your god when i get round to it), but BSD doesn't even have them).
AFAIK it is also a lot harder to find signed BSD images where as almost all linux iso come with a sig to verify them against.
Note: I have nothing against BSD but it does have its deficiencies.
Adapting the game is just tech, its how you use it that makes the game better worse.
Notice that I kill the grunts like noobs, unless you send more than 5 in at a time, then decide to send them in in groups of 6-10 = good
Notice that I'm simple too much of a noob to kill 11, stop sending in 11 = questionable but it will make the game more enjoyable for many (maybe in hard mode just make me suffer)
Some people would claim that adapting the game to you just rewards mediocrity (i.e. you don't get rewarded for playing well)
So easy mode makes the game worse? IMO no, it lets players choose the game THEY want to play, only so many of us can give the boses infinite health and still win!
OFC i hope the tech is much more interesting that just adding/removing grunts, but basically giving game developers more options is always good (yes even flash), but it can lead to some crappy game if used badly (yes especially flash)
50000 RPM. sounds like dependency hell if you ask me!
but neither does sound, light, your body(ok so using QM is cheating) but background noise quickly makes practical limits, hard limits (you can edge around the limit but if the signal is noisey and the noise is noisey there is not much you can do)
nice but is there a non vimeo version?
because 54 posts is statistically insignificant in the face of foss mailing-lists
2 keynotes speeches are statistically insignificant in the face of thousands
I've not even seen a rejection of code on the basis women can't code, and that is saying something where code can be rejected pretty arbitrarily.
For anything to be taken seriously you need to show a statistical significant amount of sexism relative to the large amount of people being jerks.
$0.00 laptop + videos of whatever you want (from octopus rape porn to creative-comons licensed tasteful porn)
$5.75 [$2.32 if you get the deal of the website] a magazine of images of women (that's easier to get caught with*).
I think the real news here is that playboy is still in business, I would guess it has a lot more to do with older viewers than 20-somethings, because As a 20-somethng porn-entrepreneur^H^H^H single guy^H^H^H wanker, i have to say that even if the porn is of a higher quality and was cheaper than free, the idea of having a physical magazine i could get caught with (yes i live in my parents basement for now) does not appeal.
I'd guess that international rights and a show that consistently got high rating adds up to a lot more than a film. I'm not in the movie industry but just running the number of viewers they would have got over the multiple series (and the repeats) when it was funny $527m is important but not overly so.
But lack of depth perception is what i look for in a lady!
I would be interested in a study (preferable not BSA) that broke down software use by free-software/freeware/free trial/paid for/pirated, for bonus points they could split it up by home/office/server use. These kinds of numbers are interesting, just not when the BSA/RIAA/MPIAA makes them up.
I know how it stacks up on my computer 99% free software (fedora) + 1% freeware(flash) [ofc how you count "software" is a different question altogether]
Right so firefox, kde & gnome are all terrible? There are a few areas where commercial software is better than FLOSS (that isn't to say FOSS can't compete). Photoshop has tools pros need that gimp lacks, however for everybody else GIMP is a competitive option (if your a pro then just pay up!). Open Source gaming does suck but that is hardly representative and even then there are many games that are easily competitive in their sub-genres (wesnoth & 3d versions of nethack are good). Outside of gaming, OSS can compete with most desktop software so there is no excuse for pirating software.
if you like X-com you may consider UFO:AI Last i played it was unfinished and I wasn't too kean on the direction the game was going, however it is worth checking out.
Maybe im wrong but to me "open sourced" sounds like the project was closed then it was "open sourced" and now its open source. This project has AFAICT always been open:
Neuroph started as a graduate thesis project, after that a part of master theses, and on September 2008. it became open source project on SourceForge.
Also why not give the license in the summary (LGPL3).