| 00:00:26 | | Quit jgarvey (Quit: Leaving) |
| 00:01:20 | FlynDice | pamaury: http://www.rockbox.org/irc/log-20100329#00:17:36 & http://www.rockbox.org/irc/log-20100329#13:41:09 |
| 00:02:34 | pamaury | FlynDice: my question was more about reducing the buffer to 32-byte and sending a sector in two times: first time with the bank and then null the buffer and send the rest |
| 00:07:13 | FlynDice | pamaury: I thought the card may be expecting a full sector of 512 bytes but funman seemed to think it may not matter if it gets the full 512. Noone ever tried it. You could always just try it and see if it works? |
| 00:07:57 | pamaury | Ok, but we could just continue to send a whole sector, just use a 32-byte buffer instead of a full 512 one (I think I'm not clear :)) |
| 00:08:13 | | Quit bertrik (Quit: De groeten) |
| 00:08:22 | | Join WalkGood [0] (~WaveRider@unaffiliated/walkgood) |
| 00:10:05 | WalkGood | quick question, the old e200r build link isn't linking anything? |
| 00:10:40 | WalkGood | this one http://www.rockbox.org/dl.cgi?bin=sansae200r |
| 00:11:20 | FlynDice | Why don't you just try it by sending 32 bytesand see if it works. If it doesn't then send enough more bytes to make it 512? I don't see why you couldn't just use a 32 byte buffer, send the bank switching code, then zero out the buffer and send the rest of the bytes, but like I say noone tried it |
| 00:12:01 | FlynDice | back later ;) |
| 00:12:48 | | Quit xiainx (Ping timeout: 258 seconds) |
| 00:15:09 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 00:16:10 | | Join webguest56 [0] (~ca034d83@giant.haxx.se) |
| 00:16:13 | | Quit webguest56 (Client Quit) |
| 00:16:44 | | Nick Guest62701F is now known as Status (Status@gentoo.lonis.org) |
| 00:16:49 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 00:17:24 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 00:17:51 | | Quit shaggy-h () |
| 00:20:31 | pamaury | FlynDice: look at the current code ! It sends 32-byte at a time, and does it until the whole sector has been transfered |
| 00:20:49 | | Part captainkewllll |
| 00:22:01 | pamaury | FlynDice: I'll have a try tomorrow and I'll tell you |
| 00:22:28 | | Quit pamaury (Quit: Page closed) |
| 00:23:38 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-ofryovwaopbtkjhn) |
| 00:23:59 | saratoga | WalkGood: i don't think theres a separate e200R build, so that link probably just linked to the main e200 build |
| 00:24:33 | WalkGood | ic |
| 00:24:36 | saratoga | IIRC the R needed a different bootloader, but the rockbox build is identical either way |
| 00:24:52 | WalkGood | thanks, forum question |
| 00:24:55 | saratoga | i'm not sure why that link was broken then |
| 00:25:03 | saratoga | seems like it would be less confusing to have it keep working |
| 00:25:13 | | Join RoronoaZoro [0] (~vijayss@202.3.77.11) |
| 00:25:15 | WalkGood | sure would |
| 00:25:36 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 00:26:58 | | Join User67703 [0] (~theuser12@nat10.dnepro.net) |
| 00:27:16 | User67703 | hi |
| 00:28:14 | User67703 | text viewer plugin quited very long, around 5 seconds on my sansa e200. on 3.5.1 release all good |
| 00:28:37 | Torne | hm, did we know that check_bootfile(false); takes 1.5 seconds at boot on ipodvideo? |
| 00:28:43 | Torne | that seems pretty.... long |
| 00:28:48 | | Part WalkGood |
| 00:29:06 | | Join Darkknight512 [0] (~Darkknigh@CPE00212968356c-CM00186845dd46.cpe.net.cable.rogers.com) |
| 00:29:31 | Ziphilt | i am having trouble with installing to an iriver h340: the automatic installer claimed to work, but only the default firmware boots. I tried patching a firmware .hex file and told the player to update with it, to no avail |
| 00:29:34 | User67703 | on 3.5.1 quit time ~0.1sec |
| 00:30:14 | | Quit phanboy4 (Quit: Leaving) |
| 00:30:14 | Ziphilt | the new firmware loaded, but no rockbox |
| 00:31:46 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 00:32:06 | | Quit geertvdijk (Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]) |
| 00:35:02 | | Quit junkY_ (Quit: Verlassend) |
| 00:36:54 | | Part RoronoaZoro ("Leaving") |
| 00:37:50 | | Join RoronoaZoro [0] (~vijayss@202.3.77.11) |
| 00:40:23 | User67703 | and bars mode in fft plugin available only in vertical mode |
| 00:41:05 | | Join WalkGood [0] (~WaveRider@unaffiliated/walkgood) |
| 00:44:39 | | Join Tomis [0] (~Tomis@70.134.76.146) |
| 00:46:16 | | Quit ender` (Quit: I don't see what C++ has to do with keeping people from shooting themselves in the foot. C++ will happily load the gun, offer you a drink to steady your nerves, and help you aim. -- Peter da Silva) |
| 00:46:23 | Torne | wow. basically the entire boot time of my ipod is "loading the theme" |
| 00:46:33 | | Part WalkGood |
| 00:46:44 | Torne | if you kill the theme entirely and use the compiled in font/icons/wps/sbs.. |
| 00:46:51 | Torne | startup takes 1.2 seconds |
| 00:51:03 | | Quit kramer3d_ (Quit: Leaving) |
| 00:55:40 | | Quit Stephen__ (Quit: Leaving) |
| 00:58:15 | Ziphilt | i fixed my own problem by trying again; goodbye all |
| 00:58:31 | | Part Ziphilt ("Leaving") |
| 00:58:42 | Torne | Llorean: it's nothing to do with dircache, as far as i can tell |
| 00:58:53 | Torne | Llorean: cabbiev2 just takes six seconds to load on ipodvideo 80gb |
| 00:58:58 | Torne | Llorean: i have graphs :) |
| 00:59:16 | Torne | and as a bonus if you are loading cabbie it somehow makes the step where it saves the mtime/size of rockbox.ipod take 1.5 seconds instead of no time at all |
| 00:59:24 | Torne | poresumably because some disk access is still going on in the background |
| 00:59:38 | Torne | dircache on or not makes no real difference. this is with all other settings at the defaults. |
| 01:00 |
| 01:00:07 | *** | Saving seen data "./dancer.seen" |
| 01:00:25 | Torne | Llorean: so if it didn't take this long int he past then presumably the theme loading code has gotten worse. |
| 01:00:42 | Torne | Llorean: this is disabling the whole theme, btw, so no font, no icons, no wps, no sbs |
| 01:00:44 | Llorean | Torne: Well, dircache (on my player at least) is still obviously behaving weird though |
| 01:00:54 | Torne | Yah, maybe |
| 01:00:57 | Llorean | It may be that the slow theme loading is hurting dirache too somehow. |
| 01:01:01 | Torne | i don't have your player to test :) |
| 01:01:08 | Torne | but seriously, six seconds |
| 01:01:10 | Torne | not good |
| 01:01:38 | Torne | the entire boot from the time the tick gets turned on until calling root_menu takes 1.23 seconds with no theme |
| 01:01:46 | Torne | 8.7-8.8 with cabbiev2 |
| 01:01:48 | Torne | everything else the same |
| 01:02:06 | Torne | dircache makes it ~100ms slower to get to root_menu |
| 01:02:11 | Torne | i didn't try tagcache |
| 01:03:58 | moos | Torne: problem I noticed aren't related to dircache, I suspect r23258 or around it, but canot test right now (trying to fix my beast, any hand would be great:) |
| 01:04:32 | moos | it's even before dircache scan :) |
| 01:04:51 | Torne | Yeah, the theme is all loaded before dircache is initialised |
| 01:04:59 | Torne | which might also be a problem ;) |
| 01:05:04 | moos | :) |
| 01:05:23 | Torne | i'm gonna put more charting in |
| 01:05:26 | moos | Torne: you know pretty well the evil beast OF, right? |
| 01:05:28 | Torne | at the moment i'm only charting init() |
| 01:05:30 | Torne | moos: yes |
| 01:05:40 | Torne | i'm gonna chart settings_apply() as well to narrow it down more |
| 01:06:02 | moos | like once a year, it make me crazy |
| 01:06:12 | Torne | oh, it reformatted itself? |
| 01:06:21 | Torne | yeah i haven't figured out the cause of that yet |
| 01:06:24 | moos | if you can check 23257 if you have all handy |
| 01:06:25 | | Quit ivortheengine (Ping timeout: 258 seconds) |
| 01:06:53 | Torne | moos: well it's highly likely that *is* it, but i'm just gonna see how much time it spends in each part for now |
| 01:07:02 | Torne | if it's sbs loading then that will show up on a chart of settings_apply |
| 01:07:06 | moos | I made the mistake to retry to get single boot runing (related to this loong boot we have those times) |
| 01:07:20 | Torne | Heh |
| 01:07:31 | Torne | Yeah i've not discovered anything useful about that yet |
| 01:07:50 | Torne | we had several working theories that have failed to be supported by what i've found so far in the disassembly but i've not been working on it for a while because it is quite tedious ;) |
| 01:08:09 | moos | and now things was reformated, but windows dosn't seems to recognise my beast well, then no possibility to use patchers |
| 01:08:17 | Torne | hmm |
| 01:08:21 | Torne | it shohuld always be fine to recover |
| 01:08:27 | moos | Torne: hence my *evil* OF :) |
| 01:08:28 | Torne | the bootloader tries *really hard* |
| 01:08:30 | Torne | too hard, in fact |
| 01:08:43 | moos | too much hard here? :) |
| 01:11:10 | moos | I still have a .zip with sendfirm, but canot have this running... In the past I recovered without pbs with vpatchers, but now... :/ |
| 01:11:45 | moos | severals times even, thanks Microsoft |
| 01:13:17 | Torne | i do know wher in the flash to poke to make it stop formatting the disk ;) |
| 01:13:19 | Torne | there's a config page |
| 01:13:22 | | Join clauwn [0] (~clauwn@deliberabundus.de) |
| 01:13:29 | Torne | alas if you stop it formatting the disk then all it does is just hang |
| 01:13:38 | Torne | so while you avoid the format, it doesn't make the device any more bootable |
| 01:13:46 | clauwn | guys, i have to ask some questions... my rockbox is not adding some of my files into the database |
| 01:13:46 | Torne | you then would have to take the disk out and repair it with something else ;) |
| 01:14:16 | clauwn | how do i force that? |
| 01:14:24 | Torne | you don't |
| 01:14:33 | clauwn | and how do i fix that? |
| 01:14:35 | Torne | if it finds the files and they have valid metadata they will go in the db.. |
| 01:14:51 | Torne | so i would guess it can't read their tags |
| 01:15:11 | clauwn | they do have valid metadata |
| 01:15:22 | Torne | you know this because.. |
| 01:15:25 | moos | Torne: aie, I guess it didn't formated my 120gb drive, how to check now? |
| 01:15:42 | Torne | moos: hm? |
| 01:15:46 | clauwn | Torne: because i saw it? |
| 01:15:46 | Torne | moos: it will have formatted it |
| 01:15:50 | clauwn | i can access it |
| 01:15:50 | Torne | clauwn: saw it in what? |
| 01:15:57 | clauwn | nautilus :) |
| 01:16:00 | Torne | moos: this isn't a setting you can turn off |
| 01:16:11 | Torne | clauwn: unless you saw it in rockbox, that doesn't count :) |
| 01:16:19 | Torne | clauwn: can you play the files in rockbox by selecting them manually? |
| 01:16:21 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 01:16:24 | Torne | does the right tag info show up when you do? |
| 01:16:25 | clauwn | yes |
| 01:16:42 | clauwn | wait |
| 01:16:57 | moos | Torne: don't remenber the circumstances, but I already updated the nk.bin without reformat |
| 01:17:34 | Torne | moos: it reformats the disk if it doesn't like *anything* about it |
| 01:17:50 | Torne | if it gets to the point where it's showing the screen telling you to connect to the pc and run the tool then it's already formatted it. |
| 01:18:04 | moos | because it did take a while when it did formated it few times in the past. But when it updated without reformat, thesteps was fast, like this time |
| 01:18:23 | clauwn | Torne: now i deleted the two folders which it didn't get and now they are in the db but not on the HDD |
| 01:19:06 | Torne | moos: it doesn't format the entire disk if it doesn't have to |
| 01:19:11 | Llorean | Torne: That isn't true, actually |
| 01:19:21 | Torne | moos: if it thinks the firmware is bad it will just format the firmware partition, which is small and thus doesn't take long |
| 01:19:24 | Llorean | I've had it tell me to hook up to the PC and run the tool, and managed to reboot back into Rockbox |
| 01:19:34 | moos | Torne: I vaguely remenber someone found something about this non reformat thing but don't remenber. But now it stuck at this "connect bla bla..." screen |
| 01:19:41 | Torne | Llorean: hm, odd |
| 01:19:42 | Llorean | This has actually happened to me a few times. |
| 01:20:23 | Llorean | It would tell me to run the tool if I accidentally rebooted into the OF, but battery poweroff + reboot into the OF would get it to working (if I tried to reboot into Rockbox, I'd get that message again). |
| 01:20:29 | Llorean | Then once I'd gotten into the OF, I could get back to Rockbox. |
| 01:20:30 | moos | Torne: ah then it could just reformat the other partition, ok |
| 01:20:47 | Torne | moos: it only reformats the entire disk if it doesn't like the partition layout, or similar |
| 01:20:54 | Torne | if it's just unhappy with the firmware it won't erase the main data partition |
| 01:21:33 | moos | Torne: ok. Then now you think it didn't make the works well and that I have to reformat the drive elsewhere? |
| 01:22:19 | Torne | Llorean: also, i just charted settings_apply and the bit that takes all the time when loading cabbie is loading the font |
| 01:22:22 | Torne | nothing to do with sbs/wps |
| 01:22:25 | moos | bizzare that it could be that silly, since it pass good all the steps, even if I re use the OF recovery/format combo |
| 01:22:40 | Torne | Llorean: takes nearly the entire 6 seconds inside font_load |
| 01:22:56 | moos | Torne: want me to build you r23257? :) |
| 01:23:20 | Torne | moos: i'd rather you tested disabling the user font on whatever build you have that's slow ;) |
| 01:24:24 | Torne | Llorean: likewise for you ;) |
| 01:24:25 | moos | I canot test things without my beast here :/ just have my H10 and beast here (and no usb cable for H10, proprietary cable) |
| 01:24:32 | Torne | Oh, yeah :) |
| 01:28:14 | clauwn | Torne: solved with some trying |
| 01:28:25 | | Part toffe82 |
| 01:28:28 | Torne | clauwn: what was the problem? |
| 01:28:48 | clauwn | Torne: .trash-1000 and some stuff |
| 01:28:52 | clauwn | i had some config errors |
| 01:29:03 | Torne | ah, yes, having files in recyclebin-like places will confuse the dtabase |
| 01:29:12 | clauwn | right |
| 01:29:18 | clauwn | it thought they were available |
| 01:29:36 | clauwn | but i now deleted the trash folder and deleted the db files |
| 01:29:41 | clauwn | and then it rescanned |
| 01:29:44 | clauwn | so it works fine now |
| 01:33:27 | Torne | If you are concerned about the PC recreating the trash folder (which it will), the best hting to do is probably to leave the folder there but put a database.ignore file in it |
| 01:33:35 | Torne | but yeah, s'up to you |
| 01:33:46 | Torne | the disktidy plugin will delete .Trash and similar things for you, btw |
| 01:34:50 | saratoga | i wonder if the database could easily enough check for trash folders and ignore them |
| 01:35:16 | Torne | hm. it could reuse disktidy's config |
| 01:35:18 | | Quit CGL (Quit: Saliendo) |
| 01:35:20 | Torne | or something? |
| 01:37:07 | saratoga | i assume theres only a few possible names for these folders, maybe it could just strcmp a folders against the standard windows, macos, windows names |
| 01:37:27 | Torne | well, yah, but that's more or less what disktidy's config is anyway, a list of those.. |
| 01:37:35 | saratoga | ah ok |
| 01:37:36 | Torne | well, and the odd few other things like thumbs.db and the like |
| 01:37:47 | Torne | basically, "files OSes like to create all over the shop that you don't need" |
| 01:38:45 | Minataku | .ds_store |
| 01:38:49 | Minataku | Thumbs.db |
| 01:38:56 | Minataku | The usual garbage |
| 01:39:38 | | Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 01:41:10 | | Quit anewuser () |
| 01:41:22 | saratoga | well most of those will be ignored by the database anyway, i think its just thinks like a trash folder that are a problem |
| 01:41:59 | Torne | well, it could be worth it |
| 01:43:39 | moos | Torne: how much time you said to go to root menu? I'm counting for the old version I have here and 1.6 sec |
| 01:43:54 | moos | HD based |
| 01:43:59 | Torne | yeah, 1.6 is about right |
| 01:44:07 | Torne | from main() |
| 01:44:16 | Torne | i guess you are probably counting by hand/clock? |
| 01:44:21 | Torne | starting from when the logo comes up? |
| 01:44:23 | moos | yup |
| 01:44:25 | Torne | that's close enough, for these purposes |
| 01:44:28 | Torne | logo is early |
| 01:44:32 | Torne | <100ms into boot |
| 01:44:48 | moos | didn't get those for my beast, and by far !!! |
| 01:44:53 | moos | hence the troubles |
| 01:45:05 | moos | you could had some 10extras sec at least ;) |
| 01:46:36 | Torne | well, the *absolute* times vary wildly between devices/settings |
| 01:46:44 | Torne | it's the proportion of the time spent in each task that i'm looking at |
| 01:47:20 | moos | Torne: of course tried on beast with various set of seetings (including default ones) |
| 01:48:54 | | Quit CaptainKewl (Remote host closed the connection) |
| 01:49:08 | | Join planetbeing__ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 01:51:38 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.120) |
| 01:52:32 | | Quit planetbeing_ (Ping timeout: 246 seconds) |
| 01:53:57 | | Quit S_a_i_n_t_ (Ping timeout: 265 seconds) |
| 01:56:58 | | Quit Status (Read error: Connection reset by peer) |
| 01:57:28 | | Part clauwn |
| 02:00 |
| 02:00:28 | | Quit xiainx (Ping timeout: 264 seconds) |
| 02:02:23 | | Quit Adubb (Read error: Connection reset by peer) |
| 02:02:49 | | Join Status [0] (Status@gentoo.lonis.org) |
| 02:02:53 | | Join Adubb [0] (~aldubuc@67.201.160.144) |
| 02:04:11 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 02:10:10 | | Quit Adubb (Read error: Connection reset by peer) |
| 02:11:45 | | Quit adnyxo (Remote host closed the connection) |
| 02:14:40 | | Join Adubb [0] (~aldubuc@67.201.160.144) |
| 02:20:09 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 02:21:59 | | Join willyg_cos [0] (~willy@75-173-207-211.clsp.qwest.net) |
| 02:26:34 | | Join webguest45 [0] (~5c4e816d@giant.haxx.se) |
| 02:27:35 | | Quit webguest45 (Client Quit) |
| 02:34:16 | | Part willyg_cos |
| 02:35:31 | | Part RoronoaZoro ("Leaving") |
| 02:37:01 | | Quit xiainx (Ping timeout: 268 seconds) |
| 02:38:15 | | Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 02:43:21 | | Join RoronoaZoro [0] (~vijayss@202.3.77.11) |
| 02:45:28 | RoronoaZoro | when i run the command 'svn co svn://svn.rockbox.org/rockbox/trunk rockbox' it says svn: Unknown hostname 'svn.rockbox.org' |
| 02:46:05 | RoronoaZoro | is svn down or is the command wrong |
| 02:47:47 | | Join xiainx [0] (~xiainx@modemcable091.119-201-24.mc.videotron.ca) |
| 02:49:01 | RoronoaZoro | anyone ???? |
| 02:50:20 | RoronoaZoro | leave a reply :-) |
| 02:50:28 | | Part RoronoaZoro ("Leaving") |
| 02:54:57 | saratoga | RoronoaZoro: SVN is working fine, so I would check for connection problems on your end |
| 02:58:08 | saratoga | Bagder: can you remove the e200r from this page: http://www.rockbox.org/download/byhand.cgi |
| 02:58:27 | saratoga | we don't have a separate release for the 'R' model anymore |
| 02:59:25 | | Join walrus [0] (~penisfish@129-2-175-109.wireless.umd.edu) |
| 03:00 |
| 03:00:08 | *** | Saving seen data "./dancer.seen" |
| 03:04:41 | | Join RoronoaZoro [0] (~vijayss@202.3.77.11) |
| 03:05:33 | RoronoaZoro | saratoga: the connection on my side is working fine |
| 03:06:15 | RoronoaZoro | i am able to connect to all sites ... does it have something to do with proxy?? |
| 03:06:25 | RoronoaZoro | cauz i am behind one |
| 03:10:34 | | Quit planetbeing__ (Quit: planetbeing__) |
| 03:11:01 | | Quit komputes (Ping timeout: 260 seconds) |
| 03:14:40 | | Quit slck (Ping timeout: 248 seconds) |
| 03:15:03 | | Quit Horscht (Quit: Verlassend) |
| 03:15:28 | | Join saratoga_lab [0] (~9803c20d@gateway/web/freenode/x-msjvenfmplgfjpbi) |
| 03:15:39 | | Quit mt (Read error: Connection reset by peer) |
| 03:15:51 | | Quit merbzt (Read error: Connection reset by peer) |
| 03:16:07 | | Quit Kitr88 (Read error: Connection reset by peer) |
| 03:16:35 | saratoga_lab | i'm not sure, but I would guess a proxy might not work with SVN |
| 03:18:04 | | Quit jd (Read error: Connection reset by peer) |
| 03:18:21 | | Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 03:18:21 | | Quit jd (Changing host) |
| 03:18:21 | | Join jd [0] (~jd@Wikipedia/HellDragon) |
| 03:19:11 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 03:20:12 | funman | http://subversion.apache.org/faq.html#proxy |
| 03:20:38 | funman | junky_san left, i'm just going to commit the change anyway |
| 03:22:27 | CIA-5 | New commit by funman (r25405): Clipv2/Clip+ : use CHG_IN adc channel, it seems to work better than BVDD and RTCSUP ... |
| 03:23:49 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
| 03:30:32 | | Quit Schmogel (Ping timeout: 258 seconds) |
| 03:32:10 | | Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) |
| 03:33:59 | Blue_Dude | OK, got a lot of work done on different keymaps. There are quite a few targets that can be switched on for hotkeys without any more keymapping. But there are also many that need work. I'm putting a big patch in FS #11081 that has all the keymap changes. |
| 03:35:35 | Blue_Dude | All the targets that can support hotkeys out of the box are switched on. The others have placeholder lines that show where work is needed, and are switched off. Some look like they won't ever support hotkeys but that's up to someone more knowledgeable than me to determine. |
| 03:37:04 | Blue_Dude | This might be a good time to figure out whether we need to overhaul the keymaps in their entirety to be more consistent across the range of targets. Even similar targets have different mappings that aren't strictly necessary. |
| 03:40:36 | saratoga_lab | first two GSOC proposals are in |
| 03:43:17 | funman | Blue_Dude: how would you do that? |
| 03:43:29 | Blue_Dude | Do what? |
| 03:43:39 | funman | overhaul the whole keymaps |
| 03:44:10 | funman | reading every keymap for every target looks like the shortest path to madness |
| 03:44:10 | saratoga_lab | people's heads would explode, except maybe for the newest targets |
| 03:44:56 | funman | saratoga_lab: :) even then, some keymaps were just copied from old targets |
| 03:45:33 | Blue_Dude | Well, there's always DevCon. |
| 03:45:35 | saratoga_lab | i often wonder about our keymaps, I can't half the time remember what buttons do even for players I've used for years |
| 03:45:46 | saratoga_lab | though i guess having extra buttons i never use doesn't really hurt things |
| 03:47:57 | Blue_Dude | OK, patch is uploaded. It's a big one. Anybody want to take a look? |
| 03:48:55 | Blue_Dude | THe code is the same as last night's. The keymaps and configs are different. |
| 03:49:34 | | Join aaron__ [0] (~aaron@75.135.163.70) |
| 03:49:56 | saratoga_lab | speaking of keymaps, did anyone ever have a good argument about making power off happen even if another key is held down with power? |
| 03:50:05 | saratoga_lab | this is driving me nuts on the Clip |
| 03:51:25 | Blue_Dude | BTW, the Clip was one of those targets that had a mapping conflict... |
| 03:51:37 | saratoga_lab | i see |
| 03:51:53 | saratoga_lab | is the hotkey persistent across reboots? |
| 03:52:09 | Blue_Dude | Yeah. Same as most settings. |
| 03:52:14 | funman | Blue_Dude: what conflict? |
| 03:52:29 | saratoga_lab | it replaces the view playlist option in the wps |
| 03:52:30 | Blue_Dude | BUt you can patch it to make it reset at boot time. |
| 03:52:47 | saratoga_lab | i guess you could always make the playlist the hotkey |
| 03:53:24 | Blue_Dude | funman: I couldn't assign the same key to both the WPS and tree hotkeys. There was probably already an assignment that would have prevented it. |
| 03:54:41 | Blue_Dude | Yeah, there is it. That keypress was already assigned to ACTION_SETTINGS_DECREPEAT. |
| 03:55:34 | Blue_Dude | So something has to change before I can switch it on. That decision is better coming from someone more familiar with the target. |
| 03:56:33 | Blue_Dude | It also goes to ACTION_STD_NEXTREPEAT. My, there are issues. |
| 03:56:45 | | Quit RoronoaZoro (Quit: Leaving) |
| 03:59:13 | funman | i quite don't get how keymap are handled |
| 04:00 |
| 04:00:12 | funman | ACTION_SETTINGS_DECREPEAT in settings is the same than ACTION_STD_NEXTREPEAT in standard context ? |
| 04:01:19 | | Quit TheSeven (Disconnected by services) |
| 04:01:35 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
| 04:01:44 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
| 04:02:22 | Blue_Dude | That's what it looks like. But context points to standard, so wouldn't they both fire? |
| 04:03:01 | Blue_Dude | Or would just the first one listed in the switch/case fire? |
| 04:03:03 | * | S_a_i_n_t looked at messing with some keymaps...*once* |
| 04:03:12 | funman | i'm lost |
| 04:03:18 | funman | aren't "settings" and "standard" separated ? |
| 04:05:09 | Blue_Dude | funman: The keymaps can point to another keymap in a given context. In the Clip (as in most), after the context menu keys are listed, they point also to the standard keys. But both structs have the same key mapped to different values. |
| 04:06:03 | funman | ah right |
| 04:06:11 | Blue_Dude | I just don't know in a given situation which value would pop out from a given keypress. |
| 04:07:34 | Blue_Dude | The first listed? i.e. the context? Or would the keypress handler keep looking and recognize the last listed? I would guess it would see the first and quit looking but I don't know. |
| 04:07:35 | funman | if you want to make a change i can test it |
| 04:08:22 | Blue_Dude | That's actually pretty clever if it's on purpose. If it's not on purpose, well... |
| 04:08:38 | S_a_i_n_t | The keymaps are insane...in short. I wanted to try to not make it a mindblowing experience switching between OF/RB and gave up very quickly. |
| 04:08:42 | funman | I pretty much copied the c200 keymap and s/REC/HOME/ iirc |
| 04:10:26 | Blue_Dude | I'm baffled at the differences between the e200 and c200. Sure, the c200 doesn't have a scrollwheel but some of the changes seem kinda random. I'm sure there's a good reason, but I have to check the manual to see how to make it go. |
| 04:10:51 | | Quit adnyxo (Ping timeout: 265 seconds) |
| 04:12:34 | Blue_Dude | That's why I wondered aloud whether there ought to be some overarching philosophy regarding the interface. Play always plays/pauses, long play always stops, etc. Just basic stuff. |
| 04:13:33 | Blue_Dude | But I guess with hard buttons on some targets that probably wouldn't work. |
| 04:14:07 | funman | hard buttons? |
| 04:14:40 | Blue_Dude | Well, bad name. Buttons that are already labeled for the OF. |
| 04:15:19 | Blue_Dude | Seperate play and stop keys for example. |
| 04:16:05 | Blue_Dude | That would be enough to crash the "overarching philosophy" pretty quickly. |
| 04:17:07 | | Quit Strife89 (Quit: Bed.) |
| 04:17:48 | | Quit Darkknight512 (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100202165920]) |
| 04:29:24 | | Quit evilnick (Read error: Connection reset by peer) |
| 04:29:50 | | Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 04:32:17 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 04:35:24 | | Join Rob2222 [0] (~Miranda@p4FDCBD5C.dip.t-dialin.net) |
| 04:38:50 | | Quit Rob2223 (Ping timeout: 245 seconds) |
| 04:47:21 | saratoga_lab | well we do ignore button lables a lot |
| 04:47:38 | saratoga_lab | on the fuze we have a home button but don't use it to go back to the main menus |
| 04:47:49 | Llorean | I don't think we ignore too many button labels. |
| 04:47:59 | Llorean | I don't know about the newest targets, but e200/c200 and earlier we pretty much respect them. |
| 04:49:21 | saratoga_lab | the problem with the fuze is that using the home button for what you would expect means it would work quite differently then the e200 even though they're very, very similar players |
| 04:49:44 | | Quit Status (Ping timeout: 268 seconds) |
| 04:49:44 | saratoga_lab | aside from the home button |
| 04:52:50 | Llorean | Is the home button also the power button (like the e200)? |
| 04:53:04 | funman | no it 'replaces' the e200 rec button |
| 04:53:13 | Llorean | Ah |
| 04:53:41 | saratoga_lab | fuze has a dedicated power button, although its a slider thats switches between off, hold and power |
| 04:54:23 | | Join Status [0] (Status@gentoo.lonis.org) |
| 04:56:09 | funman | recording keymap on clip is crap |
| 04:56:28 | | Join Barahir_ [0] (~jonathan@gssn-5f754a04.pool.mediaWays.net) |
| 04:57:30 | | Quit Barahir (Read error: Operation timed out) |
| 04:58:41 | CIA-5 | New commit by funman (r25406): Clip: enable recording keymap when needed (forgotten in r25390) ... |
| 05:00 |
| 05:00:10 | *** | Saving seen data "./dancer.seen" |
| 05:00:28 | | Quit evilnick (Read error: Connection reset by peer) |
| 05:00:41 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 05:00:50 | | Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 05:01:02 | | Quit shai (Write error: Connection reset by peer) |
| 05:01:21 | | Quit TheSeven (Disconnected by services) |
| 05:01:26 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 05:01:35 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
| 05:01:45 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
| 05:08:46 | Blue_Dude | Llorean: So what do you think about the new keymaps? Is that what you had in mind? |
| 05:11:59 | Llorean | From your description, it sounds like it. |
| 05:15:16 | Blue_Dude | Most of the Sansas, all the iPods, IRiver H100's and 300's, Archos Recorders and Players, AV300, are all fully supported. A number of other just need someone to do some remapping/deconflicting. |
| 05:16:16 | Blue_Dude | And the placeholders are already there for those targets that need some love. |
| 05:18:48 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]) |
| 05:21:37 | saratoga_lab | i wouldn't worry too much about the av300 |
| 05:22:48 | Blue_Dude | Well, it was there, so... Anyway, it's supported because it didn't have any conflicts. So both of its users can enjoy hotkeys now. |
| 05:23:34 | saratoga_lab | i don't think its actually a usable device |
| 05:23:39 | saratoga_lab | not even sure if you can compile it |
| 05:24:26 | saratoga_lab | "54MHz arm7tdm" |
| 05:24:34 | saratoga_lab | that would have been a fun target for codecs |
| 05:24:39 | Blue_Dude | But the keymap works great, dude. :) |
| 05:28:49 | | Quit saratoga_lab (Quit: Page closed) |
| 05:33:26 | | Join hd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 05:33:26 | | Quit hd (Changing host) |
| 05:33:26 | | Join hd [0] (~jd@Wikipedia/HellDragon) |
| 05:35:35 | Blue_Dude | Anyway, I'm still planning to commit soon. Probably tomorrow night. I need to get this thing off my hard drive so I can work on something else. :) |
| 05:36:19 | | Quit jd (Ping timeout: 245 seconds) |
| 05:36:43 | Blue_Dude | Thinking about making a bookmark versioning system so you can change bookmark formats and add optional info without breaking backward compatibility. |
| 05:41:16 | | Quit CaptainKewl (Remote host closed the connection) |
| 05:43:40 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]) |
| 05:54:02 | | Quit SirFunk_ (Quit: Ex-Chat) |
| 06:00 |
| 06:03:43 | | Quit User67703 (Ping timeout: 268 seconds) |
| 06:24:21 | | Quit n17ikh (Ping timeout: 258 seconds) |
| 06:30:25 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 06:42:14 | | Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 06:44:09 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 06:46:25 | | Quit CaptainKewl (Remote host closed the connection) |
| 07:00 |
| 07:00:14 | *** | Saving seen data "./dancer.seen" |
| 07:12:41 | | Quit blairb (Ping timeout: 240 seconds) |
| 07:15:39 | | Join blairb [0] (~blairb@121-73-216-35.broadband.telstraclear.net) |
| 07:16:46 | | Quit xiainx (Quit: Good Bye) |
| 07:23:57 | | Quit S_a_i_n_t (Quit: Stupid "auto-update" restart...Bah!) |
| 07:28:37 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.197) |
| 07:29:43 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 07:30:35 | | Quit walrus (Ping timeout: 264 seconds) |
| 07:41:01 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 07:42:08 | | Quit planetbeing_ (Quit: planetbeing_) |
| 07:44:07 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 07:45:29 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
| 07:46:20 | | Join Buschel [0] (~ab@p54A3FA97.dip.t-dialin.net) |
| 07:53:39 | | Quit Zarggg_ (Quit: Zarggg_) |
| 07:58:37 | | Quit gevaerts (Ping timeout: 276 seconds) |
| 08:00 |
| 08:02:47 | | Quit Buschel () |
| 08:05:05 | | Quit jordan` (Remote host closed the connection) |
| 08:10:35 | | Join Zarggg [0] (~zarggg@2001:0:4137:9e74:0:fbf2:beb1:ba3d) |
| 08:14:04 | | Quit advcomp2019__ (Changing host) |
| 08:14:04 | | Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 08:14:09 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
| 08:18:01 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:19:43 | | Quit beta2k (Ping timeout: 252 seconds) |
| 08:19:59 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 08:20:21 | | Join beta2k [0] (~beta@d24-36-66-52.home1.cgocable.net) |
| 08:33:21 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
| 08:33:54 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 08:40:42 | | Quit gevaerts (Read error: Connection reset by peer) |
| 08:42:29 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
| 08:49:19 | | Join mitk [0] (~mitk@195.117.162.130) |
| 08:50:40 | | Quit bmbl (Ping timeout: 265 seconds) |
| 08:57:30 | | Quit tmzt (Ping timeout: 276 seconds) |
| 09:00 |
| 09:00:08 | | Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 09:00:09 | | Quit Zagor (Changing host) |
| 09:00:09 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 09:00:15 | *** | Saving seen data "./dancer.seen" |
| 09:00:19 | | Join geertvdijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl) |
| 09:04:02 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:07:37 | | Quit froggyman (Quit: GAME OVER) |
| 09:12:54 | | Join huelk [0] (~huelk@n60.informatik.FH-Dortmund.DE) |
| 09:15:36 | | Quit RadicalR (Read error: Connection reset by peer) |
| 09:15:47 | | Quit evilnick (Read error: Connection reset by peer) |
| 09:29:44 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 09:29:51 | | Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) |
| 09:35:45 | | Join ivortheengine [0] (~ivortheen@95.151.45.70) |
| 09:38:17 | | Quit wodz (Quit: Leaving) |
| 09:41:59 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 09:42:02 | | Quit pamaury (Client Quit) |
| 09:42:08 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 09:47:43 | | Quit bmbl (Ping timeout: 264 seconds) |
| 09:49:22 | | Quit huelk (Ping timeout: 258 seconds) |
| 09:49:46 | | Quit Connor_ (Ping timeout: 264 seconds) |
| 09:52:10 | | Join Connor [0] (Connor@ip72-204-35-60.fv.ks.cox.net) |
| 09:56:57 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 10:00 |
| 10:00:58 | | Join huelk [0] (~huelk@n60.informatik.FH-Dortmund.DE) |
| 10:02:14 | | Join ender [0] (krneki@foo.eternallybored.org) |
| 10:03:09 | | Quit ender` (Ping timeout: 276 seconds) |
| 10:03:32 | topik | i am looking at keymaps. is there a way/place to find all possible/defined/allowed actions for each screen? |
| 10:03:35 | | Join einhirn [0] (~Miranda@p54858FFA.dip0.t-ipconnect.de) |
| 10:11:42 | Zagor | topik: in the code? |
| 10:13:39 | | Quit tmzt__ (Read error: Operation timed out) |
| 10:16:05 | | Quit aaron__ (Quit: Leaving) |
| 10:16:15 | | Quit Connor (Quit: Leaving) |
| 10:16:32 | | Join tmzt_ [0] (~ircuser@99.157.224.139) |
| 10:19:33 | | Join CGL [0] (~CGL@190.79.157.235) |
| 10:20:48 | | Quit CGL (Client Quit) |
| 10:25:01 | topik | well i'm comparing the clip and fuze keymaps and they have some totally different actions defined |
| 10:25:15 | topik | so i don't really know if all are used, valid or some are missing |
| 10:29:13 | Zagor | where are you comparing? |
| 10:33:07 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 10:33:34 | topik | fm radio screen |
| 10:44:32 | | Join Kitar|st [0] (Kitr88@BSN-182-22-5.dial-up.dsl.siol.net) |
| 10:49:47 | CIA-5 | New commit by user (r): logmsg |
| 10:50:24 | Zagor | ^^^ that's just me testing |
| 11:00 |
| 11:00:18 | *** | Saving seen data "./dancer.seen" |
| 11:01:25 | | Quit huelk (Ping timeout: 258 seconds) |
| 11:03:48 | | Join vaguerant_ [0] (~vague@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
| 11:04:44 | | Part vaguerant_ |
| 11:04:46 | | Join vaguerant_ [0] (~vague@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
| 11:05:53 | | Quit vaguerant_ (Client Quit) |
| 11:06:09 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 11:07:34 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
| 11:08:39 | Luca_S | yay! rockbox on my fuzev2! nice work guys :) I followed the instructions on the forum and I see the display, seems like I have the same version of the developers' ones |
| 11:10:39 | funman | Luca_S: so far we're not even sure the other version exists |
| 11:10:46 | | Join jordan` [0] (~jordan@78.235.252.137) |
| 11:12:14 | Luca_S | is there any way to move the selection down in lists? all the scrollwheel buttons seems to work, even the hold and the home button |
| 11:12:40 | funman | no, wait for the scrollwheel support to be added |
| 11:12:45 | pamaury | bluebrother: how translation works ? I edit on the web tool or with linguist and then I post on the tracker or I commit it directly ? Is someone reviewing translations ? |
| 11:12:50 | | Join vaguerant [0] (~3aaf4cc7@gateway/web/freenode/x-evodgvkugialfsnj) |
| 11:13:04 | | Quit vaguerant (Changing host) |
| 11:13:04 | | Join vaguerant [0] (~3aaf4cc7@wikipedia/vague-rant) |
| 11:13:31 | Luca_S | ok :) thank you |
| 11:13:37 | funman | pamaury: do you want review of the french? |
| 11:13:42 | | Quit BHSPitMonkey (Quit: Ex-Chat) |
| 11:14:17 | pamaury | Well it's always better if several people have a look at it :) |
| 11:15:30 | vaguerant | Is there anywhere more specified than here to discuss emulators running on Rockbox? |
| 11:16:11 | funman | vaguerant: depending what you want to discuss, here or on the forums. What is the topic? |
| 11:16:45 | vaguerant | Was curious if anyone had looked at Pokemon mini emulation. |
| 11:17:55 | vaguerant | It's a handheld Nintendo released in the late '90s IIRC, notably the display res is 96*64, so it has potential to work on a lot of devices; on the downside, it's all custom parts so it's not well documented. There's a GPL'd Windows emulator though. |
| 11:18:07 | funman | not that i'm aware of |
| 11:21:22 | | Quit Rob2222 (Quit: Rob2222) |
| 11:22:10 | | Quit vaguerant (Ping timeout: 252 seconds) |
| 11:24:26 | | Join Rob2222 [0] (~Miranda@p4FDCBD5C.dip.t-dialin.net) |
| 11:24:49 | | Quit Rob2222 (Client Quit) |
| 11:25:10 | | Join Rob2222 [0] (~Miranda@p4FDCBD5C.dip.t-dialin.net) |
| 11:25:58 | | Quit geertvdijk (Ping timeout: 276 seconds) |
| 11:33:06 | | Join geertvdijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl) |
| 11:36:04 | | Join xsteadfastx [0] (~spectrum@91.186.34.71) |
| 11:36:28 | * | JdGordon grumbles at people who think the sbs loading is the boot time culpret |
| 11:36:32 | | Quit Rob2222 (Quit: Rob2222) |
| 11:41:18 | JdGordon | Torne: I'd be interested in your settings_apply() timeing graph.... |
| 11:42:22 | | Join Rob2222 [0] (~Miranda@p4FDCBD5C.dip.t-dialin.net) |
| 11:48:42 | funman | or patch? could it go in svn with #ifdef DEBUG for example? |
| 11:51:21 | JdGordon | depends how it was done, If there is a DEBUGF() call around every call then no |
| 11:51:46 | pamaury | funman: I opened a task on FS for Rbutil french translation, if you want to participate/review, that would be nice as there a lots of unfinished translations |
| 11:52:48 | Torne | JdGordon: I dunno that my results apply to everone |
| 11:52:57 | Torne | the problems moos/llorean were having may be different |
| 11:52:59 | JdGordon | which target? |
| 11:53:04 | Torne | ipodvideo 80gb |
| 11:53:14 | Torne | i was just surprised by the *huge* amount of time that font_load() takes |
| 11:53:29 | Torne | booting with cabbiev2 is a good 7.5s slower than booting with the builtin theme |
| 11:53:32 | JdGordon | so close enough... I can get from press to music in 4s on my CF ipodmini |
| 11:53:43 | JdGordon | font_load() has always been slow |
| 11:53:46 | Torne | Yes, it has |
| 11:53:49 | JdGordon | it reads 100K or so |
| 11:53:56 | Torne | I went back in time substantially and it makes no difference to my player |
| 11:54:06 | Torne | so, i think Llorean/moos have some other problem, maybe |
| 11:54:14 | Torne | I am considering how best to put the boot charting stuff into svn, though |
| 11:54:35 | JdGordon | a seperate branch or something |
| 11:54:36 | Torne | at the moment it *is* spectacularly intrusive, but it needn't be |
| 11:54:44 | Torne | No, I think I can make it reasonable |
| 11:54:56 | Torne | as a compile time option |
| 11:55:18 | Torne | macro abuse may be involved :0 |
| 11:55:25 | JdGordon | I want someone to time boot from today and a specifc build before i care at all about the boot time |
| 11:56:00 | | Join junkY_San [0] (~junkY@client115.amh.kn.studentenwohnheim-bw.de) |
| 11:56:13 | Torne | yeah i don't think i'm reproducing the problems other people are having |
| 11:56:24 | Torne | so, i was gonna see if i can get this code suitable to commit so they can easily test it themselves |
| 11:57:20 | JdGordon | heck, I'd be happy with boot times from 3.0, 3.1, 3.2, 3.3, 3.4, 3.5.. on a consistant config.cfg |
| 11:57:41 | funman | can we use the simulator for that ? :) |
| 11:58:11 | Torne | JdGordon: I can do that |
| 11:58:19 | Torne | i have been testing with no config |
| 11:58:30 | Torne | or with solely dircache turned on |
| 11:58:43 | Torne | seriously though, why is font loading so slow? |
| 11:58:50 | Torne | the default font for cabbie is what, 40kb? |
| 11:58:54 | JdGordon | because font loading sucks |
| 11:58:58 | JdGordon | no, 60KB i tihnk |
| 11:58:58 | Torne | it doesn't take six seconds to read that from disk |
| 11:59:06 | Torne | yah, but still |
| 11:59:10 | Torne | ipodvideo has DMA now |
| 11:59:11 | | Join jeffp [0] (~jeffp@barmen.interhost.no) |
| 11:59:18 | Torne | it can read at 20MB/s with a following wind :) |
| 11:59:30 | JdGordon | it depends how the .fnt is layed out. it might be doing a crap load of seeking |
| 11:59:49 | Torne | on my device it *should* be 100% defragmented |
| 11:59:50 | jeffp | hey guys, where is the web cvs?? |
| 11:59:59 | Torne | jeffp: svn.rockbox.org |
| 12:00 |
| 12:00:07 | jeffp | thankyou sir |
| 12:00:25 | JdGordon | their boot problems must be a big jump between 3.3 and 3.4 |
| 12:00:37 | JdGordon | I don't beleive that there is one anymore |
| 12:00:53 | | Join dockimble [0] (~dockimble@77.227.1.24) |
| 12:00:54 | JdGordon | hmm, no, 3.4 to 3.5 |
| 12:01:22 | Torne | yah, i dunno what setting or target-specific thing they are tripping over, though, cuz it doesn't happen for me |
| 12:01:40 | Torne | moos said if he went back to some old revision on his h120 the boot time went down to 1.2s from much longer |
| 12:01:49 | JdGordon | it used to be doing settings_apply() twice in main() which was removed very recently, which *may* have been an issue... and IS the only issue I added |
| 12:01:53 | Torne | i went back to that same revision on my player and it was within ~50ms |
| 12:01:59 | jeffp | do i have to make an account to report a bug? |
| 12:02:04 | Torne | jeffp: yes |
| 12:02:11 | jeffp | blah k |
| 12:02:14 | Torne | so whatever they're experiencing either doesn't happen on ipod or depends on a non-default setting |
| 12:02:54 | JdGordon | Torne: are you logging to a file or RAM? for proper times I'd want it to at leats not write to disk untill well after boot is finished |
| 12:03:22 | Torne | i'm logf'ing |
| 12:03:36 | Torne | so, it shoulnd't interfere |
| 12:04:37 | | Quit Luca_S (Quit: CGI:IRC) |
| 12:04:46 | Torne | but yeah, i'm gonna reduce the number of chart points because right now i have 100+ during boot which makes main.c rather cluttered |
| 12:05:02 | Torne | and change what they logf to be something less ambiguous |
| 12:05:12 | Torne | and then see what people think about sticking it in svn |
| 12:05:55 | JdGordon | I dont tihnk its worth cleaning up and going in svn unless we have very clear objectives... |
| 12:06:08 | JdGordon | otherwise its just as pointless as the delta graphs |
| 12:06:27 | Torne | hm |
| 12:06:28 | gevaerts | Oh, not very pointless then |
| 12:06:32 | JdGordon | sure its nice to know, but is juyst another place for whingers to object to features |
| 12:07:16 | Torne | does some part of theme loading happen in the background, also? |
| 12:07:21 | JdGordon | no |
| 12:07:26 | Torne | Then that's really weird |
| 12:08:03 | Torne | because having cabbie selected makes check_bootfile take 1.5 seconds |
| 12:08:06 | JdGordon | I think effort should be put into making main() more target independant... why dont we have a target_init() and stuff? only the apps layer init shuold be in main() |
| 12:08:29 | Torne | but if you pick the compiedl in theme, check_bootfile is basically instant |
| 12:08:38 | Torne | this is with all other settings identical |
| 12:08:41 | Torne | (and default) |
| 12:08:54 | Torne | it shouldn't take 1.5 seconds to stat a file |
| 12:09:16 | JdGordon | dircache off? |
| 12:09:24 | Torne | Yes |
| 12:09:31 | Torne | but check_bootfile bypasses dircache anyway |
| 12:09:48 | Torne | It doesn't improve if dircache is on |
| 12:10:03 | JdGordon | doesnt opendir() use dircache if enabked? |
| 12:10:06 | Torne | in fact, with default settings on my ipod dircache makes no difference to boot time except for the extra 100ms or so spent kicking off dircache |
| 12:10:16 | Torne | all the other boot tasks take the same time with or without it |
| 12:11:05 | JdGordon | I ask about dircache because of its thread |
| 12:11:21 | Torne | Yes, but like i said, it makes no difference to any part of booting |
| 12:11:26 | Torne | other than inside dircache_init |
| 12:11:30 | JdGordon | ok |
| 12:11:31 | Torne | (which is obviously very quick if dircache is disabled) |
| 12:11:56 | Torne | hm |
| 12:12:00 | JdGordon | does the disk get a chance to spindown during init? |
| 12:12:07 | Torne | interestingly check_bootfile is commented saying "we don't use dircache" |
| 12:12:11 | Torne | but then it just calls opendir() |
| 12:12:17 | Torne | so, i dunno ;) |
| 12:12:34 | Torne | Hmm, that's a good point |
| 12:12:50 | Torne | i would hope not :) |
| 12:12:55 | JdGordon | when is check_boot() called in relationg to the themes? |
| 12:13:22 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 12:13:25 | Torne | check_bootfile is the second to last thing called in init(), just before settings_apply_skins |
| 12:13:32 | Torne | and long after settings_apply which is what takes most of the time (font_load) |
| 12:13:54 | Torne | i didn't have time to experiment a great deal but it looks like not loading a font doesn't fix check_bootfile |
| 12:14:11 | JdGordon | and check_boot() is faster if cabbie is disabled? even though it is not yet cared about? |
| 12:14:14 | Torne | Yes |
| 12:14:21 | JdGordon | de fuck!? :p |
| 12:14:23 | Torne | all other settings identical :) |
| 12:14:31 | | Quit ivortheengine (Remote host closed the connection) |
| 12:14:32 | Torne | well most of cabbie is loaded in settings_apply |
| 12:14:44 | Torne | by time, at least ;) |
| 12:14:54 | Torne | i don't know how any of the theme stuff works, really |
| 12:15:02 | Torne | but this is 100% repeatable |
| 12:15:26 | Torne | this was consistent every boot for a dozen or more tries last night |
| 12:15:37 | Torne | theme selected: takes 1.5s, builtin theme: takes <100ms |
| 12:16:17 | JdGordon | that makes sense... cabbie is disk heavy, builtin doesnt touch it |
| 12:16:31 | JdGordon | but no part of any theme should be loaded untill setting_apply_themes() |
| 12:17:14 | JdGordon | except the font which is loaded in settings_apply() |
| 12:17:18 | Torne | font, remote font, keyboard, voice, icons and filecolours are loaded during settings_spply |
| 12:17:29 | Torne | so for cabbie on ipod that's font/icons |
| 12:17:54 | | Quit shai (Quit: Leaving) |
| 12:18:06 | JdGordon | oh right, forgot about icons |
| 12:18:08 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 12:18:18 | Torne | :q |
| 12:18:19 | Torne | oops |
| 12:18:22 | Torne | you aren't vim |
| 12:18:31 | JdGordon | nope :D |
| 12:19:06 | Torne | anyway, i think the charting stuff *is* valuable to have in svn if we can coem up with a way that's not too horrible to look at in the code. |
| 12:19:17 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 12:19:33 | funman | Torne: would a simple 1: subs r0, r0, #1\n bne 1B loop be efficient to measure frequency of a CPU ? |
| 12:20:01 | Torne | funman: that's bogomips, not frequency |
| 12:20:16 | funman | can't we time this loop in an exact number of cycles? |
| 12:20:31 | Torne | only if you know the specifics of the CPU you are running on ;) |
| 12:20:42 | funman | i know it's an arm926-ejs |
| 12:20:59 | Torne | well probably, then, but you'll have to do the math yourself for how many cycles that actually is :) |
| 12:21:50 | funman | where is that described? I don't remember seeing it in the Technical Reference Manual but then I didn't read it fully |
| 12:21:50 | Torne | JdGordon: what's your opinion on wrapping function calls in weird macros? :) |
| 12:22:05 | JdGordon | Torne: a slight gotcha with timing font loading. for the main font, if there is a .rockbox/.glyphcache file the load will be slightly different |
| 12:22:17 | Torne | JdGordon: hm |
| 12:22:21 | Torne | JdGordon: i hadn't allowed for that |
| 12:22:26 | Torne | when does that get created? |
| 12:22:30 | JdGordon | Torne: well the settings_list.c macro mess is me so I dont mind too much :) |
| 12:22:44 | JdGordon | shutdown or font unload iirc |
| 12:22:52 | JdGordon | or just comment it out to ignore it |
| 12:23:05 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 12:23:16 | Torne | JdGordon: i mean something like CHART() wrapped around calls in init, like CHART(settings_apply(true);) |
| 12:23:29 | Torne | where normally #define CHART(x) x |
| 12:23:54 | JdGordon | #define CHART(x) do { x } while (0); |
| 12:23:58 | | Quit dfkt (Disconnected by services) |
| 12:24:02 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
| 12:24:18 | Torne | maybe. |
| 12:24:22 | junkY_San | in the clip simulator i can start the stopwatch, go back to now playing and the stopwatch keeps counting. when i do this on my clipv2 the stopwatch is reset when i run the plugin again |
| 12:24:39 | Torne | junkY_San: plugins exit when you exit them |
| 12:24:46 | Torne | if this works on the simulator the simulator is broken |
| 12:25:16 | Torne | (or am i missing something) :) |
| 12:25:26 | | Quit robin0800 (Read error: Connection reset by peer) |
| 12:25:33 | Torne | Ah, yes |
| 12:25:39 | Torne | the stopwatch saves the time when it started and reloads it |
| 12:25:41 | junkY_San | it definetely works on the simulator, but i like that behavour |
| 12:25:48 | Torne | this doesn't work on clipv2 hardware because clipv2 doesn' thave disk writing |
| 12:25:59 | Torne | It doesn't really keep counting on the sim either |
| 12:26:02 | Torne | it just fakes it by saving/restoring |
| 12:26:05 | junkY_San | i see, annother feature of disk writing |
| 12:26:21 | Torne | if you are seeing the wps the plugin has exited. :) |
| 12:26:37 | n1s | it could be quite nifty to make the stopwatch TSR so it could keep running afer exit |
| 12:27:02 | Torne | n1s: that might cause people to wonder why it stops when you run another plugin? :) |
| 12:27:18 | n1s | Torne: yes :) |
| 12:27:54 | gevaerts | n1s: start work on this plugin reform then :) |
| 12:28:10 | junkY_San | i used the player for the first time yesterday and i like the RB volume compared to the OF |
| 12:28:11 | n1s | Ideally we should implement a prompt like: "Plugin foo is currently running in the background, and needs to exit before starting another plugin, proceed?" |
| 12:28:48 | n1s | gevaerts: plugin reform == multiple position independent plugins? |
| 12:28:52 | gevaerts | yes |
| 12:29:29 | * | n1s playse the "I am backpacking in SE asia with no targets at hand" card again |
| 12:29:42 | n1s | s/playse/plays/ |
| 12:29:54 | n1s | on hand too i guess |
| 12:30:25 | n1s | looks like i will be job free this summer though :) |
| 12:30:53 | junkY_San | would it be difficult to bind "next track" to a key in the stopwatch? |
| 12:31:26 | Torne | junkY_San: if you can modify the code and rebuild, not difficult at all, no |
| 12:32:35 | n1s | gevaerts: btw i think, (hope) the hardest part of that will be the UI to handle switching between plugins and the allocation of memory of course |
| 12:33:17 | n1s | or are we going with "however many fits in x kB"? |
| 12:33:21 | gevaerts | n1s: I don't care about switching actually. I don't mind a restriction of only one UI plugin :) |
| 12:33:30 | JdGordon | gevaerts: I'm splitting your new content from NoDo to NoDoDiscussion so there is a clear seperation between the definites and the "NoDos"... |
| 12:33:51 | n1s | then how would that help my hypothetical stopwatch in the background? |
| 12:33:52 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 12:34:06 | | Quit planetbeing_ (Quit: planetbeing_) |
| 12:34:14 | gevaerts | n1s: that's the next bit! Plugins can expose an API to other plugins! :) |
| 12:34:16 | funman | "cycles per instruction" is mentioned in the glossary of the arm926ej-s technical reference manual, but not in the manual itself |
| 12:34:34 | Torne | funman: there isn't really a single source that tells you the numbers :) |
| 12:34:42 | Torne | funman: you kinda have to combine a bunch of different bits of information |
| 12:34:44 | gevaerts | JdGordon: you mean like the HWCODEC NoDos versus things like configurable X? |
| 12:34:55 | JdGordon | yes |
| 12:35:19 | JdGordon | "This is a page where arguments for and against each possible NoDo topic can be summarised (please add links to mailing lists and IRC discussions when they happen. Also you MUST add your signature to the edits or they will be removed." |
| 12:35:26 | funman | Torne: hm ok, can i found all those bits in the manual? |
| 12:35:27 | n1s | gevaerts: sounds complicated, why do we want that? (and how does *that* help me) ;) |
| 12:35:31 | funman | find* |
| 12:35:47 | gevaerts | JdGordon: sounds good |
| 12:36:08 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 12:36:16 | gevaerts | n1s: you'd have a stopwatch plugin in background, and a stopwatch GUI |
| 12:37:07 | n1s | ok, so a stopwatch server and a client :) |
| 12:37:41 | n1s | and the client silently starts the server if it isn't running and then it runs untill shutdown |
| 12:37:58 | * | n1s feels a bit dense |
| 12:38:16 | gevaerts | well, it could work! |
| 12:38:25 | funman | perhaps i should just ask saratoga or Unhelpful |
| 12:38:47 | | Quit dfkt (Ping timeout: 265 seconds) |
| 12:40:35 | | Quit dfkt_ (Client Quit) |
| 12:42:12 | * | Torne can't help but think there are easier ways of doing the stopwatch ;0 |
| 12:44:18 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 12:46:03 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
| 12:46:38 | junkY_San | can someone give me a hint which function to call to skip to the next track? |
| 12:47:55 | linuxstb | junkY_San: Look at apps/plugins/lib/playback_control.c |
| 12:48:58 | junkY_San | thanks |
| 12:53:15 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 13:00 |
| 13:00:21 | *** | Saving seen data "./dancer.seen" |
| 13:00:39 | | Join moos [0] (moos@rockbox/staff/moos) |
| 13:08:49 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
| 13:11:02 | pamaury | moos: I started a FS task about french translation of rbutil, if you want to contribute also or review what I did, I guess it would be a good thing to do it on this thread |
| 13:11:55 | moos | pamaury: Hi, ok. I'll look at it... |
| 13:13:54 | JdGordon | moos... do a boot time comparisson between 3.3, 3.4 and 3.5 please... |
| 13:14:20 | JdGordon | which all default settings (delete.config.cfg and .rockbox/.glyphcache between boots) |
| 13:15:16 | moos | JdGordon: I wanted to do some tests on my beast (where the thing is more noticable), but I have to fix it first (crappy OF) |
| 13:16:21 | jeffp | http://www.rockbox.org/tracker/task/11158 |
| 13:16:54 | junkY_San | yees the next and previous track work in stopwatch :D |
| 13:17:25 | Unhelpful | Torne,funman: there are tables in teh ARM System Developer's Guide that, for the most part, agree with what i've been able to work out from tables in processor manuals. |
| 13:18:10 | amiconn | funman: Sound setting only work for fm if they're done in hardware, i.e. it depends on target |
| 13:18:17 | amiconn | The eq never works for fm |
| 13:19:11 | Unhelpful | they're not always *simple* table because there's an increasing number of instructions with variable cycles based on various stall conditions, and on pre-arm9e the multiply instruction terminate early based on the value of the multiplier. |
| 13:20:43 | wodz | amiconn: could You review FS #11153 ? |
| 13:20:48 | | Part jeffp |
| 13:22:21 | junkY_San | mh i just got "codec failure" during playback and now "error accessing control file" when i want to select any mp3 track. it won't play anymore |
| 13:27:22 | funman | amiconn: do you know how to remove the settings from the screen? |
| 13:27:59 | funman | Unhelpful: hmm googling for that guide show me books, is there a pdf of it ? |
| 13:29:07 | Unhelpful | funman: i believe you can view/download it via docstoc |
| 13:30:59 | funman | yep just got it, thanks |
| 13:32:24 | funman | i wouldn't even know what to grep for |
| 13:32:37 | funman | (to find sound settings in the FM screen) |
| 13:34:00 | funman | hm perhaps "sound_settings" |
| 13:34:42 | funman | can menu entries be dynamically removed? |
| 13:36:18 | | Join patgodo [0] (~chatzilla@f053045020.adsl.alicedsl.de) |
| 13:36:46 | JdGordon | yes |
| 13:37:07 | | Join perfectdrug [0] (~marko@p5B0EC16F.dip.t-dialin.net) |
| 13:37:12 | funman | JdGordon: how would we remove treble/bass from sound_settings when in FM screen? |
| 13:37:22 | JdGordon | with a machete |
| 13:37:28 | * | JdGordon has a quick look |
| 13:38:02 | funman | but only on targets which do not have HW control for them (not sure if there's a #define for that) |
| 13:38:12 | funman | HAVE_SW_TONE_CONTROLS ? |
| 13:38:19 | JdGordon | it would be a bit anoying, but bassicly required a callback for sound_menu |
| 13:38:26 | JdGordon | sound_settings i mean |
| 13:39:33 | | Quit funman (Quit: free(random());) |
| 13:43:23 | JdGordon | silly funman leaving.... |
| 13:44:00 | JdGordon | anyone got an email for him? |
| 13:45:40 | JdGordon | funman, see FS #11159 |
| 13:47:03 | GodEater | Anyone else interested in having a go at one of these for Rockbox? http://www.doubletwist.com/dt/Home/Developers.dt |
| 13:48:20 | | Quit TillW (Ping timeout: 248 seconds) |
| 13:53:56 | | Quit Rob2222 (Read error: Connection reset by peer) |
| 13:54:20 | | Join Rob2222 [0] (~Miranda@p4FDCBD5C.dip.t-dialin.net) |
| 13:54:23 | | Quit Adubb (Quit: "The mind and body must be subjected to extreme stimulus, by means of drugs and music." - HST) |
| 13:57:28 | | Quit robin0800 (Remote host closed the connection) |
| 13:58:59 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 13:59:10 | linuxstb | GodEater: Who/what are/is "doubletwist" ? |
| 14:00 |
| 14:03:08 | amiconn | Regarding yesterday's discussion about slow boot - I am observing the boot slowdown on all targets, and I don't use .sbs and my .wps don't have any bitmap |
| 14:04:03 | | Quit dockimble (Ping timeout: 246 seconds) |
| 14:04:24 | amiconn | Also I don't use dircache on several targets (lowmem hwcodec doesn't have it anyway, and on flash/ssd/cf targets and targets with only 16MB RAM I've disabled it) |
| 14:04:51 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 14:06:25 | amiconn | Fwiw, I'm not talking about boot-to-musc, but boot-to-browser. I don't use manual resume and my start screen is set to the file browser |
| 14:06:41 | amiconn | Err, I don't use automatic resume... |
| 14:08:22 | | Join TillW [0] (~Till@nat028.dc-uoit.net) |
| 14:10:11 | CIA-5 | New commit by uchida (r25407): Rockbox Utility: Japanese translation updates |
| 14:10:31 | Torne | amiconn: everyone yesterday seemed to be measuring different things, which didn't help ;) |
| 14:17:37 | junkY_San | when i create a database on the simulator, what needs to be copied to the player? i copied database.log and database_tmp but the player says "database not initialised" |
| 14:19:56 | S_a_i_n_t | junkY_San: I don't *think* it works like that |
| 14:20:11 | S_a_i_n_t | I believe the sim/player handle the "database" differently. |
| 14:21:11 | gevaerts | junkY_San: the config file |
| 14:21:18 | gevaerts | and the .tcd files |
| 14:23:11 | gevaerts | JdGordon: I'm not sure if "Trivial to implement" (or its opposite) should be used as an argument in a NoDo discussion |
| 14:24:01 | Torne | i'm inclined to agree :) |
| 14:24:19 | Torne | unless we actually *don't know how to do something*, how difficult it is is irrelevant |
| 14:24:32 | Torne | it might be too hard for anyone to bother, but that doens't mean we wouldn't take it if someone did it |
| 14:27:31 | | Quit moos (Quit: See you later) |
| 14:31:39 | JdGordon | gevaerts: well yes and no |
| 14:32:57 | | Quit junkY_San (Quit: Verlassend) |
| 14:34:34 | | Join junkY_San [0] (~junkY@client115.amh.kn.studentenwohnheim-bw.de) |
| 14:35:38 | | Join Schmogel [0] (~Miranda@p3EE21EF1.dip0.t-ipconnect.de) |
| 14:36:16 | junkY_San | gevaerts: i copied all the files but the database is still not initialized :/ |
| 14:36:18 | Luca_S | first song played by my fuzev2: john denver - leaving on a jet plane :D rockbox looks awesome on this device! |
| 14:36:47 | Luca_S | uhm... the clock is wrong |
| 14:37:32 | Luca_S | shows 05:10 instead of 14:41, but I have no way to say if rb is using 12 or 24 hrs display |
| 14:39:52 | * | Unhelpful could swear that database portability was exactly *why* we have endian support in the database |
| 14:40:17 | Unhelpful | we discussed this under "things we could get rid of to fix rombox" :) |
| 14:41:35 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-049-146.pools.arcor-ip.net) |
| 14:43:27 | | Join archivator [0] (~archivato@77.70.28.57) |
| 14:46:31 | | Quit geertvdijk (Ping timeout: 276 seconds) |
| 14:47:58 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 14:48:21 | | Join geertvdijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl) |
| 14:49:34 | junkY_San | Unhelpful: ah so what exactly is needed to get the database "initialized" on the player? |
| 14:50:01 | gevaerts | junkY_San: I'd say the tcd files and the right settings... |
| 14:50:11 | junkY_San | gevaerts: that's all copied |
| 14:50:50 | gevaerts | JdGordon: why? |
| 14:52:21 | | Quit archivator (Quit: Leaving) |
| 14:56:35 | | Quit blairb (Quit: Leaving) |
| 15:00 |
| 15:00:24 | *** | Saving seen data "./dancer.seen" |
| 15:00:38 | JdGordon | gevaerts: to counter the delta con? |
| 15:00:52 | gevaerts | Don't talk nonsense |
| 15:01:21 | * | Torne notes that complexity of implementation is barely related to binsize/ram usage |
| 15:01:50 | * | Bagder agrees with Torne |
| 15:02:13 | * | JdGordon is 3/4 asleep and doesnt understand Torne |
| 15:02:17 | | Quit JdGordon (Quit: goodnight) |
| 15:03:11 | linuxstb | IMO, "hard to implement" isn't a reason for "no do". The question should be "If someone implemented this as well as possible, would we accept the patch?" |
| 15:03:31 | Torne | indeed |
| 15:03:55 | Torne | but i think jd is conflating this with his dislike of gating stuff based on binsize |
| 15:04:07 | junkY_San | gevaerts: the file nvram.bin also needs to be copied to the player |
| 15:04:33 | pamaury | but hard to implement things have to be useful, it's not clever to add a very complicated feature which will trigger zillions of bugs if only one or two persons use it, no ? |
| 15:04:54 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 15:04:56 | Torne | pamaury: things hav eto be useful *regardless* :) |
| 15:05:04 | gevaerts | hard to implement doesn't have to mean hard to maintain either |
| 15:05:45 | pamaury | no but much more error prone and will probably trigger more bugs than an easier to implement one |
| 15:06:32 | kugel | gevaerts: but often? |
| 15:07:08 | pamaury | it pretty much depend on what hard to implement means I think :) |
| 15:12:47 | gevaerts | A plugin can be hard to implement, but it doesn't trigger bugs |
| 15:15:49 | | Quit togetic (Ping timeout: 260 seconds) |
| 15:18:24 | pamaury | plugins are a bit different because there don't increase delta either |
| 15:18:42 | pamaury | (if binsize delta is the problem I mean) |
| 15:19:44 | | Quit wodz (Quit: Leaving) |
| 15:23:32 | | Quit flydutch (Ping timeout: 246 seconds) |
| 15:24:31 | | Join locke [0] (~chatzilla@host86-155-30-56.range86-155.btcentralplus.com) |
| 15:24:36 | | Nick locke is now known as Locke_Fireclaw (~chatzilla@host86-155-30-56.range86-155.btcentralplus.com) |
| 15:25:25 | Locke_Fireclaw | Hey all, how's it all going? Got another problem with my RB. Woo. lol |
| 15:25:35 | | Join flydutch [0] (~flydutch@host173-200-dynamic.15-87-r.retail.telecomitalia.it) |
| 15:26:37 | Locke_Fireclaw | I had a very rocky introduction into compiling my own version yesterday, just to get the 80gb classic HD to work in my 80gb Video. |
| 15:27:08 | Locke_Fireclaw | It was a little flaky, so I started completely from scratch today on a proper Ubuntu install instead of the VB I was working from yesterday. |
| 15:27:29 | Locke_Fireclaw | Well it works, but hard locks when you adjust the volume either too high or too low, any idea's? |
| 15:33:14 | | Quit tchan (Ping timeout: 265 seconds) |
| 15:33:16 | linuxstb | Locke_Fireclaw: Is that the only time it hard locks? |
| 15:33:54 | | Quit robin0800 (Remote host closed the connection) |
| 15:34:04 | linuxstb | And what do you mean by "too high" and "too low"? And where are you adjusting the volume (i.e. which screen in Rockbox). |
| 15:34:33 | Locke_Fireclaw | So far linuxstb. |
| 15:35:25 | Locke_Fireclaw | I'm sat at the 'now playing' screen, everything works fine with the volume set in the middle-ish of the bar, but if you try to increase the volume to say 0db, it'll just freeze & die. |
| 15:35:30 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 15:36:15 | Locke_Fireclaw | You CAN set the volume if you go to the sound settings and set it to 0db before playing anything, and it'll work (and deafen you), but as soon as you try to adjust it while a song is playing, it'll lock & die again. |
| 15:37:42 | linuxstb | What changes did you make to Rockbox? |
| 15:37:58 | Locke_Fireclaw | Two, well, three. |
| 15:38:05 | Locke_Fireclaw | http://forums.rockbox.org/index.php?topic=23983.0 |
| 15:38:21 | Locke_Fireclaw | Just the one's detailed there, to fix the sector size issue with the thinner 80gb HD. |
| 15:38:30 | Locke_Fireclaw | That one is for the 240gb, but figured it'd work. |
| 15:41:05 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 15:44:31 | | Join evilnick [0] (~0c140464@rockbox/staff/evilnick) |
| 15:44:50 | | Quit robin0800 (Remote host closed the connection) |
| 15:44:58 | | Quit n1s (Read error: Connection reset by peer) |
| 15:45:15 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 15:46:33 | | Quit hebz0rl (Quit: Ex-Chat) |
| 15:47:17 | | Part xsteadfastx |
| 15:48:21 | Locke_Fireclaw | Any idea's? |
| 15:48:56 | Torne | Locke_Fireclaw: I don't know what's causing your problem, but just for reference it's better to *undefine* MAX_PHYS_SECTOR_SIZE rather than increasing it, if this makes your hard disk work |
| 15:49:14 | Torne | the MAX_PHYS_SECTOR_SIZE thing is to accomodate badly behaved drives which don't deal with this themselves |
| 15:49:30 | Torne | most drives don't need it and will work faster without it |
| 15:49:37 | Torne | but if it's defined it must be large enough. if that makes sense :) |
| 15:50:02 | Locke_Fireclaw | Ahh, so on next rebuild, if I just comment it out? I notice what I consider 'commenting' is a #, I see those are already there, so is it a - to comment out in that config? |
| 15:50:06 | | Join CGL [0] (~CGL@190.207.233.243) |
| 15:50:20 | Torne | # in C is a preprocessor directive |
| 15:50:27 | Torne | comments are anything between /* and */ |
| 15:50:34 | Locke_Fireclaw | Woosh, there it goes, right over my head... |
| 15:50:52 | | Quit mitk (Quit: Leaving) |
| 15:51:00 | Torne | It's possible your drive *does* require it |
| 15:51:06 | Torne | but you should try without :) |
| 15:51:15 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 15:51:26 | Locke_Fireclaw | I literally am only doing this because I wanted my 80gb to have Rockbox. lol My 4th gen 40gb only ever needed me to poke the installer, so I'm in way over my head here. |
| 15:51:43 | linuxstb | Locke_Fireclaw: So I assume a standard Rockbox build doesn't work? |
| 15:52:04 | Locke_Fireclaw | Only because of the hard drive problem linuxstb. |
| 15:52:09 | Torne | linuxstb: the problem is the standard rockbox builds for ipodvideo *do* define all this, just as too small a size.. |
| 15:52:32 | Torne | i suspect that if the normal ipodvideo builds didn't have the big disk stuff in, upgraded drives would mostly Just Work |
| 15:52:39 | Torne | (but then the 5.5G wouldn't work any more) |
| 15:52:42 | Locke_Fireclaw | And from what I could find out there's no way to just change that particular setting without going through the whole rebuild recompile business. |
| 15:52:59 | Torne | Locke_Fireclaw: yes, unfortuantely this is set at compile time because it affects how much memory is reserved for particular purposes |
| 15:53:17 | linuxstb | Torne: But this is a 80GB drive, not a "big disk". So I just wanted to ask the obvious question about the standard builds. |
| 15:53:27 | Locke_Fireclaw | Aha. |
| 15:53:29 | | Quit kugel (Remote host closed the connection) |
| 15:53:33 | Torne | ah, you also don't need LBA48 if it's an 80GB drive |
| 15:53:34 | Locke_Fireclaw | I can help with that one linuxstb |
| 15:53:49 | Torne | You would probably be better off if you just undefined the sector size settings and left LBA48 out |
| 15:53:52 | Locke_Fireclaw | It's a thin 80gb from a Classic, not the bulky drive from a regular Video. |
| 15:53:56 | Torne | that will *probably* work on your drive. |
| 15:54:01 | Torne | and will be faster/better :) |
| 15:54:35 | linuxstb | Locke_Fireclaw: Yes, I know - you said that. What sector sizes does it use? |
| 15:55:33 | Locke_Fireclaw | I've no idea, but Rockbox threw a panic at me at stated that 4096 was an unsupported sector size. |
| 15:55:39 | Locke_Fireclaw | So I changed it to that. |
| 15:56:56 | Locke_Fireclaw | Ok, a little extra interesting stuff here, I just paused the song and I can crank up the volume all the way without it hard locking, and all the way down too. |
| 15:57:09 | Locke_Fireclaw | But it will lock if the song is playing and I try the same thing. |
| 15:57:21 | Torne | When you say all the way up I assume you mean past 0dB? |
| 15:57:39 | Torne | can you do it from the sound settings menu so you can see what numbers it locks at? |
| 15:57:46 | Locke_Fireclaw | Well, until the little bar goes red. lol But it does actually lock before then. |
| 15:57:49 | Locke_Fireclaw | Sure, bare with. |
| 15:57:49 | Torne | (or use a WPS that displays the sound in decibels) |
| 15:58:13 | Torne | because between some low number and 0dB we are just adjusting the hardware volume setting |
| 15:58:25 | Torne | at very low volumes, or at volumes above 0dB, rockbox is having to actually adjust the digital audio itself |
| 15:58:39 | Torne | so if it's those levels where it goes wrong that's a big hint as to where the problem might be |
| 15:59:04 | Locke_Fireclaw | That's interesting... |
| 15:59:11 | linuxstb | Locke_Fireclaw: Also, can you try and test other things? e.g. scrolling through long lists in the file/database browser whilst music is playing? |
| 15:59:20 | Locke_Fireclaw | Using the volume menu in the sound settings...it goes right up, and right down, without crashing. |
| 15:59:46 | Torne | while it's playing? |
| 15:59:48 | Torne | that's interesting |
| 16:00 |
| 16:00:00 | Locke_Fireclaw | Isn't it just! lol |
| 16:00:03 | Torne | so it's only if you are on the WPS *and* playing that it dies. |
| 16:00:13 | Torne | paused, or not on the WPS, works fine? |
| 16:00:27 | Locke_Fireclaw | I only have a single album on here atm, so no long list to scroll through, I'm purely in testing stages. |
| 16:00:31 | Locke_Fireclaw | Seems to be. |
| 16:00:34 | Locke_Fireclaw | Theme problem maybe? |
| 16:00:36 | Torne | Very odd indeed |
| 16:00:37 | Torne | Possibly |
| 16:00:41 | Torne | Set the theme to rockbox_default |
| 16:00:43 | Torne | and try it. |
| 16:00:49 | Locke_Fireclaw | It's only cabbie, the default theme. |
| 16:01:01 | Torne | yah, but still. try rockbox_default, which is the compiled in theme |
| 16:01:05 | Torne | (veyr very ugly) :) |
| 16:01:24 | Locke_Fireclaw | Ow, my eyes...you ain't kiddin... |
| 16:01:36 | Torne | but it has the advantage of not using any loaded files |
| 16:01:43 | Torne | which reduces the number of things that could be wrong :) |
| 16:02:05 | Locke_Fireclaw | Yep, right up, right down, no problems. |
| 16:02:06 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 16:02:17 | Locke_Fireclaw | Except my ringing ears. |
| 16:02:27 | Torne | linuxstb: is it really only the ipod 5.5G's disk that has the requirement to do physical sector aligned writes? have we found any other disks that actually *need* it? |
| 16:02:55 | Torne | linuxstb: because it seems really unfortuante that people who upgrade drives on ipods almost universally run into this issue and it's basically caused by the 5.5G workaround |
| 16:03:10 | linuxstb | Torne: I think the Nano2G also needs it, but that's done by redefining SECTOR_SIZE |
| 16:03:21 | Torne | linuxstb: yeah, nano2g works differently for good reason |
| 16:03:41 | Torne | basically what i mean is, isn't there a way we can make these upgraded drives work without needing a recompiled build? |
| 16:04:01 | Torne | at the moment we assume that if MAX_PHYS_SECTOR_SIZE is defined, we *must* do the emulation ourselves |
| 16:04:05 | | Quit flydutch (Ping timeout: 246 seconds) |
| 16:04:06 | Locke_Fireclaw | Oh, and one more thing while your setting every problem I've ever had with anything right. lol |
| 16:04:07 | Torne | and thus if it's too small we fail because we can't |
| 16:04:31 | Locke_Fireclaw | Album art...can't seem to get it to display, no matter the picked theme. Am I just being dim? |
| 16:04:35 | Torne | but if we don't really need to do emulation most of hte time this seems suboptimal.. |
| 16:04:43 | Torne | Locke_Fireclaw: Where is your album art stored, and what format is it? |
| 16:04:57 | linuxstb | I would hope there's a better way. But I don't know enough about it. ramsize shouldn't really be an issue on those targets either, so we could sacrifice a little for convenience and simplicity. |
| 16:05:15 | Locke_Fireclaw | JPG, in the same folders as the music playing. I read that JPG wasn't supported, then read something else that said it was supported as of late 2009. |
| 16:05:24 | Torne | jpeg is supported now. |
| 16:05:33 | Torne | are they progressive jpegs, by any chance? we can't load those, iirc |
| 16:06:07 | | Join flydutch [0] (~flydutch@host225-165-dynamic.15-87-r.retail.telecomitalia.it) |
| 16:06:11 | Locke_Fireclaw | Thorne & linuxstb, are you two Rockbox devs perchance? Seem to know ya stuff...and be far more polite than most with newbs such as...well, me. lol |
| 16:06:12 | Torne | linuxstb: well I would think all we'd need is some wya to detect the "broken" drives and set phys_sector_mult to 1 otherwise |
| 16:06:24 | Torne | linuxstb: so the code to handle it would still be in there, with 1024 byte buffers |
| 16:06:25 | Locke_Fireclaw | I'll have a looksee. |
| 16:06:29 | Torne | linuxstb: but it just wouldn't get used. |
| 16:06:47 | Torne | this is laready what happens if you run it on a 5G whose disk has 512 byte sectors |
| 16:06:49 | Locke_Fireclaw | Oh, if it helps, this is Jamendo album art...but I imagine that doesn't help at all. lol |
| 16:06:53 | | Quit n1s (Ping timeout: 264 seconds) |
| 16:07:09 | Torne | Locke_Fireclaw: well, jpeg should work as long as it's not progressive. what are the jpeg files called? |
| 16:07:19 | Torne | folder? cover? nameofalbum? :) |
| 16:08:02 | Locke_Fireclaw | Ahh, there may be naming complications I guess...just a stab in the dark, but the current playing one is... |
| 16:08:11 | Locke_Fireclaw | [cover] Alexander Blu - May.jpg |
| 16:08:58 | Torne | It needs ot be called either exactly the same thing as the album title, or folder.jpg, or cover.jpg |
| 16:09:07 | Torne | it doesn't just look for any images in the same folder |
| 16:09:17 | Torne | see appendix C of the manual for the exact list of filenames we check |
| 16:09:43 | Locke_Fireclaw | Ahh, so if I rename the file to folder.jpg it'll grab it? |
| 16:09:46 | Torne | linuxstb: the hard part is deciding whether the drive needs the workaround |
| 16:09:48 | Locke_Fireclaw | ...wow, that's a lotta renaming. lol |
| 16:09:57 | Torne | Locke_Fireclaw: yes, and folder.jpg is also recognised by Windows and many other OSes, as a bonus |
| 16:10:02 | Torne | (that's why we support it) |
| 16:10:04 | linuxstb | Torne: Attempt a non-aligned write and see if it works? |
| 16:10:05 | evilnick | Locke_Fireclaw: There are renaming tools that will do that en masse |
| 16:10:12 | Torne | linuxstb: I guess, but where can we write to safely? |
| 16:10:32 | gevaerts | Is it only write? |
| 16:10:35 | Torne | gevaerts: yes |
| 16:10:39 | GodEater | somewhere in the MBR? |
| 16:10:41 | Torne | the drive still emulates reads iirc |
| 16:10:53 | GodEater | wait, hang on |
| 16:10:54 | Torne | GodEater: hehe |
| 16:11:03 | GodEater | are we talking about the broken 80GB ipod drives? |
| 16:11:05 | GodEater | or something else? |
| 16:11:06 | Torne | yes |
| 16:11:16 | GodEater | single sector reads fail on those |
| 16:11:19 | GodEater | isn't that enough of a test? |
| 16:11:24 | Torne | Oh, they do? |
| 16:11:26 | GodEater | yeah |
| 16:11:27 | Torne | That's much easier then |
| 16:11:30 | GodEater | you get a DNF |
| 16:11:33 | Torne | Cool |
| 16:11:35 | Torne | Well, we could do that |
| 16:11:50 | Torne | i'm talking about the fact that the workaround for those drives stops us from using lots of other *non* broken drives, installed as upgrades |
| 16:11:54 | GodEater | I told people not to archive that forum thread :) |
| 16:11:59 | Torne | because those drives claim a physical sector size greater than 1024 |
| 16:12:04 | Torne | but do emulate reads/writes happily. |
| 16:12:08 | GodEater | yep |
| 16:12:14 | Torne | i'd like to fix that i fpossible |
| 16:12:17 | Locke_Fireclaw | Just need to find a theme that supports art now. lol |
| 16:12:20 | * | Locke_Fireclaw fiddles |
| 16:12:22 | Torne | Locke_Fireclaw: cabbie does |
| 16:12:23 | GodEater | I remember this well because I did all those early tests on the 80GB |
| 16:12:30 | Torne | Locke_Fireclaw: it rearranges the screen to make room if the art exists |
| 16:12:34 | GodEater | I remember having to read the bloody ATA INFO off the LCD |
| 16:12:36 | Torne | GodEater: ah right |
| 16:12:45 | Torne | GodEater: i'm also wondering what the actual binsize impact of LBA48 is |
| 16:12:53 | GodEater | learnt more about ATA than I ever wanted to |
| 16:12:55 | Torne | because having that enabled all the time might be nice too |
| 16:13:08 | GodEater | I Can't imagine it's that bad |
| 16:13:15 | Torne | (LBA48 does actually *kinda* give you an extra featur even for drives that don't need it: you can load more sectors in one request) |
| 16:13:21 | Torne | (which makes large DMAs quicker) |
| 16:13:27 | GodEater | cool |
| 16:13:29 | GodEater | I'm all for that |
| 16:13:37 | Torne | though we don't load enough at once in buffering for that to help |
| 16:13:44 | Torne | since we only buffer multiples of the chunk size |
| 16:13:49 | GodEater | useful to know for future reference though |
| 16:13:52 | Torne | making buffering load 1MB chunks means you waste at the end some :) |
| 16:14:02 | Torne | (unless you make even more invasive changes to buffering) |
| 16:14:25 | Torne | but yes, if possible without breaking anything *else* and increasing binsize much I would like to make standard builds work with upgraded/replaced drives |
| 16:14:35 | GodEater | btw, if writes turn out to yes be required to detect this, I was serious about the MBR |
| 16:14:39 | Torne | so that we can eliminate these monster drive builds which rot and do things wrong. |
| 16:14:47 | GodEater | just attempt to re-write the magic numbers |
| 16:14:53 | Torne | We could just write to sector 1 |
| 16:14:57 | GodEater | or that |
| 16:14:59 | Torne | the rest of the sectors in cylinder 0 are empty |
| 16:15:10 | Torne | (normally, at least) |
| 16:15:17 | Torne | (we might upset people with custom GRUB installs? :) |
| 16:15:24 | GodEater | screw them :) |
| 16:15:25 | Locke_Fireclaw | But cabbie seems to die when I adjust volume Thorne. |
| 16:15:33 | GodEater | Locke_Fireclaw: re-read his nick |
| 16:15:36 | GodEater | there's no "h" |
| 16:15:37 | Torne | Locke_Fireclaw: well, that's a bug in rockbox, not cabbie |
| 16:15:48 | Torne | Locke_Fireclaw: the theme should no tbe able to crash the player |
| 16:15:56 | Torne | but yes, please do try other themes |
| 16:15:57 | Locke_Fireclaw | Sorry, my bad. :/ |
| 16:16:00 | Torne | and see if it's *just* cabbie that breaks it |
| 16:16:03 | Torne | or any graphical theme |
| 16:16:08 | Torne | as that's also useful data |
| 16:16:15 | | Quit antil33t () |
| 16:16:26 | Torne | it sounds like you've found a genuine bug in there somewhere, but it must be triggered by *something* obscure, or we'd've seen it :) |
| 16:16:42 | Locke_Fireclaw | Either that or my crappy recompile. |
| 16:16:52 | Torne | Well, hopefully not. |
| 16:17:05 | Torne | If you want to eliminate that one, try just *removing* all of the defines mentioned in that forum post |
| 16:17:11 | Locke_Fireclaw | In my defense I did follow http://www.rockbox.org/wiki/LinuxSimpleGuideToCompiling to the letter. |
| 16:17:21 | Torne | don't define physical/logical sector size maximums at all, and don't define LBA48 |
| 16:17:24 | Torne | and build that. |
| 16:17:32 | Torne | If that still boots and works at all then your drive doesn't need them |
| 16:17:36 | Torne | and will work better without them |
| 16:18:36 | Locke_Fireclaw | Ok, how do I comment out again? with - +? |
| 16:18:48 | Torne | no. |
| 16:19:00 | Torne | just change them to #undef MAX_PHYS_SECTOR_SIZE |
| 16:19:04 | Torne | and similar |
| 16:19:15 | Torne | #undef tells it to un-define them instead of defining them as particular numbers. |
| 16:19:18 | Locke_Fireclaw | Ahh, right, got it. |
| 16:19:29 | Torne | this *might* not work. i've not tried it ;) |
| 16:19:35 | Torne | but it should if my understanding is correct ;) |
| 16:20:16 | Torne | GodEater: i guess i should just write the code and post a test build :) |
| 16:20:27 | GodEater | it shouldn't take long :) |
| 16:20:32 | Torne | GodEater: if reads are sufficient then it's trivial to just read sector 1 and see if it succeeds |
| 16:20:43 | GodEater | I'm ready to guarantee it won't |
| 16:20:49 | Torne | and if so, ignore ATA IDENTIFY's sector size and just set the value to 1 |
| 16:21:08 | Torne | then post a test build and ask all the people with replaced/upgraded disks to try it |
| 16:21:23 | Torne | (i have a 5.5G with a stock disk to try on) |
| 16:22:40 | Locke_Fireclaw | Torne: I think I love you. |
| 16:22:47 | Locke_Fireclaw | Was has album art. :D |
| 16:22:58 | Torne | well, next time read the manual and you'll have album art without help ;) |
| 16:23:34 | Locke_Fireclaw | But alas, still a volume crash with a theme, not cabbie this time either. |
| 16:23:48 | Torne | Right, so that's useful information |
| 16:24:05 | Torne | not sure quite how to reproduce htough :0 |
| 16:24:24 | GodEater | linuxstb: apologies for missing your question earlier - did you find out who/what they/it /are/is ? |
| 16:25:03 | Locke_Fireclaw | I think it's only with extremes of volume, probably past 0db |
| 16:25:04 | linuxstb | GodEater: Sort of... It's an itunes-like app for WIndows and OS X? |
| 16:25:13 | GodEater | pretty much |
| 16:25:21 | GodEater | but without actually having to have an ipod |
| 16:25:25 | GodEater | it supports many devices |
| 16:25:33 | Torne | Locke_Fireclaw: right, but if it works when paused, or when not showing the wps, or when using the builtin theme, then it can't really be a bug in the code that adjusts the volume |
| 16:25:39 | Torne | It must be a bug in the code that displays the WPS |
| 16:25:43 | GodEater | but Rockbox'd iPods in particular confuse it |
| 16:28:02 | linuxstb | GodEater: I had a quick look at the xml though, and some things seem odd. For example, you specify folder names for music, video, photos etc in there - so users don't seem to get a choice. |
| 16:28:29 | GodEater | linuxstb: yes, that annoyed me too :( |
| 16:28:43 | GodEater | but I guess for people who wanted to use it, they wouldn't really care |
| 16:28:55 | GodEater | so we could specify "Rockbox_Music" or somesuch |
| 16:30:28 | Torne | linuxstb: the assumption on the media players' part is that users *don't* get a choice, though |
| 16:30:38 | Torne | which is pretty standard :) |
| 16:30:43 | GodEater | yeah, it's pretty rare that you do |
| 16:30:52 | GodEater | we are one big edge case |
| 16:31:12 | Torne | they also assume, reasonably, that players have a fixed set of formats they support which is unlikely to change :0 |
| 16:31:40 | GodEater | that disappointed me a whole lot more - I thought dT supported more formats than it turns out it does |
| 16:32:39 | linuxstb | I don't have much experience of OFs, but I can't remember file location restrictions, apart from ipods. |
| 16:33:46 | | Quit Luca_S (Quit: CGI:IRC) |
| 16:34:00 | Torne | linuxstb: it tends to be more recent players that do it |
| 16:34:12 | Torne | the ones that play video and stuff as well, the chinese ones with big-ish screens |
| 16:34:46 | Torne | their terrible OFs tend to have segregated modes for video/music/picture/etc |
| 16:34:52 | Torne | which look in different places :( |
| 16:36:15 | Bagder | I also think both cowon and sandisk OFs have had such ideas |
| 16:36:21 | Locke_Fireclaw | Hm, something more than volume problems methinks. :( |
| 16:37:01 | Locke_Fireclaw | Ah well, back to the drawing board. |
| 16:37:20 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 16:40:08 | Locke_Fireclaw | BBL guys, freezing my fanny off out here, that's what you get for having a shed as an office I guess. |
| 16:40:57 | Locke_Fireclaw | Thanks again for all your help, it's much appreciated. |
| 17:00 |
| 17:00:09 | S_a_i_n_t | Been scrolling up a little...anyone able to shed any light on the "changing volume in the WPS hardlocks the player" thing? |
| 17:00:16 | S_a_i_n_t | ...seems *very* odd. |
| 17:00:25 | *** | Saving seen data "./dancer.seen" |
| 17:02:19 | Torne | S_a_i_n_t: yeah we have no idea |
| 17:02:28 | Torne | but from the sound of his last comment he has found other problems too |
| 17:02:32 | Torne | so maybe there is a more general issue with his player |
| 17:02:34 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 17:02:46 | S_a_i_n_t | I can't reproduce, *at all* if it helps. |
| 17:05:04 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
| 17:05:07 | | Quit TillW (Ping timeout: 248 seconds) |
| 17:06:03 | Torne | well no, not relaly |
| 17:06:23 | Torne | if the problem wasn't conditional on some unknown probably obscure thing then someone would've noticed by now already :) |
| 17:06:45 | Torne | the fact that a user even has this issue without us knowing why already suggests it's based on something pretty obscure ;) |
| 17:07:49 | S_a_i_n_t | My immediate thought is he's pissed around with something he forgot about, seeing an "svn diff" might of been a good thing to check. |
| 17:08:16 | * | Torne shrugs |
| 17:08:22 | Torne | we'll see I guess :) |
| 17:08:38 | Torne | it has reminded me that I want to fix it so people don't *have* to do custom builds when they use nonstandard drives. |
| 17:08:45 | Torne | which would eliminate that as a possible cause ;) |
| 17:09:01 | Torne | so maybe i'll test htat later |
| 17:09:21 | S_a_i_n_t | yes, wouldn;t that require some pretty interesting ifdef's though? |
| 17:10:16 | Torne | nope. |
| 17:10:19 | S_a_i_n_t | I always assumed there was some level of fuckery that prevented "bigdisk" builds being offered. |
| 17:10:43 | Torne | unless i misunderstand entirely it's not much of a problem at all |
| 17:11:00 | Torne | the problem is actually that the workaround to make the 5.5G ipod disk work *breaks* support for loads of otherwise perfectly good disks |
| 17:11:06 | Torne | which would've worked fine without 5.5G support |
| 17:11:14 | S_a_i_n_t | the 5.5G bigdisk fiends will be pleased... ;) |
| 17:11:28 | Torne | we just need to test the disk to make sure it really can do unaligned reads/writes |
| 17:11:35 | Torne | and if so we don't *need* to do the workaround. |
| 17:11:45 | Torne | and thus it doesn't matter if the allocated buffer for the workaround is too small for this disk. |
| 17:12:00 | S_a_i_n_t | huh... |
| 17:12:05 | Torne | This will then work for the 5.5G disk and also for any old non-broken disk that emulates single sector accesses correctly |
| 17:12:09 | S_a_i_n_t | well, the theory seems simple enough. |
| 17:12:26 | Torne | it would only fail if someone has a disk which doesn't emulate single sector accesses *and* has a sector size >1024 |
| 17:12:40 | Torne | so, yeah, i may try this out later |
| 17:13:28 | Torne | then try enabling lba48 as well, since i don't think the binsize impact should be very much |
| 17:13:40 | Torne | and then the bigdisk builds can die and there will be a lot less people using unsupported builds ;) |
| 17:14:03 | gevaerts | Torne: make sure you measure the boot time impact of all this! ;) |
| 17:14:11 | Torne | gevaerts: Conveniently.. :) |
| 17:14:17 | | Join TillW [0] (~Till@nat026.dc-uoit.net) |
| 17:14:51 | | Quit toffe82 (Remote host closed the connection) |
| 17:17:56 | | Part patgodo |
| 17:18:00 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 17:18:17 | Torne | gevaerts: do you have an opinion on committing boot charting code to svn, btw? |
| 17:18:22 | Torne | as a default-off #define |
| 17:18:30 | gevaerts | Torne: I think it'd be useful |
| 17:18:46 | Torne | also I am currently doing it by calling _logf |
| 17:18:49 | gevaerts | Maybe just have it depend on LOGF_ENABLE |
| 17:18:50 | | Join katyl [0] (~katyl@adsl-074-170-246-249.sip.gnv.bellsouth.net) |
| 17:18:52 | Torne | so that you don't have to define LOGF_ENABLE in each file |
| 17:18:59 | gevaerts | hm, right |
| 17:19:09 | Torne | the chart crosses several files |
| 17:19:16 | Torne | so, i wanted to have one global define to turn it on |
| 17:24:54 | | Join Tomis2 [0] (~Tomis@70.134.95.149) |
| 17:25:14 | | Join archivator [0] (~archivato@77.70.28.57) |
| 17:25:56 | | Quit archivator (Remote host closed the connection) |
| 17:26:02 | | Part LinusN |
| 17:27:17 | | Quit Locke_Fireclaw (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100214235958]) |
| 17:27:31 | | Quit Tomis (Ping timeout: 264 seconds) |
| 17:27:31 | | Nick Tomis2 is now known as Tomis (~Tomis@70.134.95.149) |
| 17:30:34 | | Quit Hillshum (Ping timeout: 246 seconds) |
| 17:33:16 | Torne | gevaerts: http://pastebin.com/mV6yXkL4 |
| 17:33:59 | Torne | gevaerts: expected use: CHART_CALL(tagcache_init()); or CHART_STR("boot done"); |
| 17:34:49 | Torne | we might want __LINE__ in there as well? |
| 17:34:57 | gevaerts | Torne: I guess we can't use fancy linker tricks? :) |
| 17:35:04 | Torne | gevaerts: I thought of that |
| 17:35:08 | Torne | it's a bit tricky |
| 17:35:12 | Torne | and not all the calls are between files ;) |
| 17:35:48 | | Join archivator [0] (~archivato@77.70.28.57) |
| 17:36:28 | gevaerts | line numbers might be good. I suspect there's no robust way to make this less visible |
| 17:36:39 | Torne | Yeah, it's very hard to not have it intrude on the source |
| 17:36:44 | Torne | I wasn't going to put one on *everything* |
| 17:36:48 | Torne | only the likely culprits |
| 17:36:55 | Torne | because the times *between* them still tell you about everything inbetween |
| 17:37:04 | gevaerts | You could play games with #defines to redefine the function calls to some wrapper, but that's going to cause headaches |
| 17:37:38 | Torne | CHART_CALL to me seems less intrusive than spelling out function names again |
| 17:37:48 | Torne | CHART("tagcache_init"); tagcache_init(); |
| 17:37:55 | Torne | is even *more* lines :) |
| 17:38:06 | gevaerts | Yes, that's really bad and errorprone |
| 17:38:20 | Torne | at least with doing CHART_CALL you can only accidentally omit it |
| 17:38:31 | Torne | which as i say doesn't destroy the usefulness of the data, just the resolutoin |
| 17:39:08 | Torne | the code i was using last night *only* used __LINE__ which is less intrusive but make sit really hard to interpret and compare results |
| 17:39:13 | gevaerts | What I was briefly considering was #define tagcache_init() _tagcache_init() and then CHART_CALL(tagcache_init()); |
| 17:39:18 | Torne | Yeah |
| 17:39:24 | Torne | That's a huge pain in the ass as well though |
| 17:39:38 | Torne | you have to go and redefine it in the places where the functions are *implemented* then |
| 17:39:46 | Torne | I want to keep most of the charting in places like main.c, settings.c |
| 17:39:53 | gevaerts | exactly |
| 17:40:01 | Torne | not in the individual iplementations unless someone feels it's needed in that level of detail for a particular thing |
| 17:40:23 | Torne | the BC: prefix is so you can filter it from other logf's |
| 17:40:43 | Torne | and comma so you can treat it as CSV and load it into a spreadsheet :) |
| 17:49:25 | | Quit Bagder (Quit: It is time to say moo) |
| 17:59:00 | Torne | hm, CHART_CALL is ugly for the lines that do, say, rc = disk_mount_all(); |
| 17:59:36 | | Quit toffe82 (Remote host closed the connection) |
| 18:00 |
| 18:00:46 | | Quit bluebrother (Disconnected by services) |
| 18:00:46 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 18:01:16 | | Quit pamaury (Quit: Quitte) |
| 18:01:23 | | Quit petur (Quit: *plop*) |
| 18:05:21 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 18:09:46 | linuxstb | Torne: IMO, CHART_CALL() is ugly everywhere. I know it's harder to write, but I would find the CHART_STR() syntax far easier on the eyes when reading the code. It's more obvious what is happening, without knowing what those macros do. |
| 18:10:18 | Torne | hm |
| 18:10:39 | linuxstb | But that's just me... |
| 18:10:49 | Torne | well, i am not exactly supe rhappy with it :) |
| 18:11:16 | Torne | i'd like to do it with metaprogramming but C doesn't have any worth the name ;) |
| 18:12:04 | linuxstb | What about simply adding CHART_STR() inside the function itself? But I guess that won't work if the functions have many return points... |
| 18:12:26 | Torne | it also means they keep getting issued, for functoins which are used after boot |
| 18:12:34 | linuxstb | Yep... |
| 18:13:00 | Torne | well, i am not proposing we add a lot of these. :) |
| 18:13:08 | Torne | right now I have, hmm.. |
| 18:13:56 | Torne | 20 in main.c, 9 in settings.c, and two in gui/skin_engine/theme_settings.c |
| 18:14:10 | Torne | which as far as i can see covers bascially everything that hits the disk or has an involved parse/setup step |
| 18:14:31 | Torne | up to the point where we call root_menu() which I am currently considering to be "the end of booting" |
| 18:15:02 | Torne | so yeah, it could be done with explicit strings seperate from the calls |
| 18:15:22 | Torne | i am happy to go whichever way people think best |
| 18:15:38 | Torne | but at least with CHART_CALL the messages are guaranteed to be accurate.. |
| 18:21:10 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
| 18:21:56 | | Join Hillshum [0] (~hillshum@75-165-244-84.slkc.qwest.net) |
| 18:22:19 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:31:52 | Torne | gevaerts: linuxstb: http://sprunge.us/geHG <- proposed patch |
| 18:35:13 | gevaerts | Torne: looks "good". I guess it will need some more discussion... |
| 18:35:33 | Torne | Yah, i haven't actually tested it, either ;) |
| 18:35:51 | Torne | it compiles. i'll try it when i get home and make sure that 1) it works 2) the gaps between the chart points are small |
| 18:36:43 | Torne | i guess whether to keep CHART_CALL is the major thing |
| 18:36:51 | gevaerts | yes |
| 18:36:53 | Torne | i can be convinced either way |
| 18:37:07 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 18:45:02 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 18:46:42 | | Quit Tomis (Read error: Connection reset by peer) |
| 18:46:55 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
| 18:46:59 | | Join Tomis [0] (~Tomis@70.134.100.153) |
| 18:50:44 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 18:51:42 | | Quit pamaury (Quit: Page closed) |
| 19:00 |
| 19:00:08 | | Quit shaggy-h (Ping timeout: 240 seconds) |
| 19:00:27 | *** | Saving seen data "./dancer.seen" |
| 19:00:31 | | Join watto [0] (~watto@193.203.81.165) |
| 19:01:28 | | Join arjunvj3 [0] (~arjunvj3@210.212.160.101) |
| 19:09:35 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
| 19:11:52 | linuxstb | Torne: I don't like it, but I also can't suggest anything better. And the feature itself is useful... |
| 19:11:56 | * | linuxstb decides to sit on the fence |
| 19:13:47 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:13:50 | | Quit bertrik (Changing host) |
| 19:13:51 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 19:20:29 | | Join Luca_S [0] (~5712526b@giant.haxx.se) |
| 19:25:13 | | Quit kaniini (Remote host closed the connection) |
| 19:26:07 | | Quit shai (Quit: Leaving) |
| 19:28:46 | | Join kio [0] (~kio@38.98.68.19) |
| 19:29:14 | | Quit arun (Ping timeout: 276 seconds) |
| 19:30:12 | Torne | linuxstb: well you could convince me to explicitly do CHART_STR before and after each call. for 28 calls I can be bothered to do that if needed :0 |
| 19:32:58 | | Join Strife89 [0] (~michael@168.16.237.214) |
| 19:33:16 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 19:36:41 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 19:38:00 | | Quit junkY_San (Quit: Verlassend) |
| 19:38:33 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:40:39 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 19:42:00 | | Quit Strife89 (Read error: Connection reset by peer) |
| 19:48:00 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 19:48:18 | | Join Strife89 [0] (~michael@168.16.237.214) |
| 19:48:57 | shai | Hi :) So is it correct that rockbox won't work on iPod Classic 7th gen? |
| 19:49:53 | gevaerts | that's extremely correct |
| 19:50:08 | shai | You recall my issue with the iPod yesterday? |
| 19:50:24 | shai | Well, I don't think that my issues ended with just re-installing RB |
| 19:50:38 | shai | So I'm considering getting a new iPod... but I shouldn't get something very new then? |
| 19:50:50 | shai | Touch doesn't work, new gens of Classic won't work... |
| 19:51:01 | shai | So I should only get old gens on eBay? |
| 19:51:08 | gevaerts | I'd recommend first reformatting the disk, and if that doesn't help just replacing the disk |
| 19:51:31 | shai | gevaerts, I might even have a battery issue... |
| 19:51:55 | gevaerts | Well, the list of supported players is in a prominent spot on our website |
| 19:52:37 | shai | When I turn it off, for a min (or so), I see a black screen with a battery icon in the middle, with a triangle and an exclamation mark. |
| 19:52:53 | gevaerts | that's expected |
| 19:53:17 | shai | What is? The batt. issue or the black screen with the icons I mentioned? |
| 19:53:20 | gevaerts | yes |
| 19:53:35 | | Quit TillW (Quit: TillW) |
| 19:53:43 | shai | Again, "yes" to which one? |
| 19:54:10 | gevaerts | the battery icon. Do you have other battery issues? |
| 19:54:25 | shai | I don't think so... |
| 19:54:29 | | Join arun [0] (~arun@unaffiliated/sindian) |
| 19:54:41 | shai | But I don't recall ever seeing that when I power off the iPod ... |
| 19:54:53 | gevaerts | It's a side effect of an attempted solution of a problem that makes some ipods not boot every now and then |
| 19:55:21 | shai | That icon is a side effect? |
| 19:55:40 | shai | That sounds so strange :) |
| 19:56:10 | S_a_i_n_t | I have an .sbs fail...when I load an .sbs I've just made, it shows the "rewind" icon for the playmode. I'll pastebin the .sbs, but from what I can see. the .sbs is fine and this is some odd bug. |
| 19:56:27 | | Join Stephen__ [0] (~S@86.45.50.221) |
| 19:56:31 | gevaerts | shai: I know. It's a fact nevertheless... |
| 19:56:32 | S_a_i_n_t | shai: there's a *possible* fix for that issue being tested now. |
| 19:56:44 | S_a_i_n_t | but the "issue" is purely cosmetic. |
| 19:57:03 | shai | S_a_i_n_t, odd ... who's working on that solution you speak of, Apple? |
| 19:57:19 | S_a_i_n_t | Apple has *NOTHING* to do with this... |
| 19:57:27 | shai | Oh !? |
| 19:57:35 | gevaerts | shai: well, yes and no. There's been some weird things reported since that fix went in, so there might be more going on |
| 19:57:50 | gevaerts | S_a_i_n_t: that was for you... |
| 19:58:02 | shai | So you're saying that icon when I power it off, is from RB and not the iPod itself? |
| 19:58:08 | gevaerts | no |
| 19:58:13 | S_a_i_n_t | shai: yes. |
| 19:58:16 | shai | lol |
| 19:58:22 | S_a_i_n_t | wait...huh? |
| 19:58:23 | shai | You guys need to get on the same page :) |
| 19:58:40 | gevaerts | The icon is from the OF, but it's triggered by rockbox behaviour |
| 19:58:58 | shai | What is OF short for? |
| 19:59:00 | S_a_i_n_t | I was under the understanding it was from the "shutdown "fix"", am I wrong? |
| 19:59:16 | gevaerts | Original Firmware |
| 19:59:22 | shai | Ok... |
| 19:59:31 | shai | So this is cosmetic. I can live with that for now. |
| 19:59:33 | gevaerts | S_a_i_n_t: the "fix" is to invoke some OF code at shutdown time |
| 19:59:49 | shai | So you think I should just Format the FS again and if all else fails, replace the HDD? |
| 20:00 |
| 20:00:12 | shai | I've already opened the iPod today to try and see if there is an issue with the connection... |
| 20:00:17 | shai | For the bat. |
| 20:00:22 | gevaerts | Yes. Possibly you can use the diagnostic mode to do a disk check. Don't ask me how though... |
| 20:00:23 | shai | And there was no issue. |
| 20:01:03 | shai | Thing is, that after I left yesterday, and started driving to meet up with my friends, after you, gevaerts, helped me get it to load the FW, it shut off the iPod every min or two after playing the new songs. |
| 20:01:20 | shai | So I think (not sure), that I still have issues, but not sure where they lay yet. |
| 20:01:34 | shai | Could be that the FS is screwed, and that I really do need to format it and start from scratch... |
| 20:01:36 | shai | Not sure... |
| 20:01:52 | S_a_i_n_t | what type of iPod is this? |
| 20:01:56 | shai | Is it as easy as formatting drive H:\ and re-installing RB? |
| 20:02:05 | shai | iPod Classic 5th gen. |
| 20:02:08 | shai | 30gb |
| 20:02:22 | gevaerts | It should be, yes. Remember to format it as FAT32, not NTFS |
| 20:02:28 | shai | Yea, |
| 20:02:33 | shai | Of course.... |
| 20:05:15 | | Quit mitk (Quit: Leaving) |
| 20:07:37 | S_a_i_n_t | Can anyone tell me WTF "rewind" is firing when I boot the iPod (well, the sim) with this .sbs loaded? |
| 20:07:51 | amiconn | [05:24:27] <saratoga_lab> "54MHz arm7tdm" <== The av300 is hybrid hwcodec+swcodec, and iirc there's also some gfx processing hardware in the lcd controller |
| 20:07:53 | S_a_i_n_t | I can't see *how* it is...unless I'm *really* blind. |
| 20:08:02 | S_a_i_n_t | http://pastebin.com/rMVFv0q5 |
| 20:09:30 | amiconn | So the thing should at least manage mp2/mp3, all the various pcm formats, flac and shorten |
| 20:11:13 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 20:11:21 | | Quit stripwax (Client Quit) |
| 20:14:54 | | Join FlynDice_ [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 20:14:55 | | Quit FlynDice (Ping timeout: 264 seconds) |
| 20:16:43 | S_a_i_n_t | If an .sbs is loaded, and the player is not playing (so isn't "stopped" yet at least), or seeking (which you can't do in the menu anyway AFAIK), then "Playmode" icon should be blank. Correct? |
| 20:17:56 | gevaerts | Shouldn't it be "stopped" then? |
| 20:18:34 | S_a_i_n_t | Hmmm..eitther way, "rewind" is firing...and (pastebin a few lines up) I can't see why |
| 20:18:46 | S_a_i_n_t | the same playmode code works fine in the WPS |
| 20:19:46 | S_a_i_n_t | the "stopped" icon is currently all "magic" colour, so I shouldn;t see *anything* if its stopped. |
| 20:20:30 | | Quit FlynDice_ (Read error: Operation timed out) |
| 20:21:21 | | Join FlynDice_ [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 20:22:53 | saratoga | amiconn: iirc its a ti dsp like on the mrobe, so we could write code for it |
| 20:23:09 | saratoga | but i think that would be fairly difficult compared to carefully optimizing for the main arm core |
| 20:25:52 | amiconn | saratoga: It's a MAS3587F, the same as in the recorders and the Ondio FM |
| 20:26:30 | saratoga | ah i must be mistakebn |
| 20:26:32 | saratoga | mistaken |
| 20:26:38 | amiconn | The av series is the reason why archos and micronas developed the pcm "codec" for the mas |
| 20:26:40 | saratoga | thought it was a TI core |
| 20:31:22 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 20:31:42 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 20:32:15 | | Join stooo [0] (~sto@e176236211.adsl.alicedsl.de) |
| 20:32:21 | | Quit stooo (Client Quit) |
| 20:34:41 | shai | gevaerts, After yesterday, after I've moved the .rockbox to .rockbox.old and re-installed RB, what files should I fetch from that old dir. to keep some of my old settings that I had? |
| 20:35:14 | gevaerts | config.cfg mainly |
| 20:36:31 | shai | kio, 10x |
| 20:36:52 | | Quit Hillshum (Ping timeout: 268 seconds) |
| 20:38:36 | | Part watto |
| 20:40:31 | S_a_i_n_t | gevaerts: I found the problem... |
| 20:40:55 | S_a_i_n_t | the .sbs needs to define (even if not displayed) all 9 playmode types |
| 20:41:07 | S_a_i_n_t | whereas the WPS does not have to do this. |
| 20:41:08 | S_a_i_n_t | odd. |
| 20:41:37 | S_a_i_n_t | and I was right, booting the player isn't "stopped" |
| 20:41:58 | S_a_i_n_t | it's not "stopped" until after it's played something. |
| 20:42:12 | | Join webguest79 [0] (~5edf559a@giant.haxx.se) |
| 20:42:17 | amiconn | Torne: The correct fix for the large physical sector issue with some hdds would be probing. But implementing that needs access to such a hdd |
| 20:42:34 | | Quit webguest79 (Client Quit) |
| 20:43:15 | amiconn | As GodEater meantioned, you get IDNF - but iirc there is a problem in recovering from this state |
| 20:43:47 | gevaerts | amiconn: IIRC Torne has an 80gb ipod |
| 20:45:19 | * | pixelma wonders where Nico_P has gone |
| 20:46:36 | * | S_a_i_n_t *now* realises why past .SBSs have failed...why did I have to figure it out on *this* friggin' one?!? |
| 20:47:05 | S_a_i_n_t | that playmode thing should *really* be in the manual, but then, there's no place to put it. |
| 20:47:28 | S_a_i_n_t | As there is no, .sbs tags...as its assumed they all work in with the WPS tags. |
| 20:49:55 | | Quit ender (Quit: The difference between 'involvement' and 'commitment' is like an eggs-and-ham breakfast: the chicken was 'involved' - the pig was 'committed'.) |
| 20:50:30 | S_a_i_n_t | but I fear that "Note: Remember you have to define all nine playmode types, even if its just with "-", and even if you don't use them all...Otherwise your .SBS will fail. We won't show you all nine types in the Manual though, Oh No! That'd be too easy, go looking in "Custom WPS" to find out what you're doing wrong" is a little long winded... |
| 20:50:49 | | Join captainkewlllll [0] (~2669ecc2@gateway/web/freenode/x-mlltdnlglynjchbk) |
| 20:51:35 | pixelma | I'd say that should be fixed rather |
| 20:52:42 | S_a_i_n_t | It does seem odd, but whats easier to fix? make the WPS need all 9 types to be defined, or make the SBS deal OK with 5 like thw WPS does? |
| 20:52:57 | S_a_i_n_t | *s/thw/the/ |
| 20:53:22 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
| 20:53:49 | pixelma | as conditional/enumeration tags usually should work even if you don't define all cases, I'd expect the latter |
| 20:54:11 | S_a_i_n_t | A job for JdGordon then I suspect. |
| 20:54:30 | S_a_i_n_t | He'll probably go insane reading the logs, I may have to wait fot him in person. |
| 20:55:08 | gevaerts | Yes, and after he's fixed the manual, I think he's also the right person to fix the code |
| 20:55:19 | | Join Barahir [0] (~jonathan@gssn-5f754491.pool.mediaWays.net) |
| 20:55:22 | pixelma | for other enums that means "take the last defined and use it for all missing conditions" IIRC. I'm sure the codec type used conditionally works this way |
| 20:56:21 | S_a_i_n_t | What was happening was (in the .sbs) if I just had %mp<stop|play|pause|fastforward|rewind> as my playmode line, it was showing "rewind" at boot-time |
| 20:56:22 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 20:56:58 | S_a_i_n_t | I fixed it by adding four more "-" conditions to the end. |
| 20:57:06 | S_a_i_n_t | A weird fix, but it worked. |
| 20:57:54 | S_a_i_n_t | I can't find anywhere where it states that *all* playmode states need to be conditions in the .sbs |
| 20:58:09 | S_a_i_n_t | s/to be/to have/ |
| 20:58:31 | | Quit Barahir_ (Ping timeout: 276 seconds) |
| 20:58:33 | pixelma | what's the other modes after rewind (in the sbs)? |
| 20:58:48 | gevaerts | Recording, Recording paused, FM Radio playing, FM Radio muted |
| 20:59:12 | | Quit ender` (Client Quit) |
| 20:59:14 | S_a_i_n_t | none of which I use, and the WPS doesn't use... |
| 20:59:59 | S_a_i_n_t | So, I had *no* idea that they needed to be defined in the .sbs playmode conditional. |
| 21:00 |
| 21:00:17 | S_a_i_n_t | Ideally, I guess "playmode" should get its own tag in the .sbs |
| 21:00:22 | pixelma | though it could be that the conditional works as expected but it doesn't get correct info which mode it's in until something was played |
| 21:00:29 | *** | Saving seen data "./dancer.seen" |
| 21:00:54 | | Quit Barahir (Ping timeout: 246 seconds) |
| 21:01:08 | | Quit robin0800 (Remote host closed the connection) |
| 21:01:18 | S_a_i_n_t | pixelma: it was returning to "rewind" instead of "stopped" even *after* something was played/stopped |
| 21:01:19 | gevaerts | S_a_i_n_t: please report a bug about this |
| 21:01:29 | S_a_i_n_t | I thought of that too, but disprooved it. |
| 21:01:33 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 21:01:56 | S_a_i_n_t | gevaerts: OK, will do. |
| 21:04:46 | pixelma | then it possibly doesn't have correct info in the menu at all (the rewind could also show up if it put non-coder like "thinks" it's in the other modes too |
| 21:05:46 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 21:05:54 | S_a_i_n_t | then...why would defining all 9 states make it work perfectly as expected? |
| 21:06:28 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 21:07:13 | gevaerts | ouch |
| 21:07:39 | | Quit robin0800 (Read error: Connection reset by peer) |
| 21:07:48 | gevaerts | The wiki is wrong as well. If you have a tuner but no recording, the FM tokens will move :\ |
| 21:07:48 | * | S_a_i_n_t thinks its just "lack of general knowledge/available information about how .SBS syntax works" |
| 21:08:03 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 21:08:22 | S_a_i_n_t | gevaerts: Same , or seperate bug? |
| 21:08:43 | S_a_i_n_t | or just, token parsing weirdness for .sbs? |
| 21:08:46 | gevaerts | Well, that's only a bug if you want WPSes to be reusable on different targets... |
| 21:09:02 | gevaerts | ah, no, I'm wrong |
| 21:10:58 | | Quit adnyxo (Ping timeout: 248 seconds) |
| 21:11:56 | gevaerts | It sticks on rewind, right? |
| 21:13:16 | gevaerts | S_a_i_n_t: can you do a quick test and use %mp as a non-conditional? It should just give you a number then |
| 21:14:15 | pixelma | yes, but if you don't define something for the following states it'll take the last defined which is "rewind" |
| 21:14:15 | S_a_i_n_t | gevaerts: yes. |
| 21:14:23 | gevaerts | Well, which one? |
| 21:14:33 | S_a_i_n_t | I mean, it displays << at boot-time |
| 21:14:39 | gevaerts | Ah, ok :) |
| 21:14:47 | S_a_i_n_t | what do you want me to change the %mp line to? |
| 21:14:59 | pixelma | just %mp |
| 21:15:08 | gevaerts | Just %mp instead of %?mp<...> |
| 21:15:10 | S_a_i_n_t | one sec |
| 21:17:23 | | Join webguest980 [0] (~5edf559a@giant.haxx.se) |
| 21:17:46 | S_a_i_n_t | Its REALLY hard to see, but I *think* it displays a "7" |
| 21:17:52 | | Quit webguest980 (Client Quit) |
| 21:18:32 | gevaerts | Well, that's pretty different from 5 anyway |
| 21:18:51 | evilnick | S_a_i_n_t: Can you do a screendump of it? |
| 21:19:13 | gevaerts | So it thinks it's in record pause |
| 21:19:14 | S_a_i_n_t | correction, it *is* a 7 |
| 21:19:45 | S_a_i_n_t | do you want a dump of it showing 7 at boot-time, or the |<< icon? |
| 21:19:46 | * | archivator thinks he managed to persuade rbutil to encode files in parallel (testing atm) |
| 21:19:47 | S_a_i_n_t | or both? |
| 21:20:06 | * | gevaerts believes S_a_i_n_t on his word :) |
| 21:20:25 | S_a_i_n_t | I know! Amazing, right? ;) |
| 21:22:04 | * | gevaerts finds a place where firmware/ calls apps/ |
| 21:22:14 | S_a_i_n_t | Hmmm...if I hold "play" on the sim, it goes from 1 (after playing, of course) to 7 |
| 21:22:19 | pixelma | as I said that would be expected if you only have 5 icons |
| 21:23:27 | pixelma | hmm... no |
| 21:24:27 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 21:24:43 | | Join ender [0] (krneki@foo.eternallybored.org) |
| 21:24:49 | pixelma | but it is "allowed" to display the last - rewind - one as the one for mode 6, 7, 8 and 9 then |
| 21:26:32 | gevaerts | S_a_i_n_t: is this on the sim, or also on target? |
| 21:26:59 | | Quit S_a_i_n_t (Ping timeout: 265 seconds) |
| 21:27:59 | gevaerts | hm, in the sim this Can Not Happen! |
| 21:28:10 | | Quit einhirn (Ping timeout: 258 seconds) |
| 21:28:28 | | Quit ender` (Ping timeout: 276 seconds) |
| 21:29:19 | | Join spaax [0] (opera@85-31-247-126.internetia.net.pl) |
| 21:30:03 | | Quit ender (Ping timeout: 260 seconds) |
| 21:30:22 | | Quit mitk (Quit: Leaving) |
| 21:32:09 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
| 21:32:30 | | Join einhirn [0] (Miranda@vpn10.rz.tu-clausthal.de) |
| 21:33:48 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 21:33:48 | | Quit robin0800 (Remote host closed the connection) |
| 21:34:45 | gevaerts | ok, 7 is not record pause, it's radio... |
| 21:38:27 | gevaerts | The bug was introduced in r25403 |
| 21:40:47 | gevaerts | hm |
| 21:41:28 | pixelma | would that affect the inbuilt staatusbar too - or does it? |
| 21:42:34 | gevaerts | no idea. I haven't looked there yet |
| 21:43:46 | * | gevaerts wants S_a_i_n_t to come back to answer questions |
| 21:47:29 | | Quit arbingordon (Quit: `) |
| 21:47:33 | gevaerts | I can see how this could happen in the sim |
| 21:49:56 | gevaerts | the radio should go back to OFF state before the sbs is initialised, that's done in radio_init(). That one isn't called in the sim startup however |
| 21:50:23 | | Quit ender` (Quit: I'm a complex person. I have a real and an imaginary part.) |
| 21:51:35 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
| 21:51:46 | | Quit jgarvey (Quit: Leaving) |
| 21:53:54 | | Part spaax |
| 21:55:40 | | Quit arbingordon (Client Quit) |
| 21:56:23 | | Quit bmbl (Quit: Bye!) |
| 21:59:52 | CIA-5 | New commit by gevaerts (r25408): Fix FS #11152 in a cleaner way. At least on the sim, the state remained in FMRADIO_PLAYING forever after r25403, which broke (at least) the playback ... |
| 22:00 |
| 22:00:30 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
| 22:04:59 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 22:07:23 | | Join jeffp [0] (~jeffp@barmen.interhost.no) |
| 22:10:46 | | Quit Zagor (Quit: Clint excited) |
| 22:11:14 | CIA-5 | New commit by tomers (r25409): rbutil: Make strings translatable |
| 22:11:46 | CIA-5 | New commit by tomers (r25410): rbutil: Hebrew translation |
| 22:12:18 | | Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) |
| 22:15:55 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.82) |
| 22:16:23 | gevaerts | S_a_i_n_t: was this in the sim or on target? |
| 22:17:02 | S_a_i_n_t | sim |
| 22:17:11 | gevaerts | ok. Can you check if r25408 fixes it? |
| 22:17:23 | | Join Hillshum [0] (~hillshum@75-165-244-84.slkc.qwest.net) |
| 22:17:29 | S_a_i_n_t | sorry for going awol like that, see #rb-community |
| 22:17:38 | S_a_i_n_t | and yes, will do. |
| 22:19:40 | | Quit froggyman (Ping timeout: 265 seconds) |
| 22:22:22 | | Quit amiconn (Disconnected by services) |
| 22:22:24 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 22:22:46 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 22:23:15 | | Quit tomers (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100214235838]) |
| 22:23:27 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 22:23:28 | | Quit pixelma (Disconnected by services) |
| 22:23:47 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 22:25:08 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 22:30:04 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 22:31:58 | archivator | domonoky: I managed to port the encoding part to QtConcurrent! :) It's not pretty but it works |
| 22:32:14 | domonoky | :-) |
| 22:32:28 | archivator | And the ugliness is mainly due to the fact that I can't use boost::bind (since we don't use boost!) |
| 22:32:49 | domonoky | can you show patch ? |
| 22:32:58 | archivator | need to clean it up first |
| 22:33:05 | archivator | give me 15 mins |
| 22:33:21 | domonoky | :-) |
| 22:35:29 | | Join Schmo [0] (~Miranda@p3EE21EF1.dip0.t-ipconnect.de) |
| 22:36:35 | | Quit Schmogel (Ping timeout: 265 seconds) |
| 22:52:10 | CIA-5 | New commit by bluebrother (r25411): Add build folder cleanup on build errors and add option to keep it. |
| 22:53:07 | bluebroth3r | domonoky: any objections to add the beast as disabled target (no bootloader installation yet)? |
| 22:53:32 | domonoky | bluebroth3r: sure disabled target is fine for the beast. |
| 22:53:43 | | Quit Hillshum (Ping timeout: 245 seconds) |
| 22:54:08 | CIA-5 | New commit by bluebrother (r25412): Add Gigabeat S to Rockbox Utility. ... |
| 22:54:13 | | Quit efyx (Remote host closed the connection) |
| 22:54:17 | bluebroth3r | great, so we have the same understanding about disabled targets :) |
| 22:54:26 | | Quit Strife89 (Quit: Going home.) |
| 22:58:41 | S_a_i_n_t | gevaerts: Sorry, there was a fair bit of pissing-around (lets call it "testing") mixed up in there, but I can confirm that r25408 fixes the .sbs playmode icon issue I was having. |
| 22:58:52 | gevaerts | great |
| 22:59:04 | S_a_i_n_t | what *was* the problem? |
| 22:59:33 | gevaerts | Well, I'd say the diff explains it better than I could :) |
| 22:59:44 | S_a_i_n_t | ;) |
| 23:00 |
| 23:00:06 | | Quit mitk (Quit: Leaving) |
| 23:00:31 | *** | Saving seen data "./dancer.seen" |
| 23:01:04 | gevaerts | Basically since 25403, the radio status was set to "playing" on boot, so the radio poweroff during init would work (it checked for "is it already off?"). This is all done before any wps/sbs code runs, so all would be fine |
| 23:01:24 | gevaerts | Except that this init code isn't run on the sim, so the status remained "playing" |
| 23:02:29 | gevaerts | I've changed that to not check the state at init time, so initialising it to "playing" isn't needed anymore |
| 23:02:34 | S_a_i_n_t | yes, I was just checking out svnsearch...but thanks for the better description than I could possibly parse from the code ;) |
| 23:03:18 | archivator | domonoky: http://pastebin.com/65SEsWkm |
| 23:03:32 | archivator | my vim config is messed up at the moment, so excuse the tabs |
| 23:05:51 | * | bluebroth3r wonders if there's a way to have a modeline for vim for a folder |
| 23:07:50 | archivator | domonoky: here's one with the spacing fixed and prettier debug messages: http://pastebin.com/n0WybJ1s |
| 23:10:42 | | Quit pamaury (Quit: Page closed) |
| 23:11:22 | | Quit Luca_S (Quit: CGI:IRC) |
| 23:11:25 | bluebroth3r | hmm, calling an auto variable m_something somewhat defeats the puropose of the m_ prefix :/ |
| 23:11:36 | | Join Luca_S [0] (~5712526b@giant.haxx.se) |
| 23:12:29 | archivator | bluebroth3r: k it does but I don't use m_ altogether. I find it kinda ugly and meaningless.. |
| 23:12:53 | linuxstb | saratoga: You were right - the AV300 does have a TI CPU (TMS320DSC25 - arm7tdmi plus DSP), but as amiconn said, it also has the MAS. |
| 23:12:59 | bluebroth3r | archivator: you actually remove that use :) |
| 23:13:00 | domonoky | archivator: looks fine on the first look. Instead of putting the pointers into TalkEntry, you could also jump from the static member to a normal member function via a static TalkGenerator pointer. But dont know if that is better :-) |
| 23:14:42 | archivator | domonoky: I was thinking of making TalkGenerator a singleton but seems unnecessary for something that can be fixed with 8 (12 in future) additional bytes :) |
| 23:15:39 | archivator | bluebroth3r: I blame years of wxWidgets. At some point you just get so tired of it, you want to erase it from the face of the planet :) |
| 23:16:38 | domonoky | archivator: so how much speed improvement does that give for you ? |
| 23:16:44 | domonoky | :-) |
| 23:17:20 | archivator | domonoky: haven't done proper testing but it does max out both cores and is noticeably faster |
| 23:17:31 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 23:17:42 | bluebroth3r | archivator: I'm not entirely sure if I like those prefixes or not. There is some use in it, but people tend to want hungarian notation then (which is completely crap and nonsense IMO). So I'm somewhat split on the topic. I try to be consistent within classes :) |
| 23:17:48 | archivator | however, bear in mind that the voicing process is more wasteful and is where most resources are wasted (or rather, left unused) |
| 23:18:10 | bluebroth3r | on my mac encoding takes longer than voicing |
| 23:18:28 | bluebroth3r | at least judging from the progress bar :) |
| 23:18:49 | domonoky | sounds good, sure the voicing could need improvements too, but lets do one at the time :-) |
| 23:19:39 | domonoky | and for the voices it more difficult to make sure all engines still work.. |
| 23:19:48 | archivator | Speaking of Mac, domonoky, do you think TTSCarbon can be parallelized in the same way or do we need to add a special method to check if the engine can run in parallel? |
| 23:19:55 | domonoky | did you try what lame does with this paralell encoding ? |
| 23:20:20 | archivator | Well, TTSExes and Festival are straight-forward. TTSCarbon and SAPI is where the trouble's at. |
| 23:20:58 | archivator | no, I don't use lame. No reason why it shouldn't work - it's just a QProcess wrapper anyway |
| 23:21:10 | domonoky | archivator: i am not sure, ask bluebrother for TTScarbon :-) |
| 23:21:54 | archivator | sorry, thought you wrote it. bluebroth3r: you heard the question :) |
| 23:22:38 | domonoky | for sapi i am also not sure, we just use the sapi_voice.vbs script from rockboxs buildsystem :-) |
| 23:23:19 | archivator | Yeah, I think that one will work. Carbon is more interesting though |
| 23:23:19 | bluebroth3r | archivator: I don't see a reason why it shouldn't work. It's creating a wav file at a time. I can simply try it ;-) |
| 23:23:21 | | Quit anewuser () |
| 23:23:43 | bluebroth3r | (need to give the diff a closer look to judge from that but I'm a bit too tired right now) |
| 23:23:58 | archivator | bluebroth3r: well, is voice() reentrant for one? |
| 23:24:28 | | Join Hillshum [0] (~hillshum@75-165-244-84.slkc.qwest.net) |
| 23:24:42 | | Join Strife89 [0] (~michael@adsl-154-2-49.mcn.bellsouth.net) |
| 23:26:00 | bluebroth3r | archivator: the apple tts can't handle multiple SpeakText() calls for the same voice channel |
| 23:26:05 | | Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) |
| 23:26:16 | archivator | bluebroth3r: well, that solves it then |
| 23:26:20 | bluebroth3r | it should work if you create multiple TTSCarbon objects |
| 23:26:28 | bluebroth3r | haven't tried though. |
| 23:26:44 | archivator | Yeah but that's not a universal solution.. |
| 23:27:24 | archivator | That would mean 2 server processes for festival (initialization is slow) when 1 can serve 2 clients easily |
| 23:28:25 | domonoky | unless TTSCarbon would handle that internally. Ie create a second voice channel, if current already in use. |
| 23:28:26 | * | bluebroth3r rechecks with apple docs |
| 23:28:34 | archivator | Also, there's no way to maintain thread context using QtConcurrent::map(). For all I know, the thread is destroyed every time the entry point returns. |
| 23:28:45 | | Join blairb [0] (~blairb@121-73-216-35.broadband.telstraclear.net) |
| 23:29:27 | archivator | domonoky: how about a tts->parallelizeMode() that's either Full or Voice ? |
| 23:29:43 | archivator | And then handle the two different cases. Kinda ugly but it would work. |
| 23:29:54 | bluebroth3r | If SpeakText is called while the channel is currently busy speaking the contents of a prior text buffer, it immediately stops speaking from the prior buffer and begins speaking from the new text buffer as soon as possible. |
| 23:29:59 | archivator | Or even easier, tts->canParallelize() and just don't bother with TTSCarbon :) |
| 23:30:12 | bluebroth3r | ok, so it's definitely not possible without using different channels. |
| 23:30:12 | domonoky | that would be better. |
| 23:30:39 | domonoky | bluebroth3r: could you test if the channel is busy, and create a new one if needed ? |
| 23:33:28 | bluebroth3r | yes, there's a SpeechBusy() call. Would need quite a few changes though, as the channel is currently created in start() and destroyed in stop() |
| 23:33:30 | archivator | domonoky: having just 2 channels is hacky - what about a quad core mac? It's kinda hard to code and misses the whole point of QtConcurrent |
| 23:35:03 | archivator | If we want parallel voicing for all engines, we should go with parallelizeMode(). If not, go with the other option. |
| 23:35:24 | domonoky | bluebroth3r: does start and stop need noticable time ? if not we could create it on demand for every voice call, and have it working in paralell. |
| 23:36:28 | bluebroth3r | domonoky: no, it's fast. I've put it there to not create a new channel on each voice() call. |
| 23:37:19 | bluebroth3r | the clean solution would be to still do so, and keep a map with channel -> used elements. Then add a new element if no unused channel is available, and dispose all unused channels but one in voice() |
| 23:38:27 | archivator | bluebroth3r: that's the cleanest solution, yes, but it's beyond my expertise :) I'd like to get voicing parallel tonight, possibly tomorrow :) |
| 23:38:54 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 23:39:00 | | Quit Tomis (Quit: Tomis) |
| 23:39:33 | domonoky | archivator: so i would go with a flag for the tts to indicate if it is able to work in paralell. |
| 23:39:41 | bluebroth3r | archivator: it doesn't sound being too complicated for the TTSCarbon part. No idea about the stuff around though :) |
| 23:40:17 | archivator | domonoky: yes/no or full/voice only? |
| 23:40:28 | domonoky | just yes/no |
| 23:40:29 | bluebroth3r | btw, I wanted to extend voice() a bit so it can speak for itself. That would make the "Test TTS" button more responsive, at least on Mac (as the TTS defaults to outputting to the speaker anyway) |
| 23:41:12 | archivator | bluebroth3r: yeah but that's not easy to implement for the other engines |
| 23:41:16 | bluebroth3r | so it might make sense to introduce a capabilities() functions with a bit mask, similar to the bootloader installation classes. |
| 23:41:17 | | Quit Status (Ping timeout: 264 seconds) |
| 23:41:51 | bluebroth3r | archivator: sure, but with a flag the caller can delegate speaking to voice() if it supports it. |
| 23:42:47 | archivator | Right, so capabilities() it is then. I'll only put one in there, you figure out the rest :) |
| 23:43:18 | bluebroth3r | fine. I've already looked into that a while ago so it shouldn't be much work. |
| 23:43:23 | archivator | Btw, festival can be tricked to pass audio to the speakers, too. |
| 23:43:52 | bluebroth3r | and if we can use capabilities() for other purposes than mine it's a good thing too |
| 23:44:51 | bluebroth3r | somewhat different: I'd like to get a new rbutil release done in the not to far future, especially due to that bootloader installation bug |
| 23:45:29 | domonoky | and we have 3 new targets in rbutil. |
| 23:45:36 | amiconn | linuxstb: Oh. Do you know what the OF is using the TI DSP for? |
| 23:45:57 | | Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) |
| 23:46:12 | | Join Status [0] (Status@gentoo.lonis.org) |
| 23:46:47 | bluebroth3r | domonoky: it's 4 now :) |
| 23:47:03 | domonoky | :-) |
| 23:47:05 | bluebroth3r | though I consider the bugfix more important than the new targets |
| 23:47:09 | linuxstb | amiconn: Video I expect. |
| 23:47:39 | linuxstb | amiconn: I can't remember what formats the OF handles though. scorche now has that av300. |
| 23:47:58 | domonoky | bluebroth3r: sure, but its another point for a new release. :-) |
| 23:48:21 | bluebroth3r | agreed |
| 23:50:00 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:50:11 | linuxstb | amiconn: google tells me it plays MPEG-4 SP with MP3 audio up to 640x272@25fps. It also plays WMA up to 160kbps. |
| 23:50:52 | amiconn | Well MP3 is handled by the MAS. That leaves the MPEG-4 part for the TI |
| 23:51:16 | * | amiconn wonders what clock the DSP is running at |
| 23:51:59 | amiconn | Those DSP cores seem to be rather clock efficient - the MAS is running at ~24MHz internally, and it does not only manage to decode, but also encode MP3 realtime |
| 23:53:00 | pixelma | linuxstb: he even brought it to last year's DevCon... |
| 23:53:18 | linuxstb | IIRC, there's also video-related features in the lcd controller - things like colour-conversion, overlays and scaling. |
| 23:54:28 | amiconn | Yeah, I remembered that part |
| 23:55:16 | | Join Barahir [0] (~jonathan@gssn-5f7544f7.pool.mediaWays.net) |
| 23:55:21 | | Quit komputes (Ping timeout: 258 seconds) |
| 23:58:10 | | Join Geert_van_Dijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl) |
icon identifies that the person is a core developer (has commit access).