--- Log for 01.10.121 Server: sodium.libera.chat Channel: #rockbox --- Nick: rb-logbot_ Version: Dancer V4.16 Started: 5 days and 4 hours ago 00.12.07 # <_bilgus_> braewoods its because the vp is too small for the font 00.15.08 # <_bilgus_> not a bug its a feature! 00.30.28 Join tertu [0] (~tertu@2601:449:8380:8aa0:d250:99ff:fedf:91a7) 01.07.43 Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) 01.11.59 Quit ZincAlloy (Ping timeout: 246 seconds) 01.19.05 *** Saving seen data "./dancer.seen" 01.20.25 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:817b:c92e:ddc9:d7f1) 01.49.25 Quit ZincAlloy (Quit: Leaving.) 02.04.31 Join berber9 [0] (~berber@v2202101107577140883.nicesrv.de) 02.06.51 Join wolfshappen_ [0] (~waff@irc.furworks.de) 02.06.53 Quit spork (Ping timeout: 252 seconds) 02.06.54 Join mendel_munkis [0] (~mendel_mu@ool-ae2cb218.dyn.optonline.net) 02.07.59 Join dbohdan [0] (~dbohdan@user/dbohdan) 02.09.57 Join Retr0id5 [0] (~Retr0id@user/retr0id) 02.12.31 Join rudi_s_ [0] (~simon@user/rudi-s/x-7673890) 02.14.18 Quit munkis (*.net *.split) 02.14.18 Quit wolfshappen (*.net *.split) 02.14.19 Quit Retr0id (*.net *.split) 02.14.19 Quit dbohdan3 (*.net *.split) 02.14.19 Quit berber (*.net *.split) 02.14.20 Quit Galois (*.net *.split) 02.14.20 Quit rudi_s (*.net *.split) 02.14.20 Quit GeekShadow (*.net *.split) 02.14.20 Nick berber9 is now known as berber (~berber@v2202101107577140883.nicesrv.de) 02.14.20 Nick Retr0id5 is now known as Retr0id (~Retr0id@user/retr0id) 02.16.27 Join GeekShadow [0] (~antoine@82-64-164-139.subs.proxad.net) 02.25.23 Nick mendel_munkis is now known as munkis (~mendel_mu@ool-ae2cb218.dyn.optonline.net) 02.32.37 Nick rudi_s_ is now known as rudi_s (~simon@user/rudi-s/x-7673890) 02.56.27 Join GeekShad1w [0] (~antoine@82-64-164-139.subs.proxad.net) 02.56.47 Quit GeekShadow (Ping timeout: 252 seconds) 03.12.50 Quit yosafbridge (Ping timeout: 252 seconds) 03.12.50 Quit rasher (Ping timeout: 252 seconds) 03.13.01 Join rasher [0] (~rasher@user/rasher) 03.15.06 Join yosafbridge [0] (~yosafbrid@static.38.6.217.95.clients.your-server.de) 03.19.07 *** Saving seen data "./dancer.seen" 04.08.52 Join user282069 [0] (user@2a01:7e00::f03c:92ff:fe7f:456d) 04.28.19 Join Marqueteur [0] (~Tor@fsf/member/TorC) 04.28.58 Quit TorC (Ping timeout: 252 seconds) 04.28.58 Quit rogeliodh (Ping timeout: 252 seconds) 04.28.58 Quit jschwart (Ping timeout: 252 seconds) 04.29.01 Join jschwart_ [0] (~quassel@2001:985:2c6e:0:b00b:32ff:fe28:5567) 04.29.02 Quit tomato (Quit: Ping timeout (120 seconds)) 04.29.03 Join rogeliodh3 [0] (~rogeliodh@rogeliodh.dev) 04.29.13 Quit Ckat (Ping timeout: 252 seconds) 04.29.17 Join tomato [0] (~tomato@user/tomato) 04.33.32 Join unmanbearpig [0] (~unmanbear@45.76.95.141) 04.34.59 Quit unmanbearpig (Changing host) 04.34.59 Join unmanbearpig [0] (~unmanbear@user/unmanbearpig) 04.35.17 Quit unmanbearpig (Client Quit) 04.35.53 Join unmanbearpig [0] (~unmanbear@45.76.95.141) 04.36.03 Quit unmanbearpig (Changing host) 04.36.03 Join unmanbearpig [0] (~unmanbear@user/unmanbearpig) 04.38.22 Quit unmanbearpig (Client Quit) 04.38.40 Join unmanbearpig [0] (~unmanbear@user/unmanbearpig) 04.42.20 Join tchan1 [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) 04.42.58 Quit tchan (Ping timeout: 252 seconds) 04.42.58 Quit speachy (Ping timeout: 252 seconds) 04.43.31 Quit Maxdamantus (Ping timeout: 252 seconds) 04.43.54 Join speachy [0] (~speachy@taster.shaftnet.org) 04.43.54 Quit speachy (Changing host) 04.43.54 Join speachy [0] (~speachy@rockbox/developer/speachy) 04.43.54 Mode "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) 04.45.05 Join Maxdamantus [0] (~Maxdamant@user/maxdamantus) 05.07.34 Quit speachy (Ping timeout: 252 seconds) 05.07.40 Quit rasher (Ping timeout: 252 seconds) 05.07.44 Join speachy [0] (~speachy@taster.shaftnet.org) 05.07.44 Quit speachy (Changing host) 05.07.44 Join speachy [0] (~speachy@rockbox/developer/speachy) 05.07.44 Mode "#rockbox +v speachy" by ChanServ (ChanServ@services.libera.chat) 05.08.24 Join rasher [0] (~rasher@user/rasher) 05.13.21 Join rasher_ [0] (~rasher@diti.rasher.dk) 05.14.39 Quit rasher (Ping timeout: 252 seconds) 05.19.11 *** Saving seen data "./dancer.seen" 05.39.50 Join spork [0] (topic@31-151-2-135.dynamic.upc.nl) 07.19.13 *** No seen item changed, no save performed. 07.30.39 Join ac_laptop [0] (~ac_laptop@2a01:cb1c:3c8:2700:e29d:31ff:fe2d:a258) 07.41.13 Quit ac_laptop (Quit: WeeChat 3.2.1) 07.42.00 Join ac_laptop [0] (~ac_laptop@2a01:cb1c:3c8:2700:e29d:31ff:fe2d:a258) 07.47.43 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 07.51.37 Part edhelas 07.51.53 Join edhelas [0] (9d94237298@v2202101139504140605.quicksrv.de) 07.55.52 Part edhelas 07.56.07 Join edhelas [0] (9d94237298@v2202101139504140605.quicksrv.de) 07.57.55 # Hello people 07.58.51 # what are the status of the Creative ZEN and ZEN X-Fi targets ? it's not clear on the website 07.59.28 # https://www.rockbox.org/ puts X-Fi under "stable" and https://www.rockbox.org/wiki/CreativeZENXFiPort says "This port is still unstable, use it at your own risks." 08.00.49 Part edhelas 08.01.05 # I suppose the main page is wrong ? 08.01.07 Join edhelas [0] (9d94237298@v2202101139504140605.quicksrv.de) 08.05.00 Nick Marqueteur is now known as TorC (~Tor@fsf/member/TorC) 08.09.24 # unstable is much different to unusable 08.09.37 # unstable often means you need some skills to get it going 08.09.46 # or that it lacks a manual 08.11.23 Part edhelas 08.12.03 Join edhelas [0] (9d94237298@v2202101139504140605.quicksrv.de) 08.13.41 Part edhelas 08.14.35 Join edhelas [0] (9d94237298@v2202101139504140605.quicksrv.de) 08.15.02 # is there still some activity on the Creative targets ? or has the rockbox development shifted towards audiophiles DAPs now ? 08.15.18 # the ZEN X-Fi can be installed using the Rockbox Utility, that makes it considerably more 'stable' than the ZEN which cannot 08.16.03 # i am not sure any of the active developers have one, and i do not recall any Creative-specific development recently 08.20.26 Join fritzlb [0] (~fritzlb@dynamic-077-008-217-052.77.8.pool.telefonica.de) 08.20.50 Quit fritzlb (Client Quit) 08.21.22 # not since 2017 it seems 08.27.39 Quit tchan1 (Quit: WeeChat 3.0.1) 08.27.56 Join tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) 08.48.19 Quit massiveH (Quit: Leaving) 08.53.38 Join MarcAndersen [0] (~no_znepna@85.218.172.116) 08.59.52 # I had an x-fi some time ago, and I think it was working fine, except a few times where it wouldn't boot and I had to put a pin in the reset hole 09.19.15 *** Saving seen data "./dancer.seen" 10.04.40 # Do anyone have an ipod nano 1g around? I still have the problem with copying files takes very long in rockbox but normal in the OF. It nearly takes 5 minutes to transfer a rockbox build on around 16 mb. 10.09.18 # The problem is mostly with many small files, transfering one big file is fine, but 400 small files with the same total size is really bad. 10.54.27 Quit ac_laptop (Quit: WeeChat 3.2.1) 10.55.05 Join ac_laptop [0] (~ac_laptop@2a01:cb1c:3c8:2700:e29d:31ff:fe2d:a258) 11.19.19 *** Saving seen data "./dancer.seen" 11.36.16 Quit MarcAndersen (Quit: I was using NightOwl 0.2.) 12.30.33 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 12.36.31 Quit ac_laptop (Ping timeout: 252 seconds) 12.40.38 Join Ckat [0] (~Ckat@xn--z7x.xn--6frz82g) 12.55.52 Join lebellium [0] (~lebellium@2a01cb04012c0900dd32911c85a55e42.ipv6.abo.wanadoo.fr) 13.19.23 *** Saving seen data "./dancer.seen" 13.27.22 Nick jschwart_ is now known as jschwart (~quassel@2001:985:2c6e:0:b00b:32ff:fe28:5567) 14.22.36 # braewoods: i can report that the e200 will not mount if there is no battery 14.22.51 # i can also report that it is full of mlm training material 14.36.42 # okay so, are there any meaningful differences between the various eros clones? it seems like not really, at least ones that are relevant under rockbox 15.19.27 *** No seen item changed, no save performed. 15.39.25 Part edhelas 15.39.41 Join edhelas [0] (9d94237298@v2202101139504140605.quicksrv.de) 16.15.58 # so i am attempting to use multiboot on my sansa e200 v1 but see no way to confirm that it is running from the sd card. i do not see the Bootdata entry that this is talking about. https://www.rockbox.org/wiki/MultibootBootloader#Check_if_Rockbox_is_running_from_SD_card 16.26.47 # <_bilgus_> Syco54645, I had to remove the e200v2 due to lack of space, might be ok now but I'd have to revisit it 16.28.29 # <_bilgus_> BUT the e200V1 is a different arch PP portal player IIRC that being said assuming there is space and you are willing to test for me and I can figure out how to add boot data after 5 years.. 16.36.54 # <_bilgus_> oh Syco54645 Nevermind it does have bootdata 16.37.11 # <_bilgus_> rockbox_main.e200 16.37.24 # <_bilgus_> and likely it needs to be a dev version 16.38.22 # <_bilgus_> ah johnB did it 16.38.34 # <_bilgus_> maybe I helped don't remember 16.41.47 Join ac_laptop [0] (~ac_laptop@2a01:cb1c:3c8:2700:e29d:31ff:fe2d:a258) 16.43.15 # <_bilgus_> yep we enabled it https://www.rockbox.org/irc/log-20200820 16.44.13 # _bilgus_: so then i need a dev build for it still? i was not sure about that. the manual did not really say 16.44.29 # <_bilgus_> Syco54645, actually it might be that we never updated the bootloader in rbutility 16.44.54 # <_bilgus_> but for sure a dev build this was after 3.15 was released 16.45.24 # <_bilgus_> let me grab you a link for the bootloader I built for johnb just incase (ill be AFK for 4 more hours) 16.49.48 # i am flashing the devbuild now 16.52.06 # <_bilgus_> ah I didn't compile that bootloader and the one on download.rb.org is from 2009 so no we did not update it 16.54.43 # <_bilgus_> I shall do this tonight, you can just leave the dev build on there in wait but I will have to compile it unless johnb shows up with the copy he built before I return 16.55.23 # <_bilgus_> then you will have to flash a new bootloader won't be much worse than using rbutil 16.57.36 # _bilgus_: thank you. i will be afk for most of the night but try to check back here and there 17.19.30 *** Saving seen data "./dancer.seen" 18.52.06 Quit lebellium (Quit: Leaving) 19.19.31 *** Saving seen data "./dancer.seen" 20.02.50 Quit ac_laptop (Ping timeout: 246 seconds) 20.09.14 # tertu: the OF payloads are different, but otherwise the hardware is identical. 20.19.16 # _bilgus_: so... do you think checkwps should check that fonts fit within their viewports? 20.19.28 # <_bilgus_> i'm looking into it 20.19.33 # (I mean, we can't help it if the user selects a different font, but...) 20.19.58 # <_bilgus_> I think I can clip them but I need to make sure it won't kill everything else 20.20.24 # had a lot of fun in that respect with the statusbar 20.26.04 Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) 20.47.07 # _bilgus_: i dont know if it is correct but after flashing the latest dev build i have the "Boot data" but i dont think it loaded from sd correctly, researching to understand what i am seeing on the screen 20.48.23 Join MarcAndersen [0] (~no_znepna@193.169.154.231) 20.49.13 # Hi. Why does the h key in the ipod simulator only lock the buttons and not the scroll wheel when it does that on a physical target? 20.49.38 # I mean the hold switch 20.53.11 # <_bilgus_> Syco54645, if it works it should state CRC_OK and probablt list vol <1> 20.54.23 # <_bilgus_> the bootloader has a date of 2009 on dl.rb.org whick rbutil uses 20.54.58 # <_bilgus_> and johnb and I just 2020 added this so.. 20.55.37 # <_bilgus_> MarcAndersen, likely someone forgot to do so 20.55.44 # yeah it reports crc bad and boot volume 0 20.55.56 # <_bilgus_> that wheel is a pita too so might play a role 20.56.16 # <_bilgus_> Syco54645, yeah i'll have to build you a bootloader 20.56.52 # <_bilgus_> first I have to relearn how to 20.58.09 # Is it correct that some of the usb settings under general - system are missing in the simulator? 21.00.42 # _bilgus_: i have done that many times. "i will NEVER forget this. i have done it a bajillion times"... dont do it for a while and uhhhhh 21.01.30 # <_bilgus_> we have so many ports that use different methods 21.02.18 # i can imagine that would be difficult to keep straight 21.07.59 # _bilgus_: I don't know if we've explicitly tested any bootloaders (other than the mips targets) since the gcc 4.9 migration 21.08.24 # speachy: we tested the iriver coldfire ones. 21.08.31 # remember? i built them after the 4.9 toolchain 21.08.36 # ah yeah 21.08.55 # the gigabeat S bootloader was also tested by me after 21.09.02 # but Syco54645 is referring to a sansa ams (or is it a PP?) one 21.10.11 Join Moriar [0] (~moriar@107-200-193-159.lightspeed.stlsmo.sbcglobal.net) 21.14.51 # <_bilgus_> its pp 21.15.23 # <_bilgus_> and I don't see the steps for building the actual bootloader 21.16.25 # I recall having to tweak the linker script for the PP targets to boot properly. I don't remember if I ever checked the bootloader build too 21.16.52 # (the linker helpfully overlapped two regions for us, causing crashy crashy fun) 21.17.33 # <_bilgus_> it appears to have just spit out the file 21.17.39 # <_bilgus_> e200Bootloader/PP5022.mi4 21.18.47 # <_bilgus_> 25% larger hope it fits 21.19.25 # _bilgus_: reading the logs that you linked before i dont know if it will 21.19.33 *** Saving seen data "./dancer.seen" 21.20.13 # <_bilgus_> I did some fixing since for the clip+ to fity should apply here too 21.20.23 # the manual for the e200 contains a multiboot section, which is why i thought it was supported 21.20.31 # <_bilgus_> https://www.mediafire.com/file/be2wogug3kf6hrt/PP5022.mi4/file 21.20.48 # <_bilgus_> oh it is we just forgot to update the bootloader for everyone else 21.21.54 # what info do i need to read to learn how to flash this file? 21.22.13 # _bilgus_: I _think_ the bootloader linker script is ok. 21.22.44 # or at least the ncbss/ncdata sections don't overlap with anything else. 21.23.00 # <_bilgus_> be back in a bit https://download.rockbox.org/daily/manual/rockbox-sansae200/rockbox-buildch2.html#x4-60002 21.24.20 # yeah, looks good 21.24.45 # I don't know if I fixed that linker script too or it just didn't have the same problem as the main app's.. 21.25.07 # (I really don't want to brick their player by handing them something completely untested...) 21.26.43 # speachy: wouldnt the recovery mode still work on the e200? 21.27.59 Join dconrad [0] (~dconrad@208.38.228.17) 21.28.03 # yeah i mean recovery comes up in rockbox, so unless i am misunderstanding this bootloader provided by _bilgus_ is the rockbox bootloader and should be ok? 21.28.17 # then again i am wrong quite often 21.29.21 # oh but the rockbox bootloader replaces the sansa fw completely so i suppose it could be dangerous 21.32.34 # speachy: so i placed the PP5022.mi4 on my sd card and ran it from the files menu and it worked fine. dont know if that helps in any way. also crc is reported as ok so the multiboot works in that regard 21.38.58 # if it worked, great! I just wanted to confirm the same issue we had with the main PP firmwares wasn't (still) an issue for the bootloader, because of the general bricking potential 21.39.21 # a bif of well-deserved paranoia on my part 21.39.59 # speachy: well i didnt get it flashed on to the device at this point. but running it and it seems safe 21.48.22 # i will hold for now from flashing but initially it at least runs. i do not know if that means it is safe to flash at this point. i will defer to the experts for that 21.52.01 # <_bilgus_> interesting that it allowed you to run it like that 21.53.48 # _bilgus_: well i read the ROLO section right above multiboot and it said i could so i figured couldnt hurt ;) 21.54.38 # <_bilgus_> it appears to have a recovery 'mode' as well 21.55.34 # _bilgus_: if you mean the e200 yes it does. https://www.rockbox.org/wiki/SansaE200Unbrick 21.56.17 # <_bilgus_> yeah I made sure it did an wasn't jtag lol 21.56.55 # i am ok with jtag recovery as long as i have a documented process 21.58.07 # <_bilgus_> can we get rbutil to do this for us? 21.58.19 # <_bilgus_> install the new bootloadr? 21.58.47 # <_bilgus_> Syco54645, windows or linux? 21.58.51 # _bilgus_: it looks like i can copy the mi4 file to the device when in recovery mode and it _should_ flash it 21.59.01 # <_bilgus_> ah ok 21.59.04 # which ever, i have both. windows may be better my linux is basically hozed 22.00.24 Quit dconrad (Remote host closed the connection) 22.00.36 # actually the appimage for the rbutil was being REALLY complainy so i used windows. it is a different machine and i can rdp in to it so it really isnt an issue to use that. then i dont have to worry about udev rules or anything funky. 22.01.06 # <_bilgus_> I'm not sure where the files are stored on windows 22.01.22 # which files am i looking for? 22.01.43 # <_bilgus_> but I presume you can copy the new one into the working dir and get rbutil to stuff it for you but IDK I don't use rbutil 22.01.56 # <_bilgus_> the pp.mi4 one 22.02.45 # well the other option seems to be sansapatcher but i do not understand what mi4 file it is using 22.03.03 # <_bilgus_> if you have that we can do it manually 22.04.05 # yeah i can get that on my windows machine 22.05.42 # ok, so not to be daft but what file is this flashing? 22.05.54 # <_bilgus_> hmm IDK it looks like it might have the bootloader embedded in it 22.06.10 # haha, that makes sense then 22.06.14 # <_bilgus_> I'd say try your recovery mode 22.06.36 # rbutil is also all in one on windows 22.07.35 # <_bilgus_> I hope we can just upload the new bootloader to download.rb.org and it all just works but it never seems to go like that 22.11.24 # it caught on fire... FROM WORKING! 22.11.34 # it worked. booted from the sd card as well 22.11.46 # anything else i need to test for this _bilgus_ ? 22.12.12 # <_bilgus_> bootdata says CRC OK and ? 22.12.19 # <_bilgus_> <1> 22.13.46 # yes it does 22.13.50 # <_bilgus_> awesome 22.13.55 # <_bilgus_> thanks for playing 22.14.14 # i meant is there anything else i can help to test with this before it is uploaded for general consumption 22.14.40 # <_bilgus_> you can try usb mode from the bootloader 22.14.45 # i had already checked that it booted from sd before saying it worked ;) 22.15.05 # <_bilgus_> need to eject sd card and rename the .rockbox dir on internal 22.15.33 # <_bilgus_> then try to connect by usb and copy a ne .rockbox to internal 22.15.43 # <_bilgus_> (dev build) 22.15.58 # <_bilgus_> and if that works then we can say its a successful bootloader 22.16.41 # <_bilgus_> speachy you think of anything else? 22.17.12 # ok so basically force it to a panic state. i assume when it cant find .rockbox it drops in to some sort of a flash drive esque mode to put the .rockbox dir back 22.17.53 # <_bilgus_> yeah and if you put the sd in it should work too 22.18.10 # <_bilgus_> but it'll say something like no .rb dir plug usb 22.18.29 # <_bilgus_> assuming it has usb support I suppose 22.18.40 # should i try putting the sd card back in before restoring the .rb dir on the device? 22.18.45 # <_bilgus_> sure 22.19.01 # <_bilgus_> I'm confident it'll work due to the fact it booted from it 22.19.07 # figure try every permeation 22.19.22 # <_bilgus_> the mb stuff fails safe 22.19.51 # didnt even get to renaming and hit a panic 22.19.53 # <_bilgus_> its amazing how much I managed to delete from that code to make it fit 22.20.36 # <_bilgus_> whats the message? 22.21.15 # so _bilgus_ i had the device off, plugged usb in to computer, plugged cable in to e200 and it paniced. i took a picture for you. i will upload it in a moment 22.21.32 Join S|h|a|w|n [0] (~shawn156@c-76-25-73-212.hsd1.co.comcast.net) 22.21.32 Quit S|h|a|w|n (Changing host) 22.21.32 Join S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647) 22.21.37 # <_bilgus_> likely thats in the fw not the bootloader 22.22.17 # https://photos.app.goo.gl/1WSo2zTyELKaiX836 22.22.19 # <_bilgus_> depends on who had control 22.23.31 # <_bilgus_> hmm OOM 22.24.22 # it tried to fail over to the stock fw when the .rb folder isnt found. then it turns off when it cant fail over 22.24.41 # <_bilgus_> its the bootloader 22.24.59 # <_bilgus_> I verified in the map vs the PC 22.25.34 Join dconrad [0] (~dconrad@208.38.228.17) 22.25.46 # <_bilgus_> so I think our best bet is probably to contact johnb4 and ask him to give us the one from last year 22.25.50 # ok, so here is what happens when i rename the folder. it gives me no way to recover 22.26.07 # https://photos.app.goo.gl/1WSo2zTyELKaiX836 22.26.57 # <_bilgus_> put in the sd and reboot 22.27.11 # _bilgus_: already ahead of you ;) 22.27.26 # i was going to grab the of and drop it in system and see what happens 22.28.00 # <_bilgus_> Wait till we talk to johnb 22.28.30 # <_bilgus_> You are fine to use the device as is but he is familar with the device 22.29.05 # _bilgus_: will do. i will restore the .rb directory and just idle in here. i never reboot this machine. 22.29.10 # thanks for helping so far 22.29.43 # also if you need help testing i do not mind. i am a software engineer so know how important it is to get accurate bug reports 22.29.51 # and testing complete for that matter 22.29.59 # <_bilgus_> yeah I'm sorry I don't have more experience with this device but I just came up with the multiboot ideal for a few devices I owned 22.30.55 # <_bilgus_> john probably knows a bit more about it but i'll see if I can tell what chnaged from last year 22.31.07 # <_bilgus_> hope its not the tool chain upgrade 22.31.46 # <_bilgus_> and testing is paramount in the bootloaders before we release them 22.32.07 # _bilgus_: nbd. i loved this device when i was in college. then i won a zune at some conference my uni sent me to. it was meh and needed windows. not great when you have 1 pc it is running linux. i was looking for a rb device for playing my live recordings and then i saw the e200 was supported and knew my destiny 22.32.33 # oh i did not own this in college. kinda sounds like i did. my gf did and it was great 22.34.39 # oh and live concert recordings are released in flac. should have specified why i was seeking out rockbox in the first place. 22.36.16 # regardless, thank you for your help. this fixes the player so that the flash will not degrade further from writes at least. 22.44.58 # <_bilgus_> Syco54645, http://www.mediafire.com/file/aqb5823gpu9m3lq/file 22.45.12 # <_bilgus_> there is johns version could you try that? 22.48.50 # <_bilgus_> hopefull the usb worked back then and it wasn't just missed 22.54.27 # <_bilgus_> also I presume that the firmware would have this issue as well... 23.11.01 Join johnb2 [0] (~johnb2@p5b3afce5.dip0.t-ipconnect.de) 23.13.25 Quit tchan (Ping timeout: 252 seconds) 23.13.51 Join tchan [0] (~tchan@c-98-206-141-238.hsd1.il.comcast.net) 23.19.37 *** Saving seen data "./dancer.seen" 23.24.35 Quit dconrad (Remote host closed the connection) 23.28.13 # _bilgus_ I will have to fetch the e200 from my son tomorrow to confirm the behaviour. I will post the results here. 23.29.10 # <_bilgus_> awesome, thanks 23.31.36 Join LambdaCalculus37 [0] (~robert@pool-96-234-126-119.nwrknj.fios.verizon.net) 23.37.34 Quit LambdaCalculus37 (Ping timeout: 252 seconds) 23.37.51 Join LambdaCalculus37 [0] (~robert@102.165.16.74) 23.41.50 # <_bilgus_> hmm I don't actually see the audiobuffer in the map file 23.42.20 # <_bilgus_> I'd think that wouldbe a compile time error maybe I'm missing something