Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2020-11-03

00:34:24_bilguswodz/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:29mendel_munkisoscope produces really cool screendumps due to the fact that it never updates the full framebuffer
01:39:37_bilgusdid that help you visualize how it works?
01:42:42***No seen item changed, no save performed.
01:49:39mendel_munkisa little.
01:50:37mendel_munkisbut the diagonal cursors still have me confused.
01:58:10_bilgusyou are looking at it as 1 big rect instead look at it as 1-3 px slices
01:58:18mendel_munkisI get that.
01:58:44_bilguswhat you see is the part of the screen that needed updated and it shifts with time
01:59:02mendel_munkisI just dont understand how the slices line up like that unles the screendump takes about 15 runtime loops
01:59:33_bilgusmore like 2x screen height
01:59:56_bilgusit scans and saves 1 line at a time
02:00
02:00:10_bilgusor maybe 2
02:00:24_bilgusits 2
02:01:25_bilgusI 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:39mendel_munkisthI 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:40mendel_munkisI 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:30mendel_munkisbilgus 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:47mendel_munkisthere's a panic I've never seen before. (incorrect cpu mode)
04:46:42mendel_munkiscan you suggest any plugins that use update_rect where w!= LCD_WIDTH?
04:59:54mendel_munkissplashf covers that
05:00
05:32:48braewoods_bilgus: the rewrite of iriver_flash is turning out nicely...
05:33:10braewoods_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_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:36:56_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:01mendel_munkiswake up _bilgus
07:37:01_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:08***Alert Mode level 1
07:37:08_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:10mendel_munkisor corral the cat
07:37:13_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:18_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:23***Alert Mode level 2
07:37:23_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:28***Alert Mode level 3
07:37:28_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:35_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:40_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:45***Alert Mode level 4
07:37:45_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:50***Alert Mode level 5
07:37:50_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:37:55***Alert Mode level 6
07:37:55_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:38:00_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:38:07_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc
07:38:12_bilgusccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc======================================================================================================================================================================================================================================================
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:55Mode"#rockbox +o gevaerts" by ChanServ (ChanServ@services.)
07:38:59***Alert Mode level 12
07:38:59_bilgus===========================================================================================================================================================================================================================================================================================================================================================================================================================================================================
07:39:00Kick(#rockbox _bilgus :_bilgus) by gevaerts!~fg@rockbox/developer/gevaerts
07:39:00***Alert Mode level 13
07:39:34Mode"#rockbox -o gevaerts" by ChanServ (ChanServ@services.)
07:40:57mendel_munkisthanks
07:41:16gevaertsLuckily no auto-rejoin :)
07:41:24 Join _bilgus [0] (~bilgus@65.186.35.190)
07:41:26_bilgus===========================================================================================================================================================================================================================================================================================================================================================================================================================================================================
07:41:31_bilgus===========================================================================================================================================================================================================================================================================================================================================================================================================================================================================
07:41:35mendel_munkisyou sure.
07:41:37Mode"#rockbox +o gevaerts" by ChanServ (ChanServ@services.)
07:41:38***Alert Mode level 14
07:41:38DBUGEnqueued KICK _bilgus
07:41:38_bilgus===========================================================================================================================================================================================================================================================================================================================================================================================================================================================================
07:41:43***Alert Mode level 15
07:41:43_bilgus===========================================================================================================================================================================================================================================================================================================================================================================================================================================================================
07:41:48_bilgus===========================================================================================================================================================================================================================================================================================================================================================================================================================================================================
07:41:50Mode"#rockbox +b _bilgus!*@*" by gevaerts (~fg@rockbox/developer/gevaerts)
07:41:54Kick(#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:55gevaertsI don't like banning people, but...
07:44:03 Join speachy [0] (~speachy@209.2.65.77)
07:49:39Mode"#rockbox -b _bilgus!*@*" by gevaerts (~fg@rockbox/developer/gevaerts)
07:51:55***Alert Mode OFF
07:57:09speachylast night's build failure in the manual was a missing texlive package.
07:57:19speachyodd how no other builders worked though
07:59:53mendel_munkisstrange
08:00
08:00:50 Join bilgus_ [0] (~bilgus@65.186.35.190)
08:01:30Mode"#rockbox -o gevaerts" by ChanServ (ChanServ@services.)
08:01:33gevaertsWelcome back :)
08:01:34speachywell, to do the manual builds you need to advertise both m68k and latex separately
08:01:59speachyOS updates I kicked off before bed and ignored until the morning
08:02:54bilgus_mendel_munkis> bilgus I just noticed that the red wall running through a message will flip the message
08:03:12bilgus_^mendel explain that
08:03:44speachybilgus_: I've done zero bt stuff beyond trying to get that backend bit to execute
08:04:14bilgus_I'
08:04:49bilgus_I'm not sure the data to expect bt addr sure make it a string or uint_64t
08:05:59bilgus_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:23bilgus_gevaerts, thanks
08:07:05mendel_munkisnice I forgot to start the build script after the last update.
08:07:58mendel_munkisif the glitchy cursor runs through a splash the splash will mirror itself behind the cursor
08:07:59bilgus_do you mean the data in the frame buffer causes the message to display upside down or backwards?\
08:08:22mendel_munkisbackwards
08:08:59bilgus_so the lcd is getting junk in the framebuffer that it intreprets as commands or is it a overflow kinda thing
08:09:27mendel_munkiswhich 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:39mendel_munkisI don't think the LCD can interpret the framebuffer as commands.
08:11:47bilgus_the fb that OSD touches isn't the same one as you see in the screendump
08:13:03bilgus_unless it isn't better double check
08:15:16bilgus_yeah it only touches the rockbox fb
08:23:43fs-bluebotBuild Server message: New build round started. Revision 8029c89, 293 builds, 8 clients.
08:39:59fs-bluebotBuild Server message: Build round completed after 977 seconds.
08:40:02fs-bluebotBuild Server message: Revision 8029c89 result: All green
08:51:08speachyok,g#2568 now has a working config setting
08:51:11fs-bluebotGerrit 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:38speachyask/mass storage/charge
08:52:07speachybehavior wrt wps is still broken, but I'll deal with that next.
08:52:27bilgus_mendel I think I got it figured out
08:53:12mendel_munkisoh?
08:53:39bilgus_Try the latest patchset
08:54:57bilgus_well gets rid of the red wall it still flips the text as the cursor goes past
08:56:11bilgus_ah I bet we need to do the flip before we set rect
08:57:51mendel_munkisBIlgus bear in mind that reg3 0x80 is a null bit on st7783
08:59:04bilgus_in the ds but that is no guarantee
09:00
09:02:39 Join johnb3 [0] (~johnb2@p5b3af914.dip0.t-ipconnect.de)
09:02:57mendel_munkisin the hardware as well. (I just tested it)
09:04:15bilgus_moving it above the x registers removes the need for 0x80 on this device
09:04:39bilgus_next thing is that the line is off 1 px
09:05:05mendel_munkismoving what above the x registers?
09:05:36bilgus_the HAVE_LCD_FLIP part
09:06:43bilgus_cut and paste just after imx233_lcdif_wait_ready();
09:06:51bilgus_the top most one
09:11:10mendel_munkisI'm still getting the bar
09:11:54bilgus_odd
09:12:08mendel_munkisI have 0x80 always
09:13:11bilgus_no I set it back to 0x1000
09:13:35mendel_munkisI meant that the switch controlled by that bit is just always on on the st7781.
09:13:55bilgus_oh it doesn't allow you to zero it?
09:13:57mendel_munkisbut I dont think that is quite the case
09:14:13mendel_munkisthereis no such switch.
09:14:32mendel_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:43bilgus_there are some hard limits on those address set bits
09:20:59mendel_munkis?
09:21:38bilgus_>= 0 and <=319
09:22:04bilgus_and >=0 & <=239
09:22:52mendel_munkiswell yes but we already check that
09:29:10mendel_munkisI'm gonna hit the sack now. will take another look later
09:38:44bilgus_ciao
09:42:49***Saving seen data "./dancer.seen"
09:44:01bilgus_ciao
09:44:30 Join johnb3 [0] (~johnb2@p5b3af914.dip0.t-ipconnect.de)
09:44:44bilgus_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:45wodzbilgus_: 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:37wodzbilgus_: 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:29bilgus_thats enough for me to write my formatter and interface I'll let you guys hook it up after that
10:57:57bilgus_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:39bilgus_scanning will recieve a list from you of everything detected with above structure
10:59:26bilgus_we are able to use pins or no?
11:00
11:02:08bilgus_@wodz, so discovery is a different menu with context of reference name;password/pin;add to trusted
11:02:37bilgus_I guess pair would be good in there too
11:03:52bilgus_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:16wodzbilgus_: Technically we can use pin but this would need to implement custom pairing agent.
11:04:27wodzbilgus_, can be done later I think
11:04:53bilgus_I would like it to already be in the interface even if hidden from EU
11:05:48bilgus_so after adding to trusted list the context menu gets a few new items forget, auto pair
11:06:09wodzbilgus_: devices you paired with can be retrived. No need to store it in extra file
11:06:50bilgus_I wanted to be able to use the currently paired device to choose actions
11:07:10wodzbilgus_: 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:06bilgus_that seems very basic is it going to hurt to force explicitly from our side?
11:09:15bilgus_or can I assign names to the device from this side back to the driver side
11:09:51bilgus_what I envisioned was being able to set profiles depending on the device ou connected to
11:11:01bilgus_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:44wodzbilgus_: 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:48bilgus_Alias would be enough to set a profile
11:15:32bilgus_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:58wodzwhat is profile in your wording?
11:22:02wodzI am asking because 'profile' has very particular meaning in BT world
11:22:36 Quit johnb3 (Quit: Nettalk6 - www.ntalk.de)
11:23:34bilgus_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:31bilgus_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:55bilgus_but the car is set to auto so I'll connect to that even though the phone is stronger
11:26:27bilgus_in yours Its just the last device used?
11:27:02bilgus_I could at least query the device to find which bt profile and decide my settings
11:27:29wodzWhat do you mean by 'profile'
11:27:31wodz?
11:28:00bilgus_those user settings vol set to 0db screen off roadrage playlist
11:28:16bilgus_green background to match my car
11:29:15wodzpersonally I found it f****** complicated
11:29:43bilgus_getting the device to connect by mac?
11:32:16bilgus_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:21speachywodz: 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:47bilgus_I know what I need to store now I'll get some POC code up in the next day or two
11:36:09bilgus_if you hate it its not much to neuter it
11:36:50 Join Moarc [0] (~chujko@a105.net128.okay.pl)
11:37:10wodzspeachy: yeah, unpairing is easy to implement
11:39:04 Quit Oksana (Ping timeout: 240 seconds)
11:42:05speachyand 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:23speachy(And re-entering the WPS..)
11:52:50 Join Oksana [0] (~Wikiwide@Maemo/community/ex-council/Wikiwide)
11:59:22bilgus_I think you can pass back WPS_EXIT but how do you do that from outside the loop
12:00
12:05:44speachyor simply have the WPS not update itself if current_activity != WPS
12:05:46bilgus_ah add it to the button queue
12:06:05speachysince the real problem is the wps painting over things
12:06:10bilgus_problem is its not exclusive you have recording fm
12:07:26speachylots of stuff can't handle USB insertion properly atm
12:09:57speachyoh, 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:42bilgus_so all usb screen appears to do is hold the button queue hostage
12:18:40bilgus_you should be able to do the same but it didn't seem to work that way when I tried yesterday
12:19:18speachyI'm just piggybacking onto the existing yesno popup at the moment
12:20:15bilgus_yeah it only displays once then waits for key press
12:20:27bilgus_where as menu run an evt loop
12:21:13speachyhaven't found the wps callbacks that are responsible for repainting the progress bar
12:23:56bilgus_I think better bet is to add GUI_EVENT_RETURN_TO_ROOT and then we can use send_event
12:24:42bilgus_or even an event to halt redraw
12:25:42bilgus_ah the reason it works like that for usb screen is because the wps halts on usb_insert msg
12:26:09speachyyup, and we don't want to halt if the user says to not
12:26:52bilgus_yep line 920
12:28:01bilgus_I think we should be able to inject buttons into the queue or we can use the event mechanism
12:28:35bilgus_a simple loop that yields till its released would probably work
12:28:54bilgus_to effect a suspend
12:49:58speachyit looks like GUI_EVENT_ACTIONUPDATE only updates the statusbar.
12:50:14wodzspeachy: There is bluez_remove_device() which unpairs and makes bluez forget about device.
13:00
13:03:12speachydoing 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:19speachynew version pushed
13:26:57bilgus_if you want to force a repaint just do set_viewport(NULL)
13:28:02bilgus_the wps isn't updating anything but dynamic items when you send the action
13:28:11speachyah
13:29:40bilgus_I still think it'll display the progressbar though because its still fighting to update
13:30:00speachyyeah, that's a flaw in the bowels of the wps code
13:30:24bilgus_I was already running up against it for that ONDA VX sim
13:30:46bilgus_only problem is when I chnage it on other devices it doesnot work right
13:31:18bilgus_its hacked around for now till I get more info
13:32:10bilgus_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:48bilgus_I do like the GUI_SKIN_SUSPEND and have it peek the queue till it sees GUI_SKIN_RESUME
13:34:05bilgus_then it works everywhere
13:34:26speachyyeah
13:34:50speachyset_viewport(NULL) doesn't seem to be sufficient; it's the same effect.
13:35:07speachystatic elements of the wps aren't repainted.
13:35:41bilgus_weird it explicitly sets it
13:37:08speachyessentially −− FOR_NB_SCREENS(i) { screens[i].set_viewport(NULL); }
13:37:15bilgus_try defining ONDA_VX747 at the top of skin_render.c
13:37:24bilgus_maybe its the same issue as the onda
13:37:32bilgus_and it might be just sims too
13:37:52speachy(this is on the hosted target btw)
13:39:28bilgus_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:00bilgus_might be someones workaround but damned if I know where it happens
13:40:14bilgus_either that or its an ovfl
13:40:53bilgus_which is probably equally possible
13:42:53***No seen item changed, no save performed.
13:56:23wodzfire sim in gdb and set brakpoint/watchpoint then
14:00
14:00:26bilgus_As far as I knew it was only the onda sim but if its more widespread probably wise idea
14:29:30fs-bluebotBuild Server message: New build round started. Revision 066d471, 293 builds, 8 clients.
14:40:26 Quit edhelas (Remote host closed the connection)
14:45:50fs-bluebotBuild Server message: Build round completed after 979 seconds.
14:45:52fs-bluebotBuild Server message: Revision 066d471 result: All green
15:00
15:03:08speachyanyone 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:31speachybtw, 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:47speachyI'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:26Mode"#rockbox +o ChanServ " by weber.freenode.net
16:37:04remihacker5hello
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:45braewoodsspeachy: what are the alignment guarantees regarding the plugin buffer and the audio buffer?
18:27:01braewoodsspeachy: what i intend to use them for needs word alignment.
18:27:21braewoodsiow, starts on an even address.
18:30:21speachyI believe they're both guaranteed to be word-aligned.
18:31:18speachybut it doesn't hurt to check at runtime.. somethig like (if ptr & 3) ptr += (4-ptr&3)
18:32:10speachyoh, btw, you were saying sometihng about more sh remnants in some places?
18:32:40braewoodsspeachy: yes.
18:33:10braewoodstools/configure: arch="sh"
18:33:53braewoodsapps/plugins/chessbox/chessbox.make:ifeq ($(CPU),sh)
18:34:54braewoodsand some others in various documentation files
18:35:05braewoodsfirmware/decompressor/link.lds:OUTPUT_FORMAT(elf32-sh)
18:35:18braewoodsgdb/README: # sh-elf-gdb -b 38400 test.elf
18:35:19braewoodsetc
18:35:52braewoodssuperh cpus are somewhat rare from what i've seen
18:37:15braewoodsmain thing they were used in was the xbox
18:37:21braewoodserr
18:37:23braewoodsno dreamcast
18:37:25CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
18:37:25*braewoods facepalms
18:37:30speachySNES too
18:37:52braewoodsfor what? i though the SNES used a variant of the 6502
18:38:03speachythe NES was a 6502 variant
18:38:22braewoodsok, right, the snes has a 6502 compatible cpu...
18:39:05braewoodsmain advantage was a larger address bus
18:39:18speachybut yeah, I see you're right about the SNES too
18:39:37speachywell, it is a native 16-bit processor (with a 6502-compatibile mode)
18:39:48braewoodsthey probably did that as a stop gap to make it easier to port NES to SNES
18:39:58braewoodssome titles were released for both in the early days
18:41:46 Join skapazzo [0] (~skapazzo@151.9.205.227)
18:44:13fs-bluebotBuild Server message: New build round started. Revision 090bd95, 293 builds, 9 clients.
18:50:15 Quit skapazzo (Quit: Lost terminal)
19:00
19:11:48fs-bluebotBuild Server message: Build round completed after 1654 seconds.
19:11:51fs-bluebotBuild 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:26fs-bluebot_Build Server message: New build round started. Revision 5db83c1, 293 builds, 9 clients.
22:25:57fs-bluebot_Build Server message: Build round completed after 1351 seconds.
22:25:59fs-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)

Previous day | Next day