Kippykip
BFG 9000
I'd be happy to hold it awkwardly with lots of echo, compared to this old shitty flipphone I'm using at the moment.
I don´t want to sound irritating or something like this, but I believe they made that kind of mistake with the Pandora too. They knew it had lots of potential but they never really worked out one of them so they could never sell it as "X replacement". The pandora does everything you want, but at the same time nothing because nobody really makes it that far, sometimes maybe even because of hardware limitations.I think this might be an important priority for the Pyra team, phone capabilities, because if they can definitively say 'phone capabilities' on the site then people might think of buying a Pyra over a new phone.
Well there is working calling software for Linux, it just has to be ported. I have no doubt at all that that will happen!I don´t want to sound irritating or something like this, but I believe they made that kind of mistake with the Pandora too. They knew it had lots of potential but they never really worked out one of them so they could never sell it as "X replacement". The pandora does everything you want, but at the same time nothing because nobody really makes it that far, sometimes maybe even because of hardware limitations.
I am afraid that the same is happening to the Pyra. Lots of time and energy is put into building it towards perfection and one thing will again be forgotten: you can do lots with it, but it will never work as something they can really advertise it with. Inserting the components for 4G and connecting the pins so that it can get an interrupt when a call arrives is one thing, but ED (or someone in his team, or even me if he provides me with all the hardware) should really create a phone application that REALLY works so that hardware design flaws can be immediately removed.
Everybody in this topic is trying to tell me that the Pyra will not be handy as a phone, but I believe that for ME personally, it would be a great phone and if that's true for me, then it must be true for a lot of other people as well. And no, it won't run all the Android/IOS/WM apps out there, I don't care! And so don't a lot of people care about that.
For me, this will probably even make the difference between buying the thing and leaving this place forever as the Pandora is again rotting away on a shelf because it doesn't really provide me with enough features to actually use it.
There is software that really works, it's just not in any way user friendly. EvilDragon has said the hardware has been tested, calls have been made and answered via a serial terminal.should really create a phone application that REALLY works
I have a question. Can minicom be made to 'ring' when an incoming call is coming? If so, I personally don't need any fancy software, and will be happy to simply leave the minicom interface open all the time.There is software that really works, it's just not in any way user friendly. EvilDragon has said the hardware has been tested, calls have been made and answered via a serial terminal.
This is not the case of the DSP where the hardware existed and everyone was gung ho about using it but we literally could not because the interface didn't exist. The interface to use the cell module does exist, if you want to be a little hacker you can just load it up in minicom and send AT commands to your hearts content. All that's needed to be user friendly is a daemon and a fancy UI, and those already exist. I suspect that no one has done the necessary work yet because no one has the hardware and therefore the real desire to. There's a difference in motivation between wanting to do something in two months vs wanting to do something today.
There is software that really works, it's just not in any way user friendly. EvilDragon has said the hardware has been tested, calls have been made and answered via a serial terminal.
This is not the case of the DSP where the hardware existed and everyone was gung ho about using it but we literally could not because the interface didn't exist. The interface to use the cell module does exist, if you want to be a little hacker you can just load it up in minicom and send AT commands to your hearts content. All that's needed to be user friendly is a daemon and a fancy UI, and those already exist. I suspect that no one has done the necessary work yet because no one has the hardware and therefore the real desire to. There's a difference in motivation between wanting to do something in two months vs wanting to do something today.
I wasn't aware. That's good news!@scippie You are aware that this isn't the first phone device that Nikolaus has designed. The phone module is an all-in-one module and is essentially just a USB device and isn't that complicated to interface with. Many of the big software Devs in our community will have a chance to play with the Pyra for a while before the rest of us get a chance to see it. There is a good chance we may see a fairly polished application before final customer release. I know some uncertainty...
But then, why does everyone in this topic try to tell me that it probably won't work?@scippie You are aware that this isn't the first phone device that Nikolaus has designed. The phone module is an all-in-one module and is essentially just a USB device and isn't that complicated to interface with. Many of the big software Devs in our community will have a chance to play with the Pyra for a while before the rest of us get a chance to see it. There is a good chance we may see a fairly polished application before final customer release. I know some uncertainty...
Well I guess it still depends on the motivation of the initial team that gets the prototypes. They will have a lot on their plate and the phone software may be a low priority, however it's prob one of the easiest tasks to get done.But then, why does everyone in this topic try to tell me that it probably won't work?
But then, why does everyone in this topic try to tell me that it probably won't work?
It's not that it won't work, its more that it won't well from day one.
If there were a slick phone UI that could be installed and would 'just work', then it'd be simple - but there isn't.
Given some time, someone in the community is going to get telephony working nicely, but there's no guarantee who or when. (which is why everyone on the forums speaks about it so cautiously)
If it's anything like the Pandora, it won't really need standby, just closing the screen would cut the CPU speed and turn off the backlight, and I would think it would last more than 48 hours. But don't quote me on that.But I don't doubt these things, I never did. Some of my original questions have never been answered and that's where I have the doubts. For example, nobody seems to be able to answer this one: Like the pandora can be standby for days, will the pyra be standby for at least 24 hours and still be able to receive calls? I don't mind charging the Pyra on a daily basis, I do the same with my smartphone now, but I can't use the pyra as a full phone if I need to charge it every 4 hours. Not the stability or the state of the software makes that difference to me (as I said, I am willing to code myself to improve it), but if this would be the case, it makes the pyra useless as a phone and thus not interesting for me.
Thanks for the info! I'm hoping the Pyra will have that stuff already, I would imagine the same settings should work since it's another OMAP.ISTR some update in the past changed the low power mode setting such that it only actually enters low power mode when it's on charge. If it's on battery, it'll actually enter some sort of standby mode. And it hasn't bothered setting the CPU speed for a while now, as the CPU is able to automatically scale its clock/OPP depending on what it needs to do, so if you're not running anything and the radios etc. are off, it's going to just be ticking over anyway.
Whether the pyra already has the same functionality, I don't know, but if not the first preorders might not get such stellar battery life at the very beginning. Hopefully experience with the OMAP3's run modes can be applied to the OMAP5 quite easily, but I can't really guess how long it'll be before battery life is good enough.
When the Pyras are shipped, we can start a contest who will make the fanciest phone-application.
Should be doable with Asterisk. I worked with this software back in 2007, haven't touched it since then but I likely will once I get the PyraAFAIK, what I really expect from my Pyra is the capacity to process incoming calls according to the caller's number.
Instead of simply make the device ring/vibrate/glow to notify me so I can answer an incoming call, some would be hanged up (like a firewall RECECT) or even better, would be linked to a local answering machine (knowing voicemails are stored at my carrier's annoys me, especially now that they tend to convert them to texts).
Another great feature suggested by my kid: automagically answer and send back received audio with some lag && echo (a kind of firewall DROP), simulating a calling issue in the hope of discouraging telemarketing centers to call me again to try to make me 'buy things I don't need with money I don't have to impress people I don't like'.