**** BEGIN LOGGING AT Fri Nov 04 03:00:00 2016 Nov 04 05:37:57 hi Nov 04 05:38:08 uhllo Nov 04 06:14:15 jonwil: Hello. Nov 04 08:29:03 brolin_empey: no idea Nov 04 08:31:14 36bit doesn't make much sense to me, it would be 3*12bit or 4*9bit, both of which sounds weird for displays Nov 04 08:32:27 you'll need the datasheets for the graphics controller on the board and for the display Nov 04 08:37:30 you *could* try if the graphicscard->display format actually works as expected on 1280*800 and it's just the OS' management of the 'framebuffer' that's assuming incorrect resolution. I would write a small program to write random rubbish (or a unique asymmetric pattern) directly to framebuffer memory without using any of the display manager program's functions. For this you ideally lock the multitasking/taskswitching during the test Nov 04 09:21:41 moin Nov 04 12:58:34 DocScrutinizer05: OK, thank you. **** BEGIN LOGGING AT Fri Nov 04 18:26:21 2016 Nov 04 23:04:42 hi Nov 04 23:05:29 uhllo Nov 04 23:07:35 hi jonwil Nov 04 23:27:22 Still no closer to figuring out how I am going to read/parse the GTFS data in the transit app I plan to write. I found a tool that converts GTFS data into a SQLite database but the tool requires libzip2 and libcsv3 neither of which are in the repos and I dont really know how to go about porting them to Maemo Nov 04 23:27:39 And then I would also need to come up with packaging bits for gtfs2db as well to get that into the repos Nov 04 23:27:48 Maybe I need to forget all this and write my own GTFS parser Nov 04 23:28:04 I am sure there is something in the repos that can read zip files Nov 04 23:28:27 and comma delimited files are easy enough to parse... Nov 04 23:29:38 or maybe I should just go ahead and get libzip, libcsv and gtfs2db into the repo :) Nov 05 00:32:42 http://talk.maemo.org/showthread.php?p=1518055#post1518055 **** ENDING LOGGING AT Sat Nov 05 03:00:00 2016