Re: Browser source code?
On Wed, 18 Jul 2007 19:23:58 +0200 Visti Andresen <[EMAIL PROTECTED]> wrote: > On Wed, 18 Jul 2007 19:15:50 +0300 > Jussi Kukkonen <[EMAIL PROTECTED]> wrote: > > > Adilson Oliveira wrote: > > > Where can I find the source code for the browser released yesterday? > > > > > > > "svn checkout https://garage.maemo.org/svn/browser"; should work. > > Source you say... I wonder what happens if I try to compile it for N770 Not much svn checkout https://garage.maemo.org/svn/browser svn: PROPFIND request failed on '/svn/browser' svn: PROPFIND of '/svn/browser': Could not resolve hostname `garage.maemo.org': Temporary failure in name resolution (https://garage.maemo.org) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Browser source code?
On Wed, 18 Jul 2007 19:15:50 +0300 Jussi Kukkonen <[EMAIL PROTECTED]> wrote: > Adilson Oliveira wrote: > > Where can I find the source code for the browser released yesterday? > > > > "svn checkout https://garage.maemo.org/svn/browser"; should work. Source you say... I wonder what happens if I try to compile it for N770 > > -jussi > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re:
On Wed, 18 Jul 2007 08:42:28 -0700 (PDT)
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> Thanks , i used the procedure that you suggest using usb cable to transfer
> executable on memory card and from xterm i tryed to launch but nothing
> happens.
>
> What is wrong
>
Hard to tell, not much info... have you tried something like a simple hello
world?:
#include
int main()
{
printf ("Hello World\n");
return 0;
}
> - Messaggio originale -
> Da: Visti Andresen <[EMAIL PROTECTED]>
> A: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Cc: Carlos Sanmartin Dominguez <[EMAIL PROTECTED]>; maemo-developers@maemo.org
> Inviato: Mercoledì 18 luglio 2007, 17:06:17
> Oggetto: Re:
>
> On Wed, 18 Jul 2007 07:48:16 -0700 (PDT)
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
> > Thanks, ok but how can I run it ?
> > If I want use Application Manager to install the example a deb file
> > must be provided, but how can i crete this package ?
>
> Install xterm and and start the executable from the terminal
>
> You can transfer the executable any way you like, but I would recommend scp
> it's just so easy.
>
>
>
>
>
>
>
>
> ___
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail:
> http://it.docs.yahoo.com/nowyoucan.html
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re:
On Wed, 18 Jul 2007 07:48:16 -0700 (PDT) "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Thanks, ok but how can I run it ? > If I want use Application Manager to install the example a deb file > must be provided, but how can i crete this package ? Install xterm and and start the executable from the terminal You can transfer the executable any way you like, but I would recommend scp it's just so easy. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Internet Tablet Power Management presentation from linux-pm summit 2007
On Wed, 11 Jul 2007 15:52:10 +0300
Marius Gedminas <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 11, 2007 at 01:44:58PM +0100, Andrew Flegg wrote:
> > On 7/11/07, Igor Stoppa <[EMAIL PROTECTED]> wrote:
> > > On Wed, 2007-07-11 at 13:28 +0100, ext Andrew Flegg wrote:
> > > > This being reraised made me think about why, the other day, I *did*
> > > > want user suspend. Sometimes I just want a quick way to:
> > > >
> > > > * Shut off all network connections.
> > > > * Stop any noise (except configured alarms)
> > > > * Have the screen locked
> > > > * Not have to save my position
> > > > * Be able to resume quickly
> > > >
> > > > This isn't "suspend" in a power sense, but in a use-case sense the
> > > > purpose is clear.
> > >
> > > Why not just put it in offline mode and lock the screen and keys?
> > >
> > > That's what i do and it simply works.
> >
> > Well, that doesn't block sound so if the battery starts going down in
> > the night, or similar, I could be awoken by a noise. It's also clumsy
> > as the sequence is:
> >
> >1) Press power button
> >2) Select offline mode
> >3) Press OK
> >4) Press power button
> >5) Press OK
> >
> > Unlocking is a simlar number. That's not exactly a simple sequence, as
> > say the 770's cover was (as Andy Mulhearn points out).
>
> Right. Palm had a simple sequence:
>
>1) Press power button
>
I could suggest using a "double click" on the power button
First click opens the "Device mode" dialogue.
Second click "suspends" the device.
Apply a timeout after the dialogue appears,
if the power button click happens after this,
the dialogue just closes (to prevent accidental "suspends")
> There's also the popular story about a guy at Palm whose job was to
> count the taps needed to do something. ("If it takes more than three
> taps, the user interface needs to be fixed", or something like that.)
> As a user, I noticed that immediately when I exchanged my old Palm to a
> 770. (It's getting better in newer software versions: copy & paste
> moved one level up in the virtual keyboard menu.)
>
> Marius Gedminas
> --
> If "con" is the opposite of "pro", then what is the opposite of progress?
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: watchDog
On Mon, 25 Jun 2007 11:46:46 +0200 "Massimo Pace" <[EMAIL PROTECTED]> wrote: > Hi, > Is it possible to disable the watchdog? > > Thanks. > > Massimo The flasher should be capable of disabling the watchdog Here's the output from the Linux flasher utility, read up on the flags "no-omap-wd" and "no-retu-wd" ./flasher-3.0 --set-rd-flags flasher v0.8.7 (Oct 17 2006) Possible R&D flags: no-omap-wd no-retu-wd no-lifeguard-reset serial-console no-usb-timeout ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: 0xFFFF: GPL-licensed flasher for n770 and n800
On Fri, 13 Apr 2007 21:47:47 +0200 Visti Andresen <[EMAIL PROTECTED]> wrote: > On Fri, 13 Apr 2007 09:47:01 +0300 > Igor Stoppa <[EMAIL PROTECTED]> wrote: > > > > > Depends on what you mean by 'from scratch'. If the unit does not have a > > > bootloader _at all_, then you need to flash a bootloader via JTAG. But > > > that's mildly convoluted. > > > > Serial console is the usual way to go. There is rom code that provides > > this facility. Of course a serial programmer (aka flasher) is needed. > > Are you telling me that the N770 has a ROM (not EEPROM or FLASH) that allows > one to rewrite the Flash no matter how badly you screwed any part of the > programmable memory? > I'm asking as I have until now been quite cautious in my experiments with the > Nokia, knowing that there is a way to recover the device (by my self) would > put my mind at ease :) > > If it has such a marvellous ROM bootloader, is it by any chance one with any > documentation regarding the "protocol"? > Something like UBoot would really nice :) > I have been digging around and it actually seems that a omap1710 has a boot rom? On some development boards one has to move a jumper for the bootloader to be run (changes the memory map), and it isn't uboot but an iboot/ihost bootloader, capable of flashing over usb? Do we have to hold down some button in order for the boot loader to start(at powerup)? An omap1710 could be seen as an OMAP5912 according to http://focus.ti.com/general/docs/wtbu/wtbusplashcontent.tsp?templateId=6123&contentId=4753 http://focus.ti.com/docs/prod/folders/print/omap5912.html contains data sheets for this processor http://tree.celinuxforum.org/CelfPubWiki/FlashRecoveryUtility seems to be an open source "iboot a like" program to be able to flash an omap cpu over USB. The protocol seems quite straight forward ___ maemo-developers mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-developers
Re: 0xFFFF: GPL-licensed flasher for n770 and n800
On Fri, 13 Apr 2007 09:47:01 +0300 Igor Stoppa <[EMAIL PROTECTED]> wrote: > > Depends on what you mean by 'from scratch'. If the unit does not have a > > bootloader _at all_, then you need to flash a bootloader via JTAG. But > > that's mildly convoluted. > > Serial console is the usual way to go. There is rom code that provides > this facility. Of course a serial programmer (aka flasher) is needed. Are you telling me that the N770 has a ROM (not EEPROM or FLASH) that allows one to rewrite the Flash no matter how badly you screwed any part of the programmable memory? I'm asking as I have until now been quite cautious in my experiments with the Nokia, knowing that there is a way to recover the device (by my self) would put my mind at ease :) If it has such a marvellous ROM bootloader, is it by any chance one with any documentation regarding the "protocol"? Something like UBoot would really nice :) ___ maemo-developers mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-developers
Re: UAE Amiga emulator running on Nokia 770
On Thu, 5 Apr 2007 03:57:25 -0700 (PDT) Arnim Sauerbier <[EMAIL PROTECTED]> wrote: > Hi Group, > > I just cross-compiled the UAE Amiga emulator to the Nokia 770. > > Getting about 10fps in Arkanoid. It's much prettier than the Atari ST version. > > The config menu kinda almost works. Keyboard works. Mouse works, but absolute > positioning with > touchscreen not so much. Sound still not working. > > Here's a temp. link to the binary for 770 / it2006. > > http://ln-s.net/NgM > --- SNIP --- Nice indeed :) I have just installed Workbench to a hard disk file, it works fine on your version of UAE :) I had some problems starting the emulator using the GUI, so I disabled it in the uaerc resource file. Quite challenging to perform a right click using the stylus... Keyboard entry isn't that easy using no virtual keyboard either. Luckily there is a port of synergy2 available for the 770 btw. "Stuntcar Racer" also seems to work (also requires synergy2 (for inputting your name)) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: x11vnc no response to taps on left of screen
On Sat, 7 Apr 2007 21:29:49 -0600 Jeffrey Barish <[EMAIL PROTECTED]> wrote: > On Saturday 07 April 2007 20:20:46 Acadia Secure Networks wrote: > > Jeffrey, > > > > are you certain that the VNC problem you are experiencing is causing the > > 802.11 to be dropped? > > My theory was that the N800 drops the WiFi connection when the screen blanks, > and I know that the screen blanks when the N800 does not detect any user > events. At least on my N770 I have the possibility to use the "Connection manager"->Tools->Connectivity settings This window has an "Idle times" tab, I have set "WLAN idle time" to Unlimited. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: dpkg: serious warning: files list .......
On Mon, 19 Feb 2007 21:55:52 +0200
Guillem Jover <[EMAIL PROTECTED]> wrote:
> There's several problems with your package:
>
> * Do not hardcode the Depends for shared libraries, use a substvar.
I will have to look into what "substvar" is and how to use it.
But I remember seeing in a doc somewhere, so I'll go RTFM ing.
"man dpkg-buildpackage" seams helpful, looks like
dpkg-shlibdeps is useful...
And in the control file I should write Depends: ${shlibs:Depends}
It seems that I should still specify the Build-Depends
manually?
> * Why are you using a Pre-Depends?
maemopadplus used it...
I did notice the "Read: don't use it at all." warning in DNMG
(Debian New Maintainers' Guide) regarding Pre-Depends.
However as it looked like a package that would enable the user to select the
location,
I thought it might be necessary to have it as a "Pre-Depends"
Moving it to a Depends?
Will the Application manager handle a missing/unconfigured package
and just not ask to a menu location (once I persuades it to actually ask)?
>
> * You should move the contents of the binary target to binary-arch, and
> make binary depend on binary-arch and binary-indep.
I just created a empty file and filled in the rules that dpkg-buildpackage
seemed to want, I will move the binary to binary-arch.
This seems to be "the Debian way":
http://www.debian.org/doc/manuals/maint-guide/ch-dreq.en.html#s-rules
> * You could use a n770-fire.install file istead of the install calls in
> debian/rules.
I will have to read up on that one as well.
>
> * This package will not build when provided as a source package as it's
> not self contained, you are ascending two dirs up the hierarchy,
> outside of what's provided in it.
The sources are located two levels up.
But I really should try to generate a multi-binary package.
I hear (from DNMG) that the vim source package is a good example of
such a package. I still need to understand the actual way it works.
But it should allow me to have just one debian directory
At least this should allow the source package that
dpkg-buildpackage creates to be more that just empty.
>
> regards,
> guillem
Thank you for your time, it has been most helpful.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: dpkg: serious warning: files list .......
On Mon, 19 Feb 2007 21:37:58 +0200 Guillem Jover <[EMAIL PROTECTED]> wrote: > > But when I use dpkg I get the following message: > > > > dpkg -i n770-fire_0.1_armel.deb > > Selecting previously deselected package n770-fire. > > (Reading database ... > > dpkg: serious warning: files list file for package `armel' missing, > > assuming package has no files currently installed. > > 12900 files and directories currently installed.) > > This is saying that there's an installed package called «armel» which > does not have the corresponding «/var/lib/dpkg/info/armel.list» file. > So you got such package installed somehow and dpkg is complaining. Indeed, thank you!!! Don't know why I missed that bit about "for package `armel'". Since the package didn't contain any files I asked dpkg to remove it. (asked "dpkg -L armel" as well, better safe that reflashing) Seems to have fixed my dpkg issue :) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: dpkg: serious warning: files list .......
On Mon, 19 Feb 2007 19:15:31 +0100 Visti Andresen <[EMAIL PROTECTED]> wrote: > > > > > > > > > "dpkg-buildpackage -rfakeroot" creates a debian/files file containing: > > > n770-fire_1.2_armel.deb user/games optional > > > > That's not good either. > Any idea what this file should contain? > And how make it contain the proper content, as it seem to be auto generated. from "man dpkg-buildpackage" debian/files The list of generated files which are part of the upload being prepared. dpkg-gencontrol adds the presumed filenames of binary packages whose control files it generates here; dpkg-distaddfile can be used to add additional files. dpkg-genchanges reads the data here when producing a .changes file. dpkg-DISTADDFILE ARGUMENTS dpkg-distaddfile does not take any non-common options. It takes three non-option arguments, the filename and the section and priority for the .changes file. The filename should be specified relative to the directory where dpkg-genchanges will expect to find the files, usually .., rather than being a pathname relative to the current directory when dpkg-distaddfile is run. Still not quite sure what dpkg-buildpackage would like me to add to the files list. Or when in the rules(makefile) to add them. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: dpkg: serious warning: files list .......
On Mon, 19 Feb 2007 19:04:34 +0200 Marius Gedminas <[EMAIL PROTECTED]> wrote: > On Sun, Feb 18, 2007 at 09:18:34PM +0100, Visti Andresen wrote: > > Hi, I succeeded in building my first .deb package. > > I created the control file and friends manually, I looked at the source of > > maemopadplus for "inspiration". > > > > Using the "Application manager" the package installs and uninstalls without > > any problems. > > But when I use dpkg I get the following message: > > > > dpkg -i n770-fire_0.1_armel.deb > > Selecting previously deselected package n770-fire. > > (Reading database ... > > dpkg: serious warning: files list file for package `armel' missing, > > assuming package has no files currently installed. > > That's not good. Serious warnings seldom are... > > > 12900 files and directories currently installed.) > > Unpacking n770-fire (from n770-fire_0.1_armel.deb) ... > > Setting up n770-fire (0.1) ... > > > > > > "dpkg-buildpackage -rfakeroot" creates a debian/files file containing: > > n770-fire_1.2_armel.deb user/games optional > > That's not good either. Any idea what this file should contain? And how make it contain the proper content, as it seem to be auto generated. > > > I was wondering if anyone knows which newbie mistake I made? > > We can't tell without looking at your source code (especially the > debian/ directory). Ups probably should have written this yesterday: Sources are available though "svn checkout https://garage.maemo.org/svn/n770demos"; The debian directory is located under packages/fire/ I use a rather non standard build system (buildpp.pl) And I additionally have to build multiple packages from the same set of sources... > > Marius Gedminas > -- > Never trust a smiling Gates. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: strace
On Mon, 19 Feb 2007 18:28:16 +0200 Marius Gedminas <[EMAIL PROTECTED]> wrote: > On Mon, Feb 19, 2007 at 12:10:08PM +0100, Carlos GP wrote: > > I want to "debug" my program, but strace doesn't seem to work... > > any ideas? > > You can always add printf statements to the source code, then run it > from an xterm/ssh with the run-standalone.sh script. > > There's also gdb. > > Marius Gedminas > -- > I code in vi because I don't want to learn another OS. :) > -- Robert Love strace works inside my "apophis scratchbox". However when using cpu transparency (arm target) you have use option -f with strace to allow it to trace child processes. Option -f is also useful for you "system problem", if you want to see what happens "inside" ls. I would also recommend gdb :) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: System calls
On Mon, 19 Feb 2007 12:09:10 +0100
"Carlos GP" <[EMAIL PROTECTED]> wrote:
> The following program works just fine under my regular Linux box.
>
> #include
>
> int main()
> {
> system("ls>kk");
> return 0;
> }
>
>
> I don't think so. It doesn't create me any "kk" archive...
>
> I'll try again, but...
>
> --
> Carlos GP
I "upgraded" the test to:
---
#include
#include
int main()
{
int error = system("ls>kk");
if (error == 0){
printf("Success\n");
}
else {
printf("Failure: %d\n", error);
}
return 0;
}
---
and tried to compile it under scratchbox-apophis:
gcc -Wall -O0 -g -o test_armtel test.c
-Wall, told me that unistd.h didn't define "system", oddly the exe works just
fine with unistd.h too...
I was too lazy to use -Wall last night. Just another example why all code
should be compiled using Wall :)
As you can see the code has been compiled "gdb friendly" so you should be able
to use the in gdb.
I have attached a small tar.gz archive containing the source and exe files for
both i386 and arm.
The exe files work just fine in the scratchbox, and the arm exe also works on
my n770
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: System calls
On Sun, 18 Feb 2007 18:56:31 +
"Carlos GP" <[EMAIL PROTECTED]> wrote:
> Hi there!
> I'm trying to build and application and I need to make a system call
> I try, for instance, system("ls>kk") and nothing goes wrong, but the fact it
> doesn't create any archive kk with the information.
I take it that system returns 0 as the return value from ls (0 normally means
no error)
>
> Do I need to set permissions? What can I do to solve it?
Normally you don't need any special permissions to execute a command.
However the user that started the program may not have write permissions
to the "current directory"?
You could try
system("ls>/tmp/kk");
as you almost always has write permissions to /tmp
> What I really want is do a wget to an input website.
>
> -I'm developing for N800
> -In bora enviroment.
>
> Thanks, and sorry for my English
>
> --
> Carlos GP
The following program works just fine under my regular Linux box.
#include
int main()
{
system("ls>kk");
return 0;
}
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
dpkg: serious warning: files list .......
Hi, I succeeded in building my first .deb package. I created the control file and friends manually, I looked at the source of maemopadplus for "inspiration". Using the "Application manager" the package installs and uninstalls without any problems. But when I use dpkg I get the following message: dpkg -i n770-fire_0.1_armel.deb Selecting previously deselected package n770-fire. (Reading database ... dpkg: serious warning: files list file for package `armel' missing, assuming package has no files currently installed. 12900 files and directories currently installed.) Unpacking n770-fire (from n770-fire_0.1_armel.deb) ... Setting up n770-fire (0.1) ... "dpkg-buildpackage -rfakeroot" creates a debian/files file containing: n770-fire_1.2_armel.deb user/games optional I was wondering if anyone knows which newbie mistake I made? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Speed test with vfp (floating point) on N800
On Sun, 11 Feb 2007 21:55:52 +0100 Klaus Rotter <[EMAIL PROTECTED]> wrote: > Hi folks, > > I was very interesseted in the floating point copro in the N800 cpu and > did some tests with a progamm which calculates the mandelbrod set and > outputs it via SDL. I put this program online on > bomberman.garage.maemo.org. No installer, you have to run the benchmarks > on xterm or via ssh (so did I). It might interest you to know that I have an integer implementation of the mandelbrot set. It's not quite finished yet but, so its only available though subversion from the N770Demos project > > // Results of Mandelbrot set on N800 800x480 pixels, 100 interations > // real -1 to 2 > // imag -1.3 to 1.2 > > // dbl - uses doubles > // flt - uses floats > // vfp - compiled with "-mfpu=vfp -mfloat-abi=softfp" > > // All binarys are compiled with -O2 > > // Results with full PixelDraw and SDL_Update every pixel > ./mandel_armel_dbl.bin - Time: 178.284 seconds > ./mandel_armel_dbl_vfp.bin - Time: 151.816 seconds > ./mandel_armel_flt.bin - Time: 169.486 seconds > ./mandel_armel_flt_vfp.bin - Time: 152.148 seconds > > // Results with full PixelDraw and _NO_ SDL_Update. > ./mandel_armel_dbl.bin - Time: 26.377 seconds > ./mandel_armel_dbl_vfp.bin - Time: 1.808 seconds > ./mandel_armel_flt.bin - Time: 19.813 seconds > ./mandel_armel_flt_vfp.bin - Time: 1.709 seconds > > // Results without any Drawing > ./mandel_armel_dbl.bin - Time: 26.525 seconds > ./mandel_armel_dbl_vfp.bin - Time: 1.672 seconds > ./mandel_armel_flt.bin - Time: 19.647 seconds > ./mandel_armel_flt_vfp.bin - Time: 1.601 seconds > > // Results with full PixelDraw and SDL_Update only every column > ./mandel_armel_dbl.bin - Time: 27.512 seconds > ./mandel_armel_dbl_vfp.bin - Time: 2.447 seconds > ./mandel_armel_flt.bin - Time: 20.689 seconds > ./mandel_armel_flt_vfp.bin - Time: 2.451 seconds > > What could that mean? First, SDL_Update is _very_ expensive. In the > first try, I call SDL_Update just for every Pixel > (SDL_Update(screen,x,y,1,1) and it slows down execution about six times, > the vfp about 80 times. So I think there must be a kind of sync inside > the SDL_Update function. If I update only every column, the speed loss > is only about 80%. When you do an update or flip the surface data is transferred to video memory (a slow and painful operation) This is also true even if SDL tells you that you got a HW surface. Unfortunately there are no sync, to the vertical blank... At least so have I been told. > > Vfp float can give a speed increase about factor 10 and more. And there > is not much difference between vfp float and double. Humm the N800 even has a floating point unit... and its quite fast. I would say roughly as fast as an 770 using a long for the math. Only timed by counting aloud, and with a different setup -1, 1 and -1, 1 with 256 iterations. (The current subversion code uses long long math for that extra resolution, and it costs quite some speed :) > > -Klaus > > -- > Klaus Rotter * klaus rotters de * www.rotters.de > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Building a binary package?
On Sat, 8 Jul 2006 03:07:29 -0400 [EMAIL PROTECTED] wrote: > Hi, > > I am new to the Nokia 770 development (as well as debian packages) and have > recently finished setting up the development environment (Maemo 2.0). So far > I have got everything up and running and I have been able to build a simple > Hello World application from scratchbox. I ran it in the emulator (Xephyr) > and now I am trying to run it in the Nokia 770. I don't know how to build deb packages (YET) but you can just compile the application (Remember to switch to your ARM cross compilation target inside scratchbox) Copy it to you nokia, start xterm (extra application you have to install), cd to the location of the application and execute it using "./application_name". You may have to change the execute permissions using "chmod u+x ./application_name" before you can execute it. > I have been trying to build > a binary package that includes the helloworld executable, but so far I have > not been successful. Is there any simple way to quickly build a binary > package from my helloworld executable? I have been able to build the > maemopad example package, but since my project has only 1 file, I was > wondering if there is a simpler way to create my package (avoiding all the > makefiles). BTW, using dpkg-deb I managed to build a package but the 770 > complained it was not installable. > > Thanks! My guess would be that you probably just forgot to change target inside scratchbox. Also remember to "make clean" you application after you switched target, i386 object files don't work on an ARM CPU :o) Hope your problem is trivial, at least I have no problems running my apps on the N770. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] SDL vertical blank (vbl) sync.
On Mon, 29 May 2006 16:50:50 +0200 Frantisek Dufka <[EMAIL PROTECTED]> wrote: > Juha Yrjölä wrote: > > > Unfortunately we don't provide user-space with the vsync information (or > > "Tearing Effect" signal, as it's called in LCD land). > > > > If there's large enough need for this, we might consider implementing > > the support. The tearing effects should be minimal on the 770, however, > > because of the high (around 55 Hz) refresh rate of the display. > > > > Hello, > > well the effect is visible even when playing the Ice Age Trailer (I > suppose it is not already in the movie data). I think such feature is > quite useful for games and movie playback. BTW how big is the > framebuffer memory? Is there space for 2 frames so double-buffering is > possible? Also is there some datasheet for the Epson hwa742 chip? Can > you make it public? I tried to google for it (and for lph8923 too) but > found nothing useful. Thanks. My "flashingTest" reports that: It got a hardware surface (I should be writing directly to "video memory" accordingly to the SDL docs) And the surface is double buffered. The size of the surface is 800x480 16 bit (R5G6B5) So there should be at least 1536000 bytes of video memory I suppose the kernel display driver is open-source? > > Frantisek > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] SDL vertical blank (vbl) sync.
On Sun, 28 May 2006 14:47:29 +0200 [EMAIL PROTECTED] (Heike C. Zimmerer) wrote: > Visti Andresen <[EMAIL PROTECTED]> writes: > > > Hi I was wondering if anyone knows how to sync. the SDL_Flip to the > > vertical blanking of the display. > > You're sure there's anything like vertical blanking for the 770? My > understanding is that VBL is closely tied to the transmission of video > data through an analog line. Sort of, vertical blanking occurs when the electron beam retraces back to the top of the CRT screen. And yes it has a dedicated analog line (on a vga/monitor cable, it is shared with the luminance/colour data on a composite signal). > I doubt you will find anything like that > in digital-only LCD circuitry. There will, however, be some kind of > display refresh which uses some timing of its own. If you look that > direction, maybe there's some interval which can be used for similar > tasks. As you mention internal TFT/LCD displays use different and usually digital (until the LCD/TFT controller chip) signalling. But the controller chip still receives a "top of frame" or "vertical blank" signal (at least in those data sheets I have read for LCD displays). Anyway I would like to sync the SDL_Flip's to the "top of frame" or "vertical blank" signal. The reason for this wish is, that you really can't do anything animated if you refresh the display at a random point in time. Okay you can, but there will be artifacts, these are caused by the top part of the display containing one frame and the bottom one containing the next frame. For those not familiar with the problem I have attached two tiny programs (compiled for arm) flashingTest. Displays some "random" colours, I wrote it to "benchmark" the graphics performance of the 770 and to detect the native screen format (its 16bit R5G6B5 btw.). It do however show the artifacts. vblSync. Was written especially to show the artifacts. The high DPI of the 770 display makes them less noticeable but they are still there. Oh and for those of you who still have the IceAge2 trailer that came with the 770, the Nokia movie player also shows these artifacts quite clearly in the beginning where there are a lot of panning going on. I can just hope that there are a "hacker" out there who knows how get this kind of "scanline" information out of the 770. Otherwise I'll just have to live with sub Amiga 500 graphics capabilities :) > > - Heike > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers flashingTest.tar.gz Description: Binary data vblSync.tar.gz Description: Binary data ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] SDL vertical blank (vbl) sync.
Hi I was wondering if anyone knows how to sync. the SDL_Flip to the vertical blanking of the display. While it is nice to get 47+ FPS while memset'ing the display, I would rather be synced to the display and avoid the tearing at the cost of FPS. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
