i think it's pretty clear from this saga that there is no ps4 for release any time soon. Otherwise, sony wouldn't be interested in a few crackers targetting a soon to be obsolete platform. Either that or they're keeping the crackers busy while they experiment with unbreakable designs for the new console.
Innovation is only keeping pace with iOS. The real problem is Android masquerades as an open source project, while catering to the fragmented interests of carriers and manufacturers.
Those of us yearning for an openmoko/maemo solution long for the simplicity of upgrades being a simple apt-get dist-upgrade away.
My understanding was that the majority of Symbian dev for ^4 was in modernising the platform through Qt. In that sense, the UI should flow directly back to meego. I guess nokia execs are wary of another deadend like hildon. In this way, they're letting their trolltech staff abstract away the underlying OS, while rewriting the core phone apps in Qt. When that switch is complete, any future n900 successor will feel more 'phoneish', in the meantime the linux layers will be crowdsourced, such as adopting wayland for Qt and leveraging any non ui contribs from rival linux based phone platforms. Timing here is the key but nokia's core business is phone handsets, not maemo hacker toys. Qt-ifying their existing platform, rightly or wrongly, takes precedence.
If they were to shut Kongregrate out of 'the market', only to launch their own gaming service through the market sometime later, they'd be no holier than Apple.
LG, Sony Ericsson, HTC, Samsung - none of these companies are US based. Motorola would be hurt but judging by yesterday's story, who cares?
Patent enforcement would then occur at a carrier level - no more bundling of Asian smartphones on plans, forcing the USer to buy an 'unauthorised device' online from an international supplier. I think you're underestimating the revenues Google makes or hopes to make off the US consumer through services.
Netbeans has a 'slowness detector' built in. Whenever something blocks the UI thread, a little icon appears in the status bar. Submitting a report uploads the current stack and profiling info. I dunno if a similar system exists for mozilla but it'd be more efficient than the average 'my system freezes intermittently' report.
Expect the branches to converge, as users demand to run the favourite iOS app on their OS X desktop.
Isn't iOS more or less the Cocoa API cleaned up, slimmed down, with absolete cruft removed and touch support added? If so, expect OS X to evolve closer to iOS every day. The long term idea will be to write desktop applications with a iOS/OSX hybrid toolkit. i.e. once windowing, menus and other desktop specifics have been added back in. All through XCode. All through one unified App Store.
Nokia have this idea with Qt. One toolkit - for phones running Symbian, tablets running Meego and desktops running KDE.
So for MS, it's obvious -.Net everywhere. This is not to say the exact same codebase will run on each platform identically, but it'll be much easier than porting between, say, mfc and.net.
that's kinda my point. There's a lot of conjecture on here that having 2 cores will drain a phone's battery life rapidly but no hard evidence. Real world usage may demonstrate little difference.
i am not a physicist... Don't CPUs use less power when they're idle and more at peak load? I reckon a dual 600mhz cortexA9 would compute things faster than a single core A8 @ 1ghz. Hence spending more time idle. With the lower clock speed, i'd expect it to have competitive power usage. So i'd expect the folks at htc and other companies to defy basic mathematics.
ARM is notorious for power management. Let's wait for the benchmarks, on real devices, before concluding that multi-core is a significant drain on battery life.
Further, the CortexA9 is a revision ahead of the A8. So potentially it brings improved architectural efficiencies.
You're making the assumption that an increase in cores necessitates a decline in battery life. [citation needed]
It's possible that battery life could slightly improve if the load is spread across cores and hence the CPU takes less time (and juice) to perform certain tasks.
The feedback from debian-legal is that, although the code itself is GPL,
the H.264 codec is patent-encumbered.
This means the package does not meet the DFSG and cannot be included in
Debian.
i think it's pretty clear from this saga that there is no ps4 for release any time soon. Otherwise, sony wouldn't be interested in a few crackers targetting a soon to be obsolete platform.
Either that or they're keeping the crackers busy while they experiment with unbreakable designs for the new console.
The GG Bridge was built approximately 75 years ago. Surely the cost of construction was paid off in full by the end of the 1940s?
Hence suspicion this is purely a revenue raiser.
Six-monthly adjectives?
e.g. start at 'warty', continue with 'nutty'.
doesn't 'Kakaroto' translate as 'broken shit' ? :)
Innovation is only keeping pace with iOS. The real problem is Android masquerades as an open source project, while catering to the fragmented interests of carriers and manufacturers.
Those of us yearning for an openmoko/maemo solution long for the simplicity of upgrades being a simple apt-get dist-upgrade away.
My understanding was that the majority of Symbian dev for ^4 was in modernising the platform through Qt.
In that sense, the UI should flow directly back to meego.
I guess nokia execs are wary of another deadend like hildon. In this way, they're letting their trolltech staff abstract away the underlying OS, while rewriting the core phone apps in Qt. When that switch is complete, any future n900 successor will feel more 'phoneish', in the meantime the linux layers will be crowdsourced, such as adopting wayland for Qt and leveraging any non ui contribs from rival linux based phone platforms.
Timing here is the key but nokia's core business is phone handsets, not maemo hacker toys. Qt-ifying their existing platform, rightly or wrongly, takes precedence.
The moon is a bug hunk of cheese, so who are you going to declare war on?
Baguette wielding Frenchmen?
Perhaps I need to shorten my user name. :( It seems to draw the article/summary under my user name, thus cutting itself off.
Won't render correctly on firefox, chrome nor IE.
The fixed left hand side gutter cuts into the content, so I miss the text on the edge of the content pane.
If they were to shut Kongregrate out of 'the market', only to launch their own gaming service through the market sometime later, they'd be no holier than Apple.
Are Google's motives pure?
agreed but it was spec'd in 2009 and a reasonable effort at the price for a first offering. A new model is in the works.
Eeeeew, you put milk with your Earl Grey?
Pretty sure Jean Luc Picard drank it straight black. :)
LG, Sony Ericsson, HTC, Samsung - none of these companies are US based. Motorola would be hurt but judging by yesterday's story, who cares?
Patent enforcement would then occur at a carrier level - no more bundling of Asian smartphones on plans, forcing the USer to buy an 'unauthorised device' online from an international supplier. I think you're underestimating the revenues Google makes or hopes to make off the US consumer through services.
Geeksphone, a Spanish startup that crowdsources development. Their handset is out of stock at this stage.
Either that, or wait for Golden Delicious' Beagle/Pandaboard update to openmoko.
Support a manufacturer that actually encourages you to root your phone.
The Geeksphone One is out of stock but if I was in the market for a new phone, I'd give those Spaniards a call (pun intended).
Netbeans has a 'slowness detector' built in. Whenever something blocks the UI thread, a little icon appears in the status bar. Submitting a report uploads the current stack and profiling info.
I dunno if a similar system exists for mozilla but it'd be more efficient than the average 'my system freezes intermittently' report.
Damn you, Stallman! :)
Expect the branches to converge, as users demand to run the favourite iOS app on their OS X desktop.
Isn't iOS more or less the Cocoa API cleaned up, slimmed down, with absolete cruft removed and touch support added? If so, expect OS X to evolve closer to iOS every day. The long term idea will be to write desktop applications with a iOS/OSX hybrid toolkit. i.e. once windowing, menus and other desktop specifics have been added back in. All through XCode. All through one unified App Store.
Nokia have this idea with Qt. One toolkit - for phones running Symbian, tablets running Meego and desktops running KDE.
So for MS, it's obvious - .Net everywhere. This is not to say the exact same codebase will run on each platform identically, but it'll be much easier than porting between, say, mfc and .net.
Outside of North America, 'jello' isn't even a word. So feel free to bastardise it as you see fit!
What you call jello, the rest of us call 'jelly'. I haven't tried American 'jelly' but I presume it's some form of jam or marmalade.
if a dual core CPU is twice a single core, wouldn't the processor be called the A3? :-)
that's kinda my point. There's a lot of conjecture on here that having 2 cores will drain a phone's battery life rapidly but no hard evidence. Real world usage may demonstrate little difference.
i am not a physicist... Don't CPUs use less power when they're idle and more at peak load?
I reckon a dual 600mhz cortexA9 would compute things faster than a single core A8 @ 1ghz. Hence spending more time idle. With the lower clock speed, i'd expect it to have competitive power usage.
So i'd expect the folks at htc and other companies to defy basic mathematics.
ARM is notorious for power management. Let's wait for the benchmarks, on real devices, before concluding that multi-core is a significant drain on battery life.
Further, the CortexA9 is a revision ahead of the A8. So potentially it brings improved architectural efficiencies.
You're making the assumption that an increase in cores necessitates a decline in battery life. [citation needed]
It's possible that battery life could slightly improve if the load is spread across cores and hence the CPU takes less time (and juice) to perform certain tasks.