.
all pointless as the maximum resolution glamo can drive is 640x480 (or
480x640). you'll never be able to go above that as long as you have a
freerunner. (and note that that is even far beyond what glamo is designed to
handle properly. its a qvga gpu. not vga).
--
- Codit
oesn't work with nand flash - nor will it work with jffs2 (compression)...
or any compressed fs.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
ia xrender requests to x11 - if
you can implement all of this in hardware - then you will do well. problem
is... you can't. thus all my other comments. the gl engine does all of this via
drawing triangles with textures etc. - and it doesn use scratch space. it uses
full gl buffers and buf
be the case with software rendering too.
> Kind regards,
> Ed
>
> On 04/18/2010 03:53 AM, Carsten Haitzler (The Rasterman) wrote:
> > On Sun, 18 Apr 2010 03:05:24 +0200 mobi phil said:
> >
> >
> >> Thanks for the detailed answer... You told me what I d
even cover the screen. that alone
is enough for me to say the 3d unit is useless for anyting other than trinkety
little qvga 3d games with low resolution textures (where if you have a TEXTURE
for a game you wrap around a model - you can afford to have it degrade to lower
res - and display quality simply duffers with blurry textures, but this not
possible in 2d - you cant make such tradeoffs. howd you like your text to be
blurry and buttons to be blurry/blocky blobs? due to the images being used
being dropped to 1/2 or 1/4 resolution etc. etc. - in 3d you have triangles
define the shapes and outlines of your primitives and textures simply add
"skin". in 2d - not so. and the 3d unit n the glamo is at best useful for such
simple 3d game-lets and tasks, nothing vaguely serious. it's interesting that
2d actually is relatively demanding on 3d units mostly due to it not being able
to make such quality tradeoffs very often.
> --
> rgrds,
> mobi phil
>
> being mobile, but including technology
> http://mobiphil.com
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
e. you can do this via map... but.. gasp.. that needs an
intermediate buffer and... glammo cant generate those other than in software.
> --
> rgrds,
> mobi phil
>
> being mobile, but including technology
> http://mobiphil.com
>
--
- Codito, ergo sum - "I
7;s the
case everywhere. no news there and no solution to is unless you design your own
gpu... good luck. :))
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
_
was shipped on devices. many of them. it used e17 + qt apps -
e17 uses efl. launcher was part of illume.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
_
s.
>
> So from my viewpoint, if there was one thing that killed the Openmoko
> project, it was lack of a thorough, over-all, realistic business plan
> that showed how the project was going to be sustainable into the future.
>
> And the lack of agreement among all of the people involved as to what
> the marketplace was for the phone.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
even want to hear the
arguments. the software sides either get it already (and fight internally
politically, or have tough tradeoffs to make - like making it more open will
make your big customers go away as they can't close it down as easily), or are
beginning to get it. life would be easy if
e still need to
> obtain the components, make the layout, produce the PCB, and only
> then we can use the SMT facility at the university.
ah. components - where so much fun happens :)
--
----- Codito, ergo sum - "I code, therefore I am"
gh to change the rules and power balance so its "you have to come to us
and beg for a phone - then we set the rules". apple are in such a position
right now for example. :)
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Hait
___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Wed, 24 Mar 2010 11:56:50 +0100 Xavier Cremaschi
said:
> Le 24/03/2010 01:22, Carsten Haitzler (The Rasterman) a écrit :
> > On Mon, 22 Mar 2010 10:00:56 +0100
> > Xavier Cremaschisaid:
> >
> >> EFL can use opengl for its rendering (not on openmoko, because
__
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
>
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Fri, 26 Feb 2010 14:59:18 -0600 Eric Olson said:
> Carsten Haitzler (The Rasterman) wrote:
> > On Thu, 25 Feb 2010 11:41:24 -0800 (PST) Rafael Ignacio Zurita
> > said:
> > ...
> >
> > i'm getting at the fact that the hw side is stuck - it wont work
or us, the most sensible approach for phone makers is
> probably Apple's.
>
> I enjoy playing with my Freerunners, and my Neo 1973. Others do too.
> But be honest with yourself - these phones are a dead end. At this point
> we are like the nut-cases who want to run linux
On Thu, 25 Feb 2010 11:41:24 -0800 (PST) Rafael Ignacio Zurita
said:
> Hello,
>
> --- On Thu, 2/25/10, Rui Miguel Silva Seabra wrote:
> > Em 25-02-2010 01:39, Carsten Haitzler
> > (The Rasterman) escreveu:
> > > boys with the big pots of money are surprisingly cl
e bunk - by this i mean there is little to no REALITY behind them - they
are wishlists, not firm schedules that can be done. i do hope qi manages to get
there - i wish wolfgan all the best in getting there - but i know how hard it
really is - he does too. it's monumentally
e open hw you can swizzle
- but you pay a hefty premium for it. it's also bulky and rather rough
(looks-wise). i don't think i'd pay for it. but thats my choice. it simply
doesnt present good value compared to the hardware that&
s after 3.5g) craze comes. gsm likely
will start being dismantled - i know if i travel to korea or japan i NEED a 3g
phone. 2g just doesnt work as they have no gsm/gprs etc. networks at all - only
3g.
--
----- Codito, ergo sum - "I code, therefor
that data...
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
t to sell u
faster/bigger/better.. just to keep up with "the internet" how it is now. :)
let's see - if things get smaller/faster/more efficient web etc. wise.. this
may change - but i dont see that happening any time soon.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
a02-core-was-Re-OM-future-tp4628177p4631684.html
> > Sent from the Openmoko Community mailing list archive at Nabble.com.
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://li
On Thu, 25 Feb 2010 03:10:21 -0800 (PST) ghislain said:
>
>
> Carsten Haitzler (The Rasterman)-2 wrote:
> >
> > On Thu, 25 Feb 2010 02:36:22 -0800 (PST) ghislain
> > said:
> >
> >>
> >> What about the Ben NanoNote (http://en.qi-hardware.co
s.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
--
----- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
uot;. a few weeks ok - a few
months. ok. almost 1.5 years of delay and still not shipped - after asking for
money and giving a shipping date almost 1.5 years ago - fail.
--
- Codito, ergo sum - "I code, therefore I am" --
has yet to ship a single unit. these others have been shipping for ages
(1ghz shnapragon windows mobile toshiba phone been going for a while now).
openpandora is a wonderful example of a big fat FAIL on this. it's last time my
money goes to any such group/venture.
--
- Codito,
On Thu, 25 Feb 2010 08:41:42 + Rui Miguel Silva Seabra said:
> Em 25-02-2010 01:39, Carsten Haitzler (The Rasterman) escreveu:
> > boys with the big pots of money are surprisingly close there. rome wasn't
> > built in one day. fight the battles you can win - dont
, open standards, infra, core, toolkits, etc. and the big
boys with the big pots of money are surprisingly close there. rome wasn't built
in one day. fight the battles you can win - dont fight the impossible ones.
sure - it's not as glorious. it's not as sexy. but it gets you o
r
performance... or for the driver internals.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
expectations are
realistic. me - i'm less about the exercise and more about the end result...
but that's me :)
/me goes back to whooshing his smooth lists around his screen
> Tom
>
> [2] ... or is that just what I want you to believe? Mwahahahaha...
>
> --
> Thomas White
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Thu, 11 Feb 2010 20:59:12 +1100 Michael Smith said:
> On Thu, 11 Feb 2010 20:46:33 +1100
> Carsten Haitzler (The Rasterman) wrote:
>
> > it is based on speculation and rumor. no fact at all. nowhere have samsung
> > EVER said bada is linux based. it actually is not.
&g
no fact at all. nowhere have samsung EVER
said bada is linux based. it actually is not.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
review it , did you test it ? can you speak
> about it ?
bada != linux at all. dont bother following it. looks for limo instead.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
outube_gdata
>
> *scnr*
awesome.. if my world lived inside a 2d rendering farm ... maybe i could live
on pandora and become blue and 10ft tall. :)
--
- Codito, ergo sum - "I code, therefore I am" --
Th
l actively thwart you over time. vendors need to support such work and
consider at a minimum of adopting it in future for it to be viable.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
so on are
unfortunately off-limits right now... until... something is publically
announced. keep your ears peeled. :)
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
__
On Sun, 7 Feb 2010 13:25:11 +1100 Michael Smith said:
> On Sun, 7 Feb 2010 08:52:24 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > possible. either way - that says something then about nokia's QA proceedure
> > on the production line :) not good enough. (not f
even so - if the phone cant survive a drop when
padded by bubblewrap, cardboard, plastic, foam etc. etc. - still says to me
original build quality is bad.
> Ben.
>
> On 7/02/2010 12:52 p.m., Carsten Haitzler (The Rasterman) wrote:
> > On Sun, 07 Feb 2010 12:46:04 +1300 Ben Wil
gt;
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
>
> _______
> Openmoko com
ko
and n900.
or... you wait a little bit and see what's around the corner and brewing... and
trust me... stuff *IS* brewing at much bigger device makers than openmoko ever
was - who have the money and people to pull it off. keep your ears peeled.
--
- Codito, ergo sum - "
On Mon, 18 Jan 2010 02:49:58 +0100 Bernd Prünster
said:
> Carsten Haitzler (The Rasterman) wrote:
> >
> > illume is being worked on in svn... if u havent noticed. hell e27 even has a
> > compositor module - really nice and simple one too that should work
> >
llume now properly supports multiple screens
etc. etc.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
commu
hr-project.org
> http://lists.shr-project.org/mailman/listinfo/shr-user
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
te enough - or you use debian). i.e. just ssh in, then export DISPLAY=:0
to work on the local display and run app and debug as u would anywhere on linux
on a desktop. (sshing in just gets you a sane kbd and desktop screen to use as
your debug console :))
--
- Codito, ergo sum - "I c
.
>
> If anybody could advise me which ARM Jre I need I'd be very greatful.
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
--
- Codit
nment, perhaps a good spot for it?
>
> It has seen some action recently, perhaps thanks to Samsung's sponsoring?
who knows... but... contributions are welcome. like always - they may be
accepted ax-is or punted back to the contributor with "fixme's" or just p
ck
up the phone for small orders of maybe 10,000 or 20,000 units. these guys will
begin to listen when you talk of millions of units).
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
_
__
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.
to, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
s work. Actually they were not even
involved. :)
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmo
90 and 270 degrees for example?
look at a g1. u slide kbd open to one side of the screen. now imaging if u slid
the screen the other way you have a different button set along the other side.
eg a set of psp-style game-pad controllers for games. so games would request
270 and aps rthat are built fo
t;
> Rui
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Ras
just
> > make the window smaller if it likes it or not (eg what e and matchbox do
> > for example).
>
> can you give us a hint where this (rotation) property can be found ?
> perhaps hint on manual page ?
see my other mails.
--
- Codito, ergo sum - "I
On Sun, 08 Nov 2009 04:37:07 + Dave Ball said:
> Carsten Haitzler (The Rasterman) wrote:
> > wm needs to track both and determine which one takes precedence based
> > on policy and th en implement that rotation, if needed. policy is what
> > a wm implements - that'
choose to support or not, it
doesn't matter.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Sun, 08 Nov 2009 03:14:54 + Dave Ball said:
> Carsten Haitzler (The Rasterman) wrote:
> > On Sun, 08 Nov 2009 02:03:47 + Dave Ball said:
> >
> >
> >> Sounds like we should be using window properties for passing hints to
> >> the WM, and d
On Sun, 08 Nov 2009 02:03:47 + Dave Ball said:
> Carsten Haitzler (The Rasterman) wrote:
> > On Sat, 7 Nov 2009 19:46:28 + Rui Miguel Silva Seabra
> > said:
> >> Being X properties or DBUS, it's the same for me. DBUS seems more natural
> >> as the
gt;
> As above, omnewrotate wouldn't actually be running, so wouldn't do this.
>
> I hope that helps to clarify what I have in mind!
>
> Regards,
> Neil
>
> ___
> Openmoko community mailing list
> commu
ly active window etc.
5. look at e_hints.c for getting hints. some of this is wrappers around
existing well known icccm and netwm properties, some is getting custom
properties not wrapped.
6. look at e_border.c for more info on tracking property changes (set up a
handler for the event) etc. etc
#x27;s code. otherwise - too bad. thats
the better way.
> Thanks and Regards
>
> Nicola
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
d Illume about that I found it's not ewmh
> compliant, just curious if it is now implemented?
>
> Regards
>
> Nicola
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.o
have StartupWMClass, and I think the idea
> is that that is sufficient to identify the resulting window.
it isn't actually - it can help, but it's not sufficient. it can be ambiguous.
in fact often is.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
possibile having a generic
> > Window ID to retrieve the .desktop file originating the owning app?
> > I'm just guessing to retrieve the pid from window properties, retrieve
> > the executable (like /proc/pid/exe) and back search in th
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
always be fullscreen anyway
> >> - so for those apps some explicit configuration would be needed
> >> somewhere (prefer-portrait, prefer-landscape, or auto-rotate).
> >
> > So "rotators" would need to parse all the configurations?
>
> No, the WM (or wha
it
> > needs to take them into account - put hints on window as properties.
>
> Of course, but there has to be a standard way to take their needs in
> account :)
>
> Being X properties or DBUS, it's the same for me. DBUS seems more natural as
> there's probably
gt; Which window property, a 'no resize' flag? Is the property stored by
> X, the window manager, or something else? Is the code that does the
> rotations in the window manager?
properties are stored in x - attached to the window in question. wm's listen
for property changes
ot;rotator" determines portrait, rotates again
> 3.2 go to 3: fail
rotate and wm should work closely together or be the same. the wm reads ande
knows all the properties of all windows. the rotator can do this independantly
- but its a fair bit of work. the wm makes decisions whic
might not request specific
> > sizes, because they'd know that they will always be fullscreen anyway
> > - so for those apps some explicit configuration would be needed
> > somewhere (prefer-portrait, prefer-landscape, or auto-rotate).
>
> So "rotators" would nee
o it. you don't
post-mortem find a way to hack things in. :)
> Also do you know if there's already a well-known window property for
> preferred rotation, or would we be inventing a new one?
you'd be inventing it.
--
- Codito, erg
tire display can
> be updated 11 times per second if need be. In theory, anyway.
> Anything updating a smaller
> portion of the screen could be even more responsive.
11 fps assumes zero cpu left to actually do the drawing.
--
- Codito, ergo sum - "I code, therefore I am"
On Sat, 31 Oct 2009 09:21:13 +0100 Matthias Huber
said:
> Carsten Haitzler (The Rasterman) schrieb:
> > On Fri, 30 Oct 2009 19:47:27 +0100 Matthias Huber
> > said:
> >
> >
> >> Laszlo KREKACS schrieb:
> >>
> >>>> To not
iver already has code to de-jitter the input (smooth it out)
it may as well de-jitter the temporal information too.
--
--------- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
_
e drawing oriented.
> So no Xournal, Sketchbook or any such application.
no you didnt. your stroke would go from the dotty broken one to a continuous
one - like your finger actually traced on the screen. the sensors just didnt
pick it up.
--
-
pressed, so they have a
hysterisis on how big the area has to be first to start a press registering and
then it has to get much smaller that this area to stop. eg:
press start @ 8x8 pixels, press stop at 3x3 pixels. as long as your press area,
once registered, is >3x3 pixels, it will contin
On Thu, 29 Oct 2009 15:38:46 +0100 Bernd Prünster
said:
> Carsten Haitzler (The Rasterman) wrote:
> >> gry* doesnt use dropshadow, it was one of the forst thigs i kicked out,
> >> gry* uses a white outline on black text.
> >> but thats something thats bugging
e... :)
> >
> > thank you
> >
> > Petr
> >
> >
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
in Illume settings? i
> still get the "Enlightenment was unable to import the image due to
> conversion errors" ?
u are probably missing edje_cc from the distro
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)
On Thu, 29 Oct 2009 08:16:22 +0100 Petr Vanek said:
> On Wed, 28 Oct 2009 20:42:16 +1100
> Carsten Haitzler (The Rasterman) (CH(R) wrote:
>
> >On Wed, 28 Oct 2009 11:27:03 +0200 "Michael 'Mickey' Lauer"
> > said:
> >
> >> >The
latency is much better.
> >
> > ok. talking different worlds of games here. i'm talking the ones that come
> > out for ps3, xbox, and the pc games you buy on a shelf - not "chess" or
> > "solitaire". regardless.. there's a multi-billion dollar ind
things you know little about, then contribute.
>
> I will ;) please give me and my staff a couple of months..."
hehehe :)
> OK, we -as freerunner users- have a lot of patience, we'll see (we need
> manpower (community power)! wtf!).
> d
indeed. indeed. :)
--
- Cod
rks. under
flux.. but works and renders... image and text objects so far are working. in
theory all other basic object types too, but smart objects - not yet).
--
----- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.c
> Petr
>
> [1] http://wiki.openmoko.org/wiki/Illume#Issues
>
>
>
> _______
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
--
- Codito, e
ave you googled "linux 8086" ?
with linux i'm not lumping in uclinux, elks, etc. as they do come under
different names :) notice.. i included desktop... and at least i'd hope to
imply that would be the desktop he speaks of... ie
irst. it's a handy skill.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Tue, 27 Oct 2009 15:47:02 +0100 DJDAS said:
> Carsten Haitzler (The Rasterman) wrote:
> > well as i said. it works fine and fluidly on many other devices.
> Even Windows Vista works fine and fluidly on 3000$ desktops this doesn't
> mean it's optimized ;)
> >
e speed of software. but considering thats software... thats
not too bad. a modern high end dedicated gpu is only doing 2x the software
speed. i know something of optimising. i know something of playing tricks to
avoid work. in fact evas is avoiding work all over the place. but none of the
themes are
On Tue, 27 Oct 2009 11:11:04 +0100 DJDAS said:
> Carsten Haitzler (The Rasterman) wrote:
> > you show and immense amount of knowledge here, both of the hardware, of
> > software and graphics in general. i'm amazed. i shall take your advice as
> > you obviously are som
h
rendering on a 206mhz strong arm is obviously just incorrect and i'm a fool to
think so. i shall be quiet and let your amazing skills make everything
blindingly fast and smooth.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Ca
rtly because it feels faster (not that this
> gnome desktop is particularly fast either, but at least the device do
> not enter sleep mode while an app is redrawing).
well efl doesnt draw that slowly... so you're talking of something else :)
--
- Codito, ergo sum - "I
actually be technically
incorrect, but it works well on gta02 it's not setting dpi. .its setting the
dpi the theme was DESIGNED for. it's reverse. imho it makes more sense. you
cant SET the dpi of your screen. it's fixed. (well until screens become rubber
stretchie things), but w
ore is kicking it out.
>
> Ken Young
nice work. and gta01 is at a wonderful 266mhz vs 400 on the gta02. if u think
you could have gotten 500mhz out of gta02 without glamo (most likely).
--
----- Codito, ergo sum - "I code, therefore
dware (when it was released) gta02 is almost at
> > the bottom of the pile. :( you simply have a bad piece of hardware if you
> > want graphics performance. as soon as you acknowledge that and either
> > downgrade the device resolution for example to bring it in line with its
> > performance, or just use different hardware, the better life will be :)
> >
> > --
> > - Codito, ergo sum - "I code, therefore I am" --
> > The Rasterman (Carsten Haitzler)ras...@rasterman.com
> >
> >
> >
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
m
total used free sharedbuffers cached
Mem: 110 62 48 0 7 40
-/+ buffers/cache: 14 95
so do the math. that's 16m footprint with wallpaper, icons, gfx and more, vs
43m of memory footprint. e is
oko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
>
>
> ___________
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
--
-
s the 32bit
engine there. not the 16bit one. thus you take a hit for the quality (which is
far beyond qt's quality which is much like the 16bit engine where it does
everything in 16bpp).
--
- Codito, ergo sum - "I code, there
ngs are done right it should just magically
"work" on qvga and look wonderful.
as for display artifacts - maybe its a refresh issue or a screen timing issue.
not sure. i remember those screen artifacts long ago (like before freerunner
was even released). looks like nothing has
es/eem-live.avi
> >
> > here is something i videoed today. it's an samsung s3c6410 at 667 mhz, 128m
> > ram, and 800x480 (higher res than gta02):
> >
> > http://www.rasterman.com/files/ello-elementary-smartq5.mp4
> >
> > everywhere i look..
1 - 100 of 703 matches
Mail list logo
