| freemangordon | bencoh: hmm, ok, just hanged | 00:00 |
|---|---|---|
| bencoh | oh | 00:00 |
| bencoh | freemangordon: can you reproduce it without hdcodecs? | 00:06 |
| freemangordon | no idea :) | 00:06 |
| freemangordon | hmm, actually it started after a while | 00:07 |
| *** jonwil has joined #maemo-ssu | 00:10 | |
| jonwil | hi | 00:12 |
| freemangordon | jonwil: hi! | 00:13 |
| freemangordon | bencoh: did you install the .deb? | 00:13 |
| bencoh | mafw-gst-renderer depends on libglib2.0-0 (>= 2.24.0); however: | 00:14 |
| bencoh | Version of libglib2.0-0 on system is 2.20.3-1maemo5+0m5. | 00:14 |
| bencoh | looks like your sb has been cssu-develified | 00:14 |
| bencoh | (or -testing at least) | 00:14 |
| bencoh | oh and | 00:15 |
| bencoh | dpkg - warning: downgrading mafw-gst-renderer from 0.3.2010.24-1+0m5 to 0.3.2010.24-1. | 00:15 |
| bencoh | where does that come from? | 00:15 |
| freemangordon | +0m5 is a suffix added by the Nokia autobuilder | 00:16 |
| freemangordon | when a package is released | 00:16 |
| bencoh | hm, okay | 00:16 |
| freemangordon | bencoh: sorry, I was under the impression you're on cssu-thumb | 00:16 |
| bencoh | anyway .... dpkg-buildpackage with no further patching? | 00:16 |
| freemangordon | yes | 00:16 |
| bencoh | autoreconf: failed to run aclocal-1.9: No such file or directory | 00:17 |
| bencoh | oh shit, not that again | 00:17 |
| bencoh | freemangordon: do you have automake1.9 in sb? | 00:19 |
| *** esoare has joined #maemo-ssu | 00:20 | |
| freemangordon | bencoh: yes | 00:22 |
| *** NishanthMenon has quit IRC | 00:22 | |
| bencoh | /usr/lib/mafw-plugin/mafw-gst-renderer.so: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), stripped | 00:24 |
| bencoh | hmmm | 00:24 |
| freemangordon | bencoh: export DEB_BUILD_OPTIONS=debug,noopt,nostrip,nolauncher | 00:24 |
| bencoh | it plays thus far | 00:30 |
| *** xes has joined #maemo-ssu | 00:31 | |
| merlin1991 | freemangordon: are we talking about mafw-gst-renderer, because it has explicit strip in debian/rules dh_strip --dbg-package=mafw-gst-renderer | 00:31 |
| bencoh | anyway, in the event it does fail, how would you try and debug it? | 00:31 |
| bencoh | gdb on mafw-gst-renderer? | 00:31 |
| bencoh | merlin1991: /usr/lib/mafw-plugin/mafw-gst-renderer.so: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), not stripped | 00:32 |
| bencoh | (with DEB_BUILD_OPTIONS=debug,noopt,nostrip,nolauncher) | 00:32 |
| merlin1991 | weird | 00:32 |
| merlin1991 | ah well | 00:32 |
| freemangordon | no, "nostrip" is your friend :) | 00:32 |
| bencoh | I guess dh_strip looks for it | 00:32 |
| freemangordon | bencoh: yah, gdb on it | 00:33 |
| freemangordon | *yeah | 00:33 |
| bencoh | I dont think process really hangs | 00:33 |
| bencoh | oh btw | 00:33 |
| bencoh | how comes when I attach mafw-gst-renderer with gdb, video keeps playing? | 00:33 |
| bencoh | where does the magic happen? | 00:34 |
| freemangordon | I hope you attach to mafw-dbus-wrapper | 00:34 |
| bencoh | I do | 00:34 |
| bencoh | user 27693 8.1 2.6 39952 6288 ? S<sl 00:31 0:00 /usr/bin/mafw-dbus-wrapper mafw-gst-renderer | 00:34 |
| bencoh | that's the only one matching "grep gst" | 00:35 |
| freemangordon | well, no idea then | 00:35 |
| freemangordon | ooh "***** DSPMMU FAULT ***** IRQStatus 0x2" :) | 00:35 |
| bencoh | attaching the right mediaplayer process makes slider/control buttons stop | 00:35 |
| bencoh | but attaching gst-renderer doesnt make video stop | 00:35 |
| bencoh | freemangordon: what if you restart dsp-manager/dsp? | 00:36 |
| freemangordon | well, it just spit the error in dmesg | 00:36 |
| freemangordon | but it still plays | 00:36 |
| bencoh | ah | 00:37 |
| freemangordon | anyway, it is time to have some sleep, night | 00:39 |
| bencoh | yeah, was thinking the same | 00:39 |
| jonwil | bencoh: your idea to clone the devlock stuff seems interesting, I will play with it and see what I can come up with. libcodelockui is what draws the UI for it though, maybe that's what needs to be cloned. | 00:41 |
| freemangordon | jonwil: what about systemui? | 00:42 |
| bencoh | jonwil: :-) | 00:43 |
| freemangordon | 27144 Jun 15 2010 /usr/bin/systemui | 00:43 |
| jonwil | currently looking at osso-systemui-devlock | 00:43 |
| jonwil | see what I can find and how hard that might be to clone | 00:43 |
| freemangordon | ok | 00:43 |
| freemangordon | wish you luck | 00:43 |
| freemangordon | night | 00:44 |
| jonwil | ok | 00:44 |
| jonwil | cya | 00:44 |
| bencoh | hmm, it hang with the debug package | 00:46 |
| *** esoare|2 has joined #maemo-ssu | 01:26 | |
| *** esoare has quit IRC | 01:27 | |
| *** merlin1991 has quit IRC | 01:40 | |
| *** merlin1991 has joined #maemo-ssu | 01:42 | |
| *** esoare has joined #maemo-ssu | 01:57 | |
| *** esoare|2 has quit IRC | 01:59 | |
| *** Pali has quit IRC | 02:48 | |
| *** LauRoman has joined #maemo-ssu | 04:25 | |
| jonwil | xes: ping | 05:03 |
| *** povbot has joined #maemo-ssu | 06:39 | |
| *** esoare has quit IRC | 06:47 | |
| *** esoare|2 has joined #maemo-ssu | 06:47 | |
| jonwil | bencoh: ping | 07:55 |
| *** sparetire_ has quit IRC | 08:03 | |
| *** esoare|2 has quit IRC | 08:29 | |
| freemangordon | bencoh: yeah, happened here as well | 08:41 |
| jonwil | Still haven't found something to reverse engineer, every binary I fiddle with ends up having some reason why its too hard | 09:03 |
| jonwil | All the easy stuff has been cloned already :( | 09:03 |
| *** futpib has joined #maemo-ssu | 09:17 | |
| bencoh | jonwil: pong? | 09:26 |
| jonwil | Looked at the device lock stuff, the actual UI is drawn by libcodelockui | 09:26 |
| bencoh | yup | 09:26 |
| jonwil | and I hit snags reverse engineering both it and osso-systemui-devlock | 09:26 |
| jonwil | libdevlock is just for managing the actual settings in CAL | 09:27 |
| jonwil | and has nothing to do with UI | 09:27 |
| bencoh | I think we have a .h somewhere for libcodelockui | 09:27 |
| jonwil | we do | 09:27 |
| jonwil | the dev package was released by nokia | 09:27 |
| jonwil | but that doesn't help with reverse engineering either it or osso-systemui-devlock | 09:28 |
| jonwil | we have a .h file for libdevlock too FYI | 09:28 |
| jonwil | created by me as part of my MCE work as it happens | 09:28 |
| bencoh | :) | 09:28 |
| bencoh | so ... we have a "documented" header, we know which symbols it depends on ... what's missing for libcodelockui? | 09:29 |
| bencoh | (apart from "I dont wanna write gtk stuff" :D) | 09:30 |
| jonwil | it just needs someone to write a clone that implements the documented API | 09:31 |
| bencoh | weren't you looking for a package to clone? | 09:31 |
| jonwil | well I would clone it myself but its got some wierdness going on that makes reverse engineering it hard | 09:31 |
| jonwil | hence why I am not cloning it :) | 09:32 |
| bencoh | which is? | 09:32 |
| jonwil | well for starters its got some private data structures (and my skills in regards to figuring those out are non-existent) | 09:35 |
| jonwil | and the dialog has the usual stuff that makes reverse engineering GTK bits annoying | 09:36 |
| jonwil | hence why I have decided to pick up work on libconnui and friends | 09:36 |
| jonwil | specifically figuring out the currently-unknown functions from those libs | 09:36 |
| bencoh | okay :) | 09:38 |
| jonwil | anyone know who runs the CSSU repos? | 09:38 |
| jonwil | I think it might be merlin1991 but I am not 100% sure | 09:39 |
| jonwil | or is it freemangordon? | 09:41 |
| bencoh | it's merlin1991 | 09:42 |
| jonwil | ok | 09:42 |
| bencoh | thumbs are hosted by merlin1991 as well, but -testing/-stable are hosted on maemo infra | 09:42 |
| jonwil | ok | 09:43 |
| freemangordon | bencoh: could you try if adding worker->xid = 0; on line 2256 in mafw-gst-renderer-worker.c (between eos and seek_position) fixes the issue for you | 09:56 |
| jonwil | merlin1991: ping | 10:06 |
| bencoh | freemangordon: line 2256? | 10:10 |
| freemangordon | hmm, well, my bad | 10:10 |
| freemangordon | it is other on your side (I added some g_warnings) | 10:11 |
| freemangordon | anyway the function is p, li { white-space: pre-wrap; } mafw_gst_renderer_worker_stop | 10:11 |
| freemangordon | stupid QtCreator !!! | 10:11 |
| freemangordon | mafw_gst_renderer_worker_stop | 10:11 |
| freemangordon | bencoh: after the comment /* Reset worker */ | 10:12 |
| freemangordon | init worker->xid to 0 somewhere there | 10:12 |
| *** futpib has quit IRC | 10:14 | |
| freemangordon | bencoh: got it? | 10:15 |
| bencoh | yeah | 10:15 |
| freemangordon | ok, as I am going afk | 10:16 |
| freemangordon | bbl | 10:16 |
| *** freemangordon_ has joined #maemo-ssu | 11:23 | |
| *** freemangordon_ has quit IRC | 11:28 | |
| bencoh | freemangordon: works fine thus far | 11:29 |
| *** freemangordon_ has joined #maemo-ssu | 11:33 | |
| bencoh | freemangordon: 11:29 < bencoh> freemangordon: works fine thus far | 11:46 |
| *** freemangordon_ has quit IRC | 12:27 | |
| *** freemangordon_ has joined #maemo-ssu | 13:21 | |
| freemangordon_ | bencoh: seems there is more to fix | 13:22 |
| xes | freemangordon_: i think to recall that most of time the problem happens while trying to resume a previously played video | 13:37 |
| freemangordon_ | :nod: | 13:37 |
| freemangordon_ | seems the change I proposed fixes the issue at least partially | 13:40 |
| freemangordon_ | xes: you're on cssu? | 13:40 |
| merlin1991 | jonwil: pong | 13:42 |
| jonwil | xes: about your message earlier (which I saw in chanlogs) regarding per-contact ringtones, I took a look into it and in theory its possible. To make it work you would need to change hildon-sv-notification-daemon (part of hildon-home) so that it listens for the relavent "incoming call" signal from the cellular services daemon and grabs the incoming phone number so it can find the right... | 13:45 |
| jonwil | ...ringtone. Then when it gets the normal "play ringtone" signal from librtcom-call-ui/rtcom-call-ui it plays that sound instead of the default one. | 13:45 |
| jonwil | Wont work for VoIP though | 13:45 |
| jonwil | and you might need to clone the hildon-plugins-notify-sv library to pull it off | 13:46 |
| jonwil | but its definatly possible | 13:46 |
| jonwil | merlin1991: where does cssu get hald-addon-bme-dev from? | 13:46 |
| jonwil | its not in the nokia SDK repos or in any of the cssu git stuff | 13:47 |
| merlin1991 | one sec, let me check | 13:47 |
| merlin1991 | iirc it's in one of our gits that has a different name | 13:47 |
| jonwil | There should be something somewhere listing any git repos other than https://github.com/community-ssu that are needed by CSSU (like this one and anything else) | 13:48 |
| merlin1991 | actually there should be nothing else needed | 13:49 |
| merlin1991 | if something is missing on https://github.com/community-ssu then that's a mistake | 13:50 |
| jonwil | well hald-addon-bme-dev isn't there | 13:50 |
| jonwil | My guess is that hald-addon-bme-dev is comming from the bme replacement stuff | 13:50 |
| freemangordon_ | :nod: | 13:51 |
| freemangordon_ | we should pester Pali | 13:51 |
| jonwil | also merlin1991, would it be possible to get commit access on github to https://github.com/community-ssu/libconnui-dev and https://github.com/community-ssu/osso-systemui-dev ? I have plans to do some more work on reverse engineering the missing pieces to go into those dev packages so they can be made complete. | 13:53 |
| jonwil | Or if you would rather have me make patches and submit them for review, thats ok too, I can do that | 13:53 |
| freemangordon_ | jonwil: iirc you had commit access on gitorious, ain't? | 13:53 |
| freemangordon_ | s/commit/push/ | 13:54 |
| infobot | freemangordon_ meant: jonwil: iirc you had push access on gitorious, ain't? | 13:54 |
| merlin1991 | jonwil: you should have mail | 13:54 |
| jonwil | yes I had push access on gitorious but not sure to which trpos | 13:54 |
| jonwil | repos | 13:54 |
| freemangordon_ | I guess to those you're working on :) | 13:54 |
| jonwil | Just reinstalled vmware so I can load up my Maemo DEV VM (I hadn't reinstalled it since I bought an SSD and re-installed Windows) so now I can properly work on those repos :) | 13:55 |
| merlin1991 | jonwil: where do you need hald-addon-bme-dev? because I don't have that in my scratchbox where I build all the cssu releases | 13:56 |
| jonwil | the package mce references it | 13:57 |
| jonwil | so if mce isn't built as part of cssu then that would explain it | 13:57 |
| merlin1991 | hm mce was in cssuT11 | 13:58 |
| merlin1991 | gotta check how I built that | 13:58 |
| jonwil | now I just have to figure out how to pull a github repo inside scratchbox inside my VM | 13:58 |
| jonwil | I guess I probably want to pull via ssh | 13:58 |
| jonwil | ok, now I can pull stuff from github :) | 14:10 |
| *** freemangordon_ has quit IRC | 14:10 | |
| jonwil | ok, its telling me I dont have commit access to osso-systemui-dev | 14:20 |
| jonwil | My ssh keys are set properly and its letting me in, it just tells me I dont have push access to it | 14:20 |
| merlin1991 | jonwil: one sec | 14:21 |
| merlin1991 | github changed the permission system | 14:23 |
| merlin1991 | now there are "teams" inside an organization and other stuff | 14:23 |
| merlin1991 | jonwil: you should be able to push now (I hope) | 14:23 |
| jonwil | ok, I can push to that repo now | 14:24 |
| jonwil | so which repos do I now have push access to exactly? | 14:24 |
| merlin1991 | all of the community-ssu repos | 14:25 |
| jonwil | ok, thanks | 14:25 |
| merlin1991 | I thought I gave you enough permissons when I added you, but due to the fact the we had no proper team configured yet you were a member without any rights :D | 14:25 |
| jonwil | did you figure out how you compiled mce and where hald-addon-bme-dev came from? | 14:32 |
| bencoh | freemangordon: yeah, I've just seen a strange bug | 14:38 |
| bencoh | click on a video, window changed to player waiting (dots), failed and moved back to video list | 14:40 |
| bencoh | re-clicking on video openeded a new window with player inside that closed almost instantly | 14:40 |
| *** freemangordon_ has joined #maemo-ssu | 14:41 | |
| freemangordon_ | bencoh: hmm? | 14:42 |
| bencoh | not sure what happened, maybe the player process of mediaplayer that kept crashing/relaunching | 14:42 |
| freemangordon_ | never happened here | 14:42 |
| bencoh | first time I see this behavior as well | 14:42 |
| bencoh | I havent been able to reproduce it from the begining | 14:43 |
| bencoh | but when it happened, reclicking on the mediaplayer window from task manager led to window closing/reopening | 14:44 |
| freemangordon_ | I guess it is a bug in OMP | 14:45 |
| bencoh | stock mediaplayer | 14:45 |
| bencoh | but maybe | 14:45 |
| freemangordon_ | ooh | 14:45 |
| freemangordon_ | OMP here | 14:45 |
| freemangordon_ | maybe that's why i've never seen it | 14:45 |
| freemangordon_ | however, besides that xid, there is something else | 14:46 |
| freemangordon_ | could be in gst-dsp this time | 14:46 |
| bencoh | player hanging seems to be a common bug | 14:46 |
| bencoh | so gst or mafw | 14:46 |
| freemangordon_ | yeah | 14:46 |
| freemangordon_ | mafw for sure | 14:46 |
| freemangordon_ | otherwise it won't recover on mafw-gst-renderer restart | 14:46 |
| bencoh | oh, and ... how the hell did they manage to overlay controls over video and switch it on/off without any playback artifact? | 14:47 |
| freemangordon_ | it is supposed to recreate the gst pipeline on every new video | 14:47 |
| freemangordon_ | bencoh: omap3 overlay supports it | 14:47 |
| freemangordon_ | it is a HW feature | 14:47 |
| bencoh | hmmm... | 14:48 |
| bencoh | mafw-gst-renderer uses xvimagesink with xoverlay | 14:48 |
| freemangordon_ | :nod: | 14:48 |
| bencoh | so ... where does the omap3 magic happen? | 14:48 |
| freemangordon_ | toldya, in HW | 14:48 |
| bencoh | OMP is able to overlay controls as well, but playback stutters | 14:48 |
| freemangordon_ | do gst-inspect on xvimagesinl | 14:49 |
| bencoh | stock mediaplayer has no playback issue, it's smooth | 14:49 |
| freemangordon_ | *xvimagesink | 14:49 |
| freemangordon_ | well, OMP has it glitches still | 14:49 |
| freemangordon_ | but this "hang" is driving me nuts, that is the last bug in Maemo still standing (for me) | 14:50 |
| bencoh | I see glitches as well when playing with a plain, simple gst-launch playbin2/xvimagesink pipeline and notifications/volume pop | 14:50 |
| bencoh | (the same glitches) | 14:51 |
| bencoh | but I dont see any on stock mediaplayer, so I guess they found a way | 14:51 |
| freemangordon_ | that's normal as well, volume indicator is not overlaid via overlay | 14:51 |
| freemangordon_ | gimme a second to find how was it called | 14:52 |
| freemangordon_ | bencoh: http://processors.wiki.ti.com/index.php/UserGuideDisplayDrivers_PSP_03.00.00.05#Color_Keying | 14:57 |
| bencoh | yeah I came across color keying as well | 14:58 |
| freemangordon_ | that is how it is supposed to be done | 14:58 |
| freemangordon_ | no ide what OMP does | 14:58 |
| freemangordon_ | *idea | 14:58 |
| bencoh | but I dunno in which window stock MP makes mafw render the video | 14:59 |
| bencoh | (the xid) | 14:59 |
| bencoh | I'm starting to think it's the rootwindow | 14:59 |
| bencoh | oh, and ... I still dont understand how it can playback when gdb-attached (mafw-gst-renderer) | 15:00 |
| *** freemangordon_ has quit IRC | 15:06 | |
| *** freemangordon_ has joined #maemo-ssu | 15:08 | |
| freemangordon_ | bencoh: it is possible that it does DMA from DSP to framebuffer | 15:09 |
| jonwil | would it be useful to poke in stock MP to see what sort of calls its making to this code (and if so, which functions should I be looking for?) | 15:09 |
| freemangordon_ | jonwil: what for? | 15:10 |
| jonwil | this mafw discussion | 15:10 |
| bencoh | freemangordon_: who is "it"? | 15:10 |
| freemangordon_ | implementing color keying in OMP is easy | 15:10 |
| jonwil | it being the stock media player | 15:10 |
| freemangordon_ | bencoh: HW :) | 15:10 |
| bencoh | gstreamer pipeline lives in mafw-gst-renderer | 15:10 |
| jonwil | i.e. figuring out what calls its making that are different to omp | 15:11 |
| freemangordon_ | not sure | 15:11 |
| jonwil | the goal here seems to be to make omp do what stock mp does | 15:11 |
| bencoh | and it's a "simple" playbin2/xvimagesink pipeline | 15:11 |
| bencoh | unless I missed someting | 15:11 |
| freemangordon_ | bencoh: I don;t think it is that simple, I guess output buffers are allocated by the player, not mafw | 15:11 |
| bencoh | output surface maybe | 15:12 |
| bencoh | (hence the xid) | 15:12 |
| freemangordon_ | also, you don;t need a running process for DMA to happen | 15:12 |
| bencoh | do you think it's end-to-end DMA? | 15:12 |
| bencoh | with no software interaction | 15:12 |
| freemangordon_ | it is not, xvimagesink does a copy | 15:12 |
| bencoh | then I dont understand how it can run when attached | 15:13 |
| bencoh | which means there has to be something else, but I dont see what :) | 15:13 |
| freemangordon_ | or you're making some mistake :) | 15:13 |
| bencoh | most probably | 15:14 |
| bencoh | :) | 15:14 |
| freemangordon_ | bencoh: anyway, even with the xid fix, OMP still hangs on me. way harder to trigger it, but still | 15:14 |
| freemangordon_ | so, there is another bug living somewhere in mafw | 15:14 |
| freemangordon_ | bencoh: what I suspect is that pipeline is not really reset on a new playback, or mafw's internal state is not reset | 15:17 |
| bencoh | yeah | 15:18 |
| freemangordon_ | jonwil: no, the goal is to find the bug in mafw which causes both players to "hang" when video playback is attempted | 15:18 |
| bencoh | funny thing is: | 15:18 |
| bencoh | * FIXME: Could the same pipeline be used for playing all media instead of | 15:18 |
| bencoh | * constantly deleting and reconstructing it again? | 15:18 |
| freemangordon_ | :D | 15:18 |
| bencoh | before _construct_pipeline | 15:18 |
| bencoh | so I guess it should be :D | 15:18 |
| freemangordon_ | camera-ui reuses the pipeline iirc | 15:19 |
| bencoh | or .... something's racy | 15:19 |
| freemangordon_ | don;t see why mafw cannot | 15:19 |
| freemangordon_ | bencoh: yeah, or that one | 15:19 |
| bencoh | camera-ui has no media/format detection issues | 15:20 |
| bencoh | pipeline can be static | 15:20 |
| bencoh | playbin2 has a lot of things going under | 15:20 |
| freemangordon_ | sure | 15:20 |
| bencoh | it's quite amazing that it works as it is considering the amount of "automagic" stuff :] | 15:21 |
| freemangordon_ | anyway, I put g_warning(__FUNC__) in all functions in ...-worker.c file, will try to find the difference between "ok" and "hang" once I am back home | 15:22 |
| freemangordon_ | bencoh: you may try to do the same as well | 15:22 |
| bencoh | how are you supposed to see warn messages wit mafw? | 15:23 |
| bencoh | run it without wrapper? | 15:24 |
| xes | freemangordon_: yes, cssu devel thumb | 15:28 |
| xes | jonwil: per-contact ring tone would be great if really working without slow down everything like with the other "fantasy" solutions of the past | 15:30 |
| freemangordon_ | bencoh: no idea | 15:33 |
| freemangordon_ | but I see them in syslog :) | 15:34 |
| freemangordon_ | xes: ringtones are supposed to be "prepared" as pcm, so they should not slow down the system | 15:35 |
| *** Sicelo009N has joined #maemo-ssu | 15:40 | |
| bencoh | freemangordon_: how right, syslog | 15:42 |
| bencoh | (I dont have it since it's not a dev device) | 15:42 |
| Sicelo009N | easy to install.. have it on all my N900 | 15:45 |
| xes | freemangordon_: yes, but old tricks with a service swapping symbolic links with ringtone associations in a txt file... were a mess | 15:46 |
| *** freemangordon_ has quit IRC | 16:09 | |
| *** sparetire_ has joined #maemo-ssu | 16:20 | |
| *** freemangordon_ has joined #maemo-ssu | 16:25 | |
| freemangordon_ | xes: right, but that's unrelated | 16:25 |
| freemangordon_ | the correct way is what jonwil said (I guess) | 16:25 |
| *** freemangordon_ has quit IRC | 16:41 | |
| *** Sicelo009N has quit IRC | 17:28 | |
| *** Pali has joined #maemo-ssu | 18:37 | |
| *** Sicelo009N has joined #maemo-ssu | 18:38 | |
| *** povbot has joined #maemo-ssu | 19:33 | |
| -card.freenode.net- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp | 19:33 | |
| *** jonwil has quit IRC | 19:46 | |
| *** useretai- has joined #maemo-ssu | 20:02 | |
| *** futpib has joined #maemo-ssu | 20:50 | |
| *** _LauRoman has joined #maemo-ssu | 21:03 | |
| *** LauRoman|Phone has joined #maemo-ssu | 21:04 | |
| *** jon_y has quit IRC | 21:34 | |
| *** jon_y has joined #maemo-ssu | 21:34 | |
| freemangordon | xes: btw, did you try the last modest? it should have "show more" working as it is supposed | 22:09 |
| freemangordon | bencoh: any progress? | 22:09 |
| bencoh | regarding? mafw? | 22:09 |
| freemangordon | yep | 22:10 |
| bencoh | not really, the strange mediaplayer bug occured again (player window closes and opens back like it crashed) | 22:10 |
| bencoh | (and no playback, of course) | 22:10 |
| freemangordon | hmm | 22:10 |
| *** useretai- is now known as useretail | 22:10 | |
| freemangordon | I am going to dig it further in a while | 22:11 |
| bencoh | I'd probably need to install syslog and add g_warns everywhere as you suggested | 22:12 |
| freemangordon | oh, I thought you already did it | 22:12 |
| freemangordon | I see no other sane way to debug that | 22:12 |
| bencoh | not yet no | 22:12 |
| bencoh | I played with gstxoverlay/colorkey and managed to overlay gtk widgets on the video (just like stock mediaplayer), but that's another story :) | 22:15 |
| bencoh | oh, and ... it feels like it's easier to trigger the mafw bug when using a gst video pipeline in a different process beforehand | 22:16 |
| *** Sicelo009N has quit IRC | 22:29 | |
| *** Sicelo009N has joined #maemo-ssu | 22:40 | |
| *** ccnnjj has quit IRC | 23:14 | |
| *** Pali has quit IRC | 23:44 | |
| *** futpib has quit IRC | 23:47 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!