00:10:02 | | Quit Lss (Read error: Connection reset by peer) |
00:17:08 | | Quit Schmogel (Read error: Connection reset by peer) |
00:22:21 | CIA-5 | New commit by mc2739 (r24898): Comment out unused variable (fix yellow) |
00:23:52 | | Quit iq (Quit: Leaving) |
00:24:05 | gevaerts | mc2739: from what I understood, that read is important |
00:24:40 | gevaerts | i.e. the yellow might be gone, but the thing will work less well |
00:25:14 | | Quit ecio1 (Read error: Connection reset by peer) |
00:26:00 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
00:27:35 | | Quit ender` (Quit: After that, anyway, I felt better, and didn't throw up again for almost ten seconds. -- Neal Stephenson: Anathem) |
00:28:14 | | Quit toffe82 (Read error: Connection reset by peer) |
00:29:42 | | Quit Zagor (Quit: Clint excited) |
00:35:51 | perfectdrug__ | pixelma: we talked a while back about runtime estimation for the x5L, you said you have to set the battery capacity to the max value to be accurate, but actually the shown runtime is at about 140h so is it not calibrated at all? because increasing the capacity shouldn't lower the runtime estimation. |
00:36:39 | | Nick perfectdrug__ is now known as perfectdrug (~marko@p5B0ED37A.dip.t-dialin.net) |
00:39:51 | | Quit Adnyxo (Remote host closed the connection) |
00:43:49 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
00:43:54 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
00:44:10 | | Join keanu [0] (~keanu@unaffiliated/keanu) |
00:52:55 | | Quit dfkt (Read error: Connection reset by peer) |
00:59:45 | *** | Saving seen data "./dancer.seen" |
01:00 |
01:02:28 | | Quit jgarvey (Ping timeout: 276 seconds) |
01:03:00 | CIA-5 | New commit by mc2739 (r24899): Revert r24898 and fix yellow properly so that register is still read |
01:03:24 | | Quit perfectdrug (Quit: perfectdrug) |
01:06:00 | | Quit BlakeJohnson86 (Quit: Leaving.) |
01:10:17 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
01:16:48 | | Join Casainho [0] (~chatzilla@bl15-149-51.dsl.telepac.pt) |
01:27:49 | | Join CaptainKwel [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) |
01:34:55 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
02:00 |
02:03:59 | | Quit anewuser (Quit: Changing server...) |
02:04:16 | CIA-5 | New commit by dave (r24900): Correct the button table for scrollwheel targets (direction was reversed). Also, use full (British English) words for the directions, instead of the ... |
02:04:18 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
02:16:35 | | Quit mt (Remote host closed the connection) |
02:22:07 | | Quit HBK () |
02:27:47 | | Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) |
02:32:55 | | Quit Casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115133306]) |
02:33:05 | | Quit hebz0rl (Quit: Ex-Chat) |
02:36:54 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
02:59:46 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:08:54 | | Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) |
03:09:49 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
03:15:29 | | Join Wobble [0] (~421ffc3b@giant.haxx.se) |
03:15:37 | Wobble | hello |
03:16:08 | | Join FlynDice [0] (~FlynDice@174.6.96.238) |
03:16:17 | Wobble | hello flyndice |
03:18:42 | FlynDice | mc2739: Thanks for fixing that I had to fly to Vancouver! |
03:33:46 | | Quit anewuser (Quit: http://xrl.us/WinterChipV ϢINTER ϾHIP 5iVE is OOON!! ~72 hours left zOMG =oo) |
03:39:07 | | Quit Kitar|st (Ping timeout: 276 seconds) |
03:41:54 | | Quit Wobble (Quit: CGI:IRC (EOF)) |
03:42:24 | | Quit Adnyxo (Remote host closed the connection) |
03:42:50 | | Join Kitar|st [0] (~Kitr88@BSN-182-10-93.dial-up.dsl.siol.net) |
03:45:02 | | Quit MethoS- (Remote host closed the connection) |
03:45:12 | | Quit planetbeing (Quit: planetbeing) |
03:55:10 | | Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) |
04:00 |
04:00:12 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
04:04:20 | | Quit TheSeven (Disconnected by services) |
04:04:35 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
04:04:44 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
04:08:46 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
04:18:09 | | Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
04:18:17 | | Join phanboy_iv [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) |
04:18:18 | | Join Rob2223 [0] (~Miranda@p4FDC9FC0.dip.t-dialin.net) |
04:21:52 | | Quit phanboy4 (Ping timeout: 265 seconds) |
04:21:52 | | Quit evilnick (Ping timeout: 265 seconds) |
04:21:52 | | Quit Rob2222 (Ping timeout: 265 seconds) |
04:22:51 | | Join iq [0] (~iq@unaffiliated/iq) |
04:22:53 | | Quit evilnick_ (Read error: Connection reset by peer) |
04:23:14 | | Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
04:25:52 | | Quit komputes (Ping timeout: 260 seconds) |
04:28:39 | | Join DerPapst1 [0] (~DerPapst@p4FE8F808.dip.t-dialin.net) |
04:30:07 | | Join webguest10 [0] (~5ed8d560@giant.haxx.se) |
04:30:21 | | Quit DerPapst (Ping timeout: 264 seconds) |
04:30:30 | | Part froggyman |
04:30:41 | | Quit webguest10 (Client Quit) |
04:36:33 | | Quit AndyIL (Ping timeout: 248 seconds) |
04:38:50 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
04:41:35 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
04:43:29 | | Quit komputes (Ping timeout: 248 seconds) |
04:44:59 | | Join jck [0] (~d2d4a065@gateway/web/freenode/x-qshawqapryxztmwm) |
04:47:00 | jck | how do i start coding for rockbox |
04:49:46 | iq | jck, http://www.rockbox.org/wiki/DocsIndex#For_Developers |
04:53:07 | | Join Barahir_ [0] (~jonathan@gssn-5f755b12.pool.mediaWays.net) |
04:54:27 | | Quit evilnick_ (Read error: Connection reset by peer) |
04:54:29 | | Quit DerPapst1 (Read error: Connection reset by peer) |
04:54:36 | jck | thanks |
04:54:52 | | Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
04:55:47 | | Join DerPapst [0] (~DerPapst@p4FE8F808.dip.t-dialin.net) |
04:56:15 | | Quit Barahir (Ping timeout: 256 seconds) |
04:58:19 | | Quit BHSPitMonkey (Quit: Ex-Chat) |
04:59:50 | *** | Saving seen data "./dancer.seen" |
04:59:51 | | Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) |
05:00 |
05:00:33 | | Quit iq (Quit: Leaving) |
05:02:31 | | Join ecio [0] (~ecio@244-108.202-68.tampabay.res.rr.com) |
05:35:03 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
05:36:08 | | Quit Horscht (Quit: Verlassend) |
05:41:09 | | Join Rob2222 [0] (~Miranda@p4FDC9D5E.dip.t-dialin.net) |
05:45:00 | | Quit Rob2223 (Ping timeout: 265 seconds) |
05:46:05 | | Join Fox_One [0] (~michael@cpe-065-190-190-100.nc.res.rr.com) |
05:47:05 | Fox_One | hi there, anyone here got a sansa e200 v2? |
05:50:57 | Fox_One | i was just wondering if the Target Status page is simply out of date in regards to rockbox for the v2, or if there are definitely still issues with it |
05:51:43 | | Quit jck (Ping timeout: 252 seconds) |
05:53:06 | S_a_i_n_t | Themesit question...If I upload a theme containing multifont, will it mistakenly say that the theme will work with the current build? |
05:53:15 | S_a_i_n_t | *themesite rather |
05:55:52 | S_a_i_n_t | I assume I'll have to add a note that says it only works with current/daily builds...but I'm wondering whether or not the themesite will say it'll work with 3.5 for instance, as it wouldn't. |
05:55:52 | | Quit evilnick_ (Read error: Connection reset by peer) |
05:56:15 | | Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
05:56:45 | | Quit DerPapst (Quit: Leaving.) |
05:58:36 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
06:00 |
06:01:05 | | Join john___ [0] (~john@c-98-234-46-75.hsd1.ca.comcast.net) |
06:01:23 | john___ | hey, anyone here? |
06:01:48 | S_a_i_n_t | john___: yes. |
06:02:05 | S_a_i_n_t | 117 people in fact :D |
06:02:21 | john___ | i see that, but didn't know if anyone was paying attention |
06:02:35 | john___ | if anyone would be so kind, i would like some information about rockbox |
06:02:41 | JdGordon | S_a_i_n_t: it should fail the 3.5 check |
06:03:00 | john___ | i have a video ipod, and was wondering if i could dual boot rockbox and the ipod firmware |
06:03:15 | scorche | it naturally dual-boots |
06:03:25 | scorche | you might want to check out our fine manual |
06:03:31 | john___ | oh alright |
06:03:33 | john___ | i will do that |
06:03:46 | john___ | i'll check back if i still have any lingering concerns |
06:04:39 | * | john___ feels like a n00b |
06:10:17 | S_a_i_n_t | john___: You may also like to check out the Simulator...as a "hands-on" reference whilst reading the manual. |
06:10:20 | S_a_i_n_t | rasher.dk/rockbox/simulator-3.5/">http://rasher.dk/rockbox/simulator-3.5/ |
06:10:33 | john___ | thanks |
06:10:51 | john___ | i hadn't realized that rockbox won't work with a mac-formatted ipod |
06:21:02 | | Join kaniini [0] (~kaniini65@dyn75-70.yok.fi) |
06:24:01 | | Join Rob2223 [0] (~Miranda@p4FDC9D5E.dip.t-dialin.net) |
06:25:32 | | Join Kemeros [0] (~40ebcd6c@giant.haxx.se) |
06:26:21 | Kemeros | Hello, when i skip songs, there is a 3 seconds delay. Using 3.5 on a Sansa 280 V2 installed with the automatic tool |
06:26:42 | Kemeros | tried to play with the different settings but didn't find any that would change that |
06:27:03 | | Quit Rob2222 (Ping timeout: 265 seconds) |
06:27:09 | Kemeros | a delay or a lag... not sure which |
06:29:37 | soap | every time you skip? Or only sometimes? |
06:29:43 | Kemeros | everytime |
06:42:20 | Kemeros | i'll just try next version when it comes out. It's not a big issue. The rest is working flawlessly |
06:42:21 | Kemeros | thx |
06:42:24 | | Quit Kemeros (Quit: CGI:IRC) |
06:49:17 | | Join taksato [0] (~takosato@cpe-98-155-78-111.san.res.rr.com) |
06:54:19 | taksato | how can i add suggestion to summer of code |
06:54:40 | taksato | please write permission on my username TakoyakiSato |
06:59:54 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:01:57 | CIA-5 | New commit by teru (r24901): Quickscreen: add more check for case that qs item is not set. |
07:04:19 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
07:15:32 | | Quit john___ (Quit: john___) |
07:21:56 | | Join FOAD_ [0] (~dok@dinah.blub.net) |
07:25:44 | | Quit FOAD (Ping timeout: 252 seconds) |
07:25:44 | | Nick FOAD_ is now known as FOAD (~dok@dinah.blub.net) |
07:27:15 | | Quit CaptainKwel (Ping timeout: 245 seconds) |
07:30:36 | | Quit kaniini (Quit: E.T. go home.) |
07:31:06 | | Join kaniini [0] (~kaniini65@dyn75-70.yok.fi) |
07:40:16 | | Join FOAD_ [0] (~dok@dinah.blub.net) |
07:40:38 | CIA-5 | New commit by teru (r24902): keyboard: accept FS #11047 partially with some modifications. make some parts in switch() in kbd_input() to separate functions. |
07:44:12 | | Quit FOAD (Ping timeout: 264 seconds) |
07:44:12 | | Nick FOAD_ is now known as FOAD (~dok@dinah.blub.net) |
07:46:04 | | Join stoffel [0] (~quassel@p57B4D910.dip.t-dialin.net) |
07:46:18 | CIA-5 | New commit by FlynDice (r24903): sd-as3525v2: Controller and card init much more reliably now. ... |
07:46:28 | | Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
07:46:28 | | Quit Zagor (Changing host) |
07:46:28 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
07:47:07 | | Quit flyback (Killed (idoru (Spam is off topic on freenode.))) |
08:00 |
08:26:25 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:36:12 | rasher | taksato: Done |
08:49:24 | | Join flydutch [0] (~flydutch@host118-166-dynamic.8-87-r.retail.telecomitalia.it) |
08:49:58 | | Join petur [0] (~petur@rockbox/developer/petur) |
08:59:58 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:00:00 | Bagder | http://daniel.haxx.se/blog/2010/02/15/the-rockbox-future-is-an-app/ lives on ;-) |
09:02:17 | | Part Fox_One ("Konversation terminated!") |
09:06:26 | AlexP | hah, casainho |
09:09:52 | | Join cfp [0] (~cfp@ip-247.net-81-220-136.rev.numericable.fr) |
09:10:18 | | Quit flydutch (Read error: Connection reset by peer) |
09:14:43 | | Join flydutch [0] (~flydutch@host15-161-dynamic.15-87-r.retail.telecomitalia.it) |
09:15:12 | | Quit fyrestorm (Read error: Connection reset by peer) |
09:16:23 | | Quit liar (Quit: Verlassend) |
09:22:20 | | Quit taksato (Read error: Connection reset by peer) |
09:23:56 | | Quit karashata (Read error: Connection reset by peer) |
09:24:21 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
09:27:53 | | Quit cfp (Remote host closed the connection) |
09:37:01 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
09:38:17 | | Quit Rob2223 (Quit: Rob2223) |
09:38:26 | | Join Rob2222 [0] (~Miranda@p4FDC9D5E.dip.t-dialin.net) |
09:56:45 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
10:00 |
10:00:11 | Luca_S | hello! I've seen a lot of developments on the Clip+ recently, and was wondering if the same work applies to the fuzev2 |
10:15:29 | | Join porrasnick [0] (~Nick@cpe-76-172-89-182.socal.res.rr.com) |
10:21:33 | | Quit stoffel (Remote host closed the connection) |
10:28:55 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
10:32:31 | | Quit BHSPitMonkey (Remote host closed the connection) |
10:39:13 | | Quit phanboy_iv (Ping timeout: 248 seconds) |
10:51:10 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
10:52:52 | | Quit n17ikh (Ping timeout: 265 seconds) |
10:56:01 | | Quit karashata (Quit: The fluffy dragon has left completely!) |
10:56:40 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
10:58:09 | | Quit porrasnick (Quit: Leaving.) |
11:00 |
11:00:00 | *** | Saving seen data "./dancer.seen" |
11:05:35 | | Join b0hoon [0] (~quassel@62.87.184.82) |
11:13:58 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-054-163.pools.arcor-ip.net) |
11:14:21 | ThomasAH | FlynDice: After your recent improvements in sd-as3525v2 I no longer get the occasional ATA -2 error on the clip+, but now I reliably get "*PANIC* wait for state faile[...edge of screen] (IDENT)", which only occured sometimes before |
11:30:13 | S_a_i_n_t | Anyone know why "crypt_firmware" (nano2g) is giving a "Stkov man Panic? |
11:30:43 | S_a_i_n_t | ....and that's *with* an increased main stack size...so it definitely wouldn;t work otherwise I'm guessing... |
11:31:10 | S_a_i_n_t | ooops s/man/mian/ |
11:31:20 | S_a_i_n_t | *main |
11:32:12 | S_a_i_n_t | Hmmm...there's another guy that's complained about it in the forums. |
11:44:27 | Torne | yet another person who can't enter disk mode |
11:44:43 | Torne | i'm starting to wonder if the startup workaround is responsible |
11:44:50 | Torne | :( |
11:48:23 | S_a_i_n_t | Torne: I don't suppose you know what I could do to get crypt_firmware.rock working again do you? |
11:48:31 | Torne | haven't a clue |
11:48:46 | S_a_i_n_t | ...worth a try XD |
11:48:51 | Torne | i don't have a nano2g :) |
11:49:32 | S_a_i_n_t | the main stack size on my 2g is already twice the size it should be (or the default is)...and it still panics :( |
11:49:41 | Torne | perhaps that's not the problem then |
11:49:49 | Torne | i suggest debugging it :) |
11:50:46 | S_a_i_n_t | ...I guess here is the part where I say "how do I do that?", and then you say "I have no idea"...right? :P |
11:51:04 | Torne | not at all :) |
11:51:09 | Torne | does nano2g have usb serial? |
11:51:33 | S_a_i_n_t | ....buh? |
11:51:39 | Torne | if so then the easiest way to debug stuff is probably to slap a bunch of LOGFs in there to see what's going on and do logf over usb serial to see them |
11:55:03 | S_a_i_n_t | ...now I think about it, I don;t think I've *ever* got crypt_firmware to work. I know it must have at some point, but the last time I tried to use it, it failed and linuxstb fixed up some apparently appaulingly obvious bug...then I forgot about it for a while, now I'm trying again and its still a no-go. |
11:55:10 | S_a_i_n_t | *perhaps I'm cursed :D |
11:56:16 | | Join MethoS- [0] (~clemens@134.102.106.250) |
12:00 |
12:05:33 | | Join watto [0] (~watto@193.203.81.165) |
12:11:44 | CIA-5 | New commit by teru (r24904): imageviewer: add button to quit plugin immediately if there is enough key for it. |
12:25:34 | | Quit anewuser (Quit: http://xrl.us/WinterChipV ϢINTER ϾHIP 5iVE is OOON!! ~72 hours left zOMG =oo) |
12:34:12 | * | b0hoon says hi all |
12:35:01 | b0hoon | i would like to renew my request from: http://www.rockbox.org/irc/log-20100222#13:48:44 |
12:35:27 | Zagor | b0hoon: I'll fix it |
12:35:40 | b0hoon | Zagor: thanks |
12:37:12 | Zagor | better? |
12:37:14 | b0hoon | Zagor: also this: http://www.rockbox.org/irc/log-20100222#13:52:18 could be useful, i'll be sure when the sim build is ok |
12:37:41 | b0hoon | Zagor: yes, thanks :) |
12:42:44 | CIA-5 | New commit by zagor (r24905): Improved image by Marko Pahlke |
12:47:40 | CIA-5 | New commit by zagor (r24906): Packard Bell Vibe 500 images by Marko Pahlke |
12:56:14 | | Quit S_a_i_n_t (Quit: PC Restart, back in 5) |
12:58:09 | | Join |DaMaGeD| [0] (~dam@85.26.165.169) |
13:00 |
13:00:04 | *** | Saving seen data "./dancer.seen" |
13:00:07 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
13:00:43 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.45) |
13:02:10 | | Quit |DaMaGeD| (Client Quit) |
13:02:33 | | Join |DaMaGeD| [0] (~dam@85.26.234.171) |
13:03:02 | | Join DerPapst [0] (~DerPapst@p4FE8FA0F.dip.t-dialin.net) |
13:07:22 | | Part |DaMaGeD| |
13:10:56 | | Quit Tomis (*.net *.split) |
13:10:56 | | Quit Zarggg (*.net *.split) |
13:10:57 | | Quit JdGordon (*.net *.split) |
13:10:57 | | Quit rasher (*.net *.split) |
13:10:57 | | Quit Torne (*.net *.split) |
13:10:57 | | Quit Tuplis (*.net *.split) |
13:10:57 | | Quit dionoea (*.net *.split) |
13:12:13 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
13:12:16 | | Quit bug2000 (Ping timeout: 260 seconds) |
13:13:53 | | Quit AndyI (Ping timeout: 248 seconds) |
13:14:37 | CIA-5 | New commit by teru (r24907): plugins/lib: remove out-dated comments about plugin api. |
13:15:19 | | Join Torne [0] (torne@rockbox/developer/Torne) |
13:15:39 | | Join dionoea [0] (~dionoea@yop.chewa.net) |
13:15:52 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
13:18:23 | | Quit dionoea (Changing host) |
13:18:23 | | Join dionoea [0] (~dionoea@videolan/developer/dionoea) |
13:19:10 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
13:19:39 | | Join Tomis [0] (~Tomis@70.134.68.108) |
13:23:46 | | Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) |
13:23:46 | | Quit rasher (Changing host) |
13:23:46 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
13:26:07 | | Quit S_a_i_n_t (Quit: There are 10 types of people, those who understand binary, and those who don't.) |
13:27:08 | | Quit Kitar|st () |
13:28:33 | CIA-5 | New commit by uchida (r24908): tools/database: build process updates. ... |
13:28:38 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
13:29:13 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
13:29:59 | | Join perfectdrug [0] (~marko@p5B0EFC1F.dip.t-dialin.net) |
13:31:36 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.45) |
13:32:18 | | Quit S_a_i_n_t (Client Quit) |
13:32:49 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.45) |
13:34:17 | perfectdrug | Zagor: thanks for committing FS #10947 would you mind committing http://www.rockbox.org/tracker/task/10948 also?:) |
13:34:34 | Zagor | sure |
13:34:38 | | Join Kitar|st [0] (Kitr88@BSN-182-43-70.dial-up.dsl.siol.net) |
13:37:23 | | Join CFP [0] (~Create@ip-247.net-81-220-136.rev.numericable.fr) |
13:37:30 | CIA-5 | New commit by zagor (r24909): Thumbnail made from the SVG. FS #10948 |
13:38:46 | perfectdrug | cool thanks:) |
13:42:20 | | Join Schmogel [0] (~Miranda@p3EE21BC2.dip0.t-ipconnect.de) |
13:44:15 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
13:52:05 | gevaerts | Zagor: Server message: Fatal build error: Permission denied. You have been temporarily disabled |
13:52:36 | ved | oO_ |
13:53:16 | ved | o_O* |
13:58:54 | Zagor | gevaerts: exciting |
13:59:52 | gevaerts | I see this on all my clients |
14:00 |
14:00:17 | Zagor | shai: /home/fg/rb/trunk/tools/configure: Permission denied |
14:00:30 | Zagor | bleh, not shai. "sh:" |
14:01:32 | shai | :) |
14:03:10 | gevaerts | gah |
14:03:27 | gevaerts | r24908 removed the executable bit |
14:04:43 | Zagor | yikes |
14:05:16 | Zagor | will you fix? |
14:06:16 | CIA-5 | New commit by gevaerts (r24910): Make configure executable again |
14:06:52 | gevaerts | Zagor: can you kill the current build round? |
14:09:18 | Zagor | hmm |
14:14:26 | Zagor | seems ok now |
14:15:15 | gevaerts | the full build table is pretty wide these days :) |
14:15:29 | Zagor | the compact too, now... |
14:16:26 | rasher | The labels aren't really high enough |
14:17:27 | | Join Grahack [0] (~Grahack@ip-252.net-81-220-6.versailles.rev.numericable.fr) |
14:20:42 | | Join Strife89 [0] (~michael@adsl-068-213-037-174.sip.mcn.bellsouth.net) |
14:23:11 | | Nick evilnick_ is now known as evilnick (~evilnick@ool-457bccf5.dyn.optonline.net) |
14:23:20 | | Quit evilnick (Changing host) |
14:23:20 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
14:23:48 | petur | rasher: got the lamp usage experience info... They have a problem that he likes the 30min setting and she only 10min. He likes the light going on, she only wants the birdnoise. For each setting one of them likes it much, but as a couple it doesn't work out well. |
14:25:02 | petur | wrong channel - sorry |
14:26:48 | CIA-5 | New commit by kugel (r24911): Add Sansa Fuzev2 to the target tree. Bootloader builds, but is completely untested. ... |
14:26:57 | Luca_S | hooray |
14:26:59 | Luca_S | :D |
14:27:43 | Luca_S | I don't want to brick my fuzev2, but I'm sure my fingers will want to test the boot loader before my brain tells them to stop |
14:28:16 | Luca_S | there's no recovery method known, isn't it? |
14:28:25 | kugel | I don't know any |
14:32:58 | | Quit robin0800 (Remote host closed the connection) |
14:34:41 | * | kugel found his old dualboost.S/mkamsboot work for the fuzev2 \o/ |
14:35:10 | Luca_S | you mean it dual boots correctly? |
14:35:36 | kugel | yea |
14:35:54 | | Join froggymana [0] (~187b533e@giant.haxx.se) |
14:35:54 | Luca_S | great news! |
14:40:01 | | Quit Luca_S (Quit: CGI:IRC) |
14:42:21 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
14:43:05 | | Quit DerPapst (Quit: Leaving.) |
14:49:13 | | Quit CFP (Ping timeout: 245 seconds) |
14:54:55 | | Part topik |
14:55:08 | | Join topik [0] (awesome@wtf.grmpf.org) |
14:58:34 | | Join m3dlg [0] (~m3dlg@212.183.140.35) |
14:59:29 | | Quit ecio (Ping timeout: 252 seconds) |
15:00 |
15:00:05 | *** | Saving seen data "./dancer.seen" |
15:04:00 | teru | pixelma: (bmp viewer) could you try this http://pastie.org/842183? |
15:05:30 | kugel | "/usr/bin/ld: i386 architecture of input file `../../tools/ucl/src/libucl.a(n2e_99.o)' is incompatible with i386:x86-64 output" :( |
15:06:10 | gevaerts | looks like you need a proper make clean |
15:06:11 | rasher | Sounds bizarre, clean tree? |
15:06:29 | | Join AsaelReiter [0] (~d44c6bf2@giant.haxx.se) |
15:06:58 | kugel | did make clean |
15:07:16 | rasher | make veryclean |
15:08:06 | kugel | there's no veryclean for mkamsboot |
15:08:58 | | Quit Strife89 (Quit: Going on to class.) |
15:09:12 | rasher | make -C ../../tools clean |
15:09:59 | kugel | ok, make veryclean from a build dir to clean tools seems to have workd |
15:10:23 | | Quit AsaelReiter (Client Quit) |
15:10:58 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
15:11:29 | * | kugel prepares for uploading code to a fuzev2 |
15:16:46 | kugel | ahh, it doesn't want to conect |
15:18:06 | | Join CFP [0] (~Create@ip-247.net-81-220-136.rev.numericable.fr) |
15:19:05 | kugel | unabel to enumerate |
15:19:40 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
15:20:37 | | Quit kugel (Remote host closed the connection) |
15:27:03 | | Join funman [0] (~fun@rockbox/developer/funman) |
15:27:52 | funman | kugel: clip+ usb connection is a bit unstable as well |
15:28:19 | funman | FlynDice: disk info debug menu shows weird stuff |
15:29:01 | funman | and drivers/sd.c::sd_parse_csd() looks ok, so we should check if the CSD is correct |
15:29:54 | ThomasAH | funman: Hi! After FlynDice's recent improvements in sd-as3525v2 I no longer get the occasional ATA -2 error on the clip+, but now I reliably get "*PANIC* wait for state faile[...edge of screen] (IDENT)", which only occured sometimes before |
15:30:34 | funman | FlynDice: the SELECT_CARD returns a R1b response with the card status in it, perhaps we should check this as well |
15:30:48 | funman | ThomasAH: does it occur in bootloader or rockbox.sansa ? |
15:32:40 | ThomasAH | funman: I'm a rockbox newbie. The logo shows, some text lines are printed, then everything gets erased and only above message is printed. If I press any key, the device reboots |
15:33:10 | | Join stoffel [0] (~quassel@p57B4CF5B.dip.t-dialin.net) |
15:33:57 | funman | keep pressing power (or any button but left/home) a bit when rockbox boots, you'll see some lines quickly, with the last ones being "Loading .." and then "Executing ..", if it reaches executing, it means the bootloader worked and gives control to the rockbox.sansa loaded from storage |
15:34:08 | funman | if anything happens after that, it comes from rockbox.sansa |
15:35:47 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
15:35:54 | kugel | alright, that worked :> |
15:36:17 | kugel | though I would like to know why the fuze doesn't connect to my laptop |
15:36:32 | funman | kugel: SD works on fuzev2 ? |
15:37:14 | kugel | I'm not that far yet |
15:37:46 | funman | FlynDice: with caches enabled: if i add sleep(HZ) after the first MCI_CLKDIV mod to lower clock, I don't get a -2 error (card sends power condition) |
15:38:07 | funman | however if i add it after the 2nd MCI_CLKDIV mod to get full speed, the card still is in IDENT mode |
15:38:23 | gevaerts | kugel: did you see that I reverted one line from your settings commit (r24816)? |
15:39:51 | CFP | funman: I've updated http://www.rockbox.org/tracker/task/11056 to reflect the changes you suggested, and discussed the potential bug here on IRC. Could you please have a look at the manual entry and correct my (poor, I fear) english? |
15:40:19 | CFP | hello world, by the way :) |
15:40:39 | funman | your english looks alright to a french like me |
15:41:13 | CFP | Thanks : ) |
15:41:35 | | Quit kugel (Ping timeout: 260 seconds) |
15:42:30 | funman | hm i don't get why the card doesn't leave ident mode after sending its RCA |
15:44:43 | | Quit Zarggg (Quit: Zarggg) |
15:45:09 | CIA-5 | New commit by funman (r24912): Alarm clock plugin for RTC targets ... |
15:45:16 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
15:45:27 | ThomasAH | funman: nothing happens after that (i.e. PANIC is still the last thing I see |
15:45:35 | | Join jgarvey [0] (~jgarvey@cpe-174-097-248-141.nc.res.rr.com) |
15:45:53 | CFP | funman: thanks! Have a nice day everyone :) |
15:45:57 | funman | if panic happens after the "executing" line, it comes from rockbox.sansa . Did you build rockbox with dcache/icache disabled ? |
15:45:59 | AlexP | CFP: First select a track and play it. Then pause the track and launch the ``alarmclock' plugin. Enter a 24h-time (eg. 13:58), and set the alarm. Music playback will resume at the selected time. |
15:46:17 | AlexP | I changed the last sentence a little and removed some commas |
15:47:05 | AlexP | CFP: In fact another comma can go: "First select a track and play it. Then pause the track and launch the ``alarmclock' plugin. Enter a 24h-time (eg. 13:58) and set the alarm. Music playback will resume at the selected time." |
15:47:06 | ThomasAH | funman: ah, I misunderstood ... after Executing the logo and −−:−− dummy clock appears, then erased and PANIC (and I don't know how to disable dcache/icache) |
15:47:28 | | Quit froggymana (Quit: the alien got me :P) |
15:48:03 | CFP | AlexP: Thanks! Can you commit the corresponding modifications? |
15:48:06 | funman | ThomasAH: use this patch: http://pastie.org/842273 |
15:48:21 | AlexP | CFP: I'll stick the correction on the task for now |
15:48:42 | | Quit b0hoon (Remote host closed the connection) |
15:48:43 | CFP | AlexP: Ok |
15:49:17 | kugel | gevaerts: yes I did, I think it's fine |
15:49:33 | CIA-5 | New commit by funman (r24913): Fuzev2: set compiler after manufacturer, so we can set gcc flags according to manufacturer |
15:49:33 | ThomasAH | funman: ah, I used that patch from you in a previous build, I'll apply it again and check |
15:49:38 | kugel | "-" for languages shouldn't happen, and doesn't make sense anyway (it was mainly for theme related settings) |
15:49:44 | AlexP | CFP: The title should change too slightly actually - I'm not anywhere I can do a patch, but I'll just put the plain text on the task |
15:49:45 | CFP | AlexP: By the way, isn't there a better verb here than "selected" when refering to the "selected time"? Maybe "inputed", or something? |
15:49:58 | AlexP | selected is fine, inputed isn't :) |
15:50:07 | kugel | funman: I copied from clipv2 above |
15:50:08 | gevaerts | ok |
15:50:13 | CFP | AlexP: ^^ |
15:50:14 | AlexP | set time maybe |
15:50:23 | AlexP | But inputed doesn't work like that :) |
15:50:24 | kugel | or not |
15:50:45 | funman | kugel: you copied before r24867 perhaps ;) |
15:50:54 | CFP | AlexP: Cool =) Thanks! |
15:51:07 | ThomasAH | funman: only rebuild+install bootloader, right? |
15:51:20 | funman | ThomasAH: no, bootloader is fine |
15:51:45 | ThomasAH | funman: (so "yes" :-)) |
15:51:51 | AlexP | oh, it seems funlan already closed it? |
15:51:57 | AlexP | *funman |
15:51:59 | funman | ThomasAH: no, "no" |
15:52:02 | AlexP | ah, and committed |
15:52:11 | AlexP | OK, I'll correct the English then commit |
15:52:27 | CFP | AlexP: yup, that's why I suggested to commit :) |
15:52:42 | AlexP | I didn't notice that :) |
15:52:54 | funman | ThomasAH: bootloader works so no need to reinstall it. what doesn't work now is rockbox.sansa (with caches enabled at least). |
15:52:55 | ThomasAH | funman: ok, so keep existing bootloader, compile a new rockbox.zip |
15:54:31 | kugel | funman: very possible |
15:54:50 | CFP | AlexP, funman: Thanks for everything :) Goodbye! |
15:54:55 | | Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) |
15:55:39 | * | funman spots dependency problem with smaf |
15:58:08 | CIA-5 | New commit by alex (r24914): Slightly change the English for the alarmclock plugin manual entry. |
15:58:10 | funman | LD smaf.codec |
15:58:10 | funman | CC apps/plugins/chessclock.c |
15:58:10 | funman | arm-elf-gcc: /home/fun/c+-rb/apps/codecs/smaf.o: No such file or directory |
15:58:15 | funman | (with make -j4) |
15:58:34 | AlexP | CFP: I did nothing :) |
15:58:47 | pixelma | alarmclock plugin? |
15:59:04 | funman | no 'smaf' in make.dep |
15:59:05 | pixelma | what about the targets that have a real alarm feature? |
15:59:59 | funman | pixelma: hmm, rtc wake up? |
16:00 |
16:00:18 | funman | oh my dependencies were out of date |
16:00:24 | | Quit CFP (Quit: Quitte) |
16:00:32 | Zagor | funman: I was just going to suggest that |
16:00:38 | Zagor | smaf is a relatively new file |
16:01:59 | funman | pixelma: then we should have a RTC_WAKEUP feature to disable this plugin? |
16:05:22 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
16:06:11 | | Quit teru (Quit: Quit) |
16:08:50 | kugel | alright |
16:08:54 | kugel | got dual boot |
16:09:07 | funman | \o/ |
16:09:19 | kugel | but I don't have a usb detection yet, and I'm afraid of relying on a single button :/ |
16:09:30 | funman | same problem than c200v2 and clip+ :( |
16:09:55 | kugel | but we just rely on the button only? |
16:09:56 | | Quit shaggy-h (Read error: Connection reset by peer) |
16:10:09 | funman | for clip+ there are 2 buttons |
16:10:15 | kugel | I thought I could reverse the logic, i.e. boot of by default but that's going to be annoying for development |
16:10:29 | funman | for c200v2 there is a usb check but it doesn't work and always boot OF on some devices (like ranmachan one) |
16:10:49 | | Quit Grahack (Quit: Tu m'as vu ?) |
16:10:53 | funman | kugel: same problem, the button check could be wrong and always think a button was pressed |
16:11:02 | funman | if you do the same thing than OF it should be good |
16:11:10 | funman | on c200v2 we read GPIOC but OF uses DBOP |
16:11:38 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
16:12:00 | | Join Farthen [0] (~chatzilla@e179233005.adsl.alicedsl.de) |
16:12:18 | kugel | well, the button check of the fuzev1 works for me which is read by gpio in dualboot. even we use dbop in the firmware (although I dont know what the v1 of does) |
16:12:50 | | Quit joeytwiddle (Ping timeout: 256 seconds) |
16:14:06 | funman | bertrik might now how reliable it is to read from GPIO instead of dbop line |
16:14:59 | kugel | we used gpio in the firmware for a long time, it's pretty reliable (for v1 that is) |
16:15:48 | funman | ideally we'd read usb connection from i2c register, ranmachan is looking at it |
16:15:53 | | Join DerPapst [0] (~DerPapst@p4FE8FA0F.dip.t-dialin.net) |
16:16:01 | FlynDice | funman: I was getting reliable boots into rockbox.sansa 100% of the time last night but this morning I'm hanging in sd_transfer sectors for some reason(disk led displayed). Busy most of the day today. |
16:16:40 | funman | ok |
16:17:08 | | Quit shaggy-h (Ping timeout: 240 seconds) |
16:18:16 | kugel | hrm, dualboot.c doesn't seem to update properly after changing dualboot.S (and doing make in mkamsboot/dualboot/ and mkamsboot/) |
16:20:50 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
16:21:03 | funman | kugel: did you update BOOTOBJS/BOOTBINS in dualboot/Makefile ? |
16:21:39 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
16:22:59 | | Quit n17ikh (Ping timeout: 265 seconds) |
16:23:21 | | Join Ishka [0] (~Ishka_7@173-24-135-146.client.mchsi.com) |
16:24:43 | kugel | funman: yes |
16:26:25 | funman | you can use make -d to check dependencies |
16:26:35 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
16:26:51 | funman | can you share your diff so i could look? |
16:27:37 | ranmachan | I also saw some weird mkamsboot thing yesterday, but I now see it's because after the svn update make now updates the dualboot.[ch] in the parent directory directly |
16:27:40 | | Join jfc^2 [0] (~john@dpc6682208002.direcpc.com) |
16:27:53 | ranmachan | ...which I then replaced with the stale version from dualboot/ using cp :) |
16:30:03 | | Join joeytwiddle [0] (~joey@cpc4-aztw4-0-0-cust207.aztw.cable.virginmedia.com) |
16:33:14 | ranmachan | funman: I'll have to retest the dbop thing, maybe it works after all. |
16:36:00 | | Join kugel_ [0] (~kugel@e178077140.adsl.alicedsl.de) |
16:36:02 | | Quit kugel (Ping timeout: 265 seconds) |
16:36:14 | | Nick kugel_ is now known as kugel (~kugel@e178077140.adsl.alicedsl.de) |
16:36:20 | | Quit kugel (Changing host) |
16:36:20 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
16:36:26 | kugel | funman: http://pastie.org/842361 |
16:37:00 | kugel | infact, it says CC dualboot.c, but it doesn't really update (same size after adding nops) |
16:37:10 | | Join Strife89 [0] (~michael@168.16.232.173) |
16:38:05 | kugel | it does update if I make clean in mkamsboot |
16:38:50 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
16:38:57 | funman | works fine here |
16:39:02 | ThomasAH | funman: booting with the patch worked in 5 out of 6 tries (and in that one fail I probably hit the power-off button too early) |
16:39:13 | funman | kugel: did you rm dualboot/dualboot.{c,h} ? |
16:39:21 | FlynDice | kugel: did you copy dualboot.c and dualboot.h to makamsboot/ after making in mkamsboot/dualboot/ ? |
16:39:39 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
16:39:40 | funman | FlynDice: now running make in dualboot/ outputs directly to .. |
16:41:25 | funman | (since r24719) |
16:41:36 | kugel | funman: no |
16:41:48 | FlynDice | ok, flying all day I'll be back tonight. |
16:41:50 | kugel | or rather, FlynDice: no |
16:42:07 | | Quit FlynDice (Remote host closed the connection) |
16:42:25 | kugel | ahh, the usb check actually works |
16:42:27 | funman | kugel: can you copy your shell session (with ls -l to show the size of files) ? |
16:42:28 | kugel | nice |
16:42:34 | kugel | but the gpio check is reversed |
16:42:36 | Luca_S | niiice :) |
16:42:40 | | Join BiptoN [0] (~4ce7cfe9@giant.haxx.se) |
16:42:56 | | Join iq [0] (~iq@unaffiliated/iq) |
16:43:02 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
16:43:16 | funman | i wonder if ecrips will hear that news and continue hacking fuzev2 |
16:44:19 | kugel | pasting is a bit tricky because I'm right now on my other laptop (the fuzev2 won't connect to the main one) |
16:48:00 | ThomasAH | funman: the disabled caches are just a temporary workaround until the SD code is adjusted, correct? |
16:48:14 | | Quit kugel (Remote host closed the connection) |
16:48:21 | funman | ThomasAH: yep |
16:48:33 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
16:49:11 | saratoga | ranmachan: when you get a chance would you mind writing up the instructions for connecting JTAG to your player in our Wiki? |
16:49:16 | kugel | funman: http://pastie.org/842379 |
16:49:30 | saratoga | it might be very useful to other people who brick their player or who want to experiment with it |
16:49:40 | ThomasAH | funman: What kind of problem reports do you want to hear from me for now? (e.g. laggy menu when playing .ogg files {yes, I know I can't hear them yet :-) }) |
16:49:40 | funman | kugel: i meant interleaved with make |
16:50:00 | funman | ThomasAH: none at the moment |
16:50:08 | ThomasAH | funman: ok, so as expected :) |
16:50:09 | kugel | I do need make in dualboot/ as well, right? |
16:50:18 | funman | kugel: right |
16:50:48 | funman | ThomasAH: first step is to get it working for me, i also experience a lot of bugs :) |
16:51:11 | kugel | funman: http://pastie.org/842385 |
16:51:21 | kugel | that's after saving dualboot.S |
16:51:46 | kugel | ranmachan: awesome job on the jtag btw |
16:52:04 | funman | well dualboot.c is clearly updated and has correct modification time |
16:52:15 | kugel | yes, but it doesn't contain the new code |
16:52:18 | ThomasAH | funman: oh, but one thing you might have experienced differently from me or I just don't understand it: (r24859): Clip+: show the same real time in OF and rockbox ... If I change time in OF, the rockbox time does not change. If I change time in rockbox, it changes by a different amount in OF |
16:52:43 | kugel | that's my going-to-commit diff: http://pastie.org/842387 |
16:53:01 | funman | kugel: use make V=1 to check the commands |
16:53:09 | | Nick jfc^2 is now known as jfc (~john@dpc6682208002.direcpc.com) |
16:53:23 | ranmachan | kugel: Thanks |
16:54:00 | funman | ThomasAH: ah thanks, i wasn't too sure about this one. mc2739 had fixed it for AMSv1 so perhaps he knows better |
16:54:27 | ranmachan | saratoga: Which page? |
16:54:52 | saratoga | ranmachan: I would just create a new one |
16:55:02 | saratoga | AmsJtag or similar |
16:55:06 | kugel | cc -I../../tools/ucl/include -Wall -DVERSION=\"`../../tools/version.sh ../../`\" -c -o dualboot.o dualboot.c |
16:55:08 | saratoga | SansaAmsJtag |
16:55:33 | kugel | SansaAMSJtag rather |
16:55:47 | kugel | I would just add it to SansaAMS really, though |
16:56:01 | saratoga | i assume its complicated enough that we don't want to put it there |
16:56:07 | kugel | why? |
16:56:20 | kugel | I can't see how this is a reason |
16:56:24 | saratoga | probably involves a largeish picture, download links, etc |
16:56:30 | saratoga | might as well put that on its own page |
16:56:32 | funman | kugel: check the line which generates dualboot.c and run it manually to see if it makes a difference when you modify dualboot.S |
16:56:47 | kugel | which line is that? |
16:56:57 | funman | ./bin2c ../dualboot nrv2e_d8.arm-bin dualboot_clip.arm-bin dualboot_e200v2.arm-bin dualboot_c200v2.arm-bin dualboot_m200v4.arm-bin dualboot_fuze.arm-bin dualboot_clipv2.arm-bin dualboot_clipplus.arm-bin |
16:57:51 | funman | + fuzev2 |
16:58:09 | kugel | ./bin2c ../dualboot nrv2e_d8.arm-bin dualboot_clip.arm-bin dualboot_e200v2.arm-bin dualboot_c200v2.arm-bin dualboot_m200v4.arm-bin dualboot_fuze.arm-bin dualboot_clipv2.arm-bin dualboot_clipplus.arm-bin dualboot_fuzev2.arm-bin |
17:00 |
17:00:01 | funman | the dep is dualboot.c -> dualboot_fuzev2.arm-bin -> dualboot_fuzev2.arm-elf -> dualboot_fuzev2.o -> dualboot.S |
17:00:02 | kugel | saratoga, ranmachan: I don't like topics related to a single port cluttered across several pages |
17:00:07 | *** | Saving seen data "./dancer.seen" |
17:00:12 | saratoga | kugel: we always do that |
17:00:13 | funman | if dualboot.c doesn't change after dualboot.S changes, check every single file of this chain |
17:00:52 | kugel | it works for you, didn't it? |
17:01:07 | kugel | might just be my system |
17:01:13 | funman | i added 2 'nop' to dualboot.S, dualboot.c was bigger |
17:01:13 | saratoga | IpodHardwareInfo, IpodRuntime, IpodConversionToFAT32, ConvertiTunesDBtoTagCache |
17:01:28 | ranmachan | saratoga: Ok, registered a wiki user just now. Damn, confirmation mail got caught by my greylisting. |
17:01:44 | funman | kugel: could be, but i want to make sure the makefile isn't buggy! |
17:02:16 | saratoga | you can't put everything on a single page it'd take 20 minutes to load and no one would be able to find the part they actually wanted |
17:02:50 | kugel | funman: I can see the commands to generate each file |
17:02:58 | saratoga | ranmachan: whats your name, i'll enable your wiki account |
17:02:59 | ranmachan | Oh, retry was early than expected :) Ok, now activated. |
17:03:07 | ranmachan | saratoga: TobiasDiedrich |
17:03:22 | funman | kugel: can you check with ls -l / md5sum to see if at least some of the files change after you edited dualboot.S and run make again? |
17:03:33 | kugel | funman: actually, dualboot isn't relinked into mkamsboot correctly |
17:03:38 | kugel | dualboot.c updates properly |
17:03:41 | saratoga | done |
17:03:49 | | Quit einhirn (Ping timeout: 276 seconds) |
17:04:51 | | Quit BiptoN (Quit: CGI:IRC (EOF)) |
17:05:05 | funman | kugel: 'LD mkamsboot' should be ld dualboot.o md5.o mkamsboot.o main.o -o mkamsboot |
17:05:09 | funman | + ucl |
17:05:23 | kugel | cc -I../../tools/ucl/include -Wall -DVERSION=\"`../../tools/version.sh ../../`\" -o mkamsboot dualboot.o md5.o mkamsboot.o main.o ../../tools/ucl/src/libucl.a |
17:05:48 | funman | so it's fine? |
17:06:03 | kugel | no |
17:06:16 | kugel | mkamsboot doesn't contain the new dualboot.o |
17:06:46 | kugel | I'm on linux x86 right now, if it matters |
17:07:14 | | Quit nima (Ping timeout: 256 seconds) |
17:07:29 | funman | arch doesn't matter |
17:08:13 | funman | now i don't get it: dualboot.o is updated, but not mkamsboot ? |
17:08:22 | funman | if dualboot.o is updated, that means dualboot.c has been updated as well |
17:08:24 | kugel | yes |
17:08:32 | kugel | dualboot.c is correctly updated |
17:08:39 | funman | then i call that a gcc bug |
17:09:09 | | Join nima [0] (~nima@adsl-75-45-239-179.dsl.sfldmi.sbcglobal.net) |
17:09:18 | funman | do you only check mkamsboot size or content ? |
17:09:19 | kugel | dualboot.o as well |
17:09:35 | kugel | I check the mkamsboot output |
17:09:48 | kugel | i.e. [INFO] Dual-boot function size: 236 bytes |
17:10:32 | kugel | and I'm pretty sure I noticed the old code running |
17:10:53 | funman | what is the size of dualboot_fuzev2 in dualboot.h ? |
17:12:06 | kugel | up-to-date |
17:12:20 | funman | 236 or not ? |
17:13:10 | kugel | 240 after adding a nop |
17:13:23 | funman | and mkamsboot still says 236? |
17:13:42 | kugel | hm, ok, the new code is on the player, only the output is wrong |
17:13:49 | kugel | yes |
17:13:55 | funman | hm weird |
17:14:11 | funman | what size is in dualboot.c ? (should be same as .h) |
17:14:17 | kugel | it is |
17:14:39 | kugel | there was also a commit to make sure of that |
17:15:32 | kugel | anyway, may I commit? :> |
17:16:13 | | Quit Zagor (Quit: Clint excited) |
17:16:22 | | Quit tchan (Quit: WeeChat 0.3.2-dev) |
17:16:36 | funman | sure |
17:16:57 | funman | i sent an email to ecrips on github to tell him about the progress on fuzev2 |
17:17:21 | | Quit funman (Quit: free(random());) |
17:18:35 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
17:20:29 | kugel | well, it's actually the progress of 5 month ago sync'd to current svn :\ |
17:20:31 | | Quit m3dlg (Ping timeout: 260 seconds) |
17:25:22 | | Quit Strife89 (Ping timeout: 256 seconds) |
17:27:09 | | Quit saratoga (Quit: Page closed) |
17:33:01 | | Quit Farthen (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
17:35:03 | | Quit rvvs89 (Ping timeout: 240 seconds) |
17:35:08 | | Join rvvs89 [0] (~ivo@pdpc/supporter/base/rvvs89) |
17:35:53 | | Quit kugel (Remote host closed the connection) |
17:38:03 | | Quit iq (Remote host closed the connection) |
17:39:19 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
17:39:45 | | Join iq [0] (~iq@unaffiliated/iq) |
17:48:24 | | Quit linuxguy3 (Ping timeout: 264 seconds) |
17:49:44 | | Quit TheSeven|Mobile (Ping timeout: 256 seconds) |
17:50:20 | | Join linuxguy3 [0] (~timj@adsl-75-57-198-154.dsl.emhril.sbcglobal.net) |
17:53:25 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
17:53:43 | | Quit lyngaas (Ping timeout: 240 seconds) |
17:54:38 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
17:56:49 | | Join einhirn_ [0] (~Miranda@bsod.rz.tu-clausthal.de) |
17:57:40 | | Quit einhirn (Ping timeout: 246 seconds) |
18:00 |
18:00:05 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
18:00:33 | | Join karashata [0] (~karashata@69.41.192.215) |
18:00:38 | | Part TheSeven|Mobile |
18:00:45 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
18:02:29 | | Quit petur (Quit: work->home) |
18:04:16 | | Quit einhirn_ (Ping timeout: 276 seconds) |
18:04:21 | | Quit TheSeven|Mobile (Remote host closed the connection) |
18:07:21 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
18:08:30 | | Join TopyMobile_ [0] (~topy@f054177165.adsl.alicedsl.de) |
18:09:04 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
18:09:22 | | Part TheSeven|Mobile |
18:09:29 | | Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) |
18:12:03 | | Join Farthen [0] (~chatzilla@e179233005.adsl.alicedsl.de) |
18:12:03 | | Quit TopyMobile__ (Ping timeout: 240 seconds) |
18:14:43 | | Join mitk [0] (~tomekk@chello089078013146.chello.pl) |
18:14:56 | TheSeven|Mobile | is anyone besides pondlife working on smaf? |
18:17:02 | | Quit robin0800 (Ping timeout: 265 seconds) |
18:17:27 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
18:19:13 | mitk | Hi. Can an commiter take a look and maybe commit FS #11055? It's polish character set for 12-Nimbus. |
18:21:04 | | Quit DerPapst (Quit: Leaving.) |
18:22:07 | | Quit tchan (Quit: WeeChat 0.3.2-dev) |
18:23:14 | | Join DerPapst [0] (~DerPapst@p4FE8FA0F.dip.t-dialin.net) |
18:25:26 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
18:27:28 | | Quit DerPapst (Ping timeout: 248 seconds) |
18:27:46 | | Join captainkewlllll [0] (~2669ecc2@gateway/web/freenode/x-opvyfjweasyyyvmc) |
18:28:57 | | Quit AlexP (Remote host closed the connection) |
18:29:52 | | Quit Luca_S (Quit: CGI:IRC) |
18:29:59 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
18:30:05 | pixelma | mitk: could you add it to the13- and the 14-Nimbus if those are still missing there too? As far as I know those are the same actual character heights but more spacing (and for some reason there are slight differences in character coverage) |
18:30:06 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:30:12 | | Part bertrik |
18:30:47 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
18:31:01 | | Quit Ishka () |
18:32:31 | | Join AlexP_ [0] (~ap@rockbox/staff/AlexP) |
18:33:27 | mitk | pixelma: Yes, I will. But to time please commit 12-Nimbus. I need it :) |
18:35:11 | | Quit AlexP (Ping timeout: 260 seconds) |
18:36:10 | | Quit AlexP_ (Remote host closed the connection) |
18:38:27 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
18:38:57 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
18:42:00 | | Join lyngaas [0] (~staale@19.81-167-149.customer.lyse.net) |
18:43:31 | | Quit stoffel (Ping timeout: 246 seconds) |
18:45:52 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
18:46:24 | | Join Grahack [0] (~Grahack@ip-252.net-81-220-6.versailles.rev.numericable.fr) |
18:48:22 | | Quit AlexP (Read error: Connection reset by peer) |
18:54:00 | * | iq wonders where did his music go after installing the RockBox on Clip+. It still plays the music in OF but can't seem to find the files when connected to the PC. |
18:54:37 | | Join m3dlg [0] (~m3dlg@212.183.140.33) |
18:57:34 | mitk | iq: Did you transfer music to player in MSC or MTP USB mode? |
18:58:09 | iq | mitk, music was transfered in the Auto Detect mode, before I installed the RB |
18:58:28 | mitk | iq: Windows? |
18:58:30 | | Quit TheSeven|Mobile (Quit: TheSeven|Mobile) |
18:58:44 | iq | mitk, yes |
18:58:56 | | Quit tchan (Quit: WeeChat 0.3.2-dev) |
18:59:16 | iq | mitk, originally I used Windows to transfer it. But now I am using Fedora. And it doesn't show up in Windows either :) |
18:59:28 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
18:59:36 | iq | But it plays everything just fine :) |
19:00 |
19:00:10 | *** | Saving seen data "./dancer.seen" |
19:01:36 | | Join fml [0] (~53ecea55@giant.haxx.se) |
19:02:09 | fml | kugel: hello. Have you noticed FS #11053 ? |
19:02:10 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
19:05:35 | | Quit hebz0rl (Quit: Ex-Chat) |
19:05:55 | mitk | iq: Do you see your music on player in MSC mode with fedora? |
19:06:27 | | Quit Rob2222 (Quit: Rob2222) |
19:06:42 | iq | mitk, No. http://pastebin.com/uEC3UEe6 |
19:07:04 | | Join Rob2222 [0] (~Miranda@p4FDC9D5E.dip.t-dialin.net) |
19:07:31 | iq | mitk, MUSIC folder is empty. |
19:08:19 | CIA-5 | New commit by funman (r24915): mkamsboot: make sure files depending on dualboot.h are updated |
19:08:49 | iq | mitk, I have all the media files on my other computer but it is interesting. |
19:09:17 | | Join Urexis [0] (~chickaan@cpc4-warw14-2-0-cust208.know.cable.virginmedia.com) |
19:09:44 | | Quit Rob2222 (Client Quit) |
19:09:54 | | Join Rob2222 [0] (~Miranda@p4FDC9D5E.dip.t-dialin.net) |
19:09:58 | Urexis | Is the version of libtremor included in rockbox the complete source? |
19:10:42 | mitk | iq: Put your music to player in MSC mode and your problems will go on. |
19:12:29 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
19:12:56 | iq | mitk, ok. Thanks. |
19:13:44 | | Part mitk ("Ex-Chat") |
19:14:41 | | Quit bmbl (Quit: Bye!) |
19:15:57 | | Quit Rob2222 (Quit: Rob2222) |
19:16:07 | | Join Rob2222 [0] (~Miranda@p4FDC9D5E.dip.t-dialin.net) |
19:18:21 | | Quit Farthen (Read error: Connection reset by peer) |
19:21:21 | stripwax | Urexis - I don't understand the question. Rockbox's version of libtremor is complete enough for rockbox to be able to compile a vorbis decoder. Our version of libtremor began as the regular Tremor branch (*not* the lowmem branch) and we have since added many, many additions, optimisations, and changes in the rockbox source (including replacing the entire mdct calculation). The code under 'libtremor' path excludes the mdct cal |
19:21:21 | stripwax | culation and a few helper functions (you can find that code in 'lib' path) |
19:22:25 | Urexis | ok dw, that pretty much answers it |
19:24:01 | | Quit m3dlg (Ping timeout: 252 seconds) |
19:25:45 | stripwax | :) |
19:26:36 | stripwax | Urexis - basically, the official Tremor source is too slow for rockbox, so we needed to make it run faster :) |
19:26:48 | Urexis | yeah, that's kinda what i wanted to hear |
19:27:09 | Urexis | i'm looking to port your fp codec implemetations to symbian |
19:27:35 | Urexis | but fffffffff |
19:27:36 | stripwax | interesting! well, symbian already has a vorbis decoder as far as I know |
19:27:49 | stripwax | back in the series60 days at least |
19:27:53 | Urexis | thousands and thousands of lines of code |
19:28:08 | Urexis | yeah, i doubt it's as speedy though |
19:28:21 | stripwax | it was "fast enough" on my old nokia n70 |
19:28:46 | Urexis | oh, i'm sure it ran |
19:28:59 | | Quit komputes (Ping timeout: 252 seconds) |
19:28:59 | stripwax | I don't know if the quality was as good as rockbox - we make sure we don't use "low accuracy" optimsations, maybe nokia did. |
19:29:13 | Urexis | i'm trying to make a super lightwieght media player for symbian, basically |
19:29:29 | Urexis | with a minimal interface |
19:29:42 | Urexis | that supports pretty much the same number of formats as rockbox |
19:30:05 | stripwax | ah ok. we should maybe take this discussion off of #rockbox and onto #rockbox-community. #rockbox is 100% 'about rockbox' |
19:30:35 | Urexis | ah, sorry, i didn't really mean to get into a full on convo - just wanted to ask the question about the rockbox source :) |
19:30:42 | Urexis | but i'd be happy to talk more elsewhere |
19:30:52 | stripwax | heh, ok. well, questions about rockbox source are fine here, I guess :) |
19:31:08 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
19:31:16 | Urexis | but perhaps i should idle in that other chan anyway |
19:31:24 | Urexis | i assume the same "useful people" are there |
19:31:28 | Urexis | :) |
19:31:39 | stripwax | in codec source, I would say we don't do a very good job of separating "improvements to the existing code" from "improvements that only really work in the context of rockbox running on a rockbox supported target device" |
19:32:23 | Urexis | yes, i was beginning to notice that from browsing the code |
19:32:24 | Urexis | well |
19:32:31 | stripwax | For example, we get a big speedup on vorbis decode by that 'decode_packed_block' implementation, which should work anywhere and saves having to go through the bitstream decoder each time. whereas, the block/iram optimisations only really work (in their current form) on rockbox |
19:33:12 | stripwax | oh and the fact that the libtremor code in rockbox is only designed for 1 or 2 channels; some of the multichannel stuff got 'optimised away' at the sourcecode level |
19:33:28 | stripwax | same sorts of things probably true for other codecs also |
19:33:40 | Urexis | no doubt |
19:34:16 | Urexis | what i'm interested in is the fixed-pointedness really |
19:34:31 | Urexis | and the fact that rockbox has been developing for limited hardware environments |
19:34:51 | stripwax | libtremor is one of the few that does basically work 'out of the box' really well (just we wanted to make it even faster :-) |
19:35:22 | stripwax | oh, yeh, getting rid of dynamically-allocated buffers (malloc etc) and using static arrays is another big rockbox thing for codecs. |
19:35:52 | gevaerts | Didn't someone make some sort of thing a while ago to make it possible to run codecs outside of rockbox? |
19:36:04 | Urexis | oh that sounds nice |
19:36:05 | | Join paulk_ [0] (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
19:36:08 | stripwax | there are some discussions around us adding our fixed-point stuff back to the main repositories for these codecs, by the way |
19:36:19 | * | stripwax isn't sure what the latest is on that though |
19:36:34 | Urexis | anyway, memory allocation code would have to be completely re-written for symbian anyway |
19:36:37 | paulk_ | Hello! I'd like to know what's the second arg to give to the plugin_load(); function ! |
19:38:27 | gevaerts | paulk_: that depends. For viewers I think it's the name of the file to view, for non-viewers I'd say NULL |
19:38:36 | stripwax | paulk - out of interest, what are you doing that requires calling plugin_load? .. |
19:38:38 | gevaerts | You make me curious though. Why do you need that? :) |
19:38:42 | paulk_ | gevaerts: ok, tha's what I guessed ! |
19:38:57 | stripwax | yep, it is filename or null |
19:39:48 | paulk_ | gevaerts, stripwax : I just added a function to edit the current displayed file by viewer |
19:39:58 | paulk_ | Maybe it's not a good Idea ? |
19:40:16 | gevaerts | so you want to load another plugin from a plugin? |
19:40:32 | paulk_ | gevaerts: yes that's not a good idea |
19:40:49 | gevaerts | It might be a good idea. It just won't work |
19:41:13 | paulk_ | ok… |
19:41:25 | gevaerts | Maybe you could have some special exit status that means "run another plugin"? |
19:41:41 | | Join Strife89 [0] (~michael@168.16.237.214) |
19:41:49 | gevaerts | details to be worked out of course ;) |
19:42:06 | paulk_ | that could be interesting! |
19:43:05 | domonoky | gevaerts, Urexis: see FS #10243 for the early codec for running codecs outside of rockbox |
19:43:17 | domonoky | s/codec/code/ |
19:43:29 | paulk_ | but It would be difficult to do… How to give the filename with an exit status ? |
19:43:38 | | Quit fml (Quit: CGI:IRC) |
19:43:51 | gevaerts | The problem with plugin_load() from a plugin is that the new plugin would overwrite the old one, so as soon as that one returns you'd have all sorts of weird issues, unless you fix up the stack in some way |
19:44:09 | paulk_ | ok |
19:44:30 | Urexis | ooh, yikes, what's that a reference to domonoky? |
19:45:03 | domonoky | Urexis: thats a patch number in Flyspray, our bug/patch tracker. |
19:45:09 | Urexis | ah |
19:45:23 | Urexis | i just spoted the search bar |
19:46:07 | amiconn | The idea of chaining plugins isn't a new one |
19:46:23 | | Quit toffe82 (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
19:46:32 | Urexis | thanks domonoky, that could prove to be very useful |
19:46:42 | amiconn | It would need a special exit status, as well as a way to specify which plugin to run afterwards, and pass a parameter to it |
19:47:35 | domonoky | theoretically, chaining plugins could be done with a special exit status, and storing filename and parameter via the plugin-api in some buffer. |
19:49:08 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:49:14 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
19:49:23 | gevaerts | You could pass a second argument to the plugins (or provide another rb-style magic pointer) where the plugin can put a pointer to this data, which the plugin loader can then copy on the stack and pass to the new plugin |
19:49:42 | gevaerts | or copy to static buffer, but we're talking 2*MAX_PATH here |
19:51:21 | paulk_ | OK, maybe I'll try something in some days |
20:00 |
20:06:10 | | Join flyback [0] (~teac@c-98-219-129-239.hsd1.pa.comcast.net) |
20:11:06 | | Quit paulk_ (Read error: Operation timed out) |
20:13:04 | | Join ecio [0] (~ecio@adsl-065-081-069-051.sip.mco.bellsouth.net) |
20:14:14 | AlexP | Urexis, domonoky: GodEater was working on a lib"RockboxCodecs" not long ago I think - I'm not sure how far he got |
20:14:38 | gevaerts | AlexP: that's more a metadata lib I think |
20:14:49 | AlexP | ah, OK |
20:15:06 | AlexP | I wasn't sure if it was metadata or the codecs too |
20:15:28 | Urexis | :o |
20:17:21 | | Join phanboy_iv [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) |
20:21:54 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
20:23:27 | | Quit flydutch (Quit: /* empty */) |
20:24:38 | | Quit pixelma (Disconnected by services) |
20:24:38 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
20:24:46 | | Quit amiconn (Disconnected by services) |
20:24:48 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
20:24:56 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
20:24:59 | | Part watto |
20:25:12 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
20:26:50 | | Join stoffel [0] (~quassel@p57B4CF5B.dip.t-dialin.net) |
20:32:35 | | Quit pixelma (Disconnected by services) |
20:32:36 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
20:32:38 | | Quit amiconn (Disconnected by services) |
20:32:40 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
20:32:54 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
20:33:09 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
20:39:05 | stripwax | Are database-builds target-specific or target independent? i'm thinking that the database tool ought to do the same regardless of target (so e.g. database tool might be better a target rather than a build 'type' for a given selected target) |
20:40:07 | TheSeven | stripwax: maybe endianness differences on some tagets? |
20:40:23 | stripwax | but the database tool doesn't run on the target, it runs on the host build platform |
20:40:28 | gevaerts | IIRC there are two variables |
20:40:39 | stripwax | unless i'm totally confused |
20:40:47 | pixelma | the database code was changed to deal with different endianness |
20:40:59 | gevaerts | HWCODEC/SWCODEC (different codec support), and endianness. The latter is only important for optimal performance |
20:41:23 | pixelma | maybe that comes out wrong but not sure how to explain it technically :\ |
20:41:26 | stripwax | oh endianness of the resulting database. right, that makes sense. |
20:42:12 | | Join b0hoon [0] (~quassel@xdsl-7253.bielsko.dialog.net.pl) |
20:42:33 | stripwax | next question - how do you actually run the database tool? |
20:42:33 | TheSeven | damn panicf bug |
20:43:05 | pixelma | I just remember that there was a lot of code added to make the database able to deal with database files from a different endian target |
20:43:22 | stripwax | (it appears to have no output or documentation or help options) |
20:43:28 | gevaerts | stripwax: I *think* you run it from the root of the DAP |
20:44:04 | stripwax | gevaerts - right, done that, and it takes 0 seconds and returns no output |
20:44:20 | gevaerts | in that case try something else ;) |
20:44:24 | stripwax | heh |
20:44:37 | stripwax | ah |
20:44:58 | stripwax | I need to "cd target_root" first. It doesn't seem to get that I'm running it from there if I just run it from there. right. |
20:45:16 | gevaerts | uh, what? |
20:45:27 | * | gevaerts doesn't understand that sentence |
20:45:37 | stripwax | in my case: cd /cygdrive/e ./database_ipodvideo.exe rather than just /cygdrive/e/database_ipodvideo.exe |
20:46:01 | gevaerts | ah, yes. That's what I meant :) |
20:47:24 | stripwax | I assume it just creates a new initialized db, rather than atttempt to update existing one? I'm actually only trying this out because the target database update seems to get into some kind of infinite loop |
20:48:01 | stripwax | no guarantee database tool won't, but I'm hoping it won't .. |
20:48:13 | gevaerts | if it does, you can debug more easily |
20:49:38 | | Quit togetic (Ping timeout: 245 seconds) |
20:56:40 | | Join Farthen [0] (~chatzilla@e179233005.adsl.alicedsl.de) |
20:59:06 | stripwax | gevaerts - hrm, hard to tell ... no progress bar / output from database tool |
21:00 |
21:00:13 | *** | Saving seen data "./dancer.seen" |
21:04:03 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
21:04:48 | | Join AsaelReiter [0] (~5f564b14@giant.haxx.se) |
21:06:26 | | Quit AsaelReiter (Client Quit) |
21:06:42 | | Join mt [0] (~mtee@rockbox/developer/mt) |
21:11:20 | | Quit stoffel (Remote host closed the connection) |
21:12:52 | | Join m3dlg [0] (~m3dlg@212.183.140.5) |
21:13:20 | | Quit m3dlg (Client Quit) |
21:16:37 | | Join _zic [0] (~user@91-171-90-101.rev.libertysurf.net) |
21:18:54 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
21:20:47 | | Join m3dlg [0] (~m3dlg@212.183.140.5) |
21:27:51 | | Quit m3dlg (Ping timeout: 260 seconds) |
21:31:57 | | Join mirak [0] (~mirak@85-171-108-41.rev.numericable.fr) |
21:34:28 | | Quit phanboy_iv (Read error: Connection reset by peer) |
21:38:46 | | Quit Sajber^ (Read error: Connection reset by peer) |
21:39:24 | | Join Sajber^ [0] (~Sajber^@94-98.anonymous.at.anonine.com) |
21:42:27 | | Quit stripwax (Ping timeout: 265 seconds) |
21:42:43 | | Join archivator [0] (~archivato@stu0279.keble.ox.ac.uk) |
21:44:22 | | Join elinenbe [0] (~elinenbe@209.196.192.8) |
21:45:14 | | Quit komputes (Read error: Connection reset by peer) |
21:46:10 | | Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
21:47:28 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
21:48:43 | | Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) |
21:51:00 | | Quit captainkewlllll (Quit: Page closed) |
21:52:07 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
21:53:50 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
21:57:22 | | Quit elinenbe (Ping timeout: 256 seconds) |
21:59:47 | | Quit Strife89 (Quit: Going home.) |
22:00 |
22:01:56 | | Join AsaelReiter [0] (~5f564b14@giant.haxx.se) |
22:09:50 | | Quit AsaelReiter (Quit: CGI:IRC) |
22:09:54 | | Join moos [0] (moos@rockbox/staff/moos) |
22:11:03 | | Join phanboy4 [0] (~benji@gate-22.spsu.edu) |
22:24:00 | | Join SeismicMike [0] (~seismicmi@adsl-76-235-39-230.dsl.dytnoh.sbcglobal.net) |
22:24:57 | SeismicMike | I just got my Sansa e260 in the mail... I can't get it to mount in Linux.... the manual says to switch the USB mode to MSC, but I can't find that option in the settngs... My firmware is .03.01.11A |
22:25:45 | Torne | TheSeven: elf2flt's ld script places all sections at sequential addresses starting at 0 |
22:25:56 | TheSeven | do we need to use that? |
22:25:57 | Torne | the elf file you get from that is just as much absolute or just as much relative as the output from our ld script |
22:26:04 | Torne | Yes, because that's how it works |
22:26:12 | Torne | it means that the value in each site is the offset from the base |
22:26:20 | Torne | and thus the process to apply the relocs is to just add the base to the value alrady there |
22:26:32 | Torne | it means you don't hae to hae any actual relocation *data* |
22:26:46 | Torne | you just need to know what addresses want to be relocated, and everything else is automatically know |
22:26:54 | TheSeven | Torne: that doesn't prevent us from linking iram to a static address |
22:27:07 | Torne | *everything* is linked at a static address |
22:27:11 | Torne | always |
22:27:13 | Torne | no matter what you do :) |
22:27:29 | Torne | if you give ld -r then it emits a reloc for each one |
22:27:32 | Torne | if you don't then it doesn't |
22:27:33 | TheSeven | just use a different base for iram then, and strip the symbols/relocs for that, so that elf2flt won't see them |
22:27:41 | Torne | Yeah |
22:27:46 | Torne | Problem with that is what if iram is near 0 |
22:27:47 | amiconn | I mean, dynamic iram doesn't really make sense. Using iram in plugins is rare; plugins which use iram have to stop playback because the iram area is shared between codecs and plugins |
22:27:50 | gevaerts | SeismicMike: I'm not sure the option is there in all versions... |
22:27:59 | TheSeven | is that actually the case on any target? |
22:28:00 | gevaerts | SeismicMike: which linux distribution is this? |
22:28:04 | Torne | if the region that flt wants to use overlaps one of the fixed sections it won't work |
22:28:11 | amiconn | (and on hwcodec the problem doesn't exist, because iram is used exclusively in the core) |
22:28:16 | Torne | but yes, we might be able to hack it together that way with strip/objcopy/etc |
22:28:27 | Torne | to remove the relocs that we think are "final" and only leave the ones that aren't |
22:29:12 | SeismicMike | ubuntu |
22:29:17 | amiconn | The few plugins which use iram need to stop playback anyway for various reasons (performance, producing sound themselves etc) |
22:29:29 | gevaerts | which version? |
22:29:30 | amiconn | mpegplayer, doom are examples |
22:29:41 | SeismicMike | 9.10 |
22:30:10 | gevaerts | ok, not the famous libmtp bug then |
22:30:25 | Torne | amiconn: i'm not talking about having relocatable iram |
22:30:36 | Torne | i'm talking about being able to use iram while the rest of the plugin is in a relocatable format |
22:30:38 | * | gevaerts thinks that someone who actually owns an e200v2 should help here |
22:30:46 | Torne | because otherwise any plugin that wants to use iram would have to be in the current format |
22:30:56 | Torne | and as long as there are any plugins in the curretn format we need to keep the static plugin buffer |
22:31:01 | Torne | and one of the goals is to get rid of that, no? |
22:31:09 | Torne | not just to allow multiple plugins |
22:31:15 | Torne | or background ones, or whatever |
22:31:17 | amiconn | I think this is solvable |
22:31:21 | Torne | yes, it probably is |
22:31:34 | Torne | i was just saying, that elf2flt won't solve it for us |
22:31:38 | amiconn | Atm everything that goes to iram is basically data for the plugin/codec |
22:31:41 | Torne | and we will need to either pre/post process the binary |
22:31:48 | Torne | or modify elf2flt |
22:31:52 | amiconn | Iram init is done by the plugin/codec startup itself |
22:32:07 | Torne | it's only that way because our linker script makes it that way, though |
22:32:18 | Torne | in the .elf the sections are real seperate sections |
22:32:28 | Torne | it onyl becomes as you describe when you objcopy to binary |
22:32:32 | amiconn | It couldn't be done by the loader because a plugin that uses iram *must not* touch iram before stopping playback |
22:32:45 | amiconn | And the loader doesn't know whether the plugin uses iram or not |
22:33:41 | Torne | sure. i'm not saying any of that would change |
22:33:42 | amiconn | I know that iram has separate sections in the .elf, but I think that since it is essentially just data, it could be turned into some sort of data by partial linking |
22:34:02 | Torne | we just need to end up with an elf which contains relocs for the .text and .data sections, but not for the others |
22:34:14 | Torne | and i don't offhand know how to do that. but i'm sure there is some hackery that will do it ;) |
22:36:20 | TheSeven | and as an alternative, there still would be coff, which could just have an .iram section that isn't relocated, and maybe we could even make the loader load that to iram (and stop playback before, if there is a .iram section at all) |
22:37:15 | Torne | right |
22:37:48 | Torne | what i'd like to see as a result of this is that all plugins and codecs had relocatable code/data, and they took care of copying pre-fixed-up code to iram themselves as they do now when necessary |
22:38:02 | | Quit n17ikh (Ping timeout: 265 seconds) |
22:38:02 | Torne | such that you can load as many plugins/codecs at once as you want, and as long as only one is using iram at a time it All Works |
22:38:09 | Torne | and you don't need a fixed buffer for either |
22:38:10 | | Quit _zic (Ping timeout: 256 seconds) |
22:39:14 | Torne | since where i personally started for this desire was wanting to remove the need for a seperate 64mb ipodvideo build ;) |
22:39:35 | Torne | a little thing, sure, but hey :) |
22:41:51 | SeismicMike | Well according to Sansa's website there is no USB mode option on the factory shipped firmware for version 2, but I can get it if I upgrade the firmware |
22:41:56 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
22:42:00 | SeismicMike | but... I still can't mount the device... |
22:42:46 | SeismicMike | I feel like the time back in college when I emailed the maintenance department to inform them that my phone didn't work, and their instructions were to call a number on the phone.... |
22:43:04 | SeismicMike | I'll see if I can get it mounted in my vbox |
22:45:29 | domonoky | SeismicMike: did you try the instructions to get MSC mode described on the SansaE200v2 wikipage ? |
22:46:02 | | Quit Grahack (Quit: Tu m'as vu ?) |
22:46:13 | domonoky | ie, switch on hold, and press left while inserting usb . |
22:47:14 | SeismicMike | mmm... I didn't see that.... |
22:47:29 | SeismicMike | is that in the rockbox wiki? |
22:47:32 | domonoky | jup |
22:48:30 | SeismicMike | ...reading.... |
22:48:50 | SeismicMike | lol.... I googled "rockbox wiki" and wikipedia's entry on rockbox was ranked higher than rockbox's wiki |
22:50:11 | SeismicMike | hmm... it says it works in XP and Vista.. I'll give it a try in Ubuntu though |
22:50:52 | SeismicMike | NICE!!! that did it! |
22:51:05 | SeismicMike | I assume once I get Rockbox on there I can switch this setting for good? |
22:56:41 | TheSeven | rockbox doesn't even support mtp - or are those devices using of usb? |
22:56:52 | gevaerts | rockbox doesn't have its own usb mode on the v2 yet, so it reboots to the Sandisk firmware for USB |
22:57:58 | gevaerts | So you're better off finding a version that has the setting (i.e. a newer one) |
22:58:48 | | Part b0hoon ("http://quassel-irc.org - Chat comfortably. Anywhere.") |
23:00 |
23:00:01 | | Quit Urexis () |
23:00:14 | *** | Saving seen data "./dancer.seen" |
23:02:34 | SeismicMike | that or holding down that button all the time... |
23:04:41 | | Join petur [0] (~peter@rockbox/developer/petur) |
23:11:25 | | Join bluebrother [0] (~dom@g224237129.adsl.alicedsl.de) |
23:11:25 | | Quit bluebrother (Changing host) |
23:11:25 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
23:12:21 | | Join Strife89 [0] (~michael@adsl-220-102-251.mcn.bellsouth.net) |
23:12:23 | | Quit domonoky (Read error: Connection reset by peer) |
23:13:15 | | Quit bluebroth3r (Read error: Operation timed out) |
23:16:59 | | Quit SeismicMike (Quit: Hwyl) |
23:19:29 | | Join FOAD_ [0] (~dok@dinah.blub.net) |
23:21:18 | | Quit evilnick_B (Quit: Page closed) |
23:22:20 | | Quit karashata (Quit: The fluffy dragon has left completely!) |
23:23:12 | | Quit FOAD (Ping timeout: 264 seconds) |
23:23:12 | | Nick FOAD_ is now known as FOAD (~dok@dinah.blub.net) |
23:31:40 | TheSeven | ender`: any idea why your build client produced a yellow that doesn't show up on the others? |
23:32:01 | dfkt | does rockbox support 24/96 playback on any target? |
23:32:38 | gevaerts | TheSeven: you mean http://build.rockbox.org/shownewlog.cgi?rev=24911;type=ipodvideo ? |
23:32:39 | TheSeven | hm, there's another build of the same code from the same client that didn't show the yellow. weird. |
23:32:42 | ender` | TheSeven: no, which one? |
23:32:46 | TheSeven | yes |
23:32:59 | gevaerts | there's also http://build.rockbox.org/shownewlog.cgi?rev=24911;type=sansam200v4boot |
23:33:25 | ender` | hm, those are native tools? |
23:33:29 | gevaerts | yes |
23:33:49 | TheSeven | same gcc version though |
23:33:54 | TheSeven | and not reproducible... |
23:34:06 | gevaerts | no, that's the cross-gcc |
23:34:07 | | Quit stripwax (Read error: Connection reset by peer) |
23:34:16 | gevaerts | ender`: which gcc/libc/distro versions are you using |
23:34:26 | TheSeven | also, the sysfont bug appearing on 3 builds for the same revision is a little much... |
23:34:26 | ender` | gcc (Gentoo 4.4.2 p1.0) 4.4.2 |
23:34:37 | ender` | GNU C Library stable release version 2.10.1, by Roland McGrath et al. |
23:34:41 | gevaerts | TheSeven: "not reproducible" as in those won't get rebuilt unless the file changes |
23:34:52 | ender` | and the system is obviously gentoo |
23:34:54 | TheSeven | possible... |
23:36:25 | ender` | iirc, those warnings aren't new - they appeared when i first added my server to the build list |
23:36:45 | * | TheSeven still wonders what is different for those |
23:36:58 | TheSeven | (and we should actually fix those yellows) |
23:37:53 | gevaerts | TheSeven: http://www.redhat.com/archives/rhl-devel-list/2007-March/msg00665.html may help. It's related to FORTIFY_SOURCE things, that gentoo might enable and others not |
23:38:52 | gevaerts | but yes, they should be fixed properly |
23:39:36 | | Quit jgarvey (Ping timeout: 246 seconds) |
23:39:59 | | Quit perfectdrug (Quit: perfectdrug) |
23:40:58 | | Quit mt (Remote host closed the connection) |
23:46:11 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
23:48:40 | dfkt | is this statement correct, about rockbox and the clip? - http://anythingbutipod.com/forum/showpost.php?p=445927&postcount=7 |
23:50:23 | gevaerts | dfkt: definitely not. We use 44.1kHz at 16 bit on the clip, just like on every other target |
23:50:40 | dfkt | thanks |
23:50:42 | TheSeven | even though the chips could probably do it |
23:50:51 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
23:51:17 | TheSeven | does he mean that rockbox can play 96khz/24bit pcm (by resampling it)? |
23:51:40 | gevaerts | hm, there's a dependency generation issue. pdbox does *not* appear in make.dep |
23:51:56 | gevaerts | and it's not a new issue |
23:52:08 | TheSeven | hm, when talking about dependency issues: sysfont.h? |
23:52:18 | gevaerts | that one, yes |
23:52:23 | TheSeven | do we know why it happens? |
23:52:35 | gevaerts | yes, because pdbox doesn't get its dependencies generated |
23:52:48 | TheSeven | so this only happens in pdbox? |
23:52:59 | | Quit Farthen (Ping timeout: 260 seconds) |
23:53:20 | gevaerts | well, make.dep is full of plugins. I haven't checked them one by one |
23:54:04 | TheSeven | hm, indeed, all 4 of the crashes in the current build table are caused by pdbox |
23:54:23 | TheSeven | but how can the core already be compiled successfully when sysfont.h hasn't been generated yet? |
23:54:37 | gevaerts | was it? |
23:54:59 | TheSeven | no, indeed, it wasn't |
23:55:28 | * | TheSeven usually only looks at non-parallel builds, and there the core is being built first |
23:55:47 | TheSeven | (my build machine is an old P4 singlecore) |
23:57:04 | | Quit Adnyxo (Ping timeout: 248 seconds) |
23:57:12 | | Join perfectdrug [0] (~marko@p5B0EFC1F.dip.t-dialin.net) |
23:58:34 | gevaerts | nearly found... |