Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2010-04-15

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:53JdGordongevaerts: so did the patch work?
03:23:06JdGordonguess 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:09funmanFlynDice: 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:20funmanAccording 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:23funmanIf I do that, the card stays in RCV state
05:27:00 Quit CaptainKewl (Remote host closed the connection)
05:27:01funmanAnd if deselect+select the card, it's still stuck in PRG state ://
05:29:10funmancard 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:11funmanFlynDice: 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:30FlynDicefunman: 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:18funmanfor 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:34FlynDiceI 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:01funmanreading works flawlessly already, so there must be something specific to writes
05:57:15S_a_i_n_tpixelma: 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:31S_a_i_n_tIt wasn't easy IIRC, but I'm almost certain it was possible.
05:59:57FlynDiceThe 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:26S_a_i_n_talso 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:39S_a_i_n_tOverlapping viewports shouldn't be causing this.
06:09:02S_a_i_n_tBut, 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:06S_a_i_n_ts/too/to/
06:10:21FlynDicefunman: re STOP_TRANSMISSION command, on p18 of the sd spec, 2nd bullet item it says "
06:10:23FlynDiceThe write
06:10:24FlynDicecommands shall be stopped prior to deselecting the card by CMD7
06:10:42funmanok
06:11:07FlynDicewhoops, sorry I wasn't quite done there.... damn cut & paste..
06:12:10FlynDice funman: You've actually got it into prg state though?
06:12:23funmanyes but it was not my fault ! :)
06:13:55FlynDicelol, stop stealing my technique.....
06:15:26S_a_i_n_tI 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:51funmanFlynDice: 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:29FlynDicefunman: 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:26webguest67hello?
06:19:42funmanhello.
06:20:12webguest67I was wondering if anyone had trouble with the recent rb from svn?
06:20:24S_a_i_n_tfor which target?
06:20:36webguest67ipodnano 1g
06:20:40S_a_i_n_tand what "trouble"?
06:20:46webguest67Everything works great...\
06:20:53S_a_i_n_texcept...?
06:20:53webguest67except rockdoom
06:21:05S_a_i_n_twhat happens exactly?
06:21:06webguest67spitting out errors
06:21:12S_a_i_n_tI run Doom fine on me Nano1g
06:21:20S_a_i_n_ts/me/my/
06:21:25S_a_i_n_twhat are the errors?
06:21:29webguest67Stable works fine
06:21:46webguest67I can't read all of the errors, they don't fit onscreen
06:21:54webguest67Is there a log?
06:22:30S_a_i_n_tNo, I don't believe so.
06:22:36S_a_i_n_tAt what point does it error?
06:22:47S_a_i_n_tI've loaded it, playing it now.
06:23:08webguest67Right when it is about to play
06:23:44S_a_i_n_twhat WAD are you trying to load?
06:23:55webguest67It doesn
06:23:59webguest67t matter
06:24:21webguest67freedoom, doom1, doom2, they all have this error
06:24:33S_a_i_n_tSo it happens with all of them?
06:24:38S_a_i_n_tI can load them all fine.
06:24:40webguest67Yes
06:24:43S_a_i_n_twhat revision are you on?
06:24:48S_a_i_n_tr2XXXX?
06:24:54webguest6725650? I thing
06:25:01webguest67k
06:25:37webguest67r25650M-100415
06:26:21saratogatry renaming your rockbox folder and extracting a fresh one
06:26:41funmanalso try a not modified build
06:26:58S_a_i_n_tsaratoga: wasn't someone touching the doom code today/last night?
06:27:01S_a_i_n_tmay be related.
06:27:04webguest67I've done that, I've even deleted it!
06:27:25S_a_i_n_tthis guy is a few revisions ahead of me.
06:27:32S_a_i_n_tand I can run them fine.
06:27:44webguest67Which revision works?
06:27:55saratogawebsite says its been over a month since the doom folder changed
06:28:27funmanS_a_i_n_t: no they were just looking why doom doesn't build/run when built with gcc4.5
06:28:37S_a_i_n_tI'm on 25616
06:28:43S_a_i_n_tfunman, thanks.
06:28:53webguest67What could be the problem?
06:28:58S_a_i_n_twebguest: can you verify this happens with *clean* SVN?
06:29:05S_a_i_n_tyou're supposed to do this first.
06:29:16S_a_i_n_tclean (no patches)
06:29:49webguest67It looks like it, I might need to start again to make it kosher
06:30:27saratogajust try the build from the website
06:31:08webguest67To save time, I'll build your version and get on the build from the website now
06:31:47webguest67I'll be back when I'm finished, bye
06:33:09S_a_i_n_tIt'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:39webguest67Ok I tried the daily build from the site: failed
06:47:09webguest67The error says something about RInitTextures
06:48:04funmanThat would mean corrupted WAD iiuc
06:48:29funmanor corrupted cached data
06:48:30webguest67How could that be?
06:48:41funmanfile 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:55funmantried to download the wad again?
06:49:00webguest67Which wad in particular?
06:49:18funmanthe one which works for S_a_i_n_t ^^
06:49:38webguest67Do you mean rockbox's own wad that does who-knows-what?
06:50:08funmanI mean one that should work
06:50:40webguest67Where does rockdoom.wad come from?
06:50:47funmanhttp://www.rockbox.org/wiki/pub/Main/PluginDoom/rockdoom.wad
06:51:20webguest67This isn't something I can build?
06:51:40funmani have no idea
06:53:44webguest67SoaB!
06:54:01webguest67IT WAS rockdoom.wad!
06:54:26saratogai thought you said you deleted your rockbox folder?
06:55:13webguest67I was using the utility to transfer over some doom files
06:55:46webguest67Apparently the automatic rockbox utility used a different wad
06:57:02funmani think it uses freedoom
06:57:03webguest67Thanks, now the problem is understood
06:57:42webguest67freedoom is irrelevant, rockbox.wad was the problem, which is not a map
06:58:14webguest67That utility screwed something up before too.
06:58:53S_a_i_n_twhat exactly is rockbox.wad?
06:59:23webguest67I don't know but rockdoom needs it
06:59:42webguest67http://download.rockbox.org/rbutil/linux/RockboxUtility-v1.2.6-64bit.tar.bz2 −−This needs to be checked
06:59:58S_a_i_n_twhere are you finding the file rockbox.wad?
07:00
07:00:06S_a_i_n_tI can't seem to find it on my device.
07:00:46webguest67It's where all the other wads are
07:00:55 Quit grndslm (Read error: Operation timed out)
07:00:56S_a_i_n_tand my device runs all the wads (freedoom/doom, doom2 etc.) fine
07:01:04S_a_i_n_tnot on my device it isn't.
07:01:30funmanyou mean rockDOOM.wad
07:01:54webguest67it wasn't capitalized on my device
07:02:10S_a_i_n_twhere is it?
07:02:18S_a_i_n_tgimme the exact path please.
07:02:28funmanS_a_i_n_t: i pasted it ten minutes ago
07:02:51S_a_i_n_tI mean on the device, where does it come from? what uses it?
07:02:51funmanwebguest67: i mean rockDOOM not rockBOX. capitalization has no effect on fat32 anyway
07:03:04funmanS_a_i_n_t: well you put it in .rockbox/doom ?
07:04:02S_a_i_n_twait...so "rockbox.wad" was an error?
07:04:07S_a_i_n_tI'm getting confused.
07:04:19webguest67Hold on rockdoom crashed my ipod nano and I can't get it to restart now
07:05:22S_a_i_n_tI have rockdoom.wad, sure, but for the life of me I can't find "rockbox.wad"
07:05:33webguest67Wow this is a bad crash, I can't reboot the thing or anything!
07:05:50S_a_i_n_thold menu+select (for up to 30 seconds)
07:06:00webguest67I meant rockdoom.wad, sorry!
07:06:14S_a_i_n_twell, that clears things up...
07:06:31webguest67It finally restarted, I thought I would have to wait 8 hours for the battery to die!
07:06:45S_a_i_n_tthis doesn;t happen on the iPods.
07:06:58S_a_i_n_tthe reset is hardcoded...it *usually* always works.
07:07:23S_a_i_n_ts*usually*/probably screwed if it doesn't/
07:07:44***Saving seen data "./dancer.seen"
07:07:49webguest67All electronic devices misbehave occasionally
07:08:16S_a_i_n_tall FW misbehaves...hardware either works, or it doesn't.
07:09:10webguest67So 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:56S_a_i_n_tIt's never claimed to be foolproof.
07:10:08S_a_i_n_tI believe it states it's still in development/
07:10:22webguest67I'm just going to use it for the bootloader from now on
07:10:30S_a_i_n_tIt just provides a means for those that fear the manual install for some reason.
07:10:46webguest67Is there another way of installing the bootloader?
07:11:15S_a_i_n_tFWIW, if you're doing your own builds, it can be easier to use ipodpatcher directly for the bootloader
07:11:30S_a_i_n_tyes, ipodpatcher.
07:12:27S_a_i_n_tif you want a fancy GUI though, rbutil is still the way to go.
07:12:41S_a_i_n_tBut, if you're not scared of a bash prompt...
07:12:47S_a_i_n_tthen, use ipodpatcher.
07:13:02webguest67Ipodpatcher's source is included? Or is the tool on available separately?
07:13:16S_a_i_n_tIt is in the source, yes.
07:13:47webguest67Ok, that should be all I need to know thanks!
07:13:54webguest67Bye now
07:13:58 Quit webguest67 (Quit: CGI:IRC)
07:14:10S_a_i_n_tjust use "make" in rbutil/ipodpatcher to build ipodpatcher IIRC
07:14:18S_a_i_n_tbah...too late.
07:14:19S_a_i_n_tmeh
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:27pixelmaS_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:28pixelma 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:48pixelmaand 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:19S_a_i_n_tpixelma: Yes, I am almost confident that I have displayed the AA conditionally, and in different places.
07:34:25S_a_i_n_tI will experimant more tonight.
07:34:34 Quit advcomp2019 (*.net *.split)
07:34:34 Quit Unhelpful (*.net *.split)
07:34:45S_a_i_n_tI remember it didn;t work as expected, but I'm almost certain I was able to do it.
07:34:58pixelmacould also be broken currently then
07:35:21S_a_i_n_tthat centerart theme *is* a mess though...
07:35:23S_a_i_n_t;)
07:35:47S_a_i_n_ts/centerart/centerart2.0/
07:36:43S_a_i_n_tI 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:51S_a_i_n_tAs the tag doesn;t exist.
07:36:59pixelmathe 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:35S_a_i_n_tI 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:12S_a_i_n_tSo 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:52S_a_i_n_tI'll try again tonight and see what ugly fix I come up with this time.
07:40:28 Part syscrash
07:40:45pixelmawhere 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:41pixelmaI tried the "only a bit off" case, shown conditionally so far and thought that could make a difference
07:43:08S_a_i_n_tIIRC (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:40S_a_i_n_tthe AA viewports were top left/right though, so no overlapping IIRC
07:43:57pixelmaaha, maybe different then
07:44:09S_a_i_n_tI'll do some experimenting tonight.
07:44:34S_a_i_n_tJdGordon is *apparently* going to do "next AA" sometime in the bear future...so I want to get a head start.
07:44:43S_a_i_n_tI'm going to want to do it eventually.
07:44:53S_a_i_n_ts/bear/near/
07:45:30pixelmaone 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:40S_a_i_n_tThat, and you have caught my attention with something that *should* work, but apparently doesn't...I'm interested now. ;)
07:46:15S_a_i_n_tpixelma: re: %VP, it just draws as many full lines as the dimensions allow.
07:46:31S_a_i_n_tit would need to know the height of the viewport, that's all I think.
07:47:03S_a_i_n_tI haven't played with it much I admit, but a little bit when jd first made the patch.
07:47:19pixelmaHow 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:50S_a_i_n_tI think it actually does that...but only displays what it can.
07:48:06pixelmaso where does it stop?
07:48:20S_a_i_n_tIt does know the entire playlist...but only displays extended info for what it has in the buffer.
07:48:47S_a_i_n_tI think it only prints as many lines as will fit in the viewport.
07:48:54S_a_i_n_t(I *think*)
07:49:32S_a_i_n_tIf you want to do a "scrolling list" you need to set the offset, and use %Vp conditionally
07:49:52S_a_i_n_tso the nest viewport picks up where the first left off.
07:49:59S_a_i_n_ts/nest/next/
07:50:38S_a_i_n_tJdGordon can most certainly explain it better.
07:51:20pixelmayou 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:31S_a_i_n_tMaybe it *will* show half a line if the viewport isn't the correct dimensions...I haven't actually tried that.
07:53:07S_a_i_n_tI made sure the viewports hieght was divisible by the hieght of the font I used.
07:53:17pixelmanever saw that with pure text
07:54:08 Join hannesd [0] (~hd@91-67-136-124-dynip.superkabel.de)
07:54:34S_a_i_n_tI 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:54S_a_i_n_tseems to be the most logical...but I have no idea what magic Jd cooked up.
07:55:31pixelmablack... ;) :\
07:56:25S_a_i_n_thehehe....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:11S_a_i_n_tI 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:10S_a_i_n_tpixelma: 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:26S_a_i_n_ts/waht ere/what were/
08:04:22S_a_i_n_tIIRC 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:47pixelmaS_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:32S_a_i_n_tJdGordon: you weren't pinged.
08:42:38S_a_i_n_tJust your name mentioned.
08:42:39 Quit shaggy-h (Read error: Connection reset by peer)
08:42:50S_a_i_n_tWe/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:17S_a_i_n_tWell, 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:31S_a_i_n_tI 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:42S_a_i_n_tThen something about black-magic... ;)
08:44:44JdGordonit uses the whole enclosing viewport
08:44:57JdGordonso as many lines as can fit
08:45:44S_a_i_n_tright, 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:13S_a_i_n_tBut 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:42JdGordonyes, but that would be silly :)
08:48:32S_a_i_n_tThat bug with centerart2.0 just got me thinking about the playlistviewer and how it works.
08:48:42S_a_i_n_tThat bug is just...insane.
08:49:08amiconnImo rockbox should never crash due to a bad data file (.wps and .sbs stuff as well as audio files)
08:50:16S_a_i_n_tThe 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:28S_a_i_n_ts/the/that/
08:50:45amiconnIt may choose to try and interpret a broken file (even causing weird looks or noises) or just reject it.
08:51:42S_a_i_n_tit's not crashing it IIUC , it messes up the track numbers in some way...which is even weirder.
08:51:59amiconnDidn't gevaerts report crashes?
08:52:35S_a_i_n_tpossibly since, but initially it was just some weirdness with the track numbers displaying incorrectly.
08:53:03S_a_i_n_tI 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:33JdGordonthe 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:15pixelmaJdGordon, 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:47wodzI 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:33wodzIt comes from the fact that 128x128 2bit screen has not defined bitmaps
09:52:57kugelwodz: I guess the image isn't generated (BMP2RB converts images to .h files)
09:53:03pixelmado you have the sudoku_normal (etc) bitmaps?
09:53:08wodzno
09:53:23 Quit scorche (Ping timeout: 246 seconds)
09:53:24wodzbut for now I just want to hack it to pass build
09:53:40kugelyou can disable plugins entirely for now
09:53:49 Join scorche [0] (~scorche@rockbox/administrator/scorche)
09:53:52wodzI need test_* plugins which are not build because of this error
09:54:28kugelput a #if 0 around all non-test_* plugins in SOURCES
09:54:54wodzthis will be HACK not hack :-)
09:55:05pixelmaand plugins SUBDIRS
09:56:14kugelwodz: 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:35kugelor want it committed, rather
09:56:57wodzkurgel: where are the bitmaps of concern stored?
09:57:08JdGordonpixelma: *one* alignment tag works on each line, but all are supported
10:00
10:00:20wodzis there some recomended way to convert 128x128x16 bitmaps to 128x128x2 ?
10:01:33kugelno, 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:39pixelmayou can probably just use the 128x128x16 ones, Rockbox will scale the bit depth but I guess not all will be very visible
10:02:00S_a_i_n_tJdGordon: 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:02kugelwodz: it looks like bmp2rb can do it at compile time
10:03:46pixelmayeah, fine tuning can happen later I guess
10:06:12wodzso should I just copy 128x128x16 files to 128x128x2 ???
10:06:38kugelI don't think that works
10:07:05wodzso I don't get what kugel said
10:07:15pixelmadepends on how plugins/bitmaps/*/SOURCES is written
10:07:17kugelI think built-in images need to be in the correct format and only bitmaps loaded from disk will be converted at runtime
10:07:27pixelmano
10:07:52kugelno?
10:09:27pixelmawodz: 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:27kugelpixelma: do you have an example where runtime conversion of built-in images works?
10:10:48pixelmathat's not runtime, that's compile time
10:11:07gevaertsJdGordon: have you seen http://forums.rockbox.org/index.php?topic=24516.0 ?
10:11:14kugelthat's what I said, but you said "no2
10:11:18kugel"no"
10:11:36wodzI am a bit confused
10:11:39pixelmathat's not how I understand your sentence
10:11:56pixelmakugel
10:12:32kugelI 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:29wodzbut 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:54kugelwodz: 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:45wodzok so consensus is I should prepare 128x128x2 bitmaps and there is no simple way to convert it from 128x128x16 right?
10:19:31kugelI don't think it's a metter of consensus. it's just a matter of knowing what bmp2rb can do for you ;)
10:19:39kugelmatter*
10:20:15*wodz reads man convert
10:22:13*kugel recommends pinging amiconn as well
10:22:27pixelmaI would just try the bitmaps/*/SOURCES trick first, unfortunately I don't know if it'll work, just believe it could
10:24:28pixelmawodz: you still have to edit these SOURCES files anyways
10:27:08linuxstbwodz: 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:28linuxstbThere's no quick way to do this - bitmaps need adapting to any new screen size/depth combination. You're just unlucky...
10:28:49pixelmaprobably the cleaner start
10:28:57wodzok 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:41pixelmalinuxstb, 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:44wodzthere is long way to reach graphic polishing stage
10:41:49 Quit DerPapst (Read error: Connection reset by peer)
10:42:24wodzfirst I have to find out why the hell cpu is so hard boosted by the codec thread
10:43:44wodzADC 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:53wodzI 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:54wodzI double checked codecs get compiled with asm optimization for 5249, and critical parts are linked to iram
10:47:36linuxstbwodz: Have you tried test_codec ?
10:48:04wodzI have to be able to compile plugins to do this :-)
10:48:14linuxstbWell, just one...
10:48:33wodzI would fix once and for all rather
10:48:34linuxstbOr are there other problems apart from bitmaps?
10:48:54linuxstbYou just need to temporarily create a plugins/SOURCES file only containing test_codec.c
10:49:01wodzkeypads 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:50JdGordongevaerts: I have now...
10:58:56JdGordonI have no freeking idea what is going on
10:59:02JdGordonyou said the patch didnt help?
10:59:24gevaertsit didn't, and a wps with *only* a (correct) %Vp is enough for me to reproduce the problem
10:59:35JdGordonon target only though?
10:59:42gevaertsI haven't retried the sim yet
10:59:56gevaertsbut last time I couldn't reproduce it there
11:00
11:00:00JdGordoncan you please? debugging in the sim is alot easier :)
11:00:08JdGordonok, I'll go look for my video
11:00:38wodzhehe in apps/plugins/bitmaps/native/SOURCES there are entries in 2bit depth ifdefs refering to 16bit files
11:00:58JdGordonI 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:42gevaertsor at least that there are some hidden assumptions in buffering/playback that the skin displayer is now violating
11:03:09JdGordonvery 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:44JdGordonthe playlist ofset is >0 right?
11:06:35gevaertsI 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:08JdGordonoh goody... reprod on my vid
11:13:20JdGordontrack order is 4,2,3,4!
11:13:25JdGordonWTF?
11:13:39gevaertsfun, isn't it? ;)
11:15:11 Quit |DaMaGeD| (Client Quit)
11:15:54JdGordonstop then start again from the file browser shows correct order but only 2 tracks loaded in the buffer
11:15:56pixelmawodz: could be because it works (and people were either lazy or didn't want unnecessary duplicates)
11:16:31pixelmaJdGordon: is it always the same pattern with the same playlist/directory?
11:17:14JdGordonnot sure
11:18:09pixelmaand 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:06JdGordonI'm, not sure i would expect it on hwcodec
11:20:16JdGordonassuming the bug is bufering/playback it shuold be swcodec only
11:20:18JdGordonbut 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:20JdGordonplaylist.c get_next_index() might be the problem
11:22:31JdGordongetting called from playlist_peek() which i would assume is safe
11:23:37pixelmaI didn't expect it either but thought it was worth a check
11:24:09JdGordonshit! yep, it is playlist_peek()!
11:24:37JdGordoni<playlist_amount(); is failing me
11:24:53wodzha plugins compiled
11:26:48JdGordonumm... maybe not :(
11:26:55*JdGordon has no clue
11:27:53gevaertsJdGordon: have you spotted the interesting side effect that switching to a non-Pv wps while playing also switches to the correct playlist?
11:28:32JdGordonI think so. How the hell can that be possible!
11:40:59 Quit DerPapst (Ping timeout: 258 seconds)
11:41:15JdGordondoes anyone know the correct way to work with the playlists? specifically getting the track indicies and filenames?
11:42:48JdGordonmy 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:22LloreanDoes it not happen if folder advance is disabled then?
11:43:41JdGordonit is off by default isnt it?
11:44:01JdGordonit could be repeat mode triggering it, or shuffle or anything
11:44:36LloreanI was just wondering why trying to go past the end would trigger building a new one.
11:46:28JdGordonI would avoid making any assumptions about the code and settings at this point
11:46:40JdGordonsimply "because it feels like it" is good enough
11:46:46*JdGordon really has no clue what's going on
11:47:19LloreanSo 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:29wodzhmm I don't quite understand instructions how to use test_codec
11:47:45Lloreanwodz: Which part?
11:48:00JdGordonLlorean: are you volanteering? :)
11:48:29wodzfirst two points of Method paragraph in wiki
11:49:41Lloreanwodz: I don't even know the name of the wiki page for it
11:49:55wodzhttp://www.rockbox.org/wiki/CodecPerformanceComparison
11:50:32Lloreanwodz: You know what the context menu is in Rockbox?
11:51:52wodzI know
11:52:09wodzhmm this must be keymap definition problem than...
11:52:34LloreanThe 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:49LloreanThe 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:40wodzthis is in button_context_tree part?
11:56:05wodzs/this is/is this/
11:56:43wodzok this is probably in button_context_standard
11:57:22*JdGordon finds another bug with the playlist viewer
11:57:32JdGordonthe playlist starts at index 1 not 0
11:57:47JdGordonso 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:15JdGordonrepro in sim!
12:06:12JdGordonFFS... 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:30wodzI 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:35kugelwodz: have you got ccache install?
12:45:08wodzyes
12:45:17wodzthe 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:08wodzI don't understand this at all
13:03:52wodztesting decode speed with test_codec gives me slightly better results than thous from http://www.rockbox.org/wiki/CodecPerformanceComparison
13:04:15wodzso 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:44Lloreanwodz: Seems to suggest the problem isn't during decoding.
13:07:02LloreanDo 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:45wodzLlorean, 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:30LloreanDo you also have problems with WAV playback?
13:15:10wodzwhat do You mean?
13:15:25LloreanIs the UI slow when playing back files in the WAV format?
13:15:37wodzdidn't tried that
13:15:40wodzgmm
13:15:44 Quit M3DLG (Ping timeout: 276 seconds)
13:15:51LloreanIt 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:20wodzgood 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:25wodzwhen playing wav processor is almost not boosted
13:32:54LloreanI don't think WAV should generally be boosted at all, except maybe when buffering. It's almost "free"
13:33:27LloreanI don't know what to suggest other than trying track down where all the CPU time is actually being spent.
13:35:41wodzI 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:08kugelwodz: is it possible that your lcd is very slow? test_fps should tell you
13:57:10kugelwodz: 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:28wodztest_fps You say... let me see
13:59:05kugelif you have plenty iram you should consider putting the lcd framebuffer into it
13:59:36wodzit is in iram
14:00
14:00:18wodz1/1: 762.5 fps
14:00:40wodz1/4: 243387.0 fps
14:01:28wodzgreyscale library test is not correct since I do not implemented *blit functions
14:02:03wodzhmm what does CPU load err (boost?) mesn?
14:02:12wodzs/mesn/mean/
14:02:25kugelhm, I have no idea how 1/4 can be 320x faster than 1/1 but it seems fast enough
14:02:51kugelwodz: that means the test is mostly meaningless because the cpu boosted inbetween
14:05:46kugelwodz: can you check test_boost? maybe your boosting scheme doesn't work correctly
14:07:13kugelhm, although test_codec always boosts so it should've revealed that
14:07:48wodzwhen I change normal -> boost loop/s change so I assume it works
14:09:35wodzanother question:
14:12:00kugelwodz: if loops/s goes higher it works yes
14:12:19wodzThe pdf for WM8750 sais: "The WM8750 has a digital 3D enchancement option to artificialy increase the separation between left and right channel"
14:12:38wodzis 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:44kugelI 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:43kugelhm, 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:02S_a_i_n_tDammit, Blue_Dude is never around when I need him to be...I hit another bug in "Hotkey"...
15:35:36S_a_i_n_tYou 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:00JdGordonthats a feature :p
15:36:37S_a_i_n_tWhen 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:45S_a_i_n_tJdGordon: 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:27JdGordonI'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:41S_a_i_n_tI'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:50S_a_i_n_tAnd I think that's kinda annoying.
15:42:33 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de)
15:42:45S_a_i_n_ts/hotjey/hotkey/ (I'm pretty sleepy too...)
15:46:10S_a_i_n_tBlue_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:29kugelS_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:16kugelare 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:24kugelok, after examining kernel.c's involvement I think priority is not a big deal
16:28:17kugelI 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:58kugelI 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:16kugels/our owns/ours/
16:34:38gevaertssounds sensible
16:36:06 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net)
16:40:27kugelkernel.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:49kugelI 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:19gevaertsrun it? :)
16:43:05gevaertsSeriously 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:18gevaertsOn 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:12kugelright
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:09jhMikeSkugel: 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:15jhMikeSkugel: 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:29kugeljhMikeS: it'll siwtch_thread() depending on what wakeup_thread returns
16:51:44 Join Luca_S [0] (~5d3fc54b@giant.haxx.se)
16:52:12jhMikeSkugel: yes, but it can be disabled if specified (did someone remove that code? ?? am I remembering my own code incorrectly?)
16:52:28kugelyou mean compile time disable?
16:52:52jhMikeSno, that would disable it globally
16:53:24kugelwakeup_thread calculates if THREAD_SWITCH or only THREAD_OK should be returned
16:54:00jhMikeSyes, but the mutex had a flag to ignore it and forego that recommendation
16:54:38kugelmutex::no_preemt
16:54:42jhMikeSkugel: still there ->if((result & THREAD_SWITCH) && !m->no_preempt)
16:55:00kugelI've seen that, but it's never anything other than false, so switch_thread() is permitted
16:55:24jhMikeSdid you check the fat cache?
16:55:55kugelI grepped for no_preempt
16:56:08jhMikeSah, there's a function to set it
16:56:23kugelwhere?
16:56:34jhMikeSI think it's an inline in kernel.h
16:56:53jhMikeS...to avoid looking directly into these objects
16:56:59kugelah there, ok
16:57:42kugelanyway, 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:44chrisbare people using id3v2 or sticking with v1 for rockbox?
16:58:30chrisbis 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:04kugeljhMikeS: can you imagine a simple condition to return THREAD_SWITCH without knowing the internal prio handling of pth?
16:59:07jhMikeSkugel: 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:58jhMikeSkugel: pardone me, but I'mn not quite understand that last one
17:00
17:00:20kugelno, fat.c isn't used in the sim I think
17:00:43gevaertsnot usually, no
17:00:51gevaertsPeople have been known to do weird things though
17:01:31kugeljhMikeS: 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:42jhMikeSkugel: 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:51kugelI 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:49kugelbuffering doesn't call mutex_set_preempt() right now and it works on target so I assume it does on the sim too
17:03:22jhMikeSso it was only fat?
17:03:37kugelwell, we can't actually be entirely sure it really works but you know what I mean
17:03:50kugelfat is the only caller, yes
17:04:06jhMikeSI guess you won't need it on your end
17:05:00kugelI will not modify anything to exclude it specifically :)
17:05:27jhMikeSanyway, 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:08kugelwhat do you say to my above suggestion (did you even understand what I mean?)?
17:06:18pixelmachrisb: Rockbox uses either or, if both ID3v1 and v2, ID3v2 has priority
17:06:33chrisbpixelma: ah, excellent, thanks
17:06:43jhMikeSkugel: I think so, except for switching away if a thread is higher than PRIO_DEFAULT
17:07:01chrisbwhat about the relative importance of tags v. filenames for the database?
17:07:07kugelmaybe only if higher than PRIO_REALTIME?
17:07:21kugelor *only* the thread->prio > current->prio part?
17:07:26jhMikeSoh, and the prio >, since priorities are higher if the number is lower
17:07:59***Saving seen data "./dancer.seen"
17:08:42kugelyep, sorry
17:09:11gevaertschrisb: the database only looks at tags
17:09:48jhMikeSkugel: 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:07chrisbgevaerts: ah, thanks.
17:10:34chrisbgevaerts: i'm using picard/musicbrainz to retag, and there is also a renaming option
17:10:54jhMikeSkugel: 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:18chrisbis album art stored in a tag, or as a separate file?
17:12:10 Quit kugel (Read error: Operation timed out)
17:13:08Luca_SIIRC, rockbox does not support embedded album art, only external
17:13:28Tornewe 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:46Torneso, 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:15jhMikeSkugel: 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:56jhMikeSIf the thread just woken was the highest, then it still works the same.
17:18:02chrisbTorne: 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:07chrisbshould i remove APEv.2 tags from mp3 files?
17:23:26chrisbshould i remove id3v2 tags from .flac files? i don't think so...
17:23:38chrisbi want my flacs tagged and indexed in the DB
17:24:09 Quit einhirn (Read error: Connection reset by peer)
17:24:11gevaertsWhy do you have id3v2 in flac files?
17:26:18TorneAPE on MP3 is invalid and shouldn't ever happen
17:26:22pixelmaand APE tags in mp3?
17:26:22Tornewhateve rprogram did it is wrong
17:26:31Torneand ID3 on flac is also wrong
17:27:01 Join Luca_S [0] (~5d3fc54b@giant.haxx.se)
17:27:02Tornenative flac has its own metadata system, flac-in-ogg uses ogg comments
17:29:05chrisbTorne: i'm just wading into my first retagging sessions with picard
17:29:26chrisbi guess i will need to find another retagger for my flac files...
17:30:21Torneno..
17:30:26pixelmaRockbox only supports the native tagging format. That would be ID3 for MP3 and vorbis comments for FLAC
17:30:29Tornepicard writes the correct tag formats for all file types it supports
17:30:44Torneit also has the option to *remove* incorrect tag formats, from mp3 and flac, you should turn those on.
17:32:16chrisbTorne: ah, ok that was my goal, to at least set the checkbox options in picard correctly
17:32:32Tornehttp://musicbrainz.org/doc/Picard_Documentation/Options#Tags
17:34:10xouhi, is there any way to restore my iPods (2nd Gen Nano) partition table without having to use iTunes?
17:34:43S_a_i_n_txou: Have you checked the RB wiki?
17:34:55S_a_i_n_tthere is a section of recovery without iTunes.
17:35:01S_a_i_n_ts/of/on/
17:35:18S_a_i_n_tI can find the link if you *really* want...
17:35:38xou*currently looking for it*
17:35:46S_a_i_n_tOne sec.
17:36:00xoufound it
17:36:05S_a_i_n_tSweet.
17:36:09xouthx :)
17:36:23S_a_i_n_tHope you have a linux machine though ;)
17:36:55xouoh wait... http://www.rockbox.org/wiki/IpodConversionToFAT32 << there are partition tables for Nano 1st gen, but none for the 2nd gen
17:37:08S_a_i_n_tNope...*this*
17:37:09S_a_i_n_thttp://www.rockbox.org/wiki/IpodManualRestore
17:37:33S_a_i_n_tOh, hang on...that's the same thing.
17:37:50TorneI don't think we have instructions and the info for nano 2g, i'm afraid
17:38:03Torneit should be possible with a largely similar process
17:38:03S_a_i_n_tAaaaargh, 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:03GodEaterTorne: it should be the same
17:38:14GodEaterwe just need an image for the 2gs
17:38:17S_a_i_n_tTheSeven would know how to do it.
17:38:25GodEaterthe how is easy
17:38:29GodEaterit's the same process
17:38:35S_a_i_n_t...and would have the MBR lying around.
17:38:40S_a_i_n_tPity he isn't here.
17:38:55GodEaterS_a_i_n_t: you have fucking loads of 2Gs
17:38:57GodEateryou get one!
17:39:15S_a_i_n_tHow? I'm not that savvy really...
17:39:22S_a_i_n_thow do I pull it off?
17:40:24Tornedd if=/dev/sdwhatever of=nanombr bs=512 count=1
17:40:24GodEaterdd if=/dev/sdX of=MBR-Image count=1 bs=512
17:40:35GodEaterbitch ;)
17:40:39S_a_i_n_tHmmmm...who to trust? ;)
17:40:48GodEaterthey're the same command
17:41:03xou2GB nano? :)
17:41:08GodEaterthe filenames are different cos we're not psyhic
17:41:15GodEateror psychic even
17:41:18S_a_i_n_twould that work the same in CygWin
17:41:21S_a_i_n_t+?
17:41:24GodEaterno
17:41:27 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick)
17:41:28xoui could just reboot into windows and have iTunes fix it ^^
17:41:33S_a_i_n_tAhhh...then we're buggered.
17:41:39GodEaterget a real OS damn you
17:41:40xoui would need to install iTunes though
17:41:44GodEaterstop all this windows nonsense
17:42:07 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
17:42:09pixelmaS_a_i_n_t: there is a dd.exe you can just run for Windows IIRC
17:42:50GodEaterthe device names are horrible though
17:43:12GodEaterso he's on his own figuring out what to type
17:43:19Tornexou: it's generally a lot easier and quicker to just use itunes
17:43:26xouok :)
17:43:34S_a_i_n_tyes, yes it is.
17:43:34Tornethe manual restore process is really only relevant if you *don't* have access to windows handy ;)
17:43:59S_a_i_n_tBut make sure you uninstall it afterwards ;)
17:44:19GodEaterhttp://www.chrysocome.net/dd
17:44:29S_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:37S_a_i_n_tthen you don't *need* iTunes.
17:44:44GodEater"if=\\.\Volume{c18588c0-02e9-11d8-853f-00902758442b}" is just SUPER user friendly
17:44:49S_a_i_n_tThey used that before it got integrated into iTunes.
17:45:32 Quit Zagor (Quit: Leaving)
17:45:50TorneGodEater: well, what linux calls sdb is probably \\?\Device\Harddisk1\Partition0 :)
17:46:04TorneGodEater: the UUIDs are for the mounted volumes, not the physical disks
17:46:52S_a_i_n_tAnyway...since when is $ "loads" of 2Gs? ;)
17:46:59S_a_i_n_ts/$/4/
17:47:59GodEaterTorne: that's still a shedload more to type than "sdb" :)
17:48:42GodEaterS_a_i_n_t: I have zero, so you have inifinity % more than me. That's "loads"
17:49:10S_a_i_n_txou: http://www.google.com/cse?cx=013269018370076798483:gg7jrrhpsy4&cof=FORID:1&q=ipod+updater+2006-01-10&sa=Search
17:49:19S_a_i_n_tno need for iTunes...yuck.
17:49:21GodEaterS_a_i_n_t: do the world a favour and use that dd.exe to get some MBRs for us
17:49:37xoua friend who lives next door is currently restoring it
17:49:53TorneS_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:01xouanyone intrested in the MBR when its done?
17:50:03Tornedd −−list will maybe give you a hint though
17:50:19S_a_i_n_tany more specific that "that dd.exe"?
17:50:26GodEaterS_a_i_n_t: I have you a url....
17:50:28GodEatersheesh
17:50:32GodEaters/have/gave
17:50:36S_a_i_n_tTorneL: I have 5 drives in this machine.
17:51:00GodEaterso use the dd −−list command
17:51:02S_a_i_n_tSorry..I missed that link.
17:51:07S_a_i_n_tGodEater: ^
17:51:11GodEater:)
17:56:07 Join yorick [0] (~yorick@s55924da0.adsl.wanadoo.nl)
17:57:31S_a_i_n_tthat dd.exe does *literally* nothing... :(
17:57:46S_a_i_n_tno matter what command I feed it, it just spits it back and does nothing.
17:57:49S_a_i_n_tpffffft!
17:58:18pixelmahuh, I definitely used it successfully (quite some time ago though)
17:58:46chrisbS_a_i_n_t: rom drives or disk drives?
17:59:15pixelmafor stuff like dd you might need administrator rights
17:59:24S_a_i_n_tI'm not paying that much attention...I don;t really care *that* much. ;)
17:59:33S_a_i_n_tI always run in Administartor
17:59:40S_a_i_n_tit's the only account on this machine.
18:00
18:01:09S_a_i_n_tIt *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:20S_a_i_n_t...I'm a themer.
18:02:10S_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:25yorickhmm it looks like the backlight is not fading out on brightness 1 on ipod vodei
18:06:28yorickvideo*
18:06:49S_a_i_n_tyorick: what could it fade to?
18:06:54S_a_i_n_tthat's the lowest setting.
18:06:59S_a_i_n_tit *can't* fade.
18:07:19yorickit fades properly on level 2
18:07:29S_a_i_n_tyes, as that is one level higer.
18:07:32yoricknot as if it had only one thing to fade to
18:07:38S_a_i_n_tSo it has a level to fade back to.
18:07:43S_a_i_n_tsee how it works...?
18:07:50yorickit can fade to 0
18:08:19S_a_i_n_tso, what you're saying is that on brightness 1 it doesn;t turn off?
18:08:26S_a_i_n_tas that would be it "fading"
18:08:29yorickno, it doesn't fade down
18:08:36S_a_i_n_tIt couldn;t.
18:08:45S_a_i_n_tNot on 1.
18:08:46yorickit fades lower than 1 from 2
18:08:51 Join kugel [0] (~kugel@rockbox/developer/kugel)
18:09:56kugeljhMikeS: I'm not sure what you mean
18:10:03yorickfrom 2 it goes 2...1.5...1...0.5...0
18:10:10yorickfrom 1 it goes 10
18:10:49 Quit parafin (Ping timeout: 276 seconds)
18:11:00S_a_i_n_tWell, 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:15yorickI have my brightness set to 1
18:11:21yorickit doesn't hurt my eyes in the dark :P
18:13:08 Quit Luca_S (Quit: CGI:IRC)
18:13:57jhMikeSkugel: about the other way of setting THREAD_SWITCH?
18:14:08kugelyes
18:15:16jhMikeSkugel: check the priority of the run list, set the flag if anything on it is higher
18:15:20yorickS_a_i_n_t: I doubt I'm the only one
18:15:28kugelhm, pardon if this is wrong, but isn't the mutex implementation buggy?
18:15:50jhMikeSkugel: in what way? if you found one, point it out
18:16:12chrisbdo people make playlists on the fly, or make them offline and download them?
18:16:19kugelit 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:13S_a_i_n_tyorick: 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:20S_a_i_n_tPerhaps I'm wrong though.
18:17:22kugelthe mutex isn't locked again when the waiting threads return from switch_thread()
18:18:38pixelmaS_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:59S_a_i_n_tpixelma: He has it set to 1
18:19:01pixelmain the maximum case
18:19:01yorickpixelma: no minimum
18:19:01S_a_i_n_tthe lowest.
18:19:19S_a_i_n_tIn which case, I don;t expext fading.
18:19:19yorickbut it shouldn't delay the backlight fade in then
18:19:23jhMikeSkugel: no, it the flag is never changed from locked.
18:19:26yorickit seems like it doesn't do anything fading to 1
18:19:41pixelmahow is that meant then? "<yorick> from 1 it goes 10"
18:19:58S_a_i_n_tI think he missed a comma
18:20:02S_a_i_n_t"1, 0"
18:20:06yorickyes
18:20:21kugeljhMikeS: ah right, only if there's no next thread
18:21:48 Quit Rondom (Read error: Operation timed out)
18:23:44kugeljhMikeS: yes, I mean I don't understand what you suggested about the other way of setting THREAD_SWITCH
18:24:14jhMikeSkugel: rephrase #3 is needed?
18:24:17jhMikeS:)
18:24:27 Join parafin [0] (parafin@paraf.in)
18:25:01kugelwhat is the run list? the waiting thread queue?
18:26:54jhMikeSrun 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:08kugelah, I see what you mean. it currently only looks whether the next thread has a higher prio
18:27:25jhMikeSthose 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:25kugeljhMikeS: that could probably be done, but that's not my area right now :)
18:33:46 Quit yorick (Quit: Poef!)
18:34:26jhMikeSkugel: basically it would be if (<same core> && find_first_set_bit(cores[CURRENT_CORE].rtr.mask) < current->priority) { set SWITCH_THREAD; }.
18:35:33jhMikeSbecause 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:31kugeljhMikeS: 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:23podkastdoes anybody know if there are any plans on making rockbox available for the toshiba gigabeat g series player?
18:50:52S_a_i_n_tIf it's not on the "new ports" page, then probably not.
18:51:10S_a_i_n_tpodkast: ^
18:51:25gevaertspodkast: we don't make plans. I don't know of any effort for that one
18:51:36podkastok trying to find the new ports page, one sec
18:51:53gevaertskugel: what sort of systems have you run the pth sim on?
18:52:02S_a_i_n_ts/page/thread/
18:53:04 Quit RadicalR (Ping timeout: 276 seconds)
18:53:42S_a_i_n_tpodkast: 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:51podkasti found the forum
18:53:53 Quit jordan` (Ping timeout: 260 seconds)
18:53:56podkastah ok thankjs
18:54:17podkastyea im searching there now
18:54:52gevaertshttp://www.rockbox.org/wiki/NewPort and http://www.rockbox.org/wiki/TargetStatus might also help
18:54:55S_a_i_n_tpodkast: this is all you need to know about starting a new port:
18:54:57S_a_i_n_thttp://www.rockbox.org/wiki/NewPort
18:55:13podkastthanks
18:55:27 Join Luca_S [0] (~5711feea@giant.haxx.se)
18:56:51kugelgevaerts: 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:33kugelbut pth works on the sim, I already ran my test app on it
18:57:39kugelon the mini*
18:57:56gevaertskugel: 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:08kugelstrange
18:59:45gevaertshave you used gdb with it?
19:00
19:03:06 Join kramer3d [0] (~kramer@unaffiliated/kramer3d)
19:03:23gevaertsin gdb it just hangs :(
19:03:46kramer3dwhats a gdb
19:04:07 Quit kugel (Ping timeout: 264 seconds)
19:04:24 Join kugel [0] (~kugel@rockbox/developer/kugel)
19:04:38kugelgevaerts: what do you mean with "it"?
19:04:47 Join Adubbb [0] (~Aldubuc@67.201.160.144)
19:04:50gevaertsthe sim
19:05:08 Part Adubbb
19:05:23kugelyes, 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:49kugelgevaerts: do you get any error message?
19:05:58gevaertsno, nothing
19:06:07kugelit just crashes?
19:06:14chrisbcan i run rockbox on an android phone?
19:06:21gevaertswithout gdb it segfaults, with gdb it hangs
19:06:26 Quit perfectdrug (Quit: Leaving.)
19:08:03***Saving seen data "./dancer.seen"
19:08:04S_a_i_n_tchrisb: No.
19:09:24S_a_i_n_t"Rockbox as an Application" is one of this years "Google Summer of Code" projects though....so, fingers crossed.
19:09:37gevaertskugel: it apparently segfaults in __pth_scheduler()
19:09:40gevaertsfun
19:10:13kugelyou could try increasing the stack sizes
19:10:24kugelmost of the problem I had were stack overflow caused
19:11:12chrisbS_a_i_n_t: thanks
19:11:46kugelalthough I cant imagine the phone needs more stack than a 64bit machine, or the virtual machine in qemu
19:12:01S_a_i_n_tchrisb: As for your playlist question earlier (just saw it then), playlists can be made on the device, yes.
19:12:24S_a_i_n_tDoes that answer your question?
19:12:48 Join perfectdrug [0] (~marko@p5B0EC446.dip.t-dialin.net)
19:13:23gevaertsincreasing 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:08kugelyou changed the 16u<<10, right?
19:17:15gevaertsyes
19:17:24*gevaerts suspects a dodgy libpth build
19:17:50chrisbS_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:39S_a_i_n_tchrisb: It is a LOT easier to create them on-device IMO
19:18:48 Quit JohannesSM64 (Read error: Operation timed out)
19:18:55S_a_i_n_tThere are a lot of features for managing playlists on the device.
19:19:14S_a_i_n_tBut, each to their own I guess.
19:19:26chrisbS_a_i_n_t: ok, i need to dive back into the docs
19:19:33chrisbS_a_i_n_t: thanks
19:19:35 Join Horscht [0] (~Horscht2@xbmc/user/horscht)
19:19:42S_a_i_n_tThe manual is always a good place to start.
19:19:59S_a_i_n_tIt has a rather clear section on playlists.
19:20:28kugelgevaerts: the segfault is exactly in __pth_scheduler? I all problems I had so far went through pth and crashed in libc functions
19:21:25S_a_i_n_tTheSeven: topik: http://www.datafilehost.com/download-bb22df9a.html == [minor aesthetic/positioning changes]
19:21:39 Quit mirsal (Ping timeout: 260 seconds)
19:23:24kugelgevaerts: there's a buggy free() which is called in case the thread creation fails, maybe you can try removing it?
19:23:43kugelthread-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:41kugelour code doesn't really handle that, though, it would probably crash anyway :p
19:28:55kugelthat=failure to create a thread
19:29:27 Join saratoga [0] (~9803c20d@gateway/web/freenode/x-rqdjehzimshxksjj)
19:29:44kugelis 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:54amiconngevaerts: The database *should* only look at tags, but afaik the annoying guess-track-number-from-filename feature is still there
19:46:49amiconnS_a_i_n_t: The ipod video backlight fading in rockbox is independent of the brightness setting
19:48:01amiconnIt fades using software pwm, using 100 levels (if the fade is long enough). Brightness is hardware pwm (32 levels iirc)
19:48:31amiconnThe 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:22gevaertskugel: 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:19gevaertskugel: you might want something like http://pastie.org/921618
19:56:47gevaertsAlso, I start the sim with −−noremote −−nobackround to get the exact screen size
19:58:19kugelgevaerts: 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:09pixelmayou might try −−nobackground instead ;)
20:00:21gevaertsyes, 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:42kugelgevaerts: I need to hack configure quite a lot for crosscompiling, right?
20:10:06gevaertskugel: 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:20wodzamiconn: 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:23wodzI made comments where I think byteswap should occure can You verify this?
20:21:59gevaertskugel: I get http://pastie.org/921668 with a pth debug build
20:22:04CIA-5New commit by 03b0hoon (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:22Johnny5Hello
20:23:52Johnny5I have a quick Question
20:23:57S_a_i_n_tShoot
20:24:42Johnny5I own a Phillips GoGear HDD6330, now it doesn't say that it's supported, would Rockbox still work?
20:25:12S_a_i_n_tif it doesn't list your device on the main page, then no.
20:25:22Johnny5Shit.
20:25:29gevaertsJohnny5: http://www.rockbox.org/wiki/TargetStatus#New_Platforms_Currently_Under_De lists the detailed status
20:25:43kugelmeh, /me fails to build
20:25:59gevaertsHDD6330 has been worked on, but it's not done yet
20:26:37Johnny5Alright, guess I'll have to wait.
20:27:03S_a_i_n_tBetter to help contribute...or you may have to wait indefinitely.
20:27:06gevaertswell, working on it is going to have faster results :)
20:27:18 Quit komputes (Ping timeout: 276 seconds)
20:27:47kugel-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:05Johnny5I'm programming illiterate
20:28:09kugelwell, he finds SDL actually but not libasound.so in the same directory :\
20:28:13Johnny5or else I would
20:28:13B4gderkugel: -L is just the dir, no .so
20:28:17S_a_i_n_tA person that actually *has* the device is a far more likely candidate for contributing code than someone who doesn't
20:28:26S_a_i_n_tthere are other ways you can help
20:28:32Johnny5like?
20:28:36kugelB4gder: yes, sorry, that's what I actually meant
20:28:39S_a_i_n_tcheck the New Ports page on the wiki
20:29:27gevaertsJohnny5: http://www.rockbox.org/wiki/GoGearHDD6330 has installation instructions. I don't know what's still missing though
20:29:37B4gderJohnny5: like finding other owners that want rockbox for it...
20:30:53Johnny5Well, 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:58gevaertsJohnny5: http://forums.rockbox.org/index.php?topic=13282.0 is the forum thread for it
20:32:19S_a_i_n_tHmmmmm, yes. Apparently Rockbox runs on the device...
20:32:38S_a_i_n_tBut, I am not sure what state it is in, or how old the code for it is.
20:33:35S_a_i_n_tIt's wiki page was updated in 2007...so, hmmm.
20:33:42S_a_i_n_tBetter than nothing at all though.
20:33:53Johnny5That's true.
20:34:31pixelmashort 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:35S_a_i_n_tIf you *do* want to check it out, your first step is going to be getting a build environment set up
20:34:47S_a_i_n_tJohnny5: ^
20:35:10gevaertspixelma: I suspect it doesn't really need to specify that
20:35:14Johnny5That's the VMWare talk correct?
20:35:44CIA-5New commit by 03b0hoon (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:15S_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:28pixelmagevaerts: 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:29Johnny5OK
20:38:42Johnny5Should I delte my Music off it before i start?
20:39:06S_a_i_n_t_I'd wait until you have a build for it at least.
20:39:16Johnny5OK
20:39:17S_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:23B4gderI recall it showing up around the same time at least
20:44:22amiconnIt's silly that the MPIO hardware devs didn't implement ata byte swapping in hardware like iriver and cowon did
20:44:59B4gderhw 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:36amiconnPerhaps 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:07Johnny5Jeez, 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:51fml_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:23S_a_i_n_tfml: try setting a hotkey, then try setting it to another value.
20:50:31S_a_i_n_tApparently, you can't.
20:50:39S_a_i_n_twell, not without resetting it forst.
20:50:49S_a_i_n_ts/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:08amiconnwodz: 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:13saratogadoes 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:29kugelgevaerts: meh, can't get X to start
20:53:50gevaertskugel: you could try a remote display
20:54:09kugelhm, how?
20:54:16gevaertsdo you have ssh?
20:54:19amiconnAlso, if you find something that byte-swaps ABCD not into BADC but into DCBA, you might save the extra word-swaps
20:54:23kugelyou mean ssh -X?
20:54:36kugeltired that, I only get "Killed"
20:54:40kugeltired*
20:55:19 Quit perfectdrug (Quit: Leaving.)
20:55:20 Join perfectdrug1 [0] (~marko@p5B0EC446.dip.t-dialin.net)
20:55:31fml_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:54gevaertskugel: another option could be vnc
20:56:30S_a_i_n_tfml: So you can assign a hotkey, then assign it another value?
20:56:45S_a_i_n_tI can't do this on the device.
20:56:46fmlS_a_i_n_t: yes
20:57:03fmlS_a_i_n_t: I'm on the sim though
20:57:48S_a_i_n_tWell, on the device, I can't assign it another value without resetting it first.
20:57:51S_a_i_n_tIt sucks.
20:58:43S_a_i_n_tAnd, I dislike the fact also that there is no way to tell which context items can be assigned as a hotkey...
20:58:52S_a_i_n_tPerhaps this needs some work.
20:59:35S_a_i_n_tMy 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:53S_a_i_n_tAt least then you know, without having to go back & forth from the manual.
20:59:57pixelmasaratoga: 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:44kugelgevaerts: as I understand, the X server must run for ssh -X
21:01:08gevaertskugel: 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:06kugelI always thought ssh -X replaces the X client only
21:02:51kugelwhat 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:45fmlS_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:22fmlS_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:26S_a_i_n_tTorne: I just had to start my iPod using hard-reset again....*with* the alternative shutdown fix patch installed.... :/
21:18:41Tornethe nano 1g?
21:18:46S_a_i_n_tyeppers
21:19:07S_a_i_n_tThe Nano2g's have been fine.
21:19:26S_a_i_n_tThis is a different 1g to the one that did it three times in a row.
21:20:31S_a_i_n_tSorry to be the exception to the rule...I seem to get that a lot.
21:21:05S_a_i_n_tAFAIK 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:55TorneS_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:16Tornethe sample size is too small to draw useful conclusions
21:32:23S_a_i_n_tTorne: This is true...perhaps just drop it in SVN and *force* testing? ;)
21:32:35Tornei've pondered this ;)
21:32:59Tornebut even then it's hard to tell a positive result (though a negative one might be easier to spot)
21:33:06Tornepeople won't necessarily report the issue ;)
21:33:10S_a_i_n_tWell...we know it works (as far as shutting the device down), so..we're not *losing* anything.
21:33:17Torneer
21:33:25Tornewell, it doesn't *do* anything different to shut the device down
21:33:32Torneit just reverts the other workaround :)
21:33:43Torneso, it goes back to how it behaved for years
21:34:03S_a_i_n_texcept for the iram magic.
21:34:05Torneexcept now it clears iram first, which, yeah, should be *safe*, just not necessarily useful
21:34:07saratogado 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:31Torneso yes, the worst case is people start having to reset to get it to boot sometimes again
21:34:45Tornebut 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:58S_a_i_n_tWell, if that started being reported again...I guess you'd get your answer.
21:35:01Tornethe point of having a test build for it is taht hopefully people will actually report the findings
21:35:07Torneboth positive and negative
21:35:13Torneand will actually specifically look out for it ;)
21:36:01S_a_i_n_tWel, 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:15S_a_i_n_tI'm *trying* to help ;)
21:37:49S_a_i_n_tBut 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:58S_a_i_n_tBut, only in the past week or so.
21:38:32S_a_i_n_tPrior to that, it would happen perhaps once every 3~4 weeks.
21:39:33Torne..wait, what?
21:39:52Torneare you talking about before or after fs#10107
21:41:23S_a_i_n_twhich is 10107? is this the "fix" in SVN currently?
21:41:57 Quit esperegu (Read error: Operation timed out)
21:43:29S_a_i_n_twhatever 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:38S_a_i_n_tSince 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:43Torne10107 is what's in svn currently, yes
21:44:56Torneand as far as I know it should, 100% reliably, prvent you from needing to hard reset to power on
21:44:59Tornethat was the point
21:45:16Torneif you were still having the problem *anyway* that confuses the situation even more
21:46:14S_a_i_n_tI only wish (if it is indeed something that *I'm* doing) I knew how to reproduce this...
21:46:38Tornenobody ever discerned an actual pattern before
21:46:40S_a_i_n_tI *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:17Johnny5How do I execute in VM?
21:47:56S_a_i_n_tThe *REALLY* funny thing is, that prior to FS #10107 I had never experienced the "startup issue" once. Ever.
21:48:09S_a_i_n_tYet, I have with two different "fixes" in place.
21:48:38Johnny5I 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:56S_a_i_n_tJohnny5: The wiki will tell you all you need to know.
21:50:07chrisbwhich isbetter? id3v2.4 or id3v2.3?
21:50:15chrisbcan rockbox read both?
21:50:26S_a_i_n_tJohnny5: http://www.rockbox.org/wiki/DevelopmentGuide
21:51:09Tornechrisb: yes, it can. 2.4 is better unless you *really* love some player which doesn't support it
21:51:25gevaertskugel: 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:10TorneS_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:37Tornethe 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:49S_a_i_n_tMy guess is pure random coincidence...I wasn't saying I thought the fixes caused it.
21:52:56S_a_i_n_tJust pointing out the irony.
21:53:01Torneyes, i know
21:53:08chrisbTorne: great, thanks
21:53:22kugelTorne: 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:23Tornei'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:41wodzI 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:42Tornekugel: but then my own testing of any of these fixes is invalid also ;)
21:53:55kugelwell, yes
21:54:29S_a_i_n_tWell....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:15S_a_i_n_tMy NAno2g builds are patched to high heaven...and they haven't had this startup issue. Ever.
21:55:41S_a_i_n_tIt's the 1gs that are being annoying. And they're "stable"
21:55:43chrisbwhat'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:19Johnny5It's not doing anything
21:56:36Tornechrisb: read the picard docs. we are not a support channel for musicbrainz :)
21:56:52TorneS_a_i_n_t: nano2g is totally unrelated hardware
21:56:56 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
21:56:59Gumphey 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:04TorneS_a_i_n_t: none of the fixes are applied on it
21:57:10TorneS_a_i_n_t: because there is no problem, as far as we know ;)
21:57:12S_a_i_n_tJohnny5: You're *really* going to have to give a lot more detail than that. Sorry.
21:57:15Gumpincidentally, this is where my last sansa player (e200) bricked itself
21:57:38TorneS_a_i_n_t: the startup issue and the fixes for it are only for the PP ipods
21:57:41pixelmaGump: do you have any music files on it at all?
21:57:48Gumpno. it is completely empty
21:57:56S_a_i_n_tTorne: Hmmmm...good to know.
21:58:19Johnny5Ok, 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:54S_a_i_n_twhat are you inputting, exactly.
21:58:58 Part Adubb
21:58:59pixelmaGump: unfortunately a long existing and known bug, the database won't initialise without any music files
21:59:15S_a_i_n_tand are you in a build directory, inside the source directory?
21:59:31TorneS_a_i_n_t: i would guess he is in fact in the "run" dialog box in the desktop environment
21:59:38Torneso "no" :)
21:59:59Gumpok good to know. i put some music on it, trying again
22:00
22:00:05S_a_i_n_tnow now...give him a chance ;)
22:01:43S_a_i_n_tthe "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:09S_a_i_n_tI 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:52gevaertsGump: I guess you tried http://www.rockbox.org/wiki/SansaE200Unbrick on that previous occasion?
22:03:15Gumpyes. it was a hardware problem
22:03:30Gumpomfg. my fuze freezes when i plug it on with music on it
22:03:38Gumpbut does not freeze when it is empty
22:04:05Gumpit says "writing" and freezes and does not show up on the computer. freaking sandisk
22:04:13Luca_SJohnny5: if you're going the vmware route, follow these instructions: http://www.rockbox.org/wiki/VMwareDevelopmentPlatform#Compiling
22:04:26Gumpi reformatted it and it worked again. then put a song on it and it freezes
22:04:35Gumpsorry...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:57Gumphey i formatted a sansa fuze and now rockbox bootloader says "loading firmware. file not found"
22:35:05Gumphow do i remove the bootloader entirely?
22:35:23ender`boot to original firmware and do an upgrade
22:35:36Gumpthe 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:55ender`can you boot to original firmware?
22:36:05Gumpyes
22:36:22Gumpby holding down the rewind button and booting, and then i do a format but that does not remove the rb bootloader
22:36:46ender`no, but try connecting to PC this way
22:38:35Gumpi did. once i plug it in it turns on the sansa firmware anyway
22:38:38Gumpthat's what is freezing
22:39:06Gumpfor some reason the sansa firmware is freezing when i plug it in if there are any files on the player.
22:39:16Gumpwhich is why i need to remove the bootloader so i can connect it
22:39:38gevaertsthe bootloader is not a file as such...
22:40:19linuxstbThe bootloader has been combined with the original firmware. To remove it, you install an unmodified original firmware file.
22:40:35Gumpah.
22:40:49Gumpthat's odd then, because it is freezing in the same way that it did when there were files on it
22:41:26Gumpok its connecting now. phew
22:41:35Gumpi 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:41Gumphey whats with the delay when skipping songs in RB?
23:42:47Gumpits like a two second delay
23:42:51Gumpbefore the track changes
23:43:08Gumpnot crossfade, turned that off
23:44:24 Quit yosafbridge (Ping timeout: 265 seconds)
23:44:47Gumpyo 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:04Gumpyo anyone there?
23:52:05 Quit mikroflops (Ping timeout: 264 seconds)
23:52:26 Join skx` [0] (~skx@d51A4AF07.access.telenet.be)
23:57:31Gumpyo anyone out there?
23:58:05ThomasAHGump: out here, but I have no answer

Previous day | Next day