| 00:00:15 | Bagder | yes, 1:50 for upload sounds too much |
| 00:00:33 | Bagder | anyway, I need to make the server reject such completions |
| 00:02:16 | rasher | Also something to investigate why it didn't kill it |
| 00:02:27 | Bagder | yeah |
| 00:02:50 | Mikachu | Bagder: here's my output if it somehow helps http://rockbox.pastebin.com/d27859cf1 |
| 00:03:46 | Bagder | clip fuzesim h10_5gb h300 iaudiox5 ipodmini1g mrobe500 sansae200sim sansae200v2 were the dupes |
| 00:04:46 | rasher | Hm, I think the system wastes time |
| 00:05:02 | rasher | My client started 6 builds, but only finished one |
| 00:05:08 | rasher | the rest got killed halfway through |
| 00:05:14 | rasher | granted, it's not a fast client |
| 00:05:40 | Bagder | right, the order of how to hand out the build may need further tweaking |
| 00:05:54 | rasher | But it seems like it could have at least finished another one if it didn't keep getting killed |
| 00:06:04 | Bagder | right |
| 00:06:16 | rasher | Is it even necessary to give the same build to multiple hosts before the end? |
| 00:06:25 | Bagder | it doesn't |
| 00:06:41 | rasher | Ah. Then my client just really really sucks :) |
| 00:07:00 | Bagder | it sorts the builds first on handedoutcount and then on "weight" |
| 00:07:26 | Bagder | then it moves through the list of clients in weight order and picks a build from that list |
| 00:07:34 | Bagder | until all clients have 3 builds |
| 00:08:06 | Bagder | in this case we had 10 clients doing 59 builds |
| 00:08:35 | Bagder | so first it'd had out the top 30 builds, the ones considered slowest |
| 00:08:41 | Bagder | s/had/hand |
| 00:09:16 | Bagder | and for each completed build being reported, it hands out another from the build list |
| 00:10:41 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
| 00:11:31 | pixelma | for further reference: the "Sleep Timer" went into the "Time & Date" "menu" inside "System" - the manual still mentions the old place only (directly inside "System") |
| 00:12:46 | pixelma | hmm... where did I look? |
| 00:13:40 | CIA-71 | New commit by mcuelenaere (r21501): Fix some forgotten OR's in some button-target.h files |
| 00:13:43 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:14:03 | pixelma | ah, took a manual of a non-RTC target. Sorry... |
| 00:14:50 | | Quit mirak ("Ex-Chat") |
| 00:16:22 | mcuelenaere | can anyone tell me why BUTTON_O|BUTTON_BACK is in BUTTON_MAIN for iRiver H10 targets but those buttons aren't defined? |
| 00:21:56 | CIA-71 | New commit by bagder (r21502): fix the counting of build clients, make sure that duplicate completions are ... |
| 00:22:03 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 00:23:48 | CIA-71 | New commit by mcuelenaere (r21503): Also fix the iRiver H10 |
| 00:29:09 | | Quit evilnick ("Page closed") |
| 00:30:35 | | Quit ender` (" I spilled Spot Remover on my dog... Now he's gone.") |
| 00:32:45 | | Join n00b81 [0] (n=taylor@unaffiliated/n00b81) |
| 00:34:10 | | Quit bmbl ("Bye!") |
| 00:36:22 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 00:38:46 | | Join perrikwp [0] (n=Keith@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 00:45:05 | | Part n00b81 ("Leaving") |
| 00:47:01 | *** | Saving seen data "./dancer.seen" |
| 00:48:05 | | Quit notlistening ("Leaving") |
| 00:50:47 | | Quit foaly ("leaving") |
| 00:50:52 | | Quit bertrik ("De groeten") |
| 00:53:37 | | Quit mcuelenaere () |
| 00:56:32 | | Join n00b81 [0] (n=Taylor@unaffiliated/n00b81) |
| 00:57:21 | | Part n00b81 ("Leaving") |
| 01:00 |
| 01:10:23 | | Quit tessarakt2 ("Client exiting") |
| 01:20:57 | CIA-71 | New commit by rasher (r21504): Statements end with semicolon... |
| 01:23:24 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:25:42 | | Quit Thundercloud (Remote closed the connection) |
| 01:28:48 | | Quit faemir (Connection reset by peer) |
| 01:37:02 | | Quit barrywardell () |
| 01:38:49 | | Quit gevaerts (Nick collision from services.) |
| 01:39:01 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 01:39:34 | | Join Hillshum [0] (i=4ba5ebce@gateway/web/freenode/x-7047cda176f7f414) |
| 01:41:25 | CIA-71 | New commit by rasher (r21505): Modify the number of bogomips if not all cores are used (specified at commandline) |
| 01:52:17 | | Join evilnick [0] (i=620ec27e@gateway/web/freenode/x-d4f70ee1ed2c8b5d) |
| 01:54:17 | | Part toffe82 |
| 01:56:23 | | Quit Hillshum (Ping timeout: 180 seconds) |
| 02:00 |
| 02:15:40 | | Quit dmb (Read error: 113 (No route to host)) |
| 02:15:52 | | Join senpai3330 [0] (n=4b8ff2ac@gateway/web/cgi-irc/labb.contactor.se/x-6c61e2a0c69110d6) |
| 02:17:40 | | Quit PaulJam_ (".") |
| 02:17:40 | | Quit senpai3330 (Client Quit) |
| 02:17:44 | | Join perrikwp1 [0] (n=Keith@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 02:19:37 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 02:35:37 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/freenode/x-e539bdc7f2ac465f) |
| 02:35:57 | | Quit perrikwp (Read error: 110 (Connection timed out)) |
| 02:38:03 | | Join Strath [0] (n=Strath__@173-23-45-236.client.mchsi.com) |
| 02:47:02 | *** | Saving seen data "./dancer.seen" |
| 02:52:36 | | Quit evilnick ("Page closed") |
| 02:56:42 | | Quit Zarggg (Read error: 60 (Operation timed out)) |
| 02:57:00 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 02:57:54 | | Quit FlynDice (Remote closed the connection) |
| 03:00 |
| 03:02:28 | | Quit jgarvey ("Leaving") |
| 03:04:13 | | Quit funman ("free(random());") |
| 03:15:02 | | Quit BlakeJohnson86 (Remote closed the connection) |
| 03:18:25 | | Quit robin0800 ("Leaving") |
| 03:23:00 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 03:27:46 | | Quit BlakeJohnson86 (Remote closed the connection) |
| 03:29:05 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 03:31:38 | | Quit Sir_Brizz ("leaving") |
| 03:36:48 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 03:38:29 | | Join perrikwp [0] (n=Keith@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 03:39:03 | | Quit robin0800 (Client Quit) |
| 03:39:22 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 03:39:31 | | Join perrikwp2 [0] (n=Keith@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 03:40:26 | | Quit robin0800 (Client Quit) |
| 03:40:44 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 03:42:35 | | Quit robin0800 (Client Quit) |
| 03:42:54 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 03:44:43 | | Quit perrikwp (Read error: 60 (Operation timed out)) |
| 03:46:26 | | Quit robin0800 (Remote closed the connection) |
| 03:48:26 | | Quit amiconn (Nick collision from services.) |
| 03:48:30 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 03:48:39 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 03:49:16 | | Quit pixelma (Nick collision from services.) |
| 03:49:19 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 03:49:36 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 03:55:12 | | Quit perrikwp1 (Read error: 110 (Connection timed out)) |
| 03:55:57 | | Quit jfc (Remote closed the connection) |
| 03:57:03 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
| 04:00 |
| 04:11:31 | | Quit cool_walking_ (simmons.freenode.net irc.freenode.net) |
| 04:11:31 | NSplit | simmons.freenode.net irc.freenode.net |
| 04:11:31 | | Quit saratoga (simmons.freenode.net irc.freenode.net) |
| 04:18:08 | | Join perrikwp [0] (n=Keith@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 04:21:07 | | Quit Sajber^ (Read error: 54 (Connection reset by peer)) |
| 04:22:47 | | Quit BlakeJohnson86 ("Leaving.") |
| 04:23:49 | | Quit perrikwp2 (Read error: 60 (Operation timed out)) |
| 04:25:18 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 04:25:37 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
| 04:38:10 | | Join perrikwp1 [0] (n=Keith@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 04:43:22 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 04:43:22 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 04:44:20 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 04:47:04 | *** | Saving seen data "./dancer.seen" |
| 04:49:41 | | Join anomoly [0] (i=anomoly@camarilla.plzpassthememe.net) |
| 04:54:08 | NHeal | (timeout) simmons.freenode.net irc.freenode.net |
| 04:56:16 | | Join linuxguy3 [0] (n=timj@adsl-68-253-209-30.dsl.emhril.ameritech.net) |
| 04:56:38 | | Quit perrikwp (Read error: 110 (Connection timed out)) |
| 04:59:38 | | Quit Galois ("Leaving") |
| 05:00 |
| 05:07:04 | | Quit jkl (Read error: 60 (Operation timed out)) |
| 05:11:18 | | Join perrikwp [0] (n=Keith@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 05:15:53 | | Join FlynDice [0] (n=FlynDice@12.97.14.2) |
| 05:21:41 | | Join jkl [0] (n=jlp@cpe-74-65-31-43.rochester.res.rr.com) |
| 05:22:17 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 05:22:50 | | Join Galois [0] (i=djao@129.97.91.252) |
| 05:29:34 | | Quit perrikwp1 (Read error: 110 (Connection timed out)) |
| 05:32:18 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-197.mco.bellsouth.net) |
| 05:33:01 | Blue_Dude | Fixed a playback bug: FS #10157 : inaccurate seeking while paused |
| 05:33:34 | Blue_Dude | Please also see FS #10377 - PCM buffer remainder is played under too many conditions |
| 05:33:38 | Blue_Dude | Thanks. |
| 05:33:42 | | Quit Blue_Dude (Client Quit) |
| 05:36:04 | | Quit Strath ("Leaving") |
| 05:39:26 | | Join perrikwp1 [0] (n=Keith@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 05:50:15 | | Quit Horscht ("Verlassend") |
| 05:57:29 | | Quit perrikwp (Read error: 110 (Connection timed out)) |
| 06:00 |
| 06:03:35 | | Join jkl__ [0] (n=jlp@cpe-74-65-31-43.rochester.res.rr.com) |
| 06:03:58 | | Quit jkl (Read error: 113 (No route to host)) |
| 06:07:05 | | Join martian67_ [0] (n=martian6@2001:470:b:356:221:91ff:fe8c:d8a7) |
| 06:08:07 | | Quit martian67_ (SendQ exceeded) |
| 06:08:09 | | Quit martian67 (Read error: 113 (No route to host)) |
| 06:09:05 | | Join martian67_ [0] (n=martian6@2001:470:b:356:221:91ff:fe8c:d8a7) |
| 06:13:27 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 06:15:54 | | Quit jkl__ ("Leaving") |
| 06:16:05 | | Join jkl__ [0] (n=jlp@cpe-74-65-31-43.rochester.res.rr.com) |
| 06:16:08 | | Nick jkl__ is now known as jkl (n=jlp@cpe-74-65-31-43.rochester.res.rr.com) |
| 06:19:40 | | Join perrikwp [0] (n=Keith@rrcs-24-172-12-65.midsouth.biz.rr.com) |
| 06:31:02 | | Quit Xerion (Read error: 110 (Connection timed out)) |
| 06:31:02 | | Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) |
| 06:38:14 | | Quit perrikwp1 (Read error: 110 (Connection timed out)) |
| 06:39:31 | | Quit timc (Remote closed the connection) |
| 06:44:39 | | Join timc [0] (n=aoeu@116.3.197.75) |
| 06:47:05 | *** | Saving seen data "./dancer.seen" |
| 06:53:42 | | Quit kkurbjun ("Leaving.") |
| 06:56:49 | | Quit jkl ("Leaving") |
| 07:00 |
| 07:17:27 | | Quit perrikwp (Read error: 110 (Connection timed out)) |
| 07:23:08 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 07:23:42 | | Join framo4 [0] (n=chatzill@ip-87-82-152-129.easynet.co.uk) |
| 07:27:56 | | Quit slam_ (Read error: 110 (Connection timed out)) |
| 07:39:15 | | Join AndrewRB [0] (n=andrewbe@212-139-108-78.dynamic.dsl.as9105.com) |
| 07:40:14 | AndrewRB | hi, anybody awake? |
| 07:42:12 | AndrewRB | i'll take that as a "no" then. oh well. goodnight. |
| 07:42:28 | | Quit AndrewRB (Client Quit) |
| 07:46:23 | | Join slam_ [0] (n=grndslm@68-243-143-192.pools.spcsdns.net) |
| 07:53:24 | | Quit Unhelpful (Read error: 101 (Network is unreachable)) |
| 08:00 |
| 08:01:52 | | Join Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) |
| 08:13:28 | | Nick martian67_ is now known as martian67 (n=martian6@2001:470:b:356:221:91ff:fe8c:d8a7) |
| 08:25:20 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 08:34:53 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:37:05 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 08:37:51 | bertrik | markun, I got RTC reading on the meizu m3 working last night |
| 08:38:04 | bertrik | the data seems to be bitswapped :/ |
| 08:38:50 | amiconn | i2c? |
| 08:39:06 | bertrik | yes |
| 08:39:10 | | Quit safetydan ("Leaving.") |
| 08:39:21 | amiconn | Hmm, and other i2c transfers are not bitswapped? |
| 08:39:29 | bertrik | I'm not sure what endian mode we are running with this processor |
| 08:39:51 | bertrik | amiconn, this is the first i2c communication I have working, so I don't know |
| 08:40:01 | amiconn | Endianess wouldn't matter. It defines byte order, not bit order |
| 08:40:19 | | Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:41:08 | bertrik | hm, yes makes sense |
| 08:42:17 | amiconn | Maybe there's a setting in the controller that defines bit order. However, selectable bit order doesn't make sense for i2c imo |
| 08:42:49 | amiconn | Is that i2c controller part of a more complex serial i/o controller? |
| 08:43:02 | | Join Rob2223 [0] (n=Miranda@p4FDCC5A4.dip.t-dialin.net) |
| 08:43:29 | bertrik | it's built into the s5l8700 |
| 08:43:34 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 08:43:46 | bertrik | which is the main SoC of the meizu m3 |
| 08:46:28 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 08:47:09 | *** | Saving seen data "./dancer.seen" |
| 08:53:23 | amiconn | I know |
| 08:53:51 | amiconn | What I mean are the modules within the SoC |
| 08:54:27 | | Part anomoly |
| 08:56:09 | bertrik | no this is an external RTC, the S35390 |
| 08:58:20 | bertrik | I think I'll clean up the i2c code and try to read from the codec later tonight and see if that is bit swapped too |
| 09:00 |
| 09:00:35 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:07:58 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 09:09:55 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 09:09:58 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 09:23:03 | | Quit bertrik ("De groeten") |
| 09:28:26 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:31:59 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 09:44:32 | | Join moxfyre [0] (n=moxfyre@c-69-255-193-94.hsd1.md.comcast.net) |
| 09:46:11 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 09:47:27 | | Quit moxfyre (Client Quit) |
| 09:47:46 | | Join moxfyre [0] (n=moxfyre@c-69-255-193-94.hsd1.md.comcast.net) |
| 09:48:31 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 09:49:18 | | Nick daurn is now known as daurnimator (n=daurnima@unaffiliated/daurnimator) |
| 09:50:57 | | Quit Thundercloud (Remote closed the connection) |
| 09:51:50 | | Join nibbler_ [0] (n=Nibbler@pD9E1F3D8.dip.t-dialin.net) |
| 09:52:09 | | Quit BHSPitMonkey ("Ex-Chat") |
| 10:00 |
| 10:02:32 | | Join barrywardell [0] (n=barrywar@79.97.85.223) |
| 10:02:36 | | Quit barrywardell (Remote closed the connection) |
| 10:08:24 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
| 10:12:34 | | Quit moxfyre ("Ex-Chat") |
| 10:12:51 | | Join moxfyre [0] (n=moxfyre@c-69-255-193-94.hsd1.md.comcast.net) |
| 10:16:16 | | Quit framo4 ("muuh") |
| 10:29:40 | | Nick J-23 is now known as audiofap (n=zelazko@unix.net.pl) |
| 10:29:50 | | Nick audiofap is now known as J-23 (n=zelazko@unix.net.pl) |
| 10:38:09 | | Join krazykit` [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) |
| 10:38:23 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
| 10:40:12 | | Quit planetbeing (Client Quit) |
| 10:40:49 | | Quit krazykit (Remote closed the connection) |
| 10:47:14 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:00:31 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 11:01:37 | mt | linuxstb, saratoga : The bug about id3v1buf[0] and -buf[1] is fixed. RMContext was big (~1148) so copying it to id3->toc overwrote id3v2buf then id3v1buf[0] and 1. Modified the code so that RMContext is now 124 bytes and I'm using id3v2buf now instead of toc to copy RMContext. |
| 11:03:16 | mt | I'm now also using the same bitstream.c/h and bswap.h files from libwma with slight modifications so that they would compile with cook, to be sure the target problems aren't from those. |
| 11:03:23 | | Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) |
| 11:03:34 | mt | Still getting undefined instruction though. |
| 11:09:03 | | Quit bmbl (Read error: 110 (Connection timed out)) |
| 11:25:58 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
| 11:31:50 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 11:48:22 | | Join fml [0] (n=4fd3c824@gateway/web/cgi-irc/labb.contactor.se/x-38460b683e994a2f) |
| 11:49:16 | | Join Lss [0] (n=Lss@cm33.zeta237.maxonline.com.sg) |
| 11:49:18 | fml | Hm... two very promising patches: FS #10157 and FS #10377 Sadly, I can't tell whether they make sense |
| 11:53:19 | | Join merbanan [0] (n=banan@217.237.166.82) |
| 11:54:52 | | Join Sajber^ [0] (n=Sajber@h-143-12.A213.priv.bahnhof.se) |
| 11:55:41 | | Quit flydutch ("/* empty */") |
| 11:58:59 | | Part lazysod |
| 12:00 |
| 12:10:13 | linuxstb | mt: Do you still need all that information in RMContext? Getting it down to 100 bytes would be useful, as then you can use the otherwise unused toc field. |
| 12:20:22 | | Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") |
| 12:36:43 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
| 12:41:20 | | Quit FlynDice (Remote closed the connection) |
| 12:43:14 | | Join PaulJam [0] (i=Paule@vpn-3095.gwdg.de) |
| 12:47:18 | *** | Saving seen data "./dancer.seen" |
| 12:50:49 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 12:57:28 | | Quit BlakeJohnson86 (Remote closed the connection) |
| 12:57:58 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 13:00 |
| 13:00:43 | | Quit BlakeJohnson86 (Remote closed the connection) |
| 13:02:09 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 13:13:09 | | Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) |
| 13:13:19 | | Quit notlistening (Remote closed the connection) |
| 13:17:04 | | Join lee321987 [0] (n=chatzill@67-150-58-90.oak.mdsg-pacwest.com) |
| 13:17:12 | | Quit lee321987 (Client Quit) |
| 13:27:41 | | Nick krazykit` is now known as krazykit (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) |
| 13:31:46 | | Nick zitune[afk] is now known as zitune (n=zitune@bearstech/zitune) |
| 13:41:55 | | Join AndrewRB [0] (n=andrewbe@212-139-108-78.dynamic.dsl.as9105.com) |
| 13:45:44 | | Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) |
| 14:00 |
| 14:05:57 | AndrewRB | would anybody mind taking a quick look at this: http://iaudiophile.net/forums/showthread.php?t=29035 and telling me which Rockbox target is the most similar? =) |
| 14:09:13 | gevaerts | mr500 also has a TMS320 |
| 14:09:33 | AndrewRB | thanks |
| 14:09:52 | gevaerts | I do think your 512MB RAM is probably 512Mb though |
| 14:10:00 | AndrewRB | hmmm |
| 14:10:03 | AndrewRB | i'm not so sure |
| 14:10:23 | gevaerts | 512MB seems like an awful lot for a DAP |
| 14:10:38 | AndrewRB | unless I don't understand which capital refers to which term |
| 14:10:50 | AndrewRB | bytes = B right? |
| 14:11:04 | gevaerts | yes |
| 14:11:17 | AndrewRB | its not a dap its a PMP, focused around playing video |
| 14:11:40 | AndrewRB | (i know the two are blurred, but still i feel dirty calling it a DAP) |
| 14:12:12 | * | gevaerts points out that rockbox is a DAP firmware, so anything rockbox gets ported to is by definition a DAP ;) |
| 14:12:55 | gevaerts | Anyway, even then 64MB sounds much more likely. |
| 14:12:55 | * | AndrewRB wonders who defines these terms in the first place |
| 14:12:57 | Erant | 512MB? No way. |
| 14:13:20 | Erant | There's hardly a SoC out there that can address 512MBs of RAM anyway |
| 14:13:46 | AndrewRB | ok, clearly i'm wrong then. lemme try and see where i got that info from to start with |
| 14:15:54 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:16:32 | AndrewRB | ah |
| 14:16:33 | AndrewRB | yeah |
| 14:16:37 | AndrewRB | i misread the datasheet |
| 14:17:42 | | Quit robin0800_ (Client Quit) |
| 14:18:01 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:19:12 | AndrewRB | so the ZVM and MR500 both share the same SoC? huh |
| 14:20:08 | gevaerts | I'm not sure if TMS320 is a single soc or a family |
| 14:20:25 | AndrewRB | tms320 is a family - the DM320 bit is the specific chip |
| 14:20:56 | AndrewRB | which it seems both share. the O2 which i'm hoping to get somewhere with has a tms320dm644 |
| 14:22:03 | AndrewRB | so anyway, i'm currently learning arm assembly, and reading through this book; http://www.amazon.co.uk/dp/0201675196/ ... anything else you guys could suggest I read/learn? |
| 14:22:54 | | Quit robin0800_ (Client Quit) |
| 14:23:13 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:23:21 | gevaerts | you're familiar with c? |
| 14:23:25 | | Part LinusN |
| 14:23:26 | AndrewRB | yeah |
| 14:24:07 | gevaerts | in that case, just the datasheets I guess |
| 14:24:20 | | Quit robin0800_ (Client Quit) |
| 14:24:37 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:24:55 | AndrewRB | sure. do you think I should add the hardware info from my forum post to a new rockbox wiki page? or would I be best leaving it till I'v made some sort of progress |
| 14:26:27 | gevaerts | do it now. That way it doesn't get lost if you'd happen to lose interest :) |
| 14:27:44 | AndrewRB | haha. if i lose interest, i can't see anybody else taking it on as a rockbox target - it isn't a very popular player. but sure, will do. gotta get used to TWiki first. any suggestions as for the article title? "Cowon O2 Hardware Info" perhaps? |
| 14:27:54 | | Quit robin0800_ (Client Quit) |
| 14:28:12 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:28:31 | gevaerts | sounds good |
| 14:28:53 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 14:29:23 | | Quit robin0800_ (Client Quit) |
| 14:29:36 | AndrewRB | great. by the way, judging by the gallery pics, devcon looks like it was fun =) |
| 14:29:42 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:29:58 | gevaerts | it was :) |
| 14:30:32 | | Join MarcGuay [0] (n=chatzill@ip216-239-75-251.vif.net) |
| 14:30:50 | AndrewRB | what was the final tower height? (minus the non-dap on the top =P) |
| 14:32:52 | gevaerts | I don't know. Last year I looked closely at the pictures, DeviceChart and other sources to work it out, but I haven't done that yet for this year's Tower |
| 14:32:59 | AndrewRB | haha |
| 14:33:00 | AndrewRB | wow |
| 14:33:01 | AndrewRB | ok |
| 14:34:41 | | Quit AndrewRB ("XChat beats Konqueror any day...") |
| 14:35:41 | linuxstb | gevaerts: Or you could project a horizontal line to the person standing nearby, and then ask him to measure himself... |
| 14:36:02 | gevaerts | how accurate would that be? :) |
| 14:36:09 | * | linuxstb _thinks_ it's a him.. |
| 14:36:29 | linuxstb | gevaerts: Depends how accurate your line projection is... |
| 14:36:47 | linuxstb | There are a few straight lines for references... |
| 14:36:48 | gevaerts | linuxstb: which picture are you looking at? |
| 14:36:50 | MarcGuay | linuxstb: Did you write sansapatcher? |
| 14:36:55 | linuxstb | http://www.rockbox.org/twiki/pub/Main/TowerOfRockbox/DevconEuro2009.jpg |
| 14:37:11 | linuxstb | MarcGuay: That depends on whether you have a follow-up question ;) |
| 14:37:15 | gevaerts | I think that's kugel |
| 14:38:26 | MarcGuay | linuxstb: More of a bug report. :) Is that better? After it writes the bootloader it doesn't seem to send a "close write" command - the sansa firmware continues to display "writing". |
| 14:38:56 | | Quit DataGhost () |
| 14:39:00 | MarcGuay | Probably not a big deal as most people should be using RButil... |
| 14:39:11 | linuxstb | Does it not happen in rbutil then? |
| 14:39:23 | MarcGuay | Didn't check. |
| 14:39:38 | linuxstb | And which OS are you using? |
| 14:39:40 | gevaerts | hm, could this explain the issues on OSX? |
| 14:39:53 | MarcGuay | Windows XP |
| 14:40:05 | linuxstb | gevaerts: Which issues? |
| 14:40:35 | gevaerts | not sure. Wasn't there something where you had to unplug because otherwise the OS doesn't see some changes? |
| 14:40:45 | * | gevaerts doesn't remember this very precisely |
| 14:40:56 | MarcGuay | Where doesn't RButil store it's logs? |
| 14:41:18 | | Join LambdaCalculus37 [0] (i=44a0430d@gateway/web/freenode/x-0c3b8e504ffe7955) |
| 14:41:23 | linuxstb | It doesn't store them behind the sofa. |
| 14:41:32 | MarcGuay | It installed the bootloader fine. |
| 14:41:32 | scorche|sh | or in the refrigerator |
| 14:41:45 | MarcGuay | It claims to have logged the install, though. |
| 14:41:45 | LambdaCalculus37 | Or in the car trunk. |
| 14:42:11 | scorche|sh | or underneath the bed |
| 14:42:38 | robin0800_ | they are not here |
| 14:44:43 | MarcGuay | Zagor, Bagder: "Devcon 2009 is in progress" |
| 14:45:52 | linuxstb | It was true at the time the news was posted. |
| 14:46:37 | | Nick robin0800_ is now known as robin0800__ (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:47:21 | *** | Saving seen data "./dancer.seen" |
| 14:58:29 | | Quit PaulJam (Nick collision from services.) |
| 14:58:36 | | Join PaulJam_ [0] (i=Paule@vpn-3064.gwdg.de) |
| 14:59:56 | | Quit robin0800__ ("Leaving") |
| 15:00 |
| 15:00:22 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:02:25 | | Quit robin0800_ (Client Quit) |
| 15:02:44 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:04:17 | domonoky | MarcGuay: rbutil stores what it has installed in .rockbox/rbutil.log on your player. |
| 15:04:27 | | Quit robin0800_ (Client Quit) |
| 15:04:45 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:05:23 | | Quit robin0800_ (Client Quit) |
| 15:05:41 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:06:28 | | Quit robin0800_ (Client Quit) |
| 15:06:46 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:12:24 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-c00888d5a6f15d79) |
| 15:13:38 | | Quit robin0800_ ("Leaving") |
| 15:13:56 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:15:08 | | Quit robin0800_ (Client Quit) |
| 15:15:26 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:16:02 | | Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) |
| 15:16:23 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
| 15:16:32 | | Part cmwslw ("Ex-Chat") |
| 15:17:30 | | Quit robin0800_ (Client Quit) |
| 15:17:48 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:18:33 | MarcGuay | domonoky: Is it possible to see the CL output of sansapatcher? |
| 15:19:21 | | Quit robin0800_ (Client Quit) |
| 15:19:32 | | Quit n1s (Read error: 110 (Connection timed out)) |
| 15:19:39 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:20:17 | domonoky | MarcGuay: i am not sure, maybe if you start rbutil via commandline. |
| 15:21:37 | | Quit robin0800_ (Client Quit) |
| 15:21:56 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:22:59 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 15:26:12 | CIA-71 | New commit by mcuelenaere (r21506): Lua: add the package library |
| 15:32:16 | | Quit slam_ (Read error: 110 (Connection timed out)) |
| 15:33:25 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 15:34:12 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-197.mco.bellsouth.net) |
| 15:35:30 | MarcGuay | domonoky: Doesn't seem to be any different... |
| 15:35:52 | MarcGuay | Is rbutil.log the "installation log" it speaks of? |
| 15:35:58 | | Quit robin0800_ ("Leaving") |
| 15:36:28 | domonoky | yes |
| 15:36:46 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:40:38 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 15:42:08 | CIA-71 | New commit by bagder (r21507): expanded help text for the options |
| 15:42:47 | | Quit robin0800_ ("Leaving") |
| 15:43:09 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 15:43:59 | Bagder | grrr |
| 15:44:16 | Bagder | one client connects badly and gets disconnected by the server |
| 15:44:23 | Bagder | only to reconnect badly again immediately |
| 15:44:26 | Bagder | loop |
| 15:45:29 | gevaerts | I'm seeing disconnects |
| 15:45:49 | Bagder | it's rasher's cygwin client |
| 15:46:05 | Bagder | uh and I see why |
| 15:46:12 | Bagder | it claims 0 bogomips |
| 15:46:37 | gevaerts | that's probably realistic though :) |
| 15:46:42 | Bagder | haha |
| 15:49:40 | rasher | Yeah, /proc/cpuinfo doesn't have bogomips lines |
| 15:50:26 | gevaerts | Bagder: maybe initialise the bogomips value to 1 instead of 0 |
| 15:50:44 | Bagder | exactly, 1 if there's no /proc/cpuinfo |
| 15:51:19 | CIA-71 | New commit by bagder (r21508): no /proc/cpuinfo will now claim 1 bogomips, the server rejects clients that ... |
| 15:52:08 | | Nick zitune is now known as zitune[afk] (n=zitune@bearstech/zitune) |
| 15:52:55 | Bagder | rasher: will you update your cygwin client to this? |
| 15:54:08 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 15:55:56 | | Quit kachna|lappy (Success) |
| 15:56:08 | rasher | When I get the chance (not for several hours..) |
| 15:56:18 | Bagder | ok |
| 15:56:25 | Bagder | it might be a good test |
| 15:56:39 | rasher | It also means it detects no cores, but you can override that |
| 15:57:01 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 15:58:08 | rasher | But maybe that should be based on another line |
| 15:58:20 | rasher | .. less likely to be absent |
| 15:58:38 | rasher | How about uname in the HELLO string? |
| 15:59:14 | gevaerts | which bits are you missing? |
| 15:59:18 | Bagder | I check the bogomips one only because its the last in the line and I split all args on space |
| 15:59:20 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 15:59:41 | Bagder | I guess I can check for "" instead |
| 15:59:58 | notlistening | thanks for looking at that domonoky i will see where the problem lies |
| 16:00 |
| 16:00:16 | rasher | Most lines were there, but not bogomips. Check for Cpuflags maybe? |
| 16:00:34 | | Join Hillshum [0] (i=cd7ae8fa@gateway/web/freenode/x-7131833a18ea38dc) |
| 16:01:21 | rasher | Pretty certain that was there |
| 16:02:03 | rasher | Bagder: wait a minute - you should be able to update it! |
| 16:02:12 | Bagder | hehe, indeed |
| 16:03:02 | | Join tom_ [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 16:04:07 | | Quit notlistening (Remote closed the connection) |
| 16:04:07 | | Quit tom_ (Read error: 104 (Connection reset by peer)) |
| 16:06:33 | Bagder | nice test anyway, one client connects/disconnects every second during the entire round ;-) |
| 16:06:55 | Bagder | "ALERT: this build was already completed" |
| 16:07:04 | Bagder | now detecting the situation I found yday |
| 16:08:31 | | Quit robin0800_ ("Leaving") |
| 16:10:38 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:10:52 | Hillshum | rasher: now I see what I didn't yesterday in english.lang |
| 16:11:38 | rasher | \o/ |
| 16:12:25 | Hillshum | the clip fits under * |
| 16:13:13 | | Quit robin0800_ (Client Quit) |
| 16:14:04 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:14:28 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
| 16:16:21 | | Quit robin0800_ (Client Quit) |
| 16:16:48 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:17:41 | | Quit daurnimator (Read error: 60 (Operation timed out)) |
| 16:23:44 | | Quit robin0800_ ("Leaving") |
| 16:24:02 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:24:21 | | Quit n1s (Read error: 110 (Connection timed out)) |
| 16:24:25 | | Join fyrestorm [0] (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) |
| 16:34:01 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 16:34:27 | | Join Blue_Dude_ [0] (n=chatzill@adsl-235-206-197.mco.bellsouth.net) |
| 16:36:30 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 16:47:22 | *** | Saving seen data "./dancer.seen" |
| 16:52:19 | | Quit Blue_Dude (Read error: 110 (Connection timed out)) |
| 16:54:18 | rasher | Bagder: I also get "error at rbclient.pl line 302.", I assume where it does scalar() on something that doesn't have a value yet |
| 16:59:33 | rasher | Bagder: Should I update the cygwin client? |
| 16:59:52 | Bagder | please do |
| 17:00 |
| 17:00:28 | rasher | I don't think it'll help |
| 17:00:40 | rasher | open CPUINFO, "</proc/cpuinfo" will succeed |
| 17:00:47 | Bagder | aha |
| 17:01:33 | rasher | Maybe just my $bogomips = 1; |
| 17:01:57 | Bagder | yeah, that should work fine enough |
| 17:01:57 | rasher | A pity-bogomips :) |
| 17:05:07 | * | rasher tries to fix the cores thing as well |
| 17:07:25 | rasher | Yay |
| 17:08:04 | | Quit n1s (Read error: 110 (Connection timed out)) |
| 17:08:30 | CIA-71 | New commit by rasher (r21509): Set the default number of bogomips to 1, to make sure the server doesn't reject the client. ... |
| 17:09:57 | Bagder | works fine |
| 17:10:41 | * | rasher notices that uname output is already in the hello command... wonder how I missed that |
| 17:11:22 | CIA-71 | New commit by bagder (r21510): check for duplicate client names, and use client+user names internally to ... |
| 17:11:36 | rasher | I think it'd be a good idea to keep a few cygwin clients around, since stuff sometimes breaks on cygwin only |
| 17:11:52 | Bagder | true |
| 17:12:06 | Bagder | it'll be interesting to see how such clients perform |
| 17:12:17 | rasher | I suspect very poorly |
| 17:15:25 | linuxstb | Could they be too slow to get anything finished, meaning we'll never know the results? |
| 17:15:44 | * | linuxstb hasn't been following the build system changes... |
| 17:16:01 | Bagder | yes, that's a risk |
| 17:17:32 | CIA-71 | New commit by bagder (r21511): change the uploaded file names to use the user name embedded as well, as that's ... |
| 17:17:59 | CIA-71 | New commit by bagder (r21512): use dash between client and user name so that we can match the upload file ... |
| 17:19:22 | | Join GodEater- [0] (n=nyeahrig@bb-87-80-121-64.ukonline.co.uk) |
| 17:20:03 | | Join Riku [0] (n=Lss@cm33.zeta237.maxonline.com.sg) |
| 17:20:52 | | Quit Lss (simmons.freenode.net irc.freenode.net) |
| 17:20:52 | NSplit | simmons.freenode.net irc.freenode.net |
| 17:20:52 | | Quit Neovanglist (simmons.freenode.net irc.freenode.net) |
| 17:20:52 | | Quit GodEater (simmons.freenode.net irc.freenode.net) |
| 17:20:52 | | Quit J-23 (simmons.freenode.net irc.freenode.net) |
| 17:21:49 | NHeal | simmons.freenode.net irc.freenode.net |
| 17:21:49 | NJoin | Neovanglist [0] (i=Neovangl@69.31.129.33) |
| 17:25:10 | | Quit cg_ (Remote closed the connection) |
| 17:25:41 | | Nick GodEater- is now known as GodEater (n=nyeahrig@bb-87-80-121-64.ukonline.co.uk) |
| 17:30:16 | rasher | Bagder: Time for an automatic script upgrade? |
| 17:38:05 | | Quit robin0800_ ("Leaving") |
| 17:39:00 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 17:43:01 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 17:44:25 | | Quit robin0800_ (Client Quit) |
| 17:45:48 | | Join Cory [0] (n=Cory@h86.179.89.75.dynamic.ip.windstream.net) |
| 17:46:16 | | Nick Cory is now known as Guest53002 (n=Cory@h86.179.89.75.dynamic.ip.windstream.net) |
| 17:46:18 | | Quit Guest53002 (Client Quit) |
| 17:46:37 | | Join Cory|XChat2 [0] (n=Cory@h86.179.89.75.dynamic.ip.windstream.net) |
| 17:51:55 | | Join cg_ [0] (n=cromos@cable-kmi-fe71de00-186.dhcp.inet.fi) |
| 17:52:26 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 17:55:07 | Blue_Dude_ | rasher: should we use langtool to add items? Or is adding items to english.lang sufficient? |
| 17:55:33 | rasher | Blue_Dude_: No and yes, in that order |
| 17:55:48 | Hillshum | we have to get them to all languages with langtool though |
| 17:55:50 | Blue_Dude_ | Ah thanks. |
| 17:56:23 | rasher | Hillshum: no |
| 17:56:27 | rasher | That'd be genlang |
| 17:56:29 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 17:56:40 | Hillshum | oh yeah |
| 17:59:13 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 18:00 |
| 18:04:50 | | Join JdGordon| [0] (i=63cb3d60@gateway/web/freenode/x-f5abdc2ee71f7a00) |
| 18:07:25 | | Quit HellDragon (Client Quit) |
| 18:07:44 | | Quit PaulJam_ (Nick collision from services.) |
| 18:07:49 | | Join PaulJam [0] (i=Paule@vpn-3035.gwdg.de) |
| 18:08:48 | | Join simjoko [0] (n=kvirc@p54A8A82D.dip.t-dialin.net) |
| 18:11:57 | | Quit petur ("work->home") |
| 18:12:09 | simjoko | anyone interested in some benchmarks on ogg/mp3/flac on gcc-4.0.3/4.4.0/trunk? had too much time to kill :P |
| 18:13:12 | Hillshum | simjoko: if you've done them already, sure |
| 18:13:22 | simjoko | let me paste them somewhere |
| 18:14:38 | simjoko | http://rockbox.pastebin.com/m1de5d247 |
| 18:15:34 | rasher | 0.00MHz needed for realtime. That doesn't sound right |
| 18:15:48 | Hillshum | sweet! |
| 18:15:55 | simjoko | for some reason ogg did not play on gcc 4.4 |
| 18:15:59 | simjoko | but on 4.0.3 and trunk oO |
| 18:16:13 | Hillshum | can we get that on Monkey's Audio? |
| 18:16:37 | simjoko | can do that |
| 18:17:05 | Hillshum | simjoko: I meant the 0.00MHz decode |
| 18:17:18 | Hillshum | but if you want to benchmark it, go ahead |
| 18:17:18 | rasher | So trunk is slower than 4.0.3 it seems |
| 18:17:39 | simjoko | ah, didn't get you at first :) |
| 18:17:49 | | Join saratoga [0] (i=9803c6dd@rockbox/developer/saratoga) |
| 18:17:55 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 18:18:17 | saratoga | so trunk is roughly the same as 4.04 in everything tested |
| 18:18:36 | saratoga | AAC would be interesting too since its less well optimized and has less assembly then ogg/flac/mp3 |
| 18:18:54 | simjoko | does anyone know what went wrong when I encoded the file? |
| 18:19:00 | simjoko | mplayer plays it fine |
| 18:19:04 | saratoga | also i suppose bin sizes would be good to know |
| 18:19:39 | | Quit timc (Read error: 110 (Connection timed out)) |
| 18:20:04 | | Part daurn |
| 18:21:15 | markun | ja/en 誰よりもママを愛㙠|
| 18:21:27 | markun | oops, sorry |
| 18:21:55 | | Join timc [0] (n=aoeu@116.3.15.213) |
| 18:22:09 | obo | saratoga: I've been trying to get the Views bootloader to run on the ARM emulator (FS #6524), but at the moment I can't even get the e200 firmware to run, it crashes when trying to write to the COP... any clues? |
| 18:22:45 | saratoga | obo: that emulator doesn't support the COP |
| 18:23:02 | saratoga | i think all it could run was the bootloader, since that didn't use COP |
| 18:23:48 | saratoga | its not really all that close to complete, it was mostly just useful for looking at the very first hardware init stuff in the e200 bootloader if I recall correctly |
| 18:25:00 | obo | For me it crashes just with the e200 bootloader |
| 18:25:28 | saratoga | i was able to run it far enough to see the sandisk splash screen years ago |
| 18:25:41 | | Quit merbanan (Remote closed the connection) |
| 18:26:17 | Hillshum | obo: OF or RB bootloader |
| 18:26:31 | obo | Hillshum: OF |
| 18:26:41 | | Join Lss [0] (n=Lss@cm33.zeta237.maxonline.com.sg) |
| 18:26:41 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 18:27:43 | | Join moxfyre2 [0] (n=moxfyre@fuhrer2219.physics.umd.edu) |
| 18:27:58 | obo | saratoga: well even hardware init would be good for me at the moment - I'm a little lost in a sea of function pointers in the disassembly, unable to see where functions are being called from, or what particular registers might be set to. |
| 18:28:00 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
| 18:28:25 | toffe82 | LambdaCalculus37: I wish I could, I will check if I have enough miles to pay the plane ticket ;) |
| 18:29:38 | saratoga | obo: http://www.duke.edu/~mgg6/rockbox/emu.7z |
| 18:29:45 | saratoga | the binary in that zip works for me |
| 18:29:58 | saratoga | (found by randomly searching my vs build folder) |
| 18:30:25 | obo | thanks :) |
| 18:37:14 | | Join HellDragon [0] (n=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 18:41:14 | | Quit JdGordon| (Ping timeout: 180 seconds) |
| 18:41:41 | obo | saratoga: yup, that one displays the boot splash for the e200, has a register overflow for the view, but neither give any log output - but thanks for digging it up. |
| 18:44:20 | | Quit Hillshum ("Page closed") |
| 18:45:07 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:46:48 | rasher | bertrik: hey, sorry about not paying attention before commenting on that patch |
| 18:46:53 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-d62c0c1a93b972c0) |
| 18:47:23 | *** | Saving seen data "./dancer.seen" |
| 18:47:40 | bertrik | no problem, you were right about it anyway |
| 18:50:19 | | Join akur [0] (n=akur@193.136.33.133) |
| 18:52:20 | akur | Does anyone knows how is going that issue with ipod charching with Rockbox? |
| 18:52:43 | | Join FlynDice [0] (n=FlynDice@12.173.189.129) |
| 18:54:48 | Torne | akur: we discussed this yesterday actually. there's a patch, and it's probably no worse than how we handle charging on any othe rplatform, but it's not been committed yet. |
| 18:55:03 | Torne | a decision wasn't noticably actually reached. |
| 18:55:30 | akur | so I still have to reboot into the OF for charging, right? |
| 18:55:54 | Torne | yah. |
| 18:56:02 | Torne | it does charge very slowly, as long as you are not using the disk or playing anything |
| 18:56:08 | Torne | slightly faster if the lcd is off |
| 18:56:24 | Torne | but even in the best case it takes something over 12 hours to fully charge |
| 18:56:30 | Torne | (without the patch from FS #8802) |
| 18:57:12 | | Quit Lss (Read error: 60 (Operation timed out)) |
| 18:57:31 | Torne | add yourself to the watch list for FS #8802 if you want to see when it gets fixed :) |
| 18:58:07 | FlynDice | Can anyone tell me what AFE stands for. I've been seeing it in the as3525 datasheet and cannot deduce what it is so far. |
| 18:58:20 | Torne | context? |
| 18:58:21 | Torne | if any? :) |
| 18:58:29 | akur | ok thanks :) |
| 18:58:52 | FlynDice | 00: SCLK and LRCK from I2SOUTIF (used if AFE sends data) |
| 18:58:56 | Torne | FlynDice: one I know is "analogue front end" |
| 18:59:07 | FlynDice | That makes sense thanks |
| 18:59:18 | Torne | sounds plausible, yah |
| 18:59:23 | Torne | though not very specific :0 |
| 19:00 |
| 19:00:09 | bertrik | FlynDice, part of the AS3525 is basically the same as the AS3514 codec/powermanagement/RTC used in the v1 sansas |
| 19:00:35 | bertrik | it handles the analogue stuff (and some digital like RTC too) |
| 19:01:25 | FlynDice | bertrik: yes, that's what I'm reading about but I couldn't find a reference to figure out what it stood for ;) |
| 19:01:57 | | Part akur |
| 19:03:06 | FlynDice | Back to the day job... |
| 19:03:16 | | Quit FlynDice (Remote closed the connection) |
| 19:07:46 | | Join slam_ [0] (n=grndslm@173-131-250-106.pools.spcsdns.net) |
| 19:19:28 | | Quit PaulJam (Nick collision from services.) |
| 19:19:35 | | Join PaulJam_ [0] (n=Paule@vpn-3049.gwdg.de) |
| 19:20:57 | saratoga | whats wrong with the c200 manual: http://download.rockbox.org/manual/rockbox-sansac200/rockbox-build.html |
| 19:21:57 | agaffney | looks fine to me |
| 19:22:07 | agaffney | each of those links shows additional content |
| 19:25:09 | | Join atrus [0] (n=atrus@S0106001ee57a9819.ed.shawcable.net) |
| 19:27:18 | saratoga | its not fine |
| 19:27:27 | saratoga | unless you're seeing a lot more chapters then I |
| 19:28:04 | gevaerts | indeed it's not |
| 19:29:57 | | Join jkl [0] (n=jlp@cpe-74-65-31-43.rochester.res.rr.com) |
| 19:30:01 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 19:31:55 | Mikachu | when i build it locally, it complains about the multirow package missing |
| 19:32:00 | Mikachu | maybe the same holds for the build server |
| 19:32:20 | gevaerts | no. It's a real problem |
| 19:32:35 | | Quit HellDragon (Client Quit) |
| 19:32:37 | gevaerts | Some targets don't have \ActionTreeStop, and there's no nopt |
| 19:33:30 | bertrik | markun, I managed to read from the RTC over i2c on the meizu m3 last night |
| 19:34:29 | LambdaCalculus37 | bertrik: Nice! |
| 19:36:21 | | Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 19:36:30 | bertrik | that should probably work for the other meizus too |
| 19:36:45 | CIA-71 | New commit by gevaerts (r21513): c200 doesn't have \ActionTreeStop anymore since r21373, so don't try to use it. |
| 19:37:01 | gevaerts | saratoga: should be fixed tomorrow |
| 19:37:04 | saratoga | good to see the Meizu ports progressing again |
| 19:37:06 | saratoga | thanks |
| 19:37:42 | | Quit Zambezi (Remote closed the connection) |
| 19:38:59 | bertrik | you can also thank gevaerts for lending me his m3 and markun for helping with the backlight |
| 19:39:06 | gevaerts | saratoga: indeed. Giving that m3 to bertrik seems to have been a good move :) |
| 19:40:12 | bertrik | the other stuff like flash and USB will be much harder than this I think |
| 19:40:26 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 19:40:45 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 19:40:54 | gevaerts | USB shouldn't be too hard I expect. It's the same controller as in the tccs |
| 19:41:16 | gevaerts | and while that driver isn't finished yet, it does mostly work |
| 19:41:45 | bertrik | but we have only a bootloader running, I'm not sure if the kernel is even doing anything yet |
| 19:42:42 | | Quit moxfyre2 ("Leaving") |
| 19:42:54 | bertrik | gevaerts, by the way, how does the startup by USB-plugin and shutdown by USB-plugout work anyway? |
| 19:43:02 | | Join petur [0] (n=peter@94-225-46-65.access.telenet.be) |
| 19:43:23 | bertrik | AFAIK there is a way to bring it in a state that requires a full battery drain, how do I get into this state (and how to avoid it)? |
| 19:44:07 | gevaerts | last time we got it into that state by interrupting OF-flashing halfway |
| 19:44:39 | bertrik | ah ok, I'm usually very careful not to touch or move anything during flash |
| 19:44:58 | gevaerts | me too, but we had the required buttons wrong :) |
| 19:45:17 | bluebrother | domonoky: IMO FS #10380 is not a bug −− if the Kubuntu installation is messes up and returns the wrong bin path it's nothing we can do anything about. That need to work as otherwise it would be impossible to have multiple Qt installations on the same machine |
| 19:46:56 | gevaerts | bertrik: there's a GPIO pin that you have to set to make it keep running. Otherwise it just turns off after releasing the power (i.e.play?) button or unplugging USB |
| 19:47:05 | | Join nibbler__ [0] (n=Nibbler@e181118144.adsl.alicedsl.de) |
| 19:47:53 | gevaerts | possibly the PWRON pin (P1.3) |
| 19:48:11 | bertrik | ok thanks |
| 19:48:59 | | Quit Cory|XChat2 (Read error: 104 (Connection reset by peer)) |
| 19:49:03 | | Quit Cory` () |
| 19:49:21 | gevaerts | That's actually why we couldn't get anything to work at devcon2008. The code was fine, but we didn't do this and we unplugged... |
| 19:50:38 | markun | and didn't hold the play button (which would have worked as well) |
| 19:54:01 | bertrik | hm, so this delayed development for a year ? :) |
| 19:54:18 | gevaerts | not a year. Just three or four months |
| 19:54:19 | markun | no :) |
| 19:54:53 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 20:00 |
| 20:08:40 | | Quit flydutch ("/* empty */") |
| 20:13:48 | | Join Hillshum [0] (i=cd7ae838@gateway/web/freenode/x-ed4a71c84e83f454) |
| 20:17:23 | | Join taylor_ [0] (n=taylor@unaffiliated/n00b81) |
| 20:18:54 | | Nick taylor_ is now known as n00b81 (n=taylor@unaffiliated/n00b81) |
| 20:19:38 | CIA-71 | New commit by mcuelenaere (r21514): Update Lua manual page |
| 20:20:28 | | Join Grahack [0] (n=chri@stc92-1-82-227-106-100.fbx.proxad.net) |
| 20:20:46 | CIA-71 | New commit by bagder (r21515): make the master run external scripts at certain events: ... |
| 20:21:53 | | Part n00b81 ("Leaving") |
| 20:22:44 | Bagder | the new system should be able to update the table before the entire round is complete |
| 20:23:29 | gevaerts | nice! |
| 20:24:47 | LambdaCalculus37 | Sweet! |
| 20:27:41 | | Quit Grahack ("Leaving.") |
| 20:31:12 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 20:33:33 | JdGordon| | can it kill the run so a fix commit can get it going quickly if we see an obvious break? |
| 20:34:17 | Mikachu | then you wouldn't see which commit broke the tree if two people commit close to eachother |
| 20:34:52 | Hillshum | less acountabilty! sweet! |
| 20:35:11 | gevaerts | I guess it can, but someone would have to push the button (I wouldn't do this automatically), so who? |
| 20:35:27 | Bagder | yeah, a KILLALL command should be easy to do |
| 20:36:23 | Bagder | but I'm not sure we should use such |
| 20:39:07 | Mikachu | it would probably be more fun to push a test commit via git to the build system without having the commit clutter up the main branch history |
| 20:39:07 | Bagder | yeah, I've pondering on allowing "branch builds" somehow |
| 20:39:07 | | Quit MarcGuay (Read error: 110 (Connection timed out)) |
| 20:39:22 | gevaerts | you need pretty solid svn cleanliness detection then, and some way to handle an unclean tree |
| 20:39:43 | Bagder | yeah, there are all sorts of problems involved |
| 20:40:06 | Bagder | but for example trying out an FS patch with it would be rather neat |
| 20:40:19 | markun | Bagder: FreeBSD's uname also doesn't support the -o option |
| 20:40:50 | Bagder | room for improvement there then |
| 20:41:33 | * | LambdaCalculus37 should see if Mac OS X's uname supports the -o option as well |
| 20:41:41 | Bagder | "BUILD 21515" |
| 20:42:46 | CIA-71 | New commit by bagder (r21516): append is .=, not = ;-) and some extra info on bad HELLOs |
| 20:43:05 | | Join mirak [0] (n=mirak@85-169-201-135.rev.numericable.fr) |
| 20:43:26 | LambdaCalculus37 | Bagder: No -o option on OS X's uname, either. |
| 20:43:56 | Bagder | 99 builds not complete, 10 clients. 30 builds in progress |
| 20:47:09 | Bagder | I'm ready to accept more build clients btw, if anyone sits waiting |
| 20:47:09 | JdGordon| | you can add mine... or where is instructions to add them? |
| 20:47:09 | gevaerts | that sounds like a full run |
| 20:47:09 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/BuildServerRemake#Test_run |
| 20:47:09 | Bagder | gevaerts: it is, I want to try building a table out of the results |
| 20:47:26 | *** | Saving seen data "./dancer.seen" |
| 20:47:41 | | Join No_Mo_Ro [0] (i=IIIeJI_B@213.129.37.190) |
| 20:47:47 | No_Mo_Ro | hello all =) |
| 20:47:54 | | Join Cory` [0] (n=Cory@h46.31.19.98.dynamic.ip.windstream.net) |
| 20:48:34 | JdGordon| | hmm, whats the best way to have this script run on startup? |
| 20:49:03 | gevaerts | JdGordon|: an @reboot cronjob? |
| 20:50:53 | Horscht | init script |
| 20:51:17 | JdGordon| | dont want it running as root though |
| 20:51:22 | Mikachu | man su |
| 20:51:46 | Horscht | man linux |
| 20:51:49 | Mikachu | or make the script +s |
| 20:52:32 | | Quit Cory` (Client Quit) |
| 20:52:47 | | Part No_Mo_Ro |
| 20:53:02 | | Join Cory` [0] (n=Cory@h46.31.19.98.dynamic.ip.windstream.net) |
| 20:53:15 | | Quit Hillshum ("Page closed") |
| 20:53:32 | * | JdGordon| slaps Bagder for forcing curl :) |
| 20:53:49 | Bagder | :-] |
| 20:54:09 | JdGordon| | ok, new client added... and building straight away |
| 20:54:17 | Bagder | "1 builds not complete, 12 clients. 11 builds in progress" |
| 20:54:22 | * | gevaerts thinks that depending on curl is the right decision |
| 20:55:13 | * | Mikachu has a feeling he will be compiling in vain from this point |
| 20:55:47 | bertrik | hm, my bogomips rating varies with frequency ... does actually make sense |
| 20:55:48 | * | gevaerts wants to see statistics :) |
| 20:56:46 | Bagder | http://rockbox.pastebin.com/m4bcfcce |
| 20:57:02 | Mikachu | \o/ dead last |
| 20:57:05 | Bagder | it's... a bit surprising |
| 20:57:22 | gevaerts | wow, cygwin managed an entire build! |
| 20:57:30 | gevaerts | How long did it take? |
| 20:57:34 | Mikachu | i am, or something else? |
| 20:58:51 | Bagder | Build Time: 514 |
| 20:58:56 | Bagder | Build Type: recorder |
| 20:58:58 | Bagder | ;-) |
| 20:59:19 | Bagder | that's the single cygwin build on rasher's |
| 20:59:59 | gevaerts | don't give it an arm build :) |
| 21:00 |
| 21:00:15 | JdGordon| | or a leg! |
| 21:00:37 | gevaerts | How long did the entire run take? I think we have most of the fast hosts in that list |
| 21:00:58 | Bagder | it took a depressing 784 seconds |
| 21:01:43 | gevaerts | maybe we need another go with the new faster builders added |
| 21:02:06 | CIA-71 | New commit by bagder (r21517): bump revision since we changed the uploaded file names |
| 21:02:31 | rasher | Did you do an update? |
| 21:02:46 | bertrik | Should we restart the client? |
| 21:02:50 | Bagder | it should now happen magically when I set 8 as a requirement in the server |
| 21:03:01 | Mikachu | nothing happened yet |
| 21:03:15 | Mikachu | now it did |
| 21:03:24 | Bagder | yay, nice magic |
| 21:03:32 | rasher | Even worked on cygwin |
| 21:07:16 | * | JdGordon| notes his box isnt in the stats above... so OF COURSE its going to be dog slow :D |
| 21:12:29 | amiconn | Bagder: Hmm, the build client doesn't do svn update? |
| 21:12:40 | Bagder | it doesn't? hehe |
| 21:12:43 | | Quit Cory` ("Ex-Chat") |
| 21:12:46 | Bagder | that's.. silly |
| 21:13:06 | amiconn | At least I don't see any output which would indicate that it does |
| 21:13:14 | Mikachu | HELLO 7 arm,sdl mikachu:choo fartmonstret i686 32 GNU/Linux 4169 |
| 21:13:14 | Mikachu | Update to 21517 |
| 21:13:16 | Mikachu | isn't that it? |
| 21:13:39 | amiconn | I started my client and got builds right away |
| 21:13:43 | | Quit simjoko ("KVIrc Insomnia 4.0.0, revision: , sources date: 20090520, built on: 2009/06/06 12:36:26 UTC http://www.kvirc.net/") |
| 21:13:49 | Mikachu | Checked out revision 21516. |
| 21:13:51 | amiconn | The tree is unmodified, but not up to date |
| 21:13:54 | Mikachu | svn info says 21517 though |
| 21:14:17 | Bagder | yes, it does svn up |
| 21:14:27 | Mikachu | but maybe not always? |
| 21:14:37 | Bagder | unconditionally actually |
| 21:14:44 | Bagder | line 255 in rbclient.pl |
| 21:14:46 | JdGordon| | I assume it has no problems with clients dropping off mid build yeah? |
| 21:14:51 | Bagder | JdGordon: correct |
| 21:14:55 | amiconn | Hmm, it is up to date |
| 21:15:04 | amiconn | I would have expected some output from the script |
| 21:15:06 | Bagder | JdGordon: clients may come and go |
| 21:15:21 | JdGordon| | duplicate client name? |
| 21:15:33 | Bagder | JdGordon: will be rejected if from the same user |
| 21:15:35 | JdGordon| | oh |
| 21:15:37 | * | JdGordon| slaps self |
| 21:15:37 | Mikachu | my gigabeats build is up to 5 minutes now |
| 21:15:50 | rasher | amiconn: it should be in the log at least |
| 21:15:56 | rasher | Which will be gone by now |
| 21:15:57 | Mikachu | woo, it finished |
| 21:16:33 | Mikachu | hrm |
| 21:16:37 | Mikachu | Build Status: Failed |
| 21:16:42 | Mikachu | but it still uploaded the zip file |
| 21:16:49 | JdGordon| | Bagder: it doesnt like client reconnecting quickly? |
| 21:17:01 | Bagder | JdGordon: so its the same client? |
| 21:17:05 | Bagder | it could be a bug |
| 21:17:05 | JdGordon| | yes |
| 21:17:30 | Mikachu | ERROR: /usr/local/ipod-chain/lib/gcc/arm-elf/4.0.3/libgcc.a(_udivsi3.o) uses FPA instructions, whereas /tmp/a/rockbox/build-31732/apps/plugins/midi/midi.elf does not |
| 21:17:35 | JdGordon| | arg... does runclient spawn new proc's or something? |
| 21:17:36 | * | Mikachu has no idea what that means |
| 21:17:54 | * | amiconn added two clients to the mix, one on his linux box (amd64 bit, capable of building everything) and one in a linux vm (32 bit, all except mipsel) |
| 21:17:55 | Bagder | JdGordon: yes, it forks to build in a separate process |
| 21:18:13 | Mikachu | Bagder: why does it upload failed builds? :) |
| 21:18:25 | rasher | Mikachu: To get the log |
| 21:18:32 | Mikachu | it even prints "no 'rockbox.gigabeat'" |
| 21:18:32 | Bagder | yes, but the zip... |
| 21:18:38 | rasher | Ah |
| 21:18:56 | rasher | Maybe failed builds could be retried on another host? |
| 21:19:00 | Bagder | the client shouldn't do that |
| 21:19:19 | Bagder | rasher: we've discussed that, but I think not |
| 21:19:45 | JdGordon| | so what do I need to kill to kill the client completly? |
| 21:20:08 | Mikachu | Removing /tmp/a/rockbox/build-5236 |
| 21:20:11 | Mikachu | but that dir still exists |
| 21:20:20 | Mikachu | as does another one |
| 21:20:21 | Bagder | yeah, that's a bug in the client |
| 21:20:33 | Bagder | you'll gain bonus points if you find and fix it ;-) |
| 21:20:36 | Mikachu | heh |
| 21:20:43 | Mikachu | i had a vague memory you said you fixed it, but obviously not then |
| 21:20:58 | Bagder | zagor thought he fixed it, but it proved to be wrong |
| 21:21:16 | Bagder | then he took off to Greece to escape from it! |
| 21:21:27 | Mikachu | maybe if you redirect the rm output to a log file |
| 21:23:15 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 21:23:52 | rasher | I saw "cannot remove directory for /home/Jonas/rockbox/build-3456/apps/lang: Directory not empty at rbclient.pl line 521" (perhaps output is different in cygwin) |
| 21:24:11 | Bagder | seems related |
| 21:24:21 | amiconn | "0-length pipe msg from 4!" ?? |
| 21:25:41 | saratoga | any reason the directory file limit is so small on flash targets like the e200v1? |
| 21:25:57 | saratoga | i think we could safely make it much larger and save users the occasional error message with no ill effects |
| 21:25:57 | amiconn | small? |
| 21:26:09 | amiconn | Afaik it's 1000 on all swcodec targets |
| 21:26:12 | saratoga | manual says it defaults to 400 |
| 21:26:13 | saratoga | IIRC |
| 21:26:22 | amiconn | The manual is outdated on this |
| 21:26:32 | amiconn | 400 is a sane default for lowmem targets |
| 21:26:41 | * | amiconn sets it even lower on most targets |
| 21:27:15 | JdGordon| | I got that 0-length pipe message also... but I was tryign to kill the client so it could just be pebkac here... |
| 21:28:31 | Bagder | it's a sign of a problem too |
| 21:28:59 | JdGordon| | also... not to nitpick or anything, but shouldnt the args for the .pl be using −− instead of - ? |
| 21:29:07 | | Join moxfyre2 [0] (n=moxfyre@fuhrer2219.physics.umd.edu) |
| 21:29:15 | Bagder | we just took the easy route of using perl -s |
| 21:29:37 | Bagder | it wants the arguments like that |
| 21:29:43 | JdGordon| | ok, fair enough |
| 21:29:46 | * | amiconn got this 0-length pipe message 3 times already |
| 21:29:58 | Bagder | yes, it's common |
| 21:29:58 | JdGordon| | start another run! |
| 21:30:19 | Bagder | I get it often after a kill |
| 21:30:31 | Bagder | or perhaps only then |
| 21:31:03 | amiconn | Ah yes. Killed build... removing.... 0-length... |
| 21:31:45 | Bagder | actually, I think we can just ditch that output |
| 21:32:02 | * | amiconn wonders how the build client copes with time deviation |
| 21:32:18 | Bagder | the client doesn't care about time |
| 21:33:13 | | Quit jkl (Read error: 113 (No route to host)) |
| 21:33:23 | rasher | Bagder: Why not retry failed builds? I see that it might make "red lines" slower, but failed builds often fail quickly anyway, in my experience |
| 21:33:28 | | Quit tvelocity[a] (Remote closed the connection) |
| 21:33:44 | saratoga | can I change that 400 to 1000 in the manual or will that screw up LOWMEM? |
| 21:33:57 | Bagder | well, most failed builds are actually true build errors independent of the build client |
| 21:34:16 | Bagder | and not all red builds are fast |
| 21:34:21 | Bagder | basically those reasons |
| 21:34:46 | amiconn | Are there client stats available somewhere? |
| 21:34:59 | Bagder | no, things aren't yet that stable |
| 21:35:03 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-197.mco.bellsouth.net) |
| 21:35:31 | | Join jkl [0] (n=jlp@cpe-74-65-31-43.rochester.res.rr.com) |
| 21:35:46 | saratoga | having failed builds reported quickly would be nice, nothing more annoying then waiting around the build screen for 10 minutes waiting to see if you broke something |
| 21:35:53 | saratoga | retrying them would be annoying |
| 21:36:08 | Bagder | I'm planning to get the build table updated while the build round is in progress |
| 21:36:16 | saratoga | nice! |
| 21:36:58 | amiconn | Does the client reconnect properly when the server is restarted? |
| 21:37:06 | Bagder | yes |
| 21:37:34 | saratoga | who should i talk to about the manual? |
| 21:41:06 | Mikachu | didn't gevaerts fix the c200 thing after you mentioned it? |
| 21:41:22 | gevaerts | that was an easy one :) |
| 21:41:24 | LambdaCalculus37 | saratoga: Me, AlexP or pixelma. |
| 21:41:55 | CIA-71 | New commit by bagder (r21518): upped the client req, changed the check for dupes since the previous way ... |
| 21:42:14 | | Join simjoko [0] (n=kvirc@p54A8A82D.dip.t-dialin.net) |
| 21:42:16 | saratoga | LambdaCalculus37: is there someway to make a number conditional on how much memory a target has? |
| 21:42:51 | LambdaCalculus37 | saratoga: Not really sure. There may be a way. What is it you want to do? |
| 21:43:28 | saratoga | change the directory limits to be 1000 on bigmem targets |
| 21:43:33 | saratoga | right now it says 400 for everything |
| 21:44:11 | JdGordon| | isnt the usual way to add a line in features.txt? |
| 21:44:25 | JdGordon| | or is that lang only? |
| 21:44:33 | LambdaCalculus37 | JdGordon|: I think that's lang only. |
| 21:44:56 | gevaerts | it works for the manual as well I think, but you tend to end up with lots of features |
| 21:44:59 | rasher | Pretty sure the manual can use features |
| 21:45:01 | Llorean | Why exactly do we need that limit? (Or rather, why with that limit in place will it refuse to show the whole folder, rather than spinning up to read the rest of it if you scroll too far?) |
| 21:45:28 | saratoga | it'll error out if you try to open a folder above the limit |
| 21:45:56 | Llorean | Yes, but why? |
| 21:46:16 | Llorean | Is it impossible to load part of the list, then if we need some filename not in the list, load it? |
| 21:46:16 | saratoga | presumably the memory to store the directory contents from the FAT is statically allocated |
| 21:46:46 | Bagder | yes, we have no code for reading "the next part" |
| 21:46:48 | simjoko | I don't seem to be able to create an aac file rockbox will play. I tried faac and the nero linux encoder. Do I miss sth.? |
| 21:46:53 | JdGordon| | no, I tihnk the issue is in the list handling part.. |
| 21:46:56 | amiconn | Llorean: You can't display the dir partially because of sorting |
| 21:47:14 | Bagder | well, you _could_, it just would be confusing |
| 21:47:23 | JdGordon| | malloc! |
| 21:48:00 | saratoga | encountering the error could be made to increase the limit I suppose |
| 21:48:11 | Llorean | amiconn: Clearly sorting doesn't take *that* long or browsing would be really slow. if we had a limit of 400 names, and we had 500 entries, couldn't we just sort and show the first 400, then if someone wanted the list to show #401, re-do the sort and go ~200 in each direction from where the user triggered the re-sort? |
| 21:48:43 | amiconn | You don't know which are the first 400 until you sort all of them |
| 21:48:53 | Llorean | Yes, but you don't need to keep *all* of them while sorting. |
| 21:49:00 | JdGordon| | Llorean: they are sorted in a statically sized buffer |
| 21:49:02 | amiconn | you do |
| 21:49:07 | Llorean | Why? |
| 21:49:10 | saratoga | you can't sort without having every element |
| 21:49:29 | JdGordon| | it could be done *very* slowly without any sort buffer... |
| 21:49:35 | gevaerts | Llorean: you don't, but it would get slow |
| 21:49:35 | Llorean | If I can hold only 15 cards in my hand, I can still make sure I end up with 4 aces, 4 2s, 4 3s, and 3 4s after going through the whole deck. |
| 21:50:11 | rasher | Slow is better than not doing it at all. But might not be worth it, in terms of complexity |
| 21:50:17 | gevaerts | not entirely the same. What if you don't know how many aces there are? |
| 21:50:41 | Llorean | gevaerts: I always keep the lowest numbered cards I find, so if I have a full hand, and draw a 3, I discard my current 5. |
| 21:51:04 | | Quit bmbl ("Bye!") |
| 21:51:08 | gevaerts | true. yes, you can do it, but it will be horribly slow |
| 21:51:09 | | Quit Blue_Dude_ (Connection timed out) |
| 21:51:19 | JdGordon| | you could do it in the list filename callback, it would be crazy slow thouhgh and a bitch to make 100% correct |
| 21:51:23 | JdGordon| | but it could be done |
| 21:51:23 | Llorean | "slow" is better than "these 1200 files on your disk are unusable now" |
| 21:51:24 | gevaerts | Everytime you scroll down you have to spin up again |
| 21:51:40 | amiconn | Llorean: That means comparing the current card with *every* card in your hand |
| 21:51:49 | Llorean | amiconn: Not if your hand is already sorted |
| 21:51:59 | saratoga | i doubt the FAT is sorted in some way we care about |
| 21:52:20 | Mikachu | why not just show the entries unsorted? |
| 21:52:30 | amiconn | The directories on fat are just in order of file/dir creation |
| 21:52:34 | rasher | Mikachu: that could work |
| 21:52:43 | rasher | With a splash saying why |
| 21:52:50 | amiconn | ...with new ones intermixed if there were gaps from previous deletions |
| 21:53:14 | Llorean | On a related note - is dircache limited in the same way? |
| 21:53:35 | amiconn | Also you cannot just seek N entries forward because each vfat entry takes a varying number of actual directory entries |
| 21:54:05 | * | amiconn doesn't see why we would need to change anything |
| 21:54:45 | Llorean | Because the current splash doesn't help a user much at all, and if they don't have a manual on hand they're basically stuck. |
| 21:54:54 | Llorean | Too many people seem to like the "put all my files in one folder" solution. |
| 21:54:56 | amiconn | The 400 (resp. 1000) entry limit is just the default - you can increase or decrease it, depending on how much memory you want to set aside for large dirs |
| 21:55:00 | rasher | Why not? Surely showing the files in some way (very slowly sorted, or quickly unsorted) is better than not doing it |
| 21:55:15 | amiconn | Rockbox will display a splash if there are more entries than the current limit |
| 21:55:34 | | Join tessarakt [0] (n=jens@e180077052.adsl.alicedsl.de) |
| 21:55:36 | rasher | amiconn: you're way overestimating users |
| 21:55:39 | Llorean | amiconn: Yes, but that doesn't tell the user the limit can be changed, or where to find it. |
| 21:55:49 | Llorean | Limits are often enough hard coded in these players. |
| 21:55:56 | Llorean | Like the 9999 song limit on H100 was, for example |
| 21:55:57 | amiconn | A simple case of rtfm... |
| 21:56:47 | Llorean | The manual isn't always available (or right, for that matter). For some things it can be expected as necessary, but that doesn't mean you shouldn't try to solve its necessity where possible. |
| 21:57:06 | Llorean | If someone doesn't know that there's a setting for changing the limit, how are they going to know to look for it in the manual? |
| 21:58:43 | | Quit LambdaCalculus37 () |
| 22:00 |
| 22:00:41 | | Quit nibbler__ (Read error: 113 (No route to host)) |
| 22:07:12 | | Quit Bagder ("*plopp*") |
| 22:07:50 | rasher | amiconn seems to be living in a world where everyone reads the manual front to back before installing Rockbox |
| 22:08:06 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
| 22:08:29 | | Quit simjoko (Read error: 110 (Connection timed out)) |
| 22:08:39 | saratoga | greping i don't see that error message printed |
| 22:08:47 | saratoga | is it in the lang file maybe? |
| 22:08:56 | Llorean | rasher: While I've always been in the "users need to RTFM first" camp, there is a real problem when users may not realize it's even a question to ask. |
| 22:09:42 | rasher | Llorean: We can be in that camp all we like, but at the end of the day, we'll just be pissing off users for no really good reason |
| 22:10:13 | Llorean | Well if it's something like "How do I change themes?" or similar - an actual question then I think it's okay. |
| 22:10:14 | saratoga | lets just improve the error message . . . |
| 22:10:16 | | Quit Blue_Dude (Read error: 110 (Connection timed out)) |
| 22:10:51 | Llorean | saratoga: Ideally I'd like error messages like that not to be splashes, but a prompt screen: "File buffer is set too low. Press select to go to the setting, any other key to cancel" |
| 22:14:26 | saratoga | well if i could find the error screen i'd see what can be done |
| 22:14:47 | | Join _lifeless [0] (n=lifeless@188.16.116.56) |
| 22:16:47 | bertrik | gevaerts, your meizu m3 is an 'old' model, that means it uses an uda1380 codec, right? |
| 22:17:34 | gevaerts | bertrik: I'd suspect that, but I'm not sure |
| 22:17:49 | | Join Hillshum [0] (i=cd7ae838@gateway/web/freenode/x-f93fd1d094d13c02) |
| 22:18:29 | saratoga | huh in the code the max for lowmem is 200 |
| 22:18:34 | markun | we should have checked when it was open |
| 22:18:35 | saratoga | so the number in the manual is wrong for all targets |
| 22:18:55 | bertrik | didn't scorche take a picture of it? |
| 22:19:02 | bertrik | oh that was the sansa e200v2 |
| 22:19:04 | saratoga | anyone mind if I change it to 1000 since thats more correct for most targets? |
| 22:19:51 | | Quit bluebrother ("leaving") |
| 22:22:06 | bertrik | hm, reading the exernal rtc on the meizu m3 seems to work fine, but I can't get anything from the codec |
| 22:22:16 | bertrik | the rtc returns bitswapped values :/ |
| 22:22:37 | saratoga | well i'm going to up the limit for flash targets with lots of memory since theres no harm in increasing the default |
| 22:22:52 | bertrik | it could be my i2c driver, reading the codec works a bit different (with a repeated start). Repeated start is not mentioned in the data sheet |
| 22:24:36 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-197.mco.bellsouth.net) |
| 22:25:59 | amiconn | saratoga: There's potential harm in increasing static allocations on all targets. Not necessarily for music playback on flash targets, but for several plugins |
| 22:26:28 | saratoga | amiconn: can you elaborate? |
| 22:27:22 | amiconn | There are plugins which need to load large files completely into memory, e.g. the jpeg viewer |
| 22:27:46 | saratoga | how much memory does one file entry take? |
| 22:28:17 | amiconn | file size + decoded size(s) (as yuv bitmaps) |
| 22:29:01 | saratoga | sorry i meant for the directory size, looks like 40 bytes |
| 22:29:17 | | Quit Hillshum ("Page closed") |
| 22:29:39 | saratoga | i think increasing it by 1000 on flash targets with lots of memory should be pretty safe, thats only a 40KB change in bin size |
| 22:29:52 | amiconn | It's almost certainly more than just 40 bytes |
| 22:29:56 | saratoga | and of course users are free to change it if they need more |
| 22:31:14 | saratoga | playlist->buffer_size = AVERAGE_FILENAME_LENGTH * global_settings.max_files_in_dir; |
| 22:31:52 | saratoga | so really that setting isn't declaring how many files are available, but actually how many 40 byte slots there are (which i guess allows for files that span slots?) |
| 22:31:54 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 22:32:22 | amiconn | There's also struct entry |
| 22:33:29 | saratoga | and another for the database |
| 22:33:39 | | Quit parafin ("So long and thanks for all the fish") |
| 22:33:45 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 22:33:45 | | Join parafin [0] (i=parafin@paraf.in) |
| 22:34:35 | rasher | So you could have a dir of 300 files that didn't fit in what's supposedly a 400-file buffer? |
| 22:34:36 | amiconn | struct entry is 12 bytes on a 32 bit target (i.e. all) - it's not packed |
| 22:34:43 | saratoga | yes i think so |
| 22:34:57 | amiconn | Yes, if all filenames in there are very long |
| 22:35:02 | saratoga | the error message is "Dir Buffer is Full!" which is a poor message IMO |
| 22:36:34 | saratoga | perhaps we could change it to "Directory is too large, see General Settings" |
| 22:36:51 | amiconn | Well, if you have a better idea that is still short enough... |
| 22:36:58 | saratoga | how much space do i have? |
| 22:37:18 | amiconn | It's a splash. Available space depends on display size and font |
| 22:37:28 | amiconn | Worst case is 22 chars of course |
| 22:37:50 | rasher | I'm pretty sure there are plenty splashes >22 chars |
| 22:38:42 | amiconn | Yes, and those are pretty bad on the Player. Translations are often even worse than English in that respect |
| 22:39:39 | Llorean | Maybe "File Limit set low" |
| 22:39:45 | Llorean | Short, but suggests it's a setting. |
| 22:40:00 | Llorean | Or perhaps "too low" rather than just "low" |
| 22:40:00 | amiconn | There's this idea of having longer splash texts auto-scroll on the Player (only works for timed splashes, obviously) |
| 22:40:11 | saratoga | how about Err:File Limit set low |
| 22:40:17 | saratoga | 22 chars and explains the problem |
| 22:40:39 | rasher | Fejl: Filgrænse sat lavt |
| 22:40:41 | rasher | 24 already |
| 22:40:42 | amiconn | splash() word-wraps |
| 22:40:44 | Llorean | Not ideal by any stretch, but a whole lot better. |
| 22:41:04 | saratoga | drop the space like i did and you're only 1 over |
| 22:41:17 | * | rasher claims it's impossible to do all splashes in 22 characters and make sense |
| 22:41:18 | saratoga | i saw some messages that long in the source anyway |
| 22:41:46 | saratoga | well i have to go, but if someone wants to fix it, the define in lang is LANG_SHOWDIR_BUFFER_FULL |
| 22:41:58 | | Quit slam_ (Read error: 60 (Operation timed out)) |
| 22:41:59 | shotofadds | Unhelpful (if you're here): r21345 results in garbled JPEG AA on my target (Cowon D2, ARMv5). Seems fine in the sim, and the JPEG viewer on target is fine too. Looks like one of the optimisations has broken something... |
| 22:42:09 | amiconn | There's nothing that stops us from having different texts for different targets, but it increases the work for translators if not used carefully |
| 22:42:33 | rasher | amiconn: That still leaves the problem of actually coming up with something that is less than 22 characters |
| 22:43:08 | amiconn | Or that scrolling splash idea... |
| 22:43:21 | rasher | That sounds much better |
| 22:46:04 | rasher | Would be interesting if someone with a lot of time on his hands figured out length-limits for language IDs (on player) |
| 22:46:46 | rasher | I'm sure there are a lot of translations that break these limits |
| 22:47:29 | *** | Saving seen data "./dancer.seen" |
| 22:47:49 | | Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) |
| 22:48:15 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
| 22:48:21 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]") |
| 22:48:28 | amiconn | Me too. The German translation does that for sure |
| 22:48:54 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 22:51:43 | gevaerts | Bagder: curl: (26) read function returned funny value |
| 22:52:14 | Bagder | now that is an error message! |
| 22:52:51 | * | rasher blames curl developer |
| 22:56:45 | Bagder | 20090625-20:52:06 Cancel: build fuze client bertrik-laptop-user seconds 138 |
| 22:56:49 | Bagder | that hurts |
| 22:57:38 | rasher | Client disappeared? |
| 22:57:49 | Bagder | 20090625-20:54:19 Cancel: build sansae200v2 client fartmonstret-mikachu seconds 271 |
| 22:57:59 | Bagder | no, it's a killed build after that many seconds |
| 22:58:03 | rasher | Ah |
| 22:58:08 | Mikachu | all my builds were probably broken anyway |
| 23:00 |
| 23:00:01 | rasher | Bagder: what happens if a client connects with an old version? |
| 23:00:11 | Bagder | it gets told to update |
| 23:00:35 | Bagder | and isn't allowed to party |
| 23:00:47 | | Quit n1s ("Lämnar") |
| 23:00:52 | | Quit goffa__ (Read error: 110 (Connection timed out)) |
| 23:02:15 | * | rasher is now running a version 5 client |
| 23:02:43 | Bagder | now you don't ;-) |
| 23:02:53 | rasher | Correct |
| 23:03:13 | Bagder | "Client disconnect (asked to update), removing client maia-rasher" |
| 23:03:20 | amiconn | rasher: Your bogomips fix offsets the bogomips for all clients |
| 23:03:38 | Bagder | ah yes it only adds |
| 23:03:42 | rasher | amiconn: doesn't matter |
| 23:04:04 | rasher | The order will be the same |
| 23:05:02 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 23:06:33 | gevaerts | Bagder: `make -k -j$c $log`; runs the thing in a subshell, right? |
| 23:06:40 | Bagder | yes |
| 23:07:16 | gevaerts | I've been doing some tests here, and it looks to me as if a make running in a shell that gets killed with -9 keeps going |
| 23:07:44 | | Join Sajber^ [0] (n=Sajber@h-143-12.A213.priv.bahnhof.se) |
| 23:07:55 | gevaerts | which would explain the directories not being empty, as they keep getting filled while rmtree is busy |
| 23:08:19 | Bagder | aha |
| 23:08:27 | Bagder | http://rockbox.pastebin.com/m73a9c66c is the first speed chart |
| 23:08:40 | Bagder | of the latest 53 builds round |
| 23:09:41 | rasher | I wonder if scoring builds by "buildtime per bogomips" or something like that would rank builds usefully |
| 23:10:35 | Bagder | possibly. Me and zagor discussed using a single machine and do ccache-less builds to rank them |
| 23:11:48 | rasher | Probably more reliable, but less magic |
| 23:12:56 | Mikachu | "but"? :) |
| 23:13:20 | * | rasher likes magic |
| 23:13:34 | rasher | My way would mean new builds got auto-ranked! |
| 23:14:46 | JdGordon| | Bagder: is this output expected? http://pastebin.com/m58f1a67d |
| 23:15:06 | Bagder | I see that too |
| 23:15:28 | rasher | Looks familiar |
| 23:15:52 | Bagder | the "Starting client" part shows that it restarted |
| 23:16:58 | * | gevaerts tries to think of a reliable way to kill make |
| 23:17:14 | Bagder | http://rockbox.pastebin.com/m2a3fca90 is a log of the 53-builds build round |
| 23:17:14 | rasher | while true; do killall make; done ? |
| 23:17:23 | Mikachu | heh |
| 23:17:28 | Mikachu | while killall make; do true; done |
| 23:17:47 | * | gevaerts tries to think of a reliable way to kill exactly one carefully selected make process |
| 23:19:14 | lilltiger | ps -A |
| 23:19:17 | lilltiger | find it |
| 23:19:24 | lilltiger | then kill it |
| 23:19:27 | Bagder | I have an idea on how to hand out builds in a way that might be more favorable to the slowest machines |
| 23:19:28 | Mikachu | kill <tab> |
| 23:19:30 | * | gevaerts tries to think of a reliable way to kill exactly one carefully selected make process from within the build script |
| 23:19:34 | lilltiger | like kill pid |
| 23:19:43 | lilltiger | ;) |
| 23:19:58 | lilltiger | never seen the build script :p |
| 23:21:17 | | Join fyre^OS [0] (n=nnscript@cpe-24-90-81-178.nyc.res.rr.com) |
| 23:21:30 | | Quit martian67 ("out") |
| 23:21:43 | Bagder | the last build is fun |
| 23:21:50 | Bagder | 13 builds were killed |
| 23:21:54 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 23:22:25 | gevaerts | Bagder: I think you just need to use the negative of the pid |
| 23:22:32 | | Quit petur ("Zzzzz") |
| 23:22:42 | gevaerts | That should kill the process group |
| 23:23:48 | * | gevaerts reads up a bit more on this |
| 23:23:57 | Bagder | it's easy to test of course |
| 23:24:12 | Bagder | I mean that it at least doesn't make things worse |
| 23:24:27 | gevaerts | it worked in my synthetic perl-less test |
| 23:24:54 | | Part evilnick |
| 23:25:28 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-17c618ecfed61fb8) |
| 23:26:41 | gevaerts | I suspect that you're supposed to create a process group first, and that the fact that it works without that on linux may be a coincidence |
| 23:27:05 | | Quit jgarvey ("Leaving") |
| 23:28:05 | gevaerts | if that's the case, we'd need a setpgrp; just after the fork |
| 23:29:00 | JdGordon| | Bagder: is something funny happening around line 135 of that last paste? |
| 23:29:22 | JdGordon| | jakorasia-cg gets 2 builds immediatly on connect.... why not just one? |
| 23:29:41 | JdGordon| | ditto at line 180 also |
| 23:29:44 | notlistening | who maintains the configure script specifically the voice element of it? |
| 23:29:45 | | Quit mt (Read error: 104 (Connection reset by peer)) |
| 23:30:08 | Bagder | JdGordon: all clients get 3 builds actually |
| 23:30:10 | | Quit Rob2223 () |
| 23:30:50 | rasher | notlistening: I don't think there's a maintainer as such, but I wrote most of it |
| 23:30:53 | | Join Rob2222 [0] (n=Miranda@p4FDCC5A4.dip.t-dialin.net) |
| 23:31:01 | Bagder | it needs more than one build to be able to start on the next while uploading the previous |
| 23:31:04 | gevaerts | Bagder: I think http://pastie.org/524770 should do it (untested) |
| 23:31:22 | rasher | Bagder: couldn't it just ask for a new one before uploading? |
| 23:31:59 | Bagder | we have no way of asking for builds actually ;-) |
| 23:32:00 | notlistening | rasher, thanks would it be okay to try and intergrate the SAPI engiine i am working on under linuc and can i come groweling to you for help? |
| 23:32:10 | notlistening | *groveling |
| 23:32:49 | rasher | Sure, give it your best. I'll try to help. The most interesting bits will probably be in voice.pl I imagine |
| 23:33:39 | notlistening | rasher, thanks will do my bed ;) |
| 23:33:47 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
| 23:34:08 | gevaerts | Bagder: I've now started a client with that one, so if you fire off a new round we'll see if it helps |
| 23:34:14 | Bagder | curl http://pastie.org/524770.txt | patch -p0 |
| 23:34:30 | mt | linuxstb: What's the problem with using id3v2buf instead of toc ? |
| 23:34:31 | notlistening | * best - with my typing skills it might not be good enough |
| 23:34:42 | * | amiconn added another client |
| 23:34:54 | amiconn | Cygwin 1.7... |
| 23:38:19 | | Quit fyrestorm (Connection timed out) |
| 23:38:37 | | Quit flydutch ("/* empty */") |
| 23:40:39 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
| 23:40:57 | pixelma | is it worthwhile to add my vm on the laptop (same as during DevCon) back to the server farm? |
| 23:41:46 | | Quit moxfyre2 ("Leaving") |
| 23:42:42 | bertrik | \o/ markun helped me with getting the meizu m3 to talk to the codec so we can now access the codec! |
| 23:42:52 | gevaerts | \☺/ |
| 23:42:59 | rasher | \〠/ |
| 23:43:15 | evilnick | What's the protocol for deleting a forum reply that adds nothing to a post: http://forums.rockbox.org/index.php?topic=22032.0 ? |
| 23:43:25 | evilnick | Should I PM the user and then delete? |
| 23:43:52 | | Quit fyre^OS (Read error: 110 (Connection timed out)) |
| 23:44:14 | JdGordon| | you linked the thread not the post... |
| 23:44:33 | linuxstb | mt: It's not really a problem, it's just that you will then be leaving toc unused. |
| 23:44:38 | evilnick | Sorry, the very last reply is only echoing the second to last post |
| 23:44:51 | gevaerts | Bagder: according to http://perldoc.perl.org/functions/kill.html, the signal needs to be negative, not the pid... |
| 23:45:42 | * | gevaerts wrongly assumed that it would behave the same as kill(2) on linux |
| 23:46:16 | * | rasher has some unfavourable opinions about Perl to share |
| 23:46:43 | gevaerts | So http://pastie.org/524789.txt |
| 23:47:40 | mt | linuxstb : And if I use toc, I will be leaving id3v2buf unused ;) |
| 23:48:07 | mt | But anyway, I'm trying to focus on getting the code to work reliably on taget first |
| 23:48:30 | mt | I think this could be done as part of the |
| 23:48:41 | mt | * as part of the optimizations |
| 23:49:18 | rasher | gevaerts: that's reversed |
| 23:49:42 | gevaerts | ok, so curl http://pastie.org/524789.txt|patch -p0 -R :) |
| 23:49:43 | Bagder | yeah, it confused me for a second too |
| 23:50:04 | * | gevaerts did that on purpose |
| 23:50:05 | rasher | Mine updated with this change |
| 23:51:11 | mt | By the way, can I use splashes in a metadata parser ? |
| 23:55:27 | pixelma | so - no interest in another test machine which is a bit more on the slow side (upload speeds also, except for small files)? |
| 23:55:40 | rasher | pixelma: The more the merrier |
| 23:55:47 | gevaerts | pixelma: it's bound to be faster than our cygwin friends :) |
| 23:55:59 | * | rasher isn't running his cygwin client |
| 23:56:06 | pixelma | I could add one of those too... |
| 23:56:24 | mt | linuxstb: how would you go about debugging this codec on target ? (I think the bug is in the parser btw) |
| 23:56:50 | linuxstb | mt: Isn't the id3v2buf used for the other metadata? |
| 23:57:22 | mt | linuxstb : No. v1buf is the one used for metadata. |
| 23:58:08 | linuxstb | Maybe using logf over usb would help. Is your device the e200? |
| 23:58:19 | * | pixelma needs to update the build script though , most probably |
| 23:58:56 | mt | linuxstb: Yes. |
icon identifies that the person is a core developer (has commit access).