| 00:17:01 | | Quit krabador (Remote host closed the connection) |
| 00:26:51 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 00:32:42 | | Quit TheSeven (Ping timeout: 268 seconds) |
| 00:33:05 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 01:00 |
| 01:00:27 | | Quit krabador (Ping timeout: 268 seconds) |
| 01:02:20 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 01:29:39 | *** | Saving seen data "./dancer.seen" |
| 01:37:06 | | Quit krabador (Remote host closed the connection) |
| 02:00 |
| 02:16:37 | | Join PimpiN8 [0] (~textual@2001:1c04:3305:b700:ec91:b269:7b3:1529) |
| 02:48:03 | | Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 03:00 |
| 03:29:42 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:14:02 | | Quit MrZeus (Ping timeout: 240 seconds) |
| 04:27:46 | | Quit ufdm (Quit: Leaving) |
| 04:34:48 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 04:34:48 | * | __builtin has been trying to reproduce iFlash corruption under Rockbox |
| 05:00 |
| 05:29:44 | *** | Saving seen data "./dancer.seen" |
| 05:43:32 | | Quit dys (Ping timeout: 268 seconds) |
| 07:00 |
| 07:10:30 | | Quit Moarc (Quit: i znowu NADMUCHAŁ BALONA) |
| 07:14:25 | | Join Moarc [0] (~chujko@a105.net128.okay.pl) |
| 07:29:47 | *** | Saving seen data "./dancer.seen" |
| 07:47:59 | | Join ufdm [0] (~ufdm@2601:446:8100:6f:57c:d713:dd1f:8ddc) |
| 07:54:53 | | Join ufdm_ [0] (~ufdm@2601:446:8100:6f:57c:d713:dd1f:8ddc) |
| 07:54:53 | | Quit ufdm (Read error: Connection reset by peer) |
| 08:00 |
| 08:03:50 | | Quit ufdm_ (Quit: Leaving) |
| 08:04:17 | | Join ufdm [0] (~ufdm@c-75-72-10-216.hsd1.mn.comcast.net) |
| 08:45:56 | | Join lebellium [0] (~lebellium@89-92-69-72.hfc.dyn.abo.bbox.fr) |
| 09:00 |
| 09:12:33 | | Quit ufdm (Quit: Leaving) |
| 09:29:50 | *** | Saving seen data "./dancer.seen" |
| 09:53:09 | | Join ZincAlloy [0] (~Adium@2a02:8108:9440:dfc:c8f8:ca6e:7d97:53ae) |
| 10:00 |
| 10:49:00 | | Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) |
| 10:49:29 | | Quit J_Darnley (Ping timeout: 265 seconds) |
| 11:00 |
| 11:17:27 | | Join dys [0] (~dys@tmo-096-50.customers.d1-online.com) |
| 11:29:53 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:23:58 | | Quit paulk-leonov (Ping timeout: 276 seconds) |
| 12:31:59 | | Join paulk-leonov [0] (~paulk-leo@2a02-842a-0009-9401-60f4-bdff-fe15-88a1.rev.sfr.net) |
| 12:37:50 | | Quit paulk-leonov (Ping timeout: 250 seconds) |
| 12:43:44 | | Join paulk-leonov [0] (~paulk-leo@leonov.paulk.fr) |
| 13:00 |
| 13:15:58 | | Quit dys (Ping timeout: 276 seconds) |
| 13:20:42 | | Join dys [0] (~dys@tmo-096-50.customers.d1-online.com) |
| 13:21:07 | Bilgus | any 'luck'? |
| 13:29:56 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:12:44 | | Quit dys (Ping timeout: 250 seconds) |
| 15:00 |
| 15:30:00 | *** | Saving seen data "./dancer.seen" |
| 15:38:00 | | Join MrZeus [0] (~MrZeus@88-145-72-11.host.pobb.as13285.net) |
| 16:00 |
| 16:07:12 | | Join Soap [0] (~Soap@rockbox/staff/soap) |
| 17:00 |
| 17:30:01 | *** | No seen item changed, no save performed. |
| 18:00 |
| 18:25:31 | | Quit ps-auxw (Disconnected by services) |
| 18:25:42 | | Join ps-auxw [0] (~arneb@p548D4CE8.dip0.t-ipconnect.de) |
| 18:27:11 | | Quit beencubed (Quit: Leaving) |
| 18:35:38 | | Join beencubed [0] (~beencubed@209.131.238.248) |
| 19:00 |
| 19:30:04 | *** | Saving seen data "./dancer.seen" |
| 20:00 |
| 20:42:53 | * | PrinceKyle is seeing random but frequent crashing while playing from MicroSD on a ClipZip. No problem with the same MicroSD on the ClipPlus. Both builds are less than 3 days olc from git master. |
| 20:43:52 | PrinceKyle | I thought it was a hardware issue, but tapping it doesn't appear to cause any problem. |
| 20:45:44 | PrinceKyle | The crash happens randomly, and ranges from a sound similar to a skipping CD to just stopping and refusing to play anything else to a complete crash that requires holding in the power button to forceably shut it down. |
| 20:47:16 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:56:36 | | Join FiletMignon [0] (4c784d64@c-76-120-77-100.hsd1.co.comcast.net) |
| 21:00 |
| 21:26:03 | FiletMignon | heh. Came here to ask for help compiling... may have figured it out while typing, it's compiling now. Room-full-of-rubber-duckies-debugging? |
| 21:26:27 | gevaerts | \_o< |
| 21:30:07 | *** | No seen item changed, no save performed. |
| 21:56:03 | Bilgus | PrinceKyle, there has been nothing changed with Clip+ or Clipzip in a good long while |
| 21:57:52 | PrinceKyle | Bilgus: Yeah I see that. My last ClipZip update was in 2015. Some battery life issues fixed in both as I recall. I showed a 2014 build on my ClipPlus until I updated it 2 days ago. |
| 21:59:05 | Bilgus | did you delete or ename your config.cfg file on the clip+? |
| 21:59:19 | Bilgus | that seems to be a common issue |
| 21:59:35 | PrinceKyle | Yes. As a matter of fact, I deleted the whole .rockbox folder. |
| 22:00 |
| 22:00:06 | PrinceKyle | I did that on both players. |
| 22:01:24 | Bilgus | oh its the clipzip crashing, hmm I've been using a clipzip daily for the last year |
| 22:01:51 | Bilgus | is it giving panics or just outright hanging? |
| 22:02:16 | PrinceKyle | I thought I may have had some kind of compiler glitch or something, so I tried building for the ClipZip again today, but still see the same random but quite frequent crashes. |
| 22:02:54 | PrinceKyle | It's not the same every time. Sometimes it panics completely, other times it just stops reading the MicroSD. |
| 22:03:24 | PrinceKyle | Internal storage is working perfectly. |
| 22:03:30 | Bilgus | weird, have you tried a different sd? |
| 22:03:55 | PrinceKyle | Not yet. I just tried the same SD in the ClipPlus, and have absolutely no issues with it there. |
| 22:04:11 | Bilgus | well they are similar in hardware but not exact |
| 22:04:46 | Bilgus | it wouldn't surprise me if the timings were slightly different and the sd card doesn't like it |
| 22:05:02 | PrinceKyle | This is a 128GB SD. I figured if I was gonna have problems with one or the other using this SD, it would be on the ClipPlus, not the slightly newer ClipZip. |
| 22:05:15 | Bilgus | I have a 128G in my clip zip |
| 22:05:25 | PrinceKyle | But it's working perfectly on the ClipPlus, but crashes the ClipZip. |
| 22:05:47 | Bilgus | let me look.. |
| 22:06:06 | PrinceKyle | Hmmm. I'm trying to remember which I have. I have Samsung and Silicon Power, both 128. |
| 22:06:19 | PrinceKyle | I think the Samsung is in a phone. |
| 22:06:57 | PrinceKyle | The last few I have purchased were Silicon Power, and they seem to work quite well in most things. |
| 22:07:43 | PrinceKyle | It also seems to have worked rather well before I updated Rockbox from a 2015 build to a 2019 build. |
| 22:09:05 | | Part FiletMignon |
| 22:09:38 | PrinceKyle | I could grab the 3.14 official build and see whether or not that fixes things. |
| 22:10:19 | PrinceKyle | I also have another sd I could try, but it's quite a bit smaller. I think the other one I'm not currently using is 32GB. |
| 22:11:39 | Bilgus | the clipzip and clip+ are using the same sd code AFAICT |
| 22:11:52 | Bilgus | now thats not saying the voltages are the same |
| 22:12:25 | PrinceKyle | That's what I thought. I wonder if it is possibly a voltage issue. |
| 22:12:30 | Bilgus | I don't think the sd code has been altered since 3.14 but feel free to try |
| 22:12:53 | Bilgus | now it could be a volatge issue as 'SOMEONE" lowered the voltages |
| 22:13:17 | Bilgus | let me compile you a slightly boosted version |
| 22:13:55 | PrinceKyle | So maybe the hardware on ClipPlus can take a lower voltage than ClipZip. I seem to recall seeing in the log that the voltage was lowered for both. |
| 22:14:39 | Bilgus | no its just a guessing game from device to device |
| 22:15:55 | PrinceKyle | I have an SD that was in an Android phone. I think it's 32GB. So far it's playing normally, but again, the crash is random. |
| 22:17:06 | PrinceKyle | Amazingly, it's playing the audio from an mp4 video I made using the camera on that phone. |
| 22:24:06 | PrinceKyle | The smaller SD is continuing to play without any issues. I think it's Sandisk, not sure. I'm visually impaired, so I'm not able to read it. But this one is working long enough through enough files that I can conclude that it at least mostly works. The 128GB doesn't run as long before it crashes out. I usually get 5 minutes or less. |
| 22:24:22 | Bilgus | http://www.mediafire.com/file/1pijyu03p33646p/SansaClipZip_BoostedCVDD1%2822%29_10_12_2019rockbox-full.zip |
| 22:24:55 | Bilgus | there you go that puts the cpu voltage back where it was before |
| 22:26:42 | PrinceKyle | Thanks. Getting it now. I'll let you know what happens. |
| 22:29:21 | | Part PrinceKyle ("In a flash of purple light, the prince disappears!") |
| 22:29:35 | Bilgus | hope it works for you... |
| 22:33:41 | | Join PrinceKyle [0] (~cancerian@cpe-2606-A000-111A-A097-0-0-0-F17.dyn6.twc.com) |
| 22:35:09 | PrinceKyle | Looks like it's hardware ... or something. This SD doesn't work boosted. But it is working on the ClipPlus without any problems. |
| 22:35:24 | PrinceKyle | Strangely, the other SD is working. |
| 22:36:13 | PrinceKyle | It played for about a minute, then it crashed. Full panic this time from the look of it. |
| 22:36:56 | PrinceKyle | No, not full panic after all. It just stopped playing. I stopped it and it returned to the files, but I can't play anything on the SD now. |
| 22:37:40 | PrinceKyle | I pop it out and pop it back in and it plays again for anywhere from a few seconds to maybe 5 minutes. |
| 22:38:36 | PrinceKyle | About 10 seconds this time, and then it returned to the file list on its own. |
| 22:39:28 | PrinceKyle | Now about 6 seconds, and instead of returning me to the file list, it put me on the main menu. |
| 22:39:59 | PrinceKyle | And this time, it won't show me any files. |
| 22:40:09 | PrinceKyle | Not even on internal. |
| 22:42:22 | Bilgus | here is an older version that sets all the voltages to the original values http://www.mediafire.com/file/gpdd3s8febppvpx/CLIPZIP_CVDDP2_10-27-17_rockbox-full.zip/file |
| 22:42:43 | PrinceKyle | I'm fairly certain this SD worked as I was updating it, as I did copy a bunch of stuff over from a 32GB and rewrote my talk clips as I updated. |
| 22:43:09 | PrinceKyle | OK I'll try that. Thanks. |
| 22:44:13 | Bilgus | weird that its locking the internal too ohh I think the talk file is corrupted on the latest builds you might try 3.14 if the above doesn't work |
| 22:44:48 | Bilgus | also assuming you downloaded the talk files from the build page |
| 22:46:01 | Bilgus | I'm not sure how robust the talk system is but It could be causing issues hard to say really without having it in hand |
| 22:46:26 | PrinceKyle | Well, it usually doesn't lock internal. This was an unusual case. Then when I popped the sd out and back in and went into files, it put me back into the folder I was in on the SD when it crashed. I went out of it and tried to read internal, and then my screen went white and then completely black. |
| 22:47:00 | PrinceKyle | I wrote all my talk files from scratch using tools/voice.pl. |
| 22:48:06 | PrinceKyle | I modified it slightly to use RHVoice on my computer, which for some reason is a bit slow, but that's because the command line test client is slow to start. |
| 22:48:24 | PrinceKyle | It's never caused any corruption like this. |
| 22:49:59 | Bilgus | I only boosted the voltage to the default level otherwise its the same as the latest dev versions I'd probably go back to 3.13 and see it still sdoes it otherwise I'd suspect hardware issues |
| 22:51:02 | Bilgus | I gotta head out but do post your results I'll see them this evening and possibly see what we can do/try |
| 22:51:20 | PrinceKyle | OK Thanks. |
| 23:00 |
| 23:05:20 | PrinceKyle | This version is still giving me trouble. I'm checking a couple of things, including filesystem corruption, although that shouldn't affect one player and not the other. |
| 23:30:08 | *** | Saving seen data "./dancer.seen" |
| 23:56:30 | | Join PimpiN8 [0] (~textual@2001:1c04:3305:b700:9c83:bf17:c1ad:6813) |
| 23:57:01 | | Quit PimpiN8 (Client Quit) |
icon identifies that the person is a core developer (has commit access).