Quote:
Originally Posted by HansTWN
The logical thing would be to just let the video continue in the background (the user could always pause it himself, if he wanted to), just like in Windows or in WebOS. Only when you switch to take a phone call should there be an automatic pausing of background video.
|
waste of battery. Videos are to be watched: if you're not watching right now, no point wasting the battery. Have you noticed those "animated wallpapers" freeze when the screen blanks out and begin from the same point when you activate again? Music will play on only because they have no clue if you have the earphones in your ears or not. Once you pull the plug though, it rightfully stops.
That said, you can see multicore is not all that useful directly for mobile users. Multicore is only really useful when you're working on many things that take real processing time. For end users, I can only think of games right now -- and not even the kind of prevalent lightweight fun in mobile like Angry Birds, more like 3D rendering stuff with lots of physics (read explosions and destruction) going on.
I gather voice translation services will soon enough demand lots of local processing available rather than the current model of recording the voice, sending to a server and returning the textual result. That's where multicore will truly help.