| 00:07:05 | efqw | It's understandable since this is a budget device and profit margins are thin, but this is still super irresponsible |
| 00:07:32 | efqw | I can get behind inferior/buggy application but a device that slowly kills itself is just the worst |
| 00:08:13 | | Quit ac_laptop (Ping timeout: 260 seconds) |
| 00:08:31 | efqw | If you plug in the charger, the stock player application will write to the nand *constantly* @ a couple of lines per second |
| 00:12:43 | Stanley00 | you mean it write to that app.log, right? |
| 00:12:59 | efqw | yeah |
| 00:13:32 | Stanley00 | phew... I just made change to that, and use M5 as USB DAC the whole time, lucky me that I discovery adb soon |
| 00:14:35 | efqw | sometimes it does this but sometime it doesn't |
| 00:14:51 | efqw | either way the verbose logging should be disabled by default |
| 00:15:22 | Stanley00 | haha, sure |
| 00:16:11 | efqw | speachy: before I forget, we should give /data/kernel.txt the same treatment as /data/userfs/app.log |
| 00:17:34 | Stanley00 | oh, really, I didn't notice that file, I will check it |
| 00:17:37 | efqw | The other log file /data/kernel_last.txt can simply be deleted |
| 00:19:43 | efqw | this might be specific to the m3k |
| 00:19:57 | efqw | the m5 is more similar to the m3pro |
| 00:20:10 | efqw | (in terms of rootfs structure) |
| 00:25:37 | Stanley00 | I agree |
| 00:35:38 | _bilgus | RE: touchscreen and gestures closest you will find in RB is probably fuze+ |
| 00:35:53 | _bilgus | some patches were around that enabled gestures |
| 00:36:05 | _bilgus | never was well polished IIRC |
| 00:37:28 | _bilgus | the fuze+ uses a capacitive? touch pad which sucks even wioth locating bumps but I digress |
| 00:37:53 | _bilgus | its set up as a 3x3 grid as default |
| 00:39:03 | *** | Saving seen data "./dancer.seen" |
| 00:41:59 | Stanley00 | in my case, I was checking touchscreen code from SONY_NWZA860 |
| 00:42:22 | _bilgus | the fuze is I believe the more mature |
| 00:42:38 | _bilgus | though pamaury did both I think* |
| 00:45:26 | Stanley00 | I did check the /data folder on m5, there's only kernel.log and userfs/app.log and other normal .db files |
| 00:46:05 | Stanley00 | funny things is there's also bin/lcd_test and player_daemon there =]] |
| 01:00 |
| 01:43:06 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 01:55:51 | efqw | doom seems to run very well on the m3k |
| 02:00 |
| 02:00:09 | | Join johnb7 [0] (~johnb2@p5b3af3ab.dip0.t-ipconnect.de) |
| 02:06:27 | efqw | it's unsurprising considering the x1000 is probably one of our fastest targets |
| 02:07:39 | | Quit dys (Remote host closed the connection) |
| 02:08:10 | | Join dys [0] (~dys@aurora.ydns.eu) |
| 02:25:57 | | Quit johnb7 (Ping timeout: 260 seconds) |
| 02:39:06 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:03:35 | Stanley00 | hmm... keep rockbox at playing screen make it use 75% CPU even though the screen is off. Not sure if this is normal behavior :( |
| 03:31:59 | speachy | on hosted systems it uses a soft threading model. one of the things on my to-do list is to convert that to using native threading and see how that works out. |
| 03:33:47 | speachy | but that's not terribly high on the list. |
| 03:50:40 | | Quit beencubed (Ping timeout: 244 seconds) |
| 03:51:57 | | Quit S|h|a|w|n (Read error: Connection reset by peer) |
| 03:52:21 | | Join beencubed [0] (~beencubed@209.131.238.248) |
| 03:55:14 | | Quit Stanley00 (Read error: Connection reset by peer) |
| 03:55:16 | | Join Stanley|00 [0] (~stanley00@unaffiliated/stanley00) |
| 04:00 |
| 04:00:04 | | Quit Stanley|00 (Ping timeout: 246 seconds) |
| 04:21:16 | | Join Stanley00 [0] (~stanley00@unaffiliated/stanley00) |
| 04:39:08 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:05:40 | | Quit mendel_munkis (Remote host closed the connection) |
| 05:05:45 | | Join mendel_munkis_ [0] (~mendelmun@ool-435680b7.dyn.optonline.net) |
| 05:59:02 | | Join johnb7 [0] (~johnb2@p5b3af3ab.dip0.t-ipconnect.de) |
| 06:00 |
| 06:05:06 | Stanley00 | I saw that agptek rocker has bootloader that we can use to choose between rockbox and OF. How can I do this for fiio too? |
| 06:05:33 | Stanley00 | make only build rockbox.m3k for fiio m3k target, I can't find bootloader.m3k anywhere |
| 06:08:21 | Stanley00 | oh, nvm... just figure it out that I need another build folder or that |
| 06:12:25 | | Quit johnb7 (Ping timeout: 240 seconds) |
| 06:39:09 | *** | Saving seen data "./dancer.seen" |
| 06:41:34 | | Join johnb7 [0] (~johnb2@p5b3af3ab.dip0.t-ipconnect.de) |
| 07:00 |
| 07:02:15 | | Quit johnb7 (Ping timeout: 258 seconds) |
| 07:05:01 | braewoods | Hm. |
| 07:05:43 | braewoods | says here... |
| 07:05:53 | braewoods | 4 things left on the H300 todo list |
| 07:06:25 | braewoods | i'll need an H300 to understand what it means |
| 07:07:38 | braewoods | speachy: i'm going to work on seeing if i can finish what the wiki says the V7 bootloader is missing still |
| 07:07:53 | braewoods | i updated it a bit since the CF issues have been fixed |
| 07:36:13 | braewoods | cool. found an H320 locally. |
| 07:38:15 | | Join ubervison [0] (~ubervison@2a02:aa12:b106:1b80:4978:337a:24bd:4bbc) |
| 07:45:13 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 08:00 |
| 08:02:09 | | Join pamaury [0] (~pamaury@maths.r-prg.net.univ-paris7.fr) |
| 08:02:09 | | Quit pamaury (Changing host) |
| 08:02:09 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 08:20:37 | | Quit Stanley00 (Remote host closed the connection) |
| 08:31:37 | | Quit massiveH (Quit: Leaving) |
| 08:39:12 | *** | Saving seen data "./dancer.seen" |
| 08:58:02 | | Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) |
| 09:00 |
| 09:08:10 | _bilgus | braewoods, did you ever get a chance to test the fw I uploaded? |
| 09:13:20 | braewoods | _bilgus: not yet. i built my own. i think you built for the h100 not the h120 though. |
| 09:14:15 | braewoods | i'll upload it now |
| 09:19:33 | _bilgus | oh sorry I guess I picked the wrong one |
| 09:20:53 | braewoods | _bilgus: the rockbox logo is partially cut off on the main screen during bootup. it doesn't do that in 3.15 |
| 09:22:28 | | Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) |
| 09:23:26 | braewoods | and looks corrupted on the remote lcd when playing stuff |
| 09:23:38 | braewoods | i'll compare to vanilla git and see if it persists |
| 09:24:05 | _bilgus | I'm almost sure its me :/ |
| 09:25:08 | braewoods | _bilgus: you own an h100 series? |
| 09:25:35 | braewoods | ok. going to do a test build. |
| 09:25:38 | _bilgus | no? |
| 09:25:43 | braewoods | ok. |
| 09:26:28 | braewoods | cloning a fresh repository |
| 09:32:02 | braewoods | _bilgus: confirmed. |
| 09:32:17 | _bilgus | head works fine? |
| 09:32:21 | braewoods | the observed issues are not present in git only in that patchset |
| 09:33:02 | _bilgus | ok I still have some weird stuff going on maybe i'll get lucky and the sim will show it |
| 09:33:03 | | Quit simpleOne (Quit: Textual IRC Client: www.textualapp.com) |
| 09:33:08 | _bilgus | thanks! |
| 09:33:22 | braewoods | _bilgus: where do you reside? |
| 09:33:30 | braewoods | continent or so |
| 09:33:44 | _bilgus | midwest us |
| 09:33:55 | braewoods | wow. huh. |
| 09:34:09 | braewoods | would it help your research to have the actual hardware? |
| 09:34:51 | braewoods | hm. |
| 09:35:28 | _bilgus | as long as you are willing to test again probably not unless of course it starts getting hairy |
| 09:35:55 | braewoods | let me know. i can probably arrange something if you can't figure it out. |
| 09:37:23 | _bilgus | if I havent figured it out by sunday I'll come back to it later as I have a rocker input issue waiting along with a BT UI |
| 09:38:13 | braewoods | _bilgus: i can take photos of what it looks like if it would help |
| 09:38:32 | braewoods | though it won't look too good. cameras are meh. |
| 09:38:45 | _bilgus | sure might help narrow down the issue |
| 09:46:58 | | Quit pamaury_ (Ping timeout: 256 seconds) |
| 09:47:18 | | Quit mendel_munkis_ (Remote host closed the connection) |
| 10:00 |
| 10:13:32 | | Quit pamaury (Quit: Konversation terminated!) |
| 10:21:20 | | Quit ufdm (Read error: Connection reset by peer) |
| 10:21:39 | | Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 10:27:07 | | Join ufdm_ [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 10:27:07 | | Quit ufdm (Read error: Connection reset by peer) |
| 10:29:46 | | Quit ufdm_ (Client Quit) |
| 10:32:34 | | Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 10:35:54 | | Join johnb7 [0] (~johnb2@p5b3af3ab.dip0.t-ipconnect.de) |
| 10:39:15 | *** | Saving seen data "./dancer.seen" |
| 10:54:33 | | Quit johnb7 (Ping timeout: 260 seconds) |
| 10:56:50 | | Quit ubervison (Quit: Leaving) |
| 10:59:35 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 12:00 |
| 12:02:12 | | Join johnb7 [0] (~johnb2@p5b3af3ab.dip0.t-ipconnect.de) |
| 12:05:09 | | Join mixfix41 [0] (~popebook2@unaffiliated/mixfix41) |
| 12:05:11 | | Part rando25892 |
| 12:20:53 | | Quit johnb7 (Ping timeout: 260 seconds) |
| 12:24:42 | genevino | looks like my agptek rocker isn't properly shutting down since a couple of releases, anything i can do? |
| 12:25:41 | | Join ufdm_ [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 12:26:13 | | Quit ufdm (Read error: Connection reset by peer) |
| 12:27:48 | efqw | Battery is still being drained after the device has shut down? |
| 12:39:17 | *** | Saving seen data "./dancer.seen" |
| 12:56:39 | speachy | genevino: will need more to go on than that; I sent my rocker to _bilgus but the other ones I have that share the same platform all shut down properly |
| 13:00 |
| 13:01:47 | speachy | genevino: so what I suggest is trying older nightly releases until you find the one where things stop working properly. |
| 13:03:02 | | Quit pamaury (Ping timeout: 256 seconds) |
| 13:04:18 | | Join MrZeus [0] (~MrZeus@2a02:c7f:70d0:6a00:60be:9e58:9240:7156) |
| 13:07:52 | | Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) |
| 13:09:51 | | Join johnb3 [0] (~johnb2@p5b3af3ab.dip0.t-ipconnect.de) |
| 13:17:04 | lebellium | my Rocker also does that, it remains on "shutting down..." forever (more than 5min). Pressing a button on this message resets the device |
| 13:18:01 | lebellium | haven't bisect yet |
| 13:18:19 | speachy | even narrowing it down to a specific nightly build will help. |
| 13:20:04 | lebellium | will try to do that this weekend. For tonight I have to play with my new Agptek H3 :) |
| 13:24:07 | speachy | lebellium: I'm uploading a patched OF imag enow |
| 13:26:19 | lebellium | Agptek or Eros ? |
| 13:26:30 | speachy | lebellium: http://www.shaftnet.org/~pizza/rb-h3.upt |
| 13:27:07 | speachy | the h3 needs its own image; the others are interchangeable. |
| 13:27:42 | lebellium | on device I have v 0.02 beta |
| 13:27:57 | lebellium | releasing a device with a beta firmware |
| 13:28:05 | lebellium | that's typically Agptek... |
| 13:28:08 | speachy | eh, "beta" is meaningless |
| 13:28:45 | speachy | this is the 20180905 base fw release, whatever that corresponds to |
| 13:29:30 | lebellium | ok |
| 13:29:47 | lebellium | yes I looked for the fw version and could only find the release date |
| 13:29:55 | lebellium | they're not serious |
| 13:30:55 | lebellium | I got it with battery empty. I'm charging it and will try your image later |
| 13:32:54 | | Join mendelmunkis [0] (~mendelmun@ool-435680b7.dyn.optonline.net) |
| 13:52:07 | lebellium | speachy: all firmwares here https://images.agptek.us/Download/ . It seems that 20180905 is the most recent. There are also 20180905 and 20180627 available |
| 13:52:27 | lebellium | 20180309* |
| 13:53:01 | | Quit johnb3 (Ping timeout: 264 seconds) |
| 13:54:48 | speachy | lebellium: awesome! give me a few and I'll update it |
| 13:55:17 | lebellium | I meant you already have the most recent one |
| 13:55:26 | speachy | ah, ok. :) |
| 14:00 |
| 14:02:01 | | Quit mendelmunkis (Remote host closed the connection) |
| 14:07:22 | | Join johnb7 [0] (~johnb2@p5b3af3ab.dip0.t-ipconnect.de) |
| 14:14:19 | | Quit johnb7 (Ping timeout: 265 seconds) |
| 14:17:02 | | Join mendelmunkis [0] (~mendelmun@ool-435680b7.dyn.optonline.net) |
| 14:21:24 | | Nick mendelmunkis is now known as mendel_munkis (~mendelmun@ool-435680b7.dyn.optonline.net) |
| 14:26:02 | speachy | huh. a regression. |
| 14:26:58 | speachy | lebellium: don't flash the update I geve you. |
| 14:27:38 | lebellium | Ok. Not done yet. I will try the older OF before, to see the different fw versions |
| 14:29:17 | speachy | I think the switch to '-Os' broke the hosted builds. resting again.. |
| 14:32:19 | speachy | yeah. with -Os (vs -O) it's failing to open the second input device. w..t..f..? |
| 14:36:02 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
| 14:36:58 | lebellium | 20180309 = V1.0 |
| 14:39:19 | *** | Saving seen data "./dancer.seen" |
| 14:39:36 | speachy | I'm patching it now |
| 14:43:00 | lebellium | 20180627 = V1.1 |
| 14:44:31 | | Join johnb7 [0] (~johnb2@p5b3af3ab.dip0.t-ipconnect.de) |
| 14:44:41 | speachy | uploading a fixed version now |
| 14:45:40 | fs-bluebot_ | Build Server message: New build round started. Revision c6d2a03, 291 builds, 9 clients. |
| 14:46:05 | speachy | done. |
| 14:46:21 | speachy | you will also want to get the very latest dev build −− ie the one that's going now |
| 14:47:07 | lebellium | 20180905 = V1.2 |
| 14:47:48 | | Quit Rower (Ping timeout: 256 seconds) |
| 14:51:06 | lebellium | ok |
| 14:51:19 | lebellium | I already downloaded the previous build to save some time |
| 14:51:22 | lebellium | it's a fail then :D |
| 14:52:02 | speachy | genevino, lebellium, The H2/eros definitely shuts down properly. so I don't know what's going on with the rocker, as they use indentical platform code. |
| 14:55:34 | fs-bluebot_ | Build Server message: New build round started. Revision c6d2a03, 291 builds, 9 clients. |
| 14:55:59 | * | speachy kicks the build server. |
| 14:56:08 | bluebrother^ | speachy: not sure if I get what you're trying to do. Is that for player detection? |
| 14:56:09 | | Quit t0mato (Quit: Ping timeout (120 seconds)) |
| 14:56:41 | speachy | bluebrother^: yeah, multiple players that share the same USB VID/PID but (I think) different usb iManufacturer/iModel strings |
| 14:57:25 | bluebrother^ | we already have code for reading the descriptor string, but it's only shown in the system info dialog. Also, iirc, there were some platform dependent differences. |
| 14:57:32 | speachy | bluebrother^: and in at least one case, require incompatible firmware images |
| 14:58:48 | bluebrother^ | what would happen if you'd try to install the wrong firmware image? Player ignores it? |
| 14:59:01 | speachy | player errors out during the update process |
| 14:59:21 | bluebrother^ | ok, so nothing that would be too problematic, just annoying. |
| 14:59:24 | speachy | it's not fatal. |
| 15:00 |
| 15:00:01 | speachy | what I have in my working tree is removal of all the vid/pid detection for the offending targets, so the user will have to manually select it. |
| 15:00:37 | bluebrother^ | well, if we cannot detect the player unambiguously the user will get a warning and get asked to select the correct player. |
| 15:00:48 | speachy | oh! and to make matters more fun, the rockbox builds all currently advertise themselves identially when they're running. :) |
| 15:01:15 | bluebrother^ | we already have that case with shared vid / pid values. iirc ipodmini1g and 2g were the offenders. |
| 15:01:43 | bluebrother^ | yeps. At least those were ones. |
| 15:04:00 | speachy | I've held off from putting the bootloader (and bsdiff patch) on d.r.o until I can get some wider testing on this stuff. |
| 15:05:26 | bluebrother^ | a similar thing happens when you have multiple players detected btw. |
| 15:06:01 | speachy | so is it better to have detection w/ collisions, or yank the vid/pids that collide? |
| 15:06:37 | bluebrother^ | I'd go for the collisions. Then we can at least tell the user what the candidates are |
| 15:06:52 | speachy | okay, I'll make that change to my rbutil.ini |
| 15:09:40 | bluebrother^ | speachy: This is how it looks when I connect an Ipod Mini2g and run Rockbox Utility as user (so it cannot use ipodpatcher to identify the ipod): https://imgur.com/pEgRsow |
| 15:10:02 | bluebrother^ | and the Ipod isn't mounted, as otherwise it would try to look into rockbox-info.txt |
| 15:10:33 | bluebrother^ | hence it shows "at (unknown)", otherwise it would show the mountpoint. |
| 15:10:57 | speachy | (imgur is being slow, grr) |
| 15:11:12 | speachy | here's the thing −− the target differences only matter for the bootloader install. |
| 15:11:25 | bluebrother^ | sorry, just went for the first image site I came up with :) |
| 15:12:01 | speachy | most of those colliders use the same rb binary |
| 15:12:05 | | Join t0mato [0] (~t0mato@193.32.127.162) |
| 15:12:23 | speachy | one more question, if you don't mind |
| 15:12:36 | bluebrother^ | yeah, but after the first install detection would query rockbox-info.txt, so no problem anymore |
| 15:13:00 | speachy | is there a way to put a textual blurb in the ini file that allows me to tell the user what OF firmware image they need? as the bspatch stuff is image-specific. |
| 15:14:24 | speachy | eg ("Download the H3-20180905 image from AGPTek's site") |
| 15:16:35 | speachy | (bspatch is quite limiting, but without it we could only support patching the OF images under Linux. as root.) |
| 15:17:41 | bluebrother^ | the bootloader install classes have a ofHint() function doing just that. |
| 15:18:04 | bluebrother^ | returning a QString that is shown before installation. F.e. bootloaderinstallimx.cpp:70 |
| 15:18:21 | speachy | well, all of these bspatch targets share the same install class but the details are target-specific |
| 15:19:04 | fs-bluebot_ | Build Server message: Build round completed after 1411 seconds. |
| 15:19:06 | bluebrother^ | ah, ok. So you'd need to check the actual player in there too, but that isn't implemented. |
| 15:19:11 | fs-bluebot_ | Build Server message: Revision c6d2a03 result: All green |
| 15:19:25 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 15:20:25 | bluebrother^ | we could consider changing that to ofHint(const QString& target) so we can check for the actual player in that function. |
| 15:20:35 | speachy | yes please! |
| 15:20:53 | bluebrother^ | the problem with putting it in rbutil.ini is that we can't translate it. |
| 15:21:00 | speachy | right now the ofHint() just refers users to check the wiki to know what OF image to retrieve. |
| 15:21:21 | bluebrother^ | shouldn't be a big deal. ofHint() never needed to know the player until now. |
| 15:21:35 | speachy | hmm, it doesn't need to be anything elaborate, even if it's just the version of the OF to download. |
| 15:22:29 | speachy | the main blurb in ofHint() can have all the actual translatable stuff |
| 15:23:01 | bluebrother^ | the bootloader classes don't know about rbutil.ini, so I'd rather not have that in there. |
| 15:23:13 | speachy | ok |
| 15:23:14 | bluebrother^ | well, the caller could pass such a string on though |
| 15:23:37 | speachy | well, just having ofHint being aware of the target would be a big improvement |
| 15:23:50 | bluebrother^ | so SelectiveInstallWidget could get it from rbutil.ini and pass it as a string. |
| 15:24:48 | speachy | I would just prefer to only have to modify one place to bump to a newer OF baseline version (ie change the OF version string, and the bspatch filename to pull from d.r.o) |
| 15:24:55 | bluebrother^ | reminds me I wanted to clean up that whole settings / rbutil.ini stuff too. It ended up a bit messy right now |
| 15:25:25 | bluebrother^ | hmm. You do have a point :) |
| 15:25:37 | lebellium | speachy: https://drive.google.com/file/d/1kMS_FjA9eWd9txGB0ExraOwD9tv5uvbH/view?usp=sharing |
| 15:25:39 | lebellium | https://drive.google.com/file/d/1kKrlG-e9dWMEp9I7O4oGYrJLz34q6cyf/view?usp=sharing |
| 15:25:45 | lebellium | congrats :) |
| 15:26:28 | speachy | lebellium: when you have time, I'd appreciate you running a battery_bench on this thing. Supposedly it has a larger battery than the Q series. |
| 15:26:37 | speachy | (1500mAh vs 1300mAh) |
| 15:27:14 | lebellium | I'll do but it looks like Agptek is lying https://www.on-mag.fr/index.php/topaudio/tests-auditions/19839-test-agptek-h3-polyvalent-et-encore-un-peu-plus-audiophile |
| 15:27:24 | lebellium | https://www.on-mag.fr/images/stories/2019/08/gal_agptek_h3/gal_agptek_h3_033.JPG |
| 15:27:46 | speachy | there will be a couple of plugins that are a little wonky (bilgus's viewport work fixes at least some of the problems) but everything _should_ work. |
| 15:28:57 | speachy | lebellium: huh, that's disappointing but it means the code doesnt' have to handle potentially two different battery types. :) |
| 15:29:34 | speachy | what's the case material on the back? |
| 15:29:49 | speachy | presumably not metal |
| 15:31:13 | lebellium | metal plate over plastic ? https://www.on-mag.fr/index.php/topaudio/tests-auditions/19839-test-agptek-h3-polyvalent-et-encore-un-peu-plus-audiophile |
| 15:31:29 | speachy | ok |
| 15:31:39 | lebellium | it looks like the Rocker |
| 15:31:53 | speachy | the Q series seems to be a glass. thicker than the rocker's, fortuntely. |
| 15:32:05 | lebellium | wrong link |
| 15:32:06 | lebellium | https://www.on-mag.fr/images/stories/2019/08/gal_agptek_h3/gal_agptek_h3_044.jpg |
| 15:32:37 | lebellium | well, you're right, it's rather glass than metal |
| 15:33:06 | lebellium | https://www.on-mag.fr/images/stories/2019/08/gal_agptek_h3/gal_agptek_h3_032.JPG |
| 15:33:33 | speachy | glass glued to plastic then. |
| 15:33:45 | lebellium | yes |
| 15:33:52 | lebellium | I'm not sure it's a good design idea |
| 15:34:11 | speachy | I recall one of the improvements listed for the Qii was better sealing on the back |
| 15:34:41 | speachy | at least if the glass is cracked it won't compromise the case. unlike the rocker, where the glass _is_ the back. |
| 15:35:06 | speachy | the X3ii has a metal back with a plastic section for the antenna |
| 15:36:44 | speachy | also −− please do some plug/unplug cycles and see if you can get the player to panic after unplug. That should be fixed, but I ran into it again today. not sure if it was because the running build was an older one (ie the bisecting) or not. |
| 15:47:23 | | Quit johnb7 (Ping timeout: 260 seconds) |
| 15:51:25 | fs-bluebot_ | Build Server message: New build round started. Revision 318229e, 291 builds, 9 clients. |
| 16:00 |
| 16:03:17 | speachy | lebellium: I updated the rocker OF image patches on download.rockbox.org, if you're so inclinded I'd appreciate a sanity-check. |
| 16:08:06 | fs-bluebot_ | Build Server message: Build round completed after 1001 seconds. |
| 16:08:10 | fs-bluebot_ | Build Server message: Revision 318229e result: All green |
| 16:15:23 | bluebrother^ | did anyone try to compile a windows sim recently? Building one fails for me for mikmod and lua plugins. |
| 16:15:50 | bluebrother^ | mikmod ends up including windows.h, which conflicts with an enum value INT |
| 16:16:03 | bluebrother^ | I guess for Rockbox it shouldn't include windows.h at all. |
| 16:17:14 | speachy | that's almost certianly my fault; I rebased mikmod against their master a few months back |
| 16:17:35 | bluebrother^ | ah, ok. |
| 16:17:53 | bluebrother^ | so I need to check what we had changed for that. |
| 16:18:07 | bluebrother^ | haven't checked why it fails for lua, though I guess it's a similar thing |
| 16:18:27 | bluebrother^ | I excluded those plugins for now, and the sim works fine, so it's just those two plugins |
| 16:22:48 | lebellium | speachy: I'll do a bit later. What's the difference with the previous image ? |
| 16:23:33 | speachy | heavily updated launcher; better keymaps, supports hotplugging usb and sd card, doesn't force-launch OF when USB plugged in, etc etc.. |
| 16:24:09 | speachy | (ability to directly enter recovery mode to update the firmware too) |
| 16:25:50 | lebellium | ok great. Shouldn't we have a history and changelog in the wiki page instead of just replacing the download link like that? |
| 16:27:29 | speachy | absolutely. but it's also the first-ever update after I got rbutil integration going. :) |
| 16:31:19 | speachy | before that, most users were using random builds found linked on the forum |
| 16:36:39 | lebellium | I only know 2 bootloader versions: the previous one on http://download.rockbox.org and the one made by Agptek themselves. But I didn't follow the port carefully so I may have missed a few |
| 16:37:01 | speachy | the agptek one is lifted from a snapshot published on the forum at some point. |
| 16:39:21 | *** | Saving seen data "./dancer.seen" |
| 16:54:13 | lebellium | I updated the bootloader. But it still launches OF when plugging USB? |
| 16:54:32 | lebellium | oh no, my bad |
| 16:54:33 | speachy | in the tools menu of the loader, what's the version string at the bottom? |
| 16:55:12 | lebellium | as I'm also watching Metallica S&M2 at the same time, I put the firmware file but forgot to update it lol |
| 16:55:26 | lebellium | My brain cannot do 2 things |
| 16:59:17 | lebellium | now it's working |
| 16:59:33 | lebellium | but by default it displays PC connection when plugging the USB charger |
| 17:00 |
| 17:00:18 | lebellium | so you can't use the device at the same time |
| 17:01:23 | speachy | that's unchanged; but what is different is that plugging in the cable won't force-load the OF if the device is powered off or in the loader |
| 17:02:13 | | Join ac_laptop [0] (~ac_laptop@186.2.247.129) |
| 17:02:24 | speachy | prompting on what to do upon usb insertion is one of the things that's higher on the to-do list. |
| 17:02:46 | lebellium | I didn't pay attention that it was already the case |
| 17:03:28 | lebellium | personally I prefer charging my devices with OF than Rockbox but I understand the move to Rockbox by default |
| 17:04:19 | speachy | charging is HW-based on these things. SW can only see the status. |
| 17:04:40 | lebellium | I feel more confident with OF. With a dedicated charging screen I get the feeling the device is OFF and charge faster |
| 17:05:03 | speachy | there is no dedicated charge mode on these things. :) |
| 17:05:38 | speachy | (basically, the CPU is always running. at full speed) |
| 17:05:59 | | Join Batoeh [0] (~user@pool-98-117-243-85.hrbgpa.fios.verizon.net) |
| 17:06:05 | lebellium | Interesting. But as I have more than 100 DAPs, I apply the same rule to all, old and new ones :P |
| 17:06:18 | speachy | fair enough |
| 17:06:48 | Batoeh | Hello I am attempting to install rockbox on an ipod 5.5 with an iflash quad. I was able to install rockbox on the ipod when it had its hard drive no problem. |
| 17:07:02 | mendel_munkis | and here I thought I had a ridiculous pile of hardware lying around |
| 17:07:26 | lebellium | Another annoying point which is also already in your to-do list I guess, is to have a configurable timeout to launch OF or Rockbox. To be able to shorten the 10s timeout |
| 17:08:54 | Batoeh | I have tried both automatic and manual installation. After install the iflash I verified I was able to access it within the ipod maintenance utils and the disk shows up on my system but ipodpatcher will not work. |
| 17:09:02 | jerwin | bruh |
| 17:09:28 | speachy | not counting my pile of broken sansas, I have an even dozen. |
| 17:09:30 | lebellium | mendel_munkis: https://docs.google.com/spreadsheets/d/1M0sIc52Wo3evbdzhXJnq2cat29cq3YL8S6odyhjtkNE/edit?usp=sharing Gathering dust :/ |
| 17:10:04 | speachy | Batoeh: make sure you're using a dev build. |
| 17:10:31 | Batoeh | Yep. |
| 17:12:48 | speachy | Batoeh: so it's still running the original apple firmware at this point? |
| 17:13:07 | speachy | Batoeh: what's ipodpatcher complaining about? |
| 17:14:22 | mendel_munkis | wow. (I can at least feel good about having some you don't) |
| 17:16:35 | | Quit Acou_Bass (Quit: ZNC 1.7.5 - https://znc.in) |
| 17:16:51 | | Quit lemon_jesus (Quit: Ping timeout (120 seconds)) |
| 17:17:04 | Batoeh | speachy: actually I apologize I think I realized my failure. |
| 17:17:17 | | Join lemon_jesus [0] (~lemon_jes@c-73-9-49-209.hsd1.in.comcast.net) |
| 17:17:28 | speachy | lebellium: if you're feeling so inclinded the YP-R0 and YP-R1 could use a sanity-check to make sure they still work. |
| 17:17:37 | | Quit pamaury (Ping timeout: 264 seconds) |
| 17:18:28 | lebellium | I guess I updated my YP-R0 build a few weeks ago but I can check again with the latest one |
| 17:19:06 | lebellium | YP-R1 I'm upset it doesn't even appear on the Rockbox home page :( |
| 17:19:20 | | Join Acou_Bass [0] (~eddie@cpc96070-bolt17-2-0-cust175.10-3.cable.virginm.net) |
| 17:20:27 | speachy | huh, no USB support according to TargetStatus. |
| 17:20:38 | speachy | I vaguely recall there being something majorly wrong with the -R1 |
| 17:20:42 | lebellium | YP-R0 neither. We use OF USB |
| 17:20:51 | lebellium | or Safe Mode |
| 17:22:13 | lebellium | maybe the issue with YP-R1 is that there is no official Rockbox bootloader? |
| 17:23:03 | lebellium | YP-R0 and YP-R1 are specific targets. Everyone uses modded firmwares from Lorenzo92 and VanniX to boot Rockbox |
| 17:23:43 | speachy | I don't know anything about 'em, beyond having to fix up some code problems that also impacted them. |
| 17:24:25 | braewoods | speachy: i'm going to try to improve the H300 bootloader after I see what condition it is in git |
| 17:24:39 | speachy | braewoods: patches welcome! |
| 17:24:42 | braewoods | i want to bring it to feature parity with the H100 bootloader |
| 17:24:45 | lebellium | But I think the YP-R1 should appear at least in the unusable ports on the home page |
| 17:24:53 | braewoods | and evaluate the TODO list the previous author left behind |
| 17:24:57 | braewoods | try to polish what they left |
| 17:25:24 | braewoods | i think the H100 bootloader is pretty much complete |
| 17:25:30 | speachy | braewoods: there have been plenty of core code changes since the last binary releases were generated. |
| 17:25:30 | braewoods | but the H300 one could use a bit more polish |
| 17:25:34 | lebellium | well, YP-R1 doesn't even appear in https://build.rockbox.org/. Maybe that's the issue |
| 17:25:48 | braewoods | speachy: indeed. so i plan to test it to see what if anything is left undone still. |
| 17:26:12 | braewoods | speachy: the main feature i see needing to be added is supporting it in iriver_flash |
| 17:26:18 | braewoods | and adding the new H100 features to it |
| 17:26:23 | braewoods | where you can boot rockbox from EEPROM |
| 17:26:28 | speachy | lebellium: is the -R1 generally as functional as the -R0? |
| 17:26:53 | lebellium | speachy: I will tell you this weekend. I will check both |
| 17:28:08 | speachy | it's easy enough to add to the website (and have the builds show up) but I just want to be sure that it's acutally _usable_. |
| 17:28:11 | lebellium | but from my memories it's quite OK, what also suggests the table here https://www.rockbox.org/wiki/SamsungYPR1 |
| 17:29:14 | | Join _bilgus_ [0] (~bilgus@65.186.35.190) |
| 17:29:19 | fs-bluebot_ | Build Server message: New build round started. Revision d993448, 291 builds, 9 clients. |
| 17:29:58 | speachy | ok. after this build finishes it should show up on build.rockbox.org |
| 17:30:37 | | Quit _bilgus (Ping timeout: 260 seconds) |
| 17:31:35 | lebellium | Great. I will check with the latest build then |
| 17:33:48 | lebellium | mendel_munkis: any specific/interesting/rare one? To be honest, I no longer invest in my collection. I understood managing the batteries will be a nightmare over time. Buying the Agptek H3 now is an exception |
| 17:34:43 | mendel_munkis | nothing particularly interesting. |
| 17:36:16 | | Join _bilgus__ [0] (~bilgus@65.186.35.190) |
| 17:36:51 | lebellium | I'm such in strange mood that I also just bought an iPod Classic 6G 120GB while I hate Apple. 1st Apple device I buy in my life (the few iPod I have are donations). But [Saint] (where is he BTW?) always said here it was a good target |
| 17:36:58 | | Quit _bilgus_ (Ping timeout: 246 seconds) |
| 17:37:22 | mendel_munkis | except a cowon with no RB port sans charging cable |
| 17:45:13 | _bilgus__ | lebellium, this Rocker doesn't have an issue on shutdown with the build from the dev page; Did you try clean installs when you test your Rocker? |
| 17:45:43 | fs-bluebot_ | Build Server message: Build round completed after 984 seconds. |
| 17:45:48 | fs-bluebot_ | Build Server message: Revision d993448 result: All green |
| 17:46:13 | speachy | _bilgus__: I promoted the X3 to the stable list. |
| 17:47:37 | _bilgus__ | just tested that accidentally as well its fine at head as well |
| 17:51:28 | lebellium | _bilgus__: I installed Rockbox for the 1st time (so clean install) with a 20201012 build and there was the issue |
| 17:52:08 | lebellium | I updated it today to the latest build but can try a clean reinstall for sure |
| 17:56:45 | speachy | lebellium: what version of the bootloader? the one agptek posted, or the one via rbutil? |
| 17:57:10 | lebellium | _bilgus__: same issue with fresh install - latest build. |
| 17:57:38 | lebellium | speachy: http://download.rockbox.org/bootloader/agptek/ROCKER-20171101-patched.upt your update from tonight |
| 17:57:47 | speachy | okay |
| 17:58:00 | _bilgus__ | I can try that bootloader |
| 17:58:03 | lebellium | but same issue with the previous image from the same link |
| 17:58:17 | lebellium | it's not linked to this new bootloader |
| 18:00 |
| 18:00:37 | lebellium | If it matters, it's a Rocker V1. I know there is a more recent variant. Even some variants that don't accept the old firmware files? |
| 18:03:42 | _bilgus__ | yeah that bootloader works as well |
| 18:10:48 | speachy | as far as we all know, there are no hardware variations beyond the color of the case. |
| 18:11:15 | speachy | lebellium: what's the SD card? maybe it's having problems with writes? |
| 18:14:46 | lebellium | Sandisk 64 GB Ultra. |
| 18:14:59 | lebellium | rockbox-agptekrocker-20200919 is OK |
| 18:15:02 | lebellium | interesting |
| 18:15:18 | lebellium | so the culprit is somewhere between |
| 18:21:24 | | Quit ufdm_ (Quit: Leaving) |
| 18:22:52 | lebellium | rockbox-agptekrocker-20201001 is OK (shutting down even faster) |
| 18:23:05 | lebellium | rockbox-agptekrocker-20201007 is wrong |
| 18:23:07 | lebellium | I'm close :) |
| 18:24:22 | | Quit sakax (Remote host closed the connection) |
| 18:29:41 | lebellium | rockbox-agptekrocker-20201004 seems to be the 1st wrong one |
| 18:29:46 | lebellium | does it make sense? |
| 18:30:17 | lebellium | f3ae48f552-201004 |
| 18:36:28 | lebellium | _bilgus__: please try while playing music |
| 18:36:43 | lebellium | there is no issue when shutting down why music is stopped |
| 18:36:46 | _bilgus__ | ok think I did but I'll try again |
| 18:36:51 | lebellium | while* |
| 18:37:20 | _bilgus__ | nope |
| 18:37:53 | _bilgus__ | opus, mp3 |
| 18:38:49 | lebellium | strange |
| 18:39:24 | *** | Saving seen data "./dancer.seen" |
| 18:39:37 | _bilgus__ | indeed in that commit it directly references a patch for the rocker |
| 18:40:29 | lebellium | 1824f8b103-201003 is fine it's in between |
| 18:40:52 | lebellium | could be d4a620e85a: alsa: introduce AUDIOHW_MUTE_ON_PAUSE, and have rocker use it. |
| 18:41:08 | lebellium | or 7642184fd9: alsa: Refactor pcm_dma_apply_settings_nolock() |
| 18:41:19 | lebellium | or f3ae48f552: hosted: control buttonlights along with the display backlight. |
| 18:42:09 | lebellium | I don't want to launch my Linux VM right now to find the exact build |
| 18:42:20 | lebellium | will do it tomorrow |
| 18:58:50 | Batoeh | I got it. Thank you for the assistance. We are running peachy keen now! |
| 19:00 |
| 19:09:33 | speachy | Batoeh: glad to hear it |
| 19:10:16 | speachy | lebellium: stock config file? |
| 19:10:35 | lebellium | yes, delete .rockbox, put new .rockbox instead |
| 19:10:43 | speachy | ok. just confirming. |
| 19:10:53 | speachy | Strange how your unit is acting differently. |
| 19:11:40 | lebellium | True that but I'm not alone. Another user reported it too |
| 19:11:46 | lebellium | would be a strange coincidence |
| 19:27:22 | | Quit lebellium (Quit: Leaving) |
| 19:33:30 | speachy | _bilgus__: I ran into a strange bug today; started playing something new; the WPS screen popped up, no audio playback, and the UI was ...s...l...o...w. |
| 19:33:42 | speachy | until I tapped the volume key, and it all picked right up |
| 19:33:56 | speachy | happened once before but I'd chalked that up the WIP code at the time |
| 19:34:02 | speachy | oh, this is on the X3. |
| 19:34:26 | speachy | I wonder if there's still something wonky with the sadc/button code that caused it to get stuck. |
| 19:46:27 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 19:47:46 | | Join fs-bluebot [0] (~fs-bluebo@55d445f8.access.ecotel.net) |
| 19:49:25 | | Quit bluebrother^ (Ping timeout: 240 seconds) |
| 19:49:45 | | Quit fs-bluebot_ (Ping timeout: 240 seconds) |
| 19:53:40 | speachy | lebellium: if you have adb installed, you can get a console and run strace on the running player binary; that might tell us where it's getting stuck on shutdown. |
| 19:58:39 | speachy | given that pressing a button triggers a reset afterwards, that tells me the player actually crashed, because the same thing happens after a panic. |
| 19:58:47 | speachy | okay, that's something for me to work from. |
| 20:00 |
| 20:10:05 | | Part Batoeh |
| 20:25:38 | speachy | I have a theory. |
| 20:35:44 | | Quit MrZeus (Ping timeout: 246 seconds) |
| 20:39:28 | *** | Saving seen data "./dancer.seen" |
| 20:40:57 | speachy | ...it might be bunnies |
| 20:42:44 | speachy | there might be a race condition between the audio_stop() call happening asynchronously, possibly leading to an audiohw_mute() call after we've closed our alsa mixer handle. |
| 20:46:14 | fs-bluebot | Build Server message: New build round started. Revision ce40ef4, 291 builds, 10 clients. |
| 20:46:50 | speachy | lebellium, genevino, when this build finishes, please give it a try on the rocker and see if that solves the shutdown issue. |
| 20:48:27 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 21:00 |
| 21:04:06 | fs-bluebot | Build Server message: Build round completed after 1073 seconds. |
| 21:04:09 | fs-bluebot | Build Server message: Revision ce40ef4 result: All green |
| 21:04:10 | fs-bluebot | Build Server message: New build round started. Revision 1b110da, 291 builds, 10 clients. |
| 21:21:32 | fs-bluebot | Build Server message: Build round completed after 1042 seconds. |
| 21:21:35 | fs-bluebot | Build Server message: Revision 1b110da result: All green |
| 21:21:36 | fs-bluebot | Build Server message: New build round started. Revision cd72175, 291 builds, 10 clients. |
| 21:35:33 | fs-bluebot | Build Server message: Build round completed after 839 seconds. |
| 21:35:34 | fs-bluebot | Build Server message: Revision cd72175 result: 2 errors 0 warnings |
| 21:39:19 | | Join Stanley00 [0] (~stanley00@unaffiliated/stanley00) |
| 21:54:00 | | Join ufdm [0] (~ufdm@c-73-164-63-214.hsd1.mn.comcast.net) |
| 21:58:45 | _bilgus__ | speachy I haven't run into that particular bug yet although I havent used it for 8 hrs straight yet only a few hours here and there |
| 21:59:22 | speachy | both times it was upon starting a new playlist. |
| 21:59:35 | speachy | from an otherwise-idle system |
| 22:00 |
| 22:18:59 | | Quit cockroach (Quit: leaving) |
| 22:37:40 | _bilgus__ | speacht re the get_viewport_framebuffer its pretty easy to replace them by setting a full screen vp and grabbing the fb from there but they aren't just copy pasta-able |
| 22:39:32 | *** | Saving seen data "./dancer.seen" |
| 22:56:56 | | Quit Stanley00 (Read error: Connection reset by peer) |
| 22:57:00 | | Join Stanley|00 [0] (~stanley00@unaffiliated/stanley00) |
| 23:00 |
| 23:19:34 | | Quit ac_laptop (Ping timeout: 256 seconds) |
| 23:46:50 | __builtin | speachy: why are the AIGO devices classified s |
| 23:46:55 | __builtin | *as unstable? |
| 23:47:16 | | Nick Guest18548 is now known as alexbobp (~alex@meowface.org) |
| 23:47:53 | __builtin | oh, is it lacking a manual? |
| 23:51:32 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 23:51:42 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
icon identifies that the person is a core developer (has commit access).