--- Log for 22.07.110 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 days and 12 hours ago 00.02.00 Quit Buschel (Remote host closed the connection) 00.03.29 *** Saving seen data "./dancer.seen" 00.05.14 Quit efyx (Remote host closed the connection) 00.07.13 Quit hebz0rl (Quit: Ex-Chat) 00.09.01 Quit milz (Ping timeout: 260 seconds) 00.13.10 Quit Rob2222 (Quit: Rob2222) 00.14.22 Quit dfkt_ (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 00.14.51 Join Rob2222 [0] (~Miranda@p4FDCAD63.dip.t-dialin.net) 00.17.40 Quit robin0800 (Remote host closed the connection) 00.18.38 Quit Jennifur (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.) 00.19.17 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 00.20.58 Quit milz (Remote host closed the connection) 00.21.25 Quit dderrinder (Quit: Leaving.) 00.23.01 Quit matsl (Ping timeout: 260 seconds) 00.23.15 Quit jgarvey (Quit: Leaving) 00.23.53 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 00.25.15 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 00.25.29 Quit milz (Remote host closed the connection) 00.28.11 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 00.28.32 Quit milz (Remote host closed the connection) 00.29.45 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 00.30.43 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 00.33.33 Quit n17ikh (Ping timeout: 265 seconds) 00.33.48 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 00.34.44 Join Topy44 [0] (~Topy44@f048107075.adsl.alicedsl.de) 00.35.31 Quit pixelma (Disconnected by services) 00.36.38 Quit amiconn (Disconnected by services) 00.36.40 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 00.36.59 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 00.38.11 Join pixelma [0] (quassel@rockbox/staff/pixelma) 00.41.33 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 00.41.33 Quit pixelma (Disconnected by services) 00.41.48 Join joecool [0] (~joecool@no-sources/joecool) 00.41.48 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 00.42.04 Quit amiconn (Disconnected by services) 00.42.07 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 00.42.26 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 00.43.44 # so 00.43.54 # any idea about the overheating? 00.44.59 Quit amiconn (Disconnected by services) 00.45.01 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 00.45.21 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 00.46.37 Quit pixelma (Disconnected by services) 00.46.38 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 00.46.41 # http://forums.rockbox.org/index.php?topic=12326.0 oh wait 00.46.44 # i already posted that in 2007 00.46.47 # the issue still exists 00.46.53 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 00.49.03 Join JdGordon [0] (~jonno@122.110.213.195) 00.49.11 Quit JdGordon (Changing host) 00.49.11 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.49.51 Quit amiconn (Ping timeout: 240 seconds) 00.50.34 # r27495-100719 works, current doesn't 00.51.02 # nor does 3.6 00.51.34 Quit pixelma (Disconnected by services) 00.51.34 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 00.51.50 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 00.52.22 # * maraz looks for a heatsink 00.57.59 # bieber: by error checking I meant specifically if skin_alloc_* returns NULL 00.58.16 # that of course doesnt happen (well shouldnt) on the pc, but very possible on target 00.58.36 Quit pixelma (Disconnected by services) 00.58.37 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 00.58.41 # I've added a bunch of it to my patch so dont worry about it 00.58.52 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 01.01.41 Quit pixelma (Disconnected by services) 01.01.41 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 01.01.57 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 01.04.53 Quit milz (Read error: Connection reset by peer) 01.08.48 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 01.10.19 Quit pixelma (Disconnected by services) 01.10.20 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 01.10.35 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 01.12.25 Quit bmbl (Quit: Bye!) 01.12.26 Quit S_a_i_n_t (Read error: Connection reset by peer) 01.12.32 Quit pixelma (Disconnected by services) 01.12.32 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 01.14.25 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.144) 01.14.38 Quit JdGordon (Ping timeout: 265 seconds) 01.15.54 Quit milz (Remote host closed the connection) 01.16.19 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 01.17.11 Quit pixelma_ (Ping timeout: 258 seconds) 01.18.47 Quit milz (Remote host closed the connection) 01.21.50 Join pixelma [0] (quassel@rockbox/staff/pixelma) 01.24.45 Quit stripwax (Quit: http://miranda-im.org) 01.28.32 Join evilnick_ [0] (~evilnick@mobile-166-137-136-167.mycingular.net) 01.28.59 Quit pixelma (Quit: .) 01.30.25 Join Yakuza666 [0] (www-data@giant.haxx.se) 01.30.59 Join funman [0] (~fun@rockbox/developer/funman) 01.31.52 Quit Yakuza666 (Client Quit) 01.31.54 Join Yakuza666 [0] (www-data@giant.haxx.se) 01.32.54 Quit Yakuza666 (Client Quit) 01.40.50 Quit n1s (Quit: Lämnar) 01.42.52 Quit evilnick_ (Ping timeout: 258 seconds) 01.45.40 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 01.54.47 Join Tux2 [0] (~Tux2@184-96-50-161.hlrn.qwest.net) 01.55.36 Quit kugel (Remote host closed the connection) 02.02.30 Quit funman (Quit: free(random());) 02.03.33 *** Saving seen data "./dancer.seen" 02.15.22 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 02.15.23 Quit JdGordon| (Changing host) 02.15.23 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 02.18.27 Quit GeekShadow (Read error: Connection reset by peer) 02.18.59 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 02.24.32 Join dlenski [0] (~dlenski@c-68-33-105-184.hsd1.md.comcast.net) 02.25.23 Part dlenski 02.35.02 Quit Guymann (Quit: php 5.3 is in the tree) 02.42.34 Quit GeekShadow (Quit: The cake is a lie !) 02.49.27 Quit bieber (Ping timeout: 264 seconds) 02.49.45 Quit CaptainKwel (Ping timeout: 260 seconds) 02.50.03 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 02.50.39 Quit S_a_i_n_t (Ping timeout: 264 seconds) 02.54.26 Quit bieber (Ping timeout: 260 seconds) 02.54.44 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.13.32 Quit milz (Remote host closed the connection) 03.17.27 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 03.24.40 Quit DerPapst (Quit: Leaving.) 03.25.52 Quit milz (Remote host closed the connection) 03.38.16 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 03.39.30 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 03.39.30 Join binaryhermit_ [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 03.39.41 Quit binaryhermit_ (Read error: Connection reset by peer) 03.42.58 Quit milz (Remote host closed the connection) 03.44.08 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 03.45.06 Quit milz (Remote host closed the connection) 03.46.02 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.46.39 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 03.47.46 Quit togetic (Ping timeout: 276 seconds) 03.51.05 Quit milz (Remote host closed the connection) 03.51.35 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 04.01.56 Join togetic [0] (~togetic@unaffiliated/ibuffy) 04.03.37 *** Saving seen data "./dancer.seen" 04.06.46 Quit bieber (Ping timeout: 264 seconds) 04.07.00 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 04.08.44 Join AndyI [0] (~pasha_int@212.14.205.32) 04.15.54 Join fyrestorm [0] (~nnscript@cpe-68-173-233-99.nyc.res.rr.com) 04.15.58 Join list_accel [0] (www-data@giant.haxx.se) 04.19.08 # hi, would it be possible to add a faster setting to the list acceleration speed under settings, it currently max's at 2x/10s which isn't sufficient with long lists 04.21.25 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.109) 04.22.53 # should be possible 04.23.31 # thanks: also would it be possible to have the first letter of the file magnified whilst scrolling, this would assist in determining file position whilst scrolling 04.24.13 # also possible 04.24.27 # possible of course means nothing unless osmeone actually spends time and does it... 04.24.44 # heh, as always :-) 04.25.03 # the first one might just be a one line change (I dont know that code at all) 04.25.15 # the second is more complex but is something I've been thinking about doing for ages 04.27.52 # I'm happy to have reminded you 04.31.04 # thanks for listening 04.31.11 Quit list_accel (Quit: CGI:IRC) 04.41.53 Join [Saint] [0] (S_a_i_n_t@203.184.3.183) 04.41.59 Quit S_a_i_n_t (Ping timeout: 240 seconds) 04.44.26 Join Barahir [0] (~jonathan@frnk-590f4fcd.pool.mediaWays.net) 04.44.38 Quit milz (Read error: Connection reset by peer) 04.48.08 Quit Barahir_ (Ping timeout: 276 seconds) 04.53.04 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 04.53.49 Quit milz (Remote host closed the connection) 04.54.57 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 04.56.05 Quit milz (Remote host closed the connection) 04.56.35 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 04.59.22 Join logiclost [0] (~lostlogic@erudite.lostlogicx.com) 04.59.47 Quit lostlogic (Ping timeout: 240 seconds) 05.07.22 Quit milz (Read error: Connection reset by peer) 05.07.29 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 05.11.54 Join BJH^_ [0] (~chatzilla@e176103063.adsl.alicedsl.de) 05.14.08 Quit BJH^ (Ping timeout: 265 seconds) 05.14.22 Nick BJH^_ is now known as BJH^ (~chatzilla@e176103063.adsl.alicedsl.de) 05.26.37 Quit parafin (*.net *.split) 05.26.37 Quit jae (*.net *.split) 05.29.20 Quit avacore^ (Ping timeout: 240 seconds) 05.30.58 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 05.31.54 Join parafin [0] (parafin@paraf.in) 05.31.54 Join jae [0] (~jae@jaerhard.com) 05.43.22 Quit Horscht (Quit: Verlassend) 05.56.17 Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) 05.57.34 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 06.03.35 # hm. 06.03.39 *** Saving seen data "./dancer.seen" 06.04.08 # interestingly, i don't think the nano 1g port should be labeled stable at all 06.05.04 # even more interestingly, i'd like to know how overheating makes the supposed ATA timing problem worse 06.24.26 Quit parafin (*.net *.split) 06.24.26 Quit jae (*.net *.split) 06.29.55 Join parafin [0] (parafin@paraf.in) 06.29.55 Join jae [0] (~jae@jaerhard.com) 06.37.11 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.39.21 Quit rvvs89 (Changing host) 06.39.22 Join rvvs89 [0] (~ivo@pdpc/supporter/base/rvvs89) 06.44.52 Quit AndyI (Ping timeout: 248 seconds) 06.50.44 Join AndyI [0] (~pasha_int@212.14.205.32) 06.51.48 Join bieber_ [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 06.55.32 Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) 06.58.57 Quit kramer3d (Ping timeout: 240 seconds) 07.06.36 Join Rob2223 [0] (~Miranda@p4FDCA34B.dip.t-dialin.net) 07.07.58 # There should be somewhere in the source tree that I can find the hardware details for all the targets, right? 07.08.11 Quit CaptainKwel (Quit: Ex-Chat) 07.09.38 Quit Rob2222 (Ping timeout: 260 seconds) 07.14.32 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 07.15.31 Quit binaryhermit (Quit: Leaving) 07.16.52 # bieber_: yes, essentially 07.17.08 # Any pointers on where to look? 07.17.21 # for what devices? 07.18.05 # All of them 07.18.15 # I want to automatically build the target database for the theme editor 07.18.17 # the kernel source for all targets is not in the android tree 07.18.23 # oh sorry 07.18.35 # I'm in the wrong channel 07.19.16 # Ahaha 07.20.13 # I wouldn't be aware of a simple list in one place. Maybe features.txt can help a bit (in apps) and the config files (in firmware/export/config 07.20.43 # maybe someone else has a better idea but that's all that comes to my mind currently 07.21.26 # How are checks for screen size and the like done? 07.22.32 # there are LCD_WIDTH etc. defines in said config files 07.23.27 # Oh, this looks perfect 07.24.05 Quit EvanCarroll (Ping timeout: 245 seconds) 07.24.21 # it's also what features.txt uses for its own purpose (defining the features for language files and the manual) 07.25.27 # I can write a script to grab the defines from the config files, then all I need is to put together a list of config files and plaintext names for their targets 07.25.58 Quit kramer3d_ (Quit: Leaving) 07.28.19 Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 7days + Remix Phase July 19th - July 26th) 07.28.54 # bieber_: I appologize, #android is usually in this spot 07.29.13 # No worries, it was good for a laugh 07.30.41 # bieber_: look at buildzip.pl it loads the config.h file into gcc then spits out a set of values which it needs 07.30.47 # you might need to do something like that 07.31.08 # Where is buildzip.pl 07.31.13 # tools/ 07.31.40 # Thanks 07.31.55 # did you see the talk yesterday about using xml to specify the tags and the help text? 07.32.07 # I saw most of it, I think 07.32.21 # would that be workable from the themeeditors pov? 07.32.26 # I'd really much rather use a simpler format, if that wouldn't be a problem 07.32.51 # qt doesnt have a nice xml reader class? 07.32.55 # The data will all be of the form "tag: description", so XML seems like overkill 07.33.28 # It has a framework for it, but I'm thinking more in terms of ease-of-editing than computer readability 07.33.37 # no, it wont be... I was thinking of using that to generate the tag_table.c file also so everything about the tag would be in that file 07.33.48 # so it needs more info than just its description 07.34.19 # bluebroth3r said that for xml there already is something we could use for the manual (or only needs some adaptations), for a simpler format we would need to write a script on our own 07.34.47 # Oh, okay 07.35.11 # xml is fine then, I'll read up on Qt's reader 07.35.16 # then we could kick peoples butts if they add new tags and dont add proper help text :) 07.35.29 # Mah, I need to learn Perl 07.36.18 # what do you need from each target? just lcd dimensions and some features? 07.38.07 Join guymann [0] (~charlie@64-252-121-226.adsl.snet.net) 07.38.35 # Yeah 07.38.54 # I just feel silly putting PHP scripts in the source tree :P 07.40.00 # and you should :) php aint a real language! 07.41.14 # Perl and Bash seem to be perpetually on my to-learn list 07.42.15 # Hmm, how is it decided which fonts get packaged with each device? 07.42.50 # any which are required by the shipped themes are added 07.42.55 # It would be nice if I could have the editor automatically add font files from the font directory if they're not on the device by default 07.43.07 # Is there a list of the fonts required for each device? 07.43.19 # wps/WPSLIST i tihnk is the file 07.43.32 # but you shouldnt go by that, for fonts you should just assume that the fontpack is loaded 07.44.26 # Ah, okay 07.47.37 # Anyone know if I can run CPP on a file and get it to spit out a list of #defined symbols? 07.53.30 Join Buschel [0] (~chatzilla@p54A3EAA8.dip.t-dialin.net) 07.54.45 # bieber_: buildzip.pl sub gettargetinfo() does what you want... 07.55.12 # or gcc -E -P 07.55.38 # n1s/amiconn/AlexP: can anyone of you take a look at FS#11491 ? It's a coldfire related change to libmad's synth filter. 07.55.44 # Okay, cool 07.57.10 Quit bieber_ (Remote host closed the connection) 08.02.32 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.7/20100713130626]) 08.03.43 *** Saving seen data "./dancer.seen" 08.04.17 Join bieber_ [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 08.07.00 Quit Tux2 (Quit: Leaving) 08.19.44 Join mitk [0] (~mitk@195.117.162.130) 08.25.42 Quit pixelma (Quit: .) 08.26.33 Quit ved (Ping timeout: 276 seconds) 08.26.56 Quit bieber_ (Remote host closed the connection) 08.36.16 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.43.14 Join ved [0] (ved@ddsbox.co.cc) 08.43.37 Join pp206 [0] (d8a0771b@gateway/web/freenode/ip.216.160.119.27) 08.45.25 Quit BHSPitMonkey (Remote host closed the connection) 08.46.10 Join EvanCarroll [0] (~ecarroll@64.200.109.13) 08.48.15 Quit Beta2K (Ping timeout: 265 seconds) 08.58.36 Join ender` [0] (krneki@foo.eternallybored.org) 09.02.42 Join Rob2222 [0] (~Miranda@p4FDC975C.dip.t-dialin.net) 09.06.28 Quit Rob2223 (Ping timeout: 276 seconds) 09.06.29 Quit Battousai (Quit: No Ping reply in 180 seconds.) 09.09.31 Join Battousai [0] (~bryan@gentoo/developer/battousai) 09.10.32 Join bimbel [0] (~Miranda@unaffiliated/bmbl) 09.14.23 Quit bmbl (Ping timeout: 258 seconds) 09.19.21 Quit scorche (Disconnected by services) 09.19.31 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 09.26.40 Join merbanan [0] (~banan@c-89-160-72-125.cust.bredband2.com) 09.32.20 Quit scorche` (Read error: Connection reset by peer) 09.32.21 Join scorche [0] (~scorche@rockbox/administrator/scorche) 09.56.48 Join beezm [0] (~BigStew@c-67-190-73-21.hsd1.co.comcast.net) 09.57.01 Part beezm 10.03.46 *** Saving seen data "./dancer.seen" 10.14.59 Join pixelma [0] (58d97b07@rockbox/staff/pixelma) 10.22.27 # New commit by 03bieber (r27516): Theme Editor: Wrote buildtargetdb.php to automatically generate a targetdb file from the target config files in /firmware/export/config. All that ... 10.24.08 # r27516 build result: All green 10.27.55 Join amiconn[h] [0] (~jens@tmo-109-117.customers.d1-online.com) 10.28.16 Quit JdGordon| (Quit: leaving) 10.31.24 Quit scorche (Read error: Connection reset by peer) 10.31.36 Join scorche [0] (~scorche@rockbox/administrator/scorche) 10.48.35 # New commit by 03amiconn (r27517): Sudoku coloured number display ... 10.50.03 # r27517 build result: All green 10.54.56 Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) 10.57.18 Quit advcomp2019_ (Ping timeout: 240 seconds) 11.02.16 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.02.42 Quit amiconn[h] (Quit: I love my HydraIRC -> http://www.hydrairc.com <-) 11.08.44 Join pixelma_ [0] (58d97b07@rockbox/staff/pixelma) 11.09.09 Quit pixelma (Disconnected by services) 11.09.51 Nick pixelma_ is now known as pixelma (58d97b07@rockbox/staff/pixelma) 11.10.29 Quit fyrestorm (Read error: Connection reset by peer) 11.10.51 Join fyrestorm [0] (~nnscript@cpe-68-173-233-99.nyc.res.rr.com) 11.12.43 Join kifo [0] (~Keri@174-16-166-84.hlrn.qwest.net) 11.20.17 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.41.33 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.47.47 Quit kifo (Ping timeout: 260 seconds) 11.57.36 Join pjm0616 [0] (~user@110.9.28.120) 12.02.14 Join Beta2K [0] (~Beta2K@d24-36-97-38.home1.cgocable.net) 12.03.48 *** Saving seen data "./dancer.seen" 12.14.05 Join Jaykay [0] (~chatzilla@p5DC56EEB.dip.t-dialin.net) 12.19.12 Join MaadMan [0] (~MaadMan@188-194-32-210-dynip.superkabel.de) 12.20.03 Join MadMan [0] (~MaadMan@188-194-32-210-dynip.superkabel.de) 12.22.03 Quit MadMan (Client Quit) 12.23.47 Quit JdGordon (Read error: Connection reset by peer) 12.36.59 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.44.39 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 13.00.06 Join Kitr88 [0] (~Kitar_st@BSN-142-75-253.dial-up.dsl.siol.net) 13.03.06 Quit Kitar|st (Ping timeout: 252 seconds) 13.05.18 Quit Kitr88 (Ping timeout: 276 seconds) 13.05.50 Join Kitar|st [0] (Kitar_st@BSN-143-107-86.dial-up.dsl.siol.net) 13.07.21 Join funman [0] (~fun@rockbox/developer/funman) 13.15.21 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 13.18.47 Quit pixelma (Quit: ..) 13.20.13 Join pixelma [0] (~quassel@rockbox/staff/pixelma) 13.24.08 # bertrik: the changes for new Clip+ SD are not clean enough to commit? 13.24.30 Join MadMan [0] (~MaadMan@188-194-32-210-dynip.superkabel.de) 13.26.00 Quit MaadMan (Ping timeout: 264 seconds) 13.52.47 # funman, I just reused the fuze_v2 variant variable 13.52.49 # pixelma: bluebroth3r: http://pastebin.com/k1c0nEPQ <- 1) is that legal xml? 2) is it too verbose? 3) does it looks like we could get everything needed into something like that? 13.53.01 # maybe we can just rename it to sdcontroller_variant or something 13.54.01 # funman, by the way, I found out that basically only the LCD_SET_DC_DC makes a difference for the brightness 13.54.13 # bertrik: i think it's the way to go (i was thinking of amsv2_variant but sdcontroller is more precise) 13.54.25 # oops, this variant also affect button reading for fuzev2 13.54.40 Quit mitk (Quit: Leaving) 13.55.14 # bertrik: what about adding an argument to lcd_hw_init(), so each clip returns the desired setting for DC_DC ? 13.55.50 # I was thinking to make lcd_hw_init just return a variant number 13.56.09 # The value to write to the contrast register also differs by about a factor of 8/3 13.56.46 # For example, contrast 18 on the old clip+ is about as bright as 50 on the new clip+ 13.58.00 Quit Jaykay (Read error: Connection reset by peer) 13.58.19 # pixelma: bluebroth3r: http://pastebin.com/TE6NyVAs adds the xl to show an example of how the params would be specified 13.59.33 Quit scorche (Disconnected by services) 13.59.44 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 14.00.19 # bertrik: if we return a variant number we can use it in contrast setting calculation so perhaps it's better 14.03.02 # funman, ok, I'll make it that way today. I'll also rename fuzev2_variant to amsv2_variant, ok? 14.03.51 *** Saving seen data "./dancer.seen" 14.04.04 # * bertrik wonders how many variants of a "clip" there are now in the wild 14.04.24 # ok 14.06.02 # bertrik: clipv1, clipv1 which needs DCDC15 to be set, clipv2, clip+, clip+ with RDA FM, clip+ with smaller LCD controller, clip+ with SD controller changes => 7 clips? O:-) 14.06.31 # not even counting the clip+ which combine several variations from the initial model 14.08.25 # bertrik: btw, the sansa-clip/*lcd-clip.h could be merged together and moved to ../ (and the static inline functions moved into sansa-clip*/lcd-clip*.c 14.08.50 # ok, I'll do that 14.12.49 # funman, does the fuze v2 have a diagnostics screen that can be enabled by flashing a 't' version of the OF? 14.13.04 # should we make extended testing of new AMSv1 and Clip+/Fuzev2 bootloaders (put them in the forum for some time) or just test them once ? 14.15.42 # hmm, I don't know. We only really *need* new bootloaders for clip+ and fuzev2 I guess. 14.16.16 # removing OF boot on USB plug would be nice for AMSv1 14.16.43 # ah, true 14.17.22 Join MaadMan [0] (~MaadMan@188-194-32-210-dynip.superkabel.de) 14.17.56 # How was this decided in the past? I can try the AMSv1 and clip+ bootloaders locally first of course. 14.18.11 # don't remember, we should ask kugel 14.18.20 Quit MadMan (Ping timeout: 260 seconds) 14.18.42 # my fuzev2 diagnosis shows 'HERMON/FM SI4702' 14.18.45 Quit AndyI (Ping timeout: 248 seconds) 14.19.06 Join AndyI [0] (~pasha_int@212.14.205.32) 14.19.07 # I haven't done testdisk-like testing on the new clip+, just casually noticed that it worked for both internal and external SD 14.19.35 # should be enough 14.23.06 # bieber: http://pastebin.com/TE6NyVAs 14.27.49 Quit AndyI (Ping timeout: 248 seconds) 14.30.10 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 14.33.48 Join AndyI [0] (~pasha_int@212.14.205.32) 14.35.07 Join amiconn_w [0] (50bb6fa1@gateway/web/freenode/ip.80.187.111.161) 14.36.48 Quit kramer3d (Quit: Leaving) 14.37.47 # pamaury: ping 14.37.52 # yese 14.38.13 # i've found a little difference in how you set CCU_USB_THINGY 14.38.37 # you mean a difference betweem what I do and what the Of do ? 14.38.41 # it still gives me errors on linux when plugging clip+ but the errors are a bit different 14.38.44 # yes 14.38.54 # interesting, tell ne more :) 14.39.08 Quit jordan` (Remote host closed the connection) 14.39.23 # &= ~0x1000 => OF uses |= 0x1000 and there is other bits which are changed 14.39.34 # (linux gives me error -71 and -62) 14.40.22 # hum, wait a minute, I double check the disassembly, that would be an embarassing error :) 14.41.10 # you are still talking about the part in audio_isr, right ? 14.41.17 # JdGordon: I have to look at it more thoroughly but I _guess_ that could work. I missed some descriptions (in those with the params) and the features didn't always look correct but I guess it should only show the principle. Though I have no idea about the xml > tex part 14.41.40 # pamaury: yes 14.43.36 # and bits 25:24 are cleared and bit 24 set before eanbling the clocks 14.44.30 # you are right, I pick the wrong case, it does |= 0x1000, I'm looking at the remaining code 14.44.42 # http://pastie.org/1055225 14.45.38 # oh, it does something to the ccu before setting clock ? 14.45.59 # 0x192A 14.47.26 # looks like this part is optional though 14.47.40 # you're rright. I wonder how I missed it. If you are sure the constants are right, go ahead and commit it, I'll check tonight to see what it changes exactly. Why optional ? 14.48.24 # there's a conditional branch just before it 14.48.26 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 14.48.54 # are you able to tell when the condition is true or not ? 14.58.43 Join MethoS- [0] (~clemens@134.102.106.250) 15.00.17 # nope, not yet. but i believe it's related to USB clock source (PLLA) 15.00.39 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.01.25 # okay. Then I let you find out, you know the OF and ARM much better than me, I hope this fix will allow me to have the driver working although I'm unsure about what it could change. 15.05.28 # if i remove those bits i got a panic (wrong architecture) 15.07.58 # New commit by 03funman (r27518): CCU_BASE+0x20 is specific to AMSv2 -> move to as3525v2.h ... 15.08.32 # If only we knew what those bits do.... 15.09.04 # http://pastie.org/1055263 15.09.32 # clock at 48Mhz ??? 15.09.40 # r27518 build result: All green 15.10.08 Quit komputes (Ping timeout: 246 seconds) 15.10.13 # again: the OF uses that. Using different settings is perhaps something wanted, but only after it works when using OF settings 15.10.48 # IMO switching away from OF settings while the code doesn't work is looking for problems 15.11.11 # strangely, the doc/code I found all suggest 60Mhz is the wanted setting for high speed 15.11.44 # And that would be the first setting which works with 48Mhz actually 15.11.44 # clip+ 01.02.09 -> 0x8C70 = 48MHz 15.12.26 Quit amiconn_w (Quit: Page closed) 15.12.37 # 4 is the USB peripheral value used as an offset from various structs (like 0x8C60 which is the struct of peripheral clocks) and enable/disable peripheral functions 15.12.39 # so with all this the controller works correctly ? no panic I mean. 15.12.59 # no panic and unplug is detected but there is still errors so perhaps it doesn't improve at all 15.13.43 # i just want to motivate you to work on this because you understand usb better ;) 15.13.52 # hum, I check check know. I have my clip+ but not the analyzer (which doesn't work properly anyway) 15.14.29 # even on windows host? 15.15.04 # I don't have a windows host available 15.15.47 # easy to fix! 15.16.00 # Only when I'll be back home 15.16.18 # 'k 15.17.28 # Is the CGU_USB = 0 really needed ? 15.18.45 # i can't tell but does it harm? 15.18.57 # (btw the clock is not disabled on disconnect) 15.20.10 Join Jaykay [0] (~chatzilla@p5DC56EEB.dip.t-dialin.net) 15.20.28 # okay, with your settings, full speed doesn't work it seems, let's try high speed 15.21.12 Quit krazykit (Ping timeout: 264 seconds) 15.23.41 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 15.23.47 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.25.18 # it seems there is no transfer going on, exactly the same problem we had previsouly with 48Mhz clock 15.25.40 # which clock speed did you test? 15.25.49 # 48Mhz 15.26.02 # try 60 perhaps 15.26.06 Quit komputes (Read error: Connection reset by peer) 15.26.12 # with my current code (which is a little bit different from svn), I'm trying 60 15.26.57 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.30.10 Quit joecool (Ping timeout: 240 seconds) 15.31.19 # i'll look closer this evening 15.32.03 # New commit by 03funman (r27519): as3525v1 USB: remove stubs if !defined(USE_ROCKBOX_USB) 15.33.10 # pixelma: well the xml->tex part can be as stupidly complicated (or simple) as we want, it is easy to read in an xml in pretty much any language so we can write a script to convert that to anything 15.33.31 # the point was more is that the sort of layout that would be useful 15.33.39 # r27519 build result: All green 15.33.46 # it is way overkill for what I need but looks about right for the manual 15.34.37 Quit funman (Quit: free(random());) 15.36.04 # funman (for logs): it seems that CCU_USB_THINGY = (CCU_USB_THINGY & ~0x3000000) | 0x1000000; is the culprit that makes everything fail 15.42.55 # <[Saint]> maraz: I've just tried to replicate your overheating problem, by putting a Nano1g in the oven and taking it up to 50Celcius....and, while it was far too hot to touch, and I even warped the clickwheel...it still plays fine. 15.43.07 # <[Saint]> I think you're an individual case to be honest. 15.45.14 # <[Saint]> At that temperature, the screen has even gone all weird and doesn't look like it will recover, I doubt that a unit will *ever* get that hot in any use case I can imaine...so, I think your problem may lie elsewhere. 15.45.31 # <[Saint]> *imagine. 15.46.37 # [Saint]: Hardcore. 15.46.39 # I approve. 15.46.42 # :) 15.47.10 # New commit by 03bertrik (r27520): Sansa Clip+: detect AMSv2 variant (just like was already done for fuze v2), this makes SD transfers work for newer clip+ players ("COMBO4E" type). ... 15.48.47 # r27520 build result: All green 15.49.28 # <[Saint]> Torne: In the name, of science! 15.50.18 Join dlenski [0] (~dlenski@fuhrer2219.physics.umd.edu) 15.50.37 Part dlenski 15.51.16 # I did put my sansa e200 in the freezer once to see if I could calculate the temperature from two diodes built-into the analog-front-end 15.51.45 # <[Saint]> heh, we're scientists ;) 15.51.52 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 15.53.30 # <[Saint]> Hmmmmm, is "I would recommend creating a file called fixed.cfg and insert the line in there as well. Values in fixed.cfg take precedence over those in config.cfg at boot up" correct? 15.53.52 # * [Saint] has never seen, or heard of "fixed.cfg." 15.54.47 # yeah i was wondering about that 15.55.05 # scorche`: that's because you haven't read the manual :) 15.55.10 # [Saint]: ^ 15.55.21 # * gevaerts apologises to scorche` who probably has read the manual 15.55.31 # <[Saint]> Apparently, neither has Torne! 15.55.37 # * [Saint] points fingers 15.55.40 # psh 15.55.43 # of course i haven't 15.55.47 # <[Saint]> ;) 15.56.19 # That's quite a neat feature actually 15.56.30 # it just loads fixed.cfg after loading config.cfg on each boot 15.56.30 # <[Saint]> And, I read the manual all the time, how do you think I keep coming up with all the mising skin tags? :P 15.56.46 # <[Saint]> Hmmm....that *is* neat. 15.57.50 # So the settings in there aren't unchangable, but the changes won't survive a reboot 15.58.24 # <[Saint]> won't the setting it loads be applies to config.cfg on shutdown though? 15.58.28 # * [Saint] guesses so. 15.58.32 # if you haven't changed them, yes 15.58.34 # <[Saint]> *applied 15.59.54 # <[Saint]> I guess it makes sense to store your preferred config in "fixed.cfg", as that way you can even reset your config and then still keep your settings after a boot cycle...interesting. 16.03.51 Quit pp206 (Ping timeout: 252 seconds) 16.03.54 *** Saving seen data "./dancer.seen" 16.05.14 Join krazykit [0] (~kkit@206.183.182.189) 16.07.58 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 16.14.59 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 16.17.09 Quit t0rc (Quit: Leaving) 16.18.14 # * [Saint] wonders if it would be useful (or, good practice) to include the "las updated" date in the headers of the CabbieV2 WPSs he is updating. 16.18.24 Join hebz0rl [0] (~hebz0rl@dslb-088-065-213-161.pools.arcor-ip.net) 16.18.47 # <[Saint]> *last, even. 16.20.34 # <[Saint]> In saying that, does anyone want to look at committing FS#11490 ? I'm about 60% of the way through updating all the "cabbies". 16.28.56 Join dfkt [0] (dfkt@unaffiliated/dfkt) 16.31.25 Quit n17ikh (Ping timeout: 264 seconds) 16.32.14 # http://forums.rockbox.org/index.php?topic=25322.0 <- we get this kind of request reasonably often it seems (and i myself use it that way). Is there anything we can reasonably do to allow ipods to be installed *without* dual boot, without breaking the user experience for people who install it normally? 16.32.32 # the problem is mostly that the hold switch is used both for selecting the OF *and* for resetting Rockbox's settings 16.32.49 # so even if you hack the bootloader or replace it with just rockbox.ipod, powering on with hold then just erases your rockbox settings :) 16.32.52 # * [Saint] reads dais post 16.33.00 # <[Saint]> *said, even 16.33.10 # My build has both of these things disabled, but it seems like a pain to have to do a custom build just for that 16.34.37 # it's only really a problem because the ipod powers on on cable insert, i guess 16.34.50 # it means if you leave hold on and plug it in to charge, you find yourself in the OF when you come back 16.34.54 # <[Saint]> Yeah, I see your point though. 16.35.05 # Well, I don't really have a point 16.35.08 # There's no easy solution I can see 16.35.10 # <[Saint]> or, with no settings if you have no OF. 16.35.16 # yeah 16.35.21 Join sudoman [0] (c05041eb@gateway/web/freenode/ip.192.80.65.235) 16.35.33 # is fixed.cfg even in the manual? 16.35.36 # going back and changing our minds about how dualbooting and settings-reset works is likely to confuse existing users 16.35.50 # but the current situatoin, there's no way to enable that use case without custom build 16.35.54 # and it doesn't seem that uncommon a thing to want 16.36.01 # especially now charging works and usb is generally fast enough :) 16.36.16 # on other players where you have to hold left or osmething to boot the OF, it's not a problem.. 16.36.19 # <[Saint]> Indeed, I think it is at least worth discussion 16.36.44 # if i recall correctly linuxstb added the hold switch as a way of dual booting because on some models, holding menu to dualboot wasn't detected reliably 16.36.50 # holding menu is still implemented, btw :) 16.37.03 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 16.37.09 # detecting the hold swtich is more reliable because it's just a GPIO 16.37.20 # <[Saint]> yeah, I personally think that was just a misunderstanding with how "menu" is used to dual boot. 16.37.29 # well it's very har to know now 16.37.31 # since it was years ago 16.37.34 # and nobody remembers clearly 16.37.35 # :) 16.37.39 # <[Saint]> if you boot *tehn* hold menu, it missed it...about 90% of the time. 16.37.50 # <[Saint]> but, if you boot by *holding* menu, its fine. 16.37.53 # both select and menu power the ipod on when you press them, on all models, afaik 16.37.56 # so yeah 16.38.02 # but that may not be it 16.38.09 # maybe there *was* an issue with reading the buttons reliably 16.38.14 # maybe that issue is now fixed, maybe it's not 16.38.15 # you can boot of with the menu button? 16.38.17 # it's hard to say without context 16.38.18 # JdGordon: yes 16.38.22 # * JdGordon uses hold switch 16.38.22 # <[Saint]> JdGordon: Yes 16.38.23 # that was the original dualboot method 16.38.34 # Torne: yeah, i think i remember that reading the menu button was unreliable 16.38.43 # n1s: yes, various people remember that 16.38.50 # but not specifically what the problem was 16.38.51 # <[Saint]> the only iPod that "menu" doesn;t work for is the Nano2g AFAIK 16.38.52 # or on which models 16.38.56 # or whether it might've been fixed now 16.39.00 # :) 16.39.16 # Torne: it's probably somewhere in the irc logs :) 16.39.17 # and now everyone except me uses hold to boot the OF, so they would be surprised if that went away 16.39.30 # and you are still left with the settings-reset issue even if you did change that 16.39.44 # lots of players use hold for settings-reset, which is fine for players where you have to turn them on 16.39.54 # but not for players where they power on automatically on cable insert even if hold is on 16.39.57 # Torne: couldn't the bootloader just check if it was a dualboot installation and if not just power off if hold is enabled? 16.40.03 # <[Saint]> I think the "unreliable" part comes from the fact that you can boot, *then* switch hold on, and boot the OF. But it's almost impossible to boot, *then* hold menu, and boot the OF. 16.40.08 # n1s: no, you can't power off with a cable inserted. 16.40.11 # <[Saint]> It's easier to just hold menu to boot. 16.40.19 # n1s: the hardware doesn't allow it 16.40.44 # n1s: and fi you hacked it up to do it it wouldn't charge properly ;) 16.40.45 # Torne: aha, then maybe not reset settings if cable is inserted on bootup? 16.41.05 # n1s: That seems kinda dodgy 16.41.10 # also, RTC alarm is another poweron source 16.41.25 # currently if you set the alarm and then power off and leave hold turned on, it wakes up into the OF and you don't get your alarm ;) 16.41.35 # if you did it that way it would instead wake up into rockbox and then erase your settings.. ;) 16.41.36 # <[Saint]> yeah, RTC wakeup with hold on is a royal PITA! 16.42.37 # <[Saint]> IMO, its worth finding a way to lety the user kiss the Apple OF goodbye for good without all these potential PITAs 16.43.00 Join funman [0] (~fun@rockbox/developer/funman) 16.43.02 # <[Saint]> I'd suggest most iPod users never want to see the OF again now there is propper charging 16.43.45 # the beast is the same way btw, and booting OF is annoying since it takes ages and you need somethign with a tiny tip to reset since it can't be shutdown... 16.43.47 # Saint: i'm one of them. ; ) 16.43.51 # <[Saint]> I have removed the OF from my Nano1Gs, but, now I fear the hold butting and wiping my congig accidentally. 16.44.02 # bertrik: #ifdef SANSA_CLIPPLUS #include "backlight-target.h" looks wrong 16.44.03 # <[Saint]> *config, even 16.44.18 # [Saint], so write your config into a backup just in case. if it happens, just "play" the config file :) 16.44.30 # backlight-target.h is only needed for buttonlight 16.44.34 # <[Saint]> krazykit: I do, but, that's still annoying. 16.44.45 # n1s: right, it applies to anything that uses hold in this way if ther'es any wakeup source that isn't disable dby hold (rtc or charger) 16.44.51 # <[Saint]> It's gonna be slightly better now I have found "fixed.cfg" though 16.45.11 # [Saint]: don't you use your own build? you can trivially #if 0 out the code that tests hold and resets settings :) 16.45.19 # which is what i've done 16.45.26 # pamaury: how can i check if 'everything fail' without a usb analyzer? 16.45.26 # i've also disabled the code in the bootloader that tests hold 16.45.29 # so i can still dualboot with menu 16.45.47 # <[Saint]> Torne: Oooh! Oooh! diff me? 16.46.00 # <[Saint]> I haven;t messed with bootloader 16.46.19 # funman: with logf enable, you check if there is at least on transfer going on, alternatively, the linux kernel should fail at something else that reading the device descriptor and failing. 16.46.30 # Torne: can't we move settings reset to a button instead? 16.46.43 # n1s: yes, but it's been hold for a long time and on a lot of targets 16.46.53 # n1s: that's my concern.. is it gonna cause confusion 16.46.58 # <[Saint]> there is however, good reason to change it. 16.47.00 # I'm unsure about the state of the code in SVN, there might be a few things not right but there should be at least one transfer starting ! 16.47.02 # pamaury: can i add a panicf() on transfer? 16.47.15 Join fischju [0] (4cecb49a@gateway/web/freenode/ip.76.236.180.154) 16.47.27 # well if you have work in progress i should wait for you to commit first 16.47.41 # but using hold brings problems and i don't think many people regularly reset their settings this way, in fact it's probably more common to so it accidentally :) 16.47.58 # i guess. if you are trying to dualboot and you do it too late you get a settings reset :) 16.48.01 # <[Saint]> n1s: I'd agree with that actually 16.48.20 # [Saint]: http://whitefang.wolfpuppy.org.uk/temp/dont_use_hold.diff 16.48.28 # that will disable hold detection at boot time for all PP ipods 16.48.33 # * [Saint] bows, humbly 16.48.39 # bootloader will ignore it and boot rockbox, and rockbox will ignore it and not reset settings. 16.48.42 # No because my "work in progress" does not make it work, I should commit something but not my whole code. If you want to try, add a panicf in handle_ep_int 16.48.46 # you can still dualboot with menu 16.49.03 # <[Saint]> truly, truly awesome...thanks Torne 16.49.10 # i use it because i like to hit poweron and then turn hold on immediately and put it in my pocket 16.49.15 # and then just wait for automatic resume 16.49.16 # :) 16.49.37 # if i want to reset my settings i can do it over usb ;) 16.49.39 # <[Saint]> Oh...wait. it will disable hold detection for Nano2g as well...no? 16.49.44 # only in rockbox itself 16.49.47 # <[Saint]> Nano2g can't use "menu" 16.49.50 # it doesn't patch the nano2g bootloader 16.49.50 Join delt [0] (1000@www.deimos.ca) 16.49.54 # Hello 16.49.58 # <[Saint]> Aweosme. 16.50.07 # it disables settings reset for all targets 16.50.45 # ROCKBOX. I saw on the forums there was an android port in progress? 16.51.21 # <[Saint]> fischju: Not specifically an Android port, but, android is the first intended target. 16.51.38 # so i just found this old sansa c140 i had years ago, before i knew rockbox existed =) (but the OF bricked it) 16.52.09 # * Torne looks up which targets use what for settings reset. 16.52.57 # 1.5 compatible? :D - I'm here on behalf of a usable music player for the nook...tried regular android music apps, all unskinnable to make them useless 16.53.44 # even when connecting to the PC it stays stuck at "[unknown] track15.cdda.wav" 16.53.58 # i'd like to try installing rockbox on this, just out of curiosity 16.54.12 # (the c140) 16.55.57 # delt: if it's not listed on the frontpage, it doesn't work with rockbox 16.56.02 # oh, question about the sansa e260 - if i get a microSD card and put it in the player, it will show up as a new partition, right? 16.56.30 # funman: the c1x0, says it has basic support, barely usable... which is still more than this piece of junk is right now =) 16.57.00 # dunno which website you are browsing but www.rockbox.org says "Work has begun on porting Rockbox to these players, but much remains before they are usable" 16.57.41 # oh yeah, you're right 16.57.44 Join captainkewl [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) 16.57.55 # someone started a c100 port which is already a while ago and I haven't heard about it for years. There must be something in the "New Ports" forums 16.58.15 # funman: thanks for the .map file tip... it was exactly what I needed. 16.58.31 # its just this old piece of junk i bought like 6 or 7 years ago 16.58.38 # captainkewl: what was the bug? (do you have a patch?) 16.59.10 # if any of the devs need it to do some testing/etc... i could gladly ship it to you =) 16.59.44 # funman, I think you're right indeed 16.59.45 # (tho like i said, the OF is bricked, no way to do anything afaik) 17.00.16 Quit [Saint] () 17.00.39 # delt: it will show up as an extra drive 17.01.31 # hm, the logic for choosing the settings reset button is kinda weird 17.01.37 # if there's a record button it uses that 17.01.55 # if it's a gigabeat it uses A 17.02.24 # if it's an ipod 4g-style pad (all the models other than 1-3g) or an iriver h10-style pad it uses hold 17.02.28 # otherwise it doesn't have one. 17.02.39 # that's kinda.. weird :) 17.02.40 # funman: it was for the mikmod plugin I was working on... The memory address was completely off the map, and it turned out the mallocs were probably corrupting the memory and introducing bad instructions somehow. 17.03.06 # gevaerts: in linux, if the player is sda, the sd card will be sda3 right? 17.03.12 # no 17.03.29 # or it becomes a second usb device? 17.03.33 # also no :) 17.03.37 # it'll be sdb 17.03.48 # weird :3 17.04.17 # what about in rockbox? is there a fixed mount point, or configurable...? 17.04.31 # The internal storage is SCSI LUN0, the SD slot is LUN1, both on the same USB device. That means they're separate drives on a single device 17.04.42 # or two "files" entries on the main menu 17.05.15 # gevaerts: thanks for the info 17.05.49 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.126) 17.06.06 # (since i dont have a microSD card, i cant test this) 17.06.53 # So, hm, if we were gonna change the settings-reset button for ipods, what should it be? 17.07.05 Quit captainkewl (Quit: Page closed) 17.07.07 # there's not a lot of choices ;) 17.07.11 # pamaury: i made a typo in the first CCU_USB bits (one 0 too much) but there's still no transfer. looking at it 17.07.30 # pretty much has to be fastforward, rewind or menu 17.07.48 # funman: ok, which constant has one zero too muche ? 17.07.58 # :q 17.08.00 # oops 17.08.00 # both 17.08.03 # gevaerts: how about when using the player with rb? how would you access the sd card? 17.08.16 # they are at 1A9E in OF 17.08.21 # (sansa e200) 17.08.33 # * gevaerts doesn't understand that question 17.08.54 # does it get mounted to a fixed location on the player? 17.09.11 # or is there 2 "files" entries on the main page? 17.09.36 # It will appear in a (mostly) fixed location 17.09.59 # mostly because that will change if you change the partition layout of the internal storage 17.10.00 # like /microsd/ ...? 17.10.05 # nearly 17.10.34 # New commit by 03bertrik (r27521): Correction to previous commit: fix condition to include backlight-target.h (not needed for clip+) 17.11.07 # or does it depend how the card is partitioned? 17.11.27 # funman: ok, I'll try myself later, I'm busy right now 17.12.07 # r27521 build result: All green 17.12.36 # It will (usually) be // 17.13.09 # s/0/1/ 17.13.11 # gevaerts: ah, got it... and if there's more than 1 fat partition on it, and so on? 17.13.15 # yes 17.13.20 # funman: ah, it starts at 1? 17.13.22 # * gevaerts isn't sure 17.13.23 # uh and so on? 17.14.07 # awesome, awesome..... thanks for the info guys 17.14.40 # rb's support for the e2x0 players is quite impressive 17.17.28 # microSD0 is probably the internal storage but you won't see that in the file browser (if it's done the same way as for the Ondios) 17.18.54 # well, since FAT partitions dont (normally) support file/dir names with < > i suppose you dont have to create the mount point 17.19.32 Quit JdGordon (Quit: Leaving.) 17.20.25 # no 17.20.36 # They're not really mount points in the usual unix sense 17.24.07 # sry was on the phone w/isp 17.25.00 # they had to change some stuff with my dsl wiring (line sync stuff) 17.27.36 # gevaerts: "usual unix sense" being that the directory exists and some device gets mounted there? 17.27.36 # yes 17.27.36 # which doesnt surprise me since creating directories with < > would confuse the hell out of windowz machines :3 17.28.40 # heh, i just noticed i can scroll through the battery % and "charging" status when connected to the PC in "don't show up as USB drive" mode (hold select while plugging) neat :D 17.28.47 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.31.26 # New commit by 03bertrik (r27522): Sansa clip+: fix display brightness for players with newer OLED controller type (and reorganise the variant detection a bit in the process) 17.32.56 # r27522 build result: All green 17.35.13 Join alifalafel [0] (1000@ftp.deimos.ca) 17.35.18 # testing 17.35.29 Part alifalafel 17.37.01 Join bubsy [0] (~bubsy@94-139-72-137.bb.cust.telefiber.no) 17.40.45 # delt: this channel is logged, can you please use something else for testing? (if I saw correctly) 17.44.54 Quit pamaury (Read error: Connection reset by peer) 17.45.30 Quit sudoman (Quit: Page closed) 17.45.48 Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) 17.58.56 Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) 18.03.57 *** Saving seen data "./dancer.seen" 18.05.57 Join Jerom [0] (~jerome@79.132.46.225) 18.06.20 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.13.20 Join Xerion_ [0] (~xerion@84.25.7.202) 18.15.13 Quit Xerion (Ping timeout: 264 seconds) 18.15.13 Nick Xerion_ is now known as Xerion (~xerion@84.25.7.202) 18.15.30 Quit Xerion (Client Quit) 18.15.48 Join Xerion [0] (~xerion@84.25.7.202) 18.23.22 Join sudoman [0] (c05041eb@gateway/web/freenode/ip.192.80.65.235) 18.23.33 Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]) 18.26.05 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 18.36.23 Join joecool [0] (~joecool@no-sources/joecool) 18.36.24 Join Buschel [0] (~chatzilla@p54A3FDB9.dip.t-dialin.net) 18.40.40 # funman: the Ondio manuals got Rockboy now (guess because it's ondiofm and ondiosp). It'll be probably easiest and most suitable to exclude ONDIO_PAD (please check if that is the correct name). M3 and the Minis got it too... the important defined options are actually called "m3" and "ipodmini" only 18.41.13 # I could also fix it but only in an hour or so 18.41.27 # i let you fix it, i messed it up too many times already :) 18.41.49 Quit togetic (Ping timeout: 265 seconds) 18.41.54 # perhaps "m3" should be "iaudiom3" btw 18.42.48 # then you have to rename all of these in the platform files (and in the rest of the code) 18.42.58 # not a big deal 18.43.12 # nothing sed can do 18.43.14 # can't* 18.43.28 # i don't know 18.43.49 # at least that's for a different commit 18.44.14 Join pokes [0] (~pp@adsl-99-90-181-248.dsl.sfldmi.sbcglobal.net) 18.46.13 # I wonder how that works for the other includes 18.48.22 Join togetic [0] (~togetic@unaffiliated/ibuffy) 18.49.15 # it doesn't 18.49.43 # n1s: could you take a look at FS#11491 ? 18.49.53 Join webguest27 [0] (www-data@giant.haxx.se) 18.50.05 # Buschel: actually just compiled a build with it :) 18.50.15 # meh, what a mess :( 18.51.26 # only discovered after about... 7.5 months 18.51.39 # n1s: must be telepathy ;) 18.52.46 # I have a new Fuzse v2.5 and I believe funman has fixed the firmware not patching problem. can anbdoy confirm what I need to do to get this to work. Do i just run a SVN buiold through mkamsboot with an OF?? 18.53.20 # webguest27: build both bootloader & mkamsboot from svn 18.54.37 # Zagor caught those in manual/plugins/main.tex in the target rename but not the corresponding platform files. The manuals won't be wrong but including/excluding on options that don't exist, resulting in some descriptions missing and others be wrongly included :/ 18.55.11 # Buschel: something's wrong, there's a lot of glitches introduced in the sound 18.55.22 # meh :/ 18.55.43 # not that many plugins affected which is probobly why it went unnoticed. For that, funman's changes were helpful 18.56.13 # how do i build a bootlaoder do I need to use the cross compiler as per the wiki? 18.56.13 # can you track down what change introduces this? that's why I only commented the original code... 18.56.19 Quit Jerom (Ping timeout: 265 seconds) 18.56.30 # Buschel: i'll take a look 18.56.54 # n1s: thanks. bad thing, I've reviewed it several times... 18.59.00 Quit webguest27 (Quit: CGI:IRC) 18.59.05 Join webguest78 [0] (www-data@giant.haxx.se) 18.59.14 Quit joecool (Ping timeout: 265 seconds) 19.00.07 Part EvanCarroll 19.00.08 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 19.01.21 # funamn: webuser 27 here I just had a dropout, how do I create a bootloader? do I need to use the cross compilers as per the wiki? not very good with code 19.02.47 # yes, you need a crosscompiler to build a bootloader but it might be a good idea to wait untill the people working on this deem support for them good enough to release a new bootloader/mkamsboot 19.03.28 Join Jerom [0] (~jerome@79.132.46.225) 19.04.40 # webguest78: just get this patched OF if you can't wait: http://jones.videolan.org/~videolan/funman/fuzpa.bin.bz2 19.04.59 # n1s: they are good enough but we need to make new AMSv1 bootloaders/mkamsboot so we might as well do it all at once 19.05.28 # funman: ah, ok 19.06.08 # funman: I think I'll only make the ONDIO_PAD change for now as it will also give a hint why it is excluded. The rest should be fixed in the platform files and the rest of the manual code, there are some gotchas though 19.07.21 # n1s: the most suspicous code changes are the second call of SYNTH_EMAC2 and the first call of SYNTH_EMAC1 19.07.45 # Buschel: found one thing: the fe and fx parameters are swapped in the second SYNTH_EMAC2 call but that didn't fix it 19.08.02 # funman your a legned, thanks for all your efforts, just one more question can I just use RB 3.6 or od I need one of the SVN? 19.08.09 # n1s: the swapping is intentional 19.08.22 # ah, then i need to read more carefully 19.08.26 # webguest78: as rockbox 3.6 for fuzev2 doesn't exist, you don't have the choice 19.08.35 # * Buschel needs to bring his son to bed now 19.08.40 # ok 19.08.49 # will be back in some minutes (hopefully :) 19.09.09 # i find this numbered parameter syntax for inline asm horrible btw :) 19.09.45 # me too, that's what allows errors like we have now... 19.10.16 # oops my bad, again thanks though 19.14.01 Quit pjm0616 (Ping timeout: 264 seconds) 19.15.35 Quit webguest78 (Quit: CGI:IRC (Ping timeout)) 19.17.33 # New commit by 03funman (r27523): lcd-clip.h: mentions clipv2 19.19.18 # r27523 build result: All green 19.19.33 # n1s: any further progress with gcc444 on cf? 19.20.03 # kugel: http://www.rockbox.org/irc/log-20100722#14:13:04 19.21.01 # funman: I don't know how to answer it, I think we only had that case once :) 19.21.28 # and you were around that time :P we simply released new bootloaders for all PP targets when USB was made working on thenm 19.21.52 # ok i'll make bootloaders soon-ish and test fuzev1/clipv1 19.22.57 # kugel: not really, it just needs more testing and making a patch with the new codec tunings 19.23.23 # i suppose, haven't even compiled for any other cf targets yet, i should try that 19.25.52 Quit t0rc (Quit: Leaving) 19.26.08 # n1s: everything compiles fine now? 19.27.00 # yeah, libmad needs a patch, but i have that made, and there are a few aliasing warnings for pdbox, so i'll add a -fno-strict-aliasing to that 19.27.30 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.27.32 # hm, those warnings are not there with arm gcc?! 19.27.33 # pamaury: with http://pastie.org/1055718 transfers seem to be triggered, can you check ? 19.27.49 Join pjm0616 [0] (~user@110.9.28.120) 19.27.55 # n1s: also, how's the binsize affected? 19.27.58 # kugel: i think that's because core uses -Os for coldfire while it uses -O1 for arm 19.28.10 # the core grows ~15k 19.28.18 # ! 19.28.34 # fat rockbox! 19.28.59 # no wonder you didn't mentioned it yet, I shouldn't have asked publically :) 19.29.49 # as long as everything fits in iram (which i should check for the other cf targets) that size growt isn't so bad 19.29.56 Quit funman (Quit: free(random());) 19.30.20 Quit krazykit (Ping timeout: 240 seconds) 19.30.28 # it's a 3% increase 19.32.49 Join joecool [0] (~joecool@no-sources/joecool) 19.36.44 # back again 19.40.21 Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 19.43.10 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 19.43.59 Join AzureWurk [0] (opera@c-24-21-44-114.hsd1.wa.comcast.net) 19.47.46 Part AzureWurk 19.50.04 # n1s: just reviewed again. cannot find the error... could you further track down? 19.54.44 Join aksis [0] (~aksis@ip24-56-47-177.ph.ph.cox.net) 19.58.37 # Buschel: yeah, still looking 20.00.26 # yeah the first SYNTH_EMAC1 call is buggy, i think it's the fo+1 part since fo is one of those weird pointers it gets increased by 32 when you do a fo+1 20.01.19 # shit. just came by the same section... try to use SYNTH_EMAC1(hi0,fo,D0ptr+1) instead of SYNTH_EMAC1(hi0,fo+1,D0ptr) 20.02.04 # didn't you mention those %-numbering? 20.02.43 # * Buschel needs a beer 20.03.02 # * n1s did :/ 20.03.08 # ok, testing that 20.04.00 *** Saving seen data "./dancer.seen" 20.05.06 # yep, that works correctly 20.05.13 # \o/ 20.05.14 # :) 20.05.41 # Hi. I got album art working via the folder.jpg method (so I know it's working), but all files are in /MUSIC and I don't want a separate folder for a few songs from an album -- how do I get album art working from /.rockbox/albumart/ ? For example, I have the mp3 file ("artist_name - song_title.mp3") in /MUSIC (it has the album_title id3v2 tag (and others)), but when I put the album art file ("artist_name - album_title.jpg" - like the docs say) in 20.08.37 # Do the mp3s need to be named a certain way? Does ./rockbox/albumart/* presume that there will be a folder for the album? 20.11.14 Join captainkewll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) 20.11.16 # Can there be spaces in the file names? Are the file names casesensitive? 20.11.18 # Buschel: the second SYNTH_EMAC2 call is buggy too, all the others are fine 20.11.59 # n1s: why? what is wrong with that? 20.12.22 # dunno yet but it gives me a different checksum 20.12.44 # hmmm, let me check again :/ 20.13.12 # think it needs a +1 on the d0ptr too 20.13.40 # or rather a -1 20.14.22 Join bug2000 [0] (~bug@unaffiliated/bug2000) 20.14.41 # This doesn't make too much sense: Rockbox is considered Stable on Fuze v1/e200v2, Unstable on Clip v1, Clip v2, Clip+, Fuze v2 and Unusable on C200 v2, m200 v4. 20.15.25 # what doesn't make sense about it? 20.15.58 # no, that's not it 20.17.15 Quit sudoman (Quit: Page closed) 20.17.16 # Buschel: something with mac/msac perhaps, it seems those are flipped 20.17.43 Part aksis ("Leaving.") 20.18.17 # makes sense to me 20.18.21 # Torne: The syntax. The pharse itself is understandable. Just whats with the splitting? 20.18.27 # Makes it feel like there is an error in it. 20.18.36 # what? 20.18.58 # It says unstable twice. 20.19.02 # no it doesn't 20.19.12 # You are right. It doesn't. 20.19.23 # I hate it when my reading fails me. 20.19.29 # it says stable, unstable and unusable, like the three categories on the front page 20.19.30 # And I even bothered to make it bold. 20.19.36 # Yeah, I just noticed. 20.19.38 # Buschel: yeah, that's it! the result is sign flipped 20.19.51 # I feel ashamed. 20.20.08 # it's a small mistake, no biggie. 20.20.36 # I kept reading it wrong over and over. Must be what I was told about head only counting the letters and reading the first and last ones. 20.21.31 # n1s: you're right, the second call swaps msac/mac usage. so, we only need to invert the result to -(hi0<<3) instead hi0<<3 20.21.52 # yep, with that the checksums match again 20.23.37 # n1s: couldn't we also just exchange all mac.l with msac.l in EMAC1 and remove the sign-inversion afterwards (both results signs are inverted) 20.24.05 # yes, i thought about that too 20.25.01 # the SYNTH_EMAC_ODD_SBSAMPLE and SYNTH_EMAC_EVEN_SBSAMPLE seem to differ only by the pointer offsett too so maybe we can merge those too? 20.25.57 # not really, there is something like a ring-buffer done when using the adress #120 20.26.02 Join T44 [0] (~Topy44@f048068107.adsl.alicedsl.de) 20.27.29 # ah, decivingly similar but with a subtle difference :) 20.27.51 # yep... dangerous... 20.28.39 # btw, updated the patch in the tracker to our latest results. will now make small update in changing mac to msac and removing the sign-inversion 20.29.43 # there's no speed diff over svn so i think this is ok 20.30.06 Quit bunnyboi (Ping timeout: 265 seconds) 20.30.06 Quit Topy44 (Ping timeout: 265 seconds) 20.32.05 # n1s: the interesting stuff is when you now compare synth_full() for CPU_ARM, CPU_COLDFIRE and the others. It is nearly the same... 20.32.51 Quit BJH^ (Quit: ChatZilla 0.9.86 [Firefox 3.6.7/20100713130626]) 20.35.16 Quit pixelma (Quit: ...) 20.35.46 # using msac for SYNTH_EMAC1 works fine but there's a small slowdown from that for some reason 20.36.05 Quit Jerom (Quit: Leaving.) 20.38.41 # the MCF5249 User manual say that msac.l takes 3 cycles but i've always thought that was a typo 20.39.02 # ok, so we better avoid msac... 20.39.18 # since all the other msac variants take the same time as mac 20.39.53 # i'd guess it's a compiler thing rather than this actually being true 20.40.21 # maybe i should test that 20.42.38 # n1s: could you shortly acknowledge that the latest v04-patch works fine? then I will submit it 20.42.54 # Buschel: ok 20.47.07 # S_a_i_n_t: my nano is now at an ambient room temperature of about 25 degrees, yesterday i formatted the whole thing and reinstalled rockbox to no avail, it still boots up with "No .rockbox directory / Installation incomplete" unless I cool it down first. 20.47.49 # maraz: nano 1G ? 20.47.51 # yes 20.48.28 # Buschel: yep, it's fine 20.49.06 # maraz: hmm, I remember we had similar problems a while ago (at least 2 years ago...). solution cuold be to clock down the device. can you build rockbox? 20.49.23 # i can, but it's not really a solution, is it :) 20.49.27 # n1s: thanks! I hope I can help you with testing some time :) 20.49.41 # no problem 20.49.42 # maraz: well, if it works? ;) 20.50.13 # Buschel: meh, i wouldn't really want to make a custom build every time i upgrade 20.50.17 Join bunnyboi [0] (~androgyne@cpe-72-224-19-1.nycap.res.rr.com) 20.51.42 # maraz: well, either you make a custom build each time (I do so -> to use higher clock ;) ) or you need to cool down your nano or you buy another one... I guess making a custom build is the easiest way 20.52.47 # what are the downsides to underclocking if you can, wouldn't it save on battery? 20.54.04 # pokes: not really. as the cpu clock is scaling a lower max clock will only avoid overheating and reduce the maximum reachable speed for games/videos etc. 20.54.25 # pokes: we adjust the cpu speed on most players already 20.54.30 # i see 20.54.36 # maraz: another positive effect -> you may also add some patches that will increase your battery runtime :) 20.54.38 Quit mt (Read error: No route to host) 20.54.49 # Buschel: interesting. 20.54.56 # although my battery definitely needs replacement 20.54.59 # it's from 2005... 20.55.03 # i think... 20.55.06 # or 2006? 20.55.14 Join mt [0] (~mtee@rockbox/developer/mt) 20.55.16 # anyway 20.55.20 # it's not the processor that is overheating 20.55.27 # it's the flash chip 20.55.42 # or perhaps the ATA controller, should there be one, i don't know 20.56.09 Quit togetic (Ping timeout: 260 seconds) 20.56.14 # maraz: you might just take a look at FS#8668 (which lowers the low cpu freq). you could just change the patch to also lower the max cpu freq. gain: more battery life, loss: less maximum performance 20.56.42 # maraz: you could give an "underclocking" a try 20.57.11 # it would probably work as the problems started appearing after rockbox started using the full 80MHz clock 20.57.33 # New commit by 03Buschel (r27524): Submit FS#11491. Refactor coldfire inline asm within libmad's synth_full() to gain better readability. Thanks to Nils Wallménius for supporting. 20.57.38 # maraz: exactly 20.57.59 # thing is, this probably isn't an isolated case 20.58.58 # most people installing rockbox and running into this probably think the problem is rockbox itself sucking, a botched installation or perhaps even broken hardware 20.59.07 # you are again correct. but, if you could try an underclocking we would have the information about whether this may solve the issue 20.59.10 # r27524 build result: All green 21.01.23 Quit kugel (Ping timeout: 240 seconds) 21.03.52 Quit captainkewll (Quit: Page closed) 21.10.10 Join togetic [0] (~togetic@unaffiliated/ibuffy) 21.13.01 Join TheSphinX^ [0] (~TheSphinX@p54A5EE67.dip.t-dialin.net) 21.17.32 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 21.20.55 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.27.18 Join TheSphinX^2 [0] (~TheSphinX@89.204.153.71) 21.30.06 Quit TheSphinX^ (Ping timeout: 276 seconds) 21.32.28 Join captainkewll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) 21.38.06 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) 21.38.54 Quit captainkewll (Quit: Page closed) 21.40.52 # I changed clip* contrast to backlight brightness and enabled backlight fading, it doesn't look that bad 21.46.00 Join anewuser [0] (anewuser@unaffiliated/anewuser) 21.46.44 Quit bieber (Ping timeout: 276 seconds) 21.47.03 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 21.49.29 Quit Xerion (Quit: ) 21.53.49 Quit milz (Remote host closed the connection) 21.54.54 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 21.58.01 Join robin0800 [0] (~robin0800@149.254.61.41) 21.58.07 # Ok, this time I'm pretty sure I read it correctly. `2.3.31 or 2.3.31`. 21.58.17 # where? 21.58.19 Quit milz (Remote host closed the connection) 21.58.51 # http://www.rockbox.org/wiki/SansaAMS 21.58.57 # Fuzev2: some models can only be upgraded to 2.3.31 or 2.3.31 OF version because of some hardware changes: these models can be rockboxed only with a bootloader and mkamsboot built from SVN. 22.00.18 # well, then find out what's right and fix it 22.00.19 # so, Buschel, any idea what i should underclock to? 22.00.24 # 75MHz? 22.00.30 # it presumably means two *different* versions 22.03.32 Join gena [0] (www-data@giant.haxx.se) 22.04.02 *** Saving seen data "./dancer.seen" 22.08.01 Quit bieber (Ping timeout: 260 seconds) 22.08.19 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 22.09.14 # Hello! I would like to ask whether it is possible to get the source code for the default .wps file (iPod nano 2G). I would like to add just one tag (%pr) to it and save under different name. Thanks! 22.09.44 # ..source code 22.09.44 # ? 22.09.53 # .wps files are source code 22.09.58 # just edit it 22.11.33 Join Jaykay [0] (~chatzilla@p5DC56EEB.dip.t-dialin.net) 22.11.35 # It is too complex to add all tags. I wanted to get like a template and just add one more tag. 22.11.44 # hm? 22.11.55 # by default theme, you mean cabbiev2? 22.12.15 # yellow and black? :) 22.12.22 # no, i mean rockbox_default 22.12.46 # you like that? :) 22.12.47 # wow. 22.13.02 # gena: isn't that one included in the install as well? 22.13.09 # rockbox_default, white on the black, i like it. 22.13.53 # ah, no it's just a dummy file :) 22.13.54 # It is included in the install, of course. That is how I got it. 22.14.21 # yeah, i'm fidning it, one sec 22.14.56 # http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/wps.c?revision=27483&view=markup 22.14.59 # it's in there 22.15.07 Quit n1s (Quit: Lämnar) 22.15.28 # Torne: For that I'd need the hardware... I was just reading. 22.15.37 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 22.15.38 # Dummy file - this is exactly what my problem is. I wold like to get the real wps tags behind this dummy file. 22.15.40 # bug2000: well, the information is probably somewhere else 22.16.42 Quit milz (Read error: Connection reset by peer) 22.16.52 # Torne: http://www.rockbox.org/wiki/bin/rdiff/Main/SansaAMS?rev1=217;rev2=216 22.17.02 # No wait. Wrong one. 22.17.08 # gena: for your player it's line 128 and lines 130 to 135 22.17.14 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 22.17.30 # which is easier if, er, i link to the version with line numbers 22.17.32 # http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/wps.c?annotate=27483 :) 22.17.55 # Torne, thank you so much for the link! 22.18.08 # no problem 22.18.14 # it's not really explained anywhere because we assume nobody cares 22.18.30 # since it is so spectacularly ugly and exists purely so that rockbox isn't useless after anopther wps fails to load ;) 22.21.51 # Torne: Seems like the issue is since ever. It was added that way and never changed. 22.22.54 # Fantastic! This is my first encounter with getting support on open source project via IRC channel. I am stunned how fast it was. THANK YOU Torne! 22.24.04 # bug2000: yes, it's probably a typo, but i don't know what the right answer is; prod someone who works on AMS 22.24.13 # or look on the forum threads where it was discussed 22.24.40 # gena: we try; you asked a reasonable question that's difficult for you to find out on your own, since it *isn't* really referred to anywhere :) 22.24.51 # s'better than people asking stuff that's clearly in the manual :) 22.27.11 # bug2000: SansaAMS page has now been updated 22.27.55 Quit milz (Remote host closed the connection) 22.29.15 # mc2739: And I was just trying to find this info >.> 22.29.27 Quit ender` (Quit: But there, everything has its drawbacks, as the man said when his mother-in-law died, and they came down upon him for the funeral expenses.) 22.30.21 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 22.30.33 # mc2739: http://daniel.haxx.se/sansa/amsfw.html#fuze --> Shouldn't one test to see if it works with the older versions and update it correctly? or it's a no biggie who cares? 22.31.30 # mc2739: Also, I believe .33 is the latest one for Fuzev2 which renders the entire line useless, doesn't it? 22.31.58 # [And yes, I only now bothered to think about it >.>] 22.32.12 Quit TheSphinX^2 (Remote host closed the connection) 22.33.01 # bug2000: there are two models of what we call "Fuzev2" - one model will run all versions of the OF, and the other only runs 2.3.31 and 2.3.33 22.33.49 # mc2739: But not older? 22.33.54 Quit gena (Quit: CGI:IRC) 22.34.09 # Interesting :) 22.34.39 # bug2000: correct, the newer model has hardware changes which the older firmware versions do not support 22.35.06 # I see, thank you. Is there a way to check which version is a player without trying to downgrade it? 22.36.13 # yes, you need to flash a firmware file that has been renamed to enable a dignosis mode 22.36.28 # *diagnosis 22.36.42 Join kifo [0] (~Keri@174-16-166-84.hlrn.qwest.net) 22.38.06 Quit maraz (Ping timeout: 276 seconds) 22.45.53 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.7/20100713130626]) 22.46.18 Join maraz [0] (maraz@kapsi.fi) 22.48.07 Quit hebz0rl (Ping timeout: 248 seconds) 22.56.01 Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]) 22.59.42 Join terataz [0] (~rgtr@94.165.113.160) 23.00.25 # is there a way to have playlists & mp3 working from sd memory on a sansa fuze? 23.01.10 # terataz: Doesn't it by default? 23.01.41 # bug2000: from my experience, they work only from main memory 23.02.03 # move it to sd,edit it accordingly, and they won't work anymore 23.02.09 # terataz: I didn't look at Rockbox with an SD card, but I believe it appears as a folder called something, right? 23.02.17 # Oh, so you did change the path, odd. 23.02.43 # you can have the mp3s in the sd but playlist seems that it has to stay in main memory 23.02.52 # so that it will appear in the rockbox playlist folder 23.02.54 # you mean mixing data from external and internal memory and premade playists from the PC? 23.03.11 # pixelma: no, i mean loading both playlists and mp3s in the sd 23.03.13 # how do you change the path? 23.03.15 # So if I understand correctly, it just doesn't look for pls on the sd? 23.03.21 # m3u* whatever 23.03.24 # bug2000: correct 23.03.42 # pixelma mmc:0 = main memory ; mmc:1 = sd 23.03.49 # correct? 23.04.38 Quit jgarvey (Ping timeout: 276 seconds) 23.06.01 # no, it's either for external on the fuze and nothing (I *believe*) for internal. But IIRC Rockbox should also find the files if you leave out this part, it'll look in both places 23.07.18 # i'm following the syntax as explained in this thread http://www.anythingbutipod.com/forum/showthread.php?t=29130&page=3 23.07.31 # i use .m3u 23.07.55 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 23.09.01 Join bluebrother [0] (~dom@f053154169.adsl.alicedsl.de) 23.09.12 Quit bluebrother (Changing host) 23.09.12 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 23.09.42 # terataz: m3u8 > m3u but thats another story. 23.09.56 # pla is a different format and used by the OF. Rockbox only does m3u or m3u8 - since it can't read .pla I guess the format differs a bit 23.10.22 Quit bluebroth3r (Read error: Operation timed out) 23.10.27 # pixelma: are you suggesting something like microSD1:/MUSIC/Music/Eurythmics/eurythmics-missionary_man.mp3 23.10.33 # no 23.11.36 Quit GeekShadow (Quit: The cake is a lie !) 23.12.07 Quit milz (Remote host closed the connection) 23.12.46 # pixelma: a syntax example ? 23.13.16 # mmc:0/MUSIC/Music/Eurythmics/eurythmics-missionary_man.mp3 works fine if mp3 is in main 23.13.30 # pixelma: Original Sansa firmware reads m3u / m3u8. 23.13.40 Quit kifo (Ping timeout: 252 seconds) 23.13.50 # bug2000: does it? 23.14.33 # maybe you could just leave out the microSD: one part or replace it by but: I don't know how the m3u syntax looks like. You could try and write a playlist through Rockbox from either memory and compare. I'm trying to find related threads in the Rockbox forums 23.15.02 # terataz: Yeah, I've used that and only that as playlists on my clip. 23.15.37 # pixelma: It reads the songs on the microsd fine if I understood correctly. The only issue is that Rockbox doesn't check the microsd for playslists. 23.15.47 # bug2000: without rockbox? 23.15.56 # http://forums.rockbox.org/index.php?topic=24012.0 23.16.13 # terataz: Yeah. Before I had rockbox installed. 23.16.36 # bug2000: huh, that's not how I understood it 23.17.38 # So if I understand correctly, it just doesn't look for pls on the sd? bug2000: correct 23.17.46 # well "read" as in "understanding" is what I thought 23.18.00 # pixelma: thanks for the link. In fact the problem only arise when you place both m3u and mp3 on the sd 23.18.08 # I can understand you. I wasn't sure at first as well. 23.18.25 # terataz: Try to kill the folder path. 23.18.36 # terataz: I believe it tries directly the SD when it's on the SD. 23.18.53 # bug2000: so put m3u on sd root? 23.18.59 # * pixelma gives up 23.19.03 Join milz [0] (~kyle@S0106002500fe5b38.cg.shawcable.net) 23.19.52 # terataz: Ya. 23.20.04 # terataz: It's a guess, I want to know if it works. 23.20.27 # bug2000: would you know if with OF i could put both m3u and mp3s on sd? 23.20.47 # pixelma: thanks anyway 23.21.58 # terataz: I can assume you can. But thats just a guess. I never tried. 23.22.10 # terataz: Did the path solve it on rockbox? 23.22.27 # bug2000: can't test it now. will let you know when i do 23.22.33 # bug2000: thx for your help 23.22.59 Part terataz 23.23.15 # * bug2000 believe he contributed to rockbox his tiny share. 23.23.59 # I'm more confused than I was before 23.25.12 # pixelma: Sometimes you have to use non logical things to solve non logical questions. 23.26.24 # Anyway, I'm gone. Good night. 23.28.04 Quit evilnick_B (Quit: Page closed) 23.32.34 Join Sajber^ [0] (~Sajber^@c-5e3271d5.012-155-73746f22.cust.bredbandsbolaget.se) 23.37.19 Quit bunnyboi (Quit: IRC is just multiplayer notepad) 23.48.15 Join hebz0rl [0] (~hebz0rl@dslb-088-065-213-161.pools.arcor-ip.net) 23.53.42 # meh. 23.53.53 # underclocking to 72/24MHz did absolutely nothing to alleviate the problem 23.54.03 # perhaps it is indeed my hardware that has reached the end of its lifespan 23.54.34 # 72 is not a lot lower 23.54.38 # try, like, 40 23.54.49 # you will still be able to play quite a few codecs that way 23.55.03 # uh 23.55.08 # 75 used to work in 2007 ;) 23.55.17 # ..so? 23.55.20 # meh 23.55.27 # isn't it worth trying? maybe yor hardware has gotten worse ;) 23.55.32 # maybe it has 23.55.38 # but it's not the processor that is at fault here 23.55.43 # it's the flash chip or the ATA controller 23.56.58 Quit efyx (Read error: Connection reset by peer) 23.57.30 Quit jgarvey (Quit: Leaving)