--- Log for 02.09.110 Server: asimov.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 days and 1 hour ago 00.00.13 Part Umrtvovacz 00.04.57 Quit jgarvey (Quit: Leaving) 00.06.08 # New commit by 03kugel (r27972): Redo previous commit to not break android builds. 00.06.25 # [13:17:00] Also, you know with all targets that the button that does select also does context menu <== Not entirely true 00.08.02 # r27972 build result: All green 00.09.19 # amiconn: Vast majority then? 00.09.45 # New commit by 03kugel (r27973): Android: Don't compile sim_tasks.c 00.10.10 # AlexP: Yes, certaily. 00.10.37 # Btw, one (the only?) exception is the Ondio, which has no dedicated select 00.10.45 # heh, OK :) 00.11.36 # r27973 build result: All green 00.11.37 # Actually it's inconsistent 00.12.25 # In the browser the context menu it's true, but in the wps the context menu is on a different button due to severe lack of buttons 00.12.49 # s/the context menu// 00.15.49 Quit ender` (Quit: It is difficult to produce a television documentary that is both incisive and probing when every twelve minutes one is interrupted by dancing rabbits singing about toilet paper.) 00.18.30 Quit _s1gma (Quit: irl ragequit) 00.25.46 # pamaury: did you see FS#11332 ? It might be helpful 00.27.05 Join krazykit [0] (~kkit@206.183.185.8) 00.29.41 Join Ramsey[LC] [0] (~RamseyLC]@95.211.87.136) 00.31.51 # it's partly othorgonal 00.32.00 # I have a problem: I need lseek to seek the storage file 00.32.10 # but lseek is defined by rockbox for files.... 00.32.28 # ah, I see... 00.32.36 # A big macro? 00.32.55 # I don't understand 00.33.29 # Have the rockbox header that has the prototype for lseek say #define lseek rockbox_lseek 00.33.52 # yes, you're right 00.35.45 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 00.36.18 # Hum, there is a problem with strlcpy in the sim, I have 3 implicit defs each time I compile dir_uncached.c, file.c, filefuncs.c 00.36.25 # someone wants to have a look ? :D 00.43.06 # select and context menu on files or menu entries is the on the same button on the Ondio, a screen's context menu (e.g. WPS or radio) is a different story as you don't have a "select" anyway. The Ondio's keymapping is still quite intuitive 00.51.00 Join Dreamxtreme [0] (~Dreamxtre@92.30.107.189) 00.53.18 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.54.01 Quit bluebrother (Read error: Connection reset by peer) 00.54.30 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 00.54.51 # hum, either my code is buggy in a highly subtle way, either the fat code chokes on my FAT16 usb key fs 00.55.51 # could there be a bug in the FAT16 code ? 00.55.52 *** Saving seen data "./dancer.seen" 00.56.53 # is there something somewhere I could look up which revision the releases are based of? 00.57.21 # (mostly interested in 3.5 and 3.4 currently) 00.57.44 # pixelma: you want the branch point? 01.00.42 # pixelma: 3.5 was branched at r24344, 3.4 at r22748 01.02.28 # 3.5 was tagged at r24501, 3.4 at r22818 01.11.20 Join funm4n [0] (56428fe5@gateway/web/freenode/ip.86.66.143.229) 01.11.44 # gevaerts: build.rockbox.org still shows 2 different ipod video builds 01.11.53 # :O powermgmt on android :) 01.12.08 # funm4n: yes, I know 01.12.20 # The released rockbox utility expects both to be there 01.12.31 # Or maybe the released config file 01.12.35 # The builds are identical 01.12.42 # i commented HAVE_ADJUSTABLE_CPUFREQ on clipv1 and got 6h30 of runtime (instead of 8 hours last time i had tried) 01.12.45 Quit Judas_PhD (Quit: This is a quitting message) 01.13.07 # gevaerts: that means we need to wait the next version of rbutil to change the location? 01.13.16 # kugel: did you fiddle with file.h recently ? It seems to me that the these lines are redundant, the test is always true: 01.13.21 # #if !defined(CODEC) && !defined(PLUGIN) 01.13.24 # "change the location"? 01.13.28 # #define open(x, y, ...) file_open(x,y) 01.14.17 # gevaerts: "there" referred to a location, didn't it? 01.14.34 # pamaury: it's only true for the core isn't it? 01.14.59 # funm4n: "expects both to exist" 01.15.19 # we can change next version of rbutil 01.16.24 Quit webguest88 (Quit: CGI:IRC (Ping timeout)) 01.16.24 # ah bluebrother already did that 01.16.54 # There should be a new rbutil release very soon, so waiting for that seems nice 01.17.10 # what about remove the 64mb build and make a symlink on the server? 01.17.26 # pamaury: that's so that you can call open via ci-> and rb-> using the standard signature 01.17.29 Join kaiscene [0] (~kaiscene@ool-18e45d82.dyn.optonline.net) 01.18.00 # no I mean, the whole file.h code is already in a #if !defined(PLUGIN) && !defined(CODEC), so doing a nested #if !defined(PLUGIN) && !defined(CODEC) doesn't change anything 01.20.19 # funm4n: that would work, but is it really worth the effort? 01.20.53 # yes 01.21.15 # * gevaerts doesn't see the point 01.21.53 Join CGL [0] (~CGL@190.77.217.134) 01.21.53 # there's only one build, why propose 2 ? 01.22.47 # because it will get resolved without doing anything in a week or so anyway 01.22.56 # also, why *build* 2 times the same code? 01.23.31 # Same reason 01.23.35 # yeah that works too 01.24.29 # Without a planned rbutil release I'd agree 01.25.32 Quit xchrisx (Quit: CGI:IRC) 01.28.25 # gevaerts: I have nearly working code, I'll post it on FS tomorrow if I have time 01.28.27 Quit funm4n (Quit: Page closed) 01.28.31 # nice! 01.29.15 # It still panics on the fat but perhaps I should run fsck before concluding anything 01.29.53 Quit Utchybann (Ping timeout: 276 seconds) 01.30.38 Part toffe82 01.31.16 Quit pamaury (Remote host closed the connection) 01.32.17 Quit seani (Ping timeout: 258 seconds) 01.33.01 # gevaerts: thanks for the revision numbers by the way. Where did you look them up? 01.36.18 # New commit by 03kugel (r27974): Android: don't compile powermgmt-sim.c ... 01.36.22 # New commit by 03kugel (r27975): Android: Fix two warnings 01.36.58 # finally no randomized battery bar anymore :/ 01.38.11 # unfortunately cabbiev2 doesn't show the battery on sizes! 01.38.39 # r27974 build result: 22 errors, 0 warnings (kugel committed) 01.40.44 # r27975 build result: 22 errors, 0 warnings (kugel committed) 01.41.35 # ah, I get the trick 01.42.39 # hm, no I don't 01.45.10 Join seani [0] (~seani@109.224.128.185) 01.49.30 # New commit by 03kugel (r27976): Fix reds. The battery_capacity setting is used even for fixed-battery targets. 01.51.41 # r27976 build result: All green 01.55.11 Quit JdGordon (Ping timeout: 245 seconds) 01.55.47 Quit user890104 () 02.00.55 Join WalkGood [0] (~wg@unaffiliated/walkgood) 02.01.03 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 02.01.04 Quit JdGordon| (Changing host) 02.01.04 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 02.05.05 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 02.05.43 # gevaerts: ping 02.06.29 # i have a strange case on abi member, has anyone ever heard of the "blue ring of death" on a v1 clip? 02.06.57 # i've only ever seen that on the e200 series 02.07.49 # also the lock/hold, center button trick to connect into msc mode doesn't work for him 02.07.55 # death? 02.09.18 # well with the e200 you could bring it back 02.11.16 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 02.12.33 Join Bice [0] (~47cf4a07@giant.haxx.se) 02.14.29 # Anyone available who can help me with replaygain? I understand that, even if LAME is writing replaygain tags, RockBox can't read them. 02.14.31 # So I downloaded MP3Gain and ran it on some of my MP3s, only to find that the tags it writes aren't read by RockBox either. How can I get replaygain into into my MP3s in a format that RockBox can read? 02.15.22 # I'm using Windows BTW, so Linux scripts and the like won't help me. 02.16.02 # have you enabled replay gain in the rockbox settings? 02.16.07 # Yes 02.17.02 # From what I've been reading, MP3Gain writes the data to APEv2 tags, and RockBox is looking for it in ID3 tags...is that right? Is there any way I can copy the info to ID3 tags? 02.19.39 # yay, killed libuisimulator! 02.19.46 # I know RockBox is looking for ReplayGain info, because when I look at the file info of FLAC files that I encoded with FLAC Frontend, it shows the track and album replaygain values. But it doesn't show them for MP3s. 02.24.42 # New commit by 03kugel (r27977): Android: don't compile stubs.c and kill off libuisimulator entirely. ... 02.24.45 # New commit by 03kugel (r27978): Move comment 02.26.42 # r27977 build result: All green 02.27.53 # In case anyone is thinking of replying the my replaygain question - I'm going to be afk for a while. I'll check back later. 02.27.58 Nick Bice is now known as Bice-afk (~47cf4a07@giant.haxx.se) 02.28.21 # with android.make, I can finally have a go at make apk et all 02.28.38 # r27978 build result: All green 02.34.20 Quit bmbl (Quit: Bye!) 02.46.45 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 02.55.20 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 02.55.53 *** Saving seen data "./dancer.seen" 03.01.49 Join fyrestorm [0] (~nnscript@68.173.233.99) 03.04.11 Nick Bice-afk is now known as Bice (~47cf4a07@giant.haxx.se) 03.04.47 # So, anyone have any thoughts on how I can get MP3Gain's replaygain info from the APE tag to the ID3 tag? 03.05.42 # I just downloaded the most recent verson of WinAmp (the one I was using was ancient and didn't show replaygain info at all) and confirmed that MP3Gain is definitely putting the info in APEv2 tags, but not the ID3v2 Track Gain and Album Gain tags. 03.06.15 # Annoyingly, WinAmp will let me change every other ID3v2 tag EXCEPT track gain and album gain. So even if I wanted to do it manually, I can't. 03.06.45 # Someone must know some way of getting replay gain into an MP3 file in a format that RockBox can use. Beuller? Beuller? Anyone? 03.10.38 Quit BlakeJohnson86 (Remote host closed the connection) 03.12.44 Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) 03.24.22 Join saratoga [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46) 03.24.42 # Bice: lots of apps can write ID3v2 tags, I recommend foobar2000 03.25.44 Quit kaiscene (Ping timeout: 260 seconds) 03.26.49 # Saratoga - thanks for the advice...I just finished installing foobar2000 and using it to write the replaygain tags, and it does exactly what I want. 03.27.09 # I wish I had tried it before I installed MP3Gain - would have saved me a lot of headaches. 03.30.31 # it should be able to read the mp3gain tags and convert them to id3 as well as scan fresh tags fwiw 03.31.41 Part WalkGood 03.34.24 # Bice: I wrote a script which runs mp3gain to calculate the values and then uses eyed3 to add the relevent ID3 replaygain tags 03.34.32 # if you're interested: http://gist.github.com/269090 03.34.55 # though since you're using WinAmp and foobar2000 I suspect you're running Windows so it won't be of much use to you... 03.36.06 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 03.38.54 # hmm, I don't get make sometimes 03.39.22 # I have $^ in my make command, but it always expands to the first item in the dependencies 03.41.03 # err, I mean $< 03.43.24 Quit Zarggg (Quit: Zarggg) 03.47.10 # Yeah, I'm stuck with Windows. Foobar seems to be doing the trick. Fortunately I only did a handful of CDs with MP3Gain. 03.47.44 # Now I just have to add replaygain to the 100 CDs I've already ripped and remember to do it for the 1600+ CDs that I haven't gotten to yet. Joy. 03.49.22 # Thanks for the help folks. Goodnight. 03.49.23 Quit Bice (Quit: CGI:IRC 0.5.9 (2006/06/06)) 03.52.00 # :O 03.56.56 # it passes the wrong file with $< (always the same) but the correct files are generated :\ 04.08.36 Join Rob2223 [0] (~Miranda@p4FDCA557.dip.t-dialin.net) 04.11.34 Quit Rob2222 (Ping timeout: 240 seconds) 04.14.21 Join steve|m1 [0] (~steve@p4FD4589E.dip.t-dialin.net) 04.14.21 Quit steve|m (Disconnected by services) 04.14.38 Nick steve|m1 is now known as steve|m (~steve@p4FD4589E.dip.t-dialin.net) 04.20.16 Quit amiconn (Disconnected by services) 04.20.18 Quit pixelma (Disconnected by services) 04.20.18 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.20.20 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.20.22 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.20.38 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.25.17 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 04.26.29 # New commit by 03funman (r27979): battery_bench: make functions/struct/variables static ... 04.28.21 # r27979 build result: All green 04.33.05 # any ideas how to go about profiling the skin display code? 04.33.21 # can i run the unmodified sim through a program to get numbers? 04.34.01 # sprinkle LOGFs around the code that print the timer tick? 04.34.59 # I was hoping for less effort than that :) 04.35.16 # I really want function call counts and time spent in each func 04.35.40 # was going to suggest a test_skin plugin 04.43.07 Quit Utchybann (Ping timeout: 260 seconds) 04.45.19 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 04.51.07 Join Barahir [0] (~jonathan@frnk-590f544c.pool.mediaWays.net) 04.54.17 Quit Barahir_ (Ping timeout: 240 seconds) 04.54.49 # funman: (logs) re: AMSv1 MCI_CLOCK_POWERSAVE (bit 9). I had this working for reads at one point by disabling sd_enable(), writes would still fail with this bit set though. Never got far enough to be able to do a battery bench to see if it used less power. 04.55.51 Quit FlynDice (Remote host closed the connection) 04.55.56 *** Saving seen data "./dancer.seen" 04.58.23 Join kugel_ [0] (~kugel@g231104102.adsl.alicedsl.de) 04.58.45 Quit kugel (Disconnected by services) 04.58.49 Nick kugel_ is now known as kugel (~kugel@g231104102.adsl.alicedsl.de) 04.58.53 Quit kugel (Changing host) 04.58.54 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.59.59 Quit freddyb (Ping timeout: 258 seconds) 05.00.06 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 05.07.16 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 05.26.21 Join funman [0] (~fun@rockbox/developer/funman) 05.27.07 # FlynDice: perhaps we could set this bit only when we're not using the SD (if it proves to be useful at all) 05.27.28 # now i'm testing set_cpu_frequency() modified to change CGU_PROC and lower FCLK instead of using fastbus 05.31.37 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 05.33.18 Quit ps-auxw (Ping timeout: 240 seconds) 05.35.02 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.46) 05.37.58 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.40.05 # New commit by 03kugel (r27980): Extend android.make so that it can generate a debug signed apk. ... 05.41.42 # r27980 build result: All green 05.42.03 Quit Horscht (Quit: Verlassend) 05.45.03 Join ps-auxw [0] (~arneb@p4FF7F3AF.dip.t-dialin.net) 05.53.11 # New commit by 03kugel (r27981): Fix typo 05.54.47 # r27981 build result: All green 05.56.13 Quit anewuser (Quit: FAMICOMPO 7 - August 15 Through August 31 JST - http://midr2.under.jp/compo/vol7/index.html) 05.56.57 Quit kugel (Remote host closed the connection) 05.59.23 # kugel: why is there a red delta for some models in r27976 ? 06.06.04 Quit bieber (Remote host closed the connection) 06.12.44 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.29.29 Quit CaptainKewl (Ping timeout: 276 seconds) 06.51.12 Quit saratoga (Quit: Page closed) 06.55.59 *** Saving seen data "./dancer.seen" 07.09.32 Join AndyI [0] (~pasha_int@212.14.205.32) 07.20.57 Quit l403 (Ping timeout: 265 seconds) 07.22.39 Join l403 [0] (~l@gw8.vslesy.cz) 07.29.30 # mc2739: ping? 07.29.59 # You converted the Fuze cabbieV2 .wps...yes? 07.31.06 # I had the idea of using these themes as somewhat of a "teaching tool" and, I kinda wanted them to all have a similarity with oneanother. 07.31.42 # I was looking in the forums, and I thought I had messed something up, but then I saw "%xd(E, %mm, -1)" and...that definitely wasn't me ;) 07.33.07 # I *really* don't want to start another flamewar about it, but I personally find "%xd(E)" a lot more readable...especially if there is only one icon to be displayed. 07.33.37 Join stoffel [0] (~quassel@p57B4D668.dip.t-dialin.net) 07.35.29 # and, hold for example being "%xd(A, %mh)" is all well and good, but "%?mh<%xd(Aa|%xd(Ab>" I find again to be more readable...especially to one who is learning. 07.35.53 # whatever way it goes...I think all the cabbies should be the same..approximately.' 07.36.15 Quit Judas_PhD (Quit: This is a quitting message) 07.42.39 # wihtout starting a bitter argument again, I agree that the first is wrong but disagree with the second 07.43.03 # and full names should be used if you dont use %xd(Aa) type 07.43.10 # yeah...the second..is debateable. 07.43.45 # an experienced themer will see it straight away...a novice, probably not. 07.44.07 # a totally agree that using that to display only one icon is quite wrong, though. 07.44.12 # just fyi, the %xd(label, tag) for is more efficient to render, i.e better battery life 07.44.13 Quit funman (Quit: leaving) 07.44.42 # efficient to render != efficient to read, though...and thats my main concern. 07.45.07 # %?mh<%xd(E, 1)> is better than %xd(E, %mh, -1) for sure :) 07.45.44 # %?mh<%xd(Aa|%xd(Ab> better still, for a novice. 07.46.03 # novice coders is what I had in mind...hence the heavy commenting. 07.46.21 # %xd(E, 1) ======== %xd(Aa) 07.46.31 # I kinda knew I should have done the whole lot...but I had that whole "Mum dying" thing ;) 07.47.12 # %xd(Aa) slowly becomes more difficult to work with after about 5 subimages though 07.47.25 # * JdGordon| not arguing 07.48.29 # No, nor am I...I understand your argument, but I hope you understand that I'm trying to make it dead easy to see whats going on. and to me, a condition with X segments, matching a bitmap strip with X subimages is about as easy as it gets. 07.48.49 # and there is where we have a fundamental difference :) 07.49.06 # and you are wrong! :D 07.49.11 # Yes, but..lets *not* revisit that, shall we ;) 07.49.16 # indeed 07.49.19 # and, you're wrong! 07.49.21 # :P 07.49.37 Mode "#rockbox +o JdGordon|" by ChanServ (ChanServ@services.) 07.49.40 Kick (#rockbox S_a_i_n_t ::yes, maybe, but I can do this) by JdGordon|!~jonno@rockbox/developer/JdGordon 07.49.41 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.46) 07.49.42 Mode "#rockbox -o JdGordon|" by ChanServ (ChanServ@services.) 07.50.01 # neener, neener, neener! 07.52.15 # I'm confused as hell by http://forums.rockbox.org/index.php?topic=25625.msg171202#msg171202 07.52.23 # (which, made me notice all this) 07.52.44 # i didnt understand the question when I read it 07.52.50 # so just skipped the skin text :p 07.52.55 # There is a HUGE difference between his file and SVN, but, it has my commenting style so must have been done by mc2739 recently. 07.53.48 # I know it wasn't me, (i thought it was initially), because it has the subimage style I don't like. 07.54.25 # this is where a proper skin reformatter/sizer would be very useful 07.54.52 # even if it each theme needs 3 versions (portraight, landscape, square) 07.55.09 # icons almost certainly display incorrectly...and in totally different places to SVN...I'm about 99% sure those are changes the user made and is not aware of though. 07.56.26 # His .wps cuts off at least 1px from the bottom of almost every icon...I hope he reads my post. 07.57.42 # volume has 5px cut from it...very weird. I'm not sure how he sould look at it and say "yeah, that looks fine" 07.57.42 # I misread you before.. %xd(E, %mm, -1) isnt a true/false... so I disagree that that is worse than the conditional form 07.58.08 # the -1 does make it a bit tricky, but hardly worse than %?mm<|%xd(Ea)|%xd(Eb)|%xd(Ec)|%xd(Ed)> 07.58.14 # JdGordon: Yeah, I misremembered the icon also...but kept quiet about it ;) 07.58.23 # I thought it was true/false initially 07.58.24 # worse being typo/error/counting pron 07.58.31 # prone* :) 08.04.35 Quit solexx_ (Ping timeout: 255 seconds) 08.04.46 Quit BHSPitMonkey (Remote host closed the connection) 08.06.25 Join solexx_ [0] (~jrschulz@e176110154.adsl.alicedsl.de) 08.07.24 Quit stoffel (Remote host closed the connection) 08.09.23 Join funman [0] (~fun@rockbox/developer/funman) 08.10.07 # OMG...super fail. 08.10.19 # I mixed up 220X176 and 176x220 08.11.15 # hahaha 08.11.42 # * S_a_i_n_t whistles a merry tune of failure. 08.13.29 # now *that* is why his code way soo far from SVN. 08.17.04 # I can't however, see the difference between his code and SVN..perhaps I'm blind. I'll have to diff the two. 08.18.18 # is his svn? 08.18.25 # a lot people complain about the clip keymap change: pitchscreen on down button 08.20.20 # well, you can't please everyone 08.20.40 # what did it used to be? 08.21.06 # down was nothing and pitchscreen was on a weird combo: select+right or something 08.21.37 # a combo seems better to me, then you can't accidentally enter pitchscreen. 08.21.56 # perhaps down+select as opposed to just down? 08.22.06 # we might as well remove any way to go to pitchscreen 08.22.16 # combo are not usable on clip 08.23.04 # why is that exactly? 08.23.22 # the keypad is too small 08.23.51 # Its been a while since I sold mine, but, its not much smaller than the Nano IIRC 08.23.51 # does clip have a hotkey button? 08.24.08 # JdGordon|: no 08.24.19 # then long down should be hotkey so it is up to the user what it does 08.24.38 # JdGordon: Just checking I'm not missing it here... http://rockbox.pastebin.ca/1930982 08.24.41 # hm long down might work 08.24.54 # that's the diff from SVN and the forum guys "changes" 08.25.09 # the diff is useless :) 08.25.13 # that tells me there's narry a single difference, correct? 08.25.17 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.25.26 # no, it says every line is different 08.25.51 # Aha...which isn't so...crappy diff :/ 08.26.05 # probably trialing spaces 08.26.19 # is there a better way to do it? I just did "diff file file > file.diff 08.26.31 # +" 08.26.32 # -u gives a nicer output slightly 08.26.42 Quit AndyI () 08.26.50 # diff -w also (ignore whitespace) 08.27.20 # aha, thanks. 08.27.59 # aha, whitespace was the problem...he either changed nothing, or posted the wrong file. 08.28.25 # or \r\n vs \n 08.28.37 # or it is broken in svn 08.29.13 # pamaury: ping 08.29.22 # diff -u -w 1.wps 2.wps > diff.diff gives a completely empty diff file, so either I did it wrong, or, there is no changes. 08.33.05 Quit lestatar (Remote host closed the connection) 08.34.27 # funman: on the keymap thing, I tihnk (apart from the ondio) hotkey should be required and so it has a much higher "priority" in the keymap fiddling than pitch/playlist/etc 08.34.44 # the need to #define HAVE_HOTKEY in each target config is just silly imo 08.35.19 # i think blue_dude didn't want to upset people 08.35.31 # so if targets don't have a hotkey it just means devs with these targets are lazy 08.35.55 # imo, that was the wrong thing to do. 08.36.08 # he should have chosen a key as random? 08.36.33 # or at least with some discussion... 08.36.39 # He got enough hassle for that commit, I think he was glad to be rid of it in the end. 08.37.00 # discussion for the million of supported targets? 08.37.03 # there was *plenty* of keymap discussion also...to much. 08.37.08 # *too 08.37.12 # it anoys me just as much that the android cabbies link to the playlist viewer instead of hotkey just because that is what kugel thought is more useful 08.37.13 # iirc he asked that people tell him which key to use and nobody answered 08.37.41 # funman: I answered, just, only for the targets I had. 08.37.59 # I happen to think my solution for iPod works well. 08.42.32 Quit tchan (Ping timeout: 260 seconds) 08.43.03 # re: pitchscreen..the forumgoer's thread I'm reading says that down was "submenu", whereas funman just said down was nothing...what is "submenu" anyway? 08.43.20 # wps context menu maybe 08.43.41 # Aha...wait, isn;t that long select on all targets? 08.44.16 # should be 08.44.28 # or quickscreen? check the old code 08.44.37 # Hmmm...I wonder what "submenu" is. 08.44.46 # Ah, right...could be quickscreen. 08.44.50 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.46.30 # it was nothing in the wps 08.46.49 # EDIOTFORUMGOERS? 08.46.55 # +I 08.46.57 # ah, long down is playlist 08.47.05 # like center o: 08.47.42 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 08.53.03 # progress on USB for AMSv2! 08.53.09 # it still doesn't work, but in a different way ;) 08.54.06 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.54.08 Quit bertrik (Changing host) 08.54.08 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.54.17 # is the SVN Nano2G bootloader known broken? 08.54.33 # TheSeven doesn't use it, so, I guess not. 08.56.00 *** Saving seen data "./dancer.seen" 08.58.35 Quit scorche (Ping timeout: 255 seconds) 08.58.55 # pamaury: http://pastie.org/1133223 <- i get panic: EP 0 out on clipv2, but i don't know what to do next 09.01.55 # EP0 out, then EP0 in, EP0 out again, EP0 out again... (i stopped there) 09.04.11 # only for EP0 though 09.04.16 Join scorche [0] (~scorche@rockbox/administrator/scorche) 09.06.59 Join ender` [0] (krneki@foo.eternallybored.org) 09.10.52 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 09.11.48 Quit bertrik (Ping timeout: 245 seconds) 09.13.06 # S_a_i_n_t: AH, I'm tihnking he means the submenu button as in the image on the button is of a submenu 09.13.45 # JdGordon: that makes *some* sense I guess. 09.14.01 # the manual refers to it as 'Submenu' 09.14.06 # He said he liked the old functionality...he liked it doing nothing? 09.14.16 # turns on the backlight 09.14.57 # hotkey is long down (or long down is playlist if no hotkey enabled) 09.15.20 # looks cool 09.16.20 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.18.53 Quit Judas_PhD (Client Quit) 09.21.50 Quit sinthetek (Ping timeout: 240 seconds) 09.24.08 Join Rob2222 [0] (~Miranda@p4FDC9863.dip.t-dialin.net) 09.28.02 Quit Rob2223 (Ping timeout: 276 seconds) 09.29.08 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 09.29.32 # Can anyone think of a better way I can do "delete "non-SVN" files" than: svn st | awk '/^?/ {print substr($0,8)}' | (while read a ; do rm -r "$a" ; done) 09.30.06 # I would preferably like a way for it to prompt me about each file it finds, and ask me if I really want to delete it or not. 09.30.23 # linux apparently gets a ETIMEDOUT when reading device descriptor 09.30.38 # yet i get an 'enumeration done' interrupt on the clipv2 09.34.33 # pamaury: dwc_otg_pcd_handle_enum_done_intr() seems to do a lot more than prepare_setup_ep0() 09.38.20 Join petur [0] (d408b802@rockbox/developer/petur) 09.40.09 # long down hotkey doesn't work in the file browser 09.41.11 # and long home is quickscreen :o 09.41.36 # why doesnt it work? 09.41.43 # it just goes down 09.41.49 # oh obviously :p 09.42.25 Join swilde [0] (~wilde@aktaia.intevation.org) 09.42.25 # which context is used in file browser? 09.42.37 # CONTEXT_TREE -> CONTEXT_STD 09.42.46 # long down needs to keep being scroll down 09.43.02 # the hotkey button doesnt *need* to be the same on all screens 09.43.21 # It should be, though. 09.43.26 # but there's no button available on std context then 09.43.33 # .. except power 09.43.41 # only long power, even 09.43.46 # the browser doesnt *need* hotkey even 09.43.54 # * JdGordon| likes bolindg need 09.43.55 # which is also "mapped" to "hard power down" 09.44.06 # JdGordon|: you don't *need* bolding 09.44.18 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.46.32 # what about this: move PITCHSCREEN to long UP 09.50.05 # New commit by 03funman (r27982): Clip WPS keymap: move pitchscreen to long up ... 09.50.16 # problem solved! 09.50.32 # Can someone have a look at committing FS#5855 please? It may need to be edited slightly, as I'm not too much a fan of the paddles changing colour according to music played, but I *really* like the fact that it enables a (pretty good, actually) AI to pong. 09.50.48 # a solely two player game on a DAP is a bit of a FAIL IMO 09.51.54 # r27982 build result: All green 10.00.03 Quit utanapischti (Quit: WeeChat 0.3.2) 10.00.27 Join sasquatch [0] (~username@p4FF2DD2A.dip.t-dialin.net) 10.03.49 # so far http://pastie.org/1133306 seems to give a bit more battery life on AMSv1, more results when they power off completely, and tests welcome 10.09.21 Quit funman (Quit: free(random());) 10.11.37 # JdGordon: I'm thinking about the new icons you want in the cabbie touchscreen popup thingy...you can differentiate between "touch" and "long touch" no? 10.12.06 # I'm wondering if the functionality of the existing icons could be changed without adding new icons. 10.12.13 Quit Judas_PhD (Remote host closed the connection) 10.12.31 # perhaps the icons appearence would need to be changed, though. 10.12.58 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 10.16.10 # S_a_i_n_t: you want to actually change the icon while the user is pressing it? 10.16.26 # a new row would be far more useable 10.16.41 # no, what I mean is that a short press of the icon could do one thing, and a long press another. 10.16.57 # yes, that is doable, but how would you show it? 10.16.58 # the icons appearence would need to be changed I imagine, though. 10.17.04 # ^ 10.17.15 # there is plenty of screen space so a second row would be better 10.17.28 # S_a_i_n_t: the "%xd(E, %mm, -1)" was added to the one cabbiev2.wps by JdGordon| during this commit 10.17.49 # aha! 10.18.39 # was it intentional? 10.18.56 # It seems very odd to have one different, and not all. 10.19.12 # I guess so 10.19.27 # * S_a_i_n_t apologises to mc2739 for thinking it was he who did so. 10.19.47 # I thought it was just him and myself working on the cabbie themes. 10.20.05 # too many cooks, spoiling broth, etc. etc. 10.20.54 # as a "show how it works", I too think that it is weird having one different but didn't say because I don't want all others to change this way too 10.21.38 # why do you make assumptions? "cabbiev2.176x220x16.wps is an example of how to use this" 10.21.39 Join kugel [0] (~kugel@rockbox/developer/kugel) 10.22.06 # pixelma: agreed. I voiced my opinion...but don't want to press it, as, it went *very* badly the last time I had a strong difference of opinion. 10.22.23 # pixelma: http://svn.rockbox.org/viewvc.cgi/tags/ for the tags. For branches, I looked at http://svn.rockbox.org/viewvc.cgi/branches/v3_4/ (and v3_5) and looked for the oldest number ("branched for xxx") message 10.22.32 # JdGordon: That seems kinda odd though, to have it in one, and not all. 10.22.37 # why? 10.22.43 # Not saying I want it in all, though ;) 10.22.44 # they are funcionally identical 10.23.02 # but, harder to read for a novice coder. (IMO) 10.23.14 # but I *really* don't want to go there agian...*sigh* 10.23.50 # perhaps not harder to read...but, less obvious as to what the code actually does. 10.24.15 # that is entirely subjective, and please don't :) 10.24.54 # especially as there is a mix of both ways of doing things in the one theme, if all were done that way...it would be "better"(?) 10.26.34 # I'm not really sure I like the fact that I need to avoid voicing my opinions because it might start a huge flamewar, though. 10.26.38 # aha, sorry. This line seems to not be in SVN cabbiev2.220x176x16 at all 10.26.42 # * JdGordon| suddenly realises he didnt update CustomWPS, probably because of the keffufle 10.27.03 # S_a_i_n_t: non subjective opinions are fine 10.27.23 # there's no such thing as a non subjective opinion! 10.27.37 Quit Judas_PhD (Quit: This is a quitting message) 10.27.40 # that is interesting :\ 10.27.41 # all opinions are subjective, or, is that what you're pointing at? 10.27.53 # saying X is easier than Y is just asking for trouble 10.28.09 # well, it shouldn't be...but, apparently it is. 10.28.39 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 10.28.45 # grr.. the whole image section actually needs to be rewritten 10.31.22 # pixelma: it's 176x200x16 that has the odd mix of different ways of doing sublimages 10.31.39 # yeah, found it 10.31.46 # I'm not sure now if it was mc2739 or JdGordon that added them. 10.32.01 # I _think_ it was mc2739 10.32.24 # I initially thought it was me, because whoever did it kept my coding/commenting style intact. 10.32.36 # if that is e200 then it was me.. probably... maybe... 10.32.40 # no-one 10.32.55 # no-one? 10.32.57 Quit JdGordon| (Quit: leaving) 10.33.06 # *someone* did it ;) 10.33.16 # it's not in the cabbiev2.220c176x16.wps in SVN 10.33.36 # I'm looking at it in SVN now :/ 10.33.56 # its 176x220x16...I messed that up earlier 10.35.13 # see above then - and that's not used on the Fuze 10.35.53 # yes, I messed that up...I said the wrong target as I mixed up 22x176 and 176x220 10.36.00 # *220x176 10.38.32 # If I do a quick change to cabbieV2.220x176 is someone able to commit it for me? 10.39.01 # I'll leave the weird subimage style...but I wasnt to get rid of the %?c's in the album info 10.39.11 # s/wasn't/want/ 10.39.51 # lines 66~73 in cabbiev2.176x220x16 10.40.05 # the conditions there are irrelevant. 10.41.56 Join JdGord [0] (~jdg@pa58-109-164-155.pa.nsw.optusnet.com.au) 10.42.16 Join webguest74 [0] (~cf664055@giant.haxx.se) 10.46.34 # running diagnostics on a ipod 5.5g. No firewire port on this model, but it wants me to plug in the firewire so it can test the power. Tried all the buttons, and several button combinations, but I can't seem to bypass this test. Can't even power down. Hard reset is the only thing that appears to work. Anyone know any tricks to get out of here without a reset? 10.47.19 # What diagnostics? 10.47.40 # I put it into diagnostic mode 10.48.14 # can't really tell you more cause this is the first time I've done it myself 10.48.19 # I've never heard of it asking to plug firewire if the model doesn't support firewire. 10.48.27 # We don't support the apple os. 10.48.40 # http://filebin.ca/dtbhod/cabbiev2.176x220x16.patch <-- commit please? 10.49.05 # 404 10.49.13 # JdGord: no kidding 10.49.30 # So why would you ask us? 10.49.39 # JdGord: really? I can reach it fine. 10.49.43 # try http://filebin.ca/dtbhod 10.50.02 # Stupid phone... pastebin? 10.50.41 # Actually... ill look when I get home 10.50.51 # because I'm having trouble with rockbox and someone here suggested I run some diagnostics 10.51.35 # webguest74: yes, we suggested looking at the smart data for the disk, not running the full set 10.52.21 # Ok, take two: http://rockbox.pastebin.ca/1931030 <--commit please? 10.52.21 Quit balintx (Read error: Connection reset by peer) 10.53.03 # Boring change :) 10.53.13 # Is that all inside a cond VP? 10.53.18 # boring, but, not confusing/irrelevant 10.53.49 # JdGord: yeah...the VP is conditional...so it doesn't need the %?C condition. 10.54.03 # Ok. When I get home 10.54.10 # s/conditional/conditional to %?C" 10.54.35 Join balintx [0] (~balintx@fibhost-67-58-201.fibernet.hu) 10.56.02 *** Saving seen data "./dancer.seen" 10.59.16 # gevaerts: thought I might as well play around since I was there. 10.59.43 # webguest74: well sure, but we don't know anything about the rest :) 10.59.48 # "playing around" == "asking for trouble" 11.00.10 # gevaerts: so I just ran the smart data and there are no errors reported 11.01.29 # gevaerts: is the data that was produced useful to you? 11.02.03 # good question 11.05.27 # webguest74: can you post the SMART data to pastebin? 11.05.49 # and, is there an excessive ammount of reallocations? 11.06.41 Quit kugel (Ping timeout: 265 seconds) 11.07.26 # http://rockbox.pastebin.ca/ 11.07.35 # webguest74: if you're wondering ^ 11.08.06 # S_a_i_n_t: zero reallocations 11.09.01 # Hmmm...I assume you've tried running a disk check? 11.11.43 Quit JdGord (Quit: Bye) 11.13.53 # S_a_i_n_t: http://rockbox.pastebin.ca/1931042 11.14.12 # S_a_i_n_t: what's a disk check? 11.14.53 Quit S_a_i_n_t (Ping timeout: 252 seconds) 11.15.02 # I thought that is what I was doing get the smart data 11.16.26 Quit webguest74 (Quit: CGI:IRC) 11.16.33 Join webguest24 [0] (~cf664055@giant.haxx.se) 11.21.22 # when converting an ipod from hfs+ to fat32, should you end up with two partitions? the first one is only the first four sectors. The rest of the disk is the fat32 one. I used the wiki instructions and a linux command line to convert, downloaded the partition table and dd'ed it 11.21.55 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.22.34 Join Stephen__ [0] (~5347c520@giant.haxx.se) 11.22.35 # You're supposed to have two partitions, yes, but the first one shouldn't be four sectors... 11.23.09 # gevaerts: i may be wrong about the size, I just remember it was small 11.23.32 # A few tens of megabytes I think 11.25.17 # JdGordon - just going through the logs and http://www.rockbox.org/irc/log-20100901#09:02:21 there should be two bug reports ith this issue FS#11583 and FS#11562, both seem to be related to remotes triggering the issue. is your crashes on targets with remotes ? Just also wanted to bring these two to your attention. I also think these would hold back a realease should it be pending soon ? 11.25.31 Quit Stephen__ (Client Quit) 11.26.36 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.28.57 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.175) 11.29.06 Quit S_a_i_n_t (Client Quit) 11.38.31 Join einhirn [0] (~Miranda@p54850854.dip0.t-ipconnect.de) 11.51.09 Quit kugel (Ping timeout: 265 seconds) 12.02.39 Quit Kohlrabi (Read error: Connection reset by peer) 12.02.43 Join Kohlrabi [0] (~kohlrabi@2a01:608:ffff:3644:216:3eff:fe00:7e5a) 12.03.24 Join watto [0] (~watto@193.203.81.165) 12.08.24 Quit einhirn (Read error: Connection reset by peer) 12.12.30 Quit MethoS- (Remote host closed the connection) 12.14.30 Join MethoS- [0] (~clemens@134.102.106.250) 12.25.53 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.26.33 Quit Kohlrabi (Ping timeout: 260 seconds) 12.26.59 Join Kohlrabi [0] (~kohlrabi@kohlrabi.fastsh.it) 12.36.55 Join evilnick [0] (~evilnick@mobile-166-137-138-017.mycingular.net) 12.42.43 Quit webguest24 (Quit: CGI:IRC (Ping timeout)) 12.43.06 Join Kitr88 [0] (~Kitarist@BSN-182-143-181.dial-up.dsl.siol.net) 12.45.35 Quit Kitar|st (Ping timeout: 240 seconds) 12.47.14 Quit Kitr88 (Ping timeout: 245 seconds) 12.48.32 Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) 12.50.24 Quit evilnick (Quit: evilnick) 12.50.48 Join webguest82 [0] (~52c1391a@giant.haxx.se) 12.51.49 Join Jaykay [0] (~chatzilla@p5DC573CF.dip.t-dialin.net) 12.53.06 Join Kitar|st [0] (Kitarist@89.142.55.240) 12.53.26 Quit webguest82 (Client Quit) 12.56.04 *** Saving seen data "./dancer.seen" 13.05.17 Quit JdGordon (Ping timeout: 260 seconds) 13.05.24 Part LinusN 13.20.16 Quit l403 (Ping timeout: 258 seconds) 13.21.19 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.23.33 Join l403 [0] (~l@gw8.vslesy.cz) 13.24.00 Join JdGordon [0] (~jonno@111.220.232.132) 13.24.09 Quit JdGordon (Changing host) 13.24.09 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 13.30.31 Join funman [0] (~fun@rockbox/developer/funman) 13.32.07 # anyone want to quickly test a bugfix before i commit it? 13.32.21 # bit of a biggish timeout handling change in the skin renderer 13.32.25 # fuzev1 runtime: 18h (instead of a bit less than 15h previously) 13.32.45 # clipv1 still running but it should be ~10h instead of 8h so around the same improvement 13.39.44 Quit JdGordon (Ping timeout: 272 seconds) 13.41.23 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 13.42.22 Join giovanni_ [0] (~giovanni@93.37.245.1) 13.42.41 Nick shai_ is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) 13.43.27 Quit Jaykay (Ping timeout: 255 seconds) 13.43.35 # New commit by 03jdgordon (r27983): fix FS#11588 - %t(0) inside conditionals wasnt making that subline skip 13.43.45 # New commit by 03jdgordon (r27984): Small cabbie update by Hayden Pearce for cabbiev2.176x220x16 13.45.26 # r27983 build result: All green 13.46.13 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 13.47.06 # r27984 build result: All green 13.47.11 # trying one last time before writing a ton of code... any ideas how to profile the skin renderer (in the sim is good enough)? 13.49.30 # JdGordon: using a profiler maybe? 13.49.40 # thanks :) which? 13.49.59 # there's plenty, i know gprof and oprofile 13.51.18 # ta 13.53.35 # http://forums.sandisk.com/t5/Fuze/Rockbox/td-p/187630 < i asked a free fuze+ from sandisk ;) 13.54.31 # it wasn't an e200v2 13.54.40 # it was a v1 ;) 13.55.38 # oops :/ 13.59.05 # haha fat chance 14.00.34 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.04.12 Quit z35 (Ping timeout: 265 seconds) 14.04.30 Join xnyhps [0] (~xnyhps@xnyhps.nl) 14.06.04 Quit JdGordon (Quit: Leaving.) 14.08.59 Join JdGordon [0] (6fdcf38f@gateway/web/freenode/ip.111.220.243.143) 14.09.53 Quit storm` () 14.10.40 # New commit by 03funman (r27985): fix test_codec broken after r27968 14.10.56 # clipv1 runtime: 9h45 14.12.21 # r27985 build result: All green 14.16.22 Join z35 [0] (~z35@ool-457a4517.dyn.optonline.net) 14.21.13 # pamaury: ping 14.29.24 # yes 14.31.44 # http://www.rockbox.org/irc/log-20100902#08:53:03 14.33.22 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 14.34.19 # My major problem with usbv2 is corruption. My current code breaks because it often happens that the data of a setup packet refers to the one of the previous setup packet. I already clean teh cache so I don't understand the problem. I will try with your patch 14.34.40 # i have seen this structure 14.35.02 # it might be worth to force it to be aligned up and down, using attribute aligned and union with char[32] 14.35.15 # is there a way i could check for corruption without the USB hardware you have ? 14.35.46 # I already align it on 16, I can try with 32 but I can only align down 14.35.47 # did you extract these settings from the firmware ? 14.37.13 # you can align up with the union 14.37.24 # and the cache line size is 32 bytes 14.37.31 # yes it comes from OF 14.38.02 # why would I want to align up ? With a 8 byte buffer, either I align down or up 14.38.04 # the bits i changed in CCU_USB are only there for a certain clocking of CGU_USB 14.38.25 # so cleaning the cache will have no interference with other code/data 14.38.54 # and it's not aligned in svn 14.39.21 # yes, the svn is not up to date, perhaps it's not an alignment problem because it seems quite erratic for me 14.39.40 # can you try with my changes and tell me if it changes anything? 14.40.58 # yes 14.42.15 # thanks 14.45.48 # I can't see a difference on my clip+. That's always the same thing: I get a GetDeviceDescriptor -> Ok, then a reset, then a set address and for an unknown reason, the content of the setup packet for the SetAddress is the one of the GetDeviceDescriptor 14.46.18 # where is the setup packet written? 14.46.24 # static struct usb_ctrlrequest ep0_setup_pkt __attribute__((aligned(32)) 14.46.36 # please commit your changes.. 14.46.40 # okay 14.47.08 Quit giovanni_ (Read error: Connection reset by peer) 14.48.30 Join giovanni_ [0] (~giovanni@93.37.245.1) 14.49.25 # my change to set_cpu_frequency() seems to break long home press on fuzev1 ?? 14.49.29 Quit giovanni_ (Read error: Connection reset by peer) 14.49.53 Join Jaykay [0] (~chatzilla@p5DC57207.dip.t-dialin.net) 14.51.28 Join giovanni_ [0] (~giovanni@93.37.245.1) 14.52.08 # FS#11597 - AMSv1: improve battery life 14.53.27 # Do I integrate your settings for the clock ? 14.53.47 Join n1s [0] (~n1s@rockbox/developer/n1s) 14.54.18 # funman: interesting, what are the new clock settings with that? 14.54.20 # pamaury: no 14.54.23 # kugel: same 14.54.38 # I'm surprised it makes a difference 14.55.01 # fastbus just bypass fclk and uses pclk as cpu clock 14.55.08 # with this patch fclk is really reduced 14.55.32 # oh I see 14.55.40 # what was fclk again? :> 14.55.41 # this home button thing is weird, can you reproduce it? 14.56.08 *** Saving seen data "./dancer.seen" 14.56.10 # CPU clock 14.56.26 # fclk = arm core clock (if not in fastbus mode), hclk = ahb clock, pclk = apb clock 14.57.00 # and IIRC it switches to hclk, not pclk, so you should probably change the hclk divider so that hclk = pclk 14.57.20 # hclk = pclk already 14.57.25 # i think it's not configurable 14.57.38 # is it possible to get pclk@32MHz but mem@64MHz to work with that? 14.57.47 # and btw my patch is buggy, in synchronous mode fclk must be higher than hclk/pclk 14.57.47 # on the nano2g there's an optional /2 or /4 divider between hclk and pclk 14.58.19 # (in some undocumented bits of a clock control reg :P ) 15.00.19 # New commit by 03pamaury (r27986): as3525v2: ... 15.02.04 # r27986 build result: All green 15.02.26 # funman: committed 15.02.42 # thanks 15.03.50 # pamaury: btw, #undef doesn't cause a warning if the symbol is undefined so putting #ifdefs around is not needed 15.04.14 # I didn't know that :) Thanks, I'll change that one day :) 15.04.29 # I really don't understand why it doesn't work. If the controller signal a setup packet, the data must be there, so how can I read the data of the *previous* one ? 15.04.47 # caches? 15.04.52 # maybe try with dcache disabled entirely? 15.05.53 # I have a single check before this, how can I disable dcache ? 15.07.27 # modify enable_mmu 15.07.44 # memory-init.S I think 15.07.47 # or put your structures in uncached memory 15.08.21 # ok, let's try the second first, how do I do this ? 15.08.28 # funman: could we get rid of memory-init.S with using a spare stack before the real stack? 15.08.36 # struct x pkt0_; struct x *pkt0 = UNCACHED_ADDR(&pkt0); 15.08.48 # kugel: what's wrong with it? 15.09.08 # and why does it need a stack? 15.09.12 # I just dislike asm when you can achieve the same in C 15.09.24 # funman: I continue to give PHYISCAL_ADDr to dma and use UNCACHED_ADDR to read ? 15.09.27 # the C version needs a stack, wasn't that the reason the .S was introduced? 15.09.32 Quit CaptainKewl (Read error: Operation timed out) 15.09.40 # pamaury: yes, use all accesses through UNCACHED_ADDR 15.09.56 # kugel: true, but IMO it's better in assembler so no bugs will slip through 15.11.16 # I think asm is more error prone, although neither seems to buggy right now (and probably won't change any time soon) 15.11.49 # did you see my message at 5:59? 15.11.58 # yes, and I have no idea 15.12.10 # if you're interested use bloat-o-meter 15.12.55 # where is define UNCACHED_ADDR ? 15.15.57 # s/CACHE_ALL/CACHE_NONE/ in memory-init.S seems easier :) 15.16.29 # pamaury: use grep! system-target.h 15.17.15 # nope, system-target doesn't provide it to me, I need to copy the definition 15.17.31 # ok, it doesn't change anything, let's try with the whole cache 15.17.35 # AS3525_UNCACHED_ADDR 15.18.10 # ah 15.18.19 # I forgot the AS3525 :) 15.18.23 # we changed it to hide it from apps/usb* 15.19.05 Quit Gabe_G23 (Ping timeout: 252 seconds) 15.19.12 Join anewuser [0] (anewuser@unaffiliated/anewuser) 15.21.47 # with no caching it doesn't do anything, it even failes to enumerate 15.21.47 # this HOME button not working on repeat is weird, if it works on single press the common driver should handle repeats :/ 15.21.55 # pamaury: too slow perhaps? 15.22.11 # don't, it also crashes the usb analyzer 15.22.34 Quit krazykit (Quit: Connection reset by beer) 15.22.51 # did you _dcache*() ? 15.23.23 # yes I still use *_dcache, it is wrong 15.23.24 # ? 15.23.34 # pamaury: rockbox is a good deal slower w/o dcache, maybe a timing problem? 15.23.52 # yes it's wrong, not sure if there are nasty side effects but remove them to be sure 15.24.03 # possible, looking at the code, I get a usb reset before getting a chance to answer the setup packet, that's probably a timing problem 15.24.27 # did you disable also icache? 15.25.29 # USB_DEVBSS_ATTR isn't intended for alignement 15.25.53 # it's to put BSS in iram (or not) 15.26.11 # or to not put it at all, but allocate on the audio buffer 15.26.13 # how do you check logf log btw? 15.26.33 # the debug menu 15.26.44 # i don't get control back on disconnect 15.27.00 # why USB_DEVBSS_ATTR isn't for alignement, how do force alignment then ? The firmware needs to provide correctly align buffer 15.27.22 # just use __attribute__((aligned)) (but i see usb-drv-arc.c does that also) 15.27.46 # and nano2g 15.27.57 # kugel: which target does that? (and how, and why?) 15.28.22 # all do, except creative zvm IIRC 15.28.38 # yes but for example, the code in usb_core needs to provide correctly aligned buffer, and the only used attribute is USB_DEVBSS_ATTR, so you need to work with this 15.28.39 # i think you're mistaken with something else 15.29.03 # pamaury: hmm 15.29.15 # okay, doesn't work too, caching might not be the problem 15.30.34 # funman: quite possibly 15.30.46 # funman: look at the code: in usb_core.c 15.30.46 # static unsigned char response_data[256] USB_DEVBSS_ATTR; 15.31.04 # the response_data is a buffer given to usb code, so it's not aligned correctly it doesn't work 15.31.06 # do we implement NOCACHEBSS_ATTR? that could also be useful 15.31.50 # no, it just requires linker magic 15.32.09 # pamaury: might be worth adding a new define then 15.32.33 # or renaming this one 15.33.00 Quit jae (Ping timeout: 265 seconds) 15.33.16 # no, it does what its name suggests (unless where it is abused for something else) 15.34.47 # As far as I know, the only uses of this are for usb buffer in usb_core, and in usb drivers. And why can't it include alignment ? If you put it in BSS, there is no reason to skip an alignment attribute 15.35.16 # but there is no reason to do it either? 15.35.33 # just create an USB_ALIGN or something 15.35.43 # yes there is, if every buffer must be aligned to something, this is part of the attribute 15.35.50 # no reason to split 15.35.59 # it's a different requirement -> a different define 15.36.39 # I disagree, the define say: put it in bss in a way the usb code can use it, so alignment is part of the requirement 15.36.40 # * kugel is with pamaury here but it's totally insignificant :) 15.36.59 # pamaury: I see no reason why resonse_data[] can't be aligned for all targets 15.37.16 Quit CGL (Remote host closed the connection) 15.37.44 # just add aligned(32) like most things do in firmware/usb* 15.37.46 # because it's ugly, each target specifies the necessary alignment 15.38.27 # it still can with USB_DEVBSS_ATTR 15.38.53 # 32byte align should work for all targets though 15.38.56 # but it should be the only way to do it, there should be no need for an extra alignement attribute is the rest of the code 15.39.11 # but anyway, it's not important as far as it works currently 15.39.50 # I'll revert my USB_DEVBSS_ATTR if you wish 15.39.56 # it works but it's ugly 15.40.13 Quit andash (Read error: Operation timed out) 15.40.14 # yes, I agree 15.40.32 # just add alignement everywhere in firmware/usb* and remove it from USBDEV_BSS_ATTR 15.41.33 # (for all targets) 15.41.45 # it should be made a define, then 15.41.50 # and btw the use of iram might not be for speed reasons but only because iram is uncached on those models 15.41.58 # pamaury: yeah it'd be better i think 15.42.10 # Btw, why as3525 iusb doesn't use IBSS_ATTR for USB_DEVBSS_ATTR ? 15.42.40 # why should we do that? 15.42.53 # I don't know, nearly all target do, there might a reason :) 15.43.03 # (also please remove your define to panicf and change it to USB_DEBUG or something, because i use panicf for debugging) 15.43.18 # pamaury: the reason might also be that nobody still knows why we do that 15.43.19 Join JdGordon1 [0] (~jonno@111.220.198.227) 15.43.29 # the panicf is bad because you can't read a log, that's hardly a good debugging 15.43.37 # it's good enough for me 15.44.08 # ok 15.44.29 Quit JdGordon (Ping timeout: 252 seconds) 15.44.45 # hm i get a suspend interrupt 15.45.09 Join andash [0] (~andash@h-120-242.A254.priv.bahnhof.se) 15.45.10 Quit andash (Changing host) 15.45.10 Join andash [0] (~andash@unaffiliated/andash) 15.46.30 Join krazykit [0] (~kkit@206.183.182.189) 15.46.36 # New commit by 03pamaury (r27987): as3525v2: revert the USB_DEVBSS_ATTR and the panicf redefinition, don't protected #undef of USB_NUM_ENDPOINTS 15.47.01 # yes there are suspend interrupts but there are of no use basically, we don't implement suspend in usb mode 15.47.46 # things go that way: enumeration -> prepare setup packet for ep0 -> send device descriptor? 15.48.20 # r27987 build result: All green 15.49.09 # things go: 15.49.10 Join jae [0] (~jae@jaerhard.com) 15.49.48 # reset -> enumeration -> reset -> enum -> setup (ask desc) -> send desc -> reset after 18 bytes -> enum -> setup (set addr) -> ack -> ... 15.50.54 # I can't believe my eyes, for the first time in a long time, I got a proper set address. Perhaps that's a sign :) 15.52.14 # \o/ 15.52.43 # Don't be to happy, the next run might not work :) And it crashed again the analyzer /o\ 15.53.05 # *too 15.53.29 Quit jae (Ping timeout: 245 seconds) 15.54.48 Join jae [0] (~jae@jaerhard.com) 15.55.27 # http://pastie.org/1133726 <- hack to align up 15.56.30 # Why would you want to align up ? 15.56.40 # to prevent cache line interference 15.56.51 Quit n1s (Ping timeout: 240 seconds) 15.57.06 # it should work without but you never know 15.59.12 Join Gabe_G23 [0] (~gabe@bzflag/player/GabrielG) 15.59.29 # so when you do something with the cache lines of this structure, it will not affect any other data 16.00.04 # hum, it doesn't work with it :) I might have do somethinf wrong 16.00.57 # can you have 2 DMA transfers active at the same time ? (in and out) 16.02.23 # i don't think, it's a usb restriction iic. you can setup two DMA transfers, but it will one first and then the other one. 16.05.01 # i'll let you work and not confuse you, it might the best thing i can do ;) 16.05.55 # With the current code, it's erratic. Sometimes set address works, sometimes not, and in all cases, it chokes on the get device descriptor after the set address 16.06.17 # btw the function in linux which handles enumdone interrupt is quite longer than yours 16.08.45 # it's "Set USB turnaround time based on device speed and PHY interface." but I checked and the default value is the good one iirc 16.10.11 # my fuzev1 home button doesn't work (for long press) on unmodified svn, so my patch is not the problem :) 16.10.28 # I'm bored by this driver, I'll do a pause 16.10.40 # * funman unbores pamaury 16.13.09 Quit funman (Quit: free(random());) 16.14.13 Join milz [0] (~kyle@142.59.79.191) 16.17.55 # http://www.rockbox.org/wiki/CustomWPS#Images comments? 16.18.05 # hopefully that explains everything clearly enough 16.24.12 Quit Luca_S (Quit: CGI:IRC (Ping timeout)) 16.29.29 Quit MethoS- (Read error: Connection reset by peer) 16.29.48 Join Faux_Pas [0] (~Faux_Pas@rrcs-184-75-2-146.nyc.biz.rr.com) 16.31.00 # JdGordon1: i don't want to bother you, but have you seen the latest update to my fulltouch skin? I would really appreciate if you'll help me for the internal speaker tag to be added to the wps system.I've written it already in the forums.http://forums.rockbox.org/index.php?topic=25098.0 16.31.11 # JdGordon1: why is there a comma before filename in %x(,filename,x,y)? 16.32.33 # oh, the identifier should be there, I see 16.33.05 # "