One of the reasons ARM has succeeded over Intel in the embedded platform is exactly because it's a hodgepodge in terms of implementation.. Arm just designs the chip, they don't make it, they leave that up to others, who then in turn support their own chips by providing kernel patches - which has been amazingly successful for Linux (and incidentally the non-linuxy iPhone as well)
Not to talk trash, he definitely understands the kernel and software but the nuances of hardware development and what makes hardware successful or unsuccessful aren't in his core skill set. After all, way back when he could have picked any position anywhere he picked Transmeta.
A lot has changed since then but ARM has done nothing but help Linux. If your chip vendor has a poopy Linux implementation they'll sell less. If they have a great one (and great documentation) they'll sell more. TI's a pretty good example of an awesome ARM / Linux implementation, and.. there are less awesome examples..
Not that I'm a fan of the Joojoo, but it wasn't actually vaporware. They shipped product. It's just that Apple obliterated them a few months later with the iPad.
I first met Window about 12 years ago, she was sharp and capable when it came to security. I doubt much has changed. In terms of achievement, not every achievement ends up being a big publicized event where implementors are handed plaques to commemorate the occasion. Security is a boring and incremental effort when you're trying to improve process.
So, I guess I'm a little biased with the (weak) personal connection, but don't hate just because you don't know who she is or what she's done.
This is part of Blackberry's effort to ingratiate themselves to Government. First with their security compliance, now with the 'Hey, we'll do anything we can to help you!' regarding text messages.
My guess is Blackberry is positioning themselves to be the handheld client of government since they don't have any competitiveness in the consumer market.
So, kudos for looking at the patches and finding the password, but without providing a tool to set the password to something else this is just kinda weak. 'Hai guys, I rooted your battery and you can't do anything about it!'. Clever but not helpful.
Yeah, what a bunch of jerks developing and offering a service and then making money with it and ultimately getting a (hopefully) nice payday when someone wants to buy it.
When you think of free software, think of freedom of speech. I may not agree with what you're saying but I'll defend your right to say it. Same thing here. It's not like nobody else could implement something similar, it's just not provided to you on a sliver platter for free anymore so your nerd-hackles are raised.
If you couldn't see this given their long term service model then.. well. Pay closer attention. Any subscription based service for Linux isn't intent on strengthening open source software.
You've got musical content, but you've made it a game - it doesn't need to be a 'game'. There can be game-like aspects of it, but if you're going to produce a 'turntable' interface, don't make it a flimsy piece of garbage, bring the cost up another $50 (or heck, even $100), and you're still $50-100 cheaper than the cheaper DJ 'real' turntable interfaces. Make it something you could actually DJ a party with and not look like a complete nerd.
As someone who has spent many, many hours, days, and months per suing musical instrument hacking (google for synthesizerpatel & ammobox), see my other videos.. I can say this - 'DJ Hero' had a lot of potential but was a flat out failure trying to make it a silly game when it could have been a real music interface for kids without the means to buy a real setup ($600 for the low-end, $1500-2000 for the high end). If they've already got an xbox you've got 90% of the problem solved - give them a GOOD interface that provides an enjoyable tactile experience and that can produce REAL mixes and you've got a product that will sell, no question. About 5 years ago, turntables outsold guitars in Japan - probably not the case now but there are LOTS of people who have inner DJs to let out, you just didn't provide the right tools.
If you use the 'everywhere' tools like OpenGL. Only problem with 'everywhere' tools is that they're harder to use than the 'one place' tools. I'd go as far as to say I'm a mac-guy at this point in my life but I'll still admit - Visual Studio is the best IDE on the market. There's a huge engine of support and effort put into it, good docs, if you have to write for windows it gets the job done. It's not my cup of tea but if I had to program a game I'd be much more inclined to do so using Microsoft tools than say, Sony's Linux+voodoo based SDK, or Wii's. Don't even get me started about XCode.. Bleh.
The singularity of 'it'll run anywhere' will hit us when javascript is good enough to support the next Id game. Until then.
Back in the day we had reasonably boring X11 interfaces - to date myself I used twm and was pretty happy with it.
Now-a-days the 'future' of both the KDE and Gnome window managers just gives me a headache. Having shit move all over the screen is annoying, it does not improve my productivity - it reduces the interaction with the computer to a video game with the goal of 'get your work done!'.
When you're designing UIs, less is more.
* Less movement * Less jittering icons * Less mouse-focus auto-magnification * Less screen flipping and transformation effects * Less ribbons * Less blurred and translucent backgrounds
These do look cool but they're not enhancing my 'experience' and they're certainly not helping me get any work done or make a phone call faster.
So quit wasting time with this stuff and go make touch interfaces with some audio feedback so blind people aren't left out on this next generation of handheld technology. Thanks.
Also, since you're new to the club I'd like to offer you a leech account on our private warez site - use your existing login name and password when you ftp to 127.0.0.1
Having worked on bring-up on three custom ARM projects, I can personally attest to how gnarly it can be. But it's not necessarily something that Linus will be able to fix, or the Linux kernel community at large.
The main problem is the custom board support - even though the source code is GPL, they give you full source code and even submit it to back into the eco-system, it's just haphazard code that was pushed out the door too quickly. Linus can't stop people from writing bad kernel code, he can stop them from submitting it back into the mainline, but thats kind of what we have right now. If your code isn't up to snuff it doesn't make it into mainline. That doesn't stop them from shipping a product and giving that code to customers.
In one case, the documentation for the ARM chip I recieved was a password protected PDF that you can't even cut text out of, describing how to use the features by writing your own device driver. In that case, they had minimal Linux support but for all the bells and whistles you had to do it yourself.
The problem is as dense and layered as the chips themselves - what really needs to happen is a standardized method for publishing SoC features in a structured format (XML?) where common features (FIFO registers with a bytes_remaining field? Write only configuration registers, Read only configuration register.. etc) could be defined and the code could in many cases just be automatically generated.
Need to set reg A to all f's, reg B to all zeros, flip bit 12 of reg C and then your PHY is configured - done.
For more complex interlocking mechanisms that would be difficult or impossible to communicate in a cure-all DSL, but even if you could eliminate 80% of the problems that'd be great.
Which brings me to the other problem - a lot of what you do to get ARM systems up and running happens way before you run Linux - in U-Boot/RedBoot or whatever else is out there.. And thats a whole other kettle of fish.
Diabolical super-criminals with a grudge against weather scientists are pretty rare. Stupid ones are much more common.
I think these guys are probably safe - basically if someone holding a gun in one hand and a picture of you in the other asks you if you're 'you', point the other direction, say "I think I saw him go that way" and just keep walking.
Slashdot Mirror
One of the reasons ARM has succeeded over Intel in the embedded platform is exactly because it's a hodgepodge in terms of implementation.. Arm just designs the chip, they don't make it, they leave that up to others, who then in turn support their own chips by providing kernel patches - which has been amazingly successful for Linux (and incidentally the non-linuxy iPhone as well)
Not to talk trash, he definitely understands the kernel and software but the nuances of hardware development and what makes hardware successful or unsuccessful aren't in his core skill set. After all, way back when he could have picked any position anywhere he picked Transmeta.
A lot has changed since then but ARM has done nothing but help Linux. If your chip vendor has a poopy Linux implementation they'll sell less. If they have a great one (and great documentation) they'll sell more. TI's a pretty good example of an awesome ARM / Linux implementation, and.. there are less awesome examples..
Well, we have confirmation that Steve Balmer reads slashdot at least.
Not that I'm a fan of the Joojoo, but it wasn't actually vaporware. They shipped product. It's just that Apple obliterated them a few months later with the iPad.
When the kids down the street asked to hook their scope up to my router I didn't even consider this as a potential explanation.
Thanks!!!!
I first met Window about 12 years ago, she was sharp and capable when it came to security. I doubt much has changed. In terms of achievement, not every achievement ends up being a big publicized event where implementors are handed plaques to commemorate the occasion. Security is a boring and incremental effort when you're trying to improve process.
So, I guess I'm a little biased with the (weak) personal connection, but don't hate just because you don't know who she is or what she's done.
http://www.defcon.org/html/defcon-18/dc-18-speakers.html#Paget
GSM != ( CDMA || 4G )
I'm underwhelmed.
My first defcon was defcon 3.
No proof, no hack.
No, it is bullshit.
If this were true someone would have posted captured conversations or some sort of proof. Why just make the claim without any evidence to back it up?
This is just a sad attempt at instilling fear.
No proof, no hack.
Yeah, not quite.
This is part of Blackberry's effort to ingratiate themselves to Government. First with their security compliance, now with the 'Hey, we'll do anything we can to help you!' regarding text messages.
My guess is Blackberry is positioning themselves to be the handheld client of government since they don't have any competitiveness in the consumer market.
So, kudos for looking at the patches and finding the password, but without providing a tool to set the password to something else this is just kinda weak. 'Hai guys, I rooted your battery and you can't do anything about it!'. Clever but not helpful.
Yeah, what a bunch of jerks developing and offering a service and then making money with it and ultimately getting a (hopefully) nice payday when someone wants to buy it.
When you think of free software, think of freedom of speech. I may not agree with what you're saying but I'll defend your right to say it. Same thing here. It's not like nobody else could implement something similar, it's just not provided to you on a sliver platter for free anymore so your nerd-hackles are raised.
If you couldn't see this given their long term service model then.. well. Pay closer attention. Any subscription based service for Linux isn't intent on strengthening open source software.
You've got musical content, but you've made it a game - it doesn't need to be a 'game'. There can be game-like aspects of it, but if you're going to produce a 'turntable' interface, don't make it a flimsy piece of garbage, bring the cost up another $50 (or heck, even $100), and you're still $50-100 cheaper than the cheaper DJ 'real' turntable interfaces. Make it something you could actually DJ a party with and not look like a complete nerd.
As someone who has spent many, many hours, days, and months per suing musical instrument hacking (google for synthesizerpatel & ammobox), see my other videos.. I can say this - 'DJ Hero' had a lot of potential but was a flat out failure trying to make it a silly game when it could have been a real music interface for kids without the means to buy a real setup ($600 for the low-end, $1500-2000 for the high end). If they've already got an xbox you've got 90% of the problem solved - give them a GOOD interface that provides an enjoyable tactile experience and that can produce REAL mixes and you've got a product that will sell, no question. About 5 years ago, turntables outsold guitars in Japan - probably not the case now but there are LOTS of people who have inner DJs to let out, you just didn't provide the right tools.
That pretty much takes the wind out of my griefing sail.
Nick Burns: Your company's computer guy!
If you use the 'everywhere' tools like OpenGL. Only problem with 'everywhere' tools is that they're harder to use than the 'one place' tools. I'd go as far as to say I'm a mac-guy at this point in my life but I'll still admit - Visual Studio is the best IDE on the market. There's a huge engine of support and effort put into it, good docs, if you have to write for windows it gets the job done. It's not my cup of tea but if I had to program a game I'd be much more inclined to do so using Microsoft tools than say, Sony's Linux+voodoo based SDK, or Wii's. Don't even get me started about XCode.. Bleh.
The singularity of 'it'll run anywhere' will hit us when javascript is good enough to support the next Id game. Until then.
wish I had mod points
Back in the day we had reasonably boring X11 interfaces - to date myself I used twm and was pretty happy with it.
Now-a-days the 'future' of both the KDE and Gnome window managers just gives me a headache. Having shit move
all over the screen is annoying, it does not improve my productivity - it reduces the interaction with the computer to
a video game with the goal of 'get your work done!'.
When you're designing UIs, less is more.
* Less movement
* Less jittering icons
* Less mouse-focus auto-magnification
* Less screen flipping and transformation effects
* Less ribbons
* Less blurred and translucent backgrounds
These do look cool but they're not enhancing my 'experience' and they're certainly not helping me get any work done or make a phone call faster.
So quit wasting time with this stuff and go make touch interfaces with some audio feedback so blind people aren't left out on this next generation of handheld technology. Thanks.
It gets worse. Taco Bell is the only restaurant left.
Also:
* Type /sign for your IRC star-chart reading
* Type +++ for your 1200 baud modem speed doubler
Also, since you're new to the club I'd like to offer you a leech account on our private warez site - use your existing login name and password when you ftp to 127.0.0.1
For many folks it's a more than an entertaining jaunt into the wild west of accessibility, it's a way of life.
I had to google this, being an American I wasn't aware that Lockheed Martin was involved in handling UK Census data.
That's weird.
http://www.guardian.co.uk/uk/2011/feb/19/census-boycott-lockheed-martin
Somebody takes their PS3 time seriously!
Having worked on bring-up on three custom ARM projects, I can personally attest to how gnarly it can be. But it's not necessarily something that Linus will be able to fix, or the Linux kernel community at large.
The main problem is the custom board support - even though the source code is GPL, they give you full source code and even submit it to back into the eco-system, it's just haphazard code that was pushed out the door too quickly. Linus can't stop people from writing bad kernel code, he can stop them from submitting it back into the mainline, but thats kind of what we have right now. If your code isn't up to snuff it doesn't make it into mainline. That doesn't stop them from shipping a product and giving that code to customers.
In one case, the documentation for the ARM chip I recieved was a password protected PDF that you can't even cut text out of, describing how to use the features by writing your own device driver. In that case, they had minimal Linux support but for all the bells and whistles you had to do it yourself.
The problem is as dense and layered as the chips themselves - what really needs to happen is a standardized method for publishing SoC features in a structured format (XML?) where common features (FIFO registers with a bytes_remaining field? Write only configuration registers, Read only configuration register.. etc) could be defined and the code could in many cases just be automatically generated.
Need to set reg A to all f's, reg B to all zeros, flip bit 12 of reg C and then your PHY is configured - done.
For more complex interlocking mechanisms that would be difficult or impossible to communicate in a cure-all DSL, but even if you could eliminate 80% of the problems that'd be great.
Which brings me to the other problem - a lot of what you do to get ARM systems up and running happens way before you run Linux - in U-Boot/RedBoot or whatever else is out there.. And thats a whole other kettle of fish.
Diabolical super-criminals with a grudge against weather scientists are pretty rare. Stupid ones are much more common.
I think these guys are probably safe - basically if someone holding a gun in one hand and a picture of you in the other asks you if you're 'you', point the other direction, say "I think I saw him go that way" and just keep walking.
You're overlooking the possibility that its an inverted logarithmic scale.