--- Log for 14.10.120 Server: wilhelm.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 16 days and 19 hours ago 00.10.19 Quit ac_laptop (Ping timeout: 246 seconds) 00.38.05 *** Saving seen data "./dancer.seen" 01.55.05 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 01.56.02 Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) 02.38.06 *** No seen item changed, no save performed. 03.04.14 Quit prof_wolfff (Ping timeout: 265 seconds) 03.27.23 # Hi all, is there anyway to debug rockbox application? I ported code from fiio m3k to fiio m5, but it just show the menu but none of the key press works. I tried print out the return value of button_read_device and it seems ok, but no respond from rockbox at all 04.18.18 Quit koniu (Remote host closed the connection) 04.18.49 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 04.38.07 *** Saving seen data "./dancer.seen" 05.22.25 Quit pamaury (Ping timeout: 264 seconds) 05.41.02 # _bilgus_: and the jumper was the problem. 05.41.35 # i bent the jumper pin pins 90 degrees so they would fit on my spare adapter and shorted it again using the official method 05.41.41 # and now the lock up is gone 06.01.52 Join petur [0] (~petur@77.77.179.66) 06.01.52 Quit petur (Changing host) 06.01.52 Join petur [0] (~petur@rockbox/developer/petur) 06.38.11 *** Saving seen data "./dancer.seen" 06.52.22 Join johnb7 [0] (~johnb2@p5b3af65b.dip0.t-ipconnect.de) 06.53.14 # A* Prime has the Walker for 89 Euros. Couldn't resist. 06.57.42 Quit johnb7 (Ping timeout: 260 seconds) 07.27.45 # Stanley00: dump the output of /proc/input/*, and see what comes out when you hit the buttons, and make sure you're watching for them. 07.41.47 Quit vup (Quit: No Ping reply in 180 seconds.) 07.42.37 Join mgfunc [0] (~popebook2@unaffiliated/mixfix41) 07.43.03 Join vup [0] (~~~~@46.101.193.235) 08.10.15 # speachy: you mean /dev/input/*? 08.10.26 # yeah, sorry 08.11.15 # speachy: I did that and can verify that I got the correct button map in button_read_device 08.11.33 # it's just rockbox UI doesn't respond :( 08.11.44 # and does that correspond with the apps/keymaps/keymap-whatever.c you're using? 08.12.08 # hmm, the H2 died after 13 hours of mp3 playback. 08.12.31 # I used the original keymap-fiiom3k, so I assume it should work 08.14.14 # looking at the M5, it only seems to have three physical buttons, the rest is pure touch. 08.14.57 # so other than power/volume I don't see the m3k keymap working. 08.14.57 # yes, I did read from /dev/input/event0 for touch screen, and write my map to make it acts as 9 buttons 08.15.35 # using rockbox's existing HAVE_TOUCHSCREEN? 08.16.21 # I tried that, but I can't seem to make it works, so I didn't declare HAVE_TOUCHSCREEN 08.16.38 # just read touchscreen and doing the mapping myself 08.18.01 # so even the volume buttons don't work? 08.19.51 # no, none of the key works 08.20.07 # disable your touchscreen code and focus on the hard buttons first. 08.20.49 # are you polling all /dev/input/* 08.21.07 # yes, using polling as in m3k 08.22.36 # are there any log from rockbox that I can check? I have shell access to M5, so I can check the log to see what rockbox expected, and what's actual pass to it? 08.28.10 # logf unfortunately needs keypresses to access. you can always use printf and strace 08.28.30 # speachy: how goes the toolchain work? 08.29.06 # speachy: I see, I think I will try again with printf then. 08.29.53 # I'm off for now, thanks for the help, and also thanks for patching and merging fiio m3k code to rockbox :3 08.30.14 # braewoods: when a mommy toolchain and daddy source code love each other very much, they make baby rockboxes 08.30.18 Quit Stanley00 () 08.30.22 # lmao 08.30.56 # so they're ready or what? 08.31.04 # (that complain loudly at all hours and crap themselves until they grow up and mature..) 08.31.21 # as far as I'm aware, everything "works" 08.31.34 # (for definitions of "working" that mean "everything now compiles cleanly") 08.33.45 # all HW I have access to appears to function properly (mini2g, nano2g, clipplus) 08.38.12 *** Saving seen data "./dancer.seen" 08.40.26 # Build Server message: New build round started. Revision 1b449ab, 291 builds, 9 clients. 08.44.48 Join john4 [0] (~john@2a0a:b640:1:5b::a08d) 08.47.08 Join prof_wolfff [0] (~prof_wolf@26.red-83-54-195.dynamicip.rima-tde.net) 08.47.23 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 08.48.29 # john4: just updated the battery curve based on my H2; a 13-hour runtime on its 1300mAh battery. 09.00.31 # Build Server message: Build round completed after 1206 seconds. 09.00.34 # Build Server message: Revision 1b449ab result: All green 09.06.19 Quit john4 (Quit: WeeChat 2.9) 09.07.13 Join john4 [0] (~john@2a0a:b640:1:5b::a08d) 09.17.23 Quit john4 (Quit: WeeChat 2.9) 09.31.16 Join MrZeus__ [0] (~MrZeus@2a02:c7f:70d0:6a00:744b:e36a:a40e:9c8) 09.31.59 Quit mgfunc (Read error: Connection reset by peer) 09.38.20 # speachy: interestingly i once had someone arguing with me about whether an ICE from GCC was an actual compiler bug. apparently they thought they're infallible. 09.38.50 # ICEs are always a compiler bug since the compiler should error out and not segfault if the input isn't agreeable or so. 09.38.53 # yeah, ICE is always a bug. 09.39.36 # (reported a few of them over the years. granted, I think my code was broken for all of 'em, but the compiler shouldn't ever crash like that 09.40.06 # another reason to avoid development compilers 09.40.27 # especially when compiling hard to replace code 09.40.36 # e.g., the bootloader in some cases 09.42.55 # well, that's debateable -- there are plenty of bugs in older compilers that have since been fixed. 09.44.49 # (eg that infamous jump table bug that caused so much joy on our old sh targets) 09.48.28 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 10.09.52 Quit Acou_Bass (Quit: ZNC 1.7.5 - https://znc.in) 10.12.13 Join Acou_Bass [0] (~eddie@cpc96070-bolt17-2-0-cust175.10-3.cable.virginm.net) 10.24.30 # <_bilgus_> braewoods, could we move these discussions to #rockbox_community ? typically we try to keep this channel open for dev stuff and bugs 10.25.43 # <_bilgus_> not that we aren't all guilty of it :p 10.26.03 # * speachy looks around and whistles. 10.28.09 Join rando25892 [0] (~rando2589@unaffiliated/rando25892) 10.38.13 *** Saving seen data "./dancer.seen" 10.51.06 Join johnb7 [0] (~johnb2@p5b3af65b.dip0.t-ipconnect.de) 10.55.58 Quit johnb7 (Ping timeout: 272 seconds) 10.56.56 Quit massiveH (Quit: Leaving) 11.19.01 # I'd like to request that everyone that has arm or m68k-based units to grab the most recent nightly/dev builds and re-test. 11.19.21 # codecs, plugins, games, everything. 11.22.09 Join AndromedaSoBorin [0] (~simple@2a01cb0589a17d0061a5fe2d496b74eb.ipv6.abo.wanadoo.fr) 11.22.09 Quit AndromedaSoBorin (Client Quit) 11.22.35 Join simpleOne [0] (~simple@2a01cb0589a17d0061a5fe2d496b74eb.ipv6.abo.wanadoo.fr) 11.22.58 # hmm, wonder if I should put up a www or forum announcement about this 11.41.08 Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) 11.42.28 Quit J_Darnley (Ping timeout: 260 seconds) 11.46.33 # <_bilgus_> probably 11.47.08 # <_bilgus_> call it the 4.0 pre pre release 11.50.46 Join MrZeus [0] (~MrZeus@2a02:c7f:70d0:6a00:744b:e36a:a40e:9c8) 11.52.51 Quit MrZeus__ (Ping timeout: 272 seconds) 11.57.53 Join b0hoon [0] (b225c0d3@178-37-192-211.adsl.inetia.pl) 11.59.58 # Hi. So my sansa c200 looks fine. Tested mp3 playback, radio, some random plugins from 3 groups. It's my daily player, so if i find something i'll let you know. 12.00.37 # I have six PPs to test yet. 12.02.18 # Oh and the vms are upgraded. 12.03.23 # b0hoon: I saw the contributions to the last build round. Thank you! 12.04.04 # Don't expect i'll test everything though :D It's unreal, at least for me. 12.06.19 # Np. At least it's what i can do. And some artwork from time to time. 12.06.21 # efqw: does the m3k have /proc/config.gz turned on? 12.06.48 # so far the only known regression is that quake crashes on exit on the ipod6g. :D 12.06.52 # One sec, let me plug it in. 12.07.19 # (I'm trying to script up a rootfs mangler..) 12.07.53 # (and trying to see if the running kernel actually matches any of the sources we have..) 12.08.01 # No :/ 12.08.22 # not having /sys/class/android_usb is quite unexpected 12.08.53 # The source on github should be pretty *close* to the real thing 12.09.41 # And there's nothing that starts with a in /sys/class 12.11.12 # because based on the sample configs it _should_ be there. 12.12.13 # b0hoon: and every little bit helps.. 12.15.27 Quit petur (Quit: Connection reset by beer) 12.17.07 Quit paulk-leonov (Ping timeout: 240 seconds) 12.19.04 # oh ffs. "Linux 3.10.14-g60d92e8-dirty" 12.19.37 # the running kernel on the m3k was built from an unclean tree. 12.19.51 # * efqw snickers 12.20.37 # hmm, interesting how it presents an ACM device. 12.22.11 Join paulk-leonov [0] (~paulk-leo@vpn-0-22.aquilenet.fr) 12.31.25 # ... and the config setting that would enable that ACM device isn't set in any of the configs fiio included in their kernel dump 12.38.14 *** Saving seen data "./dancer.seen" 12.39.19 Quit pamaury (Ping timeout: 246 seconds) 13.00.16 Join johnb7 [0] (~johnb2@p5b3af65b.dip0.t-ipconnect.de) 13.09.49 Quit johnb7 (Ping timeout: 264 seconds) 13.35.39 Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) 13.43.33 Join johnb3 [0] (~johnb2@p5b3af65b.dip0.t-ipconnect.de) 13.45.00 # speachy thar runtime is quite disappointing considering their claim 13.45.06 # *that 13.51.08 # the battery might not have been fully charged, and it wasn't new. also, that 13h is in line with their claims for BT playback. 13.51.19 # still, it should have been more 13.52.15 # I think what I was playing back was 256kbit mp3 13.57.16 # dynamic cpufreq isn't enabled in the kernel either. 14.02.03 Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) 14.12.29 Join MrZeus_ [0] (~MrZeus@2a02:c7f:70d0:6a00:55f4:9735:7e43:4ddb) 14.14.05 Quit MrZeus (Ping timeout: 272 seconds) 14.15.08 Quit MrZeus_ (Read error: No route to host) 14.15.12 Join johnb7 [0] (~johnb2@p5b3af65b.dip0.t-ipconnect.de) 14.16.38 Join MrZeus_ [0] (~MrZeus@90.203.212.4) 14.17.18 # ok. so philips gogears, samsung yh-820 and 920, m:robe 100 are ok, this junk works fine, no fatalities... 14.18.18 # tests are like in case of c200 14.26.36 # <_bilgus_> b0hoon, do you happen to have any devices with a functioning remote screen? 14.32.53 # unfortunately i don't 14.32.55 # _bilgus_: why do you need one? 14.33.37 # <_bilgus_> to test this viewport rewrite and TBH its not well represented in code testing in the first place 14.33.50 Quit johnb7 (Quit: Nettalk6 - www.ntalk.de) 14.33.55 # <_bilgus_> (remote screens) 14.38.16 *** Saving seen data "./dancer.seen" 14.49.56 # _bilgus_: the one i ordered arrived 14.50.01 # i'll test it later 14.50.19 # supposedly it's for the ihp-140 so it should work for the ihp-120 14.50.24 # I have iRiver and Cowon with remote 14.50.56 # <_bilgus_> I'm not done yet but I'm lining up testing for once it is should be done by this sunday just have a few little bumps to iron out yet concerning the statusbar 15.18.16 # ok, must go, see you later. 15.18.29 Part b0hoon 15.20.49 # _bilgus_: serious question. what benefit did these remote screens serve? 15.21.01 # i've only seen some stuff with them but they're not well explained. 16.07.04 Join johnb7 [0] (~johnb2@p5b3af65b.dip0.t-ipconnect.de) 16.35.11 # Build Server message: New build round started. Revision ca4d63d, 291 builds, 9 clients. 16.36.06 # Cowon X5/M3/M5 and iRiver H100/H300 were HDD bricks you wanted to keep safe in your pocket 16.36.22 # and rather manipulate the remote control (with a screen) 16.38.11 # and even if it was not that useful, it was quite "techy" and cool 16.38.18 *** Saving seen data "./dancer.seen" 16.38.45 # because that's what DAPs were before the smartphone ear 16.38.53 # era* 16.41.51 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 16.42.18 Quit johnb7 (Ping timeout: 260 seconds) 16.47.53 # s 16.51.43 # Build Server message: Build round completed after 993 seconds. 16.51.45 # Build Server message: Revision ca4d63d result: 0 errors 1 warnings 16.55.53 # efqw: first crack at a modified ubi image: http://www.shaftnet.org/~pizza/m3k.tgz 16.56.39 # it has the loader patched in, and the launcher script recirects that logfile to /dev/null 16.57.07 # grab the latest dev build for rockbox itself, plop it on the sdcard. 16.57.49 # ok, I'll test those within an hour 16.58.52 # tbh I don't have high expectations of it working on the first couple of tries. 17.05.12 Quit Oksana (Ping timeout: 272 seconds) 17.05.15 Quit Rower (Ping timeout: 258 seconds) 17.07.58 Quit pamaury (Ping timeout: 260 seconds) 17.09.33 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 17.10.47 Quit Slasherii (Ping timeout: 240 seconds) 17.12.37 Join Slasherii [0] (miipekk@itu.ihme.org) 17.39.37 Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) 17.50.13 Join t0mato5 [0] (~t0mato@193.32.127.160) 17.50.58 Quit ac_laptop (Quit: WeeChat 2.9) 17.52.05 Quit t0mato (Ping timeout: 240 seconds) 17.52.05 Nick t0mato5 is now known as t0mato (~t0mato@193.32.127.160) 17.53.22 Quit lebellium (Quit: Leaving) 18.27.35 # incidently i'm keeping an eye out for gogear hdd6330s 18.27.42 # they're somewhat rare it seems 18.27.44 # lol 18.34.37 # speachy: is it my imagination or does rockbox have a lot of partial ports that were never finished? 18.34.52 # i'm seeing ones that should probably just be stripped out since the devices aren't even that capable... 18.35.01 # like less than 8 MB of RAM 18.35.14 # not sure modern RB would even run well with that 18.37.48 # there's a lot of 'em, yes. 18.38.12 # <8MB is fine; we have 2MB targets still fully supported 18.38.20 *** Saving seen data "./dancer.seen" 18.38.27 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 18.41.45 # I see. 18.41.51 # Ok. 18.52.33 # <_bilgus_> braewoods, I'm impartial to the whole remote screen thing I'd just as soon see it go but I won't break things when I can help it 18.55.15 Join MrZeus__ [0] (~MrZeus@2a02:c7f:70d0:6a00:b022:e215:7732:ccf4) 18.58.48 Quit MrZeus_ (Ping timeout: 260 seconds) 19.17.09 Quit MrZeus__ (Read error: No route to host) 19.18.37 Join MrZeus__ [0] (~MrZeus@90.203.212.4) 19.33.28 Join t0mato6 [0] (~t0mato@193.32.127.160) 19.34.40 Quit t0mato (Ping timeout: 272 seconds) 19.34.40 Nick t0mato6 is now known as t0mato (~t0mato@193.32.127.160) 19.48.50 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.49.44 Join fs-bluebot [0] (~fs-bluebo@55d448e1.access.ecotel.net) 19.51.45 Quit fs-bluebot_ (Ping timeout: 240 seconds) 19.52.00 Quit bluebrother^ (Ping timeout: 258 seconds) 19.52.25 Quit t0mato (Ping timeout: 240 seconds) 19.52.27 Join t0mato5 [0] (~t0mato@193.32.127.162) 20.07.07 Quit MrZeus__ (Read error: Connection reset by peer) 20.13.19 Quit t0mato5 (Quit: Ping timeout (120 seconds)) 20.30.24 Quit ac_laptop (Ping timeout: 272 seconds) 20.33.42 Join t0mato [0] (~t0mato@193.32.127.162) 20.38.23 *** Saving seen data "./dancer.seen" 21.58.09 Quit cockroach (Quit: leaving) 21.59.11 # speachy: I couldn't seem to get the cloner to work with my vm anymore 21.59.52 # the thing dies after a little bit of the system ubi has been transferred 22.00.25 # I'll try again on a real machine soon, gotta dig up a windows xp disk image first. 22.03.36 # Or I could try the linux version too 22.17.18 # I have dedicated boxes I could use for this, let me put an os on it first. 22.20.51 # Oh, and ingenic's usb cloner driver is just libusb, which is nice. 22.38.27 *** Saving seen data "./dancer.seen" 22.49.07 Join Stanley00 [0] (~stanley00@unaffiliated/stanley00) 23.19.24 # speachy: I finally flashed the thing, there wasn't anything wrong with my vm setup, I just forgot to change some options in the cloner 23.19.36 # sleep deprivation does that, lol 23.20.27 # I got the latest dev build and it says *PANIC* Cannot find control 'AK4376 Digital Filter' on a white screen. 23.53.16 Quit TheSeven (Disconnected by services) 23.53.26 Join [7] [0] (~quassel@rockbox/developer/TheSeven)