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-10-14

00:05:38 Quit alucryd (Ping timeout: 272 seconds)
00:19:04 Join alucryd [0] (~quassel@archlinux/developer/alucryd)
00:26:33 Quit girafe (Read error: Connection reset by peer)
00:41:25***Saving seen data "./dancer.seen"
01:00
01:05:08 Quit pamaury (Ping timeout: 240 seconds)
01:06:26 Quit gbl08ma (Ping timeout: 272 seconds)
01:06:51 Join gbl08ma [0] (~gbl08ma@hydrogen.tny.im)
01:13:54 Quit gbl08ma (Remote host closed the connection)
01:14:08 Join gbl08ma [0] (~gbl08ma@hydrogen.tny.im)
01:14:35 Join [Franklin] [0] (~quassel@unaffiliated/franklin)
01:26:06[Franklin]pamaury (logs): what's new?
01:29:54 Join gbl08ma_ [0] (~gbl08ma@hydrogen.tny.im)
01:35:04 Quit gbl08ma (Ping timeout: 265 seconds)
01:37:00 Quit gbl08ma_ (Ping timeout: 265 seconds)
01:43:24 Join gbl08ma [0] (~gbl08ma@hydrogen.tny.im)
01:53:36 Join CaptainKewl [0] (~captainke@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com)
01:54:56 Quit swift110 (Ping timeout: 240 seconds)
01:57:54 Join sando [0] (~sando@190.156.214.168)
02:00
02:01:43sandoHello, first let me say thank you for the amazing software?development? I've read this in the faq so I came here "should not be attempted by a casual user, but rather by those intending to invest time in development"
02:02:56sandoit's my first day using this so I consider myself a casual user. I don't mind investing time, I'm just afraid my knowledge might not be enough
02:03:11sandothe question: I'd like to apply a patch for the following error
02:03:25sandoFSR 0xF7
02:03:25[Franklin]foolsh: I'm planning to add expression parsing (i.e. SET a = b+1) before I push
02:03:53[Franklin]sando: what's wrong?
02:04:08sandoI read this http://www.rockbox.org/tracker/12065 and I'd like to know if I can apply it
02:05:12sandoto be fair it works now... but it died on me with that error so I thought I might try correct it if I could
02:06:06sando[Franklin] : it was data abort at ...
02:11:39 Join o43 [0] (~antonio@c-50-167-171-132.hsd1.ga.comcast.net)
02:13:41[Franklin]sando: it's been committed already
02:13:53[Franklin]so applying it wouldn't change anything
02:15:32sandooh
02:15:53sandohmm i see... well I guess that just shows my total n00bness I guess haha
02:15:56[Franklin]what happens before the crash?
02:16:08sandonothing... it was playing on it's own
02:16:31sandomaybe I clicked it to open the library or something
02:16:41sandobut I wasn't doing anything in particular
02:16:43[Franklin]does it happen every time?
02:16:48sandono sir
02:17:18[Franklin]and there's no consistent way to make it happen?
02:17:37sandowell, I have not really tried intentionally to be honest
02:17:55sandoI am afraid my HDD might be damaged and was rather impressed nothing had gone wrong
02:18:16[Franklin]see if you can figure out how to make it happen consistently, and file a bug report if you do
02:18:26sandofair enough
02:18:31sandothanks
02:19:13 Part sando
02:33:31 Quit ZincAlloy (Quit: Leaving.)
02:41:26***Saving seen data "./dancer.seen"
02:58:37jtdesigns01i know, i know, this hs nothing to do with SW:DF but check out this mockup i made of a possible lock screen for rockbox http://s000.tinyupload.com/index.php?file_id=13381879419642087293
02:59:43[Franklin]jtdesigns01: fuze+ only, I assume?
02:59:58jtdesigns01its a video
03:00
03:00:02[Franklin]yeah
03:00:17jtdesigns01but the keymapping would be for fuze+
03:00:19[Franklin]given the grid of 9 buttons, I assumed fuze+ touchpad
03:00:27 Join ungali [0] (~ungali@S010614cc2056cec3.ed.shawcable.net)
03:00:36jtdesigns01well, it could be adapted
03:00:40jtdesigns01obviously
03:00:45[Franklin]though I suppose you could make it work with 5 buttons
03:01:12jtdesigns01pretty much any target give or take a few buttons
03:03:09jtdesigns01made with Blender (http://www.blender.org/) btw
03:03:13[Franklin]agh
03:03:22[Franklin]my expression parser can't even handle 1 + 1 :P
03:03:27jtdesigns01wow
03:04:05jtdesigns01just out of curiosity, what is the answer
03:04:14jtdesigns01*according to the parser
03:04:33[Franklin]ERROR: blah blah blah
03:04:35[Franklin]lol
03:08:18[Franklin]what's weirder is that it works with 1 + 2
03:13:39[Franklin]oh duh!
03:13:42 Quit o43 (Quit: Lost terminal)
03:13:52[Franklin]I'm not clearing the stack before every use
03:40:03[Franklin]ok, pushed!
04:00
04:14:32[Saint]jtdesigns01: a lockscreen for Rockbox makes zero sense, seeing as how on (almost) every officially supported device you could just dual-boot and get the data that way.
04:14:49[Saint]A lockscreen is only really going to be useful if our data also sits in an encrypted container.
04:15:03[Saint]and...at the end of the day, it's a DAP.
04:15:08[Saint]So, there's that, too. :)
04:39:04jtdesigns01i want a lockscreen for two reasons. first, i want to deter my siblings from just picking the DAP up and playing with it. second, its just cool
04:39:20jtdesigns01i dont really care about data security
04:39:34[Saint]Well, obviously you can do what you want, as long as you understand it won't hit mainline.
04:40:06jtdesigns01yep, sigh.
04:41:29***Saving seen data "./dancer.seen"
04:57:55 Join Strife89 [0] (~Strife89@adsl-98-80-212-18.mcn.bellsouth.net)
05:00
05:00:36 Join JdGordon [0] (~jonno@ppp118-209-105-54.lns20.mel4.internode.on.net)
05:00:36 Quit JdGordon (Changing host)
05:00:36 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
05:03:59 Quit JdGordon_ (Ping timeout: 264 seconds)
05:12:03 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
05:13:39 Quit JdGordon (Ping timeout: 244 seconds)
05:19:59 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
05:22:49 Quit JdGordon_ (Ping timeout: 240 seconds)
05:23:42 Quit Strife89 (Ping timeout: 260 seconds)
05:29:52 Quit TheSeven (Disconnected by services)
05:30:05 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
05:40:39 Quit ungali (Read error: Connection reset by peer)
05:50:11 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
05:53:18 Quit JdGordon (Ping timeout: 250 seconds)
05:53:46 Join iamnotarobot [0] (18f4176d@gateway/web/freenode/ip.24.244.23.109)
05:54:01iamnotarobothello. can i get midi playback on my sansa clip plus?
05:54:17iamnotarobotat the bottom of http://www.rockbox.org/wiki/PluginMidiPlay, i don't see "Sansa Clip Plus"
05:55:08 Join JdGordon [0] (~jonno@ppp118-209-71-154.lns20.mel4.internode.on.net)
05:55:08 Quit JdGordon (Changing host)
05:55:08 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
05:56:11 Quit JdGordon_ (Ping timeout: 264 seconds)
05:58:25[Saint]r15 - 14 Sep 2010 - 11:26:01 - MichaelStummvoll
05:58:43[Saint](IOW: ancient page is ancient)
05:59:05[Saint]It not listing Clip(*) isn't any indication of support, or lack of support.
06:00
06:04:50iamnotarobotsaint, thanks for your reply. so do you suggest I just install the patch?
06:05:13iamnotarobot[Saint]: ^
06:05:21[Saint]check to see if you have midi.rock in advance to see if you're wasting your time or not.
06:05:30[Saint]I don't see any reason why you shouldn't offhand.
06:06:03[Saint]/.rockbox/plugins/midi.rock (from memory)
06:08:54iamnotarobotthere is no /plugins/ folder in my /.rockbox/ folder
06:09:30iamnotarobotthere's codecs, codepages, docs, doom, eqs, fonts, icons, langs, rocks, themes, wps, fmpresets
06:10:07[Saint]Oh, yeah, whoops. Sorry, I forgot it's rocks on target.
06:10:52[Saint]/.rockbox/rocks/viewers/midi.rock
06:11:12iamnotarobotoh ok. in /.rockbox/rocks/, there are 4 folders: apps, demos, games, viewers
06:11:31[Saint]as above, beatcha' to it slightly.
06:11:45iamnotarobotyou r fast. :)
06:12:09iamnotarobotok, i see an 18.4 kb midi.rock file. that's good, i guess.
06:12:55iamnotarobotshould i download the patchset from http://www.rockbox.org/wiki/PluginMidiPlay? or is there a better one?
06:13:07iamnotarobotit's called "a sample patchset".
06:13:21[Saint]I have absolutely no idea on this.
06:13:34iamnotarobot[Saint]: ok. :)
06:16:07iamnotaroboti followed the simple instructions on the wiki page and my rockbox can now play midi. :)
06:16:26iamnotarobotthe quality isn't crystal clear, but i'll be content. :)
06:16:33iamnotarobotuntil I find a better midi patchset. :)
06:16:46iamnotarobotsounds like "phone audio" more than "CD audio"
06:24:32iamnotarobotby [Saint]. thanks for everything.
06:24:44[Saint]Not a problem.
06:24:53 Quit iamnotarobot (Quit: Page closed)
06:41:32***Saving seen data "./dancer.seen"
07:00
07:07:32 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
07:10:19 Quit JdGordon (Ping timeout: 250 seconds)
07:18:48 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
07:21:25 Quit JdGordon_ (Ping timeout: 240 seconds)
07:34:16 Quit dys (Ping timeout: 250 seconds)
07:41:24 Join dys [0] (~dys@ip-109-41-61-122.web.vodafone.de)
07:48:19 Join ender` [0] (krneki@foo.eternallybored.org)
08:00
08:03:19 Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com ))
08:04:03 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
08:35:02 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
08:41:36***Saving seen data "./dancer.seen"
09:00
09:18:14 Quit soap (Read error: Connection reset by peer)
09:21:31 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
09:24:44 Quit JdGordon (Ping timeout: 268 seconds)
09:59:56 Join petur [0] (~petur@rockbox/developer/petur)
10:00
10:07:12 Join xorly [0] (~xorly@ip-86-49-15-121.net.upcbroadband.cz)
10:11:20 Join JdGordon [0] (~jonno@ppp118-209-34-117.lns20.mel4.internode.on.net)
10:11:20 Quit JdGordon (Changing host)
10:11:20 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
10:14:03 Quit JdGordon_ (Ping timeout: 250 seconds)
10:22:59 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
10:25:03 Quit JdGordon (Ping timeout: 272 seconds)
10:41:37***Saving seen data "./dancer.seen"
10:41:38 Quit mc2739 (Ping timeout: 255 seconds)
10:43:38 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
10:45:31 Join JdGordon [0] (~jonno@ppp118-209-83-5.lns20.mel4.internode.on.net)
10:45:31 Quit JdGordon (Changing host)
10:45:31 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
10:47:24 Quit JdGordon_ (Ping timeout: 252 seconds)
10:50:34 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
10:52:18 Quit JdGordon (Ping timeout: 240 seconds)
10:56:31 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
10:59:38 Quit JdGordon_ (Ping timeout: 255 seconds)
11:00
11:00:49 Quit JdGordon (Ping timeout: 240 seconds)
11:01:31 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
11:42:28 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
11:45:29 Quit JdGordon (Ping timeout: 240 seconds)
11:58:06 Join JdGordon [0] (~jonno@ppp118-209-67-197.lns20.mel4.internode.on.net)
11:58:06 Quit JdGordon (Changing host)
11:58:06 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
12:00
12:01:17 Quit JdGordon_ (Ping timeout: 260 seconds)
12:12:32 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
12:12:46 Quit mc2739 (Ping timeout: 264 seconds)
12:14:36 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
12:19:21pamaury[Franklin]: did you see my patch on gerrit for usb ?
12:28:57wodzpamaury: how work on hwstub lib is going?
12:29:42pamaurydidn't make any progress, I had to work very late yesterday and today I really have to finish something. Hopefully I'll be done by 13:00 or 14:00
12:31:22wodzpamaury: Now I am struggling to exit cleanly in hwstub_server. Cleanly shutdown multithreaded server is truly a pain :/
12:41:38***Saving seen data "./dancer.seen"
12:57:23 Join nosa-j [0] (~m00k@cpe-24-74-14-251.carolina.res.rr.com)
13:00
13:20:48 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
13:23:23 Quit JdGordon (Ping timeout: 268 seconds)
13:32:38 Quit wodz (Ping timeout: 255 seconds)
13:46:35 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
13:49:35 Quit JdGordon_ (Ping timeout: 264 seconds)
13:50:43 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
14:00
14:16:07wodzpamaury: I added 'threads babysitting'. Valgrind reports only one leak which comes from libusb so there is little I can do about it
14:27:18 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
14:30:16 Quit JdGordon (Ping timeout: 250 seconds)
14:41:43***Saving seen data "./dancer.seen"
14:55:34pamaurywodz: if this is the leak from libusb_init() I think it's not really leak
15:00
15:07:51 Join japc [0] (~japc@194.65.5.235)
15:18:53wodzpamaury: http://pastie.org/10481083
15:19:40pamaurywodz: maybe a bug, or a some data structure release by libusb_exit or not released on purpose
15:22:06 Join yolo [0] (473cd45a@gateway/web/freenode/ip.71.60.212.90)
15:22:29 Nick yolo is now known as Guest77661 (473cd45a@gateway/web/freenode/ip.71.60.212.90)
15:23:35wodzpamaury: I call libusb_hotplug_deregister_callback(), cancel the thread which does libusb_handle_events_completed(), pthread_join() to be sure polling thread is finished and call libusb_exit(). I can't see what I could do more.
15:24:19pamauryyou could check the libusb source code to see what is this data structure ;) but I'm not sure if this is necessary ^^
15:27:50 Quit Guest77661 (Quit: Page closed)
15:30:35 Join amayer [0] (~amayer@mail.weberadvertising.com)
15:35:15wodzpamaury: The comment above the function which leaks is: "do the actual event handling. assumes that no other thread is concurrently doing the same thing."
16:00
16:30:59 Quit wodz (Quit: Leaving)
16:41:44***Saving seen data "./dancer.seen"
17:00
17:23:59 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
17:27:04 Quit JdGordon_ (Ping timeout: 252 seconds)
17:28:55 Nick GeekShad1w is now known as GeekShadow (~antoine@nzf.turmel.info)
18:00
18:01:57 Quit jtdesigns01 (Ping timeout: 240 seconds)
18:12:48 Join rela [0] (~x@pdpc/supporter/active/rela)
18:21:06 Quit einhirn (Read error: Connection reset by peer)
18:40:01 Join akaWolf1 [0] (~akaWolf@unaffiliated/akawolf)
18:41:46***Saving seen data "./dancer.seen"
18:49:59 Quit JdGordon (*.net *.split)
18:50:00 Quit chxr (*.net *.split)
18:50:00 Quit michaelni_ (*.net *.split)
18:50:00 Quit scorche|sh (*.net *.split)
18:50:00 Quit suYin`OFF (*.net *.split)
18:50:00 Quit akaWolf (*.net *.split)
18:50:00 Quit GeekShadow (*.net *.split)
18:50:00 Quit funman (*.net *.split)
18:50:00 Quit zu_ (*.net *.split)
18:50:01 Quit ranmachan (*.net *.split)
18:50:01 Quit knittl (*.net *.split)
18:50:01 Quit petur (*.net *.split)
18:50:01 Quit dys (*.net *.split)
18:50:01 Quit olspookishmagus (*.net *.split)
18:50:01 Quit prof_wolfff (*.net *.split)
18:50:01 Quit pablo_pi_ (*.net *.split)
18:50:02 Quit Smarticles101 (*.net *.split)
18:50:02 Quit TD-Linux (*.net *.split)
18:50:19 Nick akaWolf1 is now known as akaWolf (~akaWolf@unaffiliated/akawolf)
18:52:12 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
18:59:53 Join petur [0] (~petur@rockbox/developer/petur)
18:59:53 Join dys [0] (~dys@ip-109-41-61-122.web.vodafone.de)
18:59:53 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr)
18:59:53 Join prof_wolfff [0] (~prof_wolf@89.141.51.203.dyn.user.ono.com)
18:59:53 Join pablo_pi_ [0] (~pablo@190.148.249.124)
18:59:53 Join Smarticles101 [0] (~Smarticle@codmadnesspro.com)
18:59:53 Join TD-Linux [0] (~Thomas@about/essy/indecisive/TD-Linux)
19:00
19:07:13 Quit petur (*.net *.split)
19:07:13 Quit dys (*.net *.split)
19:07:13 Quit olspookishmagus (*.net *.split)
19:07:13 Quit prof_wolfff (*.net *.split)
19:07:13 Quit pablo_pi_ (*.net *.split)
19:07:14 Quit Smarticles101 (*.net *.split)
19:07:14 Quit TD-Linux (*.net *.split)
19:07:35 Join ranmachan [0] (~ranma@yumi.uguu.de)
19:07:36 Join scorche|sh [0] (~scorche@squisch.net)
19:07:36 Join funman [0] (~fun@chui-pas.net)
19:07:37 Quit scorche|sh (Changing host)
19:07:37 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche)
19:07:38 Join michaelni_ [0] (~michael@chello084114129144.4.15.vie.surfer.at)
19:08:24 Join JdGordon [0] (~jonno@ppp118-209-78-249.lns20.mel4.internode.on.net)
19:08:24 Quit JdGordon (Changing host)
19:08:24 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
19:09:40 Join suYin`OFF [0] (mysuyin@server2.shellfire.net)
19:10:24 Join chxr [0] (chxr@procasur.inc.cl)
19:10:24 Join zu [0] (~zu@ks387228.kimsufi.com)
19:10:24 Join GeekShadow [0] (~antoine@nzf.turmel.info)
19:10:24 Join petur [0] (~petur@rockbox/developer/petur)
19:10:24 Join dys [0] (~dys@ip-109-41-61-122.web.vodafone.de)
19:10:24 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr)
19:10:24 Join prof_wolfff [0] (~prof_wolf@89.141.51.203.dyn.user.ono.com)
19:10:24 Join pablo_pi_ [0] (~pablo@190.148.249.124)
19:10:24 Join Smarticles101 [0] (~Smarticle@codmadnesspro.com)
19:10:24 Join TD-Linux [0] (~Thomas@about/essy/indecisive/TD-Linux)
19:12:11 Join ZincAlloy [0] (~Adium@p57B94C98.dip0.t-ipconnect.de)
19:12:33 Join knittl [0] (~knittl@fucktheforce.de)
19:12:33 Quit knittl (Changing host)
19:12:33 Join knittl [0] (~knittl@unaffiliated/knittl)
19:18:04 Quit preglow (Ping timeout: 240 seconds)
19:18:40 Quit pamaury (Ping timeout: 255 seconds)
19:21:31 Join rela_ [0] (~x@p200300764D773300C0F7D955D4764425.dip0.t-ipconnect.de)
19:22:25 Join rela__ [0] (~x@p200300764D773300AD29CC548BA4B4DA.dip0.t-ipconnect.de)
19:24:44 Quit rela (Ping timeout: 240 seconds)
19:26:14 Quit rela_ (Ping timeout: 252 seconds)
19:30:56 Join rela_ [0] (~x@p200300764D7733006DC372E8E6EC847E.dip0.t-ipconnect.de)
19:34:40 Quit rela__ (Ping timeout: 252 seconds)
19:58:21 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
20:00
20:12:48 Join preglow [0] (~thomj@2001:840:4243:3::101)
20:13:02 Join rela__ [0] (~x@p200300764D773300F0C6338B90D5BD97.dip0.t-ipconnect.de)
20:16:47 Join Jaym29 [0] (~Jaym29@70-127-214-175.res.bhn.net)
20:17:12 Quit rela_ (Ping timeout: 252 seconds)
20:18:16 Part Jaym29
20:33:48 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
20:34:27 Quit rela__ (Quit: Leaving)
20:34:41 Join rela [0] (~x@pdpc/supporter/active/rela)
20:36:51 Quit JdGordon (Ping timeout: 272 seconds)
20:41:49***Saving seen data "./dancer.seen"
20:50:24[Franklin]pamaury: it looks great, thanks!
20:50:46 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman)
20:50:49pamaury[Franklin]: I haven't tested it, not even compiled
20:51:09pamaurybut I guess it should give you an idea of how to achieve this
20:51:16[Franklin]yeah
20:57:59 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr)
20:58:53 Quit krnlyng (Ping timeout: 260 seconds)
20:59:32 Join krnlyng [0] (~liar@83.175.90.24)
21:00
21:02:57[Franklin]pamaury: it compiles OK
21:05:23 Join rela_ [0] (~x@p200300764D773300B92B5ECD2EC7266D.dip0.t-ipconnect.de)
21:08:44 Quit rela (Ping timeout: 240 seconds)
21:10:26 Join fs-bluebot_ [0] (~fs-bluebo@x5ce0eef2.dyn.telefonica.de)
21:12:31 Quit bluebrother (Ping timeout: 255 seconds)
21:12:34 Quit fs-bluebot (Ping timeout: 252 seconds)
21:14:50 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
21:22:34 Join b0hoon [0] (~quassel@bzi63.neoplus.adsl.tpnet.pl)
21:25:46fs-bluebot_Build Server message: New build round started. Revision 2172c11, 255 builds, 29 clients.
21:25:48[Franklin]pamaury: so no yield() calls are needed at all?
21:26:02pamaury[Franklin]: where ?
21:26:13[Franklin]to use usb hid
21:26:53pamauryI don't think so
21:26:58[Franklin]ok
21:27:20pamaurybut you'll be limited by the mount of buffering the usb hid driver does anyway
21:27:49pamauryI guess
21:27:56pamauryI doubt you'll be able to send more than 1000 strokes/sec
21:28:14[Franklin]that's the target speed
21:28:24[Franklin]usb only does 1ms polls IIUC
21:28:31 Quit b0hoon (Read error: No route to host)
21:29:47 Join b0hoon [0] (~quassel@bzi63.neoplus.adsl.tpnet.pl)
21:32:40fs-bluebot_Build Server message: Build round completed after 414 seconds.
21:32:40 Quit rela_ (Quit: Leaving)
21:32:41fs-bluebot_Build Server message: Revision 2172c11 result: 4 errors 40 warnings
21:32:55 Join rela [0] (~x@pdpc/supporter/active/rela)
21:35:16[Franklin]is there any way to get finer-grained timing in rockbox?
21:35:47[Franklin]1/100 of a second just doesn't cut it
21:39:18pamaury[Franklin]: why ? not by a generic API I'm afraid, some target may have finer grained timer
21:40:46[Franklin]pamaury: it doesn't seem to work completely
21:40:57*[Franklin] will try to figure it out
21:41:11pamaury[Franklin]: my guess is that you send things too fast and the driver simply drop them
21:41:23[Franklin]yeah
21:41:26pamauryif you look at the code of usb_hid_send, you'll see that in case of overflow it does nothing
21:41:36pamauryyou need to modify this function to return an error in this case
21:41:50pamauryor possibly implement a usb_hid_send_blocking, that blocks if the buffer is full
21:42:03[Franklin]how often is an item in the queue sent?
21:42:24pamauryas soon as the previous one has been received by the host
21:42:36pamaurythis is not timing based
21:42:40[Franklin]ah
21:42:53*gevaerts wonders if rockbox is really the best general-purpose realtime kernel available
21:43:08pamauryyeah probably not ^^
21:43:09[Franklin]it sure isn't
21:44:06pamauryactually I'm not sure USB HID really is the best way to achieve this, it's inherently slow unless you really have finer-grained control of the usb driver or you are doing nothing else
21:44:29pamaury(or you have a very fast cpu)
21:46:24 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl)
21:48:06[Franklin]ok, I think I understand it now
21:48:22[Franklin]so it tries to send the next item in the queue as soon as the previous transfer is completed?
21:48:59pamauryyeah that's the purpose of the completion handler, it sends the next item
21:49:48wodzre fine grained timer - there is api to register user timer if platform supports that.
21:49:57[Franklin]so I'm just overflowing the queue by not waiting long enough between calls the usb_hid_send() then?
21:50:00pamaurywodz: yeah but I think it's limit to "ticks"
21:50:27pamaury[Franklin]: the usb_hid_send() just throw away your data because the queue is full
21:50:53[Franklin]so should I try waiting about 1ms between calls to it?
21:51:33pamaurythat's not reliable
21:53:14pamauryI'm still unsure why you want to use Rockbox for this to be honest ^^
21:53:27[Franklin]availability of hardware
21:53:36[Franklin]preexisting HID driver
21:53:45pamaurywhy don't buy this "ducky key" or whatever
21:54:16[Franklin]because that's too easy
21:54:34wodzpamaury: Are you sure? The source refer to 'cycles' (but this may be misleading of course)
21:54:57pamaurywodz: hum let me check ^^
21:56:19wodzpamaury: You have TIMER_FREQ define which determine time quantum you can obtain (cycle)
21:56:33pamauryit's in TIMER_FREQ cycles
21:56:39pamauryarf you were too fast :-p
21:56:52pamauryon the fuze+ it's 32KHz
21:59:14wodzright, it IS platform depended
22:00
22:00:40pamauryapparently all platforms have high-speed timers, the TIMER_FREQ I selected for the fuze+ is probably is slowest one ^^
22:01:07wodzyeah, it is :-)
22:05:44 Quit wodz (Quit: Leaving)
22:06:14 Quit bertrik (Remote host closed the connection)
22:13:50[Franklin]pamaury: so what should I do to send keys at full speed?
22:14:14pamauryimplement blocking hid send
22:14:59[Franklin]would changing the nonblocking version to blocking work?
22:15:21pamaurythat's probably not advisable
22:15:47[Franklin]maybe only when !irq_context?
22:15:47pamaurybecause if the host (for whatever reasons) does not read the hid pipe, it would block the UI
22:16:14[Franklin]or write a blocking hid_send to call a blocking version of send_drv?
22:16:53pamauryit's not a problem with IRQ context, it's prolem of whether blocking the caller of usb_hid_send() is fine or not
22:17:22pamauryno, usb_drv_send_blocking() block may go through threading
22:17:34[Franklin]ah
22:17:43pamauryI mean you could try it but there's no guaranty it would be fast enough
22:17:53pamauryactually that's also a problem with what I suggest
22:18:49pamauryI don't see a simple way to implement this with te current code
22:19:44pamauryyou could implement a usb_hid_send_franklin that takes a callback which is called when the queue is not full and returns the next character to send (or -1 if none)
22:24:15[Franklin]but why that instead of just increasing the queue size?
22:25:29pamaurybecause the CPU will always push more data than the USB link can send to the host
22:26:03 Quit krnlyng (Ping timeout: 268 seconds)
22:26:10 Join Bray90820 [0] (~Bray90820@173-17-46-117.client.mchsi.com)
22:26:36pamauryI don't know how long your "text" is but that will probably need an insane queue to queue it all
22:26:46 Join krnlyng [0] (~liar@83.175.90.24)
22:27:12[Franklin]... and I already tried increasing queue size to 10000
22:27:14 Quit Bray90820 (Remote host closed the connection)
22:27:17[Franklin](didn't work)
22:27:41pamauryonly proper blocking can solve your problem reliably
22:27:52pamaury(or callback based)
22:33:03 Part b0hoon ("GTG... Bye.")
22:41:54***Saving seen data "./dancer.seen"
22:55:51 Quit ender` (Quit: C++ is a modern language where your parent can't touch your privates but your friends can!)
22:57:53 Quit xorly (Ping timeout: 260 seconds)
23:00
23:00:28 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 42.0/20151012151721])
23:06:51 Join jtdesigns01 [0] (~quassel@2601:400:8000:2669:230:bdff:fe71:cebd)
23:08:07jtdesigns01gaaah, just gotta love power failures.
23:08:36 Quit petur (Quit: Leaving)
23:32:46 Quit amayer (Quit: Leaving)
23:51:04 Quit APLU (Ping timeout: 240 seconds)
23:52:32 Join APLU [0] (~mulx@eva.aplu.fr)
23:56:58 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")

Previous day | Next day