| 00:01:36 | *** | Saving seen data "./dancer.seen" |
| 00:11:24 | Strife89 | Had he stayed for more than three minutes, we would have noticed and said "Yes". |
| 00:41:04 | | Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) |
| 00:41:07 | | Quit petur (Quit: Zzzzz Z!) |
| 00:42:23 | | Quit halmi_ (Read error: Connection reset by peer) |
| 00:54:25 | | Quit ender` (Quit: If Klingons had invented Usenet, killfiles really would...) |
| 00:56:27 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 00:58:34 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 01:00 |
| 01:00:28 | | Quit Horscht (Quit: Verlassend) |
| 01:00:30 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 7days + Remix Phase July 19th - July 26th) |
| 01:00:31 | | Quit bertrik (Quit: :tiuQ) |
| 01:00:44 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 01:06:07 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 01:08:57 | | Quit Jerom (Read error: Connection reset by peer) |
| 01:24:20 | | Part kraai |
| 01:28:29 | | Join evilnick- [0] (~evilnick@2001:0:4137:9e76:340a:59d3:9df1:3db4) |
| 01:31:00 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 01:37:02 | | Quit DerPapst (Quit: Leaving.) |
| 01:47:52 | | Quit anewuser (Ping timeout: 248 seconds) |
| 02:00 |
| 02:01:39 | *** | Saving seen data "./dancer.seen" |
| 02:03:04 | | Join noko [0] (~t.j.prins@ip51ce28bc.adsl-surfen.hetnet.nl) |
| 02:04:36 | noko | Could someone explain how I could possible get a r26850 Nano 2nd gen build. |
| 02:04:52 | noko | possibly* |
| 02:12:34 | n1s | check out r26850, build, install |
| 02:18:40 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 02:20:11 | noko | Check out, as in? |
| 02:22:46 | n1s | using subversion to checkout that particular revision of the rockbox code |
| 02:23:04 | n1s | why do you need that particular rev, btw? |
| 02:23:57 | noko | bug: FS #11433 & FS #11430 |
| 02:24:12 | n1s | we have guides how to build rockbox in the wiki, you just need to check out a specific rev instead of head |
| 02:24:49 | noko | The moment it tries to write it crashes with *PANIC* stkov nand. |
| 02:25:08 | noko | I read that this particular build, and the ones before that don't have this problem. |
| 02:25:57 | JdGordon | bieber: ping |
| 02:26:04 | bieber | Hey |
| 02:27:59 | JdGordon | hey |
| 02:27:59 | JdGordon | how much debugging ability does the parser have? Is it limited to just the line and error message? |
| 02:28:20 | n1s | noko: if you have linux or something unixy read this page http://www.rockbox.org/wiki/WebHome?topic=CrossCompiler about how to srt up a cross compiling toolchain to build your own rockbox |
| 02:28:33 | bieber | Yeah, it only keeps track of the line |
| 02:29:01 | noko | alright, thanks. |
| 02:29:16 | noko | You wouldn't have an older build laying around? haha |
| 02:29:19 | bieber | It also halts at the first error. I got around that one by making multiple parse calls in the theme editor |
| 02:29:41 | JdGordon | gevaerts: I'm pretty sure I know why scrolling doesnt work, should be an easy fix, and I'll look into how svn handles AA and fix that today (hopefully) also |
| 02:29:42 | n1s | noko: no, i don't have any nano2g builds laying around |
| 02:30:14 | gevaerts | JdGordon: I'm not sure if it's really AA related or just triggered by AA usage patterns |
| 02:30:24 | noko | It's fine, many thanks, I'll look it up tomorrow. Bed time. |
| 02:30:37 | n1s | indeed |
| 02:31:07 | JdGordon | bieber: for the sake of checkwps the first error is enough, but it would be nice if it said abit more about the error |
| 02:31:20 | | Join angelwolf71885 [0] (chatzilla@cpe-173-168-248-236.tampabay.res.rr.com) |
| 02:31:31 | gevaerts | JdGordon: I haven't tested this, but I suspect that other conditional viewports could show the same |
| 02:31:34 | JdGordon | which tag, which param, etc |
| 02:31:43 | bieber | Hmm |
| 02:31:58 | bieber | That shouldn't be hard to add to the error function |
| 02:32:14 | gevaerts | svn looks the same, i.e. it first shows the no-AA case and then switches to the AA variant. Only that one actually clears the no-AA case first |
| 02:32:35 | bieber | Maybe make different error functions for failing inside different parse functions, so you can tailor the info provided (i.e. if it fails in a conditional, tell which branch failed, in a tag tell which parameter, etc.) |
| 02:32:51 | JdGordon | gevaerts: well, conditional viewports never clear themselves so it depends alot on how you lay them out. svn might be sending an "aa ready" event to do a full redraw which I havnt hooked up yet to fix that |
| 02:33:02 | gevaerts | ah, right |
| 02:33:10 | bieber | I guess it would turn into a stack trace, if each level threw its own error |
| 02:33:14 | gevaerts | that would indeed explain it |
| 02:34:39 | gevaerts | so in general all sets of matching conditional viewports should cover the same area? |
| 02:35:36 | JdGordon | bieber: heck, even just saving the position of the cursor would make it more useful, we could then print the line and say "the error is HERE!!!" |
| 02:36:00 | bieber | That would be handy |
| 02:36:24 | JdGordon | yes |
| 02:37:25 | JdGordon | gevaerts: I might add a tag to actually force a viewport to be cleared which apparently themers would like |
| 02:37:25 | JdGordon | but thats for another day :) |
| 02:38:01 | gevaerts | JdGordon: I can live with it, as long as it's clear what's *supposed* to happen :) |
| 02:38:31 | | Join Sajber^ [0] (~Sajber^@h-109-228-137-214.NA.cust.bahnhof.se) |
| 02:39:11 | | Join Hillshum [0] (4ba5e17b@gateway/web/freenode/ip.75.165.225.123) |
| 02:39:43 | CIA-6 | New commit by bieber (r27476): Theme Editor: If a pr project specifies a valid #target value, its settings are now loaded into the device configuration panel when the theme is ... |
| 02:40:43 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.180) |
| 02:41:22 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 02:41:29 | CIA-6 | r27476 build result: All green |
| 02:45:04 | JdGordon | bieber: actually I think saving the error cursor is dead simple. I'll have a play today and commit it if i get it working nicely |
| 02:45:15 | bieber | I'm working on it now ;) |
| 02:45:32 | JdGordon | ok then :p |
| 02:46:13 | | Quit bmbl (Quit: Bye!) |
| 02:46:31 | bieber | Hmm |
| 02:47:01 | bieber | I'd like to try seeking back to the first newline to find the column number, but obviously that would fail for the first line |
| 02:47:38 | bieber | I guess I could just set a global variable for the beginning of the input at the very start of skin_parse |
| 02:48:22 | JdGordon | yeah, just as long as skin_debug.c has access to the start of text |
| 02:49:09 | | Quit n1s (Quit: Lämnar) |
| 02:49:14 | bieber | Could there be a situation when it didn't? As long as it gets passed a valid pointer, shouldn't it be allowed to read from it? |
| 02:50:47 | JdGordon | right, I meant that skin_debug.c needs to have a function it can get at the start of text variable |
| 02:50:52 | * | JdGordon is still half asleep |
| 02:59:04 | CIA-6 | New commit by bieber (r27477): Theme Editor: Added column number to parser error messages |
| 03:00 |
| 03:00:41 | CIA-6 | r27477 build result: All green |
| 03:00:53 | bieber | There we go |
| 03:01:05 | * | JdGordon has a look |
| 03:02:31 | JdGordon | hmm, I was hoping to actually use the cursor value directly, but I can fiddle |
| 03:03:22 | JdGordon | I wanted an output like "missing integer: %V(,0,0,0,0)" |
| 03:03:31 | bieber | Oh, okay |
| 03:03:52 | JdGordon | ^ Here |
| 03:03:54 | bieber | You could store the cursor easily enough from within skin_error, you'll just need to figure out how much text after it you want to emit |
| 03:04:08 | JdGordon | yeah, easy enough |
| 03:09:58 | | Quit angelwolf71885 (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]) |
| 03:21:09 | | Join Rob2223 [0] (~Miranda@p4FDCAE06.dip.t-dialin.net) |
| 03:23:58 | JdGordon | bieber: S_a_i_n_t: pixelma: http://pastebin.com/jCpJZdBF |
| 03:24:59 | | Quit Rob2222 (Ping timeout: 276 seconds) |
| 03:25:28 | | Quit Sajber^ (Read error: Connection reset by peer) |
| 03:30:25 | | Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
| 03:37:24 | | Join Rob2222 [0] (~Miranda@p4FDCA7D0.dip.t-dialin.net) |
| 03:40:42 | | Quit Rob2223 (Ping timeout: 265 seconds) |
| 03:45:04 | JdGordon | ah nuts... wrong error is being reported :/ |
| 03:45:53 | JdGordon | bieber: you probably cant be bothered with this but... http://pastebin.com/Yy5D6k3S |
| 03:46:26 | JdGordon | (the end of the line is cut off but apart from the missing < it shuold work) |
| 03:50:16 | | Join Rob2223 [0] (~Miranda@p4FDCAB0A.dip.t-dialin.net) |
| 03:52:37 | | Quit noko () |
| 03:54:14 | | Quit Rob2222 (Ping timeout: 265 seconds) |
| 04:00 |
| 04:01:41 | *** | Saving seen data "./dancer.seen" |
| 04:03:21 | | Quit pixelma (Disconnected by services) |
| 04:03:21 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:03:32 | | Quit amiconn (Disconnected by services) |
| 04:03:34 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:03:36 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:03:53 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:04:39 | JdGordon | If that keeps being a problem I can manually find the error in the line without too much effort, but it would be nice if the parser didnt mislead us :p |
| 04:07:01 | JdGordon | meh, anyway i guess this is about a million times better then svn :) |
| 04:08:16 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 04:15:53 | | Join Tarvis [0] (~Tarvis@106.203.100.97.cfl.res.rr.com) |
| 04:23:25 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 04:28:18 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:34:07 | | Nick evilnick- is now known as evilnick (~evilnick@2001:0:4137:9e76:340a:59d3:9df1:3db4) |
| 04:34:17 | | Quit evilnick (Read error: Connection reset by peer) |
| 04:35:56 | | Quit MethoS- (Remote host closed the connection) |
| 04:42:30 | | Quit Strife89 (Quit: Reboot.) |
| 04:50:11 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 04:51:57 | | Quit Barahir (Ping timeout: 260 seconds) |
| 04:53:31 | | Join Barahir [0] (~jonathan@frnk-590fedf6.pool.mediaWays.net) |
| 05:00 |
| 05:06:51 | | Join Strife89|PalmTX [0] (~cstrife89@adsl-80-191-46.mcn.bellsouth.net) |
| 05:19:02 | | Join Strife89 [0] (~Strife89@adsl-80-191-46.mcn.bellsouth.net) |
| 05:20:11 | | Quit Strife89|PalmTX (Quit: No need to waste my Palm's battery.) |
| 05:28:48 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
| 05:29:44 | | Quit CaptainKwel (Quit: Ex-Chat) |
| 05:33:12 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.110) |
| 05:34:34 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 05:48:14 | | Quit JdGordon (Ping timeout: 260 seconds) |
| 05:49:52 | | Quit S_a_i_n_t (Ping timeout: 245 seconds) |
| 05:51:23 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.254) |
| 05:55:53 | | Quit S_a_i_n_t (Ping timeout: 260 seconds) |
| 05:56:12 | | Join [Saint] [0] (S_a_i_n_t@203.184.5.254) |
| 06:00 |
| 06:00:32 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.146) |
| 06:00:46 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 06:01:44 | *** | Saving seen data "./dancer.seen" |
| 06:03:36 | | Quit Hillshum (Quit: Page closed) |
| 06:26:15 | | Quit avacore (Quit: Leaving) |
| 06:26:34 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
| 06:42:51 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
| 06:47:54 | | Quit Zigtown (Remote host closed the connection) |
| 06:54:07 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 07:00 |
| 07:04:28 | | Quit jhMikeS (Read error: Connection reset by peer) |
| 07:04:59 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 07:07:15 | | Join MxxCon [0] (donuts@ool-18b9baa8.dyn.optonline.net) |
| 07:07:36 | | Quit binaryhermit (Quit: Leaving) |
| 07:07:45 | MxxCon | hello folks. anybody here have experience with songbird's foldersync? |
| 07:09:06 | MxxCon | i'm trying to figure out how to import played track count from rockbox into songbird |
| 07:24:04 | | Quit scorche (Disconnected by services) |
| 07:24:15 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
| 07:37:09 | | Join Horschti [0] (~Horscht2@xbmc/user/horscht) |
| 07:38:08 | | Join Peter94 [0] (~IRC-Clien@port-92-202-23-109.dynamic.qsc.de) |
| 07:40:33 | | Quit solrize (Ping timeout: 240 seconds) |
| 07:40:53 | | Quit Horscht (Ping timeout: 264 seconds) |
| 07:42:36 | | Quit scorche` (Ping timeout: 265 seconds) |
| 07:45:53 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 07:52:41 | | Join solrize [0] (~phr@adsl-69-111-193-227.dsl.snfc21.sbcglobal.net) |
| 07:56:08 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 7days + Remix Phase July 19th - July 26th) |
| 07:57:51 | | Quit solrize (Read error: Connection reset by peer) |
| 08:00 |
| 08:01:47 | *** | Saving seen data "./dancer.seen" |
| 08:13:53 | | Join solrize [0] (~phr@adsl-67-122-211-208.dsl.pltn13.pacbell.net) |
| 08:49:57 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 08:55:46 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
| 08:58:20 | | Quit krazykit (Read error: Operation timed out) |
| 09:00 |
| 09:02:40 | | Quit bieber (Ping timeout: 246 seconds) |
| 09:02:56 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 09:04:02 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 09:12:31 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 09:26:48 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 09:28:00 | | Join stoffel [0] (~quassel@p57B4AB62.dip.t-dialin.net) |
| 09:29:17 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.208) |
| 09:46:25 | | Join Rob2222 [0] (~Miranda@p4FDCB764.dip.t-dialin.net) |
| 09:49:54 | | Quit Rob2223 (Ping timeout: 265 seconds) |
| 09:56:11 | | Quit Peter94 (Ping timeout: 265 seconds) |
| 10:00 |
| 10:01:50 | *** | Saving seen data "./dancer.seen" |
| 10:03:14 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
| 10:11:25 | | Join stoffel_ [0] (~quassel@p57B4DD70.dip.t-dialin.net) |
| 10:11:58 | | Quit stoffel (Ping timeout: 265 seconds) |
| 10:25:47 | | Quit riad (Quit: kennel panic) |
| 10:30:36 | | Join simonrvn [0] (simon@211.113-ppp.3menatwork.com) |
| 10:39:27 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 10:46:11 | * | TheSeven wonders what gevaerts did in r26071 |
| 10:46:58 | TheSeven | slipping in a change to a standard library function in a nodo reverting commit... |
| 10:52:45 | bluebroth3r | is the theme editor not building just me or is something broken? |
| 10:52:51 | bluebroth3r | or libskin_parser to be exact |
| 10:54:47 | bluebroth3r | hmm, there's indeed a problem. |
| 10:55:18 | JdGordon | whats the problem? |
| 10:58:06 | CIA-6 | New commit by bluebrother (r27478): Add missing argument that broke building libskin_parser outside of Rockbox. |
| 10:58:14 | bluebroth3r | JdGordon: see commit :) |
| 10:59:52 | CIA-6 | r27478 build result: All green |
| 11:00 |
| 11:05:02 | pixelma | TheSeven: you mean the change in firmware/common/format.c? Looks like an accidental commit (from tree without specifying the files or so) |
| 11:05:47 | | Quit JdGordon (Ping timeout: 265 seconds) |
| 11:07:15 | TheSeven | well, "format" might look a bit like audio/tag formats :) |
| 11:12:24 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 11:16:16 | * | TheSeven wonders where the header for sprintf.c is hiding |
| 11:18:57 | JdGordon | firmware/include ? |
| 11:19:12 | bertrik | I think we even have two headers for that (last time I looked) :) |
| 11:25:34 | bertrik | firmware/libc/include/stdio.h seems to be the one |
| 11:29:28 | | Quit JdGordon (Ping timeout: 265 seconds) |
| 11:30:55 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 11:32:02 | | Join halmi [0] (~netbook@93-82-33-238.adsl.highway.telekom.at) |
| 11:49:14 | | Join minus [0] (~minus@p5DC70AEF.dip0.t-ipconnect.de) |
| 11:52:36 | minus | hi, (how) is the USB HID working with rockbox at the moment? couldn't find a "remote control" app on my fuze v1, searching didn't turn up anything useful |
| 11:58:04 | Tarvis | well, frankly usb support in itself is amazing at the moment |
| 11:58:59 | Tarvis | since it's so new |
| 11:59:16 | Tarvis | so I don't think work has been done on accessories yet |
| 11:59:35 | Tarvis | by the way, this is usb for the fuze I mean |
| 12:00 |
| 12:01:50 | pixelma | HID mode is not an "app" - if it is enabled (in the settings) and already available on the Fuze v1 (not sure it is) then iit's there when you connect to USB |
| 12:01:54 | *** | Saving seen data "./dancer.seen" |
| 12:05:05 | minus | i thought you might need the app that rockbox actually sends the input and that you can use rockbox normally if the app isnt running |
| 12:07:44 | pixelma | hmm, I believe there was a plugin for this but my impression was that it wasn't maintained, not sure what happened to it |
| 12:15:10 | | Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) |
| 12:17:47 | | Join Jerom [0] (~heidi@79.132.46.225) |
| 12:25:37 | JdGordon | gevaerts: I've been testing with cabbie which produced a ton of other wierd effects but I'm now seeing exactly what you described.. |
| 12:25:41 | JdGordon | NFI how to fix it though :( |
| 12:27:37 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 12:32:30 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 12:32:53 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 12:53:37 | | Quit n17ikh (*.net *.split) |
| 12:53:37 | | Quit slck (*.net *.split) |
| 12:53:37 | | Quit dionoea (*.net *.split) |
| 12:53:37 | | Quit GeekShadow (*.net *.split) |
| 12:53:38 | | Quit bluebroth3r (*.net *.split) |
| 12:53:38 | | Quit kisak (*.net *.split) |
| 12:53:38 | | Quit ELM (*.net *.split) |
| 12:53:38 | | Quit merbanan (*.net *.split) |
| 12:53:38 | | Quit tchan (*.net *.split) |
| 12:53:38 | | Quit mikroflops (*.net *.split) |
| 12:53:38 | | Quit r0b- (*.net *.split) |
| 12:53:38 | | Quit Utchybann (*.net *.split) |
| 12:53:38 | | Quit crwl (*.net *.split) |
| 12:53:38 | | Quit detaos (*.net *.split) |
| 12:53:38 | | Quit Guest5171 (*.net *.split) |
| 12:53:38 | | Quit incant_ (*.net *.split) |
| 12:53:38 | | Quit ps-auxw (*.net *.split) |
| 12:53:38 | | Quit Kamyk (*.net *.split) |
| 12:53:39 | | Quit Torne (*.net *.split) |
| 12:54:15 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 12:54:15 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 12:54:15 | | Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) |
| 12:54:15 | | Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) |
| 12:54:15 | | Join ELM [0] (~bombtibet@c-67-168-129-213.hsd1.wa.comcast.net) |
| 12:54:15 | | Join merbanan [0] (~banan@c-89-160-72-125.cust.bredband2.com) |
| 12:54:15 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
| 12:54:15 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 12:54:15 | | Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) |
| 12:54:15 | | Join r0b- [0] (~nnscript@adsl-76-235-199-132.dsl.klmzmi.sbcglobal.net) |
| 12:54:15 | | Join Utchybann [0] (~Utchy@rps6752.ovh.net) |
| 12:54:15 | | Join dionoea [0] (~dionoea@yop.chewa.net) |
| 12:54:15 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) |
| 12:54:15 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 12:54:15 | | Join Torne [0] (torne@rockbox/developer/Torne) |
| 12:54:15 | | Join Kamyk [0] (kamyk@szluug.org) |
| 12:54:15 | | Join ps-auxw [0] (~arneb@dyn37.ps-auxw.de) |
| 12:54:15 | | Join incant_ [0] (~philippe@zone42.rdc.uottawa.ca) |
| 12:54:15 | | Join Guest5171 [0] (jljhook@irkki.fi) |
| 12:56:27 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 13:00 |
| 13:03:26 | | Join evilnick [0] (~evilnick@2001:0:4137:9e76:1459:3cce:b5a6:f655) |
| 13:03:26 | | Quit Rob2222 (Read error: Connection reset by peer) |
| 13:06:45 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 13:07:49 | | Quit kramer3d (Ping timeout: 248 seconds) |
| 13:08:32 | | Nick kramer3d_ is now known as kramer3d (~kramer@unaffiliated/kramer3d) |
| 13:14:06 | | Quit stripwax (Quit: http://miranda-im.org) |
| 13:41:04 | | Quit MethoS- (Remote host closed the connection) |
| 13:42:32 | | Join dantje_ [0] (~dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) |
| 13:48:20 | | Join giovanni_ [0] (~giovanni@93.37.246.211) |
| 13:48:57 | giovanni_ | Hi there. |
| 13:49:24 | giovanni_ | Should my patch be committted or not? http://www.rockbox.org/tracker/task/11478?project=1&type=4&order=dateopened&sort=desc |
| 13:52:51 | | Join bimbel [0] (~Miranda@unaffiliated/bmbl) |
| 13:56:35 | | Quit bmbl (Ping timeout: 258 seconds) |
| 13:57:51 | | Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) |
| 14:00 |
| 14:01:55 | *** | Saving seen data "./dancer.seen" |
| 14:05:48 | | Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) |
| 14:15:23 | | Join Sajber^ [0] (~Sajber^@h-109-228-137-214.NA.cust.bahnhof.se) |
| 14:16:17 | gevaerts | JdGordon: I'll test soon |
| 14:25:42 | | Quit evilnick (Ping timeout: 248 seconds) |
| 14:26:26 | | Join evilnick [0] (~evilnick@2001:0:4137:9e76:1459:3cce:b5a6:f655) |
| 14:26:33 | gevaerts | TheSeven: shouldI revert that bit of the revert? |
| 14:27:34 | * | gevaerts isn't sure |
| 14:28:23 | | Join CFP [0] (~wirc@80.125.172.2) |
| 14:29:48 | gevaerts | I proably should. IIRC there were some doubt if that change was a good idea |
| 14:31:15 | | Quit CFP (Client Quit) |
| 14:31:40 | TheSeven | if it hasn't caused trouble until today, i don't think so |
| 14:31:51 | TheSeven | someone might actually be relying on it now |
| 14:32:17 | S_a_i_n_t | pixelma: There is still "Remote Controll", but bugered if I know how/if it works. |
| 14:32:30 | S_a_i_n_t | I can't seem to get my Nano1G to do anything with it... |
| 14:32:43 | S_a_i_n_t | *buggered even |
| 14:33:30 | gevaerts | TheSeven: the trouble it can cause is somewhat obscure. You have to build the sim (or RaaA) with rockbox libc, which isn't the default any more, but which should still be supported |
| 14:34:38 | TheSeven | what does this change actually do? it will just support an additional printf type, does it? |
| 14:34:49 | gevaerts | yes |
| 14:34:55 | TheSeven | what happens if it isn't supported? will it just pass through without being replaced? |
| 14:34:58 | S_a_i_n_t | Ah, S_a_i_n_t should have said "Remote Control.rock", even. |
| 14:35:36 | gevaerts | I think so |
| 14:35:46 | TheSeven | oh, you're thinking of a case where sizeof(size_t)<sizeof(long) could be causing a segfault that way? |
| 14:36:16 | gevaerts | maybe not a segfault, but at least a wrong result |
| 14:37:52 | gevaerts | We have four files that use %z |
| 14:39:06 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 14:40:49 | S_a_i_n_t | bieber: Ping? |
| 14:42:02 | bieber | S_a_i_n_t: Hey |
| 14:42:25 | S_a_i_n_t | hehe, thought you were asleep, pm'd you ;) |
| 14:42:51 | CIA-6 | New commit by gevaerts (r27479): Revert accidental commit of "%z" support in r26071 (the implementation assumed size_t==long, which is not always the case in hosted environments) ... |
| 14:44:24 | CIA-6 | r27479 build result: All green |
| 14:46:03 | | Join stooo [0] (~sto@f051112233.adsl.alicedsl.de) |
| 14:48:03 | S_a_i_n_t | Eeeek!, are the manuals known broken or did they get a *major* pruning? |
| 14:49:16 | pixelma | looks broken, let's see |
| 14:49:33 | | Quit stooo (Client Quit) |
| 14:49:58 | | Quit scorche (Disconnected by services) |
| 14:50:04 | S_a_i_n_t | seems as though half(or more) of it is missing. |
| 14:50:07 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
| 14:50:15 | S_a_i_n_t | I only have 4 sections in the Nano1G manual |
| 14:51:02 | pixelma | in the online one |
| 14:51:39 | * | pixelma scratches head |
| 14:52:26 | CIA-6 | New commit by bertrik (r27480): Update Chinese (simple) translation - FS #11484 by Purling Nayuki |
| 14:52:40 | pixelma | it suspiciously breaks at the first screenshot, but everything worked for me when textcompiling PDFs :\ |
| 14:52:59 | S_a_i_n_t | pixelma: http://download.rockbox.org/daily/manual/rockbox-ipodnano1g/rockbox-build.html |
| 14:53:22 | * | S_a_i_n_t does not know why he bothered to link that, of course you know where it is ;) |
| 14:53:23 | pixelma | yes... |
| 14:53:29 | S_a_i_n_t | *brain malfunction* |
| 14:53:37 | pixelma | and I said PDFs still work |
| 14:53:51 | CIA-6 | r27480 build result: All green |
| 14:54:17 | S_a_i_n_t | PDF's not working effects HTML manuals? |
| 14:54:25 | * | S_a_i_n_t genuinely doesn;t know. |
| 14:54:32 | pixelma | no |
| 14:54:47 | S_a_i_n_t | Ah, that was just a bonus, gotcha |
| 14:55:04 | pixelma | usually both are broken |
| 15:00 |
| 15:02:25 | | Quit Jerom (Read error: Connection reset by peer) |
| 15:02:49 | bieber | Are coordinates for touch areas supposed to be screen absolute or relative to the current viewport? |
| 15:03:00 | | Quit stripwax (Quit: http://miranda-im.org) |
| 15:03:11 | | Join Jerom [0] (~jerome@79.132.46.225) |
| 15:04:20 | S_a_i_n_t | The way the guy in the forum worded it (*could just be wording*), it is like he expected a touch event to effect the whole viewport it was defined in? |
| 15:04:47 | S_a_i_n_t | http://download.rockbox.org/daily/manual/rockbox-ipodnano1g/rockbox-build.html <−− JdGordon: Input? |
| 15:05:04 | * | S_a_i_n_t assuems JdGordon knows how these touch-thingys work better than I |
| 15:05:04 | pixelma | S_a_i_n_t: wrong link? |
| 15:05:16 | S_a_i_n_t | pixelma: Indeed it is ;) |
| 15:05:29 | S_a_i_n_t | http://forums.rockbox.org/index.php?topic=25271.msg169410#msg169410 rather |
| 15:06:39 | pixelma | aha, the manuals that got the new option (seriesimg) are not broken, only those that don't have it. Building an html, tex complains that it couldn't find the screenshot size. The simple fix would be adding \seriesimg to all of them but... |
| 15:10:44 | pixelma | or \opting the part that deals with it - or set \seriesimg to \specimg or something for those that don't have it. Both in preamble.tex (our control file) |
| 15:12:48 | pixelma | if that is possible... |
| 15:14:10 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 15:20:50 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 15:24:05 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 15:24:11 | | Quit simabeis (Quit: Lost terminal) |
| 15:25:02 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
| 15:33:13 | | Join krazykit [0] (~kkit@206.183.185.8) |
| 15:37:13 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 15:41:39 | bertrik | Which .c file implements the Database menu? |
| 15:45:54 | Slasheri | tagtree.c |
| 15:47:37 | JdGordon | S_a_i_n_t: ? |
| 15:47:57 | JdGordon | bieber: viewport relative |
| 15:48:06 | JdGordon | just about everything is viewport relative |
| 15:48:26 | S_a_i_n_t | JdGordon: Reletive to this post http://forums.rockbox.org/index.php?topic=25271.msg169410#msg169410 |
| 15:48:42 | S_a_i_n_t | the behaviour he describes as "buggy" I find perfectly sane. |
| 15:49:10 | S_a_i_n_t | though...neither bieber or myself *definitely* know what he means. |
| 15:51:26 | JdGordon | which part of that post? |
| 15:51:29 | JdGordon | its rather long... |
| 15:52:36 | | Quit Morgan_Phoenix (Ping timeout: 260 seconds) |
| 15:52:42 | S_a_i_n_t | "1. You've added touchscreen areas, that's great but if I put them in a viewport like |
| 15:52:43 | S_a_i_n_t | Code: |
| 15:52:43 | S_a_i_n_t | %V(161,192,35,47,0)%Vf(CCCCCC)%Vb(000000) |
| 15:52:43 | DBUG | Enqueued KICK S_a_i_n_t |
| 15:52:43 | S_a_i_n_t | %T(0,0,35,35,play) |
| 15:52:43 | S_a_i_n_t | If I take a look at the preview window then the touchscreen area is shown in a viewport %V(0,0,35,35,..) instead of %V(161,192,35,35,...). I think that's no big problem for you and it's the only bug I've seen so far." |
| 15:53:05 | S_a_i_n_t | dammit! second time I've done that tonight...pretend that was a pastebin ;) |
| 15:53:35 | S_a_i_n_t | specifically: "If I take a look at the preview window then the touchscreen area is shown in a viewport %V(0,0,35,35,..) instead of %V(161,192,35,35,...)." |
| 15:53:36 | bertrik | Slasheri, thanks, I was looking at http://www.rockbox.org/tracker/task/9256 which seems to be a pretty old bug |
| 15:53:43 | S_a_i_n_t | ...what's wrong with that? |
| 15:54:12 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 15:54:47 | JdGordon | they are supposed to go in viewports |
| 15:55:15 | JdGordon | sorry, stupid irc didnt show the whole lot.. |
| 15:55:53 | pixelma | bertrik: I'd like to know if those who complain in this bug report, enabled "Gather runtime data" |
| 15:55:53 | JdGordon | yes, touch regions belong in viewports so they can be disabled just like anything else inside a viewport |
| 15:56:18 | | Quit Jerom (Quit: Leaving.) |
| 15:57:02 | S_a_i_n_t | Turns out even bieber didn't *quite* know what he was on about either....so, I don't think it actually *has* been changed to how the poster expects it to be. |
| 15:57:02 | | Join absolutgonzo [0] (www-data@giant.haxx.se) |
| 15:57:38 | S_a_i_n_t | I also reminded bieber that touch areas can be in viewports, and used conditionally. |
| 15:57:49 | S_a_i_n_t | (which I'll take as a bunus) |
| 15:57:55 | S_a_i_n_t | *bonus even. |
| 15:57:56 | bertrik | pixelma, do you think it has to be enabled for this feature to work? |
| 15:58:23 | | Join Jerom [0] (~heidi@79.132.46.225) |
| 15:58:28 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 15:58:28 | * | S_a_i_n_t is *really* amazed at how far bieber has gotten with being hurled into the deep end of theme tags |
| 15:58:35 | pixelma | bertrik: I'm pretty sure it is, and it's stated in the manual or/and DataBase |
| 15:58:40 | absolutgonzo | Hi there. I would like to contribute some battery benches for the iPod Nano 2G, since there are only 2 until now. Could someone please add http://www.rockbox.org/wiki/MaxMustermann to the WikiUsersGroup? |
| 15:58:47 | Slasheri | bertrik: "recently added" should work only after first time adding new files to the player (with initialized db and then running update) |
| 15:59:09 | pixelma | absolutgonzo: your name isn't really Max Mustermann, is it? |
| 16:00 |
| 16:00:09 | Slasheri | bertrik: it is correct behaviour if there are no recently added entries just after the db has been initialized |
| 16:00:19 | absolutgonzo | Yeah, well, if you have an really unique name, you tend to get cautious with it. Especially, when there is no reason for a real name... |
| 16:00:26 | S_a_i_n_t | bertrik: FWIW, I have *never* had a "recently added" entry...ever. |
| 16:00:36 | S_a_i_n_t | And yeah, "Gather Runtime Data" is on. |
| 16:01:14 | S_a_i_n_t | absolutgonzo: The reason is, the wiki asked you for it ;) |
| 16:01:16 | bertrik | Slasheri, I added some new files yesterday to an already initialised database and the new files don't show up for me either |
| 16:01:31 | Slasheri | bertrik: did you update the db? |
| 16:01:54 | bertrik | Not explicitly, but I did see the 9 commit steps on startup |
| 16:01:56 | *** | Saving seen data "./dancer.seen" |
| 16:02:05 | Slasheri | ok, then it should have been worked.. |
| 16:02:17 | | Join webguest50 [0] (www-data@giant.haxx.se) |
| 16:02:43 | absolutgonzo | Yeah, but where is the reason for the question? Just to avoid spam? Please... |
| 16:02:45 | bertrik | I don't have the "gather runtime data" setting turned on, but I think this shouldn't matter |
| 16:02:46 | S_a_i_n_t | I've never seen it...("it" being "recently added"), on any one of multiple RB'd targets. |
| 16:03:00 | S_a_i_n_t | Something is sure fushy, but I wonder why it works for some? |
| 16:03:06 | S_a_i_n_t | *fishy |
| 16:03:08 | Slasheri | bertrik: indeed, that feature shouldn't depend on that setting |
| 16:03:10 | gevaerts | absolutgonzo: we don't want anonymous contributions |
| 16:03:48 | bertrik | I think I'll add the current commit id to the database debug menu (locally only) |
| 16:03:50 | | Quit webguest50 (Client Quit) |
| 16:05:14 | Slasheri | good idea |
| 16:07:20 | absolutgonzo | Ok, that's... interesting. So, any contribution without realname is neither possible nor wanted? |
| 16:07:34 | soap | correct |
| 16:12:19 | | Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 16:13:08 | absolutgonzo | I consider that a pretty stupid idea. Especially since there is no sure way to determine someones real name in this context anyway (so someone is just unneccesary playing 1984) and the hassle about circumventing the realname-policy might prevent some ppl from sending in valuable contributions. Aber: Wer nicht will, der hat schon! Mehr sag ich da nicht zu... |
| 16:13:36 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 16:13:51 | soap | ok. Glad to know how you feel. |
| 16:14:45 | pixelma | absolutgonzo: what's your reason to hide your real name? |
| 16:15:47 | absolutgonzo | I already wrote: Yeah, well, if you have an really unique name, you tend to get cautious with it. Especially, when there is no reason for a real name. Just trying to minimize my footprint. |
| 16:16:01 | S_a_i_n_t | That's not a reason. |
| 16:16:07 | S_a_i_n_t | Just, odd paranoia |
| 16:16:16 | kisak | that's normal paranoia |
| 16:16:27 | kisak | nothing odd about it |
| 16:16:33 | gevaerts | absolutgonzo: it's really your choice. We ask for real names. If you don't want to give it, that's up to you |
| 16:16:42 | soap | If anything personal data neutral exposure dilutes the value of personal data positive exposure. |
| 16:17:00 | * | gevaerts 's name is also not very common |
| 16:17:22 | * | JdGordon finds this paranoya about real names stupid... |
| 16:17:45 | JdGordon | I take pride in my open source contributions under my real name (not to mentino they got me my past and current job) |
| 16:17:54 | soap | but, as gevaerts said, there's no gun to your head. |
| 16:18:07 | | Quit stripwax (Read error: Connection reset by peer) |
| 16:18:32 | pixelma | ok, I have a working solution to fix the broken html manuals, I guess there is a more elegant one but can't figure it out. I'd go for setting \seriesimg to \specimg if it is not defined in the platform file (I could only make an "ifdefined > else" work though) . Any objections? |
| 16:20:29 | gevaerts | JdGordon: svn also first shows the non-AA case, so that's not a regression. It would be nice if the AA code could see that the new track uses exactly the same AA and not have to reload it, but... |
| 16:21:53 | JdGordon | I'm not entirely sure what to do with this. Either the problem is entirely on how AA is done, or how conditionals changing is handled |
| 16:22:14 | gevaerts | I'm pretty sure it's related to AA handling |
| 16:22:16 | JdGordon | using the AA seems to show the effect much more obviously then other stuff (you wont see the problem at all with just text difference in the conditional values) |
| 16:22:17 | | Quit halmi (Quit: halmi) |
| 16:22:59 | gevaerts | When a track starts playing, AA isn't there. You can't really do much about that in the skin code |
| 16:23:04 | JdGordon | if it is just AA then probably the best fix would be to hook up an event which is fired off when AA is ready for the track, the skin would then do a full redraw |
| 16:23:12 | absolutgonzo | I just would like to contribute and not give the world unneccesary data of mine. When you are exposed to politicians like Wolfgang Schäuble, you don't consider minimal resourcefulness about your "footprint" odd. |
| 16:23:54 | JdGordon | absolutgonzo: if you wernt making a fuss you could have just made up a less obviously-fake name... |
| 16:24:18 | JdGordon | we obviously cant ask you to prove that your name isnt John Smith |
| 16:24:56 | S_a_i_n_t | as an added "fwiw" S_a_i_n_t also dislikes the way SVN shows the "false" case of AA first, and *then* the AA decides it wants to display. Even with small AA (I keep all my "on device" AA at 200x200px) it can take up to 10 seconds or so for a very highly graphical theme to decide it wants to show the AA. |
| 16:25:26 | gevaerts | S_a_i_n_t: I'm sure nobody *likes* it |
| 16:25:34 | S_a_i_n_t | and that's for flash, I assume it is worse on HDD |
| 16:25:50 | gevaerts | That doesn't mean it's easy to fix, or that the skin code *can* fix it |
| 16:26:26 | pixelma | AlexP, bluebroth3r: someone of you around? |
| 16:26:44 | absolutgonzo | Could someone know that an opensource-project is really making such a fuss about the "name" under which someone wants to contribute? |
| 16:27:22 | JdGordon | S_a_i_n_t: the fix for that is using a placeholder image, that wont make things get repositioned when aa is ready |
| 16:27:23 | gevaerts | absolutgonzo: we definitely are *not* the only project with this sort of requirement |
| 16:27:58 | S_a_i_n_t | If it is a defined standard, and others have no problem with providing a real name...why should there be an exception? |
| 16:33:02 | absolutgonzo | Why make a rule, where the individual is forced to provide sensitive data, but can easily circumvented by the use of the name "John Smith"? And how dare you saying that Max Mustermann is not my real name...... |
| 16:33:24 | S_a_i_n_t | you yourself confirmed it is not. |
| 16:33:26 | gevaerts | absolutgonzo: we did not say that, *you* did |
| 16:33:29 | S_a_i_n_t | (by your actions) |
| 16:34:15 | * | S_a_i_n_t also does not consider a real name to be "sensitive data" |
| 16:34:24 | JdGordon | absolutgonzo: that is the rule, if you arnt happy with it then so be it, but there is no need to keep discussing it |
| 16:34:28 | S_a_i_n_t | It's not like we ask for you bank account number |
| 16:34:39 | absolutgonzo | I could point out that I never wrote "Max Mustermann is not my real name" but that would be almost as stupid and unneccesary as the realname-policy. |
| 16:34:56 | CIA-6 | New commit by pixelma (r27481): Fix broken (html) manual: set seriesimg globally in preamble.tex to \specimg if it isn't defined in a target's platform file, otherwise tex tries to ... |
| 16:35:27 | pixelma | ^ feel free to improve... I'm not too happy with the solution but it works for now |
| 16:36:25 | CIA-6 | r27481 build result: All green |
| 16:36:47 | pamaury | absolutgonzo: if your name is a sensitive data then it means you must have a total control over its use. Do you claim such a thing ? |
| 16:36:51 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 16:37:12 | absolutgonzo | @ Saint: Yeah, nice that your real name is no sensitive data to you. But depending of your realname and the country you live in - yeah, thats damn sensitive data. Or did it not occur to you that not everyone is contributing from USA or UK, just because they speak english? |
| 16:37:31 | JdGordon | HAHAHA |
| 16:37:42 | JdGordon | they are the only countries which speak english? |
| 16:37:51 | gevaerts | Please stop discussing this. We have our policy, and you're free to not contribute if you don't like it |
| 16:38:07 | JdGordon | (plenty will debate that USA doesnt) |
| 16:38:15 | gevaerts | There's no need to pollute the logs further |
| 16:38:52 | pixelma | I'm sorry I asked that. I didn't want to turn it into a lengthy discussion |
| 16:39:08 | bertrik | Do we have some documentation for the tagnavi.config file format? |
| 16:39:28 | absolutgonzo | @ pamaury: My realname in context with a contribution of some sort (data, text, video, audio, etc) is very well a sensitive data. That has nothing to do with the control I have over my name. And there are still not enough battery benches for iPod Nano 2G... |
| 16:39:36 | pixelma | bertrik: DataBase in the wiki |
| 16:42:19 | absolutgonzo | @Saint: I would prefer that you dont call me a "fucking idiot" in your whispers. Thanks. |
| 16:42:20 | | Quit JdGordon (Ping timeout: 240 seconds) |
| 16:42:35 | S_a_i_n_t | PM, not relevant here. |
| 16:47:11 | | Join halmi [0] (~netbook@93-82-45-117.adsl.highway.telekom.at) |
| 16:53:50 | bertrik | Slasheri, the database commit id does seem to get increased correctly |
| 16:54:31 | | Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 16:54:56 | | Quit jordan` (Quit: Coyote finally caught me) |
| 17:00 |
| 17:04:11 | | Join halmi_ [0] (~netbook@93-82-46-17.adsl.highway.telekom.at) |
| 17:06:51 | | Quit halmi (Ping timeout: 265 seconds) |
| 17:07:16 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 17:12:40 | Slasheri | bertrik: it remains some low value? |
| 17:13:00 | Slasheri | oh, never mind.. |
| 17:13:18 | bertrik | yes, it's a sane low value and it does increase as expected |
| 17:13:34 | Slasheri | bertrik: try to export the db changelog |
| 17:13:57 | | Join halmi [0] (~netbook@93-82-37-182.adsl.highway.telekom.at) |
| 17:13:58 | Slasheri | from there you could see if individual entries gets the right value |
| 17:14:17 | bertrik | if I print the commit id of each entry during the "Recently Added" query, all entries seem to have value 0 |
| 17:14:26 | bertrik | (this is in the sim) |
| 17:15:00 | Slasheri | hmm.. so those entries might get an invalid value |
| 17:15:18 | Slasheri | or the query may not work |
| 17:15:30 | Slasheri | but please check the changelog |
| 17:16:42 | | Quit halmi_ (Ping timeout: 258 seconds) |
| 17:19:00 | bertrik | The changelog is empty, it only contains a comment line "## Changelog version 1" |
| 17:19:13 | pamaury | Slasheri: are you trying to fix the db ? :) |
| 17:20:16 | Slasheri | pamaury: at least help fixing it if some problems are found :) |
| 17:20:49 | Slasheri | bertrik: then it looks like the commit id does not get saved properly if no new files are listed |
| 17:20:51 | pamaury | there must be a problem somewhere because some report duplicate entries and empty recently added but where... |
| 17:21:25 | Slasheri | hmm.. please, not that duplicate entries again ;) than has been fixed so many times already :D |
| 17:22:16 | pamaury | you think there is a problem with the commit id when doing a scan ? |
| 17:22:53 | Slasheri | not sure because the "recently added" list works ok for me |
| 17:23:29 | Slasheri | i think the problem may be when adding new files to the db and commitid for those files remains at 0 |
| 17:23:50 | Slasheri | that would explain the empty changelog too (when no runtime data changes has been made) |
| 17:24:40 | pamaury | when there are added by which way ? |
| 17:25:32 | | Join halmi_ [0] (~netbook@93-82-33-153.adsl.highway.telekom.at) |
| 17:26:50 | Slasheri | commitid in the tagcache master index header gets increased during every commit, and all files added during that commit should get the current commit id from the master header before it gets increased |
| 17:27:09 | bertrik | What I see in the sim is that the conditions for setting idx.tag_seek[tag_commitid] are not met in function build_numeric_indices, so the commitid stays at 0 |
| 17:27:56 | pixelma | duplicated entries are still reported from time to time, unfortunately it only happens sometimes and it's next to impossible to find out under which circumstances they appear |
| 17:28:07 | bertrik | around line 2314 in tagcache.c |
| 17:28:07 | Slasheri | bertrik: interesting, could you do some debugging to find out what conditions are not met? |
| 17:28:11 | | Quit halmi (Ping timeout: 240 seconds) |
| 17:28:16 | pamaury | bertrik: do you know which test fail when conditions are not met ? |
| 17:28:33 | bertrik | tc_stat.ready=0 |
| 17:28:33 | bertrik | current_tcmh.commitid=0 |
| 17:28:39 | pixelma | and... initialisation hangs with no audio track present is also reported from time to time... |
| 17:29:16 | Slasheri | pixelma: oh.. that problem is still there.. |
| 17:30:18 | Slasheri | bertrik: those both are 0? |
| 17:30:38 | bertrik | yes, they both are |
| 17:30:49 | Slasheri | hmm.. then that doesn't look sane |
| 17:30:59 | Slasheri | maybe db is missing some initializations |
| 17:32:06 | Slasheri | unless that is the first commit |
| 17:32:08 | bertrik | or maybe something depends on a specific order, like that these fields are updated later |
| 17:32:37 | Slasheri | those should be zero only during the very first commit to a new db |
| 17:33:07 | Slasheri | bertrik: could you check logf if there are some other problems as well? |
| 17:34:00 | bertrik | for logf, I just have to enable LOGF_ENABLE, right? |
| 17:35:09 | Slasheri | yes, #define LOGF_ENABLE to the beginning of tagcache.c |
| 17:35:27 | | Quit Tuplis (Ping timeout: 276 seconds) |
| 17:35:34 | Slasheri | and then reconfigure with logf support |
| 17:36:25 | | Join halmi [0] (~netbook@188-22-117-73.adsl.highway.telekom.at) |
| 17:37:52 | bertrik | Here's a stdout output where I ran the sim three times, first there's nothing to do, second time it discovers a new audio file, third time it updates the database: http://pastebin.ca/1903041 |
| 17:38:29 | bertrik | lines 161, 162 are my extra debug output of tc_stat.ready and current_tcmh.commitid |
| 17:39:05 | | Quit halmi_ (Ping timeout: 260 seconds) |
| 17:39:22 | bertrik | Including the last added one, there are 6 audio files |
| 17:40:59 | Slasheri | hmm, interesting.. there doesn't seem to be any problems either |
| 17:43:48 | | Quit stoffel_ (Remote host closed the connection) |
| 17:44:08 | Slasheri | bertrik: in tagcache_thread() there is: |
| 17:44:10 | Slasheri | tc_stat.ready = check_all_headers(); |
| 17:44:28 | Slasheri | from that on, tc_stat.ready should remain true unless there are any errors reported |
| 17:44:33 | Slasheri | which i don't see |
| 17:45:54 | Slasheri | maybe you could check if it initially gets a true value? |
| 17:46:52 | Slasheri | hmm, oh! now i see the problem |
| 17:47:10 | Slasheri | because my commits have worked always without a need for a reboot.. |
| 17:47:27 | | Join halmi_ [0] (~netbook@188-22-119-82.adsl.highway.telekom.at) |
| 17:47:37 | Slasheri | the commit during a boot up is made before tagcache headers are checked |
| 17:47:47 | bertrik | ok |
| 17:48:46 | Slasheri | if you look at tagcache_thread() the commit is made before tagcache is fully initialized |
| 17:49:05 | bertrik | I had to reboot to get changes noticed by the database |
| 17:49:35 | Slasheri | yes, that happens when dircache and/or db load to ram is not enabled |
| 17:49:55 | | Quit halmi (Ping timeout: 264 seconds) |
| 17:50:22 | Slasheri | thanks for finding the issue.. i will look into that (correcting the initialization order) unless you wish to do it :) |
| 17:50:39 | bertrik | Indeed, load-to-ram and dircache were off |
| 17:51:04 | bertrik | Slasheri, I'd rather have you fix it, I'm no database expert (yet) :) |
| 17:51:15 | Slasheri | ok, i will look that today :) |
| 17:51:42 | bertrik | By the way, I'm not sure if this was the cause for not seeing recently added files/albums |
| 17:52:50 | Slasheri | that was the cause for the problem to occur and why i have never seen it myself |
| 17:53:21 | | Join halmi [0] (~netbook@93-82-33-146.adsl.highway.telekom.at) |
| 17:55:49 | | Quit halmi_ (Ping timeout: 260 seconds) |
| 18:00 |
| 18:02:00 | *** | Saving seen data "./dancer.seen" |
| 18:03:50 | | Join T44 [0] (~Topy44@g228142007.adsl.alicedsl.de) |
| 18:06:17 | | Join halmi_ [0] (~netbook@188-22-125-173.adsl.highway.telekom.at) |
| 18:08:20 | | Quit halmi (Ping timeout: 240 seconds) |
| 18:19:48 | | Join Kitr88 [0] (~Kitar_st@BSN-142-65-2.dial-up.dsl.siol.net) |
| 18:22:56 | | Quit Kitar|st (Ping timeout: 260 seconds) |
| 18:23:28 | | Join halmi [0] (~netbook@93-82-39-86.adsl.highway.telekom.at) |
| 18:23:54 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 18:24:19 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 18:24:31 | | Quit Kitr88 (Ping timeout: 265 seconds) |
| 18:24:42 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 18:25:41 | | Quit halmi_ (Ping timeout: 260 seconds) |
| 18:27:34 | | Join watr [0] (~r4nd0m@84.72.254.113) |
| 18:29:53 | | Join Kitar|st [0] (Kitar_st@BSN-182-94-226.dial-up.dsl.siol.net) |
| 18:31:19 | | Join halmi_ [0] (~netbook@93-82-39-252.adsl.highway.telekom.at) |
| 18:34:10 | | Quit halmi (Ping timeout: 265 seconds) |
| 18:35:14 | | Join kugel [0] (~AndChat@dslb-188-102-107-152.pools.arcor-ip.net) |
| 18:43:05 | | Join halmi [0] (~netbook@188-22-122-103.adsl.highway.telekom.at) |
| 18:44:08 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 18:45:20 | | Quit halmi_ (Ping timeout: 240 seconds) |
| 18:52:06 | | Join halmi_ [0] (~netbook@80-123-42-96.adsl.highway.telekom.at) |
| 18:53:48 | | Quit kramer3d (Quit: Leaving) |
| 18:54:44 | | Quit halmi (Ping timeout: 276 seconds) |
| 19:00 |
| 19:00:41 | bertrik | how far are you with the new fuzev2, does it accept rockbox now? does it boot? |
| 19:01:02 | bertrik | (^−−−−−−−−−− directed at funman) |
| 19:01:44 | funman | it accept rockbox and it boots if you use mkamsboot from svn |
| 19:02:21 | funman | the SD driver needs (hopefully small) modifications to work with the new models, and i didn't succeed yet; all the SD commands give a response timeout |
| 19:02:26 | | Part watr |
| 19:02:56 | | Quit Highlander (Quit: Quitte) |
| 19:03:13 | funman | the button code will need a few modifications as well, but left button and USB plug can already dualboot so the mkamsboot part is fine |
| 19:03:13 | bertrik | I wouldn't mind working on it, but I'm no expert at SD card stuff |
| 19:03:33 | bertrik | The button stuff is probably easy, I could figure that out\ |
| 19:04:10 | | Join halmi [0] (~netbook@93-82-44-103.adsl.highway.telekom.at) |
| 19:04:25 | funman | I think it only requires reverse engineering, the different part is in the controller setup |
| 19:05:07 | CIA-6 | New commit by funman (r27482): mkamsboot: take in account the additional 0x200 block when calculating size ... |
| 19:05:27 | | Quit giovanni_ (Read error: Connection reset by peer) |
| 19:05:56 | funman | I don't know much this part either, it was mostly written by FlynDice |
| 19:06:06 | | Quit halmi_ (Ping timeout: 240 seconds) |
| 19:06:53 | CIA-6 | r27482 build result: All green |
| 19:08:18 | n1s | hmm, O2 gives a 4% speedup of wma on my sansa but that makes it too big for the clip again, i wonder how to make the makefile select options on a more specific scale |
| 19:11:17 | n1s | would ifeq ($(MEMORYSIZE),2) be ok? |
| 19:11:49 | | Join halmi_ [0] (~netbook@80-123-44-45.adsl.highway.telekom.at) |
| 19:14:21 | | Quit halmi (Ping timeout: 240 seconds) |
| 19:16:35 | | Quit solrize (Ping timeout: 245 seconds) |
| 19:26:44 | | Join halmi [0] (~netbook@80-123-34-66.adsl.highway.telekom.at) |
| 19:29:26 | | Quit halmi_ (Ping timeout: 260 seconds) |
| 19:31:25 | | Join solrize [0] (~phr@adsl-67-122-211-208.dsl.pltn13.pacbell.net) |
| 19:40:35 | | Join Rob2222 [0] (~Miranda@p4FDCB764.dip.t-dialin.net) |
| 19:42:37 | | Join planetbeing [0] (~planetbei@s142-179-109-174.bc.hsia.telus.net) |
| 19:43:00 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 19:43:44 | funman | pixelma: can you tell me what's missing from FS #11379 ? I don't understand if something is missing for clip+/fuzev2 or all models |
| 19:47:01 | | Join saratoga_ [0] (463f90ed@gateway/web/freenode/ip.70.63.144.237) |
| 19:47:05 | pixelma | A-B repeat has two ways to set it on different targets. On targets with enough buttons you have a dedicated "Set A", "Set B" and a "Clear Marker" button or button combo. On targets with less buttons there is only one button that cycles through setting A, setting B and resetting if A-B repeat is enabled. I'm not sure if the latter way is documented in the manual... it's possible that it's not |
| 19:47:17 | pixelma | it was invented later |
| 19:47:42 | saratoga_ | do we support AB repeat for any reason other then some old player's OF had it (probably archos...) |
| 19:47:58 | pixelma | why shouldn't we? |
| 19:48:56 | saratoga_ | the usual arguments against supporting weird features |
| 19:49:04 | saratoga_ | complexity, bin size, etc |
| 19:49:21 | | Join halmi_ [0] (~netbook@93-82-33-203.adsl.highway.telekom.at) |
| 19:50:18 | pixelma | you find it weird, others may not and the feature has been there for a very very long time |
| 19:50:41 | S_a_i_n_t | Perhaps I'm a minority (I have no idea), but I use AB repeat quite often. |
| 19:51:01 | saratoga_ | whats it meant for ? |
| 19:51:13 | pixelma | funman: does the Fuze/Clip have the first or the second control scheme (different buttons or just one)? |
| 19:51:27 | saratoga_ | i assumed it was in so much 90s hardware because 'hey look we're not a cassette player' |
| 19:51:51 | | Quit halmi (Ping timeout: 240 seconds) |
| 19:51:51 | | Quit planetbeing (Read error: Connection reset by peer) |
| 19:52:28 | | Join planetbeing [0] (~planetbei@s142-179-109-174.bc.hsia.telus.net) |
| 19:54:45 | pixelma | funman: the "dedicated button version" is documented for the targets that have it and might just be missing the actual button descriptions for Fuze/Clip. The "one button version" is _possibly_ missing for all. I can take a look later but wanted to leave for a while |
| 19:55:22 | MxxCon | hello folks. anybody here have experience with songbird's foldersync? i'm trying to figure out how to import played track count from rockbox into songbird |
| 19:55:27 | | Quit kugel (Ping timeout: 240 seconds) |
| 19:56:24 | | Join kugel [0] (~AndChat@dslb-188-102-107-152.pools.arcor-ip.net) |
| 19:56:48 | S_a_i_n_t | MxxCon: Try this: http://forums.rockbox.org/index.php?topic=24936.msg167520#msg167520 |
| 19:57:44 | S_a_i_n_t | as of FolderSync 2.5.0 what you want is definitely possible |
| 19:57:55 | S_a_i_n_t | However, I have no idea how to do so. |
| 19:58:41 | MxxCon | S_a_i_n_t, yes that's why i'm asking. looking at the options for foldersync, so far i can't figure out how to do jump import w/o it nuking my current tracks/uploading new ones |
| 19:58:55 | MxxCon | jump=just |
| 19:59:38 | S_a_i_n_t | Try PMing the author of the patch through the rockbox forums. |
| 19:59:49 | S_a_i_n_t | Or, see if he has an email address listed. |
| 19:59:54 | | Quit DerPapst (Quit: Leaving.) |
| 20:00 |
| 20:00:01 | pixelma | maybe you could ask this question in some Songbird forums/IRC. I'm not aware of many people using it here (or what S_a_i_n_t said) |
| 20:00:08 | S_a_i_n_t | He used to be here a lot, but hasn't been recently |
| 20:00:10 | funman | pixelma: i don't know, can you point me to a part of manual / code / keymap where those buttons are used? |
| 20:00:22 | saratoga_ | do we have any contact with the songbird people |
| 20:00:51 | | Quit shai (Ping timeout: 240 seconds) |
| 20:01:06 | pixelma | funman: there is a define for it in the config files and in the keymap files (I mean the .c ones) |
| 20:01:06 | MxxCon | pixelma i'm in irc.mozilla.org/#songbird but it's a ghosttown :) |
| 20:02:01 | *** | Saving seen data "./dancer.seen" |
| 20:02:01 | MxxCon | maybe i'm approaching it the wrong way..how do you folks keep track of what's been played and what haven't? |
| 20:02:02 | S_a_i_n_t | Try PM the author through the rockbox forums, he does still watch the threads and tracker. |
| 20:02:38 | funman | sansas use AB_REPEAT_ENABLE = 1 |
| 20:02:39 | | Quit planetbeing (Read error: Connection reset by peer) |
| 20:02:40 | | Join planetbeing_ [0] (~planetbei@s142-179-109-174.bc.hsia.telus.net) |
| 20:03:09 | S_a_i_n_t | MxxCon: Personally, I have two different playcounts. One on my PC/Media centre, and another on my DAP(s) |
| 20:03:21 | S_a_i_n_t | I think it's weird to mix the two myself. |
| 20:03:52 | pixelma | funman: ACTION_WPSAB_SINGLE if it's the one button method with a define which button to use for it defined afterwards |
| 20:03:53 | pixelma | ) |
| 20:04:45 | MxxCon | i can't fit all of my music on my e250r, so i'd want some way to keep track of what's been listened to |
| 20:04:45 | funman | found: ACTION_WPS_ABSETB_NEXTDIR ACTION_WPS_ABSETA_PREVDIR, ACTION_WPS_ABRESET, |
| 20:05:25 | pixelma | ok, then there are dedicated buttons for each |
| 20:05:39 | MxxCon | so far this foldersync is the only way i found how to import played track into any 'music-management' app |
| 20:06:32 | funman | the buttons are defined in the fuze keymap manual though |
| 20:07:33 | funman | ah there's a builtin list of models instead of using a feature |
| 20:08:24 | funman | apps/gui/wps.c has some code #if AB_REPEAT_ENABLE == 2 but no model does that |
| 20:09:45 | | Join dockimble [0] (~dockimble@77.227.1.24) |
| 20:10:01 | dockimble | what is the status of rockbox on the sansa clip+? |
| 20:10:03 | | Quit saratoga_ (Quit: Page closed) |
| 20:10:06 | | Join halmi [0] (~netbook@80-123-36-142.adsl.highway.telekom.at) |
| 20:10:17 | funman | dockimble: check www.rockbox.org front page |
| 20:10:27 | pixelma | the feature was disabled befor the one button way was implemented (which is used by e.g. the Ipods and the Ondios due to the lack of buttons) |
| 20:10:49 | bluebroth3r | pixelma: back |
| 20:11:19 | funman | pixelma: afaict it was never used |
| 20:11:54 | pixelma | funman: guess they didn't have AB_REPEAT_ENABLE at all them |
| 20:11:57 | pixelma | *then |
| 20:12:03 | | Quit halmi_ (Read error: Operation timed out) |
| 20:13:11 | pixelma | bluebroth3r: just wanted to ask if you knew a nicer solution for my last commit. Without it the html manuals fail at the first screenshot |
| 20:13:55 | pixelma | (they are currently broken on rockbox.org, PDFs work though which is why I didn't notice) |
| 20:13:55 | CIA-6 | New commit by funman (r27483): AB_REPEAT_ENABLE was never defined to 2 ... |
| 20:14:51 | | Quit planetbeing_ (Ping timeout: 240 seconds) |
| 20:15:24 | CIA-6 | r27483 build result: All green |
| 20:16:27 | bluebroth3r | pixelma: well, one way would obviously to check in the screenshot macro instead of blindly using \seriesimg. Unfortunately that means repeating code in that macro :/ |
| 20:17:28 | bluebroth3r | but can't think of something much better than that, at least from top of my head |
| 20:17:46 | funman | pixelma: http://pastie.org/1049512 |
| 20:17:49 | CIA-6 | New commit by miipekk (r27484): Properly initialize tagcache headers when doing commit() during ... |
| 20:18:08 | Slasheri | bertrik: fixed ^^ |
| 20:18:09 | pixelma | bluebroth3r: yes and either check before the whole blob and have one complete with and one without \seriesimg - or excluding the \seriesimg lines and excluding the closing } for them a little later |
| 20:19:23 | CIA-6 | r27484 build result: All green |
| 20:19:27 | pixelma | funman: I'm a little bit against clogging features.txt with manual only features. I wonder if it could be made a linked but separate file |
| 20:19:33 | | Join stoffel [0] (~quassel@p57B4DD70.dip.t-dialin.net) |
| 20:20:56 | funman | 'linked' ? |
| 20:21:58 | pixelma | having a features.txt and manual-features.txt or so and have them both checked, just to make it clear to the reader what is used globally in Rockbox for language strings etc. and which is "only" used for the manual |
| 20:22:37 | | Quit stoffel (Read error: Connection reset by peer) |
| 20:23:16 | pixelma | manual only features don't "hurt" though |
| 20:23:44 | pixelma | maybe a comment in features.txt could be helpful - or sorting them |
| 20:24:07 | | Quit pamaury (Ping timeout: 240 seconds) |
| 20:24:55 | | Quit kugel (Ping timeout: 245 seconds) |
| 20:25:34 | | Join stoffel [0] (~quassel@p57B4DD70.dip.t-dialin.net) |
| 20:26:17 | funman | hm there was already 15 manual-only features |
| 20:26:34 | pixelma | that many? |
| 20:27:15 | pixelma | bluebroth3r: would you know some "ifndef" syntax - it would be slightly better to read. The ones I found on the net didn't work which is why I used \ifdefined and \else |
| 20:27:25 | funman | albumart backlight_fade_int backlight_fade_bool disk_storage remote_button_hold lcd_charcell lcd_flip lcd_contrast recording_linein recording_mic scrollwheel usb_power usbstack usb_hid_mouse large_plugin_buffer |
| 20:27:32 | | Part ELM |
| 20:27:54 | pixelma | ok |
| 20:28:29 | pixelma | then go ahead but I'd still wish it was a bit "cleaner" :) |
| 20:29:18 | | Join planetbeing [0] (~planetbei@24.86.178.47) |
| 20:29:46 | | Quit stoffel (Remote host closed the connection) |
| 20:30:14 | pixelma | funman: I can see in the diff that the other method is documented as well which is good :) |
| 20:31:27 | | Join stoffel [0] (~quassel@p57B4DD70.dip.t-dialin.net) |
| 20:32:38 | funman | ah so the one button function works on all models? |
| 20:33:05 | | Quit stoffel (Read error: Connection reset by peer) |
| 20:33:52 | | Join halmi_ [0] (~netbook@80-123-45-137.adsl.highway.telekom.at) |
| 20:34:59 | pixelma | seems so... by the way, You might still need the % behind the { because sometimes you'll get additional blank lines in the PDFs, for targets that won't have that paragraph. Unfortunately it's a bit unpredictable if it happens or not. If you want to be on the safe side just add them |
| 20:35:32 | | Join guymann_ [0] (~charlie@64-252-121-226.adsl.snet.net) |
| 20:35:53 | * | pixelma leaves for a while |
| 20:36:12 | | Quit guymann (Ping timeout: 240 seconds) |
| 20:36:26 | bluebroth3r | pixelma: sorry, no |
| 20:36:57 | | Quit halmi (Ping timeout: 265 seconds) |
| 20:39:25 | | Part MxxCon |
| 20:40:12 | | Quit planetbeing (Remote host closed the connection) |
| 20:40:12 | | Quit fredreichbier (Ping timeout: 240 seconds) |
| 20:40:24 | funman | ah i thought i was just a tex comment |
| 20:41:52 | | Quit S_a_i_n_t () |
| 20:42:58 | bertrik | Slasheri, great, thanks! |
| 20:43:11 | | Join planetbeing [0] (~planetbei@24.86.178.47) |
| 20:43:11 | CIA-6 | New commit by funman (r27485): Add a 'ab_repeat_buttons' feature ... |
| 20:44:33 | CIA-6 | r27485 build result: All green |
| 20:46:43 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.32) |
| 20:51:37 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-223-055.pools.arcor-ip.net) |
| 20:52:42 | amiconn | saratoga: AB repeat is definitely not supported by any SH1 archos OF. Don't know whether other (swcodec) OFs support it |
| 20:53:14 | * | funman never used that |
| 20:53:28 | amiconn | It's not an old feature - it was added well after swcodec |
| 20:53:38 | funman | i can see a use case: someone listening language teaching audio files and repeating the same word/sentence over and over |
| 20:53:39 | n1s | i think the iriver h100/h300 had somethink like ab repeat |
| 20:54:10 | n1s | funman: or trying to learn to play a passage of a track on an instrument |
| 20:54:15 | n1s | or to annoy people |
| 20:54:33 | | Quit minus (Quit: Verlassend) |
| 20:57:00 | | Join halmi [0] (~netbook@93-82-47-195.adsl.highway.telekom.at) |
| 20:59:25 | | Quit halmi_ (Ping timeout: 258 seconds) |
| 21:00 |
| 21:01:48 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 21:04:37 | | Join halmi_ [0] (~netbook@93-82-35-253.adsl.highway.telekom.at) |
| 21:04:46 | | Quit andash (Read error: Operation timed out) |
| 21:05:56 | CIA-6 | New commit by nls (r27486): FS #11454 Tuning of codec compiler options ... |
| 21:06:30 | funman | n1s: by increasing binsize? :) |
| 21:07:00 | n1s | :) |
| 21:07:27 | | Quit halmi (Ping timeout: 260 seconds) |
| 21:07:31 | CIA-6 | r27486 build result: All green |
| 21:08:28 | | Join andash [0] (~andash@h-121-189.A254.priv.bahnhof.se) |
| 21:08:29 | | Quit andash (Changing host) |
| 21:08:29 | | Join andash [0] (~andash@unaffiliated/andash) |
| 21:09:19 | | Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) |
| 21:15:19 | | Join halmi [0] (~netbook@188-22-114-9.adsl.highway.telekom.at) |
| 21:15:45 | | Quit BlakeJohnson86 (Ping timeout: 245 seconds) |
| 21:16:44 | | Quit Rob2222 (Ping timeout: 265 seconds) |
| 21:18:11 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 21:18:19 | | Quit halmi_ (Ping timeout: 252 seconds) |
| 21:19:36 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 21:19:55 | n1s | bertrik, Slasheri: should F#9256 be closed now? |
| 21:20:02 | n1s | FS |
| 21:20:09 | Slasheri | n1s: i think so |
| 21:20:26 | Slasheri | sorry.. i forgot to mention that in the commit message |
| 21:20:58 | n1s | np, will you close it? |
| 21:21:22 | Slasheri | i can try |
| 21:24:07 | n1s | it's great to see old bugs getting fixed |
| 21:24:15 | | Quit planetbeing (Quit: Colloquy for iPhone - http://colloquy.mobi) |
| 21:27:20 | | Join [Saint] [0] (S_a_i_n_t@203.184.1.203) |
| 21:28:47 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
| 21:33:35 | | Quit r0b- (Read error: Connection reset by peer) |
| 21:34:15 | | Join halmi_ [0] (~netbook@80-123-39-220.adsl.highway.telekom.at) |
| 21:36:12 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 21:36:36 | | Quit halmi (Ping timeout: 258 seconds) |
| 21:42:25 | | Quit joecool (Ping timeout: 245 seconds) |
| 21:46:29 | funman | bertrik: btw there's already 2 reports of Clip+ not upgrading with mkamsboot 1.2 so the Fuzev2 modification might have been applied to Clip+ too |
| 21:46:42 | | Quit BlakeJohnson86 (Ping timeout: 265 seconds) |
| 21:48:13 | bertrik | hm, I didn't know that yet |
| 21:48:43 | funman | http://anythingbutipod.com/forum/showthread.php?p=484223 (there's a link to the other report in this thread) |
| 21:54:12 | | Join halmi [0] (~netbook@93-82-45-194.adsl.highway.telekom.at) |
| 21:56:38 | | Quit halmi_ (Ping timeout: 260 seconds) |
| 22:00 |
| 22:02:02 | *** | Saving seen data "./dancer.seen" |
| 22:03:16 | | Quit funman (Quit: free(random());) |
| 22:09:05 | | Join halmi_ [0] (~netbook@80-123-32-42.adsl.highway.telekom.at) |
| 22:11:29 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 22:11:34 | | Quit halmi (Ping timeout: 260 seconds) |
| 22:14:13 | | Join halmi [0] (~netbook@80-123-32-232.adsl.highway.telekom.at) |
| 22:16:06 | | Quit halmi_ (Ping timeout: 240 seconds) |
| 22:18:36 | | Quit BlakeJohnson86 (Ping timeout: 265 seconds) |
| 22:22:54 | | Join halmi_ [0] (~netbook@80-123-34-163.adsl.highway.telekom.at) |
| 22:22:55 | | Quit halmi (Read error: Connection reset by peer) |
| 22:24:52 | | Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) |
| 22:29:52 | | Join Tuplanolla [0] (~jani@adsl-77-109-221-158.kymp.net) |
| 22:31:59 | | Nick Tuplanolla is now known as Tuplis (~jani@adsl-77-109-221-158.kymp.net) |
| 22:32:39 | | Join halmi [0] (~netbook@80-123-36-62.adsl.highway.telekom.at) |
| 22:35:31 | | Quit halmi_ (Ping timeout: 265 seconds) |
| 22:38:49 | | Quit dantje_ (Quit: Ex-Chat) |
| 22:39:28 | | Join halmi_ [0] (~netbook@80-123-46-70.adsl.highway.telekom.at) |
| 22:39:37 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 22:42:04 | | Quit halmi (Ping timeout: 246 seconds) |
| 22:43:35 | | Quit n1s (Quit: Lämnar) |
| 22:44:22 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 22:48:09 | | Join Topy [0] (~Topy44@f048174104.adsl.alicedsl.de) |
| 22:50:18 | | Join halmi [0] (~netbook@80-123-35-204.adsl.highway.telekom.at) |
| 22:51:36 | | Quit T44 (Ping timeout: 245 seconds) |
| 22:52:27 | | Quit halmi_ (Ping timeout: 240 seconds) |
| 22:53:40 | pixelma | funman (for the logs): % is the tex comment symbol but it also escapes the newline which seems necessary in some case (I couldn't find a pattern when exactly it's needed though) |
| 22:59:24 | saratoga | anyone feel like running test_codec on a coldfire player? i can format the logs and upload them if someone else runs the test |
| 23:00 |
| 23:04:53 | | Join halmi_ [0] (~netbook@80-123-33-182.adsl.highway.telekom.at) |
| 23:05:10 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 23:05:18 | | Quit [Saint] (Ping timeout: 260 seconds) |
| 23:06:49 | | Join Yakuza666 [0] (www-data@giant.haxx.se) |
| 23:07:21 | | Quit halmi (Ping timeout: 240 seconds) |
| 23:07:44 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.133) |
| 23:10:23 | amiconn | saratoga: What's needed in particular? |
| 23:10:26 | | Quit bluebroth3r (Ping timeout: 260 seconds) |
| 23:10:46 | saratoga | amiconn: just running all the file would be nice, they haven't been updated in a while and a bunch of stuff has improved |
| 23:10:54 | saratoga | nothing is actually needed though |
| 23:11:40 | amiconn | 'All the files' as in everything on http://download.rockbox.org/test_files/ ? |
| 23:11:51 | saratoga | yeah |
| 23:12:02 | | Join bluebrother [0] (~dom@g224237086.adsl.alicedsl.de) |
| 23:12:03 | | Quit bluebrother (Changing host) |
| 23:12:03 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 23:12:11 | amiconn | hmm |
| 23:12:19 | saratoga | well skip APE c5000 |
| 23:12:25 | amiconn | That should probably be done both on mcf5249 and mcf5250 then |
| 23:12:28 | saratoga | we should really just delete that test file |
| 23:12:35 | amiconn | Why? |
| 23:12:43 | amiconn | The beast can play it realtime... |
| 23:12:49 | saratoga | it can? |
| 23:12:53 | amiconn | yes |
| 23:13:19 | saratoga | on the Fuzev2 it needed like 900MHz |
| 23:13:30 | saratoga | is armv6 that much better then v5? |
| 23:13:35 | amiconn | yes |
| 23:13:40 | amiconn | In this case, that is |
| 23:14:12 | amiconn | The ape filters use armv6 integer simd, making it twice as fast for 16 bit data |
| 23:15:14 | saratoga | what SIMD does the imx31 have aside from vfp? |
| 23:15:58 | amiconn | sadd16/ssub16/smuld(x)/smlad(x)/... |
| 23:16:09 | amiconn | This is plain armv6, no coprocessor |
| 23:17:02 | amiconn | See apps/codecs/demac/libdemac/vector_math16_armv6.h |
| 23:20:19 | | Quit absolutgonzo (Quit: CGI:IRC) |
| 23:21:05 | | Join halmi [0] (~netbook@80-123-38-101.adsl.highway.telekom.at) |
| 23:22:37 | balintx_ | when cpu boost, how many MHz boosted? |
| 23:23:16 | | Quit halmi_ (Ping timeout: 245 seconds) |
| 23:24:43 | bertrik | balintx_ it depends on the exact target |
| 23:25:08 | balintx_ | on fuze v2, where it says 240mhz cpu |
| 23:25:17 | balintx_ | (debug says) |
| 23:26:11 | bertrik | As far as I know, we don't really make a difference between boosted and unboosted on the fuze v2, it always runs at 240 MHz |
| 23:26:37 | balintx_ | okay |
| 23:26:50 | | Join halmi_ [0] (~netbook@80-123-42-178.adsl.highway.telekom.at) |
| 23:26:53 | balintx_ | it says cpu boost 100.0% |
| 23:27:17 | | Quit CaptainKwel (Read error: Connection reset by peer) |
| 23:28:24 | Yakuza666 | hello to all |
| 23:28:46 | bertrik | The CPU is stopped by rockbox in very light sleep mode when there is nothing to do ("wait-for-interrupt") |
| 23:28:49 | Yakuza666 | I've got problems to install RB on a new Clip+ |
| 23:28:54 | Yakuza666 | http://www.anythingbutipod.com/forum/showthread.php?t=56321 |
| 23:29:06 | | Quit halmi (Ping timeout: 240 seconds) |
| 23:31:29 | balintx_ | i found a problem when reading an ebook in text_viewer the automatic poweroff is activized, and i have to power on again except if i put in hold between a few minutes. i don't really want to switch off automatic power-off but it is fustrating, isn't it? |
| 23:32:02 | balintx_ | even if the buttons (not the buttons, the SCROLL_WHEEL) are pressed |
| 23:33:42 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 23:35:16 | | Join r0b- [0] (~nnscript@76.235.199.132) |
| 23:35:32 | | Quit halmi_ (Read error: Connection reset by peer) |
| 23:35:34 | pixelma | Yakuza666: so you already built mkamsboot? Unfortunately I can't help you with it (besides saying that you should listen to funman as he is currently looking into the issue), just want to get the discussion going :) |
| 23:35:56 | | Join halmi [0] (~netbook@80-123-40-207.adsl.highway.telekom.at) |
| 23:36:05 | | Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 23:36:26 | Yakuza666 | i would like to build a mkamsboot, but i dont understand the command |
| 23:38:04 | Yakuza666 | what is the command to generate a new firmware from mkamsboot SVN |
| 23:38:10 | Yakuza666 | thats my question :-p |
| 23:38:13 | bertrik | Yakuza666, what version of the original firmware is currently on it? |
| 23:38:38 | pixelma | did you set up a build environment (funman's post kind of assumes that)? |
| 23:38:49 | Yakuza666 | the latest, I already try different versions |
| 23:39:03 | Yakuza666 | i believe its the same problem as the fuze, not sure |
| 23:39:21 | Yakuza666 | no, didnt build that |
| 23:39:34 | Yakuza666 | i just tried different ways to install rockbox |
| 23:41:08 | Yakuza666 | btw, im from france, i recently bought this clip+ on amazon |
| 23:41:56 | pixelma | what OS are you running? I mean your computer :) |
| 23:42:12 | Yakuza666 | windows XP |
| 23:42:13 | bertrik | Yakuza666, installing rockbox may be a dangerous procedure, we don't have any experience yet with rockboxing these newer clip+es, so better try to not be too hasty |
| 23:42:16 | Yakuza666 | SP3 |
| 23:42:27 | saratoga | hes asking about testing SVN mkamsboot to see if hes got some newer fuze hardware revision |
| 23:42:58 | pixelma | just that it is a Clip+ ;) |
| 23:43:16 | saratoga | oh i guess he was teh guy with the clip+ |
| 23:43:22 | saratoga | there were a couple people lately asking about it |
| 23:44:24 | Yakuza666 | no worry bertrik, i understood that. i think others people will have the same problem in the future |
| 23:46:13 | Yakuza666 | so, what should I do? |
| 23:46:57 | | Quit petur (Quit: Zzzzz) |
| 23:48:00 | bertrik | I think it's best to wait for funman and hope he has some time to guide you |
| 23:48:58 | bertrik | I would like to know the exact version of the original firmware you're running now |
| 23:49:04 | Yakuza666 | all right, he's know for rb development? |
| 23:49:21 | bertrik | Maybe we can find out some things from the diagnosis menu from the original firmware |
| 23:49:39 | | Join halmi_ [0] (~netbook@80-123-33-239.adsl.highway.telekom.at) |
| 23:49:49 | | Quit JdGordon (Ping timeout: 265 seconds) |
| 23:49:53 | Yakuza666 | my actual firmware is V01.02.09A |
| 23:50:16 | | Quit bmbl (Quit: Bye!) |
| 23:50:34 | bertrik | Do you have the original firmware image available somewhere on your PC? |
| 23:50:52 | Yakuza666 | no |
| 23:51:06 | Yakuza666 | i cant remind the date of release |
| 23:52:19 | | Quit halmi (Ping timeout: 258 seconds) |
| 23:54:17 | Yakuza666 | i cant upgrade or downgrade to another firmware if you need |
| 23:54:25 | Yakuza666 | i can* sorry! |
| 23:55:10 | bertrik | Yakuza666, I can send you a clip+ V01.02.15T version of the firmware, it's an original firmware but with the diagnosis menu enabled |
| 23:56:26 | Yakuza666 | all right, here is my mail : hype28[AT]gmail[DOT]com |
| 23:56:42 | | Join halmi [0] (~netbook@80-123-47-139.adsl.highway.telekom.at) |
| 23:58:48 | | Quit halmi_ (Ping timeout: 240 seconds) |
icon identifies that the person is a core developer (has commit access).