--- Log for 05.04.111 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 2 hours ago 00.01.03 Quit enthdegree (Ping timeout: 264 seconds) 00.01.14 # saratoga: I seem to have a solution for the resume issue that will not change too much code. -> http://pastie.org/1756270 00.01.38 Quit kevku (Ping timeout: 248 seconds) 00.01.57 # Buschel: I've never even looked at playlist.c so i'm not much help here 00.01.59 Join enthdegree [0] (~enthdegre@cpe-174-099-058-029.nc.res.rr.com) 00.02.00 Quit Ayla (Ping timeout: 252 seconds) 00.04.04 Join Topy44 [0] (~Topy44@g228145107.adsl.alicedsl.de) 00.04.43 Quit p3tur (Quit: here today, gone tomorrow) 00.06.20 Part domonoky 00.07.25 Quit n1s (Remote host closed the connection) 00.13.56 # kugel, JdGordon|, n1s: you seem to have worked a bit on the playlist implementation in the past months. could you please take a look at FS#12043 and the attached patch? 00.14.08 Quit enthdegree (Read error: Operation timed out) 00.15.46 Join enthdegree [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 00.24.44 Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) 00.26.02 Quit mshathlonxp (Quit: Leaving) 00.26.36 Quit petur (Quit: Leaving) 00.27.26 Join phcoder [0] (~phcoder@gprs13.swisscom-mobile.ch) 00.29.33 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 00.29.39 Quit tchan (Changing host) 00.29.39 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 00.30.01 # Hello, guys. Today I've installed rockbox on my ipod 6G. Thank you very much. Very good job. Is someone working on WMA support? If no which code can I take as the base? (I think I would be able to transform float arithmetics into integer ones) 00.33.12 Join scromple [0] (~x@115-64-195-104.tpgi.com.au) 00.33.13 Quit ender` (Quit: A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. -- Douglas Adams) 00.33.53 Quit bertrik (Quit: sleep) 00.38.36 Quit boghog (Quit: boghog) 00.38.38 Join JackWinter [0] (~jack@vodsl-9173.vo.lu) 00.40.34 Quit JackWinter3 (Ping timeout: 248 seconds) 00.41.10 Quit evilnick_B (Quit: Page closed) 00.43.04 Quit Keripo1 (Read error: Connection reset by peer) 00.44.41 # phcoder: we support wma 00.45.15 Quit efyx (Remote host closed the connection) 00.45.16 Join Keripo [0] (~Keripo@eng069.wireless-resnet.upenn.edu) 00.45.28 Quit pamaury (Remote host closed the connection) 00.45.56 # AlexP: Ok. Then it was some outdated page which claimed that you needed someone to do the math. 00.46.05 # very very outdated 00.46.11 # we support wma pro too 00.47.01 # http://www.rockbox.org/wiki/SoundCodecs is probably a bit more up to date 00.50.01 # Is USB mass storage protocol operated in hardware or rockbox? I thought of playing a bit with the protocol, in particular emulate 512byte sectors to allow to boot from ipod 00.50.31 # Is ipod co-processor already supported? 00.50.51 Quit mudd1 (Quit: Ex-Chat) 00.50.56 # depends on the player, some are hardware usb, some are software 00.51.10 # As yes, the co-processor is supported 00.51.15 # If you want to play with that sort of thing, http://www.rockbox.org/tracker/task/11332 may be a good start 00.51.18 # and used for various codecs etc. 00.51.34 # What co-processor do you mean exactly, an which ipod? 00.51.42 # why is HE-AAC not realtime then? 00.51.50 # I was assuming the dual core bit 00.51.58 # gevaerts: ipod 6G (classic 1G) 00.52.07 # oh, dunno on that 00.52.12 # Is it even dual-core? 00.52.20 # I was talking about all the previous ipods 00.52.36 # It's not dual-core, no. There might be some dsp bit in it, I don't know... 00.52.38 # where dual core 80 MHz is not enough for HE-AAC 00.53.53 # I think it's purpose-build co-processor or ASIC for MPEG4 and AAC 00.54.48 # I doubt we use anything like that 00.54.57 # TheSeven is the man to talk to about the 6G 00.55.13 Quit MethoS- (Remote host closed the connection) 00.56.23 # * TheSeven extends his ears 00.56.30 # see above :) 00.57.09 Join MethoS- [0] (~clemens@134.102.106.250) 00.57.13 # i don't know of any coprocessor, except for maybe a h.264 decoder or some part of it 00.58.11 # [00:50] Is USB mass storage protocol operated in hardware or rockbox? << that's all software 00.58.38 # AlexP: I *believe* that the only codec really using both cores is mp3 also (and on mpegplayer the cores are also shared) 00.59.08 # not a 100% sure though 00.59.11 # That matches my memory 00.59.13 # pixelma: Right, but it itself is "supported" in that it can be used :) 00.59.15 # phcoder: can the apple firmware even play he-aac? 00.59.19 Quit MethoS- (Remote host closed the connection) 00.59.24 # lc-aac should work fine on it IIRC 00.59.27 # pixelma: anyway, wrong ipods in the end :) 00.59.33 # (with software decoding) 00.59.40 Join MethoS- [0] (~clemens@134.102.106.250) 00.59.51 # AlexP: only about the HE-AAC 00.59.58 # ? 01.01.27 # TheSeven: Would have to recheck. H264 is surely supported in original firmware 01.03.07 # yeah, but so far I have no idea if they do it in software or hardware 01.03.18 # some hardware acceleration seems likely at least 01.04.50 # TheSeven: have you identified all the chips in iphone disect? 01.04.52 # *ipod 01.05.54 # the most important ones at least 01.06.06 # but that kind of thing would be in the CPU and not a separate chip 01.06.24 # and as that's a custom apple CPU, we don't really know anything about it 01.07.27 # Have you cross-checked with Apple patents? 01.10.41 Join bluebrother [0] (~dom@f053154178.adsl.alicedsl.de) 01.10.41 Quit bluebrother (Changing host) 01.10.41 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 01.11.23 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) 01.11.27 *** Saving seen data "./dancer.seen" 01.13.30 Quit bluebroth3r (Ping timeout: 240 seconds) 01.14.35 # going to sleep. Good night all 01.14.48 Quit phcoder (Quit: Leaving.) 01.17.25 Quit rasher (Ping timeout: 240 seconds) 01.18.28 # baseline profile at 640x480 definitely has hardware scaling and YUV conversion, not sure if you'd need hardware for the decoder 01.21.39 Quit MethoS- (Remote host closed the connection) 01.23.32 Join MethoS- [0] (~clemens@134.102.106.250) 01.27.00 Quit enthdegree (Ping timeout: 240 seconds) 01.30.04 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 01.30.05 Quit rasher (Changing host) 01.30.05 Join rasher [0] (~rasher@rockbox/developer/rasher) 01.33.05 Quit MethoS- (Remote host closed the connection) 01.37.21 Quit Keripo (Ping timeout: 260 seconds) 01.38.51 Quit Topy44 (Read error: Connection reset by peer) 01.39.44 Join Keripo [0] (~Keripo@eng069.wireless-resnet.upenn.edu) 01.40.07 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 01.40.41 Join MethoS- [0] (~clemens@134.102.106.250) 01.41.09 Quit MethoS- (Remote host closed the connection) 01.41.35 Quit robin0800 (Quit: Leaving) 01.45.02 Quit liar (Ping timeout: 258 seconds) 01.46.22 Join Topy44 [0] (~Topy44@g228145107.adsl.alicedsl.de) 01.48.42 Join num1 [0] (~num1@unaffiliated/num1) 01.48.58 # your website appears to be misconfigured 01.49.16 # when I try to talk to it, ipv6 fails to connect and I must fall back on ipv4 01.49.31 # this process takes about 90 seconds 01.52.53 # unfortunately its the middle of the night for the people who run the webserver, so you're probably going to want to come back during the day in Europe in order to get someone who knows about that 01.57.13 # are we even setup for ipv6? 02.01.15 # ha the spam thing caught your posts now 02.03.10 # sure thing, I can come back in 8 or 12 hours 02.03.14 # and yeah you are 02.03.26 # brian@kramer:~$ host rockbox.org 02.03.27 # rockbox.org has address 80.67.6.50 02.03.27 # rockbox.org has IPv6 address 2a00:1a28:1200:9::2 02.03.27 DBUG Enqueued KICK num1 02.03.27 # rockbox.org mail is handled by 10 mail.rockbox.org. 02.03.29 # sorry for the line spam 02.08.28 # akismet is more trouble than its worth 02.09.52 # http://forums.rockbox.org/index.php/topic,27659.msg179798.html#msg179798 hehe 02.10.36 Join MethoS- [0] (~clemens@134.102.106.250) 02.14.44 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 02.15.24 Quit FoH (Ping timeout: 240 seconds) 02.17.27 # PM him and ask him to please read the new port forum rules before posting there 02.22.17 Quit Judas_PhD (Quit: This is a quitting message) 02.34.37 Quit ChickeNES (Quit: Computer has gone to sleep.) 02.37.46 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 02.53.22 Quit num1 (Ping timeout: 248 seconds) 02.55.41 Quit MethoS- (Remote host closed the connection) 03.11.30 *** Saving seen data "./dancer.seen" 03.28.26 Quit markun (Ping timeout: 276 seconds) 03.29.04 Join markun [0] (~markun@ip503cd9a5.speed.planet.nl) 03.29.09 Quit markun (Changing host) 03.29.09 Join markun [0] (~markun@rockbox/developer/markun) 03.32.13 Join factor [0] (~factor@75.108.68.114) 03.58.46 Quit Keripo (Read error: Connection reset by peer) 04.00.47 Join Keripo [0] (~Keripo@eng069.wireless-resnet.upenn.edu) 04.02.56 Quit kugelp (Ping timeout: 250 seconds) 04.05.26 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.05.34 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 04.05.34 Quit LambdaCalculus37 (Changing host) 04.05.34 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 04.08.21 Quit TheSeven (Disconnected by services) 04.08.22 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.11.39 Join num1 [0] (~num1@unaffiliated/num1) 04.15.26 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net) 04.18.06 Join DerPapst1 [0] (~Alexander@p57A97B98.dip.t-dialin.net) 04.19.24 Quit DerPapst (Ping timeout: 250 seconds) 04.20.18 Quit ChickeNES (Quit: Computer has gone to sleep.) 04.24.46 Join Barahir_ [0] (~jonathan@frnk-4d009f7f.pool.mediaWays.net) 04.27.51 Quit Barahir (Ping timeout: 246 seconds) 04.33.01 Nick froggyman_ is now known as froggyman (~seth@98.115.0.7) 04.33.07 Quit froggyman (Changing host) 04.33.07 Join froggyman [0] (~seth@unaffiliated/froggyman) 04.33.45 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 04.43.29 Join JesusFreak316_ [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net) 04.43.53 Quit LambdaCalculus37 (Quit: Fwump) 04.44.00 Quit JesusFreak316 (Ping timeout: 246 seconds) 04.47.40 Quit [Saint] (Remote host closed the connection) 04.49.17 Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) 04.50.16 Join funman [0] (~fun@rockbox/developer/funman) 04.50.58 Quit ChickeNES (Quit: Computer has gone to sleep.) 04.51.17 Quit funman (Client Quit) 04.56.15 Quit JesusFreak316_ (Ping timeout: 246 seconds) 04.57.22 Quit amiconn (Disconnected by services) 04.57.23 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.57.33 Quit pixelma (Disconnected by services) 04.57.36 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.57.38 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.57.41 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 05.00.05 Quit DerPapst1 (Quit: Leaving.) 05.00.11 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 05.00.19 Quit Keripo (Quit: Leaving.) 05.02.18 Join Keripo [0] (~Keripo@eng069.wireless-resnet.upenn.edu) 05.03.12 Quit kugel (Ping timeout: 246 seconds) 05.05.55 Quit [Saint] (Disconnected by services) 05.05.57 Join S_a_i_n_t [0] (~st.lasciv@124-197-14-130.callplus.net.nz) 05.06.39 # S_a_i_n_t: you drongo.... did you try that change? 05.07.27 # I haven't had a chance to yet, well...I've had plenty of chance to but KEYTOOL isn't playing nice with me. 05.10.30 Nick S_a_i_n_t is now known as [Saint] (~st.lasciv@124-197-14-130.callplus.net.nz) 05.11.34 *** Saving seen data "./dancer.seen" 05.18.52 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 05.20.39 Quit ps-auxw (Ping timeout: 248 seconds) 05.21.31 Join Rob2223 [0] (~Miranda@p4FFF08F8.dip.t-dialin.net) 05.25.16 Quit Rob2222 (Ping timeout: 250 seconds) 05.25.37 Quit ChickeNES (Quit: Computer has gone to sleep.) 05.25.49 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 05.25.53 Quit kugel_ (Remote host closed the connection) 05.25.58 Join kugel [0] (~kugel@rockbox/developer/kugel) 05.37.03 Quit Horscht (Quit: Verlassend) 05.37.16 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 05.37.43 Quit Judas_PhD (Client Quit) 05.39.28 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.02.14 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net) 06.08.42 Quit JesusFreak316 (Ping timeout: 246 seconds) 06.34.32 Join FoH [0] (~foh@adsl-83-148-212.bhm.bellsouth.net) 06.40.05 Quit Judas_PhD (Quit: This is a quitting message) 06.54.17 # If I have my timezones correct, england should be waking up soon 06.54.30 # actually scratch that, europe should be waking up soon 06.54.43 # is there anybody here that works on the website? 07.00.32 # that would be Bagder or Zagor.. 07.02.25 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 07.06.08 Join leavittx [0] (~lev@89.221.199.187) 07.11.37 *** Saving seen data "./dancer.seen" 07.17.29 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 07.23.33 Join DerPapst [0] (~Alexander@p57A97B98.dip.t-dialin.net) 07.26.49 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.26.55 Quit DerPapst (Client Quit) 07.30.36 Quit leavittx (Ping timeout: 246 seconds) 07.30.36 Quit advcomp2019_ (Read error: Connection reset by peer) 07.31.06 Join advcomp2019_ [0] (~advcomp20@97-114-234-88.sxcy.qwest.net) 07.31.07 Quit advcomp2019_ (Changing host) 07.31.07 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 07.31.59 Quit BHSPitMonkey (Read error: Operation timed out) 07.35.36 Join stoffel [0] (~quassel@p57B4D48E.dip.t-dialin.net) 07.43.56 Quit avacore (Ping timeout: 250 seconds) 07.45.49 Join DX3 [0] (~Dre@92.18.201.28) 07.47.24 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) 07.48.39 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 07.49.05 Join Buganini_ [0] (~buganini@security-hole.info) 07.49.12 Join scorche` [0] (~scorche@174-26-1-14.phnx.qwest.net) 07.49.14 Quit scorche (Disconnected by services) 07.49.14 Quit scorche` (Changing host) 07.49.14 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 07.50.47 Join simonlnu_ [0] (simon@unaffiliated/simonrvn) 07.50.57 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 07.51.23 Join JackWinter2 [0] (~jack@vodsl-9173.vo.lu) 07.52.51 Quit Dreamxtreme (Read error: Connection reset by peer) 07.52.52 Quit kugel (Remote host closed the connection) 07.52.52 Quit Buganini (Read error: Connection reset by peer) 07.52.53 Quit simonlnu (Ping timeout: 246 seconds) 07.52.53 Quit AlexP (Remote host closed the connection) 07.52.54 Quit JackWinter (Remote host closed the connection) 07.53.00 Nick simonlnu_ is now known as simonlnu (simon@unaffiliated/simonrvn) 07.53.04 Quit mt (Read error: Connection reset by peer) 07.53.30 Nick simonlnu is now known as Guest2324 (simon@unaffiliated/simonrvn) 07.56.05 Quit mystica555 (Read error: Connection reset by peer) 07.56.21 Join mystica555 [0] (~mike@71-208-217-27.hlrn.qwest.net) 07.56.45 Join mem_ [0] (~mem@mem-irc.netnod.se) 07.56.49 Quit stoffel (Remote host closed the connection) 07.59.28 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 08.01.14 Quit [Saint] (Disconnected by services) 08.01.16 Join S_a_i_n_t [0] (~st.lasciv@124-197-14-130.callplus.net.nz) 08.07.43 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 08.07.47 Join n1s [0] (~quassel@rockbox/developer/n1s) 08.09.22 Quit Keripo (Quit: Leaving.) 08.21.33 Quit S_a_i_n_t (Disconnected by services) 08.21.35 Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) 08.25.18 Nick Guest2324 is now known as simonlnu (simon@unaffiliated/simonrvn) 08.28.02 Join B4gder [0] (~danielx@giant.haxx.se) 08.28.02 Quit B4gder (Changing host) 08.28.02 Join B4gder [0] (~danielx@rockbox/developer/bagder) 08.28.43 Join esperegu [0] (~quassel@145.116.15.244) 08.30.22 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) 08.33.17 Quit Strife89 (Read error: Connection reset by peer) 08.34.34 Join esperegu_ [0] (~quassel@145.116.10.163) 08.35.57 Quit esperegu (Ping timeout: 276 seconds) 08.36.43 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.56.03 Join mshathlonxp [0] (~msh@5acba093.bb.sky.com) 09.00.42 Join ender` [0] (krneki@foo.eternallybored.org) 09.02.02 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.11.41 *** Saving seen data "./dancer.seen" 09.17.03 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 09.25.31 Quit scromple (Quit: Gots to go get me outta here) 09.28.39 Quit Rob2223 (Quit: Rob2223) 09.29.07 Join Rob2222 [0] (~Miranda@p4FFF08F8.dip.t-dialin.net) 09.30.02 Join fyrestorm [0] (~nnscript@cpe-68-173-236-235.nyc.res.rr.com) 09.48.49 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 09.48.49 Quit pamaury (Changing host) 09.48.49 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.48.59 Quit wtachi (Quit: WeeChat 0.3.4) 09.49.22 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.56.19 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) 09.59.53 Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) 10.11.56 Join Ayla [0] (~paul@12.215.70-86.rev.gaoland.net) 10.24.31 Join silbo [0] (~quassel@193.40.194.207) 10.37.50 Quit Torne (*.net *.split) 10.37.52 Quit bluefoxx_ (*.net *.split) 10.37.52 Quit Zambezi (*.net *.split) 10.37.52 Quit TBFOOL (*.net *.split) 10.37.52 Quit be42 (*.net *.split) 10.37.52 Quit otih (*.net *.split) 10.37.52 Quit mem_ (*.net *.split) 10.37.52 Quit Battousai (*.net *.split) 10.37.52 Quit bzed (*.net *.split) 10.37.52 Quit cjcopi (*.net *.split) 10.37.52 Quit Elfish (*.net *.split) 10.37.52 Quit niekie (*.net *.split) 10.41.15 Join Buschel [0] (~chatzilla@p54B67775.dip.t-dialin.net) 10.41.55 # jhMikeS: you there? 10.44.26 Join esperegu [0] (~quassel@145.116.15.244) 10.44.53 Join mem_ [0] (~mem@mem-irc.netnod.se) 10.44.53 Join Torne [0] (~torne@rockbox/developer/Torne) 10.44.53 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 10.44.53 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 10.44.53 Join TBFOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) 10.44.53 Join be42 [0] (~b42@178.72.210.42) 10.44.53 Join otih [0] (~otih@CAcert/Assurer/otih) 10.44.53 Join Battousai [0] (~bryan@gentoo/developer/battousai) 10.44.53 Join bzed [0] (~bzed@devel.recluse.de) 10.44.53 Join cjcopi [0] (~craig@charon.craig.copi.org) 10.44.53 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 10.44.53 Join niekie [0] (~niek@CAcert/Assurer/niekie) 10.46.27 Quit Judas_PhD (Quit: This is a quitting message) 10.55.41 Nick Buganini_ is now known as Buganini (~buganini@security-hole.info) 10.56.27 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 10.57.18 Quit esperegu_ (*.net *.split) 10.57.18 Quit n1s (*.net *.split) 10.57.19 Quit ps-auxw (*.net *.split) 10.57.19 Quit pixelma (*.net *.split) 10.57.19 Quit amiconn (*.net *.split) 10.57.19 Quit bluebrother (*.net *.split) 11.00.19 Join n1s [0] (~quassel@rockbox/developer/n1s) 11.00.19 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 11.00.19 Join pixelma [0] (quassel@rockbox/staff/pixelma) 11.00.19 Join amiconn [0] (quassel@rockbox/developer/amiconn) 11.00.19 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 11.00.35 Join JdGord [0] (~AndChat@124-171-32-183.dyn.iinet.net.au) 11.10.44 Join Rob2223 [0] (~Miranda@p4FFF08F8.dip.t-dialin.net) 11.11.17 Join Dreamxtreme [0] (~Dre@92.18.201.28) 11.11.42 *** Saving seen data "./dancer.seen" 11.14.20 Quit DX3 (Ping timeout: 258 seconds) 11.14.43 Quit Rob2222 (Ping timeout: 258 seconds) 11.27.42 Quit Rob2223 (Remote host closed the connection) 11.28.59 Join Rob2222 [0] (~Miranda@p4FFF08F8.dip.t-dialin.net) 11.33.28 Quit Rob2222 (Client Quit) 11.34.08 Quit JdGord (Quit: Bye) 11.38.09 Join DerPapst [0] (~Alexander@p57A97B98.dip.t-dialin.net) 11.47.50 Quit n17ikh (Ping timeout: 246 seconds) 12.05.03 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 12.22.00 Quit bthomson (Quit: WeeChat 0.3.2) 12.24.12 Join bthomson [0] (~bthomson@pool-71-114-64-197.washdc.dsl-w.verizon.net) 12.25.26 Quit jhMikeS (Ping timeout: 260 seconds) 12.27.21 Quit kevku (Ping timeout: 248 seconds) 12.36.35 Quit parafin (Quit: So long and thanks for all the fish) 12.36.47 Join parafin [0] (parafin@paraf.in) 12.49.13 Join Rob2222 [0] (~Miranda@p4FFF08F8.dip.t-dialin.net) 12.52.01 Quit ehntoo (Ping timeout: 250 seconds) 12.53.40 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.57.12 Quit Rob2222 (Remote host closed the connection) 12.57.18 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.59.23 Join Rob2222 [0] (~Miranda@p4FFF08F8.dip.t-dialin.net) 13.00.40 Part LinusN 13.03.25 Quit avacore (Ping timeout: 246 seconds) 13.06.40 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 13.08.03 Quit Ayla (Ping timeout: 250 seconds) 13.08.20 Join Ayla [0] (~paul@12.215.70-86.rev.gaoland.net) 13.09.21 Join LinusN [0] (~linus@rockbox/developer/LinusN) 13.11.43 *** Saving seen data "./dancer.seen" 13.14.36 Quit kugel (Ping timeout: 276 seconds) 13.15.24 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.19.33 Join Mephistopheles [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 13.20.11 Quit bluefoxx_ (Read error: Connection reset by peer) 13.20.32 Quit niekie (Read error: Operation timed out) 13.20.33 Quit bzed (Read error: Operation timed out) 13.20.38 Quit otih (Read error: Operation timed out) 13.20.40 Join bzed [0] (~bzed@devel.recluse.de) 13.20.40 Quit Battousai (Read error: Operation timed out) 13.20.43 Quit cjcopi (Read error: Operation timed out) 13.21.14 Join Battousai [0] (~bryan@gentoo/developer/battousai) 13.22.09 Join niekie [0] (~niek@CAcert/Assurer/niekie) 13.22.39 Quit Elfish (Read error: Operation timed out) 13.22.42 Join otih [0] (~otih@2a01:4f8:100:9ff6:1::2) 13.22.43 Quit otih (Changing host) 13.22.43 Join otih [0] (~otih@CAcert/Assurer/otih) 13.22.46 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 13.24.57 Quit Ayla (Ping timeout: 250 seconds) 13.25.31 Join Ayla [0] (~paul@86.70.215.12) 13.31.46 Quit Ayla (Ping timeout: 246 seconds) 13.32.18 Join Ayla [0] (~paul@12.215.70-86.rev.gaoland.net) 13.36.36 Quit Ayla (Ping timeout: 246 seconds) 13.37.06 Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net) 13.44.45 Part LinusN 13.45.03 Join LinusN [0] (~linus@rockbox/developer/LinusN) 13.49.53 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 13.58.27 Quit dfkt (Read error: Connection reset by peer) 13.58.27 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 14.00.41 Join Skip252_ [0] (~Skip252@207-181-235-10.c3-0.mct-ubr1.chi-mct.il.cable.rcn.com) 14.02.19 Quit Skip252_ (Client Quit) 14.04.43 # Zagor: the live log viewer doesn't work well in ff4 14.05.27 # aha, so they finally dumped it? 14.06.27 # it will replaced with web sockets, whenever they put that foot down 14.07.51 # any year now! =) 14.07.52 # kugel: that's the euphemistic view ;) 14.09.03 # it doesn't work at all with default settings; and only partly with html5.enable set to false (that helped in previous versions) 14.09.17 # Zagor: can we do somethign about it? 14.09.37 # I don't know. it depends on what they changed. 14.10.15 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 14.10.15 # * kugel would be fine with at least a way to disable live updating 14.10.50 # oh, so it's even worse than "not working"? 14.11.10 # * Buschel filed a bug report and then went back to 3.6.16 14.11.21 # previous ff is a bit broken with the live updating too 14.11.53 Join Skip252 [0] (~Skip252@207-181-235-10.c3-0.mct-ubr1.chi-mct.il.cable.rcn.com) 14.12.00 # it often ignores when i try to clik bookmarks or go back and just reloads the irc log instead 14.12.08 # Zagor: it's not viewable 14.13.01 # aha 14.14.31 # kugel: try now 14.15.13 # live updates seems disabled; it shows the entire log and I get the notice 14.15.19 # yes 14.19.41 Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) 14.22.44 Quit Skip252 (Quit: Leaving) 14.24.27 Join Guest51390 [0] (dfkt@chello062178002170.1.11.univie.teleweb.at) 14.25.00 Quit dfkt (Ping timeout: 260 seconds) 14.25.25 Nick Guest51390 is now known as dfkt (dfkt@chello062178002170.1.11.univie.teleweb.at) 14.25.27 Quit dfkt (Changing host) 14.25.27 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.26.12 Quit factor (Quit: Leaving) 14.29.45 # I posted my application draft to the gsoc page now 14.30.54 Join sideral [0] (~sideral@213.165.85.248) 14.30.54 Quit sideral (Changing host) 14.30.54 Join sideral [0] (~sideral@rockbox/developer/sideral) 14.32.31 Join swilde [0] (~wilde@aktaia.intevation.org) 14.35.38 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 14.37.35 # bertrik (for the logs): one of your recent AMSv2 SD changes broke uSD on my player. Latest SVN version on FuzeV2 variant 0: the card is recognized fine and I can browse folder fine, but locks pretty much immediately when playing music from uSD. The player unresponsive until I eject uSD, at that point it resumes working fine. 14.37.44 Quit liar (Read error: Connection reset by peer) 14.38.02 # The card is a Sandisk Class 6 8GB. 14.38.47 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 14.38.58 Quit silbo (Remote host closed the connection) 14.42.35 Join cjcopi [0] (~craig@charon.craig.copi.org) 14.42.37 # Luca_S: Please post this to FS#11870 -- it's likely to get lost here 14.44.13 # Luca_S: Also, it would be great if you could bisect (binary-search and test) the revision history to check which commit caused the breakage 14.46.44 # done. Thanks sideral. 14.47.10 # thanks Luca_S! 14.48.59 # anybody who maintains the website here? 14.49.23 # your ipv6 is broken on rockbox.org 14.49.25 # that is all 14.50.00 Quit cjcopi (Read error: Operation timed out) 14.50.57 # num1: known problem, the ISP has been contacted 14.51.10 Join cjcopi [0] (~craig@charon.craig.copi.org) 14.51.20 # gevaerts, cool. 14.51.36 Part num1 ("Ex-Chat") 14.51.46 Quit Luca_S (Quit: CGI:IRC) 15.01.46 Part Zagor 15.07.30 Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de) 15.10.47 Quit n1s (Remote host closed the connection) 15.11.45 *** Saving seen data "./dancer.seen" 15.19.20 # <[Saint]> mshathlonxp: http://www.rockbox.org/wiki/Main/IpodPatcher#Advanced_Rockbox_install_methods_with_ipodpatcher (option 3 or 4) 15.19.55 # <[Saint]> 3 supports dual-boot, 4 does not. 15.22.50 # <[Saint]> mshathlonxp: Methos 3 will boot the OF slightly slower than the standard method of installation, but if you only use it occasionally that's not really an issue. 15.22.56 # <[Saint]> *method 15.23.49 # * mshathlonxp is too lazy to change something that works acceptably :) 15.24.38 # <[Saint]> it's running ipodpatcher as a commandline instruction and entering 2 commands you can c/p right out of the wiki ;p 15.25.13 # what's the "disk stop" value for flash based ipods? 15.35.11 Quit slooopy (Quit: Verlassend) 15.37.13 Quit B4gder (Quit: Konversation terminated!) 15.40.14 Join B4gder [0] (~danielx@rockbox/developer/bagder) 16.04.07 Quit antil33t (Read error: Connection reset by peer) 16.04.19 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.05.18 Quit Ayla (Quit: bbl) 16.08.14 Quit Buschel (Ping timeout: 240 seconds) 16.12.23 Join L-Strife99 [0] (~michael@168.16.236.189) 16.13.35 Join gsoc_robb [0] (~rc.dumitr@141.85.0.103) 16.16.21 # how does the rockbox uses the playback buffer when song is bigger than buffer - is that song filled as much as possible or some data from song and beginning from next song? 16.17.10 # correct 16.17.14 Quit L-Strife99 (Ping timeout: 276 seconds) 16.17.19 # which one? 16.17.36 # oh if the song is larger than the buffer, then as much as possible of the song is loaded 16.17.50 # and then it loads more when it reaches a particular low-water-mark 16.18.01 Part mem_ 16.18.19 # and when it reaches the end of the song, it starts loading the next 16.18.47 # But what if it's an orchestral piece? 16.19.10 # then you need to sing along! 16.20.40 Part gsoc_robb 16.22.46 Quit Zarggg (Quit: Zarggg) 16.24.29 Join Hillshum [0] (ae1330d5@gateway/web/freenode/ip.174.19.48.213) 16.25.51 Part LinusN 16.27.03 # Does it make a big difference which TTS engine I choose? 16.30.09 # the biggest difference, surely 16.30.21 # different TTS engine -> voice will be generated totally differently 16.31.23 # But will I notice? My Clip+'s screen died, and I'm hoping to get voicing working 16.31.34 # you will notice, yes 16.31.55 Part pineapple 16.32.26 # Will I care? 16.32.50 # you may prefer one voice compared to the others 16.33.23 # the TTS engine determines *everything* about what the voice sounds like 16.33.26 # I don't need one installed to use the menu voices right? Those aren't working 16.33.36 # you need a TTS engine to generate voice samples, for anything 16.33.57 # if you are downloading our precreated voice files you don't need to generate those. 16.34.21 # RButil downloads the precreated ones right? 16.35.48 # if you tell it to 16.37.23 Join Strife1989 [0] (~Strife89@168.16.236.189) 16.38.00 Nick Strife1989 is now known as L-Strife89 (~Strife89@168.16.236.189) 16.40.37 Quit L-Strife89 (Client Quit) 16.44.36 # <[Saint]> mshathlonxp: fwiw, if you can compile your own build...telling your video it now has a flash disk is a one line change. 16.44.47 Join Keripo [0] (~Keripo@eng184.wireless-resnet.upenn.edu) 16.45.08 # <[Saint]> comment/remove line 103 in ipodvideo.h 16.45.43 # My .rockbox folder seems corrupt in Windows. Any ideas why? 16.46.29 # <[Saint]> Hillshum: There's a number of ways this may have happened. 16.46.38 # And what do to about it? 16.46.49 # <[Saint]> chkdsk 16.47.27 # * Hillshum doesn't have admin rights 16.47.41 # <[Saint]> that's going to be problematic. 16.47.56 # I think I'll boot my laptop into Ubuntu 16.51.25 Join L-Strife89 [0] (~Strife89@168.16.232.173) 16.56.36 # <[Saint]> Hillshum: I use eSpeak with mBrola personally. 16.56.50 Quit antil33t (Read error: Connection reset by peer) 16.57.00 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.57.05 # <[Saint]> It's quite highly configurable, and sounds better than plain 'ol MS Sam ;) 16.57.37 # [Saint]: I picked espeak, once I get things working I might try others 16.58.08 # <[Saint]> eSpeak (in my opinion) is vastly improved by using mBrola 17.00.08 # Where is the RButil cache found? 17.02.24 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 17.05.07 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 17.08.55 Join Buschel [0] (~chatzilla@p54B67211.dip.t-dialin.net) 17.10.45 # <[Saint]> Hillshum: Did you install to the default location? 17.10.55 # <[Saint]> if so: \Program Files\RockBox Utility\rbutil-cache 17.11.00 # I didn't install 17.11.21 # <[Saint]> then....why would you expect to find a cache? 17.11.32 # <[Saint]> I'm missing the point perhaps ;) 17.11.49 *** Saving seen data "./dancer.seen" 17.12.15 Join wtachi [0] (~wtachi@cpe-065-190-001-228.nc.res.rr.com) 17.13.08 # It was my understanding that rbutil isn't installed, the binary is just left somewhere. It's on my Desktop; I see no folder that that might be a cache. 17.14.09 # <[Saint]> Hmmm...perhaps I did place it in Program Files manually... 17.15.40 # <[Saint]> regardless, the cache is in a folder named rbutil-cache in my Rockbox Utility folder (I did do that manually now come to think if it) 17.16.03 # <[Saint]> if it's present, searching for "rbutil-cache" will find it. 17.17.19 Join u42p [0] (~v35b@d027147.adsl.hansenet.de) 17.17.22 # I'll look around. It's been using cached downloads, so I assume it has a cache somewhere 17.17.49 # <[Saint]> I know I didn't place the cache there manually. 17.18.43 # <[Saint]> Oh, maybe I did. 17.19.34 # <[Saint]> Hillshum: launch rbutil, click "File", click "Configure", click the "Cache" tab. 17.19.43 # Okay 17.22.20 # <[Saint]> From there, you can a: see the current path, and b: set a new one if desired. 17.23.07 # <[Saint]> Apologies for my assumption that it installed there automatically. I forgot I had placed it in that location myself. 17.24.09 Quit B4gder (Quit: Konversation terminated!) 17.27.25 Quit pamaury (Remote host closed the connection) 17.28.09 # Hillshum: Rockbox Utilitys cache should be in the system temp folder 17.28.28 # It's in a temp folder at the user level 17.31.26 Join Hindu [0] (~saurabhku@115.69.131.147) 17.32.17 Quit antil33t (Read error: Connection reset by peer) 17.32.26 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 17.36.26 Quit Keripo (Quit: Leaving.) 17.40.11 Join japc [0] (~japc@194.65.5.235) 17.41.52 Quit Hindu () 17.42.35 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.43.13 Join Hindu [0] (Hindu@115.69.131.147) 17.44.06 Quit sasquatch (Quit: WeeChat 0.3.2) 17.44.30 Join sasquatch [0] (~username@p4FF2CAB5.dip.t-dialin.net) 17.51.58 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 17.54.23 Join MethoS- [0] (~clemens@134.102.106.250) 17.56.58 # Can the voice system speak tags in the database? 17.57.22 Join stoffel [0] (~quassel@p57B4B011.dip.t-dialin.net) 17.58.17 Join dfkt [0] (dfkt@unaffiliated/dfkt) 17.58.39 Join TheLemonMan [0] (~lem0n@ppp-100-140.98-62.inwind.it) 18.06.42 # <[Saint]> Hillshum: No 18.07.04 # the cache folder? 18.07.19 # <[Saint]> the cache folder? 18.07.35 # <[Saint]> The database cannot be voiced. 18.07.51 # <[Saint]> Only the filebrowser, and only if you make .talk files 18.08.12 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 18.08.33 Join ender [0] (krneki@foo.eternallybored.org) 18.08.42 # Okay 18.11.04 Quit ender` (Read error: Connection reset by peer) 18.11.05 Quit tchan (Ping timeout: 250 seconds) 18.14.50 Quit crwl (Ping timeout: 250 seconds) 18.15.52 Join crwl [0] (~crwlll@80.223.142.29) 18.16.34 Quit simonlnu (Ping timeout: 250 seconds) 18.17.11 Join simonlnu [0] (simon@unaffiliated/simonrvn) 18.20.17 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.24.48 Quit L-Strife89 (Ping timeout: 258 seconds) 18.27.31 Quit japc (Ping timeout: 250 seconds) 18.28.27 Join DX3 [0] (~Dre@92.18.201.28) 18.28.37 Quit MethoS- (Remote host closed the connection) 18.32.08 Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) 18.33.01 Join dionoea_ [0] (~dionoea@yop.chewa.net) 18.33.08 Quit Unhelpful (Ping timeout: 250 seconds) 18.33.08 Quit Dreamxtreme (Ping timeout: 250 seconds) 18.33.09 Quit dionoea (Ping timeout: 250 seconds) 18.33.54 Quit markun (Ping timeout: 250 seconds) 18.35.08 Quit sideral (Ping timeout: 246 seconds) 18.35.48 Quit tguinot (Ping timeout: 250 seconds) 18.35.56 Join tguinot [0] (~tguinot@ks22840.kimsufi.com) 18.36.43 Join Keripo [0] (~Keripo@eng427.wireless-resnet.upenn.edu) 18.36.48 Join stoffel_ [0] (~quassel@p57B4B011.dip.t-dialin.net) 18.37.07 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 18.37.17 Join Strife1989 [0] (~Strife89@168.16.226.187) 18.37.22 Quit stoffel (Ping timeout: 250 seconds) 18.38.06 Join T44 [0] (~Topy44@g228135081.adsl.alicedsl.de) 18.38.10 Join MethoS- [0] (~clemens@134.102.106.250) 18.38.41 Quit crwl (Ping timeout: 250 seconds) 18.39.11 Quit scorche|sh (Ping timeout: 250 seconds) 18.39.53 Join markun [0] (~markun@rockbox/developer/markun) 18.40.43 Join scorche|sh [0] (~scorche@squisch.net) 18.40.54 Quit Hillshum (Quit: Page closed) 18.41.31 Quit Topy44 (Ping timeout: 246 seconds) 18.43.37 Quit MethoS- (Remote host closed the connection) 18.44.09 Join krazykit` [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 18.45.38 Join MethoS- [0] (~clemens@134.102.106.250) 18.48.35 Join mem_ [0] (~mem@mem-irc.netnod.se) 18.48.48 Join soap__ [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 18.49.24 Nick Strife1989 is now known as Strife89 (~Strife89@168.16.226.187) 18.50.17 Quit soap_ (*.net *.split) 18.50.18 Quit krazykit (*.net *.split) 18.54.05 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.00.18 Join {phoenix} [0] (~dirk@p5DF2BD97.dip.t-dialin.net) 19.01.59 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) 19.04.56 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 19.04.57 Quit pamaury (Changing host) 19.04.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.04.57 Quit advcomp2019_ (Ping timeout: 246 seconds) 19.05.43 Join silbo [0] (~quassel@193.40.244.204) 19.06.33 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 19.11.51 *** Saving seen data "./dancer.seen" 19.13.33 # Right, any objects to a 3.8.1 then? 19.13.44 # Please check/add/edit to http://www.rockbox.org/wiki/ReleaseNotes381 19.16.01 # * LambdaCalculus37 has no objections 19.16.18 Quit avacore (Read error: Connection reset by peer) 19.16.28 Quit stoffel_ (Ping timeout: 248 seconds) 19.16.54 # Looks good 19.17.52 Quit silbo (Read error: Connection reset by peer) 19.18.06 Join silbo [0] (~quassel@193.40.244.204) 19.19.09 Join leavittx [0] (~leavittx@89.221.199.187) 19.19.56 Join avacore [0] (~avacore@90.184.100.129) 19.21.59 Quit Keripo (Quit: Leaving.) 19.26.35 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.29.16 # AlexP_, there are some issues after all with some of the recent AMSv2 sd fixes in 3.8.1, so please delay the release a bit. 19.29.30 Nick Unhelpful_ is now known as Unhelpful (~quassel@rockbox/developer/Unhelpful) 19.29.43 # There's a report of a fuzev2 variant 1 not working properly on FS#11870 19.30.01 Quit LambdaCalculus37 (Quit: back to work) 19.31.57 # ok 19.34.24 Join Horscht [0] (~Horscht@p5DD57482.dip.t-dialin.net) 19.34.24 Quit Horscht (Changing host) 19.34.24 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.34.33 Quit avacore (Read error: Connection reset by peer) 19.34.36 Quit Horscht (Read error: Connection reset by peer) 19.34.52 # sorry, variant Fuzev2 variant 0 19.35.15 Join Horscht [0] (~Horscht@p5DD57482.dip.t-dialin.net) 19.35.15 Quit Horscht (Changing host) 19.35.16 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.36.05 Quit Buschel (Ping timeout: 258 seconds) 19.36.56 Join Keripo [0] (~Keripo@SEAS120.wlan.seas.upenn.edu) 19.38.26 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 19.39.32 Join leavittx_ [0] (~lev@89.221.199.187) 19.43.32 # bertrik: any idea on what "a bit" means? 19.44.34 # about 3 days to a week 19.45.24 # hrm 19.45.41 # assuming the 3.8.1 release was imminent 19.46.30 # I think it can be fixed by reverting two commits, so at least until we have confirmation that reverting those fixes it 19.47.27 # The thing is that we've been waiting for a while for the ams fixes now, which doesn't really help PP users 19.48.53 # has anyone else confirmed Luca's problem? my variant 0 clip+ has no issues 19.48.56 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 19.49.06 # It was going to be today :) 19.49.18 # As 3.8 is quite broken for quite a few targets 19.49.26 # I have a clip+ variant 0 and I have no problems either, but Luca has a fuze v2 19.49.40 Quit leavittx_ (Ping timeout: 264 seconds) 19.49.51 # Hi! I'm trying to make a new raaa port (using sdl). What is "sim_tasks.h" header? Why it may be not generated for me? 19.50.20 # gevaerts, Alexp, I understand, and I apologise for having committed changes that now turn out to break things, I could have been more conservative 19.50.34 # It's OK :) 19.50.40 # bertrik: I'm not blaming you :) 19.51.19 # I'm just thinking that in hindsight we should have released 3.8.1 weeks ago with the PP ATA DMA fix, and left the AMS stuff for 3.8.2 19.51.34 # yes, that would have been better 19.51.36 Nick Hindu is now known as Hindu-AWAY (Hindu@115.69.131.147) 19.51.49 # But I didn't know the sd stuff would still be going on 19.52.11 # (which isn't a problem) 19.52.13 # Indeed not 19.52.23 # This is the advantage of hindsight :) 19.52.30 # But I think we now have to set a firm cut off date 19.52.43 # yes 19.53.44 # bertrik: Is a few days realistic, or would you rather we release without the SD stuff now, and do a 3.8.2 in a week or two? 19.54.18 Join stoffel [0] (~quassel@p57B4B011.dip.t-dialin.net) 19.54.56 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03) 19.55.55 # Luca mentioned a release that *does* work for him, we can revert the patches that went in after those in 3.8.1, and do a 3.8.1 real soon now. 19.56.23 # Then I think we can fix the sd problems in trunk and put them in 3.8.2 19.56.32 # OK, sounds good :) 19.56.59 Join Guest95979 [0] (~bjst@rockbox/developer/Zagor) 19.57.00 # So it is Tuesday, shall we say release on Friday? Is that enough? 19.57.18 Nick Guest95979 is now known as Zagor (~bjst@rockbox/developer/Zagor) 19.59.08 Quit avacore (Ping timeout: 246 seconds) 19.59.36 # Yes, fine for me. I hope Luca joins the channel tonight (I invited him to come here) so we can pinpoint the offending patches instead of wholesale reverting the latest patches. 20.00.56 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 20.02.49 # great :) 20.03.05 Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP) 20.06.52 Join L-Strife89 [0] (~Strife89@207.144.201.128) 20.09.51 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 20.12.19 # gevaerts, you have a fuzev2 variant 0 too, right? Can you reproduce the problem at Luca Leonardo Scorcia (LucaLeonardoScorcia) - Tuesday, 05 April 2011, 13:46 GMT+1 in FS#11870? 20.14.07 # bertrik: I'll try in a bit. Eating now... 20.14.18 # heh, I have a fuze v2 :) 20.14.22 # I forgot about that 20.14.49 # variant 0 too 20.14.59 # bertrik: What would you like testing? :) 20.15.47 # bertrik: needs to SDHC? 20.15.49 Join n1s [0] (~quassel@rockbox/developer/n1s) 20.16.01 # AlexP, see if uSD is visible in the Files menu and that you can play music from the uSD. Please also look if the button light acts strangly (won't go on or off, or flickers on sd access) 20.16.30 # righto, just need to find a cable and update first 20.16.32 # AlexP, if you have a few different uSD cards, please try them all, it doesn't *have* to be SDHC 20.16.40 # will do 20.17.54 # I don't expect any difference between trunk and 3.8.1, they are the same w.r.t. sd fixes 20.18.59 # I'm doing 3.8.1, just because I'm on it 20.20.47 Quit ChickeNES (Quit: Computer has gone to sleep.) 20.23.47 Join Jerom [0] (~jerome@79.132.61.222) 20.26.41 Quit Hindu-AWAY (Ping timeout: 258 seconds) 20.26.59 # bertrik: Works perfectly here - 16GB µSD, can browse it and play music without issue. Button light is normal. I can eject and insert the µSD with Rockbox running without problems 20.27.06 # I'll just find some other cards 20.29.11 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.30.43 # bertrik: 2GB µSD also works perfectly 20.31.05 # if its not a wide spread problem lets just release 20.31.29 # its still a huge improvement on amsv2 even if its not perfect 20.31.33 # Let's let gevaerts check when he has finished eating :) 20.31.40 # but here it seems fine 20.31.59 # anything i could test for you on a clip+? 20.32.31 Quit L-Strife89 (Quit: Leaving) 20.32.36 # sd cards if you want, but we think they're mostly working now 20.33.10 Join L-Strife89 [0] (~Strife89@207.144.201.128) 20.33.13 # i only got one and its working 20.44.13 # hm, seems to work for me 20.44.20 # hm, so maybe it's turning out to be a lot of worry about a small (if any) problem. He did also have another patch applied (AMSv2 USB), that could possibly also have some influence 20.46.10 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi) 20.48.59 Join nettech [0] (~nettech@c-69-136-100-194.hsd1.nj.comcast.net) 20.49.46 Quit stoffel (Remote host closed the connection) 20.55.04 Quit Keripo (Quit: Leaving.) 20.58.15 # Hello all! Does ayone know the file system that is used for the Recovery partition of the Sansa Clip+ ? Currently, the device is showing m200plus and it was formatted as Fat32 by mistake, so i can't get the RB bootloader (or rockbox 3.8 Base) to boot. I just get a blank screen. Thanks! 20.58.35 Quit Rob2222 (Max SendQ exceeded) 21.00.12 # There is no filesystem in recovery mode 21.01.32 # what actually happened, what did you try, etc 21.02.57 # the clip+ doesn't even really have a recovery mode 21.03.09 # just some disk that shows up once you've destroyed the player 21.04.43 # I was running Rockbox 3.8 previously. I decided to open up the sansa and placed a jumper over the recovery pins . I got the sansa to show me the m200plus partition, but then a mistake of formatting the partition (entirely my own stupid fault) 21.05.14 # that's not a partition, it's the entire flash, no? 21.05.17 # so now it always comes up in m200plus mode, and I cant restore the bootloader 21.05.22 # and formatting it is just like writing anything else invalid on there 21.05.32 # you need to copy the original firmware onto it 21.05.43 # onto the raw device, not a filesystem 21.07.03 # <[Saint]> funman had some fun with this... 21.07.18 # <[Saint]> "fun" 21.07.25 # yes, that is what I tried, but I assume that because I trased the origional File system by formatting it with Fat32, the player can no longer recognize any file i place on it. 21.07.43 # There is no filesystem 21.07.59 # You don't put the original firmware on there by copying it onto a filesystem 21.08.09 # you write the file directly to the device using a tool like dd 21.08.14 # bertrik, gevaerts, saratoga: So what is the verdict - it works for gevaerts and me, so ignore this? Or wait for him to try some tests? 21.08.23 # <[Saint]> you need a copy of what is on that partition from a working player I believe. 21.08.42 # i think we should release 21.08.45 # ahh okay. I will try that next. 21.08.47 Join Hindu-AWAY [0] (Hindu@112.110.135.41) 21.08.50 # AlexP: ignore this and mention in the release notes that people may have microSD problems in which case they should go back to 3.8 21.09.13 # Thanks for the info .!!! 21.09.21 # i suspect that anyone with sd problems in 3.8.1 probably won't be able to use 3.8 either 21.09.25 # so no real loss 21.09.39 # meanwhile the vast majority win 21.09.51 # <[Saint]> I'm going by menory here (which is dangerous for me) but I believe that copying the firmware to that partition is enough to get RB working, but the OF expecs some other magic to be on there. 21.10.13 # <[Saint]> *memory 21.11.51 # gevaerts, saratoga, bertrik: OK, building :) 21.11.53 *** Saving seen data "./dancer.seen" 21.12.01 # Ahh I see. hmm.. that probably means it will not be easy to get it to run again. OK, I will have to accept that. It was my fault for hitting "format" too fast before realizing that it was not supposed to be formatted. 21.12.20 # i don't think formatting it really broke anything 21.12.42 # it was already apparently garbage on the nand if you ended up needing to open the player 21.12.54 # ok, fine with me to release 3.8.1 too 21.13.10 # <[Saint]> I'm not sure of the legality of it, but you need some kind soul with the same player to give you a copy of the FW partition. 21.13.39 Part Zagor 21.13.42 # bertrik: I do wonder what is up with the other chap's player then 21.13.55 # Yes, that may be it. I cant DD just clippa.bin. 21.14.25 # I need the whole disk image 21.14.30 # regarding clip+ recovery mode, I've seen some reports of getting a 4 MB drive in recovery mode, I think I had a 32 MB one. I wonder the devs have really seen all bootloader levels. 21.14.52 # 4MB one usually means you didn't short the pins right i think 21.15.10 # Could it be a RAM loader of some kind perhaps? 21.16.13 # I don't remember seeing a m200plus partition when I did recovery 21.16.27 # i think Torne argued that it was just dead code on the chips ROM exposing memory that didn't exist 21.16.36 # IIRC you can't actually write to it 21.16.38 # bertrik: I guess "partition" means "device id" there 21.16.44 # a theory 21.16.51 # sorry, let me clarify. I see the sansa as a USB device called "m200plus" 21.17.17 # the drive just shows up as an undefined USB mass storage device of 4mb 21.17.32 # Yes 21.17.34 # ok 21.17.47 # <[Saint]> yes, iiuc the 4mb is the FW partition. 21.17.50 # can you dd something to it, then read it back? 21.18.18 # the firmware is bigger than 4 MB 21.19.06 # yes, it writes and reads fine, but it is now partitioned as FAT32, as per my formatting it when i should have just left it alone 21.19.31 Join sol0 [0] (~Dhruv@117.211.88.42) 21.19.44 Nick be42 is now known as b42 (~b42@178.72.210.42) 21.19.49 # does the contents of this partition survive a power cycle? 21.20.03 Part sol0 21.20.04 # yes 21.20.26 # it survives a power down and disconnect from the USB port 21.20.49 # basically working like a Flash Drive now only. 21.21.14 # * nettech Doh! 21.22.26 # * nettech tries fdisk to kill the FAT32 partition 21.23.12 # nettech: why? 21.23.16 Join japc [0] (~japc@2.82.181.68) 21.23.33 # It's a raw device, it doesn't *want* a partition table in the first place 21.28.00 # you are right! I guess DD 'ing the image is the best way to recover. 21.28.50 # * nettech Looks for DD on Mac OSX. hehehe! 21.29.46 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) 21.29.54 Join Keripo [0] (~Keripo@eng184.wireless-resnet.upenn.edu) 21.31.38 # DD'ing isn't going to help unless you get the 32MB device to appear 21.33.04 # Ok. I will jumper the recovery pins again, and try again 21.35.27 Quit L-Strife89 (Quit: Heading back.) 21.37.40 # my 4mb clip+ is on its way to theseven now 21.38.12 # <[7]> u42p: thanks :) 21.38.17 # ah, there you are 21.38.34 # i consider it as finally having donated to the project ;) 21.38.34 Quit nettech () 21.38.51 # hope you can make any use of it 21.41.18 Quit plux (Quit: Lost terminal) 21.41.58 # wtachi: ping 21.42.04 Join sideral [0] (~sideral@213.165.85.248) 21.42.04 Quit sideral (Changing host) 21.42.04 Join sideral [0] (~sideral@rockbox/developer/sideral) 21.42.41 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 21.49.31 Quit ChickeNES (Quit: Computer has gone to sleep.) 21.51.14 Quit TheLemonMan (Quit: Destructor called) 21.51.57 # (catching up with the log) 21.51.57 # bertrik: Probably too late, but a possible way ahead would have been to only include fixes for known problems in 3.8.1, and leave all the cleanups in the trunk only 21.52.42 # thats pretty much what happened 21.53.27 Quit u42p (Quit: Leaving) 21.53.34 # saratoga: ? I didn't see any commits reverting cleanups on the 3.8 branch 21.54.14 # no i mean the sd stuff is mostly just fixes 21.54.49 # plus some cleanups, one of which breaks Luca's FuzeV2 21.55.06 # IIUC 21.55.31 Quit jhMikeS (Read error: Connection reset by peer) 21.56.34 Quit Stummi (Quit: Bye!) 21.57.08 Join Luca_S [0] (~57104990@giant.haxx.se) 21.57.15 # hello everybody 21.57.20 Join jhMikeS [0] (~jethead71@99.21.34.189) 21.57.20 Quit jhMikeS (Changing host) 21.57.20 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 21.57.54 # can anybody tell me how can I revert a specific revision? 21.58.47 # i'd like to svn update then remove r29667 and r29656, as instructed by bertrik 21.59.12 # Hi Luca_S, thanks for dropping by again. I'm afraid it's too late for 3.8.1, but if you'd like to help testing this anyway, go ahead :) 21.59.12 # Are you using git or svn? 21.59.28 # svn 22.00.00 # i'm happy to be of some help, after all if i'm the only one with a problem, i'll have a workable solution :) 22.00.17 # update -r revision_number 22.00.28 # svn merge -r : 22.00.45 # ah yeah thats better 22.01.49 # in this case, svn merge -r 29657:29656, then svn merge -r 29668:29667 22.02.14 # New commit by 03bluebrother (r29681): Fix a warning. 22.02.51 # ok, I did it as per sideral's command (had to add a dot at the end, right?) 22.03.19 # no idea, I don't use svn that often these days :) 22.03.33 # currently making, thank god I have an ubuntu vm here 22.04.25 # <[Saint]> Hmmm...tht's quite different than how I would have done it. 22.04.28 # <[Saint]> thanks sideral ;) 22.04.55 # Ah, "svn merge -c -29667" should also work :) 22.05.11 # mind the negative rev no. 22.05.26 # not sure if that's a good way to test revisions though, what if follow-up and/or other seemingly unrelated changes play a role too? 22.05.50 # pixelma: in general that's true 22.06.29 # pixelma: bertrik's theory is that the bug is in these revs, as Luca_S bisected it down to r29667. r29656 merely depends on the former. 22.06.53 # er, vice versa 22.07.04 # r29681 build result: All green 22.07.15 # can I safely assume that since the card works fine in the OF it shouldn't be an hardware problem? 22.07.35 # (i have excluded filesystem issues by running a scandisk) 22.07.47 # <[Saint]> Unless the OF does something very broken and out-of-spec, I'd say yes. 22.07.51 # Luca_S: it's a good working theory, yes :) 22.10.01 Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net) 22.10.19 # if anybody else wants to test, a good way to reproduce the problem was skipping from songs in the internal SD to songs on the uSD 22.12.03 # ah right, gevaerts' and AlexP's testing earlier tonight might have been a bit too shallow to reproduce this problem. it doesn't break right away, right? 22.12.32 # I did try to play stuff from the card, which is what flyspray told me :) 22.13.03 # OK gevaerts, that's good :) 22.13.15 # something's fishy, rockbox is stuck to the bootloader image? let me check the filesystem again 22.13.51 # i'll disable rockbox usb and use OF for firmware transfer... gonna take a while :( 22.15.29 # BTW pamaury and jhMikeS, I seem to be able to reproduce the AMSv2 USB ephemeral filesystem corruption regularly on my brand new Clip+. No problems for a long time on my ClipV2, though. 22.16.05 # If I manage to find a way to reproduce it reliably, I can start to bisect it 22.16.35 # [ usb on my fuzev2 works very well from a long time, used on windows 7 never gave me 1.1 connections, that's why I always keep it enabled ] 22.17.04 # aha... svn diff shows the wrong files 22.17.21 # i'll try to reapply the reverse changesets 22.17.37 Quit Ayla (Ping timeout: 240 seconds) 22.17.45 Join Buschel [0] (~chatzilla@p54B66B7E.dip.t-dialin.net) 22.17.46 Quit esperegu (Read error: Connection reset by peer) 22.17.56 Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net) 22.18.03 # dang, looks like my svn skillz have rottened away, sorry 22.18.37 Quit Hindu-AWAY (Ping timeout: 276 seconds) 22.18.46 # not too much: svn revert -c works perfectly 22.18.49 # :) 22.18.54 # ops svn merge -c 22.18.55 # :) 22.21.25 Quit pamaury (Remote host closed the connection) 22.21.37 Quit Keripo (Ping timeout: 240 seconds) 22.24.55 # sideral: I played music from it too 22.25.32 # AlexP: cool 22.26.41 # Luca_S: Can you try with a clean 3.8 branch? No USB or anything 22.26.44 # I'm starting to think that my uSD is haunted.. :) i also have problems with database scanning files on it, EXCEPT if I turn on dircache. coincidence or not, this trick seems to work for the db 22.27.07 # AlexP: sure, as soon as the stupid OF stops updating the db :( 22.27.07 # I suspect both mine and gevaerts were absolutely stock, no extra patches and things enabled 22.27.08 Quit benedikt93 (Quit: "There are three kinds of lies: lies, damned lies, and statistics." - Benjamin Disraeli) 22.27.08 Quit efyx (Quit: Quitte) 22.27.16 # thanks 22.29.01 Join nettech [0] (~nettech@c-69-136-100-194.hsd1.nj.comcast.net) 22.30.05 Join thirdeyef [0] (~floond@d40a784d.rev.stofanet.dk) 22.30.24 # Need to go offline for a while. Luca_S, please keep us posted, and may I ask you to update FS#11870 when you're done? 22.30.35 # will do. thanks 22.30.43 # thank you! 22.31.12 # is there a 3.8.1 build already somewhere? 22.32.43 # <[Saint]> bluebrother: Just noticed that RbUtil defaults the TTS speed for SAPI to 10 22.33.21 # Luca_S: fuzev2? 22.33.25 # durr 22.33.29 # of course! 22.33.30 # yes 22.33.37 # <[Saint]> this makes it absolutely impossible to understand, and it's likely "average joe" expects sane values and wouldn't know why voice was "broken". 22.33.41 # <[Saint]> bluebrother: ^ 22.34.00 # thanks, I'd like to test official 3.8 and 3.8.1 just to check.. 22.34.01 # Luca_S: Give me 5 mins 22.34.13 # countdown started :D 22.34.16 # jhMikeS: you there? 22.34.24 # heh :) 22.34.32 # It might be a tad more :) 22.34.42 # it sure will be: OF is still refreshing!!! 22.37.59 Join Keripo [0] (~Keripo@SEAS373.wlan.seas.upenn.edu) 22.40.10 # Luca_S: http://aeparker.com/files/rockbox-sansafuzev2-3.8.1.zip 22.40.19 # thanks 22.40.36 # no probs, thanks for testing 22.40.42 # downloaded 22.40.52 # wow, that was quick 22.40.58 # Is it the right size? 22.41.10 # 4MB odd 22.41.18 # 4.024.468 bytes 22.41.28 # cool 22.42.43 # ok, scandisk says both filesystems are fine... let's start with 3.8 22.44.17 # will it harm if I hard poweroff the player while the OF is refreshing DB? 22.44.39 # <[Saint]> there's a chance it can corrupt the FS 22.45.03 # ok... let's wait then :) 22.50.14 # gevaerts: I think the reclaiming of memory for audio buffer is not that complicated actually 22.51.01 # just make the audio buffer "non-movable", and use the new space at the front of the ring buffer on rebuffering. on rebuffering it should be pretty safe to adjust the ring buffer without stopping playback 22.51.16 # kugel: I actually suspect that this will take a lot of hard thinking to check all edge cases, ending up in something rather simple 22.51.37 Quit nettech () 22.52.44 Part mem_ 22.55.29 # saratoga: pong 22.55.42 # were you going to submit a GSOC proposal? 22.56.11 # yeah, I was also going to work on memory allocation 22.56.24 # but I haven't found the time to really look at it 22.56.26 # which one was that? 22.56.41 # buflib, the one kugel's working on 22.56.44 # i thought you were interested in the codec projects 22.56.46 # ah ok 22.57.06 # the codecs did seem interesting, but I only know the basics of DSP and optimization 22.57.13 # btw, you're in NC right? 22.57.15 # yes 22.57.22 # which school 22.57.25 # NC State 22.57.29 # ah cool 22.57.36 # gf lives off glennwood 22.58.11 # wtachi: oh, I thought I'd be pretty much alone with this project 22.58.30 # well the codec projects are a lot safer, so if you're interested in that you should talk to me about it 22.58.36 # ok, confirmed: official 3.8 works fine. now, official 3.8.1 22.59.32 Join Drise [0] (~Drise@user-24-236-91-225.knology.net) 23.01.48 # hm, now "Codec Library and Optimization" seems interesting 23.02.36 Quit [Saint] (Disconnected by services) 23.02.38 Join S_a_i_n_t [0] (~st.lasciv@124-197-14-130.callplus.net.nz) 23.02.46 Join panni__ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 23.03.47 # what program/year were you in at state? 23.04.04 # I'm a Junior in CSC 23.04.21 Quit sasquatch (Read error: Operation timed out) 23.04.34 # * wtachi doesn't like that the DSP class only works for EE students 23.04.57 Join sasquatch [0] (~username@p4FF2CAB5.dip.t-dialin.net) 23.05.18 Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) 23.05.19 Quit panni_ (Ping timeout: 246 seconds) 23.05.28 Part Drise ("Leaving") 23.05.40 Quit [7] (Ping timeout: 246 seconds) 23.05.51 # yeah for that reason usually people who do codec stuff are ECE 23.05.56 # ok confirmed: official 3.8.1 locks up when skipping songs on uSD 23.06.22 Quit ack` (Ping timeout: 246 seconds) 23.06.23 # how many times? 23.06.31 # I skipped around with no issue 23.06.31 Nick S_a_i_n_t is now known as [Saint] (~st.lasciv@124-197-14-130.callplus.net.nz) 23.06.47 # just two or three skips is enough. I set up the database, then activated shuffle 23.07.12 # I don't use the database, but apart from that.. 23.07.12 # this gives me a playlist where songs are about 50% on the internal SD, 50% on the uSD 23.07.22 # then I start playback 23.08.16 # i skip two or three songs and as soon as it arrives on a song that's on uSD it locks up, the disk indicator never goes away, until i eject the uSD. at that point it resumes working, and skips to the next song on internal SD 23.08.49 # same thing here, mixed playlist (but not from database), works perfectly 23.08.57 # I can skip around to my heart's content 23.09.19 # next check: custom build with r29667 and r29656 reverted 23.09.50 # AlexP: my uSD has been picky in the past, I had various db problems that other people couldn't reproduce, it could be that. strange that it works on the OF though 23.10.07 Join ack [0] (~ack@mingbai.org) 23.10.09 # My mixed playlist also seems to be fine 23.10.22 # I really can't reproduce, no matter what I do 23.10.28 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 23.10.33 # Using recent svn (from a few hours ago) 23.10.52 # * AlexP using the just built 3.8.1 RC I uploaded 23.11.34 # if I'm the only user affected I'll just live with it :) 23.11.53 # Well, 1 out of 3 isn't conclusively the only 23.11.55 *** Saving seen data "./dancer.seen" 23.12.15 # i don't see how r29656 could impact a variant 0 device though 23.12.31 # the entire commit is inside an if(variant == 1) block 23.12.54 # * gevaerts checks his variant again 23.13.18 # yes, but the previous code wasn't 23.13.25 Join krabador [0] (~krabador@host3-218-dynamic.117-80-r.retail.telecomitalia.it) 23.13.31 # 0, as remembered 23.13.37 # ah stupid, i'm looking at the reverse diff 23.17.34 # My theory is that in variant 0, the button light is controlled by GPIO B5, while in variant 1, the button light is controlled by some PWM output and GPIO B5 is used to switch the sd card command line between internal and external sd. 23.18.23 # The weird thing is that the GPIO B5 direction (input or output) was already surrounded by a if(variant == 1) in the old code 23.18.51 # It just happened to be configured as an output by the backlight/button driver 23.19.49 Join Darkknight512 [0] (~63e16e06@giant.haxx.se) 23.22.30 Join nettech [0] (~nettech@c-69-136-100-194.hsd1.nj.comcast.net) 23.22.53 # <[Saint]> post 3 of "recent posts" (as of right now) is not showing in its thread, but it shows in recent posts. 23.23.02 # <[Saint]> I want to reply to it but I canot for this reason. 23.23.09 # r29656 did also remove a check on sd_present(SD_SLOT_AS3525), maybe restoring that helps 23.23.10 # <[Saint]> it's definitely a human post. 23.24.30 # [Saint]: Chronon's post about the h140? 23.24.52 # sideral: thanks 23.24.55 # er, [Saint] 23.24.59 # Done anyway 23.25.10 # * [Saint] nods 23.25.32 # <[Saint]> gevaerts: No, it's a post from cheenachatze re: RaaA 23.25.54 # oh 23.26.09 # I can see that one 23.26.18 # It is there now 23.26.22 # I just unmarked them 23.26.25 # <[Saint]> In it's thread? you will now, AlexP just fixed it. 23.26.31 # hrm 23.26.34 # Yes, ok :) 23.26.37 Quit sideral (Quit: Leaving.) 23.29.02 # * AlexP has lots of builds now 23.29.52 # Does anybody have an OF image file that they don't mind sending to me (DCC) so I can DD it to my bricked Sansa Clip+? Sorry, I dont mean to take up a lot of bandwidth here, I am just trying to get Rockbox up and running again. 23.30.57 Quit Jerom (Quit: Leaving.) 23.31.21 # wtachi: (heading out for a while) the codec library project is also interesting, i suggest pairing it with some specific goal for optimizing one of the currently slow areas (e.g. AAC-HE, the mdct library, etc) 23.31.33 # and of course talking to us about what could be put in such a library 23.31.36 Quit Strife89 (Ping timeout: 276 seconds) 23.32.30 # you don't need both a background in dsp or being good at assembly, but either would certainly help 23.32.53 # i HATE bisecting. i did a svn update, then svn update -r 29655. According to my findings as of this morning this was supposed to fix my problem, but the lockup is still there (albeit after a handful more skips). back to square one :( 23.33.15 Quit {phoenix} (Remote host closed the connection) 23.34.04 # <[Saint]> why update, then check out an older revision? 23.34.24 # nettech, the OF image is exactly 15 MB, it won't fit on the 4 MB 23.34.59 # * bertrik wonders if the 4 MB is perhaps some kind of lower level bootloader thing 23.35.01 # <[Saint]> Luca_S: svn update -r 29655 just reverts the whole tree to that revision. 23.35.09 # <[Saint]> It doesn't revert that specific commit. 23.35.12 Quit panni__ (Quit: Reconnecting...) 23.35.23 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 23.35.41 Quit balintx (Remote host closed the connection) 23.35.56 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 23.35.59 # Ahh okay. I was just trying to follow the instructions for unbricking shown on the RockBox wiki. 23.36.18 Quit kevku (Read error: Operation timed out) 23.36.32 # i thought it was 32MB on the Clip+? 23.37.09 # reserved space in the SD driver is 0xf000 sectors, which is 64MB, big enough for two copies at once 23.37.33 # [Saint]: yes, I tried it out of frustration since reverting those commits did not work either. I'll resume bisecting. 23.38.05 # <[Saint]> what do you mean "didn't work"? 23.38.36 # the problem was still present. probably this morning worked by sheer luck. 23.39.07 # anyway the girlfriend just gave me an unexpected interrupt :P gotta go now. see you tomorrow 23.39.08 # saratoga, 0xf000 sectors is 30 MB 23.40.09 Quit silbo (Remote host closed the connection) 23.40.16 # <[Saint]> is the wiki incorrect, or am I looking at the wrong page? it seems to suggest the drive that is exposed by shorting these pads should be far greater than 4 or 32MB 23.40.28 # <[Saint]> 979.75MB in fact 23.40.39 Quit Luca_S (Quit: CGI:IRC) 23.40.48 Join panni__ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 23.40.53 Quit panni_ (Read error: Connection reset by peer) 23.41.11 # <[Saint]> http://www.rockbox.org/wiki/SansaAMSUnbrick no? 23.42.40 # I see 979.75mb 23.42.49 # I have a 4gb sansa clip+ 23.43.59 Quit n1s (Remote host closed the connection) 23.44.06 # I verified that DD is working ok to xfer to the Flash, I just DD'ed clppa.bin to it, which is 15mb, and it wrote it properly 23.44.52 # <[Saint]> so, was the 4MB you reported earlier incorrect? Or did it just "magically work" this time around? 23.46.54 Quit Elfish (Ping timeout: 260 seconds) 23.47.55 # yes it was incorrect, because at that point, i had already removed the jumper for recovery , and re-booted 23.48.22 # <[Saint]> Ah, right. Yes, that's bound to fail. 23.48.33 # yes. 23.49.07 # I think there's a good chance it'll work now 23.49.26 # <[Saint]> What needs to happen now is you need someone else willing to break down their player and DD the image for you. 23.49.54 # <[Saint]> I'm not even sure about the legality of this, so, I won't touch it with a stick. 23.51.39 # hmm.. okay. I dont want to have that to happen. I guess I will just toss this clip+ and get a new one. Maybe I will upgrade to a fuze. 23.52.26 # I updated my gsoc proposal with some more thoughts on potential issues 23.52.58 # nettech, I think you should just unplug it now and reboot it 23.52.59 Join Rob2222 [0] (~Miranda@p4FFF08F8.dip.t-dialin.net) 23.54.31 # bertrick, I tried that (just wishful thinking), but still it mounts as m200plus, and the OLED screen is blank 23.56.36 # do you still have the pads bridged? 23.58.57 # currently, no.