| 00:15:23 | | Join pedro_angelo [0] (~pedro_ang@201-29-175-8.user.veloxzone.com.br) |
| 00:21:04 | | Join Scromple [0] (~Simon@161.43.73.67) |
| 00:31:21 | | Quit sciopath (Read error: Connection reset by peer) |
| 00:31:41 | | Join Scr0mple [0] (~Simon@161.43.73.67) |
| 00:35:14 | | Quit Scromple (Ping timeout: 256 seconds) |
| 00:36:20 | | Quit ender` (Quit: How do you generate a random string? Put a new user in front of VIM and tell him to save and quit. -- Duane Morin) |
| 00:37:06 | | Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 16.0/20120919065210]) |
| 00:46:34 | sc_ | i am selling my ipod 6g classic |
| 00:46:49 | sc_ | is it easy to remove efuse and rockbox? |
| 00:47:11 | sc_ | er not efuse |
| 00:47:33 | sc_ | emcore* |
| 00:48:16 | gevaerts | rockbox is easy, just remove the directory. For emcore, I suspect the people in #freemyipod know |
| 00:49:23 | sc_ | itunes :| |
| 00:49:45 | sc_ | $100 for a 6gen 160gb ipod is pretty reasonable right? |
| 00:49:56 | sc_ | used/typical scratches |
| 00:53:26 | | Nick StopMakingSense is now known as LittleCreature (~fearofmus@unaffiliated/fearofmusic) |
| 00:54:30 | | Quit bertrik (Ping timeout: 256 seconds) |
| 01:00 |
| 01:01:39 | TheSeven | sc_: just boot into DFU mode like you did during installation and restore using itunes |
| 01:08:46 | | Join amayer [0] (~alex@h210.53.213.151.dynamic.ip.windstream.net) |
| 01:10:13 | | Quit mgottschlag (Ping timeout: 240 seconds) |
| 01:15:07 | sc_ | TheSeven: thanks, will do that tomorrow |
| 01:15:09 | sc_ | i hate itunes :| |
| 01:16:13 | TheSeven | it can in theory be done without itunes, but it's a damn lot more complicated that way |
| 01:49:25 | *** | Saving seen data "./dancer.seen" |
| 01:56:27 | the-kyle | Got the −−uncoupled Opus bug filed. <a target="_blank" href="https://www.rockbox.org/tracker/task/12754">FS #12754a> |
| 01:56:28 | fs-bluebot | <a target="_blank" href="http://www.rockbox.org/tracker/task/12754">http://www.rockbox.org/tracker/task/12754a> Opus decoder fails to play stereo tracks encoded with the "−−uncoupled" option (bugs, unconfirmed) |
| 01:57:54 | the-kyle | I linked to a flac of the original sample along with 64k Opus versions, both with and without the −−uncoupled option. |
| 02:00 |
| 02:31:47 | | Quit Totalled (Read error: Operation timed out) |
| 02:35:56 | | Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) |
| 02:46:39 | [Saint] | the-kyle: while technically a bug, I don't believe opus is supposed to support stereo at this stage. |
| 02:46:54 | [Saint] | it's a bit of a miracle playback works at all. |
| 02:48:45 | the-kyle | Hmm. It works with the reference decoder on the computer, but maybe there's a problem with multichannel playback on embedded devices at this point that will be fixed in future versions of the decoder. |
| 02:52:08 | [Saint] | pretty sure the gerrit instance covered this in the description. |
| 03:00 |
| 03:10:51 | the-kyle | saratoga: Not sure. There have been some issues raised in relation to the fixed-point code, not sure where I read it. In that case, you can close my bug and I'll file it with the Opus devs. |
| 03:11:03 | the-kyle | Oops, wrong person. |
| 03:11:32 | the-kyle | I was sure I deleted that. <smiles> |
| 03:16:56 | the-kyle | Anyway, if the bitrate is high enough, probably 128 or better, the stereo coupling shouldn't be lossy enough to cause a problem in the case of my examples. As a matter of fact, the 64k version didn't sound like there was too much of a problem with crossover or anything. |
| 03:20:22 | the-kyle | In that case, since Vorbis doesn't stop coupling until 192 nominal bitrate (-q6), I probably don't need to worry too much about edge cases like mine. I'll just refile that bug in the right place, the Opus bug tracker. |
| 03:23:58 | the-kyle | Multichannel support doneish. |
| 03:24:21 | the-kyle | From the todo. I guess that tells me all I needed to know. :P |
| 03:26:56 | [Saint] | I'm on my phone, so, this wild guess may be wrong...but, I'm fairly certain the gerrit review for the task explained what was currently functional and what wasn't. |
| 03:27:06 | [Saint] | here goes: g300 |
| 03:27:09 | fs-bluebot | Gerrit review #300 at <a target="_blank" href="http://gerrit.rockbox.org/r/300">http://gerrit.rockbox.org/r/300a> : Initial opus codec support by Frederik M J Vestre (changes/00/300/11) |
| 03:27:24 | [Saint] | ohhh! what a guess! |
| 03:28:01 | the-kyle | Yes, that was it, but I didn't recall it mentioning uncoupled stereo. |
| 03:28:21 | the-kyle | Coupled plays beautifully on my clip+. |
| 03:29:30 | [Saint] | ah, it was the "multichannel support may not be parsed correctly" bit I was thinking of. |
| 03:29:42 | Epicanis | My ancient Clip v1 and Sansa c240 don't handle them, but I get the feeling it's just not optimized sufficiently yet, being newly imported. |
| 03:30:37 | the-kyle | Oh yes. For multichannel, I was reading 5.1 or similar, not uncoupled stereo. My mistake. |
| 03:33:23 | the-kyle | Reading it again, I see that my problem is indeed known after all, in Rockbox, and it seems in the Opus todo itself also. Sorry for the premature bug. |
| 03:49:29 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:22:58 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:22:59 | | Quit amiconn (Disconnected by services) |
| 04:22:59 | | Quit pixelma (Disconnected by services) |
| 04:22:59 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:23:01 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:23:04 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:34:25 | | Quit eckoit (Quit: eckoit) |
| 04:38:15 | | Join TheSphinX_ [0] (~briehl@p5B322AF2.dip.t-dialin.net) |
| 04:41:56 | | Quit TheSphinX^ (Ping timeout: 248 seconds) |
| 05:00 |
| 05:07:11 | | Part amayer |
| 05:28:50 | | Quit TheSeven (Disconnected by services) |
| 05:28:59 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 05:32:03 | | Quit Epicanis (Quit: Good night, y'all.) |
| 05:40:27 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 05:43:54 | | Quit pedro_angelo (Ping timeout: 246 seconds) |
| 05:49:32 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:56:52 | [Saint] | So...who wants to talk metadata preferences with me? |
| 06:59:01 | [Saint] | I'm in the process of (re-re-re-re)re-writing the metadata display code for cabbiev2, but I don't think it is really something I should be doing without input from the community (developer/user) with reference to what is expected to be displayed, what is "relevant" information, order of preference for display, fallbacks for a given input...etc. |
| 07:00 |
| 07:01:34 | [Saint] | I know I can write an elegant self healing solution that "just works" when an expected field (and/or its fallback) is missing, but I keep tripping myself up with what is "relevant" info to display. |
| 07:04:37 | [Saint] | and then there's things like fallbacks that I just have NFI about. Like, ...do you use %artist% or %albumartist%, which takes preference if both are there? what do you (attempt to) display if it's missing, etc. |
| 07:22:31 | | Join MarkK105 [0] (~chatzilla@c-71-193-88-22.hsd1.mn.comcast.net) |
| 07:22:55 | MarkK105 | Does anyone here use Dap-Scrob? |
| 07:30:14 | | Quit Scr0mple (Ping timeout: 240 seconds) |
| 07:37:45 | | Join stoffel [0] (~quassel@pD9E439EA.dip.t-dialin.net) |
| 07:44:02 | | Quit XavierGr (Ping timeout: 265 seconds) |
| 07:46:13 | | Join Scromple [0] (~Simon@161.43.73.67) |
| 07:49:36 | *** | Saving seen data "./dancer.seen" |
| 07:52:54 | | Quit Rower85 (Read error: Connection reset by peer) |
| 07:54:45 | | Join mortalis [0] (~mortalis@195.34.194.126.kalibroao.ru) |
| 08:00 |
| 08:02:59 | | Quit MarkK105 (Quit: ChatZilla 0.9.88.2 [Firefox 18.0a1/20120923030601]) |
| 08:04:36 | | Quit bootlknvf (Ping timeout: 245 seconds) |
| 08:12:52 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 08:13:31 | | Part LinusN |
| 08:21:52 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:38:31 | | Join bootlkjkgf [0] (~Prmhfhfx@92.39.204.151) |
| 08:40:32 | | Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) |
| 08:42:11 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 08:44:09 | | Quit Scromple (Ping timeout: 246 seconds) |
| 08:46:29 | | Join kevku [0] (x@indeed.tastes.like.everything.mm.am) |
| 08:47:40 | | Join Scromple [0] (~Simon@161.43.73.67) |
| 08:47:56 | | Join Buschel [0] (~chatzilla@p57905E53.dip.t-dialin.net) |
| 08:50:01 | | Quit Scromple (Client Quit) |
| 08:59:27 | | Join Zagor [0] (~bjst@sestofw01.enea.se) |
| 08:59:28 | | Quit Zagor (Changing host) |
| 08:59:28 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 09:00 |
| 09:09:00 | | Quit shai (Ping timeout: 246 seconds) |
| 09:14:10 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 09:18:25 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:22:17 | | Quit bertrik (Ping timeout: 264 seconds) |
| 09:46:07 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 09:47:10 | CIA-10 | Commit c555938 in rockbox by Thomas Martitz: checkwps: Do not error out on rwps for non-remote targets. |
| 09:47:50 | CIA-10 | Commit bd00be9 in rockbox v3.12 by Thomas Martitz: checkwps: Do not error out on rwps for non-remote targets. |
| 09:49:39 | | Quit advcomp2019 (Read error: Connection reset by peer) |
| 09:49:40 | *** | Saving seen data "./dancer.seen" |
| 09:51:09 | | Join advcomp2019 [0] (~advcomp20@71-213-218-143.sxcy.qwest.net) |
| 09:51:10 | | Quit advcomp2019 (Changing host) |
| 09:51:10 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 09:52:49 | | Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 09:52:51 | | Quit shai (Ping timeout: 256 seconds) |
| 09:55:48 | | Join advcomp2019_ [0] (~advcomp20@71-213-218-143.sxcy.qwest.net) |
| 09:55:49 | | Quit advcomp2019_ (Changing host) |
| 09:55:49 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 09:59:08 | | Quit advcomp2019 (Ping timeout: 256 seconds) |
| 09:59:53 | | Join JdGord [0] (~AndChat80@49.176.66.59) |
| 10:00 |
| 10:08:25 | | Quit JdGord (Read error: Connection reset by peer) |
| 10:08:48 | | Quit advcomp2019_ (Read error: Connection reset by peer) |
| 10:09:37 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 10:27:56 | | Quit mgottschlag (Ping timeout: 245 seconds) |
| 10:36:17 | | Join JdGord [0] (~AndChat80@49.176.66.59) |
| 10:41:04 | | Quit JdGord (Ping timeout: 256 seconds) |
| 10:49:02 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 10:50:48 | | Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) |
| 10:57:34 | | Join JdGord [0] (~AndChat80@49.176.66.59) |
| 11:00 |
| 11:02:06 | | Quit JdGord (Ping timeout: 245 seconds) |
| 11:08:49 | kugel | can someone have a look at the build system? |
| 11:09:12 | Cthulhux | yes. it looks like a computer. |
| 11:10:03 | Zagor | it has a sad :) |
| 11:12:16 | | Join megal0maniac_ [0] (~quassel@dsl-244-148-161.telkomadsl.co.za) |
| 11:12:46 | Zagor | we're short on android15 clients. only amiconn's machine offers it but fails to build. |
| 11:13:03 | kugel | really? my client should do it |
| 11:13:10 | * | kugel has a look |
| 11:13:36 | kugel | it does advertise android15 |
| 11:14:16 | Zagor | oh right. however: "Fatal build error: Compiler crashed. Blocking kugel-x-kugel." :-) |
| 11:15:31 | kugel | how can that happen? |
| 11:16:12 | wodz | kugel: binutils people resistance to ack reloc bug is appealing. Looking at the elf32-arm.c they do provide relocation type to the data field of the veneer stub. They just don't make use of this apparently. |
| 11:16:51 | kugel | wodz: easy to fix? |
| 11:17:01 | * | kugel has never seen binutils code |
| 11:17:12 | kugel | Zagor: the compiler works |
| 11:17:28 | kugel | is there a more detailed error message? |
| 11:17:43 | wodz | kugel: Are you kidding? First I would need to get drunk and then have a week of so of peace and silence to study code flow :-) |
| 11:18:02 | kugel | so that's a no :) |
| 11:20:56 | Zagor | kugel: aha, it wasn't the android compiler that caused this: <a target="_blank" href="http://pastebin.com/Cy5XsWZ0">http://pastebin.com/Cy5XsWZ0a> |
| 11:21:56 | Zagor | amiconn: here is your build error: <a target="_blank" href="http://pastebin.com/zExtTJt4">http://pastebin.com/zExtTJt4a> |
| 11:24:03 | Zagor | so the build server blocked kugel for broken ipod build and then amiconn for missing compiler. that left nobody to build android. BUG! |
| 11:24:29 | kugel | I can't help with internal compiler errors, sorry |
| 11:24:43 | kugel | i guess i could remove sdl from the list |
| 11:24:58 | wodz | Zagor: maybe build system should skip the builds it can't find clients for? |
| 11:25:49 | Zagor | wodz: exactly, that's the bug. it does already when clients disconnect, but I missed doing it when clients are blocked |
| 11:26:10 | gevaerts | Zagor: doesn't my client advertise android15? |
| 11:26:14 | | Quit megal0maniac_ (Quit: Bye) |
| 11:27:26 | Zagor | gevaerts: it does, but it was not connected overnight |
| 11:27:37 | gevaerts | That's interesting... |
| 11:27:49 | wodz | static fixed ICODE_ATTR pitchyin(int16_t *input, fixed *yin) <−−- what 'fixed' in this declaration mean? That is the first time I see something like this |
| 11:29:04 | Zagor | gevaerts: umm, my bad. it was. |
| 11:32:15 | Zagor | looks like another bug. then amiconn was blocked, the android build was not abandoned (and rescheduled) |
| 11:42:11 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 11:42:25 | | Quit Buschel (Quit: ChatZilla 0.9.88.2 [Firefox 15.0.1/20120905151427]) |
| 11:44:24 | | Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) |
| 11:44:37 | mortalis | wodz: i think it's type |
| 11:44:57 | mortalis | look for define or typedef |
| 11:45:06 | | Quit fs-bluebot (Ping timeout: 246 seconds) |
| 11:45:24 | | Quit bluebrother^ (Ping timeout: 260 seconds) |
| 11:45:27 | wodz | could be |
| 11:46:06 | wodz | ah yes - typedef int32_t fixed |
| 11:46:23 | | Join fs-bluebot [0] (~fs-bluebo@g231123208.adsl.alicedsl.de) |
| 11:47:13 | | Join lebellium [0] (~chatzilla@e179142107.adsl.alicedsl.de) |
| 11:47:42 | wodz | Interesting thing. Many functions declared with ICODE_ATTR are inlined and as such doesn't end up in iram. |
| 11:49:41 | *** | Saving seen data "./dancer.seen" |
| 11:50:37 | wodz | mortalis: any progress with lcd dma? |
| 11:50:46 | | Quit mgottschlag (Ping timeout: 246 seconds) |
| 11:52:00 | AlexP | JdGordon: Is %LB supposed to be working at the moment (custom scroll bar)? |
| 11:52:49 | Zagor | I now restarted the last build |
| 11:55:47 | CIA-10 | e3cd7ec build result: All green |
| 11:59:32 | CIA-10 | Commit 3158f14 in www by Björn Stenberg: Check for fatal build error before doing build-complete housekeeping. |
| 11:59:47 | mortalis | wodz: I have almost working code for my dap. When i start playing some heavy codec (mp3, ape, wv) screen "jumps" few times. It doesn't happen when i start playing flac. Also it doesn't happen with any codec when lcd initialized by OF. |
| 12:00 |
| 12:01:13 | wodz | mortalis: can you pastebin, or put on gerrit? |
| 12:02:26 | | Join JdGord [0] (~AndChat80@49.176.66.59) |
| 12:03:40 | JdGord | AlexP: no idea what the current state is |
| 12:04:29 | mortalis | wodz: I don't have it on this machine. The main changes i made is initialization order like in OF. |
| 12:05:07 | mortalis | Also i removed while (DWDMA_CTL_L(0) & (1<<27)); but i can't recall was it necessary or not. |
| 12:05:32 | wodz | you mean you don't wait for transfer to complete? |
| 12:06:20 | mortalis | yes |
| 12:06:47 | wodz | weird |
| 12:08:19 | wodz | I would expect the jumps comes from initiated new transfer before the previous actually ended. Like lines are put into lcdif buffer, but before it reach lcd controller new transfer starts. |
| 12:09:45 | | Join advcomp2019 [0] (~advcomp20@71-213-218-143.sxcy.qwest.net) |
| 12:09:45 | | Quit advcomp2019 (Changing host) |
| 12:09:45 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 12:10:57 | AlexP | JdGordon: You may guess that I was asking as it doesn't seem to work :) |
| 12:11:14 | JdGord | File a bug |
| 12:11:29 | AlexP | JdGord: If I stick the sbs somewhere, could you have a look when you get a minute in case I'm using it wrong? |
| 12:11:29 | JdGord | Well u may have been doing it wrong! |
| 12:11:35 | AlexP | yes :) |
| 12:11:49 | AlexP | Then if it looks like it should, I'll open a bug report |
| 12:13:37 | AlexP | JdGord: If you get a minute, <a target="_blank" href="http://pastie.org/private/mr136set8npg34vgdogbrq">http://pastie.org/private/mr136set8npg34vgdogbrqa> |
| 12:15:10 | AlexP | JdGord: Follow up question, is it known/intended/unavoidable that the "browse" touchscreen command doesn't seem to do anything if you are in the menus? |
| 12:15:39 | JdGord | No that should work |
| 12:15:57 | AlexP | wrt browse? |
| 12:16:03 | JdGord | I'm on a plane and about to take off, prob wont have anu time to look for a while |
| 12:16:09 | AlexP | ok, no worries |
| 12:16:19 | JdGord | Yes, to the browse behaviour |
| 12:16:23 | JdGord | That sounds like a bug |
| 12:16:29 | AlexP | OK, I'll open a bug for it, cheers |
| 12:16:53 | JdGord | If u put up a zip in the next 5 min I might be able to play on the flightiest |
| 12:17:00 | AlexP | will try :) |
| 12:20:06 | AlexP | JdGord: <a target="_blank" href="https://www.dropbox.com/s/0tuxwr22f4kxpnw/NewArchive.7z">https://www.dropbox.com/s/0tuxwr22f4kxpnw/NewArchive.7za> |
| 12:20:20 | AlexP | JdGord: Should all be in there except the fonts, which I left out for size |
| 12:20:55 | JdGord | I hope I have 7z installed |
| 12:21:00 | JdGord | Leaving the gate |
| 12:21:03 | JdGord | Ttyl |
| 12:21:06 | AlexP | ta :) |
| 12:21:39 | | Quit JdGord (Quit: Bye) |
| 12:38:19 | | Quit wodz (Ping timeout: 256 seconds) |
| 12:38:33 | | Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) |
| 12:44:02 | | Quit stoffel (Ping timeout: 256 seconds) |
| 12:48:01 | | Join lorenzo92 [0] (~chatzilla@host143-111-dynamic.54-79-r.retail.telecomitalia.it) |
| 12:48:16 | lorenzo92 | anyone's RDS expert? ;) |
| 12:49:01 | lorenzo92 | I have set an IRQ that calls a function whenever GPIO of Si4709 radio chip is low (-> rds packet available) |
| 12:49:07 | lorenzo92 | do I need to use RDS_ISR_PROCESSING ? |
| 12:49:38 | lorenzo92 | because using the thread/semaphore way (as done in fuzeplus and as3525 targets) does segmentation fault after a while |
| 12:49:38 | | Join n1s [0] (~n1s@nl118-168-30.student.uu.se) |
| 12:49:39 | | Quit n1s (Changing host) |
| 12:49:39 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 12:55:56 | AlexP | lorenzo92: I think bertrik did some RDS stuff |
| 12:56:41 | kugel | lorenzo92: yes |
| 12:58:00 | kugel | I think there's a problem on RaaA/interrupt handling currently; you cannot use semaphores from within non-thread context |
| 13:00 |
| 13:04:55 | lorenzo92 | uhm well the situation is that I have a callback set into the kernel (from radio module). The callback is called when gpio is falling |
| 13:05:07 | lorenzo92 | I used semaphore in a thread |
| 13:05:16 | lorenzo92 | well, only the "blocking" part |
| 13:05:34 | lorenzo92 | the release was in the callback |
| 13:08:08 | lorenzo92 | *blocking = wait :) |
| 13:10:11 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 13:12:57 | lorenzo92 | but I don't get really the idea ... normally the callback is called and then rds_read_raw etc are called |
| 13:13:04 | lorenzo92 | what's the problem in here? |
| 13:13:27 | | Quit petur (Quit: *plop*) |
| 13:18:33 | lorenzo92 | what about doing the "packet received" using the appropriate register? (in a thread of course) |
| 13:20:15 | | Join stoffel [0] (~quassel@pD9E439EA.dip.t-dialin.net) |
| 13:21:59 | | Nick Guinness` is now known as Guinness (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
| 13:23:24 | n1s | wodz: thanks for the link yesterday, not much of interest in the speex header except the three line asm function i had already re-implemented :) |
| 13:24:03 | n1s | inlining and iram can be quite tricky, especially with the more recent gcc versions that try to be smarter |
| 13:25:56 | wodz | n1s: about rounding errors or how do you called it - I think this is a bug exposed by compilation for different arch. Maybe talk with upstream about it? |
| 13:27:01 | | Join pedro_angelo [0] (~pedro_ang@201-29-245-101.user.veloxzone.com.br) |
| 13:27:17 | n1s | wodz: yes, that's possible. I should try to investigate a bit more first i think, would be nice with an emulator :) |
| 13:28:39 | wodz | n1s: for arm you can use sdl RAaA on qemu arm |
| 13:29:06 | wodz | it works pretty good (a bit slow but who cares) |
| 13:30:05 | n1s | got to be faster than running on target (especially if you're trying to get any info out) |
| 13:30:25 | n1s | any links for how to set that up? |
| 13:31:02 | wodz | n1s: I can dig up something - wait a sec |
| 13:31:42 | wodz | <a target="_blank" href="http://www.aurel32.net/info/debian_arm_qemu.php">http://www.aurel32.net/info/debian_arm_qemu.phpa> |
| 13:31:54 | n1s | thanks |
| 13:32:52 | wodz | There are some images provided. I used the most recent one during unwinder for raaa debuging |
| 13:34:12 | wodz | when I get back home I can upload somewhere working image + start script |
| 13:34:49 | n1s | that would be great, i'll look into this tonight or later this week i think |
| 13:36:22 | wodz | ok, no problem |
| 13:49:42 | *** | Saving seen data "./dancer.seen" |
| 13:56:09 | | Join mounich [0] (~d590c461@www.haxx.se) |
| 13:56:25 | mounich | Hello all |
| 13:56:55 | mounich | liitle question plz: are the new 64gb microsd card supported by rockbox? |
| 13:57:14 | | Quit pedro_angelo (Remote host closed the connection) |
| 13:57:42 | mounich | I'm about to buy one but just if working with rockbox... |
| 13:59:27 | AlexP | mounich: should be, but you'll need to make it fat32 |
| 14:00 |
| 14:00:59 | mounich | Thank you AlexP, just frormating and it will works? Then let's buy one lol |
| 14:01:20 | AlexP | I seem to remember people on the forum reporting success |
| 14:01:30 | AlexP | But I haven't tried it myself |
| 14:01:31 | * | the-kyle thought it was a difference in hardware, similar to MicroSD 2GB or less vs. MicroSDHC 4GB or more. So it may depend on the device. |
| 14:01:46 | AlexP | the-kyle: I don't think it is yet |
| 14:01:51 | AlexP | but it could be :) |
| 14:02:11 | AlexP | I might be talking arse though |
| 14:02:32 | mounich | Cool, thank you fro your help |
| 14:02:36 | the-kyle | Some of the newer devices may support it. |
| 14:02:43 | AlexP | and the older |
| 14:02:46 | lorenzo92 | kugel: I wrote a (well pretty dirty ^^) piece of code that reads the register that tells if rds packet is available, and if so processes the data: player hangs anyways |
| 14:03:08 | mounich | I'm about to get a sansa fuze+ and 64 gb card |
| 14:03:36 | mounich | 16GB+64GB flash!!! woot |
| 14:03:46 | AlexP | mounich, the-kyle: "There are two kinds of SDXC cards: one kind is just an SDHC card with a higher capacity which is supposed to come preformatted as exFAT. This should work with Rockbox just fine as long as you reformat it as FAT32. The other kind is a "real" SDXC card which are faster but are not electrically compatible with SD/SDHC readers. This won't work." |
| 14:04:17 | AlexP | So an old style one should work in any Rockbox player with microsd |
| 14:04:21 | AlexP | The new types won't |
| 14:04:30 | lorenzo92 | kugel: not immediately, but after a while. Quite the same amount of type if using IRQ callback! |
| 14:04:43 | the-kyle | AlexP: Oh wow! I'll get me one of those then. Thanks for the info. |
| 14:04:58 | AlexP | That quote was from Torne by the way :) |
| 14:05:34 | AlexP | See this thread, it seems to depend on the spec version |
| 14:05:35 | AlexP | <a target="_blank" href="http://forums.rockbox.org/index.php/topic">http://forums.rockbox.org/index.php/topica>,27811.0.html |
| 14:05:38 | mounich | lets find o no SDXC :) |
| 14:06:47 | Torne | you may also need to change the partition type |
| 14:06:55 | Torne | because the exfat partition type is not supported by rockbox, even if you reformat it |
| 14:07:01 | Torne | and normal formatting tools will not change the actual partition's type |
| 14:07:26 | the-kyle | Standard partitioning tools should work for that. |
| 14:07:28 | AlexP | <a target="_blank" href="http://forums.rockbox.org/index.php/topic">http://forums.rockbox.org/index.php/topica>,33648.0.html for someone successfully using one |
| 14:07:35 | wodz | Torne: do you know internals of binutils by any chance? |
| 14:07:43 | Torne | not really. |
| 14:08:22 | wodz | Torne: Have you seen the bug in ld I faced with bFLT? |
| 14:08:28 | Torne | no |
| 14:08:56 | AlexP | the-kyle: Except the Windows built in ones, those will refuse to do fat32 for over 32 gb |
| 14:08:57 | wodz | Torne: <a target="_blank" href="http://sourceware.org/bugzilla/show_bug.cgi?id=14603">http://sourceware.org/bugzilla/show_bug.cgi?id=14603a> |
| 14:09:34 | wodz | of course binutils people don't see this as a bug |
| 14:09:53 | mounich | hard to find a no SDXC at first glance |
| 14:10:06 | the-kyle | AlexP: Hmmm. Didn't know that. Although I've had quite a few problems when I've had to deal with Windows built-in partitioning tools. |
| 14:10:36 | mounich | are those microSD HC? |
| 14:10:50 | AlexP | Just use a third party one like fat32format or swissknife |
| 14:10:55 | the-kyle | Does Rockbox support GPT partitioning, or only MBR? |
| 14:10:59 | AlexP | MBR |
| 14:11:08 | gevaerts | mounich: what do you mean? All >32GB cards are SDXC |
| 14:11:12 | AlexP | They don't have the stupid arbitrary restrictions Windows does |
| 14:11:21 | the-kyle | So on Linux, I can just use standard fdisk or parted. |
| 14:11:29 | AlexP | mounich: They are SDXC, just a certain type of them |
| 14:11:32 | AlexP | the-kyle: yes |
| 14:11:59 | n1s | wodz, bertrik: the small error i observed on arm seems to be caused by one of my earlier changes as with clean master i get the same crc on both cf and arm but with my branch only arm differs |
| 14:12:19 | gevaerts | It's just that there are two types of SDXC card, one compatible with SDHC readers (hardware-wise, anyway. The software/firmware needs to know about them), and one not |
| 14:12:20 | mounich | oh ok, sorry :) how a noob as me can make difference? |
| 14:12:26 | AlexP | I don't know |
| 14:12:55 | gevaerts | I'm not sure if the incompatible type is actually on the market yet, but I don't follow such stuff closely, so who knows? |
| 14:13:04 | the-kyle | So how can I distinguish the type of card I'm buying before checkout? |
| 14:13:19 | mounich | Let's see the pointed forum |
| 14:13:37 | Torne | it's not clear that anyone has actually made sdxc 4.0 cards |
| 14:13:55 | Torne | and actually since i posted that originally it's not entirel clear that they *are* incompatible |
| 14:14:15 | Torne | the spec is nontrivial to interpret |
| 14:14:34 | Torne | the information i had read when i posted that might have been mistaken |
| 14:14:42 | Torne | so i wouldn't worry, just buy whatever |
| 14:14:45 | Torne | it'll proabbly work :p |
| 14:14:45 | mounich | is the rockbox micro sd driver able to handle those? |
| 14:14:55 | gevaerts | Also, it might be useful to know that our way of finding out if something is compatible is to convince a user to try it :) |
| 14:15:01 | Torne | as long as you fix the MBR partition type and reformat |
| 14:15:22 | Torne | mounich: our driver just does approximately what the simplified sd spec says |
| 14:15:23 | mounich | Torne: that what I wanted to listen thank you :) I'm going to buy one then |
| 14:15:32 | mounich | you seems to be an expert |
| 14:15:36 | Torne | whether that works on any given card is disappointingly unpredictable |
| 14:15:39 | AlexP | gevaerts: Well, if a user wants to send me a card I'm happy to try it :) |
| 14:15:39 | Torne | lots of cards suck |
| 14:15:40 | Torne | :) |
| 14:16:01 | Torne | wodz: so yeah, i think the problem there is that the "retain relocs" option is not meant to be used for this |
| 14:16:03 | gevaerts | AlexP: has anyone sent you this 240GB disk yet? :) |
| 14:16:09 | AlexP | gevaerts: sadly no |
| 14:16:29 | wodz | Torne: but ld -r gives the same result |
| 14:16:31 | the-kyle | My best reader says it only supports up to 32GB, but maybe that's because of the filesystem. |
| 14:16:38 | mounich | Ok, I'll buy one. Fix MBR and reformat the thing |
| 14:16:52 | Torne | the-kyle: there are, unfortunately, a wide variety of ways in which a given reader can fuck up supporting larger cards |
| 14:16:56 | Torne | not just the filesystem. |
| 14:17:09 | Torne | the way the SDHC spec works is kinda weird for large cards :p |
| 14:17:18 | Torne | though i think usually the limit is 64GB |
| 14:17:26 | Torne | Rockbox doesn't have this problem |
| 14:17:37 | Torne | because we have direct access to the SD/MMC controller and program it ourselves |
| 14:17:43 | gevaerts | the-kyle: the reader's firmware might not support SDXH |
| 14:17:49 | Torne | whereas a USB SD card reader, you are stuck with however the reader behaves |
| 14:17:54 | mounich | Rockbox is the solution to all our problems :) |
| 14:18:11 | Torne | so you may well find that large cards work fine in rockbox but not in a SD card reader :p |
| 14:18:20 | * | mounich just need the card on the player, rockbox will be my reader |
| 14:18:41 | the-kyle | My USB reader is some little cheap thing I got in a pack of 4. It basically turns a MicroSD card into a thumb drive. |
| 14:18:56 | Torne | the-kyle: yeah, and to do that it implements the actual SD spec |
| 14:19:05 | Torne | beacuse it has to adapt USB MSC commands to SD commands |
| 14:19:27 | Torne | and so, the reader's firmware has to support SDHC itself, the host can't do it, and if it has arbitrary limits at 32/64gb then it's just tough :p |
| 14:19:38 | wodz | Torne: If retain relocs is not an option, do you have any other solution in a mind? |
| 14:19:51 | Torne | wodz: give up on supporting iram? |
| 14:19:57 | the-kyle | Torne: So my USB reader may not work, but Rockbox should handle it. |
| 14:20:11 | Torne | the-kyle: i'd say "might" rather than "should" |
| 14:20:25 | Torne | afaik we interpret the SD card info correctly such that the capacity shouldn't matter |
| 14:20:35 | Torne | but i doubt anyone has tested on large cards :) |
| 14:20:56 | AlexP | There is one report of 64gb in the forums |
| 14:21:00 | wodz | Torne: well, we could not realocate iram part - I mean feed linker with real iram address |
| 14:21:04 | AlexP | It worked fine on both clip and clip+ |
| 14:21:19 | AlexP | Well, there might be more, I stopped searching there |
| 14:21:20 | Torne | wodz: we could, though that may be problematic for arbitrary IRAM locations |
| 14:21:24 | the-kyle | Torne: TorneIn that case, it would then depend mostly on whether or not Rockbox will allow me to see the partition table on the card to fix it and reformat. |
| 14:21:33 | Torne | in case it overlaps with the region we are using for relocation :p |
| 14:21:52 | Torne | the-kyle: i think our usb stack just exports the entire block device |
| 14:21:58 | Torne | so even if it can't mount the partitions it should work |
| 14:22:14 | Torne | one thing on my maybe-todo list is "a plugin that fixes partition table for you" |
| 14:22:17 | Torne | :) |
| 14:22:54 | wodz | Torne: I am a bit surprised that memmap split is so uncommon feature. |
| 14:23:05 | Torne | wodz: not sure what you mean |
| 14:23:11 | Torne | this is a combination of obscure and weird bullshit we are doing |
| 14:23:18 | Torne | the bflt tools are super fucking bizare |
| 14:23:25 | wodz | Torne: true |
| 14:23:26 | Torne | depending on retained static relocs is crazy |
| 14:23:52 | Torne | anyway, yes, i think they misunderstand you somewhat still |
| 14:24:05 | Torne | it's not a "bug" as such but it's a missing feature |
| 14:24:16 | Torne | −−emit-relocs is not −−retain-relocs |
| 14:24:18 | wodz | I remind you the original idea about utilizing bFLT originated from you :-) |
| 14:24:31 | Torne | it should cause all the stuff that needs relocations to have relocations in the output. |
| 14:24:55 | Torne | the fact that it doesn't for code generated by the linker is dumb |
| 14:24:55 | mounich | Torne, AlexP: thanks to you for your help. I want to buy a 64GB card and test, but I'm scared that the card reader sux on me :( |
| 14:25:19 | Torne | wodz: i didn't actually have any idea how elf2bflt worked, yaknow ;) |
| 14:25:53 | Torne | i just knew how bflt was loaded by uclinux |
| 14:27:08 | wodz | ok, gtg |
| 14:27:11 | | Quit wodz (Quit: Leaving) |
| 14:30:35 | mounich | Ok, I spoted a difference bewtwen 2 64gb cards |
| 14:31:48 | mounich | One is branded "Sandisk Ultra" and the other "Sandisk Mobile Ultra" |
| 14:32:05 | Torne | not likely to be significant. |
| 14:32:17 | mounich | I guess we can distinguish then that way for the old and the new ones no? |
| 14:32:23 | | Quit thegeek (Read error: Connection reset by peer) |
| 14:32:26 | mounich | even the price is different |
| 14:32:33 | | Join thegeek [0] (~thegeek@171.17.9.46.customer.cdi.no) |
| 14:32:40 | Torne | it's likely to be the performance class of the card that's different, not the spec version |
| 14:33:02 | Torne | i expect the more expensive one is faster :) |
| 14:33:08 | mounich | that le Class 10 one that not works, correct? |
| 14:33:13 | mounich | yeah :) |
| 14:33:25 | Torne | the speed class has nothing to do with whether we can support it or not |
| 14:33:30 | mounich | and the faster is one unlikely to works with rockbox, right? |
| 14:33:37 | mounich | ok |
| 14:34:05 | * | mounich is trying to check how to distinguish them, and make that not that random |
| 14:34:14 | Torne | There may not be anything to distinguish |
| 14:34:30 | Torne | and even if there is, then the info is unlikely to be mentioned anywhere in sales info |
| 14:34:43 | Torne | it can probably only be read from the card's CSD info electronically :) |
| 14:34:55 | mounich | crap :) |
| 14:34:57 | | Quit Keripo (Quit: Leaving.) |
| 14:35:10 | mounich | I guess i HAVE TO TRY AND PRAISE, /° |
| 14:35:20 | mounich | sorry try and praise |
| 14:35:41 | Torne | just buy whatever card seems like a reasonable card to you |
| 14:35:51 | Torne | and if it works, send us a copy of the CSD info :p |
| 14:35:58 | mounich | I just want 64gb card on rockbox |
| 14:35:58 | Torne | not sure if rockbox has a way to dump that but I can add one :) |
| 14:36:07 | Torne | if it doesn't work then we can probably make it work |
| 14:36:15 | Torne | we just might need to go read more boring spec documents |
| 14:36:21 | Torne | and/or test using the actual card |
| 14:36:27 | mounich | ah! the genial answer :) |
| 14:36:27 | Torne | (and look at its CSD) :) |
| 14:36:36 | mounich | Indeed |
| 14:36:52 | Torne | anyway yeah. if it works then i'd like to know exactly how the card identifies itself (electronically, not on amazon) |
| 14:36:54 | mounich | Don't rockbox have a found for those kind of things? |
| 14:36:59 | mounich | fund |
| 14:37:05 | Torne | it does, if someone feels like making a case for it |
| 14:37:09 | Torne | but i doubt anyone cares very much :p |
| 14:37:15 | Torne | also it probably does work |
| 14:37:15 | mounich | hehe :) |
| 14:37:23 | Torne | so it's not a good investment until we've demonstrated there's a problem |
| 14:37:40 | Torne | so far i don't think any users ahve had an issue, maybe everything is fine or maybe they were just lucky :) |
| 14:38:14 | Torne | if you get one and it doesn't work, then that's actually kinda interesting and someone will probably help fix it |
| 14:38:14 | mounich | hehe, I'll buy one and report you my experience guys, your are so cool |
| 14:38:24 | Torne | if nobody else, then i'll do it :p |
| 14:38:56 | mounich | OK, sure. If it dont works, I'll surely send it out to you to bisect |
| 14:39:05 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 14:39:24 | mounich | Time to press the BUY button then :) |
| 14:39:39 | Torne | well, with any luck we can fix it without you having to mail it; it's probably just a case of looking at what CSD contains and seeing what we are misinterpreting |
| 14:39:59 | * | Torne has had enormous fun fixing dodgy eMMC devices on Linux by reading hexdumps of CSD info |
| 14:40:15 | the-kyle | fun |
| 14:42:04 | mounich | Just to be sure, whatever I choose a Class 6 or 10, it will not change my proba to get it workin Torne? |
| 14:42:09 | Torne | no |
| 14:42:21 | mounich | lets take the 10 then, tank you |
| 14:42:30 | Torne | class 10 is well within the existing speed capabilities of sdhc cards, so i doubt that on its own implies anything interesting |
| 14:42:31 | | Join GermanMushroom [0] (~c@s5146db6a.adsl.online.nl) |
| 14:43:26 | mounich | ok |
| 14:47:48 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 14:47:52 | | Quit lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120907231657]) |
| 14:49:58 | AlexP | kugel: Is there anything in particular holding up getting your android status bar stuff into git? |
| 14:53:02 | Zagor | AlexP: I have a feeling if rockbox "requires" both stop and pause, we want to look at fixing that |
| 14:53:20 | AlexP | Zagor: I'll have to check if that is the case |
| 14:53:28 | AlexP | it used to be, wrt playlist handling for one |
| 14:53:39 | gevaerts | At least bookmarks can behave differently for pause and stop |
| 14:53:45 | AlexP | But the main reason I put both pause and stop is I dodn't think about it |
| 14:53:51 | AlexP | gevaerts: yeah |
| 14:54:01 | Zagor | and stopping makes you exit current playlist. |
| 14:54:13 | Zagor | but these are pretty technical details, far from obvious for casual users |
| 14:54:17 | AlexP | Another (on android) is whether Rockbox is in the notification bar |
| 14:54:48 | AlexP | If we can make it so that to the user it doesn't matter then that would certainly be better |
| 14:55:21 | | Quit n1s (Read error: Operation timed out) |
| 14:56:02 | AlexP | Oh, maybe notification bar isn't different |
| 14:59:05 | AlexP | gevaerts: I remember we talked about (e.g. volume) popups before. If I have a volume popup (on volume change) over the AA, then if the AA is drawn in a standard viewport then a gap is left when the popup goes, if the AA is in the backdrop layer then the volume popup works but the AA doesn't update on track change |
| 14:59:08 | Zagor | a quick fix might be to simply move stop to "long press on pause" |
| 14:59:26 | AlexP | gevaerts: Do you remember what conclusion we came to? |
| 14:59:44 | gevaerts | AlexP: you need an empty viewport there |
| 14:59:59 | AlexP | Zagor: That might be worse though, as the (to a user) random difference between stop and pause is still there, but now the stop is hidden |
| 15:00 |
| 15:00:05 | AlexP | gevaerts: Under everything? |
| 15:00:23 | gevaerts | Under everything might well be the quick fix, yes |
| 15:00:39 | gevaerts | I think |
| 15:00:57 | AlexP | A backdrop one? And also under the part of the wps (screen) that is drawn by the sbs? |
| 15:01:25 | gevaerts | The backdrop is only ever redrawn in places there's a forground VP |
| 15:01:37 | AlexP | ah, I get you |
| 15:01:47 | AlexP | So just stick an empty foreground one over the AA |
| 15:01:51 | gevaerts | yes |
| 15:01:56 | AlexP | I'll try, ta |
| 15:05:36 | Zagor | AlexP: I said quick fix. not good fix ;-) |
| 15:05:43 | AlexP | :) |
| 15:17:23 | AlexP | I think I'm running out of skin buffer now |
| 15:17:29 | | Quit GeekShadow (Ping timeout: 264 seconds) |
| 15:18:07 | AlexP | As if I use a backdrop viewport then it won't show my backdrop set in Rockbox, I have to load it in the wps using %x correct? |
| 15:18:16 | AlexP | Well, if I do that I get the fallback |
| 15:18:32 | AlexP | As this is 720*1280, the backdrop bmp in 2.6 MB |
| 15:18:47 | AlexP | So that twice + all the other bmps is quite a lot |
| 15:19:15 | | Join GeekShadow [0] (~antoine@46.130.197.77.rev.sfr.net) |
| 15:19:19 | AlexP | Would it be a massive amount of work to allow jpg images in the wps/sbs/as backdrops? |
| 15:19:35 | AlexP | Esp. on android I don't think we need to worry about speed |
| 15:25:13 | | Join n1s [0] (~n1s@nl118-168-30.student.uu.se) |
| 15:25:13 | | Quit n1s (Changing host) |
| 15:25:13 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 15:29:57 | CIA-10 | Commit f498142 in rockbox by Nils Wallménius: opus: #if 0 out some unused code |
| 15:30:57 | n1s | that cut about 25k off of the .codec size for an arm7 build so it might help memory constrained targets work slightly better |
| 15:31:44 | the-kyle | I'll try that on the ClipV1 shortly. |
| 15:33:04 | | Join amayer_ [0] (~alex@mail.weberadvertising.com) |
| 15:33:17 | | Join WalkGood [0] (~4@unaffiliated/walkgood) |
| 15:36:00 | | Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) |
| 15:36:47 | wodz | AlexP: jpg/png for backdrops will only decrease 'distribution' size. You still need to have bitmap expanded in mem to display it actually |
| 15:36:59 | AlexP | wodz: good point |
| 15:37:47 | wodz | We agreed that Mr Someone could add png support for backdrops anyway |
| 15:38:51 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 15:43:54 | amiconn | Zagor: Ehumm. The files are there, but don't work. |
| 15:44:00 | * | amiconn wonders what changed |
| 15:44:16 | amayer_ | wodz: if we add support for png as backdrop would it be a hard strech to add support for png album art? |
| 15:44:43 | | Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) |
| 15:47:42 | wodz | amayer_: the whole thing is pretty trivial. The decoder is (almost) ready. Look at imageviewer. The problem is color conversion for b&w targets AND variety of allowed combinations of png features. Incore decoder should use a subset probably. |
| 15:49:44 | *** | Saving seen data "./dancer.seen" |
| 15:50:50 | | Quit mortalis (Quit: Leaving) |
| 15:54:23 | | Quit wodz (Quit: Leaving) |
| 15:58:06 | the-kyle | n1s: Latest Opus commit still crashes the clip v1 and causes a reboot. It looks like it either still has a memory issue or is having a different kind of execution problem. I'll keep trying to test it on this device. |
| 15:59:10 | | Quit mounich (Quit: CGI:IRC) |
| 16:00 |
| 16:27:32 | | Join eckoit [0] (~ryan@50.65.10.24) |
| 16:30:20 | AlexP | gevaerts: I "fixed" it by moving the popup :) |
| 16:50:51 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 17:00 |
| 17:01:08 | | Quit liar (Remote host closed the connection) |
| 17:01:35 | | Join Holyjack [0] (595d59bc@gateway/web/freenode/ip.89.93.89.188) |
| 17:03:24 | | Join Holyjack_ [0] (595d59bc@gateway/web/freenode/ip.89.93.89.188) |
| 17:03:47 | Holyjack_ | Hello all |
| 17:04:07 | Holyjack_ | I'm requestion help because I think I have bricked my Sansa Clip+ |
| 17:04:14 | Holyjack_ | *requestiong |
| 17:04:22 | Holyjack_ | *requesting, sorry |
| 17:05:49 | | Quit Holyjack (Ping timeout: 245 seconds) |
| 17:05:59 | Holyjack_ | Updating the database was taking forever (more than 20 minutes, about 10gb of files). So I turned off the player. Now it won't turn on again, even after pressing the power button for 3 minutes |
| 17:07:13 | gevaerts | What version of rockbox were you running? |
| 17:08:06 | gevaerts | There's a known bug that's fixed in the latest dev builds that causes this sort of issue for some people. Normally waiting for the battery to run down helps, so if this is the problem it should be fine again in a few days |
| 17:10:17 | | Quit advcomp2019 (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!) |
| 17:10:39 | | Join Holyjack [0] (595d59bc@gateway/web/freenode/ip.89.93.89.188) |
| 17:10:44 | | Join advcomp2019 [0] (~advcomp20@71-213-218-143.sxcy.qwest.net) |
| 17:10:45 | | Quit advcomp2019 (Changing host) |
| 17:10:45 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 17:10:49 | | Quit Holyjack_ (Ping timeout: 245 seconds) |
| 17:11:04 | Holyjack | Hello all |
| 17:11:28 | AlexP | Holyjack: Did you see the previous reply? |
| 17:12:09 | Holyjack | no, sorry, I was using a Chrome extension that closes the session when I click outside the window |
| 17:12:20 | Holyjack | now I'm on freenode webIRC, works much better :) |
| 17:12:22 | AlexP | Check <a target="_blank" href="http://www.rockbox.org/irc/log-20120924">http://www.rockbox.org/irc/log-20120924a> |
| 17:12:30 | Holyjack | I just saw the reply on the log |
| 17:12:32 | Holyjack | yes, there ;) |
| 17:12:40 | | Quit Zagor (Quit: Clint excited) |
| 17:13:06 | Holyjack | I can't day for sure which version of RB is was |
| 17:13:19 | Holyjack | but I downloaded it about a week ago |
| 17:13:53 | gevaerts | Did you choose the stable version? |
| 17:14:17 | Holyjack | yes |
| 17:14:26 | Holyjack | I used the installer utility |
| 17:14:30 | AlexP | It had the bug then |
| 17:14:36 | Holyjack | aha |
| 17:14:36 | gevaerts | Then that's 3.11.2, which does have this issue |
| 17:14:48 | gevaerts | So the advice is: wait a few days |
| 17:14:48 | Holyjack | ok |
| 17:15:03 | Holyjack | the battery will fade out even if the player is idle ? |
| 17:15:34 | AlexP | yes |
| 17:15:53 | Holyjack | and when the battery is empty, what shall I do ? |
| 17:15:56 | gevaerts | Well, it only *looks* idle |
| 17:16:12 | gevaerts | Plug it in every now and then. At some point it will start up again |
| 17:16:29 | Holyjack | so the screen is black but inside it's still working ? |
| 17:16:32 | gevaerts | yes |
| 17:16:37 | Holyjack | ok :) |
| 17:16:41 | AlexP | Then install a dev build, or 3.12 if we have released it yet |
| 17:17:13 | | Quit WalkGood () |
| 17:17:20 | Holyjack | thanks guys |
| 17:17:20 | Holyjack | ok |
| 17:17:34 | Holyjack | So what exactly is the pb on this build ? The DB generation ? |
| 17:17:47 | Holyjack | or should I have been more patient with the player ? |
| 17:19:22 | gevaerts | The database can be a bit buggy every now and then, but the main issue is that with those builds it's possible for hard reset to stop working. |
| 17:20:29 | Holyjack | ok |
| 17:21:23 | Holyjack | A 32-gb SD card should be problem ? |
| 17:21:27 | AlexP | no |
| 17:21:42 | Holyjack | ok thanks very much guys |
| 17:22:04 | Holyjack | I'll wait until the end of this week to see if the player is really bricked |
| 17:22:13 | AlexP | It isn't :) |
| 17:22:35 | Holyjack | ok :) |
| 17:23:11 | Holyjack | for the first time since I've had this player I'm actually wishing it had a *shorter* battery life :) |
| 17:23:40 | AlexP | yeah, it is annoying |
| 17:23:46 | AlexP | But it should come back to life fine |
| 17:24:00 | Holyjack | I'll keep my fingers crossed :) |
| 17:24:57 | Holyjack | Btw, maybe it should be mentionned somewhere oin the Sansa page ? |
| 17:25:02 | Holyjack | this known bug, I mean |
| 17:25:47 | AlexP | It'll be gone soon |
| 17:29:02 | Holyjack | ok |
| 17:29:10 | Holyjack | thanks again |
| 17:29:14 | Holyjack | bye ! :) |
| 17:29:19 | | Quit Holyjack (Quit: Page closed) |
| 17:49:45 | *** | Saving seen data "./dancer.seen" |
| 17:49:48 | CIA-10 | Commit 06fc6fd in rockbox by Nils Wallménius: opus: #if 0 out some more unused code, delete unused file |
| 17:54:42 | n1s | the-kyle: can you compile your own test build? |
| 17:54:55 | the-kyle | n1s: Yes. |
| 17:55:32 | the-kyle | My local copy is already mod'd. |
| 17:56:00 | n1s | the-kyle: changing the optimization flag for opus to -Os cuts another 10k off the binary for the clipv1 if you'd like to try that, not sure how much it would help though |
| 17:56:26 | the-kyle | I'll try that and see what happens. |
| 17:57:09 | n1s | just change the "-O2" to "-Os2" in the line $(OPUSLIB) : CODECFLAGS += -O2 in codecs.make and make clean |
| 17:57:24 | n1s | eh -Os not -Os2 |
| 17:57:52 | the-kyle | n1s: Thanks. Will try. |
| 17:58:18 | the-kyle | I'm rebuilding my toolchain. |
| 17:58:48 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 18:00 |
| 18:19:11 | | Quit shai_ (Read error: Connection reset by peer) |
| 18:24:22 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 18:26:28 | | Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) |
| 18:38:11 | the-kyle | n1s: Well, the result is indeed different. I no longer get a reboot, but I now get a hard freeze. |
| 18:38:59 | n1s | the-kyle: if it's a memory corruption bug which i think is fairly likely the results might well differ |
| 18:39:43 | the-kyle | Being visually impaired, I can't see what shows up on the screen when the freeze occurs, but I've taken a picture of the device as it froze, and I'll upload it somewhere. I hope it's readable. |
| 18:39:50 | n1s | cutting back binary size some more by disabling more encoder code in celt is possible but i guess i should figure out just how much it needs |
| 18:45:23 | the-kyle | n1s: <a target="_blank" href="http://ubuntuone.com/39JWqcBiohqYcFbCczorBO">http://ubuntuone.com/39JWqcBiohqYcFbCczorBOa> |
| 18:45:36 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:45:43 | the-kyle | Hope the camera took a readable picture. |
| 18:46:04 | n1s | the-kyle: looks like it's just frozen on the wps |
| 18:46:19 | the-kyle | Could be. |
| 18:47:10 | the-kyle | Is there a way to get a core dump to a file in cases like this? |
| 18:49:19 | n1s | not really |
| 18:50:21 | | Join pedro_angelo [0] (~pedro_ang@201-29-245-101.user.veloxzone.com.br) |
| 18:52:23 | the-kyle | Interesting question: In case of memory or optimization bugs in a codec, which is better/more telling of the problem, a hard freeze or a crash and reboot? |
| 18:54:50 | n1s | some crashes generate messages that can be helpful but just a hard freeze or a straight reboot doesn't tell much more than that something went very wrong |
| 18:59:24 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 19:00 |
| 19:00:51 | | Quit stoffel (Ping timeout: 246 seconds) |
| 19:05:21 | | Quit mc2739 (Ping timeout: 256 seconds) |
| 19:06:19 | n1s | it seems the codec needs about 320 to 380kb at the moment (tested lowes mid and highest bitrate in our test files) while the clip only has 288kb so some fairly large improvements are needed |
| 19:07:01 | n1s | i have no idea how much of the global stack buffer is used at either |
| 19:07:03 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 19:07:10 | n1s | that takes up a whooping 100k |
| 19:07:45 | the-kyle | Wooh! that seems big on such a low-memory device. |
| 19:08:43 | the-kyle | The codec is still fairly new, so hopefully these improvements will eventually come. |
| 19:10:57 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 19:13:53 | | Quit factor (Read error: Connection reset by peer) |
| 19:15:30 | | Join factor [0] (~factor@r74-195-187-142.msk1cmtc01.mskgok.ok.dh.suddenlink.net) |
| 19:17:18 | n1s | the-kyle: if you want to play with it reducing GLOBAL_STACK_SIZE down to 20000 seems to work with the test files i have, that should give it enough room to work with small to mid bitrate files, assuming it's fast enough :) |
| 19:17:35 | | Quit the-kyle (Read error: Connection reset by peer) |
| 19:18:30 | | Join the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com) |
| 19:20:02 | n1s | hmm, or maybe not, an overrun in that buffer would likely go undetected unless it overran the whole buffer limit which it will not do on the sim easily |
| 19:20:22 | n1s | bertrik: any idea how much stack opus really uses? |
| 19:20:49 | bertrik | I think you can calculate from % used * stack size |
| 19:21:25 | n1s | sorry, i meant of the global stack thing |
| 19:21:57 | bertrik | no, but I think I left some code in the sim that logs every allocation of the global stack |
| 19:22:58 | bertrik | I think it was at least 64k just for caching one ogg max size page |
| 19:23:40 | n1s | afaics the ogg stuff is separate, using codec_malloc |
| 19:24:51 | bertrik | ah yes |
| 19:25:00 | | Part gxk |
| 19:40:48 | | Quit mgottschlag (Ping timeout: 246 seconds) |
| 19:41:52 | n1s | if my log hack is correct the 64 kbps test file needs at most ~25k |
| 19:44:22 | n1s | btw, afaict some fairly intrusive changes are needed to use iram in any kind of efficient way |
| 19:44:39 | n1s | the scheme used for allocating the state structs is just too weird |
| 19:45:32 | | Quit efyx (Read error: Connection reset by peer) |
| 19:49:46 | *** | Saving seen data "./dancer.seen" |
| 19:51:27 | | Quit benedikt93 (Quit: Bye ;)) |
| 19:53:47 | | Join mortalis [0] (~mortalis@77.108.98.177) |
| 20:00 |
| 20:01:21 | | Join efyx [0] (~efyx@91.179.151.116) |
| 20:14:37 | | Quit pedro_angelo (Remote host closed the connection) |
| 20:23:08 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 20:34:09 | | Quit eckoit (Quit: eckoit) |
| 20:36:56 | | Join kugel_ [0] (~kugel@141.45.176.104) |
| 20:36:57 | | Quit kugel_ (Changing host) |
| 20:36:57 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 20:37:22 | | Join ZIulGqvA [0] (~linus@giant.haxx.se) |
| 20:42:46 | | Quit XavierGr (Disconnected by services) |
| 20:42:47 | | Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) |
| 20:43:04 | | Join Elfish_ [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) |
| 20:47:22 | | Quit kugel (Read error: Connection reset by peer) |
| 20:47:22 | | Quit LinusN (Ping timeout: 245 seconds) |
| 20:47:22 | | Quit Elfish (Ping timeout: 245 seconds) |
| 20:47:22 | | Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) |
| 20:47:23 | | Quit Elfish (*.net *.split) |
| 20:47:23 | | Quit mc2739 (*.net *.split) |
| 20:47:24 | | Quit bluebrother (*.net *.split) |
| 20:47:24 | | Quit Staphylo (*.net *.split) |
| 20:47:25 | | Quit Poodlemastah (*.net *.split) |
| 20:47:25 | | Quit freqmod (*.net *.split) |
| 20:47:25 | | Quit simabeis_ (*.net *.split) |
| 20:48:29 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 20:48:29 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 20:48:29 | | Join Staphylo [0] (~Staphylo@mareo.fr) |
| 20:48:29 | | Join Poodlemastah [0] (~Poodlemas@h-253-206.a218.priv.bahnhof.se) |
| 20:48:29 | | Join freqmod [0] (~quassel@2001:700:300:2120:5652:ff:fe70:1e36) |
| 20:48:29 | | Join simabeis_ [0] (~simabeis@lobmenschen.de) |
| 20:53:54 | | Join kugel [0] (~kugel@141.45.176.104) |
| 20:53:55 | | Quit kugel (Changing host) |
| 20:53:55 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 20:56:30 | | Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 20:56:37 | | Quit kugel_ (Read error: Connection reset by peer) |
| 20:56:37 | | Quit the-kyle (Ping timeout: 246 seconds) |
| 20:56:39 | | Quit shai (Ping timeout: 246 seconds) |
| 20:56:39 | | Quit n1s (Ping timeout: 246 seconds) |
| 20:56:39 | | Quit mystica555 (Ping timeout: 246 seconds) |
| 20:56:40 | | Quit nsx (Ping timeout: 246 seconds) |
| 20:56:40 | | Quit tchan (Ping timeout: 246 seconds) |
| 20:56:42 | | Quit fs-bluebot (Ping timeout: 246 seconds) |
| 20:56:45 | | Join the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com) |
| 20:57:03 | | Quit Guinness (Ping timeout: 246 seconds) |
| 20:57:14 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 20:57:21 | | Join mystica555 [0] (~Mike@75-166-107-42.hlrn.qwest.net) |
| 20:57:21 | | Quit mystica555 (Excess Flood) |
| 20:57:24 | | Quit amayer_ (Ping timeout: 246 seconds) |
| 20:57:40 | | Join amayer_ [0] (~alex@mail.weberadvertising.com) |
| 20:57:41 | | Join mystica555 [0] (~Mike@75-166-107-42.hlrn.qwest.net) |
| 20:57:41 | | Quit mystica555 (Excess Flood) |
| 20:58:01 | | Join mystica555 [0] (~Mike@75-166-107-42.hlrn.qwest.net) |
| 20:58:01 | | Quit mystica555 (Client Quit) |
| 20:58:14 | | Join mystica555 [0] (~Mike@75-166-107-42.hlrn.qwest.net) |
| 20:58:16 | | Quit mystica555 (Excess Flood) |
| 20:58:48 | | Quit Wardo (Ping timeout: 246 seconds) |
| 21:00 |
| 21:01:51 | | Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) |
| 21:02:29 | | Quit saratoga (Ping timeout: 245 seconds) |
| 21:02:41 | | Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) |
| 21:03:14 | | Join fs-bluebot [0] (~fs-bluebo@g231123208.adsl.alicedsl.de) |
| 21:04:41 | | Join nsx [0] (jm@epicsol.org) |
| 21:04:42 | | Quit nsx (Changing host) |
| 21:04:42 | | Join nsx [0] (jm@unaffiliated/nsx) |
| 21:04:51 | | Join sciopath [0] (~sciopath@yer91-2-82-237-54-159.fbx.proxad.net) |
| 21:05:03 | bluebrother | shouldn't <a target="_blank" href="https://www.rockbox.org/tracker/task/12755">FS #12755a> be rejected upfront? It's a rather useless report IMO |
| 21:05:03 | fs-bluebot | <a target="_blank" href="http://www.rockbox.org/tracker/task/12755">http://www.rockbox.org/tracker/task/12755a> Sansa Clip Zip has too many problems with lossless files (bugs, unconfirmed) |
| 21:06:11 | | Quit y4n (Quit: Today is the perfect day for a perfect day.) |
| 21:06:20 | bluebrother | plus, I don't like this "the testing of builds were made too hastily" attitude. After all the Clip Zip isn't considered stable |
| 21:06:59 | * | gevaerts nods |
| 21:07:09 | gevaerts | I'd say close it as a support issue |
| 21:07:30 | bertrik | I'd say leave it open if he can provide example files |
| 21:07:35 | gevaerts | (combined with the zip not being stable) |
| 21:07:38 | | Join thegeek_ [0] (~thegeek@171.17.9.46.customer.cdi.no) |
| 21:07:47 | gevaerts | bertrik: for which of the four issues? |
| 21:07:58 | gevaerts | At least for ape it's expected that some won't play |
| 21:09:49 | bluebrother | well, if he wants to report issues for $somefileformat he should file a report for $somefileformat, not for $bunchoffileformats |
| 21:10:05 | * | gevaerts nods |
| 21:10:47 | bertrik | but what if he then reports four separate issues? will they stay open? |
| 21:10:59 | bluebrother | well, if they are useful reports ... |
| 21:11:24 | bluebrother | btw, we currently have >600 open tasks. We should really try to get that number down. |
| 21:11:43 | bluebrother | 320 of those are bugs. |
| 21:12:32 | bluebrother | the oldest from 2006 :o |
| 21:13:14 | | Join a [0] (~c@s5146db6a.adsl.online.nl) |
| 21:13:26 | | Quit GermanMushroom (Ping timeout: 274 seconds) |
| 21:13:26 | | Quit ender| (Ping timeout: 274 seconds) |
| 21:13:27 | | Quit Belzebub (Ping timeout: 274 seconds) |
| 21:13:28 | | Quit thegeek (Write error: Connection reset by peer) |
| 21:13:35 | | Nick a is now known as Guest64089 (~c@s5146db6a.adsl.online.nl) |
| 21:17:05 | | Join Belzebub [0] (~torrentow@dj.from.drumandbass.net.pl) |
| 21:23:41 | | Join eckoit [0] (~ryan@S0106002401cf5a9e.ed.shawcable.net) |
| 21:24:23 | | Quit eckoit (Client Quit) |
| 21:24:38 | | Join ender| [0] (krneki@foo.eternallybored.org) |
| 21:25:24 | mortalis | wodz: you was right about for loop |
| 21:25:34 | | Quit mortalis (Quit: Changing server...) |
| 21:26:03 | | Join mortalis [0] (~mortalis@77.108.98.177) |
| 21:26:10 | mortalis | s/for/while |
| 21:26:51 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
| 21:27:35 | | Join gevaerts_ [0] (~fg@d54C37BF3.access.telenet.be) |
| 21:29:06 | | Quit gevaerts (Ping timeout: 240 seconds) |
| 21:29:06 | | Quit uwe_ (Ping timeout: 240 seconds) |
| 21:29:16 | | Nick gevaerts_ is now known as gevaerts (~fg@d54C37BF3.access.telenet.be) |
| 21:30:23 | | Join Syconaut^ [0] (viper@c-60fd72d5.162-1-64736c10.cust.bredbandsbolaget.se) |
| 21:30:37 | | Quit gevaerts (Changing host) |
| 21:30:37 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 21:31:08 | | Join uwe_ [0] (~uwe_@dslb-088-064-209-125.pools.arcor-ip.net) |
| 21:31:36 | | Quit Syconaut (Ping timeout: 240 seconds) |
| 21:42:26 | mortalis | wodz: seems now i have working lcd dma updates. I faced only one problem: after test_fps i have little distortion in left side of a screen. |
| 21:42:49 | | Join n1s [0] (~n1s@nl118-168-30.student.uu.se) |
| 21:42:57 | mortalis | hm, distortion always appears after Main lcd yuv |
| 21:43:21 | wodz | mortalis: cool - yuv conversion is not implemented anyway |
| 21:43:58 | wodz | n1s: I am uploading qemu-arm image. Archive is ~850MB large so this will take a bit |
| 21:44:13 | n1s | wodz: cool |
| 21:46:11 | | Quit n1s (Changing host) |
| 21:46:11 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 21:46:25 | * | amiconn found the issue with his android build capability |
| 21:46:58 | amiconn | In the last dependency conflict, I somehow managed to remove some essential i386 multiarch libs |
| 21:47:22 | amiconn | It's working again, so how do I tell the buildmaster? |
| 21:47:31 | mortalis | wodz: <a target="_blank" href="http://pastebin.com/LPJyRdv1">http://pastebin.com/LPJyRdv1a> it steel needs some work & clean up. |
| 21:47:59 | * | amiconn summons Zagor |
| 21:49:47 | *** | Saving seen data "./dancer.seen" |
| 21:52:21 | | Quit lebellium (Read error: Connection reset by peer) |
| 21:52:47 | | Join lebellium [0] (~chatzilla@e179142107.adsl.alicedsl.de) |
| 21:55:16 | kugel | rockbox static "ram" should be increased for high-res displays (or even be dynamic) |
| 21:55:28 | | Quit Belzebub (Changing host) |
| 21:55:28 | | Join Belzebub [0] (~torrentow@unaffiliated/blown-engine) |
| 21:56:11 | | Join eckoit [0] (~ryan@50.65.10.24) |
| 22:00 |
| 22:02:35 | kugel | AlexP: ping |
| 22:02:43 | AlexP | yo |
| 22:02:51 | kugel | working on some nexus 7 theme? |
| 22:02:56 | AlexP | kugel: s3 |
| 22:03:06 | AlexP | but same res IIRC |
| 22:03:10 | AlexP | 720x1280 |
| 22:03:23 | kugel | cabbie or something else? |
| 22:03:43 | AlexP | kugel: Something else, I put a thread in the forum with a screenshot :) |
| 22:03:43 | kugel | I wanted to have a go tomorrow, since I currently have a nexus 7 for a while |
| 22:03:55 | AlexP | That'd be cool |
| 22:04:00 | AlexP | I think I found 2 bugs |
| 22:04:11 | AlexP | The custom scroll bar %LB doesn't seem to work |
| 22:04:28 | evilnick | AlexP: I'd offer to test it but my s3 is about to be sent off for fixing :( |
| 22:04:38 | AlexP | And the "browse" touchscreen tag doesn't seem to work when you are in the menus, but is fine in the wps |
| 22:04:51 | AlexP | evilnick: oh, shame. Your fault? |
| 22:05:12 | kugel | not sure I can help with skinned lists |
| 22:05:41 | AlexP | I told JdGordon, he is/was going to try to check if it is me doing something wrong before I file a bug report |
| 22:06:02 | kugel | he's gone for 2 weeks now afaik |
| 22:06:15 | AlexP | oh, shame |
| 22:07:13 | evilnick | kugel: Is bluetooth streaming something that needs to be enabled in the (android) app? |
| 22:09:37 | bluebrother | AlexP: Nexus 7 is 800x1280 |
| 22:09:52 | AlexP | OK, so no, not for that then :) |
| 22:12:16 | | Join hype_ [0] (~hype@82.199.174.16) |
| 22:12:31 | bluebrother | well, shouldn't be too hard to adjust for that resolution, given that it only adds a couple of pixels at the sides :) |
| 22:13:08 | bluebrother | judging from your screenshots one could simply center it and make the backdrop a bit wider |
| 22:13:26 | AlexP | kugel: What's the status on your stuff for android notification bar? |
| 22:13:43 | AlexP | bluebrother: yeah, would have thought so - just adjust the spacing a bit |
| 22:14:27 | | Quit hype (Ping timeout: 244 seconds) |
| 22:14:27 | | Nick hype_ is now known as hype (~hype@82.199.174.16) |
| 22:25:11 | | Quit scorche (Disconnected by services) |
| 22:25:15 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
| 22:27:00 | kugel | AlexP: no progress, I didnt work further on it the past weeks (lack of time and motivation) |
| 22:27:20 | AlexP | kugel: What is the issue? It seemed to work well the time I tried |
| 22:28:44 | kugel | I think I want a malloc-based buflib for it as stopping playback for resolution changes sucks |
| 22:29:01 | kugel | (and there's an implicit change on start up) |
| 22:30:16 | kugel | an extension to the skin language the center an image within the viewport would be nice also |
| 22:30:46 | AlexP | Righto |
| 22:30:54 | kugel | for better support of multi-resolution themes |
| 22:31:00 | AlexP | yes, that would be nice |
| 22:31:19 | AlexP | resolution dependent size scaling :) |
| 22:31:33 | AlexP | so image is x/4, y/8 or whatever :) |
| 22:31:37 | kugel | as of now you couldnt center the an image or album art on a theme which works on both nexus 7 and sgs3 |
| 22:32:32 | evilnick | That would be awesome |
| 22:33:01 | evilnick | Well... anything that meant that there didn't have to be resolution specific changes would be awesome :) |
| 22:35:24 | | Quit ZIulGqvA (Remote host closed the connection) |
| 22:35:38 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 22:36:02 | | Part LinusN |
| 22:41:27 | | Join Horscht [0] (~Horscht@p5DD5795E.dip.t-dialin.net) |
| 22:41:28 | | Quit Horscht (Changing host) |
| 22:41:28 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 22:45:05 | wodz | n1s: File sharing sites doesn't like this archive. Maybe I can send it to You directly with dcc? |
| 22:46:22 | wodz | s/doesn't/dont |
| 22:49:47 | | Quit wodz (Quit: Leaving) |
| 22:53:04 | | Quit bertrik (Remote host closed the connection) |
| 22:54:30 | | Join lebellium_ [0] (~chatzilla@e179138023.adsl.alicedsl.de) |
| 22:56:57 | | Quit lebellium (Ping timeout: 268 seconds) |
| 22:57:10 | | Nick lebellium_ is now known as lebellium (~chatzilla@e179138023.adsl.alicedsl.de) |
| 22:58:33 | n1s | wodz: (logs) i've never gotten dcc to work |
| 22:59:27 | n1s | i'll try to set it up by following the instruction you linked |
| 22:59:58 | | Quit JdGordon (*.net *.split) |
| 22:59:59 | | Quit ukleinek (*.net *.split) |
| 23:00 |
| 23:00:01 | | Quit LittleCreature (Ping timeout: 279 seconds) |
| 23:01:02 | | Quit kevku (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) |
| 23:01:08 | | Join LittleCreature [0] (~fearofmus@unaffiliated/fearofmusic) |
| 23:04:02 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 23:04:02 | | Join ukleinek [0] (~ukl@port-212-202-120-50.static.qsc.de) |
| 23:09:08 | | Quit thegeek_ (Ping timeout: 256 seconds) |
| 23:09:16 | | Join thegeek [0] (~thegeek@171.17.9.46.customer.cdi.no) |
| 23:09:37 | | Nick Elfish_ is now known as Elfish (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) |
| 23:17:19 | | Quit preglow (Ping timeout: 240 seconds) |
| 23:19:49 | | Quit amayer_ (Ping timeout: 256 seconds) |
| 23:20:13 | minus | is it normal that changing/pausing a song takes ~7 seconds with a 32GB SD card? (sansa fuze v1) |
| 23:20:47 | | Join preglow [0] (thomj@skrotnisse.pvv.ntnu.no) |
| 23:20:47 | | Quit preglow (Changing host) |
| 23:20:47 | | Join preglow [0] (thomj@rockbox/developer/preglow) |
| 23:20:57 | | Quit Strife89 (Ping timeout: 246 seconds) |
| 23:25:07 | | Quit mortalis (Ping timeout: 248 seconds) |
| 23:25:24 | | Join mortalis [0] (~mortalis@77.108.98.177) |
| 23:28:37 | | Quit mortalis (Client Quit) |
| 23:29:47 | | Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) |
| 23:33:22 | | Quit [Saint] (Read error: Connection reset by peer) |
| 23:33:28 | | Join pedro_angelo [0] (~pedro_ang@201-29-245-101.user.veloxzone.com.br) |
| 23:33:38 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 23:33:44 | | Quit Horscht (Quit: Verlassend) |
| 23:46:15 | | Quit mc2739 (Ping timeout: 245 seconds) |
| 23:47:49 | | Join GeekShad1w [0] (~antoine@46.130.197.77.rev.sfr.net) |
| 23:48:22 | | Join mc2739 [0] (~mc2739@71.20.87.137) |
| 23:49:12 | | Join amayer [0] (~alex@h210.53.213.151.dynamic.ip.windstream.net) |
| 23:49:51 | *** | Saving seen data "./dancer.seen" |
| 23:50:31 | | Quit GeekShadow (Ping timeout: 248 seconds) |
| 23:50:32 | | Quit funman (Ping timeout: 248 seconds) |
| 23:51:36 | | Quit mc2739 (Changing host) |
| 23:51:36 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 23:51:36 | | Join mgottschlag2 [0] (~quassel@HSI-KBW-091-089-249-174.hsi2.kabel-badenwuerttemberg.de) |
| 23:53:13 | | Join funman [0] (~fun@altair.via.ecp.fr) |
| 23:53:56 | | Quit mgottschlag (Remote host closed the connection) |
| 23:54:37 | | Quit funman (Changing host) |
| 23:54:37 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 23:58:37 | | Quit pedro_angelo (Remote host closed the connection) |
icon identifies that the person is a core developer (has commit access).