--- Log for 18.02.122  Server: molybdenum.libera.chat  Channel: #rockbox
--- Nick: rb-logbot  Version: Dancer V4.16  Started: 11 days and 18 hours ago

00.45.14 ***     Saving seen data "./dancer.seen"
01.52.32 Join    ZincAlloy [0] (~Adium@2a02:8108:943f:d824:20fc:4bb4:ccd4:4863)
01.58.18 Quit    ZincAlloy (Ping timeout: 252 seconds)
02.15.54 Quit    JanC (Remote host closed the connection)
02.16.08 Join    JanC [0] (~janc@user/janc)
02.44.08 Quit    pixelma (Quit: .)
02.44.08 Quit    amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
02.45.18 ***     Saving seen data "./dancer.seen"
02.46.34 Join    amiconn [0] (~jens@p200300ea8702000071eec8abe87ed853.dip0.t-ipconnect.de)
02.46.36 Join    pixelma [0] (marianne@p200300ea87020000305e95fffec66ff3.dip0.t-ipconnect.de)
04.45.21 ***     No seen item changed, no save performed.
05.13.26 Quit    MayeulC (Quit: Bridge terminating on SIGTERM)
05.13.26 Quit    paulcarroty (Quit: Bridge terminating on SIGTERM)
05.13.26 Quit    TimeWalker[m] (Quit: Bridge terminating on SIGTERM)
05.13.31 Quit    blbro[m] (Quit: Bridge terminating on SIGTERM)
05.16.50 Join    blbro[m] [0] (~blbrostra@2001:470:69fc:105::8f7)
05.18.55 Quit    Piece_Maker (Ping timeout: 272 seconds)
05.29.00 Join    paulcarroty [0] (~paulcarro@2001:470:69fc:105::216)
05.29.00 Join    MayeulC [0] (~mayeulc@2001:470:69fc:105::35e)
05.29.00 Join    TimeWalker[m] [0] (~timewalke@2001:470:69fc:105::d4f)
05.41.55 Join    Piece_Maker [0] (~Piece_Mak@cpc95746-bolt17-2-0-cust360.10-3.cable.virginm.net)
06.45.22 ***     Saving seen data "./dancer.seen"
07.44.01 Join    massiveH [0] (~massiveH@ool-4a5862ee.dyn.optonline.net)
08.45.26 ***     No seen item changed, no save performed.
08.47.35 Quit    massiveH (Quit: Leaving)
09.45.52 Quit    rogeliodh (Quit: The Lounge - https://thelounge.chat)
09.46.18 Join    rogeliodh [0] (~rogeliodh@rogeliodh.dev)
10.45.28 ***     Saving seen data "./dancer.seen"
11.32.45 Join    steelbas [0] (~steelbas@185.65.134.253)
11.48.09 #       <steelbas> _bilgus_ Back for more! I just formatted my 512 gb SD card as well as a 4 gb card I had laying around. Restoring both with iTunes now, then the first thing I'm going to check is if the partition table is readable for both. I expect not, but hopefully that won't inhibit their working with Rockbox
11.55.46 #       <steelbas> (I'll just document my progress here, to have it somewhere)
11.56.19 #       <steelbas> As expected, so far: both SD cards show an undetected file system. https://imgur.com/a/ewHNfXv
11.57.26 #       <steelbas> I'll try to install my Rockbox build with disabled DMA and UDMA set to 1, now. (This is my iPod 4g color/photo, see this post https://forums.rockbox.org/index.php/topic,52560.msg249953.html#msg249953)
11.57.37 #       <steelbas> First on the 4gb sd card
11.59.22 Join    ZincAlloy [0] (~Adium@2a02:8108:943f:d824:c04e:df31:69e6:6ab)
12.07.25 Quit    akaWolf (Ping timeout: 272 seconds)
12.08.49 Join    akaWolf [0] (~akaWolf@akawolf.org)
12.16.04 #       <steelbas> Alright, the 4gb SD card with my DMA-less and UMDA 1 Rockbox build boots. So that at least suggests that the checksum fail was caused by general filesystem corruption last time and not a fault in the build itself
12.16.20 #       <steelbas> Guess I'll load some music on the device now to see how that performs
12.17.39 #       <steelbas> Plugins work, at least.
12.19.47 #       <steelbas> Debug->View disk info no longer shows "DMA mode: UDMA 1" but nothing. Guess that's because I disabled DMA.
12.29.00 #       <steelbas> Music playback *seems* stable on the 4gb SD card. Switching to different songs or albums while playing also works. Database initialises correctly, and the Random folder advance config plugin also works.
12.29.31 #       <steelbas> Guess I'll see how the 512 GB card fares, now.
12.30.17 #       <steelbas> Man, Rockbox is one sexy system if it works how it's supposed to
12.35.56 #       <steelbas> The 512 GB card boots with my Rockbox build, too. Interestingly, it shows a 4gb card under Rockbox info...
12.39.01 #       <steelbas> Hmm, it couldn't open the clock plugin
12.39.23 #       <steelbas> Ah, and now it also fails on the calculator plugin
12.39.38 #       <steelbas> That one worked on the 4GB card
12.43.10 #       <steelbas> I'm going to restore it with iTunes again. See if that makes it see the disk at 4gb at least. Might've been because I switched out the cards without pulling out the battery from the ipod
12.43.27 #       <steelbas> But it's not looking good for my expensive 512GB card, so far
12.45.30 ***     Saving seen data "./dancer.seen"
12.49.17 Join    lebellium [0] (~lebellium@2a01cb04012c0900189702fd3938d2fd.ipv6.abo.wanadoo.fr)
13.43.09 Quit    steelbas (Quit: Leaving)
13.47.17 Join    steelbas [0] (~steelbas@92.60.40.218)
14.26.43 #       <steelbas> Wellp, restored with itunes again, installed the modified Rockbox build again and put some music on the SD card, but it's giving a playlist control file error again. After rebooting it plays back fine for a short while but then quickly gives the error again. Plugins don't work. Guess the SD card is indeed faulty.
14.27.02 #       <steelbas> I'm going to test with the 4gb SD card some more to make sure that continues to work as it's supposed to.
14.27.29 #       <steelbas> Also with the regular dev build, without DMA disabled and UDMA set to 1
14.45.32 ***     Saving seen data "./dancer.seen"
14.46.59 Quit    braewoods (Quit: WeeChat 2.8)
14.52.43 Join    braewoods [0] (~braewoods@user/braewoods)
14.57.58 #       <steelbas> Okay, guess it's the conclusion you always hope it isn't, as a user, but the 4gb SD card seems completely stable. Also with the latest development version. So I guess I'll shop around for a new bigger SD card.
15.28.08 #       <_bilgus_> steelbas, it (sd)  might just be incompatible with the device i'd try running some bad block tests from your pc
15.28.36 #       <_bilgus_> it could also be one of those cards thats says 512GB but is only 32 or somesuch
15.29.28 #       <_bilgus_> Someone has some scripts for fake sd tests lets see if I can find it
15.30.19 #       <_bilgus_> https://linuxreviews.org/HOWTO_test_SD_cards_and_identify_fake_ones_(mostly_sold_on_ebay)
15.30.27 #       <steelbas> Well, I'm pretty sure about its size, but it did just occur to me that it is a micro SD and the first conversion thingie to a larger size gave me some trouble
15.30.34 #       <steelbas> I'm trying with another converter now
15.31.03 #       <_bilgus_> well the writes go through but when you verify them they come back corrupted
15.31.12 #       <_bilgus_> in the fake sd case
15.31.25 #       <steelbas> Yeah, I'll also try that script, thanks!
15.32.31 #       <_bilgus_> that being said I have run into cards that just won't work with my device yet prefectly fine in say my phone
15.33.20 #       <steelbas> Well, at least the 4gb card seems to work well. That gives one hope, at least
15.33.51 #       <steelbas> Though it's strange that that one also has an unreadable file system
15.34.04 #       <steelbas> Guess that's "normal" with an iflash thing
15.35.18 #       <_bilgus_> might try wiping the card completely and then reformat there seems to be from time to time a card that won't work after reformat from exfat
15.35.43 #       <_bilgus_> I don't use apple devices so I can't verify that 
15.35.57 #       <_bilgus_> (normal for iflash)
15.36.12 #       <steelbas> Me neither, I'm running itunes in Windows
15.36.20 #       <steelbas> And I think that formats to fat32
15.37.01 #       <_bilgus_> the windows formatter won't do more than 32 (64?) gb as fat 32 you need a 3rd party tool
15.37.14 #       <_bilgus_> ituner though I imagine works
15.37.19 #       <_bilgus_> tunes*
15.37.56 #       <steelbas> I've been using Linux to reformat the cards
15.38.20 #       <steelbas> iTunes *seems* to work. The ipod OS indicates it has 500GB free, at least
15.38.22 #       <_bilgus_> I think linux is where the failed format from exfat happens
15.38.43 #       <_bilgus_> but I too use linux to reformat and haven't had it happen to me yet
15.39.01 #       <_bilgus_> the forum has some threads on it brb
15.39.04 #       <steelbas> Hmm I might be confusing terms, here. Isn't exfat the Apple filesystem?
15.39.33 #       <steelbas> I thought if you use itunes on a Mac to restore an iPod it made the thing exfat, and if you use Windows, it makes the thing fat32
15.39.53 #       <steelbas> So in my case, exfat should never come into the equation, right?
15.40.08 #       <steelbas> Or do you figure the iflash thing only works properly with exfat cards?
15.42.26 #       <steelbas> In that case you'd think the 4GB card would also give trouble
15.43.29 #       <_bilgus_> https://forums.rockbox.org/index.php/topic,51941.msg240386.html#msg240386
15.43.47 #       <_bilgus_> I doubt the 4gb card was ever anything other than fat32 
15.44.17 #       <_bilgus_> https://forums.rockbox.org/index.php/topic,53271.0.html
15.45.28 #       <_bilgus_> I'm pretty sure exfat is the extended fat filesystem they put on big sd cards from the factory
15.45.54 #       <_bilgus_> mac is probably something else but rockbox must have FAT32
15.48.01 #       <steelbas> Hmm, okay. So I'd need something like RMPrepUSB for Linux to get a more complete format, you think?
15.49.00 #       <_bilgus_> those are for windows in linux you can just dd a bunch of 0 and re partition
15.49.36 #       <steelbas> Yeah, that's what I was thinking
15.50.10 #       <_bilgus_> https://askubuntu.com/questions/511467/how-can-i-completely-erase-all-data-on-a-micro-sd-card
15.50.22 #       <steelbas> Well, not to jinx anything, but I just finished the entire process of format, itunes restore, Rockbox install again with another micro-sd converter, and playback of the first few files is working, as well as plugins
15.50.31 #       <steelbas> so it *may* just have been that
15.50.38 #       <steelbas> This calls for further testing, methinks
15.50.41 #       <_bilgus_> someone told me they had good luck with using gparted only and deleting and recreating the partitions 
15.50.57 #       <_bilgus_> ymmv
15.51.11 #       <steelbas> I actually remade the filesystem each time, too
15.51.34 #       <steelbas> Well, I can't remake the partitions with gparted now, as it keeps showing that the filesystem is unreadable
15.51.51 #       <steelbas> As soon as iTunes "restores" it, it becomes unreadable for gparted
15.51.56 #       <_bilgus_> dd won't :)
15.51.59 #       <steelbas> Can still mount the partition, tho
15.52.33 #       <_bilgus_> I just don't have any idea as far as itunes __builtin might know
15.52.41 #       <_bilgus_> he does ipods
15.52.56 #       <_bilgus_> or at least uses them
15.53.04 #       <steelbas> Yeah that sounds healthier
15.53.05 #       <steelbas> :p
15.54.13 #       <steelbas> Ah, nope, there we go again, trying to open the calendar plugin just didn't work again
15.54.20 #       <steelbas> That's usually a bad sign.
15.54.48 #       <steelbas> Yup, opening a music file now also doesn't work anymore
15.55.05 #       <steelbas> So it wasn't the micro-sd converter
15.56.44 #       <steelbas> So. New plan: 1. dd the card 2. new partition table 3. new fat32 file system, 4. iTunes restore, 5. Rockbox install
15.56.55 #       <steelbas> That's what you suggest, right?
16.02.05 #       <_bilgus_> up to 3
16.02.26 #       <_bilgus_> 4, 5 sure if thats what the install guide says
16.03.10 #       <steelbas> Oh! Hmm, well, now that you mention it, that was partially my assumption, too... I'll try going straight to the Rockbox install, see what that does
16.03.27 #       <steelbas> But first, I just remembered, to test the SD card to see if it's actually 512gb
16.04.05 #       <steelbas> Wellll I'll dd it first, I think
16.04.20 #       <steelbas> Getting it readable by partitioning software again might help
16.11.13 #       <_bilgus_> it should be fat32 at the start then I suppose you need to reformat in itunes and get the apple fw booting
16.11.25 #       <_bilgus_> sorry restore in itunes
16.11.54 #       <_bilgus_> and I see a mention of apple HFS but I'm pretty sure you don't want that
16.14.22 #       <_bilgus_> oh even better https://www.rockbox.org/wiki/IpodManualRestore
16.15.27 #       <_bilgus_> it looks like what rb wants to do is occupy a second partition
16.18.40 #       <steelbas> Yes, though that is also the partition scheme that results from itunes restoring the device
16.19.04 #       <steelbas> I know because I used this manual restore process on my device earlier, too
16.19.18 #       <_bilgus_> https://www.rockbox.org/wiki/IpodConversionToFAT32
16.19.28 #       <_bilgus_> and that from the windows side
16.19.51 #       <_bilgus_> so it sounds like yes it should be the proper steps for 4, 5
16.20.34 #       <steelbas> I'd prefer to do a manual restore, but the thing is that it mentiones .ipsw (partition table files) files to download for your devide, which are only for devices with a 20 or 40 gb disk
16.20.44 #       <_bilgus_> give me a few to look at speachys code to fix the iflash stuff
16.21.17 #       <steelbas> Though I could perhaps use such a file anyway and then expand the partition that results
16.21.24 #       <steelbas> Probably not though 
16.23.59 #       <_bilgus_> ok so its all in the ata driver
16.24.16 #       <_bilgus_> so your ipod should behave just fine with the iflash
16.24.30 #       <_bilgus_> sow the disabling dma has been done before
16.24.39 #       <_bilgus_> now*
16.25.51 #       <steelbas> dd is still running, I hope that's not a bad sign
16.26.00 #       <steelbas> Though I suppose it could take a while for 512gb
16.26.56 #       <steelbas> Yeah, though it turned out disabling dma was not necessary after all with the latest dev build. If my experience with the 4gb card is any indicator, anyway
16.31.17 #       <steelbas> >  I know because I used this manual restore process on my device earlier, too. What I meant here, by the way, is that I used it on the original 20 gb hard disk that was in the device. I haven't used this process on the SD card, as I can't use the partition table files
16.34.04 #       <_bilgus_> rockbox/firmware/export/config/ipodcolor.h here you removed #define HAVE_ATA_DMA?
16.34.35 #       <steelbas> I think so, let me check
16.35.52 #       <steelbas> Yes, that's what I did
16.36.15 #       <_bilgus_> ok cool so I'm gonna say that card is the fault
16.36.49 #       <_bilgus_> but dd will take forever on 512 gb
16.36.54 #       <_bilgus_> so lets hope that works
16.37.03 #       <steelbas> Heh, yeah, that's what I'm still gravitating towards, too
16.37.14 #       <steelbas> But hey, who knows, dd might work
16.38.13 #       <_bilgus_> I'm up to a single 256 gb card but my rule has been thus far to buy one or two steps down from the leading size
16.38.42 #       <_bilgus_> 64 gb when 128 gb was $100
16.39.17 #       <_bilgus_> its served me well except anything from PNY
16.39.21 #       <steelbas> And I'm thinking I'll try the manual restore process anyway, with the firmware for my model. The instructions say to format the second partition anyway, so I might be able to format it bigger, then
16.39.32 #       <steelbas> What do you mean leading size?
16.39.44 #       <_bilgus_> like whatever is the latest greates
16.39.44 #       <steelbas> Ah also this is a PNY card, heh
16.39.57 #       <_bilgus_> yeah PNY is junk IMO
16.40.29 #       <steelbas> Heh, good to know
16.40.59 #       <_bilgus_> ive had pny flashdrives and sd cards all have failed in my car and device
16.41.27 #       <steelbas> I might do a 256 gb card, it's more affordable. I really liked the space 512gb afforded me, tho. Classical music tends to take up a lot of space
16.41.34 #       <steelbas> What brand are you using now?
16.43.21 #       <_bilgus_> in the car its a usb to sd adapter no idea on the brand in my daily device its a sandisk
16.43.40 #       <_bilgus_> 128gb my dash cam has a sandisk 256gb
16.44.36 #       <_bilgus_> the dashcm did lock up last week though so it might be failingtoo
16.44.56 #       <steelbas> USB to sd adapter? That's interesting... A lot more affordable than SD cards. I could tape a usb drive to the back of my iPod and connect it to the iflash drive inside :p
16.45.06 #       <_bilgus_> that was the exception I bought that when it came out (256G)
16.45.10 #       <steelbas> I don't think I will
16.45.22 #       <_bilgus_> heh it goes the other way
16.45.28 #       <_bilgus_> the car wants a usb drive
16.45.33 ***     Saving seen data "./dancer.seen"
16.45.42 #       <_bilgus_> everything sticks out 3" and gets killed
16.45.45 #       <steelbas> Well, given that we're up to 2tb SD cards these days, I don't think 256 is only one step below the leading size anymore
16.45.52 #       <steelbas> Oh, right, that makes sense
16.46.20 #       <_bilgus_> I bought it when it was #1 though
16.47.02 #       <_bilgus_> the other thing is buy them locally
16.47.19 #       <steelbas> Not from ebay or something, you mean :p
16.47.24 #       <_bilgus_> yep
16.48.04 #       <_bilgus_> I like that about stores I have my reciept and i'll be leaving with my money or a new card
16.48.43 #       <steelbas> Well, here in the Netherlands we have pretty good consumer protection if you buy online, so as long as I buy from a Dutch web store it should also be fine
16.57.38 #       <steelbas> By the way, you might have more insight into this than me: when you look at /firmware/target/arm/pp/ata-target.h, the code seems to suggest that something different is done for 4g ipods (in line 74). But the ipod color, which is also a 4g ipod, is named separately in the /firmware/export/config directory—"ipodcolor" instead of "ipod4g". Does that mean this code might not work on ipod colors? I understand if this is outside of your expertise, though
16.59.20 Join    qwertyuiop [0] (~qwertyuio@202.32.2.201)
17.00.27 Quit    qwertyuiop (Client Quit)
17.13.09 #       <_bilgus_> I'd say that you are correct in your assumption
17.16.18 #       <_bilgus_> if it makes a difference trying #if CPUFREQ_NORMAL >= 30000000 && !defined(IPOD_4G) && !defined(IPOD_COLOR)
17.16.43 #       <_bilgus_> bbl
17.35.48 Quit    ZincAlloy (Quit: Leaving.)
17.36.59 Join    JanC_ [0] (~janc@user/janc)
17.37.09 Nick    JanC is now known as Guest5415 (~janc@user/janc)
17.37.09 Quit    Guest5415 (Killed (calcium.libera.chat (Nickname regained by services)))
17.37.09 Nick    JanC_ is now known as JanC (~janc@user/janc)
18.00.43 Join    S|h|a|w|n [0] (~shawn156@user/shawn/x-4432647)
18.31.15 Quit    lebellium (Quit: Leaving)
18.45.34 ***     Saving seen data "./dancer.seen"
19.42.33 Join    massiveH [0] (~massiveH@ool-4a5862ee.dyn.optonline.net)
20.45.38 ***     No seen item changed, no save performed.
20.58.51 Quit    massiveH (Quit: Leaving)
21.35.27 Join    massiveH [0] (~massiveH@ool-4a5862ee.dyn.optonline.net)
21.39.32 #       <_bilgus_> g#3274 should be pretty well usable in its current state should anyone be interested in remapping keys
21.39.35 #       <rb-bluebot> 3Gerrit review #3274 at https://gerrit.rockbox.org/r/c/rockbox/+/3274 : 3Add custom action mapping to core WIP by William Wilgus
21.40.56 #       <_bilgus_> it still needs a way to save, load, test key remap files but whats there will start with the test remap and save everything after a restart it should be loaded
21.41.38 #       <_bilgus_> it still has a ways to go and needs some polish but i'm pretty pleased so far
21.43.18 #       <_bilgus_> for the testing of keymaps i'm thinking letting the user set a context and display the return from get_action
21.44.01 #       <_bilgus_> my other thought was to create a list of buttons and highlight them when pressing buttons then a box with all the actions it would trigger
21.49.11 #       <_bilgus_> I was not able to get a proper action returned from get_action when TIMEOUT_BLOCK was used I think this is a known issue but am unsure if we ever discovered a root cause
22.22.36 Quit    akaWolf (Ping timeout: 240 seconds)
22.31.28 Join    akaWolf [0] (~akaWolf@akawolf.org)
22.45.39 ***     Saving seen data "./dancer.seen"