On Monday 30 April 2007 12:26, Frantisek Dufka wrote:
> Daniel Stone wrote:
> > Specifying that pixels must be exactly _doubled_ is a
> > hack around both the performance issues and a lack of resolution
> > independence. Apparently an important one, if you happen to like SDL
> > games, but a hack
On Tuesday 01 May 2007 20:49, Siarhei Siamashka wrote:
Looks like I have to reply to myself.
> On Tuesday 01 May 2007 17:49, Kalle Vahlman wrote:
> > Applied and build without problems for me.
>
> Thanks a lot for building the package and putting it for download,
> everything seems to be fine, bu
On Mon, 2007-04-23 at 16:39 +0300, ext Murray Cumming wrote:
> Did you discover anything? Sorry to bug you, but I still feel sure
> that
> some document exists somewhere.
Let's move this to
Documenting widget spacing requirements
https://maemo.org/bugzilla/show_bug.cgi?id=1280
Murray, please CC
On 5/1/07, Daniel Amelang <[EMAIL PROTECTED]> wrote:
On 5/1/07, Daniel Amelang <[EMAIL PROTECTED]> wrote:
>
> about using ldmia/stdmia instructions to cluster sequential
that was supposed to be "ldmia/sdmia", sorry.
Gah, "ldmia/stmia", final answer.
Dan
___
On 5/1/07, Daniel Amelang <[EMAIL PROTECTED]> wrote:
about using ldmia/stdmia instructions to cluster sequential
that was supposed to be "ldmia/sdmia", sorry.
Dan
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman
On 4/30/07, Daniel Stone <[EMAIL PROTECTED]> wrote:
> There are two important optimizations in this code:
> 1. Cache prefetch with PLD instruction (added in '_armv5' version) which
> boosts performance to 70 megapixels per second. Inner loop is unrolled
> to process 32 pixels per iteration (cach
On Tue, 2007-05-01 at 03:29 -0300, ext Gustavo Sverzut Barbieri wrote:
> Daniel, Siarhei, Eero: I always find your mails to provide great deal
> of tech information about N800.
What a coincidence, me too. ;)
> However we do not have a central place
> with these information, it would be great if
Hi,
On Mon, 2007-04-30 at 21:55 +0200, ext Frantisek Dufka wrote:
> So what is the future, do you want just fix bugs or can this be used as
> a test bed of future device vs OS independence?
>
> As there are probably more devices in the pipeline and some will
> definitely run same major version o
Frantisek Dufka wrote:
[sbox-SDK_ARMEL: ~/x/xorg-server-1.1.99.3] > patch -p1
<../xomap_yuv420patch.diff
patching file hw/kdrive/omap/Makefile.am
Hunk #1 FAILED at 1.
Hunk #2 FAILED at 34.
2 out of 2 hunks FAILED -- saving rejects to file
hw/kdrive/omap/Makefile.am.rej
patching file hw/kdrive
Hello
It has been an while but I did not give up yet!
Here is the first version of the qemu image
http://box.mmapps.net/~keesj/qemu_maemo_gentoo/
It supports both the 2.2 sdk and 3.1. I hope it will help ease the development
of 770 and n800 supporting apps.
greetings
On 4/7/07, Kees Jongenbur
On Tuesday 01 May 2007 17:49, Kalle Vahlman wrote:
> > OK, here is this untested a patch for xserver to add ARMv6 optimized
> > YUV420 color format conversion. Theoretically it should compile
> > (I did not try to build xserver myself though) and work. If it refuses to
> > compile, fixing the patch
Am Montag, 30. April 2007 21:55 schrieb Frantisek Dufka:
> How we can reflect this with
> maemo SDK and repository structure? Looks like there are such things as
> subarchitecture and flavors in Debian.
> http://www.debian.org/releases/stable/powerpc/ch02s01.html.en
Good point, Frantisek. I found
Hi, I have a Wiki running on my N800 using the usual configuration (for many
applications) of a TCP/IP server running on the local host address
(127.0.0.1) and an TCP/IP client on the same device. (In this case an HTTP
web server and the Opera browser.)
While trying to test this on an aeroplane a
2007/5/1, Kalle Vahlman <[EMAIL PROTECTED]>:
The server *should* be compiled with '-mcpu=arm1136j-s -mfpu=vfp
-mfloat-abi=softfp -O2', but as I had troubles with the
SBOX_EXTRA_COMPILER_ARGS env var being honored some time ago I'm not
guaranteeing it at the moment ;)
Actually seems that I had a
2007/5/1, Siarhei Siamashka <[EMAIL PROTECTED]>:
On Tuesday 01 May 2007 13:36, Kalle Vahlman wrote:
> 2007/5/1, Siarhei Siamashka <[EMAIL PROTECTED]>:
> > OK, thanks. It may take some time though. I'm still using old scratchbox
> > with mistral SDK here (did not have enough free time to upgrade y
Siarhei Siamashka wrote:
OK, here is this untested a patch for xserver to add ARMv6 optimized
YUV420 color format conversion. Theoretically it should compile
(I did not try to build xserver myself though) and work. If it refuses to
compile, fixing the patch should be not too difficult.
It doe
On Tuesday 01 May 2007 13:36, Kalle Vahlman wrote:
> 2007/5/1, Siarhei Siamashka <[EMAIL PROTECTED]>:
> > OK, thanks. It may take some time though. I'm still using old scratchbox
> > with mistral SDK here (did not have enough free time to upgrade yet).
> > Until I clean up my scratchbox mess, I can
2007/5/1, Siarhei Siamashka <[EMAIL PROTECTED]>:
On Monday 30 April 2007 17:49, Daniel Stone wrote:
> It's completely safe to upgrade from a deb if it's not broken. If you
> set up a standard Maemo build environment and run apt-get source
> xorg-server and apt-get build-dep xorg-server, it shoul
On Monday 30 April 2007 17:49, Daniel Stone wrote:
> > ARMv6 optimized YV12->YUV420 convertor is about 2.5x faster
> > than current code used in N800 xserver. So it should provide a nice
> > improvement for video :)
>
> Indeed. Unfortunately this is slightly misleading in that it only shows
> the
19 matches
Mail list logo