| 00:00:36 | Mouser_X | In other words, there's really nothing (aside from coding) I can do to "fix" this? |
| 00:00:47 | Mouser_X | Or work-around it? |
| 00:01:24 | Mouser_X | I really don't use the DB much, but I do have it enabled. Pretty much all I use it for though is to keep track of ratings. |
| 00:01:32 | Mouser_X | (That is, the user-ratings.) |
| 00:01:41 | Mouser_X | (It makes it easier to find the songs I like.) |
| 00:02:11 | * | gevaerts is still confused about keeping songs you don't like on your player |
| 00:02:19 | Mouser_X | Another DB question: Is there any way to get it to display file names, when there's no tags? |
| 00:02:49 | Mouser_X | gevaerts: I still have 3 GB free on my player. I see no reason to get rid of them. |
| 00:02:58 | * | Mouser_X has a Gigabeat S60) |
| 00:03:03 | Mouser_X | -) |
| 00:03:28 | Mouser_X | Not only that, I never said I didn't like them. I *did* say there are those I like more. |
| 00:03:46 | gevaerts | You didn't say "more"! |
| 00:03:48 | Mouser_X | (There's very few I don't actually like. Those ones I usually do delete.) |
| 00:04:29 | n1s | Mouser_X: i don't think you can make the database display filenames without coding either |
| 00:04:41 | Mouser_X | That really stinks. |
| 00:04:59 | Mouser_X | I have 30 GB of ADXs, and the ADX format doesn't support tags. |
| 00:05:16 | Mouser_X | Thus making it extremely difficult to recognize which file the DB is referencing. |
| 00:06:16 | | Quit amiconn (Nick collision from services.) |
| 00:06:17 | | Quit pixelma (Nick collision from services.) |
| 00:06:17 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 00:06:18 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 00:06:31 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 00:06:37 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 00:06:39 | Mouser_X | I was hoping that perhaps there would be some way to create a custom display that could do file names instead of tags. |
| 00:06:52 | Mouser_X | I've never used those, so I have no idea. |
| 00:06:57 | | Quit __lifeless (Remote closed the connection) |
| 00:07:08 | n1s | well, i don't think you can, i've never used the database though |
| 00:07:14 | | Join __lifeless [0] (n=lifeless@90.151.211.202) |
| 00:08:10 | n1s | although i can't imagine codign some kind of fallback to use the filename as track title if no metadata is found for a track when building the databse should be too difficult |
| 00:08:44 | Mouser_X | The biggest problem with that, is that I really know very little programming. |
| 00:09:08 | Mouser_X | I'm taking a C++ course, in the hopes that it will give me some foundation upon which I can start from though. |
| 00:09:25 | Mouser_X | I'd like to get the GBS codec working in rockbox (fs#7331( |
| 00:09:36 | Mouser_X | ... *) |
| 00:10:12 | n1s | yeah the current way isn't too nice for formats that don't have metadata |
| 00:12:32 | saratoga | bertrik: if you want to measure overhead, I recommend updating the buffering thread screen to only update once every 30 seconds or so |
| 00:13:05 | saratoga | besides giving you a very nice running average, this also prevents LCD updates from using a lot of CPU time |
| 00:13:29 | saratoga | Buschel did this and reported something like 2.5MHz of overhead during playback |
| 00:14:01 | amiconn | JdGordon: Eh? The database does support chunked browsing. That used to work, and it still did when I checked last |
| 00:14:08 | saratoga | since servicing interrupts is probably one of the largest parts of this [when dsp isn't doing much], a savings of about a MHz sounds about right |
| 00:14:18 | JdGordon | it does? |
| 00:14:42 | amiconn | Yes, otherwise the "all tracks" list would be basically unusable |
| 00:14:57 | Mouser_X | I sort of thought it used to work... |
| 00:15:14 | Mouser_X | But it's been a very long time ago, and I don't use the DB very often, so I wasn't sure. |
| 00:15:25 | Mouser_X | I'm using r20002. |
| 00:16:42 | amiconn | Still works here. I can browse my 3000+ all-tracks list with my standard "max files in dir" setting (300) |
| 00:17:18 | amiconn | This is r19933 |
| 00:17:30 | Mouser_X | Huh... Can you view the History section? |
| 00:17:39 | Mouser_X | Recently played/most played? |
| 00:17:44 | amiconn | Never used that one.... |
| 00:17:47 | Mouser_X | Those are the ones that don't work for me. |
| 00:18:30 | amiconn | yeds |
| 00:18:58 | amiconn | *yes. All my tracks seem to be in "Never played" though, as I don't let it collect stats |
| 00:19:26 | amiconn | It's a bit slow when it fetches the next chunk (using my old trusty recorder), but it works |
| 00:20:02 | Mouser_X | Odd... I have my dir buffer at 7000 (at least, for a brief moment I saw 6000+ files found), and nothing shows up in either of those. |
| 00:20:07 | Mouser_X | And I do gather runtime data. |
| 00:20:34 | amiconn | Setting "max files in dir" to very high values used to cause weird problems in the past |
| 00:20:47 | Mouser_X | When I go to "Never played" I have about 1000 results. |
| 00:20:55 | Mouser_X | I'll try reducing it and see what happens. |
| 00:21:10 | amiconn | Imo anything above 1000 is insane. I usually set it to 300 on hdd targets, and 150 or 200 on flash targets |
| 00:21:53 | amiconn | It might mean that the weird behaviour (aka bug) with high settings is still there |
| 00:21:54 | Mouser_X | Would that setting be under "Max entries in file browser"? |
| 00:21:57 | amiconn | yes |
| 00:21:59 | Mouser_X | Because I have that at 3000. |
| 00:22:08 | Mouser_X | (Just looking right now.) |
| 00:22:13 | amiconn | Remember to reboot to activate the changed value |
| 00:22:17 | Mouser_X | I thought it was higher. |
| 00:22:25 | Mouser_X | No, that's what it's at already. |
| 00:22:49 | Mouser_X | (I have it at 3000 because of my OC ReMix directory. Though, I could get away with 2000 for that.) |
| 00:23:52 | | Join sarixe [0] (n=sarixe@pool-68-239-154-103.nwrk.east.verizon.net) |
| 00:23:53 | Mouser_X | I'll set it to 500 and see what happens. |
| 00:24:20 | amiconn | JdGordon: I just found a status bar bug while checking the database... |
| 00:24:53 | JdGordon | oh goody |
| 00:25:23 | amiconn | Go to "Database->Same as current...". Select an arbitrary subcategory. The vkeyboard will appear, without statusbar (of course). Now cancel the vkeyboard |
| 00:25:46 | amiconn | -> The statusbar doesn't reappear, and the top 8 pixels of the vkeyboard stay there |
| 00:26:27 | JdGordon | ok, put it on flyspray incase i dont get aroudn to fixing it today |
| 00:26:42 | Mouser_X | So I set it to 500, rebooted (check the OCR directory to be sure), and the DB says "Dir buffer full!" after about 6000 files. |
| 00:26:51 | amiconn | eh? |
| 00:27:00 | amiconn | I never saw the database display that... |
| 00:27:04 | | Part gartral |
| 00:27:11 | * | amiconn wonders what's going on there |
| 00:27:24 | Mouser_X | It does it every time i try to access the "Most played" or "Recently played" sections. |
| 00:27:48 | Mouser_X | Works fine on "Never played" though. |
| 00:27:50 | amiconn | The dir browser does display that if the dirctory doesn't fit, but the db never should |
| 00:27:59 | amiconn | Hmm, interesting |
| 00:28:15 | amiconn | I can't verify this because both sections show no entries for me |
| 00:28:15 | Mouser_X | Also, when accessing "Artist" and "All files", that works as well. |
| 00:28:24 | Mouser_X | Dang. |
| 00:28:27 | *** | Saving seen data "./dancer.seen" |
| 00:29:19 | n1s | amiconn: they require the runtime data gathering to be enabled i think |
| 00:29:26 | Mouser_X | I suppose the next best thing would be to export my database stuff, wipe the database, reinitialize it, fiddle with it a bit and see if the results return? |
| 00:29:28 | amiconn | n1s: I know |
| 00:29:38 | amiconn | I don't collect stats. I don't use the database except for (1) occasional checking for tag spelling errors and (2) to make pf happy |
| 00:29:38 | Mouser_X | If they don't, then import my changes and see if that effects it? |
| 00:30:12 | amiconn | (of course (2) doesn't apply to hwcodec, so just (1) on my recorder) |
| 00:30:47 | Mouser_X | I don't use the DB all that often. As I said, I listen to ADX files a lot, and those display really poorly in the DB. |
| 00:30:57 | Mouser_X | (Due to no tags.) |
| 00:31:35 | | Quit {phoenix} (Remote closed the connection) |
| 00:35:07 | | Join bs66_ [0] (n=sysuser@79.138.189.253.bredband.tre.se) |
| 00:39:09 | Mouser_X | I know that "Recently played" used to work. There's been a few times when Rockbox crashed (for whatever reason. Usually some unhandled IRQ? It was awhile ago, shortly after they go audio working on the GigabeaSt), and I'd use it to see what file I played last before it crashed. |
| 00:41:56 | | Quit n17ikh () |
| 00:45:36 | | Quit rakata (Client Quit) |
| 00:51:25 | | Join n17ikh [0] (n=n17ikh@130.127.74.89) |
| 00:52:19 | Mouser_X | Of interesting note: I'm reading the DataBase entry in the wiki, and I think you can do a conditional statement so that filenames are used when tags aren't present. However, since the tagnavi_custom.config thing confuses me, I'm not sure about this. |
| 00:56:18 | | Quit bs66_1 (Read error: 110 (Connection timed out)) |
| 01:00 |
| 01:02:38 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 01:09:57 | | Quit yhuang (Remote closed the connection) |
| 01:14:20 | | Join miepchen^schlaf [0] (n=miepel@p579ECE1E.dip.t-dialin.net) |
| 01:15:45 | Mouser_X | I'm wondering if the database (specifically the History section) has a difficult time handling an excessive amount of tracks? 7000+ is quite a few. |
| 01:23:07 | | Quit AndyI (Read error: 113 (No route to host)) |
| 01:24:49 | | Quit SoapWork ("CGI:IRC") |
| 01:26:59 | saratoga | n1s: [for the logs] I don't see any reason not to commit 8778, its absolutely trivial and can be reverted if it causes any problems, and it apparently fixes a serious problem |
| 01:28:46 | | Quit dfkt (Read error: 104 (Connection reset by peer)) |
| 01:28:54 | amiconn | It works around it.... it's not a proper fix |
| 01:32:10 | saratoga | amiconn: does it break something else though? |
| 01:33:40 | | Quit bertrik ("Leaving") |
| 01:33:58 | amiconn | It might break on some G2's. Obviously we have a problem in our revision detection, and it needs some RE to find out how to do it properly |
| 01:34:57 | amiconn | Actually I know what goes wrong on the problematic G1's - they don't have the expected data in the rom in the location we're checking |
| 01:35:20 | amiconn | But I don't know yet what the proper way is |
| 01:37:18 | n1s | amiconn: couldn't we disable the wheel poweroff thing untill that's done then, crappy runtime is better than no wheel |
| 01:38:12 | amiconn | G1/g2 aren't released yet |
| 01:38:35 | amiconn | Other targets have problems as well. X5/M5 are only charging slowly in rockbox, and M3 doesn't charge at all |
| 01:38:45 | amiconn | That's a case of "not yet implemented" |
| 01:39:13 | amiconn | Do you know how much the wheel draws? Wheel poweroff is a necessity |
| 01:39:13 | n1s | amiconn: g1/2 are listed on the "release" download page... |
| 01:39:21 | | Join CaptainKwel [0] (n=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 01:39:54 | amiconn | Oh... they weren't in 3.0 for that reason |
| 01:44:23 | | Quit sarixe ("Bye") |
| 01:45:50 | n1s | I think that if the patch is not going to be committed, it should be closed as rejected |
| 01:49:51 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 01:52:02 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
| 01:53:20 | | Join sarixe [0] (n=sarixe@pool-68-239-154-103.nwrk.east.verizon.net) |
| 01:55:57 | | Join jordoex [0] (n=quassel@d154-20-53-81.bchsia.telus.net) |
| 01:58:31 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-50e5a49100a664a3) |
| 02:00 |
| 02:06:29 | | Part piotrek2234 |
| 02:08:29 | | Quit tessarakt (Read error: 113 (No route to host)) |
| 02:08:32 | | Join tessarakt [0] (n=jens@e180067206.adsl.alicedsl.de) |
| 02:09:18 | | Join `Assassin [0] (n=blank@71-8-56-51.dhcp.leds.al.charter.com) |
| 02:10:13 | `Assassin | How much better is this firmware than the default firmware for an iPod? |
| 02:10:15 | `Assassin | :D |
| 02:10:22 | soap | much |
| 02:10:46 | `Assassin | Is there a possibility of bricking my iPod while installing this? |
| 02:10:56 | krazykit | no |
| 02:11:03 | soap | outside using a hammer as part of your install process? No. |
| 02:13:13 | | Quit gromit` (Read error: 110 (Connection timed out)) |
| 02:15:50 | | Quit moos ("Rockbox rules the DAP world") |
| 02:16:36 | `Assassin | What's the most annoying bug (if any) that I might easily experience? |
| 02:19:42 | n1s | that depends on a) what you do with your ipod b) what you find annoying c) a lot of unknowns... |
| 02:22:17 | `Assassin | Does the firmware get updates very regularly? |
| 02:22:36 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 02:23:22 | saratoga | 5 or 10 times a day typically |
| 02:23:38 | saratoga | though lots of them are only for one or a few devices |
| 02:24:24 | `Assassin | Is my iPod video (30gb) one of those more popularly updated devices? |
| 02:27:18 | | Quit n1s () |
| 02:27:28 | saratoga | i don't think i've ever bothered to think about that |
| 02:28:31 | *** | Saving seen data "./dancer.seen" |
| 02:31:35 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 02:39:18 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 02:40:23 | | Quit tessarakt ("Client exiting") |
| 02:41:10 | | Quit bmbl ("Woah!") |
| 02:46:15 | | Quit thegeek (Read error: 60 (Operation timed out)) |
| 02:48:44 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 02:49:06 | | Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") |
| 02:49:38 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 02:50:58 | | Join ucchan [0] (n=ucchan@u-61127101082.hotspot.ne.jp) |
| 02:59:39 | jordoex | hey saratoga, thanks for the info |
| 03:00 |
| 03:01:51 | | Join Darksair [0] (n=user@125.33.197.121) |
| 03:02:18 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 03:10:04 | | Quit jordoex (Connection reset by peer) |
| 03:11:24 | | Join jordoex [0] (n=quassel@d154-20-53-81.bchsia.telus.net) |
| 03:15:24 | | Quit Darksair ("Everything that has a beginning has an end.") |
| 03:16:34 | | Join Darksair [0] (n=user@125.33.197.121) |
| 03:20:24 | kugel | saratoga: can you enable charging on the fuze? bertrik said the current while charging is needed to be messured (and I don't have the tools for that) |
| 03:25:46 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 03:27:32 | kugel | FlynDice: hi |
| 03:28:28 | kugel | setting DBOP_DOUT = 0xf<<12 somwhere before somewhere before /* start read */ helps |
| 03:28:56 | FlynDice | Hey there that was quick... I'll try |
| 03:29:36 | kugel | well, but you can imagine, that this is visible |
| 03:29:58 | kugel | I haven't worked out how to make it unvisible, or at least fix that to 1pixel without messing up the rest |
| 03:30:34 | kugel | FlynDice: you may try 0xff<<8 if the scrollwheel is still buggy |
| 03:31:18 | FlynDice | I just got in from work, I'll try that out later tonight. Thanks for keeping me in mind on that! |
| 03:33:56 | kugel | I'm not entirely sure how to set dbop without affecting the display. I hoped it wouldn't be visible when setting it after the /* disable output */ line, but it was still visible |
| 03:35:23 | | Quit __lifeless (Remote closed the connection) |
| 03:35:39 | | Join __lifeless [0] (n=lifeless@94.50.188.159) |
| 03:36:26 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 03:41:46 | | Quit Seed ("cu, Andre") |
| 03:49:20 | | Quit balou (Remote closed the connection) |
| 03:50:54 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 03:54:26 | | Quit jordoex (Read error: 110 (Connection timed out)) |
| 03:57:55 | | Quit Seed ("cu, Andre") |
| 03:59:03 | | Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) |
| 04:00 |
| 04:05:50 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 04:08:12 | | Join blkhawk- [0] (n=blkhawk@g226192149.adsl.alicedsl.de) |
| 04:11:33 | | Quit Seed ("cu, Andre") |
| 04:12:10 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 04:15:39 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 04:15:43 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 04:23:20 | | Quit |mr (Read error: 110 (Connection timed out)) |
| 04:25:01 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 04:25:11 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g226192149.adsl.alicedsl.de) |
| 04:26:05 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 04:28:33 | *** | Saving seen data "./dancer.seen" |
| 04:30:41 | | Quit Seed ("cu, Andre") |
| 04:31:03 | | Quit kugel (Remote closed the connection) |
| 04:39:52 | | Quit fdinel (Read error: 104 (Connection reset by peer)) |
| 04:40:06 | | Quit midijunkie41 (Read error: 110 (Connection timed out)) |
| 04:40:07 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 04:40:28 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 04:40:28 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:42:53 | | Join Barahir_ [0] (n=jonathan@Xc31a.x.pppool.de) |
| 04:45:39 | | Join xSlack [0] (n=brett@173-17-70-78.client.mchsi.com) |
| 04:47:00 | | Quit Darksair ("(define (add-1 n) (lambda (f) (lambda (x) (f ((n f) x)))))") |
| 04:51:58 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 04:55:46 | | Join jordoex [0] (n=quassel@d154-20-53-81.bchsia.telus.net) |
| 04:59:51 | | Quit Barahir (Read error: 113 (No route to host)) |
| 05:00 |
| 05:00:49 | | Part Aurix_Lexico |
| 05:10:37 | | Quit Marie ("CGI:IRC (EOF)") |
| 05:25:55 | | Quit `Assassin (Read error: 104 (Connection reset by peer)) |
| 05:29:37 | | Join `Assassin [0] (n=blank@71-8-56-51.dhcp.leds.al.charter.com) |
| 05:36:48 | `Assassin | Are there any plans for a Rockbox application on the iPhone or iPod touch? |
| 05:37:50 | krazykit | nothing is really "planned". interested people do the work needed. that said, no one seems to be working on that |
| 05:41:01 | | Quit xSlack ("Ex-Chat") |
| 05:50:51 | | Join oksv [0] (n=sad@201-34-210-222.gnace703.dsl.brasiltelecom.net.br) |
| 05:54:12 | | Part oksv ("Leaving") |
| 06:00 |
| 06:06:59 | | Quit Seed ("cu, Andre") |
| 06:07:25 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 06:13:15 | | Join film42 [0] (n=GT@ip68-96-68-104.oc.oc.cox.net) |
| 06:28:35 | *** | Saving seen data "./dancer.seen" |
| 06:39:23 | * | JdGordon fears he has hit a bit of a wall with the wps patch :/ |
| 06:39:43 | Llorean | Oh? |
| 06:40:19 | | Quit Mouser_X ("http://www.mibbit.com ajax IRC Client") |
| 06:40:53 | JdGordon | the way the sub/lines are stored.. keeping them the way they are is the simplest, but not very nie with the rest of the patch |
| 06:41:12 | * | JdGordon got rid of most of the waste at least |
| 06:43:42 | | Quit sarixe (Read error: 104 (Connection reset by peer)) |
| 06:47:03 | Llorean | Trimmed it down any? |
| 06:48:17 | JdGordon | yes and no... atm its using a static buffer the same size as svn, but its definetly overkill... |
| 06:48:26 | Llorean | Gotcha |
| 06:49:02 | * | JdGordon gets out the pen and paper and does actual planning! :O |
| 06:54:00 | | Join Verzel [0] (n=Verzel@pool-68-239-154-103.nwrk.east.verizon.net) |
| 06:57:51 | | Quit film42 () |
| 07:00 |
| 07:16:11 | | Quit BHSPitLappy (Remote closed the connection) |
| 07:17:18 | | Join tchan1 [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) |
| 07:19:39 | | Quit tchan (Nick collision from services.) |
| 07:19:43 | | Nick tchan1 is now known as tchan (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) |
| 07:28:12 | saratoga | i get about a savings of 700kHz using the DMA playback patch |
| 07:28:16 | | Quit tvelocity[a] (Read error: 110 (Connection timed out)) |
| 07:28:27 | saratoga | on PP5024 |
| 07:28:38 | saratoga | be interesting to see if anyone else can replicate my results |
| 07:31:18 | | Quit Verzel ("Leaving") |
| 07:31:35 | | Join sarixe [0] (n=sarixe@pool-68-239-154-103.nwrk.east.verizon.net) |
| 07:34:58 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-d6de00c4905fef67) |
| 07:35:58 | | Quit sarixe (Client Quit) |
| 07:36:14 | | Join sarixe [0] (n=sarixe@pool-68-239-154-103.nwrk.east.verizon.net) |
| 07:47:03 | | Join Darksair [0] (n=user@123.112.121.48) |
| 07:51:03 | | Join radec [0] (n=radec@74-32-170-50.dr01.myck.or.frontiernet.net) |
| 07:56:06 | | Join jessemallory [0] (n=chatzill@163.40.233.220.exetel.com.au) |
| 07:56:11 | jessemallory | Hey guys |
| 07:56:50 | jessemallory | Anyone around? |
| 07:58:53 | | Quit fyrestorm (Read error: 54 (Connection reset by peer)) |
| 08:00 |
| 08:06:37 | jessemallory | Hello? |
| 08:10:02 | | Quit jessemallory ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
| 08:11:24 | | Join EspeonEefi [0] (i=eefi@SAFFRONCITY.MIT.EDU) |
| 08:12:18 | | Quit radec (Read error: 110 (Connection timed out)) |
| 08:18:20 | | Part toffe82 |
| 08:23:17 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 08:23:39 | | Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) |
| 08:28:38 | *** | Saving seen data "./dancer.seen" |
| 08:35:39 | | Quit ucchan ("Leaving...") |
| 08:41:41 | | Join Rob2222 [0] (n=Miranda@p4FDCD50B.dip.t-dialin.net) |
| 08:41:50 | JdGordon | what should I be using for printf for size_T ? |
| 08:41:54 | JdGordon | size_t even |
| 08:49:42 | JdGordon | oh FFS... the wps debug info is displayed before the images are loaded.... no wonder I'm getting such small values :( |
| 08:50:38 | JdGordon | cabbiev2 on e200 uses about 15KB which sounds more normal than 940 bytes :p |
| 08:51:25 | Llorean | Hahaha |
| 08:51:33 | Llorean | Still probably a lot less than we reserve. |
| 09:00 |
| 09:00:11 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 09:10:07 | JdGordon | oh yeah... much less |
| 09:18:54 | | Quit timc ("Leaving") |
| 09:39:45 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 09:41:40 | | Quit JdGordon (Remote closed the connection) |
| 09:43:38 | | Join JdGordon [0] (n=Miranda@123-243-140-31.static.tpgi.com.au) |
| 09:43:49 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 09:45:33 | | Quit CaptainKwel (Read error: 110 (Connection timed out)) |
| 09:47:44 | | Join flydutch [0] (n=flydutch@host210-153-dynamic.15-87-r.retail.telecomitalia.it) |
| 10:00 |
| 10:23:21 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 10:25:16 | | Quit Darksair ("Everything that has a beginning has an end.") |
| 10:26:16 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 10:27:07 | | Quit nuonguy ("This computer has gone to sleep") |
| 10:27:30 | amiconn | jhMikeS: ping |
| 10:27:54 | | Nick Beaver`alszik is now known as Beaver (i=balvito@dsl540010D7.pool.t-online.hu) |
| 10:28:39 | *** | Saving seen data "./dancer.seen" |
| 10:28:50 | | Join Deenoo [0] (n=alexchan@c-67-170-76-64.hsd1.wa.comcast.net) |
| 10:29:56 | | Quit z35 ("Leaving") |
| 10:36:47 | | Join Deenoo1982 [0] (n=alexchan@c-67-170-76-64.hsd1.wa.comcast.net) |
| 10:37:18 | Deenoo1982 | can anyone help me? |
| 10:41:37 | advcomp2019 | Deenoo1982, yes but we can not read your mind |
| 10:53:01 | | Quit Deenoo (Read error: 110 (Connection timed out)) |
| 10:59:04 | | Quit Deenoo1982 (Read error: 110 (Connection timed out)) |
| 11:00 |
| 11:00:22 | gibbon_ | hiho |
| 11:01:05 | gibbon_ | is there any pin.compatiblity between CF and embedded-ATA? in other words.. is it possible to replace an iPod 3rd or 4th generation harddrive with a CF-Card? |
| 11:01:30 | BigBambi | you need an adaptor |
| 11:01:37 | BigBambi | There is a wiki page about this |
| 11:04:12 | gibbon_ | du you mean CFModGuide? |
| 11:04:20 | BigBambi | probably |
| 11:04:31 | BigBambi | That sounds right, I couldn't remember the name |
| 11:04:33 | | Join {phoenix} [0] (n=dirk@p54B44C04.dip.t-dialin.net) |
| 11:05:46 | `Assassin | Anyone care to help me with an album artwork problem? I think I've tried everything. I made sure the wps and file name were correct a million times. |
| 11:06:21 | BigBambi | First, try using with the default theme, cabbie v2 |
| 11:06:28 | BigBambi | As that definately works |
| 11:06:33 | gibbon_ | BigBambi: ah ok... i didn't know what the connector was called... helped me a lot, thanks |
| 11:06:45 | BigBambi | gibbon_: No problem |
| 11:07:02 | `Assassin | oh wait I thought the default one was the theme that SAYS default. |
| 11:07:18 | `Assassin | I'll go back and delete my changes to the other default one. lol |
| 11:07:39 | BigBambi | That's the old default - the name is confusing I admit |
| 11:08:24 | amiconn | Perhaps it should be renamed to bultin or fallback or similar |
| 11:08:33 | BigBambi | amiconn: Yes, I think so |
| 11:08:38 | gevaerts | "rockbox classic" ! |
| 11:10:32 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 11:10:46 | `Assassin | Thanks so much. It's all working now. |
| 11:10:53 | BigBambi | cool |
| 11:11:12 | BigBambi | So if you are writing a new wps, you can copy what is in cabbiev2 |
| 11:11:21 | `Assassin | I just assumed all the wps files had no album artwork support by default. |
| 11:11:34 | BigBambi | Despite all the screenshots in the manual? |
| 11:11:46 | `Assassin | lol Who reads that? |
| 11:11:53 | BigBambi | You, if you want support |
| 11:14:40 | `Assassin | http://www.rockbox.org/twiki/bin/view/Main/PluginPictureFlow You wouldn't happen to know where the download for this plugin is located, would you? |
| 11:14:55 | BigBambi | It is included, as with all plugins |
| 11:15:05 | BigBambi | The manual states this, please read it |
| 11:15:21 | gibbon_ | :) the ipod 3G 40G chassis works on the iPod color (without modding) |
| 11:15:30 | gibbon_ | lets hope the harddrive does, too |
| 11:15:42 | `Assassin | I thought I just looked for that plugin on my ipod a second ago though >_> |
| 11:16:00 | gevaerts | It is there... |
| 11:16:58 | | Join nplus [0] (n=nplus@243.131.Globcom.Net) |
| 11:17:12 | `Assassin | Lol, now that I find it, it says "plugin returned error." Awesome, right? |
| 11:17:28 | BigBambi | And have you initialised the database? |
| 11:17:43 | BigBambi | Read PluginPictureFlow on the wiki |
| 11:17:44 | `Assassin | I tried again, and now I have a loading bar. :O |
| 11:18:07 | BigBambi | I hope to get picture flow into the manual fairly soon |
| 11:18:13 | `Assassin | I'll reinitialize it. |
| 11:18:23 | | Quit nplus (Client Quit) |
| 11:18:36 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 11:19:00 | `Assassin | It returned an error again, but I'm not going to worry until after I reinitialize the database. |
| 11:21:09 | `Assassin | Rockbox makes my iPod so accessible. iTunes had a deathgrip on it. :( |
| 11:22:28 | `Assassin | Now PictureFlow is saying "Could not read bmp" over and over. Now it's closed with the same "plugin returned error." |
| 11:23:46 | `Assassin | I think my pictures are too big. :( |
| 11:24:11 | BigBambi | Did you read the page I said on the wiki? |
| 11:24:21 | BigBambi | As that tells you the limitations |
| 11:24:27 | `Assassin | I've had it open the whole time. |
| 11:24:40 | `Assassin | It says the maximum size for pictures is the size of the screen. |
| 11:24:46 | BigBambi | yes |
| 11:24:47 | `Assassin | I don't know what size my iPod's screen is. |
| 11:24:53 | BigBambi | 320x240 |
| 11:25:04 | `Assassin | All my bitmaps are 600x600 lol |
| 11:25:15 | BigBambi | hahaha, that is funny! :) |
| 11:25:28 | gevaerts | Is that still true? Doesn't PF use scale on load these days? |
| 11:25:50 | BigBambi | gevaerts: don't know |
| 11:26:00 | BigBambi | Unhelpful probably des |
| 11:26:03 | BigBambi | *does |
| 11:27:06 | BigBambi | `Assassin: It is probably best to check with a smaller cover and see if it works |
| 11:27:16 | BigBambi | `Assassin: That way we can narrow down the problem |
| 11:27:32 | `Assassin | The worst thing about this is that I have waay too many albums with bmps to resize if this is indeed the problem. |
| 11:27:45 | scorche | batch processing... |
| 11:27:47 | BigBambi | `Assassin: Batch conversion is easy |
| 11:28:05 | `Assassin | I have irfanview. Does that program do batch resizing? |
| 11:28:12 | scorche | that goes beyond the scope of this channel, but yes it does |
| 11:28:26 | `Assassin | I used it for batch jpg to bmp conversion earlier. |
| 11:28:33 | BigBambi | .... |
| 11:28:44 | BigBambi | Then I'd guess it will :) |
| 11:30:14 | `Assassin | Ok so 320 is the width and 240 is the height right? It would be terrible to get that confused later. >_> |
| 11:32:53 | BigBambi | `Assassin: Is your screen wider than it is heigh? |
| 11:33:07 | BigBambi | and is 320 a bigger number than 240? |
| 11:33:38 | `Assassin | lol Yup. Sorry I'm just stressing over the details right now... |
| 11:36:15 | `Assassin | Ok PictureFlow is loading up again... I hope it works this time. |
| 11:37:16 | BigBambi | `Assassin: You do know picture flow is just a eye candy demo - it doesn't actually do anything? |
| 11:38:14 | `Assassin | LOL. This time it loaded up NOTHING but placeholder pictures with question marks on them. |
| 11:38:29 | BigBambi | hahahahaha! |
| 11:38:42 | `Assassin | Oh there we go |
| 11:38:53 | `Assassin | I finally spotted the one album cover I resized. |
| 11:38:57 | `Assassin | Works great. |
| 11:39:00 | BigBambi | `Assassin: It'll give a placeholder for the others |
| 11:39:16 | BigBambi | As it displays all your albums, but if it can't find art for them... |
| 11:41:16 | `Assassin | Now here's another problem... I made the pictuere the right size and everything for my iPod but PictureFlow still crops it off at the top. I would consider resizing just for pictureflow but what if a plugin comes along that uses my pictures with a fullscreen view? |
| 11:41:44 | `Assassin | Hmm no wait |
| 11:41:56 | `Assassin | It looks like pictureflow will stretch out the picture regardless. |
| 11:42:13 | `Assassin | I'm not sure. |
| 11:42:43 | `Assassin | No, I'm looking at the wiki and those pictures don't get cropped. :( |
| 11:43:40 | `Assassin | Pictureflow needs updates now :( |
| 11:43:46 | `Assassin | Thanks for your help Bambi. |
| 11:43:55 | BigBambi | no problem |
| 11:45:18 | `Assassin | Huh that's odd |
| 11:45:52 | `Assassin | For the first time tonight my computer said "Detecting new hardware. Rockbox media player." |
| 11:46:04 | `Assassin | I wonder why it didn't say that the other hundred times I connected it. |
| 11:47:35 | `Assassin | lol I think it broke because I can't access my iPod's drive now. Time for another reset >_> |
| 11:48:50 | `Assassin | Oh, my battery is pretty much dead. That figures. |
| 11:57:50 | `Assassin | Hmm |
| 11:58:31 | | Join grdxyxy [0] (n=eric@61.141.199.47) |
| 11:59:16 | `Assassin | Is there a way to attach lyrics to the songs in the way the album artwork is? I know I could just put some text files on my ipod but I really like the idea of hitting a button while the song is on screen playing to make the lyrics appear. |
| 11:59:18 | scorche | `Assassin: what is the purpose of that "hmm"?...you are being spammy enough without the unnecessary lines...also please try and not use the enter key as much by placing things on one line... |
| 12:00 |
| 12:00:08 | BigBambi | `Assassin: No, but there is a lyric viewer patch on the tracker. No idea if it is up-to-date or not, and even if it wa you need to compile to use it |
| 12:01:54 | | Join rakata [0] (i=rakata@gateway/tor/x-ce8f1834113adba2) |
| 12:02:12 | `Assassin | You know how when you hit the center button on an ipod a couple times while the song is playing and it zooms in on the album artwork to make it take up most of the screen? Is there a feature like that currently available? lol |
| 12:02:33 | BigBambi | hahaha, no, lol |
| 12:04:43 | | Join Lear [0] (n=chatzill@rockbox/developer/lear) |
| 12:07:29 | JdGordon | how would people feel about losing the ability to load a [r]wps file from the filebrowser? |
| 12:08:01 | | Quit {phoenix} (Remote closed the connection) |
| 12:08:20 | BigBambi | but still be abe to load a theme from the browser (and by extension a .wps)? |
| 12:08:59 | JdGordon | yes |
| 12:09:12 | JdGordon | so it would be the same as the .colours and .icons files |
| 12:10:05 | BigBambi | What is the difference between selecting a wps directly, and selecting a cfg that then "selects" the wps? |
| 12:10:13 | BigBambi | i.e. why does it need to disappear? |
| 12:12:43 | JdGordon | there is a problem with FS #9886 (my wps ram reworking) on multi-lcd targets where loading from .wps files end up runnig out ot room because the buffer cant be reinitialised before loading one.. loading a rwps would clear the loaded wps (and vice verca)... the simple fix is to only do this when the .cfg is loaded |
| 12:12:52 | * | JdGordon hopes that makes sense |
| 12:14:16 | BigBambi | Sort of :) |
| 12:15:05 | Lear | So you need to reload both WPS:es then. But what if a theme doesn't define a remote WPS? Making it revert to the default in that case could work... |
| 12:15:55 | JdGordon | when .cfg's are loaded everything gets reapplied, so even if it doesnt specify a new rwps the previous one will get reloaded anyway |
| 12:18:44 | | Join tessarakt [0] (n=jens@e180073069.adsl.alicedsl.de) |
| 12:18:58 | Lear | And reapplying everything when loading a wps isn't possible? |
| 12:19:46 | JdGordon | thats alot of extra stuff needing to be done to do that, LOTS of disk access also |
| 12:20:46 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 12:24:33 | JdGordon | this of course doesnt have to happen... but it might end up a little easier support wise |
| 12:26:44 | | Quit __lifeless (Remote closed the connection) |
| 12:27:01 | | Join __lifeless [0] (n=lifeless@90.151.220.246) |
| 12:28:44 | *** | Saving seen data "./dancer.seen" |
| 12:29:48 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
| 12:39:35 | | Join Barahir [0] (n=jonathan@X9ea9.x.pppool.de) |
| 12:43:23 | | Quit `Assassin (Read error: 104 (Connection reset by peer)) |
| 12:51:10 | | Join tvelocity [0] (n=tony@adsl17-3.her.forthnet.gr) |
| 12:54:56 | | Quit Barahir_ (Read error: 110 (Connection timed out)) |
| 13:00 |
| 13:05:16 | | Join piotrek2234 [0] (n=piotrek2@chello084010133138.chello.pl) |
| 13:10:17 | | Quit gevaerts (Nick collision from services.) |
| 13:10:26 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 13:18:41 | | Quit grdxyxy (Connection reset by peer) |
| 13:19:01 | | Join MethoS [0] (n=lem@host-091-096-213-160.ewe-ip-backbone.de) |
| 13:20:07 | | Quit jon-kha (grisham.freenode.net irc.freenode.net) |
| 13:20:07 | NSplit | grisham.freenode.net irc.freenode.net |
| 13:20:07 | | Quit Slasheri (grisham.freenode.net irc.freenode.net) |
| 13:22:21 | | Join MethoS- [0] (n=lem@dyndsl-085-016-164-163.ewe-ip-backbone.de) |
| 13:24:39 | | Quit tmzt (Read error: 104 (Connection reset by peer)) |
| 13:33:22 | | Join tmzt [0] (n=tmzt@adsl-99-164-41-91.dsl.akrnoh.sbcglobal.net) |
| 13:33:59 | | Quit MrDuck (Read error: 60 (Operation timed out)) |
| 13:37:17 | BigBambi | any like to commit a two line change to correct the spelling in Pictureflow? It doesn't seem worth putting on flyspray: http://pastebin.ca/1337933 |
| 13:37:29 | BigBambi | *anyone |
| 13:37:30 | | Quit undertakingyou (Remote closed the connection) |
| 13:37:41 | | Join undertakingyou [0] (n=will@undertakingyou.dsl.xmission.com) |
| 13:38:46 | | Quit MethoS (Read error: 113 (No route to host)) |
| 13:39:13 | gevaerts | BigBambi: aren't those names of settings or something like that? |
| 13:39:33 | BigBambi | gevaerts: It is what is displayed in the settings menu |
| 13:39:42 | BigBambi | gevaerts: I haven't changed any actual code |
| 13:40:00 | BigBambi | but center is incorrect in UK English, (which rockbox uses) |
| 13:40:31 | BigBambi | and I did test build it :) |
| 13:41:10 | gevaerts | I don't doubt that it builds, but I'm not entirely convinced that some of those strings don't end up in a settings file |
| 13:41:20 | BigBambi | ah, I see |
| 13:41:26 | BigBambi | In that case, whoops |
| 13:41:41 | BigBambi | However, it should be changed |
| 13:42:05 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 13:42:54 | BigBambi | yes, forget that patch |
| 13:43:00 | BigBambi | I failed in my searching |
| 13:43:13 | gevaerts | That set_int() is definitely settings code |
| 13:43:17 | BigBambi | yes |
| 13:43:23 | * | BigBambi sees that now :( |
| 13:43:38 | * | gevaerts agrees that it should be changed, but he isn't sure if and how we should provide backward compatibility |
| 13:44:37 | BigBambi | Is there a way to just change what is displayed and leave the rest? |
| 13:44:53 | BigBambi | i.e. it doesn't matter much in a settings file |
| 13:45:05 | * | BigBambi sticks to the manual |
| 13:45:06 | kugel | JdGordon: I'd hate to lose the ability to select wpses in the filebrowser |
| 13:45:36 | gevaerts | I *think* that if you just change the MENUITEM_STRINGLIST and not the set_int(), it will do that. I'm not too familiar with this though |
| 13:45:44 | BigBambi | I'll try |
| 13:46:09 | kugel | BigBambi: I think your patch is correct, isn't it? |
| 13:46:20 | BigBambi | kugel: I think not now |
| 13:46:29 | kugel | why? |
| 13:46:30 | BigBambi | kugel: See what gevaerts said above |
| 13:46:58 | kugel | the first string is the one shown in the main settings menu (before clicking center margin) |
| 13:47:00 | BigBambi | kugel: Either way, I don't know and am going to leave it to those that do :) |
| 13:47:15 | kugel | the 2nd string is the title of the int menu (_after_ clicking center margin) |
| 13:47:24 | BigBambi | in that case, great |
| 13:47:53 | gevaerts | the set_int one? |
| 13:48:03 | BigBambi | That is what I thought, but I bow to greater minds :) |
| 13:48:07 | kugel | gevaerts: yea |
| 13:48:24 | * | gevaerts decides that he doesn't know |
| 13:48:33 | kugel | it's a menu, which has a title, and many many int values to select 1 from |
| 13:49:15 | BigBambi | kugel, well if you are sure I'd appreciate the change |
| 13:50:49 | | Quit MethoS- (Remote closed the connection) |
| 13:51:20 | | Join MethoS [0] (n=lem@dyndsl-085-016-164-163.ewe-ip-backbone.de) |
| 13:52:06 | kugel | gevaerts: line 220+ is what you'll see in the pf config file |
| 13:52:42 | gevaerts | ah ok. That makes sense |
| 13:53:45 | kugel | but should that changed too? I would think so, requires invalidating existing configs though |
| 13:53:48 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 13:54:21 | | Quit stripwax (Client Quit) |
| 13:54:33 | NHeal | (timeout) grisham.freenode.net irc.freenode.net |
| 13:54:41 | BigBambi | It isn't uer visable though (normally) |
| 13:54:45 | BigBambi | user |
| 13:54:51 | BigBambi | and thus not so vital |
| 13:54:55 | gevaerts | Anyway that means tha the original patch is definitely fine. I'll commit it |
| 13:55:05 | BigBambi | maybe not worth breaking configs for |
| 13:55:07 | BigBambi | gevaerts: thanks |
| 13:55:14 | kugel | gevaerts: ok! |
| 13:55:57 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 13:56:34 | gevaerts | done |
| 13:56:48 | BigBambi | coolio |
| 13:57:20 | Unhelpful | gevaerts: pf does scale on load, unless you disable that feature, mostly because screen-sized cover can look good in WPS on some targets, but will look bad in pf. |
| 13:57:54 | gevaerts | Unhelpful: I'm now starting to think that this was a 3.1 vs current issue |
| 13:58:18 | BigBambi | Unhelpful: So the "it musn't be bigger than scren size" is no longer valid? |
| 14:00 |
| 14:00:19 | Unhelpful | BigBambi: we can scale down from well about screen size on most targets, but the scaler mostly favors accuracy over speed, so there's a cost. many targets can probably scale from screen size to 1/2 screen size in under a second, but when you talk about starting from, say, twice screen size, it gets more expensive. |
| 14:00:33 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 14:00:53 | BigBambi | Unhelpful: OK. I'm just writing the manual entry for it - perhaps I should put a note in about that |
| 14:01:30 | | Join MethoS- [0] (n=lem@host-091-097-245-109.ewe-ip-backbone.de) |
| 14:01:30 | | Quit MethoS- (Remote closed the connection) |
| 14:01:32 | BigBambi | Something like "Picture Flow will accept album art larger than the dimensions of the screen, but the bigger it is the longer it will take to scale" |
| 14:01:53 | | Quit rakata (Remote closed the connection) |
| 14:02:06 | Unhelpful | indeed. if you like waiting at that splash screen, by all means, put 1024x1024 album art on your device, it will work fine. |
| 14:02:18 | BigBambi | OK, cool |
| 14:04:27 | BigBambi | Unhelpful: I asume the preferring cover.100x100.bmp is no longer true either, it scales to the size you select in Zoom |
| 14:06:10 | bertrik | there are plenty of other places where center is used instead of centre |
| 14:06:20 | BigBambi | User visable? |
| 14:06:22 | Unhelpful | not precisely. it scales to a size determined based on display size, and it doesn't check for a specially labeled file first. zoom doesn't change the display size, it changes the distance at which slides are rendered from the camera. |
| 14:06:34 | BigBambi | Unhelpful: OK, thanks |
| 14:07:53 | Unhelpful | the "center margin" is the distance, in screen pixels, with zoom at 100, between the center and side slides. the margin zooms, too, so at zoom=200 you're doubling the margin. |
| 14:08:15 | bertrik | BigBambi, in jewels, blackjack, sliding puzzle, sokoban, robotfindskitten, snake2, pictureflow, pegbox, star, equaliser |
| 14:08:25 | | Quit kugel (Remote closed the connection) |
| 14:08:27 | Unhelpful | slide spacing is the distance between the front edge of the side slides, and that scales with zoom, as well. |
| 14:08:27 | BigBambi | bertrik: OK, I'll look at those in a bit |
| 14:08:39 | bertrik | lang.c has "Center frequency" for example |
| 14:08:51 | BigBambi | yes, that should be changed too |
| 14:09:36 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 14:09:53 | | Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) |
| 14:11:29 | | Join MethoS- [0] (n=lem@host-091-096-213-224.ewe-ip-backbone.de) |
| 14:14:10 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 14:14:44 | | Quit MethoS (Read error: 110 (Connection timed out)) |
| 14:16:49 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:17:43 | JdGordon | anyone feel like doing some patch review on 9886? I'd like to start working on getting it commitable |
| 14:20:55 | | Join MethoS-- [0] (n=lem@host-091-097-242-207.ewe-ip-backbone.de) |
| 14:21:26 | BigBambi | Unhelpful: Is rebuild cache needed when you add or remove albums/art, or just if you change a cover? |
| 14:22:27 | Unhelpful | i think we still have some issues with the cache being "wrong" if albums are added or removed, and in any case, it won't pick up covers for new albums without a rebuild. |
| 14:22:36 | BigBambi | OK, thanks |
| 14:22:51 | Unhelpful | i want to get rid of the cache build on startup at some point, but that's definitely in the future. |
| 14:23:07 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 14:23:41 | BigBambi | Unhelpful: And last question for the minute - is number of slides number of each side, or total? |
| 14:24:41 | Unhelpful | you'll love the answer, i can't think how to state it both briefly and clearly. it's the number of slides on a side, including the center. |
| 14:25:05 | BigBambi | I could just put total number of slides shown |
| 14:25:33 | Unhelpful | it's not that, though... the total slides shown is that number, times two, plus one :/ |
| 14:26:00 | BigBambi | OK, so it is the number on each side? |
| 14:26:18 | BigBambi | i.e. if it is set to 4, there are 4 on the left, then the centre one, then 4 on the left? |
| 14:26:41 | Unhelpful | no, the center is included, so set to four means three on each side. |
| 14:26:46 | BigBambi | OK |
| 14:27:03 | BigBambi | So set to 4, it is 3 then centre then 3? |
| 14:27:26 | BigBambi | So total slides are that number - 1 |
| 14:27:36 | BigBambi | *2 times that number - 1 |
| 14:28:03 | | Quit MrDuck (Read error: 110 (Connection timed out)) |
| 14:28:47 | *** | Saving seen data "./dancer.seen" |
| 14:30:37 | Unhelpful | might be more sensible to change it to "number of slides on each side" |
| 14:30:54 | | Join jaykay [0] (n=chatzill@p579E708A.dip.t-dialin.net) |
| 14:30:58 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 14:31:10 | BigBambi | I was thinking that :) |
| 14:31:47 | JdGordon | Nico_P: hey, got a min (some time) to checkout my abomination of the wps code? (fs#9886) |
| 14:31:55 | BigBambi | Unhelpful: If I right the manual as number of slides on each side, could you change the plugin? Or will that cock up previously saved configs? |
| 14:32:01 | BigBambi | er, s/right/write/ |
| 14:32:11 | jaykay | jhmikes: would a battery bench with FS #9910 with an e200 be helpful? |
| 14:32:17 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 14:32:20 | Nico_P | JdGordon: ok :) |
| 14:32:42 | Unhelpful | if i change what the value in config means, yes, it will change the meaning of previously saved configs. it's not like we've not done that, or forced reset to defaults, before :) |
| 14:32:51 | BigBambi | Unhelpful: true :) |
| 14:33:02 | BigBambi | I can write it up as is, it isn't too bad with an example |
| 14:33:23 | BigBambi | I doubt many people will notice that setting changing however |
| 14:33:35 | BigBambi | by 1 anyway |
| 14:33:40 | Nico_P | JdGordon: you're getting awefully close to malloc ;) |
| 14:33:43 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
| 14:34:00 | | Quit MethoS- (Connection timed out) |
| 14:34:13 | JdGordon | no im not :) |
| 14:34:20 | JdGordon | no closer than we already are |
| 14:34:28 | Unhelpful | Nico_P: speaking of which, right now, metadata, including the actual bitmap image for album art, are just tacked on the front of the file in buffer, yes? |
| 14:34:44 | Nico_P | yes |
| 14:37:18 | Unhelpful | what about bufalloc'ing the image data, and putting the handle in the metadata? are there obvious problems with this? it would make it possible to change the image size without a rebuffer, if we can keep bufalloc from failing (which is the next question) |
| 14:38:47 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 14:38:53 | | Join Rob2222 [0] (n=Miranda@p4FDCD50B.dip.t-dialin.net) |
| 14:39:31 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 14:40:24 | Nico_P | Unhelpful: would the image data still be stored before the audio data? I don't see how what you propose would allow changing the image size without rebuffering |
| 14:42:04 | Nico_P | JdGordon: is the tokens list always read in order? |
| 14:42:16 | | Join einhirn [0] (n=Miranda@p4FC61D3C.dip0.t-ipconnect.de) |
| 14:42:16 | JdGordon | yes |
| 14:42:44 | JdGordon | why? or? |
| 14:42:56 | Unhelpful | no, only the handle for the image data would be stored with the metadata. to change album art size, you'd walk through the buffered tracks, bufclose their AA handle, bufalloc new ones, and reload load the image data into those. |
| 14:43:26 | Nico_P | JdGordon: because if it is, it's probably no more expensive than an array. but how do you handle stuff like conditionals? |
| 14:43:40 | amiconn | Unhelpful: I just tried test_greylib_bitmap_scale on my recorder v1. Unlike on pixelma's Ondio, it doesn't crash (even with memory access check enabled), but it doesn't work properly either |
| 14:43:40 | BigBambi | Where are plugin actions defined for each target? i.e. where do |
| 14:43:41 | Nico_P | (expensive in time) |
| 14:43:57 | Unhelpful | amiconn: doesn't crash... does it work? :) |
| 14:43:58 | amiconn | It just shows a black square of the size the image should have |
| 14:44:00 | BigBambi | I look up which actual button PLA_MENU refers to? |
| 14:44:35 | pixelma | pluginlib something directory |
| 14:44:57 | JdGordon | Nico_P: yeah, right now tokens are stored in a static array, same as sub/lines... I'm not entirely sure how to move them to a list.. they dont really need to be moved but it could make things smaller (RAM-wise) |
| 14:45:05 | JdGordon | and artificial limits are always bad |
| 14:45:11 | Unhelpful | hrm... maybe i need to test the >>24 scaling math on sim, which is not what's happening now, since the scaler math is determined by CPU_* |
| 14:45:49 | Nico_P | Unhelpful: I think that can already be done. the AA handle ID isn't stored as the metadata but as part of struct track_info |
| 14:46:11 | Unhelpful | the AA is already behind a handle? |
| 14:46:34 | Nico_P | JdGordon: oh, I saw struct wpsll and assumed you had converted the array to a linked list |
| 14:46:40 | Nico_P | Unhelpful: yes |
| 14:47:58 | pixelma | BigBambi: sorry apps/plugins/lib/pluginlib_actions.c |
| 14:48:14 | BigBambi | pixelma: Thanks very much |
| 14:48:49 | kugel | pixelma: have you had time to test the patch I uploaded to http://www.rockbox.org/tracker/task/9827 ? |
| 14:49:01 | | Quit rocko ("Leaving") |
| 14:50:26 | Nico_P | JdGordon: right now, bitmaps, strings and viewports are in linked lists, right? |
| 14:50:34 | JdGordon | yes |
| 14:50:53 | pixelma | yes, didn't comment on it yet. With my test directory the crash is really gone and I don't see CPU staying boosted either but I remember there were similar bugs in the past |
| 14:51:01 | pixelma | kugel ^ |
| 14:52:32 | | Join denes [0] (n=bela@pool-8167.adsl.interware.hu) |
| 14:53:51 | pixelma | BigBambi: have fun with the mixed contexts though :\ e.g. controls are slightly broken on c200 currently anyway (you can't move down in the track list if you selected an album, as "down" is used to call the menu) |
| 14:54:05 | BigBambi | pixelma: nice |
| 14:54:18 | kugel | pixelma: you mean that it keeps boosting on my setup could be another (possibly unrelated) bug? |
| 14:55:43 | Unhelpful | is there an easy way to figure out if we're building sim for a SH device? |
| 14:55:54 | Nico_P | JdGordon: I sure like the idea. I don't think converting the token array to a ll is worth the added 4 bytes per token |
| 14:56:59 | JdGordon | Nico_P: well think of it this way.. currently its using 4KB regardless of how many tokens are used... changing it could use much less (or more for really really really complex WPS') its more flexible |
| 14:58:16 | pixelma | kugel: not sure at all. It's not easy because as you experienced before, slight changes in the settings/available RAM whatever can make the crash disappear... |
| 14:58:26 | rasher | Unhelpful: where? |
| 14:59:09 | Nico_P | JdGordon: I think the variability in the token array size is negligible compared to the total size the WPS buffer will be |
| 14:59:17 | Unhelpful | rasher: in the source. sh CPUs use different scaler math, and i want the same math used on the sims for those models. |
| 14:59:51 | Nico_P | JdGordon: even if you make it big enough to accomodate for a really complex WPS, it's still going to be nothing compared to the space needed for bitmaps |
| 14:59:56 | pixelma | kugel: btw. I tried your patch against a revision I got the crash with before |
| 15:00 |
| 15:00:08 | JdGordon | Nico_P: well, really the only tokens which use any space are the bitmap ones |
| 15:00:14 | kugel | so I did ;) |
| 15:00:32 | Nico_P | JdGordon: why is that? |
| 15:01:22 | JdGordon | viewports use 30 odd bytes each, strings are less than that (avg of course), images are the big buffer users |
| 15:03:23 | kugel | pixelma: I'm just curious what gareth reported there |
| 15:03:40 | Nico_P | for viewports and strings I think the linked list makes sense because there are less of them than tokens and their size is (or can be) far more than the cost of the pointer. For tokens adding the pointer is doubling the cost of each token and there are usually a lot of them |
| 15:04:06 | kugel | He said he crashes directly when the buffers are full; if that's delayed that probably something entirely different |
| 15:04:17 | Nico_P | also the linked list structure might complicate the rendering |
| 15:04:31 | BigBambi | grrr, can't find my e200. In pictureflow for a scroll wheel target I assume that the scroll wheel goes up and down the track list |
| 15:04:33 | BigBambi | ? |
| 15:05:03 | kugel | yes |
| 15:05:08 | BigBambi | thank |
| 15:05:09 | BigBambi | s |
| 15:05:15 | JdGordon | ok, although I'm not so sure the current line mechanism is very efficient... maybe it could be fixed up using lists... but I'm also happy to call it "done" as it is |
| 15:05:28 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 15:05:49 | kugel | Nico_P: any idea for http://www.rockbox.org/tracker/task/9827 ? |
| 15:05:51 | Nico_P | I agree there are probably some improvements to be made |
| 15:06:34 | Nico_P | JdGordon: have you started collecting data on the actual buffer size for some WPSs? |
| 15:07:03 | JdGordon | only cabbiev2 and a random image-intensive one i found on the wiki |
| 15:07:16 | Unhelpful | amiconn: bad news, making the default SC_SHIFT 24 still leaves the plugin working on sim. how big is the bitmap you're testing? |
| 15:07:22 | JdGordon | cv2 on e200 is 15KB and 18KB on h300 (both displays together) |
| 15:07:38 | Nico_P | kugel: that's an ugly one... I'd like to try debugging it but I'm a bit short on time |
| 15:07:46 | amiconn | Unhelpful: I tried both 200x200 and 112x64 |
| 15:08:30 | Nico_P | kugel: have you tried it in the sim? |
| 15:08:48 | kugel | Nico_P: it's not reproducable in the sim |
| 15:08:56 | Nico_P | :( |
| 15:09:14 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 15:09:40 | amiconn | Unhelpful: Here even an unmodified sim behaves different. It opens the file and immediately exits again |
| 15:09:46 | kugel | Nico_P: well, it seems to be an alignment issue on ARM, as it the patch I attached fixes it for me and pixelma. However, after the buffering of the very album it keeps boosting for me (not for pixelma). Also, I've no idea how to understand the latest comment by gareth |
| 15:10:13 | amiconn | Hmm, that seems to be a button/action problem |
| 15:10:48 | amiconn | It only happens when using Right to open the plugin from the 'Open with...' context menu, not when using Play |
| 15:11:07 | pixelma | kugel: unfortunately you can't be 100% sure if the patch really fixes it because of what it does - it could also fix it because of changing binary size whatever |
| 15:11:58 | amiconn | Hmm, now I got "failed to load bitmap" once.... but it worked when I tried again |
| 15:12:28 | kugel | pixelma: the patch adds maybe 8 or 12 bytes. the binsize of the sansas has changed more since the task is opened |
| 15:12:42 | kugel | 8 or 16* |
| 15:13:07 | kugel | well, shouldn't be more than 8 |
| 15:14:08 | amiconn | The button problem is obvious, and easily fixable. I wonder about the "failed to load bitmap" thing.... |
| 15:14:39 | | Quit piotrek2234 (Connection timed out) |
| 15:14:45 | kugel | Nico_P: any idea why it doesn't unboost due to this change, or if this is unrelated? |
| 15:15:02 | JdGordon | Nico_P: also, what do you think about moving the 4 wps_* files into apps/gui/wps/ and splitting wps_parser and gwps.h up into multiple smaller files? |
| 15:15:35 | JdGordon | and moving all the AA related vars in the wps_data struct into a seperate wps_aa struct? |
| 15:15:55 | Nico_P | kugel: I'm having trouble believing it's related, but you never know |
| 15:16:11 | kugel | So I do, actually |
| 15:16:26 | Nico_P | JdGordon: why not. it would certainly make things cleaner |
| 15:17:10 | | Join MethoS [0] (n=lem@host-091-097-243-237.ewe-ip-backbone.de) |
| 15:18:12 | kugel | Nico_P: Toni just added a comment. |
| 15:19:01 | Nico_P | interesting |
| 15:21:23 | kugel | I'm going to reboot, then try that out |
| 15:21:25 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 15:23:21 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 15:24:48 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 15:24:56 | BigBambi | {PLA_QUIT, BUTTON_MENU|BUTTON_SELECT, BUTTON_NONE}, is saying menu + select together right? |
| 15:25:40 | kugel | yep |
| 15:25:58 | BigBambi | I was sure it was, it just seemed a slightly odd combo so wanted to check :) |
| 15:26:45 | pixelma | it's not an odd combo for leaving plugins on Ipods I believe... |
| 15:27:17 | BigBambi | OK, that's cool |
| 15:28:12 | amiconn | It's the standard combo if plain Menu is already taken |
| 15:29:52 | | Quit denes ("bye") |
| 15:32:35 | | Quit MethoS-- (Read error: 113 (No route to host)) |
| 15:34:23 | amiconn | Unhelpful: If I change SC_SHIFT to 24, I *do* get the black rectangle in the sim... |
| 15:35:22 | | Quit tessarakt ("Client exiting") |
| 15:38:51 | * | amiconn has an idea |
| 15:41:42 | | Join MethoS- [0] (n=lem@host-091-096-212-150.ewe-ip-backbone.de) |
| 15:42:25 | | Join miepchen^schlaf [0] (n=miepel@p579EC4B5.dip.t-dialin.net) |
| 15:42:44 | | Quit miepchen^schlaf (Remote closed the connection) |
| 15:45:09 | | Join tessarakt [0] (n=jens@e180073069.adsl.alicedsl.de) |
| 15:47:36 | amiconn | Hmpf, can't test this idea right now |
| 15:47:57 | amiconn | Unhelpful: Are you building your sims on a 64 bit host? |
| 15:50:24 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 15:50:53 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 15:51:19 | | Quit sarixe ("Leaving") |
| 15:53:36 | | Quit kugel (Nick collision from services.) |
| 15:53:39 | | Join kugel_ [0] (n=kugel@78.52.64.56) |
| 15:53:49 | | Nick kugel_ is now known as kugel (n=kugel@78.52.64.56) |
| 15:53:58 | | Quit tessarakt ("Client exiting") |
| 15:54:16 | | Join midijunkie [0] (n=Miranda@pD9544CB1.dip0.t-ipconnect.de) |
| 15:54:20 | | Join Buschel [0] (n=abc@p54A3CCB0.dip.t-dialin.net) |
| 15:54:36 | | Join Guest83079 [0] (n=Bob@24-180-72-20.dhcp.bycy.mi.charter.com) |
| 15:55:44 | * | Buschel just reached 19:30h runtime on his iPod 5.5G 30GB (stock battery) |
| 15:56:08 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 15:56:12 | kugel | Buschel: with the lcd enable patch? |
| 15:56:16 | Buschel | I am impressed! With fs#9890 this was |
| 15:56:26 | kugel | btw, what do you think about the points I mentioned? |
| 15:57:17 | Buschel | the issues about the consistency? those are good points. the introductionmof some special behaviour should not be needed |
| 15:57:34 | Buschel | hmm, too many typos... |
| 15:58:08 | | Quit MethoS (Read error: 110 (Connection timed out)) |
| 15:58:32 | amiconn | Unhelpful: ping |
| 15:58:32 | n1s | Buschel: how does that compare to the OF? |
| 15:58:41 | | Quit shadearg (Read error: 113 (No route to host)) |
| 15:59:29 | Buschel | n1s: I never used the OF, without this patch I have reached ~15h |
| 16:00 |
| 16:00:15 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 16:05:19 | n1s | Buschel: wow, that is an impressive improvement |
| 16:08:40 | Buschel | n1s: yep, I am just writing a short report to flyspray right now |
| 16:09:13 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 16:22:09 | | Join MethoS-- [0] (n=lem@host-091-097-246-160.ewe-ip-backbone.de) |
| 16:22:27 | | Quit balou (Read error: 104 (Connection reset by peer)) |
| 16:22:32 | | Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) |
| 16:24:11 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 16:24:33 | | Join Mortiffer [0] (n=mortiffe@70-138-37-123.lightspeed.hstntx.sbcglobal.net) |
| 16:24:59 | Mortiffer | Any one know what everything from rockbox.org is downloading at like 4kBs ? |
| 16:25:32 | | Join mipfi [0] (n=mipfi@dslb-088-065-011-183.pools.arcor-ip.net) |
| 16:25:39 | Mortiffer | or does any one have a mirror for this stuff |
| 16:26:52 | Mortiffer | Herro ? |
| 16:28:51 | *** | Saving seen data "./dancer.seen" |
| 16:29:09 | | Quit krazykit ("brb") |
| 16:30:44 | Unhelpful | amiconn: i'm using a 32-bit host. i wonder if i have a deps issue, or something... |
| 16:32:24 | Unhelpful | i think i got it, actually, i didn't do make install, and the scaler is in pluginlib ;) |
| 16:33:39 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 16:33:49 | | Part Guest83079 ("Leaving") |
| 16:34:22 | Unhelpful | ok, yes, i'm getting it here, as well, now. i'll have to figure out what, exactly, is wrong with the 24-bit scaler math... or else come up with an efficient 40-bit multiply for sh. |
| 16:34:58 | | Join krazykit [0] (n=kkit@70.236.78.124) |
| 16:38:25 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 16:39:26 | | Join morloi [0] (n=x1jmp@93.132.101.18) |
| 16:42:41 | n1s | BigBambi: yes, some kind of automated screenshot feature for the sim would be really nice |
| 16:43:24 | BigBambi | For reference for others, I was bitching about taking pictureflow screenshots :) |
| 16:44:11 | * | Unhelpful will wait until you're done to start working on PF rotation :) |
| 16:44:33 | * | BigBambi hits Unhelpful |
| 16:46:54 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 16:48:23 | | Join bluebrother [0] (i=5ce0ec25@gateway/web/ajax/mibbit.com/x-127567c4dbdc9f30) |
| 16:49:04 | | Join saratoga_home [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-93e6d73e139d1e1d) |
| 16:51:00 | Unhelpful | amiconn: got it, grey_draw.c:output_row_grey was using a straight multiply + >>32, instead of the SC_MUL macro. committing :) |
| 16:51:36 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 16:51:56 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 16:52:06 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:53:18 | saratoga_home | could someone take a quick look at the iram_malloc function in FS #9882 - Speed-up mod for large block (Vorbis) |
| 16:53:28 | saratoga_home | i don't see how that doesn't overwrite other stuff in IRAM |
| 16:54:30 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 16:57:01 | soap | Buschel, re: FS 9708. Does one need to use BOTH pp5020-dma-v0.3 AND align_buffer-v0.3? |
| 16:57:36 | Lear | sra |
| 16:58:08 | Lear | saratoga_home: It uses a specific malloc buffer, so it should be fine, I think... |
| 16:59:06 | saratoga_home | Lear: but isn't the buffer the entire 48k of IRAM? so on first alloc whatever was first in IRAM is overwritten? |
| 17:00 |
| 17:00:09 | Lear | saratoga_home: No, it is using iram_buff, which is declared in oggmalloc.c. |
| 17:00:11 | | Quit SirFunk_ (Read error: 60 (Operation timed out)) |
| 17:00:31 | saratoga_home | Lear: static unsigned char iram_buff[IRAM_IBSS_SIZE] IBSS_ATTR LINE_ATTR; |
| 17:00:40 | Buschel | soap: I used both. Boris mentioned that this rises the probability of data being loaded via dma. But from my tests on the dma-patch I could not see a difference... In fact I already had a patched version with both −− so, I used this basis. |
| 17:00:41 | saratoga_home | thats 48k on most systems, no? |
| 17:01:21 | Lear | No, see config-tremor.h, which defines IRAM_IBSS_SIZE. |
| 17:01:30 | soap | thank you Buschel |
| 17:01:53 | saratoga_home | Lear: thanks, assumed that was a rockbox define |
| 17:02:08 | Mortiffer | i guess i'm kinda late but did any one address the slow downloads ? |
| 17:02:50 | saratoga_home | still that seems kind of dangerous, because anyone allocating to IRAM will have to update that define or else corrupt memory |
| 17:03:10 | | Join miepchen^schlaf [0] (n=miepel@p579EC4B5.dip.t-dialin.net) |
| 17:03:42 | soap | if you got 19h on a 30GB, that = >25 hours on a 60/80GB. Disgusting |
| 17:03:53 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 17:03:53 | saratoga_home | i wonder if we could just malloc from the back of IRAM since that wouldn't overlap unless someone tried to use more iram then we had |
| 17:03:59 | Lear | But it is only within that codec, so it shouldn't be a big problem, right? |
| 17:04:52 | Buschel | btw, as there seem to be some progress on PP502x DMA: is there a chance somebody with deeper knowledge of ata.c can check fs#9703 (ATA UDMA for PP502x)? |
| 17:04:55 | saratoga_home | Lear: yeah its only in vorbis, but its not a nice thing to do to anyone else who might want to tweak it |
| 17:06:21 | Buschel | soap: yes, the saving when disabling the LCD is massive. nevertheless you'll need to also use 24MHz normal clock −− otherwise you have too high power consumption for high efficiency codecs (flac, mp3, mpc) |
| 17:06:30 | saratoga_home | Buschel: 9708 right? |
| 17:06:50 | | Join jaykay_ [0] (n=chatzill@p579E708A.dip.t-dialin.net) |
| 17:06:56 | Buschel | saratoga_home: ooops, typo -> yes, fs#9708 |
| 17:07:02 | saratoga_home | I don't get why the LCD uses so much power, is it by design or do we not init the broadcom chip correctly |
| 17:07:47 | Lear | The linker will still complain if someone uses too much iram. So isn't the biggest problem that it's a bit uncertain if the windowing tables fit in iram? |
| 17:08:19 | saratoga_home | Lear: the problem is that different tables are used for different files |
| 17:08:28 | soap | how is list scrolling performance with that 24Mhz clock, Buschel? |
| 17:08:34 | saratoga_home | so this patch attempts to make it dynamic what gets allocated in IRAM |
| 17:08:55 | Buschel | saratoga_home: the savings are >6mA. maybe there is some kind of eco mode for the BCM? |
| 17:09:33 | Lear | saratoga_home: Yes, and if the table in question fits in iram, it will be copied there. |
| 17:09:52 | saratoga_home | Buschel: thats what I was thinking, 6mA is an enormous amount of power for LCD |
| 17:09:53 | Buschel | soap: bad. you'll need to also add a gui boost patch (e.g. fs#8668) |
| 17:10:27 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 17:10:28 | amiconn | Unhelpful: Do you think it would be better to use 32 bit precision on SH1 as well? |
| 17:10:33 | | Nick jaykay_ is now known as jaykay (n=chatzill@p579E708A.dip.t-dialin.net) |
| 17:10:38 | saratoga_home | Lear: I just mean that it only gets copied if the define is correct, so if someone else adds something to IRAM, they'll corrupt tremor's memory without any warning |
| 17:10:48 | amiconn | A 32x32->64 multiply wouldn't be much slower than the 32x32->32 bit used now |
| 17:11:02 | saratoga_home | Buschel: or we could bug Zagor to finish his boosting patch |
| 17:11:20 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 17:12:02 | Unhelpful | amiconn: it would be more precise, and more consistent with other targets, but even at 400 input pixels error should be around 1 grey level |
| 17:12:04 | Lear | saratoga_home: No, that shouldn't happen. The iram buffer is allocated as any other data. Try to allocate too much and the linker complains. |
| 17:12:41 | amiconn | Unhelpful: Isn't the bmp size limit lowered as well by using 24 instead of 32 bit precision? |
| 17:13:09 | saratoga_home | Lear: as I understand it, the buffer is allocated after the last static data in IRAM based on the value of IRAM_IBSS_SIZE, if you allocate something else to IRAM statically, but don't know to update that define, you overwrite your data, right? |
| 17:13:35 | | Part LinusN |
| 17:13:57 | mipfi | he it get the error this is a macpod but i installed a new firmware with windows... filesystem ist fat32 |
| 17:14:22 | amiconn | Buschel: Imo we shouldn't disable the lcd on targets with a transflective display, even if it saves a bit of power |
| 17:14:22 | Unhelpful | not much, actually, the scaler will overflow at (2**32)/255, which places the effective limit at barely over 2**24 pixels, anyway. |
| 17:15:58 | saratoga_home | amiconn: the thing is it seems to save an enormous amount of power |
| 17:16:07 | Buschel | amiconn: well, disabling BCM and LCD saves a vast amount of power (~1/4 of total current consumption). the patch allows to configure between normal behavior (keeping LCD on, but shutting off the backlight) and power-saving (shutting off LCD and BCM) |
| 17:16:50 | Unhelpful | it's really only a reduction of precision, which will begin showing around 2**16 pixels of input, when the reciprocal starts to only have 8 bits left. |
| 17:17:01 | Buschel | amiconn: for example I am mostly using the ipod when going to bed. so, I do not need the LCD −− I am just listening. |
| 17:17:01 | amiconn | It may be that the bcm is busy polling if there is nothing to do |
| 17:17:08 | kugel | that's why I proposed to not do lcd_enable (so to keep it translective), but only implementing lcd_sleep |
| 17:17:41 | amiconn | Unhelpful: 2^16 pixels isn't much - that's just 256*256 for square images |
| 17:17:41 | Lear | saratoga_home: No, irambuff is just bss data that ends up in a particular linker section. In that sense, it is just like the ipcm_buff that is there now. The patch basically removes the most common windowing tables from iram, then makes ipcm_buff bigger and allocates the pcm buffer dynamically from it. Windowing tables are copied there if they fit, otherwise they stay in normal ram. |
| 17:17:42 | kugel | (and lcd_sleep will turn everything off, but is configurable and delayed after backlight off) |
| 17:18:11 | | Join tvelocity[a] [0] (n=tony@adsl14-107.her.forthnet.gr) |
| 17:19:04 | amiconn | Unhelpful: I could whip up the required sh1 asm routine for SC_SHIFT == 32, but the function should be non-inline. Shall I put it in resize.c? |
| 17:19:39 | saratoga_home | Lear: maybe I don't understand. what happens if IRAM_IBSS_SIZE ends up being wrong ? |
| 17:21:49 | Buschel | kugel: I am not into the lcd/backlight framework. is it possible to put the BCM on/off into the lcd_sleep-functionality? so, that there is no need for the additional lcd_enable? |
| 17:23:09 | Lear | saratoga_home: If made much too small, iram_malloc will fail and the codec will fail (or more likely crash). If a little too small, the common case windowing table won't be copied, which would make it slower. If too big, linker error. |
| 17:23:56 | Lear | (the iram_malloc failure I mean is the allocation of the pcm buffers) |
| 17:24:26 | | Quit goffa (Read error: 104 (Connection reset by peer)) |
| 17:26:08 | Unhelpful | amiconn: if you want to. i didn't think i stood much chance of doing it well in sh1 asm, without a device to test it on, or much knowledge of the language. if 32x32->32 is a function call *anyway*, i would imagine a 32x32->40 could be done quite cheaply, still. |
| 17:26:47 | amiconn | Well 32*32->32 needs 3 mulu instructions, 32*32->64 needs 4 |
| 17:27:00 | kugel | Buschel: yes |
| 17:27:22 | saratoga_home | Lear: ah I see |
| 17:27:30 | saratoga_home | not sure what that was so difficult to grasp |
| 17:27:37 | kugel | lcd_sleep turns everything off, that can also mean it does the same as lcd_enable + more |
| 17:27:52 | amiconn | Unhelpful: The fix works on target and sim here |
| 17:28:18 | | Join jaykay_ [0] (n=chatzill@p579E708A.dip.t-dialin.net) |
| 17:29:47 | Buschel | kugel: so, that's the main change this patch needs to get near to a committable state |
| 17:32:20 | soap | Buschel, little bit confused = #8668 is _both_ 24MHz clock AND boost on button? |
| 17:32:27 | | Join stoffel [0] (n=sfr@p57B4DCB2.dip.t-dialin.net) |
| 17:34:29 | Buschel | soap: yes, use v5. |
| 17:34:30 | soap | and firmware/target/arm/system-pp502x.c kicks boost to 100, yet the #define in firmware/target/arm/system-target.h is still 80? Or does the #define not trigger anything else we care about? |
| 17:34:48 | soap | (not challenging the patch - just trying to understand) |
| 17:34:52 | Buschel | soap: the patch uses 24/80Mhz. |
| 17:35:03 | | Quit tvelocity (Connection timed out) |
| 17:35:08 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 17:35:16 | soap | ahh, the stuff in system-pp502x.c is commented out is it not? |
| 17:35:46 | Buschel | soap: yes, the settings for 100MHz are commented out in system-pp502x.c |
| 17:37:08 | Buschel | soap: if you want to use them, you will also need to set CPUFREQ_MAX to 100000000 in system-target.h −− the runtime will increase with lowering the default clock to 24MHz. so, changing the max clock to 100MHz is not needed. |
| 17:37:37 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 17:37:40 | Unhelpful | hrm, i also think i can see how we might do full-precision reciprocals instead of 31-bit. instead of (((1<<31)+(d/2))/d)<<1, we could use (((1<<32)-1)-(d/2)+1)/d+1 |
| 17:37:42 | Buschel | (nevertheless my iPod runs @100MHz for >1 year now) |
| 17:39:11 | | Join {-phoenix-} [0] (n=dirk@p54B44C04.dip.t-dialin.net) |
| 17:39:14 | soap | Just that all your comments on #9708 appear to be measuring the DMA performance @ 24/100. That's why I was curious about the other patch being at 24/80. |
| 17:40:22 | Buschel | soap: I never posted the 24/100-patch. maybe I should update the patch with this option... |
| 17:40:53 | Buschel | soap: buffering is a bit faster with 24/100 compared to 24/80 |
| 17:40:57 | | Join jaykay [0] (n=chatzill@p579E708A.dip.t-dialin.net) |
| 17:41:43 | soap | Buschel, it's an easy change - I was just curious about the "disparity" - that's all. |
| 17:42:16 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
| 17:42:24 | Buschel | soap: ok |
| 17:42:48 | | Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 17:43:44 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 17:43:51 | | Join merbanan [0] (n=banan@c-83-233-242-60.cust.bredband2.com) |
| 17:43:56 | jaykay | what are the disadvantages of setting the normal cpu-clock lower than 30mhz? |
| 17:44:06 | jaykay | there are some patches changing that, without any disadvantages |
| 17:44:18 | saratoga_home | the GUI gets slower |
| 17:44:33 | saratoga_home | for now at least |
| 17:44:56 | | Quit __lifeless (Read error: 113 (No route to host)) |
| 17:45:15 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 17:45:41 | jaykay | i didnt see that with the zero-wait-boost... means with 24mhz |
| 17:46:27 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
| 17:47:38 | | Quit robin0800_ (Read error: 104 (Connection reset by peer)) |
| 17:52:06 | * | amiconn noticed that the 32*32->64 bit SH1 multiply already exists... |
| 17:52:27 | amiconn | In mandelbrot.c - just that is signed, and I need to leave out some stuff |
| 17:53:55 | amiconn | 20 instructions - maybe that's even small enough for inlining |
| 17:54:07 | Unhelpful | i would, there's really only one caller. |
| 17:57:26 | | Quit jaykay_ (Read error: 110 (Connection timed out)) |
| 17:59:17 | Unhelpful | the main reason the definition itself isn't inlined in output_row_native is so that it's accessible to plugins for use in custom output plugins |
| 18:00 |
| 18:00:36 | amiconn | The plugin becomes smaller by inlining |
| 18:01:34 | amiconn | It works :) |
| 18:02:20 | | Quit Nico_P (Remote closed the connection) |
| 18:05:41 | | Quit rocko ("Leaving") |
| 18:06:35 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 18:08:13 | | Quit moos ("Rockbox rules the DAP world") |
| 18:08:30 | soap | Buschel, last question. |
| 18:09:14 | soap | Do I also want to uncomment DEV_TIMING1 = 0x00000a0a in system-pp502x.c and comment out DEV_TIMING1 = 0x00000808? |
| 18:09:33 | Buschel | yes, you want ;-) |
| 18:11:16 | | Join jaykay_ [0] (n=chatzill@p579E708A.dip.t-dialin.net) |
| 18:13:21 | | Join nibbler_ [0] (n=Nibbler@e181124072.adsl.alicedsl.de) |
| 18:13:42 | | Quit kugel (Nick collision from services.) |
| 18:13:45 | | Join kugel_ [0] (n=kugel@e178072043.adsl.alicedsl.de) |
| 18:13:55 | | Nick kugel_ is now known as kugel (n=kugel@e178072043.adsl.alicedsl.de) |
| 18:15:25 | | Quit jaykay (Connection timed out) |
| 18:15:35 | | Nick jaykay_ is now known as jaykay (n=chatzill@p579E708A.dip.t-dialin.net) |
| 18:17:09 | | Quit saratoga_home ("CGI:IRC (EOF)") |
| 18:20:20 | soap | and the sea of green suffers a red tide ;) |
| 18:25:08 | | Quit mcuelenaere (Read error: 113 (No route to host)) |
| 18:28:52 | *** | Saving seen data "./dancer.seen" |
| 18:29:00 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 18:29:48 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 18:30:20 | | Join jaykay_ [0] (n=chatzill@p579E708A.dip.t-dialin.net) |
| 18:30:32 | | Quit Mortiffer () |
| 18:32:30 | amiconn | ugh |
| 18:32:38 | amiconn | debussy.pauken.co.uk seems to have a perl problem |
| 18:34:17 | amiconn | jhMikeS: ping |
| 18:36:01 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 18:42:20 | | Join gromit` [0] (n=gromit@ALagny-154-1-44-70.w83-200.abo.wanadoo.fr) |
| 18:44:19 | * | Unhelpful thinks perhaps a failed build ought to be worth one fixed amount of points, rather than per-line-of-errors |
| 18:45:14 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 18:45:16 | gevaerts | You mean you want to impose an absolute maximum score? Where's the fun in that? |
| 18:46:27 | mipfi | he i have some trouble with rockbock.. you have a macpod but when i show under prefences it shows me windows :( anyone a idea howto fix this error |
| 18:47:59 | amiconn | Unhelpful: test_greylib_bitmap_scale is now working properly on my recorder. Not sure what the crash problem on Ondio is, but I can't test that now (don't have my Ondio with me) |
| 18:52:33 | | Quit nuonguy ("This computer has gone to sleep") |
| 18:52:42 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 18:54:01 | bluebrother | mipfi: what exactly is the issue and what did you first? |
| 18:54:47 | | Join radec [0] (n=radec@74-32-170-50.dr01.myck.or.frontiernet.net) |
| 18:57:06 | mipfi | bluebrother: this is a macpod, rockbox only running on winpods. |
| 18:57:29 | jhMikeS | amiconn: what's up? |
| 18:57:57 | bluebrother | I know. Did you try to convert the Ipod and how? Are you on OS X? Have you already tried installing Rockbox? |
| 18:58:49 | amiconn | jhMikeS: Over a year ago, you changed something in the sim kernel, which meant moving the sim screendump call to a kernel thread |
| 18:58:50 | mipfi | bluebrother: after this error i checked wikipedia and used the easy way (http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32) |
| 18:59:26 | amiconn | You chose the backlight thread, which means that screendump doesn't work in Ondio sims (no backlight - no backlight thread) |
| 18:59:41 | mipfi | bluebrother: yes im on osx |
| 18:59:46 | jhMikeS | amiconn: yes, because the sim file calls had to be done on a proper thread |
| 19:00 |
| 19:00:01 | amiconn | Now I am thinking about the best way to fix this. I could move the call to the scroll thread, but that means quite a bit of additional ifdefing |
| 19:00:28 | amiconn | It might be better to add an extra kernel thread just for sims. What do you think? |
| 19:01:28 | jhMikeS | it's possible to just create a properly registered sim thread to do odds and ends. |
| 19:01:44 | jhMikeS | heh, guess we're thinking the same. |
| 19:01:55 | bluebrother | mipfi: please tell details on your own −− I'm not willing to ask you about every detail multiple times. So you restored the Ipod on a windows machine using Itunes. Have you tried installing Rockbox after that? Does that give you an error? What exactly _is_ the issue _now_= |
| 19:01:59 | bluebrother | ? |
| 19:03:00 | mipfi | bluebrother: yes i have tryed installing rockbox after this step but i got the error that i use a macpod :( |
| 19:03:54 | bluebrother | and how did you try installing Rockbox? Have you used Rockbox Utility? Which version? Have you closed Itunes before trying that? |
| 19:04:07 | | Quit faemir ("Lost terminal") |
| 19:05:20 | mipfi | i have closed i tunes and then i started rockbox utillity version m 1.0.9 |
| 19:06:10 | bluebrother | ok, so it tells you that your ipod is a macpod all the time. Please try version 1.0.7 and check if the issue persists. |
| 19:10:20 | mipfi | bluebrother: something is wrong with the new installier now i used 1.0.7 and i think it works :) |
| 19:10:30 | jaykay_ | jhmikes: should i do a bench with your (latest) patch? |
| 19:10:47 | | Nick jaykay_ is now known as jaykay (n=chatzill@p579E708A.dip.t-dialin.net) |
| 19:11:09 | bluebrother | you *think* or it *did* work? |
| 19:12:07 | | Quit kadoban (Remote closed the connection) |
| 19:13:04 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
| 19:15:02 | mipfi | bluebrother: its processing :) |
| 19:15:16 | mipfi | im going to eat something see u later :) |
| 19:15:21 | bluebrother | and what exactly is "processing"? |
| 19:15:24 | bluebrother | *sic* |
| 19:20:50 | jhMikeS | jaykay_: sure. There's some glitches with regard to reading pcm progress (mpegplay uses that heavily) but general playback should be fine. |
| 19:23:59 | | Quit radec ("later") |
| 19:26:11 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 19:28:33 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b3pre/20090213033101]") |
| 19:29:19 | | Quit bluebrother ("mibbit.com: bbl") |
| 19:34:33 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 19:40:31 | | Join toffe82 [0] (n=chatzill@adsl-76-240-237-79.dsl.frs2ca.sbcglobal.net) |
| 19:42:39 | | Join MethoS [0] (n=lem@host-091-097-241-047.ewe-ip-backbone.de) |
| 19:46:29 | Unhelpful | amiconn: do we know who, if anyone, has done the serial mod for gdb on their ondio? ;) |
| 19:46:51 | | Quit MethoS-- (Read error: 60 (Operation timed out)) |
| 19:47:05 | amiconn | It is not possible on the Ondio |
| 19:47:10 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 19:48:22 | | Quit stoffel (Read error: 113 (No route to host)) |
| 19:48:40 | Unhelpful | ah... that'd make it a real pain if this turns out to happen only on ondio. how does the aspect ratio correction work out in test_greylib_bitmap_scale? i've only tested by stretching sim screenshots. |
| 19:49:00 | amiconn | The SH7034 has two serial interfaces, which can work both synchronously (spi) and asynchronously (rs232). One is taken for the MAS audio data transfer in all archoses. The other is used for the serial remote in the Player and recorders, and can be used for gdb |
| 19:49:27 | amiconn | But in the Ondio, the other serial interface is used for the MMC spi.... |
| 19:50:00 | amiconn | Unhelpful: Aspect correction works properly. A 200x200 cover.bmp looks square on my Recorder |
| 19:52:31 | | Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) |
| 19:53:04 | jhMikeS | I guess it's possible to get past the glitch by splitting up transfers so the pcm tick runs fast enough for video playback and leave it at that (a few times lcd refresh) |
| 19:55:11 | mipfi | bluebrother: now it works :) |
| 19:55:32 | | Join MethoS- [0] (n=lem@host-091-096-215-105.ewe-ip-backbone.de) |
| 19:56:22 | | Quit jordoex (Read error: 110 (Connection timed out)) |
| 19:57:48 | | Join stoffel [0] (n=sfr@p57B4DCB2.dip.t-dialin.net) |
| 20:00 |
| 20:00:04 | jaykay | jhmikes: is oqq or mp3 better (because of boosting) |
| 20:00:09 | jaykay | or shouldnt it make anydifference |
| 20:00:14 | jaykay | *ogg |
| 20:05:05 | | Quit faemir ("Lost terminal") |
| 20:06:21 | | Part Buschel |
| 20:07:02 | | Quit BigBambi (Read error: 104 (Connection reset by peer)) |
| 20:07:23 | bluebrother | mipfi: did you try restarting rbutil when you tried first (i.e. with 1.0.9)? |
| 20:07:40 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 20:08:01 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
| 20:08:05 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-b798261e3e58f03e) |
| 20:08:41 | | Quit courtc (Read error: 113 (No route to host)) |
| 20:08:57 | mipfi | bluebrother: i installed it with 1.0.7 |
| 20:09:00 | | Quit MethoS- (Remote closed the connection) |
| 20:09:08 | | Join BigBambi_ [0] (n=Alex@55.198.66-86.rev.gaoland.net) |
| 20:09:32 | bluebrother | well, you previously said that you tried with 1.0.9 first and it failed. Did you restart Rockbox Utility and try again when you did that? |
| 20:10:31 | saratoga | jaykay: Mp3 won't show a difference because it doesn't boost anyway |
| 20:11:02 | | Quit morloi (Remote closed the connection) |
| 20:11:27 | jaykay | ok, ill use ogg |
| 20:12:06 | | Quit MethoS (Read error: 113 (No route to host)) |
| 20:12:43 | Unhelpful | vorbis will have better quality/size than mp3, mostly |
| 20:12:44 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 20:15:59 | saratoga | Unhelpful: I meant for a battery bench |
| 20:16:27 | | Quit EspeonEefi ("さよなら") |
| 20:23:50 | | Join piotrek2234 [0] (n=piotrek2@chello084010133138.chello.pl) |
| 20:24:03 | | Quit nuonguy ("This computer has gone to sleep") |
| 20:28:57 | *** | Saving seen data "./dancer.seen" |
| 20:32:05 | | Join courtc [0] (n=court@unaffiliated/courtc) |
| 20:32:51 | n1s | bluebrother: are you going to commit fs#9911 or should i? |
| 20:35:02 | | Join gregzx [0] (n=chatzill@dsr98.neoplus.adsl.tpnet.pl) |
| 20:35:29 | | Join _lifeless [0] (n=lifeless@90.151.220.246) |
| 20:36:11 | jhMikeS | jaykay: whatever gives you the best comparison for what you've benched before |
| 20:36:30 | jaykay | i benched both.. |
| 20:38:45 | jhMikeS | saratoga: the core gets woken up less frequently even if not boosting at all |
| 20:40:00 | jaykay | so... is unboosted or bosted better...? |
| 20:40:14 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 20:41:01 | jhMikeS | jaykay: flip a coin, I can't really say |
| 20:42:04 | n1s | BigBambi_: 2 small nitpicks about fs#9911, the first mention of pricture flow is written as "PictureFlow" while it is written as "Picture Flow" in the remaining places, maybe just a typo? The first item in the itemize is missing a period at the end. Looks nice otherwise :) |
| 20:45:30 | | Join DrSexitude [0] (i=80e6d823@gateway/web/ajax/mibbit.com/x-e29d0843d25b9136) |
| 20:45:42 | DrSexitude | hey there |
| 20:45:50 | DrSexitude | if i have rockbox on an ipod4gB&W |
| 20:45:56 | DrSexitude | will it have a normally directory structure |
| 20:46:01 | DrSexitude | none of that apple bullshit |
| 20:46:29 | gevaerts | Whichever way you like |
| 20:46:37 | DrSexitude | no kidding |
| 20:46:39 | DrSexitude | thank god |
| 20:46:45 | DrSexitude | what license is rockbox under again |
| 20:47:03 | n1s | GPL v2 (or later) |
| 20:47:09 | DrSexitude | nifty |
| 20:47:28 | DrSexitude | how's the battery use |
| 20:48:13 | n1s | depends on the target and what you do with it but generally pretty good, there are battery benchmarks in the wiki |
| 20:49:11 | DrSexitude | listen to music real loud |
| 20:49:25 | saratoga | jhMikeS: waking the core costs very, very little power though |
| 20:49:35 | bluebrother | n1s: feel free to go ahead −− I'm a bit busy tonight |
| 20:50:09 | bluebrother | DrSexitude: you've noticed we have a FAQ on the website? |
| 20:50:21 | saratoga | i doubt a change of 700kHz is measureable if its the difference between awake and idle, rather then awake and boosted |
| 20:52:16 | DrSexitude | i didn't even go |
| 20:52:16 | DrSexitude | install rbutilqt through CLI :) |
| 20:52:28 | bluebrother | ? |
| 20:52:40 | bluebrother | rbutil runs without installation. |
| 20:52:53 | DrSexitude | define 'installation' |
| 20:53:07 | bluebrother | more than "unzip and run". |
| 20:53:11 | saratoga | isn't this in the manual |
| 20:54:43 | DrSexitude | well the script does tar -xf and moves it to /usr/bin then |
| 20:54:43 | DrSexitude | who cares |
| 20:54:49 | DrSexitude | it's still simple as hell |
| 20:55:03 | saratoga | who cares indeed |
| 20:55:39 | bluebrother | which script? |
| 20:55:43 | Unhelpful | what script? i don't think we provide such a script. and seriously, go look at the web site, and the manual. |
| 20:55:48 | | Join z35 [0] (n=z35@h213.100.91.75.dynamic.ip.windstream.net) |
| 20:56:21 | DrSexitude | the PKGBUILD |
| 20:56:45 | bluebrother | there is no pkgbuild script |
| 20:57:00 | DrSexitude | there is! |
| 20:57:00 | DrSexitude | :) |
| 20:57:07 | bluebrother | no. Nothing official. |
| 20:57:14 | Unhelpful | there is "the" pkgbuild script. |
| 20:57:15 | saratoga | is ffmpeg flac the normal embedded flac decoder or is there another one in use? |
| 20:57:36 | DrSexitude | 'official' |
| 20:57:58 | bluebrother | definitely not. We provide tarballs of prebuilt binaries, that's it. |
| 20:58:11 | Unhelpful | saratoga: i imagine the reference would likely work almost anywhere, wouldn't it? no float math, etc... |
| 20:58:20 | DrSexitude | we're going in circles here |
| 20:58:24 | BigBambi_ | n1s: Thanks. Yes, the first is a typo, the second an oversight |
| 20:58:35 | rasher | DrSexitude: which script are you talking about? Where did you get this from? |
| 20:58:45 | bluebrother | no. I know what we (i.e. rockbox.org) provide. There is no pkgbuild script or whatever. |
| 20:58:48 | * | kugel would rather call it Pictureflow anyway :/ |
| 20:58:58 | DrSexitude | from the AUR |
| 20:59:02 | kugel | I don't like this CamelCase thing |
| 20:59:11 | BigBambi_ | AUR? |
| 20:59:15 | bluebrother | so if there is a script around its not official, and thus nothing we care about or support |
| 20:59:19 | bluebrother | period. |
| 20:59:26 | BigBambi_ | kugel: I agree, but I was striving for consistency |
| 20:59:43 | kugel | what consistency? :> |
| 20:59:48 | rasher | Apparently AUR is some sort of Arch Linux thing |
| 20:59:50 | DrSexitude | some friendly fellow put together an installation for the tarball |
| 20:59:50 | DrSexitude | ./configure etc or not |
| 20:59:51 | bluebrother | what's the problem with CamelCase in wikis? It makes it easy to spot WikiWikiWords ... |
| 21:00 |
| 21:00:05 | DrSexitude | it's a conspiracy |
| 21:00:32 | bluebrother | well, it may be. But we do neither provide nor support something like that. |
| 21:00:35 | rasher | DrSexitude: would it have killed you to provide this information? We have no knowledge of what you did |
| 21:00:37 | saratoga | hmm google says theres also closed source flac codecs too |
| 21:00:52 | BigBambi_ | DrSexitude: We do not care what other people do. If it isn't from the Rockbox website it is unofficial and nothing to do with us |
| 21:00:52 | linuxstb | saratoga: What do you mean by "normal embedded flac decoder" ? The ffmpeg decoder is LGPL'd, so I doubt any official firmwares will use it, if that's what you mean. |
| 21:01:05 | DrSexitude | it's still nifty though, isn't it? |
| 21:01:16 | saratoga | linuxstb: thanks thats what I was wondering |
| 21:01:19 | BigBambi_ | I don't care, please stop talking about it |
| 21:01:25 | * | gevaerts wonders what people are actually talking about. Did DrSexitude complain about problems with this unofficial thing? |
| 21:01:26 | bluebrother | DrSexitude: -we- -don't- -care- |
| 21:01:43 | linuxstb | saratoga: The ffmpeg FLAC decoder seems quite a well-kept secret. Everything seems to just use libFLAC. |
| 21:01:50 | BigBambi_ | gevaerts: He just won't shut the hell up about it, and confused people in the meantime |
| 21:01:50 | DrSexitude | you act like it's painful to think about |
| 21:02:04 | DrSexitude | perhaps we should delve deeper |
| 21:02:12 | DrSexitude | you seem to associate some sort of trauma with unofficial rockbox utilities |
| 21:02:21 | BigBambi_ | or perhaps you should stay on topic |
| 21:02:22 | BigBambi_ | or leave |
| 21:02:23 | kugel | BigBambi_: consistency with? |
| 21:02:25 | saratoga | linuxstb: why do we use ffmpeg again? its faster I guess? |
| 21:02:34 | BigBambi_ | kugel: Other stuff in the manual |
| 21:02:38 | DrSexitude | i hear that a lot |
| 21:02:38 | Unhelpful | DrSexitude: no, the issue is that you were deliberately unclear in what you were talking about, and made a point of not clarifying, and then acted like everybody *else* was ignorant. |
| 21:02:46 | DrSexitude | it gets a little less friendly every time |
| 21:02:56 | rasher | DrSexitude: Sounds like you should work on that |
| 21:02:59 | BigBambi_ | kugel: or the wiki page - I forget now |
| 21:03:20 | BigBambi_ | kugel: It is easy to change if a consensus is reached |
| 21:03:32 | DrSexitude | nobody is ignorant, we have search engines now |
| 21:03:32 | DrSexitude | you stop being ignorant the minute you learn how to access any type of knowldge within seconds |
| 21:03:41 | linuxstb | saratoga: Speed is the main reason, but it's also simple and small. libFLAC is a nightmare of layer-upon-layer of APIs. IIRC, the entire FLAC codec (bss and code) fits in 48KB (and hence IRAM) |
| 21:03:57 | linuxstb | (ffmpeg FLAC codec) |
| 21:04:00 | saratoga | ah ok |
| 21:04:17 | gevaerts | DrSexitude: exactly. Why did you ask about battery runtime and file structure again? |
| 21:04:27 | saratoga | DrSexitude: maybe you could search then instead of talking |
| 21:04:38 | DrSexitude | i asked about battery runtime cause apple did such a terrible job with batteries |
| 21:04:39 | saratoga | its kind of annoying when you use words and ideas |
| 21:05:06 | Unhelpful | does the ffmpeg one support the rice2, or whatever, coding that was added somewhat recently to improve compression ratios in 24-bit flac? |
| 21:05:17 | DrSexitude | i asked about file structure to see if it was worthwhile to install rockbox so that i could, say, drag mp3s onto the ipod |
| 21:05:17 | DrSexitude | which is an important goal for any non-terrible mp3 player |
| 21:05:37 | BigBambi_ | So do we want Picture Flow, Pictureflow or Picture flow? |
| 21:05:48 | BigBambi_ | I think on balance I prefer the 2nd |
| 21:06:14 | | Quit nibbler_ (Remote closed the connection) |
| 21:06:18 | Unhelpful | "pictureflow", maybe? |
| 21:06:37 | amiconn | saratoga: reference libflac is oo-in-C to the extreme, meaning painful to follow, and dog slow compared to ffmpeg |
| 21:06:52 | BigBambi_ | Unhelpful: Depends if we think of it as a proper noun |
| 21:08:23 | Unhelpful | amiconn: does that include virtual functions in C? i can't imagine calling via pointer is good to do on ARM any more than absolutely necessary |
| 21:08:23 | | Join MethoS [0] (n=lem@dyndsl-085-016-164-086.ewe-ip-backbone.de) |
| 21:08:39 | amiconn | Just have a look.... |
| 21:08:56 | amiconn | libflac is still somewhere in the rockbox svn history |
| 21:09:24 | kugel | BigBambi_: just do PictureFlow. I looked, and the image has a uppercase F too (the image you see when it builds the cache) |
| 21:09:24 | amiconn | And it's slow on coldfire *and* arm |
| 21:09:41 | BigBambi_ | kugel: In that case, OK |
| 21:09:50 | | Quit faemir ("Lost terminal") |
| 21:09:56 | | Quit bluebrother (Nick collision from services.) |
| 21:10:01 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 21:11:02 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
| 21:11:28 | Unhelpful | heh, i didn't know it was awful on coldfire, as well. would it be worthwhile special-casing the call to output_row_native in the scaler, instead of always using a pointer (which points to that function almost all of the time, anyway)? |
| 21:11:37 | | Join MethoS- [0] (n=lem@dyndsl-085-016-166-007.ewe-ip-backbone.de) |
| 21:12:42 | | Quit MethoS (Read error: 60 (Operation timed out)) |
| 21:14:10 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 21:16:08 | BigBambi_ | OK, new one there |
| 21:16:13 | | Part DrSexitude |
| 21:16:21 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-824d6cb9049a711f) |
| 21:17:46 | | Join MethoS-- [0] (n=lem@host-091-096-215-214.ewe-ip-backbone.de) |
| 21:19:59 | linuxstb | Unhelpful: The libFLAC author submitted a patch to ffmpeg to add that, but I'm not sure it's working correctly - we applied it to Rockbox, but I think there is an open bug regarding 24-bit FLAC files encoded by recent libFLAC encoders. |
| 21:21:20 | * | linuxstb got 1000s of lines of CVS activity credit by adding libFLAC to Rockbox, and then removing it... |
| 21:21:49 | | Quit SoapWork ("CGI:IRC (Ping timeout)") |
| 21:23:08 | | Join guest001 [0] (n=someone@193-26.1-85.cust.bluewin.ch) |
| 21:24:18 | | Join MethoS [0] (n=lem@host-091-097-242-079.ewe-ip-backbone.de) |
| 21:26:58 | BigBambi_ | urgh. I made it PictureFlow and I really don't like it. Even though the plugin text when you start is PictureFlow, would anyoen object to Pictureflow? |
| 21:27:30 | bluebrother | why not PluginPictureflow, like other plugins? |
| 21:27:50 | BigBambi_ | bluebrother: This is for the manual |
| 21:28:27 | bluebrother | ah, ok. That removes the need for CamelCase completely of course. Thought you were talking about the wiki ... |
| 21:30:57 | | Part pyro_maniac |
| 21:31:05 | | Quit MethoS- (No route to host) |
| 21:32:01 | | Quit kugel (Nick collision from services.) |
| 21:32:04 | | Join kugel_ [0] (n=kugel@e178110217.adsl.alicedsl.de) |
| 21:32:07 | | Nick Beaver is now known as Beaver`away (i=balvito@dsl540010D7.pool.t-online.hu) |
| 21:32:15 | | Nick kugel_ is now known as kugel (n=kugel@e178110217.adsl.alicedsl.de) |
| 21:32:40 | | Quit guest001 () |
| 21:33:44 | kugel | bluebrother: also, PluginPictureflow already exists (PluginPictureFlow even) |
| 21:34:33 | BigBambi_ | well I made it Pictureflow for now. If the person who commits it wants to change it then that is always an option :) |
| 21:35:01 | | Join gregorovius [0] (n=diego@host191.190-139-149.telecom.net.ar) |
| 21:35:35 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-6b6d83cb5750b8d1) |
| 21:36:12 | | Quit SoapWork (Client Quit) |
| 21:37:33 | linuxstb | Isn't it loosely based on a Qt app? |
| 21:37:48 | | Quit MethoS-- (Connection timed out) |
| 21:38:01 | kugel | BigBambi_: I think I changed my mind (I searched for consistency). I still like Pictureflow more, but the settings menu is also entitled "PictureFlow Settings" |
| 21:38:12 | kugel | linuxstb: not anymore ;) |
| 21:38:31 | merbanan | saratoga: I guess you are mike (regarding the lowbitrate wma files) ? |
| 21:38:31 | linuxstb | kugel: ? |
| 21:38:33 | kugel | Unhelpful stripped everything loose away |
| 21:38:37 | kugel | :p |
| 21:38:38 | | Nick BigBambi_ is now known as BigBambi (n=Alex@rockbox/staff/BigBambi) |
| 21:39:39 | Unhelpful | leaving only things, what, closely based on a Qt app? |
| 21:40:23 | BigBambi | http://code.google.com/p/pictureflow/ |
| 21:40:32 | kugel | damn, BigBambi beats me |
| 21:40:34 | linuxstb | Which sadly calls itself "PictureFlow"... |
| 21:40:38 | BigBambi | and it i PictureFlow there |
| 21:40:49 | BigBambi | linuxstb: sadly so |
| 21:41:03 | BigBambi | OK then, PictureFlow |
| 21:41:38 | | Quit MethoS (Read error: 110 (Connection timed out)) |
| 21:42:00 | | Join tessarakt [0] (n=jens@e180073069.adsl.alicedsl.de) |
| 21:42:10 | bluebrother | domonoky: around? |
| 21:42:20 | domonoky | jup |
| 21:42:32 | | Quit tessarakt (Client Quit) |
| 21:42:44 | | Join jgarvey [0] (n=jgarvey@user-10lfc9k.cable.mindspring.com) |
| 21:42:57 | bluebrother | I've tried to fix the issue on OS X that the installation doesn't wait for the player to get remounted. Are you able testing the patch in any way? |
| 21:43:00 | * | kugel thinks the project has to backport many code from us |
| 21:43:05 | | Part piotrek2234 |
| 21:43:06 | kugel | but it apparently isn |
| 21:43:11 | kugel | isn't active anymore |
| 21:43:23 | bluebrother | I'd like to get that in and then try to release 1.0.10 the next days −− unless someone has objections to a new release |
| 21:43:50 | domonoky | bluebrother: nope, i can not test on mac, i only can build it on some mac, on another continent :-) |
| 21:44:14 | * | linuxstb wonders how many more 1.0.x releases there will be... |
| 21:44:19 | bluebrother | hmm. Anyone else around using a mac that can test? |
| 21:44:41 | bluebrother | maybe we should write a roadmap draft on the wiki page :) |
| 21:45:02 | Unhelpful | the other pictureflow offers white backgrounds, and blurred reflections? |
| 21:45:13 | kugel | I just saw that too |
| 21:45:33 | linuxstb | bluebrother: rbutil is still doing the install backwards? i.e. bootloader first, then rockbox itself? |
| 21:45:43 | bluebrother | linuxstb: yes. |
| 21:45:48 | bluebrother | why is that backwards? |
| 21:46:16 | Unhelpful | i see that the desktop app offers bilinear filtering. wonder if it does it in software? |
| 21:46:28 | linuxstb | The manual method is to install rockbox first, then the bootloader, so that the device is never in an "unbootable" state. |
| 21:46:54 | linuxstb | (i.e. how the manual describes the install process) |
| 21:47:06 | bluebrother | iirc the manual always told to first install the bootloader. It's questionable if it would be better doing the other way round, but with rbutil we still have the issue that the player could be in an unmounted state |
| 21:47:23 | bluebrother | (f.e. if the user installs other stuff and the OS was too slow ...) |
| 21:47:46 | amiconn | JdGordon|zzz: r19747 is the cause for the null pointer access at end-of-playlist on hwcodec. However, a trackchange event based "follow playlist" has a fundamental flaw anyway: it does not, and cannot, work properly |
| 21:48:33 | bluebrother | linuxstb: do you have an idea how long remounting usually works on OS X? |
| 21:48:40 | bluebrother | s/works/takes/ |
| 21:49:04 | linuxstb | I don't know if they've fixed the bug, but mounting a FAT formatted ipod could take a couple of minutes when I had a Mac (iBook). |
| 21:49:17 | linuxstb | (they==Apple) |
| 21:49:37 | bluebrother | hmm, bad. I currently have a timeout of 15 seconds. |
| 21:50:53 | bluebrother | which could be increased of course. But waiting several minutes just for remounting feels kinda like ages |
| 21:51:12 | bluebrother | can't we initiate the remount with disktool? Or is that as slow as the system remount? |
| 21:51:32 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") |
| 21:55:34 | linuxstb | Yes, I think it's just as slow. It seems that OS X does a full scan of the disk (I remember seeing the disk icon spinning whilst it was waiting to mount). |
| 21:55:57 | linuxstb | So what exactly happens now? When the bootloader is installed, the ipod reboots itself immediately? |
| 21:56:56 | bluebrother | currently the automated install installs the bootloader, then immediately proceeds with the build. Which obviously will get installed in the wrong folder |
| 21:57:27 | linuxstb | You could poll for the presence of the iPod_Control folder. |
| 21:58:01 | bluebrother | I choose to check if the device ipodpatcher detected is mounted using mntent |
| 21:58:34 | linuxstb | OK, even beter. |
| 21:58:34 | bluebrother | if you want to have a look at the current implementation: http://www.alice-dsl.net/dominik.riebeling/rockbox/0001-OS-X-after-installing-the-bootloader-for-Ipod-San.patch |
| 21:58:43 | | Part domonoky |
| 22:00 |
| 22:01:07 | linuxstb | bluebrother: Does the ipod even reboot into disk mode? If it reboots after the bootloader is installed (but before Rockbox is installed), won't it just stop in the bootloader with the "rockbox.ipod not found" error. |
| 22:02:57 | bluebrother | AFAIK it doesn't reboot, but I might be wrong. |
| 22:04:36 | linuxstb | Yes, I think you're right. (it's slowly coming back to me...) |
| 22:08:28 | | Join piotrek2234 [0] (n=piotrek2@chello084010133138.chello.pl) |
| 22:08:30 | bluebrother | found it: initially the manual installation instructions had the bootloader first, but that was changed around two years ago. Somehow I missed that swap ... |
| 22:09:51 | bluebrother | at least there is a reason why I thought it's the other way round ;-) |
| 22:10:52 | | Join gregorovius_ [0] (n=diego@host247.190-31-13.telecom.net.ar) |
| 22:10:57 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-428eaeba4a48ef53) |
| 22:12:04 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 22:12:26 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 22:13:22 | | Join MethoS [0] (n=lem@dyndsl-085-016-165-196.ewe-ip-backbone.de) |
| 22:16:00 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 22:17:48 | | Join MethoS- [0] (n=lem@dyndsl-085-016-162-032.ewe-ip-backbone.de) |
| 22:18:26 | | Quit SoapWork ("CGI:IRC (Ping timeout)") |
| 22:19:37 | | Quit jgarvey ("Leaving") |
| 22:22:00 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 22:22:50 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-fa3eedc72f5b47e6) |
| 22:23:38 | | Quit stoffel ("leaving") |
| 22:24:23 | | Quit gregorovius (Read error: 110 (Connection timed out)) |
| 22:24:53 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 22:25:36 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 22:28:59 | *** | Saving seen data "./dancer.seen" |
| 22:29:23 | | Join MethoS-- [0] (n=lem@host-091-096-210-197.ewe-ip-backbone.de) |
| 22:29:56 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 22:34:19 | | Quit MethoS (Success) |
| 22:34:21 | | Quit SoapWork ("CGI:IRC (Ping timeout)") |
| 22:36:57 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-0385425e09893c68) |
| 22:37:43 | | Quit SoapWork (Client Quit) |
| 22:37:47 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-088c127e5ab829b2) |
| 22:38:45 | | Quit SoapWork (Client Quit) |
| 22:38:51 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-7bf943bd3fccbd0e) |
| 22:42:19 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 22:43:04 | | Quit SoapWork (Client Quit) |
| 22:44:12 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-97e840a1bc2e3efa) |
| 22:44:42 | | Quit SoapWork (Client Quit) |
| 22:44:46 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-6900d8a7ce4bdce0) |
| 22:45:53 | | Quit MethoS- (No route to host) |
| 22:46:24 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 22:46:48 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 22:47:42 | | Quit MethoS-- (Read error: 113 (No route to host)) |
| 22:48:53 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 22:49:10 | pixelma | time for blaming perl for the failed V2 Recorder build? |
| 22:49:11 | kugel | FlynDice: hi |
| 22:49:48 | * | kugel wonders if amiconn didn't notice it |
| 22:49:49 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 22:50:08 | kugel | or, he finds his score so impressive that it needs to stay ;) |
| 22:50:36 | pixelma | kugel: looks like a server error to me. Does someone know who is running debussy.pauken.uk (wasn't it remotely related to GodEater)? |
| 22:50:46 | | Quit SoapWork ("CGI:IRC (Ping timeout)") |
| 22:51:14 | * | pixelma adds a .co |
| 22:52:28 | kugel | indeed |
| 22:53:28 | | Join jaykay [0] (n=chatzill@p579E708A.dip.t-dialin.net) |
| 22:55:26 | rasher | GodEater_ it is indeed |
| 22:55:36 | kugel | pixelma: although the server did 3 builds, the other two succeeded |
| 22:56:57 | | Join tessarakt [0] (n=jens@e180073069.adsl.alicedsl.de) |
| 22:58:27 | | Quit Tuplanolla (Read error: 60 (Operation timed out)) |
| 22:58:44 | amiconn | kugel: Sure I noticed. See log @ 18:32... |
| 22:59:25 | kugel | oh, I overlooked |
| 22:59:45 | FlynDice | Kugel: Hi, tried the DBOP_DOUT= last night. Starts a red line at the top of the screen. More later no time now. |
| 23:00 |
| 23:00:05 | kugel | :( |
| 23:00:21 | | Quit Horschti ("Verlassend") |
| 23:01:55 | pixelma | kugel: the other two builds (Gigabeat F and H120 bootloader show perl warnings too already but didn't fail completely |
| 23:05:53 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 23:20:23 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 23:22:53 | | Quit merbanan (Remote closed the connection) |
| 23:33:11 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-73a158643118a4b8) |
| 23:34:30 | | Quit bluebrother ("leaving") |
| 23:35:02 | | Join bs66_1 [0] (n=sysuser@79.138.207.213.bredband.tre.se) |
| 23:35:25 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:39:58 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 23:40:58 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 23:41:17 | | Join Linearity [0] (n=Linear@bas1-toronto29-1279397140.dsl.bell.ca) |
| 23:42:10 | * | pixelma can now see a greyscale Cover.bmp on her Ondio too :) |
| 23:42:40 | pixelma | with the correct aspect ratio as well |
| 23:43:46 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-81e055993f591338) |
| 23:44:19 | Unhelpful | pixelma: i'm glad it works for you, though it's a bit of a wtf that it was crashing before |
| 23:44:51 | | Join ferric84 [0] (n=ferric84@c-24-63-75-199.hsd1.vt.comcast.net) |
| 23:45:30 | ferric84 | i just installed rockbox on my ipod video 5.5 30gb using rockbox utility. now it continuously restarts every 5 seconds. makes it to the apple screen and thats it |
| 23:45:48 | ferric84 | is it possible to recover from this? |
| 23:47:31 | pixelma | Unhelpful: this time I did a "make clean" before maybe there was something halfway recompiled or whatever. It also doesn't crash with the "catch mem accesses" activated so it's very hard to say what was wrong |
| 23:48:22 | pixelma | ferric84: did you try to reset the Ipod - and do you get any error messages? |
| 23:48:31 | Linearity | ok, i've read the FAQ and manual and i still have problems |
| 23:48:50 | saratoga | merbanan: [for the logs] yes thats me |
| 23:48:56 | ferric84 | pixelma: i can hold menu+the middle button forever but it just keeps restarting. it won't stay on long enough. no error messages |
| 23:49:08 | Linearity | for some reason, the rockbox utility can find the sansa e280 fine on the autodetect, but it can't detect on the install |
| 23:49:12 | ferric84 | after installation i just unplugged it from my computer and this is what happened |
| 23:50:08 | * | amiconn found a superfluous instruction in the 32*32->64 bit sh1 multiply |
| 23:50:15 | ferric84 | after the battery dies it's a brick for sure so if anyone has any ideas, please let me know |
| 23:50:18 | domonoky | Linearity: thats known bug for sansas, use sansapatcher for the bootloader install for now |
| 23:50:59 | Linearity | ok, thanks |
| 23:51:17 | Unhelpful | amiconn: the new, unsigned one, the one you wrote for mandelbrot, or the gcc one? |
| 23:51:29 | amiconn | The former two |
| 23:51:41 | pixelma | ferric84: unfortunately I don't know much about Ipods and installing with the Rockbox Utility, already out of ideas. Stay around for a while, guess there are people around who can help better (but not all the time) |
| 23:51:44 | amiconn | gcc does something C based iirc - rather slow |
| 23:52:56 | pixelma | ferric84: and I don't think you'll get a "brick", that's very very unlikely with Ipods |
| 23:53:01 | | Quit {-phoenix-} (Remote closed the connection) |
| 23:53:16 | Unhelpful | i tried various ways to do it in C, gcc turned all of them into pages of asm. i'm kind of curious as to what scaler speed is like on sh1, it seems the slowest (by clock, anway) CPU on any target. |
| 23:53:28 | amiconn | Unhelpful: The unsigned one is effectively the core of the signed one. The signed one does an unsigned multiply first, then fixes up the top 32 bits depending on the sign of the two factors. And the output shift is different in mandelbrot, requiring a few shll/shlr instructions |
| 23:53:40 | | Quit bertrik ("Leaving") |
| 23:54:12 | linuxstb | ferric84: Is Rockbox starting, but then immediately rebooting? |
| 23:54:34 | linuxstb | ferric84: Sorry, just re-read your first posts - it's rebooting at the apple logo, and going no further? |
| 23:54:40 | Unhelpful | it's a bit annoying, given that multiply output can *be* twice as large as input, and that so many CPU have an instruction for doing that, that there's not a "nice" way to express it in C. |
| 23:54:42 | ferric84 | linuxst: correct |
| 23:54:59 | linuxstb | ferric84: What if you hold SELECT+PLAY? That should enter the emergency disk mode. |
| 23:55:03 | | Quit gregorovius_ () |
| 23:55:08 | | Part Linearity |
| 23:55:41 | ferric84 | linuxstb: nice - thank you |
| 23:56:09 | linuxstb | ferric84: When your ipod was rebooting, was the backlight coming on? |
| 23:56:27 | ferric84 | linuxstb: yeah |
| 23:56:55 | | Part toffe82 |
| 23:57:11 | | Quit n1s () |
| 23:57:26 | linuxstb | Then the Rockbox bootloader was running (that turns on the backlight). I don't recall anyone reporting a similar problem before... |
| 23:58:04 | | Quit bs66_ (Read error: 110 (Connection timed out)) |
| 23:58:11 | ferric84 | weird |
| 23:58:11 | linuxstb | ferric84: Was the Apple firmware working fine before you installed Rockbox? |
| 23:58:16 | ferric84 | yeah |
| 23:58:35 | ferric84 | i just reinstalled rockbox manually instead of doing complete installation and it worked |
| 23:58:52 | linuxstb | Hmm, OK... |
icon identifies that the person is a core developer (has commit access).