Hello,
I've just done a fast sizeasy comparison:
http://www.sizeasy.com/page/comp/1840
And, yes, the Neo1973 is big!
2007/5/16, Tim Newsom [EMAIL PROTECTED]:
On Tue, 15 May 2007 22:15, [EMAIL PROTECTED] wrote:
On Tue, 15 May 2007, Tigran Zakoyan wrote:
Jason Elwell wrote:
I dont know
Nice Jose,
I added the Sidekick3 dimensions...
http://www.sizeasy.com/page/comp/1842
-Pete
On 16/05/07, Jose Manrique Lopez de la Fuente [EMAIL PROTECTED] wrote:
Hello,
I've just done a fast sizeasy comparison:
http://www.sizeasy.com/page/comp/1840
And, yes, the Neo1973 is big!
2007/5/16,
Hello,
First of all, I will introduce myself. I was creating such projects like
Gammu and Gammu+ mainly for synchronizing informations from Nokia phones
(non Symbian) with PC using Nokia prioprietary protocols, but also for some
AT and Alcatel devices (including manufacturer commands and
On Monday 14 May 2007 10:57, Hans van der Merwe wrote:
Does anyone know how much work it will be to get the USB host working? I
will need it to drive a webcam for one of my projects.
Will this be possible?
I had the idea of perhaps hooking up car mounted webcam(s) to the Neo to use
for
Will the phone still work - bootup and function as normal - if I
disconnect the LCD?
It for an experimental, low power, vacuum environment.
E-Mail disclaimer:
http://www.sunspace.co.za/emaildisclaimer.htm
___
OpenMoko community mailing list
Hello,
One additional hadrware suggestion:
6.microswitch for real hardware blocking flashing (to prevent changing
firmware)
Pozdrowienia/Best Regards
--
Marcin Wiacek (www.gammu.org, www.mwiacek.com, I'm looking for a job)
___
OpenMoko community
Marcin Wiacek wrote:
6.microswitch for real hardware blocking flashing (to prevent changing
firmware)
Flash protection is planned for the later this year aka getting
everything right this time model.
The idea is to have an emergency/recovery u-boot in a separate Flash
chip, which can be
Am Mittwoch, 16. Mai 2007 02:03 schrieb polz:
Can anyone here suggest an HTC phone which can be bought in Europe for less
than $400 and can run linux well enough to dial out and somehow connect to
a PC ?
apropos connect. The acx100_cs works since yesterday, so
wifi can be used on Blueangel
Werner Almesberger wrote:
Our current hardware doesn't allow Flash protection to be done
sensibly :-( So software/user input can in fact brick a machine to
the point where the only recovery possible is through JTAG, e.g.,
with the debug board.
I'm not saying this isn't a nice feature.
Why
Thanks, that helps quite a bit.
But if that's accurate, the neo is not that big. The sidekick 3 is
slightly smaller and thinner than a sidekick 2 (my current phone) and
the neo is considerably smaller than that...
Maybe its large to someone who uses a flip phone or set616 type phone.
To
Does this mean we can solder one of these in and turn our moko into an
enhanced Wii remote? :P
~Bradley
[EMAIL PROTECTED] wrote:
It was ~$14. Dirt cheap for what it does. If what people say about
wasted space inside the neo is true then I'm hoping to cram one in
there when I get my phone.
Myk Melez wrote:
David Ford wrote:
Even with tuning, FF is a dastard piggy. I've tested things with FF.
Start it with no history, no recovered session. Load up digg.com and do
nothing. Just let it sit there. It will sit there and slowly grow and
grow and grow. The caching isn't the
Christopher Tokarczyk wrote:
not having a neo yet I can't comment on how it actually performs now,
but I just think it's worth pointing out that this is still very very
early. personally, i'm not too worried because i have faith that once
the phones are out and the community at large has a crack
Why do we keep saying it's still early? The phone was due in
March, and it's now not going to ship (if we're lucky) until June.
It's not early, it's late! Yes, the hardware has had issues, and
yes we want it right, but the software should have been ready to go
in March when it was
[EMAIL PROTECTED] wrote:
ST makes a 3 axis mems accelerometers that speak SPI [and I2C]. VTI
has I2C only and SPI ones. I have the SPI/I2C one [LIS3LV02DL] made
by ST but I don't have it working yet. I'm still in awe of how small
it is -- much smaller than a tic-tac candy.
Ian Stirling wrote:
Why should a phone be better in this respect than a PC?
Well, on the PC, you don't change the BIOS very often, if ever.
Furthermore, the BIOS is in storage that your system doesn't
usually access either.
On the Neo, your BIOS is the boot loader, so every time you
upgrade the
Hello,
First of all, I will introduce myself. I was creating such projects like
Gammu and Gammu+ mainly for synchronizing informations from Nokia phones
(non Symbian) with PC using Nokia prioprietary protocols, but also for some
AT and Alcatel devices (including manufacturer commands and
Werner Almesberger wrote:
Ian Stirling wrote:
Why should a phone be better in this respect than a PC?
Well, on the PC, you don't change the BIOS very often, if ever.
Furthermore, the BIOS is in storage that your system doesn't
usually access either.
True, of course, though root can still
Why should a phone be better in this respect than a PC?
[...]
There are some protections, but software is very limited in
what it can do. Also, neither the MCU nor the Flash memory
have any complementary protection mechanisms. (In the next
device, also the MCU will have some reasonably
It would mean there would be much more interactive options for games
running on the phone though. Like pinball, or driving games. A golf
game where you swing the phone maybe?
Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bradley Hook
Sent:
In addition to an accelerometer, the wii remote has a 1 megapixel
camera for sensing the position of two infrared leds at each end of
the sensor bar which is placed above or below your TV. The
accelerometer measures motion and orientation, whereas the camera is
used for direct pointing / cursor
Ian Stirling wrote:
Werner Almesberger wrote:
And no, I don't think we want to get into DRM ;-)
I really think you do.
No, you don't. OPEN-Moko. You start throwing any sort of DRM in these
things and you will lose much of the community support that the moko needs.
I want to be able to
On May 16, 2007, at 2:48 AM, [EMAIL PROTECTED] wrote:
Sean wrote:
Most all the parts are now at the factory. The May 10th run has been
delayed about two weeks because of last minute supply coordination
issues. But I'm still being told that we're on to have devices this
month.
That's cool.
On May 16, 2007, at 8:03 AM, polz wrote:
On Tuesday 15 May 2007 18:26:57 Sean Moss-Pultz wrote:
Most all the parts are now at the factory. The May 10th run has been
delayed about two weeks because of last minute supply coordination
issues. But I'm still being told that we're on to have
On May 16, 2007, at 4:11 AM, Frank Coenen wrote:
Sean, does this have to do with the recent shortage on LCD-displays
in Taiwan?
- Source: http://www.digitimes.com/systems/a20070508PD204.html
Quote:
The supply of 2.2- to 2.5-inch panels for entry and medium-level
DSCs began running short
Ian Stirling wrote:
This is _not_ DRM that stops the owner of the phone doing stuff.
It's DRM that stops users of the phone that may or may not be authorised
users from doing stuff.
Think of it as a BIOS password on steroids.
DRM never worked, and never will. it's a fact of life, get
Hans van der Merwe wrote:
Will the phone still work - bootup and function as normal - if I
disconnect the LCD?
It for an experimental, low power, vacuum environment.
yeah, it should work.
[...]
http://www.sunspace.co.za/emaildisclaimer.htm
the only question it leaves me with is: what do you
On Wednesday 16 May 2007 18:46:03 Ian Stirling wrote:
I really think you do.
I want to be able to give this phone to my (hypothetical) employees.
I do not want skilled lazy, employees able to - for example - edit their
GPS logs which corroberate the inspections they are required to do.
This
Marcin Wiacek wrote:
In worst case device should start with default parameters and without
additional apps.
Our idea is that you can at least load a new boot loader, kernel,
etc. over DFU. That's the minimum sane unbricking requirement.
Anything else would require more space. (We may actually
Per-block protection is tricky. There are only very few
companies out there who have chips with this, and even fewer
whose chips we could actually use. I don't know of any Flash
chip with useful zone protection (you get a lot that protect
about 16 kB, but that's not enough). Just
Marcin Wiacek wrote:
Can be done something like that (I'm not hardware guy) ?
Sure, that's basically what we have in mind, except that there may
not even be a microswitch (although I'd like to have at least a
jumper), but just a resistor you'd have to unsolder to do this.
The issue is that our
Can be done something like that (I'm not hardware guy) ?
Sure, that's basically what we have in mind, except that
there may not even be a microswitch (although I'd like to
have at least a jumper), but just a resistor you'd have to
unsolder to do this.
Resistor - wrong. It must be
Hans L wrote:
In addition to an accelerometer, the wii remote has a 1 megapixel
camera for sensing the position of two infrared leds at each end of
the sensor bar which is placed above or below your TV. The
It's not megapixel, it's 20Kp
Attila Csipa wrote:
On Wednesday 16 May 2007 18:46:03 Ian Stirling wrote:
I really think you do.
I want to be able to give this phone to my (hypothetical) employees.
I do not want skilled lazy, employees able to - for example - edit their
GPS logs which corroberate the inspections they are
Marcin Wiacek wrote:
Resistor - wrong. It must be available for user without technical knowledge
and tools.
No, this memory is the one only users who know exactly what they're
doing and have the right tools should ever change. And even those
normally shouldn't even want to.
The things there
Raphaël Jacquot wrote:
Ian Stirling wrote:
This is _not_ DRM that stops the owner of the phone doing stuff.
It's DRM that stops users of the phone that may or may not be
authorised users from doing stuff.
Think of it as a BIOS password on steroids.
DRM never worked, and never will. it's
There are many ways to make it 99.999% secure. Who cares if you can't
technically secure it 100%.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Raphaël Jacquot
Sent: Wednesday, May 16, 2007 4:23 PM
To: Ian Stirling
Cc:
Ian Stirling wrote:
Raphaël Jacquot wrote:
DRM never worked, and never will. it's a fact of life, get over it.
It's not DRM. It's a BIOS password, which doesn't let you flash it
without the password.
Without it, any employee/pervert that wants to drop a logger on your
childs phone can do
[]
In normal use, this Flash is not accessed. You can still
change kernels, boot loader, and all that, with maximum ease.
(They're all in the regular Flash.)
Of I see that we think about different things
I was thinking about protecting memory with main phone software (like
kernel,
On 5/16/07, Ian Stirling [EMAIL PROTECTED] wrote:
Raphaël Jacquot wrote:
Ian Stirling wrote:
This is _not_ DRM that stops the owner of the phone doing stuff.
It's DRM that stops users of the phone that may or may not be
authorised users from doing stuff.
Think of it as a BIOS password
On 5/16/07, Marcin Wiacek [EMAIL PROTECTED] wrote:
1. I hope, that there will be made SAR tests and results will be very low
Why? It may help with marketing, but the worst it could do (unless
it's several orders of magnitude beyond what current phones) is make
you a bit warm. Non-ionizing
5. hav developers though about creating it on kind of x86 compatible
platform ? I know, it could be more difficult to create energy efficient
device, but having PC in pocket (with ability to running dos, windows after
changing SD card) would be more than excellent
yes, i have. i don't know
Marcin Wiacek wrote:
Of I see that we think about different things
Yup :-)
I was thinking about protecting memory with main phone software (like
kernel, boot loader, main apps).
You'll (almost certainly) be able to do this as well: the new MCU
will allow you to specify which NAND Flash
It seems to me as someone who designs and makes embedded devices (mainly
using the Freescale MC9S12 processors) that you need another lower level
bootstrap loader that is small, can be protected and will either jump to
the main bootstrap loader if it is functional or be able to download a
new 2nd
Simon Matthews wrote:
It seems to me as someone who designs and makes embedded devices (mainly
using the Freescale MC9S12 processors) that you need another lower level
bootstrap loader that is small,
Ah yes, we've been through that idea as well :-)
We rejected it, because we don't want to
45 matches
Mail list logo