| 00:04:26 | | Quit n17ikh (Ping timeout: 264 seconds) |
| 00:05:55 | | Quit xiainx (Ping timeout: 260 seconds) |
| 00:08:21 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 00:09:45 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 00:14:03 | | Quit merbanan (Ping timeout: 246 seconds) |
| 00:14:03 | | Quit nimak (Read error: Connection reset by peer) |
| 00:14:06 | | Join nima [0] (~nima@adsl-75-45-239-242.dsl.sfldmi.sbcglobal.net) |
| 00:16:22 | | Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 00:18:02 | | Quit bertrik (Quit: Leaving) |
| 00:19:41 | | Quit Kitar|st (Ping timeout: 268 seconds) |
| 00:28:11 | | Join ultrauber [0] (~ultrauber@c-24-18-245-111.hsd1.wa.comcast.net) |
| 00:29:38 | | Quit DataGhost (Ping timeout: 264 seconds) |
| 00:32:05 | | Quit ultrauber (Client Quit) |
| 00:32:23 | | Join Kitar|st [0] (~Kitr88@BSN-182-132-60.dial-up.dsl.siol.net) |
| 00:32:48 | | Quit MethoS- (Remote host closed the connection) |
| 00:35:38 | | Join Kitr88 [0] (Kitr88@89.142.234.161) |
| 00:36:36 | | Quit Kitar|st (Ping timeout: 240 seconds) |
| 00:38:18 | | Quit ender` (Quit: I used to believe in reincarnation, but that was in a previous life.) |
| 00:38:57 | | Quit robin0800 (Remote host closed the connection) |
| 00:40:49 | | Join p3tur [0] (~peter@rockbox/developer/petur) |
| 00:41:19 | | Quit petur (Disconnected by services) |
| 00:41:23 | | Nick p3tur is now known as petur (~peter@rockbox/developer/petur) |
| 00:51:37 | | Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) |
| 00:56:37 | | Quit evilnick_B (Quit: Page closed) |
| 00:56:49 | | Quit halmi (Quit: halmi) |
| 01:00 |
| 01:01:23 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 01:07:38 | *** | Saving seen data "./dancer.seen" |
| 01:08:59 | | Quit Kitr88 (Ping timeout: 276 seconds) |
| 01:13:51 | | Join Kitar|st [0] (Kitr88@BSN-182-26-137.dial-up.dsl.siol.net) |
| 01:21:39 | | Quit petur (Remote host closed the connection) |
| 01:22:32 | | Quit komputes (Read error: Operation timed out) |
| 01:26:52 | | Join mirsal [0] (~mirsal@videolan/developer/Mirsal) |
| 01:31:57 | | Part toffe82 |
| 01:46:46 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 01:50:38 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 01:52:14 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 02:00 |
| 02:00:18 | | Join Matuku [0] (~Matuku@91.106.236.176) |
| 02:01:45 | | Quit DerPapst (Quit: Leaving.) |
| 02:02:26 | | Quit Matuku (Client Quit) |
| 02:17:30 | | Join fatcat [0] (~fatcat@host-98-127-134-249.gdj-co.client.bresnan.net) |
| 02:40:03 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 02:50:51 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
| 02:51:01 | | Join Boldfilter_ [0] (~Boldfilte@adsl-82-78-14.jax.bellsouth.net) |
| 02:51:28 | | Quit Boldfilter (Read error: Operation timed out) |
| 02:51:28 | | Nick Boldfilter_ is now known as Boldfilter (~Boldfilte@adsl-82-78-14.jax.bellsouth.net) |
| 02:58:08 | | Quit fatcat (Quit: Leaving) |
| 03:00 |
| 03:07:40 | *** | Saving seen data "./dancer.seen" |
| 03:21:53 | JdGordon | gevaerts: so did the patch work? |
| 03:23:06 | JdGordon | guess not |
| 03:35:30 | | Join uizogbiq [0] (~dido_fc@212.25.39.148) |
| 03:40:08 | | Part uizogbiq |
| 03:41:23 | | Quit tmzt_ (Read error: Operation timed out) |
| 03:41:50 | | Join tmzt_ [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
| 03:41:58 | | Quit hebz0rl (Ping timeout: 260 seconds) |
| 03:45:20 | | Join Antibuddha [0] (~chatzilla@c-71-59-22-179.hsd1.ga.comcast.net) |
| 03:46:27 | | Part Antibuddha |
| 03:54:34 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-197-035.pools.arcor-ip.net) |
| 04:00 |
| 04:05:51 | | Quit TheSeven (Disconnected by services) |
| 04:06:03 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
| 04:06:14 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
| 04:08:46 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 04:12:38 | | Quit dys (Ping timeout: 276 seconds) |
| 04:13:07 | | Join dys [0] (~andreas@krlh-5f73433c.pool.mediaWays.net) |
| 04:20:41 | | Quit kugel (Ping timeout: 265 seconds) |
| 04:21:36 | | Join Barahir [0] (~jonathan@gssn-5f756dad.pool.mediaWays.net) |
| 04:22:41 | | Join Rob2223 [0] (~Miranda@p4FDCA5A2.dip.t-dialin.net) |
| 04:24:44 | | Quit Barahir_ (Ping timeout: 240 seconds) |
| 04:25:55 | | Quit Rob2222 (Ping timeout: 245 seconds) |
| 04:27:40 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 04:39:23 | | Quit Boldfilter (Quit: Boldfilter) |
| 04:40:44 | | Quit Xerion (Read error: Connection reset by peer) |
| 04:50:05 | | Quit Rondom (Disconnected by services) |
| 04:50:18 | | Join Rondom_ [0] (~quassel@dslb-084-057-169-208.pools.arcor-ip.net) |
| 05:00 |
| 05:03:15 | | Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 05:07:33 | | Quit mikroflops (Ping timeout: 264 seconds) |
| 05:07:43 | *** | Saving seen data "./dancer.seen" |
| 05:10:48 | | Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 05:16:12 | | Quit goffa (Ping timeout: 264 seconds) |
| 05:17:09 | funman | FlynDice: do you understand why the card goes into programming state even if sending data failed (FRUN set) ? |
| 05:18:40 | | Quit esperegu (Ping timeout: 265 seconds) |
| 05:19:20 | funman | According to Figure 4-3 in SD spec, it means STOP_TRANSMISSION command didn't complete. Perhaps we need to not issue this command |
| 05:24:23 | funman | If I do that, the card stays in RCV state |
| 05:27:00 | | Quit CaptainKewl (Remote host closed the connection) |
| 05:27:01 | funman | And if deselect+select the card, it's still stuck in PRG state :// |
| 05:29:10 | funman | card reinitialization seems to work (infinite looping in sd_transfer_sectors) |
| 05:38:42 | | Quit Horscht (Quit: Verlassend) |
| 05:42:01 | | Join saratoga [0] (~9803c20d@gateway/web/freenode/x-bnbmuzgeinlsrliy) |
| 05:42:22 | | Quit saratoga (Changing host) |
| 05:42:22 | | Join saratoga [0] (~9803c20d@rockbox/developer/saratoga) |
| 05:45:11 | funman | FlynDice: Interesting: if I send the command *after* enabling DMA channel, I get no panic. Presumably wakeup_wait() doesn't return. That could mean the FRUN bit is set between the time we have sent the write command and we get to enable the DMA channel. |
| 05:51:06 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 05:52:30 | FlynDice | funman: I have not seen it in the programming state yet. I 've been looking at it right after the frun error is detected and I find it in the tran state. I believe it goes back to tran if the transfer fails. |
| 05:54:18 | funman | for me (trying to write to µSD only, in case something goes wrong with Clip+ OF), it panics at "wait for TRAN state failed" in the 2nd iteration of the loop (FRUN detected, retry set to true) |
| 05:55:34 | FlynDice | I have moved the dma enable around and split the read & write commands up with the same result. I have found that I need to enable dma for the controller before enabling the channel or I get an ata error on start |
| 05:55:59 | | Quit xiainx (Ping timeout: 240 seconds) |
| 05:56:59 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 05:57:01 | funman | reading works flawlessly already, so there must be something specific to writes |
| 05:57:15 | S_a_i_n_t | pixelma: It's a little late I know (reading upward), but I'm fairly confident that I have gotten %C to work in conditional viewports before now...although I don't seem to be able to find an example of that lying around on my drives anymore. |
| 05:57:31 | S_a_i_n_t | It wasn't easy IIRC, but I'm almost certain it was possible. |
| 05:59:57 | FlynDice | The one bit that is different in send_cmd between read/write makes sense and I think you found it in the work you did before also so I have not experimented with that yet. |
| 06:00 |
| 06:07:26 | S_a_i_n_t | also pixelma: gevaerts: With my understanding of WPS code, and looking again at centerart2.0, it is indeed a mess of overlapping viewports. I would be interested to see if that is the cause of the problem actually. From what I can see, the playlistviewer is still drawn even if there is AA (the AA just covers it...."tsk, tsk, tsk...), the "a" viewports seem like they overlap, bah...it's just a mess. |
| 06:07:39 | S_a_i_n_t | Overlapping viewports shouldn't be causing this. |
| 06:09:02 | S_a_i_n_t | But, I'd still like too what happens if the viewports were handled the way they should be, instead of just a way that "looks like it works", but I'd probably prefer to get Yotto (the author) to do this, as fixing broken WPS code (especially other peoples code) really isn;t fun. |
| 06:10:06 | S_a_i_n_t | s/too/to/ |
| 06:10:21 | FlynDice | funman: re STOP_TRANSMISSION command, on p18 of the sd spec, 2nd bullet item it says " |
| 06:10:23 | FlynDice | The write |
| 06:10:24 | FlynDice | commands shall be stopped prior to deselecting the card by CMD7 |
| 06:10:42 | funman | ok |
| 06:11:07 | FlynDice | whoops, sorry I wasn't quite done there.... damn cut & paste.. |
| 06:12:10 | FlynDice | funman: You've actually got it into prg state though? |
| 06:12:23 | funman | yes but it was not my fault ! :) |
| 06:13:55 | FlynDice | lol, stop stealing my technique..... |
| 06:15:26 | S_a_i_n_t | I figure the author *must* of had this WPS working at *some* point, as I assume he uses the theme himself, and I'm fairly certain that he would notice such a bug? Perhaps too much assumption on that part. I completely missed gevaerts saying he can reproduce it now with just the playlistview line in the WPS, so assuming that the theme *did* work, and perhaps the author is using 3.5/3.5.1 still...has something changed recently in the playlistviewer code? |
| 06:16:51 | funman | FlynDice: you know what EN_OD_PULLUP is ? It's not used in linux, OF only clears the bit at init, and setting it prevents µSD from functioning it seems |
| 06:18:29 | FlynDice | funman: I think it enables the pullup resistor for open drain mode which is for mmc not sd |
| 06:19:13 | | Join webguest67 [0] (~4a3d7b79@giant.haxx.se) |
| 06:19:26 | webguest67 | hello? |
| 06:19:42 | funman | hello. |
| 06:20:12 | webguest67 | I was wondering if anyone had trouble with the recent rb from svn? |
| 06:20:24 | S_a_i_n_t | for which target? |
| 06:20:36 | webguest67 | ipodnano 1g |
| 06:20:40 | S_a_i_n_t | and what "trouble"? |
| 06:20:46 | webguest67 | Everything works great...\ |
| 06:20:53 | S_a_i_n_t | except...? |
| 06:20:53 | webguest67 | except rockdoom |
| 06:21:05 | S_a_i_n_t | what happens exactly? |
| 06:21:06 | webguest67 | spitting out errors |
| 06:21:12 | S_a_i_n_t | I run Doom fine on me Nano1g |
| 06:21:20 | S_a_i_n_t | s/me/my/ |
| 06:21:25 | S_a_i_n_t | what are the errors? |
| 06:21:29 | webguest67 | Stable works fine |
| 06:21:46 | webguest67 | I can't read all of the errors, they don't fit onscreen |
| 06:21:54 | webguest67 | Is there a log? |
| 06:22:30 | S_a_i_n_t | No, I don't believe so. |
| 06:22:36 | S_a_i_n_t | At what point does it error? |
| 06:22:47 | S_a_i_n_t | I've loaded it, playing it now. |
| 06:23:08 | webguest67 | Right when it is about to play |
| 06:23:44 | S_a_i_n_t | what WAD are you trying to load? |
| 06:23:55 | webguest67 | It doesn |
| 06:23:59 | webguest67 | t matter |
| 06:24:21 | webguest67 | freedoom, doom1, doom2, they all have this error |
| 06:24:33 | S_a_i_n_t | So it happens with all of them? |
| 06:24:38 | S_a_i_n_t | I can load them all fine. |
| 06:24:40 | webguest67 | Yes |
| 06:24:43 | S_a_i_n_t | what revision are you on? |
| 06:24:48 | S_a_i_n_t | r2XXXX? |
| 06:24:54 | webguest67 | 25650? I thing |
| 06:25:01 | webguest67 | k |
| 06:25:37 | webguest67 | r25650M-100415 |
| 06:26:21 | saratoga | try renaming your rockbox folder and extracting a fresh one |
| 06:26:41 | funman | also try a not modified build |
| 06:26:58 | S_a_i_n_t | saratoga: wasn't someone touching the doom code today/last night? |
| 06:27:01 | S_a_i_n_t | may be related. |
| 06:27:04 | webguest67 | I've done that, I've even deleted it! |
| 06:27:25 | S_a_i_n_t | this guy is a few revisions ahead of me. |
| 06:27:32 | S_a_i_n_t | and I can run them fine. |
| 06:27:44 | webguest67 | Which revision works? |
| 06:27:55 | saratoga | website says its been over a month since the doom folder changed |
| 06:28:27 | funman | S_a_i_n_t: no they were just looking why doom doesn't build/run when built with gcc4.5 |
| 06:28:37 | S_a_i_n_t | I'm on 25616 |
| 06:28:43 | S_a_i_n_t | funman, thanks. |
| 06:28:53 | webguest67 | What could be the problem? |
| 06:28:58 | S_a_i_n_t | webguest: can you verify this happens with *clean* SVN? |
| 06:29:05 | S_a_i_n_t | you're supposed to do this first. |
| 06:29:16 | S_a_i_n_t | clean (no patches) |
| 06:29:49 | webguest67 | It looks like it, I might need to start again to make it kosher |
| 06:30:27 | saratoga | just try the build from the website |
| 06:31:08 | webguest67 | To save time, I'll build your version and get on the build from the website now |
| 06:31:47 | webguest67 | I'll be back when I'm finished, bye |
| 06:33:09 | S_a_i_n_t | It's just useful to know it its been introduced by one of your patches or not, this only takes downloading the daily from the site. |
| 06:46:39 | webguest67 | Ok I tried the daily build from the site: failed |
| 06:47:09 | webguest67 | The error says something about RInitTextures |
| 06:48:04 | funman | That would mean corrupted WAD iiuc |
| 06:48:29 | funman | or corrupted cached data |
| 06:48:30 | webguest67 | How could that be? |
| 06:48:41 | funman | file system corruption for example |
| 06:48:49 | | Quit anewuser (Quit: http://xrl.us/NitroQueer What do you know...THE WORLD'S first NTRQ (that's for NES/FAMICOM) tracking compo. Have powerpak? Try it out! Otherwise ROM IMAGE.) |
| 06:48:55 | funman | tried to download the wad again? |
| 06:49:00 | webguest67 | Which wad in particular? |
| 06:49:18 | funman | the one which works for S_a_i_n_t ^^ |
| 06:49:38 | webguest67 | Do you mean rockbox's own wad that does who-knows-what? |
| 06:50:08 | funman | I mean one that should work |
| 06:50:40 | webguest67 | Where does rockdoom.wad come from? |
| 06:50:47 | funman | http://www.rockbox.org/wiki/pub/Main/PluginDoom/rockdoom.wad |
| 06:51:20 | webguest67 | This isn't something I can build? |
| 06:51:40 | funman | i have no idea |
| 06:53:44 | webguest67 | SoaB! |
| 06:54:01 | webguest67 | IT WAS rockdoom.wad! |
| 06:54:26 | saratoga | i thought you said you deleted your rockbox folder? |
| 06:55:13 | webguest67 | I was using the utility to transfer over some doom files |
| 06:55:46 | webguest67 | Apparently the automatic rockbox utility used a different wad |
| 06:57:02 | funman | i think it uses freedoom |
| 06:57:03 | webguest67 | Thanks, now the problem is understood |
| 06:57:42 | webguest67 | freedoom is irrelevant, rockbox.wad was the problem, which is not a map |
| 06:58:14 | webguest67 | That utility screwed something up before too. |
| 06:58:53 | S_a_i_n_t | what exactly is rockbox.wad? |
| 06:59:23 | webguest67 | I don't know but rockdoom needs it |
| 06:59:42 | webguest67 | http://download.rockbox.org/rbutil/linux/RockboxUtility-v1.2.6-64bit.tar.bz2 −−This needs to be checked |
| 06:59:58 | S_a_i_n_t | where are you finding the file rockbox.wad? |
| 07:00 |
| 07:00:06 | S_a_i_n_t | I can't seem to find it on my device. |
| 07:00:46 | webguest67 | It's where all the other wads are |
| 07:00:55 | | Quit grndslm (Read error: Operation timed out) |
| 07:00:56 | S_a_i_n_t | and my device runs all the wads (freedoom/doom, doom2 etc.) fine |
| 07:01:04 | S_a_i_n_t | not on my device it isn't. |
| 07:01:30 | funman | you mean rockDOOM.wad |
| 07:01:54 | webguest67 | it wasn't capitalized on my device |
| 07:02:10 | S_a_i_n_t | where is it? |
| 07:02:18 | S_a_i_n_t | gimme the exact path please. |
| 07:02:28 | funman | S_a_i_n_t: i pasted it ten minutes ago |
| 07:02:51 | S_a_i_n_t | I mean on the device, where does it come from? what uses it? |
| 07:02:51 | funman | webguest67: i mean rockDOOM not rockBOX. capitalization has no effect on fat32 anyway |
| 07:03:04 | funman | S_a_i_n_t: well you put it in .rockbox/doom ? |
| 07:04:02 | S_a_i_n_t | wait...so "rockbox.wad" was an error? |
| 07:04:07 | S_a_i_n_t | I'm getting confused. |
| 07:04:19 | webguest67 | Hold on rockdoom crashed my ipod nano and I can't get it to restart now |
| 07:05:22 | S_a_i_n_t | I have rockdoom.wad, sure, but for the life of me I can't find "rockbox.wad" |
| 07:05:33 | webguest67 | Wow this is a bad crash, I can't reboot the thing or anything! |
| 07:05:50 | S_a_i_n_t | hold menu+select (for up to 30 seconds) |
| 07:06:00 | webguest67 | I meant rockdoom.wad, sorry! |
| 07:06:14 | S_a_i_n_t | well, that clears things up... |
| 07:06:31 | webguest67 | It finally restarted, I thought I would have to wait 8 hours for the battery to die! |
| 07:06:45 | S_a_i_n_t | this doesn;t happen on the iPods. |
| 07:06:58 | S_a_i_n_t | the reset is hardcoded...it *usually* always works. |
| 07:07:23 | S_a_i_n_t | s*usually*/probably screwed if it doesn't/ |
| 07:07:44 | *** | Saving seen data "./dancer.seen" |
| 07:07:49 | webguest67 | All electronic devices misbehave occasionally |
| 07:08:16 | S_a_i_n_t | all FW misbehaves...hardware either works, or it doesn't. |
| 07:09:10 | webguest67 | So what I learned form all of this is that the rockbox utility is not to be trusted for installing software, as it tends to install corrupt files. |
| 07:09:56 | S_a_i_n_t | It's never claimed to be foolproof. |
| 07:10:08 | S_a_i_n_t | I believe it states it's still in development/ |
| 07:10:22 | webguest67 | I'm just going to use it for the bootloader from now on |
| 07:10:30 | S_a_i_n_t | It just provides a means for those that fear the manual install for some reason. |
| 07:10:46 | webguest67 | Is there another way of installing the bootloader? |
| 07:11:15 | S_a_i_n_t | FWIW, if you're doing your own builds, it can be easier to use ipodpatcher directly for the bootloader |
| 07:11:30 | S_a_i_n_t | yes, ipodpatcher. |
| 07:12:27 | S_a_i_n_t | if you want a fancy GUI though, rbutil is still the way to go. |
| 07:12:41 | S_a_i_n_t | But, if you're not scared of a bash prompt... |
| 07:12:47 | S_a_i_n_t | then, use ipodpatcher. |
| 07:13:02 | webguest67 | Ipodpatcher's source is included? Or is the tool on available separately? |
| 07:13:16 | S_a_i_n_t | It is in the source, yes. |
| 07:13:47 | webguest67 | Ok, that should be all I need to know thanks! |
| 07:13:54 | webguest67 | Bye now |
| 07:13:58 | | Quit webguest67 (Quit: CGI:IRC) |
| 07:14:10 | S_a_i_n_t | just use "make" in rbutil/ipodpatcher to build ipodpatcher IIRC |
| 07:14:18 | S_a_i_n_t | bah...too late. |
| 07:14:19 | S_a_i_n_t | meh |
| 07:24:09 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 07:24:30 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 07:27:06 | | Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) |
| 07:28:11 | | Quit mc2739 (Ping timeout: 252 seconds) |
| 07:30:27 | pixelma | S_a_i_n_t: sure %C in conditional viewport works if the %C is in only one of the set (I use this for a long time already displaying album art if present and something else if not). But did you ever try putting the %C into different viewport sets to make the album art show up in different places depending on some condition, e.g hold? I tried with a very simple WPS only doing this with the hold conditional. The art shows up in the viewport that's |
| 07:30:28 | pixelma | shown when not on hold, in the other case the viewport is blank - the conditional viewport logic works, I confirmed with a simple string I let it show otherwise |
| 07:32:48 | pixelma | and currently I think the %Vp is not there when the "a" viewports are shown in the CenterArt theme, %Vp is not a viewport for itself, just an element you would use like a bitmap or so - judged by the fact that it has no coordinates or dimension parameters |
| 07:32:55 | | Join Guest23293 [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 07:33:08 | | Quit n17ikh (Disconnected by services) |
| 07:33:22 | | Nick Guest23293 is now known as n17ikh (~n17ikh@host-69-59-126-212.nctv.com) |
| 07:33:25 | | Quit n17ikh (Client Quit) |
| 07:33:44 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 07:34:19 | S_a_i_n_t | pixelma: Yes, I am almost confident that I have displayed the AA conditionally, and in different places. |
| 07:34:25 | S_a_i_n_t | I will experimant more tonight. |
| 07:34:34 | | Quit advcomp2019 (*.net *.split) |
| 07:34:34 | | Quit Unhelpful (*.net *.split) |
| 07:34:45 | S_a_i_n_t | I remember it didn;t work as expected, but I'm almost certain I was able to do it. |
| 07:34:58 | pixelma | could also be broken currently then |
| 07:35:21 | S_a_i_n_t | that centerart theme *is* a mess though... |
| 07:35:23 | S_a_i_n_t | ;) |
| 07:35:47 | S_a_i_n_t | s/centerart/centerart2.0/ |
| 07:36:43 | S_a_i_n_t | I built that theme relying on the fact that there would one day be a tag for (next AA), but I seem to have lost it/deleted it since. |
| 07:36:51 | S_a_i_n_t | As the tag doesn;t exist. |
| 07:36:59 | pixelma | the art in different places is from a thread in the forums, also in a messy theme with loads of overlapping viewports but as I said I tried in a simple test.wps I wrote myself that just contains two different viewport sets and has no overlapping |
| 07:38:06 | | Join syscrash [0] (~syscrash@poipu/developer/syscrash) |
| 07:38:35 | S_a_i_n_t | I think the problem I ran into was that I could get both AA's to display, but the previous one remained onscreen even though it wasn't being called. |
| 07:39:12 | S_a_i_n_t | So I *think* I had to cover it with a bitmap (ugly fix I know... ;)), but I'm sure I did get AA showing in two places conditionally. |
| 07:39:52 | S_a_i_n_t | I'll try again tonight and see what ugly fix I come up with this time. |
| 07:40:28 | | Part syscrash |
| 07:40:45 | pixelma | where the positions of %C well... (missing some English here) way apart or was the art in one case only a bit away from art in the other case (so "overlapping" if it wasn't in conditional viewports)? I still wanted to try if you could just show %C in two different places at the same time in fixed viewports |
| 07:41:41 | pixelma | I tried the "only a bit off" case, shown conditionally so far and thought that could make a difference |
| 07:43:08 | S_a_i_n_t | IIRC (this is going back some time...) I had one AA top left with the text left aligned, and the other AA was top right with the text right aligned. It was basically 3 viewports side-by-side (actually I think it was 4 (but the text needed some magic). |
| 07:43:40 | S_a_i_n_t | the AA viewports were top left/right though, so no overlapping IIRC |
| 07:43:57 | pixelma | aha, maybe different then |
| 07:44:09 | S_a_i_n_t | I'll do some experimenting tonight. |
| 07:44:34 | S_a_i_n_t | JdGordon is *apparently* going to do "next AA" sometime in the bear future...so I want to get a head start. |
| 07:44:43 | S_a_i_n_t | I'm going to want to do it eventually. |
| 07:44:53 | S_a_i_n_t | s/bear/near/ |
| 07:45:30 | pixelma | one thing I started to wonder now about %Vp - how does the parser know when it has to stop with the list? Looking at the examples you limit it by either putting it into a viewport or the screen dimensions |
| 07:45:40 | S_a_i_n_t | That, and you have caught my attention with something that *should* work, but apparently doesn't...I'm interested now. ;) |
| 07:46:15 | S_a_i_n_t | pixelma: re: %VP, it just draws as many full lines as the dimensions allow. |
| 07:46:31 | S_a_i_n_t | it would need to know the height of the viewport, that's all I think. |
| 07:47:03 | S_a_i_n_t | I haven't played with it much I admit, but a little bit when jd first made the patch. |
| 07:47:19 | pixelma | How do you know/ (how) does it know? It could let's say "procuce" the list content on and on without you seeing it |
| 07:47:50 | S_a_i_n_t | I think it actually does that...but only displays what it can. |
| 07:48:06 | pixelma | so where does it stop? |
| 07:48:20 | S_a_i_n_t | It does know the entire playlist...but only displays extended info for what it has in the buffer. |
| 07:48:47 | S_a_i_n_t | I think it only prints as many lines as will fit in the viewport. |
| 07:48:54 | S_a_i_n_t | (I *think*) |
| 07:49:32 | S_a_i_n_t | If you want to do a "scrolling list" you need to set the offset, and use %Vp conditionally |
| 07:49:52 | S_a_i_n_t | so the nest viewport picks up where the first left off. |
| 07:49:59 | S_a_i_n_t | s/nest/next/ |
| 07:50:38 | S_a_i_n_t | JdGordon can most certainly explain it better. |
| 07:51:20 | pixelma | you would see it otherwise, and viewports doing the clipping works with e.g. album art or with bitmaps but I just wondered how it works with text... although there usually is no problem with e.g. too many used lines in the WPS, these just won't be shown. Hmm. |
| 07:52:09 | | Quit xiainx (Ping timeout: 248 seconds) |
| 07:52:31 | S_a_i_n_t | Maybe it *will* show half a line if the viewport isn't the correct dimensions...I haven't actually tried that. |
| 07:53:07 | S_a_i_n_t | I made sure the viewports hieght was divisible by the hieght of the font I used. |
| 07:53:17 | pixelma | never saw that with pure text |
| 07:54:08 | | Join hannesd [0] (~hd@91-67-136-124-dynip.superkabel.de) |
| 07:54:34 | S_a_i_n_t | I think it just knows this : "Ok, my viewport dimensions are 100px high, my text is 10px high, so, I can only print 10 lines" |
| 07:54:54 | S_a_i_n_t | seems to be the most logical...but I have no idea what magic Jd cooked up. |
| 07:55:31 | pixelma | black... ;) :\ |
| 07:56:25 | S_a_i_n_t | hehehe....a *LOT* of the GUI/WPS/SBS code is probably some form of the "dark arts" ;) |
| 07:57:25 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 07:58:11 | S_a_i_n_t | I have looked at a lot of the graphical code, and some of it is *very* straightforward, but the rest is like "Ohhh, ok...wait, what?" |
| 07:58:51 | | Quit hannesd (Client Quit) |
| 08:00 |
| 08:00:02 | | Join Llorean [0] (~DarkkOne@adsl-99-182-54-108.dsl.hstntx.sbcglobal.net) |
| 08:00:25 | | Quit Llorean (Changing host) |
| 08:00:25 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 08:03:10 | S_a_i_n_t | pixelma: Out of interest...when you were trying to display two sets of AA conditionally...waht ere your results? One displayed but not the other? One drew on top of the other? Image corruption....? |
| 08:03:26 | S_a_i_n_t | s/waht ere/what were/ |
| 08:04:22 | S_a_i_n_t | IIRC the only problem I had was that the previous AA was still drawn, So I had to cover it with a bitmap. |
| 08:11:31 | | Quit dys (Remote host closed the connection) |
| 08:17:36 | | Quit saratoga (Quit: Page closed) |
| 08:19:01 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 08:19:44 | | Quit funman (Quit: free(random());) |
| 08:21:09 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:26:46 | | Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) |
| 08:27:47 | pixelma | S_a_i_n_t: the first. I already said that |
| 08:30:06 | | Quit TheSeven (Ping timeout: 258 seconds) |
| 08:30:12 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 08:32:13 | * | JdGordon sees he was pinged... does he need to read the log? |
| 08:35:13 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 08:42:32 | S_a_i_n_t | JdGordon: you weren't pinged. |
| 08:42:38 | S_a_i_n_t | Just your name mentioned. |
| 08:42:39 | | Quit shaggy-h (Read error: Connection reset by peer) |
| 08:42:50 | S_a_i_n_t | We/I was talking *about* you, not to you ;) |
| 08:44:12 | | Quit amiconn (Disconnected by services) |
| 08:44:15 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 08:44:17 | S_a_i_n_t | Well, it was about the playlistviewer. pixelma wanted to know about how it knows how many lines it can draw inside the viewport, or if it does, or it if just keeps drawing infinitely and you just can't see it because the viewport cuts it off etc. |
| 08:44:31 | S_a_i_n_t | I was unsure, said it was probably better to ask you. |
| 08:44:34 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 08:44:42 | S_a_i_n_t | Then something about black-magic... ;) |
| 08:44:44 | JdGordon | it uses the whole enclosing viewport |
| 08:44:57 | JdGordon | so as many lines as can fit |
| 08:45:44 | S_a_i_n_t | right, that was what I thought, but then I thought...if it *did* just keep drawing, it would be pretty hard to notice unless it obviously drew only half a line on the screen |
| 08:45:58 | | Quit pixelma (Disconnected by services) |
| 08:46:00 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 08:46:13 | S_a_i_n_t | But I gathered it was as you described, only I wasn't certain. |
| 08:46:20 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 08:46:42 | JdGordon | yes, but that would be silly :) |
| 08:48:32 | S_a_i_n_t | That bug with centerart2.0 just got me thinking about the playlistviewer and how it works. |
| 08:48:42 | S_a_i_n_t | That bug is just...insane. |
| 08:49:08 | amiconn | Imo rockbox should never crash due to a bad data file (.wps and .sbs stuff as well as audio files) |
| 08:50:16 | S_a_i_n_t | The fact that the WPS is really badly written had me suspecting a lot of things initially, but then I read the gevaerts produced it using a test.wps that only used playlistview...so, that kinda killed that idea for me. |
| 08:50:28 | S_a_i_n_t | s/the/that/ |
| 08:50:45 | amiconn | It may choose to try and interpret a broken file (even causing weird looks or noises) or just reject it. |
| 08:51:42 | S_a_i_n_t | it's not crashing it IIUC , it messes up the track numbers in some way...which is even weirder. |
| 08:51:59 | amiconn | Didn't gevaerts report crashes? |
| 08:52:35 | S_a_i_n_t | possibly since, but initially it was just some weirdness with the track numbers displaying incorrectly. |
| 08:53:03 | S_a_i_n_t | I can't reproduce it in the sim so I don't know the exact details. |
| 08:54:04 | | Nick Unhelpful_ is now known as Unhelpful (~quassel@rockbox/developer/Unhelpful) |
| 08:54:33 | JdGordon | the data abort he hit was a nsafu that yes should be guarded against |
| 08:58:36 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:00 |
| 09:00:20 | | Quit xiainx (Ping timeout: 276 seconds) |
| 09:03:27 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
| 09:03:48 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 09:03:58 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 09:07:48 | *** | Saving seen data "./dancer.seen" |
| 09:14:35 | | Quit xiainx (Ping timeout: 246 seconds) |
| 09:16:54 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 09:17:50 | | Quit RadicalR (Quit: Nettalk6 - www.ntalk.de) |
| 09:30:22 | | Join liar [0] (~liar@213162066158.public.t-mobile.at) |
| 09:31:56 | | Join |DaMaGeD| [0] (~dam@85.26.235.88) |
| 09:32:10 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 09:32:52 | | Quit |DaMaGeD| (Client Quit) |
| 09:34:07 | | Quit kugel (Ping timeout: 258 seconds) |
| 09:35:33 | | Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
| 09:36:52 | | Quit hd (Read error: Connection reset by peer) |
| 09:37:33 | | Quit mt (Ping timeout: 258 seconds) |
| 09:37:42 | | Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 09:37:42 | | Quit jd (Changing host) |
| 09:37:42 | | Join jd [0] (~jd@Wikipedia/HellDragon) |
| 09:47:43 | | Join esperegu [0] (~quassel@145.116.11.103) |
| 09:49:15 | pixelma | JdGordon, S_a_i_n_t: what was it - the alignment tags don't work in %Vp? |
| 09:49:42 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 09:51:47 | wodz | I have problem - make: *** No rule to make target `/home/wodz/rockbox-git/build/pluginbitmaps/sudoku_normal.h', needed by `/home/wodz/rockbox-git/build/apps/plugins/sudoku/sudoku.o'. Stop. I can't find the origin of the problem |
| 09:52:33 | wodz | It comes from the fact that 128x128 2bit screen has not defined bitmaps |
| 09:52:57 | kugel | wodz: I guess the image isn't generated (BMP2RB converts images to .h files) |
| 09:53:03 | pixelma | do you have the sudoku_normal (etc) bitmaps? |
| 09:53:08 | wodz | no |
| 09:53:23 | | Quit scorche (Ping timeout: 246 seconds) |
| 09:53:24 | wodz | but for now I just want to hack it to pass build |
| 09:53:40 | kugel | you can disable plugins entirely for now |
| 09:53:49 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 09:53:52 | wodz | I need test_* plugins which are not build because of this error |
| 09:54:28 | kugel | put a #if 0 around all non-test_* plugins in SOURCES |
| 09:54:54 | wodz | this will be HACK not hack :-) |
| 09:55:05 | pixelma | and plugins SUBDIRS |
| 09:56:14 | kugel | wodz: unless you want to commit the kind of hack doesn't matter. and surely if you want to commit you want proper bitmaps |
| 09:56:23 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 09:56:35 | kugel | or want it committed, rather |
| 09:56:57 | wodz | kurgel: where are the bitmaps of concern stored? |
| 09:57:08 | JdGordon | pixelma: *one* alignment tag works on each line, but all are supported |
| 10:00 |
| 10:00:20 | wodz | is there some recomended way to convert 128x128x16 bitmaps to 128x128x2 ? |
| 10:01:33 | kugel | no, but I assume convert works well for batch converting. if you do it manually you could use any image editor of your choice (gimp, or even paint) |
| 10:01:39 | pixelma | you can probably just use the 128x128x16 ones, Rockbox will scale the bit depth but I guess not all will be very visible |
| 10:02:00 | S_a_i_n_t | JdGordon: nsafu? |
| 10:02:11 | | Quit Bagder (Read error: Connection reset by peer) |
| 10:02:16 | | Quit scorche (Ping timeout: 248 seconds) |
| 10:02:24 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 10:03:02 | kugel | wodz: it looks like bmp2rb can do it at compile time |
| 10:03:46 | pixelma | yeah, fine tuning can happen later I guess |
| 10:06:12 | wodz | so should I just copy 128x128x16 files to 128x128x2 ??? |
| 10:06:38 | kugel | I don't think that works |
| 10:07:05 | wodz | so I don't get what kugel said |
| 10:07:15 | pixelma | depends on how plugins/bitmaps/*/SOURCES is written |
| 10:07:17 | kugel | I think built-in images need to be in the correct format and only bitmaps loaded from disk will be converted at runtime |
| 10:07:27 | pixelma | no |
| 10:07:52 | kugel | no? |
| 10:09:27 | pixelma | wodz: you could adapt apps/plugins/bitmaps/native/SOURCES or the mono one respectively to make it use the 128x128x16 ones for the 128x128 greyscale screen too, I think |
| 10:10:27 | kugel | pixelma: do you have an example where runtime conversion of built-in images works? |
| 10:10:48 | pixelma | that's not runtime, that's compile time |
| 10:11:07 | gevaerts | JdGordon: have you seen http://forums.rockbox.org/index.php?topic=24516.0 ? |
| 10:11:14 | kugel | that's what I said, but you said "no2 |
| 10:11:18 | kugel | "no" |
| 10:11:36 | wodz | I am a bit confused |
| 10:11:39 | pixelma | that's not how I understand your sentence |
| 10:11:56 | pixelma | kugel |
| 10:12:32 | kugel | I meant in the correct format *after* bmp2rb. also, bitmaps aren't converted correctly magically, a target needs the correct bmp2rb command line in configure. |
| 10:13:29 | wodz | but If I have rockbox logo displayed at startup it mean I do have working bmp2rb conversion don't I? |
| 10:13:44 | * | pixelma is with wodz about the confused thing |
| 10:16:54 | kugel | wodz: don't you have greyscale bitmaps in the core? I don't know if you need a different command line if you're converting from color |
| 10:18:38 | * | kugel isn't really an expert in that area |
| 10:18:45 | wodz | ok so consensus is I should prepare 128x128x2 bitmaps and there is no simple way to convert it from 128x128x16 right? |
| 10:19:31 | kugel | I don't think it's a metter of consensus. it's just a matter of knowing what bmp2rb can do for you ;) |
| 10:19:39 | kugel | matter* |
| 10:20:15 | * | wodz reads man convert |
| 10:22:13 | * | kugel recommends pinging amiconn as well |
| 10:22:27 | pixelma | I would just try the bitmaps/*/SOURCES trick first, unfortunately I don't know if it'll work, just believe it could |
| 10:24:28 | pixelma | wodz: you still have to edit these SOURCES files anyways |
| 10:27:08 | linuxstb | wodz: My understanding is that bmp2rb will do the right thing using the 128x128x16 bmps already there. But the results may not look good, so you will probably want to create them yourself. I would probably create a copy of them all, rename to "*x2.bmp", and then tweak ones which don't come out well. |
| 10:28:00 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 10:28:28 | linuxstb | There's no quick way to do this - bitmaps need adapting to any new screen size/depth combination. You're just unlucky... |
| 10:28:49 | pixelma | probably the cleaner start |
| 10:28:57 | wodz | ok thanks thanks for support |
| 10:31:20 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 10:33:40 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 10:36:24 | | Quit avn (Ping timeout: 248 seconds) |
| 10:38:27 | | Join avn [0] (~avn@88.119.164.243) |
| 10:39:41 | pixelma | linuxstb, wodz: could be worse if it was also a completely new screen size, at least the bitmap size is already known and a few things could possibly used straight away. As I said, I'd volunteer for graphical work but I need some time for it :) |
| 10:41:44 | wodz | there is long way to reach graphic polishing stage |
| 10:41:49 | | Quit DerPapst (Read error: Connection reset by peer) |
| 10:42:24 | wodz | first I have to find out why the hell cpu is so hard boosted by the codec thread |
| 10:43:44 | wodz | ADC is not the case (I moved it to ISR so it do not have blocking delay), disk uses optimized read (so not much can be improved here), lcd writes are optimized too |
| 10:44:10 | | Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
| 10:44:53 | wodz | I am out of ideas honestly |
| 10:45:00 | | Quit Kitar|st () |
| 10:45:32 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 10:45:54 | wodz | I double checked codecs get compiled with asm optimization for 5249, and critical parts are linked to iram |
| 10:47:36 | linuxstb | wodz: Have you tried test_codec ? |
| 10:48:04 | wodz | I have to be able to compile plugins to do this :-) |
| 10:48:14 | linuxstb | Well, just one... |
| 10:48:33 | wodz | I would fix once and for all rather |
| 10:48:34 | linuxstb | Or are there other problems apart from bitmaps? |
| 10:48:54 | linuxstb | You just need to temporarily create a plugins/SOURCES file only containing test_codec.c |
| 10:49:01 | wodz | keypads are nightmare :-) |
| 10:51:31 | | Join flydutch [0] (~flydutch@host225-165-dynamic.15-87-r.retail.telecomitalia.it) |
| 10:52:46 | | Quit n17ikh (Ping timeout: 264 seconds) |
| 10:53:04 | | Quit Rob2223 (Quit: Rob2223) |
| 10:53:34 | | Join Rob2222 [0] (~Miranda@p4FDCA5A2.dip.t-dialin.net) |
| 10:53:40 | | Quit Rob2222 (Client Quit) |
| 10:53:51 | | Join Rob2222 [0] (~Miranda@p4FDCA5A2.dip.t-dialin.net) |
| 10:58:08 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 10:58:50 | JdGordon | gevaerts: I have now... |
| 10:58:56 | JdGordon | I have no freeking idea what is going on |
| 10:59:02 | JdGordon | you said the patch didnt help? |
| 10:59:24 | gevaerts | it didn't, and a wps with *only* a (correct) %Vp is enough for me to reproduce the problem |
| 10:59:35 | JdGordon | on target only though? |
| 10:59:42 | gevaerts | I haven't retried the sim yet |
| 10:59:56 | gevaerts | but last time I couldn't reproduce it there |
| 11:00 |
| 11:00:00 | JdGordon | can you please? debugging in the sim is alot easier :) |
| 11:00:08 | JdGordon | ok, I'll go look for my video |
| 11:00:38 | wodz | hehe in apps/plugins/bitmaps/native/SOURCES there are entries in 2bit depth ifdefs refering to 16bit files |
| 11:00:58 | JdGordon | I think it is safe to be confidant that the bug (whatrever it is) isnt in the skin displayer but in buffering/playback |
| 11:01:48 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 11:02:17 | | Quit phanboy4 (Ping timeout: 265 seconds) |
| 11:02:42 | gevaerts | or at least that there are some hidden assumptions in buffering/playback that the skin displayer is now violating |
| 11:03:09 | JdGordon | very likely |
| 11:04:07 | * | gevaerts thinks that apps/ doesn't have enough separation between different areas in general |
| 11:04:23 | * | JdGordon agrees |
| 11:05:44 | JdGordon | the playlist ofset is >0 right? |
| 11:06:35 | gevaerts | I tried 0 and 1, no difference (except that 1 is a bit more confusing because you don't see the current track...) |
| 11:07:52 | *** | Saving seen data "./dancer.seen" |
| 11:09:08 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 11:11:35 | | Join |DaMaGeD| [0] (~dam@85.26.232.180) |
| 11:12:27 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 11:12:29 | | Quit komputes (Ping timeout: 246 seconds) |
| 11:13:08 | JdGordon | oh goody... reprod on my vid |
| 11:13:20 | JdGordon | track order is 4,2,3,4! |
| 11:13:25 | JdGordon | WTF? |
| 11:13:39 | gevaerts | fun, isn't it? ;) |
| 11:15:11 | | Quit |DaMaGeD| (Client Quit) |
| 11:15:54 | JdGordon | stop then start again from the file browser shows correct order but only 2 tracks loaded in the buffer |
| 11:15:56 | pixelma | wodz: could be because it works (and people were either lazy or didn't want unnecessary duplicates) |
| 11:16:31 | pixelma | JdGordon: is it always the same pattern with the same playlist/directory? |
| 11:17:14 | JdGordon | not sure |
| 11:18:09 | pixelma | and fwiw, the problem doesn't seem to appear on my Ondio (only try with a conditional viewport shown when next track is known and only has the playlist position of the next track (so index 1) in it |
| 11:20:06 | JdGordon | I'm, not sure i would expect it on hwcodec |
| 11:20:16 | JdGordon | assuming the bug is bufering/playback it shuold be swcodec only |
| 11:20:18 | JdGordon | but thanks |
| 11:20:44 | * | JdGordon must be messing with the track order in the playlist |
| 11:21:44 | | Quit funman (Quit: free(random());) |
| 11:22:20 | JdGordon | playlist.c get_next_index() might be the problem |
| 11:22:31 | JdGordon | getting called from playlist_peek() which i would assume is safe |
| 11:23:37 | pixelma | I didn't expect it either but thought it was worth a check |
| 11:24:09 | JdGordon | shit! yep, it is playlist_peek()! |
| 11:24:37 | JdGordon | i<playlist_amount(); is failing me |
| 11:24:53 | wodz | ha plugins compiled |
| 11:26:48 | JdGordon | umm... maybe not :( |
| 11:26:55 | * | JdGordon has no clue |
| 11:27:53 | gevaerts | JdGordon: have you spotted the interesting side effect that switching to a non-Pv wps while playing also switches to the correct playlist? |
| 11:28:32 | JdGordon | I think so. How the hell can that be possible! |
| 11:40:59 | | Quit DerPapst (Ping timeout: 258 seconds) |
| 11:41:15 | JdGordon | does anyone know the correct way to work with the playlists? specifically getting the track indicies and filenames? |
| 11:42:48 | JdGordon | my current suspiscion is that I am trying to get at playlist indicies past the end which is causing it to want to build a new playlist |
| 11:43:22 | Llorean | Does it not happen if folder advance is disabled then? |
| 11:43:41 | JdGordon | it is off by default isnt it? |
| 11:44:01 | JdGordon | it could be repeat mode triggering it, or shuffle or anything |
| 11:44:36 | Llorean | I was just wondering why trying to go past the end would trigger building a new one. |
| 11:46:28 | JdGordon | I would avoid making any assumptions about the code and settings at this point |
| 11:46:40 | JdGordon | simply "because it feels like it" is good enough |
| 11:46:46 | * | JdGordon really has no clue what's going on |
| 11:47:19 | Llorean | So the obvious solution is to redo playlisting and end-of-playlist behaviour entirely so that it makes sense and rules out any problems. :-P |
| 11:47:29 | wodz | hmm I don't quite understand instructions how to use test_codec |
| 11:47:45 | Llorean | wodz: Which part? |
| 11:48:00 | JdGordon | Llorean: are you volanteering? :) |
| 11:48:29 | wodz | first two points of Method paragraph in wiki |
| 11:49:41 | Llorean | wodz: I don't even know the name of the wiki page for it |
| 11:49:55 | wodz | http://www.rockbox.org/wiki/CodecPerformanceComparison |
| 11:50:32 | Llorean | wodz: You know what the context menu is in Rockbox? |
| 11:51:52 | wodz | I know |
| 11:52:09 | wodz | hmm this must be keymap definition problem than... |
| 11:52:34 | Llorean | The manual for your target (or keymap config file if you're working with a not-yet-manual'ed target) should tell you what is the context menu within the file tree. |
| 11:52:49 | Llorean | The wiki page assumes it's long-select, which it is for a very large percentage of targets, but possibly not all of them |
| 11:53:11 | * | wodz is digging in keymap file |
| 11:54:40 | wodz | this is in button_context_tree part? |
| 11:56:05 | wodz | s/this is/is this/ |
| 11:56:43 | wodz | ok this is probably in button_context_standard |
| 11:57:22 | * | JdGordon finds another bug with the playlist viewer |
| 11:57:32 | JdGordon | the playlist starts at index 1 not 0 |
| 11:57:47 | JdGordon | so one too few lines are drawn if the whole playlist could fit in the viewport |
| 11:58:43 | | Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
| 12:00 |
| 12:03:15 | JdGordon | repro in sim! |
| 12:06:12 | JdGordon | FFS... shuffle was on :p |
| 12:07:34 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 12:09:35 | | Join DerPapst1 [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
| 12:09:45 | | Quit DerPapst (Ping timeout: 252 seconds) |
| 12:17:16 | | Quit DerPapst1 (Ping timeout: 260 seconds) |
| 12:18:22 | | Join DerPapst [0] (~Alexander@dslb-088-069-137-039.pools.arcor-ip.net) |
| 12:19:22 | | Join Kitar|st [0] (~Kitar_st@BSN-182-111-171.dial-up.dsl.siol.net) |
| 12:19:45 | | Quit liar (Ping timeout: 264 seconds) |
| 12:24:51 | | Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) |
| 12:30:30 | wodz | I wish I had faster devel machine :-/ |
| 12:31:28 | | Join liar [0] (~liar@213162092227.public.t-mobile.at) |
| 12:35:07 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 12:41:35 | kugel | wodz: have you got ccache install? |
| 12:45:08 | wodz | yes |
| 12:45:17 | wodz | the machine is pretty slow itself |
| 12:46:45 | | Quit Kitar|st (Read error: Connection reset by peer) |
| 12:50:32 | | Quit liar (Ping timeout: 265 seconds) |
| 12:52:09 | | Join Kitar|st [0] (~Kitar_st@BSN-182-111-171.dial-up.dsl.siol.net) |
| 12:52:41 | | Quit Kitar|st (Client Quit) |
| 12:52:57 | | Join Kitar|st [0] (~Kitar_st@BSN-182-111-171.dial-up.dsl.siol.net) |
| 13:00 |
| 13:02:43 | | Quit nima (Ping timeout: 246 seconds) |
| 13:03:08 | wodz | I don't understand this at all |
| 13:03:52 | wodz | testing decode speed with test_codec gives me slightly better results than thous from http://www.rockbox.org/wiki/CodecPerformanceComparison |
| 13:04:15 | wodz | so what the hell is going on? |
| 13:04:36 | | Join nima [0] (~nima@adsl-75-45-238-86.dsl.sfldmi.sbcglobal.net) |
| 13:05:17 | | Join M3DLG [0] (~M3DLG@212.183.140.50) |
| 13:05:31 | | Quit kugel (Ping timeout: 246 seconds) |
| 13:06:44 | Llorean | wodz: Seems to suggest the problem isn't during decoding. |
| 13:07:02 | Llorean | Do you have problems in a specific format, or all of them, or a subset of them? |
| 13:07:56 | *** | Saving seen data "./dancer.seen" |
| 13:09:45 | wodz | Llorean, the problem I am faceing is during playback UI is sluggish and in System->Debug->View buffering thread I have very high cpu speed. But when testing codec performance I see quite good results |
| 13:13:30 | Llorean | Do you also have problems with WAV playback? |
| 13:15:10 | wodz | what do You mean? |
| 13:15:25 | Llorean | Is the UI slow when playing back files in the WAV format? |
| 13:15:37 | wodz | didn't tried that |
| 13:15:40 | wodz | gmm |
| 13:15:44 | | Quit M3DLG (Ping timeout: 276 seconds) |
| 13:15:51 | Llorean | It sounds like decoding is not the problem, and if WAV also slows things down, you need to look at other parts of the playback process |
| 13:16:20 | wodz | good idea |
| 13:19:17 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 13:21:39 | | Quit esperegu (Read error: Connection reset by peer) |
| 13:21:44 | | Join esperegu [0] (~quassel@145.116.11.103) |
| 13:28:25 | wodz | when playing wav processor is almost not boosted |
| 13:32:54 | Llorean | I don't think WAV should generally be boosted at all, except maybe when buffering. It's almost "free" |
| 13:33:27 | Llorean | I don't know what to suggest other than trying track down where all the CPU time is actually being spent. |
| 13:35:41 | wodz | I think cpu is boosted exactly when buffering (when usefl indicator is almost empty) |
| 13:44:37 | | Nick Rondom_ is now known as Rondom (~quassel@dslb-084-057-169-208.pools.arcor-ip.net) |
| 13:50:21 | | Part LinusN |
| 13:52:34 | | Join Schmogel [0] (~Miranda@p3EE21BEE.dip0.t-ipconnect.de) |
| 13:52:46 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 13:55:26 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 13:55:58 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 13:56:05 | | Quit mc2739 (Client Quit) |
| 13:56:36 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 13:56:46 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 13:57:08 | kugel | wodz: is it possible that your lcd is very slow? test_fps should tell you |
| 13:57:10 | kugel | wodz: the reason I ask is because the debug menu is constantly doing full lcd updates. if the decoding engine gets less cpu time due frequent lcd updates (and particularly if the lcd is slow), then the pcm buffer eventually empties enough to trigger a boost |
| 13:58:28 | wodz | test_fps You say... let me see |
| 13:59:05 | kugel | if you have plenty iram you should consider putting the lcd framebuffer into it |
| 13:59:36 | wodz | it is in iram |
| 14:00 |
| 14:00:18 | wodz | 1/1: 762.5 fps |
| 14:00:40 | wodz | 1/4: 243387.0 fps |
| 14:01:28 | wodz | greyscale library test is not correct since I do not implemented *blit functions |
| 14:02:03 | wodz | hmm what does CPU load err (boost?) mesn? |
| 14:02:12 | wodz | s/mesn/mean/ |
| 14:02:25 | kugel | hm, I have no idea how 1/4 can be 320x faster than 1/1 but it seems fast enough |
| 14:02:51 | kugel | wodz: that means the test is mostly meaningless because the cpu boosted inbetween |
| 14:05:46 | kugel | wodz: can you check test_boost? maybe your boosting scheme doesn't work correctly |
| 14:07:13 | kugel | hm, although test_codec always boosts so it should've revealed that |
| 14:07:48 | wodz | when I change normal -> boost loop/s change so I assume it works |
| 14:09:35 | wodz | another question: |
| 14:12:00 | kugel | wodz: if loops/s goes higher it works yes |
| 14:12:19 | wodz | The pdf for WM8750 sais: "The WM8750 has a digital 3D enchancement option to artificialy increase the separation between left and right channel" |
| 14:12:38 | wodz | is this the same as stereo width in rockbox? |
| 14:21:29 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
| 14:24:42 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 14:25:44 | kugel | I wonder were all the other gsoc applicants are |
| 14:26:20 | | Quit Luca_S (Client Quit) |
| 14:29:25 | | Quit dfkt (Ping timeout: 276 seconds) |
| 14:38:14 | | Quit Bagder (Quit: It is time to say moo) |
| 14:39:52 | | Quit wodz (Quit: Leaving) |
| 14:40:16 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 14:43:09 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
| 14:50:43 | kugel | hm, pth_mutex doesn't seem very compelling |
| 14:54:19 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
| 15:00 |
| 15:04:51 | | Part LinusN |
| 15:05:19 | | Quit antil33t (Read error: Connection reset by peer) |
| 15:05:24 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 15:07:45 | | Quit esperegu (Read error: Operation timed out) |
| 15:07:57 | *** | Saving seen data "./dancer.seen" |
| 15:14:06 | | Quit hebz0rl (Quit: Ex-Chat) |
| 15:16:46 | | Join liar [0] (~liar@213162066157.public.t-mobile.at) |
| 15:20:46 | | Join agent13 [0] (~sam@dsl-217-155-212-61.zen.co.uk) |
| 15:24:40 | | Quit Kitar|st (Ping timeout: 240 seconds) |
| 15:25:29 | | Quit wodz (Quit: Leaving) |
| 15:34:02 | S_a_i_n_t | Dammit, Blue_Dude is never around when I need him to be...I hit another bug in "Hotkey"... |
| 15:35:36 | S_a_i_n_t | You can't just set another hotkey to change which hotkey is the "defalut" one...you have to reset the hotkeys back to their defaults through the menu option, and *then* set a new value. |
| 15:36:00 | JdGordon | thats a feature :p |
| 15:36:37 | S_a_i_n_t | When it seems to me that if you want to change which action you want to be defined for the hotkey, that you should just be able to set a new onw without having to reset the old value first. |
| 15:37:45 | S_a_i_n_t | JdGordon: wow, I'm amazed you managed to parse that actually...do you think it's obvious what that means? I'm hoping Blu_Dude will see it and I won't have to explain myself any further. ;) |
| 15:38:27 | JdGordon | I'm half asleep and usually will make a semi sarcastic reply to just about anything, so its less than 50:50 I did get it right :p |
| 15:41:41 | S_a_i_n_t | I'm thinking that it's a bug, and not a feature (;)) because by defalut, the hotkey for the WPS is already set (as playlistviewer I think), and it lets you set it as a new value with ease then. Say you wanted to change it from the playlistviewer to the pitch-screen for example...it lets you do that fine. But lets say you then wish to change it back to the playlistviewer or delete for example, you can't do that without first resetting "hotjey" to its defa |
| 15:41:50 | S_a_i_n_t | And I think that's kinda annoying. |
| 15:42:33 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 15:42:45 | S_a_i_n_t | s/hotjey/hotkey/ (I'm pretty sleepy too...) |
| 15:46:10 | S_a_i_n_t | Blue_Dude: If you can't parse that...or just have no idea what I'm on about, PM me when you get in and I'll have another go at explaining it for 'ya. |
| 15:46:51 | | Join Kitar|st [0] (~Kitar_st@BSN-182-111-171.dial-up.dsl.siol.net) |
| 15:52:41 | | Join M3DLG [0] (~M3DLG@212.183.140.51) |
| 15:53:29 | kugel | S_a_i_n_t: it has actually been like this, but was reverted due to complaints |
| 15:54:39 | | Join chrisb [0] (~chrisb@pool-71-175-250-2.phlapa.east.verizon.net) |
| 15:55:16 | kugel | are you saying that you can re-assign by simply overriding *iff* the current hotkey is the default one? |
| 15:57:19 | | Quit M3DLG (Read error: No route to host) |
| 15:57:26 | | Join CGL [0] (~CGL@190.207.200.230) |
| 15:57:33 | | Join M3DLG [0] (~M3DLG@212.183.140.51) |
| 16:00 |
| 16:03:32 | | Quit panni_ (Ping timeout: 258 seconds) |
| 16:04:57 | | Join Kitr88 [0] (Kitar_st@BSN-143-51-53.dial-up.dsl.siol.net) |
| 16:06:32 | | Quit M3DLG (Ping timeout: 264 seconds) |
| 16:08:04 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 16:08:49 | | Quit Kitar|st (Ping timeout: 268 seconds) |
| 16:22:23 | | Quit liar (Ping timeout: 268 seconds) |
| 16:22:28 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 16:25:24 | kugel | ok, after examining kernel.c's involvement I think priority is not a big deal |
| 16:28:17 | kugel | I think mapping our prio levels the pth's ones is already sufficient, so that pth will dispatch the threads according it's own management. but I think adding a yield upon wakeup_thread/_thaw will still aid the purpose. but that's about it |
| 16:30:58 | kugel | I have looked at pth's mutexes and I think we shouldn't use them, they are a) not as lightweight as our owns, and they b) don't perform a thread switch upon release for higher priorty threads |
| 16:31:16 | kugel | s/our owns/ours/ |
| 16:34:38 | gevaerts | sounds sensible |
| 16:36:06 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 16:40:27 | kugel | kernel.c has 4 places which are dependent on existing priority, 1 is in disabled code, 1 is only a KERNEL_ASSERT(), 2 are switch_thread() calls after mutex/semaphore release |
| 16:41:49 | kugel | I just wonder how to determine that the system works |
| 16:41:59 | | Join captainewlk [0] (~2669ecc2@gateway/web/freenode/x-cgknhnnquypgedpw) |
| 16:42:02 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 16:42:19 | gevaerts | run it? :) |
| 16:43:05 | gevaerts | Seriously though, as soon as you get the thing running on your mini2440, you'll notice if you have problems with priority |
| 16:43:08 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 16:43:18 | gevaerts | On a fast system you'll probably never know |
| 16:46:05 | | Join _arbingordon [0] (~w@c-68-44-148-113.hsd1.pa.comcast.net) |
| 16:47:12 | kugel | right |
| 16:48:17 | | Quit arbingordon (Ping timeout: 276 seconds) |
| 16:49:33 | * | kugel wonders why the headphone detection of the gigabeat s needs a realtime thread |
| 16:49:36 | | Quit S_a_i_n_t (Ping timeout: 245 seconds) |
| 16:50:09 | jhMikeS | kugel: There's a disable for that release context switch because, at least in few spots in code, it's not safe as it is, like ata.c where assumptions were made early on. I don't know about buffering though and I think I disabled that release switching there (out of cautious ignorance perhaps), but you'd best check if it was changed. Things like mpegplayer make no cooperative assumptions. |
| 16:50:56 | | Quit antil33t (Ping timeout: 264 seconds) |
| 16:51:15 | jhMikeS | kugel: probably it doesn't thought it should be pretty high because the audio thread can reach realime and the buttons should get read anyway. |
| 16:51:29 | kugel | jhMikeS: it'll siwtch_thread() depending on what wakeup_thread returns |
| 16:51:44 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
| 16:52:12 | jhMikeS | kugel: yes, but it can be disabled if specified (did someone remove that code? ?? am I remembering my own code incorrectly?) |
| 16:52:28 | kugel | you mean compile time disable? |
| 16:52:52 | jhMikeS | no, that would disable it globally |
| 16:53:24 | kugel | wakeup_thread calculates if THREAD_SWITCH or only THREAD_OK should be returned |
| 16:54:00 | jhMikeS | yes, but the mutex had a flag to ignore it and forego that recommendation |
| 16:54:38 | kugel | mutex::no_preemt |
| 16:54:42 | jhMikeS | kugel: still there ->if((result & THREAD_SWITCH) && !m->no_preempt) |
| 16:55:00 | kugel | I've seen that, but it's never anything other than false, so switch_thread() is permitted |
| 16:55:24 | jhMikeS | did you check the fat cache? |
| 16:55:55 | kugel | I grepped for no_preempt |
| 16:56:08 | jhMikeS | ah, there's a function to set it |
| 16:56:23 | kugel | where? |
| 16:56:34 | jhMikeS | I think it's an inline in kernel.h |
| 16:56:53 | jhMikeS | ...to avoid looking directly into these objects |
| 16:56:59 | kugel | ah there, ok |
| 16:57:42 | kugel | anyway, I planned to actually also return THREAD_SWITCH/THREAD_OK from the sim's wakeup_thread (so don't call yield explicitely) so that behavior would be kept intact |
| 16:57:44 | chrisb | are people using id3v2 or sticking with v1 for rockbox? |
| 16:58:30 | chrisb | is it more important to have lots of information in the directory and filename than it is to use lots of the id3 fields? does the db use a combination of the two? |
| 16:58:57 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.185) |
| 16:59:04 | kugel | jhMikeS: can you imagine a simple condition to return THREAD_SWITCH without knowing the internal prio handling of pth? |
| 16:59:07 | jhMikeS | kugel: are you using fat.c at all? I can't imagine you would need to. the wakeup returns should be preserved of course. |
| 16:59:58 | jhMikeS | kugel: pardone me, but I'mn not quite understand that last one |
| 17:00 |
| 17:00:20 | kugel | no, fat.c isn't used in the sim I think |
| 17:00:43 | gevaerts | not usually, no |
| 17:00:51 | gevaerts | People have been known to do weird things though |
| 17:01:31 | kugel | jhMikeS: thread.c has some calculations to determine whether to recommend a thread switch, I don't think I'm able to adapt them to pth in a sensible manner |
| 17:01:34 | | Quit lpereira (Quit: Leaving.) |
| 17:01:42 | jhMikeS | kugel: check buffering too for it. if buffering can yield on an unlock safely, then that whole deal can be scrapped, unless some wrote some new code that assumes and unlock won't yield |
| 17:01:51 | kugel | I thought of something if (thread->prio > PRIO_DEFAULT || thread->prio > current->prio) { return SWITCH_THREAD; } else { return THREAD_OK; } |
| 17:01:58 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 17:02:49 | kugel | buffering doesn't call mutex_set_preempt() right now and it works on target so I assume it does on the sim too |
| 17:03:22 | jhMikeS | so it was only fat? |
| 17:03:37 | kugel | well, we can't actually be entirely sure it really works but you know what I mean |
| 17:03:50 | kugel | fat is the only caller, yes |
| 17:04:06 | jhMikeS | I guess you won't need it on your end |
| 17:05:00 | kugel | I will not modify anything to exclude it specifically :) |
| 17:05:27 | jhMikeS | anyway, I suppose the "preempt" recommendation can be defined to whatever suits. anything using that know it can be recommended and is so prepared to act on it. |
| 17:06:08 | kugel | what do you say to my above suggestion (did you even understand what I mean?)? |
| 17:06:18 | pixelma | chrisb: Rockbox uses either or, if both ID3v1 and v2, ID3v2 has priority |
| 17:06:33 | chrisb | pixelma: ah, excellent, thanks |
| 17:06:43 | jhMikeS | kugel: I think so, except for switching away if a thread is higher than PRIO_DEFAULT |
| 17:07:01 | chrisb | what about the relative importance of tags v. filenames for the database? |
| 17:07:07 | kugel | maybe only if higher than PRIO_REALTIME? |
| 17:07:21 | kugel | or *only* the thread->prio > current->prio part? |
| 17:07:26 | jhMikeS | oh, and the prio >, since priorities are higher if the number is lower |
| 17:07:59 | *** | Saving seen data "./dancer.seen" |
| 17:08:42 | kugel | yep, sorry |
| 17:09:11 | gevaerts | chrisb: the database only looks at tags |
| 17:09:48 | jhMikeS | kugel: higher than REALTIME was meant to be reserved, as of now REALTIME is 4, nothing should be higher than that anyway. |
| 17:09:57 | | Quit S_a_i_n_t () |
| 17:10:07 | chrisb | gevaerts: ah, thanks. |
| 17:10:34 | chrisb | gevaerts: i'm using picard/musicbrainz to retag, and there is also a renaming option |
| 17:10:54 | jhMikeS | kugel: I suppose you'd have to get a sense of what it should be in code that properly benefits, if you'd even notice the difference |
| 17:11:18 | chrisb | is album art stored in a tag, or as a separate file? |
| 17:12:10 | | Quit kugel (Read error: Operation timed out) |
| 17:13:08 | Luca_S | IIRC, rockbox does not support embedded album art, only external |
| 17:13:28 | Torne | we don't read embedded album art and in fact its presence may break the database :( |
| 17:13:41 | | Quit kramer3d (Ping timeout: 246 seconds) |
| 17:13:45 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 17:13:46 | Torne | so, tell Picard not to do that, just save them as files |
| 17:14:27 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.243) |
| 17:16:26 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 17:16:59 | | Join perfectdrug [0] (~marko@p5B0EC446.dip.t-dialin.net) |
| 17:17:15 | jhMikeS | kugel: I just thought of an improvement to recommending a switch. It should check the run list max priority, regardless of the thread that was woken. If ANY thread is ready to run that has a higher priority, it should set that flag. |
| 17:17:56 | jhMikeS | If the thread just woken was the highest, then it still works the same. |
| 17:18:02 | chrisb | Torne: wonderful! i'll avoid that landmine |
| 17:19:53 | | Quit robin0800 (Remote host closed the connection) |
| 17:20:20 | | Join esperegu [0] (~quassel@145.116.11.103) |
| 17:20:21 | | Quit mikroflops_ (Ping timeout: 276 seconds) |
| 17:20:48 | | Quit antil33t (Read error: Connection reset by peer) |
| 17:20:54 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 17:22:41 | | Quit Luca_S (Quit: CGI:IRC (Ping timeout)) |
| 17:23:07 | chrisb | should i remove APEv.2 tags from mp3 files? |
| 17:23:26 | chrisb | should i remove id3v2 tags from .flac files? i don't think so... |
| 17:23:38 | chrisb | i want my flacs tagged and indexed in the DB |
| 17:24:09 | | Quit einhirn (Read error: Connection reset by peer) |
| 17:24:11 | gevaerts | Why do you have id3v2 in flac files? |
| 17:26:18 | Torne | APE on MP3 is invalid and shouldn't ever happen |
| 17:26:22 | pixelma | and APE tags in mp3? |
| 17:26:22 | Torne | whateve rprogram did it is wrong |
| 17:26:31 | Torne | and ID3 on flac is also wrong |
| 17:27:01 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
| 17:27:02 | Torne | native flac has its own metadata system, flac-in-ogg uses ogg comments |
| 17:29:05 | chrisb | Torne: i'm just wading into my first retagging sessions with picard |
| 17:29:26 | chrisb | i guess i will need to find another retagger for my flac files... |
| 17:30:21 | Torne | no.. |
| 17:30:26 | pixelma | Rockbox only supports the native tagging format. That would be ID3 for MP3 and vorbis comments for FLAC |
| 17:30:29 | Torne | picard writes the correct tag formats for all file types it supports |
| 17:30:44 | Torne | it also has the option to *remove* incorrect tag formats, from mp3 and flac, you should turn those on. |
| 17:32:16 | chrisb | Torne: ah, ok that was my goal, to at least set the checkbox options in picard correctly |
| 17:32:32 | Torne | http://musicbrainz.org/doc/Picard_Documentation/Options#Tags |
| 17:34:10 | xou | hi, is there any way to restore my iPods (2nd Gen Nano) partition table without having to use iTunes? |
| 17:34:43 | S_a_i_n_t | xou: Have you checked the RB wiki? |
| 17:34:55 | S_a_i_n_t | there is a section of recovery without iTunes. |
| 17:35:01 | S_a_i_n_t | s/of/on/ |
| 17:35:18 | S_a_i_n_t | I can find the link if you *really* want... |
| 17:35:38 | xou | *currently looking for it* |
| 17:35:46 | S_a_i_n_t | One sec. |
| 17:36:00 | xou | found it |
| 17:36:05 | S_a_i_n_t | Sweet. |
| 17:36:09 | xou | thx :) |
| 17:36:23 | S_a_i_n_t | Hope you have a linux machine though ;) |
| 17:36:55 | xou | oh wait... http://www.rockbox.org/wiki/IpodConversionToFAT32 << there are partition tables for Nano 1st gen, but none for the 2nd gen |
| 17:37:08 | S_a_i_n_t | Nope...*this* |
| 17:37:09 | S_a_i_n_t | http://www.rockbox.org/wiki/IpodManualRestore |
| 17:37:33 | S_a_i_n_t | Oh, hang on...that's the same thing. |
| 17:37:50 | Torne | I don't think we have instructions and the info for nano 2g, i'm afraid |
| 17:38:03 | Torne | it should be possible with a largely similar process |
| 17:38:03 | S_a_i_n_t | Aaaaargh, there is one person I know who'd have the partition table for a Nano2g...but he doesn't seem to be here at the moment. |
| 17:38:03 | GodEater | Torne: it should be the same |
| 17:38:14 | GodEater | we just need an image for the 2gs |
| 17:38:17 | S_a_i_n_t | TheSeven would know how to do it. |
| 17:38:25 | GodEater | the how is easy |
| 17:38:29 | GodEater | it's the same process |
| 17:38:35 | S_a_i_n_t | ...and would have the MBR lying around. |
| 17:38:40 | S_a_i_n_t | Pity he isn't here. |
| 17:38:55 | GodEater | S_a_i_n_t: you have fucking loads of 2Gs |
| 17:38:57 | GodEater | you get one! |
| 17:39:15 | S_a_i_n_t | How? I'm not that savvy really... |
| 17:39:22 | S_a_i_n_t | how do I pull it off? |
| 17:40:24 | Torne | dd if=/dev/sdwhatever of=nanombr bs=512 count=1 |
| 17:40:24 | GodEater | dd if=/dev/sdX of=MBR-Image count=1 bs=512 |
| 17:40:35 | GodEater | bitch ;) |
| 17:40:39 | S_a_i_n_t | Hmmmm...who to trust? ;) |
| 17:40:48 | GodEater | they're the same command |
| 17:41:03 | xou | 2GB nano? :) |
| 17:41:08 | GodEater | the filenames are different cos we're not psyhic |
| 17:41:15 | GodEater | or psychic even |
| 17:41:18 | S_a_i_n_t | would that work the same in CygWin |
| 17:41:21 | S_a_i_n_t | +? |
| 17:41:24 | GodEater | no |
| 17:41:27 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
| 17:41:28 | xou | i could just reboot into windows and have iTunes fix it ^^ |
| 17:41:33 | S_a_i_n_t | Ahhh...then we're buggered. |
| 17:41:39 | GodEater | get a real OS damn you |
| 17:41:40 | xou | i would need to install iTunes though |
| 17:41:44 | GodEater | stop all this windows nonsense |
| 17:42:07 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 17:42:09 | pixelma | S_a_i_n_t: there is a dd.exe you can just run for Windows IIRC |
| 17:42:50 | GodEater | the device names are horrible though |
| 17:43:12 | GodEater | so he's on his own figuring out what to type |
| 17:43:19 | Torne | xou: it's generally a lot easier and quicker to just use itunes |
| 17:43:26 | xou | ok :) |
| 17:43:34 | S_a_i_n_t | yes, yes it is. |
| 17:43:34 | Torne | the manual restore process is really only relevant if you *don't* have access to windows handy ;) |
| 17:43:59 | S_a_i_n_t | But make sure you uninstall it afterwards ;) |
| 17:44:19 | GodEater | http://www.chrysocome.net/dd |
| 17:44:29 | S_a_i_n_t | *iTunes that is...I'm pretty sure you can still get the old ipodupdater if you do some searching. |
| 17:44:37 | S_a_i_n_t | then you don't *need* iTunes. |
| 17:44:44 | GodEater | "if=\\.\Volume{c18588c0-02e9-11d8-853f-00902758442b}" is just SUPER user friendly |
| 17:44:49 | S_a_i_n_t | They used that before it got integrated into iTunes. |
| 17:45:32 | | Quit Zagor (Quit: Leaving) |
| 17:45:50 | Torne | GodEater: well, what linux calls sdb is probably \\?\Device\Harddisk1\Partition0 :) |
| 17:46:04 | Torne | GodEater: the UUIDs are for the mounted volumes, not the physical disks |
| 17:46:52 | S_a_i_n_t | Anyway...since when is $ "loads" of 2Gs? ;) |
| 17:46:59 | S_a_i_n_t | s/$/4/ |
| 17:47:59 | GodEater | Torne: that's still a shedload more to type than "sdb" :) |
| 17:48:42 | GodEater | S_a_i_n_t: I have zero, so you have inifinity % more than me. That's "loads" |
| 17:49:10 | S_a_i_n_t | xou: http://www.google.com/cse?cx=013269018370076798483:gg7jrrhpsy4&cof=FORID:1&q=ipod+updater+2006-01-10&sa=Search |
| 17:49:19 | S_a_i_n_t | no need for iTunes...yuck. |
| 17:49:21 | GodEater | S_a_i_n_t: do the world a favour and use that dd.exe to get some MBRs for us |
| 17:49:37 | xou | a friend who lives next door is currently restoring it |
| 17:49:53 | Torne | S_a_i_n_t: seriously, if you only have one hard drive then the nano's disk is probably the string i just gave |
| 17:50:01 | xou | anyone intrested in the MBR when its done? |
| 17:50:03 | Torne | dd −−list will maybe give you a hint though |
| 17:50:19 | S_a_i_n_t | any more specific that "that dd.exe"? |
| 17:50:26 | GodEater | S_a_i_n_t: I have you a url.... |
| 17:50:28 | GodEater | sheesh |
| 17:50:32 | GodEater | s/have/gave |
| 17:50:36 | S_a_i_n_t | TorneL: I have 5 drives in this machine. |
| 17:51:00 | GodEater | so use the dd −−list command |
| 17:51:02 | S_a_i_n_t | Sorry..I missed that link. |
| 17:51:07 | S_a_i_n_t | GodEater: ^ |
| 17:51:11 | GodEater | :) |
| 17:56:07 | | Join yorick [0] (~yorick@s55924da0.adsl.wanadoo.nl) |
| 17:57:31 | S_a_i_n_t | that dd.exe does *literally* nothing... :( |
| 17:57:46 | S_a_i_n_t | no matter what command I feed it, it just spits it back and does nothing. |
| 17:57:49 | S_a_i_n_t | pffffft! |
| 17:58:18 | pixelma | huh, I definitely used it successfully (quite some time ago though) |
| 17:58:46 | chrisb | S_a_i_n_t: rom drives or disk drives? |
| 17:59:15 | pixelma | for stuff like dd you might need administrator rights |
| 17:59:24 | S_a_i_n_t | I'm not paying that much attention...I don;t really care *that* much. ;) |
| 17:59:33 | S_a_i_n_t | I always run in Administartor |
| 17:59:40 | S_a_i_n_t | it's the only account on this machine. |
| 18:00 |
| 18:01:09 | S_a_i_n_t | It *way* better of an idea for someone that actually uses a "n"nix system to do this, rather than trying to fudge it on a Win sys. |
| 18:01:20 | S_a_i_n_t | ...I'm a themer. |
| 18:02:10 | S_a_i_n_t | "fancy tools" for me is using SciTE instead of Notepad ;) |
| 18:02:29 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 18:03:16 | | Quit pamaury (Quit: Quitte) |
| 18:04:16 | | Quit petur (Quit: *plop*) |
| 18:05:55 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 18:06:25 | yorick | hmm it looks like the backlight is not fading out on brightness 1 on ipod vodei |
| 18:06:28 | yorick | video* |
| 18:06:49 | S_a_i_n_t | yorick: what could it fade to? |
| 18:06:54 | S_a_i_n_t | that's the lowest setting. |
| 18:06:59 | S_a_i_n_t | it *can't* fade. |
| 18:07:19 | yorick | it fades properly on level 2 |
| 18:07:29 | S_a_i_n_t | yes, as that is one level higer. |
| 18:07:32 | yorick | not as if it had only one thing to fade to |
| 18:07:38 | S_a_i_n_t | So it has a level to fade back to. |
| 18:07:43 | S_a_i_n_t | see how it works...? |
| 18:07:50 | yorick | it can fade to 0 |
| 18:08:19 | S_a_i_n_t | so, what you're saying is that on brightness 1 it doesn;t turn off? |
| 18:08:26 | S_a_i_n_t | as that would be it "fading" |
| 18:08:29 | yorick | no, it doesn't fade down |
| 18:08:36 | S_a_i_n_t | It couldn;t. |
| 18:08:45 | S_a_i_n_t | Not on 1. |
| 18:08:46 | yorick | it fades lower than 1 from 2 |
| 18:08:51 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:09:56 | kugel | jhMikeS: I'm not sure what you mean |
| 18:10:03 | yorick | from 2 it goes 2...1.5...1...0.5...0 |
| 18:10:10 | yorick | from 1 it goes 10 |
| 18:10:49 | | Quit parafin (Ping timeout: 276 seconds) |
| 18:11:00 | S_a_i_n_t | Well, as it's incerdibly unlikely that someone is going to have their brightness set to 1, I'm not sure it really matters that much. |
| 18:11:15 | yorick | I have my brightness set to 1 |
| 18:11:21 | yorick | it doesn't hurt my eyes in the dark :P |
| 18:13:08 | | Quit Luca_S (Quit: CGI:IRC) |
| 18:13:57 | jhMikeS | kugel: about the other way of setting THREAD_SWITCH? |
| 18:14:08 | kugel | yes |
| 18:15:16 | jhMikeS | kugel: check the priority of the run list, set the flag if anything on it is higher |
| 18:15:20 | yorick | S_a_i_n_t: I doubt I'm the only one |
| 18:15:28 | kugel | hm, pardon if this is wrong, but isn't the mutex implementation buggy? |
| 18:15:50 | jhMikeS | kugel: in what way? if you found one, point it out |
| 18:16:12 | chrisb | do people make playlists on the fly, or make them offline and download them? |
| 18:16:19 | kugel | it looks like the thread(s) waiting for the mutex to be unlocked get to the region upon releasing *without* locking the mutex again |
| 18:17:13 | S_a_i_n_t | yorick: That may be true...but personally, I believe that having the brightness set to the lowest value possible, and then expecting a fancy fade effect is perhaps expecting a little too much |
| 18:17:20 | S_a_i_n_t | Perhaps I'm wrong though. |
| 18:17:22 | kugel | the mutex isn't locked again when the waiting threads return from switch_thread() |
| 18:18:38 | pixelma | S_a_i_n_t: but it sounds like brightness is set to maximum (or I misunderstand yorick) on which case I'd still call it a bug |
| 18:18:59 | S_a_i_n_t | pixelma: He has it set to 1 |
| 18:19:01 | pixelma | in the maximum case |
| 18:19:01 | yorick | pixelma: no minimum |
| 18:19:01 | S_a_i_n_t | the lowest. |
| 18:19:19 | S_a_i_n_t | In which case, I don;t expext fading. |
| 18:19:19 | yorick | but it shouldn't delay the backlight fade in then |
| 18:19:23 | jhMikeS | kugel: no, it the flag is never changed from locked. |
| 18:19:26 | yorick | it seems like it doesn't do anything fading to 1 |
| 18:19:41 | pixelma | how is that meant then? "<yorick> from 1 it goes 10" |
| 18:19:58 | S_a_i_n_t | I think he missed a comma |
| 18:20:02 | S_a_i_n_t | "1, 0" |
| 18:20:06 | yorick | yes |
| 18:20:21 | kugel | jhMikeS: ah right, only if there's no next thread |
| 18:21:48 | | Quit Rondom (Read error: Operation timed out) |
| 18:23:44 | kugel | jhMikeS: yes, I mean I don't understand what you suggested about the other way of setting THREAD_SWITCH |
| 18:24:14 | jhMikeS | kugel: rephrase #3 is needed? |
| 18:24:17 | jhMikeS | :) |
| 18:24:27 | | Join parafin [0] (parafin@paraf.in) |
| 18:25:01 | kugel | what is the run list? the waiting thread queue? |
| 18:26:54 | jhMikeS | run list is cores[core].running. cores[core].rtr is the data about the priorities of threads that are ready to execute (not blocked, timeout, blocked with timeout...STATE_RUNNING). |
| 18:27:08 | kugel | ah, I see what you mean. it currently only looks whether the next thread has a higher prio |
| 18:27:25 | jhMikeS | those ones are actually being actively scheduled |
| 18:30:12 | | Quit xiainx (Ping timeout: 240 seconds) |
| 18:30:58 | | Quit JohannesSM64 (Ping timeout: 276 seconds) |
| 18:32:47 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 18:33:25 | kugel | jhMikeS: that could probably be done, but that's not my area right now :) |
| 18:33:46 | | Quit yorick (Quit: Poef!) |
| 18:34:26 | jhMikeS | kugel: basically it would be if (<same core> && find_first_set_bit(cores[CURRENT_CORE].rtr.mask) < current->priority) { set SWITCH_THREAD; }. |
| 18:35:33 | jhMikeS | because of wakeup and aging, a higher prio thread could be on the run list |
| 18:38:58 | | Quit RadicalR (Ping timeout: 265 seconds) |
| 18:39:31 | kugel | jhMikeS: that sounds like a good idea indeed |
| 18:39:49 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 18:39:54 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 18:45:04 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 18:47:56 | | Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) |
| 18:48:22 | | Quit MethoS- (Remote host closed the connection) |
| 18:49:28 | | Join podkast [0] (~bla@12-79.162.dsl.aei.ca) |
| 18:50:23 | podkast | does anybody know if there are any plans on making rockbox available for the toshiba gigabeat g series player? |
| 18:50:52 | S_a_i_n_t | If it's not on the "new ports" page, then probably not. |
| 18:51:10 | S_a_i_n_t | podkast: ^ |
| 18:51:25 | gevaerts | podkast: we don't make plans. I don't know of any effort for that one |
| 18:51:36 | podkast | ok trying to find the new ports page, one sec |
| 18:51:53 | gevaerts | kugel: what sort of systems have you run the pth sim on? |
| 18:52:02 | S_a_i_n_t | s/page/thread/ |
| 18:53:04 | | Quit RadicalR (Ping timeout: 276 seconds) |
| 18:53:42 | S_a_i_n_t | podkast: http://forums.rockbox.org/index.php?PHPSESSID=c76d7b29b1b05d79cbaac62f2fbb83ea&board=16.0 |
| 18:53:43 | | Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) |
| 18:53:51 | podkast | i found the forum |
| 18:53:53 | | Quit jordan` (Ping timeout: 260 seconds) |
| 18:53:56 | podkast | ah ok thankjs |
| 18:54:17 | podkast | yea im searching there now |
| 18:54:52 | gevaerts | http://www.rockbox.org/wiki/NewPort and http://www.rockbox.org/wiki/TargetStatus might also help |
| 18:54:55 | S_a_i_n_t | podkast: this is all you need to know about starting a new port: |
| 18:54:57 | S_a_i_n_t | http://www.rockbox.org/wiki/NewPort |
| 18:55:13 | podkast | thanks |
| 18:55:27 | | Join Luca_S [0] (~5711feea@giant.haxx.se) |
| 18:56:51 | kugel | gevaerts: my notebook and desktop currently, my mini2440 not yet because it has no X/sdl yet (but that's should be fixed soon) |
| 18:56:52 | | Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) |
| 18:57:33 | kugel | but pth works on the sim, I already ran my test app on it |
| 18:57:39 | kugel | on the mini* |
| 18:57:56 | gevaerts | kugel: it runs on my laptop (amd64), in the scratchbox/qemu-based maemo development environment (arm), but not on my phone. I'm trying to figure out why |
| 18:59:08 | kugel | strange |
| 18:59:45 | gevaerts | have you used gdb with it? |
| 19:00 |
| 19:03:06 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 19:03:23 | gevaerts | in gdb it just hangs :( |
| 19:03:46 | kramer3d | whats a gdb |
| 19:04:07 | | Quit kugel (Ping timeout: 264 seconds) |
| 19:04:24 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 19:04:38 | kugel | gevaerts: what do you mean with "it"? |
| 19:04:47 | | Join Adubbb [0] (~Aldubuc@67.201.160.144) |
| 19:04:50 | gevaerts | the sim |
| 19:05:08 | | Part Adubbb |
| 19:05:23 | kugel | yes, I used gdb a lot :) |
| 19:05:29 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 19:05:31 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 19:05:49 | kugel | gevaerts: do you get any error message? |
| 19:05:58 | gevaerts | no, nothing |
| 19:06:07 | kugel | it just crashes? |
| 19:06:14 | chrisb | can i run rockbox on an android phone? |
| 19:06:21 | gevaerts | without gdb it segfaults, with gdb it hangs |
| 19:06:26 | | Quit perfectdrug (Quit: Leaving.) |
| 19:08:03 | *** | Saving seen data "./dancer.seen" |
| 19:08:04 | S_a_i_n_t | chrisb: No. |
| 19:09:24 | S_a_i_n_t | "Rockbox as an Application" is one of this years "Google Summer of Code" projects though....so, fingers crossed. |
| 19:09:37 | gevaerts | kugel: it apparently segfaults in __pth_scheduler() |
| 19:09:40 | gevaerts | fun |
| 19:10:13 | kugel | you could try increasing the stack sizes |
| 19:10:24 | kugel | most of the problem I had were stack overflow caused |
| 19:11:12 | chrisb | S_a_i_n_t: thanks |
| 19:11:46 | kugel | although I cant imagine the phone needs more stack than a 64bit machine, or the virtual machine in qemu |
| 19:12:01 | S_a_i_n_t | chrisb: As for your playlist question earlier (just saw it then), playlists can be made on the device, yes. |
| 19:12:24 | S_a_i_n_t | Does that answer your question? |
| 19:12:48 | | Join perfectdrug [0] (~marko@p5B0EC446.dip.t-dialin.net) |
| 19:13:23 | gevaerts | increasing the stack size (to 256K) doesn't change anything |
| 19:14:18 | | Quit DerPapst (Quit: Leaving.) |
| 19:15:56 | | Join Johannes` [0] (~johannes@cm-84.215.116.196.getinternet.no) |
| 19:17:08 | kugel | you changed the 16u<<10, right? |
| 19:17:15 | gevaerts | yes |
| 19:17:24 | * | gevaerts suspects a dodgy libpth build |
| 19:17:50 | chrisb | S_a_i_n_t: thanks for the answer. making playlists off device seems preferable to making them on the device, it seems to me |
| 19:18:11 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 19:18:39 | S_a_i_n_t | chrisb: It is a LOT easier to create them on-device IMO |
| 19:18:48 | | Quit JohannesSM64 (Read error: Operation timed out) |
| 19:18:55 | S_a_i_n_t | There are a lot of features for managing playlists on the device. |
| 19:19:14 | S_a_i_n_t | But, each to their own I guess. |
| 19:19:26 | chrisb | S_a_i_n_t: ok, i need to dive back into the docs |
| 19:19:33 | chrisb | S_a_i_n_t: thanks |
| 19:19:35 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:19:42 | S_a_i_n_t | The manual is always a good place to start. |
| 19:19:59 | S_a_i_n_t | It has a rather clear section on playlists. |
| 19:20:28 | kugel | gevaerts: the segfault is exactly in __pth_scheduler? I all problems I had so far went through pth and crashed in libc functions |
| 19:21:25 | S_a_i_n_t | TheSeven: topik: http://www.datafilehost.com/download-bb22df9a.html == [minor aesthetic/positioning changes] |
| 19:21:39 | | Quit mirsal (Ping timeout: 260 seconds) |
| 19:23:24 | kugel | gevaerts: there's a buggy free() which is called in case the thread creation fails, maybe you can try removing it? |
| 19:23:43 | kugel | thread-pth.c:495 free((void*)name); |
| 19:25:50 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 19:26:28 | | Quit stripwax (Client Quit) |
| 19:28:41 | kugel | our code doesn't really handle that, though, it would probably crash anyway :p |
| 19:28:55 | kugel | that=failure to create a thread |
| 19:29:27 | | Join saratoga [0] (~9803c20d@gateway/web/freenode/x-rqdjehzimshxksjj) |
| 19:29:44 | kugel | is there a way to get the sim running without a DE installed (only X)? |
| 19:31:44 | | Quit shaggy-h (Read error: Connection reset by peer) |
| 19:37:17 | | Join themanoftheland8 [0] (~9b5c2f6b@giant.haxx.se) |
| 19:41:13 | | Quit themanoftheland8 (Client Quit) |
| 19:42:54 | amiconn | gevaerts: The database *should* only look at tags, but afaik the annoying guess-track-number-from-filename feature is still there |
| 19:46:49 | amiconn | S_a_i_n_t: The ipod video backlight fading in rockbox is independent of the brightness setting |
| 19:48:01 | amiconn | It fades using software pwm, using 100 levels (if the fade is long enough). Brightness is hardware pwm (32 levels iirc) |
| 19:48:31 | amiconn | The fact that fade doesn't work at brightness == 1 is known, but there is no real explanation why it is happening |
| 19:50:29 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 19:52:10 | | Join archivator [0] (~archivato@77.70.28.57) |
| 19:54:22 | gevaerts | kugel: sure. Just start X and start the sim! |
| 19:54:25 | | Join merbanan [0] (~banan@c-62-220-165-110.cust.bredband2.com) |
| 19:55:02 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 19:56:19 | gevaerts | kugel: you might want something like http://pastie.org/921618 |
| 19:56:47 | gevaerts | Also, I start the sim with −−noremote −−nobackround to get the exact screen size |
| 19:58:19 | kugel | gevaerts: thanks, giving it a try now |
| 19:58:34 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 20:00 |
| 20:00:09 | pixelma | you might try −−nobackground instead ;) |
| 20:00:21 | gevaerts | yes, that might be useful :) |
| 20:01:23 | | Join Adubbb [0] (~Aldubuc@67.201.160.144) |
| 20:01:32 | | Part Adubbb |
| 20:06:19 | | Join DerPapst [0] (~Alexander@p4FE8E817.dip.t-dialin.net) |
| 20:08:42 | kugel | gevaerts: I need to hack configure quite a lot for crosscompiling, right? |
| 20:10:06 | gevaerts | kugel: probably. I don't know, really, scratchbox (which I use) basically runs the build in qemu |
| 20:11:20 | | Quit perfectdrug (Read error: Connection reset by peer) |
| 20:11:24 | | Join perfectdrug [0] (~marko@p5B0EC446.dip.t-dialin.net) |
| 20:17:05 | | Quit flydutch (Quit: /* empty */) |
| 20:17:12 | | Join wodz [0] (~57cef004@giant.haxx.se) |
| 20:18:10 | | Part S_a_i_n_t |
| 20:19:20 | wodz | amiconn: If You have a minute, could You look at write routine in wodz/rockbox/blob/MPIO/firmware/target/coldfire/mpio/ata-as-mpio.S?">http://github.com/wodz/rockbox/blob/MPIO/firmware/target/coldfire/mpio/ata-as-mpio.S? Reading works but I can't manage to do proper byteswap on writes. |
| 20:19:40 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.243) |
| 20:20:23 | wodz | I made comments where I think byteswap should occure can You verify this? |
| 20:21:59 | gevaerts | kugel: I get http://pastie.org/921668 with a pth debug build |
| 20:22:04 | CIA-5 | New commit by b0hoon (r25651): Packard Bell Vibe 500: Update the images for the manual. ... |
| 20:23:14 | | Join Johnny5 [0] (fornicate@adsl-75-37-181-226.dsl.sndg02.sbcglobal.net) |
| 20:23:22 | Johnny5 | Hello |
| 20:23:52 | Johnny5 | I have a quick Question |
| 20:23:57 | S_a_i_n_t | Shoot |
| 20:24:42 | Johnny5 | I own a Phillips GoGear HDD6330, now it doesn't say that it's supported, would Rockbox still work? |
| 20:25:12 | S_a_i_n_t | if it doesn't list your device on the main page, then no. |
| 20:25:22 | Johnny5 | Shit. |
| 20:25:29 | gevaerts | Johnny5: http://www.rockbox.org/wiki/TargetStatus#New_Platforms_Currently_Under_De lists the detailed status |
| 20:25:43 | kugel | meh, /me fails to build |
| 20:25:59 | gevaerts | HDD6330 has been worked on, but it's not done yet |
| 20:26:37 | Johnny5 | Alright, guess I'll have to wait. |
| 20:27:03 | S_a_i_n_t | Better to help contribute...or you may have to wait indefinitely. |
| 20:27:06 | gevaerts | well, working on it is going to have faster results :) |
| 20:27:18 | | Quit komputes (Ping timeout: 276 seconds) |
| 20:27:47 | kugel | -L/path/to/*.so -lSDL should work, shouldn't it? |
| 20:28:04 | | Join Boldfilter [0] (~Boldfilte@adsl-82-104-219.jax.bellsouth.net) |
| 20:28:05 | Johnny5 | I'm programming illiterate |
| 20:28:09 | kugel | well, he finds SDL actually but not libasound.so in the same directory :\ |
| 20:28:13 | Johnny5 | or else I would |
| 20:28:13 | B4gder | kugel: -L is just the dir, no .so |
| 20:28:17 | S_a_i_n_t | A person that actually *has* the device is a far more likely candidate for contributing code than someone who doesn't |
| 20:28:26 | S_a_i_n_t | there are other ways you can help |
| 20:28:32 | Johnny5 | like? |
| 20:28:36 | kugel | B4gder: yes, sorry, that's what I actually meant |
| 20:28:39 | S_a_i_n_t | check the New Ports page on the wiki |
| 20:29:27 | gevaerts | Johnny5: http://www.rockbox.org/wiki/GoGearHDD6330 has installation instructions. I don't know what's still missing though |
| 20:29:37 | B4gder | Johnny5: like finding other owners that want rockbox for it... |
| 20:30:53 | Johnny5 | Well, I bought this player for $80 from a closing Circuit City a couple years back. I am the only person I know with the player. |
| 20:31:52 | | Quit kramer3d (Quit: Leaving) |
| 20:31:58 | gevaerts | Johnny5: http://forums.rockbox.org/index.php?topic=13282.0 is the forum thread for it |
| 20:32:19 | S_a_i_n_t | Hmmmmm, yes. Apparently Rockbox runs on the device... |
| 20:32:38 | S_a_i_n_t | But, I am not sure what state it is in, or how old the code for it is. |
| 20:33:35 | S_a_i_n_t | It's wiki page was updated in 2007...so, hmmm. |
| 20:33:42 | S_a_i_n_t | Better than nothing at all though. |
| 20:33:53 | Johnny5 | That's true. |
| 20:34:31 | pixelma | short question about the manual: is it worth it to make the explanation about talk clips differentiate between swcodec (rbspeex) and hwcodec (MP3) "pre-recorded" files or just don't mention the "codec" anymore? |
| 20:34:35 | S_a_i_n_t | If you *do* want to check it out, your first step is going to be getting a build environment set up |
| 20:34:47 | S_a_i_n_t | Johnny5: ^ |
| 20:35:10 | gevaerts | pixelma: I suspect it doesn't really need to specify that |
| 20:35:14 | Johnny5 | That's the VMWare talk correct? |
| 20:35:44 | CIA-5 | New commit by b0hoon (r25652): Packard Bell Vibe 500: Add a part of the manual (no plugin keymaps yet). |
| 20:36:44 | | Join kugel_ [0] (~kugel@e178099203.adsl.alicedsl.de) |
| 20:36:50 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.13) |
| 20:36:58 | | Quit kugel (Disconnected by services) |
| 20:37:02 | | Nick kugel_ is now known as kugel (~kugel@e178099203.adsl.alicedsl.de) |
| 20:37:06 | | Quit kugel (Changing host) |
| 20:37:06 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 20:37:15 | S_a_i_n_t_ | Johnny5: http://www.rockbox.org/wiki/DevelopmentGuide#Set_Up_Your_Environment |
| 20:37:22 | | Join mt_ [0] (~chatzilla@41.91.9.188) |
| 20:37:26 | | Quit archivator (Disconnected by services) |
| 20:37:28 | pixelma | gevaerts: thanks for the opinion, I think so too but wanted some feedback :) |
| 20:37:40 | | Join archivator [0] (~archivato@77.70.28.57) |
| 20:38:29 | Johnny5 | OK |
| 20:38:42 | Johnny5 | Should I delte my Music off it before i start? |
| 20:39:06 | S_a_i_n_t_ | I'd wait until you have a build for it at least. |
| 20:39:16 | Johnny5 | OK |
| 20:39:17 | S_a_i_n_t_ | Even then it is probably not necessary to do so. |
| 20:39:20 | | Quit S_a_i_n_t (Ping timeout: 260 seconds) |
| 20:39:57 | | Join dys [0] (~andreas@krlh-5f73433c.pool.mediaWays.net) |
| 20:40:17 | | Quit Boldfilter (Quit: Boldfilter) |
| 20:40:36 | | Join Boldfilter [0] (~Boldfilte@adsl-82-104-219.jax.bellsouth.net) |
| 20:41:19 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 20:41:37 | | Quit mt_ (Read error: Connection reset by peer) |
| 20:42:04 | | Join Xerion [0] (~xerion@84.25.7.202) |
| 20:42:11 | | Join mirsal [0] (~mirsal@videolan/developer/Mirsal) |
| 20:42:56 | | Join archivator_ [0] (~archivato@77.70.28.57) |
| 20:42:58 | * | amiconn wonders whether the MPIO HD200 is newer or older than the irivers / iAudios |
| 20:43:23 | B4gder | I recall it showing up around the same time at least |
| 20:44:22 | amiconn | It's silly that the MPIO hardware devs didn't implement ata byte swapping in hardware like iriver and cowon did |
| 20:44:59 | B4gder | hw engineers, we all know how they are ;-) |
| 20:45:16 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.13) |
| 20:45:51 | | Quit archivator (Ping timeout: 264 seconds) |
| 20:46:36 | amiconn | Perhaps we should make a list with all hardware goofs we found in our many targets so far? |
| 20:46:48 | * | amiconn guesses this would be come a looong list :\\ |
| 20:48:07 | Johnny5 | Jeez, it's taking 40mins to d/l the VMware Config |
| 20:48:08 | | Join fml_ [0] (~chatzilla@port-83-236-234-85.static.qsc.de) |
| 20:48:51 | fml_ | S_a_i_n_t: you had problems with the hotkey? It works nicely here (in the sim, have no player at hand) |
| 20:50:23 | S_a_i_n_t | fml: try setting a hotkey, then try setting it to another value. |
| 20:50:31 | S_a_i_n_t | Apparently, you can't. |
| 20:50:39 | S_a_i_n_t | well, not without resetting it forst. |
| 20:50:49 | S_a_i_n_t | s/forst/first. |
| 20:51:16 | | Join Boldfilter_ [0] (~Boldfilte@adsl-178-248-7.jax.bellsouth.net) |
| 20:52:37 | | Quit S_a_i_n_t () |
| 20:52:41 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.13) |
| 20:53:08 | amiconn | wodz: The comments are looking okay; you might be able to find some clever short-cuts for the first/ last byte handling in the unaligned case though |
| 20:53:13 | saratoga | does CUE support require allocating a dynamic buffer of some kind? |
| 20:53:18 | | Quit Boldfilter (Ping timeout: 276 seconds) |
| 20:53:19 | | Nick Boldfilter_ is now known as Boldfilter (~Boldfilte@adsl-178-248-7.jax.bellsouth.net) |
| 20:53:29 | kugel | gevaerts: meh, can't get X to start |
| 20:53:50 | gevaerts | kugel: you could try a remote display |
| 20:54:09 | kugel | hm, how? |
| 20:54:16 | gevaerts | do you have ssh? |
| 20:54:19 | amiconn | Also, if you find something that byte-swaps ABCD not into BADC but into DCBA, you might save the extra word-swaps |
| 20:54:23 | kugel | you mean ssh -X? |
| 20:54:36 | kugel | tired that, I only get "Killed" |
| 20:54:40 | kugel | tired* |
| 20:55:19 | | Quit perfectdrug (Quit: Leaving.) |
| 20:55:20 | | Join perfectdrug1 [0] (~marko@p5B0EC446.dip.t-dialin.net) |
| 20:55:31 | fml_ | S_a_i_n_t: I just tried and it works like a charm |
| 20:55:53 | | Nick fml_ is now known as fml (~chatzilla@port-83-236-234-85.static.qsc.de) |
| 20:55:54 | gevaerts | kugel: another option could be vnc |
| 20:56:30 | S_a_i_n_t | fml: So you can assign a hotkey, then assign it another value? |
| 20:56:45 | S_a_i_n_t | I can't do this on the device. |
| 20:56:46 | fml | S_a_i_n_t: yes |
| 20:57:03 | fml | S_a_i_n_t: I'm on the sim though |
| 20:57:48 | S_a_i_n_t | Well, on the device, I can't assign it another value without resetting it first. |
| 20:57:51 | S_a_i_n_t | It sucks. |
| 20:58:43 | S_a_i_n_t | And, I dislike the fact also that there is no way to tell which context items can be assigned as a hotkey... |
| 20:58:52 | S_a_i_n_t | Perhaps this needs some work. |
| 20:59:35 | S_a_i_n_t | My idea for this (my only idea actually) would be to append an "*" or something to the context menu items that can be assigned as a hotkey value. |
| 20:59:53 | S_a_i_n_t | At least then you know, without having to go back & forth from the manual. |
| 20:59:57 | pixelma | saratoga: cue support costs quite some RAM which is why it was made an option to turn on or off, so that people who don't use it are not affected that much |
| 21:00 |
| 21:00:44 | kugel | gevaerts: as I understand, the X server must run for ssh -X |
| 21:01:08 | gevaerts | kugel: no |
| 21:01:18 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 21:01:41 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 21:02:06 | kugel | I always thought ssh -X replaces the X client only |
| 21:02:51 | kugel | what does "Killed" actually mean? |
| 21:03:47 | | Quit podkast () |
| 21:04:18 | | Quit archivator_ (Ping timeout: 252 seconds) |
| 21:05:03 | | Part Johnny5 |
| 21:07:06 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 21:08:05 | *** | Saving seen data "./dancer.seen" |
| 21:10:34 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
| 21:14:40 | | Quit mc2739 (Ping timeout: 268 seconds) |
| 21:16:45 | fml | S_a_i_n_t: can you try it on the sim? Andas for the assignability: I don't like adding a * but I've thought about displaying "Not assignable as a hotkey" if it'snot assignable. Since now there's absolutely no response. |
| 21:16:46 | | Join lpereira [0] (~lucien@142.12.92-79.rev.gaoland.net) |
| 21:17:07 | | Quit mirsal (Ping timeout: 240 seconds) |
| 21:17:22 | fml | S_a_i_n_t: you might think displaying this is annoying but how often would one assign it? It's one time action IMO. |
| 21:18:26 | S_a_i_n_t | Torne: I just had to start my iPod using hard-reset again....*with* the alternative shutdown fix patch installed.... :/ |
| 21:18:41 | Torne | the nano 1g? |
| 21:18:46 | S_a_i_n_t | yeppers |
| 21:19:07 | S_a_i_n_t | The Nano2g's have been fine. |
| 21:19:26 | S_a_i_n_t | This is a different 1g to the one that did it three times in a row. |
| 21:20:31 | S_a_i_n_t | Sorry to be the exception to the rule...I seem to get that a lot. |
| 21:21:05 | S_a_i_n_t | AFAIK I'm the only one having problems with this now. |
| 21:22:24 | | Join Strife89 [0] (~michael@168.16.237.214) |
| 21:22:46 | | Quit Johannes` (Quit: WeeChat 0.3.2-dev) |
| 21:23:11 | | Join archivator [0] (~archivato@77.70.28.57) |
| 21:27:20 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 21:29:55 | Torne | S_a_i_n_t: that i know of, yes, but there are only about four people testing it that i know of also ;) |
| 21:30:16 | Torne | the sample size is too small to draw useful conclusions |
| 21:32:23 | S_a_i_n_t | Torne: This is true...perhaps just drop it in SVN and *force* testing? ;) |
| 21:32:35 | Torne | i've pondered this ;) |
| 21:32:59 | Torne | but even then it's hard to tell a positive result (though a negative one might be easier to spot) |
| 21:33:06 | Torne | people won't necessarily report the issue ;) |
| 21:33:10 | S_a_i_n_t | Well...we know it works (as far as shutting the device down), so..we're not *losing* anything. |
| 21:33:17 | Torne | er |
| 21:33:25 | Torne | well, it doesn't *do* anything different to shut the device down |
| 21:33:32 | Torne | it just reverts the other workaround :) |
| 21:33:43 | Torne | so, it goes back to how it behaved for years |
| 21:34:03 | S_a_i_n_t | except for the iram magic. |
| 21:34:05 | Torne | except now it clears iram first, which, yeah, should be *safe*, just not necessarily useful |
| 21:34:07 | saratoga | do cue files work on the clipv1? it has more memory then the c200v2 but I'm not sure how much cue really needs |
| 21:34:31 | Torne | so yes, the worst case is people start having to reset to get it to boot sometimes again |
| 21:34:45 | Torne | but we could, equally, achieve that by just reverting the old fix and doing nothing.. ;) |
| 21:34:48 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 21:34:58 | S_a_i_n_t | Well, if that started being reported again...I guess you'd get your answer. |
| 21:35:01 | Torne | the point of having a test build for it is taht hopefully people will actually report the findings |
| 21:35:07 | Torne | both positive and negative |
| 21:35:13 | Torne | and will actually specifically look out for it ;) |
| 21:36:01 | S_a_i_n_t | Wel, I'm not running the "test build", but I *have* had the patch in my tree ever since it was put on flyspray. |
| 21:36:15 | S_a_i_n_t | I'm *trying* to help ;) |
| 21:37:49 | S_a_i_n_t | But if I had to come to a conclusion (based on my experience alone) I would have to say that I have experienced the issue more often now with the shutdown fix in my build than I did without it. |
| 21:37:58 | S_a_i_n_t | But, only in the past week or so. |
| 21:38:32 | S_a_i_n_t | Prior to that, it would happen perhaps once every 3~4 weeks. |
| 21:39:33 | Torne | ..wait, what? |
| 21:39:52 | Torne | are you talking about before or after fs#10107 |
| 21:41:23 | S_a_i_n_t | which is 10107? is this the "fix" in SVN currently? |
| 21:41:57 | | Quit esperegu (Read error: Operation timed out) |
| 21:43:29 | S_a_i_n_t | whatever was in place before FS11149 was put on flyspray, I was having to hard-restart to turn the player on once every 3~4 weeks or so. |
| 21:43:46 | | Part fml |
| 21:44:11 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 21:44:38 | S_a_i_n_t | Since having FS #11149 in my build, it had been fine, until the past week or so, where it has happened 4 times total. Once on one device, three times on another. |
| 21:44:43 | Torne | 10107 is what's in svn currently, yes |
| 21:44:56 | Torne | and as far as I know it should, 100% reliably, prvent you from needing to hard reset to power on |
| 21:44:59 | Torne | that was the point |
| 21:45:16 | Torne | if you were still having the problem *anyway* that confuses the situation even more |
| 21:46:14 | S_a_i_n_t | I only wish (if it is indeed something that *I'm* doing) I knew how to reproduce this... |
| 21:46:38 | Torne | nobody ever discerned an actual pattern before |
| 21:46:40 | S_a_i_n_t | I *thought* I found a way, but it turned out to just be a random coincidence. |
| 21:47:01 | | Join Johnny5 [0] (fornicate@adsl-75-37-181-226.dsl.sndg02.sbcglobal.net) |
| 21:47:17 | Johnny5 | How do I execute in VM? |
| 21:47:56 | S_a_i_n_t | The *REALLY* funny thing is, that prior to FS #10107 I had never experienced the "startup issue" once. Ever. |
| 21:48:09 | S_a_i_n_t | Yet, I have with two different "fixes" in place. |
| 21:48:38 | Johnny5 | I am in the virtual machine and my device is connected, I have the code, but i don't know where to input it? |
| 21:48:56 | S_a_i_n_t | Johnny5: The wiki will tell you all you need to know. |
| 21:50:07 | chrisb | which isbetter? id3v2.4 or id3v2.3? |
| 21:50:15 | chrisb | can rockbox read both? |
| 21:50:26 | S_a_i_n_t | Johnny5: http://www.rockbox.org/wiki/DevelopmentGuide |
| 21:51:09 | Torne | chrisb: yes, it can. 2.4 is better unless you *really* love some player which doesn't support it |
| 21:51:25 | gevaerts | kugel: the pth version also has some issues on my sheevaplug. It's a bit hard to say anything conclusive, but it hangs sooner than the sdl build on ssh-forwarded X on a system that has no sound |
| 21:52:10 | Torne | S_a_i_n_t: i can't think of *any* plausible mechanism for the new fix to *cause* the problem; only to fail to cure it |
| 21:52:37 | Torne | the old fix, the one in svn, could reasonably cause anything to happen; the mechanism for it is based on a wild guess which may well work completely differently on different models or even firmware versions |
| 21:52:49 | S_a_i_n_t | My guess is pure random coincidence...I wasn't saying I thought the fixes caused it. |
| 21:52:56 | S_a_i_n_t | Just pointing out the irony. |
| 21:53:01 | Torne | yes, i know |
| 21:53:08 | chrisb | Torne: great, thanks |
| 21:53:22 | kugel | Torne: I would not listen to S_a_i_n_t unless he swears to use a build which has *only* that patch applied ;) |
| 21:53:23 | Torne | i'm just saying; there is no sane or sensible reason why iram being clear would cause a problem, because this is the state it will be in if the battery runs down completely or similar |
| 21:53:41 | wodz | I would like to ask somebody with coldfire based DAP to tell me what frequency in System->Debug->View buffering thread they have while playing mp3 or ogg file |
| 21:53:42 | Torne | kugel: but then my own testing of any of these fixes is invalid also ;) |
| 21:53:55 | kugel | well, yes |
| 21:54:29 | S_a_i_n_t | Well....I highy doubt that the PONG-AI patch has any effect...but I could revert it ;) |
| 21:54:34 | | Join Gump [0] (~josh@adsl-68-88-123-124.dsl.lgvwtx.swbell.net) |
| 21:55:15 | S_a_i_n_t | My NAno2g builds are patched to high heaven...and they haven't had this startup issue. Ever. |
| 21:55:41 | S_a_i_n_t | It's the 1gs that are being annoying. And they're "stable" |
| 21:55:43 | chrisb | what's folksonomy? |
| 21:55:46 | | Join Adubb [0] (~Aldubuc@67.201.160.144) |
| 21:55:50 | | Join Adubbb [0] (~Aldubuc@67.201.160.144) |
| 21:56:19 | Johnny5 | It's not doing anything |
| 21:56:36 | Torne | chrisb: read the picard docs. we are not a support channel for musicbrainz :) |
| 21:56:52 | Torne | S_a_i_n_t: nano2g is totally unrelated hardware |
| 21:56:56 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 21:56:59 | Gump | hey guys, question. i just installed rockbox on my sansa fuze and it says "building database...437 found (PREV to return) but is not doing anything that i can see |
| 21:57:04 | Torne | S_a_i_n_t: none of the fixes are applied on it |
| 21:57:10 | Torne | S_a_i_n_t: because there is no problem, as far as we know ;) |
| 21:57:12 | S_a_i_n_t | Johnny5: You're *really* going to have to give a lot more detail than that. Sorry. |
| 21:57:15 | Gump | incidentally, this is where my last sansa player (e200) bricked itself |
| 21:57:38 | Torne | S_a_i_n_t: the startup issue and the fixes for it are only for the PP ipods |
| 21:57:41 | pixelma | Gump: do you have any music files on it at all? |
| 21:57:48 | Gump | no. it is completely empty |
| 21:57:56 | S_a_i_n_t | Torne: Hmmmm...good to know. |
| 21:58:19 | Johnny5 | Ok, so I input the conpiler code on the HDD6330 Wiki entry, and nothing happens when i hit run. |
| 21:58:53 | | Part Adubbb |
| 21:58:54 | S_a_i_n_t | what are you inputting, exactly. |
| 21:58:58 | | Part Adubb |
| 21:58:59 | pixelma | Gump: unfortunately a long existing and known bug, the database won't initialise without any music files |
| 21:59:15 | S_a_i_n_t | and are you in a build directory, inside the source directory? |
| 21:59:31 | Torne | S_a_i_n_t: i would guess he is in fact in the "run" dialog box in the desktop environment |
| 21:59:38 | Torne | so "no" :) |
| 21:59:59 | Gump | ok good to know. i put some music on it, trying again |
| 22:00 |
| 22:00:05 | S_a_i_n_t | now now...give him a chance ;) |
| 22:01:43 | S_a_i_n_t | the "when I hit run" part does seem a little odd though, yes. |
| 22:02:02 | | Join mirak_ [0] (~mirak@85-171-108-160.rev.numericable.fr) |
| 22:02:09 | S_a_i_n_t | I don't know the VMware image very well...I'm guessing it *has* no "run" button to hit? |
| 22:02:24 | | Quit Strife89 (Quit: Clocking out.) |
| 22:02:26 | | Quit perfectdrug1 (Quit: Leaving.) |
| 22:02:52 | gevaerts | Gump: I guess you tried http://www.rockbox.org/wiki/SansaE200Unbrick on that previous occasion? |
| 22:03:15 | Gump | yes. it was a hardware problem |
| 22:03:30 | Gump | omfg. my fuze freezes when i plug it on with music on it |
| 22:03:38 | Gump | but does not freeze when it is empty |
| 22:04:05 | Gump | it says "writing" and freezes and does not show up on the computer. freaking sandisk |
| 22:04:13 | Luca_S | Johnny5: if you're going the vmware route, follow these instructions: http://www.rockbox.org/wiki/VMwareDevelopmentPlatform#Compiling |
| 22:04:26 | Gump | i reformatted it and it worked again. then put a song on it and it freezes |
| 22:04:35 | Gump | sorry...guess this is the wrong irc channel to ask about that though |
| 22:05:30 | | Join perfectdrug [0] (~marko@p5B0EC446.dip.t-dialin.net) |
| 22:08:17 | | Part Johnny5 |
| 22:12:45 | | Quit wodz (Quit: CGI:IRC (EOF)) |
| 22:18:01 | | Quit bmbl (Quit: Bye!) |
| 22:34:57 | Gump | hey i formatted a sansa fuze and now rockbox bootloader says "loading firmware. file not found" |
| 22:35:05 | Gump | how do i remove the bootloader entirely? |
| 22:35:23 | ender` | boot to original firmware and do an upgrade |
| 22:35:36 | Gump | the player is having problems currently and i can not connect it to a computer to remove the bootloader, and i can not connect it to the computer until the bootloader is gone |
| 22:35:55 | ender` | can you boot to original firmware? |
| 22:36:05 | Gump | yes |
| 22:36:22 | Gump | by holding down the rewind button and booting, and then i do a format but that does not remove the rb bootloader |
| 22:36:46 | ender` | no, but try connecting to PC this way |
| 22:38:35 | Gump | i did. once i plug it in it turns on the sansa firmware anyway |
| 22:38:38 | Gump | that's what is freezing |
| 22:39:06 | Gump | for some reason the sansa firmware is freezing when i plug it in if there are any files on the player. |
| 22:39:16 | Gump | which is why i need to remove the bootloader so i can connect it |
| 22:39:38 | gevaerts | the bootloader is not a file as such... |
| 22:40:19 | linuxstb | The bootloader has been combined with the original firmware. To remove it, you install an unmodified original firmware file. |
| 22:40:35 | Gump | ah. |
| 22:40:49 | Gump | that's odd then, because it is freezing in the same way that it did when there were files on it |
| 22:41:26 | Gump | ok its connecting now. phew |
| 22:41:35 | Gump | i will reinstall RB and see if it works |
| 22:49:00 | | Quit Kitr88 () |
| 22:57:48 | | Join Kitar|st [0] (Kitar_st@BSN-182-1-64.dial-up.dsl.siol.net) |
| 23:00 |
| 23:01:07 | | Part Gump ("Leaving") |
| 23:01:08 | | Quit evilnick_B (Quit: Page closed) |
| 23:01:09 | | Quit ender` (Quit: Documentation is like sex: when it's good, it's very good, and when it's bad it's still better than nothing.) |
| 23:01:24 | | Quit esperegu (Remote host closed the connection) |
| 23:06:45 | | Quit merbanan (Ping timeout: 276 seconds) |
| 23:07:18 | | Quit toffe82 (Read error: Connection reset by peer) |
| 23:08:09 | *** | Saving seen data "./dancer.seen" |
| 23:08:10 | | Join saratoga_ [0] (~9803c6dd@rockbox/developer/saratoga) |
| 23:08:52 | | Quit saratoga (Quit: Page closed) |
| 23:19:22 | | Join Strife89 [0] (~michael@adsl-154-2-45.mcn.bellsouth.net) |
| 23:20:05 | | Quit pamaury (Quit: Page closed) |
| 23:27:15 | | Quit DataGhost (Ping timeout: 264 seconds) |
| 23:36:40 | | Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 23:36:57 | | Quit jgarvey (Quit: Leaving) |
| 23:38:27 | | Quit CGL (Quit: Saliendo) |
| 23:40:51 | | Quit mikroflops (Ping timeout: 260 seconds) |
| 23:42:26 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 23:42:27 | | Join Gump [0] (~josh@adsl-68-88-123-124.dsl.lgvwtx.swbell.net) |
| 23:42:41 | Gump | hey whats with the delay when skipping songs in RB? |
| 23:42:47 | Gump | its like a two second delay |
| 23:42:51 | Gump | before the track changes |
| 23:43:08 | Gump | not crossfade, turned that off |
| 23:44:24 | | Quit yosafbridge (Ping timeout: 265 seconds) |
| 23:44:47 | Gump | yo anyone on? |
| 23:46:09 | | Quit mikroflops_ (Ping timeout: 240 seconds) |
| 23:46:11 | | Quit perfectdrug (Ping timeout: 276 seconds) |
| 23:47:37 | | Quit archivator (Quit: Leaving) |
| 23:47:48 | | Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 23:48:05 | | Quit S_a_i_n_t (Ping timeout: 246 seconds) |
| 23:48:10 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:48:13 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.57) |
| 23:49:00 | | Quit skx` (Ping timeout: 276 seconds) |
| 23:49:20 | | Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) |
| 23:51:04 | Gump | yo anyone there? |
| 23:52:05 | | Quit mikroflops (Ping timeout: 264 seconds) |
| 23:52:26 | | Join skx` [0] (~skx@d51A4AF07.access.telenet.be) |
| 23:57:31 | Gump | yo anyone out there? |
| 23:58:05 | ThomasAH | Gump: out here, but I have no answer |
icon identifies that the person is a core developer (has commit access).