--- Log for 08.04.113  Server: hitchcock.freenode.net  Channel: #rockbox
--- Nick: logbot-  Version: Dancer V4.16  Started: 12 days and 12 hours ago

00.07.24 Quit    deeper-blue (Quit: deeper-blue)
00.30.25 Quit    Wardo (Read error: Connection reset by peer)
00.33.33 Join    pokey [0] (~p@d-65-175-222-57.cpe.metrocast.net)
00.36.49 #       <pokey> hello
00.44.32 #       <pokey> I think I borked my new Sansa Clip+. It just says "Loading firmware" "File not found" when I try to power it up. Then it says something like "Connect USB" and "Bootloader USB Mode." It happened while I was trying to instal rockbox, using the latest stable installer. It (the installer) seemed to hang up for quite a while, so I thought I should re-start the install. I might have quit the installer, or I might have unplugged the cable, I forget no
00.45.12 #       <pokey> Tomorrow I'll try using the disk that came with it when I have access to a windoze computer.
00.46.40 #       <gevaerts> pokey: sounds like the bootloadet installation worked, but the main rockbox build isn't there
00.47.09 #       <gevaerts> Hold the left button when booting to go to the original firmware, and continue from there
00.57.20 Quit    ender` (Quit:  The reason people use a crucifix against vampires is that vampires are allergic to bullshit.	-- Richard Pryor)
01.11.11 Quit    derf (Read error: Connection reset by peer)
01.11.44 Join    derf [0] (~derf@fuzzyneural.net)
01.15.27 Quit    lebellium (Quit: ChatZilla 0.9.90 [Firefox 21.0/20130401192816])
01.16.10 #       <pokey> gevaerts: Oh! Great thinking! That's working.
01.16.57 Quit    Mathnerd626 (Read error: Connection reset by peer)
01.24.39 Join    Mathnerd626 [0] (~quassel@palevsky-223-221.rh.uchicago.edu)
01.32.18 Quit    zoktar (Ping timeout: 264 seconds)
01.37.02 Join    zoktar [0] (~zoktar@unaffiliated/zoktar)
01.45.28 Join    telliott [0] (~Tim@68.179.137.177)
01.48.32 #       <pokey> gevaerts: Thank you. I think this is working. The original firmware is working at least.
01.52.30 #       <[Saint]> Well, one should boot Rockbox before they commit to saying it is indeed working.
01.59.41 ***     Saving seen data "./dancer.seen"
02.00.59 Quit    Lynx_ (Read error: Operation timed out)
02.04.24 Join    Lynx_ [0] (~bayer@109.171.130.211)
02.13.15 #       <pokey> [Saint]: yes, true. It isn't booting to rockbox yet (which is like saying 5 out of my 6 senses work just fine).
02.15.17 Quit    pokey (Quit: Lost terminal)
02.15.35 Quit    thegeek (Read error: Connection reset by peer)
02.15.47 Join    thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no)
02.18.46 Quit    shamus (Read error: Connection reset by peer)
02.18.53 Join    shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
03.17.54 Quit    Viperfang (Ping timeout: 264 seconds)
03.18.20 Join    Viperfang [0] (~Viperfang@x.viperfang.net)
03.30.41 Quit    krabador (Remote host closed the connection)
03.35.50 Quit    Viperfang (Ping timeout: 245 seconds)
03.36.53 Join    Viperfang [0] (~Viperfang@x.viperfang.net)
03.47.19 #       <telliott> Anyone know how to get DFU mode on an iPod Classic in Windows 8?
03.48.28 #       <[Saint]> The same as you do in any other OS.
03.48.38 #       <[Saint]> The OS is irrelevant to DFU mode.
03.49.40 #       <[Saint]> Try the video clearly linked in the freemyipod emCORE installation instructions http://youtu.be/Y_bIDtBohnE
03.50.35 #       <telliott> I get the connect cound but nothing shows up
03.50.43 #       <[Saint]> Technically speaking the emCORE (while closely related to the Rockbox project) is off-topic here also
03.50.55 #       <[Saint]> -the
03.51.00 #       <telliott> goodbye
03.51.18 Quit    telliott (Quit: Leaving)
03.55.24 Quit    Viperfang (Ping timeout: 245 seconds)
03.56.29 Join    Viperfang [0] (~Viperfang@x.viperfang.net)
03.59.42 ***     Saving seen data "./dancer.seen"
04.05.47 Quit    amiconn (Disconnected by services)
04.05.47 Join    amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04.05.52 Nick    amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04.06.15 Quit    dfkt_ (Remote host closed the connection)
04.08.19 Quit    pixelma (Disconnected by services)
04.08.20 Join    pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04.08.22 Nick    pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04.25.36 Quit    Raptors_ (Quit: Leaving)
04.25.52 Join    Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net)
05.00.28 #       <[Saint]> ...does anyone actually care about IPL anymore?
05.00.45 #       <[Saint]> I'm fairly confident that project is long dead, yes?
05.01.04 #       * [Saint] is poking at the iPod bootloaders.
05.03.42 Quit    [7] (Disconnected by services)
05.03.51 Join    TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05.16.04 Quit    TheSphinX^ (Read error: Connection reset by peer)
05.16.35 Join    TheSphinX_ [0] (~briehl@p5DD446F6.dip.t-dialin.net)
05.19.52 #       <[Saint]> The Classic can get itself into a weird situation where if the device is powered down with the hold switch off, and you switch the hold switch on, it'll boot and nuke your settings.
05.20.22 #       <[Saint]> I _think_ the CLassic is the only iPod that boots from the hold switch from powered down, so it isn't at all surprising this flaw exists.
05.21.05 #       <[Saint]> ...anyway, tl;dr: I want to move the "nuke your settings" off the hold switch for the iPods. Its kinda silly.
05.21.49 #       <[Saint]> I'm also looking for feedback on whether anyone actually cares if the bootloader can boot IPL or not.
05.26.24 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
05.54.13 Quit    pamaury (Ping timeout: 248 seconds)
05.55.24 Quit    froggyman (Ping timeout: 245 seconds)
05.56.41 Quit    Rower (Quit: Hmmm...)
05.59.44 ***     Saving seen data "./dancer.seen"
06.00.23 #       <JdGordon> [Saint]: what's your suggested keymapping?
06.01.35 #       <[Saint]> I would rather go with Menu or Play
06.01.50 #       <[Saint]> ...but, I wonder why we need to be able to clear the .cfg from the bootloader anyway?
06.02.24 #       <[Saint]> If the device boots, this can be done from the settings menu - and if it doesn't, this probably won't help much anyway.
06.03.24 #       <[Saint]> I want to get rid of the option to boot IPL entirely, as I suspect that the resultant splash a user gets if they accidentally boot with that key combo just serves to confuse users more than anything else these days.
06.05.06 #       <[Saint]> If we freed up these keys, we could just do "Hold *any* key {except hold, as thjat's silly}) to boot the OF in the bootloader.
06.06.56 #       <[Saint]> The only thing I worry about is that moving the clear settings key to the scrollwheel might make it easier to accidentally nuke your settings for the other (non-Classic) iPods.
06.07.17 #       <[Saint]> Which is why I wondered if it was needed at all.
06.08.45 #       <[Saint]> Bootloader USB and/or Diskmode and/or the Manage Settings menu make it surpluss to requirement IMO.
06.09.09 #       <[Saint]> If there is a case that requires this, I'm missing it, and I will be happy to be educated on what it is.
06.52.19 Join    Belzebub_ [0] (~torrentow@elite.kablownia.org)
06.53.40 Quit    Belzebub (Ping timeout: 252 seconds)
07.04.09 Quit    Xerion (Read error: Connection reset by peer)
07.04.46 Join    Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl)
07.09.47 Quit    efyx_ (Ping timeout: 256 seconds)
07.09.47 Quit    efyx (Ping timeout: 256 seconds)
07.18.50 Join    akaWolf [0] (~akaWolf@unaffiliated/akawolf)
07.28.08 Join    efyx [0] (~efyx@143.94-67-87.adsl-dyn.isp.belgacom.be)
07.28.12 Join    efyx_ [0] (~efyx@143.94-67-87.adsl-dyn.isp.belgacom.be)
07.31.56 Quit    SuperBrainAK (Quit: pbly gone to sleep (-.-)Zzz...)
07.48.10 Join    melmothX [0] (~melmoth@unaffiliated/melmothx)
07.52.05 Join    mortalis [0] (~kvirc@213.33.220.118)
07.59.48 ***     Saving seen data "./dancer.seen"
08.15.54 Join    kevku [0] (~kevku@2a01:d0:ffff:34a::8:3)
08.20.44 Join    ender` [0] (~ender@foo.eternallybored.org)
08.25.26 Join    olspookishmagus [0] (~pookie@host-84-205-241-1.cpe.syzefxis.ote.gr)
08.30.17 Join    Zagor [242] (~bjst@rockbox/developer/Zagor)
09.08.10 Join    stoffel [0] (~quassel@pD9E43B98.dip.t-dialin.net)
09.21.33 Quit    efyx (Quit: Quitte)
09.21.34 Quit    efyx_ (Quit: Quitte)
09.31.18 Join    petur [0] (~petur@rockbox/developer/petur)
09.37.42 Join    LinusN [0] (~linus@giant.haxx.se)
09.43.53 Join    einhirn [0] (~Miranda@2001:638:605:4:fdcb:9f7b:1d37:45ca)
09.48.24 Join    bebna [0] (~a.fasold@94.101.33.114)
09.51.07 Join    lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
09.53.38 Join    y4n [0] (~y4n@unaffiliated/y4ndexx)
09.55.38 Quit    Viperfang (Ping timeout: 252 seconds)
09.57.08 Join    Viperfang [0] (~Viperfang@x.viperfang.net)
09.59.52 ***     Saving seen data "./dancer.seen"
10.00.17 Quit    Belzebub_ (Ping timeout: 252 seconds)
10.06.47 Join    gshrikant [0] (~gshrikant@27.251.145.36)
10.10.14 Join    [1]gshrikant [0] (~gshrikant@27.251.145.36)
10.10.22 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
10.13.53 Quit    gshrikant (Ping timeout: 264 seconds)
10.13.59 Nick    [1]gshrikant is now known as gshrikant (~gshrikant@27.251.145.36)
10.21.11 Quit    einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
10.22.45 Join    einhirn [0] (~Miranda@2001:638:605:4:fdcb:9f7b:1d37:45ca)
10.24.35 Join    Belzebub [0] (~torrentow@elite.kablownia.org)
10.35.37 Quit    [Saint] (Remote host closed the connection)
10.36.47 Join    [Saint] [0] (~saint@rockbox/user/saint)
10.41.55 Join    Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
10.42.43 Quit    Kohlrabi (Quit: No Ping reply in 180 seconds.)
10.43.19 Join    Kohlrabi [0] (~kohlrabi@kohlio.de)
10.44.29 Quit    Guinness (Ping timeout: 264 seconds)
10.44.29 Nick    Guinness` is now known as Guinness (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
11.36.59 Quit    stoffel (Read error: Operation timed out)
11.44.22 Join    fragilematter [0] (~fragilema@193.26.10.91)
11.44.23 Quit    fragilematter (Changing host)
11.44.23 Join    fragilematter [0] (~fragilema@unaffiliated/fragilematter)
11.56.20 Quit    shamus (Read error: Connection reset by peer)
11.56.34 Join    shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
11.59.56 ***     Saving seen data "./dancer.seen"
12.06.38 Join    redhot [0] (~kvirc@195.238.92.36)
12.06.41 #       <redhot> Howdy!
12.07.07 #       <[Saint]> ...hi?
12.10.40 #       <[Saint]> redhot: If you have a specific query - or there's something we can help you with - just ask.
12.10.42 Quit    gshrikant (Ping timeout: 264 seconds)
12.10.56 #       <[Saint]> If you're just being social - that's great too - just clarifying.
12.11.10 #       <redhot> [Saint]: I am here just to say "Hello" to community ;)
12.11.24 #       <[Saint]> Fair enough. :)
12.11.45 #       <redhot> At the moment all my questions are answered)
12.12.06 #       <redhot> Probably you guys need some tests/FAQS with SanDisk Sansa Clip+?
12.12.11 #       <redhot> I could do it 
12.12.32 #       <redhot> I mean "update FAQ"
12.13.22 #       <[Saint]> Ummmmm...not realy, no. We don;t have any device specific FAQs, and the Clip+ is a stable target, so nothing needs testing.
12.14.15 #       <redhot> Ok, then it's up to me what to do ;)
12.14.33 #       <lebellium> the Clip+ needs working RDS :D http://gerrit.rockbox.org/r/#/c/371/
12.15.12 #       <[Saint]> If you don't have any questions regarding Rockbox operation - you're not looking hard enough ;)
12.15.51 #       <redhot> RDS would be amazing, but not sure if I as non-developer can help you this way :)
12.16.27 #       <[Saint]> Hmmmmm...
12.16.43 #       <[Saint]> I know little about FM tuner chips, but "poll the tuner every tick for a new RDS packet." seems excessive to me.
12.17.14 Quit    Belzebub (Changing host)
12.17.14 Join    Belzebub [0] (~torrentow@unaffiliated/blown-engine)
12.17.19 #       <redhot> Ok, I will contact SanDisk clarifyin this question
12.17.19 #       <[Saint]> I suspect bertrik, wodz or pamaury will have a looksee at that.
12.17.31 #       <wodz> why me :P
12.17.35 Join    evilnick_ [0] (538a2493@gateway/web/freenode/ip.83.138.36.147)
12.17.45 #       <[Saint]> redhot: Sorry - what question?
12.18.05 #       <redhot> [Saint]: if Clip+ FM chip can support RDS
12.18.25 #       <[Saint]> redhot: Oh, it can. There's no need.
12.18.35 #       <redhot> So vendor's FW support it?
12.18.37 #       <redhot> Nice
12.18.42 #       <lebellium> no
12.18.53 #       <lebellium> no RDS in Sansa's firmware
12.18.55 #       <[Saint]> wodz: you've been poking at FM tuners lately - you seemed like a fitting candidate. :)
12.19.29 #       <lebellium> But just a stupid question: if the FM chip is the same in Clip+ and Clip Zip, why don't we reuse the RDS code for Clip Zip on the Clip+?
12.20.03 #       <wodz> [Saint]: I am poking mysteriously broken i2c transfers on rk27xx which happen to appear when reading off fm chip
12.20.53 #       <[Saint]> lebellium: FM is usually one of the last things to get attention, with a similar priority to recording. As to why the driver isn't re-used, I suspect that whoever posted that patch is unaware the same (or similar) chipset is used in other targets.
12.21.07 #       <[Saint]> wodz: close enough ;)
12.21.17 #       <[Saint]> That makes you an expert.
12.21.20 #       <[Saint]> :P
12.21.46 #       <redhot> lebellium: make it happen :)
12.22.50 #       <lebellium> redhot: heh!  I'm not a dev :P I'm just the guy who like complaining here with bug reports and improvement suggestions. 
12.23.09 #       <[Saint]> ...and making themes that break USB.
12.23.13 #       <lebellium> :)
12.23.17 #       <[Saint]> :)
12.23.19 #       <redhot> lebellium: just like me, just like me!
12.24.06 #       <lebellium> Who has both a clip+ and clip zip? Bertrik maybe? 
12.24.21 #       <[Saint]> pamaury I suspect
12.24.48 Join    dfkt [0] (OxO29A@unaffiliated/dfkt)
12.24.51 #       <[Saint]> now funman is less active, pamaury seems to have taken over as Cpt. SanDisk
12.26.27 #       <lebellium> Pamaury works on too many ports at the same time, I don't think he has time to look at RDS for Clip+. But I can ask him anyway :)
12.29.11 #       * funman does
12.29.32 #       <funman> but yes i gave up my Sansa hat :)
12.29.40 #       <[Saint]> ...now you've gone and done it :)
12.30.12 #       <[Saint]> lebellium: get 'em! <points at funman>
12.30.54 #       <funman> RDS is enabled on Zip ?
12.30.57 #       <lebellium> yes
12.31.05 #       <lebellium> with the same SI470
12.31.12 #       <lebellium> SI4702*
12.31.16 #       <funman> i can try to add the define for clip plus
12.32.19 #       <[Saint]> Yeah - I suspect the author of that patch was unaware they were re-inventing the wheel.
12.32.30 Join    AlexP_ [0] (~alex@rockbox/staff/AlexP)
12.32.56 #       <funman> which patch?
12.32.58 #       <redhot> funman: I am ready to check test build on clip+
12.33.08 #       <lebellium> funman: http://gerrit.rockbox.org/r/#/c/371/
12.33.21 #       <[Saint]> g#371
12.33.25 #       <fs-bluebot> 3Gerrit review #371 at http://gerrit.rockbox.org/r/371 : sansa clip+: add RDS capability for SI4702 tuners  by Ryan Hitchman (changes/71/371/1)
12.33.47 #       <lebellium> oh, that's how it works for patchs [Saint], I did not know how to call it :D
12.34.16 #       <redhot> we're not devs, dude!
12.36.11 #       <lebellium> in general RDS is still buggy on my Clip Zip and YP-R0 as I reported it some time ago: FS#12759 but it's working well enough to be worth it on Clip+ :)
12.36.12 #       <fs-bluebot> http://www.rockbox.org/tracker/task/12759 3Various RDS issues (Clip Zip, YP-R0) (bugs, unconfirmed)
12.36.35 #       <wodz> hell, with generic-i2c I have reliable readings from FM chip
12.37.24 #       <funman> hm i don't remember how to display RDS info
12.37.33 #       <funman> i'd need a theme tailored for the clip+ i guess
12.38.05 #       <lebellium> I can enable RDS on mine
12.38.12 #       <lebellium> if you need
12.39.09 Quit    wry (*.net *.split)
12.39.09 Quit    AlexP (*.net *.split)
12.39.31 #       <funman> i'm looking at the debug screen right now
12.44.56 Join    wry [0] (wry@108.204.29.249)
12.49.29 #       <funman> well the clip zip code as is doesn't work so i guess that patch is needed
12.51.28 #       <lebellium> the clip zip code doesn't work?
12.52.27 #       <funman> i just added the defines to clip plus config
12.56.20 #       <lebellium> I tried this patch some time ago and I not get any RDS data while the patch author says in the comments: "I tested this on my sansa clip+ and it works well."
12.56.34 #       <lebellium> I did not get*
13.08.06 Quit    petur (Ping timeout: 256 seconds)
13.13.56 #       <lebellium> BTW, if someone needs a RDS-compatible theme for testing on Clip+, here it is https://www.dropbox.com/s/u9xqcru321f75hv/lebellium_Samsung-like_128x64_v1.14_RDS.zip
13.14.13 #       <lebellium> can display RDS name and RDS text on 2 lines
13.29.29 Quit    evilnick_ (Ping timeout: 245 seconds)
13.29.30 Join    advcomp2019_ [0] (~advcomp20@97-114-241-219.sxcy.qwest.net)
13.29.31 Quit    advcomp2019_ (Changing host)
13.29.31 Join    advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
13.29.31 Join    Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu)
13.29.34 Join    thegeek_ [0] (~thegeek@40.200.16.62.customer.cdi.no)
13.30.37 Quit    thegeek (Ping timeout: 255 seconds)
13.30.37 Quit    advcomp2019__ (Ping timeout: 255 seconds)
13.35.44 Join    evilnick_ [0] (538a2493@gateway/web/freenode/ip.83.138.36.147)
13.38.58 #       <funman> so the patch doesn't work on my clip+
13.39.58 #       <lebellium> are you sure you have the SI4702 tuner?
13.44.53 #       <funman> afaik the + only has one type of tuner
13.45.00 #       <lebellium> no
13.45.08 #       <funman> which explains the warnings seen in the task comments
13.45.08 #       <lebellium> that's why I ask
13.45.32 #       <funman> ah the zip has 1 tuner and the + has 2
13.45.42 #       <lebellium> some clip+ have a  RDA5802
13.45.51 #       <funman> debug screen shows me 'si4700 regs'
13.46.27 #       <lebellium> ok me too and the OF diagnostic mode says SI4702
13.47.32 #       <lebellium> Hum I just read http://www.rockbox.org/wiki/SansaClip  
13.47.36 #       <lebellium> "Clip Zip: The tuner chip is the SiLabs Si4703, which is the RDS capable brother of the SiLabs Si4702 (used in several other Sansa players). "
13.47.58 #       <lebellium> If that's true, that could explain our issue
13.52.21 #       <JdGordon> lebellium: just updated the random value tag, it *might* work, untested, and don't know if there are brokeness because of the change
13.52.26 #       <JdGordon> let me know how it goes
13.54.40 #       <lebellium> ok thanks
13.59.57 ***     Saving seen data "./dancer.seen"
14.06.07 Quit    [Saint] (Remote host closed the connection)
14.07.03 Join    [Saint] [0] (~saint@rockbox/user/saint)
14.08.29 #       <lebellium> JdGordon:
14.08.42 #       <lebellium> "/home/ubuntu/rockbox/apps/gui/skin_engine/skin_render.c: In function 'skin_render_line':
14.08.43 #       <lebellium> /home/ubuntu/rockbox/apps/gui/skin_engine/skin_render.c:520: error: invalid type argument of '->' (have 'skinoffset_t')
14.08.45 #       <lebellium> make: *** [/home/ubuntu/rockbox/R0Random/apps/gui/skin_engine/skin_render.o] Error 1"
14.09.02 #       <JdGordon> uch
14.09.03 #       <JdGordon> hang on
14.24.38 Quit    olspookishmagus (Quit: free() the malloc())
14.24.47 Join    amayer [0] (~amayer@mail.weberadvertising.com)
14.32.35 Quit    amayer (Remote host closed the connection)
14.43.58 Join    amayer [0] (~amayer@mail.weberadvertising.com)
14.44.39 Join    kaitsu1 [0] (~bubba@a91-152-170-133.elisa-laajakaista.fi)
14.51.15 Quit    desowin_ (Ping timeout: 240 seconds)
14.51.28 Join    desowin [0] (~desowin@pandora.barbara.ds.polsl.pl)
15.19.48 Quit    wodz (Quit: Leaving)
15.35.32 Join    gshrikant [0] (~gshrikant@27.251.145.36)
15.41.11 Join    froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu)
15.41.12 Quit    froggyman (Changing host)
15.41.12 Join    froggyman [0] (~me@unaffiliated/froggyman)
15.48.19 Quit    kevku (Ping timeout: 245 seconds)
15.55.08 Quit    froggyman (Ping timeout: 256 seconds)
15.57.16 Join    stoffel [0] (~quassel@pD9E43B98.dip.t-dialin.net)
15.59.59 ***     Saving seen data "./dancer.seen"
16.00.49 Quit    XavierGr (Ping timeout: 245 seconds)
16.06.07 Join    webguest73 [0] (~058792e2@www.haxx.se)
16.06.31 Quit    webguest73 (Client Quit)
16.13.06 Join    Belzebub_ [0] (~torrentow@elite.kablownia.org)
16.14.20 Quit    Belzebub (Ping timeout: 276 seconds)
16.18.53 Join    XavierGr [0] (~xavier@rockbox/staff/XavierGr)
16.19.37 Quit    FOAD (Quit: I'll be back)
16.22.05 Join    FOAD [0] (~foad@83.161.135.61)
16.22.06 Quit    FOAD (Changing host)
16.22.06 Join    FOAD [0] (~foad@unaffiliated/foad)
16.23.47 Quit    XavierGr ()
16.28.19 Join    XavierGr [0] (~XavierGr@rockbox/staff/XavierGr)
16.38.16 Quit    FOAD (Quit: I'll be back)
16.41.05 Join    FOAD [0] (~foad@83.161.135.61)
16.41.05 Quit    FOAD (Changing host)
16.41.05 Join    FOAD [0] (~foad@unaffiliated/foad)
16.44.19 Quit    mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
16.47.13 Quit    bluebrother (Disconnected by services)
16.47.18 Join    bluebrother^ [0] (~dom@rockbox/developer/bluebrother)
16.50.02 Quit    fs-bluebot (Ping timeout: 256 seconds)
16.51.24 Join    fs-bluebot [0] (~fs-bluebo@g226071055.adsl.alicedsl.de)
16.54.23 Quit    bebna (Quit: Leaving.)
16.56.39 Join    lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
16.57.29 Quit    lebellium_ (Read error: Connection reset by peer)
16.57.29 Join    kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
16.58.00 Join    lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
16.58.42 Quit    lebellium (Ping timeout: 264 seconds)
16.58.55 Nick    lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
17.01.08 Quit    fragilematter (Quit: off work)
17.01.29 Quit    Zagor (Quit: Clint excited)
17.13.44 Join    lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
17.15.06 Quit    lebellium (Ping timeout: 245 seconds)
17.15.10 Nick    lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
17.19.45 Join    lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
17.21.21 Quit    lebellium (Ping timeout: 245 seconds)
17.21.26 Nick    lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
17.22.15 Quit    thegeek_ (Read error: Connection reset by peer)
17.51.19 Quit    FOAD (Quit: I'll be back)
17.51.31 Join    FOAD [0] (~foad@unaffiliated/foad)
17.53.41 Quit    gshrikant (Quit:  I love my HydraIRC -> http://www.hydrairc.com <-)
18.00.01 ***     Saving seen data "./dancer.seen"
18.03.40 Join    Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
18.14.30 Quit    redhot (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/)
18.20.51 Quit    evilnick_ (Ping timeout: 245 seconds)
18.21.44 Join    lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
18.23.01 Quit    lebellium (Ping timeout: 245 seconds)
18.23.10 Nick    lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
18.40.21 Join    froggyman [0] (~me@unaffiliated/froggyman)
18.42.11 Quit    lebellium (Read error: Connection reset by peer)
18.42.38 Join    lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
18.50.54 Quit    froggyman (Ping timeout: 264 seconds)
18.55.00 Join    froggyman [0] (~me@msoe-00033403.nebula.msoe.edu)
18.55.00 Quit    froggyman (Changing host)
18.55.00 Join    froggyman [0] (~me@unaffiliated/froggyman)
18.58.29 Quit    einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
19.11.02 Join    Strife89 [0] (~Strife89@2602:306:250d:f4d9:225:d3ff:fed6:15a)
19.16.52 Quit    nosa-j (Ping timeout: 256 seconds)
19.19.00 Join    nosa-j [0] (~m00k@184.76.254.130)
19.32.52 Join    bertrik [0] (~quassel@rockbox/developer/bertrik)
19.38.50 Join    pretty_function [0] (~sigBART@123.252.213.156)
19.49.43 Join    fragilematter [0] (~fragilema@188.26.152.169)
19.49.43 Quit    fragilematter (Changing host)
19.49.43 Join    fragilematter [0] (~fragilema@unaffiliated/fragilematter)
19.52.23 Quit    froggyman (Ping timeout: 264 seconds)
19.56.40 #       <bertrik> Regarding the RDS on Clip+: I think it's very well possible, but (IMO) RDS works best when used with tuner interrupts (about 11 per second for RDS) and some clip+ seem to not support these interrupts because of a clip+ PCB redesign
19.57.10 #       <bertrik> So, I'd like to be really sure that the interrupt is not present on the redesigned PCB before implementing a work-around by using polling
19.58.38 #       <bertrik> (also, I'd like to try the interrupts for tuning too, I expect things like the auto-scan to work a lot faster that way)
19.59.22 #       <bertrik> wodz, fixed the RKxxxx tuner problem?
20.00.03 ***     Saving seen data "./dancer.seen"
20.07.18 Quit    stoffel (Ping timeout: 260 seconds)
20.18.09 Join    wodz [0] (~wodz@89-75-41-78.dynamic.chello.pl)
20.19.38 #       <wodz> bertrik: not really. hw i2c driver has some bug in reading routine I can't track down. After switching to sw implementation on this lines I can reliably communicate with tuner but this is rather ugly workaround.
20.21.38 Quit    shamus (Read error: Connection reset by peer)
20.21.51 Join    shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
20.23.26 #       <bertrik> oh, but I saw some talk earlier that it was related to power-down mode of the fm tuner
20.23.44 #       <bertrik> perhaps not so nice of the chip to behave this way, but possible to work around it
20.24.52 Quit    melmothX (Quit: #)
20.26.32 #       <bertrik> the bitbang sw driver does not support all i2c options, like clock stretching, or checking for stuck SDA/SCL lines
20.30.14 Quit    kaitsu1 (Read error: Connection reset by peer)
20.30.21 Join    krabador [0] (5ffc5610@gateway/web/freenode/ip.95.252.86.16)
20.39.11 Quit    krabador (Ping timeout: 245 seconds)
20.40.22 Join    froggyman [0] (~me@unaffiliated/froggyman)
20.49.48 Join    gshrikant [0] (~gshrikant@27.251.145.36)
20.50.44 #       <scorche|sh> kugel: gevaerts: anyone else: we were not accepted for GSoC
20.50.52 #       * gevaerts saw
20.50.58 #       <gevaerts> Oh well
20.51.55 #       <gshrikant> Are the results out yet?
20.51.59 #       <scorche|sh> no
20.52.01 #       <gevaerts> No
20.52.12 #       <gevaerts> They've been mailed to org admins though
20.52.34 #       <gshrikant> oh! I see. Anyways, I am in :-)
20.52.50 #       <gevaerts> Well, good luck, wherever you end up :)
20.54.12 #       <gshrikant> thanks. I'll try to be active here though. Might end up being my first FOSS contribution.
20.54.25 #       <gevaerts> You're certainly welcome!
20.54.42 #       <gshrikant> :-)
21.01.46 #       <bertrik> gshrikant: what do you plan to work on?
21.03.08 #       <gshrikant> opus codecs for ARM7 as suggested by gevaerts
21.03.21 #       * gevaerts will take all the credit
21.04.01 #       <gshrikant> haha! I am still a long way though. Have to go through the docs. Interrupted by exams.
21.04.18 #       <evilnick> gevaerts will take the credit for the exams too
21.04.32 #       <bertrik> gshrikant: nice
21.05.03 #       <gshrikant> nah! exams are bad enough as they are ;)
21.05.18 #       <bertrik> gshrikant: our current opus code is a snapshot from just before the first opus release, with some optimisations done by rockbox people (n1s and saratoga IIRC)
21.05.24 #       <saratoga> i don't have time to work on opus now but i can certainly tell you about it 
21.05.40 #       <saratoga> i barely did any optimization though (~1MHz of speed up!)
21.06.52 Join    n1s [0] (~n1s@nl118-168-30.student.uu.se)
21.06.52 Quit    n1s (Changing host)
21.06.52 Join    n1s [0] (~n1s@rockbox/developer/n1s)
21.06.54 #       <gshrikant> thanks. that would go indeed go a long way to get me set up.
21.08.52 #       <bertrik> lib/rbcodec/codecs/libopus/README.rockbox has some info on what was done for the port
21.11.43 Join    stoffel [0] (~quassel@pD9E43B98.dip.t-dialin.net)
21.12.20 #       <saratoga> the FFT is the main thing slowing the port down
21.12.31 #       <saratoga> IIRC its something like half as fast as the other codec FFTs
21.18.12 #       <bertrik> I got a review request for g#430 but I don't have the player (h100) , perhaps someone else can review it?
21.18.15 #       <fs-bluebot> 3Gerrit review #430 at http://gerrit.rockbox.org/r/430 : some optimizations for iriver h100 series  by Dmitry Gamza (changes/30/430/1)
21.18.35 #       <gevaerts> bertrik: I have a review comment for that one. You can borrow it if you like :)
21.18.51 #       <gevaerts> "Please don't put several unrelated changes in one commit"
21.19.10 Join    SuperBrainAK [0] (~Andy@97-124-89-175.phnx.qwest.net)
21.20.05 #       <bertrik> there, fixed it for ya
21.21.28 #       <n1s> his commits seem to depend on each other for no reason
21.22.28 #       <gevaerts> That too
21.24.13 #       <saratoga> fuck the gerrit interface makes looking at changes hard
21.24.50 #       <saratoga> am i blind or is there no way to see the commit history for a file from gerrit?
21.28.02 Part    LinusN
21.30.30 #       <lebellium> Bertrik: if both SI4702 and SI4703 are RDS capable, what's the difference? 
21.31.05 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
21.31.16 #       <bertrik> si4701 and si4703 are RDS capable, don't know about the higher numbers
21.31.24 #       <bertrik> I don't know exactly the difference
21.31.46 #       <bertrik> might just be internal firmware of the tuner
21.32.48 #       <lebellium> So the person who wrote this sentence "Clip Zip: The tuner chip is the SiLabs Si4703, which is the RDS capable brother of the SiLabs Si4702 (used in several other Sansa players). " probably thought the SI4702 is not RDS capable because of the OF not using this feature
21.33.05 Quit    pretty_function (Remote host closed the connection)
21.36.44 #       <bertrik> si4702 is indeed not RDS capable
21.37.04 #       <lebellium> heh?
21.37.20 #       <lebellium> but the Clip+ uses Si4702
21.38.43 #       <bertrik> I think there was a report of a clip+ with a si4701 or si4703
21.39.15 #       <pamaury> I only have a clip+, not a clip zip
21.39.26 #       <pamaury> I don't know much about amsv2
21.39.50 #       <saratoga> clip+ is AMSv2 :)
21.40.24 Join    lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
21.41.12 #       <lebellium_> the wiki says Si4702, OF diagnostic mode says Si4702 for my Clip+, the RDS patch we were talking about is for Si4702. I never heard of Si4701 on Clip+
21.41.18 #       <pamaury> yes but I only "worked" on usb, and we know the result
21.41.46 Quit    lebellium (Ping timeout: 245 seconds)
21.41.50 Nick    lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
21.43.42 #       <lebellium> If the Si4702 is really not RDS capable, g#371 cannot work, right?
21.43.44 #       <fs-bluebot> 3Gerrit review #371 at http://gerrit.rockbox.org/r/371 : sansa clip+: add RDS capability for SI4702 tuners  by Ryan Hitchman (changes/71/371/1)
21.46.32 #       <bertrik> My interpretation is that it's really an si4703, but that the OF can only recognise it as a si4702
21.47.01 #       <bertrik> Maybe sandisk put the si4703 in because they were out of si4702s
21.47.55 #       <bertrik> gevaerts, saratoga: but the patches look interesting, right?
21.49.18 #       <saratoga> the ipod video one is something buschel tested extensively years ago, so probably not
21.49.21 #       <saratoga> no idea about the rest
21.54.09 Quit    froggyman (Ping timeout: 255 seconds)
21.59.35 Quit    pamaury (Ping timeout: 264 seconds)
22.00.04 ***     Saving seen data "./dancer.seen"
22.05.44 #       * bertrik wonders how to close a gerrit patch
22.07.35 #       <gevaerts> bertrik: the submitter has to click on "abandon change"
22.12.03 Quit    akaWolf (Ping timeout: 245 seconds)
22.22.06 Quit    gshrikant (Ping timeout: 264 seconds)
22.27.50 Quit    fragilematter (Quit: night)
22.29.54 Quit    Strife89 (Quit: Vamoose.)
22.36.41 Quit    stoffel (Remote host closed the connection)
22.47.58 Quit    n1s (Quit: Ex-Chat)
22.52.34 Join    Horscht [0] (~Horscht@xbmc/user/horscht)
22.55.29 Quit    Wardo (Read error: Connection reset by peer)
23.01.33 Join    froggyman [0] (~me@unaffiliated/froggyman)
23.04.23 Quit    kevku (Ping timeout: 264 seconds)
23.05.31 Quit    amayer (Ping timeout: 245 seconds)
23.10.43 Quit    pib1999 (Remote host closed the connection)
23.10.50 Quit    y4n (Quit: PÆNTS ØLF!)
23.15.39 Join    kaputnik__ [0] (~kaputnik@port-92-206-118-193.dynamic.qsc.de)
23.18.51 Quit    kaputnik_ (Ping timeout: 240 seconds)
23.19.34 Quit    Rower (Quit: Hmmm...)
23.30.19 Join    pib1956 [0] (~pib1956@your.friendly.media.team.coder.ark-cr.info)