--- Log for 29.04.111 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 16 hours ago 00.07.02 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 00.07.40 Quit lovasoa (Quit: Quitte) 00.07.56 Quit efyx (Remote host closed the connection) 00.15.05 Quit balintx (Remote host closed the connection) 00.15.41 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 00.15.45 Quit petur (Quit: Leaving) 00.19.11 Quit Galois (Read error: Operation timed out) 00.19.24 Join Galois [0] (djao@efnet-math.org) 00.27.23 Quit stripwax (Read error: Connection reset by peer) 00.29.24 Quit bertrik (Quit: :tiuQ) 00.32.53 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 00.36.55 Quit Jerom1 (Quit: Leaving.) 00.39.45 Quit japc (Quit: Ex-Chat) 00.48.03 Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au) 00.53.06 Quit wodz (Quit: Leaving) 00.59.25 Quit mshathlonxp (Quit: Leaving) 01.05.03 Join mshathlonxp [0] (~msh@5acd620a.bb.sky.com) 01.06.08 Join L-Strife89 [0] (~Strife89@168.16.236.126) 01.07.06 Quit ChickeNES (Quit: Computer has gone to sleep.) 01.07.06 Quit mshathlonxp (Read error: Connection reset by peer) 01.09.24 Join mshathlonxp [0] (~msh@5acd620a.bb.sky.com) 01.09.43 Quit Topy44 (Ping timeout: 240 seconds) 01.09.52 Join Topy44 [0] (~Topy44@f048225169.adsl.alicedsl.de) 01.13.09 Quit GeekShadow (Ping timeout: 250 seconds) 01.13.43 Join Strife1989 [0] (~Strife89@168.16.236.126) 01.14.09 Quit L-Strife89 (Read error: Connection reset by peer) 01.16.21 Quit pamaury (Read error: Operation timed out) 01.19.35 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 01.20.10 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 01.22.40 Join bluebrother [0] (~dom@g224237220.adsl.alicedsl.de) 01.22.40 Quit bluebrother (Changing host) 01.22.40 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 01.24.58 # ban lynch2011g 01.26.00 # done 01.26.09 Quit bluebroth3r (Ping timeout: 250 seconds) 01.27.28 Quit Rob2223 (Quit: Rob2223) 01.27.53 Quit jhMikeS (Ping timeout: 250 seconds) 01.34.16 Join T44 [0] (~Topy44@f048160049.adsl.alicedsl.de) 01.37.51 Quit Topy44 (Ping timeout: 250 seconds) 01.38.43 Join Rob2222 [0] (~Miranda@p4FFF2178.dip.t-dialin.net) 01.41.14 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 01.43.50 Quit mshathlonxp (Ping timeout: 240 seconds) 01.44.32 Quit DerPapst (Quit: Leaving.) 01.46.55 Join mshathlonxp [0] (~msh@5acba03a.bb.sky.com) 01.49.11 Quit bieber (Ping timeout: 252 seconds) 01.49.14 Join bieber_ [0] (~quassel@97.97.78.162) 01.49.14 Quit bieber_ (Read error: Connection reset by peer) 01.52.21 Join soaa [0] (459ca3f8@gateway/web/freenode/ip.69.156.163.248) 01.52.43 # Hi everyone! 01.53.03 # I popped in some time ago and mentioned something about native Android widgets for the entire UI. 01.53.19 # Any news on that front or should I dive in myself? (and fail horribly) 01.53.40 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 01.56.16 Quit Strife1989 (Quit: New release ahoy!) 01.57.42 *** Saving seen data "./dancer.seen" 01.59.06 Join krazykit [0] (~krazykit@99.126.205.52) 02.00.38 Quit Judas_PhD (Quit: This is a quitting message) 02.01.37 Join JoshuaChang [0] (~JoshuaCha@180.175.4.98) 02.09.42 Quit MethoS-- (Remote host closed the connection) 02.25.33 # soaa: thats something we'd like to have, but i don't think any consensus has been reached about how to do it 02.31.20 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 02.31.57 Quit robin0800 (Client Quit) 02.32.16 # saratoga: I was browsing through the source, and was wondering if I could do a quick and dirty implementation based on how Android handles yesno screens now. 02.32.49 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 02.33.26 # probably not a quick implementation 02.33.34 # we dont' really use the android stuff at all 02.33.57 # just some simple wrappers for things like blitting, sound, etc 02.34.12 # soaa: the most likely way for this to actually happen is when/if the gsoc project to strip playback out of the core works, then you could do the entire UI in java and only need to talk to the c code for playback 02.34.42 # JdGordon: which project is this? 02.34.56 # JdGordon, I'm interested. 02.35.16 # I'll stay up to date. 02.35.16 # standalone audio library 02.35.30 # wtachi's one 02.35.39 # thats not going to be playback though 02.36.05 # ? 02.36.19 # its a decoder stand alone library 02.37.01 # erm... ok, i thought it was more than that.. 02.39.02 # i'm not sure we really need to mess around with playback too much to add a different GUI 02.39.14 # some refactoring will be needed, but core playback doesn't involve the GUI that much 02.40.42 # My idea was really to just reimplement GUI elements, since Rockbox already has all the code to support a media library, DSPs and such. 02.41.09 # in java or c? 02.41.29 # So rather than reimplementing an actual complete interface design, I was thinking more about just reimplementing each screen with an Android equivalent. 02.45.05 # saratoga: well, you'd really need to replace and redo just about everything except the playback code which is why I say wait for a standalone playback library 02.45.32 # you could wrap the c code with java like the yes/no screen is done, but it will not be nice 02.45.47 # ah you mean to use the Android native stuff 02.45.52 # yeah 02.46.00 Quit mshathlonxp (Remote host closed the connection) 02.46.01 # i was just thinking if you wanted to implement a different GUI in c 02.46.34 # same thing, you'd be insane to want to do it 02.46.50 # s/want// 02.52.41 Join Strath [0] (~IceChat77@173-31-153-77.client.mchsi.com) 02.54.52 Quit robin0800 (Read error: Connection reset by peer) 03.01.06 # Shall return home now. 03.01.11 Quit soaa (Quit: Going home) 03.01.42 Quit GeekShadow (Quit: The cake is a lie !) 03.15.32 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 03.16.37 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 03.18.08 Quit Scromple (Read error: Connection reset by peer) 03.18.15 Quit timccc (Quit: Leaving.) 03.18.54 Quit boghog (Quit: boghog) 03.21.54 Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au) 03.28.17 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03) 03.36.32 Join Soaa [0] (~AndChat@out-pq-251.wireless.telus.com) 03.45.20 Quit GeekShadow (Remote host closed the connection) 03.50.02 Join GeekShadow [0] (~Antoine@93.21.160.159) 03.50.02 Quit GeekShadow (Changing host) 03.50.02 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 03.57.43 *** Saving seen data "./dancer.seen" 04.04.25 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 04.09.30 Quit TheSeven (Disconnected by services) 04.09.39 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.14.09 Quit mudd1 (Ping timeout: 260 seconds) 04.16.10 Join edboyer93 [0] (~eboyer93@pool-72-94-145-226.phlapa.fios.verizon.net) 04.16.47 # why does rockbox cut off album titles that are pretty long? 04.18.45 # it doesnt 04.18.59 Quit GeekShadow (Remote host closed the connection) 04.19.37 # Well on mine with the album: The Rise and Fall of Ziggy Stardust and the 04.19.50 # Spiders from mars it cuts off r and s 04.20.12 # i think the WPS will, since the struct is fixed size 04.20.40 # Does it in the database as well 04.20.49 # i'm not sure 04.21.00 # and the Last.fm log 04.21.24 # I checked the tags and the r and s is there 04.21.53 Join AndChat| [0] (~AndChat@dsl-133-187.aei.ca) 04.22.42 Quit AndChat| (Client Quit) 04.25.39 Quit Soaa (Ping timeout: 248 seconds) 04.25.39 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 04.27.50 Quit amiconn (Disconnected by services) 04.27.51 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.27.51 Quit pixelma (Disconnected by services) 04.27.54 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.27.56 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.28.09 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.30.06 # yeah looks like everything is limited to the same length, db and plugins included 04.36.06 Join kugel [0] (~kugel@g231109042.adsl.alicedsl.de) 04.36.06 Quit kugel (Changing host) 04.36.06 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.38.42 Quit kugel_ (Ping timeout: 252 seconds) 05.01.24 # ok thanks 05.01.44 Quit edboyer93 () 05.01.54 Quit Strath (Quit: IceChat - Keeping PC's cool since 2000) 05.03.16 Quit gevaerts (Read error: Operation timed out) 05.13.53 Join mordocai [0] (~mordocai@66.119.9.243) 05.18.05 Quit bieber (Remote host closed the connection) 05.20.47 Join Rob2223 [0] (~Miranda@p5DE4B172.dip.t-dialin.net) 05.23.02 Join Keripo [0] (~noritsuna@dhcp0520.kin.resnet.group.UPENN.EDU) 05.24.09 Quit Rob2222 (Ping timeout: 250 seconds) 05.39.38 Quit robin0800 (Quit: Leaving) 05.47.26 Quit Horscht (Quit: Verlassend) 05.53.42 Quit wtachi (Quit: &) 05.57.44 *** Saving seen data "./dancer.seen" 06.00.14 Quit jhMikeS (Ping timeout: 258 seconds) 06.09.57 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 06.25.41 Join White-Noise [0] (~White-Noi@adsl-69-228-83-234.dsl.pltn13.pacbell.net) 06.26.21 # Hey everyone. I was here for faringo or some nick like that but thought I'd offer a general thanks as I was at a loss for words last night. 06.27.26 # I needed help with a sansa clip+ and faringo helped me out. I came to thank him but everyone's patience with my noob questions was not lost. 06.27.35 # so thank you. 06.33.24 Quit Keripo (Read error: Connection reset by peer) 06.34.53 Join Keripo [0] (~Keripo@eng424.wireless-resnet.upenn.edu) 06.36.06 Quit factor (Quit: Leaving) 06.43.10 Quit mordocai (Quit: Leaving) 06.57.35 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 06.57.54 Quit balintx (Remote host closed the connection) 06.58.14 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 07.06.16 Part White-Noise 07.09.05 Join DerPapst [0] (~Alexander@87.149.73.22) 07.10.53 Quit DerPapst (Read error: Connection reset by peer) 07.12.46 Join DerPapst [0] (~Alexander@p57954916.dip.t-dialin.net) 07.17.49 Quit T44 (Read error: Connection reset by peer) 07.18.05 Join T44 [0] (~Topy44@f048160049.adsl.alicedsl.de) 07.21.03 Quit saratoga (Ping timeout: 252 seconds) 07.33.52 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 07.35.09 # JdGordon: metadata is cut off since a few weeks 07.35.14 Quit Keripo (Read error: Connection reset by peer) 07.35.32 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 07.35.47 Join Buschel [0] (~chatzilla@p54B66CFB.dip.t-dialin.net) 07.38.32 Quit h3sp4wn (Remote host closed the connection) 07.41.26 Join stoffel [0] (~quassel@p57B4A829.dip.t-dialin.net) 07.43.52 Quit user890104 () 07.54.00 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 07.55.03 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 07.57.45 *** Saving seen data "./dancer.seen" 08.05.14 Join h3sp4wn [0] (~h3sp4wn@unaffiliated/h3sp4wn) 08.08.39 Quit t0rc (Quit: WeeChat 0.3.4) 08.09.49 Quit h3sp4wn (Remote host closed the connection) 08.17.48 Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) 08.20.39 # is it possible to change id3 infos in the codec? 08.21.13 # before 29785, it's ok 08.26.37 Join Bagder [0] (~daniel@rockbox/developer/bagder) 08.32.23 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 08.42.46 Quit liar (Ping timeout: 258 seconds) 08.43.47 Join ender` [0] (krneki@foo.eternallybored.org) 08.45.33 Join wodz [0] (~wodz@87.206.240.131) 08.46.19 Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.46.19 Quit Zagor (Changing host) 08.46.19 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.47.49 # Why don't we use speed info returned by SD card to setup controller clock? sd_parse_csd() parses this info and it seems to be never used. Maybe this is the cause of misbehaviour of some cards? 08.48.08 # I'm planning to push a new Rockbox Utility release this week. Might even start tonight. Is there anything known I should look into before? 08.55.06 # rockchip SD card initialization is working :-) Now time to implement data transfer 08.57.52 Quit wodz (Quit: Leaving) 09.02.34 Quit DerPapst (Quit: Leaving.) 09.07.59 Quit Judas_PhD (Quit: This is a quitting message) 09.19.49 Part Zagor 09.25.25 Quit BHSPitMonkey (Remote host closed the connection) 09.26.10 Quit ChickeNES (Quit: Computer has gone to sleep.) 09.31.11 Quit JoshuaChang (Quit: ChatZilla 0.9.86.1 [Firefox 4.0.2pre/20110415144045]) 09.32.27 Quit Scromple (Quit: Gone) 09.39.51 Join timcccccc [0] (~timcccccc@112.166.15.141) 09.42.10 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 09.48.09 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 09.56.14 Quit timcccccc (Quit: ...ddd) 09.57.47 *** Saving seen data "./dancer.seen" 09.59.13 Join mem_ [0] (~mem@mem-irc.netnod.se) 10.01.29 Join timccc [0] (~lisa@112.166.15.141) 10.05.19 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 10.06.25 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 10.10.09 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 10.10.09 Quit pamaury (Changing host) 10.10.09 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.11.31 Join jgv [0] (~d4aac31c@giant.haxx.se) 10.12.13 Quit jgv (Client Quit) 10.14.13 Quit timccc (Remote host closed the connection) 10.14.25 Join swilde [0] (~wilde@aktaia.intevation.org) 10.20.49 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 10.22.19 Quit balintx (Remote host closed the connection) 10.22.36 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 10.23.36 Join n1s [0] (~quassel@rockbox/developer/n1s) 10.24.13 Join timccc [0] (~lisa@112.166.15.141) 10.27.29 Join LinusN [0] (~linus@giant.haxx.se) 11.10.33 Join MethoS- [0] (~clemens@134.102.106.250) 11.10.43 Quit mudd1 (Ping timeout: 258 seconds) 11.13.05 Quit timccc (Ping timeout: 276 seconds) 11.15.16 Join timccc [0] (~lisa@112.166.15.141) 11.18.15 # hmm, i wonder how many μs for (i = 0; i < 5000; i++); takes when i is volatile and the core is running at 216MHz 11.20.00 # should be ldr, cmp, add, str, bne 11.20.29 # roughly 1/(216*1000000)*5000*5 seconds? 11.21.12 # that's 115us 11.21.29 # yeah, no wonder udelay(10) doesn't work 11.23.43 # i wonder if 100 is enough 11.23.50 # * n1s likes nice numbers 11.29.37 Join petur [0] (~petur@rockbox/developer/petur) 11.30.23 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 11.34.14 Join dfkt [0] (~dfkt@chello062178002170.1.11.univie.teleweb.at) 11.34.21 Quit dfkt (Changing host) 11.34.21 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 11.35.38 # <[7]> udelay(10) *does* seem to work in emcore though 11.38.08 # not even udelay(200) works for me, trying to find how long it actually needs 11.39.00 # <[7]> that suggests that udelay is broken 11.39.06 # testing is a bit tricky, just rebooting after a successful init the init worked even without the delay 11.39.37 # so i wait a few minutes after poweroff now 11.40.52 # the delay loop with 5000 iterations should actually take something like ~200 usecs 11.41.16 # and with 4000 iterations that didn't work either so it seems to need a quite long delay 11.41.27 # <[7]> yeah, i calculated those based on some rather pessimistic assumptions 11.41.55 # 300 works 11.42.12 # <[7]> i remember reducing the loop to 50 iterations or something in emcore and it still worked for me, before i switched over to udelay 11.42.35 # <[7]> which one of the delays are you currently dealing with? 11.43.06 # the one i added with the patch, after setting ORSTCON = 0 11.43.17 # the other one seems fine with 10 us 11.43.35 # or the 50 iteration loop in svn 11.43.39 # <[7]> ok 11.45.15 # <[7]> n1s: can you try whether moving the OPHYUNK3 = 0x600; to the very end of the function and removing the delay you added works? 11.45.25 # sure 11.45.54 # <[7]> the meaning of that register is completely unclear to me, i just figured out that this voodoo seems to be neccessary to make usb work properly (found it in the bootrom) 11.46.07 # before or after the call to reset_endpoints? 11.46.10 # <[7]> and i think the nano2g didn't need that line at all 11.46.25 # <[7]> after it, to create the maximum possible delay 11.46.34 # ok 11.46.59 # <[7]> the other setup stuff is likely to not depend on that one at all, as it only deals with the OTG 11.51.25 # no, that didn't work 11.52.25 Quit Judas_PhD (Quit: This is a quitting message) 11.56.59 Join mudd1 [0] (~cmertes@2001:638:504:20e0:221:70ff:fe83:655e) 11.57.03 # looking at the bootrom again there's a much longer delay after zeroing OPHYCLK, same delay routine as for the other delays but with r0 set to 0x190 11.57.48 *** Saving seen data "./dancer.seen" 11.58.47 # <[7]> hm, 400usecs... 12.01.39 # the OPHYCLK is also set after ORSTCON but i dunno if that matters 12.02.44 Quit balintx (Remote host closed the connection) 12.02.50 # * n1s experiments more 12.04.04 # moving the OPHYCLK write after ORSTCON and having a 400usec delay after that works 12.04.34 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 12.07.14 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 12.07.14 Quit LambdaCalculus37 (Changing host) 12.07.14 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 12.07.16 # <[7]> interesting 12.07.47 # <[7]> does moving the OPHYCLK seem to have any effect? 12.09.08 # i just did this to have the same order as the bootrom but do you want me to try without the delay? 12.10.28 Quit petur (Quit: *plop*) 12.10.48 # the hang when starting rb with usb already connected is still there though 12.12.05 # <[7]> i'm wondering why some devices are behaving extremely different here 12.12.13 # <[7]> what did apple do to them? 12.21.38 # what's the point with rockblox 1d? 12.22.13 Join Keripo [0] (~Keripo@eng424.wireless-resnet.upenn.edu) 12.22.30 # preglow: don't think it has one, really 12.27.53 # so it's just a shitty gimmick? :> 12.28.02 # yup 12.29.14 # hmm, in the on-startup case the reset hangs in the while (GRSTCTL & 1); loop 12.30.08 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 12.30.38 # <[7]> er... clock gates? 12.31.05 Quit Battousai (Remote host closed the connection) 12.31.15 Quit timccc (Read error: No route to host) 12.31.56 Quit Keripo (Quit: Leaving.) 12.31.58 # [7]: where is that set? 12.32.06 Join timccc [0] (~lisa@112.166.15.141) 12.32.34 # <[7]> hm, usb_drv_init should take care of them 12.32.35 Quit pamaury (Remote host closed the connection) 12.33.07 # <[7]> but we might possibly have a race condition with usb_init_device, if that hasn't terminated before usb_drv_init will be called (if this is possible at all) 12.34.57 # <[7]> commenting usb_drv_exit(); in usb_init_device might be worth a try 12.36.58 Quit LambdaCalculus37 (Quit: Fwump) 12.37.27 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 12.37.50 # no difference 12.38.05 # <[7]> strange... 12.38.06 # <[7]> strange... 12.38.34 # could it be that usb_init_device hasn't run before the conncet triggers? 12.39.07 Part LinusN 12.39.51 # <[7]> in that case adding PCGCCTL = 0; at the very beginning of usb_reset should help 12.40.07 # <[7]> ah, wait, usb_drv_init is already doing that 12.40.22 Join [Saint] [0] (S_a_i_n_t@203.184.1.14) 12.40.48 # <[7]> so i don't see any neccessity for usb_init_device to run at all 12.40.57 # <[7]> (if usb is plugged on boot) 12.41.30 # <[7]> otherwise it will make sure that everything is powered down properly, so that it doesn't drain the battery rapidly 12.42.07 # <[7]> (keeping USB on all the time would cut the battery runtime into half on the classic, and even reduce it to about a quarter on the nano2g) 12.47.27 # i put in a guard to make sure usb_init_device has run and it seems to have run so that's not the problem 12.56.39 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 12.57.02 # perhaps the problem is that it runs? :-) 12.59.08 Quit JesusChrysler (Quit: JesusChrysler) 13.02.20 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 13.20.13 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...) 13.27.10 Join petur [0] (~petur@rockbox/developer/petur) 13.30.32 Quit mudd1 (Quit: Ex-Chat) 13.32.22 Join utanapischti [0] (~username@92.116.120.13) 13.32.31 Quit sasquatch (Ping timeout: 264 seconds) 13.44.28 Join [Saint] [0] (S_a_i_n_t@203.184.0.56) 13.48.15 Join TheLemonMan [0] (~lem0n@151.62.189.238) 13.48.21 Join jhMikeS [0] (~jethead71@adsl-99-150-163-230.dsl.sfldmi.sbcglobal.net) 13.48.21 Quit jhMikeS (Changing host) 13.48.21 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 13.55.56 Quit benedikt93 (Quit: The higher the IQ of the individual...The more they enjoy watching a robot drive into a wall at top speed) 13.57.07 Quit Buganini (Read error: Operation timed out) 13.57.51 *** Saving seen data "./dancer.seen" 13.58.21 Join Buganini [0] (~buganini@2001:288:c237:0:dead:beef:cafe:babe) 13.59.25 Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) 14.00.09 Quit Unhelpful (Ping timeout: 246 seconds) 14.05.49 Quit z35 (Ping timeout: 250 seconds) 14.08.20 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 14.09.52 Quit dionoea (Ping timeout: 276 seconds) 14.13.27 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 14.13.52 Join dionoea [0] (~dionoea@yop.chewa.net) 14.22.20 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.26.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...) 14.28.33 Quit petur (Quit: reboot into kde (fingers crossed)) 14.31.48 Join stoffel_ [0] (~quassel@p57B4A1D9.dip.t-dialin.net) 14.31.54 Quit stoffel (Ping timeout: 240 seconds) 14.37.22 Quit domonoky (Read error: Connection reset by peer) 14.45.24 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 14.53.02 Join Evilnick_ [0] (~Evilnick@ool-18bcf602.dyn.optonline.net) 14.53.43 Part jvoisin ("WeeChat 0.3.2") 14.54.14 Quit n1s (Remote host closed the connection) 14.56.58 Quit evilnick (Ping timeout: 250 seconds) 15.01.04 Quit krazykit (Quit: awe yeeeeeee) 15.04.23 Quit stoffel_ (Ping timeout: 260 seconds) 15.10.30 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 15.18.57 Join JoshuaChang [0] (~joshuacha@222.70.142.35) 15.30.43 Join stoffel [0] (~quassel@p57B4A1D9.dip.t-dialin.net) 15.37.44 Join shodan45 [0] (~chris@dsl-209-205-170-40.i-55.com) 15.38.53 # I think my sansa is dying ;_; 15.39.36 # should I just get another one, or is there a sorta "preferred" device for rockbox? 15.42.18 Quit stoffel (Ping timeout: 260 seconds) 15.50.46 # what do you mean preferred? 15.57.53 *** Saving seen data "./dancer.seen" 16.03.43 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 16.13.54 Quit TheLemonMan (Remote host closed the connection) 16.14.30 # JoshuaChang: one that is very well supported I guess 16.15.36 # i think all the devices in the stable list are well supported by rb 16.20.57 # JoshuaChang: what about a dev's favorite device, etc.? 16.21.22 # *which* dev? 16.22.29 # I mean, there's several fairly good devices depending on which features are important to you. The 'stable' list is pretty good. As well as just comparing storage, battery life, etc, yourself. 16.23.52 # if i were you, i need a more powerful device, like giga S 16.29.44 # gevaerts: *a* dev ;) 16.30.00 # shodan45: in that case, probably "all of them" 16.30.37 # devs of course appreciate the challenge of a non-supported device! B) 16.30.53 Join [Saint] [0] (S_a_i_n_t@203.184.0.126) 16.32.14 Join TheLemonMan [0] (~lem0n@151.62.189.238) 16.32.40 # * shodan45 gets his toaster 16.44.33 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.52.04 Quit Xerion (Quit: ) 16.54.59 Join stoffel [0] (~quassel@p57B4A1D9.dip.t-dialin.net) 16.55.28 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 16.57.37 Join L-Strife89 [0] (~Strife89@168.16.236.126) 16.59.11 Part mem_ 17.02.26 Part Zagor 17.04.14 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 17.18.29 Quit Bagder (Quit: Konversation terminated!) 17.22.34 Quit JesusChrysler (Read error: Connection reset by peer) 17.25.36 Quit TheLemonMan (Quit: Destructor called) 17.26.38 Quit antil33t () 17.28.19 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 17.31.28 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 17.42.26 Quit mudd1 (Quit: Ex-Chat) 17.47.21 Quit L-Strife89 (Quit: Rebootin' for Ubuntuin') 17.50.36 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.52.01 Join Keripo [0] (~Keripo@eng424.wireless-resnet.upenn.edu) 17.57.55 *** Saving seen data "./dancer.seen" 18.02.46 Quit Keripo (Quit: Leaving.) 18.07.09 Quit dionoea (Changing host) 18.07.09 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 18.14.54 Join japc [0] (~japc@bl21-173-7.dsl.telepac.pt) 18.17.58 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.17.58 Quit bertrik (Changing host) 18.17.58 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.18.21 Join Horscht [0] (~Horscht@xbmc/user/horscht) 18.27.38 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.28.42 Quit MethoS- (Remote host closed the connection) 18.28.42 Quit bertrik (Read error: No route to host) 18.28.51 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.28.52 Quit bertrik (Changing host) 18.28.52 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.35.52 Quit stoffel (Remote host closed the connection) 18.39.19 Join Keripo [0] (~Keripo@eng424.wireless-resnet.upenn.edu) 18.47.55 Join stoffel [0] (~quassel@p57B4A1D9.dip.t-dialin.net) 18.49.05 Join n1s [0] (~quassel@rockbox/developer/n1s) 18.57.20 Join Ijon_Tichy [0] (~username@92.116.120.13) 19.01.12 Quit utanapischti (Ping timeout: 260 seconds) 19.03.45 Join L-Strife89 [0] (~Strife89@168.16.226.187) 19.04.51 Quit T44 (Ping timeout: 258 seconds) 19.05.14 Join Topy44 [0] (~Topy44@f048160049.adsl.alicedsl.de) 19.08.09 Join wtachi [0] (~wtachi@cpe-065-190-001-228.nc.res.rr.com) 19.09.20 Quit JoshuaChang (Read error: Connection reset by peer) 19.38.23 Join Battousai [0] (~bryan@gentoo/developer/battousai) 19.57.15 Quit robin0800 (Ping timeout: 250 seconds) 19.57.21 Join liar [0] (~liar@83.175.83.185) 19.57.59 *** Saving seen data "./dancer.seen" 20.09.04 Join bleaked [0] (IceChat7@98.248.218.71) 20.12.35 # Greetings.. I've been loving rockbox for year now on my ipod 5, mostly for the running and dynamic playlist-based style, but the desire for modern hardware has sent me seeking an alternative. What's out there in the digital player market that is somewhat modern (possibly android) and has a bigger capacity (say 100gb or more) but still has the playlist based style of playback rockbox features? 20.13.36 # I want to be able to load an album.. then change tracks on the fly, or append tracks, etc.. other than desktop os software, I've only seen this in rockbox. 20.13.46 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 20.14.35 Quit Xerion (Ping timeout: 250 seconds) 20.15.28 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 20.17.49 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 20.17.49 Quit dfkt (Read error: Connection reset by peer) 20.24.30 Quit bieber (Remote host closed the connection) 20.25.38 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 20.31.10 Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de) 20.35.30 # bleaked: what's the problem with the Ipods hardware? It's fast enough to do its job 20.36.17 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 20.36.27 # bertrik: ping 20.37.43 # bluebrother: well, i've lost my 3rd ipod video now, and they're becoming increasingly hard to find and the ones still available are overpriced.. 20.37.51 # eventually I will just break down and buy a new one 20.38.44 # but I am curious if there's some awesome new device with some crazy new audio app that both satisfyes my casual deejaying needs and has a flashy interface.. 20.38.52 # if that doesn't exist yet, I'm quite happy with rockbox 20.39.25 # i follow new tech relatively closely.. but it's easy to miss things, so i'm picking your brain 20.39.27 # well, you can use Rockbox on Android (I find it quite usable with two patched applied) but it's not really suited for touch usage. 20.39.43 # and SDHC cards are available up to 32GiB so there's some kind of limit. 20.39.58 # ok 20.40.07 # yea, touch isn't so important 20.40.08 # ok, then I'm the wrong person. I usually don't follow new tech trends closely ;-) 20.40.16 # capacity and playlist features are priority 20.40.29 Quit bieber (Read error: Connection reset by peer) 20.40.30 Quit japc (Quit: Ex-Chat) 20.40.32 # personally I still like my Ipod mini with 32GiB CF mod best 20.40.34 # so seems like ipod5 or maybe archos would be best choice 20.41.22 # is the memory removable in such a mod? 20.41.36 # 32gb is smallish, but if i could switch out the cards, that would be cool 20.42.05 # in that case you could go for a Clip+. They are still sold and have a uSD slot 20.42.42 # and it's a rather cheap player. No idea about sound quality though 20.44.11 # right on, give thanks! 20.44.33 # * bleaked is still waiting for a device that i can plug a usb drive into 20.44.59 # using a netbook for that, but kinda overkill 20.45.23 # plug a USB drive into? As in attaching an external storage to the player? 20.48.05 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 20.51.26 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 20.54.52 Quit t0rc (Client Quit) 20.59.16 # do we have Cygwin packages for the compiler versions currently used? 20.59.29 # bluebrother yes, at the very least a thumb drive.. but if i could have a device that could read a big terabyte external usb drive (even if it meant i had to plug the player into the wall) would be a cool device. 21.00.09 # it would be taxing on the battery i realize 21.00.12 # bleaked: well, the Gigabeat S and H300 support USB OTG. Rockbox doesn't have support for that though. 21.01.04 # and so far there wasn't much interest in implementing it. I can imagine that some other devices could be programmed to support USB OTG as well (but I'm not familiar with that) 21.09.19 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 21.11.57 Quit dfkt_ (Read error: Connection reset by peer) 21.11.58 Join dfkt [0] (dfkt@unaffiliated/dfkt) 21.21.00 Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) 21.21.12 Part vnl 21.22.46 # bluebrother: The iAudio X5 supports OTG too 21.24.35 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 21.24.44 Quit saratoga (Changing host) 21.24.44 Join saratoga [0] (9803c6dd@rockbox/developer/saratoga) 21.29.59 Quit Keripo (Read error: Connection reset by peer) 21.32.05 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 21.32.17 Quit dfkt (Ping timeout: 248 seconds) 21.37.50 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 21.39.06 Quit bleaked (Quit: It's a dud! It's a dud! It's a du...) 21.51.00 Nick Unhelpful_ is now known as Unhelpful (~quassel@rockbox/developer/Unhelpful) 21.53.52 Quit Ijon_Tichy (Ping timeout: 240 seconds) 21.58.03 *** Saving seen data "./dancer.seen" 22.01.36 Quit slooopy (Ping timeout: 250 seconds) 22.04.52 Quit ChickeNES (Quit: Computer has gone to sleep.) 22.08.10 Join Ijon_Tichy [0] (~username@46.114.180.151) 22.14.46 Quit factor (Read error: Connection reset by peer) 22.22.02 Join sideral [0] (~sideral@213.165.85.248) 22.22.02 Quit sideral (Changing host) 22.22.02 Join sideral [0] (~sideral@rockbox/developer/sideral) 22.29.52 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 22.32.36 Join factor [0] (~factor@r74-195-188-223.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 22.33.54 Quit Ijon_Tichy (Max SendQ exceeded) 22.37.10 Join Ijon_Tichy [0] (~username@46.114.180.151) 22.53.55 Quit timccc (Remote host closed the connection) 22.57.41 Join TheLemonMan [0] (~lem0n@ppp-194-143.98-62.inwind.it) 23.00.07 Quit bluebrother (Disconnected by services) 23.00.09 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 23.01.14 Quit stoffel (Remote host closed the connection) 23.02.04 # Any database user with an opinion on how track resurrection should work? FS#12076 -- invalid resurrection of old runtime stats from a different track 23.03.16 # I'm wondering what the rationale was for allowing stats resurrection for renamed files that have one (but not more) of their author/title/album tags changed 23.03.39 # The database does too much guessing in general, imo 23.04.21 # If there's no track number tag, it tries to guess track number from filename - and fails for a whole bunch of my files 23.04.31 # * amiconn already complained about this several times 23.05.04 # am I right that after SD_SELECT_CARD the card should enter TRAN state? 23.05.09 # amiconn: sounds useful to me, although I don't need or use it 23.05.11 # On a somewhat related note, pictureflow seems to be broken on coldfire 23.05.52 # amiconn: perhaps the heuristics could be applied more narrowly? Only use numbers at start of filename, for example? 23.05.52 # sideral: Guesswork is never useful because mistakes are quite likely 23.06.27 # I rather fix my tags if there's an occasional track number missing instead of having numerous wrong track numbers in the db 23.06.37 Join webguest58 [0] (~568526d1@giant.haxx.se) 23.06.58 # well, playing files in alphanumerical filename order (that's what the file browser does) is another heuristic that breaks all the time 23.07.15 # sideral: Wouldn't help in this case. What would help in my case is if it would only consider max. two-digit numbers 23.08.31 # amiconn: But anything involving "in my case" would be useful for you and broken for others. Guessing is always going to provide false positives 23.09.04 # The problem is that I have 3 different (but consistent) naming schemes for my tracks, depending on whether it is a single artist album (. ), a multi-artist album (<tracknum>. <artist> - <title>), or a collection of standalone tracks (<artist> - <title>) 23.09.08 # <sideral> amiconn: sorry, lost the context: what wouldn't help: only using numbers at start of filename, or playing files in alphanumerical filename order? 23.09.36 # <amiconn> only using numbers at the start of the file name 23.10.44 # <amiconn> Now if the artists consist of digits only, you see what will happen 23.11.11 # <sideral> I see. Perhaps the DB should use the other heuristic (alphanumeric sort) to be consistent with the file browser in case the tags are missing? 23.11.37 Quit webguest58 (Quit: CGI:IRC (Ping timeout)) 23.11.40 # <amiconn> If tags are missing, they should be missing in the db too, imo 23.11.49 # <amiconn> Heuristic is crap 23.12.13 # <sideral> there has to be some order in which the tracks are presented in each view, and inserted into the playlist 23.12.24 # <sideral> thus there has to be some guessing 23.13.08 # <sideral> the DB happens to call this ordering "track number" 23.13.29 # <amiconn> If there's no track number, use 0 internally (and don't display it) 23.13.53 # <amiconn> My problematic tracks all end up with tracknumber 66. Now guess what artist that is... 23.13.56 # <bluebroth3r> can I ignore people in the forums? 23.14.35 # <sideral> bluebrother: Use the Gwene.org NNTP feed and a newsreader with proper killfiling ;) 23.15.40 Quit efyx (Remote host closed the connection) 23.19.26 # <evilnick_B> sideral: So use filename for the order, and don't guess the tracknumber at all 23.21.01 # <sideral> evilnick_B: Not sure whether that would make any difference to taking the position in an alphanumeric sort as the track number. I'll consider it. 23.23.45 # <sideral> Any opinion on DB resurrection? Has anyone ever needed resurrection of tracks that were renamed and retagged? 23.24.28 # <sideral> Unless someone chimes in to FS#12076, I'll probably remove that feature 23.25.15 Quit benedikt93 (Quit: "Nothing is true, everything is permitted") 23.26.04 # <sideral> amiconn: Any other specific DB guesswork / heuristic you don't like? 23.27.15 # <amiconn> I only know the tracknumber thing 23.28.30 # * amiconn only uses the db for two purposes: (1) finding typos in tags, (2) for the occasional demonstration of pictureflow 23.30.06 # <sideral> amiconn: you're missing out ;) 23.30.14 # <amiconn> pfft 23.30.24 # <amiconn> Filetree is more comfortable imo 23.31.22 # <wodz> why this #$%@#$^& sd doesn't want to enter TRAN state :/ 23.31.22 Quit dfkt (Read error: Connection reset by peer) 23.31.28 Join dfkt [0] (dfkt@unaffiliated/dfkt) 23.32.46 Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 23.34.07 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 23.34.31 Quit dfkt (Read error: Connection reset by peer) 23.35.48 Quit evilnick_B (Quit: Page closed) 23.36.03 Quit shai (Ping timeout: 264 seconds) 23.36.21 Quit Ijon_Tichy (Ping timeout: 240 seconds) 23.37.30 Join fml [0] (~chatzilla@manz-590f22ce.pool.mediaWays.net) 23.37.57 Quit TheLemonMan (Quit: Destructor called) 23.38.36 # <fml> Hello. Can I declare a variable as bool and safely use it in assembly code (both arm and cf)? Or should I stick to int for this purpose? 23.38.45 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 23.44.31 # <amiconn> The size of an int depends on compiler options (at least on some architectures). So better don't, imho 23.44.40 # <amiconn> Err, the size of a bool of course 23.45.06 Quit thomasjfox (Remote host closed the connection) 23.45.40 # <bluebroth3r> plain C doesn't know about bool, it's only available since C99 23.48.17 # <gevaerts> bluebroth3r: surely C99 is plain C? 23.49.48 Quit shodan45 (Remote host closed the connection) 23.52.44 # <bluebroth3r> gevaerts: well, bad naming of me. I meant C89 :) 23.54.39 # <bluebroth3r> anyone interested in updating a Rockbox Utility translation? I really want to get a new release done this weekend 23.55.24 Quit L-Strife89 (Ping timeout: 258 seconds) 23.56.49 # * amiconn wonders why rockbox usb is still so slow compared to both hwusb targets and OF usb 23.57.33 # <CIA-87> New commit by 03bluebrother (r29795): Add missing strings to German Rockbox Utility translation. ... 23.57.34 # <fml> amiconn: so better use int? 23.57.52 # <amiconn> yes 23.58.04 Quit jhMikeS (Ping timeout: 276 seconds) 23.58.05 *** Saving seen data "./dancer.seen" 23.58.33 # <amiconn> Another thing to avoid when dealing with as are enums 23.58.41 # <amiconn> *with asm 23.58.56 # <fml> I see that a variable declared as long is loaded via "ldr" (in arm code, dsp_arm.S:77) Is that also OK for ints?