| 00:25:52 | _bilgus_ | is it a 4 pin jack? |
| 00:27:25 | _bilgus_ | I see the ring in gold at the bottom a pin on right then pin on left and possibly one at the back (excluding straps) |
| 00:28:17 | _bilgus_ | I don't see that on the left jack or it just some schmoo? |
| 01:00 |
| 01:06:49 | | Quit othello7 (Ping timeout: 272 seconds) |
| 01:16:21 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 01:20:44 | | Quit dconrad (Ping timeout: 252 seconds) |
| 01:22:24 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:22:27 | *** | No seen item changed, no save performed. |
| 03:34:56 | | Quit aaabbb (*.net *.split) |
| 03:34:57 | | Quit rb-bluebot (*.net *.split) |
| 03:35:12 | | Join rb-bluebot [0] (~rb-bluebo@rockbox/bot/utility) |
| 03:38:06 | | Join aaabbb [0] (~aaabbb@user/aaabbb) |
| 04:00 |
| 04:15:18 | | Join dnickc [0] (~dnickc@d515269ef.access.telenet.be) |
| 04:18:48 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 04:22:53 | | Quit Maxdamantus (Ping timeout: 240 seconds) |
| 04:23:35 | | Quit dconrad (Ping timeout: 260 seconds) |
| 04:27:15 | | Join q3k [0] (q3k@boston-packets.hackerspace.pl) |
| 04:27:33 | | Quit q3k (Changing host) |
| 04:27:33 | | Join q3k [0] (q3k@hswaw/infra/q3k) |
| 04:29:03 | | Join Maxdamantus [0] (~Maxdamant@user/maxdamantus) |
| 04:44:14 | | Quit dnickc (Ping timeout: 252 seconds) |
| 05:00 |
| 05:22:30 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:29:49 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 06:35:20 | | Quit dconrad (Ping timeout: 252 seconds) |
| 07:00 |
| 07:22:34 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:58:01 | | Quit CH23 (Ping timeout: 272 seconds) |
| 09:00 |
| 09:22:38 | *** | Saving seen data "./dancer.seen" |
| 09:29:25 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 09:33:52 | | Quit dconrad (Ping timeout: 256 seconds) |
| 09:53:37 | | Join CH23 [0] (~CH23@revspace/participant/ch23) |
| 09:56:17 | rb-bluebot | Build Server message: New build round started. Revision c97954f014, 304 builds, 10 clients. |
| 09:56:17 | rb-bluebot | FS #13434: Partially internationalize the textviewer plugin by Solomon Peachy |
| 10:00 |
| 10:05:30 | rb-bluebot | Build Server message: Build round completed after 554 seconds. |
| 10:05:31 | rb-bluebot | Build Server message: Revision c97954f014 result: All green |
| 10:13:53 | rb-bluebot | Build Server message: New build round started. Revision ec23260fd1, 304 builds, 10 clients. |
| 10:13:54 | rb-bluebot | mikmod: Settings names should _NOT_ be i18n'd. by Solomon Peachy |
| 10:22:35 | rb-bluebot | Build Server message: Build round completed after 522 seconds. |
| 10:22:37 | rb-bluebot | Build Server message: Revision ec23260fd1 result: All green |
| 10:29:03 | | Join vitt13 [0] (~vitt13@46.158.48.28) |
| 10:31:15 | vitt13 | @dconrad headphone port has normally connected pins https://i.postimg.cc/QC2dJpnv/2009619194655295.jpg |
| 10:35:13 | vitt13 | inserting a jack disconnects the contacts |
| 10:45:57 | _bilgus_ | so depending on the revision it might be a 4pin jack does that device have recording? |
| 10:58:33 | vitt13 | I guess PJ-342* is possible variant for 3.5 HP port |
| 10:59:09 | vitt13 | PJ-242* is 2.5 HP port |
| 11:00 |
| 11:09:11 | speachy | None of 'em have recording. |
| 11:09:33 | speachy | don't think any of 'em support HP remote operation either |
| 11:15:17 | | Quit CH23 (Ping timeout: 252 seconds) |
| 11:19:00 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 11:19:44 | | Join othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net) |
| 11:22:26 | | Join davisr [0] (~davisr@fsf/emeritus/davisr) |
| 11:22:42 | *** | Saving seen data "./dancer.seen" |
| 11:23:17 | | Quit dconrad (Ping timeout: 240 seconds) |
| 11:33:08 | vitt13 | I guess these pairs are shorted normally when nothing inserts on port https://i.postimg.cc/bwQKmKvm/eros-q-v-h3-V1-ALy-ports.jpg |
| 11:33:42 | | Join dconrad_phone [0] (~dconrad_p@184.170.163.35) |
| 11:33:52 | vitt13 | just checked on my HiBy R3Pro 2.5 port |
| 11:36:31 | | Join CH23 [0] (~CH23@revspace/participant/ch23) |
| 11:39:58 | dconrad_phone | I did some looking with the multimeter, and I think I see what's going on... they have not used a jack with an integral switch. instead, both lugs at the end are for the tip, and both lugs on the middle are for the ring. the lefthand tip lug in that pic is pulled up to 3v when no jack is present. When you plug in a plug, it shorts to the other tip |
| 11:39:59 | dconrad_phone | lug via the plug and gets pulled down to about 0.8v |
| 11:42:05 | dconrad_phone | also, I did some testing last night and discovered another case in which it begins to behave as desired. I'll upload a patchset to explain later when I'm back at my computer, because it's weird. |
| 11:47:21 | dconrad_phone | so... I think if you have a strong signal being output, you may need to ignore the input from the axp. also, the axp's internal pullup (I presume/hope this is what they're using for a pullup) should probably be disabled during playback if possible, as it pulls one channel off by 0.8v...? |
| 11:48:48 | dconrad_phone | I don't think this explains why it doesn't work though, as I've mostly been testing with no audio playing anyway. It's something we should probably account for though, if possible. |
| 11:49:20 | speachy | could your issues be caused by a flaky jack triggering false readings? |
| 11:49:34 | | Quit dconrad_phone (Quit: Connection closed) |
| 11:49:57 | | Join dconrad_phone [0] (~dconrad_p@184.170.163.35) |
| 11:51:35 | | Quit CH23 (Ping timeout: 264 seconds) |
| 11:51:47 | dconrad_phone | I kind of doubt it, to be honest. the line out jack has way less wear, and we're looking for the gpio to be pulled /down/ to signal that something is present |
| 11:53:24 | speachy | I mean the logic in the code is affected by the HP jack state too |
| 11:53:34 | dconrad_phone | what I would like to try, I think, is somehow forcing the dac to a specific dc voltage to pull the axp's gpio closer to ground. |
| 11:54:05 | speachy | hmm, is there a pullup/dn setting on the AXP GPIO block? |
| 11:54:21 | speachy | (or possibly a resistor that does the same?0 |
| 11:55:28 | dconrad_phone | I've been testing with logging output and it has explicitly not been detecting a headphone, pretty sure because it's not hooked up anymore |
| 11:56:16 | dconrad_phone | I'm not actually sure if theres a pullup/down setting, that would be something to try to figure out |
| 11:58:28 | dconrad_phone | I think this explains why headphones are more reliable though. They introduce a 32ohm pull down to ground |
| 12:00 |
| 12:00:12 | dconrad_phone | another thing to try would be to switch the output to the line out and see if what was not detected before is detected now? I believe the stereo switch is the last thing in the chain |
| 12:01:22 | | Quit dconrad_phone (Quit: Connection closed) |
| 12:04:28 | | Join dconrad_phone [0] (~dconrad_p@184.170.163.35) |
| 12:05:04 | dconrad_phone | so... just realized with the new setting I could just try that. forced it into the "1" output and sure enough, it appears to work as desired. |
| 12:05:20 | dconrad_phone | should play with that more, but that may make sense. not sure what to do with that knowledge though. |
| 12:08:20 | | Join Demosthenex [0] (~Demosthen@user/demosthenex) |
| 12:08:44 | Demosthenex | woo, so ironically, my wife had an old ipod 7 laying around a friend left for her, she never used. it's now running rockbox ;] |
| 12:08:55 | | Quit dconrad_phone (Client Quit) |
| 12:09:22 | Demosthenex | omg it has a hard drive, haha |
| 12:23:15 | | Quit Airwave (Ping timeout: 255 seconds) |
| 12:27:33 | Demosthenex | ty for the great job, the gui installer worked like a charm. i loaded it up with my music and it sounds great. now i can retire my poor lil fuse+ |
| 12:29:05 | speachy | glad to hear it. I see a lot of "help" requests that make me wonder what instructions/tools they are using |
| 12:30:33 | Demosthenex | nah, this was smooth. |
| 12:30:55 | Demosthenex | i come prepared to dd firmware files to weird places, and instead on my gaming windoze box i just hit a button after downloading the gui installer |
| 12:34:50 | | Quit vitt13 (Quit: Leaving) |
| 12:36:34 | | Join Airwave [0] (~Airwave@user/Airwave) |
| 12:51:01 | | Join dconrad_phone [0] (~dconrad_p@184.170.163.35) |
| 12:52:51 | dconrad_phone | so I think largely we need to be more strategic about when the hp/lo dectects are polled. The state of the stereo switch I think is important there |
| 12:56:22 | dconrad_phone | I suspect the mute feature is useful, and I wish i knew if/where the shunt feature is hooked up (and what it does...?) |
| 12:57:49 | dconrad_phone | or barring that, make the user change it manually, but I'm not wild about that |
| 13:00 |
| 13:00:00 | dconrad_phone | and with a sufficiently big voltage swing from the dac, we could get a false removal too |
| 13:01:58 | dconrad_phone | which is probably precisely what that guy on the forums experienced |
| 13:02:55 | | Join vitt13 [0] (~vitt13@46.158.48.28) |
| 13:03:13 | dconrad_phone | so uh.... thoughts anyone? I'm gonna go grab lunch now |
| 13:04:17 | | Quit dconrad_phone (Quit: Connection closed) |
| 13:06:08 | vitt13 | @dconrad I see on your Eros Q board photo the same USB IC TSC1421. Did you find any useful datasheet on that IC? |
| 13:12:00 | | Quit vitt13 (Quit: Leaving) |
| 13:13:56 | | Join vitt13 [0] (~vitt13@46.158.48.28) |
| 13:14:11 | vitt13 | *TCS1421 |
| 13:16:03 | Demosthenex | does the ipod rockbox support any "next track" gestures or shortcuts? |
| 13:16:20 | | Join dconrad_phone [0] (~dconrad_p@184.170.163.35) |
| 13:16:36 | othello7 | the skip button? you can go to the now playing screen with the play button at any time |
| 13:16:47 | othello7 | or you mean viewing the current playlist? |
| 13:17:44 | Demosthenex | well i do understand the skip button ;] |
| 13:17:59 | Demosthenex | i'm thinking of a gesture because i'm cycling, if i had like a double tap i could do on a pocket it'd be nice |
| 13:18:09 | Demosthenex | but clearly, older hardware, may lack accelerometers |
| 13:18:20 | dconrad_phone | vitt13: I haven't looked for one, are you looking for it for a particular reason? |
| 13:18:39 | Demosthenex | if i have to find the next button, i need to put tactile feedback on my case (ie: cut a hole) |
| 13:19:06 | othello7 | idk the main draw of the ipod for me is that I can feel where the clickwheel is and click the skip button without having to look at it |
| 13:19:26 | othello7 | I dont think an accelerometer is present. netiher is haptic motor or proper speaker |
| 13:19:30 | Demosthenex | yeah, if it's on my backpack or armband, i have to use the other arm to reach it, just weird |
| 13:19:34 | speachy | no to all three. |
| 13:19:46 | Demosthenex | np |
| 13:20:29 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 13:20:53 | Demosthenex | and i read the part in the faq about the serial accessories, maybe my headphones "next" button works, or not ;] |
| 13:21:18 | | Quit vitt13 (Ping timeout: 255 seconds) |
| 13:21:39 | othello7 | along that line of thought would it be possible to have a way to seek in the track using the clickwheel like in the ipod OS? |
| 13:21:49 | othello7 | obviously toggled on via some sort of button press |
| 13:22:43 | *** | Saving seen data "./dancer.seen" |
| 13:25:04 | | Quit dconrad (Ping timeout: 256 seconds) |
| 13:27:25 | | Quit dconrad_phone (Quit: Ping timeout (120 seconds)) |
| 13:33:37 | | Join vitt13 [0] (~vitt13@46.159.233.36) |
| 13:37:17 | vitt13 | dconrad_phone: I collect the hardware info for HiByR3Pro & TempoTecV3 players. They both have S/PDIF output to USB-C and I guess TCS1421 is involved. |
| 13:42:35 | | Quit vitt13 (Ping timeout: 264 seconds) |
| 13:44:31 | | Join vitt13 [0] (~vitt13@85.174.200.65) |
| 13:46:46 | vitt13 | For HiBy R3Pro digital output (S/PDIF to USB-C) is default output if none of jack - 2.5 or 3.5 is inserted. |
| 13:49:26 | vitt13 | TempoTec V3 has the same behavior though |
| 13:51:08 | vitt13 | COAX icon is meaning digital output when no one jack is inserted |
| 13:52:05 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 13:57:05 | | Quit dconrad (Ping timeout: 268 seconds) |
| 14:00 |
| 14:00:11 | | Quit vitt13 (Quit: Leaving) |
| 14:16:12 | | Join CH23 [0] (~CH23@revspace/participant/ch23) |
| 14:33:29 | | Quit davisr (Quit: yeehaw) |
| 14:35:11 | | Join davisr [0] (~davisr@fsf/emeritus/davisr) |
| 14:58:52 | user890104 | speachy: did you see my comments on g#5726 ? |
| 14:58:55 | rb-bluebot | Gerrit review #5726 at https://gerrit.rockbox.org/r/c/rockbox/+/5726 : Fix "No partition found" mode in init() by Vencislav Atanasov |
| 15:00 |
| 15:00:32 | user890104 | while g#5783 is a bit more user-friendly, it will get the DAP into an infinite loop if there's no USB driver |
| 15:00:35 | rb-bluebot | Gerrit review #5783 at https://gerrit.rockbox.org/r/c/rockbox/+/5783 : Improve the "No partition found" behavior. by Solomon Peachy |
| 15:01:24 | user890104 | infinite reboot loop* |
| 15:02:33 | user890104 | i'd let the user go into the minimal barely working rockbox if they want to |
| 15:03:03 | | Part bertrik |
| 15:07:09 | speachy | Well, "minimal working" is kinda meaningless when you have no filesystem access |
| 15:08:39 | speachy | (from an end-user perspective, that is) |
| 15:09:40 | user890104 | well, you can enter USB mode again. or look at the SMART data, if it's an HDD to find out what's wrong |
| 15:10:49 | user890104 | but I get your point, i'm a bit biased since i'm developing a port for a device with no storage driver yet |
| 15:10:51 | speachy | I wonder how many other code paths will break |
| 15:11:37 | speachy | well, if you're competent enough to work on a new port, then a locak patch to init() is pretty trivial. :D |
| 15:12:20 | speachy | perhaps an obvious #ifdef to enable the behavior you want instead? (especially when combined with a ramdisk) |
| 15:12:21 | user890104 | if you have a filesystem and just .rockbox/rockbox.ext inside, it would also use the minimal interface, but at least have an r/w filesystem |
| 15:13:06 | user890104 | yes, i've submitted it in the ramdisk patch, but currently hitiing a wall with the strange scsi behavior |
| 15:13:07 | speachy | (or if it's a DEBUG build?) |
| 15:13:42 | user890104 | maybe it would make sense to not reboot, if it's a debug build. good call |
| 15:13:52 | speachy | yeah, I think we agree on that |
| 15:14:27 | speachy | nobody "normal" will be running a debug build so "user-friendliness" will be preserved |
| 15:14:45 | speachy | [for certain definitions of user-friendliness] |
| 15:18:34 | speachy | so .. just wrap the system_reboot() call in #ifndef DEBUG ? !USB && DEBUG is easy, but what about USB && DEBUG? |
| 15:21:51 | user890104 | well, i don't think there's a need to reboot, we can retry disk_mount_all() |
| 15:22:15 | user890104 | and just go through the rest of init() |
| 15:22:47 | *** | Saving seen data "./dancer.seen" |
| 15:22:53 | speachy | updated 5783 with the DEBUG stuff. |
| 15:23:45 | user890104 | and if that fails, say something like "Still no partitions found. Booting into minimal mode" or so |
| 15:24:14 | user890104 | and have the 5 second timeout, so the user can actually read it |
| 15:29:17 | speachy | Rebooting is slower, but safer −− it also has the advantage of allowing an updated binary to be loaded. |
| 15:29:35 | user890104 | looks good with the latest changes, i'll try it when i get access to my pc (currently on a phone) |
| 15:31:45 | speachy | putting aside non-development stuff, I'm having a hard time envisioning scenarios where the bootloader would successfully mount & read the rockbox binary off of disk, but the main binary would fail to mount too. |
| 15:32:03 | speachy | (if the binary is stored elsewhere, that's another matter) |
| 15:32:11 | user890104 | my plan for the nano3g port is to embed a rockbox binary into the bootloader, send it over usb and use the early usb mode to partition/format the ramdisk, throw in a .rockbox folder and a test song/plugin |
| 15:32:26 | speachy | ...lieke that. :D |
| 15:33:21 | user890104 | the FTL/VFL part is a nightmare, i don't see it solved anytime soon. there are some attempts for r/o access, but still lacking sufficient testing |
| 15:33:22 | speachy | Why a full rb binary as opposed to a cutdown bootloader with USB? |
| 15:33:50 | user890104 | because the latter has been done already |
| 15:34:29 | speachy | when I say "bootloader" I mean one built from the rockbox tree |
| 15:34:30 | user890104 | Castor has a working bootloader, i'm aiming for a rockbox port that can play music and run plugins |
| 15:35:41 | user890104 | https://gitlab.com/user890104/rockbox here's my fork, with notable branches castor-original and castor-rebased |
| 15:35:55 | speachy | but that's probably just a matter of definition at this point. you want to be able to debug/develop ther est of teh system without working FTL/NAND. |
| 15:36:17 | user890104 | so he ported the ipod classic bootloader to nano 3g |
| 15:36:54 | user890104 | because it's essentially the same SoC, with some minor hardware differences |
| 15:38:08 | user890104 | also he started nano 4g port, but it's not complete as in it doesn't boot on the target yet |
| 15:39:57 | user890104 | and in the meantime q3k discovered an exploit for nano 5g (wInd3x), and CUB3D developed ipod_sun for nano 6g and 7g |
| 15:40:11 | rb-bluebot | Build Server message: New build round started. Revision 4d9c7e2063, 304 builds, 10 clients. |
| 15:40:12 | rb-bluebot | Improve the "No partition found" behavior. by Solomon Peachy |
| 15:40:43 | user890104 | so we have the whole line of nanos jailbroken, and the SoCs are all similar |
| 15:40:46 | speachy | It's a shame they're all flash-based and tus destined to eventually become paperweights. |
| 15:41:38 | user890104 | but they're all mass-produced, and the latter models' battery still holds enough charge even now |
| 15:42:16 | user890104 | also they have a couple of unique features. nano5g has a camera, nano7g has bluetooth |
| 15:42:21 | speachy | do you know if we know how to read the internal serial number off of ipods? |
| 15:42:37 | user890104 | yes, it's all in sysconfig |
| 15:42:51 | | Join lebellium [0] (~lebellium@2a01cb0405d07f002d8e14bd47c7c011.ipv6.abo.wanadoo.fr) |
| 15:43:06 | user890104 | it used to be in an SPI flash, from nano4g onwards is at the beginning of the NAND flash |
| 15:47:30 | rb-bluebot | Build Server message: Build round completed after 439 seconds. |
| 15:47:32 | rb-bluebot | Build Server message: Revision 4d9c7e2063 result: All green |
| 17:00 |
| 17:04:40 | | Quit lebellium (Quit: Leaving) |
| 17:11:55 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 17:16:27 | | Quit dconrad (Ping timeout: 264 seconds) |
| 17:22:48 | *** | Saving seen data "./dancer.seen" |
| 17:26:25 | q3k | speachy: a bigger cause of paperweighting is batteries puffing up and taking out screens with them... and the n4g/n5g being effectively impossible to fix when that happens due to the way it's assembled |
| 17:26:53 | q3k | i'm not that worried about flash wear, and there's even some projects on the backburner to give the nanos more storage (especially the n3g) |
| 17:27:14 | q3k | (via larger/newer nand chips) |
| 17:37:18 | | Join dnickc [0] (~dnickc@d515269EF.access.telenet.be) |
| 17:38:40 | | Quit dnickc (Remote host closed the connection) |
| 17:39:02 | | Join dnickc [0] (~dnickc@d515269ef.access.telenet.be) |
| 17:57:53 | | Quit dnickc (Ping timeout: 268 seconds) |
| 18:00 |
| 18:55:51 | | Join dnickc [0] (~dnickc@d515269EF.access.telenet.be) |
| 18:56:18 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 19:00 |
| 19:00:29 | | Quit dconrad (Ping timeout: 240 seconds) |
| 19:02:03 | | Quit dnickc (Ping timeout: 264 seconds) |
| 19:22:51 | *** | Saving seen data "./dancer.seen" |
| 19:41:24 | | Join massiveH [0] (~massiveH@2600:4040:a982:c800:5978:73d7:ec89:dc43) |
| 21:00 |
| 21:11:00 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 21:15:20 | | Quit dconrad (Ping timeout: 252 seconds) |
| 21:22:53 | *** | Saving seen data "./dancer.seen" |
| 22:00 |
| 22:47:01 | | Quit massiveH (Quit: Leaving) |
| 22:48:30 | | Join dconrad [0] (~dconrad@152.117.104.216) |
| 22:53:03 | | Quit dconrad (Ping timeout: 264 seconds) |
| 23:00 |
| 23:22:55 | *** | Saving seen data "./dancer.seen" |
icon identifies that the person is a core developer (has commit access).