00:00:55 | lovasoa | lebellium: I didn't notice any bug |
00:01:36 | | Quit saratoga (Quit: Page closed) |
00:01:36 | lebellium | ok thanks |
00:02:02 | lovasoa | But the icons are less beautifull than the stock ones |
00:02:12 | lebellium | what icons? |
00:02:17 | lebellium | I used the stock ones |
00:02:29 | lovasoa | But they are scaled |
00:02:41 | lovasoa | So they don't look fine... |
00:02:49 | lebellium | hum |
00:03:06 | lovasoa | Or at least not as fine as in cabbiev2 |
00:03:18 | lebellium | the stock ones you mean from cabbiev2? |
00:03:25 | | Quit pamaury (Remote host closed the connection) |
00:04:20 | lovasoa | They look just like before r31059 (31059) |
00:04:48 | lebellium | that's normal |
00:05:01 | lebellium | I did not change the icons on my theme since the 1st version 0.71 |
00:05:13 | lebellium | but that's very easy to change that |
00:06:43 | kugel | if you use the stock icons which cabbie also uses you shouldnt ship them in your theme |
00:07:52 | lebellium | for the moment in my cfg file there is |
00:07:54 | lebellium | "iconset: /.rockbox/icons/tango_small.bmp " |
00:08:11 | lebellium | but I see the new icons have been renamed |
00:08:13 | lebellium | "tango_icons.16x16.bmp" |
00:08:47 | lebellium | that's why cabbiev2 and my theme don't have the same icons for the moment |
00:08:59 | lebellium | 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 | lebellium | 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 | stripwax | (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 | JdGordon | are you moving the wheel? |
00:24:49 | stripwax | me? no. not even sure what you mean −− moving the wheel changes track |
00:25:32 | JdGordon | just that moving the wheel causes the ipods to boost now |
00:26:39 | jhMikeS | which means boost could still be on when entering the screen? |
00:26:46 | stripwax | 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 | stripwax | I can see it boosting and unboosting |
00:27:38 | stripwax | 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 | jhMikeS | 6MHz is a pretty large load |
00:31:11 | stripwax | odd, putting on a current build from just-now I see nothing out of the ordinary |
00:31:49 | stripwax | JdGordon - nope, turning the wheel still changes track... are you sure it was changed to mean 'force boosting'? |
00:32:48 | stripwax | 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 | funman | stripwax: btw to analyze cpu usage correctly you need test_codec. debug screen is not reliable |
00:46:17 | stripwax | funman - yep, but test_codec isn't built by default and I currently don't trust my build env |
00:46:18 | stripwax | 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 | stripwax | 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 | stripwax | or maybe I just had some incredibly buggy build and had never noticed before last night. current build seems dandy. |
00:51:04 | jhMikeS | stripwax: which codec? |
00:51:16 | jhMikeS | re: weird rewind behavior |
00:51:40 | stripwax | jhMikeS - excellent question - either: mp3, vorbis, wav . |
00:52:29 | stripwax | 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 | jhMikeS | it really shouldn't end of its own accord while rewinding |
00:54:38 | stripwax | other codecs likewise. I have absolutely no idea what I must have imagined was happening yesterday. |
00:55:19 | jhMikeS | I can't reproduce any such thing |
00:55:25 | stripwax | yep me neither |
00:55:43 | jhMikeS | so, it's not doing it at all now? |
00:56:30 | stripwax | 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 | jhMikeS | how old? |
00:57:16 | jhMikeS | the old playback engine I believe behaved that way, it shouldn't now |
00:57:19 | stripwax | 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 | stripwax | Ah −− well at least maybe I'm not going insane |
00:58:52 | jhMikeS | 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:00 |
01:03:02 | jhMikeS | if it was older than r29785 then I can see what you're talking about |
01:04:25 | stripwax | gotcha. almost certainly in that case. |
01:04:51 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
01:06:30 | stripwax | 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 | stripwax | rt which displays when playing those albums). |
01:07:25 | stripwax | 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 | stripwax | Hrm, relatedly my dircache seems to have turned itself off during/after the database update |
01:10:57 | stripwax | 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 | stripwax | 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 | stripwax | 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 | stripwax | Unclear if this is related to FS #12216 or something new. What would you suggest I try? |
01:19:37 | fs-bluebot | http://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:14 | PILON | Hello rockbox world |
01:54:44 | PILON | I have a question regardin rockbox on my gigabeat s |
01:55:19 | PILON | test |
01:55:53 | JdGordon | certainly, is this the 5 min argument or the full half hour? |
01:56:28 | PILON | rockbox bootloader seems to adamant regardin voltage reading, refuse to start even with juice |
01:57:42 | PILON | on the rockbox info I always 0h -1m in battery estimation |
01:57:52 | JdGordon | sounds like a hardware problem |
01:57:54 | | Quit Buschel (Ping timeout: 240 seconds) |
01:58:15 | PILON | and i canot use the gigabeat over usb without charging yet even with juice |
01:58:44 | PILON | i moded a 1000mAh battery if that can change somethin |
01:59:48 | PILON | hardware 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:32 | alienkid10 | does hte fuzev2 still have the issue with the screen failing when going to full bright? |
02:03:35 | alienkid10 | the* |
02:03:48 | alienkid10 | (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 | jhMikeS | 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: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:03 | limescout | 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 | funman | no you only bneed to run make install |
05:11:24 | limescout | 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: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: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: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:59 | GodEater_ | 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 | GodEater_ | 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:29 | nick-p | 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 | nick-p | apps/plugin.o:plugin.c:(.rdata+0x80): undefined reference to `_lcd_blit_yuv' |
10:02:36 | nick-p | apps/plugin.o:plugin.c:(.rdata+0x84): undefined reference to `_lcd_yuv_set_options' |
10:02:40 | nick-p | Normal e200 compile is fine (../tools/configure −−target=56 −−type=N && make) |
10:02:43 | nick-p | Anyone else getting this? Was fine the last time I updated (a few days ago) |
10:08:08 | wodz | nick-p: known issue |
10:08:29 | wodz | FS #12427 |
10:08:29 | nick-p | wodz: ah, thanks |
10:08:30 | fs-bluebot | http://www.rockbox.org/tracker/task/12427 win32 cc does not compile (undefined reference 'lcd_blit_yuv') (bugs, new) |
10:20:51 | kugel | oh that cake looks tasty! Happy birthday to Rockbox and this all of our invaluable contributors |
10:20:59 | kugel | 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:00 |
11:01:31 | rarog | Oh nice, 10 years passed already... :D |
11:01:53 | | Quit petur (Quit: *plop*) |
11:04:33 | dionoea | 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 | z180 | do you rebranch 3.10 from SVN? |
11:25:01 | gevaerts | rebranch? no, why? |
11:25:17 | gevaerts | 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 | wodz | sooo, when do we release? |
11:34:17 | gevaerts | tonight |
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:30 | JdGordon | scorche: can you update the sidebar on the forums to match rb.org? |
13:39:51 | kugel | the theme site is slightly off also |
13:46:11 | | Quit perrikwp_ (Ping timeout: 255 seconds) |
13:48:50 | kugel | JdGordon: FS #12430 ? |
13:48:51 | fs-bluebot | http://www.rockbox.org/tracker/task/12430 FM presets tags aren't dynamic in status bar. (bugs, unconfirmed) |
13:49:08 | kugel | the patch looks safe enough to backport to 3.10 if necessary |
13:49:12 | JdGordon | saw it, havnt looked into it |
13:49:14 | kugel | assuming it's really a bug |
13:49:17 | JdGordon | oh, its got a patch? |
13:49:23 | kugel | yes |
13:49:39 | JdGordon | yep, thats fine, go ahead and commit |
13:50:06 | JdGordon | I wouldnt think count needs to be dynamic |
13:50:34 | kugel | can't you add presets while listening? |
13:50:53 | JdGordon | I dont know, can you? |
13:51:08 | JdGordon | and by that, it means, can you add without causing a fullscreen update anyway? |
13:51:19 | JdGordon | i.e yes/no popup or menu transition |
13:51:39 | kugel | not sure |
13:52:12 | JdGordon | meh, commit as it |
13:52:22 | JdGordon | its not a huge deal if it causes extra line redraws |
13:54:16 | kugel | what needs to happen to get STATIC tags updated? |
13:54:40 | JdGordon | they are only updated when a fullscreen redraw happens, so on a track change, or changing screens |
13:55:31 | kugel | 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 | JdGordon | update_type = SKIN_REFRESH_ALL; <- so yes |
13:57:35 | JdGordon | sonuds like its the sbs not updateing |
13:59:32 | JdGordon | ok, so yeah, the patch fixes it by making the sbs update those tags more often than needed |
13:59:43 | JdGordon | when really the sbs should be told to do a full redraw |
14:00 |
14:00:43 | JdGordon | 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 | pamaury | I think it has already been asked, but is it possible to add the Fuze+ player type to the flyspray ? |
14:25:04 | kugel | JdGordon: I see |
14:25:50 | kugel | JdGordon: should the skin engine do this perhaps? |
14:25:59 | kugel | e.g. as part of skin_update() |
14:26:37 | kugel | heh, skin_update() even does it if it detects cuesheet changes |
14:26:51 | kugel | 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 | nick-p | JdGordon, kugel: I've added another patch based on your suggestions: FS #12430, also works, cleaner? |
14:55:29 | fs-bluebot | http://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:31 | kugel | 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 | kugel | the sbs is constantly updated, no need to do it explicitely from the fms. but it doesnt update STATIC tags automatically |
15:30:06 | nick-p | 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 | nick-p | kugel: thanks, that worked |
15:57:24 | kugel | nick-p: great |
15:58:58 | CIA-10 | New commit by kugel (r31162): Fix for "FS #12430 - FM presets tags aren't dynamic in status bar." |
15:59:17 | CIA-10 | New commit by kugel (r31163): Fix for "FS #12430 - FM presets tags aren't dynamic in status bar." |
16:00 |
16:01:11 | CIA-10 | r31162 build result: All green |
16:03:16 | kugel | 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 | kugel | and I'm again astonished how incredibly portable rockbox is :) |
16:13:02 | TheLemonMan | kugel: what toolchain are you using for the r0 port ? |
16:13:15 | kugel | codesourcery (for now) |
16:13:36 | TheLemonMan | arr, im on x86_64 and cant use that, any clue about how to compile a native one ? |
16:13:58 | kugel | you can use that on 64bit, just need the 32bit compat libraries :) |
16:14:08 | kugel | (like with the android ndk) |
16:14:51 | kugel | TheLemonMan: only a slight clue, but I don't want to go through it actually |
16:15:33 | TheLemonMan | so no official support in the rockbox toolchain builder? thats really a shame |
16:15:42 | kugel | not yet |
16:16:05 | TheLemonMan | then i'll try to get the ball running with the 32bit compiler |
16:16:11 | kugel | a full blown toolchain (with libc support) is more difficult that a compiler for bare metal |
16:17:07 | Torne | building your own toolchain when compiling for linux on a generally supported machine is generally not that useful anyway |
16:17:17 | Torne | if you really want one, crosstool or whatever can do it |
16:17:37 | Torne | (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 | TheLemonMan | i guess rockbox will be statically compiled against the libs needed |
16:20:28 | kugel | static or not doesnt really matter does it? |
16:21:47 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
16:22:10 | Torne | building dynamically is better, if you have the right toolchain |
16:22:16 | pamaury | TheLemonMan: I don remember, who was the one who asked you about the registers of the stmp3700 ? |
16:22:33 | kugel | 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 | TheLemonMan | ive lost hope in dynamic linking after all the countless problems it gave because of lib version |
16:22:49 | TheLemonMan | pamaury: just a sec, let me grep the backlog |
16:23:03 | Torne | kugel: you either need to build the c compiler twice (again after building libc) to get the right libgcc |
16:23:10 | Torne | or provide the library sources during the build of gcc |
16:23:24 | Torne | the latter is, er, kinda fun |
16:23:31 | Torne | Crosscompiling toolchains is a bitch |
16:23:40 | Torne | my vote is "use crosstool" |
16:23:50 | Torne | it is *harder*, not easier, because the libc is already prebuilt |
16:23:52 | kugel | so we could compile libc with our eabi compiler, and then with that a full gcc? |
16:23:59 | TheLemonMan | pamaury: no luck, the backlog i have is too recent |
16:24:00 | Torne | you need to actually make one that matches |
16:24:12 | pamaury | The |
16:24:15 | Torne | kugel: probably, but technically you should be using the right target |
16:24:38 | Torne | something like arm-linux-gnueabi instead of arm-eabi |
16:24:48 | pamaury | 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 | kugel | for the full compiler sure |
16:25:00 | Torne | No, for libc as well |
16:25:36 | Torne | 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 | kugel | I thought arm-linux-gnueabi has already libc support |
16:25:41 | TheLemonMan | iirc it was a philips player, but im not really sure |
16:25:49 | Torne | what do you mean, "has libc support"? |
16:26:07 | kugel | being built for a specific libc |
16:26:15 | Torne | 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 | Torne | 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 | Torne | 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 | Torne | then use that to build libc |
16:27:31 | Torne | 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 | kugel | but that's what we do for our bare metal compiler, no? |
16:27:42 | Torne | but we don't target the same system |
16:27:47 | Torne | arm-eabi is not the same as arm-linux-gnueabi |
16:27:49 | kugel | "only enable C and don't use any system library headers" I mean |
16:27:52 | Torne | at least, in theory :) |
16:27:58 | kugel | I see |
16:28:00 | Torne | the practical difference is.. small |
16:28:05 | Torne | but exists. kinda. |
16:28:11 | Torne | it's hard to actually discover what the differences are |
16:28:15 | Torne | gcc doesn't ahve any kind of list of them |
16:28:25 | Torne | you have to look in dozens/hundreds of places to work out what a system identifier actually *means* |
16:28:46 | kugel | perhaps it's worth a try anyway :) |
16:28:51 | Torne | i don't think so |
16:28:58 | Torne | it will almost certainly appear to work just fine |
16:29:03 | Torne | Whether it's actually right or not. |
16:29:15 | Torne | It doesn't seem like it would be any easier than doing it correctly |
16:29:24 | Torne | so i don't see the point in doing something that's not guaranteed to be correct |
16:30:04 | kugel | using code sourcery is also technially incorrect then |
16:30:20 | Torne | is it? |
16:30:25 | kugel | I dont think it's libc matches the one on the device |
16:30:29 | Torne | It doesn't have to |
16:30:32 | TheLemonMan | i guess that arm-none-linxu-gnueabi and arm-linux-gnueabi are the same target |
16:30:42 | Torne | TheLemonMan: You would guess that, and you are probably right |
16:30:50 | Torne | for that specific pair :) |
16:30:56 | | Join MethoS- [0] (~clemens@134.102.106.250) |
16:30:57 | Torne | but in general it's impossible to determine, afaik |
16:31:29 | Torne | 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 | kugel | 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 | Torne | Yes |
16:32:01 | Torne | as i said, there is no one source for what these mean |
16:32:15 | Torne | their meaning is distributed throughout all the autoconf magic for gcc/libgcc/libc/othercompilers/libiberty/etc |
16:32:26 | Torne | and through the code in places too |
16:32:28 | Torne | and other places still |
16:32:48 | TheLemonMan | what about llvm based toolchains ? |
16:33:11 | Torne | 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 | Torne | 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 | Torne | 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 | kugel | that reminds me, I think linux has a different abi w.r.t. to enums that we do |
16:34:17 | Torne | the "magic" such as there is is building libgcc to match the C library it's going to run against |
16:34:18 | kugel | than* |
16:34:29 | Torne | kugel: Yes, that's i think the major difference between gnueabi and eabi |
16:34:44 | Torne | eabi left a couple of minor details implementation defined for NO GOOD REASON |
16:34:49 | Torne | and then various people defined those differently |
16:34:53 | Torne | so now the universal standard has, like, three versions. |
16:34:57 | Torne | congratulations arm |
16:35:14 | Torne | (as a bonus i have arm-linux-androideabi here :) |
16:35:23 | kugel | who doesnt :) |
16:35:23 | Torne | (*no* idea what that's equivalent to, if anything) |
16:36:07 | kugel | that's just standard linux, with some defaults different (like -fPIC enabled by default) to suit android |
16:36:22 | Torne | what's "standard linux", though? |
16:36:34 | * | Torne can build a perfectly functioning linux system with a "standard" eabi toolchain |
16:36:37 | kugel | added in 4.6 and backported by the ndk folks |
16:36:47 | Torne | 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 | Torne | because they all use gnueabi |
16:36:50 | | Join petur [0] (~petur@rockbox/developer/petur) |
16:37:00 | kugel | Torne: well, "*-linux-gnueabi*" I'd say |
16:37:37 | Torne | right, but there's nowhere that this is actually enshrined as a standard, is my point |
16:37:41 | Torne | :) |
16:37:54 | Torne | there exist ARM Linux systems built for an exciting variety of ABIs :/ |
16:37:55 | kugel | from what I know is that all linux are the same, except the libc can be different (uclibc, (e)glibc, newlib,...) |
16:38:02 | Torne | well, you know wrong then |
16:38:04 | Torne | sorry :) |
16:38:14 | Torne | there's at *least* three ABIs that are in use |
16:38:19 | kugel | the eabi ones at least |
16:38:24 | Torne | also wrong |
16:38:30 | Torne | see eabi vs gnueabi again |
16:38:33 | | Join Rob2222 [0] (~Miranda@p4FFF3FE9.dip.t-dialin.net) |
16:39:00 | Torne | 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 | Torne | sooo, yeah. |
16:39:06 | kugel | I don't know a non-gnueabi target that I would consider standard |
16:39:19 | Torne | kugel: people build them by accident, it's quite easy |
16:40:51 | Torne | aaanyway |
16:41:04 | Torne | the actual system here is just some random linux made by a vendor, right? |
16:41:06 | pamaury | TheLemonMan: was it Zoiah ? |
16:41:25 | Torne | do they have sources/buildscripts around somewhere we can just steal? because that's totally easiest |
16:41:49 | TheLemonMan | pamaury: might be, i think you said his name when i asked you the same question some weeks ago |
16:41:56 | pamaury | TheLemonMan: or low_light perhaps ? |
16:41:57 | Torne | 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 | Torne | 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 | TheLemonMan | 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 | TheLemonMan | Fatal error: Invalid -march= option: `armv5te' |
16:49:09 | kugel | Torne: I didn't sources for their toolchain |
16:49:23 | TheLemonMan | too new toolchain or did i screw something ? |
16:50:16 | kugel | +find |
16:50:58 | kugel | their opensource.zip is lacking lots of stuff |
16:51:06 | kugel | it has just linux and busybox |
16:51:30 | TheLemonMan | i tried compiling the kernel but faced a nice brick instead |
16:52:34 | kugel | Torne: what's the "normal way" you're talking about? :) |
16:52:53 | kugel | I would kill to find some decent how-to on cross compilers. they're only many really bad ones |
16:53:48 | Torne | Documentation is worthless |
16:53:52 | Torne | only working scripts count |
16:54:25 | Torne | crosstool(-ng), the bitbake recipes in OE |
16:54:37 | Torne | pycorn's Makeppfiles :p |
16:54:53 | Torne | though i don't target linux there; i'm doing bare-metal-hosted instead |
16:55:01 | kugel | we could put crosstool-ng config files into svn then call it in rockboxdev.sh |
16:55:21 | Torne | Yes, 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:47 | dionoea | Zagor: is svn.rockbox.org/www/irc/ the latest version of the irc web viewer? |
17:06:01 | TheLemonMan | downgraded the compiler and now got "export/thread.h:261: error: field 'context' has incomplete type" |
17:20:47 | TheLemonMan | 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 | low_light | TheLemonMan, pamaury: It was me. I have a Philips Vibe with a 3770. |
17:46:44 | pamaury | low_light: did you started the port ? |
17:47:27 | | Quit petur (Ping timeout: 240 seconds) |
17:48:38 | low_light | 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 | TheLemonMan | what lcd type do you have ? |
17:51:16 | low_light | 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 | Zagor | dionoea: 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:11 | lorenzo92 | kugel: bad news :( with your alsa build, processor speed is quite always at 532 mhz for unknown reason |
18:40:33 | lorenzo92 | I actually gave a look at the governor stats and yes it stays more on 532 |
18:40:37 | lorenzo92 | than before :( |
18:42:06 | CIA-10 | New 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:39 | TheLemonMan | oh god, i still cant get it to compile |
18:52:43 | TheLemonMan | 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 | CIA-10 | New commit by gevaerts (r31165): Pass VERSION to *all* make invocations in release scripts |
18:59:12 | CIA-10 | New commit by gevaerts (r31166): Pass VERSION to *all* make invocations in release scripts |
19:00 |
19:01:10 | CIA-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 | TheLemonMan | 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 | pamaury | this fuze+ sd slot is driving me crazy... |
19:11:33 | bertrik | pamaury, can I help you with that perhaps? |
19:12:39 | pamaury | 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 | bertrik | still using the same card? |
19:16:40 | | Quit NoPinky (Ping timeout: 268 seconds) |
19:16:55 | pamaury | 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: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:54 | CIA-10 | New commit by gevaerts (r31167): Tag release 3.10 |
20:18:57 | | Quit n1s (Ping timeout: 252 seconds) |
20:19:12 | funman | o/ |
20:21:17 | funman | 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 | lorenzo92 | yeah happy 10 years :D I've just began to use Rockbox, but it's indeed a great project hehe |
20:31:50 | rarog | 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 | CIA-10 | New commit by bluebrother (r31168): Make rbutil tools Makefile more silent. |
20:36:42 | CIA-10 | r31168 build result: All green |
20:37:34 | | Join Buschel [0] (~chatzilla@p54A3B8FD.dip.t-dialin.net) |
20:40:16 | AlexP_mob | 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:00 |
21:06:49 | CIA-10 | New 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:46 | CIA-10 | r31169 build result: All green |
21:08:54 | kugelp | lorenzo92: :-( |
21:09:22 | lorenzo92 | kugelp: yeah strange...needs digging |
21:09:24 | kugelp | perhaps relax the buffer sizes |
21:11:58 | | Quit y4n (Quit: 6,000,000 ways to die — choose one.) |
21:12:22 | kugelp | 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 | CIA-10 | New commit by bluebrother (r31170): Rockbox Utility: disable some pointless warnings when building with VS. ... |
21:13:20 | CIA-10 | New commit by bluebrother (r31171): QuaZip: change the order of void-casts. ... |
21:15:05 | CIA-10 | r31170 build result: All green |
21:16:53 | CIA-10 | r31171 build result: All green |
21:17:10 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
21:18:53 | lorenzo92 | 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 | CIA-10 | New commit by gevaerts (r31172): Update "since last release" revision |
21:33:04 | CIA-10 | New commit by gevaerts (r31173): Update to 3.10 |
21:34:33 | CIA-10 | New commit by zagor (r31174): Temporary birthday logo. |
21:34:34 | CIA-10 | r31173 build result: All green |
21:35:40 | CIA-10 | New commit by zagor (r31175): Old history... |
21:39:27 | | Quit qnm (Ping timeout: 252 seconds) |
21:40:21 | CIA-10 | New commit by gevaerts (r31176): Update news for 3.10 |
21:42:42 | lorenzo92 | kugelp: I will test your new patch soon ;) |
21:43:30 | lorenzo92 | 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 | gevaerts | Zagor: rbutil doesn't pick 3.10 up yet |
21:46:55 | gevaerts | bluebrother^: rbutil tells me there's a new version |
21:47:26 | gevaerts | 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 | gevaerts | bluebrother^: should be fixed now |
21:50:35 | Zagor | gevaerts: the date in the news section is wrong |
21:50:41 | gevaerts | oops |
21:51:08 | | Join Topy44 [0] (~Topy44@f049136195.adsl.alicedsl.de) |
21:51:20 | CIA-10 | New commit by gevaerts (r31177): Fix date in news section |
21:55:46 | | Quit benedikt93 (Quit: Bye ;)) |
21:56:19 | gevaerts | 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 | henk | 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:00 |
22:03:05 | | Quit AlexP_mob (Quit: Bye) |
22:03:50 | Zagor | gevaerts: ah right |
22:04:39 | gevaerts | 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 | Zagor | 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 | henk | gevaerts: ok, thank you. |
22:06:04 | Zagor | henk: can I have your ipv6 address privately? |
22:07:09 | henk | 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 | Zagor | 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 | kugelp | gevaerts: Hmm, no word on the birthday in the release mail? |
22:08:40 | * | gevaerts makes kugelp read it again |
22:09:12 | ukleinek | www.rockbox.org pong6s for me |
22:09:42 | henk | Zagor: I’ll /msg you a traceroute paste if that’s ok? |
22:09:48 | kugelp | gevaerts: It's !% |
22:09:54 | Zagor | henk: sure |
22:10:02 | kugelp | It's magic, now its there! |
22:12:06 | | Quit domonoky (Quit: Leaving.) |
22:12:55 | gevaerts | ok, rockbox utility installs 3.10 properly |
22:13:06 | * | gevaerts stops working and starts celebrating |
22:13:26 | Zagor | wohoo |
22:14:31 | kugelp | 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 | bluebrother^ | gevaerts: thanks, completely forgot about the wiki |
22:18:17 | | Part semitones (""Parting is Groovy, or something like that!" -- Shakes Spear") |
22:18:55 | bluebrother^ | \o/ |
22:21:03 | Zagor | 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 | gevaerts | Zagor: that sentence still gives us a bit of time to fix things if needed :) |
22:22:12 | Zagor | haha |
22:22:43 | gevaerts | 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 | ukleinek | Zagor: so you don't recommend getting rockbox via download.com? :-) |
22:24:44 | Zagor | haha |
22:24:48 | bluebrother^ | why don't we use mirrors anymore? |
22:25:34 | Zagor | 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 | bluebrother^ | ah, ok |
22:26:06 | B4gder | what is a terrabyte among friends anyway? =) |
22:26:29 | lorenzo92 | kugelp: :( :( |
22:26:46 | lorenzo92 | kugelp: your patch doesn't work. I mena...rockbox crashes! |
22:27:11 | lorenzo92 | strange white stripes in the logo + crash |
22:27:44 | bluebrother^ | Zagor: btw, we don't have graphical download stats, do we? |
22:27:48 | kugelp | meh. it works fine for me |
22:27:55 | Zagor | bluebrother^: not public, no |
22:28:08 | | Part lasser |
22:28:18 | bluebrother^ | not public meaning no public stats or no public graphical stats? |
22:28:32 | Zagor | no public stats at all |
22:28:42 | * | bluebrother^ could be interested in creating graphs out of download stats |
22:29:37 | kugelp | lorenzo92: please try if my changes to the lcd driver cause it |
22:29:45 | lorenzo92 | kugelp: okay |
22:32:06 | | Part TomColler |
22:32:30 | | Join captainkewlllll [0] (~cf57a9a2@www.haxx.se) |
22:33:31 | lorenzo92 | kugelp: yeah. restoring the old lcd file starts correctly uhm uhm, no clue why for you it's working lol" |
22:35:31 | lorenzo92 | kugelp: but now the cpu usage seems to be returned normal ;) |
22:35:42 | lorenzo92 | I mean, most of the time at 200 mhz |
22:36:11 | kugelp | huh. very strange |
22:37:03 | lorenzo92 | nice the cpu load screen :) |
22:37:07 | lorenzo92 | how does it work? |
22:37:48 | Zagor | bluebrother^: sure, I'm all for creating graphs. I just don't want to expose our whole awstats system. |
22:38:59 | kugelp | lorenzo92: well, look at the code :-) its using the times() syscall to get stats about the process |
22:39:05 | henk | Thank you very much for 3.10. I just installed and booted it fine on my sansa e200 v2 :) |
22:39:20 | henk | Zagor: Thanks for taking care of the problem! :) |
22:39:27 | henk | bye |
22:39:38 | lorenzo92 | 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 | bluebrother^ | Zagor: should be possible to generate graphs from the logs every now and then and upload the result, shouldn't it? |
22:40:16 | Zagor | yes |
22:40:18 | | Part henk ("WeeChat 0.3.6") |
22:40:38 | saratoga | who controls the facebook group for rockbox? |
22:41:09 | kugelp | lorenzo92: you can see in my patch how to address the pixels. perhaps you can make it work |
22:41:47 | lorenzo92 | 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 | kugelp | I could imagine that your particular unit can only update even pixel boundaries or some sort |
22:42:34 | lorenzo92 | ah! you think that there is something different..uhm |
22:43:40 | kugelp | lorenzo92: do you know if remote debugging is possible, e.g. via usb? |
22:44:11 | lorenzo92 | eh surely with this kernel not :( |
22:44:51 | lorenzo92 | maybe throug a usb gadget... |
22:45:04 | kugelp | another question: where does alas come from? I don't see it in the rootfs provided by Samsung |
22:45:28 | kugelp | I see it in the r1 package however without sources |
22:45:56 | lorenzo92 | alas? you mean alsa? |
22:46:25 | kugelp | yes |
22:46:43 | lorenzo92 | indeed the rootfs provided by samsung is NOT complete at all (don't ask me why lol) |
22:47:08 | lorenzo92 | sources are there |
22:47:13 | lorenzo92 | wait |
22:47:43 | lorenzo92 | well there is the kernel alsa driver (sources too) |
22:47:51 | lorenzo92 | but not the sources of alsa... |
22:47:55 | lorenzo92 | lib |
22:48:02 | kugelp | grr |
22:48:21 | lorenzo92 | they must provide it? |
22:48:45 | *** | Saving seen data "./dancer.seen" |
22:48:52 | kugelp | sure, alsa is lgpl |
22:49:01 | kugelp | isn't it? |
22:49:43 | lorenzo92 | don't know but yes should be |
22:50:07 | lorenzo92 | why do you need them? |
22:50:09 | funman | lgpl sources must be provided still |
22:52:50 | kugelp | lorenzo92: they also lack glibc sources |
22:53:01 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
22:53:18 | Strife89 | Happy Birthday, Rockbox! :) |
23:00 |
23:01:12 | lorenzo92 | 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 | pamaury | 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 | lxs-makot0 | hmm, if i fastforward then turn volume down and hit pause all very quickly, i can lockup my sansa fuze... |
23:21:09 | rarog | pamaury: sad. :/ but hey. perhaps you'll dream it. |
23:21:59 | rarog | 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 | pamaury | usually it's the other way around: during the night you realize youw ere completely dumb |
23:38:57 | pamaury | I think I'm missing the power up clock sequence for sd, I'm surprize that no other target does it |
23:39:20 | n1s | 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 | n1s | maybe bootloaders or whatever does it on other targets? |
23:40:47 | | Quit lorenzo92 (Remote host closed the connection) |
23:41:35 | rarog | Or maybe it's hardcoded into the hardware so software doesn't have to do this. |
23:41:54 | rarog | 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 | pamaury | 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 | pamaury | 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 | rarog | but can I read the current voltage somewhere with the debug build? |
23:45:34 | rarog | If yes I could just compare the numbers. |
23:46:16 | pamaury | yes you can in the debug > HW info screen |
23:46:34 | pamaury | which a recent build, I committed this screen not long ago |
23:46:36 | pamaury | *with |
23:46:56 | pamaury | Perhaps you can pastebin the output of different screens: clocks and voltages |
23:47:07 | rarog | Ok, I need also a debug build, right? I'll recompile then. |
23:47:11 | pamaury | no |
23:47:23 | pamaury | the debug menu is in all builds I think |
23:47:30 | rarog | ah ok. |
23:47:43 | rarog | and pastebin? Is the output logged in a file so I can just c&p? |
23:50:07 | rarog | Ok, latest source is compiling now. |
23:51:03 | | Quit factor (Quit: Leaving) |
23:51:05 | bluebrother^ | hmm. |
23:51:20 | pamaury | rarog: you, you'll have to do it by hand unfortunately |
23:51:40 | bluebrother^ | I'm trying to merge the Makefiles for all tools below rbutil −− i.e. mk*boot and *patcher |
23:52:20 | bluebrother^ | 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 |