Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2011-12-07

00:00:55lovasoalebellium: I didn't notice any bug
00:01:36 Quit saratoga (Quit: Page closed)
00:01:36lebelliumok thanks
00:02:02lovasoaBut the icons are less beautifull than the stock ones
00:02:12lebelliumwhat icons?
00:02:17lebelliumI used the stock ones
00:02:29lovasoaBut they are scaled
00:02:41lovasoaSo they don't look fine...
00:02:49lebelliumhum
00:03:06lovasoaOr at least not as fine as in cabbiev2
00:03:18lebelliumthe stock ones you mean from cabbiev2?
00:03:25 Quit pamaury (Remote host closed the connection)
00:04:20lovasoaThey look just like before r31059 (31059)
00:04:48lebelliumthat's normal
00:05:01lebelliumI did not change the icons on my theme since the 1st version 0.71
00:05:13lebelliumbut that's very easy to change that
00:06:43kugelif you use the stock icons which cabbie also uses you shouldnt ship them in your theme
00:07:52lebelliumfor the moment in my cfg file there is
00:07:54lebellium"iconset: /.rockbox/icons/tango_small.bmp "
00:08:11lebelliumbut I see the new icons have been renamed
00:08:13lebellium"tango_icons.16x16.bmp"
00:08:47lebelliumthat's why cabbiev2 and my theme don't have the same icons for the moment
00:08:59lebelliumnot a problem, I'll fix that for the "official release"
00:09:39 Join Keripo [0] (~Keripo@seas566.wireless-pennnet.upenn.edu)
00:13:44lebelliumoh 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:25stripwax(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:40JdGordonare you moving the wheel?
00:24:49stripwaxme? no. not even sure what you mean −− moving the wheel changes track
00:25:32JdGordonjust that moving the wheel causes the ipods to boost now
00:26:39jhMikeSwhich means boost could still be on when entering the screen?
00:26:46stripwaxoh, 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:00stripwaxI can see it boosting and unboosting
00:27:38stripwaxIt 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:17jhMikeS6MHz is a pretty large load
00:31:11stripwaxodd, putting on a current build from just-now I see nothing out of the ordinary
00:31:49stripwaxJdGordon - nope, turning the wheel still changes track... are you sure it was changed to mean 'force boosting'?
00:32:48stripwaxlooks 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:49funmanstripwax: btw to analyze cpu usage correctly you need test_codec. debug screen is not reliable
00:46:17stripwaxfunman - yep, but test_codec isn't built by default and I currently don't trust my build env
00:46:18stripwaxwell 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:44stripwaxe.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:40stripwaxor maybe I just had some incredibly buggy build and had never noticed before last night. current build seems dandy.
00:51:04jhMikeSstripwax: which codec?
00:51:16jhMikeSre: weird rewind behavior
00:51:40stripwaxjhMikeS - excellent question - either: mp3, vorbis, wav .
00:52:29stripwaxon 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:35jhMikeSit really shouldn't end of its own accord while rewinding
00:54:38stripwaxother codecs likewise. I have absolutely no idea what I must have imagined was happening yesterday.
00:55:19jhMikeSI can't reproduce any such thing
00:55:25stripwaxyep me neither
00:55:43jhMikeSso, it's not doing it at all now?
00:56:30stripwaxcorrect, I am absolutely unable, using current build, to reproduce any of the weirdness I (thought I) experienced yesterday on an older build
00:56:41jhMikeShow old?
00:57:16jhMikeSthe old playback engine I believe behaved that way, it shouldn't now
00:57:19stripwaxas 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:28stripwaxAh −− well at least maybe I'm not going insane
00:58:52jhMikeSit 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:00
01:03:02jhMikeSif it was older than r29785 then I can see what you're talking about
01:04:25stripwaxgotcha. almost certainly in that case.
01:04:51 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
01:06:30stripwaxunrelated 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:30stripwaxrt which displays when playing those albums).
01:07:25stripwaxHas 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:12stripwaxHrm, relatedly my dircache seems to have turned itself off during/after the database update
01:10:57stripwaxeven 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:10stripwaxah: 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:59stripwaxI 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:37stripwaxUnclear if this is related to FS #12216 or something new. What would you suggest I try?
01:19:37fs-bluebothttp://www.rockbox.org/tracker/task/12216 Dircache 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:14PILONHello rockbox world
01:54:44PILONI have a question regardin rockbox on my gigabeat s
01:55:19PILONtest
01:55:53JdGordoncertainly, is this the 5 min argument or the full half hour?
01:56:28PILONrockbox bootloader seems to adamant regardin voltage reading, refuse to start even with juice
01:57:42PILONon the rockbox info I always 0h -1m in battery estimation
01:57:52JdGordonsounds like a hardware problem
01:57:54 Quit Buschel (Ping timeout: 240 seconds)
01:58:15PILONand i canot use the gigabeat over usb without charging yet even with juice
01:58:44PILONi moded a 1000mAh battery if that can change somethin
01:59:48PILONhardware issue?
02:00
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:32alienkid10does hte fuzev2 still have the issue with the screen failing when going to full bright?
02:03:35alienkid10the*
02:03:48alienkid10(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:54jhMikeSmy 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:00
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:00
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:00
05:10:03limescoutquestion: 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:17funmanno you only bneed to run make install
05:11:24limescoutgreat, 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:00
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:00
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:00
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:05Mode"#rockbox +o Zagor" by ChanServ (ChanServ@services.)
08:25:27 Quit Scromple (Read error: Connection reset by peer)
08:26:59Topic"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:46Mode"#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:00
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:59GodEater_happy birthday to us, happy birthday to us, happy biiiiiiiiiiiiirthday dear Rockbox, happy birthday to us!
09:05:49*Zagor distributes cake
09:06:28GodEater_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:00
10:02:29nick-pWith a fresh chekout of r31161, trying to cross compile a win32 e200v2 sim (../tools/configure −−target=56 −−type=AWS && make) gives me;
10:02:33nick-papps/plugin.o:plugin.c:(.rdata+0x80): undefined reference to `_lcd_blit_yuv'
10:02:36nick-papps/plugin.o:plugin.c:(.rdata+0x84): undefined reference to `_lcd_yuv_set_options'
10:02:40nick-pNormal e200 compile is fine (../tools/configure −−target=56 −−type=N && make)
10:02:43nick-pAnyone else getting this? Was fine the last time I updated (a few days ago)
10:08:08wodznick-p: known issue
10:08:29wodzFS #12427
10:08:29nick-pwodz: ah, thanks
10:08:30fs-bluebothttp://www.rockbox.org/tracker/task/12427 win32 cc does not compile (undefined reference 'lcd_blit_yuv') (bugs, new)
10:20:51kugeloh that cake looks tasty! Happy birthday to Rockbox and this all of our invaluable contributors
10:20:59kugelthus*
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:00
11:01:31rarogOh nice, 10 years passed already... :D
11:01:53 Quit petur (Quit: *plop*)
11:04:33dionoeacongrats 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:29z180do you rebranch 3.10 from SVN?
11:25:01gevaertsrebranch? no, why?
11:25:17gevaertsWe 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:23wodzsooo, when do we release?
11:34:17gevaertstonight
11:40:21 Part lasser
12:00
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:00
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:30JdGordonscorche: can you update the sidebar on the forums to match rb.org?
13:39:51kugelthe theme site is slightly off also
13:46:11 Quit perrikwp_ (Ping timeout: 255 seconds)
13:48:50kugelJdGordon: FS #12430 ?
13:48:51fs-bluebothttp://www.rockbox.org/tracker/task/12430 FM presets tags aren't dynamic in status bar. (bugs, unconfirmed)
13:49:08kugelthe patch looks safe enough to backport to 3.10 if necessary
13:49:12JdGordonsaw it, havnt looked into it
13:49:14kugelassuming it's really a bug
13:49:17JdGordonoh, its got a patch?
13:49:23kugelyes
13:49:39JdGordonyep, thats fine, go ahead and commit
13:50:06JdGordonI wouldnt think count needs to be dynamic
13:50:34kugelcan't you add presets while listening?
13:50:53JdGordonI dont know, can you?
13:51:08JdGordonand by that, it means, can you add without causing a fullscreen update anyway?
13:51:19JdGordoni.e yes/no popup or menu transition
13:51:39kugelnot sure
13:52:12JdGordonmeh, commit as it
13:52:22JdGordonits not a huge deal if it causes extra line redraws
13:54:16kugelwhat needs to happen to get STATIC tags updated?
13:54:40JdGordonthey are only updated when a fullscreen redraw happens, so on a track change, or changing screens
13:55:31kugelso a preset change should cause such a redraw?
13:56:13*JdGordon was hoping to not look at the fm code :p
13:56:52JdGordonupdate_type = SKIN_REFRESH_ALL; <- so yes
13:57:35JdGordonsonuds like its the sbs not updateing
13:59:32JdGordonok, so yeah, the patch fixes it by making the sbs update those tags more often than needed
13:59:43JdGordonwhen really the sbs should be told to do a full redraw
14:00
14:00:43JdGordoncalling 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:48pamauryI think it has already been asked, but is it possible to add the Fuze+ player type to the flyspray ?
14:25:04kugelJdGordon: I see
14:25:50kugelJdGordon: should the skin engine do this perhaps?
14:25:59kugele.g. as part of skin_update()
14:26:37kugelheh, skin_update() even does it if it detects cuesheet changes
14:26:51kugeloh 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:28nick-pJdGordon, kugel: I've added another patch based on your suggestions: FS #12430, also works, cleaner?
14:55:29fs-bluebothttp://www.rockbox.org/tracker/task/12430 FM presets tags aren't dynamic in status bar. (bugs, unconfirmed)
15:00
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:31kugelnick-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:22kugelthe sbs is constantly updated, no need to do it explicitely from the fms. but it doesnt update STATIC tags automatically
15:30:06nick-pkugel: 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:12nick-pkugel: thanks, that worked
15:57:24kugelnick-p: great
15:58:58CIA-10New commit by kugel (r31162): Fix for "FS #12430 - FM presets tags aren't dynamic in status bar."
15:59:17CIA-10New commit by kugel (r31163): Fix for "FS #12430 - FM presets tags aren't dynamic in status bar."
16:00
16:01:11CIA-10r31162 build result: All green
16:03:16kugelrelease 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:04kugeland I'm again astonished how incredibly portable rockbox is :)
16:13:02TheLemonMankugel: what toolchain are you using for the r0 port ?
16:13:15kugelcodesourcery (for now)
16:13:36TheLemonManarr, im on x86_64 and cant use that, any clue about how to compile a native one ?
16:13:58kugelyou can use that on 64bit, just need the 32bit compat libraries :)
16:14:08kugel(like with the android ndk)
16:14:51kugelTheLemonMan: only a slight clue, but I don't want to go through it actually
16:15:33TheLemonManso no official support in the rockbox toolchain builder? thats really a shame
16:15:42kugelnot yet
16:16:05TheLemonManthen i'll try to get the ball running with the 32bit compiler
16:16:11kugela full blown toolchain (with libc support) is more difficult that a compiler for bare metal
16:17:07Tornebuilding your own toolchain when compiling for linux on a generally supported machine is generally not that useful anyway
16:17:17Torneif you really want one, crosstool or whatever can do it
16:17:37Torne(and handles all the weird edge cases that our scripts don't know or care about due to not having a libc)
16:18:45TheLemonMani guess rockbox will be statically compiled against the libs needed
16:20:28kugelstatic or not doesnt really matter does it?
16:21:47 Join y4n [0] (y4n@unaffiliated/y4ndexx)
16:22:10Tornebuilding dynamically is better, if you have the right toolchain
16:22:16pamauryTheLemonMan: I don remember, who was the one who asked you about the registers of the stmp3700 ?
16:22:33kugelTorne: 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:34TheLemonManive lost hope in dynamic linking after all the countless problems it gave because of lib version
16:22:49TheLemonManpamaury: just a sec, let me grep the backlog
16:23:03Tornekugel: you either need to build the c compiler twice (again after building libc) to get the right libgcc
16:23:10Torneor provide the library sources during the build of gcc
16:23:24Tornethe latter is, er, kinda fun
16:23:31TorneCrosscompiling toolchains is a bitch
16:23:40Tornemy vote is "use crosstool"
16:23:50Torneit is *harder*, not easier, because the libc is already prebuilt
16:23:52kugelso we could compile libc with our eabi compiler, and then with that a full gcc?
16:23:59TheLemonManpamaury: no luck, the backlog i have is too recent
16:24:00Torneyou need to actually make one that matches
16:24:12pamauryThe
16:24:15Tornekugel: probably, but technically you should be using the right target
16:24:38Tornesomething like arm-linux-gnueabi instead of arm-eabi
16:24:48pamauryTheLemonMan: 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:49kugelfor the full compiler sure
16:25:00TorneNo, for libc as well
16:25:36Tornelibc 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:37kugelI thought arm-linux-gnueabi has already libc support
16:25:41TheLemonManiirc it was a philips player, but im not really sure
16:25:49Tornewhat do you mean, "has libc support"?
16:26:07kugelbeing built for a specific libc
16:26:15Torneno
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:24Tornethe system identifier is not about libc at all
16:26:37 Join perrikwp [0] (~quassel@wireless-152-13-54-66.uncg.edu)
16:27:04Tornethe 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:09Tornethen use that to build libc
16:27:31Tornethen build another compiler for the same system, but with the now-built-and-installed libc headers and with any languages you want
16:27:32kugelbut that's what we do for our bare metal compiler, no?
16:27:42Tornebut we don't target the same system
16:27:47Tornearm-eabi is not the same as arm-linux-gnueabi
16:27:49kugel"only enable C and don't use any system library headers" I mean
16:27:52Torneat least, in theory :)
16:27:58kugelI see
16:28:00Tornethe practical difference is.. small
16:28:05Tornebut exists. kinda.
16:28:11Torneit's hard to actually discover what the differences are
16:28:15Tornegcc doesn't ahve any kind of list of them
16:28:25Torneyou have to look in dozens/hundreds of places to work out what a system identifier actually *means*
16:28:46kugelperhaps it's worth a try anyway :)
16:28:51Tornei don't think so
16:28:58Torneit will almost certainly appear to work just fine
16:29:03TorneWhether it's actually right or not.
16:29:15TorneIt doesn't seem like it would be any easier than doing it correctly
16:29:24Torneso i don't see the point in doing something that's not guaranteed to be correct
16:30:04kugelusing code sourcery is also technially incorrect then
16:30:20Torneis it?
16:30:25kugelI dont think it's libc matches the one on the device
16:30:29TorneIt doesn't have to
16:30:32TheLemonMani guess that arm-none-linxu-gnueabi and arm-linux-gnueabi are the same target
16:30:42TorneTheLemonMan: You would guess that, and you are probably right
16:30:50Tornefor that specific pair :)
16:30:56 Join MethoS- [0] (~clemens@134.102.106.250)
16:30:57Tornebut in general it's impossible to determine, afaik
16:31:29Tornethe 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:45kugelif 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:50TorneYes
16:32:01Torneas i said, there is no one source for what these mean
16:32:15Tornetheir meaning is distributed throughout all the autoconf magic for gcc/libgcc/libc/othercompilers/libiberty/etc
16:32:26Torneand through the code in places too
16:32:28Torneand other places still
16:32:48TheLemonManwhat about llvm based toolchains ?
16:33:11Tornekugel: 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:30Tornekugel: 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:55Torneif 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:15kugelthat reminds me, I think linux has a different abi w.r.t. to enums that we do
16:34:17Tornethe "magic" such as there is is building libgcc to match the C library it's going to run against
16:34:18kugelthan*
16:34:29Tornekugel: Yes, that's i think the major difference between gnueabi and eabi
16:34:44Torneeabi left a couple of minor details implementation defined for NO GOOD REASON
16:34:49Torneand then various people defined those differently
16:34:53Torneso now the universal standard has, like, three versions.
16:34:57Tornecongratulations arm
16:35:14Torne(as a bonus i have arm-linux-androideabi here :)
16:35:23kugelwho doesnt :)
16:35:23Torne(*no* idea what that's equivalent to, if anything)
16:36:07kugelthat's just standard linux, with some defaults different (like -fPIC enabled by default) to suit android
16:36:22Tornewhat's "standard linux", though?
16:36:34*Torne can build a perfectly functioning linux system with a "standard" eabi toolchain
16:36:37kugeladded in 4.6 and backported by the ndk folks
16:36:47Tornebut 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:50Tornebecause they all use gnueabi
16:36:50 Join petur [0] (~petur@rockbox/developer/petur)
16:37:00kugelTorne: well, "*-linux-gnueabi*" I'd say
16:37:37Torneright, but there's nowhere that this is actually enshrined as a standard, is my point
16:37:41Torne:)
16:37:54Tornethere exist ARM Linux systems built for an exciting variety of ABIs :/
16:37:55kugelfrom what I know is that all linux are the same, except the libc can be different (uclibc, (e)glibc, newlib,...)
16:38:02Tornewell, you know wrong then
16:38:04Tornesorry :)
16:38:14Tornethere's at *least* three ABIs that are in use
16:38:19kugelthe eabi ones at least
16:38:24Tornealso wrong
16:38:30Tornesee eabi vs gnueabi again
16:38:33 Join Rob2222 [0] (~Miranda@p4FFF3FE9.dip.t-dialin.net)
16:39:00Tornefor 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:05Tornesooo, yeah.
16:39:06kugelI don't know a non-gnueabi target that I would consider standard
16:39:19Tornekugel: people build them by accident, it's quite easy
16:40:51Torneaaanyway
16:41:04Tornethe actual system here is just some random linux made by a vendor, right?
16:41:06pamauryTheLemonMan: was it Zoiah ?
16:41:25Tornedo they have sources/buildscripts around somewhere we can just steal? because that's totally easiest
16:41:49TheLemonManpamaury: might be, i think you said his name when i asked you the same question some weeks ago
16:41:56pamauryTheLemonMan: or low_light perhaps ?
16:41:57Torneif 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:27Tornei 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:58TheLemonManpamaury: 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:59TheLemonManFatal error: Invalid -march= option: `armv5te'
16:49:09kugelTorne: I didn't sources for their toolchain
16:49:23TheLemonMantoo new toolchain or did i screw something ?
16:50:16kugel+find
16:50:58kugeltheir opensource.zip is lacking lots of stuff
16:51:06kugelit has just linux and busybox
16:51:30TheLemonMani tried compiling the kernel but faced a nice brick instead
16:52:34kugelTorne: what's the "normal way" you're talking about? :)
16:52:53kugelI would kill to find some decent how-to on cross compilers. they're only many really bad ones
16:53:48TorneDocumentation is worthless
16:53:52Torneonly working scripts count
16:54:25Tornecrosstool(-ng), the bitbake recipes in OE
16:54:37Tornepycorn's Makeppfiles :p
16:54:53Tornethough i don't target linux there; i'm doing bare-metal-hosted instead
16:55:01kugelwe could put crosstool-ng config files into svn then call it in rockboxdev.sh
16:55:21TorneYes, that's probably the best way
16:56:27*kugel used it ones, it's quite nice
17:00
17:02:53 Quit WalkGood ()
17:04:16 Quit GodEater_ (Ping timeout: 265 seconds)
17:05:47dionoeaZagor: is svn.rockbox.org/www/irc/ the latest version of the irc web viewer?
17:06:01TheLemonMandowngraded the compiler and now got "export/thread.h:261: error: field 'context' has incomplete type"
17:20:47TheLemonMansame 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:29low_lightTheLemonMan, pamaury: It was me. I have a Philips Vibe with a 3770.
17:46:44pamaurylow_light: did you started the port ?
17:47:27 Quit petur (Ping timeout: 240 seconds)
17:48:38low_lightI'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:05TheLemonManwhat lcd type do you have ?
17:51:16low_lightI 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:00Zagordionoea: yes
18:00
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:11lorenzo92kugel: bad news :( with your alsa build, processor speed is quite always at 532 mhz for unknown reason
18:40:33lorenzo92I actually gave a look at the governor stats and yes it stays more on 532
18:40:37lorenzo92than before :(
18:42:06CIA-10New commit by gevaerts (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:39TheLemonManoh god, i still cant get it to compile
18:52:43TheLemonManscrew 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:29CIA-10New commit by gevaerts (r31165): Pass VERSION to *all* make invocations in release scripts
18:59:12CIA-10New commit by gevaerts (r31166): Pass VERSION to *all* make invocations in release scripts
19:00
19:01:10CIA-10r31166 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:19TheLemonMankugel: could you please send me a link to the toolchain you're currently using ?
19:06:51 Quit Keripo (Quit: Leaving.)
19:08:37pamaurythis fuze+ sd slot is driving me crazy...
19:11:33bertrikpamaury, can I help you with that perhaps?
19:12:39pamauryno, 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:14bertrikstill using the same card?
19:16:40 Quit NoPinky (Ping timeout: 268 seconds)
19:16:55pamauryyes, I have two of them, both give the same result
19:17:24Topic"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:00
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:54CIA-10New commit by gevaerts (r31167): Tag release 3.10
20:18:57 Quit n1s (Ping timeout: 252 seconds)
20:19:12funmano/
20:21:17funmanby 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:10lorenzo92yeah happy 10 years :D I've just began to use Rockbox, but it's indeed a great project hehe
20:31:50rarogpamaury: 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:46CIA-10New commit by bluebrother (r31168): Make rbutil tools Makefile more silent.
20:36:42CIA-10r31168 build result: All green
20:37:34 Join Buschel [0] (~chatzilla@p54A3B8FD.dip.t-dialin.net)
20:40:16AlexP_mobSo 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:00
21:06:49CIA-10New commit by bluebrother (r31169): ipodpatcher: guard platform specific files. ...
21:06:54 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
21:08:46CIA-10r31169 build result: All green
21:08:54kugelplorenzo92: :-(
21:09:22lorenzo92kugelp: yeah strange...needs digging
21:09:24kugelpperhaps relax the buffer sizes
21:11:58 Quit y4n (Quit: 6,000,000 ways to die — choose one.)
21:12:22kugelphow do you read the governor stats? perhaps add this to the cpu info debug screen I added in the last patch
21:13:19CIA-10New commit by bluebrother (r31170): Rockbox Utility: disable some pointless warnings when building with VS. ...
21:13:20CIA-10New commit by bluebrother (r31171): QuaZip: change the order of void-casts. ...
21:15:05CIA-10r31170 build result: All green
21:16:53CIA-10r31171 build result: All green
21:17:10 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
21:18:53lorenzo92kugelp: 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:13CIA-10New commit by gevaerts (r31172): Update "since last release" revision
21:33:04CIA-10New commit by gevaerts (r31173): Update to 3.10
21:34:33CIA-10New commit by zagor (r31174): Temporary birthday logo.
21:34:34CIA-10r31173 build result: All green
21:35:40CIA-10New commit by zagor (r31175): Old history...
21:39:27 Quit qnm (Ping timeout: 252 seconds)
21:40:21CIA-10New commit by gevaerts (r31176): Update news for 3.10
21:42:42lorenzo92kugelp: I will test your new patch soon ;)
21:43:30lorenzo92kugelp: 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:31gevaertsZagor: rbutil doesn't pick 3.10 up yet
21:46:55gevaertsbluebrother^: rbutil tells me there's a new version
21:47:26gevaertsOh, 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:39gevaertsbluebrother^: should be fixed now
21:50:35Zagorgevaerts: the date in the news section is wrong
21:50:41gevaertsoops
21:51:08 Join Topy44 [0] (~Topy44@f049136195.adsl.alicedsl.de)
21:51:20CIA-10New commit by gevaerts (r31177): Fix date in news section
21:55:46 Quit benedikt93 (Quit: Bye ;))
21:56:19gevaertsZagor: http://download.rockbox.org/daily/build-info is the one rbutil uses
21:57:08 Join henk [0] (~henk@leonardo.netwichtig.de)
21:59:18henkhi, 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:00
22:03:05 Quit AlexP_mob (Quit: Bye)
22:03:50Zagorgevaerts: ah right
22:04:39gevaertshenk: here is fine. B4gder and Zagor are the people who can do something (or at least who know who to shout at)
22:05:01Zagorwe should make a perl script to convert build.pm to build-info
22:05:15 Join ender` [0] (~ender@foo.eternallybored.org)
22:05:25henkgevaerts: ok, thank you.
22:06:04Zagorhenk: can I have your ipv6 address privately?
22:07:09henkZagor: 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:46Zagoryeah 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:13kugelpgevaerts: Hmm, no word on the birthday in the release mail?
22:08:40*gevaerts makes kugelp read it again
22:09:12ukleinekwww.rockbox.org pong6s for me
22:09:42henkZagor: I’ll /msg you a traceroute paste if that’s ok?
22:09:48kugelpgevaerts: It's !%
22:09:54Zagorhenk: sure
22:10:02kugelpIt's magic, now its there!
22:12:06 Quit domonoky (Quit: Leaving.)
22:12:55gevaertsok, rockbox utility installs 3.10 properly
22:13:06*gevaerts stops working and starts celebrating
22:13:26Zagorwohoo
22:14:31kugelpparteeey!
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:53bluebrother^gevaerts: thanks, completely forgot about the wiki
22:18:17 Part semitones (""Parting is Groovy, or something like that!" -- Shakes Spear")
22:18:55bluebrother^\o/
22:21:03Zagorjust 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:01gevaertsZagor: that sentence still gives us a bit of time to fix things if needed :)
22:22:12Zagorhaha
22:22:43gevaertsThe build-info thing was *entirely* caused by slow mirrors
22:23:32 Join lasser [0] (~chatzilla@p57B5802B.dip0.t-ipconnect.de)
22:24:08ukleinekZagor: so you don't recommend getting rockbox via download.com? :-)
22:24:44Zagorhaha
22:24:48bluebrother^why don't we use mirrors anymore?
22:25:34Zagormainly 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:56bluebrother^ah, ok
22:26:06B4gderwhat is a terrabyte among friends anyway? =)
22:26:29lorenzo92kugelp: :( :(
22:26:46lorenzo92kugelp: your patch doesn't work. I mena...rockbox crashes!
22:27:11lorenzo92strange white stripes in the logo + crash
22:27:44bluebrother^Zagor: btw, we don't have graphical download stats, do we?
22:27:48kugelpmeh. it works fine for me
22:27:55Zagorbluebrother^: not public, no
22:28:08 Part lasser
22:28:18bluebrother^not public meaning no public stats or no public graphical stats?
22:28:32Zagorno public stats at all
22:28:42*bluebrother^ could be interested in creating graphs out of download stats
22:29:37kugelplorenzo92: please try if my changes to the lcd driver cause it
22:29:45lorenzo92kugelp: okay
22:32:06 Part TomColler
22:32:30 Join captainkewlllll [0] (~cf57a9a2@www.haxx.se)
22:33:31lorenzo92kugelp: yeah. restoring the old lcd file starts correctly uhm uhm, no clue why for you it's working lol"
22:35:31lorenzo92kugelp: but now the cpu usage seems to be returned normal ;)
22:35:42lorenzo92I mean, most of the time at 200 mhz
22:36:11kugelphuh. very strange
22:37:03lorenzo92nice the cpu load screen :)
22:37:07lorenzo92how does it work?
22:37:48Zagorbluebrother^: sure, I'm all for creating graphs. I just don't want to expose our whole awstats system.
22:38:59kugelplorenzo92: well, look at the code :-) its using the times() syscall to get stats about the process
22:39:05henkThank you very much for 3.10. I just installed and booted it fine on my sansa e200 v2 :)
22:39:20henkZagor: Thanks for taking care of the problem! :)
22:39:27henkbye
22:39:38lorenzo92kugelp: 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:50bluebrother^Zagor: should be possible to generate graphs from the logs every now and then and upload the result, shouldn't it?
22:40:16Zagoryes
22:40:18 Part henk ("WeeChat 0.3.6")
22:40:38saratogawho controls the facebook group for rockbox?
22:41:09kugelplorenzo92: you can see in my patch how to address the pixels. perhaps you can make it work
22:41:47lorenzo92kugelp: 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:04kugelpI could imagine that your particular unit can only update even pixel boundaries or some sort
22:42:34lorenzo92ah! you think that there is something different..uhm
22:43:40kugelplorenzo92: do you know if remote debugging is possible, e.g. via usb?
22:44:11lorenzo92eh surely with this kernel not :(
22:44:51lorenzo92maybe throug a usb gadget...
22:45:04kugelpanother question: where does alas come from? I don't see it in the rootfs provided by Samsung
22:45:28kugelpI see it in the r1 package however without sources
22:45:56lorenzo92alas? you mean alsa?
22:46:25kugelpyes
22:46:43lorenzo92indeed the rootfs provided by samsung is NOT complete at all (don't ask me why lol)
22:47:08lorenzo92sources are there
22:47:13lorenzo92wait
22:47:43lorenzo92well there is the kernel alsa driver (sources too)
22:47:51lorenzo92but not the sources of alsa...
22:47:55lorenzo92lib
22:48:02kugelpgrr
22:48:21lorenzo92they must provide it?
22:48:45***Saving seen data "./dancer.seen"
22:48:52kugelpsure, alsa is lgpl
22:49:01kugelpisn't it?
22:49:43lorenzo92don't know but yes should be
22:50:07lorenzo92why do you need them?
22:50:09funmanlgpl sources must be provided still
22:52:50kugelplorenzo92: they also lack glibc sources
22:53:01 Join Strife89 [0] (~Strife89@207.144.201.128)
22:53:18Strife89Happy Birthday, Rockbox! :)
23:00
23:01:12lorenzo92kugelp: 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:49pamauryarg, 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:27lxs-makot0hmm, if i fastforward then turn volume down and hit pause all very quickly, i can lockup my sansa fuze...
23:21:09rarogpamaury: sad. :/ but hey. perhaps you'll dream it.
23:21:59rarogI 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:27pamauryusually it's the other way around: during the night you realize youw ere completely dumb
23:38:57pamauryI think I'm missing the power up clock sequence for sd, I'm surprize that no other target does it
23:39:20n1si 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:36n1smaybe bootloaders or whatever does it on other targets?
23:40:47 Quit lorenzo92 (Remote host closed the connection)
23:41:35rarogOr maybe it's hardcoded into the hardware so software doesn't have to do this.
23:41:54rarogbtw, 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:05pamauryyes 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:31pamauryit might be a voltage which is too low also
23:43:49 Join Keripo [0] (~Keripo@SEASNet-37-01.seas.upenn.edu)
23:45:09rarogbut can I read the current voltage somewhere with the debug build?
23:45:34rarogIf yes I could just compare the numbers.
23:46:16pamauryyes you can in the debug > HW info screen
23:46:34pamaurywhich a recent build, I committed this screen not long ago
23:46:36pamaury*with
23:46:56pamauryPerhaps you can pastebin the output of different screens: clocks and voltages
23:47:07rarogOk, I need also a debug build, right? I'll recompile then.
23:47:11pamauryno
23:47:23pamaurythe debug menu is in all builds I think
23:47:30rarogah ok.
23:47:43rarogand pastebin? Is the output logged in a file so I can just c&p?
23:50:07rarogOk, latest source is compiling now.
23:51:03 Quit factor (Quit: Leaving)
23:51:05bluebrother^hmm.
23:51:20pamauryrarog: you, you'll have to do it by hand unfortunately
23:51:40bluebrother^I'm trying to merge the Makefiles for all tools below rbutil −− i.e. mk*boot and *patcher
23:52:20bluebrother^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

Previous day | Next day