| 00:34:24 | _bilgus | wodz/speachy could one of you get me a sample of the data that comes back from the bluetooth driver? or what format would you prefer if that isn't firmed up yet? |
| 01:00 |
| 01:16:29 | mendel_munkis | oscope produces really cool screendumps due to the fact that it never updates the full framebuffer |
| 01:39:37 | _bilgus | did that help you visualize how it works? |
| 01:42:42 | *** | No seen item changed, no save performed. |
| 01:49:39 | mendel_munkis | a little. |
| 01:50:37 | mendel_munkis | but the diagonal cursors still have me confused. |
| 01:58:10 | _bilgus | you are looking at it as 1 big rect instead look at it as 1-3 px slices |
| 01:58:18 | mendel_munkis | I get that. |
| 01:58:44 | _bilgus | what you see is the part of the screen that needed updated and it shifts with time |
| 01:59:02 | mendel_munkis | I just dont understand how the slices line up like that unles the screendump takes about 15 runtime loops |
| 01:59:33 | _bilgus | more like 2x screen height |
| 01:59:56 | _bilgus | it scans and saves 1 line at a time |
| 02:00 |
| 02:00:10 | _bilgus | or maybe 2 |
| 02:00:24 | _bilgus | its 2 |
| 02:01:25 | _bilgus | I don't think its a function of the oscope plugin you are seeing at all its just the differering refresh between the two |
| 02:31:18 | | Join petur [0] (~petur@199.59.5.111) |
| 02:31:18 | | Quit petur (Changing host) |
| 02:31:18 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 02:38:39 | mendel_munkis | thI relized it's deffiring refresh I was just surprised at the necessary rate of difference |
| 02:39:16 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 02:39:40 | mendel_munkis | I also just realized that due to the way plugin button handling works usb wont register if a button is held down |
| 02:39:53 | | Join fs-bluebot [0] (~fs-bluebo@55d4dbf1.access.ecotel.net) |
| 02:42:25 | | Quit bluebrother^ (Ping timeout: 240 seconds) |
| 02:42:38 | | Quit fs-bluebot_ (Ping timeout: 264 seconds) |
| 03:00 |
| 03:08:30 | mendel_munkis | bilgus I just noticed that the red wall running through a message will flip the message. |
| 03:36:49 | | Quit aevin (Ping timeout: 258 seconds) |
| 03:42:45 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:39:47 | mendel_munkis | there's a panic I've never seen before. (incorrect cpu mode) |
| 04:46:42 | mendel_munkis | can you suggest any plugins that use update_rect where w!= LCD_WIDTH? |
| 04:59:54 | mendel_munkis | splashf covers that |
| 05:00 |
| 05:32:48 | braewoods | _bilgus: the rewrite of iriver_flash is turning out nicely... |
| 05:33:10 | braewoods | _bilgus: i may end up with a shorter version in the end. i've consolidated common bits to a degree. |
| 05:42:46 | *** | No seen item changed, no save performed. |
| 06:00 |
| 06:39:01 | | Quit Stanley00 () |
| 07:00 |
| 07:36:41 | _bilgus | |
| 07:36:41 | _bilgus | |
| 07:36:41 | _bilgus | |
| 07:36:46 | _bilgus | f6ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:36:51 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:36:56 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:01 | mendel_munkis | wake up _bilgus |
| 07:37:01 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:08 | *** | Alert Mode level 1 |
| 07:37:08 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:10 | mendel_munkis | or corral the cat |
| 07:37:13 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:18 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:23 | *** | Alert Mode level 2 |
| 07:37:23 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:28 | *** | Alert Mode level 3 |
| 07:37:28 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:35 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:40 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:45 | *** | Alert Mode level 4 |
| 07:37:45 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:50 | *** | Alert Mode level 5 |
| 07:37:50 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:37:55 | *** | Alert Mode level 6 |
| 07:37:55 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:38:00 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:38:07 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc |
| 07:38:12 | _bilgus | ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc====================================================================================================================================================================================================================================================== |
| 07:38:17 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:38:22 | *** | Alert Mode level 7 |
| 07:38:22 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:38:28 | *** | Alert Mode level 8 |
| 07:38:28 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:38:32 | *** | Alert Mode level 9 |
| 07:38:32 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:38:39 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:38:44 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:38:49 | *** | Alert Mode level 10 |
| 07:38:49 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:38:54 | *** | Alert Mode level 11 |
| 07:38:54 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:38:55 | Mode | "#rockbox +o gevaerts" by ChanServ (ChanServ@services.) |
| 07:38:59 | *** | Alert Mode level 12 |
| 07:38:59 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:39:00 | Kick | (#rockbox _bilgus :_bilgus) by gevaerts!~fg@rockbox/developer/gevaerts |
| 07:39:00 | *** | Alert Mode level 13 |
| 07:39:34 | Mode | "#rockbox -o gevaerts" by ChanServ (ChanServ@services.) |
| 07:40:57 | mendel_munkis | thanks |
| 07:41:16 | gevaerts | Luckily no auto-rejoin :) |
| 07:41:24 | | Join _bilgus [0] (~bilgus@65.186.35.190) |
| 07:41:26 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:41:31 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:41:35 | mendel_munkis | you sure. |
| 07:41:37 | Mode | "#rockbox +o gevaerts" by ChanServ (ChanServ@services.) |
| 07:41:38 | *** | Alert Mode level 14 |
| 07:41:38 | DBUG | Enqueued KICK _bilgus |
| 07:41:38 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:41:43 | *** | Alert Mode level 15 |
| 07:41:43 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:41:48 | _bilgus | =========================================================================================================================================================================================================================================================================================================================================================================================================================================================================== |
| 07:41:50 | Mode | "#rockbox +b _bilgus!*@*" by gevaerts (~fg@rockbox/developer/gevaerts) |
| 07:41:54 | Kick | (#rockbox _bilgus :_bilgus) by gevaerts!~fg@rockbox/developer/gevaerts |
| 07:41:54 | *** | Alert Mode level 16 |
| 07:42:48 | *** | Saving seen data "./dancer.seen" |
| 07:43:55 | gevaerts | I don't like banning people, but... |
| 07:44:03 | | Join speachy [0] (~speachy@209.2.65.77) |
| 07:49:39 | Mode | "#rockbox -b _bilgus!*@*" by gevaerts (~fg@rockbox/developer/gevaerts) |
| 07:51:55 | *** | Alert Mode OFF |
| 07:57:09 | speachy | last night's build failure in the manual was a missing texlive package. |
| 07:57:19 | speachy | odd how no other builders worked though |
| 07:59:53 | mendel_munkis | strange |
| 08:00 |
| 08:00:50 | | Join bilgus_ [0] (~bilgus@65.186.35.190) |
| 08:01:30 | Mode | "#rockbox -o gevaerts" by ChanServ (ChanServ@services.) |
| 08:01:33 | gevaerts | Welcome back :) |
| 08:01:34 | speachy | well, to do the manual builds you need to advertise both m68k and latex separately |
| 08:01:59 | speachy | OS updates I kicked off before bed and ignored until the morning |
| 08:02:54 | bilgus_ | mendel_munkis> bilgus I just noticed that the red wall running through a message will flip the message |
| 08:03:12 | bilgus_ | ^mendel explain that |
| 08:03:44 | speachy | bilgus_: I've done zero bt stuff beyond trying to get that backend bit to execute |
| 08:04:14 | bilgus_ | I' |
| 08:04:49 | bilgus_ | I'm not sure the data to expect bt addr sure make it a string or uint_64t |
| 08:05:59 | bilgus_ | maybe signal strength idk whats common in linux bt stack will it be similar to my laptop or will it be reading dev stuff? |
| 08:06:23 | bilgus_ | gevaerts, thanks |
| 08:07:05 | mendel_munkis | nice I forgot to start the build script after the last update. |
| 08:07:58 | mendel_munkis | if the glitchy cursor runs through a splash the splash will mirror itself behind the cursor |
| 08:07:59 | bilgus_ | do you mean the data in the frame buffer causes the message to display upside down or backwards?\ |
| 08:08:22 | mendel_munkis | backwards |
| 08:08:59 | bilgus_ | so the lcd is getting junk in the framebuffer that it intreprets as commands or is it a overflow kinda thing |
| 08:09:27 | mendel_munkis | which heavily implies that somehow the osd_lcd_update_rect() call is updating x2,x1,y1,y2 instead of x1,x2,y1,y2 omehow |
| 08:10:39 | mendel_munkis | I don't think the LCD can interpret the framebuffer as commands. |
| 08:11:47 | bilgus_ | the fb that OSD touches isn't the same one as you see in the screendump |
| 08:13:03 | bilgus_ | unless it isn't better double check |
| 08:15:16 | bilgus_ | yeah it only touches the rockbox fb |
| 08:23:43 | fs-bluebot | Build Server message: New build round started. Revision 8029c89, 293 builds, 8 clients. |
| 08:39:59 | fs-bluebot | Build Server message: Build round completed after 977 seconds. |
| 08:40:02 | fs-bluebot | Build Server message: Revision 8029c89 result: All green |
| 08:51:08 | speachy | ok, g#2568 now has a working config setting |
| 08:51:11 | fs-bluebot | Gerrit review #2568 at http://gerrit.rockbox.org/r/2568 : usb: prompt user about what to do upon usb insertion (v4 WIP) by Solomon Peachy |
| 08:51:38 | speachy | ask/mass storage/charge |
| 08:52:07 | speachy | behavior wrt wps is still broken, but I'll deal with that next. |
| 08:52:27 | bilgus_ | mendel I think I got it figured out |
| 08:53:12 | mendel_munkis | oh? |
| 08:53:39 | bilgus_ | Try the latest patchset |
| 08:54:57 | bilgus_ | well gets rid of the red wall it still flips the text as the cursor goes past |
| 08:56:11 | bilgus_ | ah I bet we need to do the flip before we set rect |
| 08:57:51 | mendel_munkis | BIlgus bear in mind that reg3 0x80 is a null bit on st7783 |
| 08:59:04 | bilgus_ | in the ds but that is no guarantee |
| 09:00 |
| 09:02:39 | | Join johnb3 [0] (~johnb2@p5b3af914.dip0.t-ipconnect.de) |
| 09:02:57 | mendel_munkis | in the hardware as well. (I just tested it) |
| 09:04:15 | bilgus_ | moving it above the x registers removes the need for 0x80 on this device |
| 09:04:39 | bilgus_ | next thing is that the line is off 1 px |
| 09:05:05 | mendel_munkis | moving what above the x registers? |
| 09:05:36 | bilgus_ | the HAVE_LCD_FLIP part |
| 09:06:43 | bilgus_ | cut and paste just after imx233_lcdif_wait_ready(); |
| 09:06:51 | bilgus_ | the top most one |
| 09:11:10 | mendel_munkis | I'm still getting the bar |
| 09:11:54 | bilgus_ | odd |
| 09:12:08 | mendel_munkis | I have 0x80 always |
| 09:13:11 | bilgus_ | no I set it back to 0x1000 |
| 09:13:35 | mendel_munkis | I meant that the switch controlled by that bit is just always on on the st7781. |
| 09:13:55 | bilgus_ | oh it doesn't allow you to zero it? |
| 09:13:57 | mendel_munkis | but I dont think that is quite the case |
| 09:14:13 | mendel_munkis | thereis no such switch. |
| 09:14:32 | mendel_munkis | I was thinking that it behaves as if it was set but that cant be. |
| 09:15:54 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 09:19:36 | | Quit johnb3 (Ping timeout: 265 seconds) |
| 09:20:43 | bilgus_ | there are some hard limits on those address set bits |
| 09:20:59 | mendel_munkis | ? |
| 09:21:38 | bilgus_ | >= 0 and <=319 |
| 09:22:04 | bilgus_ | and >=0 & <=239 |
| 09:22:52 | mendel_munkis | well yes but we already check that |
| 09:29:10 | mendel_munkis | I'm gonna hit the sack now. will take another look later |
| 09:38:44 | bilgus_ | ciao |
| 09:42:49 | *** | Saving seen data "./dancer.seen" |
| 09:44:01 | bilgus_ | ciao |
| 09:44:30 | | Join johnb3 [0] (~johnb2@p5b3af914.dip0.t-ipconnect.de) |
| 09:44:44 | bilgus_ | gah today I should not have a keyboard apparently |
| 09:53:49 | | Quit johnb3 (Ping timeout: 260 seconds) |
| 09:54:54 | | Quit blbro[m] (*.net *.split) |
| 09:55:57 | | Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-tpncpihvtlasucfq) |
| 09:57:31 | | Quit blbro[m] (Ping timeout: 246 seconds) |
| 09:59:02 | | Quit danielp3344 (Ping timeout: 244 seconds) |
| 09:59:15 | | Quit kadoban (Ping timeout: 246 seconds) |
| 10:00 |
| 10:01:14 | | Quit petur (Ping timeout: 272 seconds) |
| 10:23:39 | | Join wodz [0] (~wodz@89-64-78-138.dynamic.chello.pl) |
| 10:27:45 | wodz | bilgus_: bt addr as string, name as string. AFAIK rssi is optional property (and returned only during discovery). I can check if it reported on agptek. |
| 10:28:37 | wodz | bilgus_: the stack is standard linux bt stack with the twist that it is long deprecated version. |
| 10:32:03 | | Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-qmrfmapkdtsbvjzf) |
| 10:34:10 | | Join johnb3 [0] (~johnb2@p5b3af914.dip0.t-ipconnect.de) |
| 10:34:48 | | Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-gjxtievbklnvilwp) |
| 10:43:38 | | Join kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-btxwrgfxkibtqnsg) |
| 10:47:04 | | Quit danielp3344 (Quit: Bridge terminating on SIGTERM) |
| 10:47:10 | | Quit blbro[m] (Quit: Bridge terminating on SIGTERM) |
| 10:47:11 | | Quit kadoban (Client Quit) |
| 10:51:08 | | Quit massiveH (Quit: Leaving) |
| 10:55:18 | | Join livvy [0] (~livvy@gateway/tor-sasl/livvy) |
| 10:57:29 | bilgus_ | thats enough for me to write my formatter and interface I'll let you guys hook it up after that |
| 10:57:57 | bilgus_ | my idea currently is to store a file of trusted macs with optional name |
| 10:58:18 | | Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-tynczdeouvidocvo) |
| 10:58:39 | bilgus_ | scanning will recieve a list from you of everything detected with above structure |
| 10:59:26 | bilgus_ | we are able to use pins or no? |
| 11:00 |
| 11:02:08 | bilgus_ | @wodz, so discovery is a different menu with context of reference name;password/pin;add to trusted |
| 11:02:37 | bilgus_ | I guess pair would be good in there too |
| 11:03:52 | bilgus_ | the discovery list will be a temp data structure I plan on it being allocd by me after asking the driver for a number of entries or if thats not possible then we can always just have a limit |
| 11:04:16 | wodz | bilgus_: Technically we can use pin but this would need to implement custom pairing agent. |
| 11:04:27 | wodz | bilgus_, can be done later I think |
| 11:04:53 | bilgus_ | I would like it to already be in the interface even if hidden from EU |
| 11:05:48 | bilgus_ | so after adding to trusted list the context menu gets a few new items forget, auto pair |
| 11:06:09 | wodz | bilgus_: devices you paired with can be retrived. No need to store it in extra file |
| 11:06:50 | bilgus_ | I wanted to be able to use the currently paired device to choose actions |
| 11:07:10 | wodz | bilgus_: At least on agptek and with my headset it is enough to pair and subsequently it will autoconnect. I don't have to set device as trusted. |
| 11:08:06 | bilgus_ | that seems very basic is it going to hurt to force explicitly from our side? |
| 11:09:15 | bilgus_ | or can I assign names to the device from this side back to the driver side |
| 11:09:51 | bilgus_ | what I envisioned was being able to set profiles depending on the device ou connected to |
| 11:11:01 | bilgus_ | I already have to store most of this to do that so I figured we would just do it as driven by the client and that would also come in handy later if we ever get baremetal bt |
| 11:12:44 | wodz | bilgus_: I don't understand what you are proposing. Name is returned by device, not by us (Name is readonly) property. You can set Alias property which by default returns Name but can be overwritten |
| 11:14:48 | bilgus_ | Alias would be enough to set a profile |
| 11:15:32 | bilgus_ | but again its not much more work to just do the interface on this side and only pass the mac address and or pin to the driver? |
| 11:16:49 | | Join kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-xrrstobtgwfnvduc) |
| 11:16:56 | | Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-yvzzmeluvjwkaaeg) |
| 11:20:58 | wodz | what is profile in your wording? |
| 11:22:02 | wodz | I am asking because 'profile' has very particular meaning in BT world |
| 11:22:36 | | Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) |
| 11:23:34 | bilgus_ | so I get into my car the bt is set to auto pair, device turns on sets screen to always off sets my roadrage mix to the last song played and turns the volume to 0 |
| 11:24:31 | bilgus_ | in my current code I get a return from the driver of all avail macs I check my truested list oh there are two here the phone and the car |
| 11:24:55 | bilgus_ | but the car is set to auto so I'll connect to that even though the phone is stronger |
| 11:26:27 | bilgus_ | in yours Its just the last device used? |
| 11:27:02 | bilgus_ | I could at least query the device to find which bt profile and decide my settings |
| 11:27:29 | wodz | What do you mean by 'profile' |
| 11:27:31 | wodz | ? |
| 11:28:00 | bilgus_ | those user settings vol set to 0db screen off roadrage playlist |
| 11:28:16 | bilgus_ | green background to match my car |
| 11:29:15 | wodz | personally I found it f****** complicated |
| 11:29:43 | bilgus_ | getting the device to connect by mac? |
| 11:32:16 | bilgus_ | I'm not suggesting all this be implemented by this all I really need is a way to query the driver for the current mac and use that as a key to look up in a database but I'm already storing this so why not handle the interface in RB and use the device driver as only connect/disconnect? |
| 11:34:21 | speachy | wodz: we also need a way to unpair a connection; the hiby interface doesn't actually expose that from what I can tell. |
| 11:35:20 | | Quit Moarc (Quit: i znowu NADMUCHAŁ BALONA) |
| 11:35:47 | bilgus_ | I know what I need to store now I'll get some POC code up in the next day or two |
| 11:36:09 | bilgus_ | if you hate it its not much to neuter it |
| 11:36:50 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 11:37:10 | wodz | speachy: yeah, unpairing is easy to implement |
| 11:39:04 | | Quit Oksana (Ping timeout: 240 seconds) |
| 11:42:05 | speachy | and bilgus_, offhand do you recall how one would go about exiting the WPS if it's active? sending an ACTION_WPS_BROWSE event? |
| 11:42:50 | *** | Saving seen data "./dancer.seen" |
| 11:46:23 | speachy | (And re-entering the WPS..) |
| 11:52:50 | | Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 11:59:22 | bilgus_ | I think you can pass back WPS_EXIT but how do you do that from outside the loop |
| 12:00 |
| 12:05:44 | speachy | or simply have the WPS not update itself if current_activity != WPS |
| 12:05:46 | bilgus_ | ah add it to the button queue |
| 12:06:05 | speachy | since the real problem is the wps painting over things |
| 12:06:10 | bilgus_ | problem is its not exclusive you have recording fm |
| 12:07:26 | speachy | lots of stuff can't handle USB insertion properly atm |
| 12:09:57 | speachy | oh, while I'm thinking about it; last night I think I excised the last of the python2 stuff out of the infrastructure. |
| 12:12:17 | | Join MrZeus [0] (~MrZeus@185.195.232.149) |
| 12:17:42 | bilgus_ | so all usb screen appears to do is hold the button queue hostage |
| 12:18:40 | bilgus_ | you should be able to do the same but it didn't seem to work that way when I tried yesterday |
| 12:19:18 | speachy | I'm just piggybacking onto the existing yesno popup at the moment |
| 12:20:15 | bilgus_ | yeah it only displays once then waits for key press |
| 12:20:27 | bilgus_ | where as menu run an evt loop |
| 12:21:13 | speachy | haven't found the wps callbacks that are responsible for repainting the progress bar |
| 12:23:56 | bilgus_ | I think better bet is to add GUI_EVENT_RETURN_TO_ROOT and then we can use send_event |
| 12:24:42 | bilgus_ | or even an event to halt redraw |
| 12:25:42 | bilgus_ | ah the reason it works like that for usb screen is because the wps halts on usb_insert msg |
| 12:26:09 | speachy | yup, and we don't want to halt if the user says to not |
| 12:26:52 | bilgus_ | yep line 920 |
| 12:28:01 | bilgus_ | I think we should be able to inject buttons into the queue or we can use the event mechanism |
| 12:28:35 | bilgus_ | a simple loop that yields till its released would probably work |
| 12:28:54 | bilgus_ | to effect a suspend |
| 12:49:58 | speachy | it looks like GUI_EVENT_ACTIONUPDATE only updates the statusbar. |
| 12:50:14 | wodz | speachy: There is bluez_remove_device() which unpairs and makes bluez forget about device. |
| 13:00 |
| 13:03:12 | speachy | doing a queue_post(&button_queue, BUTTON_REDRAW, 0); after the yesno prompt helps, but the background of the WPS isn't getting repainted. |
| 13:06:19 | speachy | new version pushed |
| 13:26:57 | bilgus_ | if you want to force a repaint just do set_viewport(NULL) |
| 13:28:02 | bilgus_ | the wps isn't updating anything but dynamic items when you send the action |
| 13:28:11 | speachy | ah |
| 13:29:40 | bilgus_ | I still think it'll display the progressbar though because its still fighting to update |
| 13:30:00 | speachy | yeah, that's a flaw in the bowels of the wps code |
| 13:30:24 | bilgus_ | I was already running up against it for that ONDA VX sim |
| 13:30:46 | bilgus_ | only problem is when I chnage it on other devices it doesnot work right |
| 13:31:18 | bilgus_ | its hacked around for now till I get more info |
| 13:32:10 | bilgus_ | but I think you can inject a new event STOP_WPS or something and have the wps listen for it in the event loop call gwps_leave and return GO_TO_ROOT |
| 13:33:29 | | Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) |
| 13:33:48 | bilgus_ | I do like the GUI_SKIN_SUSPEND and have it peek the queue till it sees GUI_SKIN_RESUME |
| 13:34:05 | bilgus_ | then it works everywhere |
| 13:34:26 | speachy | yeah |
| 13:34:50 | speachy | set_viewport(NULL) doesn't seem to be sufficient; it's the same effect. |
| 13:35:07 | speachy | static elements of the wps aren't repainted. |
| 13:35:41 | bilgus_ | weird it explicitly sets it |
| 13:37:08 | speachy | essentially −− FOR_NB_SCREENS(i) { screens[i].set_viewport(NULL); } |
| 13:37:15 | bilgus_ | try defining ONDA_VX747 at the top of skin_render.c |
| 13:37:24 | bilgus_ | maybe its the same issue as the onda |
| 13:37:32 | bilgus_ | and it might be just sims too |
| 13:37:52 | speachy | (this is on the hosted target btw) |
| 13:39:28 | bilgus_ | what it acts like is someone else clears the flags because if I set it at the top and remove all the calls to set it to 0 it still doesn't get passed through to the end handler |
| 13:40:00 | bilgus_ | might be someones workaround but damned if I know where it happens |
| 13:40:14 | bilgus_ | either that or its an ovfl |
| 13:40:53 | bilgus_ | which is probably equally possible |
| 13:42:53 | *** | No seen item changed, no save performed. |
| 13:56:23 | wodz | fire sim in gdb and set brakpoint/watchpoint then |
| 14:00 |
| 14:00:26 | bilgus_ | As far as I knew it was only the onda sim but if its more widespread probably wise idea |
| 14:29:30 | fs-bluebot | Build Server message: New build round started. Revision 066d471, 293 builds, 8 clients. |
| 14:40:26 | | Quit edhelas (Remote host closed the connection) |
| 14:45:50 | fs-bluebot | Build Server message: Build round completed after 979 seconds. |
| 14:45:52 | fs-bluebot | Build Server message: Revision 066d471 result: All green |
| 15:00 |
| 15:03:08 | speachy | anyone out there with an ipod + msata ssd? I have an experiment to try |
| 15:42:56 | *** | Saving seen data "./dancer.seen" |
| 16:00 |
| 16:18:31 | speachy | btw, the prompt patch on a real hw target (mini2g) works about as well. which is to say wps a little wonky, but otherwise it's peachy |
| 16:26:41 | | Quit ChanServ (shutting down) |
| 16:26:47 | speachy | I'm wondering if changing the default to mass storage (ie to match existing behavior) and committing it as-is might not be a good step forward. |
| 16:29:10 | | Join remihacker5 [0] (~remington@pax.irondistrict.org) |
| 16:32:26 | | Join ChanServ [0] (ChanServ@services.) |
| 16:32:26 | Mode | "#rockbox +o ChanServ " by weber.freenode.net |
| 16:37:04 | remihacker5 | hello |
| 16:49:25 | | Quit remihacker5 (Ping timeout: 264 seconds) |
| 17:00 |
| 17:12:05 | | Quit wodz (Ping timeout: 244 seconds) |
| 17:43:00 | *** | Saving seen data "./dancer.seen" |
| 18:00 |
| 18:26:45 | braewoods | speachy: what are the alignment guarantees regarding the plugin buffer and the audio buffer? |
| 18:27:01 | braewoods | speachy: what i intend to use them for needs word alignment. |
| 18:27:21 | braewoods | iow, starts on an even address. |
| 18:30:21 | speachy | I believe they're both guaranteed to be word-aligned. |
| 18:31:18 | speachy | but it doesn't hurt to check at runtime.. somethig like (if ptr & 3) ptr += (4-ptr&3) |
| 18:32:10 | speachy | oh, btw, you were saying sometihng about more sh remnants in some places? |
| 18:32:40 | braewoods | speachy: yes. |
| 18:33:10 | braewoods | tools/configure: arch="sh" |
| 18:33:53 | braewoods | apps/plugins/chessbox/chessbox.make:ifeq ($(CPU),sh) |
| 18:34:54 | braewoods | and some others in various documentation files |
| 18:35:05 | braewoods | firmware/decompressor/link.lds:OUTPUT_FORMAT(elf32-sh) |
| 18:35:18 | braewoods | gdb/README: # sh-elf-gdb -b 38400 test.elf |
| 18:35:19 | braewoods | etc |
| 18:35:52 | braewoods | superh cpus are somewhat rare from what i've seen |
| 18:37:15 | braewoods | main thing they were used in was the xbox |
| 18:37:21 | braewoods | err |
| 18:37:23 | braewoods | no dreamcast |
| 18:37:25 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 18:37:25 | * | braewoods facepalms |
| 18:37:30 | speachy | SNES too |
| 18:37:52 | braewoods | for what? i though the SNES used a variant of the 6502 |
| 18:38:03 | speachy | the NES was a 6502 variant |
| 18:38:22 | braewoods | ok, right, the snes has a 6502 compatible cpu... |
| 18:39:05 | braewoods | main advantage was a larger address bus |
| 18:39:18 | speachy | but yeah, I see you're right about the SNES too |
| 18:39:37 | speachy | well, it is a native 16-bit processor (with a 6502-compatibile mode) |
| 18:39:48 | braewoods | they probably did that as a stop gap to make it easier to port NES to SNES |
| 18:39:58 | braewoods | some titles were released for both in the early days |
| 18:41:46 | | Join skapazzo [0] (~skapazzo@151.9.205.227) |
| 18:44:13 | fs-bluebot | Build Server message: New build round started. Revision 090bd95, 293 builds, 9 clients. |
| 18:50:15 | | Quit skapazzo (Quit: Lost terminal) |
| 19:00 |
| 19:11:48 | fs-bluebot | Build Server message: Build round completed after 1654 seconds. |
| 19:11:51 | fs-bluebot | Build Server message: Revision 090bd95 result: All green |
| 19:26:39 | | Quit lebellium (Quit: Leaving) |
| 19:38:38 | | Quit bluebrother (Disconnected by services) |
| 19:38:43 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 19:39:55 | | Join fs-bluebot_ [0] (~fs-bluebo@55d4d61d.access.ecotel.net) |
| 19:42:24 | | Quit fs-bluebot (Ping timeout: 260 seconds) |
| 19:43:04 | *** | Saving seen data "./dancer.seen" |
| 19:47:08 | | Quit livvy (Quit: Network issue or system upgrade probably) |
| 20:00 |
| 20:12:03 | | Quit MrZeus (Read error: Connection reset by peer) |
| 20:17:35 | | Quit bilgus_ (Read error: Connection reset by peer) |
| 20:18:56 | | Join bilgus_ [0] (~bilgus@65.186.35.190) |
| 20:25:13 | | Quit skx_ (Remote host closed the connection) |
| 21:00 |
| 21:43:07 | *** | Saving seen data "./dancer.seen" |
| 22:00 |
| 22:03:26 | fs-bluebot_ | Build Server message: New build round started. Revision 5db83c1, 293 builds, 9 clients. |
| 22:25:57 | fs-bluebot_ | Build Server message: Build round completed after 1351 seconds. |
| 22:25:59 | fs-bluebot_ | Build Server message: Revision 5db83c1 result: All green |
| 22:37:01 | | Join cynewulf [0] (~cynewulf@ip68-99-139-75.ph.ph.cox.net) |
| 23:00 |
| 23:12:05 | | Quit TheSeven (Disconnected by services) |
| 23:12:15 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 23:43:10 | *** | Saving seen data "./dancer.seen" |
| 23:46:45 | | Quit cynewulf (Read error: Connection reset by peer) |
icon identifies that the person is a core developer (has commit access).