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).

#rockbox log for 2015-02-18

00:11:10 Quit AlexP (Remote host closed the connection)
00:28:58 Quit ender` (Quit: There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies. -- C.A.R. Hoare)
00:32:42 Nick scorche|1h is now known as scorche|sh (~scorche@rockbox/administrator/scorche)
00:43:29 Join RiD [0] (
00:43:29 Quit RiD (Client Quit)
00:55:30 Join Strife89 [0] (
01:25:16 Join [Saint] [0] (77e0273c@rockbox/staff/saint)
01:32:46***Saving seen data "./dancer.seen"
01:44:26 Join AlexP [0] (~alex@rockbox/staff/AlexP)
01:46:23 Join cmhobbs [0] (
01:46:23 Quit cmhobbs (Changing host)
01:46:24 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs)
02:12:16 Join wubking [0] (
02:13:45 Quit TheLemonMan (Quit: leaving)
02:17:59 Quit AlexP (Remote host closed the connection)
02:31:53 Quit ZincAlloy1 (Quit: Leaving.)
03:24:25 Quit [Franklin] (Ping timeout: 252 seconds)
03:32:47***Saving seen data "./dancer.seen"
04:55:37 Join AidanSonoda [0] (4ccd0071@gateway/web/freenode/ip.
05:05:22AidanSonodaApologies if RaaA is considered off-topic here, but I'm running rockbox on a Galaxy S5 - with just about everything working great. One remaining issue is that the volume adjustment does not respect rockbox's 100 steps (as it used to on my previous phone). Rockbox shows the volume increase/decrease but the actual level simply "jumps" every 7 steps with no change in between the jumps. -27 to -26 is a large step in loudness then no
05:32:48***No seen item changed, no save performed.
05:38:59 Quit TheSeven (Ping timeout: 265 seconds)
05:40:29 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:54:59[Saint]A: Your message was too long and got truncated
05:55:18[Saint]B: is this in the lockscreen, or when Rockbox is otherwise backgrounded?
06:02:05 Join SuperBrainAK [0] (
06:03:05SuperBrainAKhey all long time no see, what would be the best way to get a replacement battery for the sansa clip zip?
06:04:28 Join krabador [0] (~krabador@unaffiliated/krabador)
06:05:11SuperBrainAKi saw a lot of 9 zips and one + that are various shades of broken, dunno if that would be worth the ~7$ for them
06:05:25SuperBrainAKon ebay
06:05:55[Saint]50 Shades of Broken Sansas.
06:08:46SuperBrainAKi might just strap an old novatel 1150mAH cell to the back and deal with the extra bulk
06:11:38SuperBrainAKis there a safe way to remove the clip and put it back on?
06:14:27 Quit krabador (Quit: Sto andando via)
06:55:25 Join Napych [0] (
07:05:52 Quit Napych (Quit: Napych)
07:28:38 Join goom [0] (
07:29:58 Quit goom (Client Quit)
07:32:50***Saving seen data "./dancer.seen"
07:46:57 Quit Strife89 (Ping timeout: 250 seconds)
07:52:24 Join xorly [0] (
08:07:58 Join Napych [0] (
08:09:47 Part Napych
08:23:29 Join ender` [0] (
08:24:23 Quit xorly (Ping timeout: 245 seconds)
08:36:42 Quit SuperBrainAK (Read error: Connection reset by peer)
09:05:39 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
09:05:47 Join mortalis [0] (~kvirc@
09:13:53 Quit scorche (Read error: Connection reset by peer)
09:14:29 Join scorche [0] (~scorche@rockbox/administrator/scorche)
09:25:02 Quit Scall (Ping timeout: 252 seconds)
09:25:04 Quit [Saint] (Quit: [Read error: Connection reset by queer])
09:26:48 Quit JanC (Ping timeout: 264 seconds)
09:28:14 Join Scall [0] (~chat@unaffiliated/scall)
09:32:53***Saving seen data "./dancer.seen"
09:38:23 Join ender [0] (
09:39:49 Quit TheSeven (Read error: Connection reset by peer)
09:40:02 Join JanC [0] (~janc@lugwv/member/JanC)
09:40:44 Quit ender` (Ping timeout: 246 seconds)
09:42:09 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
09:51:57 Quit pamaury (Ping timeout: 264 seconds)
10:16:41 Join xorly [0] (
10:20:18 Quit mc2739 (Read error: Connection reset by peer)
10:21:11 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
10:23:32 Quit krnlyng (Remote host closed the connection)
10:25:54 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:46:30 Join goom [0] (
10:52:08 Quit xorly (Ping timeout: 250 seconds)
10:55:24 Join einhirn [0] (
10:55:59 Quit goom (Quit: Leaving)
11:32:54***Saving seen data "./dancer.seen"
11:49:08 Join ZincAlloy [0] (
11:50:47 Quit yosafbridge (Ping timeout: 245 seconds)
11:52:31 Join yosafbridge [0] (
11:53:02 Join AlexP [0] (~alex@rockbox/staff/AlexP)
12:04:46 Join markun [0] (~markun@rockbox/developer/markun)
12:20:26 Join xorly [0] (
12:31:57 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman)
12:37:13 Join krnlyng [0] (~liar@
12:39:24 Quit xorly (Ping timeout: 255 seconds)
13:06:54 Join xorly [0] (
13:32:56***Saving seen data "./dancer.seen"
14:43:24 Join RiD [0] (
14:52:47 Join amayer [0] (
15:01:05 Quit cmhobbs (Remote host closed the connection)
15:01:54 Quit AidanSonoda (Ping timeout: 246 seconds)
15:28:57 Quit amayer (Quit: Leaving)
15:32:59***Saving seen data "./dancer.seen"
15:37:17 Join amayer [0] (
15:40:10 Quit shamus (Ping timeout: 246 seconds)
15:40:34 Join shamus [0] (
15:43:47 Quit AlexP (Remote host closed the connection)
16:00:24 Quit JanC (Ping timeout: 264 seconds)
16:06:51 Quit xorly (Ping timeout: 240 seconds)
16:11:01 Quit shamus (Read error: Connection reset by peer)
16:11:30 Join shamus [0] (
16:12:45 Join JanC [0] (~janc@lugwv/member/JanC)
16:15:40 Quit TheLemonMan (Quit: leaving)
16:20:49 Join JdGordon [0] (
16:20:49 Quit JdGordon (Changing host)
16:20:49 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
16:22:43 Quit JdGordon_ (Ping timeout: 245 seconds)
16:40:09 Nick Ivoah_ is now known as Ivoah (
16:43:33 Quit shamus (Ping timeout: 245 seconds)
16:44:24 Join shamus [0] (
16:45:58 Quit krnlyng (Ping timeout: 252 seconds)
16:49:12 Quit shamus (Ping timeout: 250 seconds)
16:49:54 Join shamus [0] (
16:55:00 Join AlexP [0] (~alex@rockbox/staff/AlexP)
16:59:01 Quit shamus (Ping timeout: 250 seconds)
16:59:14 Join shamus [0] (
17:33:02***Saving seen data "./dancer.seen"
17:37:16 Quit amayer (Quit: Leaving)
17:49:02 Join [Franklin] [0] (~franklin@unaffiliated/franklin)
18:08:28 Quit shamus (Ping timeout: 252 seconds)
18:08:44 Join shamus [0] (
18:13:33 Quit shamus (Ping timeout: 250 seconds)
18:14:07 Join shamus [0] (
18:33:10 Join xorly [0] (
18:38:50 Quit shamus (Ping timeout: 250 seconds)
18:39:48 Join shamus [0] (
18:41:02 Join krabador [0] (~krabador@unaffiliated/krabador)
18:42:38 Quit [Franklin] (Quit: leaving)
18:43:29 Join [Franklin] [0] (~franklin@unaffiliated/franklin)
18:47:09 Quit shamus (Ping timeout: 264 seconds)
18:48:08 Join shamus [0] (
18:54:10 Quit pamaury (Remote host closed the connection)
18:55:33 Quit mortalis (Ping timeout: 264 seconds)
19:05:51 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier.
19:08:54 Join lebellium [0] (
19:27:29 Join rela [0] (~x@pdpc/supporter/active/rela)
19:33:04***Saving seen data "./dancer.seen"
19:39:18 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
19:42:26 Quit Mir (Quit: Konversation terminated!)
19:55:09 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
20:07:46 Nick RiD is now known as RRRiDDD (
20:29:18 Join krnlyng [0] (~liar@
20:31:42 Quit Jinx (Read error: Connection reset by peer)
20:31:42 Quit man_alive (Ping timeout: 245 seconds)
20:31:42 Quit pimaster (Ping timeout: 245 seconds)
20:31:42 Join pimaster [0] (~pimaster@
20:36:17 Join Jinx [0] (Dojo@unaffiliated/jinx)
20:49:01 Quit Slasheri_ (Ping timeout: 245 seconds)
20:58:22 Join Slasheri_ [0] (
21:05:44 Join [Saint] [0] (77e0273c@rockbox/staff/saint)
21:21:33 Join wodz [0] (
21:21:48wodzpamaury: ping
21:22:48pamaurywodz: pong, i'm busy right now but i'll be available in 40min
21:26:09 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman)
21:28:02wodzpamaury: I'd like to discuss hwstub/qeditor coexistence so I'll better wait
21:33:06***Saving seen data "./dancer.seen"
22:01:50pamaurywodz: here
22:06:46wodzpamaury: Ok, so what I think of is to create proxy program which will talk to hwstub running on target using usb and queue commands from clients sent by TCP.
22:07:07wodzthen hwstub_shell and qeditor will be clients
22:07:32pamauryyes I agree
22:09:13pamauryI have started to design a protocol, my thoughts for the moment are to use DBUS on the local computer, qeditor/hwstub_shell would (by the use of a library) spawn a new hwstub server if needed, which could aggregate several sources like local usb devices and remote devices
22:09:38pamauryit could also forward its device over the network, doing the other side of the network
22:11:10wodzWhy would one want to aggregate several sources? How would you distinguish to which device you are talking?
22:11:59pamauryI mean it would just list all available devices, it doesn't matter if the device is local or not, of course it will be able to distinguish them
22:12:56wodzDo we really need this? I can't imagine to have more then one debugged device pluged in/accessed
22:13:23wodzmaybe for comparision but still unlikely
22:13:33pamauryin several occasions I have used several devices at the same time
22:13:59pamaurybut that's only a minor detail
22:14:30pamaurythe only thing which I fear will be slightly annoying is that server on a nat network will be inaccessible unless the router forwards the port, which is a very common situation when you have a box
22:15:25wodzthats unavoidable unless we finally switch to IPv6 and ISPs bend their mainds about this
22:17:24pamauryyeah :( anyway, I will finish my work on qeditor which is mostly done, I have begun to implement field values edition, it's still not pushed to gerrit
22:18:17wodzWhat about the protocol itself?
22:19:10pamaurylike we discussed before, I'd like the usb protocol to be HID based if possible (recall we don't need interrupt transfers)
22:19:51pamauryover this, I am thinking about some like SCSI: command block, optional data stage, reponse stage
22:20:01wodzyes but this is hw<->server part. I am asking about server<->client
22:21:03pamauryah, I'm still undecided, I see two options:
22:22:26pamaury1) have a specific protocol: like a DBUS method call
22:22:26pamaury2) keep the hardware protocol even on the local box and just forward "packets"
22:23:25pamaurydoes that make sense ?
22:23:27wodzI was thinking about 2). I know next to nothing about DBUS
22:24:10pamauryyeah I think 2) is better, and it allows to use any method to communicate with the server, even the "remote" protocol but just locally
22:25:16wodzhowever I would avoid simple encapsulation as this means that change in 'hw protocol' part forces 'remote protocol' part change
22:25:55wodzwell, that what I though initially that you spawn server and talk to it TCP always
22:26:06wodzlike gdbserver
22:29:34pamauryhum, but if we use a different protocol, that means we would have to translate it; I think it's better to separate the transport protocol (TCP, USB HID) from the protocol itself (the commands). Yes I thinking DBUS but TCP is fine locally too
22:30:43pamauryAnyway, before writing any code I'll send you a detailled documentation so we can (d)sagree :)
22:32:34wodzwell this is not going to be monster - currently we define 7 commands total
22:33:15pamauryyes, but we'll need to rewrite nearly all the code
22:33:27wodzthe lib part, yes
22:33:38pamauryexcept if we keep the current hardware protocol and just add a network layer
22:34:36wodzthis will bring the oddities of usb transport layer as for example separate READ nad READ2 to get data
22:34:57pamauryyes, I don't like this solution either
22:37:47pamaurylet's hope my network programming skills are still up to the task ;)
22:38:53[Saint]With your demonstrable skills, I would be very worried if they weren't.
22:39:01[Saint]Frankly, you're a machine dude.
22:39:55[Saint]Yourself and wodz are two reverse engineering/hacker/programmer types that I hold in very high esteem.
22:40:04[Saint]extremely so.
22:40:28pamaurythank you :)
22:40:46[Saint](might not be obvious due to poor wording, but, its a compliment to you both)
22:41:49[Saint]I go through a lot of your gerrit submissions and some of the solutions you guys come up with are extremely elegant. Things I never would have even considered thinking about, nor have the capacity to do so.
22:41:59[Saint]Its really awe inspiring to watch from a distance.
22:55:46wodzpamaury: so what about sticking to the current commands BUT without split so HWSTUB_GET_LOG, HWSTUB_READ, HWSTUB_READ_ATOMIC, HWSTUB_WRITE, HWSTUB_WRITE_ATOMIC, HWSTUB_EXEC ?
22:56:44pamauryyou mean changing the protocol or just present a different protocol for TCP ?
22:56:45 Quit wubking (Ping timeout: 264 seconds)
22:57:06wodzdifferent over TCP
22:57:48wodzwe want to change usb part anyway
22:59:53pamauryyeah that's possible, that would be a good point for you suggestion to use a different network protocol
23:02:54wodzpamaury: btw. do you know how sw breakpoints work in gdbserver? Patching memory and catching trap is easy but how this is signaled to running gdb?
23:03:18pamauryI don't know, I never looked too deeply into the gdb protocol
23:05:16wodzThe only thing which comes to my mind is that gdb polls the server but thats stupid
23:05:27pamaurymy guess is that gdb rewrites the memory so that a trap(swi) is signaled and then the gdbstub notifies a running state change (like run -> stop)
23:07:25wodzthe lowlevel part is clear, gdbserver patches instruction in memory so to cause trap and intercepts this. But how gdb (running remotely) is signaled?
23:09:18pamaurywell the communication link is full duplex so when the code is interrupted, some OS code is ran and sends a message over the link
23:11:08pamauryanyway even if gdb was polling, so OS code would need to handle the request so that's doesn't make sense to poll
23:12:08wodzI know some gdbservers work on half duplex physical layer (BDM pod using usb transfers for example)
23:14:35pamauryit is also possible that gdb handles several configuration, depending on the capabilities of the stub
23:18:26 Quit rela (Ping timeout: 265 seconds)
23:18:39 Join rela [0] (~x@pdpc/supporter/active/rela)
23:29:10 Quit rela (Quit: Leaving)
23:33:07***Saving seen data "./dancer.seen"
23:39:09 Quit lebellium (Quit: ChatZilla [Firefox 36.0/20150212154903])
23:48:04 Quit bluebrother (Disconnected by services)
23:48:09 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
23:49:17 Quit wodz (Quit: Leaving)
23:49:49 Quit fs-bluebot (Ping timeout: 246 seconds)
23:50:49 Join fs-bluebot [0] (
23:51:06 Quit ender (Quit: /[,\(\s]?#1(s)(\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?)(\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?)+(\)?=|\s|$)/)
23:58:47 Quit pamaury (Ping timeout: 252 seconds)

Previous day | Next day