Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2019-04-15

00:07:51textmateHey guys
00:08:21textmateIs there a way to replace the apple firmware c
00:08:36textmatelike up to having zero proprietary firmware running
00:08:56textmatei want to change the apple logo that is displayed on each boot
00:09:18textmateIm using iPod Video BTW
00:34:46 Quit krabador (Read error: Connection reset by peer)
00:36:13 Join krabador [0] (~krabador@unaffiliated/krabador)
00:39:32 Quit krabador (Remote host closed the connection)
00:41:21 Join krabador [0] (~krabador@unaffiliated/krabador)
00:55:22 Join tfm [0] (
01:06:40 Quit krabador (Remote host closed the connection)
01:15:23***Saving seen data "./dancer.seen"
01:30:05 Quit tfm (Ping timeout: 240 seconds)
01:44:21 Quit MrZeus (Ping timeout: 268 seconds)
01:58:20 Join MrZeus [0] (~MrZeus@2a02:c7f:70d4:cd00:99cd:fd62:d570:9ada)
02:38:14 Quit MrZeus (Ping timeout: 252 seconds)
03:15:25***Saving seen data "./dancer.seen"
04:39:46 Quit GeekShadow (Ping timeout: 250 seconds)
05:15:29***Saving seen data "./dancer.seen"
05:38:47 Quit TheSeven (Ping timeout: 240 seconds)
05:39:26 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
07:15:32***Saving seen data "./dancer.seen"
08:35:20 Join icirc [0] (~mezz@
08:35:33 Quit TheSeven (Ping timeout: 250 seconds)
08:37:01 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
09:15:36***Saving seen data "./dancer.seen"
09:37:35 Quit Jinx (Ping timeout: 250 seconds)
09:37:56 Join petur [0] (~petur@rockbox/developer/petur)
09:47:33 Join Jinx [0] (~Jinx@unaffiliated/jinx)
09:53:39 Quit lagfra (Ping timeout: 252 seconds)
09:54:26 Join lagfra [0] (
10:07:34 Join TheSphinX_ [0] (
10:09:59 Quit TheSphinX^ (Ping timeout: 252 seconds)
10:09:59 Nick TheSphinX_ is now known as TheSphinX^ (
11:15:39***Saving seen data "./dancer.seen"
11:41:34_Bilgustextmate, there is a way but I wouyldn't do it due to bugs, and probably not even after the bugs are all fixed
11:42:22_Bilgusicirc, you are using windows 10?
11:44:02_Bilgusicirc, Have you tried the original firmware?
12:20:17icirc_Bilgus I have tried arch linux and windows 10, same issue. on windows it seems like it fails even faster. Yes have used normal firmware before. Can't figure out dual boot, manual says I would need a .sansa file, but the latest official firmware from sandisk is a "" file, containing only a "fuzea.bin" image, no idea where I would get the right file...
12:25:21 Join dandels [0] (~dandels@unaffiliated/dandels)
12:27:58 Quit asaba (Quit: Relay server offline)
12:28:08 Join asaba [0] (~asaba@
12:34:17_Bilgusno dual boot is intrinsic to the ams players with rockbox hold volume up or down, or see the manual about how to boot OF
12:34:45_Bilgusicirc, also what version of rockbox is it 3.14 or something earlier?
12:37:03 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow)
12:40:57_Bilgusyou can use the rockbox utility to install an updated version or copy that fuzea.bin file to the root of the device and boot into OF and it will update the player
12:47:05 Join vmx [0] (
13:15:40***Saving seen data "./dancer.seen"
13:17:27 Join cc___ [0] (~ac@2001:910:1033:1:6a05:caff:fe1c:1627)
13:20:48 Quit dandels (Ping timeout: 252 seconds)
13:44:43 Join massiveH [0] (
13:55:32icircok dual boot is working, just press left on the "clickwheel" while booting! awesome. I am on rockbox stable 3.14, and tried with development version as well.
13:55:59_Bilgusso does file transfer work properly in OF?
13:58:36_Bilgusicirc, try this build it implements powersave for the fuzev1 and has some fixes for the sd driver you copy the .bin file to root of the device and boot into OF and it will install it
13:59:06_Bilgusnope not that link sorry
13:59:40icirccool will try and let you know!
14:38:07 Quit icirc (Quit: icirc)
14:41:41 Quit massiveH (Quit: Leaving)
14:43:24 Join MrZeus [0] (~MrZeus@2a02:c7f:70d4:cd00:112d:547:bacf:a25f)
14:50:57 Join icirc [0] (~mezz@
14:54:26 Quit icirc (Client Quit)
14:54:43 Join icirc [0] (~mezz@
14:56:05icircok deleted the .rockbox folder from fuze, replaced with the one in, rebooted player. but still same issue! one thing changed though: before, when the transfer failed and I pressed a button on the player, it would reboot by itself. Now, the player just freezes, all black screen and no reaction to button presses. Now I have to hold power button for some time to force reboot.
14:56:44icircso still fails but fails differently now! :-)
15:15:43***Saving seen data "./dancer.seen"
16:11:59icircalso same issue with version 3.8.1 and 3.7.1 (some users on the bugtracker said those would work)
16:28:07icircthe weird thing is it just happens when moving many files at once! I can copy 100mb, wait some minutes, then repeat, till forever! is there some kind of crash dump / log I could look at when the device fails?
16:37:17_Bilgusicirc you can enable a logging build but It needs to be compiled as such and I'm not near my production machine to compile one for you, DOES Original Firmware transfer files properly?
17:15:47***No seen item changed, no save performed.
17:22:37icirc_Bilgus: yes, file transfer on of works. just tried with the same set of files that fail on rockbox. file transfer is way slower on of compared to rockbox (800kb/s vs 3mbs) but actually works. it seems like there is some sort of cache in place when using rb usb mode that just overflows when transfering too much at once?
17:25:19_Bilgusits possible that usb was never fixed for the v1 fuze I don't have one to test on unfortunately but used a clip+ for years before usb was fixed in Rb so I'd reccomend transfering files in OF or use a sd reader to transfer to the card but maybe johnb might chime in he has a v1 Fuze IIRC
17:29:15 Quit MrZeus (Ping timeout: 252 seconds)
17:33:03icircok thanks for your efforts mate! will lurk here a little longer to see if johnb got some more tips.
17:56:51 Join p3tur [0] (~petur@
17:56:51 Quit p3tur (Changing host)
17:56:51 Join p3tur [0] (~petur@rockbox/developer/petur)
17:56:54 Quit p3tur (Read error: Connection reset by peer)
18:00:36 Quit petur (Ping timeout: 250 seconds)
18:04:09 Quit lagfra (Ping timeout: 246 seconds)
18:06:09 Join lagfra [0] (
18:11:02 Quit lagfra (Ping timeout: 252 seconds)
18:11:10 Join lagfra [0] (
18:16:56 Quit lagfra (Ping timeout: 255 seconds)
18:18:57 Join lagfra [0] (
18:21:04 Join MrZeus [0] (~MrZeus@2a02:c7f:70d4:cd00:19b8:f5bf:5f5f:d3ed)
18:22:28 Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan)
18:49:54icirc_Bilgus: I now compiled rockbox with the debug option. How do I get a log of the crash?
18:57:33_Bilgusicirc generally you enable a logf build and enable it in the module you suspect to be having an issue, in debug builds assuming there are already some debug functions written for the desired module you will find a debug log either on the root of the device or you might need to go to the system>debug menu on the device
19:04:44 Quit vmx (Remote host closed the connection)
19:06:04 Join Saratoga [0] (c6e99202@gateway/web/freenode/ip.
19:06:39SaratogaI don't know that the amsv1 USB was ever fully figured out
19:06:52SaratogaIt mostly works but it can be buggy
19:07:35SaratogaV2 came out with a different controller and everyone moved over to those devices
19:09:32_BilgusDo you keep notes Saratoga? :P
19:10:06*_Bilgus should start keeping notes
19:15:48***Saving seen data "./dancer.seen"
19:16:34 Quit Saratoga (Ping timeout: 256 seconds)
19:17:15 Join lebellium [0] (
19:34:47icirchm seems like i did not think that through! logging works BUT as I said device freezes, and after reboot the log is empty again and nothing written to file...
19:52:52 Quit icirc (Ping timeout: 268 seconds)
19:59:48 Join johnb2 [0] (
20:01:20johnb2_Bilgus: For me Fuze v1 was never stable on USB transfer (but also had issues in the OF)
20:02:28johnb2at least when copying to SD.
20:09:01 Join icirc [0] (~mezz@
20:18:00 Join vmx [0] (
20:18:16 Quit vmx (Remote host closed the connection)
20:21:51 Quit johnb2 (Ping timeout: 268 seconds)
20:25:03icircbtw doing all testing on internal memory with no microsd inserted (tested with microsd at the beginning, same story)
20:30:10 Join krabador [0] (~krabador@unaffiliated/krabador)
20:46:29icircset the screen to always on when connected, now i can see the kernel panic screen
20:46:35icircqueue_post ovf g=0x300e4334
20:46:37icircps:30073f64 sp:300008a0
20:46:39icirc A: 30055254
20:46:41icirc A: 3006edd8
20:46:43icirc A: 30072530
20:46:45icirc A: 0006a668
20:46:47icirc A: 3010ef1c
20:46:49icircbt end
20:46:51icirc no logf data
20:47:49mendelmunkisicirc: when posting logs its polite to copy them to pastebin then just use a link.
20:51:15icircoh sorry did not realize each paragraph would be send as individual message... my bad will use pastebin in future.
20:51:38mendelmunkisno problem. just letting you know
20:55:34icircslightly different error when trying a second time:
21:02:29 Join johnb2 [0] (
21:15:49***Saving seen data "./dancer.seen"
21:29:09 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")
21:58:34 Quit Jinx (Ping timeout: 250 seconds)
22:04:41 Quit johnb2 (Ping timeout: 264 seconds)
22:08:27 Join Jinx [0] (~Jinx@unaffiliated/jinx)
22:18:50 Join vmx [0] (
22:22:44 Quit GeekShadow (Ping timeout: 252 seconds)
22:24:23 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow)
22:47:50 Quit lebellium (Quit: Leaving)
22:57:56 Quit ender| (Ping timeout: 252 seconds)
23:01:34 Quit krabador (Remote host closed the connection)
23:10:54 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:43)
23:12:10 Quit gevaerts (Ping timeout: 250 seconds)
23:12:26 Quit evilnick_ (Ping timeout: 252 seconds)
23:15:50***Saving seen data "./dancer.seen"
23:20:06 Join evilnick_ [0] (
23:28:01 Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
23:32:03_Bilgusicirc both of those look like a stack issue but i'm sure its not the only issue try bumping the usb stack size and see if the error moves to something else
23:34:04_Bilgussomething like ((DEFAULT_STACK_SIZE * 2) + DUMP_BMP_LINESIZE) though the device might not have enough space free to do it *2 ...

Previous day | Next day