| 01:00 |
| 01:04:18 | | Quit saratoga (Quit: Connection closed) |
| 01:21:31 | | Join lebellium [0] (~lebellium@2a01:cb10:2e:2000:391c:e791:2a42:749d) |
| 01:29:03 | *** | Saving seen data "./dancer.seen" |
| 01:52:03 | | Quit pixelma (Quit: .) |
| 01:52:04 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 01:54:33 | | Join amiconn [0] (jens@p200300ea8722b300305e95fffec66ff3.dip0.t-ipconnect.de) |
| 01:54:33 | | Join pixelma [0] (marianne@p200300ea8722b300305e95fffec66ff3.dip0.t-ipconnect.de) |
| 03:00 |
| 03:04:24 | | Quit f1refly (Ping timeout: 252 seconds) |
| 03:05:25 | | Join f1refly [0] (~f1refly@p4fc47c72.dip0.t-ipconnect.de) |
| 03:10:06 | braewoods | speachy: question. what does rockbox's UMS use specifically? i was just reading about UAS which might be more efficient. |
| 03:10:51 | braewoods | if so it might be interesting to write a UAS driver |
| 03:11:02 | braewoods | but no idea if rockbox has enough resources for that |
| 03:12:20 | braewoods | https://en.wikipedia.org/wiki/USB_Attached_SCSI |
| 03:14:59 | braewoods | appears all the major desktop OS have supported UAS for 7+ years |
| 03:15:32 | braewoods | not sure if there'd be any benefit for rockbox |
| 03:15:41 | braewoods | but it could be interesting to have another storage driver |
| 03:23:33 | | Join kadoban [0] (~kadoban@user/kadoban) |
| 03:23:51 | | Quit lebellium (Quit: Leaving) |
| 03:25:50 | | Join blbro[m] [0] (~blbrostra@2001:470:69fc:105::8f7) |
| 03:29:06 | *** | Saving seen data "./dancer.seen" |
| 03:50:49 | | Join eminguez [0] (~eminguez@71.red-88-9-45.dynamicip.rima-tde.net) |
| 03:51:35 | | Quit asaba (Quit: Relay server offline) |
| 03:52:08 | | Join asaba [0] (~asabas@103.113.159.184) |
| 04:00 |
| 04:03:25 | | Quit asaba (Quit: Relay server offline) |
| 04:11:41 | | Join asaba [0] (~asabas@103.113.159.184) |
| 05:00 |
| 05:18:27 | | Quit f1refly (Read error: Connection reset by peer) |
| 05:19:04 | | Join f1refly [0] (~f1refly@p4fc47c72.dip0.t-ipconnect.de) |
| 05:29:08 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:05:15 | | Quit pablocastellanos (Ping timeout: 244 seconds) |
| 06:12:32 | | Join pablocastellanos [0] (~pidgin@user/pablocastellanos) |
| 06:43:21 | | Join cockroach [0] (~blattodea@user/cockroach) |
| 07:00 |
| 07:29:09 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:14:09 | | Quit asaba (Quit: Relay server offline) |
| 08:14:19 | | Join asaba [0] (~asabas@103.113.159.184) |
| 08:35:04 | | Quit markun (Remote host closed the connection) |
| 09:00 |
| 09:29:13 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:10:05 | | Quit eminguez (Quit: Connection closed) |
| 11:29:16 | *** | Saving seen data "./dancer.seen" |
| 11:51:25 | braewoods | scratch that idea; UAS doesn't work here. requires 5 endpoints with usb 2.0 |
| 11:51:45 | braewoods | not sure it'd help anyway as i suspect the hardware is a more limiting factor |
| 11:55:19 | speachy | UAS's advantage is higher theoretical performance. which we'd not be able to take advantage of anyway. |
| 11:55:56 | speachy | (mainly by allowing multiple outstanding requests) |
| 11:59:12 | braewoods | speachy: because the older ATA we use doesn't support NCQ? |
| 11:59:40 | speachy | not just ATA, but also SD |
| 11:59:59 | braewoods | yea, it's not SATA. |
| 12:00 |
| 12:00:40 | braewoods | speachy: btw, i got some read errors from a badblocks run but only during a single read pass. makes me think it's transient and that it's probably a bad cable. your thoughts? |
| 12:01:07 | speachy | or sunspot activity |
| 12:01:19 | braewoods | lol |
| 12:01:33 | braewoods | the drive itself doesn't seem to report any issues |
| 12:01:41 | speachy | or the illuminati programming the backchannel to the 5G microchip in your COVID "vaccine" |
| 12:01:43 | braewoods | i'll replace the cables and try again later. |
| 12:03:00 | braewoods | but if i really had problems i'd get something more consistent. |
| 12:13:36 | | Join p9 [0] (~p9@83.31.194.45) |
| 12:27:05 | | Join emacsoma1 [0] (~emacsoman@c-174-52-88-123.hsd1.ut.comcast.net) |
| 12:31:00 | | Quit p9 (*.net *.split) |
| 12:31:00 | | Quit kadoban (*.net *.split) |
| 12:31:01 | | Quit emacsomancer (*.net *.split) |
| 12:38:08 | | Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) |
| 12:41:15 | | Join p9 [0] (~p9@83.31.194.45) |
| 12:58:54 | | Quit cockroach (Ping timeout: 244 seconds) |
| 13:00 |
| 13:00:53 | | Join kadoban [0] (~kadoban@user/kadoban) |
| 13:01:44 | p9 | why is there a script coverage difference between 15-Adobe-Helvetica and 18-Adobe-Helevetica? rasher.dk/rockbox/fontstats/">http://rasher.dk/rockbox/fontstats/ |
| 13:02:20 | p9 | is there a way to get font with size 18 but with same coverage as size 15? |
| 13:04:39 | | Join cockroach [0] (~blattodea@user/cockroach) |
| 13:24:40 | braewoods | p9: probably an oversight in the original font |
| 13:29:19 | *** | Saving seen data "./dancer.seen" |
| 13:34:05 | p9 | from what I understand each font size comes from seperate source file and is independent of others: https://git.rockbox.org/cgit/rockbox.git/tree/fonts |
| 14:00 |
| 14:50:40 | | Join f1reflyylmao [0] (~f1refly@p2e50b401.dip0.t-ipconnect.de) |
| 14:51:44 | | Quit f1refly (Ping timeout: 268 seconds) |
| 14:51:44 | | Nick f1reflyylmao is now known as f1refly (~f1refly@p2e50b401.dip0.t-ipconnect.de) |
| 14:52:07 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 15:00 |
| 15:03:56 | | Join amachronic [0] (~amachroni@user/amachronic) |
| 15:12:08 | rb-bluebot | Build Server message: New build round started. Revision d01f3192f2, 297 builds, 9 clients. |
| 15:22:23 | rb-bluebot | Build Server message: Build round completed after 616 seconds. |
| 15:22:27 | rb-bluebot | Build Server message: Revision d01f3192f2 result: All green |
| 15:29:23 | *** | Saving seen data "./dancer.seen" |
| 15:34:17 | braewoods | speachy: what's it take to get patches reviewed now? the gerrit UI is different and confusing now. |
| 15:34:47 | braewoods | like i can't seem to vote on my own patches as "tested" anymore |
| 15:36:10 | amachronic | I was just taking a look at those, are they good to merge? I'm unfamiliar with any of that stuff but looks safe to me. |
| 15:36:48 | braewoods | amachronic: it should be, trivial changes to fix some utilities. |
| 15:36:52 | amachronic | and fwiw I read somewhere that you can't vote your own patches as tested because it's assumed you test your own code anyway. |
| 15:37:31 | braewoods | i plan to do more with them but that was something simple to start off with |
| 15:38:09 | braewoods | ah, right. there was some option to mark them as tested. |
| 15:38:29 | braewoods | keep in mind i'm tweaking some stuff that was last worked on like 10 years ago |
| 15:39:18 | braewoods | so hm |
| 15:40:28 | amachronic | alright, I'll merge those two things then |
| 15:40:59 | rb-bluebot | Build Server message: New build round started. Revision fe9bcd0468, 297 builds, 9 clients. |
| 15:41:59 | braewoods | i'm trying to figure out how i'm going to do the initial install with gigabeats |
| 15:42:17 | braewoods | rockbox utility only works with UMS model currently |
| 15:42:21 | braewoods | mode* |
| 15:42:41 | braewoods | kinda makes sense... |
| 15:43:15 | amachronic | yeah... only if you are patching OF files and piggybacking off the OF's recovery mode. :/ |
| 15:43:16 | braewoods | if i ever finish MTP support, i'll see what i can do to integrate that into rockbox |
| 15:43:49 | braewoods | in theory we could send update payloads over MTP and rockbox could extract them on the device |
| 15:43:57 | braewoods | problem is, not sure how practical or resource intensive that is |
| 15:44:28 | braewoods | but gigabeats bootloader is setup to look for a tar archive containing the RB firmware files |
| 15:44:39 | braewoods | and extract them if found |
| 15:44:53 | braewoods | so i'm assuming they were planning to have the bootloader do that for first install |
| 15:45:09 | braewoods | so it appears they expected to do this... |
| 15:45:19 | braewoods | send the archive over MTP then the patched bootloader |
| 15:45:27 | braewoods | and wait for the device to reset |
| 15:46:04 | braewoods | trouble is rbutil uses ZIP for everything else |
| 15:46:26 | braewoods | would it make sense to strip out the tar and switch to zip? |
| 15:46:29 | amachronic | I added a tar library for the m3k bootloader which you might be able to use. |
| 15:46:45 | braewoods | does it support compressed archives? |
| 15:46:55 | amachronic | nope. it's extremely minimal |
| 15:47:04 | amachronic | since I needed it to fit in a small bootloader |
| 15:47:04 | braewoods | so on par with the gigabeats thing |
| 15:47:16 | braewoods | hm |
| 15:47:18 | amachronic | yeah, I originally got the idea after looking at the gigabeats code :) |
| 15:47:30 | braewoods | may make sense to switch the code to use that |
| 15:50:27 | rb-bluebot | Build Server message: Build round completed after 569 seconds. |
| 15:50:29 | rb-bluebot | Build Server message: Revision fe9bcd0468 result: All green |
| 16:00 |
| 16:14:42 | desowin | so I have been trying to figure out why Sansa Connect mass storage does not seem to work on Windows 10 and SVNr16750 raises my suspicions |
| 16:15:49 | desowin | sending ZLP before CSW does result in Windows issuing reset to the device |
| 16:16:15 | desowin | atleast this is what Windows 10 does with Sansa Connect |
| 16:18:06 | desowin | the failed command is "scsi mode_sense_6 0 1C", Rockbox supports only page code 3F (does not support 1C) |
| 16:19:43 | desowin | I don't know why Windows sends this page code and how ot properly fix it, but this "Windows expects an empty command result before the csw" is way too suspicious |
| 16:23:55 | braewoods | desowin: yet no such problem exists for other ports, so what gives? |
| 16:26:31 | desowin | are you sure it does not exist and not that the reset fix some transient issue? and that this code path executes on other targets? |
| 16:27:01 | desowin | can you send usb capture (USBPcap would be sufficient) for other targets on Windows? |
| 16:27:25 | speachy | USB has been pretty heavily beat upon on our other targets, though I've never personally tried it with Win10. |
| 16:27:46 | braewoods | desowin: well, i'm assuming it works fine since we'd be deluged in complaints if it weren't |
| 16:28:28 | braewoods | it sounds most likely to be a device specific quirk |
| 16:28:43 | braewoods | but if you want I can try UMS from windows 10 |
| 16:28:48 | braewoods | from another rockbox target |
| 16:29:03 | braewoods | just let me know what exactly you'd need tested |
| 16:29:05 | desowin | linux doesn't send this mode sense and everything works fine |
| 16:29:24 | braewoods | do you have other rockbox ports you can use to compare? |
| 16:29:39 | desowin | just connect the device, ideally if it has sd card slot that's empty |
| 16:30:27 | braewoods | i'll try it later, i don't have windows 10 available atm |
| 16:30:41 | braewoods | i'll use my iriver h10 which has a different software USB stack |
| 16:31:35 | desowin | I don't know where my Sansa e280 is... all I have at my immediate disposal is packet level USB sniffer (OpenVizsla), URB level sniffer (USBPcap), analyzer (Wireshark) and Sansa Connect |
| 16:32:04 | speachy | Ha! I have one of the OpenVizsla boards, never could get it working reliably |
| 16:32:35 | desowin | just grab ovextcap from https://github.com/matwey/libopenvizsla |
| 16:33:08 | desowin | put it in Wireshark extcap folder and start capture from Wireshark main window |
| 16:33:24 | desowin | on Windows install driver with Zadig, on Linux just get permissions right |
| 16:33:37 | speachy | it's moot now, I don't have a Win10 system anywhere. |
| 16:33:55 | braewoods | i'm going to review the HID driver later to see what else I can do with it. |
| 16:34:10 | braewoods | i want to see if i can write custom HID software to interact with rockbox in reverse |
| 16:34:52 | braewoods | windows won't support any of this OOB so may as well use some kind of vendor extensions |
| 16:35:42 | desowin | what for? why not write good terminal for USB serial? |
| 16:36:14 | braewoods | desowin: remote control. |
| 16:36:36 | desowin | from PC to Rockbox? |
| 16:36:40 | braewoods | yea. |
| 16:36:55 | braewoods | i thought about coupling this to MTP since it has a lot of features for this |
| 16:36:56 | braewoods | but... |
| 16:37:08 | braewoods | that presents a different problem |
| 16:37:41 | braewoods | rockbox's targets pretty much need to be locked into MTP mode so remote control should be a separate mode |
| 16:37:41 | desowin | well, it would be good to have on USB serial, paired with some commands to access OS information like queues and so on it would be helpful during debugging |
| 16:38:04 | braewoods | i was thinking it could make a lot of things a lot easier though |
| 16:38:11 | braewoods | like setting the RTC from host system time |
| 16:38:18 | braewoods | for supported targets of course |
| 16:38:53 | braewoods | i just think it'd be nice to have a control driver |
| 16:39:03 | braewoods | for debugging and more |
| 16:42:14 | desowin | well, I think just USB serial terminal (on Rockbox side), so connecting to it from host would make a lot of things possible |
| 16:42:35 | desowin | add some commands and you can do automated testing |
| 17:00 |
| 17:08:19 | | Join skrzyp [0] (~skrzyp@skrzyp.net) |
| 17:09:10 | | Quit gevaerts (Ping timeout: 272 seconds) |
| 17:19:09 | | Quit amachronic (Quit: amachronic) |
| 17:29:26 | *** | Saving seen data "./dancer.seen" |
| 17:44:25 | braewoods | bluebrother: it appears rbutil has the ability to extract cab archives. can it create TAR archives? |
| 17:45:02 | braewoods | i need these two in some capacity |
| 17:45:13 | braewoods | cabextract to extract the OF |
| 17:45:43 | braewoods | and create a tar archive for first boot after bootloader install |
| 18:00 |
| 18:29:03 | | Quit p9 (Ping timeout: 244 seconds) |
| 18:30:52 | | Join dconrad [0] (~dconrad@208.38.228.17) |
| 18:31:12 | | Join p9 [0] (~p9@83.31.194.45) |
| 18:42:02 | | Quit speachy (Quit: WeeChat 3.0.1) |
| 19:00 |
| 19:29:30 | *** | Saving seen data "./dancer.seen" |
| 19:40:32 | | Quit p9 (Ping timeout: 264 seconds) |
| 20:00 |
| 20:39:33 | | Join gevaerts [0] (~fg@user/gevaerts) |
| 21:00 |
| 21:29:32 | *** | Saving seen data "./dancer.seen" |
| 21:47:44 | | Quit reductum (Quit: WeeChat 2.8) |
| 22:00 |
| 22:05:02 | | Join mendel_munkis_ [0] (~mendel_mu@ool-ae2cb218.dyn.optonline.net) |
| 22:06:56 | | Quit mendel_munkis (Ping timeout: 264 seconds) |
| 22:09:10 | | Quit mendel_munkis_ (Read error: Connection reset by peer) |
| 22:10:01 | | Join mendel_munkis [0] (~mendel_mu@ool-ae2cb218.dyn.optonline.net) |
| 22:11:19 | | Quit mendel_munkis (Read error: Connection reset by peer) |
| 22:11:54 | | Join mendel_munkis [0] (~mendel_mu@ool-ae2cb218.dyn.optonline.net) |
| 22:32:55 | | Quit cockroach (Quit: leaving) |
| 23:00 |
| 23:29:33 | *** | Saving seen data "./dancer.seen" |
| 23:51:44 | | Quit dconrad () |
icon identifies that the person is a core developer (has commit access).