[maemo-developers] 2D Library, Vector Library or similar.
Hi, How are you, folks?. I am trying to make an application that will draw a floor plan, in 2D, so first of all I am looking for a library that fills my needs in this topic. I will need basic primitives, line, arcs, circles, and such similar. I have a bit of experience with svg but I don't know if there is a svg library for the 770. What will the best supported one?, This will be my very first graphical application on linux, so I don't know if its better a direct canvas approach, I hear something about cairo, and some speed problems, so I am a bit lost, maybe wrong in many things. Well, that's all, thanks for your support and best regards. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Summary of my ogg adventures (still unresolved)
Tigert recommended to post to the developers list and have this issue taken in the unresolved issues list if nobody knows the answer. I've talked to three people which all ran in the exact same problem when following the maemo.org documentation instructions. So here it goes: I would like some Nokians to help me to understand how osso_media_server uses gconfkeys to determine the gst plugins to use for a certain media type (the instructions on the maemo.org page seem to be wrong).I don't need them to explain to me the secret nature of DSP hardware etc. I try to install ogg support according to: http://maemo.org/platform/docs/multimedia/getting_started.html After installing libgstivorbis.so and libvorbisidec.so (and the gstreamer-tools) *I am able to play oggs from the command line*. "gst-launch-0.10 filesrc location=blah.ogg ! tremor ! dsppcmsink" works just fine and plays the ogg file with a little over 20% CPU usage (according to top). I also installed the mime-type for ogg and the file manager recognizes ogg files as "audio/x-vorbis". (Clicking on it in file manager opens the music player). So far so good. -- Now comes the problem: This schema file is supposed to tell osso_media_streamer to launch ...!tremor!dsppcmsink for ogg files. But it doesn't work. /schemas/apps/osso/osso_media_server/audio/application_ogg /apps/osso/osso_media_server/audio/application_ogg osso_media_server list string [application/ogg,tremor,dsppcmsink] I get a playback error and osso_media_server consumes 100% CPU until killed. So obviously it is doing different things than just calling "gst-launch filesrc location=blah.ogg ! tremor ! dsppcmsink" (again, this works on the 770 command line) but I cannot see why it would get stuck like this. - Help would be appreciated. More specifically: 1) How does osso_media_streamer decide which audio schema to use for a file? (e.g. how does it get from mime-type: audio/x-vorbis to the application/ogg schema. That connection seems to be never made) 2) Is there a debug way to see what gst plugins are actually called in what order if it starts playing a file? Thanks sebastian ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Working Peripherals for Wired Networking and Serial and powering Nokia from Hub
I thought I would post this so that other people might find it via google when they hit similar issues to us trying to figure out which USB peripherals work out of the box (we tried a lot that claimed to work in Linux and don't work in 2.6 kernel with Manufacturers drivers let alone on the Nokia). No doubt others can improve on the things I have said. Top Tip see if the hardware is listed in the source code of the USB modules that are compiled on the Nokia - then spend weeks googling to find out who actually uses that obscure Chip (e.g. pl2303) that everyone says works. If it is in the source code for the 2.16 kernel but not compiled on the nokia you can presumably compile it as a module and insmod it - unfortunately I don't know how to compile just the modules - a how to from someone please? HowToSetupVariousPerihperals You may wish to first look at http://maemo.org/maemowiki/Easy_USB_Host_Hub_setup http://maemo.org/maemowiki/HowDoiBecomeRoot http://maemo.org/maemowiki/HowDoiBecomeRoot2 http://maemo.org/maemowiki/HowTo_SwitchToHostMode In essence you will need to be able to become root and you will need to have used the flasher to enable host mode (then use http://maemo.org/maemowiki/HowTo_SwitchToHostMode to switch back to non host mode whenever you need on a temporary basis) You will probably want to setup some kind of file networking e.g. to a windows share so you can put files on the device more easily. http://maemo.org/maemowiki/HowToAccessWindowsCIFS <- Note does not work with newest 2006 kernel, try samba client instead Everything below assumes you have setup a powered USB hub that provides power back to the Nokia and the Nokia is in USB host mode. Working Devices (out of the box) HUBS (all should work, as long as you figure a way to do the power thing, Y cable method is best) Targus Mini USB 2.0 4-Port Hub comes with Y cable that can do the power thing, but you will need to buy a power supply for it. PCWB you can buy a 2.5 amp 5v 'Digital Camera Adapter' PSU for targus Hub from Maplin for £10 tip positive, so no need to solder D-Link DUB H4 - Hub - 4 ports - Hi-Speed USB 10 cm x 6 cm x 2.6 cm PCWB (has power supply but no Y cable) USB Keyboards (all should work when connected to powered hub) USB to Serial (RS232) anything using the pl2303 chip (the on board serial port uses this chip, so it is already in the kernel and will load the module when you plug in, type dmesg to see it detected) USB to Serial 9 Pin Male Adaptor Maplin code ZP43W (uses pl2303 chip) TRENDnet TU-ET100C USB 10/100 Fast Ethernet Adapter (Apparently not tested by me) A Cyberpower 4-port USB 2.0 powered hub (Apparently not tested by me) dlink dub-e100 (rev A only not the new B, see below) (Apparently not tested by me) Not working out of the box StarTech.com 2 Port USB to RS-232 Serial DB9 Adapter PCWB unsuccessful at making it work in Ubuntu with Manufacturer drivers Keyspan High Speed USB Serial Adapter - Serial adapter - USB - RS-232 - serial - Probably could be made to work by compiling module and insmod on device. Belkin USB to Serial Adaptor F5U109 (mct_u232.o is available for the kernel so probably could be compiled and loaded) dlink dub-e100 (rev B) (newer kernel should support it, can be made to work by compiling the kernel - you will need to update ASIX.C USBNET.C USBNET.H to the 2.6.18 Kernel - or just overwrite them and then apply various patches to ASIX.C and USBNET.C to make the REV B work - details in another mail, as I can do it with the whole kernel but really want to do it with a module.) Various useful cables StarTech.com - USB cable - 4 PIN USB Type A (M) - 5 pin mini-USB Type B (M) - 1.8 m ( USB / Hi-Speed USB ) PCWB StarTech.com - USB gender changer - 4 PIN USB Type A (F) - 4 PIN USB Type A (F) PCWB StarTech.com - USB adapter - 4 PIN USB Type A (F) - 4 PIN USB Type B (M) PCWB 1 meter USB 2.0 Cable for 2.5in USB HDD www.usbtech.co.uk Powering the Nokia from the USB hub (why plug in two 5v PSUs when one will do? and why on earth didn't they design it to power/recharge from it's USB socket anyway?) Obviously this is somewhat destructive but you may have more luck sourcing the exact parts. Heat-Shrinkable Sleeving BF88V - 3.5mm Heatshrink 1m - £1.63 BF89W - 5.0mm Heatshrink 1m - £1.73 (actually maybe some smaller stuff too) 2500mA Digital Camera Power Supply (power the targus hub from PCWB) L69BQ - Digital Camera SMPS - £9.99 USB 2.0 A to B Leads (or you could use PN86T - USB A Plg- £1.17 if ever in stock) L00BT - USB2 A(M)-B(M) 1.5m - £7.99 Cut the USB lead in half, cut your nokia power lead in half (I have tried to source the jack they use and bought everyone that Maplin supply and none fit). Expose the USB inner cables (discard the outer shielding). Put the big heatshrink onto the USB cable and two small ones on the red and black cable before soldering. Now you onbiosul
[maemo-developers] Sofia sip on maemo
Hi We have compiled & installed the sofia sip library on the scratchbox. We have been tryig to get sofsip-client running. Everytime after the client registration, a segmentation fault occurs. We are attaching relevant logs. The crash occurs in stun_dns.c:91. The error reads as follows: hn-wm.c:302,hn_wm_top_service() ### Failed to read memory limits, using scratchbox ?? hn-wm.c:335,hn_wm_top_service() unable to find service name 'xterm' in running wins hn-wm.c:336,hn_wm_top_service() Thus launcing via osso_manager_launch() hn-wm.c:1210,hn_wm_dbus_method_call_handler() Checking if service: 'com.nokia.xterm' is watchable hn-wm.c:1225,hn_wm_dbus_method_call_handler() Showing Launchbanner... Program received signal SIGSEGV, Segmentation fault. 0xb7f7144e in priv_sres_cb (self=0x8081488, q=0x8082a80, answer=0x0) at stun_dns.c:91 91for (i = 0; answer[i] != NULL; i++) { Do we have a patch to solve this problem? Thanks -- Search for products and services at: http://search.mail.com (gdb) set args sip:[EMAIL PROTECTED] (gdb) where #0 0xb7f7744e in priv_sres_cb (self=0x8081488, q=0x8082a80, answer=0x0) at stun_dns.c:91 #1 0xb7f59b64 in sres_query_report_error (q=0x8082a80, answers=0x0) at sres.c:2671 #2 0xb7f5a1ff in sres_resend_dns_query (res=0x80896d8, q=0x8082a80, timeout=1) at sres.c:2762 #3 0xb7f5a345 in sres_resolver_timer (res=0x80896d8, dummy=-1) at sres.c:2714 #4 0xb7f5e928 in sres_sofia_timer (magic=0x807c250, t=0x807c610, srs=0x) at sresolv.c:322 #5 0xb7f6738d in su_timer_expire (timers=0x807418c, timeout=0xbf8d2714, now={tv_sec = 3371884568, tv_usec = 438999}) at su_timer.c:556 #6 0xb7fb3421 in su_source_dispatch (gs=0x80740c0, callback=0, user_data=0x) at su_source.c:404 #7 0xb7b13b37 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #8 0xb7b154d5 in g_main_context_acquire () from /usr/lib/libglib-2.0.so.0 #9 0xb7b157fa in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #10 0x0804d976 in main (ac=-1, av=0x) at sofsip_cli.c:203 (gdb) n The program is not being run. (gdb) r Starting program: /targets/SDK_PC/usr/local/bin/sofsip_cli sip:[EMAIL PROTECTED] warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' sofsip_cli[6420]: GLIB MESSAGE default - This program is linked against GStreamer 0.10.4 sofsip_cli[6420]: GLIB DEBUG default - priv_verify_required_elements:191 sofsip_cli[6420]: GLIB MESSAGE default - Verifying GST element "mulawenc" -> FAILED sofsip_cli[6420]: GLIB MESSAGE default - Verifying GST element "mulawdec" -> FAILED sofsip_cli[6420]: GLIB MESSAGE default - Verifying GST element "dynudpsink" -> OK sofsip_cli[6420]: GLIB MESSAGE default - Verifying GST element "udpsrc" -> OK sofsip_cli[6420]: GLIB WARNING ** default - Some required gstreamer elements not found on the system, cannot initialize the GStreamer-RTP media subsystem! sofsip_cli[6420]: GLIB CRITICAL ** GLib-GObject - g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed sofsip_cli[6420]: GLIB DEBUG default - ssc_media_class_init:124 sofsip_cli[6420]: GLIB DEBUG default - ssc_media_init:167 sofsip_cli[6420]: GLIB MESSAGE default - Selecting media implementation: dummy sofsip> UA: unknown event 'nua_r_set_params' (23): 200 OK ::tag_null: 0 sofsip> UA: nua_r_getparams: 200 OK sip::from: sip:[EMAIL PROTECTED] sip::from_str: "sip:[EMAIL PROTECTED]" nua::retry_count: 3 nua::max_subscriptions: 20 nua::media_enable: true nua::enableInvite: true nua::autoAlert: true nua::early_media: false nua::only183_100rel: false nua::autoAnswer: false nua::autoACK: true nua::invite_timer: 120 nua::session_timer: 0 nua::min_se: 120 nua::session_refresher: 0 nua::update_refresh: false nua::enableMessage: true nua::enableMessenger: false nua::callee_caps: false nua::media_features: false nua::service_route_enable: true nua::path_enable: true nua::refer_expires: 300 nua::refer_with_id: true nua::substate: 2 sip::supported: timer, 100rel sip::supported_str: "timer, 100rel" sip::allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE sip::allow_str: "INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE" sip::user_agent: sofia-sip/1.12.3 sip::user_agent_str: "sofia-sip/1.12.3" nua::user_agent: "sofia-sip/1.12.3" nua::keepalive: 12 nua::outbound: "natify" nta::contact: nta::udp_mtu: 1300 nta::sip_t1: 500 nta::sip_t2: 4000 nta::sip_t4: 5000 nta::sip_t1x64: 32000 nta::debug_drop_prob: 0 nta::default_proxy: nta::aliases: n
Re: [maemo-developers] Working Peripherals for Wired Networking and Serial and powering Nokia from Hub
Simon Moore wrote: http://maemo.org/maemowiki/HowToAccessWindowsCIFS <- Note does not work with newest 2006 kernel, try samba client instead Fixed. New module is of course not from (unreleased) new kernel source but should work with a bit of luck :-) Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] 2D Library, Vector Library or similar.
On Thu, Nov 09, 2006 at 09:02:09AM +0100, ext Beth wrote: > I am trying to make an application that will draw a floor plan, in 2D, > so first of all I am looking for a library that fills my needs in this > topic. > > I will need basic primitives, line, arcs, circles, and such similar. I > have a bit of experience with svg but I don't know if there is a svg > library for the 770. > > What will the best supported one?, This will be my very first > graphical application on linux, so I don't know if its better a direct > canvas approach, I hear something about cairo, and some speed > problems, so I am a bit lost, maybe wrong in many things. Currently, for a full vector-based model, Cairo is the best solution. It's not supported currently (mainly due to the speed problems you mentioned), but I believe there are plans to eventually support it. Cheers, Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Sofia sip on maemo
On Thu, 2006-11-09 at 17:50 +0800, ext maemo nokia wrote: > Hi > > We have compiled & installed the sofia sip library on the > scratchbox. We have been tryig to get sofsip-client running. > Everytime after the client registration, a segmentation fault > occurs. > > We are attaching relevant logs. The crash occurs in stun_dns.c:91. > > The error reads as follows: > > hn-wm.c:302,hn_wm_top_service() ### Failed to read memory limits, > using scratchbox ?? > hn-wm.c:335,hn_wm_top_service() unable to find service name 'xterm' > in running wins > hn-wm.c:336,hn_wm_top_service() Thus launcing via osso_manager_launch() > hn-wm.c:1210,hn_wm_dbus_method_call_handler() Checking if service: > 'com.nokia.xterm' is watchable > hn-wm.c:1225,hn_wm_dbus_method_call_handler() Showing Launchbanner... > > Program received signal SIGSEGV, Segmentation fault. > 0xb7f7144e in priv_sres_cb (self=0x8081488, q=0x8082a80, answer=0x0) > at stun_dns.c:91 > 91for (i = 0; answer[i] != NULL; i++) { > > > > Do we have a patch to solve this problem? What i can tell you is there is new telepathy package coming out with the next maemo release. BR, TranVan Hoang, ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: [maemo-announce] New Nokia 770 software image available
On Mon, Nov 06, 2006 at 08:18:49PM +0100, Antonio Orlando wrote: > >Alternatively, take the output of "dpkg-query -l" from a fresh flash, > >then diff it with the one from your customized device. > > Profiting by the fact that many are now flashing with the new firmware, > can someone please post the output of the suggested command from a fresh > flash, in order for others to make the diff with it before flashing? Here are the lists from OS2006.1 and OS2006.2. (No, I didn't flash, I mounted the rootfs images on my laptop and ran dpkg-query --admindir=...) Marius Gedminas -- Perl is not a programming language, it's a natural language that computers understand. Better than people, for the most part. -- Steve Simmons os2006.1-pkglist.gz Description: Binary data os2006.2-pkglist.gz Description: Binary data signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] some tests with dt_gnu_hash
After giving up on using scratchbox, I was able to build a new binutils and glibc with the patch to add support for the new hash format. I then upgraded the 770 libc. To test it, I recompiled the largest lib that I have the source for (gtk+ gtk+2.0_2.6.10-2.osso19). The results are interesting. The size went from 2989688 to 2987348 (< 1%), but the time to dlopen it and dlsym gtk_init improved from 0.25 to 0.21 (16%). Note that I have compiled only gtk and glibc. Not all the dependencies! The glibc patch is attached. I will try to backport the binutils patch and post it later. Best Regards, Rafael glibc-maemo.patch Description: Binary data ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Patching Nokia 770 Kernel to get DLINK DUB-E100 Rev B to work
Simon Moore wrote: My method works by recompiling the whole kernel and building the modules into the kernel - it should be possible to compile just the modules as loadable modules but I can't find any HowTo's on this, so if there is anyone out there that can tell me how to compile a kernel module in scratchox, I'd much appreciate it. Compiling modules in kernel tree is like compiling kernel. Just install kernel-source-2.6.16 in arm scratchbox target, go to /usr/src/kernel-source-2.6.16 and do it the same way like any other kernel. [sbox-SDK_ARMEL: ~] > cd /usr/src/kernel-source-2.6.16 [sbox-SDK_ARMEL: ~] > cp arch/arm/configs/n770_defconfig .config [sbox-SDK_ARMEL: ~] > make menuconfig enable your stuff [sbox-SDK_ARMEL: ~] > make Then find modules (.ko) manually in kernel tree or do 'make modules_install' and find it in /lib. Kernel is in arch/arm/boot/zImage No debian stuff neeeded except installing the source. I find this easier. Maybe there are still problems with linking curses when making make menuconfig. It is in list archives. I think it is just changing one line in Makefile somewhere. Ask if you can't find it. vi kernel-source-2.6.16/Makefile #change to EXTRAVERSION = .27 #Only needed in second release of IT2006 using First release source Later found that better is to get http://www.kernel.org/pub/linux/kernel/v2.6/patch-2.6.16.27.gz and patch the kernel. You get EXTRAVERSION plus .27 bugfixes. It applies almost fine. There are no arm specific fixes that would conflict with omap1 so it is easy. I think I got only one harmless reject in drivers/mtd/nand/Kconfig. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Patching Nokia 770 Kernel to get DLINK DUB-E100 Rev B to work
Frantisek Dufka wrote: Maybe there are still problems with linking curses when making make menuconfig. It is in list archives. I think it is just changing one line in Makefile somewhere. it is in scripts/kconfig/lxdialog/check-lxdialog.sh comment three lines to echo -lncurses always # $cc -print-file-name=libncurses.so | grep -q / # if [ $? -eq 0 ]; then echo '-lncurses' exit # fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Patching Nokia 770 Kernel to get DLINK DUB-E100 Rev B to work
Fantastic I'll give just doing the modules a go and patching the source properly. (I take it no Nokia specific changes get messed up with the patch so why haven't they release the code yet, surely they don't need lawyers for minor updates to source code). Every time I tried using make it always gave me errors and didn't work, it only worked with dpkg-buildpackage -rfakeroot -uc -us -sa -d . Ift you typed make, then tried the dpkg-buildpackage if didn't work either. I assumed it was something weird about scratchbox - what is dpkg-buildpackage anyway I have not come across it before, something about scratchbox or more general debian? Your instructions are certainly different from the things I tried, so no doubt will work like a dream :-) Regards Simon -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.14.0/524 - Release Date: 08/11/2006 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] re-evaluating the handwriting input method - but there's a problem
Today, I've tried the handwriting input method. Oh what a mess, as the other times I've tried it. So, in the handwriting teaching app I have decided to disable *all* the symbols for *all* the chars (in my western charset), then I've created just one custom symbol for each lowercase letter and for numbers. Yes it's a hard work, it took me about 20 minutes. And surprise... it works like a charm! I can write at very high speed with very low error rate without having ever used a handwriting input system; I've only tried sometimes this one provided with 770, but the screen keyboard was faster and accurate so I've soon abandoned it. Now, with that trick, even with this first try it is way better than the screen keyboard. But, there is a problem, which I suppose could be easily solved, so the reason for this mail: sometimes, I need to write capital letters, of course. I don't want to define them as symbols, because they easily interfere with other ones, this is something to definetely avoid. But, the solution is simple: there should be a "caps-lock" button in the handwriting input application! I will continue to use my lowercase symbols, but with the caps-lock enabled they will be considered as capitals. Smooth and easy, isn't it? Can I hope this will be added in next firmware update? Just a little button, would improve the usability of the entire device a lot. I suggest this for everyone: use just ONE symbol for a character, and define symbols for as little chars as possible - this way the error rate is zero or really low, and you can handwrite 90% of the stuff you need to (supposing we have the caps-lock button improvement, otherwise the percentage falls down). Try it, if you ususally use the on-screen keyboard: it's not that bad with this trick. -- Antonio ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: [maemo-announce] New Nokia 770 softwareimage available
On Mon, 2006-11-06 at 12:58 +0200, Marius Vollmer wrote: > It does since version 4.27. I am still not totally happy about > backing it up, since that file is to some extend specific to the OS > release you are running. In the future, we might need to get smarter > about it. This could presumably be solved quite easily using a sources.list.d directory as exists in Debian these days. OS-required sources go in one file, user-supplied go in others... Cheers, Nick ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Summary of my ogg adventures (still unresolved)
On Thu, Nov 09, 2006 at 09:58:28AM +0100, Sebastian Spaeth wrote: > 1) How does osso_media_streamer decide which audio schema to use for a > file? (e.g. how does it get from mime-type: audio/x-vorbis to the > application/ogg schema. That connection seems to be never made) I've not tried this in a while, but this does not look good. The media type for an ogg file is application/ogg. audio/x-vorbis refers to the demuxed vorbis packet stream inside. The way normal gst-0.10 works is that there's an oggdemux component that parses the application/ogg container and uses audio/x-vorbis video/x-theora etc. to autoconnect with the proper decoders. However (last I looked) the tremor component includes an ogg parser (which is why you can feed it directly from filesrc) so you probably want to be registering the application/ogg media type, not the audio/x-vorbis one for tremor. > 2) Is there a debug way to see what gst plugins are actually called in > what order if it starts playing a file? strace? -r ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Sofia sip on maemo
Hello, btw, feel free to subscribe to sofia-sip's development list at https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel That's probably a more appropriate place to discuss problems with sofia-sip. On 09 November 2006, maemo_team india com wrote: >We have compiled & installed the sofia sip library on the >scratchbox. We have been tryig to get sofsip-client running. >Everytime after the client registration, a segmentation fault occurs. > >We are attaching relevant logs. The crash occurs in stun_dns.c:91. Thanks for the bug report. This problem is now fixed in the current sofia-sip development tree: - darcs get http://sofia-sip.org/repos/sofia-sip If you don't know darcs yet, see http://abridgegame.org/darcs/ -- [EMAIL PROTECTED] (Kai Vehmanen) Networking Technologies Laboratory, Nokia Research Center ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Summary of my ogg adventures (still unresolved)
Hi Sebastian, Sebastian Spaeth wrote: > Tigert recommended to post to the developers list and have this issue > taken in the unresolved issues list if nobody knows the answer. I've > talked to three people which all ran in the exact same problem when > following the maemo.org documentation instructions. So here it goes: > > I would like some Nokians to help me to understand how > osso_media_server uses gconfkeys to determine the gst plugins to use > for a certain media type (the instructions on the maemo.org page seem > to be wrong).I don't need them to explain to me the secret nature of > DSP hardware etc. > > I try to install ogg support according to: > http://maemo.org/platform/docs/multimedia/getting_started.html > > After installing libgstivorbis.so and libvorbisidec.so (and the > gstreamer-tools) *I am able to play oggs from the command line*. > > "gst-launch-0.10 filesrc location=blah.ogg ! tremor ! dsppcmsink" > > works just fine and plays the ogg file with a little over 20% CPU > usage (according to top). I also installed the mime-type for ogg and > the file manager recognizes ogg files as "audio/x-vorbis". (Clicking > on it in file manager opens the music player). So far so good. > -- > Now comes the problem: > This schema file is supposed to tell osso_media_streamer to launch > ...!tremor!dsppcmsink for ogg files. But it doesn't work. > > > /schemas/apps/osso/osso_media_server/audio/application_ogg > /apps/osso/osso_media_server/audio/application_ogg > osso_media_server > list > string > [application/ogg,tremor,dsppcmsink] > > > > I get a playback error and osso_media_server consumes 100% CPU until > killed. So obviously it is doing different things than just calling > "gst-launch filesrc location=blah.ogg ! tremor ! dsppcmsink" (again, > this works on the 770 command line) but I cannot see why it would get > stuck like this. > - > Help would be appreciated. More specifically: > > 1) How does osso_media_streamer decide which audio schema to use for a > file? (e.g. how does it get from mime-type: audio/x-vorbis to the > application/ogg schema. That connection seems to be never made) The media engine runs a typefind on this. The media-type (although it looks like a mime-type it is not one, it is the gstreamer internal media type!) serves as a lookup key for the gconf database. The tremor plugin is a oggdemuxer + vorbisdecoder in one elements. Normaly one uses oggdemux ! vorbisdec. You can run the typefind yourself : > gst-typefind test.ogg test.ogg - application/ogg So the above schema is just fine : [application/ogg,tremor,dsppcmsink] > 2) Is there a debug way to see what gst plugins are actually called in > what order if it starts playing a file? Build gstreamer using debug and copy that onto your device. Then restart the media-engine: GST_DEBUG="*:3" /etc/osso-af-init.d/osso-media-engine restart Please refer to the gstreamer gst-launch man page for more details about log levels and log-domains. > > Thanks > sebastian Stefan ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] re-evaluating the handwriting input method - but there's a problem
On tor, 2006-11-09 at 18:28 +0100, ext Antonio Orlando wrote: > Today, I've tried the handwriting input method. Oh what a mess, as the > other times I've tried it. So, in the handwriting teaching app I have > decided to disable *all* the symbols for *all* the chars (in my western > charset), then I've created just one custom symbol for each lowercase > letter and for numbers. Yes it's a hard work, it took me about 20 minutes. > > And surprise... it works like a charm! I can write at very high speed with > very low error rate without having ever used a handwriting input system; > I've only tried sometimes this one provided with 770, but the screen > keyboard was faster and accurate so I've soon abandoned it. > > Now, with that trick, even with this first try it is way better than the > screen keyboard. But, there is a problem, which I suppose could be easily > solved, so the reason for this mail: > > sometimes, I need to write capital letters, of course. I don't want to > define them as symbols, because they easily interfere with other ones, > this is something to definetely avoid. But, the solution is simple: there > should be a "caps-lock" button in the handwriting input application! I > will continue to use my lowercase symbols, but with the caps-lock enabled > they will be considered as capitals. Smooth and easy, isn't it? I can only agree. That would probably be the only thing that could make me use the HWR. > Can I hope this will be added in next firmware update? Just a little > button, would improve the usability of the entire device a lot. I suggest > this for everyone: use just ONE symbol for a character, and define symbols > for as little chars as possible - this way the error rate is zero or > really low, and you can handwrite 90% of the stuff you need to (supposing > we have the caps-lock button improvement, otherwise the percentage falls > down). Try it, if you ususally use the on-screen keyboard: it's not that > bad with this trick. Regards: David Weinehall [Disclaimer: These opinions does not represent Nokia bla bla bla bla] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] re-evaluating the handwriting input method - but there's a problem
Just a little button, would improve the usability of the entire device a lot. Of course, imho, the best thing would be a hwr input method borrowing some ideas from the implementation of the virtual keyboard app, and some other ideas from cellular phones input method. If someone cares, here [1] it is an image of how could be a better hwr input interface for me (the symbols pictured and their order are random, there's no particular study behind them). [1] http://7ref.com/EV3 -- Antonio ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] preferred application
Hi, As you can see on http://groups.google.com/group/fbreader/browse_thread/thread/04d4d4977b472692/f264a79d973449d6#f264a79d973449d6 , I've patched FBReader a little bit. Among other things I added supported Mime Types to the Desktop File. Now we are wondering how the file manager selects which application to open a given file with. I.e. If I want to read a book (which happens to be in xhtml format) in FBReader, but I want to read a huge table in the browser. Ideally, when there are more than 1 possibility, it would just ask. Alternatively, the context menu could have "Open with Browser" and "Open as book" or so? cheers, Danny ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] extras packages for sardine
Is there any way I can upload extras (previously "contrib", from garage.maemo.org projects) packages for use with sardine, instead of just mistral? This would help us to make sure our packages work with the latest code, before it is actually released as stable, and help us to adapt to any changes. -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] joining efforts to make a complete community repository
On 7/11/2006, at 4:46 AM, Jorge Salamero Sanz wrote: [suggestion for common repository] what are you thoughts about this ? I think it's an excellent idea, and something like it will probably be required to enable the maemo community to really take off. I don't mind adding the odd extra repository to my sources.list/Application Manager, but a free-for-all like it is at the moment doesn't help anybody. One thing I would say though -- quality control (and clarity of purpose) will be critical. A repository of otherwise high-quality software can quickly become next-to-useless if the odd piece of bug- ridden ordure gets in. Better to have (a small number of) multiple repositories than to throw packages of widely differing quality all in together. Re. "clarity of purpose" -- each and every repository should communicate very clearly what it is for, what it is not intended for, its standards and how/whether you can contribute to it. Sardine is probably the only one that does this right at the moment. Cheers, Nick ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] re-evaluating the handwriting input method - butthere's a problem
Hi, You can always switch the case of already written character with the "arrow" button located left second from bottom. It works both ways and is a better solution for normal typing, not necessarily for entering commands in xterm ;-) And for the special characters in the screenshot, you have a fast way to type them with the special characters view under the "&!é" button on right. Br, --jakub >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of ext >Antonio Orlando >Sent: 09 November, 2006 19:28 >To: Maemo developers >Subject: [maemo-developers] re-evaluating the handwriting >input method - butthere's a problem > >Today, I've tried the handwriting input method. Oh what a >mess, as the other times I've tried it. So, in the handwriting >teaching app I have decided to disable *all* the symbols for >*all* the chars (in my western charset), then I've created >just one custom symbol for each lowercase letter and for >numbers. Yes it's a hard work, it took me about 20 minutes. > >And surprise... it works like a charm! I can write at very >high speed with very low error rate without having ever used a >handwriting input system; I've only tried sometimes this one >provided with 770, but the screen keyboard was faster and >accurate so I've soon abandoned it. > >Now, with that trick, even with this first try it is way >better than the screen keyboard. But, there is a problem, >which I suppose could be easily solved, so the reason for this mail: > >sometimes, I need to write capital letters, of course. I don't >want to define them as symbols, because they easily interfere >with other ones, this is something to definetely avoid. But, >the solution is simple: there should be a "caps-lock" button >in the handwriting input application! I will continue to use >my lowercase symbols, but with the caps-lock enabled they will >be considered as capitals. Smooth and easy, isn't it? > >Can I hope this will be added in next firmware update? Just a >little button, would improve the usability of the entire >device a lot. I suggest this for everyone: use just ONE symbol >for a character, and define symbols for as little chars as >possible - this way the error rate is zero or really low, and >you can handwrite 90% of the stuff you need to (supposing we >have the caps-lock button improvement, otherwise the >percentage falls down). Try it, if you ususally use the >on-screen keyboard: it's not that bad with this trick. > >-- >Antonio >___ >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