--- Log for 31.03.124  Server: lead.libera.chat  Channel: #rockbox
--- Nick: rb-logbot  Version: Dancer V4.16  Started: 1 month and 9 days ago

00.58.40 #       <_bilgus> amachronic, g#5626 should net about 1k, I'm going to test it in the clipzip here shortly
00.58.43 #       <rb-bluebot> 3Gerrit review #5626 at https://gerrit.rockbox.org/r/c/rockbox/+/5626 : 316bit Bootloaders remove lcd_backdrop draw modes by William Wilgus
01.05.00 #       <_bilgus> appears to work just fine
01.18.57 Quit    massiveH (Quit: Leaving)
01.25.19 #       <rb-bluebot> Build Server message: 3New build round started. Revision 4f652b49ae, 304 builds, 9 clients.
01.25.19 #       <rb-bluebot> 3clipzip clean up lcd driver a bit by William Wilgus
01.36.41 #       <rb-bluebot> Build Server message: 3Build round completed after 683 seconds.
01.36.42 #       <rb-bluebot> Build Server message: 3Revision 4f652b49ae result: All green
01.40.31 ***     Saving seen data "./dancer.seen"
01.52.58 Quit    JanC (Remote host closed the connection)
01.53.16 Join    JanC [0] (~janc@user/janc)
02.20.55 Join    JanC_ [0] (~janc@user/janc)
02.20.56 Quit    JanC (Killed (iridium.libera.chat (Nickname regained by services)))
02.20.56 Nick    JanC_ is now known as JanC (~janc@user/janc)
02.22.46 Quit    JanC (Excess Flood)
02.23.06 Join    JanC [0] (~janc@user/janc)
02.41.07 Quit    JanC (Ping timeout: 256 seconds)
02.47.47 Join    JanC [0] (~janc@user/janc)
03.40.32 ***     Saving seen data "./dancer.seen"
03.43.38 Quit    JanC (Ping timeout: 268 seconds)
03.44.16 Join    JanC [0] (~janc@user/janc)
03.54.05 Quit    JanC (Read error: Connection reset by peer)
03.54.21 Join    JanC [0] (~janc@user/janc)
04.27.15 Quit    JanC (Killed (tungsten.libera.chat (Nickname regained by services)))
04.27.22 Join    JanC [0] (~janc@user/janc)
04.54.12 Quit    CH23_M (Read error: Connection reset by peer)
04.55.14 Join    CH23_M [0] (~CH23@revspace/participant/ch23)
05.40.36 ***     Saving seen data "./dancer.seen"
06.40.05 Join    CH23 [0] (~CH23@revspace/participant/ch23)
07.40.38 ***     No seen item changed, no save performed.
09.09.51 Quit    CH23 (Ping timeout: 256 seconds)
09.16.57 Quit    CH23_M (Ping timeout: 255 seconds)
09.17.46 Join    CH23_M [0] (~CH23@revspace/participant/ch23)
09.40.43 ***     Saving seen data "./dancer.seen"
09.49.29 Quit    CH23_M (Read error: Connection reset by peer)
09.49.36 Join    masq [0] (~masq@24.62.200.35)
09.49.48 Join    CH23_M [0] (~CH23@revspace/participant/ch23)
09.52.30 #       <masq> have a weird issue on the surfans f20 w/ firmware 2.5. can play files (both flac and mp3) just fine in the stock firmware but on rockbox, selecting any file causes it to rapidly skip through all the files in the folder, so i suppose it's not even able to load them for some reason? everything else seems in good order but i couldn't find any info
09.52.30 #       <masq> online about a glitch like this, so a bit flummoxed. appreciate any help, thanks!
10.02.47 Quit    masq (Ping timeout: 272 seconds)
10.03.47 Join    CH23 [0] (~CH23@2001:1c00:2a07:3a01:7c03:9269:8e48:e0e3)
10.04.29 Quit    CH23 (Client Quit)
10.04.59 Join    CH23 [0] (~CH23@2001:1c00:2a07:3a01:7c03:9269:8e48:e0e3)
10.05.14 Quit    CH23 (Changing host)
10.05.14 Join    CH23 [0] (~CH23@revspace/participant/ch23)
10.20.51 Join    masq [0] (~masq@24.62.200.35)
10.52.40 #       <amachronic> masq: this is just a wild guess, but it could be related to album art embedded in the file
10.53.44 #       <amachronic> try stripping it out
10.53.53 #       <masq> amachronic ill try it and see, thanks for the idea
10.54.10 #       <amachronic> if that doesn't work, I can try to reproduce if you can share one of the files.
10.54.31 #       <_bilgus> ive seen that before with bad playlists
10.55.22 #       <_bilgus> masq, is this a fresh install?
10.55.47 #       <masq> yeah installed from the daily build released yesterday
10.56.17 #       <_bilgus> try an older one just in case I broke something
10.56.25 #       <_bilgus> give me a moment
10.56.46 #       <masq> will try that too. ive had older releases on this same device before w/o this problem
10.57.09 #       <masq> and i dont think embedded album art was a factor then
11.01.01 #       <_bilgus> I think thats the erosq builds -- https://download.rockbox.org/daily/aigoerosq/rockbox-aigoerosq-20240323.zip
11.01.28 #       <_bilgus> try that one
11.01.34 #       <masq> indeed, will do
11.01.40 #       <_bilgus> thanks
11.07.10 #       <rb-bluebot> Build Server message: 3New build round started. Revision 7dc8d754a2, 304 builds, 9 clients.
11.07.10 #       <rb-bluebot> 3Disable legacy codepage handling in bootloaders by Aidan MacDonald
11.07.18 #       <_bilgus> also try renaming your current .rockbox folder and make a fresh install, do this for each don't unzip on top
11.11.20 Quit    CH23 (Remote host closed the connection)
11.11.45 Join    CH23 [0] (~CH23@2001:1c00:2a07:3a01:7c03:9269:8e48:e0e3)
11.18.54 #       <rb-bluebot> Build Server message: 3Build round completed after 705 seconds.
11.18.55 #       <rb-bluebot> Build Server message: 3Revision 7dc8d754a2 result: All green
11.24.08 #       <rb-bluebot> Build Server message: 3New build round started. Revision b0a8cacd1d, 304 builds, 9 clients.
11.24.08 #       <rb-bluebot> 3rolo: simplify parsing scramble header in load_firmware() by Aidan MacDonald
11.28.54 #       <masq> same issue with the 20240323 build, so ill try the album art thing now
11.34.28 #       <_bilgus> so the way our playback system works now everything becomes a playlist behind the scenes if album art doesn't work could (in the latest dev version) try building a playlist saving it and see if you can play that if not could you pastebin a few lines from the playlist file and the control file, one should be found in the Playlists dir and the other in the root of the .rockbox folder (need to set file view to show all)
11.34.59 #       <rb-bluebot> Build Server message: 3Build round completed after 652 seconds.
11.35.00 #       <rb-bluebot> Build Server message: 3Revision b0a8cacd1d result: All green
11.35.09 #       <_bilgus> to clarify a few lines from the playlist and the whole control file
11.35.25 #       <amachronic> also, if you know roughly the last build that works that would help
11.36.18 #       <rb-bluebot> Build Server message: 3New build round started. Revision 5fd5f56cac, 304 builds, 9 clients.
11.36.18 #       <rb-bluebot> 3Disable unused LCD scroll functions in bootloaders by Aidan MacDonald
11.38.00 #       <_bilgus> amachronic as far as I've observed no ill effect off those multiboot v1 patches IDK if bahus tested them but you might as well push them I think and we'll see if anything shakes out
11.38.40 #       <_bilgus> since we are already messing with bootloader stuff..
11.39.17 #       <amachronic> yeah makes sense, I think bahus did check those since you asked
11.39.20 #       <masq> can i build a playlist from the Files view on rockbox?
11.40.19 #       <_bilgus> masq yes 
11.40.47 ***     Saving seen data "./dancer.seen"
11.40.57 #       <_bilgus> browse to the folder context menu add to playlist
11.41.09 #       <_bilgus> add to new
11.41.12 #       <_bilgus> name it
11.42.40 #       <_bilgus> bad part is these are all essentially the same family so the other 2 or 3 are still slightly questionable
11.43.09 #       <masq> ok made a test playlist with one song and have same issue
11.43.37 #       <masq> also seems to have difficulty initializing a database, if thats any clue
11.43.52 #       <_bilgus> could you open that in the file viewer and type the line(s) you see in that playlist please?
11.44.38 #       <_bilgus> browse to it context menu.. open with.. text_viewer
11.45.25 #       <masq> i get a can't open error
11.45.31 #       <masq> maybe this is a weird permissions thing
11.45.44 #       <_bilgus> thats on the device?
11.45.55 #       <_bilgus> oh this is hosted 
11.47.11 #       <_bilgus> rb has no concept of permissions but the underlying OS likely does
11.47.16 #       <masq> ah i looked at the error message closer
11.47.23 #       <masq> it actually cant even find the text_viewer program
11.47.36 #       <masq> or just can't open it, at least
11.47.37 #       <_bilgus> so a path issue then
11.48.32 #       <masq> im just getting the zip and unzipping its entire contents into .rockbox in the root of the SD card, thats correct right?
11.49.14 #       <_bilgus> rename your old .rockbox folder
11.49.30 #       <masq> i made sure to do that beforehand, that shouldnt be the issue
11.49.40 #       <_bilgus> ok just double checking
11.50.02 #       <rb-bluebot> Build Server message: 3Build round completed after 825 seconds.
11.50.04 #       <rb-bluebot> Build Server message: 3Revision 5fd5f56cac result: 27 errors 0 warnings
11.50.10 #       <_bilgus> so that build I had you run is like a week before I messed with this path stuff
11.52.07 #       <_bilgus> I don't have time today but would you mind creating a post on the forum so I or others can follow up with you in a few days? if you can identify a good build or we can do a git bisect and have you run 5-20 builds and find the issue 
11.52.38 #       <masq> https://imgbox.com/4iL5nI6p
11.52.46 #       <masq> thats the expected path
11.52.50 #       <masq> in case its any help
11.53.06 #       <masq> i can check if it actually exists, one sec
11.53.53 #       <_bilgus> well unfortunately we've made everything that you could actually use to check a plugin
11.54.23 #       <amachronic> you can always just transfer the files off with USB and check them on a computer
11.55.12 #       <_bilgus> wouldn't really show what rb was seeing though, but that error message does help at least the path is sane that its trying to open
11.55.29 #       <masq> huh, the .rockbox/rocks directory is totally empty when i check sd card on my laptop
11.56.34 #       <_bilgus> I've seen this happen before with bad sd cards but usually creating a new folder pushes it to a good part
11.57.05 #       <masq> https://imgbox.com/YD4IKbmJ
11.57.10 #       <_bilgus> well masq try doing the install on a fresh folder with your laptop
11.57.15 #       <masq> and i get this nonsense on the Playlists directory
11.57.25 #       <masq> i hope its not the sd card itself, literally bought it last week
11.58.07 #       <_bilgus> is it really high capacity>
11.58.10 #       <_bilgus> ?
11.58.23 #       <masq> 256GB
11.58.28 #       <_bilgus> from amazon and slightly cheap but not too cheap
11.58.40 #       <masq> bought from best buy. it's sandisk
11.58.51 #       <amachronic> that '???' seems like a broken sd or you corrupted the filesystem
11.58.56 #       <_bilgus> oh then prob legit but could always be a bad sd
11.59.18 #       <masq> yeah idk why its funky with the Playlists folder, but i can play the files fine on stock firmware which is what gets me
11.59.45 #       <amachronic> does it happen to be exFAT?
11.59.56 #       <masq> yes, i did format exfat
11.59.58 #       <masq> is that a no no?
12.00.04 #       <_bilgus> ding ding?
12.00.18 #       <amachronic> I remember someone had a problem with special characters on exFAT because linux handles them inconsistently.
12.00.36 #       <amachronic> it will allow you to do things that RB might choke on iirc
12.00.47 #       <masq> am i force to use fat32? lol
12.00.51 #       <masq> that would make sense, i guess
12.01.36 #       <amachronic> or maybe it was different behavior between exfat-fuse and in-kernel exfat confusing each other
12.01.39 #       <masq> or i could pop it in a windows pc and format exfat there?
12.01.59 #       <amachronic> I'd just use fat32 if you can, since exfat brings no advantages for rockbox
12.02.40 #       <masq> ok, i have a feeling this is where the issue. thanks for helping out, ill report back though
12.04.04 #       <rb-bluebot> Build Server message: 3New build round started. Revision af644e02a1, 304 builds, 9 clients.
12.04.05 #       <rb-bluebot> 3Fix red in 5fd5f56cacdd by Aidan MacDonald
12.18.31 #       <rb-bluebot> Build Server message: 3Build round completed after 867 seconds.
12.18.32 #       <rb-bluebot> Build Server message: 3Revision af644e02a1 result: All green
12.30.43 #       <rb-bluebot> Build Server message: 3New build round started. Revision 6ffd42548b, 304 builds, 9 clients.
12.30.43 #       <rb-bluebot> 3multiboot: Refactor boot data validation, add version numbers by Aidan MacDonald
12.41.53 #       <rb-bluebot> Build Server message: 3Build round completed after 670 seconds.
12.41.54 #       <rb-bluebot> Build Server message: 3Revision 6ffd42548b result: All green
12.44.21 #       <masq> stlll having issue w/ FAT32 format on the 20240330 build, will try 20240323 build again
12.47.42 #       <masq> hold on, i think i may have figured out the issue now
12.49.32 #       <masq> ah yes, got it now. very embarrassing oversight on my part actually
12.50.08 #       <masq> turns out it wasnt fully unzipping. i used a slightly different command this time. sorry for the trouble
12.52.31 #       <amachronic> lol, no problem
12.52.47 #       <rb-bluebot> Build Server message: 3New build round started. Revision dc9d354ed2, 304 builds, 9 clients.
12.52.48 #       <rb-bluebot> 3multiboot: Add v1 boot protocol by Aidan MacDonald
13.05.07 #       <rb-bluebot> Build Server message: 3Build round completed after 740 seconds.
13.05.08 #       <rb-bluebot> Build Server message: 3Revision dc9d354ed2 result: 132 errors 0 warnings
13.06.10 Quit    masq (Quit: Connection closed)
13.08.26 Quit    CH23 (Quit: Leaving)
13.08.48 Join    CH23 [0] (~CH23@revspace/participant/ch23)
13.21.11 #       <rb-bluebot> Build Server message: 3New build round started. Revision 856e3d548b, 304 builds, 9 clients.
13.21.11 #       <rb-bluebot> 3Fix red in dc9d354ed22b by Aidan MacDonald
13.27.29 #       <amachronic> _bilgus some of that red was because sansaclipv2 (and sonynwz e360/e370) has HAVE_BOOTDATA defined but no multiboot, not sure why.
13.27.45 #       <amachronic> was clipv2 supposed to have multiboot?
13.32.00 #       <rb-bluebot> Build Server message: 3Build round completed after 649 seconds.
13.32.01 #       <rb-bluebot> Build Server message: 3Revision 856e3d548b result: All green
13.33.31 Join    othello8 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
13.35.54 Quit    othello8 (Client Quit)
13.40.50 ***     Saving seen data "./dancer.seen"
13.51.07 #       <rb-bluebot> Build Server message: 3New build round started. Revision e631fc4723, 304 builds, 9 clients.
13.51.07 #       <rb-bluebot> 3tree: handle trailing slashes in currdir when navigating up by Aidan MacDonald
14.00.48 #       <rb-bluebot> Build Server message: 3Build round completed after 581 seconds.
14.00.49 #       <rb-bluebot> Build Server message: 3Revision e631fc4723 result: All green
14.04.00 Quit    JanC (Ping timeout: 268 seconds)
14.09.12 Join    JanC [0] (~janc@user/janc)
14.51.41 Quit    Piece_Maker (Quit: ZNC 1.8.2 - https://znc.in)
14.55.44 Join    Piece_Maker [0] (~eddie@bolt-17-b2-v4wan-168143-cust4.vm18.cable.virginm.net)
15.01.00 #       <_bilgus> amachronic, I think it wouldn't fit
15.02.12 #       <_bilgus> if it will now fit we can put it on and have someone test either that or it doesn't have a sd card but i think that was the C200 and maybe m200s 
15.02.49 #       <_bilgus> sorry its been like 7+ years i'll look at my patch history and notes to see which is which
15.05.32 #       <_bilgus> 'clipv1, c200,e200,m200 all were removed due to space constraints in the firmware image' possibly I just didn't have anyone to test the changes
15.06.12 #       <_bilgus> feel free to add it as a patch if you want and we can see if any devices come foward?
15.18.00 Quit    baltazar (Ping timeout: 268 seconds)
15.19.14 Join    baltazar [0] (~baltazar@user/baltazar)
15.27.12 Join    JanC_ [0] (~janc@user/janc)
15.27.12 Quit    JanC (Killed (iridium.libera.chat (Nickname regained by services)))
15.27.12 Nick    JanC_ is now known as JanC (~janc@user/janc)
15.40.51 ***     Saving seen data "./dancer.seen"
15.58.10 Quit    Piece_Maker (Quit: ZNC 1.8.2 - https://znc.in)
16.02.22 Join    Piece_Maker [0] (~eddie@bolt-17-b2-v4wan-168143-cust4.vm18.cable.virginm.net)
16.22.47 Quit    JanC (Ping timeout: 256 seconds)
16.23.42 Join    JanC [0] (~janc@user/janc)
16.47.35 Quit    JanC (Remote host closed the connection)
16.48.05 Join    JanC [0] (~janc@user/janc)
17.25.17 Quit    Piece_Maker (Quit: ZNC 1.8.2 - https://znc.in)
17.28.56 Join    Piece_Maker [0] (~eddie@bolt-17-b2-v4wan-168143-cust4.vm18.cable.virginm.net)
17.40.53 ***     Saving seen data "./dancer.seen"
17.49.43 Quit    baltazar (Ping timeout: 260 seconds)
17.51.19 Join    baltazar [0] (~baltazar@user/baltazar)
17.56.50 Quit    baltazar (Ping timeout: 252 seconds)
17.57.38 Join    baltazar [0] (~baltazar@user/baltazar)
18.02.02 Quit    CH23 (Ping timeout: 268 seconds)
18.06.36 Quit    baltazar (Ping timeout: 255 seconds)
18.06.44 Quit    CH23_M (Ping timeout: 260 seconds)
18.07.42 Join    CH23_M [0] (~CH23@revspace/participant/ch23)
18.08.24 Join    baltazar [0] (~baltazar@user/baltazar)
18.09.46 Quit    JanC (Ping timeout: 255 seconds)
18.12.05 Join    JanC [0] (~janc@user/janc)
18.27.29 Quit    Piece_Maker (Quit: ZNC 1.8.2 - https://znc.in)
18.29.37 Quit    CH23_M (Read error: Connection reset by peer)
18.29.56 Join    CH23_M [0] (~CH23@revspace/participant/ch23)
18.30.06 Join    Piece_Maker [0] (~eddie@bolt-17-b2-v4wan-168143-cust4.vm18.cable.virginm.net)
19.02.16 Quit    JanC (Ping timeout: 260 seconds)
19.02.41 Join    JanC [0] (~janc@user/janc)
19.09.57 Join    JanC_ [0] (~janc@user/janc)
19.10.09 Nick    JanC is now known as Guest8317 (~janc@user/janc)
19.10.09 Quit    Guest8317 (Killed (tungsten.libera.chat (Nickname regained by services)))
19.10.09 Nick    JanC_ is now known as JanC (~janc@user/janc)
19.12.19 Quit    JanC (Excess Flood)
19.12.57 Quit    Maxdamantus (Ping timeout: 268 seconds)
19.13.41 Join    Maxdamantus [0] (~Maxdamant@user/maxdamantus)
19.18.17 Join    JanC [0] (~janc@user/janc)
19.32.26 Join    CH23 [0] (~CH23@revspace/participant/ch23)
19.36.07 Join    massiveH [0] (~massiveH@2600:4040:a982:c800:39f0:3375:567d:48dd)
19.40.57 ***     Saving seen data "./dancer.seen"
19.55.05 Join    ahava [0] (~ahava@165.154.118.32)
19.55.08 #       <ahava> may i ask dose anyone has the tcc7801`s datasheet? i am learning the cowon d2
19.59.55 Quit    ahava (Ping timeout: 260 seconds)
20.12.29 #       <rb-bluebot> Build Server message: 3New build round started. Revision 47784a777e, 304 builds, 9 clients.
20.12.29 #       <rb-bluebot> 3FS#13403:  Fix compilation error in scsitools by Solomon Peachy
20.22.54 #       <rb-bluebot> Build Server message: 3Build round completed after 626 seconds.
20.22.55 #       <rb-bluebot> Build Server message: 3Revision 47784a777e result: All green
21.00.34 Quit    Riviera (Quit: leaving)
21.36.04 Join    Ripcord [0] (xyz@66.254.101.193)
21.41.00 ***     Saving seen data "./dancer.seen"
22.04.29 Quit    JanC (Ping timeout: 240 seconds)
22.09.41 Join    JanC [0] (~janc@user/janc)
22.10.33 Quit    othello7 (Remote host closed the connection)
22.10.54 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
22.13.17 Quit    LjL (Read error: Connection reset by peer)
22.14.01 Join    LjL [0] (~ljl@user/ljl)
22.15.27 Quit    othello7 (Ping timeout: 255 seconds)
22.24.18 Quit    amachronic (Quit: amachronic)
22.29.03 Join    othello7 [0] (~Thunderbi@pool-100-36-176-164.washdc.fios.verizon.net)
22.37.55 Quit    massiveH (Quit: Leaving)
23.41.03 ***     Saving seen data "./dancer.seen"
23.51.16 Join    jacobk [0] (~quassel@utdpat241106.utdallas.edu)
23.57.51 Quit    jacobk (Ping timeout: 268 seconds)