Search results

Finally the discussion is back on track, thank you. How would you know? That's why i'd like to know neo900 implementation and if it requires software support or some tricks like putting the phone in low-power mode. If we're talking about hardware independent solution then of course it...

  As I recall the first kde 4.x that made it into debian was something like 4.2 because earlier versions didn't have enough features to replace kde 3.5. I don't expect kde5 situation to be much different

It's not like emulators (especially for 'newer' systems like PSX and n64) could'n t be enhanced with more computing power (image processing comes to mind). And it's not like web browsing is currently super-fast. If you want extended discussion we can do it in another thread ad not derail this...

No offence, but this sounds like a typical marketing phrase. My Pandora does the same as Pandora and already here. Why do I need another system? I'm talking about battery life for typical usage for a system. Of course typical usage of Pyra will be more computationally intensive because it...

I think we need some clarification. Can new battery be used to power pyra? If that's the case then what kind of degraded mode should we expect? If that means it'll show wrong charge level until it's reset then it's fine. And it's not clear whether battery chip could be reset without...

It will be possible in kde 5 but it's still in development. The switch will be instant (as plasma-desktop <-> plasma-netbook now)

and what would that mean? does it really matter when the battery is discharging? It could be possible to reset battery status when charger is connected I think. Or am I wrong?   It's not pocketable and cables or ports may break. And I have two mobile charger - one is 50wh and another is about...

Since pyra will have less battery life than pandora it's interesting to look at options to increase it. Because ED told that he's a little afraid to order another type of battery from manufacturer that means some slice battery (something like thinkpad slice batteries of extended battery for...

I'll run KDE anyway. Hopefully wifi switching wifi/bluetooth completely could be done with rfkill

It might break eventually. Try running some old binary games like UT2004 on modern linux - at least the sound won't work until you force it to use system SDL library instead of a bundled one. Adding libraries to PND help in the opposite situation - when library in PND is newer than in system

if we talk about 'past gen' handheld console usage type when a user could just get a game (download some file in our case), insert it and run then we'll eventually have to deal with new software being installed on a system that hasn't been updated for a long time. In that case having...

Some news resources when talking about that rumor specifically mention  that is about smartphone parts as opposed to tablet parts that are inside asus t100, lenovo miix 2 and other tablets. Tablet business isn't going anywhere as are tablet SoCs. And phone SoCs are supposed to have that crappy...

  that's atom z3xxx, the second best SoC for pyra. The best is supposed to be OMAP5 because of binary compatibility with current programs (which most certainly will be used for pyra) Probably someone could sell you this for a pair of shoes that'll never wear out. unless you provide usb slot...

This and warranty problems (you have to have some spare boards and with so few boards produced the usual statistics couldn't work) in my opinion could make non-standard eMMC sizes cost prohibitive. But internal capacity could be increased later (some kind of mid-life upgrade after about 2 years...

There are some pretty speedy microSD by sandisk, expensive too (not very large - 16gb max - but it's enough for now, there'll be more capacity in the future). But if someone wishes to extend internal memory a card + some soft links would do the job. It's also future proof since who knows what'll...

There was once a discussion about internal micro sd card exactly for that purpose so users could have more internal memory if needed.

Okay, cleaned my code and fixed all bugs I could find, I think the patch is ready. By the way,I used g_menuscreen_* variables as maximum resolution. Maybe it should be used for correct implementation of resolution_ok() or are there any valid cases when g_menuscreen_* don't represent maximum...

 Unless it's interlaced 480 mode that is. Or until there'll be 3x or 4x scaler to use with higher res screen. Actually there is a better alternative - there is pl_vout_scale variable which deals with this problem and I use it in new patch version to calculate proper source offset in...

The main idea behind normalization is that the game could use multiple video modes and the number of lines skipped should be changed accordingly. Maybe it should be better if it is normalized for 'current' mode (the mode when user changes the number of lines to skip). The main problem is...

It's actually percentage, (value/120*100)% I wanted it to correspond to one line with 240 resolution with appropriate scaling, that is actually a reason to introduce additional orig_h variable I don't see why source buffer size would depend on output resolution, pl_vout_set_mode calls no code...