| 00:22:24 | | Quit domonoky (Read error: Connection reset by peer) |
| 00:26:26 | | Quit bitcraft (Remote host closed the connection) |
| 00:26:51 | | Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) |
| 00:31:16 | | Quit bitcraft (Ping timeout: 248 seconds) |
| 00:33:01 | pamaury | hmm apparently you guys fixed what I broke in the fm tuner handling :) |
| 00:33:32 | pamaury | bertrik: ping |
| 00:38:24 | | Quit JdGordon (Remote host closed the connection) |
| 00:39:52 | | Quit ender` (Quit: Kids. You gotta love them. I adore children. A little salt, a squeeze of lemon--perfect. -- Harry Dresden (Jim Butcher: Storm Front)) |
| 00:40:03 | | Quit lebellium (Quit: ChatZilla 0.9.88.1 [Firefox 12.0/20120328051619]) |
| 00:40:39 | | Quit lImbus (Quit: bedtime zzZZZzzzzZZZZ) |
| 00:42:10 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 00:43:21 | | Part TomColler |
| 00:45:02 | | Quit perrikwp_ (Ping timeout: 276 seconds) |
| 00:52:24 | | Join JdGordon| [0] (~jonno@login.ok-labs.com) |
| 00:52:24 | | Quit JdGordon| (Changing host) |
| 00:52:24 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 00:52:41 | | Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) |
| 00:56:34 | | Quit pamaury (Remote host closed the connection) |
| 01:00 |
| 01:13:23 | *** | Saving seen data "./dancer.seen" |
| 01:38:55 | | Quit dhrasmus (Quit: Leaving) |
| 01:42:04 | | Quit The_prospector|2 (Read error: Connection reset by peer) |
| 01:42:14 | | Join The_prospector|2 [0] (baconmaste@unaffiliated/cornman) |
| 01:44:00 | | Quit nosa-j (Read error: Connection reset by peer) |
| 01:45:00 | | Join nosa-j [0] (~m00k@adsl-74-235-42-147.clt.bellsouth.net) |
| 02:00 |
| 02:00:42 | | Quit nosa-j (Ping timeout: 252 seconds) |
| 02:01:34 | | Join nosa-j [0] (~m00k@adsl-74-235-42-147.clt.bellsouth.net) |
| 02:06:41 | | Quit nosa-j (Ping timeout: 246 seconds) |
| 02:07:49 | | Join nosa-j [0] (~m00k@adsl-74-235-42-147.clt.bellsouth.net) |
| 02:09:13 | | Quit nosa-j (Excess Flood) |
| 02:09:22 | | Quit GodEater (Ping timeout: 260 seconds) |
| 02:09:45 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
| 02:09:45 | | Quit GodEater (Changing host) |
| 02:09:45 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 02:15:59 | | Join nosa-j [0] (~m00k@adsl-74-235-42-147.clt.bellsouth.net) |
| 02:18:03 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 02:19:16 | | Quit nosa-j (Read error: Connection reset by peer) |
| 02:21:23 | | Quit Horscht (Ping timeout: 250 seconds) |
| 02:22:23 | | Join nosa-j [0] (~m00k@adsl-74-235-42-147.clt.bellsouth.net) |
| 02:24:17 | | Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) |
| 02:39:46 | | Quit petur (Ping timeout: 246 seconds) |
| 02:41:52 | | Join factor [0] (~factor@74.195.96.67) |
| 02:57:20 | | Join sc [0] (~sc@108.59.3.226) |
| 03:00 |
| 03:00:34 | | Nick JdGordon| is now known as JdGordon (~jonno@rockbox/developer/JdGordon) |
| 03:03:58 | | Quit bitcraft (Remote host closed the connection) |
| 03:13:25 | *** | Saving seen data "./dancer.seen" |
| 03:15:15 | | Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) |
| 03:16:53 | | Quit mystica555 (Ping timeout: 264 seconds) |
| 03:21:23 | | Join passstab [0] (~coplon@c-68-80-37-73.hsd1.pa.comcast.net) |
| 03:21:27 | passstab | hi |
| 03:22:04 | passstab | i was just installing latest(unstable) rockbox |
| 03:22:19 | passstab | and i noticed the message |
| 03:22:40 | passstab | "this is the recommended version" |
| 03:22:56 | | Quit FOAD (Ping timeout: 272 seconds) |
| 03:23:04 | passstab | i couldn't install the stable build |
| 03:23:38 | passstab | not a problem for me |
| 03:23:52 | passstab | as thats what i wanted |
| 03:28:41 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 03:28:55 | | Join FOAD [0] (~foad@unaffiliated/foad) |
| 03:29:11 | JdGordon | passstab: which target? |
| 03:29:18 | passstab | target? |
| 03:29:26 | JdGordon | device |
| 03:29:28 | JdGordon | player |
| 03:29:32 | passstab | ipod g2 |
| 03:29:33 | fs-bluebot | No review with id 2 found |
| 03:29:36 | passstab | nano |
| 03:32:44 | JdGordon | yeah, it was dropped from stable for 3.11 because of usb issues |
| 03:42:18 | saratoga | you probably want to install 3.10 so that you have working USB, at least until that is fixed |
| 03:42:46 | passstab | wait what? |
| 03:43:13 | passstab | so why was it suggesting i use unstable? |
| 03:48:36 | JdGordon | because rbutil is dumb |
| 03:48:48 | JdGordon | it suggests unstable if the target isnt stable |
| 03:50:10 | passstab | oh |
| 03:50:58 | passstab | stable is greyed out for some reason |
| 03:52:30 | JdGordon | yes, nano2g isnt a stable device anyway, or stable by our definition |
| 03:53:08 | passstab | oh you releaced the new one |
| 03:54:21 | passstab | congrats i guess |
| 04:00 |
| 04:05:28 | | Quit remlap (Read error: Connection reset by peer) |
| 04:09:49 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
| 04:16:47 | | Quit ps-auxw (Ping timeout: 272 seconds) |
| 04:24:23 | passstab | http://pastebin.com/wn4nkkdZ |
| 04:24:34 | passstab | can anyone help me with that? |
| 04:24:38 | passstab | please? |
| 04:29:32 | passstab | oops i got it |
| 04:30:01 | * | passstab is a vamp and should be ignored |
| 04:35:15 | | Quit passstab (Remote host closed the connection) |
| 04:43:21 | | Quit TheSeven (Disconnected by services) |
| 04:43:29 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 04:47:32 | | Quit prof_wolfff (Ping timeout: 246 seconds) |
| 04:49:14 | | Quit pixelma (Disconnected by services) |
| 04:49:15 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:49:21 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:49:29 | | Quit amiconn (Disconnected by services) |
| 04:49:31 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:49:36 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:52:07 | | Join ps-auxw [0] (~arneb@p4FF7E830.dip.t-dialin.net) |
| 04:55:51 | | Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) |
| 04:58:00 | | Quit pystar90 (Ping timeout: 265 seconds) |
| 05:00 |
| 05:11:25 | | Quit Horschti (Quit: Verlassend) |
| 05:13:27 | *** | Saving seen data "./dancer.seen" |
| 05:32:36 | | Quit othniel (Ping timeout: 248 seconds) |
| 05:33:42 | | Quit ps-auxw (Ping timeout: 264 seconds) |
| 05:35:20 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 05:35:32 | | Join jw013 [0] (~jw013@resnet205-147-173.resnet.buffalo.edu) |
| 05:36:39 | | Quit XavierGr () |
| 05:54:05 | | Quit curtism (Quit: Live Long and Prosper) |
| 06:00 |
| 06:16:44 | | Quit anewuser (Read error: Connection reset by peer) |
| 06:29:31 | | Part jw013 |
| 07:00 |
| 07:13:30 | *** | Saving seen data "./dancer.seen" |
| 07:17:55 | | Quit GodEater (Ping timeout: 272 seconds) |
| 07:32:16 | | Quit enthdegree (Read error: Connection reset by peer) |
| 07:32:28 | | Join stoffel [0] (~quassel@pD9E43DFE.dip.t-dialin.net) |
| 07:32:31 | | Quit saratoga (Quit: Page closed) |
| 07:32:40 | | Quit perrikwp (Read error: Connection reset by peer) |
| 07:33:18 | | Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) |
| 07:33:41 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 07:36:30 | | Join enth [0] (~BitchX@unaffiliated/enthdegree) |
| 07:37:57 | | Quit enthdegree (Read error: Connection reset by peer) |
| 08:00 |
| 08:06:23 | | Join pystar90 [0] (~pystar90@frnk-590f55dd.pool.mediaWays.net) |
| 08:15:19 | bluebrother | JdGordon: Rockbox Utility isn't "dumb" and suggests unstable if the target isn't stable. The server isn't telling Rockbox Utility that there's a stable version, so it cannot install a stable version since it doesn't know about it. |
| 08:15:40 | bluebrother | we could very well make Rockbox Utility install 3.10 on nano2g without changing a line of code in Rockbox Utility. |
| 08:15:57 | bluebrother | the only file that needs to be adjusted is the build information file on the server |
| 08:16:12 | bluebrother | but AFAIK build.pm doesn't support this case. |
| 08:16:51 | bluebrother | which should be fixable, but well, someone needs to do this. |
| 08:17:21 | | Join n1s [0] (~n1s@nl118-175-223.student.uu.se) |
| 08:17:21 | | Quit n1s (Changing host) |
| 08:17:21 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 08:17:47 | bluebrother | personally I'd prefer keeping to have 3.10 as stable version for nano2g ... |
| 08:17:58 | bluebrother | (from an installation point of view) |
| 08:18:32 | JdGordon | bluebrother: don't take that as an offense... |
| 08:18:45 | JdGordon | I was just syaing rbutil doesnt have the msarts to know any better |
| 08:23:40 | bluebrother | well, you said Rockbox Utility is dumb. Which isn't the case :) |
| 08:24:17 | bluebrother | and no, I don't take that as an offense. But it would be better to tell Rockbox Utility that there is a stable release for the nano2g IMO ... |
| 08:27:32 | bluebrother | hmm, seems there is a problem with genlang and 3.11 on the server :( |
| 08:31:28 | | Quit factor (Read error: Connection reset by peer) |
| 08:35:23 | | Quit [Saint] (Remote host closed the connection) |
| 08:36:10 | | Quit pystar90 (Remote host closed the connection) |
| 08:38:07 | | Join pystar90 [0] (~pystar90@frnk-590f55dd.pool.mediaWays.net) |
| 08:38:54 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 08:41:37 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 08:49:05 | | Join factor [0] (~factor@74.195.96.67) |
| 08:55:39 | | Quit bitcraft (Remote host closed the connection) |
| 08:55:46 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 09:00 |
| 09:03:42 | JdGordon | does anyone know what to do to make rockbox sdl-app listen out for the media keys in linux? |
| 09:13:31 | *** | Saving seen data "./dancer.seen" |
| 09:18:06 | | Quit diginet (Ping timeout: 264 seconds) |
| 09:19:12 | | Join diginet [0] (~diginet@ppp-70-246-16-75.dsl.hstntx.swbell.net) |
| 09:27:39 | azhag | hi |
| 09:28:18 | azhag | on rockbox.org Sansa c200v2 is still listed as unstable |
| 09:40:04 | | Quit n1s (Quit: Ex-Chat) |
| 09:40:32 | MCrase | Its probably something minor like the cabbie theme not being complete or the manual needing some work. According to the wiki it has no major issues. |
| 09:41:50 | | Quit stoffel (Remote host closed the connection) |
| 09:42:00 | | Join VeroLom [0] (~ver@ip-160-230.unisnet.ru) |
| 09:42:09 | VeroLom | Hello |
| 09:42:56 | VeroLom | Can you help me? How to remove stock music from hidden partition on Sandisk Sansa Clip+? |
| 09:43:10 | VeroLom | It's so annoying for me :-E |
| 09:51:14 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 09:51:53 | | Quit GodEater (Quit: leaving) |
| 10:00 |
| 10:02:06 | gevaerts | Bagder: can you check if index.t is up to date on the website? |
| 10:02:17 | gevaerts | hm, wait |
| 10:02:20 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 10:02:25 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 10:02:29 | gevaerts | I swear I changed that! |
| 10:03:58 | CIA-44 | Commit 53e0966 in www by Frank Gevaerts: c200v2 is stable now, so move it |
| 10:04:08 | gevaerts | Bagder: can you update the web server? |
| 10:09:49 | | Quit factor (Quit: Leaving) |
| 10:17:38 | | Join factor [0] (~factor@r74-193-21-187.cnrocmta01.conrtx.tl.dh.suddenlink.net) |
| 10:22:12 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 10:24:03 | | Quit kadoban_ (Ping timeout: 246 seconds) |
| 10:24:23 | | Join TomColler [0] (~thomas@net-93-144-150-125.cust.dsl.teletu.it) |
| 10:26:21 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 10:27:12 | | Quit n1s (Read error: Connection timed out) |
| 10:28:14 | | Quit [Saint] (Remote host closed the connection) |
| 10:31:43 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 10:32:26 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 10:32:34 | | Part TomColler |
| 10:35:02 | | Join TomColler [0] (~thomas@net-93-144-150-125.cust.dsl.teletu.it) |
| 10:36:04 | | Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) |
| 10:36:05 | | Quit pamaury (Changing host) |
| 10:36:05 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 10:53:45 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 11:00 |
| 11:13:32 | *** | Saving seen data "./dancer.seen" |
| 11:14:09 | | Quit The_prospector|2 (Read error: Connection reset by peer) |
| 11:14:24 | | Join The_prospector|2 [0] (baconmaste@unaffiliated/cornman) |
| 11:23:49 | | Quit evilnick (Quit: Bye) |
| 11:32:45 | | Join evilnick [0] (d92ba8fc@rockbox/staff/evilnick) |
| 11:46:16 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 12:00 |
| 12:29:33 | | Join mortalis [0] (~mortalis@77.108.98.176) |
| 12:34:24 | mortalis | wodz: what is the problem with buffered write to lcd? |
| 12:35:03 | wodz | mortalis: in short it doesn't work :-) |
| 12:37:18 | mortalis | i succeed in it. I'm not tried dma stuff, but simple write to LCD_BUFF working |
| 12:37:30 | mortalis | wodz: ^ |
| 12:38:53 | wodz | mortalis: post some code, I am eager to see it |
| 12:44:07 | mortalis | wodz:http://pastebin.com/e1PuAH4h The main problem was in VER_BP and HOR_BP regs |
| 12:45:42 | | Join mystica555 [0] (~Mike@71-211-214-85.hlrn.qwest.net) |
| 12:47:25 | wodz | wait, but you still transform data |
| 12:47:57 | wodz | judging from SDK lcdif should take care of this |
| 12:49:20 | mortalis | wodz: i thouhgt we need to turn 16bit mode in LCDC_CTRL, but it not work |
| 12:49:55 | wodz | Have you benched this implementation? Is it really faster than simple writes? |
| 12:50:20 | mortalis | wodz: not yet |
| 12:51:50 | wodz | SDK uses two interfaces to transfer data. One is referred as background and the second as foreground. I don't have sources in front of me but I guess you are using 'background' type. Maybe thats the problem |
| 12:52:12 | | Join prof_wolfff [0] (~prof_wolf@81.61.201.173.dyn.user.ono.com) |
| 12:52:59 | wodz | mortalis: and what was the effect when you turned on 16bit mode? |
| 12:54:14 | mortalis | wodz: it always display previous image i.e. bootloader messages |
| 12:54:24 | | Quit evilnick (Quit: Page closed) |
| 12:55:58 | wodz | anyway this is step forward |
| 13:00 |
| 13:05:36 | | Quit GeekShad1w (Ping timeout: 272 seconds) |
| 13:07:10 | | Join GeekShadow [0] (~antoine@50.104.75.86.rev.sfr.net) |
| 13:13:34 | *** | Saving seen data "./dancer.seen" |
| 13:28:15 | | Join anewuser [0] (~anewuser@186.93.137.188) |
| 13:28:16 | | Quit anewuser (Changing host) |
| 13:28:16 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
| 14:00 |
| 14:33:03 | | Join T44 [0] (Topy44@f049166238.adsl.alicedsl.de) |
| 14:35:31 | | Quit Topy44 (Ping timeout: 246 seconds) |
| 14:45:43 | | Quit [Saint] (Ping timeout: 265 seconds) |
| 15:00 |
| 15:07:46 | | Join [Saint] [0] (~Saint]@101.98.158.103) |
| 15:07:55 | | Quit [Saint] (Changing host) |
| 15:07:55 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 15:10:39 | | Quit perrikwp (Read error: Connection reset by peer) |
| 15:11:34 | | Quit jhMikeS (Ping timeout: 246 seconds) |
| 15:11:53 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 15:13:38 | *** | Saving seen data "./dancer.seen" |
| 15:22:19 | | Quit wodz (Quit: Leaving) |
| 15:36:55 | | Quit sinthetek (Ping timeout: 252 seconds) |
| 15:41:33 | | Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
| 15:43:20 | | Quit Guinness` (Ping timeout: 276 seconds) |
| 15:46:13 | | Quit Guinness (Ping timeout: 246 seconds) |
| 15:46:27 | | Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
| 15:47:16 | | Quit TomColler (Ping timeout: 246 seconds) |
| 15:47:25 | | Join WalkGood [0] (~4@unaffiliated/walkgood) |
| 15:47:39 | | Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
| 15:53:04 | | Quit Guinness (Read error: No route to host) |
| 15:53:21 | | Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
| 15:56:43 | | Quit Guinness (Read error: Connection reset by peer) |
| 15:56:54 | | Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
| 15:59:33 | | Join Highlander [0] (~Connor_Ma@2a01:e35:2ec2:dcd0:ace6:ea68:2714:123f) |
| 16:00 |
| 16:10:40 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 16:19:00 | | Quit VeroLom (Remote host closed the connection) |
| 16:27:55 | | Quit GodEater_ (Ping timeout: 245 seconds) |
| 16:32:40 | | Quit Rondom (Quit: No Ping reply in 180 seconds.) |
| 16:33:14 | | Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) |
| 16:41:27 | | Quit kadoban_ (Ping timeout: 260 seconds) |
| 17:00 |
| 17:01:03 | | Quit enth (Ping timeout: 265 seconds) |
| 17:03:38 | | Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) |
| 17:13:42 | *** | Saving seen data "./dancer.seen" |
| 17:19:27 | | Part LinusN |
| 17:26:33 | | Join Shovelware [0] (~chatzilla@host-68-169-137-65.MIDOLT2.epbfi.com) |
| 17:37:33 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 17:55:44 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 17:59:36 | | Join WunkelDolf [0] (~IceChat77@p5DD29F56.dip.t-dialin.net) |
| 18:00 |
| 18:02:08 | WunkelDolf | Hello guys. I recently got a sansa clip zip and installed the current build for it. Now 3.11 is released but still not there listed for manual installation. Still unstable? |
| 18:03:16 | WunkelDolf | And I've got an big problem, couldn't find info in the forum: If the song is too loud, or better: plays too loud, at 0db or more (+6 happens almost always all 2 seconds in every song, at +2 probably all 1-2 minutes) |
| 18:03:54 | WunkelDolf | the player still plays it but skips.. I mean, no sound on the headphones. Happens also on 0 dB and equalizer boost over bass as example. |
| 18:04:39 | WunkelDolf | So no sound for 1-2 seconds, then it plays again until too loud and no sound again, horrible annoying and yes, I need it that loud. :-) |
| 18:06:03 | WunkelDolf | Happens also for my friend with same high quality headphones and the sansa clip+. Ultimate Ears Triple.Fi Headphones. |
| 18:06:19 | WunkelDolf | Triple.Fi 10* |
| 18:11:26 | | Quit nosa-j (Read error: Connection reset by peer) |
| 18:12:00 | | Join nosa-j [0] (~m00k@adsl-74-235-42-147.clt.bellsouth.net) |
| 18:20:30 | timotimo | doesn't that really, really hurt? |
| 18:20:50 | timotimo | oh, are you perhaps deaf and enjoy the vibrations only? |
| 18:21:19 | WunkelDolf | Nope, I'm hearing damaged so it sounds actually pretty weak on lower levels. |
| 18:21:32 | timotimo | ah. well, close enough |
| 18:21:37 | gevaerts | WunkelDolf: the clip zip is still "unstable", yes |
| 18:21:38 | WunkelDolf | My friend is not but still listens very loud |
| 18:21:41 | timotimo | that is indeed annoying :\ |
| 18:22:12 | WunkelDolf | Ah thanks gevaerts, that explains it. :-) |
| 18:23:39 | WunkelDolf | By the way, I didn't experience any file system problems with the clip zip under windows and the latest build which activates usb in rockbox (loads rockbox) even if it is plugged in off. |
| 18:24:12 | WunkelDolf | Still using the original firmware often, safe is safe. Sometimes I forget it.. hehe |
| 18:25:28 | | Quit Highlander (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643]) |
| 18:25:49 | WunkelDolf | or better the latest manual downloadable bootloader, which does this behaviour (loading rockbox instead of original firmware if plugged in offline/powerless) |
| 18:28:56 | WunkelDolf | timotimo: I actually just use 0dB as volume setting so it almost never "skips", but it sounds still nice, means non-overgoing the physical limit of the Triple.Fi 10's on +2 or +3 dB so it would be nice to increase it without skips. |
| 18:30:02 | timotimo | i have a clip zip, too. the usb support seems flawless, i'm pretty impressed. the clip+ i had before didn't do that (by design/choice of the developers of course) |
| 18:31:54 | WunkelDolf | Yes, on my friends Clip Zip+ he told me he boots the Original firmware to transfer data, too, automatically, what wondered me as mine just boots rockbox. But I guess he uses 3.1 while I couldn't find it a week ago (logical, if its still instable). |
| 18:32:05 | WunkelDolf | no Clip+ |
| 18:32:11 | WunkelDolf | confusing names ahh |
| 18:34:13 | WunkelDolf | and its 3.10, not 3.1 I think. |
| 18:37:11 | timotimo | yeah, clip+ boots the original firmware every time |
| 18:38:19 | | Join Zeether [0] (~Zeetherla@user-0c6s1ji.cable.mindspring.com) |
| 18:42:40 | Zeether | are there no additional fonts yet for the sansa clip zip firmware? I tried installing them and got an HTTP 404 error :/ |
| 18:43:19 | | Quit petur (Ping timeout: 246 seconds) |
| 18:43:27 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 18:43:31 | | Quit petur (Client Quit) |
| 18:44:02 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 18:44:30 | | Quit petur (Client Quit) |
| 18:45:02 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 18:46:04 | | Join bitcraft [0] (~bitcraft@66.254.199.148) |
| 18:47:39 | | Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) |
| 18:49:31 | WunkelDolf | Zeether: Oh, wait, that's a logic fault (or I'm too tired, after 20h without sleep. :-) ) |
| 18:49:47 | | Quit pamaury (Remote host closed the connection) |
| 18:50:42 | WunkelDolf | How can you try to install them, if there are none yet? |
| 18:50:46 | Zeether | I just wanted to know if it's something on my end or not, I have several files that use Unicode |
| 18:50:53 | gevaerts | Fonts are not device-specific |
| 18:51:38 | | Join mortalis [0] (~mortalis@77.108.98.176) |
| 18:51:48 | WunkelDolf | ah, now it makes sense. |
| 18:52:32 | WunkelDolf | Yes, I installed them from the Clip+ on my Clip Zip, too, if you mean this. |
| 18:52:38 | WunkelDolf | But manually |
| 18:52:54 | WunkelDolf | Which error did occur for you? |
| 18:53:32 | WunkelDolf | wait, I'm really sleepy, sorry. |
| 18:53:38 | WunkelDolf | you wrote it, an 404 |
| 18:53:40 | WunkelDolf | xD |
| 18:53:54 | gevaerts | Where was this 404? |
| 18:55:33 | Zeether | It was in the utility |
| 18:56:05 | Zeether | I'll try again and get a log |
| 18:56:25 | WunkelDolf | ah.. But the automatic installation in the utility worked on your sansa clip zip? |
| 18:56:31 | Zeether | Yes |
| 18:57:27 | WunkelDolf | Ah, I didn't try it because there can't be an 3.10/3.11 for the clip zip yet, if it is still marked as "instable", or am I'm wrong? |
| 18:58:25 | Zeether | Yes, it's still unstable |
| 18:58:50 | Zeether | Now my computer isn't detecting the player when I plug it in |
| 18:59:22 | WunkelDolf | under rockbox or the original firmware? |
| 18:59:43 | Zeether | With Rockbox |
| 18:59:56 | | Join enth [0] (~BitchX@unaffiliated/enthdegree) |
| 19:00 |
| 19:00:39 | Zeether | I know there was some command to boot back to Sandisk firmware but I forgot how |
| 19:01:07 | Zeether | With my Clip+ it would automatically boot to Sandisk when I plugged it in |
| 19:01:07 | WunkelDolf | On the Clip Zip? Just hold the "left" button and shut it on |
| 19:01:16 | WunkelDolf | Yep. |
| 19:02:54 | WunkelDolf | Wait.. So you installed the Bootloader automatically over the Rockbox Utility. |
| 19:03:08 | WunkelDolf | Not the Rockbox itself? |
| 19:03:16 | | Quit enthdegree (Ping timeout: 248 seconds) |
| 19:03:20 | Zeether | I installed the bootloader then Rockbox |
| 19:03:52 | WunkelDolf | The current build? |
| 19:05:20 | Zeether | Yes |
| 19:05:43 | Zeether | Right now it's refreshing stuff |
| 19:06:31 | WunkelDolf | For me the computer (under windows.. you are using windows or linux or macos?) recognizes the sansa clip zip under the Rockbox "current build" version as well as under the original firmware |
| 19:06:59 | Zeether | Windows 7 x64 here |
| 19:07:19 | Zeether | It did recognize it as Rockbox at one point |
| 19:08:01 | WunkelDolf | 32 bit (x86) here actually as this is just some netbook. Don't have a running x64 here actually, sorry |
| 19:08:43 | WunkelDolf | Hmm |
| 19:08:55 | WunkelDolf | So if you shut the player off |
| 19:09:15 | WunkelDolf | or down (not native english here, so sorry for weird descriptions) |
| 19:09:43 | WunkelDolf | and boot it into rockbox by plugging it into usb cable to computer |
| 19:10:23 | WunkelDolf | (while sansa clip+ would boot into the original firmware as you stated automatical if pluggded in power-off) |
| 19:10:56 | WunkelDolf | it shows the connection symbol on the player under rockbox but no drive icon on your PC? |
| 19:11:02 | Zeether | Yeah, it boots into the Rockbox firmware instead of the original when I plug it in |
| 19:11:11 | Zeether | It's showing up now as a removable drive |
| 19:11:29 | | Quit enth (Ping timeout: 264 seconds) |
| 19:11:37 | WunkelDolf | ah, you don't have an µSDHC card in it? |
| 19:11:50 | Zeether | There is a microSD in it that shows up too |
| 19:12:06 | Zeether | The player and microSD card show up as separate drives like they should |
| 19:12:07 | WunkelDolf | or did you choose to hide the internal storage under Rockbox on the device? Else it should show 2 drives |
| 19:12:12 | WunkelDolf | ah good |
| 19:12:40 | Zeether | I tried installing fonts again and it gave me "Download error: received HTTP error 404." |
| 19:13:06 | WunkelDolf | Yes.. because there is no 3.10 or 3.11 for the ClipZip |
| 19:13:24 | WunkelDolf | there are no downloadable fonts for it.. as far as my logic brings me |
| 19:13:25 | Zeether | Oh. |
| 19:13:38 | WunkelDolf | the 3.10 or 3.11.. wait I'll show you |
| 19:13:44 | *** | Saving seen data "./dancer.seen" |
| 19:13:49 | WunkelDolf | http://www.rockbox.org/download/byhand.cgi |
| 19:14:04 | WunkelDolf | open that link.. there's no ClipZip listed there |
| 19:14:29 | WunkelDolf | as it is still listed as Unstable, so no "stable 3.10/3.11" for it available |
| 19:14:41 | WunkelDolf | only daily builds /current builds |
| 19:15:15 | WunkelDolf | so I guess the automatic indtaller installed the available manual downloadable firmware bootloader on the ClipZip like a self modded firmware would |
| 19:15:33 | WunkelDolf | but can't find the fonts as there are none linked yet |
| 19:15:43 | WunkelDolf | (in the folder is nothing basical) |
| 19:15:57 | WunkelDolf | ut you can take those here.. *searches* |
| 19:16:16 | WunkelDolf | http://www.rockbox.org/daily.shtml |
| 19:17:03 | WunkelDolf | oh wait there are only the voice files in en listed.. wheres the font link. |
| 19:17:13 | | Join TomColler [0] (~thomas@net-93-144-150-125.cust.dsl.teletu.it) |
| 19:17:55 | WunkelDolf | hm I am not sure if http://download.rockbox.org/release/3.11/rockbox-fonts-3.11.zip this will work with the latest actual build.. but should. |
| 19:18:06 | Torne | it will. |
| 19:18:09 | Torne | the fonts are just fonts |
| 19:18:51 | WunkelDolf | I used the 3.10 font file for the sansa clip+ which was linked on one page and copied the content to my internal drive folder (implementing the subfolders correctly) |
| 19:18:58 | WunkelDolf | a week ago |
| 19:19:21 | WunkelDolf | together with the actual build version that was available for the clipzip that time |
| 19:19:40 | WunkelDolf | and this worked fine at least I got no problems with the player so far |
| 19:19:57 | Zeether | I'm going to do a fresh install of rockbox just to make sure |
| 19:21:54 | WunkelDolf | hm if you have the actual version or at least the bootloader installed I wouldnt use the tool |
| 19:22:12 | Zeether | I need to remove the bootloader and rockbox |
| 19:22:14 | WunkelDolf | as the ClipZip still is just running under Unstable builds |
| 19:22:19 | gevaerts | WunkelDolf: why? |
| 19:22:22 | WunkelDolf | naah dont remove the bootloader |
| 19:22:30 | WunkelDolf | that can brik your clipzip |
| 19:22:31 | gevaerts | Rockbox Utility handles unstable builds just fine |
| 19:22:42 | | Join Horscht [0] (~Horscht@p549473EE.dip.t-dialin.net) |
| 19:22:43 | WunkelDolf | and theres no newer one as far as I know, it wouldnt matter at all |
| 19:22:53 | | Quit Horscht (Changing host) |
| 19:22:53 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 19:23:10 | WunkelDolf | Yea maybe but he could just delete the .rockbox folder on his internal drive |
| 19:23:11 | gevaerts | But yes, don't touch the bootloader if you don't have to |
| 19:23:25 | WunkelDolf | and replace it with this http://build.rockbox.org/data/rockbox-sansaclipzip.zip |
| 19:23:30 | WunkelDolf | extracted for sure |
| 19:23:51 | WunkelDolf | no need to replace the bootloader for an update.. |
| 19:23:52 | gevaerts | Sure, you can do a manual install, but that has *zero* advantages over using Rockbox Utility |
| 19:24:25 | WunkelDolf | Depends, gevaerts - if he trys to downloads the font pack with his clip zip and gets an 404 |
| 19:24:48 | WunkelDolf | it has the advantage of allowing him to download the fonts on the site and just extract them |
| 19:24:53 | gevaerts | WunkelDolf: then he wouldn't start by removing .rockbox, so that's not what you were talking about |
| 19:25:11 | WunkelDolf | I dont know why he would like to reimstall it.. He is not me ;) |
| 19:25:38 | WunkelDolf | But he can do it if he wants to.. just don't touch the bootloader as long as its not neccessary |
| 19:26:19 | WunkelDolf | I would just download the font pack and extract it to the internal storage drive folder with the zipped subfolders correctly extracted.. |
| 19:26:32 | * | gevaerts nods |
| 19:26:41 | WunkelDolf | should work just fine if the tool doesn't work for some reason |
| 19:28:29 | Zeether | alright, I'll get this working then put the fonts in |
| 19:29:48 | | Quit bitcraft (Read error: Connection reset by peer) |
| 19:30:04 | | Join bitcraft [0] (~bitcraft@66.254.199.148) |
| 19:30:07 | WunkelDolf | yep.. they're just files.. no need to reinstall rockbox for it.. but if you want to do so to ensure its the latest version and the tool doesnt work ojust download the compressed latest build (actual build) and extract it to the drive which resembles the internal storage. |
| 19:32:44 | WunkelDolf | gevaerts: You don't have an idea why the sound shuts off / skips if the volume setting is really high? |
| 19:33:13 | WunkelDolf | I wonder if it is an hardware limitation or a software thing |
| 19:33:23 | gevaerts | What sort of file? |
| 19:33:27 | WunkelDolf | mp3 |
| 19:33:31 | gevaerts | Then no |
| 19:34:29 | Zeether | I noticed that with the more graphic heavy themes, like ones with background artwork/cover art, it takes a while to load tracks in |
| 19:34:46 | WunkelDolf | hm. I could try a flac or ogg or something like that, didn't try it yet. Happens with the Clip+ and ClipZip around +1 dB and happens more often the higher it gehts or the more the equalizer is set to boost something |
| 19:35:33 | WunkelDolf | for me and a friend with mp3s at least. Could be the decoder as well, will try it with a different file format later |
| 19:35:44 | Zeether | ah, there we go, unicode enabled fonts at last |
| 19:35:54 | gevaerts | WunkelDolf: I don't see a link to volume settings, but the equalizer does take some CPU. Not sure how much margin there is |
| 19:36:40 | WunkelDolf | GeekShadow: Its definitely the volume that makes it skip for 1-2 seconds.. the song playback just goes on, while the headphones put out nothing anymore |
| 19:37:55 | WunkelDolf | and its the loudest positions in the song that trigger it more oftenly (in combination with volume over 0dB or -1 dB, didnt occur on -2 dB if I leave other things as bass or treble settings at normal 9dB) |
| 19:38:03 | WunkelDolf | gevaerts I mean |
| 19:38:12 | WunkelDolf | nick auto complete sorry ;) |
| 19:38:37 | gevaerts | That sounds strange to me, but then I don't know much about the audio bits of the code |
| 19:38:39 | WunkelDolf | and 0dB not 9dB aahh |
| 19:39:00 | WunkelDolf | If I set it to around 0dB or 1dB colume and |
| 19:39:09 | WunkelDolf | set bass to lets say + 3dB or 4dB |
| 19:39:32 | WunkelDolf | it happens again, if the volume reaches a bass lasty part |
| 19:40:01 | WunkelDolf | so I basically just set volume to 0dB and bass to +2dB at most and it doesnt occur anymore |
| 19:41:35 | | Quit factor (Quit: Leaving) |
| 19:42:26 | | Join factor [0] (~factor@r74-193-21-187.cnrocmta01.conrtx.tl.dh.suddenlink.net) |
| 19:44:16 | | Join saratoga [0] (980329c4@gateway/web/freenode/ip.152.3.41.196) |
| 19:44:35 | WunkelDolf | I can't type on this dang multitouch virtual keyboard on the libretto netbook with no sleep tonight without errors, sorry. Brings just alot of typos and such. :-( |
| 19:45:11 | saratoga | on the clip+ each EQ band probably uses about 3 MHz, so as long as you have less then 70 or so you should be ok |
| 19:45:12 | bluebrother | is ther *any* specification that allows cp1252 in ID3v2 tags? |
| 19:45:39 | saratoga | don't people just ignore the ID3v2 spec and put whatever dumb crap they want in the tags |
| 19:45:43 | gevaerts | bluebrother: not as far as I know, but then I don't think there is one for most of the other encodings |
| 19:46:04 | | Join lebellium [0] (~chatzilla@f052147160.adsl.alicedsl.de) |
| 19:46:13 | WunkelDolf | hi saratoga, what you mean with 70? |
| 19:47:06 | saratoga | don't enable more then 70 or 80 EQ bands or it might slow things down |
| 19:47:10 | bluebrother | gevaerts: I've been looking at FS #12632. Seems the file has those characters encoded as cp1252. Had a short look at the id3v2 specs earlier, and it says that strings are supposed to be ISO-8859-1 unless otherwise stated. |
| 19:47:11 | fs-bluebot | http://www.rockbox.org/tracker/task/12632 MP3 metadata symbols not appearing correctly on the WPS display screen (bugs, unconfirmed) |
| 19:47:21 | bluebrother | and some strings are supposed to be unicode. |
| 19:47:34 | gevaerts | bluebrother: yes. My opinion is that it's not a bug |
| 19:47:39 | bluebrother | also interestingly WMP seems to use cp1252 for one field, unicode for the other |
| 19:47:46 | | Quit perrikwp (Read error: Connection reset by peer) |
| 19:47:56 | bluebrother | gevaerts: I absolutely agree (and IIRC this guy has been whining around about similar issues in the past) |
| 19:48:22 | bluebrother | audacious doesn't show the characters either. foobar does. |
| 19:48:29 | saratoga | i looked at that issue quickly, hes got some messed up character encodings in his files |
| 19:48:39 | bluebrother | so I guess on Windows programs assume cp1252 instead of ISO-8859-1 |
| 19:48:55 | gevaerts | Although since (a) cp1252 is fairly common, and (b) it's a strict superset of iso8859-1 (it only fills in the undefined bits, it doesn't change any characters), and (c) we do have other "unsupported" encodings, we should probably look into supporting it |
| 19:48:59 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 19:49:05 | bluebrother | I think having different encodings per tag entry is valid though |
| 19:49:11 | WunkelDolf | ah saratoga you don't talk about the volume bug I guess? |
| 19:49:34 | bluebrother | gevaerts: that's what I was thinking about as well. Close the task since it's not a bug and discuss if we want to add cp1252 support |
| 19:49:41 | saratoga | so volume cuts out if you drive it too far above max? |
| 19:49:53 | saratoga | none of my clips do that, but its possible yours is different or just busted |
| 19:49:54 | WunkelDolf | as it also occurs if I don't use the equalizer or bass boost settings at any |
| 19:50:15 | bluebrother | and the comment on closing needs to have a lot of (c) and tm in it :P |
| 19:50:28 | gevaerts | I think right now we rely on the upper half of latin1 being the same as unicode, which makes merging cp1252 and iso8859-1 awkward so we might want to do cp1252 as a separate codepage |
| 19:50:30 | * | bluebrother goes trying vlc on Windows with said file |
| 19:50:48 | gevaerts | bluebrother yes. Feel free to close it with a three page explanation :) |
| 19:50:52 | WunkelDolf | yep.. with my sansa clip zip and my friends clip+ and mp3s at above 0dB setting and no eq use it skips |
| 19:51:01 | bluebrother | well, having cp1252 as separate codepage seems like a sane solution to me |
| 19:51:17 | * | gevaerts nods |
| 19:51:30 | saratoga | what do you mean by "skips"? |
| 19:51:40 | saratoga | i would expect that to give you distorted audio |
| 19:51:41 | * | bluebrother would like some free time to give that a look :o |
| 19:51:59 | bluebrother | but I really want to get multithreading for encoders in Rockbox Utility finished. |
| 19:52:20 | bluebrother | and there seems to be something broken with genlang on the server. At least when trying to get the string for 3.11 |
| 19:52:57 | WunkelDolf | I mean it don't skips visibly on the playback itself on the player, it just stops producing any sound on the headphones and as they're dumb Ultimate ears Triple.Fi 10 without any loudness limit |
| 19:53:01 | bluebrother | yeah, vlc dosesn't show those characters either :) |
| 19:53:44 | WunkelDolf | it creates no sound output for 1-2 seconds, I didnt measure the length, so I can just assume the real length |
| 19:54:00 | bluebrother | ok, so I'm *really* confident now this isn't a bug in Rockbox but some stupid behaviour in WMP |
| 19:54:02 | | Quit WalkGood (Quit: ♪ ♫ ♪ ♫ ♪ ♫ ♪) |
| 19:54:23 | WunkelDolf | and it occurs more often the higher the songs volume is and the more I set it in the high + dB settings |
| 19:54:23 | saratoga | probably something broken on the player then |
| 19:54:42 | Zeether | I should try the Doom port on the Clip Zip, on the Clip+ it was almost impossible to see stuff |
| 19:54:42 | bluebrother | hmm, that file actually also has an id3v1 tag |
| 19:55:22 | gevaerts | bluebrother: yes, but he only added the interesting character to the v2 tag I think, or at least only to one of the fields in v1 |
| 19:55:27 | saratoga | bluebrother: i looked at the WMA file, it was also in some weird code page |
| 19:55:52 | saratoga | the MS asf parser had trouble with it |
| 19:55:55 | bluebrother | didn't he claim the wma file to show the characters correctly? |
| 19:56:17 | WunkelDolf | saratoga: At both my clip zip and my friends clip + while as long as we leave the volume lower never occurs? |
| 19:56:20 | saratoga | maybe it does in some software, the ASF debug tool interpreted the tags as unicode and got crap |
| 19:56:33 | saratoga | WunkelDolf: sounds like it |
| 19:56:55 | bluebrother | well, in Rockbox that is. |
| 19:57:14 | bluebrother | yeps, those characters *are* cp1252. |
| 19:57:20 | saratoga | maybe WMP is smart enough to guess some other code page |
| 19:57:29 | bluebrother | even in id3v1 |
| 19:57:44 | bluebrother | my guess is that Windows simply uses cp1252 instead of ISO-8859-1 |
| 19:57:49 | gevaerts | saratoga: doesn't ASF always use utf16? |
| 19:57:58 | bluebrother | which is pretty much broken IMO, but well ... |
| 19:58:13 | WunkelDolf | hm that would wonder me. The radio receive function in the radio player unfortunately is pretty low in the volume in comparisation with my mp3 songs (drums and bass, so pretty loud themself) so even at +6 dB it doesnt occur on the radio |
| 19:58:18 | gevaerts | bluebrother: rbutil tries to download http://download.rockbox.org/release/416/rockbox-fonts-416.zip for the current build |
| 19:59:12 | saratoga | gevaerts: yes as far as I know, although with ASF i'm never sure if i should trust the MS SDK |
| 19:59:14 | WunkelDolf | I'll try if it also happens on wav, flac or other encoding formats later |
| 19:59:30 | * | bluebrother slaps forehead |
| 19:59:31 | gevaerts | saratoga: in a hex dump it looked like 16 bit stuff anyway |
| 19:59:54 | bluebrother | if the link to genlang is broken on my system it's not to be unexpected for the script not to work as expected |
| 19:59:58 | gevaerts | WunkelDolf: radio is always going to be different. FM audio doesn't go through software |
| 20:00 |
| 20:00:07 | saratoga | if you want to look at ASF streams, this tool from MS is amazing: http://www.microsoft.com/download/en/details.aspx?id=12826 |
| 20:00:26 | saratoga | i guess since they didn't want to release the specs they made it super easy to reverse engineer |
| 20:00:50 | bluebrother | gevaerts: see .describe 674bbbaf832b83042b906c564b9240cd894c2583 |
| 20:00:50 | fs-bluebot | Fix false positive in version detection. by Dominik Riebeling (from Mon, 12 Mar 2012 21:16:14 +0000) |
| 20:01:53 | gevaerts | bluebrother: ah, ok, so a random commit should work around that for a while? :) |
| 20:01:57 | WunkelDolf | gevaerts: Yes, but if I could get the radio to play louder, to reach the same loudness level as my songs are on +6dB, then I would be able to check if its just a decoder problem (softwareside) or if maybe the dac/sound processor hardware has a max limit which produces a 1-2 sec cut-off or a reboot or something like that in this chip |
| 20:02:04 | WunkelDolf | if it goesmover its limit |
| 20:02:05 | bluebrother | gevaerts: yes. |
| 20:02:30 | * | gevaerts looks for a typo to fix :) |
| 20:02:53 | bluebrother | in fact the unit test for the initial implementation of the git hash parsing worked fine, until I got notified that there's some values that haven't been in my test vector :P |
| 20:03:05 | bluebrother | why fix a typo? |
| 20:03:14 | gevaerts | Those are easier than actual bugs |
| 20:03:25 | saratoga | hmm maybe the tool does parse it right, at least on my Win 7 machine, but i thought it was wrong on winxp before |
| 20:05:05 | bluebrother | Bagder: does the server have the most recent genlang script online? I've fixed it to work with 3.11 a bit ago (after the inital git support) but Rockbox Utility gets an empty page. |
| 20:05:13 | bluebrother | trying it locally seems to be fine |
| 20:05:23 | WunkelDolf | I must say, its not like it is silent on +1 dB which is enough even for me in most cases, but as I'm pretty deaf on both sides (hearing around 30% of the normal loudness) I am setting every player to its max setting most of the time |
| 20:06:16 | | Quit Horscht (Quit: Verlassend) |
| 20:06:16 | * | bluebrother spots gevaerts already added a comment to FS #12632 |
| 20:06:17 | fs-bluebot | http://www.rockbox.org/tracker/task/12632 MP3 metadata symbols not appearing correctly on the WPS display screen (bugs, unconfirmed) |
| 20:07:52 | WunkelDolf | Anyways, will test it more, maybe a different decoder and file format, maybe I can produce a loud enough reception of the radio signal with my radio transmitter for the car to test if its really software based |
| 20:08:33 | WunkelDolf | I guess dumb headphones, no matter how expensive, don't possess a cut-off total silentness feature.. at least not technically explainable for me |
| 20:08:51 | saratoga | WunkelDolf: 30% of normal loudness would mean you need about 5 dB more then everyone else, which would make 0dB on a Clip+ agonizingly loud |
| 20:09:31 | WunkelDolf | Saratoga: Nah.. its just the area of human voice band which is on 30% |
| 20:09:39 | WunkelDolf | Most is even lower |
| 20:10:02 | WunkelDolf | And because both ears are different I can't understand shit, if two things overlap |
| 20:10:07 | WunkelDolf | not even in reallife |
| 20:10:20 | WunkelDolf | reading lips and putting it together with what I hear |
| 20:10:25 | saratoga | WunkelDolf: those headphones are speced to do 125dBA at 0dB on the clip+! |
| 20:10:41 | WunkelDolf | The Triple.Fi 10? |
| 20:10:59 | saratoga | yeah |
| 20:11:01 | WunkelDolf | Possible.. my alarm clock is an self build 130dB Siren right beneath my ear |
| 20:11:05 | WunkelDolf | xD |
| 20:11:07 | saratoga | thats well above the threshold for hearing damage just listening to them |
| 20:11:16 | Zeether | I think my earbuds are giving out on me |
| 20:11:53 | Zeether | If I sort of bend them slightly at one point, near the jack, it cuts off the sound a bit |
| 20:12:02 | WunkelDolf | I could describe it best as: If I sleep, even a nuclear explosion wouldnt wake me up |
| 20:12:13 | * | bluebrother wonders if he should classify that mp3 issue as ID10T error :P |
| 20:12:33 | WunkelDolf | Mine? |
| 20:12:45 | saratoga | no some codepage issue on the tracker |
| 20:12:53 | WunkelDolf | ah.. ok |
| 20:13:39 | WunkelDolf | Nah but serious, I like loud music and better to hear over ridiculous loud in-ear-monitors than putting the sound system to an (for me) chilling ambient level |
| 20:13:48 | AlexP | just close it if it isn't valid, it'll only linger otherwise :) |
| 20:13:51 | saratoga | anyway my point is that its hard to believe you're actually getting that kind of power and still wanting more |
| 20:13:57 | WunkelDolf | which would probably make my neighbours fall out of the bed.. |
| 20:14:04 | saratoga | something is probably wrong |
| 20:15:03 | WunkelDolf | You know I could fix it by using ear supporr thingies which make everything louder, but they ain't made for such applications, as well.. they cut it off and reduce it so I nearly have no difference to using none |
| 20:15:08 | WunkelDolf | just the problem is |
| 20:15:26 | WunkelDolf | noise aka car noise and sch I hear pretty well so they distract alot.. |
| 20:15:31 | WunkelDolf | not using them hehe |
| 20:15:46 | saratoga | if the amp is cutting out on the player, and its probably not going as loud as it should, i tend to think something is wrong with the player or else maybe the headphones are shorting |
| 20:16:17 | WunkelDolf | hm.. I thought about a limit of the headphones as well but |
| 20:16:32 | WunkelDolf | the thing is it cuts out on both channels on the same time and keeps silent the same time |
| 20:16:50 | WunkelDolf | which wouldnt be possible without a pcb with pretty good analyzing parts. |
| 20:16:53 | CIA-44 | Commit 1207c7b in rockbox by Frank Gevaerts: Disable _FORTIFY_SOURCE for the simulator |
| 20:16:55 | bluebrother | WunkelDolf: no, definitely not yours :) |
| 20:17:02 | saratoga | i don't think headphones have a limit |
| 20:17:14 | saratoga | they'll just gradually distort more until you eventually burn them out |
| 20:17:23 | WunkelDolf | yea thats what I think, too.. How would they limit it. |
| 20:17:25 | WunkelDolf | yep |
| 20:17:42 | WunkelDolf | on +5dB and as long as no bass strikes I begin to hear the distortion |
| 20:17:48 | WunkelDolf | but +2 or +3 works fine |
| 20:18:04 | WunkelDolf | and is a good bit louder than +0dB |
| 20:18:15 | WunkelDolf | just the skipping annoys somewhat |
| 20:19:16 | WunkelDolf | Maybe I should buy speakers and build my own headphones.. but those wouldn't sound good, just annoy other people and being loud.. |
| 20:19:28 | WunkelDolf | Thats not exactly the target, too |
| 20:19:58 | gevaerts | Ah, the build system seems to be feeling better already |
| 20:21:12 | WunkelDolf | Anyways, the sansa is at least a good bit louder than my previous Creative MuVo V200 which lasted several years.. and was pretty loud compared to most actual players. |
| 20:21:49 | WunkelDolf | And Rockbox allows for a nice amount of customisation, that rocks. :-) |
| 20:23:34 | WunkelDolf | By the way, I thought about using the Clip Zip while biking and as I'm building basically a Velomobile-Rolling Home |
| 20:23:51 | WunkelDolf | I thought why not using a charger in the VM for charging it while listening |
| 20:24:07 | WunkelDolf | Basically its locked while you put in the usb cable |
| 20:24:32 | WunkelDolf | but if one starts the debug menus, battery menu as example, he can exit it and use the player while charging |
| 20:24:52 | WunkelDolf | it just doesnt play anything, probably because it is shared as folders on the computer |
| 20:25:11 | gevaerts | WunkelDolf: you can charge while connected, without the debug menu |
| 20:25:22 | WunkelDolf | and listen? |
| 20:25:25 | WunkelDolf | How so? |
| 20:25:25 | gevaerts | yes |
| 20:25:27 | * | AlexP recommends reading the manual :) |
| 20:25:34 | AlexP | It covers this and other fun things |
| 20:26:04 | gevaerts | On all players by holding a button while connecting, and on some by plugging it in to a non-host charger |
| 20:26:24 | WunkelDolf | Hmm |
| 20:26:31 | WunkelDolf | okay thats new to me but cool |
| 20:27:08 | WunkelDolf | Makes the whole thing easier |
| 20:27:36 | WunkelDolf | I was thinking about hiding the internal storage over rockbox and putting the songs there but no idea if it would work |
| 20:28:28 | AlexP | I don't understand that sentence |
| 20:29:00 | WunkelDolf | Hm? |
| 20:29:13 | AlexP | I don't understand what you said |
| 20:29:39 | WunkelDolf | Put songs to internal storage, configure rockbox as hide internal storage on connect for compatibility reasons whatsoever which is possible |
| 20:29:48 | AlexP | on connect to what? |
| 20:29:51 | WunkelDolf | but no idea if the internal storage is still mounted |
| 20:29:57 | WunkelDolf | usb cable? |
| 20:30:07 | AlexP | You mean just don't expose internal storage over USB? |
| 20:30:11 | gevaerts | USB unmounts all storage |
| 20:30:13 | WunkelDolf | yea |
| 20:30:17 | AlexP | why? |
| 20:30:39 | gevaerts | Hiding internal storage is a workaround for broken hosts that can't handle multiple LUNs |
| 20:31:23 | WunkelDolf | It was an idea to prevent it from not playing anything while charfing but as it was said there is this functionality already build in. I just barely read manuals, try and error ftw |
| 20:31:24 | WunkelDolf | lol |
| 20:31:46 | AlexP | It would be nice if you would |
| 20:32:18 | AlexP | As spending huge amounts of time writing them so that people don't read them isn't very lol :) |
| 20:32:27 | WunkelDolf | Yea, but its just a music player.. Bought it because it has not too much functions, perfectionism disease |
| 20:32:39 | AlexP | It didn't come with Rockbox |
| 20:32:55 | AlexP | When you chose to install something that has many many functions... |
| 20:33:00 | WunkelDolf | True but I like the fading and loudness of rockbox. :-P |
| 20:33:08 | AlexP | Good for you |
| 20:33:13 | WunkelDolf | I don't have to use all of them? |
| 20:33:37 | AlexP | No, but before asking about ones we already have, we'd appreciate you checking the manual :) |
| 20:33:49 | AlexP | That's how you find out |
| 20:34:47 | WunkelDolf | Yea probably.. Usually the things I buy don't have much technical descriptions so I tend to try & error them.. sorry :P |
| 20:35:29 | AlexP | Rockbox is a little different, and no worries :) |
| 20:35:30 | bluebrother | is the build farm still really few machines? |
| 20:35:46 | * | bluebrother considers running the client for a bit again |
| 20:35:56 | gevaerts | bluebrother: I doubt it. I suspect it's just missing one that can do the ypr0 |
| 20:36:10 | AlexP | build times are still v. long |
| 20:36:26 | gevaerts | My client reported one remaining build ages ago |
| 20:36:31 | AlexP | ah |
| 20:37:19 | | Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) |
| 20:39:13 | bluebrother | crap, I don't have the cross compilers on that box anymore |
| 20:42:07 | Zeether | Seems like putting a lot of tracks on the clip zip makes it take a while to load the next one with rockbox installed |
| 20:43:01 | gevaerts | Zeether: are you putting them all in the same directory? |
| 20:43:18 | gevaerts | You could try enabling the directory cache |
| 20:43:23 | Zeether | They're all in the MUSIC folde |
| 20:43:25 | Zeether | *folder |
| 20:44:04 | gevaerts | Directly, or in subdirectories? |
| 20:44:32 | WunkelDolf | hmm, hold the menu key it says. Lets try.. |
| 20:44:35 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
| 20:44:47 | Zeether | directly, there are some tracks in subdirectories for artists though |
| 20:45:42 | gevaerts | That's never going to be very efficient I think. The directory cache might help, but FAT will never be good at very large directories |
| 20:46:34 | Zeether | Directory cache is enabled |
| 20:46:45 | WunkelDolf | very cool, works. Thanks for the hint. ;) |
| 20:47:23 | Zeether | It's still slow loading though, on the Clip+ it was able to load tracks up pretty fast when I skipped them |
| 20:47:58 | Zeether | Although I think this is because I'm just playing stuff I recently loaded on there |
| 20:47:59 | bluebrother | gevaerts: closed. I refrained from calling it an ID10T error though :) |
| 20:48:08 | bluebrother | but it's been tempting :P |
| 20:48:14 | WunkelDolf | Zeether: What means slow loading for you? Multiple seconds? |
| 20:48:26 | wodz | mortalis: Could you explain me 1) why you do transfers modulo 1022? Thats rather strange value. 2) Why do you transfer things twice? 3) How did you figure out HOR_BP and VERT_BP are culprit? |
| 20:48:27 | Zeether | 10 seconds or so |
| 20:48:34 | WunkelDolf | For one song?! |
| 20:48:53 | Zeether | Yeah |
| 20:49:11 | Zeether | I think I can get used to it |
| 20:49:24 | gevaerts | That's definitely not normal |
| 20:49:31 | WunkelDolf | Wtf.. On the internal flash it took maybe 2 seconds, on the 32G Samsung class 10 maybe 1,5.. |
| 20:49:39 | WunkelDolf | per Song, on skipping around |
| 20:50:19 | Zeether | I have a pretty large amount of songs loaded on here though, it almost tops off internal memory |
| 20:50:31 | WunkelDolf | Hmm.. |
| 20:50:32 | Zeether | that and I have ones on the SD card |
| 20:50:53 | | Quit sinthetek (Ping timeout: 246 seconds) |
| 20:50:58 | WunkelDolf | I have 4 folders actually, each sorted for a special mood and each with shuffle all / random |
| 20:51:14 | | Quit TomColler (Read error: Connection reset by peer) |
| 20:51:19 | WunkelDolf | total around 24 GB from the 29/30 effectively usable |
| 20:51:29 | WunkelDolf | still works pretty wuick |
| 20:51:54 | WunkelDolf | not as quick as the original firmware if they have covers, too.. because the original seems to load the cover after the song |
| 20:52:06 | | Join TomColler [0] (~thomas@93.144.189.222) |
| 20:52:16 | WunkelDolf | i skip, the song plays and it loads the cover 2-3 sec laters |
| 20:52:30 | WunkelDolf | under rockbox almost simultaneous I would say |
| 20:52:53 | saratoga | in rockbox the song and album art are loaded into memory while the previous track is still playing |
| 20:53:05 | saratoga | since most of our targets have hard disks, we can't spin up the disk just to change tracks |
| 20:53:29 | WunkelDolf | Yea, but I was talking about random/shuffle and multiple quick changes |
| 20:53:36 | WunkelDolf | so forced load basical |
| 20:53:39 | saratoga | yeah that happens even on random |
| 20:53:55 | saratoga | although if you do several track changes you'll quickly exhaust the tiny RAM on the clip |
| 20:54:10 | saratoga | theres only about 6 MB of buffer available |
| 20:54:10 | Zeether | Oh, that explains the loading then |
| 20:54:41 | WunkelDolf | thats what I meant.. I skip sometimes 10+ songs directly after I see the file name |
| 20:54:53 | WunkelDolf | so I dont think it can buffer the whole song that quick |
| 20:54:56 | kugel | gevaerts: wasn't the fwrite() warning in sim-specific code only? |
| 20:55:02 | WunkelDolf | but still loads quick |
| 20:55:16 | WunkelDolf | more than 3 seconds I have almost never waited hm |
| 20:55:19 | saratoga | yeah the flash itself is quick enough that buffering isn't really needed, and the sandisk firmware doesn't bother with it |
| 20:55:29 | gevaerts | kugel: uh, yes... |
| 20:55:37 | saratoga | we had a patch to not do it, but it actually hurt battery life a little and was more complicated then it was worth |
| 20:55:43 | gevaerts | kugel: I guess I'd better start over :) |
| 20:55:43 | saratoga | so we do hard diska nd flash players the same |
| 20:56:16 | WunkelDolf | saratoga: I think its cool to buffer it. |
| 20:56:43 | WunkelDolf | But if I listen to a mix which goes 2 hours it will probably only buffer some minutes at all |
| 20:56:47 | saratoga | yes it works very well |
| 20:57:22 | Zeether | The Clip+ loads up songs pretty quick when I quickly skip them, probably because it doesn't process album art like the Zip |
| 20:57:23 | WunkelDolf | But I don't use mp3 tags at all, I remove every file info stored by anyone except the logo if teres one |
| 20:57:35 | WunkelDolf | and use the file name which I rename after my system directly |
| 20:57:43 | WunkelDolf | maybe that speeds it up a bit, dunno |
| 20:58:05 | mortalis | wodz: 1) it writes 1022 pixels from buffer, dunno why it 1022, and dunno how to change it. 2) since it always writes 1022, last write will overrite first pixels. Seccond write is simply puts first (LCD_HEIGHT*LCD_WIDTH)%1022 to the end of buffer. 3) I experimented with different settings, and find out that problem in thoose regs |
| 20:58:13 | | Join curtism [0] (~curtis@unaffiliated/programble) |
| 20:59:05 | WunkelDolf | Zeether: Hmm that could be a reason too |
| 20:59:14 | WunkelDolf | maybe 6%mof my files have a album cover |
| 20:59:15 | mortalis | wodz: wodz: When i tried 16bit mode, i forgot to remove data_transform, so display was configured incorrectly. Now its almost working, but picture is fuzzy. |
| 20:59:36 | wodz | mortalis: regarding 3) it is kinda strange. OF doesn't touch this registers when lcd type is mcu |
| 20:59:41 | Zeether | Well, the Clip Zip does have a better battery life than the + so it's a tradeoff |
| 20:59:51 | mortalis | wodz: i know |
| 21:00 |
| 21:00:20 | WunkelDolf | I would say, the important thing about the music is the music, so as long as its nice, they can leave the cover away. :-) |
| 21:00:22 | MCrase | WunkleDolf: I use full album art with embedded artwork and don't have any long loading times. Although I do resize my album art though to the optimum resolution of the screen. |
| 21:00:25 | saratoga | Zeether: does it? |
| 21:00:34 | MCrase | Full tags I mean. |
| 21:00:42 | Zeether | 15 hours apparently |
| 21:00:51 | saratoga | i get more then that on my Clip+ |
| 21:01:00 | Zeether | Oh |
| 21:01:18 | WunkelDolf | MCrase: Hmm, yea thats a problem on most songs as well, the covers ain't nearly fitting the optimal resolution |
| 21:01:58 | mortalis | wodz: in 16bit mode: LCD_BUFF = 0x1f<<11; gives first to pixels red, LCD_BUFF = 0x1f<<11; *(&LCD_BUFF+!) =0x1f; gives first to pixels blue |
| 21:02:18 | saratoga | theres no Zip benchmarks on the wiki, so i'm not sure how long it lasts, but probably similar to the clip+ given that the hardware and battery are similar |
| 21:02:25 | WunkelDolf | I got pixelized ones, good quality ones.. but I just don't care.. Its not like DnB covers are very interesting or so.. |
| 21:02:28 | MCrase | WunkleDolf: I just resize them all to 96px. |
| 21:02:45 | WunkelDolf | Oh, alot of work hm? |
| 21:03:01 | WunkelDolf | Or is there a tool for rescaling them? |
| 21:03:12 | MCrase | Not if you automate the process :) |
| 21:03:15 | WunkelDolf | Only mp3 tag tool I use is a tag killer :P |
| 21:03:17 | saratoga | the WPS can actually rescale them at load time |
| 21:03:19 | WunkelDolf | Hehe |
| 21:04:15 | WunkelDolf | Hm, yea if one manages his collection this way and uses a media player which has advantages with those data |
| 21:04:20 | WunkelDolf | sure, thats not bad.. |
| 21:04:27 | WunkelDolf | can sort after year as example |
| 21:04:55 | wodz | mortalis: I don't understand what you mean |
| 21:05:07 | WunkelDolf | but I sort the files, never albums, just into one folder which i like to hear at sport activity #1 as example |
| 21:05:16 | WunkelDolf | and set it to random.. shuffle |
| 21:05:31 | WunkelDolf | so the tags wouldnt help.. so I remove them |
| 21:06:08 | WunkelDolf | but the clipzip loads even tagged files which barely swim between the others if I forgot them very quick in my opinion |
| 21:06:22 | | Join cela [0] (~cela@87.114.152.23) |
| 21:06:48 | gevaerts | Removing tags saves you a few hundred bytes per file, which is likely less than 0.01%. I don't really see the point of that |
| 21:07:11 | WunkelDolf | Got multiple 100-200 MB Livestream records, even those play after 2-3 seconds (not that theyre buffered at that time to the full extend but they play) |
| 21:07:48 | WunkelDolf | gevaerts: Its more of an aesthetical thing.. |
| 21:08:03 | WunkelDolf | and I guess its not just the filesize, the data hs to be displayed, too |
| 21:08:06 | | Join TheLemonMan [0] (~LemonBoy@adsl-ull-253-201.50-151.net24.it) |
| 21:08:18 | gevaerts | It doesn't have to be displayed. You can use a theme that doesn't show them |
| 21:08:34 | gevaerts | And seriously, displaying them is basically free anyway |
| 21:08:50 | | Quit GeekShadow (Quit: leaving) |
| 21:08:59 | WunkelDolf | Yea, but what does it help me if everyone tags his files different and with uncomplete data |
| 21:09:08 | WunkelDolf | I just rename the file after a scheme |
| 21:09:14 | * | bluebrother doesn't have a problem with that |
| 21:09:34 | bluebrother | renaming the files after your scheme isn't much different than tagging files after your scheme |
| 21:09:36 | gevaerts | Actually, removing all tags may cause more IO, which would cause a shorter battery life |
| 21:09:56 | bluebrother | plus, doing tags properly when ripping isn't too hard :) |
| 21:10:27 | gevaerts | (assuming mp3) |
| 21:10:30 | saratoga | i just tag everything properly, don't worry about naming, since i can use the tags to rename stuff |
| 21:10:31 | WunkelDolf | bluebrother: True, but it prevents unneeded information and fulfills the task of displaying every file exactly like I want it, no matter which player .. |
| 21:11:09 | bluebrother | WunkelDolf: well, obviously it's up to you how to do this. I can't see any benefit from it though, so I won't argue about it anymore :) |
| 21:11:20 | | Quit perrikwp (Read error: Connection reset by peer) |
| 21:11:22 | mortalis | wodz: i mean that something wrond when i turn on 16bit mode. http://pastebin.com/UR1YMYCk - this should display 1 red pixel, but it displays 2 red pixels instead |
| 21:11:28 | WunkelDolf | saratoga: Yes, true, but there it begins: I've got several songs whch were tagged vice versa |
| 21:11:31 | WunkelDolf | songname as artist |
| 21:11:33 | WunkelDolf | and so on |
| 21:11:34 | WunkelDolf | ... |
| 21:11:37 | bluebrother | (and I do see a benefit from having proper tags: if your filenames corrupt you can restore them easily ;-) |
| 21:11:42 | WunkelDolf | result: I have to look into all of them |
| 21:12:08 | bluebrother | foobar2000 has some freedb tagger that's supposed to also work with non-CDs |
| 21:12:13 | bluebrother | never tried that though |
| 21:12:32 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 21:12:33 | Zeether | Considering how the Clip Zip firmware isn't stable I should probably expect the whole loading issue with skipping around to just be an effect of that |
| 21:12:47 | WunkelDolf | Yea, if the filenames are corrupt.. uh |
| 21:13:04 | bluebrother | hmm, should my old svn based build client be able to update itself to git automatically? |
| 21:13:21 | WunkelDolf | then theres a high possibility that ntfs killed unfortunately also parts of the file by wrong allocation |
| 21:13:31 | mortalis | wodz: and this http://pastebin.com/UANTzMxt should display red pixel, and blue pixel after it, but it displays 2 blue pixels |
| 21:13:39 | bluebrother | it does some git stuff. Nice. |
| 21:13:43 | WunkelDolf | thats why I prefer to use a vm with zfs or raidz on the data grave |
| 21:13:47 | *** | Saving seen data "./dancer.seen" |
| 21:14:13 | * | gevaerts would like to point out that this is a channel about rockbox, not other stuff |
| 21:14:20 | WunkelDolf | Gives more peace to ones soul.. Only thing stressing me actually are hdd pricws |
| 21:14:29 | | Join GeekShadow [0] (~antoine@50.104.75.86.rev.sfr.net) |
| 21:14:32 | bluebrother | gevaerts: I just closed a task about mp3 tags! |
| 21:15:25 | WunkelDolf | gevaerts: Yea, but music tags are pretty related. ;) ANyways I don't have a problem with rockbox and tags or non-tags, it displays it nicely |
| 21:15:32 | saratoga | the only thing unstable at the Zip port is that no one has gotten around to comitting the default theme for its screen size yet |
| 21:15:38 | WunkelDolf | and as long as it loads the songs quickly all is fine |
| 21:15:51 | gevaerts | WunkelDolf: disks and filesystems aren't |
| 21:16:35 | cela | Please can we have the option to upload 400x240 screen size rockbox themes. I have made a couple. |
| 21:16:36 | bluebrother | gevaerts: you don't by chance have access to the machine executing the genlang script for Rockbox Utility? |
| 21:16:38 | WunkelDolf | Depends.. I'm actually searching the web for information about what filesystems rockbox supports aside from fat32 |
| 21:16:50 | bluebrother | WunkelDolf: FAT32. |
| 21:17:09 | Zeether | So it's probably the sheer amount of music it's loading |
| 21:17:11 | gevaerts | bluebrother: no, sorry. I have access to the theme site, but that's basically it |
| 21:17:29 | bluebrother | too bad. |
| 21:17:30 | WunkelDolf | bluebrother: Hmm, no alternatives? :-( |
| 21:17:46 | bluebrother | Ãthough it reminds me that I should look into the voicestrings-on-device idea |
| 21:17:59 | bluebrother | WunkelDolf: no. No alternatives necessary or useful. |
| 21:18:22 | bluebrother | hmm. Current build round running since 45+ minutes? :o |
| 21:18:32 | gevaerts | bluebrother: yes, but it will be finished soon |
| 21:18:51 | gevaerts | It was missing a client that could do the ypr0, so I built that toolchain and restarted my client |
| 21:19:00 | * | bluebrother waits for his client to finish converting |
| 21:19:29 | WunkelDolf | hm.. |
| 21:20:59 | CIA-44 | 1207c7b build result: All green |
| 21:21:03 | gevaerts | Yay! |
| 21:21:33 | WunkelDolf | Does the rockbox plugin and process system allow it to let a plugin run on the background active? |
| 21:21:45 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
| 21:21:48 | WunkelDolf | Without disturbing the players use |
| 21:22:28 | gevaerts | WunkelDolf: yes and no. you can have a TSR plugin (battery_bench is one), but then you can't load any other plugin without stopping it |
| 21:22:55 | CIA-44 | Commit 9ca9b65 in rockbox by Frank Gevaerts: Revert 1207c7b and fix the actual warnings. |
| 21:23:02 | WunkelDolf | hmm.. dang. Thought about encryption possibilities in reallife on more powerful players |
| 21:23:24 | WunkelDolf | even as a music player barely has important data on it.. still would be nice |
| 21:23:45 | gevaerts | If you want something like full disk encryption, a plugin wouldn't be the right place to do that |
| 21:24:02 | bluebrother | 64 minutes? Sounds like a record :o |
| 21:24:18 | WunkelDolf | yea but nobody would embed it in the rockbox itself as not even a hand full of people would use it |
| 21:24:44 | gevaerts | bluebrother: I suspect it's also the first build where someone started building a toolchain to allow the build to complete |
| 21:25:32 | bluebrother | :) |
| 21:25:43 | bluebrother | might be a good reason to try building that toolchain on OS X. |
| 21:25:51 | bluebrother | or better, figure if it's actually building |
| 21:26:28 | Zeether | Oh wait, I think I solved my problem |
| 21:26:33 | Zeether | Loading the database to RAM |
| 21:26:55 | WunkelDolf | was that off? |
| 21:26:58 | Zeether | It was off |
| 21:27:04 | gevaerts | Zeether: oh, I missed that you were using the database... That would help, yes |
| 21:27:08 | Zeether | I turned it on, and it seems like tracks load faster |
| 21:28:21 | WunkelDolf | Should be faster than the said 10 seconds, really.. I had maybe 2 tracks which loaded 5 seconds, most 2-3 seconds at most.. |
| 21:28:57 | gevaerts | There's clearly a build system bug somewhere. My client was idle (even though it has *all* toolchains and there was one build left to go), I killed it and restarted it, and it's now building ypr0 |
| 21:29:14 | CIA-44 | 9ca9b65 build result: All green |
| 21:30:43 | | Part cela |
| 21:30:48 | WunkelDolf | By the way, the only hanger I had with rockbox was while charging once |
| 21:30:56 | WunkelDolf | if charged and charged |
| 21:30:59 | WunkelDolf | it* |
| 21:31:05 | | Join cela [0] (~cela@87.114.152.23) |
| 21:31:15 | WunkelDolf | and after 2hours I unplugged it and noticed it was freezed lol |
| 21:31:44 | WunkelDolf | Else than that rockstable, really nice |
| 21:32:13 | | Quit ender` (Read error: Connection reset by peer) |
| 21:32:47 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 21:34:15 | | Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
| 21:34:32 | | Part cela |
| 21:34:41 | WunkelDolf | I wondered if the keylock combo which works in the music player should work in the other menus like radio, too |
| 21:35:02 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 21:35:02 | | Quit bertrik (Changing host) |
| 21:35:02 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 21:37:33 | | Join lasser [0] (~f@p57B5808C.dip0.t-ipconnect.de) |
| 21:38:14 | | Join lovasoa [0] (~olojkine@78.251.7.141) |
| 21:38:29 | | Part lovasoa |
| 21:39:40 | lasser | Hi! I have two questions about a strange behaviour of an e200v2 running Rockbox r31646 |
| 21:40:47 | | Quit perrikwp (Read error: Connection reset by peer) |
| 21:41:57 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 21:42:54 | lasser | First the clock shows strange and wrong times every second: 06:28, 13:33, 21:44, 03:33 etc. Adjusting the time does not changing anything. |
| 21:43:51 | lasser | Secondly the player turns itself on time by time. |
| 21:44:06 | lasser | Any hints what I can do about these things? |
| 21:44:36 | bluebrother | lasser: update to a more recent version. That one is almost three months old |
| 21:45:18 | gevaerts | That would be a good start. I haven't ever heard about anyone seeing that sort of thing though |
| 21:45:57 | lasser | Oh holy shi.... I did update my svn... But you're using git... |
| 21:45:57 | | Quit wodz (Quit: Leaving) |
| 21:46:04 | WunkelDolf | Ah, about the time, thanks for the reminder, lasser.. is it normal that the ClipZip has totally different times in the original firmware and the Rockbox fw? |
| 21:46:36 | WunkelDolf | They differ by even.. several hours and half an hour at the end. Makes me wonder if thats normal. |
| 21:47:05 | lasser | Ok, I have to change my scripts... Any quick link how to check out from git? |
| 21:47:24 | gevaerts | lasser: http://www.rockbox.org/wiki/UsingGit |
| 21:48:05 | lasser | gevaerts: Thank you! |
| 21:49:38 | bertrik | WunkelDolf, yes that's normal |
| 21:49:58 | bertrik | if you first set the time in rockbox, then in the OF, they will be in sync |
| 21:50:19 | bertrik | you might lose DRM'ed tracks on your player though |
| 21:51:16 | WunkelDolf | ah okay thanks. I set the of before the update of the bootloader and booted straight in the rockbox afterwards, noticing after another boot in the of that they differ alot |
| 21:51:36 | WunkelDolf | didnt set the of time then, thought tey might be linked and I have to set the rockbox again |
| 21:51:46 | WunkelDolf | will try it now :) |
| 21:53:27 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 21:53:48 | bertrik | as far as I understand, rockbox adjusts the internal RTC chip, the OF leaves the RTC alone and just adjusts the offset to the RTC |
| 21:54:21 | bertrik | so changing the time in the OF has no effect on the time shown in rockbox, but changing time in rockbox *does* change the time shown in the OF |
| 21:54:34 | Torne | that's quite common on devices that have some kind of drm |
| 21:54:34 | WunkelDolf | ah, that explains it.. cool cool, then its possible to sync them, thats nice |
| 21:54:56 | WunkelDolf | DRM ain't an problem |
| 21:55:15 | WunkelDolf | I prefer buying real cds or vinyls instead of protected digital songs |
| 21:55:33 | Torne | yah, i mean the clock working that wau is because it supports a drm scheme |
| 21:55:39 | Torne | even if you dont use it. |
| 21:55:41 | WunkelDolf | and alot of DnB Artists deliver live mixes freely |
| 21:56:56 | WunkelDolf | yea, but it's no problem if drm protected music won't play.. A CD stays with me until UV rays destroy it totally over the years.. digital DRM protected music is just annoying for the customer |
| 21:57:25 | WunkelDolf | Vinyls rock even more :) |
| 21:57:57 | | Quit bluebrother (Disconnected by services) |
| 21:58:05 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 21:58:59 | | Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 21:59:13 | Torne | gevaerts: we might want to shut off the svn server at some point :) |
| 21:59:27 | Torne | gevaerts: i think it's been long enough now for people to bring their dev trees up to date |
| 21:59:29 | gevaerts | Torne: didn't Bagder shut it down yesterday? |
| 21:59:33 | Torne | er, possibly :) |
| 21:59:40 | | Quit fs-bluebot (Ping timeout: 246 seconds) |
| 21:59:46 | gevaerts | Or am I having ghost memories? |
| 21:59:55 | bertrik | nope, still works :) |
| 22:00 |
| 22:00:11 | gevaerts | 2012-04-02:11:17 <Zagor> FYI: http://svn.rockbox.org is now closed |
| 22:00:27 | Torne | presumably he shut down viewvc |
| 22:00:28 | gevaerts | hm, that's not the svn server |
| 22:00:30 | lasser | If he shut it down yesterday I must have been one of the last ones who did 'successfully' used it ;-) |
| 22:00:34 | gevaerts | right |
| 22:00:47 | | Join fs-bluebot [0] (~fs-bluebo@g231120143.adsl.alicedsl.de) |
| 22:00:47 | * | bertrik just updated to 31646 |
| 22:00:48 | Torne | svn is still up. |
| 22:00:50 | gevaerts | So it's still running, which may not be that good :) |
| 22:00:56 | Torne | but yeha, we can probably shut it down now |
| 22:01:12 | bluebrother | seems viewvc is the thing that's down :) |
| 22:01:18 | Torne | i only had him leave it so people with work on svn could `svn up` to the last version to get as close as possible before moving changes to git |
| 22:01:24 | Torne | but now the latest svn is not particularly close |
| 22:01:25 | gevaerts | Or at least remove the rockbox bits. For all I know there could be some unrelated repositories there :) |
| 22:01:27 | Torne | so it's of limited use. |
| 22:01:39 | | Quit perrikwp (Ping timeout: 252 seconds) |
| 22:01:44 | Torne | if it goes away people trying to svn up will at least get an error :) |
| 22:04:08 | | Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) |
| 22:10:33 | kugel | didn't zagor say he shut down svn? |
| 22:10:53 | gevaerts | kugel: no, he only shut down the web bits |
| 22:10:53 | saratoga | just the web interface, not the repo |
| 22:11:00 | kugel | alright |
| 22:13:18 | | Part Zeether |
| 22:18:54 | * | Bagder looks into the depths of the svn server |
| 22:19:27 | Bagder | I'll switch if off now |
| 22:25:14 | | Quit Rower85 (Quit: Hmmm...) |
| 22:26:26 | bluebrother | Bagder: can you check the genlang script on the server? |
| 22:27:15 | Bagder | I'll give it a look in a bit |
| 22:28:05 | bluebrother | great |
| 22:29:51 | lasser | Ok, I updated the player to the latest git. The time issue remains... |
| 22:30:19 | bluebrother | wow, ctng doesn't even configure on OS X due to sed :( |
| 22:30:53 | kugel | really? |
| 22:31:00 | bluebrother | yes, at least on 10.6 |
| 22:31:56 | bertrik | lasser, I think there's a problem with your hardware then, how does it behave with the original firmware? |
| 22:32:18 | kugel | what's wrong with OSX' sed? |
| 22:32:19 | lasser | bertrik: wait a moment, I'll give it a try... |
| 22:33:26 | bluebrother | the configure script doesn't like it. |
| 22:33:36 | bluebrother | seems to be related to -i and / or -e options |
| 22:33:53 | kugel | those are pretty standard i would think |
| 22:34:04 | kugel | we use them too |
| 22:34:07 | kugel | in our configure |
| 22:34:14 | kugel | (-e at least) |
| 22:34:32 | Torne | -i is a gnu extension, i think |
| 22:35:02 | Torne | yeah. SUSv2 only has -efn, no other options |
| 22:35:44 | bluebrother | ok, replacing OS X sed with the one from MacPorts makes it go a bit further. Now gawk is missing |
| 22:35:52 | bluebrother | looks like this is going to be fun :/ |
| 22:36:58 | | Quit bitcraft (Read error: Connection reset by peer) |
| 22:37:04 | | Join bitcraft [0] (~bitcraft@66.254.199.148) |
| 22:39:52 | lasser | berttrik: Ok, it seems that the rtc is messed up. neither the OF nor Rockbox shows the correct time. |
| 22:40:16 | lasser | :-( |
| 22:44:25 | | Join Keripo [0] (~Keripo@eng388.wireless-resnet.upenn.edu) |
| 22:58:28 | WunkelDolf | good night guys and thanks for the help ;) See you |
| 22:58:34 | | Quit WunkelDolf (Quit: A day without sunshine is like .... night) |
| 22:58:46 | | Quit benedikt93 (Quit: Bye ;)) |
| 22:59:24 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
| 22:59:31 | | Quit TheLemonMan (Quit: WeeChat 0.3.7) |
| 22:59:43 | | Quit wodz (Client Quit) |
| 23:00 |
| 23:06:40 | | Join dhrasmus [0] (~dhrasmus@c-76-105-170-114.hsd1.or.comcast.net) |
| 23:09:29 | Bagder | sorry, but I've added my name in the wiki as someone who will not attend devcon this year |
| 23:09:31 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
| 23:09:31 | | Quit pamaury (Changing host) |
| 23:09:31 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 23:09:56 | kugel | Bagder: ? :'( |
| 23:10:08 | Bagder | I blame lack of time, other travels and a lack of motivation |
| 23:10:50 | FOAD | Lack of time travel. |
| 23:11:19 | pamaury | bertrik: ping |
| 23:13:10 | | Quit lasser () |
| 23:13:51 | *** | Saving seen data "./dancer.seen" |
| 23:17:02 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
| 23:19:14 | | Quit perrikwp_ (Ping timeout: 252 seconds) |
| 23:22:49 | | Quit pamaury (Remote host closed the connection) |
| 23:28:57 | CIA-44 | Commit 905f920 in rockbox by Dominik Riebeling: Shorten voicefont progress output a bit. |
| 23:32:06 | CIA-44 | 905f920 build result: All green |
| 23:37:19 | gevaerts | Bagder: sorry to hear that. We'll have to work on motivatin you again! |
| 23:37:33 | Bagder | =) |
| 23:40:45 | bluebrother | can we actually have a proper DevCon without swedes being around? |
| 23:43:43 | kugel | not sure |
| 23:45:46 | | Quit Keripo (Quit: Leaving.) |
icon identifies that the person is a core developer (has commit access).