--- Log for 22.04.113 Server: hitchcock.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 26 days and 12 hours ago 00.01.10 Quit liar (Remote host closed the connection) 00.06.44 *** Saving seen data "./dancer.seen" 00.11.55 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 00.13.29 Quit lebellium (Ping timeout: 272 seconds) 00.13.35 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 00.20.31 Quit Wardo (Read error: Connection reset by peer) 00.29.07 Quit ml| (Ping timeout: 256 seconds) 00.36.01 Join ml| [0] (~ml@unaffiliated/ml/x-3958674) 01.04.30 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 21.0/20130416200523]) 01.26.34 Quit Poodlemastah (Ping timeout: 252 seconds) 01.29.51 Quit thegeek (Read error: Connection reset by peer) 01.30.30 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 01.31.55 Join Poodlemastah [0] (~Poodlemas@109-124-181-96.customer.t3.se) 01.33.07 Join thegeek_ [0] (~thegeek@40.200.16.62.customer.cdi.no) 01.33.30 Quit TBCOOL (Ping timeout: 264 seconds) 01.34.45 Quit thegeek (Ping timeout: 246 seconds) 01.34.55 Join TBCOOL [0] (~tb@c-893571d5.09-42-73746f22.cust.bredbandsbolaget.se) 01.36.23 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 01.37.49 Quit thegeek_ (Ping timeout: 255 seconds) 01.39.47 Quit bluebrother (Disconnected by services) 01.39.52 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 01.42.22 Quit fs-bluebot (Ping timeout: 258 seconds) 01.43.46 Join fs-bluebot [0] (~fs-bluebo@g225252013.adsl.alicedsl.de) 02.02.19 Quit krabador (Quit: Sto andando via) 02.06.48 *** Saving seen data "./dancer.seen" 02.21.21 Quit shamus (Read error: Connection reset by peer) 02.21.49 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 02.38.17 Quit thegeek (Read error: Connection reset by peer) 02.38.33 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 02.41.33 Quit thegeek (Read error: Connection reset by peer) 02.41.45 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 03.00.07 Quit SuperBrainAK (Quit: pbly gone to sleep (-.-)Zzz...) 03.40.49 Quit ser (Ping timeout: 258 seconds) 03.50.10 Join ser [0] (~ser@host1.tldp.ibiblio.org) 03.53.21 Join i [0] (~435622d3@www.haxx.se) 03.53.21 Quit i (Client Quit) 03.53.27 Join ikeboy [0] (~435622d3@www.haxx.se) 03.54.22 # Is there any way to use a usb-otg cable with the sansa fuze plus to connect flash drives 03.54.43 # <[Saint]> Nope. 03.55.35 # <[Saint]> Even if the software could support this - I doubt the hardware does. 03.56.58 # <[Saint]> I think we *do* have some targets with OSB-OTG, so there's almost certainly some code in there to do so - but, the hardware needs to be able to support this as well I believe. 03.58.59 # <[Saint]> Your best bet is getting a DAP capable of supporting an aftermarket storage drive, or getting a 64GB sdcard and formatting it as FAT. 03.59.14 Join fordcars [0] (~irchon@modemcable048.140-83-70.mc.videotron.ca) 03.59.44 # <[Saint]> iPod Classic/Video/Color can fit an SSD in easily. Probably others too. 04.00.08 # <[Saint]> with a spinning platter, you can get up to 240GBish. 04.03.19 # How is the development for rk27xx? 04.03.38 # <[Saint]> ongoing. 04.03.59 # Hah good 04.04.59 # ... but I totally bricked my rk27 (formatting it doesn't change anything). I will see what I can do with it 04.05.29 # <[Saint]> Hmmmmm...from my understanding, it isn't possible to truly brick these devices. 04.05.44 # <[Saint]> unless the hardware is actually damaged. 04.06.04 # <[Saint]> I could be quite wrong, but I thought the recovery system for these devices was well known. 04.06.10 # <[Saint]> check out the wiki 04.06.52 *** Saving seen data "./dancer.seen" 04.07.00 # heh, well Input mine in "developer mode" and after meddling around with a bunch of firmware a (well 2), it's bricked. when I format it (windows or Mac or Linux), it doesn't change anything 04.07.33 # ok 04.08.23 # but my rockchip doesn't recognize my windows computer for some reason. I will have to borrow a computer again 04.08.34 # or I could use a hammer ;) 04.09.23 # <[Saint]> I think there's a tool in our sources that will pull the recovery out of a firmware file and allow you to push it to the device and jump to that address. 04.09.50 # <[Saint]> rkboottool or something similar iirc 04.10.10 # <[Saint]> you really want to talk to wodz or the other guy who's name escapes me. 04.10.18 # <[Saint]> neither of whom are present currently. 04.10.28 # yeah I think I read about that util 04.10.36 # <[Saint]> Posting on our forums couldn't hurt - you're likely to get a response there. 04.11.01 # you have a forum? neat. 04.11.11 # <[Saint]> forum.rockbox.org 04.11.23 # heh 04.11.25 Quit fordcars (Remote host closed the connection) 04.12.09 Join fordcars [0] (~irchon@modemcable048.140-83-70.mc.videotron.ca) 04.12.26 Quit fordcars (Remote host closed the connection) 04.13.25 # * scorche hands [Saint] an "s" 04.13.52 # <[Saint]> ah, is it forum/s/? 04.13.59 # <[Saint]> ...I'm sure he'll figure it out. 04.16.03 Quit ikeboy (Quit: CGI:IRC (Ping timeout)) 04.39.01 Quit TBCOOL (Ping timeout: 248 seconds) 04.39.07 Join TBCOOL [0] (~tb@c-893571d5.09-42-73746f22.cust.bredbandsbolaget.se) 04.45.54 Quit amiconn (Disconnected by services) 04.45.54 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.45.56 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.46.13 Quit pixelma (Disconnected by services) 04.46.13 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.46.16 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.52.36 Join zamboni [0] (~bottledwa@unaffiliated/zamboni) 05.07.42 Join TheSphinX_ [0] (~briehl@pD9FBB331.dip0.t-ipconnect.de) 05.09.26 Quit TheSphinX^ (Read error: Operation timed out) 05.34.58 Quit Rower (Quit: Hmmm...) 05.44.44 Quit [7] (Disconnected by services) 05.44.53 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.06.53 *** Saving seen data "./dancer.seen" 06.12.02 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 06.17.03 Join jhMikeS [0] (~jethead71@50.4.247.132) 06.17.03 Quit jhMikeS (Changing host) 06.17.03 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 06.30.24 Join SuperBrainAK [0] (~Andy@97-124-89-175.phnx.qwest.net) 06.49.46 Quit froggyman (Ping timeout: 246 seconds) 07.11.40 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 07.29.41 Quit zamboni () 07.48.30 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 08.06.57 *** Saving seen data "./dancer.seen" 08.12.55 Quit kevku (Ping timeout: 245 seconds) 08.16.01 Quit SuperBrainAK (Quit: pbly gone to sleep (-.-)Zzz...) 08.21.08 Join LinusN [0] (~linus@giant.haxx.se) 08.24.18 Join wodz [0] (~wodz@89-75-41-78.dynamic.chello.pl) 08.28.32 Join ender` [0] (krneki@foo.eternallybored.org) 08.36.29 Join Zagor [0] (~bjst@sestofw01.enea.se) 08.36.29 Quit Zagor (Changing host) 08.36.29 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.38.33 # Oh, archos 28 vision firmware has routine which jumps into different rom addresses based on SoC ID! Just like I figured out by myself :-) 08.41.32 # <[Saint]> wodz: there was a guy in here earlier asking about the rockchip players - was I right in telling him I believed them to be largely unbrickable? 08.42.12 # technically you are right 08.42.13 # <[Saint]> I seem to recall you had some tool that could extract and push a recovery image and jump to that location. 08.42.27 # <[Saint]> had/have 08.42.33 # BUT restoring OF functionality is a bit complicated 08.43.15 # <[Saint]> Aha - is it like some of the Sansas, where you can restore - but dual-boot may not work due to erasing some needed magic on the disc? 08.43.18 # If he entered rockchip DFU mode windows will not see the device without special drivers 08.43.35 # <[Saint]> Aha. 08.44.24 # [Saint]: Its worse. We relay on original nand bootloader and chainload ours. If FTL is screwed up for whatever reason you have problems 08.44.37 # <[Saint]> I told him to wait around for you or morta-something? Or post on the forum, so you may hear from him/her at some point. 08.44.43 # [Saint]: But without more info from the guy I can't really help 08.44.48 # mortalis 08.45.09 # <[Saint]> Aha, thanks. That was bugging me. 08.45.36 # It can be something as simple as turning device into rockchip DFU (which is possible with our bootloader) without proper drivers on windows 08.46.51 # <[Saint]> S/He was one of the "Its broken - so I formatted it - and now its still broken" type, so I'm unsure as to the extent of the damage or the initial cause. 08.47.58 # me too 08.48.44 # the term 'formatted' is also ambiguous 08.48.50 # * [Saint] nods 09.04.46 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.11.26 Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3) 09.23.44 Join mortalis [0] (~kvirc@213.33.220.118) 09.38.07 Quit DexterLB (Read error: Connection reset by peer) 09.42.48 Quit wodz (Quit: Leaving) 09.43.15 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 09.44.33 Quit DexterLB (Read error: Connection reset by peer) 09.47.02 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.49.46 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 09.52.07 Quit pamaury (Ping timeout: 246 seconds) 09.53.08 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 09.54.58 Join mt` [0] (~quassel@41.69.194.208) 09.55.15 Quit DexterLB (Read error: Connection reset by peer) 09.56.23 Quit jhMikeS (Ping timeout: 256 seconds) 10.00.17 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 10.07.01 *** Saving seen data "./dancer.seen" 10.13.57 Quit DexterLB (Read error: Connection reset by peer) 10.16.43 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.18.38 # pamaury: (log) I suspect that this unknown register is used as a memory shared between main binary, rom and maybe nand loader. I have a feeling that bits in this reg represent internal action to be taken. 10.18.49 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 10.18.59 # pamaury: (log) I need to digg deep in rom dump to check this theory. 10.28.35 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.28.52 # wodz: yes I thought about this 10.33.05 # pamaury: Most of writes to this register are located in functions which finally jump to rom address 10.33.26 # interesting 10.33.41 # maybe something about usb state 10.33.57 # like when switching from usb to dfu-like mode 10.34.49 # this will also explain how rom can actually enter rock usb from ISystem_something() function which simply turns off remap, discards cache and jumps to 0x0 10.55.46 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 10.58.31 Quit lebellium (Ping timeout: 260 seconds) 10.58.42 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 10.59.40 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 11.01.19 Quit melmothX (Ping timeout: 252 seconds) 11.03.12 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 11.03.56 Quit lebellium (Ping timeout: 272 seconds) 11.04.05 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 11.13.02 # wodz: pamaury: i recall there was something in sdk about thi register. 11.13.03 Join pystar89 [0] (~pystar89@ip-37-24-1-174.unitymediagroup.de) 11.13.18 # http://www.rockbox.org/irc/log-20111026#11:28:39 11.15.00 # indeed 11.21.04 Join petur [0] (~petur@rockbox/developer/petur) 11.28.59 # wodz: do you have a copy of this "new" sdk ? the one I have doesn't this RKLDWriteBDRegister function 11.29.43 # pamaury: look at the link to IRC discussion mortalis provided 11.29.51 # it doesn't work 11.30.16 # ok, I'll send you the file 11.30.51 # its huge so it'll take a while 11.34.00 # thanks 11.43.30 # pamaury: grep for RKLDWriteBdRegister (not RKLDWriteBDRegister) 11.44.17 # got it ! nice catch 11.47.29 Join Wyatt [0] (~wyatt@99-100-48-211.lightspeed.clmboh.sbcglobal.net) 11.51.47 # I have Rockbox on a 30GB iPod Gen 5 and it's served me faithfully for a couple years now, but as of last Thursday, it seems to no longer boot. It appears to be going through the ordinary boot sequence, but after the "Scanning disk..." message on the splash screen disappears, nothing. I even let it sit for a couple hours just in case. 11.52.56 # I really didn't change anything to prompt this, though since then, I've tried updating from 2.12 to 2.13 to see if that has some effect. It will go to the bootloader options, and will boot to the original firmware. 11.54.49 # I haven't managed to find any mentions of behaviour like this via Google, so I thought it would probably be a good idea to just drop by and ask if this is something with known probable cause. 11.55.06 # pamaury: There is comment about this reg in SDK! http://pastie.org/7696694 11.57.53 # pamaury: It doesn't specify the meaning of 0x20 though 11.59.50 # <[Saint]> Wyatt: are you sure about the version numbers there? 11.59.56 # <[Saint]> both of those are *ancient* 12.00.22 # Oh yes, and I can use the device via USB if I put it in USB mode before hand from the bootloader. 12.00.33 # [Saint]: Oh my bad. 3.12 and 3.13 12.00.34 # <[Saint]> Additionally - regardless of the evrsion number - do a disk check. 12.00.59 # <[Saint]> The OF has frequently shown it is more tolerant to error than Rockbox is. 12.01.46 # <[Saint]> If you have your data backed up - the foolproof method of disc recovery is to simply restore it with iTunes. 12.01.48 # I ran fsck on it on Friday, but that didn't change the outcome. 12.02.10 # Does itunes run in WIne? 12.02.32 # <[Saint]> Nup. But you can restore with *nix - it is just more involved. One sec. 12.02.52 # <[Saint]> see: http://www.rockbox.org/wiki/IpodManualRestore 12.03.33 # <[Saint]> It involves the use of dd, though, so be VERY SURE you know what disc you are working with. 12.03.54 # <[Saint]> dd can be a very dangerous tool with even a tiny typo. 12.04.45 # Oh, thanks. It's cool, I'm a professional. The warning is appreciated, though. :) 12.05.12 # <[Saint]> Whenever something uses dd - I add such a dire warning by default now. 12.05.13 # Now I just need to find my home cable... 12.05.24 # <[Saint]> Then I don't get blamed for "you nuked my data" later on :) 12.06.31 # what bootloader options were meant by the way? 12.06.52 # <[Saint]> pixelma: I'm assuming bootloader USB 12.07.03 *** Saving seen data "./dancer.seen" 12.07.46 # The bootloader menu with the microscopic text that lets me get to USB mode. That works. 12.08.07 # <[Saint]> Yay - assumption verified. :) 12.15.30 # Found it. All right, now to back up everything I want to keep. 12.18.19 Join mt`_ [0] (~quassel@41.69.194.208) 12.18.27 # Now that I've a bit more stable income, I may be in the market for a new DAP sooner or later. Any recommendations on newer high-capacity units that run Rockbox well? Possibly ones that support more useful filesystems? 12.19.49 # rockbox only supports one filesystem 12.19.54 # so, the player is not really relevant there 12.20.13 # Ah. Now that's unfortunate. 12.20.38 # the benefits of another FS would be pretty minor at best 12.21.12 Quit mt` (Ping timeout: 272 seconds) 12.22.06 # FAT is as good as part of the USB MSC spec at this point; it's a communications protocol :) 12.24.02 # <[Saint]> if pamaury gets his way (and is correct) we /may/ support another soon - but, this doesn't fare well for the NoDo. 12.24.22 # <[Saint]> CFS (see discussion from earlier today - my time) 12.25.21 # That's really a special case though 12.25.38 # <[Saint]> this is true. 12.25.54 # indeed, and that target is already going out of its way to have a FAT loopback image that stores the actual files by the sound of it, for USB MSC :) 12.26.12 # And it basically requires MTP too, if you want that to be user-accessible 12.26.17 # so while we might need to parse the container FS to make it work, i doubt we would care much about exporting/writing to it 12.26.52 # so that's more similar to a flash FTL than a filesystem from our pov 12.27.41 # Hmm, don't think I've encountered a CFS that isn't a process scheduler. 12.28.01 # <[Saint]> It isn't exactly common. 12.28.29 # <[Saint]> well - there's surely more obscure formats. 12.49.32 Quit funman (Changing host) 12.49.32 Join funman [0] (~fun@rockbox/developer/funman) 12.50.18 # Bah, no time; will have to finish after work. Thanks for the advice! 12.59.38 Quit [Saint] (Read error: Connection reset by peer) 13.00.40 Join [Saint] [0] (~saint@rockbox/user/saint) 13.28.44 Quit petur (Quit: *plop*) 13.53.12 Join mortalis|2 [0] (~kvirc@213.33.220.118) 13.53.12 Quit mortalis (Read error: Connection reset by peer) 13.59.54 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.04.00 Join kaitsu1 [0] (~bubba@a91-152-170-133.elisa-laajakaista.fi) 14.07.06 *** Saving seen data "./dancer.seen" 14.07.30 Join krabador [0] (~krabador@unaffiliated/krabador) 14.30.08 Quit y4n (Read error: Connection reset by peer) 14.31.40 Quit Unhelpful (Read error: Connection reset by peer) 14.31.53 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 14.35.27 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 14.57.04 Quit Unhelpful (Read error: Connection reset by peer) 15.02.09 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 15.11.55 Quit wodz (Quit: Leaving) 15.21.53 Quit mortalis|2 (Remote host closed the connection) 15.27.24 Join mt` [0] (~quassel@41.69.194.208) 15.29.39 Quit mt`_ (Ping timeout: 260 seconds) 15.31.40 Quit desowin (Ping timeout: 245 seconds) 15.36.54 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 15.39.13 Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) 15.39.13 Quit froggyman (Changing host) 15.39.13 Join froggyman [0] (~me@unaffiliated/froggyman) 15.43.28 Quit katirzinja (Ping timeout: 256 seconds) 15.52.16 Quit rasher (Ping timeout: 252 seconds) 15.54.35 Quit froggyman (Ping timeout: 245 seconds) 16.01.43 Join ungali_mobile [0] (~yaaic@199.119.234.232) 16.07.08 *** Saving seen data "./dancer.seen" 16.10.54 Quit kevku (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 16.19.09 Quit mt` (Read error: Connection reset by peer) 16.20.16 Quit pamaury (Ping timeout: 255 seconds) 16.20.25 Join mt` [0] (~quassel@41.69.194.208) 17.00.10 Quit Zagor (Quit: Clint excited) 17.00.47 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 17.22.30 Join slowdow [0] (~slowdow@129.Red-81-35-120.dynamicIP.rima-tde.net) 17.26.21 Quit slowdow (Client Quit) 17.28.53 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.33.28 Join mt [0] (~quassel@196.218.41.112) 17.36.05 Quit mt` (Ping timeout: 252 seconds) 17.42.49 Join mt` [0] (~quassel@196.218.41.112) 17.43.39 Quit DexterLB (Read error: Connection reset by peer) 17.44.27 Quit mt (Ping timeout: 256 seconds) 17.46.35 Quit krabador (Remote host closed the connection) 17.49.02 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 17.51.31 Join krabador [0] (~krabador@unaffiliated/krabador) 17.52.03 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 17.59.19 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.07.10 *** Saving seen data "./dancer.seen" 18.14.42 Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) 18.14.43 Quit froggyman (Changing host) 18.14.43 Join froggyman [0] (~me@unaffiliated/froggyman) 18.24.14 Quit DexterLB (Read error: Connection reset by peer) 18.26.07 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 18.27.02 Quit froggyman (Ping timeout: 256 seconds) 18.32.52 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.34.22 Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) 18.34.22 Quit froggyman (Changing host) 18.34.22 Join froggyman [0] (~me@unaffiliated/froggyman) 18.36.10 Quit mt` (Ping timeout: 255 seconds) 18.41.40 Quit DexterLB (Ping timeout: 252 seconds) 18.45.41 Quit kaitsu1 (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 18.46.47 Quit froggyman (Ping timeout: 256 seconds) 18.55.15 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 19.01.27 Join jhMikeS [0] (~jethead71@50.4.247.132) 19.01.28 Quit jhMikeS (Changing host) 19.01.28 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 19.02.31 Join froggyman [0] (~me@msoe-00033403.nebula.msoe.edu) 19.02.31 Quit froggyman (Changing host) 19.02.31 Join froggyman [0] (~me@unaffiliated/froggyman) 19.06.04 Quit DexterLB (Read error: Connection reset by peer) 19.11.17 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 19.13.20 Quit ml| (Read error: Operation timed out) 19.15.34 Join pretty_function [0] (~sigBART@123.252.213.155) 19.22.19 Join ml| [0] (~ml@unaffiliated/ml/x-3958674) 19.27.46 Quit Scall (Remote host closed the connection) 19.28.46 Join Scall [0] (~chat@unaffiliated/scall) 19.41.28 Join mortalis [0] (~mortalis@77.108.98.176) 19.41.32 Join lorenzo92 [0] (~chatzilla@95.237.111.68) 19.41.54 # pamaury: ping 19.42.01 # pong 19.42.06 # hi ;) 19.42.17 # how are you ? you've beel away for some imte 19.42.21 # *been 19.42.53 # yeah, unfortunately I've been busy (and still I am) but I hope doing something again :D 19.47.54 Join slowdow [0] (~slowdow@129.Red-81-35-120.dynamicIP.rima-tde.net) 19.49.36 # Hi, Has there been any further news / improvement on the USB mounting issues for Ipod Classic. (windows 7, fails to mount correctly, recovery image mounts) Is it worth me upgrading? 19.51.00 Quit jhMikeS (Ping timeout: 248 seconds) 19.56.10 Join rasher [0] (~rasher@rockbox/developer/rasher) 19.56.54 # vendors are amazing, take the ZEN X-Fi: they implemented lcd spi by bit-banging even though the chip can do it and has two blocks for it, but they decided not to use the lcdif system mode (which would have spared spi) and use the vsync mode instead which is useless for a mp3 because the screen hardly changes ! 19.58.22 # pamaury: like some sansas which use the display data bus lines for reading buttons 19.58.37 # yeah, another form of craziness 20.07.12 *** Saving seen data "./dancer.seen" 20.14.37 Join stoffel [0] (~quassel@pD9E411ED.dip0.t-ipconnect.de) 20.15.13 Join kaputnik__ [0] (~kaputnik@port-92-206-79-23.dynamic.qsc.de) 20.18.59 Part LinusN 20.19.08 Quit kaputnik_ (Ping timeout: 276 seconds) 20.22.24 Quit DexterLB (Read error: Connection reset by peer) 20.25.04 # ah yeah, forgot that: they use uart for backlight control, I guess it's "simpler" than pwm 20.27.26 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 20.27.47 # pamaury: when we port devices over and we find weird uses of chips/protocals like that do we use them the right way? or mimic what the vendor does? 20.28.17 # depends 20.28.53 # on my side, if I can, I prefer to implement it the right way, but sometimes, or at the beginning, you just mimic 20.29.33 # In many situations it is not possible to do things right and you have to mimic OF. 20.30.11 # Not speaking about rev eng. without or incomplete documentation 20.30.25 # the most common situation is to have a classic protocol (i2c/spi) on unusual pins, then we use our bit-bang version and do not reimplement it if possible 20.31.02 # we don't have generic spi driver AFAIK 20.31.40 # really ? not even a kind-of-player-specific-but-generic-but-not-really ? 20.32.20 # dunno about THAT kind of generic :P 20.34.02 Quit ml| (Remote host closed the connection) 20.37.39 Quit DexterLB (Read error: Connection reset by peer) 20.40.27 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 20.44.53 Quit froggyman (Ping timeout: 252 seconds) 20.44.56 Quit DexterLB (Read error: Connection reset by peer) 20.45.28 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 20.45.28 # amayer: on the sansas we figured out how to read/write the buttons without also reading/writing the lcd at the same time 20.45.53 # the OF just wrote a red pixel to some invisible location just before reading the buttons 20.46.04 # so, in that case, we do it slightly better than the OF 20.46.48 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 20.47.44 Quit pretty_function (Remote host closed the connection) 20.48.33 Join bertrik_ [0] (~quassel@rockbox/developer/bertrik) 20.49.14 Quit DexterLB (Read error: Connection reset by peer) 20.49.28 Join DexterLB [0] (~dex@90-154-140-88.btc-net.bg) 20.49.49 Quit bertrik_ (Read error: Connection reset by peer) 20.49.58 Join ml| [0] (~ml@unaffiliated/ml/x-3958674) 20.50.09 # how to we handle iram use in plugins ? opus overflows on stmp3600 in my custom branch 20.50.31 # sid also 20.50.56 # hum wait sorry, that's not iram, that's plugin_ram, sorry 20.51.15 Quit DexterLB (Read error: Connection reset by peer) 20.51.52 Quit bertrik (Ping timeout: 240 seconds) 20.52.04 Quit kaputnik__ (Ping timeout: 255 seconds) 20.53.58 # pamaury: it should be set in config file AFAIK 20.54.07 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 20.54.15 # yeah yeah,I forgot I had put it to 0 ^^ 20.54.45 # #define PLUGIN_BUFFER_SIZE 20.56.20 # and probably, in some case, we drive the display faster/smarter than the OF 20.56.56 # amayer: like the dynamically dithering grayscale modes 20.57.19 # yeah, on zenxfi2 I don't use the same lcd settings as the OF 20.58.29 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 20.59.53 Quit lebellium (Ping timeout: 272 seconds) 20.59.54 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 21.00.15 Join bertrik_ [0] (~quassel@rockbox/developer/bertrik) 21.03.38 # Is 36kB 300x300 embedded album art a problem for us? I am referring to FS#12849 21.03.39 # http://www.rockbox.org/tracker/task/12849 3very long parsing time of some mp3 files (bugs, unconfirmed) 21.04.22 Join froggyman [0] (~me@unaffiliated/froggyman) 21.04.38 Quit bertrik (Ping timeout: 276 seconds) 21.05.30 Join DexterLB [0] (~dex@90-154-130-111.btc-net.bg) 21.05.32 # progressive jpeg maybe? 21.13.00 Join Strife89 [0] (~Strife89@2602:306:250a:5b59:225:d3ff:fed6:15a) 21.15.25 Quit stoffel (Remote host closed the connection) 21.16.16 Quit wodz (Quit: Leaving) 21.35.16 Quit akaWolf (Ping timeout: 255 seconds) 21.35.57 # this is frightening: the reset button of my zenv was disabled when runnign rockbox, I don't know how I did this but this is not good 21.36.37 Quit slowdow (Ping timeout: 255 seconds) 21.41.01 # wodz (logs): this really seems to be an album art related problem. I've added a comment to FS#12849. 21.41.01 # http://www.rockbox.org/tracker/task/12849 3very long parsing time of some mp3 files (bugs, unconfirmed) 21.42.43 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 21.43.45 Join katirzinja [0] (~katirzinj@cpe-74-71-78-146.twcny.res.rr.com) 21.45.16 # * bluebrother just saw a font corruption after running a lua script :o 21.51.25 Quit akaWolf (Ping timeout: 252 seconds) 21.57.49 # wtf, reset doesn't work in main binary on zenv, I don't know how it's possible but something managed to disable it 21.59.00 Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 22.07.16 *** Saving seen data "./dancer.seen" 22.14.10 Join mars [0] (~marspeopl@187.34.5.216) 22.14.34 Nick mars is now known as Guest83058 (~marspeopl@187.34.5.216) 22.14.43 Nick Guest83058 is now known as marspeople (~marspeopl@187.34.5.216) 22.33.45 Quit melmothX (Quit: #) 22.38.15 # hmm. Can I profile Rockbox in the sim? 22.39.34 # * bluebrother finds SourceProfiling 22.42.36 Quit ungali_mobile (Ping timeout: 256 seconds) 22.48.48 Quit B4gder (Quit: connection reset by beer) 22.49.45 # yeah ! bootloader working on zen xfi !! I don't have the screen working but usb works :) 22.50.54 # \o/ 22.52.47 Join B4gder [241] (~daniel@rockbox/developer/bagder) 22.56.18 # hum, it's unreliable, but code is definitely running 22.58.19 # ...and thankfully to pamaury we also will have the samsung yp z5 :) 22.58.51 # currently I'm working on keymappings (you know the situation)...btw I cannot get a button work, just select... 22.59.40 # i don't understand hum 23.01.29 # do you accumulate samples to smooth adc ? 23.02.18 Quit Wardo (Read error: Connection reset by peer) 23.02.37 # yeah sure, adc is working fine (and also button keycodes) 23.02.45 # at least in bootloader... 23.05.55 Quit amayer (Ping timeout: 272 seconds) 23.08.19 # <[Saint]> Whoah... 23.08.27 # * [Saint] feels slightly guilty now. 23.08.51 # <[Saint]> Between bluebrother and I, we really piled on playlist frustration guy being a dick... 23.08.57 # <[Saint]> :) 23.09.24 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 23.13.02 Quit marspeople (Remote host closed the connection) 23.13.24 Join mars [0] (~marspeopl@187.34.5.216) 23.13.47 Nick mars is now known as Guest35783 (~marspeopl@187.34.5.216) 23.27.48 Quit Raptors (Read error: Connection reset by peer) 23.28.25 Quit lorenzo92 (Remote host closed the connection) 23.34.14 Nick bertrik_ is now known as bertrik (~quassel@rockbox/developer/bertrik) 23.38.31 Join webguest99 [0] (~577287e1@www.haxx.se) 23.39.27 Quit webguest99 (Client Quit) 23.42.39 Quit lebellium (Ping timeout: 272 seconds) 23.43.58 Quit froggyman (Ping timeout: 255 seconds) 23.45.28 Join Guest53302 [0] (~me@dhcp-155-92-103-86.nebula.msoe.edu) 23.48.54 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 23.52.33 Quit saratoga (Quit: Page closed) 23.52.47 Join saratoga [0] (123e1cf8@gateway/web/freenode/ip.18.62.28.248) 23.53.15 # bluebrother: if the problem occurs in the tag parsers (and not in buffering), it likely very easy to profile the codeclib warble program 23.54.01 # although i suspect that is not the case 23.54.43 # the fact that people keep reporting the problem on relatively fast targets like AMSv2 that happen to have relatively little memory leads me to suspect buffering