--- Log for 07.12.111 Server: barjavel.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 9 hours ago 00.00.55 # lebellium: I didn't notice any bug 00.01.36 Quit saratoga (Quit: Page closed) 00.01.36 # ok thanks 00.02.02 # But the icons are less beautifull than the stock ones 00.02.12 # what icons? 00.02.17 # I used the stock ones 00.02.29 # But they are scaled 00.02.41 # So they don't look fine... 00.02.49 # hum 00.03.06 # Or at least not as fine as in cabbiev2 00.03.18 # the stock ones you mean from cabbiev2? 00.03.25 Quit pamaury (Remote host closed the connection) 00.04.20 # They look just like before r31059 (31059) 00.04.48 # that's normal 00.05.01 # I did not change the icons on my theme since the 1st version 0.71 00.05.13 # but that's very easy to change that 00.06.43 # if you use the stock icons which cabbie also uses you shouldnt ship them in your theme 00.07.52 # for the moment in my cfg file there is 00.07.54 # "iconset: /.rockbox/icons/tango_small.bmp " 00.08.11 # but I see the new icons have been renamed 00.08.13 # "tango_icons.16x16.bmp" 00.08.47 # that's why cabbiev2 and my theme don't have the same icons for the moment 00.08.59 # not a problem, I'll fix that for the "official release" 00.09.39 Join Keripo [0] (~Keripo@seas566.wireless-pennnet.upenn.edu) 00.13.44 # oh and I just noticed my FM menu has disappeared :( lol 00.20.59 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 00.21.37 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 00.22.25 # (without any meaningful investigation) has anyone else noticed that the debug buffering screen on ipod video suggests that audio playback is using more CPU than it used to? 00.23.40 # are you moving the wheel? 00.24.49 # me? no. not even sure what you mean -- moving the wheel changes track 00.25.32 # just that moving the wheel causes the ipods to boost now 00.26.39 # which means boost could still be on when entering the screen? 00.26.46 # oh, well that's new. but no, I'm not moving the wheel. CPU used to average out around 33MHz ish according to the debug buffering screen, and recently (absolutely no idea since when - a month or two perhaps) it's more like 39MHz. 00.27.00 # I can see it boosting and unboosting 00.27.38 # It could be absolutely coincidental of course and unrelated to audio playback e.g. maybe debug screen is redrawing more frequently and/or screen updates are using more CPU 00.28.17 # 6MHz is a pretty large load 00.31.11 # odd, putting on a current build from just-now I see nothing out of the ordinary 00.31.49 # JdGordon - nope, turning the wheel still changes track... are you sure it was changed to mean 'force boosting'? 00.32.48 # looks like false alarm (and/or already fixed) on the CPU usage though 00.33.35 Quit keyb_gr (Ping timeout: 252 seconds) 00.34.48 # * stripwax apologises, and goes back to sleep 00.36.18 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111130065942]) 00.40.14 Quit Keripo (Quit: Leaving.) 00.44.06 Part lovasoa 00.45.06 # * stripwax wakes up anyway 00.45.49 # stripwax: btw to analyze cpu usage correctly you need test_codec. debug screen is not reliable 00.46.17 # funman - yep, but test_codec isn't built by default and I currently don't trust my build env 00.46.18 # well I guess since I'm here... what's *supposed* to happen if I hold down ff/rev (to seek) while a track naturally ends of its own accord (and then let go)? 00.47.44 # e.g. I'm near the end of a track, and I want to seek to a much earlier point, so hold down rev, but then the track actually ends. It seems to end up changing track and seeking to a point in the middle of that new track, which seems pretty weird. 00.47.57 # * stripwax tries to reproduce and hopefully describe it a bit better. 00.48.09 *** Saving seen data "./dancer.seen" 00.48.54 Quit kadoban (Ping timeout: 240 seconds) 00.49.48 # * stripwax must have been hallucinating last night. the above is impossible, and the CPU usage is low like usual. 00.50.40 # or maybe I just had some incredibly buggy build and had never noticed before last night. current build seems dandy. 00.51.04 # stripwax: which codec? 00.51.16 # re: weird rewind behavior 00.51.40 # jhMikeS - excellent question - either: mp3, vorbis, wav . 00.52.29 # on current build it seems absolutely impossible for vorbis, since codec doesn't continue to decode while seeking. I've rarely used mp3 or wav before last night so there's a chance it was one of those (trying now) 00.52.35 # it really shouldn't end of its own accord while rewinding 00.54.38 # other codecs likewise. I have absolutely no idea what I must have imagined was happening yesterday. 00.55.19 # I can't reproduce any such thing 00.55.25 # yep me neither 00.55.43 # so, it's not doing it at all now? 00.56.30 # correct, I am absolutely unable, using current build, to reproduce any of the weirdness I (thought I) experienced yesterday on an older build 00.56.41 # how old? 00.57.16 # the old playback engine I believe behaved that way, it shouldn't now 00.57.19 # as above, my guess was about a month or so, but I didn't make a note of the old build version before putting the current build on 00.57.28 # Ah -- well at least maybe I'm not going insane 00.58.52 # it didn't really handle very well things at track boundaries where the next track is already decoding but you're still hearing the previously decoded one 01.03.02 # if it was older than r29785 then I can see what you're talking about 01.04.25 # gotcha. almost certainly in that case. 01.04.51 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 01.06.30 # unrelated finding on current build - after doing an Update Database, I took a look at the View Database Info debug item, and it said Progress was 83%, even though (as far as I can tell) it finished the update. Taking a look at the database, the two new albums I copied onto the ipod do show up. And then I tried launching pictureflow, and it did *not* build album thumbs for the two new albums (even though they have valid album a 01.06.30 # rt which displays when playing those albums). 01.07.25 # Has the pictureflow 'auto rebuild albumart thumbnails after a database update' logic been changed in some way? or is my database in some inconsistent state perhaps? 01.10.12 # Hrm, relatedly my dircache seems to have turned itself off during/after the database update 01.10.57 # even though the setting is still 'On' for dircache, it's just spinning up the disk every time I do anything in the file browser 01.17.10 # ah: interesting. I had a quick look at the Dircache debug info and it said Cache Initialized was No. I then went into Settings->System->Disk->Dircache (and saw that dircache was set to Yes still) and *without making any changes* came back out again. I could hear the disk spinning and dircache being built. Looking at the dircache debug, it now said Cache Initialised was Yes. 01.17.59 # I then resumed playback of some music I was listening to, and then stopped it. At this point, Dircache has now turned itself off again. 01.19.37 # Unclear if this is related to FS#12216 or something new. What would you suggest I try? 01.19.37 # http://www.rockbox.org/tracker/task/12216 3Dircache shuts down when closing a file that was opened prior to reloading the dircache (bugs, new) 01.20.44 Join Buschel [0] (~chatzilla@p54A39FB1.dip.t-dialin.net) 01.28.12 Quit stripwax (Quit: http://miranda-im.org) 01.43.12 Join mystica555 [0] (~Mike@71-211-210-11.hlrn.qwest.net) 01.49.35 Quit MethoS- (Quit: Konversation terminated!) 01.54.01 Join PILON [0] (~5c5a1503@www.haxx.se) 01.54.14 # Hello rockbox world 01.54.44 # I have a question regardin rockbox on my gigabeat s 01.55.19 # test 01.55.53 # certainly, is this the 5 min argument or the full half hour? 01.56.28 # rockbox bootloader seems to adamant regardin voltage reading, refuse to start even with juice 01.57.42 # on the rockbox info I always 0h -1m in battery estimation 01.57.52 # sounds like a hardware problem 01.57.54 Quit Buschel (Ping timeout: 240 seconds) 01.58.15 # and i canot use the gigabeat over usb without charging yet even with juice 01.58.44 # i moded a 1000mAh battery if that can change somethin 01.59.48 # hardware issue? 02.02.20 Join alienkid10 [0] (~47bce795@www.haxx.se) 02.02.40 Quit alienkid10 (Changing host) 02.02.40 Join alienkid10 [0] (~47bce795@unaffiliated/alienkid10) 02.03.14 Quit kadoban (Ping timeout: 240 seconds) 02.03.32 # does hte fuzev2 still have the issue with the screen failing when going to full bright? 02.03.35 # the* 02.03.48 # (IE using flashlight) 02.05.01 Quit PILON (Quit: CGI:IRC (Ping timeout)) 02.11.25 Quit alienkid10 (Quit: CGI:IRC) 02.27.19 # * jhMikeS was gonna say that if the battery is old or crappy, it will or could sag alot during a reboot but the asker left before /me could say 02.28.54 # my battery is getting old and saggy and that's just what happens now 02.32.21 Join TBCOOL [0] (~tb@c-c63471d5.09-42-73746f22.cust.bredbandsbolaget.se) 02.45.21 Quit GodEater (Ping timeout: 252 seconds) 02.48.13 *** Saving seen data "./dancer.seen" 03.35.10 Join NoPinky [0] (~JJK@drsd-4db3878b.pool.mediaWays.net) 03.36.53 Quit Zungzu (Ping timeout: 255 seconds) 03.51.22 Nick guymann_ is now known as guymann (~charles@69.0.8.19) 03.53.20 Join Zambezi_ [0] (Zulu@bnc.fran.dotbnc.se) 03.54.09 Quit Zambezi (Ping timeout: 252 seconds) 04.11.23 Join limescout [0] (~david@c-69-242-30-52.hsd1.pa.comcast.net) 04.29.01 Join dys` [0] (~andreas@krlh-5f736153.pool.mediaWays.net) 04.32.40 Quit dys (Ping timeout: 252 seconds) 04.36.50 Quit [7] (Disconnected by services) 04.37.00 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.45.23 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.45.23 Quit amiconn (Disconnected by services) 04.45.40 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.46.10 Quit pixelma (Disconnected by services) 04.46.12 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.46.14 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.48.17 *** Saving seen data "./dancer.seen" 04.49.21 Join Keripo [0] (~Keripo@eng061.wireless-resnet.upenn.edu) 05.10.03 # question: If I'm building the rockbox source for the simulator, do I need to finish with make zip? (as per the guide for compiling for devices on the website) 05.11.17 # no you only bneed to run make install 05.11.24 # great, thanks 05.13.22 Quit knittl (Ping timeout: 252 seconds) 05.14.09 Join knittl [0] (~knittl@thehappy.de) 05.14.09 Quit knittl (Changing host) 05.14.09 Join knittl [0] (~knittl@unaffiliated/knittl) 05.25.59 Quit limescout (Quit: Leaving.) 05.38.25 Join Rob2222 [0] (~Miranda@p4FFF27E6.dip.t-dialin.net) 05.41.51 Quit Rob2223 (Ping timeout: 240 seconds) 06.07.08 Join Zungzu [0] (~JJK@drsd-4db310c9.pool.mediaWays.net) 06.07.10 Quit NoPinky (Ping timeout: 252 seconds) 06.12.28 Quit saratoga_ (Quit: Page closed) 06.19.26 Quit tchan (Read error: Connection reset by peer) 06.20.16 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 06.42.23 Nick dys` is now known as dys (~andreas@krlh-5f736153.pool.mediaWays.net) 06.48.19 *** Saving seen data "./dancer.seen" 06.50.01 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 07.11.28 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 07.11.28 Quit GodEater (Changing host) 07.11.28 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 07.34.32 Join Buschel [0] (~chatzilla@p54A3AD22.dip.t-dialin.net) 07.40.10 Quit ukleinek (Ping timeout: 252 seconds) 07.46.54 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 07.50.51 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) 07.57.43 Quit ukleinek (Ping timeout: 268 seconds) 07.59.56 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.04.22 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 08.06.06 Quit tchan (Ping timeout: 240 seconds) 08.15.40 Nick Zambezi_ is now known as Zambezi (Zulu@bnc.fran.dotbnc.se) 08.16.00 Quit Zambezi (Changing host) 08.16.00 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 08.25.05 Mode "#rockbox +o Zagor" by ChanServ (ChanServ@services.) 08.25.27 Quit Scromple (Read error: Connection reset by peer) 08.26.59 Topic "Rockbox turns 10 years today! | Branched for 3.10 | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc" by Zagor (~bjst@rockbox/developer/Zagor) 08.27.46 Mode "#rockbox -o Zagor" by ChanServ (ChanServ@services.) 08.34.45 Quit Llorean (Ping timeout: 240 seconds) 08.35.57 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 08.37.08 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 08.48.06 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 08.48.23 *** Saving seen data "./dancer.seen" 08.48.27 Join ender` [0] (~ender@foo.eternallybored.org) 08.49.31 Quit tchan (Ping timeout: 252 seconds) 08.55.41 Join petur [0] (~petur@rockbox/developer/petur) 09.01.54 Join GodEater_ [0] (93722cc8@rockbox/staff/GodEater) 09.04.41 # * GodEater_ comes in with party streamers and a silly hat 09.04.59 # happy birthday to us, happy birthday to us, happy biiiiiiiiiiiiirthday dear Rockbox, happy birthday to us! 09.05.49 # * Zagor distributes cake 09.06.28 # e-cake, my favourite kind. 09.12.43 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.13.30 Join rarog [0] (~chatzilla@p4FF5DEAC.dip.t-dialin.net) 09.38.05 Join LinusN [0] (~linus@giant.haxx.se) 09.45.31 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.50.13 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 09.50.55 Join swilde [0] (~wilde@aktaia.intevation.org) 09.58.33 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 10.02.29 # With a fresh chekout of r31161, trying to cross compile a win32 e200v2 sim (../tools/configure --target=56 --type=AWS && make) gives me; 10.02.33 # apps/plugin.o:plugin.c:(.rdata+0x80): undefined reference to `_lcd_blit_yuv' 10.02.36 # apps/plugin.o:plugin.c:(.rdata+0x84): undefined reference to `_lcd_yuv_set_options' 10.02.40 # Normal e200 compile is fine (../tools/configure --target=56 --type=N && make) 10.02.43 # Anyone else getting this? Was fine the last time I updated (a few days ago) 10.08.08 # nick-p: known issue 10.08.29 # FS#12427 10.08.29 # wodz: ah, thanks 10.08.30 # http://www.rockbox.org/tracker/task/12427 3win32 cc does not compile (undefined reference 'lcd_blit_yuv') (bugs, new) 10.20.51 # oh that cake looks tasty! Happy birthday to Rockbox and this all of our invaluable contributors 10.20.59 # thus* 10.48.27 *** Saving seen data "./dancer.seen" 10.53.39 Quit ntrly_owl (Ping timeout: 244 seconds) 10.59.01 Join ntrly_ow [0] (~david@c122-108-93-161.sunsh1.vic.optusnet.com.au) 11.01.31 # Oh nice, 10 years passed already... :D 11.01.53 Quit petur (Quit: *plop*) 11.04.33 # congrats on the birthday logo :) 11.09.40 Quit GodEater_ (Quit: Page closed) 11.13.43 Join lasser [0] (~chatzilla@p57B5802B.dip0.t-ipconnect.de) 11.21.32 Join z180 [0] (~chatzilla@ip-109-42-15-133.web.vodafone.de) 11.22.29 # do you rebranch 3.10 from SVN? 11.25.01 # rebranch? no, why? 11.25.17 # We have a perfectly usable 3.10 branch already 11.28.44 Part Zagor 11.30.08 Join petur [0] (~petur@rockbox/developer/petur) 11.33.23 # sooo, when do we release? 11.34.17 # tonight 11.40.21 Part lasser 12.07.44 Join lmh_ [0] (lmh@nat/redhat/x-ygetvqftwlzfillw) 12.10.06 Quit lmh (Ping timeout: 248 seconds) 12.25.28 Quit Zungzu (Ping timeout: 252 seconds) 12.29.55 Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20111011102430]) 12.41.56 Quit nick-p (Quit: Leaving) 12.45.53 Join lorenzo92 [0] (~chatzilla@95.232.110.6) 12.48.31 *** Saving seen data "./dancer.seen" 12.50.44 Quit lorenzo92 (Client Quit) 12.53.53 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 12.54.07 Quit z180 (Quit: ChatZilla 0.9.87 [Firefox 3.6.24/20111103063747]) 12.56.15 Quit perrikwp (Ping timeout: 255 seconds) 12.56.22 Quit niekie (Remote host closed the connection) 13.26.08 Join lasser [0] (~chatzilla@p57B5802B.dip0.t-ipconnect.de) 13.26.12 Quit lasser (Client Quit) 13.30.35 Quit petur (Read error: Connection reset by peer) 13.30.38 Join p3tur [0] (~petur@rockbox/developer/petur) 13.30.42 Join z180 [0] (~chatzilla@ip-109-42-15-133.web.vodafone.de) 13.33.27 Nick p3tur is now known as petur (~petur@rockbox/developer/petur) 13.38.30 # scorche: can you update the sidebar on the forums to match rb.org? 13.39.51 # the theme site is slightly off also 13.46.11 Quit perrikwp_ (Ping timeout: 255 seconds) 13.48.50 # JdGordon: FS#12430 ? 13.48.51 # http://www.rockbox.org/tracker/task/12430 3FM presets tags aren't dynamic in status bar. (bugs, unconfirmed) 13.49.08 # the patch looks safe enough to backport to 3.10 if necessary 13.49.12 # saw it, havnt looked into it 13.49.14 # assuming it's really a bug 13.49.17 # oh, its got a patch? 13.49.23 # yes 13.49.39 # yep, thats fine, go ahead and commit 13.50.06 # I wouldnt think count needs to be dynamic 13.50.34 # can't you add presets while listening? 13.50.53 # I dont know, can you? 13.51.08 # and by that, it means, can you add without causing a fullscreen update anyway? 13.51.19 # i.e yes/no popup or menu transition 13.51.39 # not sure 13.52.12 # meh, commit as it 13.52.22 # its not a huge deal if it causes extra line redraws 13.54.16 # what needs to happen to get STATIC tags updated? 13.54.40 # they are only updated when a fullscreen redraw happens, so on a track change, or changing screens 13.55.31 # so a preset change should cause such a redraw? 13.56.13 # * JdGordon was hoping to not look at the fm code :p 13.56.52 # update_type = SKIN_REFRESH_ALL; <- so yes 13.57.35 # sonuds like its the sbs not updateing 13.59.32 # ok, so yeah, the patch fixes it by making the sbs update those tags more often than needed 13.59.43 # when really the sbs should be told to do a full redraw 14.00.43 # calling skin_request_full_update(SBS); in radio.c if update_type==SKIN_REFRESH_ALL is a better fix 14.15.24 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.20.47 Join antil33t| [0] (~Ahurhurr@101.98.148.94) 14.22.15 Join NoPinky [0] (~JJK@w4097.dip.tu-dresden.de) 14.23.22 Quit antil33t (Ping timeout: 252 seconds) 14.24.48 # I think it has already been asked, but is it possible to add the Fuze+ player type to the flyspray ? 14.25.04 # JdGordon: I see 14.25.50 # JdGordon: should the skin engine do this perhaps? 14.25.59 # e.g. as part of skin_update() 14.26.37 # heh, skin_update() even does it if it detects cuesheet changes 14.26.51 # oh but for the current skin, not the sbs 14.28.43 Join antil33t [0] (~Ahurhurr@101.98.148.94) 14.29.45 Quit z180 (Ping timeout: 252 seconds) 14.31.32 Quit antil33t| (Ping timeout: 248 seconds) 14.32.49 Join Rob2223 [0] (~Miranda@p4FFF3FE9.dip.t-dialin.net) 14.36.41 Quit Rob2222 (Ping timeout: 252 seconds) 14.39.02 Join antil33t| [0] (~Ahurhurr@101.98.148.94) 14.40.01 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 14.40.05 Quit antil33t (Ping timeout: 240 seconds) 14.46.35 Quit wodz (Quit: Leaving) 14.47.06 Join antil33t [0] (~Ahurhurr@101.98.148.94) 14.48.33 *** Saving seen data "./dancer.seen" 14.49.25 Quit antil33t| (Ping timeout: 240 seconds) 14.55.28 # JdGordon, kugel: I've added another patch based on your suggestions: FS#12430, also works, cleaner? 14.55.29 # http://www.rockbox.org/tracker/task/12430 3FM presets tags aren't dynamic in status bar. (bugs, unconfirmed) 15.01.18 Quit NoPinky (Ping timeout: 252 seconds) 15.05.38 Join GodEater_ [0] (93722cc9@rockbox/staff/GodEater) 15.07.14 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 15.07.31 Join NoPinky [0] (~JJK@w4097.dip.tu-dresden.de) 15.19.11 Join TheLemonMan [0] (~LemonBoy@adsl-ull-203-219.50-151.net24.it) 15.28.31 # nick-p: it should be if (update_type == SKIN_REFRESH_ALL) skin_request_full_update(CUSTOM_STATUSBAR); I think 15.29.21 Join WalkGood [0] (~4@unaffiliated/walkgood) 15.29.22 # the sbs is constantly updated, no need to do it explicitely from the fms. but it doesnt update STATIC tags automatically 15.30.06 # kugel: that makes sense, I'll give it a go 15.35.40 Join lasser [0] (~chatzilla@p57B5802B.dip0.t-ipconnect.de) 15.35.41 Quit lasser (Client Quit) 15.37.55 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 15.38.03 Quit tchan (Changing host) 15.38.03 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 15.43.55 Quit Rob2223 (Quit: Rob2223) 15.44.12 # kugel: thanks, that worked 15.57.24 # nick-p: great 15.58.58 # New commit by 03kugel (r31162): Fix for "FS#12430 - FM presets tags aren't dynamic in status bar." 15.59.17 # New commit by 03kugel (r31163): Fix for "FS#12430 - FM presets tags aren't dynamic in status bar." 16.01.11 # r31162 build result: All green 16.03.16 # release party soon? :) 16.04.45 Quit petur (Ping timeout: 240 seconds) 16.05.06 Join keyb_gr [0] (~chatzilla@p4FF030E1.dip.t-dialin.net) 16.10.43 # * kugel is quite happy with how this hybrid port on the R0 actually works 16.11.04 # and I'm again astonished how incredibly portable rockbox is :) 16.13.02 # kugel: what toolchain are you using for the r0 port ? 16.13.15 # codesourcery (for now) 16.13.36 # arr, im on x86_64 and cant use that, any clue about how to compile a native one ? 16.13.58 # you can use that on 64bit, just need the 32bit compat libraries :) 16.14.08 # (like with the android ndk) 16.14.51 # TheLemonMan: only a slight clue, but I don't want to go through it actually 16.15.33 # so no official support in the rockbox toolchain builder? thats really a shame 16.15.42 # not yet 16.16.05 # then i'll try to get the ball running with the 32bit compiler 16.16.11 # a full blown toolchain (with libc support) is more difficult that a compiler for bare metal 16.17.07 # building your own toolchain when compiling for linux on a generally supported machine is generally not that useful anyway 16.17.17 # if you really want one, crosstool or whatever can do it 16.17.37 # (and handles all the weird edge cases that our scripts don't know or care about due to not having a libc) 16.18.45 # i guess rockbox will be statically compiled against the libs needed 16.20.28 # static or not doesnt really matter does it? 16.21.47 Join y4n [0] (y4n@unaffiliated/y4ndexx) 16.22.10 # building dynamically is better, if you have the right toolchain 16.22.16 # TheLemonMan: I don remember, who was the one who asked you about the registers of the stmp3700 ? 16.22.33 # Torne: do you know what steps would be needed after the compiler we already have? and can it be simplified considering the libc is already pre-built on the device? 16.22.34 # ive lost hope in dynamic linking after all the countless problems it gave because of lib version 16.22.49 # pamaury: just a sec, let me grep the backlog 16.23.03 # kugel: you either need to build the c compiler twice (again after building libc) to get the right libgcc 16.23.10 # or provide the library sources during the build of gcc 16.23.24 # the latter is, er, kinda fun 16.23.31 # Crosscompiling toolchains is a bitch 16.23.40 # my vote is "use crosstool" 16.23.50 # it is *harder*, not easier, because the libc is already prebuilt 16.23.52 # so we could compile libc with our eabi compiler, and then with that a full gcc? 16.23.59 # pamaury: no luck, the backlog i have is too recent 16.24.00 # you need to actually make one that matches 16.24.12 # The 16.24.15 # kugel: probably, but technically you should be using the right target 16.24.38 # something like arm-linux-gnueabi instead of arm-eabi 16.24.48 # TheLemonMan: I think he planned to do a rockbox port right ? do you remember the target ? My logs are too recent too and I don want to download all the logs 16.24.49 # for the full compiler sure 16.25.00 # No, for libc as well 16.25.36 # libc has all kinds of hideous magic in it that depends on the toolchain it was built with (not the one it's being used to build against now) 16.25.37 # I thought arm-linux-gnueabi has already libc support 16.25.41 # iirc it was a philips player, but im not really sure 16.25.49 # what do you mean, "has libc support"? 16.26.07 # being built for a specific libc 16.26.15 # no 16.26.24 Join B4gder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 16.26.24 Quit B4gder (Changing host) 16.26.24 Join B4gder [241] (~daniel@rockbox/developer/bagder) 16.26.24 # the system identifier is not about libc at all 16.26.37 Join perrikwp [0] (~quassel@wireless-152-13-54-66.uncg.edu) 16.27.04 # the usual way is to build the actual compiler you want, but with only C enabled and with the configure switch that tells it not to use any system library headers 16.27.05 Quit Bagder (Ping timeout: 240 seconds) 16.27.09 # then use that to build libc 16.27.31 # then build another compiler for the same system, but with the now-built-and-installed libc headers and with any languages you want 16.27.32 # but that's what we do for our bare metal compiler, no? 16.27.42 # but we don't target the same system 16.27.47 # arm-eabi is not the same as arm-linux-gnueabi 16.27.49 # "only enable C and don't use any system library headers" I mean 16.27.52 # at least, in theory :) 16.27.58 # I see 16.28.00 # the practical difference is.. small 16.28.05 # but exists. kinda. 16.28.11 # it's hard to actually discover what the differences are 16.28.15 # gcc doesn't ahve any kind of list of them 16.28.25 # you have to look in dozens/hundreds of places to work out what a system identifier actually *means* 16.28.46 # perhaps it's worth a try anyway :) 16.28.51 # i don't think so 16.28.58 # it will almost certainly appear to work just fine 16.29.03 # Whether it's actually right or not. 16.29.15 # It doesn't seem like it would be any easier than doing it correctly 16.29.24 # so i don't see the point in doing something that's not guaranteed to be correct 16.30.04 # using code sourcery is also technially incorrect then 16.30.20 # is it? 16.30.25 # I dont think it's libc matches the one on the device 16.30.29 # It doesn't have to 16.30.32 # i guess that arm-none-linxu-gnueabi and arm-linux-gnueabi are the same target 16.30.42 # TheLemonMan: You would guess that, and you are probably right 16.30.50 # for that specific pair :) 16.30.56 Join MethoS- [0] (~clemens@134.102.106.250) 16.30.57 # but in general it's impossible to determine, afaik 16.31.29 # the system identifiers are *really* badly structured and hard to interpret outside of the context of the people that actually work on the toolchain for a given arch/platform :) 16.31.36 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 16.31.45 # if you read the gcc mailing list (as I do) you'll find that a) most of these combos are equivalent and b) the gcc guys themselve have no clue 16.31.50 # Yes 16.32.01 # as i said, there is no one source for what these mean 16.32.15 # their meaning is distributed throughout all the autoconf magic for gcc/libgcc/libc/othercompilers/libiberty/etc 16.32.26 # and through the code in places too 16.32.28 # and other places still 16.32.48 # what about llvm based toolchains ? 16.33.11 # kugel: whether libc "matches" is not relevant. if you dynamically link libc you just need to be using the same ABI, and a compatible API version, to the one on device 16.33.30 # kugel: see regular desktop linux, where i can send you a binary that links against libc dynamically and you can probably run it because glibc doesn't break APIs much 16.33.55 # if you statically link then it doesn't matter at all what libc is on the device, it only matters whether *your* libc is built against sufficiently compatible kernel headers compared to the kernel running on device. 16.34.15 # that reminds me, I think linux has a different abi w.r.t. to enums that we do 16.34.17 # the "magic" such as there is is building libgcc to match the C library it's going to run against 16.34.18 # than* 16.34.29 # kugel: Yes, that's i think the major difference between gnueabi and eabi 16.34.44 # eabi left a couple of minor details implementation defined for NO GOOD REASON 16.34.49 # and then various people defined those differently 16.34.53 # so now the universal standard has, like, three versions. 16.34.57 # congratulations arm 16.35.14 # (as a bonus i have arm-linux-androideabi here :) 16.35.23 # who doesnt :) 16.35.23 # (*no* idea what that's equivalent to, if anything) 16.36.07 # that's just standard linux, with some defaults different (like -fPIC enabled by default) to suit android 16.36.22 # what's "standard linux", though? 16.36.34 # * Torne can build a perfectly functioning linux system with a "standard" eabi toolchain 16.36.37 # added in 4.6 and backported by the ndk folks 16.36.47 # but it won't be ABI compatible with most binaries you can get from the internet 16.36.47 Quit nick-p (Quit: Leaving) 16.36.50 # because they all use gnueabi 16.36.50 Join petur [0] (~petur@rockbox/developer/petur) 16.37.00 # Torne: well, "*-linux-gnueabi*" I'd say 16.37.37 # right, but there's nowhere that this is actually enshrined as a standard, is my point 16.37.41 # :) 16.37.54 # there exist ARM Linux systems built for an exciting variety of ABIs :/ 16.37.55 # from what I know is that all linux are the same, except the libc can be different (uclibc, (e)glibc, newlib,...) 16.38.02 # well, you know wrong then 16.38.04 # sorry :) 16.38.14 # there's at *least* three ABIs that are in use 16.38.19 # the eabi ones at least 16.38.24 # also wrong 16.38.30 # see eabi vs gnueabi again 16.38.33 Join Rob2222 [0] (~Miranda@p4FFF3FE9.dip.t-dialin.net) 16.39.00 # for even more fun consider the variation in what kernel headers libc is compiled against (a lot of arm systems still use very old kernels) 16.39.05 # sooo, yeah. 16.39.06 # I don't know a non-gnueabi target that I would consider standard 16.39.19 # kugel: people build them by accident, it's quite easy 16.40.51 # aaanyway 16.41.04 # the actual system here is just some random linux made by a vendor, right? 16.41.06 # TheLemonMan: was it Zoiah ? 16.41.25 # do they have sources/buildscripts around somewhere we can just steal? because that's totally easiest 16.41.49 # pamaury: might be, i think you said his name when i asked you the same question some weeks ago 16.41.56 # TheLemonMan: or low_light perhaps ? 16.41.57 # if not, then work out what libc version they are running and what their system identifier is and just build a normal cross linux toolchain using those (same general libc version but doesn't have to be the same release) 16.42.27 # i don't see the advantage of using our existing toolchain to bootstrap with instead of doing it the "normal" way; it only takes a couple of minutes on a reasonable computer to churn out gcc :) 16.43.58 # pamaury: i kinda remember Zoiah name 16.44.39 Quit perrikwp (Ping timeout: 252 seconds) 16.44.43 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.44.55 Part pamaury 16.47.08 Quit Rob2222 (Quit: Rob2222) 16.47.55 Join Rob2222 [0] (~Miranda@p4FFF3FE9.dip.t-dialin.net) 16.48.35 *** Saving seen data "./dancer.seen" 16.48.59 # Fatal error: Invalid -march= option: `armv5te' 16.49.09 # Torne: I didn't sources for their toolchain 16.49.23 # too new toolchain or did i screw something ? 16.50.16 # +find 16.50.58 # their opensource.zip is lacking lots of stuff 16.51.06 # it has just linux and busybox 16.51.30 # i tried compiling the kernel but faced a nice brick instead 16.52.34 # Torne: what's the "normal way" you're talking about? :) 16.52.53 # I would kill to find some decent how-to on cross compilers. they're only many really bad ones 16.53.48 # Documentation is worthless 16.53.52 # only working scripts count 16.54.25 # crosstool(-ng), the bitbake recipes in OE 16.54.37 # pycorn's Makeppfiles :p 16.54.53 # though i don't target linux there; i'm doing bare-metal-hosted instead 16.55.01 # we could put crosstool-ng config files into svn then call it in rockboxdev.sh 16.55.21 # Yes, that's probably the best way 16.56.27 # * kugel used it ones, it's quite nice 17.02.53 Quit WalkGood () 17.04.16 Quit GodEater_ (Ping timeout: 265 seconds) 17.05.47 # Zagor: is svn.rockbox.org/www/irc/ the latest version of the irc web viewer? 17.06.01 # downgraded the compiler and now got "export/thread.h:261: error: field 'context' has incomplete type" 17.20.47 # same error even with newer compiler 17.26.05 Quit petur (Read error: Connection reset by peer) 17.26.22 Join petur [0] (~petur@rockbox/developer/petur) 17.38.57 Part LinusN 17.42.18 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.42.43 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 17.43.22 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 17.43.22 Quit pamaury (Changing host) 17.43.22 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.44.48 Join low_light [0] (~chatzilla@ip72-219-32-144.br.br.cox.net) 17.46.29 # TheLemonMan, pamaury: It was me. I have a Philips Vibe with a 3770. 17.46.44 # low_light: did you started the port ? 17.47.27 Quit petur (Ping timeout: 240 seconds) 17.48.38 # I'm playing with your "recovery_loader" first. I'm doing some RE for the lcd. Seems like some of the lcd regs are different. 17.48.48 Quit Keripo (Quit: Leaving.) 17.49.05 # what lcd type do you have ? 17.51.16 # I don't know the model and I don't see a way to disassemble the player without cracking the casing. 17.54.37 Quit mgue (Ping timeout: 244 seconds) 17.58.00 # dionoea: yes 18.06.35 Join Keripo [0] (~Keripo@eng061.wireless-resnet.upenn.edu) 18.22.57 Quit Poodlemastah (Ping timeout: 252 seconds) 18.23.36 Quit n1s (Ping timeout: 240 seconds) 18.26.46 Part jlbiasini 18.28.48 Join Poodlemastah [0] (~Poodlemas@h-241-205.a218.priv.bahnhof.se) 18.30.23 Quit swilde (Remote host closed the connection) 18.32.21 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.36.36 Quit ender` (Quit: The gun turrets on my fortress will not rotate enough so that they may direct fire inward or at each other. -- Evil Overlord List #122) 18.37.32 Join guymann_ [0] (~charles@66-159-175-99.adsl.snet.net) 18.39.03 Quit guymann (Ping timeout: 240 seconds) 18.39.41 Join lorenzo92 [0] (~chatzilla@host105-58-dynamic.48-82-r.retail.telecomitalia.it) 18.40.11 # kugel: bad news :( with your alsa build, processor speed is quite always at 532 mhz for unknown reason 18.40.33 # I actually gave a look at the governor stats and yes it stays more on 532 18.40.37 # than before :( 18.42.06 # New commit by 03gevaerts (r31164): Set version to 3.10 in preparation for the release 18.47.01 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 18.47.01 Quit n1s (Changing host) 18.47.01 Join n1s [0] (~n1s@rockbox/developer/n1s) 18.48.39 *** Saving seen data "./dancer.seen" 18.51.52 Join Topy [0] (~Topy44@f048048176.adsl.alicedsl.de) 18.52.39 # oh god, i still cant get it to compile 18.52.43 # screw you gcc! 18.54.00 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 18.54.25 Quit T44 (Ping timeout: 240 seconds) 18.54.31 Part jlbiasini 18.58.29 # New commit by 03gevaerts (r31165): Pass VERSION to *all* make invocations in release scripts 18.59.12 # New commit by 03gevaerts (r31166): Pass VERSION to *all* make invocations in release scripts 19.01.10 # r31166 build result: All green 19.02.12 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.02.13 Quit bertrik (Changing host) 19.02.13 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.04.19 # kugel: could you please send me a link to the toolchain you're currently using ? 19.06.51 Quit Keripo (Quit: Leaving.) 19.08.37 # this fuze+ sd slot is driving me crazy... 19.11.33 # pamaury, can I help you with that perhaps? 19.12.39 # no, that's just so frustrating, during the week-end it was working except for reading/writing and alrthough I think I don't have change anything it's doesn't work anymore. It fails at ACMD41, the busy bit is never cleared 19.15.26 Quit kadoban (Ping timeout: 268 seconds) 19.16.14 # still using the same card? 19.16.40 Quit NoPinky (Ping timeout: 268 seconds) 19.16.55 # yes, I have two of them, both give the same result 19.17.24 Topic "Rockbox turns 10 years today! | Branched for 3.10 | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | 3.10 release in progress" by ChanServ (ChanServ@services.) 19.18.32 Join NoPinky [0] (~JJK@w4097.dip.tu-dresden.de) 19.23.35 Quit NoPinky () 19.31.27 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 19.35.16 Join Horscht [0] (~Horscht@p5DD57516.dip.t-dialin.net) 19.35.17 Quit Horscht (Changing host) 19.35.17 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.39.04 Join T44 [0] (~Topy44@f048113221.adsl.alicedsl.de) 19.39.37 Quit semitones (Changing host) 19.39.37 Join semitones [0] (~patrick@unaffiliated/semitones) 19.40.31 Join AlexP_mob [0] (~AlexP@rockbox/staff/AlexP) 19.43.01 Quit Topy (Ping timeout: 252 seconds) 19.48.53 Join lasser [0] (~chatzilla@p57B5802B.dip0.t-ipconnect.de) 19.49.38 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) 19.59.52 Join lovasoa [0] (~olojkine@78.251.5.120) 20.01.20 Join TomColler [0] (~thomas@net-93-144-144-234.cust.dsl.teletu.it) 20.02.52 Quit Poodlemastah (Ping timeout: 244 seconds) 20.04.01 Quit n1s (Read error: Connection timed out) 20.04.48 Join n1s [0] (~n1s@rockbox/developer/n1s) 20.13.53 Join Topy [0] (~Topy44@g228143242.adsl.alicedsl.de) 20.17.40 Quit T44 (Ping timeout: 248 seconds) 20.18.43 Quit TheLemonMan (Quit: WeeChat 0.3.6) 20.18.54 # New commit by 03gevaerts (r31167): Tag release 3.10 20.18.57 Quit n1s (Ping timeout: 252 seconds) 20.19.12 # o/ 20.21.17 # by the way, happy 10 years 20.22.04 Join n1s [0] (~n1s@rockbox/developer/n1s) 20.30.07 Join rarog [0] (~chatzilla@p4FF5DEAC.dip.t-dialin.net) 20.31.10 # yeah happy 10 years :D I've just began to use Rockbox, but it's indeed a great project hehe 20.31.50 # pamaury: I had a thought about 2nd display CRT-like problem. Could it be somehow related to voltage switching? It seems that it is sometimes away after plugging to USB and plugging back. And if yes, are all the current voltage infos in the debug screen? 20.34.46 # New commit by 03bluebrother (r31168): Make rbutil tools Makefile more silent. 20.36.42 # r31168 build result: All green 20.37.34 Join Buschel [0] (~chatzilla@p54A3B8FD.dip.t-dialin.net) 20.40.16 # So with 3.10 (nearly) out of the way, when are we doing the git switch? :) 20.42.46 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 20.44.32 Join Topy44 [0] (~Topy44@f048177216.adsl.alicedsl.de) 20.46.45 Quit Topy (Ping timeout: 240 seconds) 20.48.09 Quit dv_ (Read error: Connection reset by peer) 20.48.41 *** Saving seen data "./dancer.seen" 20.51.39 Join dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 20.55.23 Join Poodlemastah [0] (~Poodlemas@h-241-205.a218.priv.bahnhof.se) 21.06.49 # New commit by 03bluebrother (r31169): ipodpatcher: guard platform specific files. ... 21.06.54 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 21.08.46 # r31169 build result: All green 21.08.54 # lorenzo92: :-( 21.09.22 # kugelp: yeah strange...needs digging 21.09.24 # perhaps relax the buffer sizes 21.11.58 Quit y4n (Quit: 6,000,000 ways to die — choose one.) 21.12.22 # how do you read the governor stats? perhaps add this to the cpu info debug screen I added in the last patch 21.13.19 # New commit by 03bluebrother (r31170): Rockbox Utility: disable some pointless warnings when building with VS. ... 21.13.20 # New commit by 03bluebrother (r31171): QuaZip: change the order of void-casts. ... 21.15.05 # r31170 build result: All green 21.16.53 # r31171 build result: All green 21.17.10 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 21.18.53 # kugelp: go to sys/devices/system/cpu/cpu0/cpufreq/stats 21.24.54 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) 21.28.13 # New commit by 03gevaerts (r31172): Update "since last release" revision 21.33.04 # New commit by 03gevaerts (r31173): Update to 3.10 21.34.33 # New commit by 03zagor (r31174): Temporary birthday logo. 21.34.34 # r31173 build result: All green 21.35.40 # New commit by 03zagor (r31175): Old history... 21.39.27 Quit qnm (Ping timeout: 252 seconds) 21.40.21 # New commit by 03gevaerts (r31176): Update news for 3.10 21.42.42 # kugelp: I will test your new patch soon ;) 21.43.30 # kugelp: for the usb, we can indeed place into rockbox. Another important issue is the battery indicator! 21.44.46 Quit bluebrother (Disconnected by services) 21.44.47 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 21.46.31 # Zagor: rbutil doesn't pick 3.10 up yet 21.46.55 # bluebrother^: rbutil tells me there's a new version 21.47.26 # Oh, the wiki link hasn't been update yet I think 21.47.54 Quit fs-bluebot (Ping timeout: 240 seconds) 21.48.32 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 21.49.12 # * gevaerts guesses that the server just needs an svn up 21.49.25 Quit Topy44 (Ping timeout: 240 seconds) 21.49.28 Join fs-bluebot [0] (~fs-bluebo@g231123156.adsl.alicedsl.de) 21.49.39 # bluebrother^: should be fixed now 21.50.35 # gevaerts: the date in the news section is wrong 21.50.41 # oops 21.51.08 Join Topy44 [0] (~Topy44@f049136195.adsl.alicedsl.de) 21.51.20 # New commit by 03gevaerts (r31177): Fix date in news section 21.55.46 Quit benedikt93 (Quit: Bye ;)) 21.56.19 # Zagor: http://download.rockbox.org/daily/build-info is the one rbutil uses 21.57.08 Join henk [0] (~henk@leonardo.netwichtig.de) 21.59.18 # hi, connection establishment to the webserver at rockbox.org takes long, I think it may be an ipv6 issue. Can anyone point me to a proper place to report that issue please? 22.03.05 Quit AlexP_mob (Quit: Bye) 22.03.50 # gevaerts: ah right 22.04.39 # henk: here is fine. B4gder and Zagor are the people who can do something (or at least who know who to shout at) 22.05.01 # we should make a perl script to convert build.pm to build-info 22.05.15 Join ender` [0] (~ender@foo.eternallybored.org) 22.05.25 # gevaerts: ok, thank you. 22.06.04 # henk: can I have your ipv6 address privately? 22.07.09 # Zagor: Sure. But I just tried pinging from home and from my server, it’s fine from my server, so I guess it’s just a routing problem somewhere. Sorry I did not try that before :-/ 22.07.46 # yeah I just tested from http://ipv6-test.com and they can't reach us either. I'll complain to our hosting company. 22.07.53 Part lasser 22.08.13 # gevaerts: Hmm, no word on the birthday in the release mail? 22.08.40 # * gevaerts makes kugelp read it again 22.09.12 # www.rockbox.org pong6s for me 22.09.42 # Zagor: I’ll /msg you a traceroute paste if that’s ok? 22.09.48 # gevaerts: It's !% 22.09.54 # henk: sure 22.10.02 # It's magic, now its there! 22.12.06 Quit domonoky (Quit: Leaving.) 22.12.55 # ok, rockbox utility installs 3.10 properly 22.13.06 # * gevaerts stops working and starts celebrating 22.13.26 # wohoo 22.14.31 # parteeey! 22.16.22 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 22.17.22 Join thegeek [0] (~thegeek@160.39.34.95.customer.cdi.no) 22.17.53 # gevaerts: thanks, completely forgot about the wiki 22.18.17 Part semitones (""Parting is Groovy, or something like that!" -- Shakes Spear") 22.18.55 # \o/ 22.21.03 # just a note for future releases: we don't actually use the download mirrors anymore. everything comes from our own server. 22.21.05 Quit Stummi (Quit: Bye!) 22.22.01 # Zagor: that sentence still gives us a bit of time to fix things if needed :) 22.22.12 # haha 22.22.43 # The build-info thing was *entirely* caused by slow mirrors 22.23.32 Join lasser [0] (~chatzilla@p57B5802B.dip0.t-ipconnect.de) 22.24.08 # Zagor: so you don't recommend getting rockbox via download.com? :-) 22.24.44 # haha 22.24.48 # why don't we use mirrors anymore? 22.25.34 # mainly because that makes us unable to count downloads. also we decided the bandwidth is cheap enough we (Haxx) can pay for it all. 22.25.56 # ah, ok 22.26.06 # what is a terrabyte among friends anyway? =) 22.26.29 # kugelp: :( :( 22.26.46 # kugelp: your patch doesn't work. I mena...rockbox crashes! 22.27.11 # strange white stripes in the logo + crash 22.27.44 # Zagor: btw, we don't have graphical download stats, do we? 22.27.48 # meh. it works fine for me 22.27.55 # bluebrother^: not public, no 22.28.08 Part lasser 22.28.18 # not public meaning no public stats or no public graphical stats? 22.28.32 # no public stats at all 22.28.42 # * bluebrother^ could be interested in creating graphs out of download stats 22.29.37 # lorenzo92: please try if my changes to the lcd driver cause it 22.29.45 # kugelp: okay 22.32.06 Part TomColler 22.32.30 Join captainkewlllll [0] (~cf57a9a2@www.haxx.se) 22.33.31 # kugelp: yeah. restoring the old lcd file starts correctly uhm uhm, no clue why for you it's working lol" 22.35.31 # kugelp: but now the cpu usage seems to be returned normal ;) 22.35.42 # I mean, most of the time at 200 mhz 22.36.11 # huh. very strange 22.37.03 # nice the cpu load screen :) 22.37.07 # how does it work? 22.37.48 # bluebrother^: sure, I'm all for creating graphs. I just don't want to expose our whole awstats system. 22.38.59 # lorenzo92: well, look at the code :-) its using the times() syscall to get stats about the process 22.39.05 # Thank you very much for 3.10. I just installed and booted it fine on my sansa e200 v2 :) 22.39.20 # Zagor: Thanks for taking care of the problem! :) 22.39.27 # bye 22.39.38 # kugelp: yeah ok it interfaces with the system that's what I wanted to know :p 22.39.43 Join saratoga [0] (9803c57f@gateway/web/freenode/ip.152.3.197.127) 22.39.50 # Zagor: should be possible to generate graphs from the logs every now and then and upload the result, shouldn't it? 22.40.16 # yes 22.40.18 Part henk ("WeeChat 0.3.6") 22.40.38 # who controls the facebook group for rockbox? 22.41.09 # lorenzo92: you can see in my patch how to address the pixels. perhaps you can make it work 22.41.47 # kugelp: okay, will have a look sooner or later...anyway. Any idea how to implement battery monitor? 22.41.54 Quit ej0rge (Quit: leaving) 22.42.04 # I could imagine that your particular unit can only update even pixel boundaries or some sort 22.42.34 # ah! you think that there is something different..uhm 22.43.40 # lorenzo92: do you know if remote debugging is possible, e.g. via usb? 22.44.11 # eh surely with this kernel not :( 22.44.51 # maybe throug a usb gadget... 22.45.04 # another question: where does alas come from? I don't see it in the rootfs provided by Samsung 22.45.28 # I see it in the r1 package however without sources 22.45.56 # alas? you mean alsa? 22.46.25 # yes 22.46.43 # indeed the rootfs provided by samsung is NOT complete at all (don't ask me why lol) 22.47.08 # sources are there 22.47.13 # wait 22.47.43 # well there is the kernel alsa driver (sources too) 22.47.51 # but not the sources of alsa... 22.47.55 # lib 22.48.02 # grr 22.48.21 # they must provide it? 22.48.45 *** Saving seen data "./dancer.seen" 22.48.52 # sure, alsa is lgpl 22.49.01 # isn't it? 22.49.43 # don't know but yes should be 22.50.07 # why do you need them? 22.50.09 # lgpl sources must be provided still 22.52.50 # lorenzo92: they also lack glibc sources 22.53.01 Join Strife89 [0] (~Strife89@207.144.201.128) 22.53.18 # Happy Birthday, Rockbox! :) 23.01.12 # kugelp: there are still issues with something that's eating too much cpu I guess 23.01.30 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 23.05.10 Join TheLemonMan [0] (~LemonBoy@adsl-ull-203-219.50-151.net24.it) 23.07.18 Quit lorenzo92 (Remote host closed the connection) 23.08.52 Join lorenzo92 [0] (~chatzilla@host105-58-dynamic.48-82-r.retail.telecomitalia.it) 23.16.49 # arg, when I left I had a brilliant idea about why the fuze+ sd it could not work and now I have forgotten it :( Perhaps it was that brilliant after all 23.19.27 # hmm, if i fastforward then turn volume down and hit pause all very quickly, i can lockup my sansa fuze... 23.21.09 # pamaury: sad. :/ but hey. perhaps you'll dream it. 23.21.59 # I had this once. in my dream I had the solution for a problem and luckily it was a lucid dream so I remembered the solution next morning. :D 23.34.04 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 23.38.27 # usually it's the other way around: during the night you realize youw ere completely dumb 23.38.57 # I think I'm missing the power up clock sequence for sd, I'm surprize that no other target does it 23.39.20 # i once woke up in the middle of the night with a solution for a problem i had been trying to solve during the day 23.40.36 # maybe bootloaders or whatever does it on other targets? 23.40.47 Quit lorenzo92 (Remote host closed the connection) 23.41.35 # Or maybe it's hardcoded into the hardware so software doesn't have to do this. 23.41.54 # btw, paumary, did you read my thought about the CRT problem this morning? 23.42.21 Quit n1s (Quit: Ex-Chat) 23.42.30 Quit captainkewlllll (Quit: CGI:IRC) 23.43.05 # yes but I don't really know what is the source of the problem. I think it might be because of a sudden power drain and the dc-dc converter does not follow; so perhaps it's a problem of power system optimization; or perhaps it comes from a clock but I'm not sure 23.43.31 # it might be a voltage which is too low also 23.43.49 Join Keripo [0] (~Keripo@SEASNet-37-01.seas.upenn.edu) 23.45.09 # but can I read the current voltage somewhere with the debug build? 23.45.34 # If yes I could just compare the numbers. 23.46.16 # yes you can in the debug > HW info screen 23.46.34 # which a recent build, I committed this screen not long ago 23.46.36 # *with 23.46.56 # Perhaps you can pastebin the output of different screens: clocks and voltages 23.47.07 # Ok, I need also a debug build, right? I'll recompile then. 23.47.11 # no 23.47.23 # the debug menu is in all builds I think 23.47.30 # ah ok. 23.47.43 # and pastebin? Is the output logged in a file so I can just c&p? 23.50.07 # Ok, latest source is compiling now. 23.51.03 Quit factor (Quit: Leaving) 23.51.05 # hmm. 23.51.20 # rarog: you, you'll have to do it by hand unfortunately 23.51.40 # I'm trying to merge the Makefiles for all tools below rbutil -- i.e. mk*boot and *patcher 23.52.20 # but looking at it the libucl Makefile seems also to be a candidate for merging -- afaiu it's only used when building with Rockbox Utility