| 00:00:11 | | Quit Dreamxtreme (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.) |
| 00:01:48 | CIA-81 | New commit by funman (r27930): disktidy: store the number of removed files as global scope ... |
| 00:02:13 | funman | i forgot to mention it in the log of r27926 but i also changed some splash() into splashf() |
| 00:02:35 | * | gevaerts isn't sure if he likes data aborts |
| 00:03:44 | | Join Dreamxtreme [0] (~Dreamxtre@92.30.64.156) |
| 00:03:44 | CIA-81 | r27930 build result: All green |
| 00:05:57 | funman | hmm folder properties say: "Size: lld" :? |
| 00:06:43 | funman | ah we don't handle long long in format.c |
| 00:08:36 | | Quit hebz0rl (Quit: Ex-Chat) |
| 00:09:21 | | Quit ender` (Quit: I like long walks, especially when they are taken by people who annoy me. -- Noel Coward) |
| 00:10:37 | | Join captainkewllllll [0] (~captainke@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 00:14:16 | | Join docgnome [0] (~docgnome@174.120.42.4) |
| 00:15:19 | docgnome | anyone have a sansa e280? I'm wondering if i can put a 16 or 32gb microSD into it |
| 00:15:27 | funman | you can |
| 00:15:31 | docgnome | rock on |
| 00:15:39 | docgnome | i'm really thinking about getting one |
| 00:15:52 | | Quit captainkewllllll (Quit: Colloquy for iPod touch - http://colloquy.mobi) |
| 00:16:11 | docgnome | need to replace my old archos jukebox studio 20 with the 20gb laptop harddrive that weighs a ton and only has a half working screen heh |
| 00:16:29 | CIA-81 | New commit by funman (r27931): Fix r27923: folder size displayed "lld" in properties ... |
| 00:16:48 | gevaerts | docgnome: you might be disappointed by the sound quality of the e200 |
| 00:16:53 | docgnome | oh? |
| 00:16:57 | funman | e200v2 is ok i think |
| 00:17:10 | docgnome | i need something big and cheap that runs rockbox heh |
| 00:17:11 | gevaerts | right, v2 might be ok |
| 00:17:22 | docgnome | e280 isn't any good though? :-\ |
| 00:18:11 | docgnome | what would you recommend instead? |
| 00:18:17 | CIA-81 | r27931 build result: All green |
| 00:18:59 | gevaerts | Actually, as funman said, the v2s are a lot better than the v1s |
| 00:19:05 | docgnome | hrmmm |
| 00:19:17 | docgnome | how do i tell what one it is hhe |
| 00:19:19 | docgnome | http://www.amazon.com/SanDisk-Sansa-e280-Player-Black/dp/tech-data/B000HZ9CCA/ref=de_a_smtd |
| 00:19:22 | docgnome | is what i'm looking at |
| 00:19:48 | gevaerts | hm, also, wasn't the studio audio quality a bit less than the recorder? |
| 00:19:55 | bertrik | waaaay too expensive |
| 00:20:04 | docgnome | bertrik: not the referbs |
| 00:20:19 | docgnome | the new one, yeah. no way i'm paying 200 bucks for that heh |
| 00:20:36 | docgnome | but 60 bucks... |
| 00:20:50 | docgnome | i never really noticed a problem with the archos studio |
| 00:20:51 | Bagder | gevaerts: it was, yes |
| 00:20:57 | docgnome | just that it was like 600lbs ;-p |
| 00:21:09 | docgnome | total pain to pack around |
| 00:21:36 | funman | clipv1/clip+ are ok too |
| 00:22:00 | gevaerts | docgnome: these days a v2 is reasonably likely I think. Maybe look into your options of sending it back for a refund if you're not happy with it? |
| 00:22:01 | funman | perhaps you have more chances to see a fuze in a store ? |
| 00:23:42 | gevaerts | Right, and you might actually be able to find a new fuze for the same price as a refurbished e200 |
| 00:24:00 | funman | http://www.sandisk.com/products/sansa-music-and-video-players < they sell them online (no fuze+ yet) |
| 00:24:30 | AlexP | clip+ 8 gb is cheap too - about €40 IIRC |
| 00:24:39 | kaiscene | refurbished 8gb fuzes can be had for $40. http://www.newegg.com/Product/Product.aspx?Item=N82E16855125131 |
| 00:25:31 | docgnome | sold out |
| 00:25:46 | gevaerts | The only thing to watch out for with the clip+ is that it's not that hard to confuse with the clip, and the latter doesn't have the microSD slot |
| 00:26:51 | gevaerts | docgnome: maybe, but amazon lists some at $46 or so. |
| 00:27:05 | docgnome | looks like the biggest clip+ is 4g |
| 00:27:09 | gevaerts | They're definitely not hard to find |
| 00:27:43 | docgnome | and the fuze is better than the e280? |
| 00:27:50 | funman | gevaerts: the design is clearly different (square buttons on the clip+, round on the clip), but i agree it's better to pay attention |
| 00:28:05 | docgnome | wow it's smaller |
| 00:28:09 | AlexP | hmmm, maybe I meant 4 GB |
| 00:28:17 | AlexP | the clip/+ is tiny |
| 00:28:39 | * | gevaerts http://www.amazon.com/SanDisk-Sansa-Clip-Player-Black/dp/B002MAPS6W/ is an 8GB |
| 00:28:46 | funman | docgnome: the fuze is basically a e200 with lcd landscape and not portrait, which makes it wider. It's also thicker and the battery isn't repleacable |
| 00:28:52 | docgnome | ah. i just looked on newegg |
| 00:28:55 | AlexP | docgnome: No, 8 GB is available: http://www.amazon.co.uk/SanDisk-Sansa-Player-Expandable-MicroSD/dp/B002NX0ME6/ref=sr_1_1?ie=UTF8&s=electronics&qid=1283034510&sr=8-1 |
| 00:29:08 | AlexP | I didn't search US sites, but usually £ = $ :/ |
| 00:29:09 | docgnome | funman: huh. doesn't sound better then heh. |
| 00:29:31 | gevaerts | docgnome: an e200*v2* |
| 00:29:52 | gevaerts | It's really the old e200s that have less than perfect sound quality |
| 00:29:56 | docgnome | ah |
| 00:30:02 | docgnome | so a fuze would be fine |
| 00:30:12 | docgnome | and both versions run rockbox |
| 00:30:15 | AlexP | yeah |
| 00:30:20 | docgnome | hah. nice |
| 00:31:08 | gevaerts | There are rumours about a fuze plus. That one doesn't run rockbox (yet, until funman gets his hands on one), but I'm not sure if they're actually available yet |
| 00:31:22 | docgnome | i love rockbox |
| 00:31:46 | docgnome | doesn't really help on my archos much though. I really wanna play ogg vorbis but the stupid brick doesn't have a powerful enough chip to handle it |
| 00:32:17 | docgnome | though the standard interface on that thing was terrible |
| 00:33:31 | docgnome | hrm... is the battery not replaceable in the fuze at all or not with out pulling the whole thing apart |
| 00:34:01 | gevaerts | Don't complain about the bad UI in the Studio! Without it, there would be no rockbox! |
| 00:34:04 | AlexP | virtually none are |
| 00:34:12 | AlexP | only the e200 and c200 that I know of |
| 00:34:15 | docgnome | hrm |
| 00:34:20 | docgnome | why do they do that |
| 00:34:31 | AlexP | most peo |
| 00:34:35 | docgnome | peo? |
| 00:34:42 | AlexP | ple never want to, makes it easier/cheaper |
| 00:34:44 | docgnome | oh |
| 00:34:44 | docgnome | heh |
| 00:34:45 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 00:34:58 | docgnome | yeah i guess but when your battery dies you have to chuck it in the bin and buy a new one |
| 00:35:03 | AlexP | At least they generally aren't sldered in |
| 00:35:09 | AlexP | You just have to unscrew the player |
| 00:35:21 | docgnome | oh, you mean it's just inside the thin |
| 00:35:22 | docgnome | g |
| 00:35:23 | AlexP | Most are very easy to change, they just aren't "user replaceable" |
| 00:35:28 | docgnome | ahhhh |
| 00:35:48 | AlexP | I don't know about the fuze specifically |
| 00:38:15 | | Quit kramer3d_ (Client Quit) |
| 00:38:32 | docgnome | i think the only thing that would make me like rockbox more is if it made media player dispense gold coins ;-p |
| 00:40:17 | AlexP | heh :) |
| 00:47:20 | | Quit Strife89 (Quit: Reboot to Ubuntu.) |
| 00:47:38 | | Join saratoga [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46) |
| 00:47:53 | saratoga | FWIW the e200v1 is still one of my favorite players |
| 00:48:17 | saratoga | very stable port, long battery life |
| 00:49:34 | | Join Strife89 [0] (~Strife89@adsl-67-49-143.mcn.bellsouth.net) |
| 00:52:23 | | Join bluebrother [0] (~dom@f053155253.adsl.alicedsl.de) |
| 00:52:24 | | Quit bluebrother (Changing host) |
| 00:52:24 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 00:53:47 | *** | Saving seen data "./dancer.seen" |
| 00:55:13 | | Join seani_ [0] (~6de080b9@giant.haxx.se) |
| 00:55:54 | | Quit bluebroth3r (Ping timeout: 264 seconds) |
| 00:58:10 | | Quit seani_ (Client Quit) |
| 00:59:15 | | Quit Horscht (Quit: Verlassend) |
| 01:00 |
| 01:00:00 | docgnome | ordered a fuze :-) |
| 01:00:13 | docgnome | thanks for the help |
| 01:08:18 | seani | A bit late to the conversation, but I scored for a Clip+ a few days ago. First encounter with an OLED screen up close and even tiny and 2 colour, it's a leap ahead |
| 01:08:44 | seani | And RockBox signifcantly improves it (although it wasn't *bad* to begin with) |
| 01:11:56 | CIA-81 | New commit by funman (r27932): archos player debug menu: factorize and use lcd_putsf |
| 01:12:01 | CIA-81 | New commit by funman (r27933): output_dyn_value() : don't use strlen() to check string emptiness |
| 01:12:05 | CIA-81 | New commit by funman (r27934): jz4740 debug: use lcd_putsf() instead of redefining it |
| 01:12:14 | CIA-81 | New commit by funman (r27935): firmware/ : use lcd_putsf() (only in debug code) ... |
| 01:13:17 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 01:13:40 | CIA-81 | r27932 build result: All green |
| 01:14:12 | funman | nice delta \o/ |
| 01:15:24 | CIA-81 | r27935 build result: All green |
| 01:17:12 | funman | why the delta isn't consistent across all the ondas? |
| 01:17:27 | funman | could it be because 'line++' is passed as parameter? |
| 01:20:42 | | Quit funman (Quit: free(random());) |
| 01:34:38 | | Join Dreamxtreme_ [0] (~Dreamxtre@92.30.98.82) |
| 01:37:49 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 01:38:36 | | Quit Dreamxtreme (Ping timeout: 265 seconds) |
| 01:56:21 | | Quit bertrik (Quit: :tiuQ) |
| 01:58:44 | | Quit pamaury (Ping timeout: 252 seconds) |
| 02:00 |
| 02:08:18 | | Join Strife1989 [0] (~Strife89@adsl-80-131-83.mcn.bellsouth.net) |
| 02:10:40 | | Quit Strife89 (Ping timeout: 258 seconds) |
| 02:16:49 | | Quit Dreamxtreme_ (Quit: Ex-Chat) |
| 02:27:32 | | Quit Strife1989 (Read error: Connection reset by peer) |
| 02:29:16 | | Join Strife89 [0] (~Strife89@adsl-80-191-50.mcn.bellsouth.net) |
| 02:33:34 | | Quit S_a_i_n_t (Read error: Connection reset by peer) |
| 02:34:46 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.245) |
| 02:39:28 | | Quit dfkt (Read error: Connection reset by peer) |
| 02:45:46 | | Quit _s1gma (Remote host closed the connection) |
| 02:48:51 | | Join xnyhps [0] (~xnyhps@xnyhps.nl) |
| 02:53:48 | *** | Saving seen data "./dancer.seen" |
| 02:53:49 | | Join yziquel [0] (55da5c63@gateway/web/freenode/ip.85.218.92.99) |
| 03:00 |
| 03:01:21 | leavittx_ | haha |
| 03:02:03 | leavittx_ | my plugin is causing *PANIC* Stkov main! |
| 03:02:17 | leavittx_ | what does that mean? |
| 03:02:36 | leavittx_ | where am i wrong? |
| 03:03:25 | S_a_i_n_t | it means you're overflowing the main stack....somehow. |
| 03:04:26 | leavittx_ | hmm |
| 03:04:42 | | Quit WakiMiko (Disconnected by services) |
| 03:04:44 | | Join WakiMiko_ [0] (~WakiMiko@p4FD07250.dip.t-dialin.net) |
| 03:04:50 | leavittx_ | so i need use less static memory allocations? |
| 03:09:42 | | Quit leavittx_ (Ping timeout: 258 seconds) |
| 03:12:12 | | Join leavittx_ [0] (~leavittx@194.186.82.246) |
| 03:14:49 | leavittx_ | S_a_i_n_t:? |
| 03:18:58 | saratoga | leavittx_: static variables go on the heap, not stack so they'll be ok |
| 03:19:17 | saratoga | most likely you've just put a large array as a local variable, or are recursively calling a lot of functions |
| 03:19:26 | saratoga | either will consume stack memory and eventually crash |
| 03:20:26 | | Quit leavittx_ (Ping timeout: 258 seconds) |
| 03:20:49 | saratoga | actually i'm not sure how static is allocated in rockbox, so that might be wrong |
| 03:22:48 | | Join leavittx_ [0] (~leavittx@194.186.82.224) |
| 03:28:12 | | Join captainkewllllll [0] (~captainke@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 03:31:05 | | Quit captainkewllllll (Client Quit) |
| 03:35:14 | | Join Dreamxtreme [0] (~Dreamxtre@92.30.98.82) |
| 03:38:32 | | Join Strife1989 [0] (~Strife89@adsl-67-55-126.mcn.bellsouth.net) |
| 03:40:02 | | Quit yziquel (Ping timeout: 252 seconds) |
| 03:41:02 | | Join Not-iH8sn0w [0] (~iH8sn0w@CPE001e58fb11c8-CM000f9fa76cf2.cpe.net.cable.rogers.com) |
| 03:41:35 | | Quit Strife89 (Ping timeout: 252 seconds) |
| 03:42:11 | Not-iH8sn0w | echo! |
| 03:48:33 | | Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) |
| 03:48:36 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 03:48:45 | | Quit Transformer (Excess Flood) |
| 03:51:20 | | Quit Judas_PhD (Client Quit) |
| 03:56:01 | | Join bunnyboi [0] (~androgyne@cpe-72-224-28-68.nycap.res.rr.com) |
| 04:00 |
| 04:07:20 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 04:08:43 | | Quit Strife1989 (Quit: Rebooting to Windows.) |
| 04:10:22 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:11:55 | | Join steve|m1 [0] (~steve@p4FD473ED.dip.t-dialin.net) |
| 04:11:55 | | Quit steve|m (Disconnected by services) |
| 04:12:08 | | Nick steve|m1 is now known as steve|m (~steve@p4FD473ED.dip.t-dialin.net) |
| 04:15:17 | | Join Strife89 [0] (~Strife89@adsl-67-55-126.mcn.bellsouth.net) |
| 04:19:22 | | Join Ramsey[LC] [0] (~RamseyLC]@adsl-71-158-175-94.dsl.rcsntx.sbcglobal.net) |
| 04:20:39 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 04:21:11 | | Quit Ramsey[LC] (Remote host closed the connection) |
| 04:21:55 | | Join Ramsey[LC] [0] (~RamseyLC]@94.75.220.182) |
| 04:25:09 | | Quit amiconn (Disconnected by services) |
| 04:25:11 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:25:28 | | Quit pixelma (Disconnected by services) |
| 04:25:30 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:25:31 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:25:32 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:26:10 | | Part xnyhps |
| 04:27:46 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 04:34:01 | | Join Barahir [0] (~jonathan@frnk-590fd8d9.pool.mediaWays.net) |
| 04:34:03 | | Quit S_a_i_n_t (Ping timeout: 252 seconds) |
| 04:36:43 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.33) |
| 04:37:22 | | Join fuze [0] (~4c7ebb35@giant.haxx.se) |
| 04:37:25 | fuze | hello? |
| 04:37:40 | | Quit fuze (Client Quit) |
| 04:37:50 | | Quit Barahir_ (Ping timeout: 264 seconds) |
| 04:39:03 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 04:41:21 | | Quit Judas_PhD (Client Quit) |
| 04:53:49 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:02:20 | | Quit TheSeven (Ping timeout: 255 seconds) |
| 05:06:29 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:10:06 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 05:27:43 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 05:33:53 | | Quit ps-auxw (Ping timeout: 245 seconds) |
| 05:45:29 | | Join ps-auxw [0] (~arneb@p4FF7F2A9.dip.t-dialin.net) |
| 05:46:05 | | Quit krazykit (Ping timeout: 276 seconds) |
| 05:47:12 | | Join krazykit [0] (~kkit@206.183.185.8) |
| 05:54:37 | | Join webguest71 [0] (~5ee32845@giant.haxx.se) |
| 05:54:59 | | Quit webguest71 (Client Quit) |
| 05:58:51 | | Quit MethoS- (Remote host closed the connection) |
| 06:00 |
| 06:01:14 | | Quit t0rc (Quit: Buh-bye.) |
| 06:02:06 | | Join fyre^OS [0] (~nnscript@cpe-68-173-233-99.nyc.res.rr.com) |
| 06:02:30 | | Join JdGord [0] (~jdg@58.171.175.191) |
| 06:02:42 | | Part JdGord |
| 06:04:08 | | Quit fyrestorm (Read error: Operation timed out) |
| 06:04:45 | | Join Icar0_ [0] (~icar0@217.11.102.29) |
| 06:04:47 | Icar0_ | hi |
| 06:05:03 | Icar0_ | somebody online ? |
| 06:05:59 | krazykit | probably. do you have a question? |
| 06:16:20 | Icar0_ | yeah |
| 06:16:42 | Icar0_ | im searching a firmware for a Zipy Parrot |
| 06:18:12 | krazykit | rockbox doesn't support birds, so this isn't the right place to look |
| 06:18:16 | Icar0_ | i know your community are developing a generic firmware and i wanna know if you have any info about zipy's mp4 firmware |
| 06:18:33 | saratoga | you can search but I doubt it |
| 06:18:50 | | Join Strife89DS [0] (~nds@adsl-67-55-126.mcn.bellsouth.net) |
| 06:19:15 | Icar0_ | i didnt find anything about zipy products |
| 06:19:27 | Icar0_ | thanks 4 the info |
| 06:19:30 | Icar0_ | good night |
| 06:19:31 | | Part Icar0_ ("Saliendo") |
| 06:19:36 | | Quit parafin (Ping timeout: 246 seconds) |
| 06:20:11 | | Quit Strife89DS (Client Quit) |
| 06:40:15 | | Part toffe82 |
| 06:53:50 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:11:03 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 07:17:47 | | Quit n1s (Ping timeout: 276 seconds) |
| 07:35:48 | S_a_i_n_t | Would anyone object to me alphabetising the context menus/any other menus I can find that seem out of place. |
| 07:36:38 | S_a_i_n_t | they seem to be just organised by "what was added last goes at the bottom". |
| 07:38:05 | * | S_a_i_n_t lols at Zipy Parrot |
| 07:46:39 | | Join Jennifur [0] (~androgyne@cpe-72-224-17-58.nycap.res.rr.com) |
| 07:47:02 | | Quit bunnyboi (Ping timeout: 255 seconds) |
| 08:00 |
| 08:07:05 | S_a_i_n_t | aaaargh!! when you bring up the context menu on a file, and chose "Open With...", where is the order of the viewers displayed defined? 0_o |
| 08:12:34 | | Join parafin [0] (parafin@paraf.in) |
| 08:15:51 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
| 08:19:14 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.167) |
| 08:20:50 | S_a_i_n_t | Is anyone familiar with the menu code enough to tell me where I might find how the entries for "context menu - Open With///" are ordered? |
| 08:21:07 | S_a_i_n_t | bah...s/////.../ |
| 08:26:10 | saratoga | theres a text file with the ordering IIRC |
| 08:26:58 | saratoga | viewers.config |
| 08:27:16 | S_a_i_n_t | that defines the ordering? huh... |
| 08:27:19 | S_a_i_n_t | I was way off. |
| 08:27:24 | saratoga | see http://svn.rockbox.org/viewvc.cgi?view=rev&revision=27289 |
| 08:27:56 | S_a_i_n_t | I was looking at apps/plugins.subdirs and apps/plugins/sources. |
| 08:29:28 | S_a_i_n_t | errr...viewers.config doesn't seem to be what I'm looking for. |
| 08:30:24 | S_a_i_n_t | that only decides what icon and extension a viewer is given/can open IIUC |
| 08:31:49 | saratoga | r27289 worked fine for me . .. |
| 08:32:10 | S_a_i_n_t | In what way...? |
| 08:33:12 | S_a_i_n_t | As I said, as far as I know, viewers.config is only used to define the icontype for a viewer and what extensions it should be used for. |
| 08:33:33 | S_a_i_n_t | the listing I'm seeing is differently sorted from my viewers,config file. |
| 08:51:22 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 08:53:53 | *** | Saving seen data "./dancer.seen" |
| 08:57:32 | | Join stoffel [0] (~quassel@p57B4AD16.dip.t-dialin.net) |
| 08:59:01 | | Quit anewuser (Quit: FAMICOMPO 7 - August 15 Through August 31 JST - http://midr2.under.jp/compo/vol7/index.html) |
| 09:00 |
| 09:06:10 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 09:07:39 | | Quit Judas_PhD (Client Quit) |
| 09:11:31 | | Quit rvvs89 (Ping timeout: 240 seconds) |
| 09:16:37 | | Join rvvs89 [0] (ivo@robotnik.ucc.gu.uwa.edu.au) |
| 09:27:15 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 09:48:18 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 09:51:31 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
| 09:51:46 | | Quit seani (Ping timeout: 258 seconds) |
| 09:52:11 | | Join Rob2222 [0] (~Miranda@p4FDCAED2.dip.t-dialin.net) |
| 09:54:28 | | Join ender1 [0] (krneki@foo.eternallybored.org) |
| 09:55:55 | | Quit Rob2223 (Ping timeout: 240 seconds) |
| 09:57:18 | | Nick ender1 is now known as ender` (krneki@foo.eternallybored.org) |
| 10:00 |
| 10:04:48 | | Join seani [0] (~seani@109.224.128.185) |
| 10:06:22 | | Quit stoffel (Remote host closed the connection) |
| 10:14:03 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
| 10:14:47 | | Join sasquatch [0] (~username@p4FF2DBCA.dip.t-dialin.net) |
| 10:18:26 | | Quit saratoga (Quit: Page closed) |
| 10:26:15 | | Quit advcomp2019 (Ping timeout: 276 seconds) |
| 10:26:16 | | Quit kramer3d_ (Quit: This computer has gone to sleep) |
| 10:38:03 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 10:48:15 | | Join stoffel [0] (~quassel@p57B4AD16.dip.t-dialin.net) |
| 10:48:34 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 10:51:16 | | Quit MagusG (Read error: Connection reset by peer) |
| 10:51:46 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
| 10:53:55 | *** | Saving seen data "./dancer.seen" |
| 10:59:02 | | Join Jaykay [0] (~chatzilla@p5DC57440.dip.t-dialin.net) |
| 11:00 |
| 11:18:59 | | Quit TheSeven (Remote host closed the connection) |
| 11:21:04 | | Join minus [0] (minus@mnus.de) |
| 11:23:39 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 11:26:43 | | Quit stoffel (Remote host closed the connection) |
| 11:29:07 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 11:29:37 | minus | hello, i just installed the SVN version of rockbox on my sansa fuzev1 and tried the new USB driver with HID and it works great. is there any way to modifythe key mappings/add one? |
| 11:33:11 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:33:23 | n1s | if you edit the source and compile your own build, sure |
| 11:34:29 | | Join [Saint] [0] (S_a_i_n_t@203.184.3.167) |
| 11:34:33 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
| 11:34:34 | minus | i hoped not having to do that, but thanks |
| 11:38:28 | pixelma | is someone around who used to play sudoku on a colour target with the old and new colour scheme (a bit more often, preferably regularly)? |
| 11:44:19 | * | pixelma would like to know if she's the only one having trouble with the new one - on a c200 though and knowing that this colour display is not quite representative |
| 11:45:25 | minus | i can quickly check on my fuzev1 if you want |
| 11:45:33 | | Quit WakiMiko_ (Remote host closed the connection) |
| 11:49:40 | pixelma | minus: they were different before so you can't compare.... It's probably still interesting to hear an opinion |
| 11:50:44 | | Quit bertrik (Read error: Connection timed out) |
| 11:51:12 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 11:53:47 | minus | some colors look very much alike, other than that it looks good to me |
| 11:55:04 | pixelma | which ones like quite alike? Maybe I can find a "compromise" |
| 11:57:06 | minus | 3,7 and 1,9 and maybe 2,4 aswell |
| 11:58:33 | [Saint] | wow...on iPod Nano those colours couldn't be more different |
| 11:58:41 | [Saint] | and I'm colourblind! ;) |
| 11:58:49 | bertrik | n1s, I'm not familiar with the file viewer part of rockbox, but the basic idea of FS #9043 looks good to me |
| 11:59:18 | [Saint] | bertrik: I'm just working on it now ;) Adding more filetypes...looks good to me also. |
| 11:59:30 | [Saint] | thanks for that, just what I was looking for. |
| 11:59:55 | bertrik | the diff to filetypes.c actually still applies :) just the viewers.config part has some failing hunks |
| 11:59:57 | minus | a hex viewer would be awesome ;) |
| 12:00 |
| 12:00:07 | n1s | bertrik: yes, only thing i don't like is that it reuses the file view setting for changing this behaviour |
| 12:00:58 | pixelma | ok, thanks. 3 and 7 are the ones I have the biggest problem to tell apart on the c200 as well. 1 and 9... I have more problems with 1 and 5... 2 and 4 are easy to tell apart but not quite visible on the white background. But as I said the c200's display is not very good and differetn |
| 12:01:59 | [Saint] | that patch is a really good idea, and hasn't even got one comment...sat there for 2 years. :/ |
| 12:02:28 | [Saint] | I've often wondered why I'm given the opportunity to open files with a viewer that can't actually open that .ext |
| 12:03:06 | pixelma | unfortunately all the screenshots in the manuals show the non-coloured version |
| 12:13:42 | | Quit n1s (Ping timeout: 276 seconds) |
| 12:53:16 | | Join [sko] [0] (~sko]@p57A9966F.dip0.t-ipconnect.de) |
| 12:53:58 | *** | Saving seen data "./dancer.seen" |
| 12:59:41 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 12:59:43 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 13:00 |
| 13:02:44 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
| 13:03:03 | | Quit _s1gma (Max SendQ exceeded) |
| 13:18:49 | [Saint] | I added a bunch of stuff to the viewers.config file for that patch...works ok. |
| 13:19:12 | [Saint] | "that patch" == FS #9043 |
| 13:20:30 | | Quit MagusG (Read error: No route to host) |
| 13:20:34 | gevaerts | Having "show all plugins" tied to "show all files" seems a bit strange to me |
| 13:20:47 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
| 13:22:07 | [Saint] | Its just that it'll only let you select a viewer for a filetype it doesn't support if "show all files" is on. |
| 13:22:28 | gevaerts | Yes |
| 13:22:35 | [Saint] | It is a bit weird though, I guess...you shouldn;t ever be able to open the wrong filetype with ht ewrong viewer/app/plugin |
| 13:22:55 | * | gevaerts disagrees |
| 13:23:11 | gevaerts | Can you predict which weird extensions people will use for text files? |
| 13:23:12 | [Saint] | what's the use case for that? |
| 13:23:31 | gevaerts | Things like e.g. .wps |
| 13:24:10 | [Saint] | I just added wps and .sbs .fms etc to viewers.config to let it be opened by the test editor actually ;) |
| 13:24:17 | gevaerts | See? |
| 13:24:20 | [Saint] | *text |
| 13:25:09 | | Quit Strife89 (Ping timeout: 240 seconds) |
| 13:25:11 | gevaerts | It's not unreasonable to restrict the list of plugins by default, I just don't understand what this has to do with "show all files" |
| 13:25:15 | minus | .conf .cnf .ini .php .phps .py .lua .log and much much more |
| 13:25:27 | gevaerts | If it uses a setting, it should be a separate setting |
| 13:25:44 | minus | text editor should probably show up for all extensions |
| 13:26:05 | [Saint] | minus: That's a little overboard. |
| 13:26:27 | [Saint] | there's many an extension where text editor would be totally useless |
| 13:26:32 | gevaerts | No |
| 13:26:42 | gevaerts | There are many file types where text editor would be totally useless |
| 13:26:49 | minus | make it an hex editor aswell and it's useful for all files |
| 13:27:04 | gevaerts | This is really the basic issue. Extensions and file types are not the same thing, unfortunately |
| 13:27:40 | minus | try to read the mimetype then? doesnt sound like a too good idea |
| 13:27:54 | gevaerts | What mimetype? |
| 13:28:13 | gevaerts | These are *files*, not attachments or other things that come with headers |
| 13:28:43 | gevaerts | There's really no good solution for this. I like the idea of the patch, I just don't like the idea of using an unrelated setting for it |
| 13:29:21 | minus | i meant like magic bytes |
| 13:30:04 | gevaerts | ah, so not mime type at all :) |
| 13:30:11 | gevaerts | Too heavyweight I think |
| 13:30:17 | minus | yeah, think so too |
| 13:34:16 | [Saint] | n1s: bertrik: http://rockbox.pastebin.ca/1928303 <−− I organised/added more filetypes to FS #9043, made it easier to add more filetypes, also. |
| 13:35:00 | bertrik | you can add that to the FS task if you want |
| 13:35:45 | n1s | someone did sort that list and then reverted the change not too long ago, i don't know what the problem was tho |
| 13:35:55 | [Saint] | gevaerts suggestion about it having a totally seperate menu option for it, as opposed to "Show All" in the filetypes is totally valid...but, a little beyond me. |
| 13:38:20 | n1s | does it even need a setting? |
| 13:38:57 | [Saint] | I guess not...but, then the viewers.config needs to be a LOT more comprehensive. |
| 13:39:04 | n1s | hmm, or do you mean a separate list of viewres that incudes all of them? |
| 13:39:14 | [Saint] | yeah. |
| 13:39:53 | [Saint] | unknown filetypes are covered...so, it should work out. |
| 13:41:40 | preglow | bertrik: answered yer mail, feel free to ask if there's more you want to know |
| 13:42:41 | bertrik | preglow, thanks |
| 13:43:13 | bertrik | I do plan to make the delay configurable, to my ears it has a much more dramatic effect than the HF attenuation for example |
| 13:43:35 | preglow | yeah, it's probably pretty important |
| 13:43:46 | preglow | but the delay does not corrspond directly to the inter-ear distance |
| 13:43:55 | preglow | it is based on having speakers put in front of you at some angle |
| 13:44:48 | | Quit n1s (Ping timeout: 255 seconds) |
| 13:45:55 | [Saint] | I added that patch to http://www.rockbox.org/tracker/task/9043, if anyone wants to keep adding supported filetypes to it...go nuts :D |
| 13:48:42 | bertrik | preglow, do you have a reference to the original algorithm that crossfeed is based on? |
| 13:49:33 | preglow | naw, but a crossfeed is pretty much a crossfeed, it models a direct path from speakers to ears, then a cross path from each speaker to each other ear, and that part is what includes delay and attenuation |
| 13:49:44 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 13:50:22 | preglow | i do have some mails from the dude who designed some place, tho |
| 13:51:52 | preglow | seems i lost them |
| 13:52:18 | bertrik | ok, no problem |
| 13:53:06 | bertrik | I'm a little scared of having to change the asm code when updating the crossfeed algorithm |
| 13:53:31 | preglow | you probably should be, you need to do some reloads here and there, there's absolutely no registers left for new data |
| 13:54:06 | preglow | had to struggle a bit to fit everything in |
| 13:56:03 | | Quit [Saint] (Ping timeout: 272 seconds) |
| 13:56:25 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
| 13:56:30 | bertrik | for arm the delay length is already in a register, just need to assign it from the crossfeed struct instead of using a fixed value, no idea yet how hard it will be for cf |
| 13:57:06 | preglow | think i hard code a subtract or smth for cf |
| 13:57:08 | preglow | can't really remember |
| 13:58:31 | preglow | myeah, it's in the lea offset |
| 13:58:44 | preglow | -104/4 = -26 = 13/2 (stereo) |
| 13:59:34 | preglow | this number would also be dependent on the sample rate, btw, does rockbox change sample rate on the fly on any targets yet? i assume it's a nö |
| 13:59:37 | preglow | no |
| 14:00 |
| 14:00:04 | bertrik | not as far as I know |
| 14:00:20 | bertrik | IIRC all filter calculation even assume a fixed rate of 44100 Hz |
| 14:00:41 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.185) |
| 14:00:49 | preglow | yeah, they do |
| 14:00:56 | preglow | guess no one got around to that then |
| 14:01:33 | bertrik | NATIVE_FREQUENCY rather, but I guess it's 44100 for all targets anyway |
| 14:02:07 | preglow | but yeah, that delay time would have to be fetched from mem each iteration |
| 14:02:10 | preglow | not too bad, i guess |
| 14:03:06 | preglow | eh |
| 14:03:12 | preglow | the arm asm version hard codes the delay everywhere |
| 14:03:18 | preglow | it'll actually be far worse to fox than the cf one |
| 14:03:22 | preglow | fix, even |
| 14:06:18 | bertrik | I'll post a patch with crossfeed done in C first, so people can see if they like it anyway before putting effort in the asm |
| 14:06:24 | preglow | ye |
| 14:06:34 | preglow | i'm starting to have a feeling these loops can be tightened up a bit anyway |
| 14:06:42 | preglow | i'll have a look some day |
| 14:15:55 | | Part minus ("Verlassend") |
| 14:18:41 | | Join [sko]1 [0] (~sko]@p57A9BA9C.dip0.t-ipconnect.de) |
| 14:19:48 | | Quit [sko] (Ping timeout: 265 seconds) |
| 14:25:19 | | Join JdGordon1 [0] (~jonno@111.220.236.123) |
| 14:26:05 | JdGordon1 | how do i configure RaaA to crosscompile sdl for arm? |
| 14:29:37 | CIA-81 | New commit by learman (r27936): As of r27902, codecs and plugins need to be marked as executable to work in the UI simulator on Windows. |
| 14:30:35 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 14:30:43 | gevaerts | huh? "marked as executable" and "windows"? |
| 14:31:22 | kugel | JdGordon1: you need to edit the makefile (or configure) a bit |
| 14:31:45 | kugel | but you need a complete cross compiler environment, the rockbox cross compiler aren't enough |
| 14:31:48 | CIA-81 | r27936 build result: All green |
| 14:31:53 | JdGordon1 | it looks like it might accpt tje CROSS_COMPILE env var? |
| 14:33:03 | kugel | possibly |
| 14:33:31 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 14:33:44 | Lear | gevaerts: The executable bit needs to be set, yes. It fails with an "access denied" otherwise. |
| 14:33:52 | JdGordon1 | are there instructions for building sdldev for cross dev? |
| 14:34:27 | gevaerts | Lear: oh, wait, cygwin? |
| 14:34:38 | Lear | Yes. |
| 14:34:48 | gevaerts | ah, ok. That makes more sense :) |
| 14:34:49 | kugel | JdGordon1: I did it once, and just copied the headers and .so from the sdl armel .deb packages |
| 14:35:12 | gevaerts | sdl cross building isn't too hard IIRC |
| 14:35:47 | JdGordon1 | did what? |
| 14:35:56 | kugel | cross compile the sdl app |
| 14:36:25 | gevaerts | If you have the compiler in your path, properly named, just run " ./configure −−host=<your-target-arch> −−build=<your-builder-arch> −−prefix <wherever you want the stuff>" |
| 14:36:25 | kugel | I had it running on my mini2440 on the devcon. unfortunately the touchscreen didn't work correctly |
| 14:36:29 | JdGordon1 | im installing build-essential on the mini2440 just incase that ends up being easier :) |
| 14:36:42 | JdGordon1 | ta gevaerts |
| 14:37:45 | gevaerts | target arch is probably something like arm-linux-gnu, builder arch is x86_64-linux-gnu or i686-linux-gnu |
| 14:38:14 | JdGordon1 | target is the compiler prefix? |
| 14:38:28 | gevaerts | yes |
| 14:39:10 | gevaerts | This assumes properly set up cross compilers of course |
| 14:41:49 | kugel | Lear: I'm wondering why it wasn't needed before? |
| 14:42:34 | Lear | kugel: It always wrote it out to the temp DLL file, setting the needed bit. |
| 14:42:47 | kugel | not for plugins IIRC |
| 14:45:08 | JdGordon1 | CROSS_COMPILE didnt work :/ but it did pick up the right sdl |
| 14:46:36 | Lear | kugel: Doesn't look like it, no. But I tried a plugin without my change, and I got the same error as I got for codecs. |
| 14:47:30 | kugel | JdGordon1: CROSS_COMPILE seems to work here |
| 14:47:42 | JdGordon1 | maybe i typod then : |
| 14:47:49 | | Quit esperegu (Remote host closed the connection) |
| 14:48:09 | bertrik | hm, odd, my clip+ boots to rockbox when plugging in USB, instead of to the OF |
| 14:48:22 | kugel | Lear: sim_plugin_load() was really just a libdl wrapper without a temp dl |
| 14:48:42 | JdGordon1 | bah, yep |
| 14:48:43 | JdGordon1 | /home/jonno/mini2440/arm-2008q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../arm-none-linux-gnueabi/bin/ld: warning: library search path "/usr/local/libsdl-arm/lib" is unsafe for cross-compilation |
| 14:48:43 | JdGordon1 | /usr/local/libsdl-arm/lib/libSDL.so: file not recognized: File format not recognized |
| 14:49:29 | bertrik | this could be a bug related to how USB interrupts are cleared (or not cleared) |
| 14:52:14 | kugel | JdGordon1: can you readelf (with arm-none-linux-gnueabi-readelf) that .so file? if not then cross compilation of sdl probably failed |
| 14:54:01 | *** | Saving seen data "./dancer.seen" |
| 14:54:13 | JdGordon1 | on the host or device? |
| 14:54:25 | kugel | hm, readelf works on foreign files so it's probably not a good measure |
| 14:54:30 | * | JdGordon1 is getting confused |
| 14:54:46 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 14:55:00 | JdGordon1 | yeah cross compile didnt work.. readelf says its amd64 |
| 14:55:06 | JdGordon1 | Machine: Advanced Micro Devices X86-64 |
| 14:55:41 | gevaerts | weird |
| 14:56:55 | JdGordon1 | ./configure −−host=x86_64-linux-gnu −−prefix=/usr/local/libsdl-arm −−target=arm-none-linux-gnueabi is the line i used |
| 14:57:10 | gevaerts | ah, that's wrong |
| 14:57:19 | gevaerts | host is the target |
| 14:57:40 | JdGordon1 | blast! :p |
| 14:57:41 | gevaerts | Try just " ./configure −−host=arm-none-linux-gnueabi −−prefix=/usr/local/libsdl-arm" |
| 14:57:57 | gevaerts | The −−build I mentioned earlier *shouldn't* be needed |
| 14:57:58 | kugel | setting CROSS_COMPILE might help as well |
| 14:58:09 | gevaerts | oh, wait |
| 14:58:16 | gevaerts | no, don't wait |
| 14:59:45 | JdGordon1 | doing sudo make install: "./libtool: line 990: arm-none-linux-gnueabi-gcc: command not found" |
| 14:59:52 | JdGordon1 | ?! |
| 15:00 |
| 15:00:56 | Torne | is there a difference between MEM and MEMORYSIZE? |
| 15:01:04 | Torne | they seem to get used arbitrarily |
| 15:01:06 | gevaerts | hm, maybe sudo is set up to clear PATH? |
| 15:01:06 | * | kugel thinks downloading the prebuild .debs for sdl is easier |
| 15:01:44 | gevaerts | JdGordon1: sudo chown <your-user-id> /usr/local/libsdl-arm, and run make install without sudo :) |
| 15:02:25 | JdGordon1 | ./src/audio/dma/SDL_dmaaudio.c:166: error: impossible constraint in 'asm' :/ |
| 15:02:36 | JdGordon1 | kugel: well yes, but that isnt a good permenant solution |
| 15:03:33 | kugel | it's acceptable for cross compiling IMO, you're not using that files, they're only there for linking |
| 15:04:46 | JdGordon1 | well.. still not nice :) how do i extract the .deb? |
| 15:04:50 | gevaerts | It's *acceptable* of course, but in my experience in the long run that sort of solution always tends to get interesting issues |
| 15:05:12 | kugel | also if that .debs have the same files as on your target system (i.e. if you install the lib from apt-get there too) then it's actually better than compiling on your own |
| 15:05:56 | kugel | .debs are just renamed .zips IIUC, so unzip (I always use file-roller) |
| 15:06:07 | gevaerts | uh, no, they aren't :) |
| 15:06:24 | gevaerts | They're ar files, containing tar.gz (or bz2 these days) files |
| 15:06:27 | Torne | debs are ar archives, one component of which is a tarball which contains the files in the package |
| 15:06:53 | gevaerts | The proper way is dpkg-deb -x |
| 15:07:12 | * | kugel stands corrected |
| 15:07:31 | Torne | what's the earliest point you can call panicf() and expect it to actually display the message visibly? presumably not until after lcd init |
| 15:07:48 | Torne | trying to decide where to put the ramsize stuff for ipodvideo |
| 15:08:19 | gevaerts | I'd say just after lcd init |
| 15:09:13 | kugel | possibly even before if the lcd initialized sufficiently by the bootloader |
| 15:09:25 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 15:09:25 | Torne | well, i guess it doesn't have to be as early as possible |
| 15:09:31 | Torne | but before anything would've used the second half of ram |
| 15:09:54 | Torne | hm, related: should we do anything if the 32MB build is run on a 64MB player? |
| 15:10:03 | gevaerts | hm, actually... Isn't the codec buffer near the end of RAM? Why can people play some files at all? |
| 15:10:12 | Torne | gevaerts: because the RAM is mirrored |
| 15:10:18 | Torne | so the codec works until buffering overwrites the codec |
| 15:10:21 | gevaerts | ah, right |
| 15:11:25 | gevaerts | I think 32MB on 64MB can be ignored |
| 15:11:35 | Torne | i thought it might be nice to let the user know somehow |
| 15:11:44 | Torne | so they can switch build.. |
| 15:12:22 | Torne | but having it panic would be annoying |
| 15:12:32 | Torne | and i guess a splash on boot would get annoying if you were doing it on purpose |
| 15:12:36 | gevaerts | It would be, but there's a fine line between being helpful and being annoying |
| 15:12:46 | gevaerts | hm |
| 15:12:48 | JdGordon | put it in the rockbox info screen |
| 15:13:05 | | Quit JdGordon1 (Ping timeout: 245 seconds) |
| 15:13:38 | gevaerts | If RAM is mirrored, and plugins and codecs work fine because of this as long as the audio buffer doesn't overwrite them, why can't we just set the end of the audio buffer? |
| 15:13:48 | Torne | gevaerts: *jawdrop* |
| 15:13:54 | Torne | that's.. actually a really good idea ) |
| 15:14:45 | Torne | It might go horribly wrong if the boundaries there aren't cacheline aligned |
| 15:14:48 | Torne | but other than that it should work |
| 15:15:09 | gevaerts | which boundaries? The beginning of the codec buffer? |
| 15:15:12 | Torne | yeah |
| 15:15:28 | gevaerts | They're aligned to 512K right now, so that should be fine :) |
| 15:15:35 | kugel | I think it's pretty safe to assume they're cache aligned |
| 15:15:58 | Torne | right |
| 15:16:14 | JdGordon | kugel: do you still have your sdl cross comiplers? |
| 15:16:15 | Torne | ok, that sounds like a plan then |
| 15:16:26 | kugel | JdGordon: yes |
| 15:16:27 | Torne | though there is one other difference between the 32mb and 64mb builds: the battery capacity params |
| 15:16:43 | JdGordon | can you do me a sdl build for the mini2440? see if it works? |
| 15:16:52 | gevaerts | So all you'd need to do is subtract 32MB from audiobufend if you detect a 32MB board |
| 15:17:00 | Torne | gevaerts: right |
| 15:17:03 | JdGordon | please |
| 15:17:08 | kugel | can we have a single ipod video build with that? |
| 15:17:13 | gevaerts | Torne: we're not going to let that one stop us from unifying the builds, are we? :) |
| 15:17:27 | Torne | gevaerts: no, i just mean we'll have to set the default more cleverly ;) |
| 15:17:40 | Torne | kugel: yes |
| 15:17:45 | Torne | kugel: in theory |
| 15:18:12 | kugel | JdGordon: you want sdl or the sdl app? |
| 15:18:58 | gevaerts | kugel: unless we're overlooking something |
| 15:19:06 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 15:19:41 | | Join JdGordon1 [0] (~jonno@111.220.243.244) |
| 15:19:51 | n1s | the iaudio m5 and x5 exist in versions with larger batteries too |
| 15:20:18 | CIA-81 | New commit by torne (r27937): ipodvideo: detect ram size at boot (doesn't actually get USED yet) ... |
| 15:20:27 | n1s | but if you really want to cound't the default capacity be inferred from the memorysize detection? |
| 15:20:34 | Torne | n1s: yes |
| 15:20:46 | Torne | i only brought it up because someone will have to actually *do* that ;) |
| 15:20:54 | Torne | it's not hard |
| 15:21:26 | Torne | there's the ramsize detection code, anyway |
| 15:21:30 | Torne | if someone wants to try this |
| 15:21:43 | Torne | i can't do it right now, but maybe later if nobody else does it first :) |
| 15:22:00 | CIA-81 | r27937 build result: All green |
| 15:23:04 | gevaerts | I'm having a go at reducing the audio buffer if you detect 32MB |
| 15:23:30 | | Quit JdGordon (Ping timeout: 240 seconds) |
| 15:23:44 | | Join bunnyboi [0] (~androgyne@cpe-72-224-17-58.nycap.res.rr.com) |
| 15:24:45 | Torne | the LTC4066 ISTAT reading is scaled differently as well |
| 15:24:53 | n1s | Torne: wow, that is a very elegant detection :) |
| 15:26:50 | | Quit Jennifur (Ping timeout: 240 seconds) |
| 15:27:11 | Torne | n1s: thanks ;) |
| 15:27:24 | Torne | The ata workaround code is also partially ifdef#ed for mem==64 |
| 15:27:25 | Torne | not sure why |
| 15:27:30 | Torne | it does something different with locking? |
| 15:28:15 | Torne | n1s: it's really easy if you do it before teh cache/remap stuff is set up, it's all just the obvious bus wiring at that stage ) |
| 15:30:00 | gevaerts | Why is audiobufend declared as an array? |
| 15:31:11 | Torne | because it's from a linker script, no? |
| 15:31:11 | Torne | means you don't have to write &audiobufend |
| 15:31:11 | gevaerts | right |
| 15:31:11 | gevaerts | Slightly annoying since I have to change it... |
| 15:31:11 | Torne | but that also means you can't subtract anything from it |
| 15:31:16 | Torne | sicne it's a symbol, not a variable |
| 15:31:32 | Torne | :) |
| 15:31:36 | kugel | #define audiobufend (audiobufend-32<<20)? |
| 15:31:52 | Torne | kugel: not at runtime, no :) |
| 15:32:00 | gevaerts | OK, but I could do audiobufend_lds[] for the linker, and then *audiobuffend = audiobufend_lds elsewhere |
| 15:32:07 | Torne | gevaerts: yeah |
| 15:32:22 | gevaerts | Maybe not the cleanest, but I just want to test the general idea |
| 15:32:22 | kugel | Torne: that's not possible? |
| 15:32:32 | Torne | kugel: i mean, you can |
| 15:32:40 | Torne | kugel: i mean, you can't #define it or not based on something detected at runtime |
| 15:33:28 | kugel | ah right I see what you mean |
| 15:33:40 | Torne | a variable has to be involved at some stage :) |
| 15:35:09 | Torne | you could #define audiobufend (audiobufend-audiobufunusable) or something, though, then you don't have to change the linker scripts and it will only affect ipodvideo ;) |
| 15:35:24 | Torne | where audiobufunusable gets set to 0 for 64mb devices |
| 15:35:44 | gevaerts | That will have a runtime speed cost |
| 15:35:50 | gevaerts | i.e. battery life :) |
| 15:35:55 | Torne | heh |
| 15:39:03 | gevaerts | Any 64MB ipod owners willing to test gevaerts/rockbox.zip">http://www.evonet.be/~gevaerts/rockbox.zip ? |
| 15:39:13 | gevaerts | Mainly check if it uses the full 64MB |
| 15:44:06 | S_a_i_n_t | bertrik: I'll write something more detailed later on...but FS #11577 seems all good to me. |
| 15:44:27 | S_a_i_n_t | Hard to discern an audible difference, but, there deffinitely is one ;) |
| 15:44:41 | S_a_i_n_t | *definitely |
| 15:46:08 | bertrik | there is a bit of delay between changing the setting and actually hearing it (up to a few seconds) |
| 15:46:27 | S_a_i_n_t | yes, I noticed that....same as the EQ |
| 15:46:56 | S_a_i_n_t | (well, Nano1~2G EQ...all I can talk about) |
| 15:48:31 | CIA-81 | New commit by learman (r27938): Make M4A demuxer more flexible when handling the stsd atom. Allows file reported in the forum to play. |
| 15:48:39 | gevaerts | At first sight this 64MB build works fine on my 32MB board |
| 15:50:24 | CIA-81 | r27938 build result: All green |
| 15:50:30 | gevaerts | This different locking is really weird. 32MB builds work fine on 64MB boards, so why is it needed? |
| 15:52:19 | bertrik | The idea of this memory detection thing is to eventually have a unified build for both sizes? |
| 15:52:37 | gevaerts | Yes |
| 15:53:02 | gevaerts | Well, the original idea was to at least warn people if the build they installed isn't going to work |
| 15:53:49 | gevaerts | But this audiobufend hack seems to actually work, so a build with FS #11580 actually should work optimally on both |
| 15:55:19 | bertrik | nice |
| 15:56:35 | n1s | gevaerts: that ata hack was removed and then reinstated so i suppose removal caused some problem |
| 15:56:57 | gevaerts | n1s: then I suspect it should be there for all builds, not just 64MB |
| 15:57:50 | pixelma | wasn't there also something about plugins? |
| 15:57:58 | * | pixelma could be misremembering |
| 15:58:39 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.243) |
| 15:59:36 | gevaerts | pixelma: that was the idea yes, but it seems that we all overlooked something simple for ages: due to RAM being mirrored in the second 32MB on a 64MB build, plugins work fine everywhere with a 64MB build, as long as they aren't overwritten by audio data |
| 15:59:49 | | Quit S_a_i_n_t (Ping timeout: 255 seconds) |
| 15:59:56 | gevaerts | So all we (apparently) need to do is make sure that that doesn't happen, which is quite simple |
| 16:00 |
| 16:00:01 | n1s | gevaerts: yes, from reading the commit messages it seems tied to the 80GB disk |
| 16:01:18 | gevaerts | jhMikeS: ping |
| 16:02:14 | gevaerts | jhMikeS: since you touched this last, do you know why the changes in r17682 are only for 64MB? |
| 16:05:18 | gevaerts | right, r17071 says "iPod Video 30Gig doesn't seem to need the ata locking hack so we'll just attempt to remove it for this one. Works for me on 5.5g" |
| 16:05:40 | gevaerts | And that one adds the "MEM == 64" condition |
| 16:06:29 | Torne | which disks actually have the large sector? just the 80GB? |
| 16:06:36 | gevaerts | I think so, yes |
| 16:07:14 | Torne | hm |
| 16:07:19 | Torne | that condition seems weird then |
| 16:07:37 | Torne | if that was the case then it'd be better to only set MAX_PHYS_SECTOR_SIZE in the first place on the 64mb build, no? |
| 16:07:57 | Torne | i can't see how the locking thing can be independant of large sectors |
| 16:08:02 | gevaerts | Well yes, *if* people didn't swap boards all the time |
| 16:08:10 | Torne | either locking is needed with large sectors, or it's nott |
| 16:08:32 | * | gevaerts agrees |
| 16:08:57 | Torne | the safe thing to do is assume it is, and just kill that condition.. |
| 16:09:32 | gevaerts | rbutil has installed 32MB builds on any ipod video for a long time. I can't remember people reporting issues |
| 16:09:56 | gevaerts | Unless some of those weird unreproducible things like that dircache complaint are related... |
| 16:09:56 | Torne | maybe it's rare enough that we don't realise that's what the problem is? :) |
| 16:10:13 | Torne | i'm not sure what the effect of the locking stuff is |
| 16:10:50 | gevaerts | I'm pretty sure that if it's needed, it's harmless (except probably for some overhead) on normal disks |
| 16:11:05 | Torne | well yes, that should certainly be true |
| 16:12:43 | n1s | only one mutex_lock() call is conditional on MAX_PHYS_SIZE the rest of the locking is thwe same but the hack just replaces the mutex implementation with a different one |
| 16:13:51 | gevaerts | FS #8568 is involved |
| 16:14:46 | gevaerts | ok, "longer loading times". That would explain some things... |
| 16:15:11 | * | gevaerts votes to remove the MEM==64 condition |
| 16:16:23 | Torne | so this is a temporary workaround for something or other that we've had for two and a half years? :) |
| 16:16:38 | n1s | i agree with that but would also like to hear what jhMikeS thinks |
| 16:16:53 | n1s | Torne: yep :) |
| 16:17:13 | Torne | so the workaround is to improve performance, not correctness, it seems |
| 16:17:16 | gevaerts | hm, why did my ipod suddenly stop playing? |
| 16:18:19 | Torne | if it's safe both ways (which i guess it should be, it's locking either way) then the buffering performance should be easy to test |
| 16:18:36 | Torne | though pp502x uses DMA for most buffering now, which might make it odd |
| 16:19:07 | gevaerts | right |
| 16:19:10 | | Quit kadoban (Remote host closed the connection) |
| 16:21:27 | gevaerts | But yes, it should be easy to test by someone who has the right drive |
| 16:21:43 | Torne | i have an 80gb with large sectors |
| 16:22:07 | | Join pelupes [0] (~inti@5356EAD1.cable.casema.nl) |
| 16:22:13 | * | gevaerts knows :) |
| 16:22:46 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 16:22:53 | | Join fip [0] (~inti@5356EAD1.cable.casema.nl) |
| 16:22:59 | | Part pelupes |
| 16:24:55 | | Quit Dreamxtreme (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.) |
| 16:24:58 | | Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) |
| 16:28:52 | [Saint] | Hmmm....SVN Nano2G Bootloader seems broken. |
| 16:30:33 | | Nick [Saint] is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.243) |
| 16:35:07 | | Join xnyhps [0] (~xnyhps@xnyhps.nl) |
| 16:37:33 | | Quit JdGordon1 (Ping timeout: 265 seconds) |
| 16:41:02 | | Join l403 [0] (~l@gw8.vslesy.cz) |
| 16:41:17 | | Quit kugel (Remote host closed the connection) |
| 16:45:06 | | Part xnyhps |
| 16:50:46 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.49) |
| 16:52:54 | | Quit S_a_i_n_t (Ping timeout: 272 seconds) |
| 16:53:08 | * | [Saint] wonders if he can kludge together a check on startup to check if "button X" is held, and load a specific .cfg file if so... |
| 16:54:04 | *** | Saving seen data "./dancer.seen" |
| 16:54:50 | [Saint] | AH, question: Is there a way to build all .voice files? |
| 16:56:19 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]) |
| 17:00 |
| 17:00:20 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 17:02:10 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
| 17:05:44 | | Quit Rob2222 (Read error: Connection reset by peer) |
| 17:07:17 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.63) |
| 17:13:23 | S_a_i_n_t | Is there a way to take a screenshot with the themeeditor? |
| 17:13:41 | GodEater_ | Alt+PrintScreen? |
| 17:18:09 | | Quit S_a_i_n_t (Ping timeout: 265 seconds) |
| 17:21:29 | | Join AL|EN [0] (~alien@afno210.neoplus.adsl.tpnet.pl) |
| 17:21:40 | AL|EN | hi |
| 17:21:51 | AL|EN | i'm looking for a Denis Stanishevskiy |
| 17:22:08 | AL|EN | he is oneof contribution to rockbox |
| 17:22:12 | AL|EN | any active email |
| 17:22:15 | AL|EN | ot im ? |
| 17:22:22 | AL|EN | can somone help me fint it ? |
| 17:23:38 | gevaerts | AL|EN: he submitted one patch in 2007. I doubt if anyone here can help you |
| 17:24:34 | AL|EN | :-( |
| 17:24:50 | AL|EN | ok thx |
| 17:24:56 | | Part AL|EN ("I'm a happy Miranda IM user! Get it here: http://miranda-im.org") |
| 17:25:42 | gevaerts | amiconn: do you see anything fundamentally wrong with the idea of (ab)using memory mirroring on ipod video as done in FS #11580 ? |
| 17:32:45 | fip | hi 1st time here- pacbox seems to broken on x5l, anyone experienced the same problem? |
| 17:33:45 | fip | working on the sim, on the x5l it blanks out after the rom startup garbled screen |
| 17:34:06 | | Quit Highlander (Quit: Quitte) |
| 17:34:58 | pixelma | fip: which version of Rockbox are you running exactly? |
| 17:37:43 | fip | latest svn |
| 17:39:12 | | Quit fyre^OS (Read error: Connection reset by peer) |
| 17:41:10 | pixelma | could you try the 3.6 release version (just to narrow it down a bit, I don't have an X5)? |
| 17:41:20 | preglow | how's the cygwin dev env doing these days? is it up to date? |
| 17:41:46 | | Quit leavittx_ (Ping timeout: 276 seconds) |
| 17:42:22 | pixelma | preglow: I think you need to build the arm-eabi toolchain yourself (or I misunderstood the question) |
| 17:42:41 | preglow | nah, sounds like you understood perfectly :> |
| 17:43:05 | pixelma | and have patience... ;) |
| 17:43:14 | preglow | not in the mood for it, heh |
| 17:43:26 | | Join stoffel [0] (~quassel@p57B4BABE.dip.t-dialin.net) |
| 17:43:27 | preglow | think i'll ditch the direct windows route for development |
| 17:45:33 | fip | vanilla 3.6 is working ok |
| 17:49:46 | * | amiconn grumbles about funman |
| 17:52:44 | amiconn | gevaerts: This is clever... |
| 17:55:32 | | Quit bunnyboi (Quit: Don't follow me) |
| 17:58:08 | | Quit GodEater_ (Ping timeout: 272 seconds) |
| 17:58:17 | fip | to be sure I have also tried a clean install of current build from the website, with clean settings - also not working |
| 18:00 |
| 18:02:22 | pixelma | hmm, seems to be a bug then. I'm currently compiling a build for my M5 (similar to the X5 but with a greyscale display) to see if the bug shows there too. The revision it's running now worked ok but is a bit over 2 weeks old |
| 18:03:26 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
| 18:03:51 | | Join Kitr88 [0] (~Kitarist@89.142.79.251) |
| 18:05:45 | | Join leavittx_ [0] (~leavittx@194.186.82.251) |
| 18:06:10 | | Join Cocaine [0] (~Vampire@unaffiliated/vampire) |
| 18:06:26 | | Part Cocaine |
| 18:07:17 | | Quit Kitar|st (Ping timeout: 264 seconds) |
| 18:08:25 | | Quit Kitr88 (Ping timeout: 265 seconds) |
| 18:08:43 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 18:12:10 | | Join toffe82 [0] (~chatzilla@adsl-71-154-235-108.dsl.frs2ca.sbcglobal.net) |
| 18:13:00 | | Join Kitar|st [0] (Kitarist@BSN-182-50-205.dial-up.dsl.siol.net) |
| 18:13:45 | | Quit fip (Quit: Leaving.) |
| 18:21:21 | | Join [sko] [0] (~sko]@p57A98BC7.dip0.t-ipconnect.de) |
| 18:22:55 | | Quit [sko]1 (Ping timeout: 265 seconds) |
| 18:24:59 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 18:25:21 | funman | amiconn grumbles about funman |
| 18:25:43 | funman | if you have a question just ask |
| 18:27:34 | pixelma | something about functions in the plugin API and some min version bump... |
| 18:31:30 | funman | ah right i forgot that one needs to be bumped |
| 18:31:59 | funman | amiconn: instead of wasting my time and grumbling next time just fix it |
| 18:32:01 | | Quit funman (Quit: free(random());) |
| 18:32:49 | pixelma | well, you waste his time too if he runs into trouble due to that... |
| 18:40:49 | | Join Strife89 [0] (~Strife89@adsl-67-55-126.mcn.bellsouth.net) |
| 18:42:10 | * | preglow wonders if there's any point in keeping the original fwpatcher code in svn anymore |
| 18:43:08 | | Join fip [0] (~inti@5356EAD1.cable.casema.nl) |
| 18:43:13 | CIA-81 | New commit by Buschel (r27939): Clean up alac/acc demux structure on next track. Solves issues with some files only being playable on direct selection, but not if switched to via ... |
| 18:43:40 | pixelma | the pacbox error also shows on my M5 so I guess it's some general coldfire or even general plugin problem (remembering the reports in the forums about pictureflow and seeing that mpegplayer crashes on my M5 too) |
| 18:45:07 | | Join Buschel [0] (~chatzilla@p54B66B7C.dip.t-dialin.net) |
| 18:45:13 | CIA-81 | r27939 build result: 315 errors, 46 warnings (Buschel committed) |
| 18:46:07 | CIA-81 | New commit by Buschel (r27940): Fix red. |
| 18:47:42 | CIA-81 | r27940 build result: All green |
| 18:50:18 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.174) |
| 18:52:06 | pixelma | "I04: IllInstr at 1000C000" if I read the map file correctly it's something to do with IRAM? Quote from the map: "IRAM 0x10000000 0x0000c000" |
| 18:52:33 | preglow | that's iram, yeah |
| 18:52:42 | preglow | at the very end of it, anyway |
| 18:53:34 | preglow | maybe the code section of the iram isn't getting copied properly? |
| 18:54:08 | *** | Saving seen data "./dancer.seen" |
| 18:55:42 | pixelma | I have no idea, the only thing I could do is bisecting from the version that worked (at least for the pacbox part, hadn't tried mpegplayer with that one and the address is from the crash there, pacbox just freezes) |
| 18:58:40 | | Quit user890104 () |
| 18:59:06 | fip | hmm, I see mpegplayer is broken here too.. |
| 19:00 |
| 19:01:17 | pixelma | doesn't surprise me much as the M5 is very similar except for the display (but same CPU etc.). I'd be curious to hear about the Iriver H100 or H300 (might need a paper clip though) |
| 19:12:14 | | Join Topy44 [0] (~Topy44@g228207123.adsl.alicedsl.de) |
| 19:20:32 | | Join bunnyboi [0] (~androgyne@cpe-72-224-17-58.nycap.res.rr.com) |
| 19:23:30 | | Join Jerom [0] (~heidi@95.171.131.249) |
| 19:23:40 | fip | 27861 is working fine... |
| 19:26:29 | | Quit S_a_i_n_t (Ping timeout: 264 seconds) |
| 19:27:11 | | Join [sko]1 [0] (~sko]@p57A9AA82.dip0.t-ipconnect.de) |
| 19:27:26 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 19:28:41 | n1s | pixelma: might be something to do with the recent plugin startup code changes |
| 19:29:06 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.250) |
| 19:29:23 | | Quit Farthen (Remote host closed the connection) |
| 19:29:37 | | Quit [sko] (Ping timeout: 265 seconds) |
| 19:32:17 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.14) |
| 19:33:37 | | Quit S_a_i_n_t (Ping timeout: 252 seconds) |
| 19:34:32 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 19:37:29 | | Quit [Saint] (Ping timeout: 276 seconds) |
| 19:41:38 | balintx | It is funny |
| 19:41:40 | balintx | http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/lib/simple_viewer.c?r1=27401&r2=27916 |
| 19:41:58 | balintx | Fixed typo, but below there is another typo :D |
| 19:42:30 | balintx | #rockbox |
| 19:42:43 | | Join Strife1989 [0] (~Strife89@adsl-67-55-126.mcn.bellsouth.net) |
| 19:45:08 | n1s | balintx: if you start looking for typos in comments, you are going to find lots of them |
| 19:45:32 | | Quit Strife89 (Ping timeout: 240 seconds) |
| 19:46:10 | balintx | I did not go, but I tought it is lol if anyone have time to fix typo in comment, and one line below the fix there is another typo. |
| 19:46:25 | | Quit Strife1989 (Read error: Connection reset by peer) |
| 19:46:38 | | Join Strife1989 [0] (~Strife89@adsl-67-55-126.mcn.bellsouth.net) |
| 19:46:40 | fip | 27902 has the pacbox&mpegplayer problem.. |
| 19:47:26 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.76) |
| 19:49:11 | pixelma | 27830 doesn't |
| 19:49:54 | pixelma | so yeah, the recent plugin start changes are likely to blame (but I'd go on testing anyway) |
| 19:55:27 | fip | 27899 is working allright - 27901 reverts 27900, so it must be 27902.. |
| 19:58:47 | | Nick Strife1989 is now known as Strife89 (~Strife89@adsl-67-55-126.mcn.bellsouth.net) |
| 19:58:49 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
| 19:59:57 | | Quit stoffel (Remote host closed the connection) |
| 20:00 |
| 20:00:04 | balintx | Theme Editor is not available yet? |
| 20:04:14 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 20:05:00 | Buschel | Unhelpful: you there? |
| 20:06:30 | Buschel | Unhelpful: Could you please check FS #11539 (aac distortions)? The heavy distortion were introduced with a change you did 8 months ago. Maybe you can spot the mistake... |
| 20:15:02 | | Join pfuender [0] (~pfuender@pub082136087123.dh-hfc.datazug.ch) |
| 20:15:51 | | Quit Jerom (Read error: Connection reset by peer) |
| 20:19:41 | pfuender | hi there! just recently got a sansa e260 and compared it to my cowon iAudio x5. Is it normal that the sound of my cowon is much(!) better? anyone experienced something similar? |
| 20:22:46 | | Join saratoga [0] (463f90ed@gateway/web/freenode/ip.70.63.144.237) |
| 20:23:22 | balintx | found \o/ http://www.alice-dsl.net/dominik.riebeling/rockbox/themeeditor/rbthemeeditor-r27840-setup.exe |
| 20:24:27 | n1s | pfuender: i think so, especially if it is an old v1 e200 |
| 20:27:08 | pfuender | nls, yes, it's an old v1. ok, so sadly no hardware issue which could easily be solved ;-) |
| 20:29:00 | saratoga | theres some hiss when it buffers track |
| 20:29:10 | saratoga | otherwise its pretty similar to most other devices |
| 20:30:03 | | Quit S_a_i_n_t (Ping timeout: 258 seconds) |
| 20:30:42 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.131) |
| 20:34:25 | fip | gonna put in a bug report.. |
| 20:34:46 | | Quit leavittx_ (Ping timeout: 245 seconds) |
| 20:44:33 | | Join Dreamxtreme [0] (Dreamxtrem@92.30.98.82) |
| 20:45:19 | balintx | how do I change font size in wps? can I? |
| 20:46:17 | kaiscene | you have to use specify a different font file |
| 20:47:04 | | Join Chronon [0] (~chronon@c-67-171-217-43.hsd1.or.comcast.net) |
| 20:49:04 | kaiscene | http://download.rockbox.org/daily/fonts/rockbox-fonts.zip look for the same font name, but with a different number in the file name. example: 10-Nimbus.fnt vs 14-Nimbus.fnt |
| 20:50:30 | balintx | thanks, and an other question if you could help |
| 20:50:51 | balintx | Does |
| 20:50:51 | balintx | %sFilename %fn |
| 20:50:51 | balintx | Filename %s%fn |
| 20:50:51 | DBUG | Enqueued KICK balintx |
| 20:50:51 | balintx | differs? |
| 20:51:27 | kaiscene | nope. the %s can appear anywhere in the line |
| 20:51:42 | balintx | :/ thanks :) |
| 20:52:00 | kaiscene | people put it at the beginning to make it clear the line is scrollable. it's it hidden in the middle, its easy to overlook |
| 20:52:09 | kaiscene | if it's* |
| 20:54:11 | *** | Saving seen data "./dancer.seen" |
| 20:55:45 | balintx | There is a bug in wiki page, http://www.rockbox.org/wiki/CustomWPS#File_Info |
| 20:56:01 | balintx | it refers to a link does not exists (http://svn.rockbox.org/viewvc.cgi/trunk/firmware/export/id3.h?view=markup) |
| 20:56:21 | n1s | balintx: it's a wiki ;) |
| 20:58:56 | | Quit Topy44 (Ping timeout: 245 seconds) |
| 21:00 |
| 21:00:13 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 21:00:13 | * | bluebrother guesses that this page did exist |
| 21:00:30 | | Join Topy44 [0] (~Topy44@g228207123.adsl.alicedsl.de) |
| 21:03:08 | CIA-81 | New commit by Buschel (r27941): Fix FS #11539. Undo r23967 and use another way to achieve results for negative exponents for pow(2,x). This solves heavy distortions on some aac ... |
| 21:04:37 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
| 21:05:11 | CIA-81 | r27941 build result: All green |
| 21:11:13 | gevaerts | amiconn: ok, so you're not seeing any obvious flaws with the general scheme? |
| 21:12:49 | gevaerts | bluebrother: If we want to merge the ipod video builds for 32mb and 64mb, can rbutil handle that, or do we need some interim measures like having two identical builds with different names? |
| 21:14:59 | | Quit bmbl (Quit: Bye!) |
| 21:18:54 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 21:20:44 | | Quit saratoga (Quit: Page closed) |
| 21:23:01 | gevaerts | domonoky: same question for you :) : If we want to merge the ipod video builds for 32mb and 64mb, can rbutil handle that, or do we need some interim measures like having two identical builds with different names? |
| 21:27:13 | Chronon | I have posted an updated patch at http://www.rockbox.org/tracker/task/11522 |
| 21:27:15 | CIA-81 | New commit by Buschel (r27942): Restore libfaad's IRAM configuration. |
| 21:28:38 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-204-077.pools.arcor-ip.net) |
| 21:28:49 | CIA-81 | r27942 build result: All green |
| 21:32:23 | | Quit dfkt (Read error: Connection reset by peer) |
| 21:35:13 | | Part fip |
| 21:36:16 | | Quit Dreamxtreme (Read error: Connection reset by peer) |
| 21:36:44 | | Join toffe82_ [0] (~chatzilla@adsl-70-137-199-114.dsl.frs2ca.sbcglobal.net) |
| 21:36:51 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 21:37:32 | | Quit toffe82 (Read error: Connection reset by peer) |
| 21:37:49 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.36) |
| 21:38:52 | | Join Dreamxtreme [0] (Dreamxtrem@92.30.98.82) |
| 21:39:02 | | Quit [Saint] (Ping timeout: 272 seconds) |
| 21:48:15 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 21:49:18 | | Quit bmbl (Client Quit) |
| 21:49:27 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 21:50:19 | soap | gevaerts, how long are you going to be accepting reports on the iPod Video unified build? I'll load it today but will be unable to report on issues until Friday. |
| 21:50:52 | soap | Though, I bet I can squeeze out a quick email if my cell amplifier actually works. |
| 21:51:01 | gevaerts | soap: depends on how many other reports I get I guess |
| 21:51:29 | gevaerts | soap: are you going to need the player to work reliably? I don't expect actual issues, but... |
| 21:52:09 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.248) |
| 21:52:55 | soap | need? No - I'll build something clean worse come to worst. I'm going to be _deep_ in West Virginia next week. Internet / cellular access will be spotty at best. |
| 21:53:11 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
| 21:59:12 | bluebrother | gevaerts: Rockbox Utility tries to get different files for 32 and 64mb builds. However, updating it isn't much more than editing rbutil.ini and creating a new release :) |
| 22:00 |
| 22:00:02 | | Quit [Saint] (Ping timeout: 276 seconds) |
| 22:00:32 | gevaerts | bluebrother: and you can remove that 64mb detection stuff again :) |
| 22:00:43 | bluebrother | would be great :) |
| 22:00:58 | bluebrother | how far is that unification away? I was a bit off the loop the last week |
| 22:01:02 | | Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) |
| 22:01:14 | gevaerts | If nobody spots bugs, it's one commit away |
| 22:01:29 | gevaerts | See FS #11580 |
| 22:01:35 | bluebrother | wow. Did it happen that fast or did I miss _that_ much? |
| 22:01:57 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.242) |
| 22:02:16 | gevaerts | I thought of a way a bit after 15:00 today |
| 22:02:18 | Unhelpful | Buschel: uhoh! ;) |
| 22:02:59 | | Quit AndyI () |
| 22:03:03 | bluebrother | hmm. Wasn't there the problem that plugins load to the end of RAM? |
| 22:03:35 | * | bluebrother isn't sure if he understood how this thing works |
| 22:04:05 | Unhelpful | Buschel: um, this seems to be about some files that won't play? |
| 22:04:14 | gevaerts | Yes, but that's not actually a real problem, since on a 32MB model the RAM is mapped twice, so if you load them at 64MB - a bit, they also appear at 32MB - a bit |
| 22:04:30 | gevaerts | So you only need to adjust the end of the audio buffer |
| 22:04:32 | * | bluebrother got it after thinking about it for a bit :) |
| 22:04:47 | gevaerts | It's obvious in hindsight :) |
| 22:04:50 | bluebrother | that's a nice feature to address this issue ;-) |
| 22:05:14 | Buschel | Unhelpful: it plays now. but if you try to play this file with r27941 vs. r27940 there's quite a difference ;) |
| 22:06:07 | | Part pfuender ("leaving...") |
| 22:08:04 | Unhelpful | Buschel: interesting. as i recall i verified that the fixed-point behavior matched what the float codec did, although it initially *hadn't*. perhaps it's not supposed to, and there's some reason it works anyway? |
| 22:09:49 | Buschel | Unhelpful: Not sure, but at least it works now. |
| 22:16:24 | | Quit Jaykay (Ping timeout: 272 seconds) |
| 22:17:22 | Buschel | gevaerts: the battery capacity and runtime estimation on iPod Video also depends on memory size (config/ipodvideo.h). Also, there are several other places where the memory size is checked (ata.c, debug_menu.c, thread-pp.c). |
| 22:17:59 | gevaerts | Buschel: ata.c and thread-pp.c *seem* to be wrong, since they really want to know about the sector-size challenged 80GB disk |
| 22:19:56 | | Quit bunnyboi (Quit: Ex-Chat) |
| 22:20:03 | gevaerts | For the battery capacity we can just use the full range for all. There are 60/80GB ipods around with 32MB and 30GB ones with 64MB... |
| 22:20:10 | gevaerts | So we're already wrong on those |
| 22:20:38 | gevaerts | I'm not sure if I understand the one in debug_menu.c |
| 22:21:13 | | Quit leavittx (Ping timeout: 258 seconds) |
| 22:21:34 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 22:21:49 | Buschel | gevaerts: ok for ata.c and threap-pp.c.but, the battery capacity's default is wrong then. debug_menu is using MEM as the current consumption needs to be calculated in a different way. |
| 22:22:20 | gevaerts | ok, so that one needs to use probed_ramsize instead |
| 22:22:37 | Buschel | yep. |
| 22:23:52 | gevaerts | That seems to be the lot I think |
| 22:24:03 | Buschel | we should also find a proper solution for the battery default (e.g. defining BAT_CAP_DEF_MEM32 and _MEM64 and using the correct default depending on probed_ramsize) |
| 22:25:37 | gevaerts | We could, but on the other hand we don't do that (because we can't, admittedly) on X5(L) and M5(L), and there are again these refurbished models where that's not a good indication of the battery used |
| 22:27:41 | Buschel | Hmm, need to think about that. Maybe I just don't want to drop things... Of course we could also just use the smaller battery as default for all units... |
| 22:30:37 | | Join stoffel [0] (~quassel@p57B4BABE.dip.t-dialin.net) |
| 22:30:43 | Buschel | Anyway... Good job to get the both versions unified! |
| 22:42:28 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
| 22:42:46 | gevaerts | I don't see a good easy way of making the default battery capacity runtime choosable... |
| 22:42:53 | | Quit [sko]1 (Quit: Leaving.) |
| 22:47:37 | n1s | gevaerts: can't you #define BATTERY_CAPACITY_DEFAULT to a function call? |
| 22:48:51 | | Quit bmbl (Quit: Bye!) |
| 22:48:51 | gevaerts | n1s: that function call would then need to know the memory size, and BATTERY_CAPACITY_DEFAULT is used in a static initialiser. That seems tricky to get right |
| 22:48:51 | gevaerts | I suspect that setting it in powermgmt_init() might work |
| 22:49:29 | gevaerts | Unless the battery capacity is stored in nvram |
| 22:49:38 | * | gevaerts tries to find out if that is the case |
| 22:52:17 | n1s | don't think so |
| 22:52:26 | n1s | about the nvram that is |
| 22:52:36 | gevaerts | Probably not, but I want to be sure :) |
| 22:53:22 | n1s | well, i don't think that battery capacity thing should block this |
| 22:53:37 | n1s | if it turns out to be tricky to fix |
| 22:54:12 | *** | Saving seen data "./dancer.seen" |
| 22:56:25 | gevaerts | I don't know how reliable the comments are, but the battery capacity setting is before the "End of old RTC config block" comment |
| 22:57:56 | gevaerts | Setting it in system-pp502x.c where probed_ramsize is set will work, but that seems Wrong |
| 22:59:38 | pixelma | hmm, so I guess that trick won't work to unify the Recorder and 8MB mod builds? |
| 22:59:43 | n1s | right, you could just use a global variable that is set before any settings code runs |
| 22:59:48 | bluebrother | what's the problem with the battery capacity default? 64mb and 32mb using different values? |
| 22:59:56 | n1s | bluebrother: yes |
| 23:00 |
| 23:00:35 | n1s | pixelma: it depends on how the sh cpu handles accesses "outside" of the memory |
| 23:00:37 | gevaerts | n1s: yes, that's why I hoped to set it in powermgmt_init(), but that's run after loading the nvram settings |
| 23:01:37 | n1s | aha, AFAICT battery_capacity is not in nvram so that should be fine but somewhat hacky, no? |
| 23:01:43 | | Quit stoffel (Remote host closed the connection) |
| 23:02:11 | gevaerts | I'm not convinced we really *need* to pick the right one |
| 23:02:29 | gevaerts | After all, on refurbished models chances are that will be wrong anyway |
| 23:02:42 | pixelma | someone with an H100/H300 which runs a 27902 or newer build together with e.g. an mpg movie or gameboy game (and possibly a paper clip) around? |
| 23:03:29 | pixelma | gevaerts: and on the M5/X5s you also have no means of guessing the correct battery capacity |
| 23:03:35 | pixelma | or M3s |
| 23:04:04 | gevaerts | pixelma: well, the argument is that on ipod video we have a way, even if that way is not 100% accurate |
| 23:05:02 | n1s | well, this hacky way would get all but the refurbs and those with battery upgrades, but i agree, it's not terribly important |
| 23:05:10 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
| 23:06:26 | gevaerts | Anyone with an ipod video *today* has an old battery, a replaced battery, or a refurbished ipod anyway |
| 23:08:31 | | Quit fdinel (Read error: Connection reset by peer) |
| 23:08:47 | Buschel | just choose the smaller (400mAh) one as default and add a remark to the manual. this way the runtime is underestimated and not overestimated... |
| 23:11:12 | gevaerts | The manual says ". This value is fairly meaningless in the Ipod family at present, and work is on-going into finding a better way to determine battery life" right now :) |
| 23:11:56 | Buschel | hehe, nobody changed it? ;) |
| 23:15:10 | pixelma | I believe there also is a note already in the Iaudio manuals which you could just reuse and enable for the Ipod Videos together with filling in the correct values for the limits |
| 23:15:11 | gevaerts | Yes, I'm copying that bit |
| 23:15:29 | pixelma | speaking of which... does someone know if all AMS Sansas (and also the PP Sansas) use the same volume, bass and treble range (min - max)? |
| 23:17:47 | gevaerts | hm, is svn down? |
| 23:19:10 | | Quit Ramsey[LC] (Quit: (Killed (NickServ (GHOST command used by MadHouse)))) |
| 23:19:16 | CIA-81 | New commit by gevaerts (r27943): Change dap{} to \dap{} in the iaudio battery capacity description |
| 23:21:07 | CIA-81 | r27943 build result: All green |
| 23:21:48 | pixelma | heh, I overlooked that one in my recent work in that part... |
| 23:22:06 | | Join Rob2222 [0] (~Miranda@p4FDCBFFB.dip.t-dialin.net) |
| 23:22:09 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 23:22:35 | gevaerts | ok, I think my latest patch in FS #11580 is ready. If I get enough positive results and no problem reports in the next few days, I'll commit that one I think |
| 23:23:17 | Buschel | good night |
| 23:23:20 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]) |
| 23:23:36 | gevaerts | pixelma: it meant my patch was out of sync even before I uploaded it to flyspray :) |
| 23:26:35 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.45) |
| 23:29:02 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 23:35:29 | soap | gevaerts, the way to "detect" battery capacity is not 100% accurate for the pool of iPod Videos /as a whole/ - but it is (TTBOMK) 100% accurate for iPod Videos as sold by Apple. The issue comes up with modified iPods, be they modified by the end user or modified by a remanufacturer / reseller. |
| 23:36:02 | | Join Zarggg [0] (~zarggg@70.44.12.90.res-cmts.sm.ptd.net) |
| 23:36:20 | gevaerts | soap: yes, and this is where my argument about those batteries being old by now comes in :) |
| 23:37:11 | soap | ahh, opening the back door? ;) |
| 23:37:40 | * | gevaerts doesn't mind cheating every now and then :) |
| 23:38:15 | | Quit Kitar|st () |
| 23:38:46 | gevaerts | soap: I'm not against changing the default depending on the detected value if someone finds a clean way. I just don't care enough to spend more time on it now :) |
| 23:40:14 | soap | (Buschel being asleep means the best answer might also be asleep) but how accurate is the runtime estimation now? It is one of those items I never display. |
| 23:40:50 | soap | We used to get many forum posts complaining about it - but those seem to have mostly died off. |
| 23:41:26 | gevaerts | The manual still says it's bad, but I'm not sure if that means a lot |
| 23:41:34 | soap | The only reason I'm the least concerned about the behavior change is in the name of preventing a resumption of those (admittedly mild) help requests. |
| 23:42:49 | soap | The 32 / 64 issue, admittedly, appears to cause more problems - and fixing it, even at the cost of runtime estimation, probably reduces overall user issues. |
| 23:43:54 | | Quit n1s (Ping timeout: 276 seconds) |
| 23:45:13 | * | gevaerts nods |
| 23:46:03 | gevaerts | It's actually easy to fix, I just don't really like any of the ways I've thought of |
| 23:46:47 | | Join Kitar|st [0] (Kitarist@BSN-182-117-125.dial-up.dsl.siol.net) |
| 23:48:41 | gevaerts | Does the settings code set variables to their default value if the setting doesn't appear in the config file? |
| 23:49:52 | gevaerts | hm, no, ignore that question. The default setting in settings_list.c *has* to be a compile-time constant if I read this right |
| 23:50:33 | * | gevaerts stands by his statement on flyspray |
| 23:54:23 | | Quit kramer3d (Quit: Leaving) |
| 23:55:58 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
| 23:57:00 | | Quit toffe82_ (Read error: Connection reset by peer) |
| 23:57:07 | | Join h3po [0] (~h3po@p4FDE8717.dip0.t-ipconnect.de) |
| 23:57:57 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.251) |
| 23:58:17 | soap | has your testing build been updated to the v4 patch, gevaerts? |
| 23:58:40 | gevaerts | No. I'm not sure if the differences are really important enough |
| 23:58:45 | gevaerts | Maybe I should though |
| 23:58:52 | soap | (or at least v3?, for as I read FS a manual addition is the only change from 3 to 4?) |
icon identifies that the person is a core developer (has commit access).