| 00:08:01 | | Quit TheLemonMan (Quit: Destructor called) |
| 00:18:59 | | Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) |
| 00:26:25 | | Quit skapazzo (Quit: Lost terminal) |
| 00:27:29 | | Part boghog |
| 00:33:41 | pepsi | im trying to write to the NOR on the mini2440 with openocd, i get an error related on the flash bank command.. target 'jedec_probe' not defined |
| 00:34:56 | | Quit [Saint] (Ping timeout: 246 seconds) |
| 00:42:22 | | Join webguest20 [0] (~4669dde6@giant.haxx.se) |
| 00:42:47 | | Quit webguest20 (Client Quit) |
| 00:43:39 | | Quit liar (Ping timeout: 258 seconds) |
| 00:46:16 | | Join evil_genius [0] (~chatzilla@pool-70-105-221-230.scr.east.verizon.net) |
| 00:46:21 | | Quit evil_genius (Client Quit) |
| 00:46:38 | | Join Keripo [0] (~Keripo@eng440.wireless-resnet.upenn.edu) |
| 00:46:42 | | Join evil_genius [0] (~chatzilla@pool-70-105-221-230.scr.east.verizon.net) |
| 00:47:00 | | Quit evil_genius (Client Quit) |
| 00:48:38 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 00:51:28 | *** | Saving seen data "./dancer.seen" |
| 00:54:22 | | Quit advcomp2019 (Read error: Connection reset by peer) |
| 00:54:44 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 00:55:09 | | Join evil_genius [0] (~chatzilla@pool-70-105-221-230.scr.east.verizon.net) |
| 00:55:43 | | Nick evil_genius is now known as Floater (~chatzilla@pool-70-105-221-230.scr.east.verizon.net) |
| 00:56:30 | | Nick Floater is now known as Yollean (~chatzilla@pool-70-105-221-230.scr.east.verizon.net) |
| 00:57:32 | | Quit Yollean (Client Quit) |
| 01:00 |
| 01:01:29 | | Join Yollean [0] (~chatzilla@pool-70-105-221-230.scr.east.verizon.net) |
| 01:01:51 | | Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) |
| 01:03:10 | | Quit Transformer (Excess Flood) |
| 01:06:14 | | Quit ender` (Quit: The trouble with quotes found on the Internet is that they often turn out to be unreliable. -- William Shakespeare) |
| 01:06:39 | | Quit mudd1 (Quit: Ex-Chat) |
| 01:09:18 | | Quit Yollean (Quit: ChatZilla 0.9.86.1 [Firefox 4.0/20110318052756]) |
| 01:15:53 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net) |
| 01:16:53 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 01:17:14 | | Quit bluebroth3r (Read error: Operation timed out) |
| 01:32:48 | | Quit silbo (Remote host closed the connection) |
| 01:34:12 | | Quit Strife89 (Quit: Reboot) |
| 01:41:15 | | Quit leavittx (Ping timeout: 276 seconds) |
| 01:43:52 | | Quit thomasjfox (Remote host closed the connection) |
| 01:49:58 | | Join Strife89 [0] (~Strife89@168.16.226.152) |
| 01:52:20 | | Quit avacore (Read error: Operation timed out) |
| 01:56:09 | | Join avacore [0] (~avacore@90.184.100.129) |
| 02:00 |
| 02:03:14 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 02:23:52 | | Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) |
| 02:26:13 | | Quit Transformer (Excess Flood) |
| 02:26:22 | | Join fyre^OS [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) |
| 02:26:46 | | Quit liar (Ping timeout: 258 seconds) |
| 02:29:00 | | Quit fyrestorm (Ping timeout: 260 seconds) |
| 02:43:20 | | Quit robin0800 (Quit: Leaving) |
| 02:51:31 | *** | Saving seen data "./dancer.seen" |
| 02:53:35 | | Join Darkknight512 [0] (~63e16e06@giant.haxx.se) |
| 02:58:16 | | Quit DerPapst (Quit: Leaving.) |
| 03:00 |
| 03:00:40 | | Quit fyre^OS (Read error: Connection reset by peer) |
| 03:01:02 | | Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) |
| 03:02:37 | | Quit Darkknight512 (Quit: CGI:IRC) |
| 03:04:59 | | Join GodEater_ [0] (~bibble@5ad61f78.bb.sky.com) |
| 03:04:59 | | Quit GodEater_ (Changing host) |
| 03:04:59 | | Join GodEater_ [0] (~bibble@rockbox/staff/GodEater) |
| 03:07:00 | | Quit GodEater (Ping timeout: 240 seconds) |
| 03:25:53 | | Quit Keripo (Read error: Connection reset by peer) |
| 03:33:55 | | Join Keripo [0] (~Keripo@eng440.wireless-resnet.upenn.edu) |
| 03:37:39 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 03:38:26 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 03:43:31 | CIA-87 | New commit by pamaury (r29731): sbinfo: use a define instead of hardcoded values |
| 03:43:43 | CIA-87 | New commit by pamaury (r29732): sbinfo: make the time calculation clearer |
| 03:43:48 | CIA-87 | New commit by pamaury (r29733): Rename sbinfo to sbtools and sbinfo.c to sbtoelf.c; preparing for future elftosb |
| 03:43:52 | CIA-87 | New commit by pamaury (r29734): sbtools: update Makefile; fix whitespaces |
| 03:43:55 | CIA-87 | New commit by pamaury (r29735): sbtools: add elftosb tool, yet to be finished (parsing of keys and command files done) |
| 03:44:17 | | Quit n17ikh (Ping timeout: 246 seconds) |
| 03:46:02 | | Quit JesusFreak316 (Ping timeout: 246 seconds) |
| 03:46:41 | | Quit pamaury (Remote host closed the connection) |
| 03:47:11 | CIA-87 | r29731 build result: All green |
| 03:50:35 | CIA-87 | r29735 build result: All green |
| 04:00 |
| 04:01:10 | | Join Topy [0] (~Topy44@f048233034.adsl.alicedsl.de) |
| 04:04:40 | | Quit T44 (Ping timeout: 246 seconds) |
| 04:06:20 | | Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) |
| 04:08:14 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 04:19:47 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 04:21:20 | | Quit kugelp (Read error: Operation timed out) |
| 04:42:58 | | Quit amiconn (Disconnected by services) |
| 04:42:59 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:43:10 | | Quit pixelma (Disconnected by services) |
| 04:43:12 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:43:14 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:43:16 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:44:25 | | Join CJhawk67 [0] (~4469c786@giant.haxx.se) |
| 04:44:37 | CJhawk67 | Whatsup |
| 04:45:13 | CJhawk67 | Does anyone know how to get the rockbox installer .exe to pick up the sansa clip plus |
| 04:46:17 | CJhawk67 | I can't find anything on it only stuff on the fuze |
| 04:47:07 | | Quit factor (Read error: Operation timed out) |
| 04:51:32 | *** | Saving seen data "./dancer.seen" |
| 04:55:05 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 04:59:18 | | Join TheSeven [0] (~TheSeven@stgt-5f709e99.pool.mediaWays.net) |
| 04:59:28 | | Quit TheSeven (Changing host) |
| 04:59:28 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:59:39 | | Quit fyrestorm (Read error: Connection reset by peer) |
| 05:00 |
| 05:13:44 | | Quit scorche (Read error: Connection reset by peer) |
| 05:14:53 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 05:16:24 | CJhawk67 | Does anyone know how to get the rockbox installer .exe to pick up the sansa clip plus? |
| 05:21:17 | | Join Rob2222 [0] (~Miranda@p4FFF1557.dip.t-dialin.net) |
| 05:24:59 | | Quit Rob2223 (Ping timeout: 248 seconds) |
| 05:28:27 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 05:28:30 | | Part BlakeJohnson86 |
| 05:30:32 | | Join james [0] (~james@65-23-181-157-host.drtel.net) |
| 05:30:48 | | Nick james is now known as Guest6654 (~james@65-23-181-157-host.drtel.net) |
| 05:31:16 | Guest6654 | Help! I'm trying to flash my sansa clip v2 with rockbox, and it's bricking every time. |
| 05:32:02 | Guest6654 | I'm able to revive it, but I'd like to use rockbox on it! |
| 05:36:06 | | Join BHSPitMini [0] (~BHSPitMon@74.5.104.71) |
| 05:40:44 | CJhawk67 | Hey Guest you there? |
| 05:40:57 | Guest6654 | yeah |
| 05:41:24 | CJhawk67 | How are you even doing the rockbox im trying to figure out how on the sansa clip + |
| 05:41:51 | Guest6654 | from that perspective, it's pretty easy. at www.rockbox.org, |
| 05:42:22 | Guest6654 | I go to the releases download section and download the latest installer |
| 05:42:25 | CJhawk67 | Where do I find it? |
| 05:42:42 | CJhawk67 | The installer doesnt pick up the clip as a drive |
| 05:42:50 | CJhawk67 | I have the current build installer |
| 05:42:57 | Guest6654 | are you running the installer as root? |
| 05:43:12 | CJhawk67 | ? |
| 05:43:19 | krazykit | you shouldn't need root for ams devices |
| 05:43:21 | Guest6654 | and have you mounted the clip? |
| 05:43:24 | CJhawk67 | I have windows seven 64x ultima |
| 05:43:29 | CJhawk67 | Um |
| 05:43:35 | Guest6654 | um, I'm on linux. |
| 05:43:36 | CJhawk67 | It's connected to the pc? |
| 05:43:42 | Guest6654 | k |
| 05:43:50 | Guest6654 | where is it mounted? |
| 05:43:52 | Guest6654 | what drive |
| 05:44:00 | CJhawk67 | No drive |
| 05:44:16 | CJhawk67 | Computer\Sansa Clip+ 4GB\Internal Memory |
| 05:44:29 | krazykit | CJhawk67, your clip+ is in MTP mode |
| 05:44:30 | CJhawk67 | No drive letter |
| 05:44:34 | krazykit | the manual specifically mentions this |
| 05:44:44 | krazykit | http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch2.html#x4-70002.1 |
| 05:44:47 | Guest6654 | that's where I was getting to. |
| 05:45:14 | Guest6654 | thanks krazykit, I'm not very good with windows anymore. |
| 05:45:41 | krazykit | it would happen on linux, too, as you wouldn't be able to mount the device in MTP mode |
| 05:45:56 | CJhawk67 | Thanks I think I got it from here on out |
| 05:46:14 | CJhawk67 | I appreciate the help cya:) |
| 05:46:19 | Guest6654 | true, I saw that, but I would have taken a lot longer to get there, my windows foo is pretty bad. |
| 05:46:20 | | Quit CJhawk67 (Quit: CGI:IRC) |
| 05:46:42 | | Join BHSPitLappy [0] (~BHSPitLap@unaffiliated/bhspitmonkey) |
| 05:47:43 | | Quit BHSPitMini (Ping timeout: 260 seconds) |
| 05:55:56 | Guest6654 | I just built the bootloader manually, and installed it, and get nothing after the "successfully updated firmware" or whatever. |
| 05:59:25 | | Part Guest6654 ("Leaving") |
| 06:00 |
| 06:00:42 | | Join cctsurf [0] (~cctsurf@65-23-181-157-host.drtel.net) |
| 06:00:53 | | Quit cctsurf (Client Quit) |
| 06:07:09 | | Join factor [0] (~factor@75.108.68.114) |
| 06:08:55 | | Quit Galois (Read error: Operation timed out) |
| 06:33:35 | | Join Horscht [0] (~Horscht@p5DD57B1C.dip.t-dialin.net) |
| 06:33:35 | | Quit Horscht (Changing host) |
| 06:33:35 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 06:36:08 | | Quit Horschti (Ping timeout: 252 seconds) |
| 06:51:36 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:01:30 | | Quit Zarggg (Quit: Zarggg) |
| 07:07:18 | | Quit L-Strife89 (Quit: Bed.) |
| 07:30:04 | | Join smk [0] (~smk@116.72.193.20) |
| 07:35:48 | | Quit BHSPitLappy (Read error: Operation timed out) |
| 07:36:09 | | Quit smk (Quit: Leaving) |
| 07:42:47 | | Join Galois [0] (djao@efnet-math.org) |
| 08:00 |
| 08:02:57 | | Quit t0rc (Quit: WeeChat 0.3.4) |
| 08:05:49 | | Join smk [0] (~smk@116.72.193.20) |
| 08:06:00 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 08:09:36 | smk | AlexP : PM |
| 08:10:37 | | Quit Keripo (Ping timeout: 260 seconds) |
| 08:11:03 | | Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
| 08:13:56 | | Quit leavittx (Ping timeout: 240 seconds) |
| 08:25:11 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:25:11 | | Quit bertrik (Changing host) |
| 08:25:11 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 08:35:37 | JdGordon | grr.... gevaerts! the backdrop changes you did broke the dynamic-screen-size patch |
| 08:35:40 | JdGordon | BAH! |
| 08:51:38 | *** | Saving seen data "./dancer.seen" |
| 08:54:36 | | Part smk ("Leaving") |
| 08:58:32 | CIA-87 | New commit by bertrik (r29736): Remove duplicate #include in skin_parser.c |
| 09:00 |
| 09:01:45 | bertrik | Can someone test a couple of iap (ipod accessory protocol) today? I'd like to clean things up a bit (no functional changes), so I need someone to verify I don't break anything. |
| 09:10:20 | JdGordon | hmm, whats up with the slow compile round? |
| 09:11:28 | bertrik | don't ask me |
| 09:13:27 | bertrik | Sometimes I wonder if I should just commit stuff I'd like to clean up and deal with any complaints later if it breaks, instead of asking people to test. |
| 09:13:48 | JdGordon | usually easier |
| 09:29:01 | | Quit utanapischti (Quit: WeeChat 0.3.2) |
| 09:29:25 | | Join sasquatch [0] (~username@p4FF2CCDC.dip.t-dialin.net) |
| 09:36:16 | | Join smk [0] (~smk@116.72.193.20) |
| 09:37:37 | smk | AlexP : you here? |
| 09:41:11 | | Quit smk (Quit: Leaving) |
| 09:44:44 | | Join stoffel [0] (~quassel@87.180.157.172) |
| 09:51:39 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 10:00 |
| 10:03:27 | | Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) |
| 10:03:31 | | Join ChickeNE_ [0] (~ChickeNES@192.5.85.36) |
| 10:06:04 | | Quit ChickeNES (Ping timeout: 258 seconds) |
| 10:12:50 | | Quit ChickeNE_ (Quit: Computer has gone to sleep.) |
| 10:17:33 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 10:25:51 | | Part timccc ("Leaving.") |
| 10:26:09 | | Join timccc [0] (~timccc@112.166.15.141) |
| 10:31:37 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 10:42:04 | | Join TheLemonMan [0] (~lem0n@151.62.155.183) |
| 10:51:42 | *** | Saving seen data "./dancer.seen" |
| 10:56:25 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 10:58:51 | pixelma | jhMikeS: gevaerts put it best, I was more complaining about the development style (and thought I made that clear). I won't be objecting to a rewritten playback engine after thorough tests showing that it is stable - and to me testing is very important here and it should be tested by lots of people as there seems to be a great variety on what people do with playback. I'm aware that the actual code changes are way above me so I couldn't object anyway. |
| 10:58:51 | pixelma | It really is the work being done "in the dark" almost which made me angry.By the way - if you would have made it more clear on what you were |
| 10:59:19 | pixelma | working on things like "well, I just blew a couple month of work if it doesn't go" could be avoided |
| 11:00 |
| 11:00:15 | | Join smk [0] (~smk@116.72.193.20) |
| 11:01:16 | bertrik | Anyone awake with an ipod accessory to test a patch (a cleanup, no functional change)? |
| 11:02:04 | bertrik | The test is to simply check if the accessory still works as before with the patch. |
| 11:03:07 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 11:03:41 | | Part smk |
| 11:06:13 | pixelma | jhMikeS: and if you say that Buschel's fixes aren't needed anymore now, you may have wasted his time depending on if he was willing to work on them anyway or not with the knowledge that a rewrite that made them unnecessary was coming or not |
| 11:11:30 | | Join JdGord [0] (~AndChat@123-243-140-31.static.tpgi.com.au) |
| 11:13:21 | | Quit [Saint] (Disconnected by services) |
| 11:13:23 | | Join S_a_i_n_t [0] (~st.lasciv@124-197-14-130.callplus.net.nz) |
| 11:26:51 | | Join DerPapst [0] (~Alexander@87.149.71.34) |
| 11:27:42 | | Join Jerom [0] (~jerome@koe67-6-78-244-229-246.fbx.proxad.net) |
| 11:27:44 | | Quit Jerom (Client Quit) |
| 11:39:14 | * | bertrik is annoyed by people posting a bug, me making a patch an them not responding at all |
| 11:39:35 | bertrik | I think I'll just close the task, with time wasted on a possible fix. |
| 11:40:52 | pixelma | jhMikeS: and I surely didn't expect every detail being discussed but a clear notice that a quite major rewrite was going on. :| I read a bit of your discussions with Buschel and saw you talking about something but didn't see that it was such a huge patch. |
| 11:44:22 | | Quit DerPapst (Read error: Connection reset by peer) |
| 11:44:46 | | Join DerPapst [0] (~Alexander@p57954722.dip.t-dialin.net) |
| 11:49:33 | | Quit factor (Read error: Connection reset by peer) |
| 11:53:45 | | Join Buschel [0] (~chatzilla@p54A3A4D1.dip.t-dialin.net) |
| 11:59:56 | jhMikeS | pixelma: nothing's different about my style for any sizeable work this time from any other |
| 12:00 |
| 12:01:23 | jhMikeS | pixelma: and Buschel was made aware of what I was doing, before and during what he was doing with resume |
| 12:01:56 | * | Buschel has no problems with the rework at all |
| 12:03:44 | jhMikeS | there's a fs task (12069) if you want to look anything over or test (I do have further developments cleaning things up from the last patch on there) |
| 12:04:19 | Buschel | imho we need to rewrite stuff from time to time as we add lots of features without re-designing. a rewrite takes into account all those features. of course we will have regressions for a while. and the will be need to fix those. I trust jhMikeS in supporting such fixing |
| 12:07:30 | | Join factor [0] (~factor@75.108.68.114) |
| 12:12:09 | | Quit JdGord (Ping timeout: 240 seconds) |
| 12:13:57 | | Quit Keripo (Read error: Connection reset by peer) |
| 12:19:35 | | Join JdGord [0] (~AndChat@123-243-140-31.static.tpgi.com.au) |
| 12:29:29 | | Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) |
| 12:32:08 | | Quit JdGord (Ping timeout: 276 seconds) |
| 12:33:05 | | Quit mt (Ping timeout: 246 seconds) |
| 12:38:31 | pixelma | jhMikeS: well, my hope is that you give more notice next time :\ |
| 12:40:43 | JdGordon | more notice of what? nothing has been commited unless it happened in the last houir? |
| 12:40:46 | * | bertrik is closing old bug reports |
| 12:41:21 | pixelma | important rewrite is in progress, I said so many times now |
| 12:41:43 | JdGordon | and it would make any difference to you exactly how if he said anything? |
| 12:42:20 | gevaerts | pixelma: I seem to remember that jhMikeS did mention that he was working on playback a few times during the past weeks/months. I can't remember what he said exactly though |
| 12:43:15 | pixelma | as I said, I saw that too but didn'T imagine it this big |
| 12:43:25 | JdGordon | I'll say it again... so much of rockboxs code has a 1 person bus factor that saying anything in here during redevelopment is pointless and effort should be put into documenting the code instead |
| 12:46:31 | * | Buschel 's upcoming major change to m4a parser does not only save lots of RAM it will also be faster :) |
| 12:46:45 | JdGordon | so whats the catch? |
| 12:47:04 | | Quit GodEater_ (Ping timeout: 240 seconds) |
| 12:47:10 | gevaerts | JdGordon: easy. It breaks the new playback patch :) |
| 12:47:54 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 12:48:16 | bertrik | I did notice one time during database that it seems that that different containers can have very different parsing time |
| 12:48:47 | Buschel | see FS #8923 |
| 12:50:02 | bertrik | I do like to know what a patch does (what it changes, how and why), instead of having to parse through a nearly half a megabyte patch to reverse-engineer it myself. |
| 12:51:45 | *** | Saving seen data "./dancer.seen" |
| 12:51:52 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 12:52:00 | | Join DerPapst1 [0] (~Alexander@p57954A2B.dip.t-dialin.net) |
| 12:52:38 | pixelma | it wouldn't have come as a surprise - am I the only one being curious in what's going on with Rockbox code, especially core things? - maybe new design decisions are against something agreed on earlier (and no-one knows now), if you don't let people know what area you are working on there's a possibility of doubling work, wasted hours of another developer etc. |
| 12:53:03 | pixelma | lots of reasons |
| 12:54:03 | | Quit DerPapst (Ping timeout: 276 seconds) |
| 12:55:04 | pixelma | ...regressions have to be found and worked on. People use playback in so many different ways that one developer won't ever know all use (and test) cases, it took a while until major bugs were fixed and even found with the current implementation, it's Rockbox's core thing |
| 12:55:07 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 12:55:17 | jhMikeS | what's "big"? lots of files with small mods or few files with big mods? |
| 12:56:27 | JdGordon | the latter |
| 12:56:30 | jhMikeS | actually, I think alot of what's attributed to playback really isn't core playback. core playback is pretty limited in itself. |
| 12:56:33 | JdGordon | no wait... |
| 12:56:35 | JdGordon | yes.. |
| 12:57:02 | JdGordon | core playback needs to be ejected from the codebase :) |
| 12:57:16 | jhMikeS | ok, svn rm it all then! :) |
| 12:58:02 | JdGordon | done, then we can bring doom back in so it can take its rightful place at the head of the table :p |
| 12:58:05 | jhMikeS | playback in a plugin? |
| 12:58:16 | JdGordon | is that really such a silly idea though? |
| 12:58:48 | jhMikeS | mine or yours in 3 starting sentences above? |
| 12:58:55 | JdGordon | yours |
| 12:59:19 | gevaerts | Depends |
| 12:59:36 | jhMikeS | depends on where that GSoC project goes |
| 13:00 |
| 13:00:15 | gevaerts | And on how important we consider doom on the fuze to be |
| 13:00:40 | gevaerts | I mean, the only thing you really gain is more free memory when playback is stopped |
| 13:00:43 | bertrik | I couldn't care less about doom |
| 13:00:54 | jhMikeS | doom should be the core, yes with 3d playback navigation |
| 13:01:10 | pixelma | it doesn't matter if it's small mods in many files or few files with big mods to me. It's more that it touches an important part of Rockbox's and may change around implementations and as you said yourself is something that you worked on for a while |
| 13:01:47 | JdGordon | in all seriousness though, we want playback to be split from the main code with a designed API... doing it through a plugin is actually a good way to go about it |
| 13:03:24 | jhMikeS | I did have some thoughts, initially because I want to see cuesheets work from outside wps. A midway API that handles the loosely integrated feature could provide a good starting point. |
| 13:07:13 | | Quit sideral (Ping timeout: 264 seconds) |
| 13:08:16 | | Quit mudd1 (Ping timeout: 240 seconds) |
| 13:08:21 | bertrik | hm, function cfg_string_to_int is a global function, but it's in no include file |
| 13:09:35 | bertrik | oh, it's declared again in a .c file (apps/settings.c) |
| 13:10:34 | bertrik | ah, no, the other way around |
| 13:11:35 | | Quit liar (Ping timeout: 258 seconds) |
| 13:13:39 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 13:13:39 | | Quit pamaury (Changing host) |
| 13:13:39 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 13:14:16 | JdGordon | bertrik: it isnt in option_select.h? |
| 13:15:10 | bertrik | no, the implementation is in settings.c, so the declaration should be in settings.h IMO |
| 13:15:12 | bertrik | I'll fix that |
| 13:15:57 | gevaerts | pixelma: I'd say a lot depends on the attitude of the patch submitter. I mean, if it's "take it or leave it", there's a serious problem indeed, but if the submitter is willing to make changes, (up to and including "oh, the basic design is wrong") I think there's no real issue |
| 13:16:24 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 13:17:26 | soap | Forum issues? |
| 13:18:14 | bertrik | soap, forum works for me |
| 13:18:50 | Buschel | soap, works for me, too |
| 13:18:54 | soap | grrr. scorche are you denying forum page loads to known proxies? |
| 13:19:52 | pixelma | I somehow feel a bit misunderstood but I don't know how to put it better. I'm aware that it may have to do with how I like working myself - I want to know where I'm going before I start, and so I at least want to know what's going on from others too even if I don't understand everything fully. It's a bit like going to the doctor and I want to be told what he or she is going to do. Seems I'm the only one :| |
| 13:20:17 | soap | or is that askimat software? forums.rockbox.org is the only page which won't load. But I've noticed many BBPress blogs invisibly block posting from the IP address of my VPN. |
| 13:21:02 | pixelma | I don't understand why a "hey I'm rewriting the playback engine" should be too much to ask for though |
| 13:22:33 | JdGordon | btw, im rewriting the skinning engine, too many problems with the syntax |
| 13:22:43 | JdGordon | complete rewirte using lua to control everything |
| 13:23:57 | CIA-87 | New commit by bertrik (r29737): Move declaration of global function cfg_string_to_int to header file settings.h |
| 13:25:11 | jhMikeS | dr. /me had a pretty darn good idea of what's going on and emergency trachiotomy was the only option |
| 13:25:32 | jhMikeS | I just needed a pen an a razor blade |
| 13:25:35 | gevaerts | pixelma: there are things like http://www.rockbox.org/irc/log-20110306#20:47:04 so while jhMikeS may not have announced this *very* publicly, I don't think "keeping it secret" is a fair assessment either |
| 13:28:00 | | Join GodEater [0] (~bibble@5ad61f78.bb.sky.com) |
| 13:28:01 | | Quit GodEater (Changing host) |
| 13:28:01 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 13:28:14 | pixelma | yeah, all nice, so far with the community effort |
| 13:29:09 | CIA-87 | r29737 build result: All green |
| 13:41:23 | AlexP | I don't really see an issue |
| 13:41:41 | | Quit Buschel (Ping timeout: 276 seconds) |
| 13:41:46 | AlexP | People are free to work as they see fit, especially since it went on flyspray |
| 13:41:56 | AlexP | I might have objected if it just went straight in :) |
| 13:44:59 | AlexP | In fact, I would have :) |
| 13:45:08 | pixelma | I really don't object to the work being done but I just liked to know about it earlier :| |
| 13:46:16 | AlexP | What would it have changed? |
| 13:50:26 | | Join silbo [0] (~quassel@81-21-243-46.televork.ee) |
| 13:54:01 | * | pixelma apologises for being curious and also thinking about jhMikeS's own time... really sorry |
| 13:54:49 | | Quit silbo (Ping timeout: 248 seconds) |
| 13:55:58 | pixelma | AlexP: I'll be affected as a user (possibly) and want to know what's going on, it may also helped him |
| 13:55:58 | * | gevaerts will put this (well, the general thing) on the devcon agenda |
| 13:57:36 | AlexP | pixelma: Knowing about it in advance doesn't change how it affects you as a user, it gets put on flyspray for testing either way. If he had needed help, I'm sure he would have asked. |
| 13:58:20 | pixelma | I give up here |
| 13:58:49 | gevaerts | AlexP: I don't think "needed help" is the issue. It's more like "Oh, don't forget about *this* aspect" |
| 13:58:57 | pixelma | with a big questionmark in my eyes though |
| 13:59:04 | AlexP | gevaerts: Ah right, OK |
| 13:59:35 | AlexP | Possibly then |
| 14:00 |
| 14:00:32 | AlexP | I guess I just don't see it as a big issue as long as it wasn't committed straight away, and I guess I feel slightly bad that the first response to this was negative and based on communication |
| 14:00:46 | gevaerts | Partly because while it is indeed jhMikeS' own time he's playing with, it would still be annoying (for everyone) to have to notice after two months of work that some fundamental design idea doesn't fit an important use case, and partly because some people would get so upset about this that they drop out entirely |
| 14:01:41 | AlexP | Yes, put like that I do understand it - perhaps just not the level of anger |
| 14:01:55 | pixelma | I thought I made it clear what I was on about :\ |
| 14:02:31 | AlexP | pixelma: I have to say I didn't get that at first |
| 14:03:09 | AlexP | It sounded more like that you were upset because philosophically everything should be known to everyone |
| 14:03:14 | AlexP | to me anyway |
| 14:03:34 | AlexP | And given the amount of work it was a shame that the first response was so negative |
| 14:05:52 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 14:07:46 | pixelma | "[11:20:03] <pixelma> I really don't want to dismiss the work being done here, I just don't like the way it was done behind the scenes. It doesn't help with our bus factor problem and e.g. we also want our GSoC students to communicate" not clear enough? Well I really apologise, honestly |
| 14:09:25 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 14:10:14 | AlexP | pixelma: My issue is just that the negative was so much more than the positive. It sounded like "oh, yeah, well done but x is wrong, you should have done y etc." I'm sorry that I missed the actual point. |
| 14:10:48 | AlexP | I'm also sorry if I've been rude at any point. I don't think I have, but as we all know it isn't always easy to get across what you mean :) |
| 14:14:52 | | Join GeekShadow [0] (~Antoine@93.21.168.181) |
| 14:14:52 | | Quit GeekShadow (Changing host) |
| 14:14:52 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 14:16:52 | * | pamaury just had a look at the playback rewrite and is afraid by the size of the patch :-o |
| 14:18:36 | pamaury | It would be nice to split it if possible |
| 14:20:09 | S_a_i_n_t | JdGordon: You...were....joking, right? |
| 14:20:16 | S_a_i_n_t | surely. |
| 14:23:05 | | Quit bluefoxx (Ping timeout: 248 seconds) |
| 14:23:45 | | Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) |
| 14:25:18 | | Quit S_a_i_n_t (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) |
| 14:27:30 | | Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz) |
| 14:29:15 | jhMikeS | pamaury: I wouldn't say it's modular, not very much so since the manner in which codecs are controlled changes |
| 14:31:14 | pamaury | yes I understand that, my question was more: is it possible to remove some things (patches would have an order of course) or does every single piece of code of this patch need to be here |
| 14:32:54 | pamaury | have you documented it ? To give a high level overview to people like who don't know the playback engine ? |
| 14:32:57 | jhMikeS | to support the playback.c bit, I would say so. |
| 14:33:02 | pixelma | AlexP: I didn't feel you were rude at any point. It just seems that I'm either misunderstood or am thinking quite different than most of you. I admit being doubtful about major rewrites and their ability to magically fix all sorts of bugs (exaggerating a bit here) - and I just thought "playback has evolved for such a long time, there are probably many many many things to think about and easily overlooked if only one works on a rewrite", I just can't |
| 14:33:02 | pixelma | imagine that it can be done and believed talking about it helps. Seems I'm different and am sorry for that. I will help out testing |
| 14:33:27 | | Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de) |
| 14:34:07 | AlexP | pixelma: Let's try and break it in interesting ways during testing :) |
| 14:34:11 | jhMikeS | pamaury: I have been thinking about ways to incrementalize it but I don't think it'll be "small" |
| 14:34:25 | gevaerts | pixelma: I suspect some of us think that the result of "playback has evolved for such a long time" is not so much "it now handles most cases properly", but rather "it must be a mess by now" |
| 14:34:26 | pamaury | jhMikeS: it only needs to be "smaller" :) |
| 14:34:28 | jhMikeS | AlexP: that's what I'm looking for :) |
| 14:34:56 | gevaerts | And that makes one more tolerant to the idea of rewriting the lot |
| 14:35:25 | pamaury | pixelma: pick the database: 1) it has evolved a lot 2) this is a completely messy crappy piece of code :) |
| 14:36:03 | AlexP | Evolved can either mean "has gradually been improved" or "full of nasty hacks", and given what I hear in here about playback code, I tend towards the latter :) |
| 14:36:19 | jhMikeS | most time I thinking deeply about it and trying to break stuff than typing code out |
| 14:36:36 | pixelma | possibly, I still don't get completely why this has to go on behind the scenes |
| 14:36:51 | jhMikeS | AlexP: you could say that |
| 14:37:15 | jhMikeS | it's not going on behind the scenes and that's why it's a patch and being discussed now :) |
| 14:37:31 | pamaury | pixelma: because you need to write lots of code as a proof of concept to be sure you approach is feasible ? |
| 14:38:32 | pamaury | Although I agree that I would have preferred a discussion before, with an explaination of architectural changes. But hey, if the code is there and can buy us a better playback engine :) |
| 14:40:42 | jhMikeS | not too much architecturally except with the codecs always watching their message queue so they load and run when asked rather than racing around, but all that is incompatible with current playback.c |
| 14:41:20 | jhMikeS | and all the use of the track array was so messy, it was encapsulated a little bit |
| 14:41:41 | JdGordon | [Saint]: surely...... :D |
| 14:41:56 | pamaury | I mean: if we are to change the playback engine, that's a major opportunity to DOCUMENT it ! |
| 14:42:25 | * | AlexP hands pamaury a pen :) |
| 14:42:26 | [Saint] | JdGordon: You have a....Hmmm, well, I wasn't 100% positive you were joking ;) |
| 14:42:30 | jhMikeS | no point in documenting it extensively unless it goes in really |
| 14:42:59 | JdGordon | [Saint]: *wink* |
| 14:43:24 | pamaury | I would say there is a point in documenting it because it helps reviewing it |
| 14:44:03 | | Quit stoffel (Ping timeout: 260 seconds) |
| 14:44:17 | jhMikeS | don't want to spend excessive amounts of time on that until after pushing the big red "commit" button |
| 14:44:53 | pixelma | jhMikeS: well, it's your time really. If you missed something fundamental in the beginning because of not discussing it earlier and have to start over... nothing more to add |
| 14:45:02 | [Saint] | I'd say it couldn't hurt. |
| 14:45:17 | [Saint] | Even if the whole thing doesn't go in, I'm sure pieces of it will. |
| 14:45:32 | | Quit mt (Quit: ChatZilla 0.9.86.1 [Firefox 4.0/20110318052756]) |
| 14:45:33 | [Saint] | they still need documentation. |
| 14:46:19 | jhMikeS | pixelma: i'd say that's highly unlikely it would need utterly to be started over |
| 14:46:25 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
| 14:47:24 | jhMikeS | I do explain things in comments and why code exists, which the old lacked, so in a way it is more "documented" |
| 14:48:25 | jhMikeS | so, in short, besides the codecs, there is no major architectural change since surrounding code just doesn't allow that yet |
| 14:49:44 | jhMikeS | what it mostly addresses are bugs or behavior that is otherwise undefined that leaves the current implementation comatose |
| 14:51:48 | *** | Saving seen data "./dancer.seen" |
| 14:55:19 | jhMikeS | codes aren't in control of the engine, the engine controls codes (which is important for not getting stuck and unable to manually skip), codecs stay resident and are initialized at load time, they begin decoding when called to do |
| 14:56:17 | jhMikeS | as it is, if you lose the codec, the playback is almost helpless to do anything at all |
| 15:00 |
| 15:01:02 | * | jhMikeS recommends patching a tree and looking at key files and not trying to read the patch directly |
| 15:02:15 | kugelp | pictures about the playback architecture would be nice |
| 15:02:49 | | Join einhirn [0] (~Miranda@p548511E2.dip0.t-ipconnect.de) |
| 15:03:28 | | Join stoffel [0] (~quassel@p57B49DAC.dip.t-dialin.net) |
| 15:03:40 | jhMikeS | |track0|track1|track2|.....|trackN| ... buffered track variables: start (first buffered), current (decoding), end (after last buffered) <−− not much more to it |
| 15:04:14 | jhMikeS | ok, a little more |
| 15:05:50 | | Join smk [0] (7448c114@gateway/web/freenode/ip.116.72.193.20) |
| 15:14:30 | | Quit smk (Ping timeout: 252 seconds) |
| 15:15:04 | | Quit soap (Read error: Connection reset by peer) |
| 15:15:36 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 15:15:42 | | Join smk [0] (~smk@116.72.193.20) |
| 15:16:08 | | Join mshathlonxp [0] (~msh@5acba0c8.bb.sky.com) |
| 15:16:20 | | Part smk |
| 15:19:23 | soap | the other point in documenting it is that if it never goes in at least the next person to try climbing this Everest can decide beforehand if your footsteps are worth following. |
| 15:23:25 | [Saint] | And how many sherpas to bring... |
| 15:23:44 | jhMikeS | no idea about that...if they're not willing to read the code an understand it to decide, they probably shouldn't bother...I've heard talk about the bugs and how it should be done and this and that for years, when it happens, it encounters more resistance than enthusiasm, which is intriguing to say the least |
| 15:24:08 | * | gevaerts nods |
| 15:24:27 | gevaerts | We're all afraid of change I suspect |
| 15:24:49 | [Saint] | some more adventurous than others |
| 15:24:51 | jhMikeS | carry paper |
| 15:25:09 | * | [Saint] awards jhMikeS one internet |
| 15:26:18 | gevaerts | We just released 3.8.1, and we expect 3.9 two months from now. I'd say this is a good time for adventurous changes |
| 15:27:13 | [Saint] | That's generally been the way things swing. |
| 15:28:19 | | Join smk [0] (smk@116.72.193.20) |
| 15:28:33 | smk | hi AlexP |
| 15:28:41 | [Saint] | jhMikeS: gevaerts: etc: Perhaps it might be worthwhile to compile a bunch of builds and link then on the unsupported builds page (or where appropriate) for etsting? |
| 15:28:44 | [Saint] | Or, too early? |
| 15:28:55 | jhMikeS | swing it like a, uhm.... |
| 15:29:02 | [Saint] | s/then/them/ |
| 15:29:20 | gevaerts | [Saint]: no, for technical reasons |
| 15:29:20 | [Saint] | *testing too |
| 15:29:41 | jhMikeS | massive codec recording patches were easier even with reliable wav recording, but those were the good 'ol days |
| 15:29:48 | gevaerts | Those would belong in Official Test Builds, not unsupported builds |
| 15:30:12 | [Saint] | Well, I thought of that ;) |
| 15:30:14 | [Saint] | "(or where appropriate)" |
| 15:30:55 | [Saint] | People are far more likely to test it if there's precompiled builds IMO |
| 15:31:16 | [Saint] | and in my understanding, we want to throw a bunch of use cases at it. |
| 15:31:26 | * | gevaerts nods |
| 15:31:26 | [Saint] | so, ...no time like the present? |
| 15:31:39 | gevaerts | jhMikeS' call though. I don't know how ready it is |
| 15:31:46 | [Saint] | I'm using it. |
| 15:31:55 | [Saint] | hasn't blown up my phone yet ;) |
| 15:31:56 | jhMikeS | right now, I don't understand "use cases". playback has one use case...play a list of files and skip around when asked to |
| 15:32:42 | [Saint] | jhMikeS: well, who knows really... |
| 15:32:43 | jhMikeS | one thing I don't know is the scrobbler support even though I know it calls that stuff at the right time, I just haven't bothered |
| 15:32:44 | gevaerts | jhMikeS: I'm sure you're oversimplifying, or I don't understand the thousands of lines :) |
| 15:34:37 | [Saint] | by "use cases" I personally mean "as many users as possible throwing their personal habits at the device and seeing if it still stacks up". Some users do some very weird things ;) |
| 15:34:39 | jhMikeS | not really, it doesn't have very many responsibilities, most of the fancy junk is implemented elsewhere |
| 15:34:49 | | Quit GeekShadow (Remote host closed the connection) |
| 15:35:20 | * | jhMikeS would love a concrete example or two of 'weird things' |
| 15:36:57 | | Part smk ("Leaving") |
| 15:37:00 | [Saint] | weird combinations of config settings, "obscure"TM codecs, extremely diverse codec ranges in playlists... |
| 15:37:05 | [Saint] | "who knows" ;) |
| 15:37:43 | jhMikeS | already did the second quite a bit |
| 15:38:26 | soap | I would think 3.9 could be delayed in the name of playback engine replacement. |
| 15:38:50 | gevaerts | if needed, yes |
| 15:39:23 | jhMikeS | the first somewhat too...internally it has three settings: crossfade, skip buffer and cuesheet |
| 15:39:42 | gevaerts | I'd say two months is a long time though, so I'd think it's not *that* likely to be a problem |
| 15:40:22 | jhMikeS | the rest of the stuff just needs the track notifications at the right time |
| 15:42:26 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 15:43:05 | | Quit soap (Ping timeout: 248 seconds) |
| 15:43:09 | | Join soap [0] (~soap@24.106.206.178) |
| 15:43:09 | | Quit soap (Changing host) |
| 15:43:09 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 15:43:51 | jhMikeS | NSF needs a little emergency work thereafter since it can't poke stuff straight into the WPS's data any more |
| 15:44:18 | | Join soap__ [0] (~soap@94.75.232.194) |
| 15:44:30 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
| 15:45:09 | | Quit soap (Disconnected by services) |
| 15:45:12 | | Nick soap__ is now known as soap (~soap@94.75.232.194) |
| 15:45:31 | | Quit soap (Changing host) |
| 15:45:31 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 15:45:42 | jhMikeS | but that habit has been admonished lately anyway |
| 15:47:00 | soap | the whole release thing is arbitrary as is. If a major rework of playback is being offered (and stands up to the critics it will surely face) I really think the gift horse shouldn't be looked in the mouth and everybody (esp users) would be best served by all thoughts of a "release" being delayed until that point in time playback is deemed clean. |
| 15:47:37 | soap | any talk of "3.9" just seems like a distraction. |
| 15:47:49 | * | gevaerts doesn't entirely agree |
| 15:48:16 | gevaerts | If 3.9 were planned in two weeks, I would *not* commit something like this now |
| 15:48:31 | jhMikeS | I know of some fairly cosmetic glitches with cuesheets and A-B, which really stem from their own implementations , but I'd rather get right on that afterwords even thought they still work properly |
| 15:49:24 | jhMikeS | let's just go to 11 (big version jumps make it seem that much more special :) |
| 15:49:24 | gevaerts | Big changes and releases interact, and depending on the situation one of them may have to wait |
| 15:50:08 | gevaerts | So sure, if two months isn't enough, by all means postpone 3.9 |
| 15:51:56 | jhMikeS | it's already got weeks of me beating on it looking for problems, using features I didn't even know about until now...I know it's not fragile |
| 15:57:48 | AlexP | soap: Not particularly arbitrary, as they are at regular intervals |
| 15:57:57 | AlexP | However, I would say this is the ideal time |
| 15:58:19 | AlexP | We can all test a bit, then get it in to be prodded by the userbase |
| 15:58:28 | AlexP | And if needs be, 3.9 can be delayed of course |
| 15:59:05 | AlexP | smk: If you read the logs sorry I missed you again |
| 15:59:20 | AlexP | smk: Keep prodding, and in response to your query, yes, no problem |
| 16:00 |
| 16:02:40 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 16:02:58 | | Quit cjcopi (Ping timeout: 252 seconds) |
| 16:04:13 | | Join cjcopi [0] (~craig@charon.craig.copi.org) |
| 16:05:28 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 16:14:06 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 16:14:36 | | Quit soap (Quit: Leaving) |
| 16:23:00 | bertrik | Can someone with an ipod accessory do a simple test of a patch I made? |
| 16:36:23 | | Quit [Saint] (Quit: I'm only going to heaven, if it feels like Hell. I'm only going to heaven, if it tastes like caramel...) |
| 16:37:56 | | Quit petur (Quit: *plop*) |
| 16:47:44 | | Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz) |
| 16:51:49 | *** | Saving seen data "./dancer.seen" |
| 16:58:35 | | Quit Topy (Quit: Leaving) |
| 16:59:32 | | Join Topy44 [0] (~Topy44@f048233034.adsl.alicedsl.de) |
| 17:00 |
| 17:03:06 | | Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 17:16:19 | kugel | bertrik: I'm not even sure we have someone |
| 17:28:32 | | Join smk [0] (smk@116.72.193.20) |
| 17:31:47 | | Quit Topy44 (Quit: Leaving) |
| 17:32:20 | bertrik | I think soap has a collection but he left before I thought of asking him |
| 17:32:32 | | Join Topy44 [0] (~Topy44@f048233034.adsl.alicedsl.de) |
| 17:36:49 | | Quit zu (Quit: Lost terminal) |
| 17:45:49 | mshathlonxp | was in past two weeks changed something that could affect ipod video charging? |
| 17:49:19 | | Join zu [0] (~zu@ks355000.kimsufi.com) |
| 17:50:06 | CIA-87 | New commit by pamaury (r29738): sbtools: move internal elf definition to elf.c, implement elf reading ... |
| 17:54:57 | CIA-87 | r29738 build result: All green |
| 17:57:28 | | Join BHSPitLappy [0] (~BHSPitLap@unaffiliated/bhspitmonkey) |
| 17:57:56 | | Quit TheSeven (Read error: Connection reset by peer) |
| 17:58:04 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 17:58:14 | | Quit mudd1 (Ping timeout: 276 seconds) |
| 18:00 |
| 18:00:27 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 18:01:41 | | Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) |
| 18:04:39 | | Quit leavittx (Remote host closed the connection) |
| 18:09:09 | | Part smk ("Leaving") |
| 18:22:19 | | Quit [Saint] (Quit: *PANIC*: sleep_buffer) |
| 18:24:12 | | Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz) |
| 18:27:14 | | Quit GodEater (Ping timeout: 240 seconds) |
| 18:33:15 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
| 18:34:06 | wodz | \o/ - passed lcd initialization step on my rk2705 device |
| 18:35:18 | pamaury | wodz: nice job |
| 18:35:31 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 18:36:08 | | Join sideral [0] (~sideral@213.165.85.248) |
| 18:36:08 | | Quit sideral (Changing host) |
| 18:36:08 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 18:44:06 | wodz | watching lcd which changes it's color as you told it to is fascinating :-) |
| 18:44:42 | | Quit krazykit (Quit: awe yeeeeeee) |
| 18:49:40 | | Quit linuxstb (Ping timeout: 258 seconds) |
| 18:50:07 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 18:50:51 | wodz | all our color targets use 16bit depth? |
| 18:51:53 | *** | Saving seen data "./dancer.seen" |
| 18:53:29 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 18:59:48 | mshathlonxp | <mshathlonxp> was in past two weeks changed something that could affect ipod video charging? |
| 19:00 |
| 19:00:50 | | Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 19:00:50 | | Quit Zagor (Changing host) |
| 19:00:50 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 19:07:51 | wodz | mshathlonxp: I don't recall any change in this region |
| 19:10:36 | mshathlonxp | for last several days I noticed that my ipod running 2 weeks old rockbox build could charge to 100% when connected to PC in USB mode, but not when connected to charger or PC without USB mode |
| 19:11:10 | mshathlonxp | today I upgraded to current build and now it charged to required voltage while connected to charger |
| 19:13:08 | * | pamaury is missing the understand of 16bytes of his sb file, but it seems these could be the most important ones ! |
| 19:13:38 | | Quit linuxstb (Ping timeout: 252 seconds) |
| 19:16:05 | | Quit komputes (Read error: Connection reset by peer) |
| 19:22:00 | | Quit factor (Read error: Connection reset by peer) |
| 19:29:09 | | Join factor [0] (~factor@75.108.68.114) |
| 19:29:20 | TheLemonMan | talking of the header ? |
| 19:29:42 | | Join saratoga_ [0] (600afc5f@gateway/web/freenode/ip.96.10.252.95) |
| 19:29:59 | saratoga_ | jhMikeS: perhaps the audio rework is a good use for a branch in SVN? |
| 19:32:46 | pamaury | TheLemonMan: no |
| 19:32:55 | pamaury | some hidden commands inbetween sections |
| 19:33:09 | pamaury | I think the section headers are not used by the bootrom |
| 19:33:17 | pamaury | it uses some TAG commands |
| 19:35:59 | TheLemonMan | undocumented one ? |
| 19:37:13 | pamaury | I realized this because I'm writing elftosb and noticed a size mismatch. There is the code of elftosb2 of course, but err, it's not very self clear :) |
| 19:37:34 | pamaury | -self |
| 19:38:15 | TheLemonMan | maybe it's a padding issue ? |
| 19:38:35 | pamaury | no |
| 19:38:44 | pamaury | I don't think so |
| 19:39:04 | pamaury | the elftosb2 code inserts explicit TAG commands, I'm modifying sbinfo to check this |
| 19:39:14 | pamaury | it uses nop to pad |
| 19:41:52 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 19:47:03 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 19:47:54 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 19:56:23 | AlexP | jhMikeS: I haven't managed to make it fall over yet :) |
| 20:00 |
| 20:07:22 | | Quit stoffel (Remote host closed the connection) |
| 20:12:07 | | Quit [Saint] (Ping timeout: 276 seconds) |
| 20:16:26 | | Join {phoenix} [0] (~dirk@p5DF2D164.dip.t-dialin.net) |
| 20:17:15 | | Quit saratoga_ (Quit: Page closed) |
| 20:21:01 | | Quit sideral (Quit: Leaving.) |
| 20:24:10 | | Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz) |
| 20:24:27 | | Quit DX3 (Quit: Never look down on someone unless you're helping them up.) |
| 20:26:01 | bertrik | It appears that a problem with switching an sd card to high speed on AMSv2 happens on AMSv1 too. |
| 20:27:37 | | Quit jhMikeS (Ping timeout: 260 seconds) |
| 20:37:25 | CIA-87 | New commit by pamaury (r29739): sbtoelf: include a raw command mode to see hidden command used by the bootrom (tag and nop) |
| 20:37:30 | CIA-87 | New commit by pamaury (r29740): sbtoslf: command size doesn't include itself, but section can be padded with random data |
| 20:37:32 | CIA-87 | New commit by pamaury (r29741): elftosb: more code toward sb production |
| 20:38:05 | | Quit BHSPitLappy (Quit: Ex-Chat) |
| 20:41:27 | | Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee) |
| 20:42:10 | CIA-87 | r29739 build result: All green |
| 20:46:14 | CIA-87 | r29741 build result: All green |
| 20:51:56 | *** | Saving seen data "./dancer.seen" |
| 20:52:32 | bertrik | where did r29740 go? |
| 20:54:24 | bluebrother | who needs that? ;-) |
| 21:00 |
| 21:00:04 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 21:03:22 | pamaury | nobody :) Anyway, the server doesn't build tools do it ? |
| 21:08:50 | bluebrother | no, but it builds on tool commits :) |
| 21:08:54 | bluebrother | (AFAIK) |
| 21:10:27 | pamaury | what is a "tool commit" ? |
| 21:13:03 | | Quit Stummi (Quit: Bye!) |
| 21:13:30 | bluebrother | a commit in tools/ |
| 21:13:45 | pamaury | yeah, mine is in utils/ |
| 21:14:15 | bluebrother | (at least that's what I meant, and I meant any tools, so also including Rockbox Utility and utils) |
| 21:15:30 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
| 21:33:23 | | Join skapazzo [0] (~skapazzo@195.81.67.123) |
| 21:55:41 | bluebrother | great. Now Rockbox Utility voice file creation crashes on Windows instead of only failing :( |
| 22:00 |
| 22:12:59 | | Quit [Saint] (Quit: I'm only going to heaven, if it feels like Hell. I'm only going to heaven, if it tastes like caramel...) |
| 22:16:31 | | Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz) |
| 22:24:41 | | Join thotypous [0] (~asdf@unaffiliated/thotypous) |
| 22:27:42 | | Quit domonoky (Read error: Connection reset by peer) |
| 22:27:49 | | Quit benedikt93 (Quit: "Facts do not cease to exist because they are ignored." - Aldous Huxley) |
| 22:27:54 | | Quit t0rc (Quit: WeeChat 0.3.4) |
| 22:41:27 | | Quit evilnick_B (Ping timeout: 252 seconds) |
| 22:51:20 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
| 22:51:59 | *** | Saving seen data "./dancer.seen" |
| 22:56:55 | | Quit TheLemonMan (Quit: Destructor called) |
| 22:58:49 | | Quit {phoenix} (Remote host closed the connection) |
| 23:00 |
| 23:05:36 | | Quit thotypous (Quit: leaving) |
| 23:05:55 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 23:11:04 | | Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
| 23:12:28 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 23:20:34 | soap | bertrik, I actually don't have a single iPod accessory. I just am a big fan of them being supported. |
| 23:21:56 | bertrik | oh ok, good! |
| 23:23:20 | bertrik | do we have any devs with an ipod accessory at all? |
| 23:26:32 | | Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) |
| 23:34:58 | | Quit krazykit (Quit: awe yeeeeeee) |
| 23:37:39 | | Quit leavittx (Ping timeout: 260 seconds) |
| 23:45:38 | wodz | I do have fm transmitter for my mini but I don't know if it uses iap at all |
| 23:47:13 | bertrik | my plan was to get a 2nd hand ipod nano 2g and a cheap fm remote from dealextreme and make that work |
| 23:47:28 | bertrik | wodz, does it have any kind of interaction with the ipod? |
| 23:47:40 | bertrik | or does it just take the line-out signal and put it on FM? |
| 23:48:28 | wodz | let me check |
| 23:48:34 | bertrik | my short term plan is to just blindly re-organise / clean up the code a bit |
| 23:50:13 | saratoga | we need someone with a car stereo, these seem to be the most complicated accessories |
| 23:51:00 | wodz | well it does have serial pads but dunno if it uses it |
| 23:53:19 | saratoga | you could try the OF and see if it goes into any kind of special mode or just treats it like a regular pair of headphones |
| 23:55:05 | wodz | I think it treats it like regular pair of headphones |
| 23:55:06 | pixelma | I thought gevaerts has a car with Ipod dock and an Ipod |
| 23:55:29 | | Quit factor (Quit: Leaving) |
| 23:55:35 | * | Bagder knows gevaerts has a green car |
| 23:55:51 | Bagder | oh, that's probably not the same thing... =-P |
| 23:56:16 | | Join factor [0] (~factor@75.108.68.114) |
icon identifies that the person is a core developer (has commit access).