| 00:01:20 | | Quit OlivierBorowski (Remote closed the connection) |
| 00:01:57 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 00:03:01 | | Quit Rob222241 () |
| 00:04:27 | | Quit n1s () |
| 00:04:32 | | Part LinusN |
| 00:05:51 | Bagder | we need a commit! |
| 00:07:40 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 00:07:50 | JdGordon|w | build 71? |
| 00:09:42 | stripwax | Quick question - if I make a change to a single codec .c file, why does make take so long ? |
| 00:11:36 | Bagder | JdGordon: as in the build after 70 which is what the table contains right now |
| 00:11:56 | Bagder | stripwax: due to makefile flaws |
| 00:12:11 | stripwax | pity |
| 00:12:18 | stripwax | thanks tho |
| 00:13:02 | JdGordon|w | Bagder: that i fugred :p which target? |
| 00:13:05 | | Quit Redbreva ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 00:13:08 | Bagder | cowon d2 sim |
| 00:18:28 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-9fc5b6bd98b48556) |
| 00:18:48 | saratoga | i was just reading the logs |
| 00:18:59 | saratoga | has it been verified that the apple firmware doesn't vary the voltage? |
| 00:19:22 | shotofadds | Build table should update soon... |
| 00:21:21 | stripwax | hm, recently been getting this a few times - "*PANIC* Updating size on empty dir entry 83" - something fishy in recent builds or do I need a fsck? |
| 00:23:59 | Nico_P | haha I love the mrobe500i sim with the default theme |
| 00:25:28 | Nico_P | JdGordon|w: what are the button bindings? |
| 00:26:03 | Nico_P | I can't seem to be able to do anything in the WPS |
| 00:26:56 | preglow | saratoga: i don't believe anyone verified anything like that, no |
| 00:27:03 | preglow | saratoga: but it is kind of unlikely |
| 00:27:27 | saratoga | preglow: why not? they included a power management chip with software controlled voltage, while sandisk did not |
| 00:27:34 | saratoga | presumably there was a reason for that |
| 00:27:36 | JdGordon|w | Nico_P: there are no buttons... you need to use the mouse |
| 00:27:38 | Bagder | oh, my host got the honor of building the first d2 sim build |
| 00:27:40 | stripwax | hm, fsck is clean. it just seems to 'happen' from time to time and lock up that way. |
| 00:27:40 | JdGordon|w | 16135 NE 85th ST |
| 00:27:45 | JdGordon|w | woops |
| 00:27:46 | stripwax | ? |
| 00:27:53 | stripwax | :) |
| 00:27:59 | preglow | saratoga: the chip does tons of other stuff than just that |
| 00:28:03 | Nico_P | JdGordon|w: and in the WPS? |
| 00:28:06 | JdGordon|w | now you all know my secret hideout :'( |
| 00:28:29 | * | Bagder sends out "the team" |
| 00:28:32 | JdGordon|w | Nico_P: umm.. iirc you need to have a wps which supports the regions... cant remember if that was coomed or not though |
| 00:28:42 | saratoga | preglow: what else does it do? |
| 00:28:42 | shotofadds | Bagder: pride of place on the left hand side :) what on earth is the sort order?! |
| 00:28:51 | preglow | saratoga: but anyway, it shouldn't be too hard to find out, it wasn't too hard to find the pcf communication function in the bl, i don't think retailos should be any harder, than it should be easy to find out if retailos writes to those regs |
| 00:29:01 | saratoga | Buschel made it sound like rockbox barely touched the device |
| 00:29:02 | JdGordon|w | /dev/random :p |
| 00:29:08 | preglow | rockbox barely does |
| 00:29:13 | preglow | it sets a couple of voltages and uses it for alarms |
| 00:29:15 | preglow | that's that, afaik |
| 00:29:29 | saratoga | i don't think the bootloader would need to scale the voltage |
| 00:29:37 | preglow | no, but retailos would |
| 00:29:38 | Bagder | shotofadds: the sort order is very hard to see in the table itself, partly because the full title it uses are a bit weird, but also because the full titles aren't shown in the pics used as titles for each column |
| 00:29:41 | saratoga | probably just inits it and hands off to the OS |
| 00:29:57 | Bagder | but it is plain alphabetical order |
| 00:30:18 | saratoga | preglow: sorry misread |
| 00:30:29 | | Join cool_walking_ [0] (n=cb3b81c3@gateway/web/cgi-irc/labb.contactor.se/x-b7442ece997f1519) |
| 00:30:36 | saratoga | i don't think looking at the bootloader is necessary, we have the data sheet for the device in the wiki |
| 00:31:05 | saratoga | unless you mean to find the ic2 function or whatever? |
| 00:32:16 | | Quit webguest26 ("CGI:IRC") |
| 00:32:18 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
| 00:32:43 | preglow | saratoga: yes |
| 00:33:12 | preglow | saratoga: the bl has one function equivalent to a pcf_write which should be easy to identify calls to |
| 00:33:13 | | Quit Arathis ("Bye, bye") |
| 00:33:23 | preglow | saratoga: the dest is one of the parameters, unless i remember wrongly |
| 00:33:48 | | Join Aevum [0] (i=Aevum@142.42.217.87.dynamic.jazztel.es) |
| 00:34:17 | preglow | i'd love to look into it, but not right now |
| 00:34:26 | *** | Saving seen data "./dancer.seen" |
| 00:34:34 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 00:35:34 | stripwax | Ha. Does profiling interfere with backlight on ipod video? (seems like it). Guess the timer is needed |
| 00:35:56 | preglow | i did make an overview over what pcf regs the bl touched, but i lost that info in a stupid "rm -rf" incident |
| 00:36:41 | * | shotofadds intended to get some flash reading code in SVN tonight instead of playing with the sim; it'll have to wait... |
| 00:37:05 | Bagder | :-) |
| 00:38:46 | shotofadds | I can read raw pages from the NAND flash, I "just" need to figure out the logical->physical address translation. I think that may take some time :/ |
| 00:38:47 | saratoga | preglow: the datasheet says the package isn't surface mount, so in theory you (or someone with an Ipod) could open the player and stick a DMM lead to the VDD trace and see what the voltage is |
| 00:38:56 | obo | Bagder: that's a lot of spam you get... you don't reject anything straight at the MTA level? |
| 00:39:06 | saratoga | sorry "VDD pin" |
| 00:39:27 | Bagder | obo: nope |
| 00:39:55 | * | stripwax sighs - profiling has created *two* files both named profile.out :( |
| 00:41:09 | saratoga | wow you got profiling to work? |
| 00:41:12 | preglow | saratoga: i've tried opening my nano, and all i managed to do was warp the entire case... |
| 00:41:12 | saratoga | what player? |
| 00:41:45 | * | Bagder fades away |
| 00:41:51 | * | preglow burns out |
| 00:42:27 | hcs | my, my |
| 00:42:52 | * | Nico_P melts down |
| 00:43:01 | preglow | it's better to melt down than fade away! |
| 00:43:03 | stripwax | saratoga - ipod video (5g) |
| 00:43:51 | saratoga | you feel like opening it? |
| 00:44:21 | stripwax | had to hack some things to prevent IRAM-out-of-space, and make some changes to profile.c to actually build, and fix a #define redefinition in sudoko .. |
| 00:44:50 | stripwax | feel like opening it .. ?? not right now - unless it's completely and transparently reversible and has no chance of causing damage |
| 00:45:22 | saratoga | i've only opened the 3G and it wasn't particularly hard but i can't say about the 5G |
| 00:45:27 | preglow | 5g is worse... |
| 00:45:33 | saratoga | though people do upgrade the batteries so i assume its possible |
| 00:45:34 | stripwax | need more than a plectrum |
| 00:45:40 | preglow | it's the same thing as my nano, and i couldn't even bloody budge that open |
| 00:45:50 | preglow | i broke a plectrum trying to open it... |
| 00:45:55 | stripwax | :) |
| 00:46:03 | | Quit shotofadds ("CGI:IRC") |
| 00:49:22 | cool_walking_ | who the hell says "plectrum"? |
| 00:49:30 | | Quit ender (" Documentation is like sex: when it's good, it's very good, and when it's bad it's still better than nothing.") |
| 00:49:48 | preglow | i just did |
| 00:49:51 | stripwax | cool_walking_ - "guitar pick" is two words and involves more typing |
| 00:50:12 | cool_walking_ | but it sounds cooler. plectrum is too technically |
| 00:50:26 | cool_walking_ | *techincal-ly |
| 00:50:33 | preglow | plus, it's "plekter" in norwegian, "plectrum" is the first thing i think of, heh |
| 00:50:35 | krazykit | well this is a technical support and development channel. |
| 00:50:37 | cool_walking_ | **technical-ly |
| 00:51:58 | cool_walking_ | I broke one too, on my Video :) Butter knife got it open in the end. |
| 00:52:53 | preglow | i've only got a jazz iii left, doubt i'll break that, but it's too thick to work... |
| 00:53:04 | preglow | don't dare use a knife, i'll just end up hacking it to pieces |
| 00:53:11 | saratoga | i just use a razor sharp screw driver |
| 00:53:27 | PaulPosition | lol... Still is better than those big, felt-covered bass guitar picks.. :p |
| 00:53:38 | PaulPosition | (unusable) |
| 00:53:56 | | Quit scorche|w ("CGI:IRC (Ping timeout)") |
| 00:57:14 | | Quit robin0800 (" Want to be different? Try HydraIRC -> http://www.hydrairc.com <-") |
| 00:58:20 | * | stripwax googles for 5g dismantling tips.. |
| 00:58:29 | saratoga | theres videos on youtube |
| 01:00 |
| 01:00:40 | | Quit nanok (Remote closed the connection) |
| 01:01:29 | | Quit z35 (Read error: 110 (Connection timed out)) |
| 01:06:00 | | Quit obo ("bye") |
| 01:09:51 | | Part pixelma |
| 01:11:30 | stripwax | ok - here's a 5g profile output for vorbis. http://pastebin.ca/869212 |
| 01:12:52 | saratoga | stripewax: I tried for ages to do mp3 a couple months ago |
| 01:13:00 | saratoga | did you have to make any changes to get profiling working? |
| 01:13:10 | | Quit JdGordon|w ("CGI:IRC") |
| 01:13:23 | | Join mokkurkalve [0] (n=eivind@084202135152.customer.alfanett.no) |
| 01:13:35 | stripwax | yes - as i mentioned earlier |
| 01:14:03 | preglow | patch? |
| 01:14:08 | stripwax | alac and mpegplayer wouldn't compile due to lack of iram (so I just disabled building them) |
| 01:14:31 | saratoga | i vaugely remember doing that, but i still couldn't get it to work |
| 01:14:39 | saratoga | i just ended up with blank output files |
| 01:14:44 | saratoga | maybe i did something wrong |
| 01:14:49 | preglow | stripwax: ahh, isn't there a .pl tool to process that into something readable? |
| 01:15:02 | stripwax | preglow - someone mentioned it earlier. it doesn't work for non-coldfire apparently |
| 01:15:07 | preglow | well, shit |
| 01:15:13 | preglow | would rule if it did |
| 01:15:14 | saratoga | i'll take a look |
| 01:15:18 | stripwax | does the above look .. reasonable .. or garbage? |
| 01:15:27 | preglow | stripwax: really, really hard to say, which is why i ask |
| 01:15:30 | preglow | and it'd be very interesting |
| 01:15:35 | preglow | i think lostlogic did this stuff |
| 01:15:36 | preglow | hmm |
| 01:15:39 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3099.gwdg.de) |
| 01:15:43 | stripwax | i'll post a patch for the changes I needed to make to get the rest to build |
| 01:16:10 | preglow | stripwax: could you post the tremor map file as well? |
| 01:16:16 | stripwax | sure |
| 01:16:23 | stripwax | um, pastebin? |
| 01:16:27 | preglow | whatever |
| 01:17:45 | preglow | mail, ftp, pastebin, news, i can read them all :) |
| 01:18:09 | stripwax | (minimal) patch: http://pastebin.ca/869220 |
| 01:18:36 | stripwax | not including the fact that I commented out alac, mpegplayer and doom from apps/plugins/SUBDIRS |
| 01:19:11 | stripwax | nor the ci->profile_thread() / ci->profstop() calls in vorbis.c |
| 01:19:19 | stripwax | saratoga - oh, is that the bit you missed out, do you think? |
| 01:19:31 | amiconn | Bagder: The svn table script needs info about 'rob' |
| 01:19:54 | preglow | stripwax: what's up with the sudoku change? |
| 01:20:02 | stripwax | preglow - vorbis map file: http://pastebin.ca/869223 |
| 01:20:13 | stripwax | preglow - #define being redefined (as I mentioned earlier) |
| 01:20:42 | stripwax | INDEX_MASK is defined when doing a profile build (didn't track down by whom/where) |
| 01:20:51 | stripwax | (didn't look, probably obvious if you know the code) |
| 01:21:48 | | Quit BigBambi (Remote closed the connection) |
| 01:21:58 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 01:22:03 | preglow | stripwax: sure, this looks like plausible data |
| 01:22:33 | stripwax | sooper |
| 01:22:56 | stripwax | wasn't sure about some of the insane counts/ticks for e.g. mdct_backward |
| 01:23:29 | preglow | i don't see why that shouldn't have a high tick count, heh |
| 01:23:59 | stripwax | but output was skipping pretty badly every few seconds (guess profiling itself needs time to housekeep) |
| 01:24:23 | stripwax | not that my last two statements are connected (they are not) |
| 01:24:40 | preglow | yeah, probably |
| 01:24:44 | preglow | don't really know how it works |
| 01:24:46 | stripwax | yeah, mdct_backward should have a high tick count, but seemed like a huge call count as well |
| 01:25:11 | stripwax | but then I don't know the format of that profile.out so maybe that's just how it is |
| 01:25:22 | amiconn | Profiling slows everything down to a crawl, that's expected |
| 01:25:49 | amiconn | (that's about all I know about it...) |
| 01:26:04 | stripwax | okie doke |
| 01:26:46 | saratoga | for reference, wma spends ~55% of its time doing mdcts, so i would expect vorbis to do the same |
| 01:27:10 | stripwax | saratoga - yeah, I read a paper on Tremor this evening, seems about 50% of the time in mdct |
| 01:27:19 | stripwax | who knows if that's true on rockbox though |
| 01:27:37 | preglow | well, we use the stock mdct... |
| 01:27:38 | stripwax | would be fun trying to do mdcts in parallel on both cores.. |
| 01:27:41 | preglow | on a crappy compiler..... |
| 01:28:15 | saratoga | didn't a lot of the mdct get converted to ASM anyway? |
| 01:28:17 | stripwax | preglow - oh, no-one tried to hand-tune it yet? (I say that like it's trivial..) |
| 01:28:23 | * | stripwax thought so |
| 01:28:56 | preglow | saratoga: eh, not that i know of |
| 01:29:08 | preglow | something did happen for libmad, but i don't think so for tremor |
| 01:29:12 | * | stripwax checks tracker.. |
| 01:29:22 | preglow | that's wrong... |
| 01:29:23 | preglow | it was |
| 01:29:25 | | Quit tvelocity ("Αποχώρησε") |
| 01:29:27 | stripwax | yeah |
| 01:29:51 | amiconn | Working on the same data from both cores on PP would be a bad idea afaiu |
| 01:30:05 | stripwax | not same data though right? |
| 01:30:24 | stripwax | preglow - did this actually get committed? http://www.rockbox.org/tracker/task/7833?histring=vorbis |
| 01:30:52 | preglow | stripwax: two out of three did |
| 01:30:59 | preglow | the last one was bugged, the coupling one, afaik |
| 01:31:20 | stripwax | coupling? are you thinking of a different patch? |
| 01:31:24 | amiconn | With the PP multicore architecture, the best thing to do is to let both cores work on different things, as little related as possible |
| 01:31:25 | | Quit ompaul (Client Quit) |
| 01:31:26 | preglow | i want that thing closed, btw, if markun fixed it |
| 01:31:43 | | Join TiMiD[FD] [0] (n=TiMiD[FD@210.169.80.68) |
| 01:31:49 | TiMiD[FD] | hi there |
| 01:32:00 | preglow | yeah |
| 01:32:08 | preglow | i think those got commimted |
| 01:32:17 | preglow | but got reopened because the mdct_arm thing broke gigabeat |
| 01:32:20 | preglow | because of lack of iram, i think |
| 01:32:26 | stripwax | ah, I see |
| 01:32:33 | saratoga | ugh stupid perl default variables |
| 01:32:37 | stripwax | couldn't see that meta-info from the tracker.. |
| 01:32:48 | saratoga | where does "while (<MAP_FILE>)" store the string? |
| 01:32:49 | | Quit PaulJam (Read error: 110 (Connection timed out)) |
| 01:32:59 | preglow | saratoga: in $_ |
| 01:33:07 | preglow | the default variable, as you said |
| 01:33:17 | saratoga | i can never remember what any of them are called |
| 01:33:43 | preglow | i remember that one :) |
| 01:34:02 | preglow | i'll need to check with markun on this one |
| 01:34:15 | saratoga | if code uses built in perl vars i typically just give up and rewrite it properly |
| 01:34:19 | stripwax | ok, gotta go - good night |
| 01:34:24 | preglow | me too, seeya |
| 01:34:35 | markun | preglow: I'm here. I didn't find a nice wat to use .text only for the Gigabeat |
| 01:34:41 | amiconn | preglow, stripwax: Should be easy to make the section in mdct_arm.S conditional... |
| 01:34:47 | preglow | markun: ahh, good |
| 01:35:06 | amiconn | #include "config.h" |
| 01:35:09 | preglow | amiconn: don't we just #ifdef in other targets? |
| 01:35:30 | markun | amiconn: I did that, but don't remember why it didn't work |
| 01:35:36 | amiconn | #if CONFIG_CPU == <gigabeat_type_don't_remember> |
| 01:35:39 | amiconn | .text |
| 01:35:41 | amiconn | #else |
| 01:35:51 | amiconn | .section .icode,"ax",%progbits |
| 01:35:53 | amiconn | #endif |
| 01:36:01 | preglow | markun: well, could you try again? :) |
| 01:36:02 | markun | I didn't see any speedup from this btw |
| 01:36:06 | markun | preglow: not now |
| 01:36:11 | markun | can't you? |
| 01:36:19 | amiconn | I do this in several places, for PP502x vs. PP5002 |
| 01:36:25 | | Quit waldo ("Konversation terminated!") |
| 01:36:30 | preglow | theoretically, but i can't really test the result... |
| 01:36:40 | preglow | there's no rush anyway, i was on my way to bed |
| 01:36:48 | markun | me too :) |
| 01:36:54 | markun | good night everyonw |
| 01:36:59 | preglow | yup, gnight |
| 01:37:02 | amiconn | Not sure whether USE_IRAM is defined there - if it is, it's even easier |
| 01:37:10 | preglow | amiconn: oh, indeed |
| 01:37:20 | preglow | i expect it is |
| 01:37:31 | preglow | but yeah, i'll check it out tomorrow/later |
| 01:37:32 | preglow | gnight |
| 01:37:52 | amiconn | And if fact I don't think iram is important there, except for PP5002 and probably the PNX0101 |
| 01:39:21 | amiconn | (otherwise tomal wouldn't have use iram, methinks) |
| 01:39:24 | | Join Rob2222 [0] (n=Miranda@p54B04D6D.dip.t-dialin.net) |
| 01:41:24 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:45:40 | amiconn | oh my |
| 01:53:28 | | Quit PaulJam_ (".") |
| 01:54:33 | | Quit XavierGr () |
| 01:54:40 | amiconn | mdct_arm.S got committed and is used on all arm targets except gigabeat |
| 01:56:37 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 01:56:51 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:00 |
| 02:01:28 | | Quit DogBoy ("Leaving") |
| 02:03:34 | | Join DrDnar [0] (n=DrDnar@cmu-24-35-93-16.mivlmd.cablespeed.com) |
| 02:06:44 | | Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
| 02:07:34 | | Quit BobShield (Read error: 104 (Connection reset by peer)) |
| 02:09:04 | | Quit saratoga ("CGI:IRC (EOF)") |
| 02:10:04 | jhMikeS | amiconn: around now |
| 02:10:24 | amiconn | hi |
| 02:10:40 | amiconn | How many 'nop's did you add in main.c? |
| 02:11:02 | amiconn | And did you ever need to change the amount of nops to get it working again? |
| 02:11:41 | amiconn | I made an interesting observation on my 2nd Gen - I added one single nop, and all builds ever since didn't crash |
| 02:11:56 | jhMikeS | It wasn't constant at the time I was checking |
| 02:12:23 | amiconn | This might just be pure luck, but it might also mean that the alignment problem theory doesn't hold |
| 02:12:54 | jhMikeS | something seemed to change recently where fewer builds crash since I haven't had to do it lately |
| 02:13:30 | amiconn | Hmm. I have that 'nop' still in there (PP5002 only of course) |
| 02:13:51 | amiconn | Should probably try without - but if it crashes, a periodicity test might be helpful |
| 02:14:45 | jhMikeS | still, it's completely dependent on having the cache turned on |
| 02:14:53 | | Quit DerDome ("Leaving.") |
| 02:15:14 | amiconn | I'm not sure whether that's possible, but could it be an init race between the cores somehow? |
| 02:15:40 | amiconn | I mean, even if the cop isn't used, it is initialised in crt0 as well as the cpu |
| 02:16:02 | jhMikeS | no, because never waking the cop outside of crt0-S makes no difference |
| 02:16:37 | amiconn | Yeah, but the cop *does* something in crt0, right? |
| 02:16:40 | jhMikeS | the cores are strictly serialized in the init up to the end of the thread init |
| 02:17:18 | amiconn | And if that something isn't completely finished and the cpu starts doing something it better shouldn't do yet, it could crash |
| 02:17:25 | jhMikeS | just sets up it's own stacks and such and waits for the CPU to complete. the cache is still disabled at that point. |
| 02:17:56 | amiconn | Is the cache write-back or write-through? |
| 02:17:56 | jhMikeS | memory mapping is serialized too |
| 02:18:13 | | Part Aevum ("Saliendo") |
| 02:18:52 | jhMikeS | not sure. how would I tell? |
| 02:19:07 | amiconn | hmm... |
| 02:19:56 | | Quit MethoS- ("Konversation terminated!") |
| 02:22:38 | jhMikeS | I think it's writeback |
| 02:27:33 | amiconn | Is the cache enabled when crt0-pp is entered (i.e. by the bootloader)? |
| 02:27:40 | jhMikeS | RAM is definitely not automatically coherent after writing and it has dirty flags. In any case, the COP seems to have no bearing on this at all and the problem persists even if the COP is never woken after the bootloader |
| 02:28:08 | | Quit tedrock (Client Quit) |
| 02:28:13 | amiconn | No, but you said not enabling the cache fixes the problem |
| 02:28:33 | jhMikeS | I checked and it is not enabled at that point...not until init_cache is called. |
| 02:28:52 | amiconn | crt0-pp disables the cache in case it was enabled before (iiuc), but it does not flush/invalidate it |
| 02:29:06 | amiconn | So if it's reenabled later, it might not be consistent with ram |
| 02:29:25 | jhMikeS | the bootloader makes it coherent before calling the firmware |
| 02:29:40 | jhMikeS | _if_ it is enabled. but it isn't |
| 02:32:25 | amiconn | Hmm. If it were, the code running before crt0-pp line 133 would populate the cache (consistent with ram), then it's disabled, and ram contents is changed (by bss init, stack munging etc) |
| 02:32:59 | amiconn | And if the cache is enabled later, its (now inconsistent) content could be used instead of fetching from ram |
| 02:33:14 | jhMikeS | the init, like retailos, invalidates all the lines before enabling it |
| 02:33:28 | amiconn | This might even be a bug in the PP5002 cache controller, and explain why it doesn't hit PP502x |
| 02:33:29 | amiconn | hmm |
| 02:33:44 | jhMikeS | so, no writeback at all is perfomed before enabling it |
| 02:34:29 | *** | Saving seen data "./dancer.seen" |
| 02:34:56 | amiconn | Yeah, writeback wouldn't be necessary for such a bug to hit. Just using cached data instead of fetching from ram would, in case ram contents changed while the cache was disabled (but not invalidated) |
| 02:35:56 | amiconn | But if it's invalidated before enabling, all should be well... hrrmmmm |
| 02:38:53 | jhMikeS | I tried messing with other regs with no change in behavior. |
| 02:47:32 | | Join kkurbjun [0] (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) |
| 02:51:28 | amiconn | A build without the nop crashes immediately. One nop and it works... |
| 02:55:53 | | Join telliott [0] (n=Tim@68-179-148-40.bsr-c3-d1.evv.dhcp.sigecom.net) |
| 02:57:04 | telliott | I have a question for someone who has ripped a lot of CDs. |
| 03:00 |
| 03:01:02 | | Quit Nico_P (Remote closed the connection) |
| 03:03:26 | amiconn | jhMikeS: Ok, I now tested various 'nop' counts. The effect is periodic. |
| 03:03:46 | amiconn | 0, 2, 4, 6 nops - crash. 1, 3, 5, 7 nops - OK |
| 03:04:31 | amiconn | The crashes come in 2 different flavours. 2 and 6 nops do the familiar mix of 'data abort', 'undefined instruction' etc |
| 03:04:49 | amiconn | 0 and 4 nops cause an 'empty lcd' crash |
| 03:05:52 | | Join avh22 [0] (n=alex@bas2-toronto12-1128738320.dsl.bell.ca) |
| 03:06:30 | jhMikeS | another thing I hadn't looked into was exactly where in the bin does the nop have no effect at all? |
| 03:06:48 | telliott | Do you use VBR or CBR when encoding mp3? |
| 03:08:02 | | Quit soap (Read error: 104 (Connection reset by peer)) |
| 03:08:15 | amiconn | jhMikeS: If you want to do the same experiment - I've put them at top of app_main(), directly before the init() call |
| 03:08:44 | | Join WeeJay [0] (n=Jebus@c-24-12-159-167.hsd1.il.comcast.net) |
| 03:09:27 | amiconn | I think some data isn't cache line aligned that better should. Moving the nop(s) around in the binary should help spotting it |
| 03:09:27 | WeeJay | anyone active in here? |
| 03:09:51 | amiconn | But I won't do that right now. 3:09 am here... |
| 03:10:04 | WeeJay | I just purchased a sana e260. Can someone please help me figure out the easiest way to determine if its v1 or v2? |
| 03:10:09 | | Join qwedsa_ [0] (n=superman@ip51ccca31.speed.planet.nl) |
| 03:10:50 | karashata | look for a small "v2" next to the model number on the back of the device, perhaps? |
| 03:11:38 | jhMikeS | amiconn: The main stack is safe of course since it's IRAM and the effect seems to be incoherent code. |
| 03:11:57 | WeeJay | karashata: negative |
| 03:12:10 | karashata | okay, check the firmware version |
| 03:12:17 | WeeJay | how? |
| 03:12:24 | amiconn | Yeah, but there are other stacks, and .data, and .bss |
| 03:12:24 | | Join Rob222241 [0] (n=Miranda@p54B04D6D.dip.t-dialin.net) |
| 03:12:24 | WeeJay | Does the device display it |
| 03:12:43 | amiconn | (which of course contain the other stacks) |
| 03:13:07 | amiconn | Some other stacks are also in iram, but not all of them |
| 03:13:20 | jhMikeS | could check which thread is current at the time |
| 03:13:24 | advlaptop2019 | WeeJay, it is in the info in settings |
| 03:13:42 | | Quit csc` ("Powering Off") |
| 03:13:47 | WeeJay | advlaptop2019: thanks....i am literally just openign the box here :-D |
| 03:13:50 | WeeJay | very excited |
| 03:14:11 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 03:14:49 | | Join soap [50] (n=soap@rockbox/staff/soap) |
| 03:15:00 | jhMikeS | but then COP crashes at times (when allowed to be active) and that touches no other stacks until a thread is started |
| 03:16:00 | WeeJay | advlaptop2019: Woot!!!! Version 01.02.18A |
| 03:16:19 | advlaptop2019 | WeeJay, you have a v1 |
| 03:16:30 | WeeJay | rock box time! |
| 03:16:39 | WeeJay | this was the second last unit there |
| 03:18:52 | | Quit zicho (Remote closed the connection) |
| 03:21:48 | | Join jcollie_ [0] (n=jcollie@dsl-ppp239.isunet.net) |
| 03:22:01 | | Part avh22 |
| 03:22:50 | | Quit jcollie (Remote closed the connection) |
| 03:23:05 | | Nick jcollie_ is now known as jcollie (n=jcollie@dsl-ppp239.isunet.net) |
| 03:23:33 | | Join jac0b [0] (n=jac0b@user-112079o.dsl.mindspring.com) |
| 03:23:53 | jac0b | is anyone else having a problem with svn and the multifont patch |
| 03:24:41 | jac0b | I get hunk errors on gui/list.c |
| 03:25:45 | | Quit qwedsa (Read error: 110 (Connection timed out)) |
| 03:26:38 | | Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
| 03:28:16 | jac0b | I think I might have fixed the error but how can i tell |
| 03:34:15 | | Join arken0493 [0] (n=Arken@h137.167.88.75.ip.alltel.net) |
| 03:34:48 | arken0493 | I'm curious. I've been using Rockbox for 4 months now, and I want to give back to the community. How can I help? |
| 03:36:24 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 03:36:52 | jac0b | you could do this https://www.paypal.com/cgi-bin/webscr?cmd=_xclick&business=bjorn%40haxx.se&item_name=Donation+to+the+Rockbox+project&no_shipping=1&cn=Note+to+the+Rockbox+team¤cy_code=USD&tax=0&submit.x=42&submit.y=13 |
| 03:36:55 | arken0493 | So is everyone afk? |
| 03:37:01 | arken0493 | 1) I don't have money |
| 03:37:12 | jac0b | coding |
| 03:37:13 | arken0493 | 2) I'm 14, I'm not allowed to have a paypal by law. |
| 03:37:20 | arken0493 | That's what I was more interested in,. |
| 03:37:22 | | Join hannesd___ [0] (n=light@p5B164125.dip0.t-ipconnect.de) |
| 03:37:39 | | Quit tedrock (Client Quit) |
| 03:37:51 | jac0b | the basics is to learn C |
| 03:38:09 | jac0b | that is what I think rock is coded in |
| 03:38:14 | jac0b | rockbox* |
| 03:38:23 | arken0493 | I know some C. |
| 03:38:48 | arken0493 | I'm not good from starting at scratch. What I'm more interested in, is how there are games, and how I could make my own .rock file. |
| 03:39:22 | jac0b | you might want to ask some others on here I know very little |
| 03:39:31 | arken0493 | Everyone's afk |
| 03:39:42 | krazykit | arken0493, well, it's IRC. not everyone is on at once |
| 03:39:45 | jac0b | but if you know C that is a good start |
| 03:39:56 | arken0493 | Very little. |
| 03:40:08 | arken0493 | I haven't coded for it in a year, and my memory is horrid |
| 03:40:20 | | Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
| 03:40:37 | krazykit | arken0493, you could buy a C book for beginners or something, then start looking at the rockbox source and the developer resources. |
| 03:41:54 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 03:41:54 | | Quit hannesd (Read error: 110 (Connection timed out)) |
| 03:41:55 | | Nick hannesd___ is now known as hannesd (n=light@p5B164125.dip0.t-ipconnect.de) |
| 03:42:15 | arken0493 | where do I find the source to this? (not the OS its self, but the applications?) |
| 03:42:53 | cool_walking_ | arken0493: They're all under /apps/plugins/ in the source. |
| 03:43:04 | arken0493 | Oh, so it has everything! Ok. |
| 03:43:10 | | Quit conando (Read error: 110 (Connection timed out)) |
| 03:43:38 | cool_walking_ | Read this: http://www.rockbox.org/twiki/bin/view/Main/HowtoWritePlugins |
| 03:43:59 | arken0493 | That's what I was looking for! |
| 03:45:02 | arken0493 | wait, so how do you compile in windows? These are all linux commnads |
| 03:45:46 | arken0493 | Oh. I see. It suggest VMware. |
| 03:46:06 | | Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) |
| 03:46:15 | ashes | hi |
| 03:46:22 | arken0493 | Hello. |
| 03:46:44 | ashes | does rockbox on the iriver h300 support any kind of video? google isn't telling me |
| 03:47:12 | | Join miepchen^schlaf [0] (n=hihi@p54BF6AEE.dip.t-dialin.net) |
| 03:47:13 | karashata | ashes: Rockbox only supports MPEG-1 and MPEG-2 video |
| 03:47:48 | ashes | that's fine, and it plays on an h300? |
| 03:48:10 | * | karashata nods |
| 03:48:10 | | Part arken0493 |
| 03:48:15 | ashes | k |
| 03:48:40 | | Quit jac0b ("Ex-Chat") |
| 03:49:41 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 03:50:41 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
| 03:51:11 | ashes | "missing packet start" 3E2B F51C |
| 03:51:18 | | Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) |
| 03:51:30 | Llorean | ashes: You aren't using a current build then? |
| 03:52:12 | | Quit tedrock (Client Quit) |
| 03:54:49 | | Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
| 04:00 |
| 04:03:04 | kkurbjun | jhMikeS: is there anything special about the mutex locks on a per target basis, I cannot get the m:robe 500 port to boot anymore, I'm not positive that it's the mutex changes, but I'm trying to pinpoint what is causing this freeze |
| 04:05:19 | | Quit midkay ("Leaving") |
| 04:08:17 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 04:08:51 | jhMikeS | kkurbjun: not really. the basic variants are: 1) single core 2) dual core w/swp 3) dual core w/peterson's algorthm |
| 04:08:52 | | Quit daurnimator ("Cyas later...") |
| 04:11:03 | kkurbjun | hmm, oh well - I guess I'll mess with it whenever I get time again - thanks for the feedback |
| 04:11:46 | jhMikeS | be sure there are no interrupts are unmasked before kernel init or are all masked before kernel init and that threading objects like queues, etc. are initialized before anything could possibly require them |
| 04:12:11 | | Quit PaulPosition () |
| 04:14:04 | jhMikeS | oh, never depend on yield or sleep with interrupts disabled having the results you might want. it's really not a good policy to do so since you're turning control over to unknown code at that point anyway which could do anything with cpsr. |
| 04:16:31 | kkurbjun | great, thanks for that, I'll keep an eye out |
| 04:18:49 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 04:30:01 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 04:34:31 | *** | Saving seen data "./dancer.seen" |
| 04:35:08 | | Quit karashata (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
| 04:36:49 | | Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) |
| 04:41:32 | | Quit BHSPitMonkey (Remote closed the connection) |
| 04:42:25 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 04:49:49 | | Quit JdGordon ("Konversation terminated!") |
| 04:55:28 | | Quit Tyroazard () |
| 05:00 |
| 05:01:46 | | Join spongslog [0] (n=da_slog@c-76-118-190-216.hsd1.nh.comcast.net) |
| 05:01:59 | spongslog | anyone answer a newb question for me? |
| 05:05:18 | | Quit ol_schoola () |
| 05:09:37 | * | spongslog hears crickets |
| 05:11:07 | cool_walking_ | spongslog: read http://www.rockbox.org/twiki/bin/view/Main/IrcGuidelines |
| 05:11:16 | spongslog | yes I read the FAQ |
| 05:11:19 | spongslog | and searched the forums |
| 05:11:30 | cool_walking_ | especially point 9... |
| 05:11:43 | spongslog | ahh |
| 05:11:50 | spongslog | I read it worng |
| 05:11:52 | spongslog | wrong |
| 05:11:58 | spongslog | anways. widows is asking for a driver |
| 05:12:07 | cool_walking_ | What player? |
| 05:12:16 | spongslog | sansa 260r |
| 05:12:29 | spongslog | it seems to have installed correctly |
| 05:12:41 | spongslog | on the player |
| 05:13:06 | spongslog | but windows device manager lists it with the yellow question mark |
| 05:13:36 | spongslog | "rockbox media player" is how it shows |
| 05:13:48 | advlaptop2019 | spongslog, reboot into OF |
| 05:13:53 | cool_walking_ | Rockbox doesn't have it's own USB mode yet |
| 05:13:59 | cool_walking_ | You have to use the OF |
| 05:14:25 | spongslog | OF stands for? |
| 05:14:32 | cool_walking_ | Original Firmware |
| 05:15:14 | spongslog | and switch back to Rockbox when not transfering files |
| 05:15:22 | cool_walking_ | Yep |
| 05:15:52 | spongslog | I will figure out how to do that :) |
| 05:15:53 | spongslog | thanks |
| 05:18:10 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 05:18:31 | | Join miepchen^schlaf [0] (n=hihi@p54BF7CA8.dip.t-dialin.net) |
| 05:19:47 | | Quit Horscht ("User was distributing pornography on server; system seized by FBI") |
| 05:21:04 | spongslog | ok that worked. Thanks again |
| 05:21:15 | | Join JdGordon [0] (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) |
| 05:21:17 | cool_walking_ | No worries |
| 05:23:27 | | Join DogBoy [0] (n=john@66-101-59-100-static.dsl.oplink.net) |
| 05:25:12 | | Quit telliott ("Leaving") |
| 05:26:41 | | Join TotallyInfected [0] (n=ebola@pool-151-197-170-191.phil.east.verizon.net) |
| 05:32:21 | | Join ctaylorr_ [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) |
| 05:32:56 | JdGordon | anyone around that has a build server? |
| 05:34:26 | | Join toffe82 [0] (i=chatzill@static-71-160-73-186.lsanca.dsl-w.verizon.net) |
| 05:37:25 | | Quit ctaylorr (Read error: 104 (Connection reset by peer)) |
| 05:38:35 | | Quit WeeJay ("Leaving.") |
| 05:42:05 | | Join advlaptop2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 05:42:29 | | Quit advlaptop2019 (Nick collision from services.) |
| 05:42:30 | | Join psycho_maniac [0] (i=psycho_m@207.230.218.237) |
| 05:42:31 | | Nick advlaptop2019_ is now known as advlaptop2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 05:44:02 | psycho_maniac | How does "No Bookmark Found!" when automatically loading a bookmark and it is not found sound? |
| 05:44:05 | | Quit fyrestorm (Read error: 113 (No route to host)) |
| 05:44:27 | JdGordon | found sound bound hound! |
| 05:45:06 | | Quit spongslog (Read error: 104 (Connection reset by peer)) |
| 05:45:41 | psycho_maniac | I also see theres new languages added to the FunnyLangs wiki page. |
| 05:45:50 | JdGordon | oh? |
| 05:46:17 | JdGordon | arg |
| 05:46:29 | psycho_maniac | well new for me. theres pirate, elmer fudd, elmer fudd in brazil, and more |
| 05:51:22 | cool_walking_ | I did not know such a wiki page existed |
| 05:51:50 | psycho_maniac | I dont think those langs are supported thouhg. just something to pass the time. |
| 05:55:37 | | Quit psycho_maniac (" quit") |
| 05:56:50 | cool_walking_ | ... a little disappointed with the pirate translation. Though I imagine it must be near-impossible to convert technical terms to pirate. |
| 05:57:33 | cool_walking_ | Could have thrown a "ye olde" every now and then - "ye olde low shelf filter" |
| 05:58:34 | cool_walking_ | oh wait.. do pirates say "ye olde" or is that olden-timey english dudes? |
| 06:00 |
| 06:06:12 | DogBoy | there's no such thing as pirates |
| 06:13:27 | cool_walking_ | Sure there are. |
| 06:23:48 | TiMiD[FD] | could someone who has a target with a wheel kindly test a plugin for me ? |
| 06:26:20 | cool_walking_ | I'm not familiar with all the rockbox targets, so... you mean a scroll wheel, like the iPods? Not some weird target with a wheel on it? |
| 06:26:30 | TiMiD[FD] | oh |
| 06:26:39 | TiMiD[FD] | ipods or sansa c200, there may be others |
| 06:26:51 | cool_walking_ | Yah I've got an iPod Video |
| 06:26:56 | cool_walking_ | What do I do? |
| 06:26:56 | TiMiD[FD] | ok ! |
| 06:27:06 | TiMiD[FD] | I compile and I send you the plugin :) |
| 06:27:20 | TiMiD[FD] | but it may crash \(^^ |
| 06:27:45 | cool_walking_ | Okay |
| 06:27:50 | TiMiD[FD] | 32mb ? |
| 06:27:55 | cool_walking_ | Sure |
| 06:28:26 | TiMiD[FD] | ok then it's compiling |
| 06:28:39 | cool_walking_ | What's it called? |
| 06:28:51 | TiMiD[FD] | I just want to make sure that I won't commit code that doesn't work on the target like I did yesterday ... |
| 06:28:51 | cool_walking_ | Wait... 32MB? |
| 06:28:57 | TiMiD[FD] | ah |
| 06:28:58 | TiMiD[FD] | no |
| 06:29:07 | TiMiD[FD] | it asked me for how much ram to compile |
| 06:29:13 | cool_walking_ | ah ok |
| 06:29:32 | cool_walking_ | I have a 64MB RAM version, but 32MB builds work fine too.. |
| 06:29:45 | TiMiD[FD] | I'm not familiar with the ipod video so .. |
| 06:29:48 | TiMiD[FD] | hmm |
| 06:29:54 | TiMiD[FD] | I'll compile for 64 then |
| 06:31:43 | TiMiD[FD] | I would have loved to test that on my iriver as well but I'm at work and I forgot the usb cable |
| 06:33:30 | cool_walking_ | It's not gonna delete all my files is it? Do I need to back up? |
| 06:34:23 | TiMiD[FD] | no, it will only brick your player |
| 06:34:34 | *** | Saving seen data "./dancer.seen" |
| 06:34:41 | cool_walking_ | ah okay |
| 06:35:05 | TiMiD[FD] | no worries :) |
| 06:35:45 | cool_walking_ | I don't know what this plugin is supposed to do... It could be one of those ones that fiddles with files. I'm paranoid. |
| 06:35:46 | | Quit cool_walking_ ("CGI:IRC") |
| 06:35:56 | | Join cool_walking_ [0] (n=cb3b81c3@gateway/web/cgi-irc/labb.contactor.se/x-12cd5fb3a7b7bc45) |
| 06:36:12 | cool_walking_ | D'oh. |
| 06:36:17 | | Quit DrDnar (Read error: 110 (Connection timed out)) |
| 06:36:46 | TiMiD[FD] | http://210.169.80.68/~kevin/rockbox.zip |
| 06:36:56 | TiMiD[FD] | no it's only the fire plugin |
| 06:37:46 | TiMiD[FD] | if it was something risky, I wouldn't ask like that |
| 06:41:11 | cool_walking_ | Okay, what am I looking for? |
| 06:42:50 | cool_walking_ | It seems to be running fine. |
| 06:43:07 | TiMiD[FD] | nothing :) |
| 06:43:26 | TiMiD[FD] | just to see if it doesn't crash, if it runs fine and if the fire height can be contrlled with the wheel |
| 06:43:36 | TiMiD[FD] | thank you for the test anyway |
| 06:43:47 | | Part toffe82 |
| 06:43:48 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 06:44:17 | TiMiD[FD] | pixelma: yo ! were you searching for me ? |
| 06:45:46 | cool_walking_ | Is scrolling anti-clockwise supposed to make the fire higher? |
| 06:46:04 | TiMiD[FD] | oh maybe |
| 06:46:17 | TiMiD[FD] | would it be more natural the other way ? |
| 06:46:36 | pixelma | TiMiD[FD]: yes, I actually have no time and was just reading the logs before I leave for work - please don't use plugin actions... I still have trouble getting the controls to work correctly with at least 2 plugins that you converted (clock, jackpot on c200) and the one you changed majorly (metronome on various Archos) |
| 06:47:08 | cool_walking_ | I was just checking it was working and not just psychosomatic (I haven't used "fire" often) |
| 06:47:21 | pixelma | TiMiD[FD]: probably not (about cool_walking_'s question, you can check the manual it's quite up to date there) |
| 06:47:30 | pixelma | the manuals |
| 06:47:50 | TiMiD[FD] | I just corrected the code to work with the action's lib |
| 06:48:14 | TiMiD[FD] | seems to work flawlessly now |
| 06:49:26 | TiMiD[FD] | I don't use jackpot or metronome, but clock seems to work pretty nicely as well |
| 06:49:41 | TiMiD[FD] | are there some problems with this one ? |
| 06:50:33 | cool_walking_ | talking to me? problems with what one? |
| 06:50:39 | TiMiD[FD] | ah no to pixelma |
| 06:51:16 | TiMiD[FD] | cool_walking_: do you have problems with the controls inside the clock plugin ? |
| 06:51:37 | cool_walking_ | ah hold on, just connected it to the computer again.. |
| 06:52:21 | cool_walking_ | It said "Error loading settings" |
| 06:52:46 | TiMiD[FD] | maybe the first time you used it |
| 06:53:00 | cool_walking_ | What are the controls supposed to do? Scrolling either way does a zoom in/out. |
| 06:53:25 | TiMiD[FD] | erm |
| 06:53:31 | TiMiD[FD] | zoom ? |
| 06:53:50 | TiMiD[FD] | I didn't knew I put a zoom function into the clock plugin |
| 06:53:52 | cool_walking_ | Yup the error was only the first time. |
| 06:54:12 | cool_walking_ | It's only got two levels - in and out. |
| 06:54:39 | TiMiD[FD] | ah maybe you're talking about the clock switching from square mode / circle mode ? |
| 06:54:47 | cool_walking_ | Yeah that's it |
| 06:54:51 | TiMiD[FD] | ok :) |
| 06:55:12 | TiMiD[FD] | now if you press left/right it should switch betweend analog/digital/binary |
| 06:55:33 | cool_walking_ | Yep :) |
| 06:55:56 | TiMiD[FD] | can you access the menu and quit the plugin without removing your player's battery ? |
| 06:56:16 | cool_walking_ | Yes |
| 06:56:39 | TiMiD[FD] | ok so no problem with the clock plugin controls on the ipod video |
| 06:57:10 | pixelma | TiMiD[FD]: try a c200 sim and change try to change the skin with a short press of up and compare with a long press and then try to figure out why is this so |
| 06:57:22 | TiMiD[FD] | ok |
| 06:57:32 | pixelma | about plugin actions in general, please read the logs |
| 06:58:15 | TiMiD[FD] | ah yeah it doesn't behaves very nicely |
| 06:58:41 | TiMiD[FD] | I read the logs, you were talking about a conflict, but that wasn't the problem in the fire plugin |
| 06:58:57 | TiMiD[FD] | I'll try to get what's wrong with the clock plugin |
| 06:58:58 | pixelma | btw. I know why but just want to show that the action system hides things, makes them harder to understand and I don't know a nice and easy solution (using exceptions is not nice and is against the purpose) |
| 06:59:23 | TiMiD[FD] | well I agree on that point |
| 06:59:53 | TiMiD[FD] | but it also makes the code easier to read and to develop when you don't have the target |
| 07:00 |
| 07:00:38 | TiMiD[FD] | since you can suppose that the action will have been choosen to match a key that makes sense |
| 07:01:00 | pixelma | no, for me it's not easier to read because I have to look it up in 4...5 places and not 2 (max) and you lose control |
| 07:01:05 | TiMiD[FD] | although it seems that the key mappings are not always logical |
| 07:01:50 | pixelma | it's not a keymap problem there, it's a combining of contexts... (like it is pitily done too often) |
| 07:04:59 | pixelma | and please don't use plugin actions - did I already say that? If you read logs, you'll see that some developers are for removing it or at least for a major think through of the current system |
| 07:05:04 | TiMiD[FD] | wow the c200's up button is also used for menu |
| 07:09:10 | TiMiD[FD] | ok so I'll try to fix that |
| 07:10:03 | TiMiD[FD] | would be nice to have actions only defined as generic for the directions and the quit button, and to leave the rest to the plugin |
| 07:10:47 | pixelma | TiMiD[FD]: how do you want to fix that? |
| 07:11:09 | TiMiD[FD] | using my brain for the moment |
| 07:11:57 | pixelma | if you change the keymap in the lib file it could break other plugins, exceptions are not nice etc... |
| 07:12:04 | TiMiD[FD] | yes I know |
| 07:12:28 | TiMiD[FD] | the problem is that they put button_up on the c200 for the menu |
| 07:12:37 | pixelma | ? |
| 07:12:39 | TiMiD[FD] | on the ipod they use the wheel instead |
| 07:13:14 | TiMiD[FD] | there are not so much plugins using the action lib |
| 07:13:41 | TiMiD[FD] | could be an option to swithc back to the button system as before |
| 07:13:59 | TiMiD[FD] | but it's so bothersome to define the same buttons for every target on every plugin |
| 07:14:52 | pixelma | anyways, I gotta leave. I'd rather see the plugin meved back to per keypad defines (even if it is many lines but you have more control) that's a personal opinion though but me try to get a discussion in the ml going wasn't very successfull (somewhen in fall of last year or so) |
| 07:15:13 | TiMiD[FD] | ok |
| 07:15:22 | TiMiD[FD] | I'll think about it |
| 07:16:55 | pixelma | at least you were around now ;) |
| 07:17:06 | | Part pixelma |
| 07:38:53 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096649533.dsl.bell.ca) |
| 07:41:05 | | Join xushi [0] (n=xushi@unaffiliated/xushi) |
| 07:47:33 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 07:54:35 | | Quit TotallyInfected () |
| 08:00 |
| 08:03:05 | | Join Rob2222 [0] (n=Miranda@p54B04E5C.dip.t-dialin.net) |
| 08:07:39 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 08:14:51 | | Join conando [0] (n=john@dslb-084-060-184-065.pools.arcor-ip.net) |
| 08:21:07 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
| 08:21:56 | | Join w23 [0] (n=w23@gw.nsib.ru) |
| 08:22:44 | | Quit karashata (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") |
| 08:26:09 | | Quit cool_walking_ ("CGI:IRC") |
| 08:34:39 | *** | Saving seen data "./dancer.seen" |
| 08:37:54 | | Join ol_schoola_ [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 08:38:21 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 08:38:32 | | Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 08:38:35 | | Quit ol_schoola (Read error: 104 (Connection reset by peer)) |
| 09:00 |
| 09:01:25 | | Join n1s [0] (n=nils@nl104-209-105.student.uu.se) |
| 09:02:01 | | Quit tedrock (Read error: 113 (No route to host)) |
| 09:02:02 | | Join tedr0ck [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
| 09:02:54 | | Quit tedr0ck (Client Quit) |
| 09:09:00 | | Quit freqmod_nx (Read error: 104 (Connection reset by peer)) |
| 09:09:07 | | Join freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) |
| 09:09:35 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 09:15:14 | | Quit TMM ("Ex-Chat") |
| 09:19:52 | | Join Axio [0] (n=Axio@alf94-1-81-57-140-233.fbx.proxad.net) |
| 09:22:23 | | Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
| 09:22:43 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 09:22:48 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:25:26 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 09:25:44 | TiMiD[FD] | commited some changes, hope it'll be fine that time ... |
| 09:31:58 | | Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) |
| 09:42:16 | | Join Casainho [0] (n=chatzill@bl8-169-102.dsl.telepac.pt) |
| 09:46:11 | TiMiD[FD] | probably be back in 2h if there is a problem with my commit ... |
| 09:46:13 | | Quit TiMiD[FD] ("leaving") |
| 09:54:29 | | Join DerDome [0] (n=DerDome@dslb-082-083-228-112.pools.arcor-ip.net) |
| 09:56:49 | | Quit n1s () |
| 10:00 |
| 10:07:59 | | Quit Axio (Remote closed the connection) |
| 10:09:29 | | Quit amiconn (Nick collision from services.) |
| 10:09:36 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 10:11:00 | | Join kugel|s [0] (n=54bd443b@gateway/web/cgi-irc/labb.contactor.se/x-1ca5ea6652a47e8c) |
| 10:11:54 | | Join Casainho_ [0] (n=chatzill@bl8-169-102.dsl.telepac.pt) |
| 10:15:32 | | Join pixelma [0] (n=d5494d4d@gateway/web/cgi-irc/labb.contactor.se/x-cdd1f48bbbcb507a) |
| 10:16:12 | LinusN | jhMikeS: there? |
| 10:16:17 | * | pixelma starts crying |
| 10:17:19 | petur | just revert it again, he'll give up one day ;) |
| 10:17:26 | | Join waldo [0] (n=waldo@ip-81-11-222-22.dsl.scarlet.be) |
| 10:18:57 | pixelma | I can't see how making things more complicated, introducing and combining yet another context can fix issues (and/if not introducing more problems), pitily (or luckily) I can't test on any targets until the evening (forgot USB cables :\ |
| 10:19:00 | pixelma | ) |
| 10:19:43 | LinusN | what would be the better solution? |
| 10:20:04 | pixelma | anoher question: where has the identify field in the "advanced" login for the webclient gone? |
| 10:20:42 | Zagor | pixelma: identify? |
| 10:21:02 | petur | password |
| 10:21:08 | pixelma | LinusN: scrap plugin button actions in their current way (and/or use it much more carefully) |
| 10:21:40 | petur | Zagor: in the past, one could login and be identified all in one |
| 10:22:15 | pixelma | Zagor: as petur said, some time ago it was possible to type your password in a specific field and already connect as identified (as petur said) |
| 10:22:27 | Zagor | hmm, ok I'll take a look |
| 10:22:34 | petur | (I only said it once) |
| 10:23:35 | petur | pixelma: you can connect to freenode on port 8000, most firewalls pass it without problems... |
| 10:24:43 | Zagor | password added back |
| 10:24:52 | | Join Casainho__ [0] (n=chatzill@bl8-169-102.dsl.telepac.pt) |
| 10:25:12 | pixelma | petur: hmm? I don't have a connection problem but don't want to type the identify line if it was possible to do it while logging in anyways. :) |
| 10:25:17 | pixelma | Zagor: thanks |
| 10:25:44 | petur | pixelma: I mean use a normal chatclient ;) |
| 10:26:12 | petur | Zagor: it looks like 'rob' needs to be added to the svn name translation table |
| 10:26:22 | pixelma | well, I don't want to install something here |
| 10:27:06 | petur | Some clients don't need install, just put some files there, or even on a usb stick |
| 10:28:10 | Zagor | petur: done |
| 10:28:25 | pixelma | petur: need to google for it... or can you recommend one? ;) |
| 10:28:27 | petur | goodie :) |
| 10:28:56 | petur | pixelma: nettalk can do it iirc (and it is German...) |
| 10:29:09 | | Quit Casainho (Read error: 110 (Connection timed out)) |
| 10:29:11 | petur | www.ntalk.de |
| 10:29:19 | | Nick Casainho__ is now known as Casainho (n=chatzill@bl8-169-102.dsl.telepac.pt) |
| 10:29:33 | pixelma | thanks, hopefully their german interface is better than CGI:IRC's ;) |
| 10:30:21 | petur | pixelma: it is at the bottom of this page: http://www.ntalk.de/Nettalkdoku/doku.php?id=nettalk:faq |
| 10:30:39 | pixelma | "Nettalk downloaden" - oh yeah ;) |
| 10:33:23 | | Quit kugel|s ("CGI:IRC") |
| 10:34:42 | *** | Saving seen data "./dancer.seen" |
| 10:37:23 | | Join Arathis [0] (n=doerk@p508A79D8.dip.t-dialin.net) |
| 10:38:41 | jhMikeS | LinusN: yes |
| 10:40:02 | LinusN | seen this? http://www.rockbox.org/mail/archive/rockbox-dev-archive-2008-01/0077.shtml |
| 10:40:28 | LinusN | looks like your ata spinlock change caused some problems |
| 10:42:48 | | Quit Casainho_ (Read error: 110 (Connection timed out)) |
| 10:43:11 | pixelma | gotta go again, see you later |
| 10:43:46 | * | petur waves |
| 10:43:48 | jhMikeS | hmm...that sounds to me especially since mine is behaving just fine but I'll look around |
| 10:43:54 | jhMikeS | sounds weird |
| 10:45:01 | | Quit tedrock (Read error: 113 (No route to host)) |
| 10:45:16 | pixelma | wow I can't quit... if I type "/quit" it gives me "*** Access to that command is blocked" |
| 10:45:49 | jhMikeS | if buffering is fragile against thread timing changes, that could explain "wierdness" otherwise this should be sound |
| 10:46:15 | | Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) |
| 10:47:55 | | Join TotallyInfected [0] (n=ebola@151.197.170.191) |
| 10:49:11 | LinusN | speaking of buffering, we seem to have serious issues with buffering in general (crashing X5's, insane disk activity on ipods etc) |
| 10:49:58 | | Quit pixelma ("CGI:IRC (EOF)") |
| 10:50:22 | GodEater | indeed - my ipod took 1.5 minutes to change a theme last night |
| 10:50:26 | GodEater | the disk activity went insane |
| 10:50:30 | jhMikeS | an experiment on using DMA and interrupts for all I/O on gigabeat made playback behave strangly and play things in the wrong order even though the file reads are ok |
| 10:52:12 | | Quit Siku (Read error: 131 (Connection reset by peer)) |
| 10:52:27 | | Join Siku [0] (i=Siku@e81-197-68-206.elisa-laajakaista.fi) |
| 10:52:49 | * | amiconn didn't observe any buffering strangeness so far |
| 10:53:03 | GodEater | amiconn is a lucky fellow then :) |
| 10:53:45 | amiconn | That said, I'm using my H180 most of the time, but occasionally use my other targets too (like the H10 twice last week) |
| 10:54:24 | GodEater | you do also use the least disk intensive themes do you not ? |
| 10:55:31 | jhMikeS | other code I know to have sound threading use showed no side effects from scheduling order changes |
| 10:57:53 | | Join Casainho__ [0] (n=chatzill@bl8-169-102.dsl.telepac.pt) |
| 10:57:54 | Nico_P | GodEater: did you change themes while music was playing? |
| 10:59:16 | amiconn | GodEater: Of course not. I either use the default, or my own wps'es (which are bitmap free) |
| 10:59:41 | amiconn | Meh, misread a little, but you get the point ;) |
| 11:00 |
| 11:00:45 | | Join lee-qid [0] (n=liqid@p54964839.dip.t-dialin.net) |
| 11:01:37 | LinusN | also, we have many reports about buffer underrun problems (audio dropouts) on the PP platforms, they seem to be caused by the new disk poweroff code |
| 11:01:47 | GodEater | Nico_P: no, I deliberately made sure music playing was off |
| 11:02:02 | Nico_P | then it's a disk problem, not a buffering problem, isn't it? |
| 11:02:11 | LinusN | not necessarily |
| 11:02:19 | * | GodEater goes to double check |
| 11:02:35 | LinusN | the buffering is there to handle slow disks, isn't it? |
| 11:02:35 | Nico_P | LinusN: I mean buffering as in buffering.c |
| 11:03:19 | LinusN | but it might be something else, like starving the pcm code |
| 11:03:36 | amiconn | "new" disk poweroff code? |
| 11:03:49 | amiconn | Disk poweroff was committed months ago, way before MoB |
| 11:04:01 | GodEater | 53 seconds to change a theme, with no music playing |
| 11:04:15 | GodEater | Nico_P: the commit we suspect is 15444 isn't it ? |
| 11:04:23 | * | petur gets out his h380 |
| 11:04:41 | Nico_P | GodEater: yes |
| 11:05:07 | Nico_P | someone reported that it was the culprit on the tracker entry about audio dropouts |
| 11:05:30 | | Quit waldo ("Konversation terminated!") |
| 11:06:09 | GodEater | after that initial theme change, subsequent ones are done in about 10 seconds (depending on number of bitmaps involved, rockbox default is 3 seconds) |
| 11:07:02 | GodEater | usage of AA seems to make the dropouts worse |
| 11:07:08 | GodEater | though I still get them even without using it |
| 11:07:32 | Nico_P | I have to go, but I'll read the logs when I get back |
| 11:09:43 | LinusN | amiconn: do you subscribe to the flyspray mailing list? |
| 11:09:49 | LinusN | http://www.rockbox.org/tracker/task/8260 |
| 11:10:02 | amiconn | GodEater: On my 2nd Gen, loading iCatcher takes ~3 seconds (which I consider too slow for actual use). iCatcher has ~50 bitmaps |
| 11:10:11 | amiconn | LinusN: No I don't |
| 11:10:31 | LinusN | i guess that's why you don't know about this then |
| 11:10:35 | LinusN | "Ok, I found out that the bug has started from the r15444, which doesn't introduce any change on buffer managing but on disk spinning as far as I understood. In my opinion, MoB isn't the real cause of this bug." |
| 11:10:45 | jhMikeS | Nico_P: if yield is used inside a mutex, it should be replaced with priority_yield() (a yucky hack that works for now) |
| 11:11:08 | amiconn | LinusN: That's clearly a buffering issue. |
| 11:11:13 | LinusN | amiconn: probably |
| 11:11:13 | Nico_P | jhMikeS: will try to look into it this evening |
| 11:11:21 | amiconn | With disk poweroff, spinup takes a little longer than without |
| 11:11:25 | LinusN | yes |
| 11:11:27 | Nico_P | amiconn: buffering as in buffering.c or as in ata buffering? |
| 11:11:34 | LinusN | as in buffering.c |
| 11:11:37 | amiconn | The swcodec buffering code doesn't adapt to spinup time |
| 11:11:50 | Nico_P | ok |
| 11:12:22 | amiconn | ...unlike the hwcodec buffering code, which does this for years. One point I complained about numerous times |
| 11:12:48 | Nico_P | amiconn: I'd love directions as to where to look int the HWCODEC code |
| 11:12:56 | Nico_P | or I'd love patches even more :) |
| 11:13:03 | * | Nico_P really has to go now |
| 11:13:51 | amiconn | mpeg.c handles this stuff for hwcodec |
| 11:14:12 | LinusN | Nico_P: see recalculate_watermark() in firmware/mpeg.c |
| 11:14:40 | GodEater | surely the code in buffering.c isn't used when switching a theme though ? |
| 11:15:19 | LinusN | GodEater: that could be an issue of two threads using the disk simultaneously |
| 11:15:28 | LinusN | i.e a locking issue |
| 11:15:40 | GodEater | but if I see the issue whilst NOT playing music - what thread is also accessing the disc ? |
| 11:15:48 | LinusN | hmmm |
| 11:16:27 | LinusN | maybe the wps loader should boost the cpu? |
| 11:16:56 | | Quit Casainho (Read error: 110 (Connection timed out)) |
| 11:17:18 | GodEater | the cpu is usually boosted while playing right ? |
| 11:17:29 | LinusN | that depends on the codec |
| 11:17:33 | GodEater | mp3 ? |
| 11:17:45 | LinusN | mp3 doesn't boost that often iirc |
| 11:18:02 | * | GodEater forgets that line of thought then |
| 11:20:09 | | Quit Mathiasdm ("Yuuw!") |
| 11:21:04 | | Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) |
| 11:28:53 | | Join Thundercloud [0] (n=thunderc@resnet01.nat.lancs.ac.uk) |
| 11:30:18 | | Join waldo [0] (n=waldo@ip-81-11-208-151.dsl.scarlet.be) |
| 11:32:30 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:34:18 | | Join TiMiD[FD] [0] (n=TiMiD@ntoska214070.oska.nt.ftth.ppp.infoweb.ne.jp) |
| 11:40:39 | petur | TiMiD[FD]: 10.16.17 # * pixelma starts crying |
| 11:41:52 | | Join Casainho___ [0] (n=chatzill@bl8-169-102.dsl.telepac.pt) |
| 11:41:54 | | Nick Casainho___ is now known as Casainho (n=chatzill@bl8-169-102.dsl.telepac.pt) |
| 11:43:25 | | Join MethoS_mobile [0] (n=clemens@p54896AE0.dip.t-dialin.net) |
| 11:44:24 | TiMiD[FD] | ow ? |
| 11:44:43 | petur | yes. NEVER make a lady cry! :p |
| 11:44:45 | TiMiD[FD] | what's wrong this time ? |
| 11:45:20 | TiMiD[FD] | it's the first time I would see someone cry for a computer program |
| 11:45:36 | | Quit MethoS_mobile (Remote closed the connection) |
| 11:45:54 | petur | TiMiD[FD]: think of all those windows users ;) |
| 11:46:29 | | Join MethoS_mobile [0] (n=clemens@p54896AE0.dip.t-dialin.net) |
| 11:46:48 | TiMiD[FD] | oh those I know just become crazy :) |
| 11:51:17 | jhMikeS | hcs: I'm getting the lockup with one particular SPC file on both e200 and H10 (two very different kinds of targets) but if and only if playback is started cold. I haven't tested other files. Time for the "I did something really dumb" checks. |
| 11:52:28 | | Quit TotallyInfected () |
| 11:58:32 | LinusN | jhMikeS: i do those a lot :-) |
| 12:00 |
| 12:00:35 | Bagder | oh... |
| 12:00:44 | * | Bagder added a hidden feature in that commit by mistake |
| 12:00:50 | jhMikeS | well, time to revert to before suspect revisions...always a fun time :) |
| 12:00:57 | | Quit Casainho__ (Read error: 110 (Connection timed out)) |
| 12:01:38 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 12:02:02 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 12:06:32 | Bagder | apps/genlang-features is now built by the build procedure |
| 12:07:13 | Bagder | will simply the main (generated) Makefile |
| 12:07:16 | Bagder | simplify |
| 12:07:25 | LinusN | time to rename the sim directory name too? :-) |
| 12:07:31 | Bagder | I thought about that |
| 12:07:40 | Bagder | but decided there are N people already using it now |
| 12:08:57 | Bagder | I think we need to do something about the build system to allow some server to just build the small things |
| 12:09:24 | LinusN | the small things? |
| 12:09:34 | * | rasher thinks the sim directory should be called "disk" or something like that |
| 12:09:46 | Bagder | LinusN: bootloaders, sh builds |
| 12:10:00 | Bagder | sh is separate already of course |
| 12:10:32 | Bagder | oh well, the speculative parallel build concept would of course fix that anyway... |
| 12:11:04 | Bagder | 15 servers built now |
| 12:12:06 | rasher | Bagder: hand out one build to multiple servers and see which finishes first? |
| 12:12:11 | Bagder | yes |
| 12:12:39 | Bagder | basically, all servers should be busy until all builds are done |
| 12:12:41 | rasher | would make sense for the period between handing out the last unique build, and recieving the last build back |
| 12:13:21 | Bagder | exactly |
| 12:13:35 | Bagder | now we can see really fast servers stop working really soon |
| 12:13:48 | Bagder | when a bunch of slower servers got the last N builds |
| 12:14:14 | rasher | Unsurprising |
| 12:14:26 | Bagder | exactly, that's what the current systems makes |
| 12:15:58 | bucko | Hey, badger, I plan to update your Sansa checksum.c thing within a week or so to cope with walking the file Saratoga-style. Though I don't think it'll finish the file; there's some still about 20% through that seemed to have a different header... |
| 12:16:05 | Bagder | right now I'll remove sh builds from some of the fastest servers |
| 12:16:18 | bucko | I don't have much free time at the moment, though. |
| 12:17:12 | Bagder | bucko: well, just post the info/source you have in a wiki page or something and we/anyone can take it from there when time permits |
| 12:17:30 | bucko | I think saratoga already posted the algorithm on the forum. |
| 12:17:43 | Bagder | yes he did |
| 12:17:49 | waldo | got i microsd in my sansa .. worked fine .. but since this morning i can't connect my sansa to my pc with the microsd inserted ... i guess some currupted files of so ... in the orig filmwire there is a 'format' otion ... does that format the microsd or the main memory ? |
| 12:17:50 | jhMikeS | r16105 seems to bring this about |
| 12:17:50 | Bagder | but 1) no code and 2) the forum is bad for static info |
| 12:17:56 | bucko | Mmm. |
| 12:18:41 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 12:18:41 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 12:18:51 | bucko | Badger: OK. But when I get around to it. Maybe when I do it'll already be done by someone else; there seems a good few active people. |
| 12:19:07 | bucko | Must shower and go to campus now. |
| 12:34:40 | | Join fasmaie [0] (n=yohann@c-24-60-113-125.hsd1.ma.comcast.net) |
| 12:34:44 | *** | Saving seen data "./dancer.seen" |
| 12:35:33 | | Join tvelocity [0] (n=tony@85.72.189.171) |
| 12:47:30 | | Join broom [0] (n=c27f0814@gateway/web/cgi-irc/labb.contactor.se/x-a60cd993de5f222f) |
| 12:49:17 | broom | Bagder: I think you were a bit unexact in your last change to "ProjectGlossary". Even if the build has produced red marks, the build itself was OK :-))) Since it has delivered the correct result. |
| 12:49:51 | Bagder | it didn't deliver the correct result |
| 12:50:06 | Bagder | how could it if it is red? |
| 12:50:34 | Bagder | although I may of course still be inexact |
| 12:53:04 | broom | The correct result in the case that the program has (e.g. compile) errors is an error message :-P It's an expected (and correct) result. |
| 12:53:59 | GodEater | it's a correct result for the *compiler* but not for the build |
| 12:55:07 | Bagder | the expected result for the build is to build with no warnings and errors. other results are not expected nor correct |
| 12:55:20 | | Quit conando (Read error: 110 (Connection timed out)) |
| 12:55:29 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 12:55:33 | GodEater | indeed |
| 12:55:51 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 12:55:57 | broom | For the build script, I think, it's still a correct result. It's expected that such result may come. I recently had a lengthy discussion (not RB related) on this topic. I think there's a big misconception out there. |
| 12:56:39 | Bagder | the build script expects errors to happen yes |
| 12:56:47 | Bagder | so an error is not unexpected for the script(s) |
| 12:56:54 | Bagder | but unexpected for the build |
| 12:57:03 | GodEater | we expect builds to work |
| 12:57:40 | Bagder | broom: but feel free to improve the phrasing if you think I did a poor job, that's what the wiki is for |
| 12:57:59 | broom | Bagder: ah, ok then. For me, "build" is a execution of the build script. |
| 12:58:16 | GodEater | for us "build" is a working copy of rockbox |
| 12:58:24 | GodEater | for several values of "working" |
| 12:58:46 | broom | Bagder: I was just kidding to an extent. But the other part of my phrase is still true IMHO. But here is not the right place to discuss this. |
| 12:59:07 | Bagder | I understand what you're saying |
| 12:59:15 | Bagder | but I don't agree with it in this context |
| 13:00 |
| 13:00:18 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
| 13:02:51 | broom | Bagder: If build=working copy of rockbox, then I think the exact (but not readabe :-) words would be "red is the color used to mark errors that occured during the attempt to produce a build" |
| 13:08:05 | Bagder | that sounds a bit weird to me |
| 13:08:16 | Bagder | I mean the "during the attempt to produce a build" part |
| 13:09:43 | broom | Bagder: =during the attempt to produce a working copy of rockbox |
| 13:09:56 | soap | potato / potato |
| 13:12:05 | | Join mf0102 [0] (n=michi@85.127.182.110) |
| 13:12:21 | broom | What I want to say is that the build as a script execution was successful even if a build (in the sense of a working copy of rockbox) could not be produced. I'm not a native English speaker. |
| 13:13:10 | Bagder | yes, that's the point you're pushing |
| 13:13:23 | Bagder | so edit the wiki page to be better |
| 13:14:01 | Bagder | I really don't care that much |
| 13:15:23 | broom | Bagder: I think everebody will understand the wiki as it is now. Not everybody sees the differences in success vs. error in my reasoning. |
| 13:16:45 | | Quit broom ("CGI:IRC") |
| 13:23:43 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 13:37:47 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 13:37:47 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 13:40:50 | Tuplanolla | Hello, I just got a microsd to my e280. Should I turn the player off before inserting or taking the card off? |
| 13:42:31 | | Quit jcollie ("Ex-Chat") |
| 13:46:07 | Llorean | Doesn't matter. |
| 13:47:38 | Tuplanolla | Ok, good. But I think I shouldn't take it off when I'm listening a song from it ;) |
| 13:48:11 | | Join pixelma [0] (n=d5494d3a@rockbox/staff/pixelma) |
| 13:48:20 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 13:52:58 | | Quit MethoS_mobile (Read error: 113 (No route to host)) |
| 13:53:46 | pixelma | TiMiD[FD]: what you did wrong? That you insist on plugin actions... I only had the chance to read the diffs now (because I don't have the target with me) but I'm guessing that "flame moving", "flame type" and simply exiting the plugin still won't work on C_200. And even if it does, having to use the volume buttons for increasing/decreasing the flames is awkward because it force me to twohanded operation and the controls were working ine before :( |
| 13:54:56 | pixelma | besides I don't understand your "#ifdef HAVE_LCD_BITMAP" around the whole thing and your brace style (especially in some do while loops) |
| 13:55:39 | pixelma | s/ine/fine |
| 13:58:02 | pixelma | but the style is not as important to me as the controls |
| 13:58:11 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 14:00 |
| 14:01:37 | | Quit fasmaie (Read error: 110 (Connection timed out)) |
| 14:02:50 | | Quit SirFunk (Remote closed the connection) |
| 14:03:15 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 14:04:18 | TiMiD[FD] | pixelma: about the flames high, I thought it was more logical to put it on the wheel as the ipod is done the same way |
| 14:04:43 | | Quit jhMikeS (Nick collision from services.) |
| 14:04:45 | TiMiD[FD] | it would be trivial to put it on the up/down button, only a matter of preference |
| 14:04:49 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 14:05:13 | Llorean | TiMiD[FD]: The c200 has no wheel... |
| 14:05:17 | | Join MethoS_mobile [0] (n=clemens@p54896AE0.dip.t-dialin.net) |
| 14:05:32 | TiMiD[FD] | oh ? |
| 14:05:36 | TiMiD[FD] | shit ... |
| 14:05:42 | pixelma | exactly, I don't speek about the e200 |
| 14:05:43 | TiMiD[FD] | I confunded with the e200 |
| 14:05:44 | | Quit Arathis ("Bye, bye") |
| 14:06:00 | TiMiD[FD] | uh oh |
| 14:06:22 | TiMiD[FD] | I'mconfused |
| 14:06:41 | pixelma | TiMiD[FD]: did you try in a sim? Yesterday's problem with the controls were already visible there... |
| 14:06:53 | TiMiD[FD] | yes I tried in a sim and it works now |
| 14:07:05 | pixelma | in a c200 sim? |
| 14:07:36 | TiMiD[FD] | yesterday I didn't tried to change the flame type or to quit (I closed the sim instead, but the problem was not related to the mapping by itself) |
| 14:07:44 | TiMiD[FD] | yes in a c200 sim |
| 14:08:09 | TiMiD[FD] | also works on my h140 and on a ipod video |
| 14:08:22 | | Quit Toki (Read error: 113 (No route to host)) |
| 14:09:38 | TiMiD[FD] | I'll search for a picture to try to get what a c200 looks like |
| 14:09:46 | pixelma | if I understand correctly the controls seem worse than before |
| 14:10:09 | pixelma | and I don't understand why it was necessary |
| 14:10:31 | pixelma | TiMiD[FD]: start the sim with the −−background switch |
| 14:10:34 | TiMiD[FD] | because I thought the c200 had a wheel |
| 14:11:18 | pixelma | http://download.rockbox.org/manual/rockbox-sansac200/rockbox-buildch3.html#x5-250003 |
| 14:11:55 | TiMiD[FD] | ah nice |
| 14:12:07 | pixelma | I don't understand moving this plugin to actions at all... :\ |
| 14:12:21 | | Quit ctaylorr_ (Read error: 110 (Connection timed out)) |
| 14:12:29 | TiMiD[FD] | less code ... |
| 14:12:41 | TiMiD[FD] | I don't think action API is bad |
| 14:13:01 | Llorean | Less code hardly matters if it makes it less usable too, especially with plugins |
| 14:13:01 | TiMiD[FD] | in the worst case just define the actions per target as it was done before |
| 14:13:36 | GodEater | where does rockboxdev.sh leave all it's temporary files when you run it as root ? |
| 14:13:41 | pixelma | confusing and easily to break controls, being afraid of breaking other plugins (invisble connections), being pleased with inferior controls |
| 14:13:48 | pondlife | TiMiD[FD]: The most important thing is that the UI is entirely unchanged. |
| 14:13:52 | TiMiD[FD] | the problem with the fire plugin doesn't lie in the action api anyway |
| 14:14:51 | Llorean | pixelma: I do think that making one plugin's controls dependent upon another is a very, very bad thing. |
| 14:15:28 | | Quit idnar (Read error: 110 (Connection timed out)) |
| 14:15:50 | TiMiD[FD] | well if the only action defined were directions and quit it would be a good thing |
| 14:16:13 | Llorean | Not necessarily |
| 14:16:23 | Llorean | Since wheels exist to cloud things up. |
| 14:16:30 | TiMiD[FD] | less time spent on developping a plugin when you don't have the target |
| 14:16:34 | pixelma | I'm not much of a coder so most things I did was porting plugins to new devices (basically doing the graphics and controls) and already now there are so many half working things due to plugin actions |
| 14:16:37 | amiconn | The plugin action api was meant as a way to make porting plugins to a new target easier, but due to the nature of many plugin, it has the opposite effect |
| 14:16:43 | Llorean | What one could do, instead of 'actions' the way they are now, is define a list of actions based on what they do in the list/menu. So "Up" "Down" "Back" "Stop" "Select" and a few others |
| 14:17:21 | TiMiD[FD] | there are 12 plugins using the action API |
| 14:17:23 | Llorean | Since most buttons, and several combinations of buttons, are always used in the list browser, for application-style plugins you have a context to imagine your actions coming from. |
| 14:17:24 | amiconn | As soon as you start to chain contexts, there are interdependencies, and if you change things for one target, a dev can easily break the plugin for another target without noticing |
| 14:18:03 | pixelma | TiMiD[FD]: that doesn't mean that you have suitale controls just some that work somehow and it's very very hard now if someone with the target wants to improve |
| 14:18:22 | amiconn | And if the actions are defined per plugin (no chaning) you'll end up with one context per plugin, i.e. essentially the same as not using the actions api at all |
| 14:18:34 | TiMiD[FD] | well so lets rework this from the basis for all plugins |
| 14:18:43 | TiMiD[FD] | there is a fundamentl problem here I agree |
| 14:18:57 | amiconn | But using it scatters the code path across several files, making it harder to follow than the simple definitions |
| 14:19:26 | amiconn | I think plugin actions (not actions in general) in their current form should be reverted |
| 14:19:31 | TiMiD[FD] | action api is easier when you have to handle buttons combinations |
| 14:19:31 | Llorean | I agree. |
| 14:19:49 | Llorean | Agree with amiconn, in case the internet made that show up on the wrong side of Timid's statement. |
| 14:20:00 | pixelma | you can guess my opinion ;) |
| 14:20:14 | Llorean | I do think that there's probably a more flexible solution somewhere, but I don't think Plugin Actions is it. |
| 14:20:15 | TiMiD[FD] | ohoh as if I was responsible for that ... |
| 14:20:19 | amiconn | A plugin could still use the actions api, using locally defined contexts, if doing so makes input processing easier |
| 14:20:32 | TiMiD[FD] | mixing buttons and actions ? |
| 14:20:37 | amiconn | no |
| 14:20:53 | amiconn | Defining a context *for that plugin* within the plugin |
| 14:20:56 | TiMiD[FD] | plugins should do as they did before : define their own actions and eventually use some standard one like quit |
| 14:21:08 | amiconn | nooo |
| 14:21:16 | amiconn | The mixing is the bad thing |
| 14:21:17 | pixelma | TiMiD[FD]: no but you went on implementing it for the fire plugin (which is why I started the dscussion again) even after the talk earlier today |
| 14:21:25 | TiMiD[FD] | I ddn't talked about mixing |
| 14:21:33 | amiconn | you did |
| 14:21:40 | TiMiD[FD] | not in mylast statement |
| 14:21:44 | amiconn | "define their own actions and eventually use some standard one like qui" |
| 14:21:49 | TiMiD[FD] | I wasn't thinking about that |
| 14:21:50 | amiconn | That _is_ mixing |
| 14:21:53 | TiMiD[FD] | onlyusing action api |
| 14:21:56 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 14:21:57 | TiMiD[FD] | to make it clear |
| 14:22:19 | TiMiD[FD] | define their own actions with the action api |
| 14:22:41 | amiconn | Either use *one single* standard action context, or *one single* private context. Or no actions at all |
| 14:22:51 | TiMiD[FD] | at least to save the hassle of having to code the quit action and handle the case with the remote in every plugin |
| 14:23:42 | TiMiD[FD] | using standards action makes the plugin dependant from external code subject to change and to brek it as you stated |
| 14:23:45 | linuxstb_ | TiMiD[FD]: Not all combinations of plugins/targets have a quit action - if there are not enough buttons, quit is a menu option. |
| 14:24:00 | TiMiD[FD] | a lot still have one |
| 14:24:15 | Llorean | That doesn't mean they all do. |
| 14:24:23 | Llorean | And that doesn't mean that one button is the best quit button for all plugins. |
| 14:24:37 | TiMiD[FD] | for most of them it is |
| 14:24:50 | linuxstb_ | That's the problem - "most"... |
| 14:24:56 | | Join tchan1 [0] (n=tchan@c-24-13-84-219.hsd1.il.comcast.net) |
| 14:24:59 | TiMiD[FD] | in the other case nothing prevents the developper from not using the standard action |
| 14:25:15 | Llorean | Then they have to mix again. |
| 14:25:22 | Llorean | Or not use actions. |
| 14:25:28 | Llorean | Or rather, not use plugin actions. |
| 14:25:30 | TiMiD[FD] | no they define their own actions ... |
| 14:25:39 | Llorean | Which is mixing. |
| 14:25:40 | TiMiD[FD] | it's the same as defining keys |
| 14:25:48 | Llorean | Yes, in which case why not just do it? |
| 14:26:10 | Llorean | You could very easily write a "standard" keymap for most targets, that people could copy and paste into their plugin, then edit. |
| 14:26:14 | TiMiD[FD] | less switch statement when checking for buttons, less ifdefs |
| 14:26:41 | Llorean | With this, they could be sure in advance there were no conflicts, unless they introduced them by hand, and it could have sane defaults for up/down left/right and cancel. |
| 14:27:06 | TiMiD[FD] | no conflict by using the action api either |
| 14:27:07 | Llorean | And since it's hard coded per plugin, there's no concern about later changes breaking the plugin's keymap |
| 14:27:24 | TiMiD[FD] | if every plugin defines its own contexts |
| 14:27:57 | TiMiD[FD] | used like that no drawbacks |
| 14:28:01 | Llorean | That's not the Plugin Action system anymore then. |
| 14:28:08 | Llorean | That's simply using the normal action system, within plugins |
| 14:28:08 | | Quit cool_walking_ (Remote closed the connection) |
| 14:28:12 | TiMiD[FD] | yep |
| 14:28:44 | pixelma | what should that be good for? |
| 14:28:56 | TiMiD[FD] | easier to code |
| 14:29:11 | TiMiD[FD] | and to maintain |
| 14:29:12 | Llorean | You still have to define a full context for each plugin. |
| 14:29:17 | TiMiD[FD] | yep |
| 14:29:22 | Llorean | Which means a full keymap for all targets. |
| 14:29:24 | pixelma | in another file? |
| 14:29:26 | TiMiD[FD] | same as before |
| 14:29:55 | Llorean | So why exactly is that any different from including the keymap *in* the plugin? |
| 14:30:10 | TiMiD[FD] | but it's somehow easier to handle buttons with the action plugin in most cases |
| 14:30:29 | TiMiD[FD] | that way it would be included in the plugin |
| 14:30:31 | Llorean | "action plugin"? |
| 14:30:45 | TiMiD[FD] | ? |
| 14:30:50 | Llorean | What is "the action plugin"? |
| 14:30:59 | linuxstb_ | Llorean: I assume TiMiD[FD] means "the action API" |
| 14:31:06 | TiMiD[FD] | let me read my sentence again |
| 14:31:18 | Llorean | Ah, I wasn't sure if he meant plugin actions again. |
| 14:31:27 | TiMiD[FD] | yep that's what I meant |
| 14:31:36 | Llorean | Which? |
| 14:31:45 | TiMiD[FD] | action API |
| 14:32:01 | Llorean | Yes, but the topic here is that Plugin Actions should be removed |
| 14:32:05 | Llorean | that's what we've been saying ALL along. |
| 14:32:11 | TiMiD[FD] | ah I'm fine with that |
| 14:32:12 | Llorean | Not that the action API should be removed |
| 14:32:37 | Llorean | The point was that each plugin should have its keys not be dependent on other plugins. |
| 14:32:41 | linuxstb_ | Llorean: Yes, that's what TiMiD[FD] has been saying as well... (IIUC) |
| 14:32:56 | TiMiD[FD] | couldn't agree more on that |
| 14:33:16 | Llorean | Then why is he adapting plugins to plugin actions? |
| 14:33:28 | TiMiD[FD] | oh to the action API |
| 14:34:25 | Llorean | No. |
| 14:34:28 | TiMiD[FD] | actually when I used the plugins predefined actions, I didn't knew there were targets on which the keymaps for the different overlapped |
| 14:34:39 | TiMiD[FD] | *different context* |
| 14:34:48 | *** | Saving seen data "./dancer.seen" |
| 14:34:50 | Llorean | That's why different contexts exist... |
| 14:35:46 | TiMiD[FD] | on my h140 directions and actions doesn' overlap and that's the only target on which I'm able to test reliably |
| 14:36:00 | Llorean | You have sims. |
| 14:36:34 | Llorean | Not to mention the plugin actions file itself. |
| 14:36:43 | TiMiD[FD] | so anyway lets define per-plugin actions instead of using the global ones |
| 14:36:58 | TiMiD[FD] | I'll take care of that tomorrow if there is no objection ? |
| 14:37:06 | Zagor | no, let's do away with actions in plugins |
| 14:37:16 | Llorean | Zagor: I think actions is okay. |
| 14:37:24 | linuxstb_ | TiMiD[FD]: Probably best to post a patch first - I don't think we're all understanding each other... |
| 14:37:29 | Llorean | I mean, that's practically what the huge #define block at the beginning of plugins is anyway. |
| 14:37:31 | TiMiD[FD] | ok |
| 14:37:45 | linuxstb_ | TiMiD[FD]: But IIUC, I agree... ;) |
| 14:37:49 | Llorean | Zagor: I mean, actions within a plugin, where they're all defined within that plugin, is pretty safe. |
| 14:37:57 | Llorean | TiMiD[FD]: I do too if we're all understanding now. |
| 14:38:23 | Zagor | Llorean: sure you can add lots of #defines at the top of every plugin. but what does it really accomplish? |
| 14:39:14 | Llorean | Zagor: The same thing as hand coding keymaps per plugin, which is also a huge block of defines? |
| 14:39:44 | TiMiD[FD] | excepted that the action API is more powerful to express a keymap |
| 14:40:11 | Zagor | I'd use the words "less transparent" |
| 14:40:11 | pixelma | the sims don't simulate everything though, e.g. you can use button combo with every buttons and not see the restriction that are there for the Iaudios an H100 (IIRC) |
| 14:40:26 | | Quit tchan (Connection timed out) |
| 14:40:38 | TiMiD[FD] | pixelma: yes and still no remote buttons for the irivers for example ... |
| 14:40:39 | linuxstb_ | pixelma: But that's the same problem with the old-style button #defines... |
| 14:41:05 | Llorean | I'd rather just see a KEYMAP file that's a huge block of defines for every target and valid key combination. The enterprising plugin author can then paste it, add names for all the defines he wants to use, cut out the remaining lines, and go. |
| 14:41:09 | pixelma | yes, it was just an addition to the "you have sims" statement ;) |
| 14:42:05 | Llorean | I find the old defines more readable anyway, since I at least tend to have a more clear idea what's going on in some cases. |
| 14:42:26 | TiMiD[FD] | depends of the cases |
| 14:42:31 | pixelma | Llorean: yes, that's also what I was thinking |
| 14:42:47 | TiMiD[FD] | in somecases it can become tricky |
| 14:44:28 | | Join n1s [0] (n=nils@nl104-209-105.student.uu.se) |
| 14:45:04 | TiMiD[FD] | OK so I'll patch the plugins already converted to the action API |
| 14:45:25 | amiconn | There are many button combo constraints on various targets, both electrically and mechanically |
| 14:45:43 | Llorean | That's why a list of them somewhere would be good. |
| 14:46:00 | amiconn | E.g. Left+Right won't work on ipods with clickwheel, even if it would work electronically |
| 14:47:32 | | Quit phossy (Read error: 110 (Connection timed out)) |
| 14:47:52 | Llorean | Which ones are cilckwheel? |
| 14:47:54 | Llorean | clickwheel |
| 14:48:02 | Llorean | I can never keep track the various names for the wheels. |
| 14:48:44 | pixelma | the newer ones with "integrated" buttons |
| 14:48:54 | Llorean | Ah |
| 14:49:27 | pixelma | no extra buttons either around the wheel or above |
| 14:49:32 | Llorean | If I recall, someone mentioned that they *can* press Play/Menu at the same time. I personally think it's a bad idea (straining the wheel, surely) but I seem to recall it being tried in some odd unsupported build or whatnot. |
| 14:52:54 | pixelma | http://www.ilounge.com/images/uploads/ipodscompare.jpg |
| 14:54:58 | pixelma | ok, thanks for discussing this once more. I should leave again and not waste much of not my money ;) |
| 14:56:36 | pixelma | and I still can't /quit the webclient... weird |
| 14:58:13 | | Join webclienttest [0] (n=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-6161734cf76b338d) |
| 14:58:28 | | Quit MethoS_mobile (Remote closed the connection) |
| 14:58:48 | | Quit webclienttest (Client Quit) |
| 14:58:59 | petur | indeed, doesn't work |
| 15:00 |
| 15:00:06 | | Join jcollie [0] (n=jcollie@161.210.6.204) |
| 15:01:40 | | Quit pixelma ("CGI:IRC (Ping timeout)") |
| 15:01:57 | | Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-5fa06098b14dc5e5) |
| 15:02:16 | LambdaCalculus37 | Morning, everyone! |
| 15:19:50 | | Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) |
| 15:20:14 | | Join idnar [0] (i=mithrand@dsl-244-221-184.telkomadsl.co.za) |
| 15:20:38 | | Quit kugel ("ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]") |
| 15:21:22 | | Quit Rob2222 () |
| 15:21:42 | | Join Rob2222 [0] (n=Miranda@p54B04E5C.dip.t-dialin.net) |
| 15:23:30 | | Quit Rob2222 (Client Quit) |
| 15:23:41 | | Join Rob2222 [0] (n=Miranda@p54B04E5C.dip.t-dialin.net) |
| 15:24:31 | | Quit pabs ("brb") |
| 15:26:23 | | Nick tchan1 is now known as tchan (n=tchan@c-24-13-84-219.hsd1.il.comcast.net) |
| 15:34:04 | | Join zagor_test [0] (n=c2ed96ab@gateway/web/cgi-irc/labb.contactor.se/x-4f0494467d1dfa75) |
| 15:34:31 | | Quit zagor_test (Client Quit) |
| 15:48:13 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 15:48:47 | | Quit Rob2222 () |
| 15:48:57 | | Join Rob2222 [0] (n=Miranda@p54B04E5C.dip.t-dialin.net) |
| 15:51:01 | | Quit TiMiD[FD] ("leaving") |
| 15:54:06 | | Join BobShield [0] (i=rshield@c-24-15-123-57.hsd1.il.comcast.net) |
| 16:00 |
| 16:00:21 | | Join webguest [0] (n=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-050532d53c710a76) |
| 16:00:32 | | Quit webguest (Client Quit) |
| 16:04:54 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 16:05:04 | | Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) |
| 16:05:48 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 16:09:20 | | Part LinusN |
| 16:09:46 | | Quit Zagor ("Client exiting") |
| 16:10:53 | | Quit linuxstb_ ("Client Exiting") |
| 16:14:58 | | Join jac0b-work [0] (n=jac0b-wo@155.109.5.245) |
| 16:15:49 | | Quit xushi () |
| 16:15:59 | jac0b-work | has anyone got viewports working in placing the progress bar |
| 16:16:52 | jac0b-work | I have found when trying to use viewports to place the progress bar it doesn't work |
| 16:19:45 | | Quit jac0b-work ("ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]") |
| 16:24:31 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 16:25:05 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
| 16:28:16 | | Quit hcs ("Leaving.") |
| 16:34:53 | *** | Saving seen data "./dancer.seen" |
| 16:41:58 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 16:41:58 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 16:46:40 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 16:47:12 | | Join MethoS- [0] (n=clemens@pD955BCE5.dip.t-dialin.net) |
| 16:48:21 | | Join phossy [0] (n=martin@87-194-94-92.bethere.co.uk) |
| 16:53:41 | | Quit ol_schoola_ () |
| 16:56:28 | | Join qwedsa [0] (n=superman@ip51ccca31.speed.planet.nl) |
| 17:00 |
| 17:04:56 | | Join Arathis [0] (n=doerk@p508A79D8.dip.t-dialin.net) |
| 17:06:18 | | Join qwedsa__ [0] (n=superman@ip51ccca31.speed.planet.nl) |
| 17:07:10 | | Join stewball [0] (n=WTFOMGBB@91.106.252.33) |
| 17:12:57 | | Quit BobShield ("leaving") |
| 17:13:06 | | Quit qwedsa_ (Read error: 110 (Connection timed out)) |
| 17:15:02 | | Part pondlife |
| 17:18:00 | | Join ackbahr [0] (n=jean@d83-180-92-202.cust.tele2.ch) |
| 17:21:22 | | Quit qwedsa (Read error: 110 (Connection timed out)) |
| 17:23:23 | | Join qwedsa [0] (n=superman@ip51ccca31.speed.planet.nl) |
| 17:25:54 | | Quit MethoS- (Remote closed the connection) |
| 17:32:57 | | Join SiaS [0] (n=mejuzo@p57B75667.dip.t-dialin.net) |
| 17:37:55 | | Quit phossy (Read error: 110 (Connection timed out)) |
| 17:38:47 | | Join phossy [0] (n=martin@87-194-94-92.bethere.co.uk) |
| 17:39:55 | | Quit qwedsa__ (Read error: 110 (Connection timed out)) |
| 17:47:25 | | Quit BRi7X (Read error: 104 (Connection reset by peer)) |
| 17:56:45 | | Part Llorean |
| 18:00 |
| 18:01:29 | | Quit Siku (Nick collision from services.) |
| 18:01:40 | | Join Siku [0] (i=Siku@e81-197-68-206.elisa-laajakaista.fi) |
| 18:02:35 | | Join Domonoky [0] (n=Domonoky@92.226.208.218) |
| 18:03:57 | * | Domonoky has just combined a broken h120 (nokia syndrome) with a broken ipod (broken hd) to a working ipod :-) |
| 18:07:24 | at0m|c | Domonoky, battery or hd? :> |
| 18:08:10 | at0m|c | i wonder if rockbox supports 'usb on the go' on h3x0 |
| 18:08:10 | Domonoky | harddisk.. |
| 18:08:22 | LambdaCalculus37 | Domonoky: Nokia Syndrome? =/ |
| 18:08:26 | Domonoky | now on to restore the ipod, and put rockbox on it.. |
| 18:08:35 | scorche|w | at0m|c: it doesnt |
| 18:08:43 | | Join j0tt [0] (n=j@unaffiliated/jott) |
| 18:08:58 | at0m|c | i think it doesnt, but booting to original OS doesnt work - pressing record while booting pops up a quick 'booting orig os..' but then it shuts down :z |
| 18:09:14 | Domonoky | LambdaCalculus37: if you put a nokia charger onto a iriver hxxx its dead, burned.. |
| 18:09:15 | at0m|c | scorche|w, cheers |
| 18:09:49 | | Join MethoS- [0] (n=clemens@pD955BCE5.dip.t-dialin.net) |
| 18:10:55 | at0m|c | scorche|w, the original problem is that my h340 doesnt boot into its original OS no more |
| 18:11:11 | at0m|c | so i tried to 'usb on the go' using rockbox |
| 18:11:20 | at0m|c | but that doesnt work either... |
| 18:12:02 | LambdaCalculus37 | Well, now I know a good way of destroying irivers... (but I'd never destroy one :P) |
| 18:13:17 | at0m|c | if i cant boot in the orig OS of my h340, i'd order some SD cards from www.ibood.com, it's their offer of the day.. |
| 18:14:13 | markun | What do SD cards have to do with not booting the into the OF? |
| 18:14:20 | Casainho | Domonoky: hello :-) |
| 18:14:49 | Casainho | Domonoky: did you sew the new update to TWiki page of RB player? |
| 18:14:51 | at0m|c | markun, usb on the go empties my cam's SD on the h340 |
| 18:15:08 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
| 18:15:21 | at0m|c | markun, so then i just need one SD card and transfer to h340 when it's full |
| 18:15:51 | at0m|c | now that the dual boot has disappeared, i need more storage for in cam eh |
| 18:16:58 | at0m|c | tried inserting hd from my other/older h340, but that hd seems broken. |
| 18:21:08 | | Quit jott (Connection timed out) |
| 18:21:25 | | Nick j0tt is now known as jott (n=j@unaffiliated/jott) |
| 18:22:11 | | Join Domonoky [0] (n=Domonoky@92.226.208.218) |
| 18:23:31 | | Quit petur ("work->home") |
| 18:24:07 | | Join Silens [0] (i=slnz@a91-154-126-231.elisa-laajakaista.fi) |
| 18:24:49 | | Quit ackbahr (Remote closed the connection) |
| 18:26:37 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 18:29:16 | | Join Arathis2 [0] (n=doerk@p508A4051.dip.t-dialin.net) |
| 18:31:02 | | Quit Arathis (Nick collision from services.) |
| 18:31:05 | | Nick Arathis2 is now known as Arathis (n=doerk@p508A4051.dip.t-dialin.net) |
| 18:31:05 | | Part pondlife |
| 18:31:57 | | Join TotallyInfected [0] (n=ebola@pool-141-151-17-50.phlapa.east.verizon.net) |
| 18:32:44 | markun | at0m|c: maybe petur or amiconn have an idea what the problem could be. |
| 18:33:00 | Casainho | Domonoky: heelo :-) |
| 18:33:10 | Casainho | Domonoky: are you there? I would like to talk |
| 18:33:34 | | Join PaulJam [0] (i=PaulJam_@vpn-3176.gwdg.de) |
| 18:34:08 | Domonoky | Casainho: yes, i just returned home, so i am a bit busy.. |
| 18:34:30 | | Join lazka [0] (n=lazka@84.119.16.2) |
| 18:34:58 | *** | Saving seen data "./dancer.seen" |
| 18:35:07 | Casainho | Domonoky: just to say that I did update the page - I will put a message in forum about connections - thank you for giving that info :-) - bye bye :-) |
| 18:35:12 | | Quit Casainho ("ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]") |
| 18:36:01 | Silens | hello |
| 18:36:51 | Silens | Does enybody know if ther's any firmware hacking going on for the sony mp3-players? any chance of getting rockbox on them? |
| 18:37:22 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 18:37:39 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 18:38:18 | pondlife | Hmm, looks like some ipod owners can use keyclick without nasty noises... http://forums.rockbox.org/index.php?topic=15079.0 |
| 18:38:32 | pondlife | Maybe the underlying issue has already been fixed? |
| 18:38:42 | pondlife | Any Sansa owners tried it? |
| 18:42:10 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
| 18:43:38 | LambdaCalculus37 | pondlife: Not yet. Have to update my c240. |
| 18:43:56 | pondlife | I'd protect your ears, just in case |
| 18:47:42 | | Join JdGordon|w [0] (n=836b0065@gateway/web/cgi-irc/labb.contactor.se/x-624868cc4b345618) |
| 18:49:01 | rasher | Nico_P: wouldn't it make sense to change fs#8499 into a bugreport about the database tool? |
| 18:49:31 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 18:49:39 | LambdaCalculus37 | pondlife: I'll use ear plugs. :) |
| 18:49:45 | Nico_P | rasher: it probably would, yes |
| 18:49:49 | n1s | at0m|c: there is an issue where rockbox can corrupt the eeprom so that the h300 of will crash when it's trying to read its settings, there is a known good eeprom image somewhere in the forums iirc so it might be worth a serach |
| 18:49:57 | | Join styleism [0] (n=sfgfadga@87-194-104-214.bethere.co.uk) |
| 18:50:02 | at0m|c | markun, cheers |
| 18:50:18 | at0m|c | n1s, tried restoring the eeprom from debug, but didnt work |
| 18:50:30 | at0m|c | now doing mkdosfs -c -F 32 -n H300 -i ae1ddf3e /dev/sdb1 ... |
| 18:51:03 | at0m|c | i mean, the eeprom restore did work, but it didnt solve the problem |
| 18:51:09 | n1s | at0m|c: did you try with an image you downöoaded or just a dump-write? |
| 18:51:27 | at0m|c | an image downloaded from wiki FAQ |
| 18:51:42 | n1s | ah, strange problem then... |
| 18:51:42 | at0m|c | http://www.rockbox.org/twiki/pub/Main/IriverFAQ/internal_eeprom.bin |
| 18:52:11 | at0m|c | mkdosfs takes a while... :) |
| 18:52:43 | | Quit TotallyInfected (Read error: 110 (Connection timed out)) |
| 18:53:37 | at0m|c | if not for my new cam supporting 'usb on the go', i wouldnt care for the orig OS |
| 18:53:47 | at0m|c | just to say how much i like rockbox :) |
| 18:54:05 | | Join miepchen^schlaf [0] (n=hihi@p54BF5535.dip.t-dialin.net) |
| 18:55:36 | PaulJam | at0m|c: try holding the play button longer when booting the OF. |
| 18:57:11 | at0m|c | PaulJam, cheers, will try, if mkdosfs hasnt already solved it |
| 19:00 |
| 19:02:01 | amiconn | at0m|c: If you want to boot into the OF on iriver, you need to hold the ON button for a while. The OF needs to detect the button being pressed, otherwise it thinks the poweron was occasional and it shuts down again |
| 19:02:33 | amiconn | That's all from memory; I didn't boot into the OF for ages (why should I?) |
| 19:02:41 | at0m|c | exactly |
| 19:02:53 | at0m|c | didnt know about the long play press... |
| 19:03:10 | at0m|c | i just let it go when the screen lit up and pressed rec |
| 19:03:22 | amiconn | The OF loader is pathetic.... (not uncommon with dap original firmwares...) |
| 19:03:33 | at0m|c | anyways, formatting :) |
| 19:04:56 | amiconn | Regarding usbotg on h300 (or any other target with usbotg capability hardware): rockbox doesn't support it |
| 19:06:04 | amiconn | petur tried to get the 'wasabi' usb stack running, but didn't succeed so far. 'wasabi' is the (open) example usb stack for the philips isp1362 usbotg chip |
| 19:06:26 | at0m|c | a pitty.. |
| 19:06:41 | at0m|c | but not such a problem if the orig OS still works eh |
| 19:07:09 | at0m|c | just a slight inconvenience eh |
| 19:07:15 | amiconn | Among the usbotg capable targets, the h300 is the one with the highest chance to become supported (because the isp1362 is the only usbotg chip with public documentation) |
| 19:07:53 | at0m|c | so usbotg's still being developped? cooles |
| 19:07:57 | | Join bertrik [0] (n=Bertrik_@228-015-045-062.dynamic.caiway.nl) |
| 19:10:52 | | Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
| 19:24:41 | XavierGr | at0m|c: so how do you turn on the OF? All I do is 1)Press and hold REC then 2) Push PLAY together with REC for 3-4 seconds (until I see the OF icon) |
| 19:27:14 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 19:28:16 | at0m|c | XavierGr, i pressed play untill i saw the screen lit up, then pressed rec and saw 'booting OF', then screen went blank again... |
| 19:28:48 | at0m|c | XavierGr, cheers for refreshing the sequence eh :) |
| 19:29:03 | at0m|c | still formatting... |
| 19:29:16 | * | ender` yawns |
| 19:29:16 | at0m|c | mkdosfs takes ages. formatting jfs 500gb takes like 4secs eh |
| 19:29:48 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:31:20 | | Quit linuxstb__ (Remote closed the connection) |
| 19:31:42 | | Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) |
| 19:31:46 | | Join PaulPosition [0] (n=nonofyer@modemcable228.133-82-70.mc.videotron.ca) |
| 19:31:54 | Nico_P | GodEater: are you available for some testing? |
| 19:32:23 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
| 19:33:44 | XavierGr | at0m|c: the rockbox bootloader is quite failsafe for most of us, you should press the rec button first and hold them both for a considerate amount of time |
| 19:34:31 | XavierGr | most of the times people have trouble after the OF has started (eternal loading of the OF etc) |
| 19:34:57 | | Quit jhMikeS (Nick collision from services.) |
| 19:35:03 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 19:35:44 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 19:36:27 | PaulPosition | Hmm.. |
| 19:37:12 | at0m|c | i see.. i thought i still knew how to do it from my old h340 in which i broke some essential wire replacing the battery like 6months ago. this one i have since 3-4 days.. |
| 19:37:47 | | Quit SiaS ("Nettalk6 - www.ntalk.de") |
| 19:38:14 | at0m|c | after my old h340 was sent to iriver, i didnt hear from them untill i got my unit back a month or 2 later |
| 19:38:45 | XavierGr | in working order or still faulty? |
| 19:38:47 | at0m|c | iriver said i didnt reply to their repair cost estimate - which never made it to me |
| 19:38:56 | at0m|c | it's still faulty, the old one |
| 19:39:02 | at0m|c | have another newer one now |
| 19:39:11 | XavierGr | US EU model? |
| 19:39:43 | at0m|c | the wire /crossing/ the wire bundle for the controls iirc was broken off, it was pretty tight |
| 19:39:44 | | Join Domonoky [0] (n=Domonoky@92.226.208.218) |
| 19:39:45 | XavierGr | I mean is it the US or EU model? |
| 19:39:50 | at0m|c | hm not sure, checkin |
| 19:40:11 | XavierGr | if it has USB OTG it is EU though the US version has the connector too |
| 19:40:20 | at0m|c | does it say on the box? |
| 19:40:21 | XavierGr | (but for another purpose) |
| 19:40:26 | XavierGr | I am not sure |
| 19:40:34 | XavierGr | what is the USB OTG Port says on it? |
| 19:40:36 | at0m|c | looking at it, but cant tell |
| 19:40:48 | at0m|c | i put eu firmware on it, usbotg worked |
| 19:40:58 | at0m|c | .. on the old one, and on the new one |
| 19:41:13 | at0m|c | not sure if that depended on the OF |
| 19:41:15 | PaulPosition | Would it make sense to correct a small bug in a file *now* even if we know it would probably get corrected in the next few weeks (through Buschel's experiments)? I'm not talking of precipitating commits of the patches I'm talking about an omission in a file that *maybe* made for worse battery efficiency (relative) on the h10_5gb target than the 20gb got. |
| 19:41:43 | PaulPosition | (ie, an if defined IRIVER_H10 that should have a || IRIVER_H10_5GB after it. |
| 19:41:45 | | Join conando [0] (n=john@dslb-084-060-184-065.pools.arcor-ip.net) |
| 19:42:12 | XavierGr | at0m|c: on US models you can't just put an EU firmware and get the USBOTG working |
| 19:42:27 | XavierGr | US models need some hardware tweaking in order to get USBOTG to work |
| 19:42:28 | at0m|c | ah, both EU models then |
| 19:43:23 | XavierGr | at0m|c: are you doing quick format or full? |
| 19:43:30 | at0m|c | if i find another one cheap on ebay (this last one was <100eu), then i'd love to install one in the car |
| 19:43:32 | XavierGr | I don't think there is a reason to do a full |
| 19:43:48 | at0m|c | XavierGr, i think full, it takes 1hr by now - at0m@asp1r:~$ mkdosfs -c -F 32 -n H300 -i ae1ddf3e /dev/sdb1 |
| 19:43:52 | at0m|c | oki complete! |
| 19:44:02 | XavierGr | at0m|c: yeah I've put an H115 on my car, it is wonderful |
| 19:44:29 | at0m|c | then just occasionally update it using laptop... |
| 19:44:38 | at0m|c | beautifull :) |
| 19:45:08 | at0m|c | oki, got OF back |
| 19:45:13 | XavierGr | it boots? |
| 19:45:17 | at0m|c | restoring files on the disk |
| 19:45:18 | at0m|c | ye |
| 19:45:20 | XavierGr | nice |
| 19:45:22 | at0m|c | OF, that is |
| 19:45:31 | | Part pondlife |
| 19:46:28 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 19:46:55 | | Join karashata [0] (n=Kimi@bas3-kitchener06-1096649533.dsl.bell.ca) |
| 19:47:04 | JdGordon|w | PaulJam: yeah, that would be good to fix and doesnt need to wait for the full patch |
| 19:47:37 | PaulJam | i gess that was for PaulPosition |
| 19:47:52 | PaulPosition | lol |
| 19:48:29 | Domonoky | does an ipod charge from usb if it is in the "Ok to disconnect screen" ? |
| 19:48:37 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 19:48:38 | | Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) |
| 19:49:54 | PaulPosition | JDGordon - I never generated a patch, do you think I could just tell someone what file / lines the OR should go ? |
| 19:51:48 | PaulPosition | (ie, ../firmware/target/arm/system_pp502x.c line 273... #if defined(IRIVER_H10) should become #if defined(IRIVER_H10) || defined(IRIVER_H10_5GB) |
| 19:52:05 | LambdaCalculus37 | GodEater: Here? |
| 19:52:50 | amiconn | PaulPosition: Iirc I tested this on my 6GB, and saw no difference at all |
| 19:53:02 | amiconn | (5GB == 6GB in that respect) |
| 19:53:32 | PaulPosition | Uhuh... Okay.. Just that when I started testing bits for Andree, nothing would change in any build I did until I saw that.. |
| 19:53:58 | PaulPosition | Now, I wouldn't say I understand 1% of what's happening there. |
| 19:54:33 | PaulPosition | But it seemed weird to me that stuff would get initialized or something on the 20gb while *nothing* would get any treatment on the 5/6gb |
| 19:55:02 | PaulPosition | But if it has no effect, I guess it could wait for Andree's results. :p |
| 19:55:03 | amiconn | Don't forget the iriver flash loader. It already inits important stuff |
| 19:55:27 | PaulPosition | amiconn - I guess. |
| 19:55:51 | amiconn | Someone should compare register values with and without that init. I guess they will be the same |
| 19:56:31 | amiconn | It would still make sense to do the init if we're ever going for true cold-boot in rockbox, but I doubt that will happen on PP |
| 19:56:41 | | Join l00kp [0] (n=opera@72.25.16.214.dynamic.dejazzd.com) |
| 19:56:51 | PaulPosition | amiconn - I *think* they are, well the io screen I don't remember changing. You may be very right. |
| 19:57:03 | amiconn | (unless we magically get access to the secret PP docs) |
| 19:57:22 | * | PaulPosition isn't even a newb at this, he's just NOT in this at all. |
| 19:57:40 | at0m|c | amiconn, h340 dual boot fixed after format and files restored. too bad i didnt try the advise on proper OF boot before i did the mkdosfs, so we won't know the real cause of the problem :/ |
| 19:57:42 | l00kp | I notice that rockbox has not been developed for the ipod 160gb. Do you expect support for it in the next few years, or is this a model that can't be developed for. |
| 19:58:21 | LambdaCalculus37 | l00kp: We'll probably have support for the iPod Classic when Duke Nukem Forever comes out. |
| 19:58:27 | Horscht | next week? |
| 19:58:45 | l00kp | What about the 160GB? |
| 19:58:58 | Horscht | that IS the classic, l00kp |
| 19:59:05 | l00kp | oh. my bad |
| 19:59:07 | l00kp | Cool. |
| 19:59:08 | l00kp | Thanks. |
| 19:59:10 | PaulPosition | l00kp, like every target : it can't be done ... until it can be done. Usually happens all of a sudden, but it might be long before 'all of a sudden' happens. |
| 19:59:11 | amiconn | If people just keep asking, no new model will ever be supported. It requires someone with that model and a clue to work on it |
| 19:59:38 | amiconn | (preferably more than one such person per model, depending on how hard the port will be) |
| 20:00 |
| 20:00:04 | Horscht | what worries me more than ipod classic support is battery life on the current ipod video port :) |
| 20:00:13 | PaulPosition | amiconn - Thanks, I'll go back to testing the bits Buschel mapped for me, report to him and then trust the 'professionals' :) |
| 20:00:20 | * | Horscht hides |
| 20:00:26 | BigBambi | l00kp: The firmware is encrypted, the hardware is new and undocumented, no-one with a clue has tied, ... |
| 20:00:27 | amiconn | The port to the classic, or 2nd/3rd Gen nano will be hard ones due to the encryption |
| 20:00:38 | BigBambi | Horscht: Then get working :) |
| 20:00:52 | * | BigBambi replaces tied with tried |
| 20:01:31 | Horscht | I did, BigBambi. but covering it in nuclear waste didn't help |
| 20:01:40 | Horscht | so there goes my idea |
| 20:02:31 | l00kp | That sucks. I was going to buy the 160GB if rockbox might be supported in another year or two. |
| 20:02:32 | Horscht | I am not "demanding", though. I hope for the best. |
| 20:03:12 | BigBambi | l00kp: It may if someone does the hard work |
| 20:03:27 | BigBambi | l00kp: Rockbox is ported by interested owners |
| 20:03:34 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 20:04:47 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 20:04:48 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 20:06:05 | l00kp | I'ld love to assist in creating a IPOD 160gb port, but I probably lack the knowlage to do so. |
| 20:06:26 | at0m|c | l00kp, send one to an interested dev :) |
| 20:06:56 | * | l00kp is ripped off by college loans |
| 20:07:03 | | Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) |
| 20:07:06 | BigBambi | Then it won't happen until an owner with the skills appears, or an owner wants it enough to learn (although as amiconn says the encryption makes this much harder) |
| 20:07:20 | | Join kslater [0] (n=kslater@24.svnf1.xdsl.nauticom.net) |
| 20:09:08 | l00kp | The 5th generation 80GB ipod had encryption, right? |
| 20:09:36 | LambdaCalculus37 | That was easily defeated. |
| 20:10:10 | LambdaCalculus37 | But it seems that Jobs^H^H^H^HGod wanted something a little stronger for the Classic and nanos. |
| 20:10:12 | linuxstb_ | No, the main firmware wasn't encrypted, just the same simple checksum that had been used by Apple on earlier ipods. |
| 20:12:16 | * | l00kp sighs |
| 20:12:29 | l00kp | I'm going to stab the dark and grab a 160gb ipod then |
| 20:14:41 | LambdaCalculus37 | l00kp: Or you can go onto eBay and pick up an iPod video. |
| 20:14:54 | LambdaCalculus37 | That way, you get a supported target for less money. |
| 20:15:24 | l00kp | Well, I would use it for voice recording and my music library. |
| 20:15:49 | l00kp | My ipod microphone only works in the ipod firmware and my music is in flac. |
| 20:15:54 | l00kp | The key is storage space. |
| 20:16:06 | Horscht | flac wont work on ipod classic... |
| 20:16:09 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 20:16:36 | l00kp | It works with rockbox! |
| 20:17:29 | Horscht | yeah, for a collection full of flac, 80GB might be too wimpy |
| 20:17:30 | LambdaCalculus37 | l00kp: Buy an 80GB iPod video on eBay. There are larger hard drive sizes available at many online stores. |
| 20:17:59 | LambdaCalculus37 | For a voice recorder, I just picked up a Sansa c240 and loaded Rockbox onto it. Works great for classes. |
| 20:18:16 | Horscht | 1.8 inch is the size to go for, no? |
| 20:18:28 | l00kp | My ipod mic has a line in function that I use for recording as well. |
| 20:18:38 | | Join thgz [0] (n=thgz@dsl-lprgw5-fe5fdc00-169.dhcp.inet.fi) |
| 20:18:39 | BigBambi | Horscht: Yes, but there are many interface options |
| 20:18:50 | l00kp | LambdaCalculus37, what should I google for ipod hard drives? |
| 20:18:50 | Horscht | oh i see. |
| 20:18:58 | BigBambi | You also need to get the type of 1.8" hard drive |
| 20:19:01 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 20:19:02 | BigBambi | correct |
| 20:19:05 | LambdaCalculus37 | l00kp: iFixit |
| 20:19:12 | l00kp | Any 1.8" hard drive? |
| 20:19:17 | BigBambi | No |
| 20:19:29 | BigBambi | See what I said 6 lines above |
| 20:19:30 | LambdaCalculus37 | ZIF (Zero Insertion Force) |
| 20:19:35 | linuxstb_ | l00kp: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement |
| 20:19:39 | l00kp | Thanks. |
| 20:19:53 | LambdaCalculus37 | Try http://www.ifixit.com |
| 20:19:59 | LambdaCalculus37 | They sell Apple parts. |
| 20:21:17 | amiconn | LambdaCalculus37: If someone's going to replace the hdd anyway, a 60GB G5 would be a better choice to start from (cheaper, and also dual platter) |
| 20:21:54 | LambdaCalculus37 | amiconn: Oops... forgot about the 60GB. |
| 20:22:12 | l00kp | So, if I'm going to replace a ipod's hdd, I need one that's 1.8" + ZIF . . . |
| 20:22:37 | amiconn | That is, the G5.5 is a slightly better choice if someone's going to use the backlight a lot |
| 20:23:16 | Horscht | why is that? |
| 20:23:22 | amiconn | Afaiu, there are 2 main differences between the G5 and the G5.5. (1) The G5.5 backlight is brighter and needs less power |
| 20:23:28 | | Part l00kp |
| 20:23:29 | Horscht | is the 5.5G backlight less power consuming? |
| 20:23:35 | Horscht | nvm |
| 20:23:38 | linuxstb_ | What is the largest available (and sensibly priced priced) 1.8" drive at the moment? |
| 20:24:23 | amiconn | (2) The G5.5 presents the medium as having 2048-byte sectors via USB, while the G5 uses standard 512-byte sectors |
| 20:24:34 | Horscht | 100GB seems to be the biggest ZIF40 HD out there |
| 20:24:53 | amiconn | I think there's a 120GB model as well |
| 20:25:10 | amiconn | (by Seagate) |
| 20:25:48 | LambdaCalculus37 | This is the biggest HD iFixit offers: http://www.ifixit.com/iPod-Parts/iPod-Video-100-GB-Hard-Drive-New/IF195-030 |
| 20:26:33 | Horscht | the HD page on the rockbox wiki says it's not for sale yet, though, amiconn |
| 20:26:44 | * | linuxstb_ would happily rip the 160GB drive out of a classic if any other DAP could use it... |
| 20:28:01 | | Join roxfan2 [0] (n=dunno@159.208-64-87.adsl-dyn.isp.belgacom.be) |
| 20:29:51 | BigBambi | pixelma: There? |
| 20:31:49 | | Quit Mathiasdm ("Yuuw!") |
| 20:32:03 | pixelma | yes |
| 20:32:40 | BigBambi | I'm working on the radio section of the manual - how do you feel to having a seperate section for the radio rather than it all under the menu item? |
| 20:33:09 | BigBambi | Along the lines of, this starts the radio (disclaimers for units, that may/may not have it), see here for full info |
| 20:33:23 | thgz | Bigbambi: I think it would be better |
| 20:33:44 | BigBambi | It is going to be a bit bigger than it is now |
| 20:34:20 | BigBambi | For instance, I can't find anywhere a description of the radio settings menu (which only seems accessible from the radio screen anyway) |
| 20:34:42 | pixelma | I guess I would also try to seperate it more, I thought earlier about an introduction, button table, description of the radio menu, description of the prest list (and preset concept in general... |
| 20:35:00 | *** | Saving seen data "./dancer.seen" |
| 20:35:03 | BigBambi | Yes, I have a Working with Presets heading :) |
| 20:35:11 | | Quit ompaul (Read error: 104 (Connection reset by peer)) |
| 20:35:29 | BigBambi | But it seems a bit odd to have that all in the main menu chapter under a desription of what the fm radio main menu item does |
| 20:35:36 | pixelma | only one small problem with these parts was/is that for the Ondio the preset list is only available from the radio menu |
| 20:36:05 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 20:36:14 | BigBambi | Can you get to the preset list from else where on other targets? (I can't find a way of doing it on my H100) |
| 20:36:19 | pixelma | BigBambi: yes, more structure would be nice |
| 20:37:03 | pixelma | BigBambi: that should at least be in the manual (button table) now, I think I had an eye on it when updating for the c200... |
| 20:37:30 | BigBambi | Sorry, I misunderstood you |
| 20:37:33 | pixelma | Navi |
| 20:37:37 | BigBambi | yep |
| 20:37:48 | BigBambi | Don't worry, I misread :) |
| 20:38:13 | BigBambi | OK, I think I'll work on splitting it a bit as well as restructuring |
| 20:38:15 | pixelma | ok, maybe I didn't make myself clear :) |
| 20:39:46 | amiconn | Horscht: The Samsung HS122JB (120GB dual platter ZIF-40) is available though. USD247 (qty 1) at nextwarehouse.com |
| 20:41:28 | Horscht | wow, that's a lot of money |
| 20:42:27 | | Quit roxfan (Read error: 110 (Connection timed out)) |
| 20:47:14 | thgz | Btw, is this only a bug or a missing feature, but when I press long menu (going to quickmenu) I get no voice output |
| 20:48:26 | BigBambi | pixelma: I'm looking at the ondio sim + manual - why doesn't short mode go to the preset list? |
| 20:49:04 | BigBambi | I see that double mode is record (although not in the table), is this why? What about a timeout? |
| 20:50:17 | pixelma | earlier one short mode was record and it was to easy to accidentally start recording, so it was changed later |
| 20:50:33 | | Join tvelocity [0] (n=tony@athedsl-142567.home.otenet.gr) |
| 20:50:56 | BigBambi | So would short mode for preset list present a problem? (I've never seen an Ondio, let alone used one:) ) |
| 20:50:56 | amiconn | thgz: The quick menu isn't voiced, on any target, because it is planned to be replaced with something more flexible, which just didn't happen yet... |
| 20:51:23 | amiconn | BigBambi: Yes it would. If short press would be taken, double-click would not be possible |
| 20:51:34 | BigBambi | amiconn: Even with a timeout? |
| 20:51:49 | amiconn | That's not Ondio specific. If the first click takes you to another screen, the second click will never reach the first screen |
| 20:52:01 | amiconn | What timeout? |
| 20:52:13 | BigBambi | Well, I guess it isn't possible |
| 20:52:37 | BigBambi | I was thinking of after first press waiting x time to see if there were a second press |
| 20:52:51 | pixelma | he means that it should wait if the user presses a second time and only if not go to the preset list |
| 20:52:57 | amiconn | Then nothing would happen after the first click for a while... very confusing |
| 20:53:08 | BigBambi | Not if it were short enough |
| 20:53:30 | BigBambi | But anyway, it isn't important for what I'm doing now |
| 20:53:54 | pixelma | what if you think - why did nothing happen and just press a second time? |
| 20:54:07 | BigBambi | pixelma: Oh, I can see the issues right enough |
| 20:54:20 | BigBambi | I was just wondering after seeing the key table |
| 20:54:47 | pixelma | btw. I've never felt reaching the preset list through the menu was a hassle (and holding my good old OndioFM in hands) :) |
| 20:55:09 | BigBambi | Far enough ('twas idle curiosity more than anything) |
| 20:55:15 | BigBambi | s/Far/Fair |
| 20:55:25 | thgz | Amiconn: ok |
| 20:56:01 | pixelma | BigBambi: sure |
| 21:00 |
| 21:02:17 | pixelma | BigBambi: hmm... the double mode is not in the table? I thought it once was... need to have a look |
| 21:02:24 | BigBambi | Nope |
| 21:02:25 | | Part thgz |
| 21:02:28 | BigBambi | I'll add it :) |
| 21:03:02 | | Join Casainho [0] (n=chatzill@87-196-76-232.net.novis.pt) |
| 21:03:34 | Casainho | Domonoky: heelo :-) I am here if you want to talk about hardware :-) |
| 21:04:05 | Domonoky | Casainho: hi.. |
| 21:04:52 | Domonoky | you / we need to figure out which connections from the devboard we can use for the external board with buttons/lcd and dac.. |
| 21:04:59 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
| 21:05:16 | Domonoky | i think the LCD is SPI, correct ? |
| 21:05:27 | Casainho | I will see that about the LCD... |
| 21:05:43 | Casainho | look, I don't know about the DAC for buttons, what are that tecnhic... |
| 21:08:01 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 21:08:10 | Casainho | Domonoky: looks like you are right :-) - "9-bit SPI serial interface (clock/data signals)" −−> http://www.sparkfun.com/tutorial/Nokia%206100%20LCD%20Display%20Driver.pdf |
| 21:08:55 | Domonoky | yes, so for the lcd we could use the spi on the uext connector.. |
| 21:09:51 | Domonoky | buttons are just a resistor network, which you can read with a adc, ie different voltages for different buttons.. |
| 21:09:58 | Casainho | and since the audio codec also works with SPI, we could choose SPI for both :-) |
| 21:10:31 | Casainho | look, in future, can you please use the forum and not put questions on TWiki page? |
| 21:10:36 | amiconn | SPI for a colour lcd would be nasty |
| 21:10:40 | Domonoky | Casainho: SPI has cs signals, and only one cs is on the uext.. |
| 21:10:50 | | Quit styleism () |
| 21:11:23 | Domonoky | better use twi for the dac, and we need something for the i2s of the dac |
| 21:11:39 | amiconn | markun: around? |
| 21:12:11 | PaulPosition | Dang, posted my results to Buschel five minutes after he left the forum. lol |
| 21:12:28 | Domonoky | amiconn: whats normally used to interface color lcds ? |
| 21:12:39 | amiconn | Something parallel |
| 21:13:00 | amiconn | SPI is quite slow for 2-bit greyscale already |
| 21:13:47 | Domonoky | this nokia lcd only has spi, but the spi interface can run up to 6 Mhz.. |
| 21:14:24 | amiconn | What resolution and bit depth does that lcd have? |
| 21:14:34 | Domonoky | is there a hardware interface for i2s on our targets, or do we do this with software ? |
| 21:14:48 | amiconn | hardware |
| 21:14:58 | Domonoky | lcd is 132x132x12 |
| 21:15:15 | amiconn | 12 bit only? Kinda half-baked lcd... |
| 21:15:28 | Domonoky | but its cheap :-) |
| 21:15:31 | amiconn | (but what you'd expect from nokia...) </rant> |
| 21:16:08 | Domonoky | the lcd itself is not from nokia, its used in nokia phones, thats why they are so cheap.. |
| 21:16:48 | Casainho | Domonoky: can't we take another CS form other extension port? |
| 21:17:51 | amiconn | Under ideal conditions (i.e. running the SPI at full 6MHz, which might be tricky), you'll get ~28fps full screen *for plain lcd_update*. Forget mpegplayer then |
| 21:18:53 | Domonoky | doesnt sound good... |
| 21:19:53 | Domonoky | Casainho: i2s is aviable in the mcu of the devboard, but i dont know on which pins it is, (too lazy to check all those pdfs ) :-) |
| 21:20:26 | Casainho | Domonoky: have you experince in draw schematics? |
| 21:20:41 | Casainho | Domonoky: that LCD is just fine for this 1st version! :-) |
| 21:21:34 | Domonoky | Casainho: no experience in drawing shematics, i just build my circuits directy from my mind.. :-) |
| 21:22:43 | Casainho | Domonoky: okok, I will draw in Kicad... however I will need to lear :-) - I plan to draw the "second board", with LCD carrier board + stereo audio codec + buttons |
| 21:23:30 | Domonoky | Casainho: yes, just try to make first version.. we can help out, if you have something.. |
| 21:23:34 | amiconn | Umm, a few extra fps are lost due to the 9th bit sent along every data byte |
| 21:23:59 | Casainho | I will try to use SPI for both, for to not have to write 2 diferent drivers :-) |
| 21:24:41 | Casainho | amiconn: FPS are not important! this hardware will not be for video, just for an audio player, at max to show album art. |
| 21:24:43 | Domonoky | Casainho: this could be difficult, if they have different SPI formats, SPI is very flexible.. :-) |
| 21:25:12 | Casainho | okok... so I will chose maybe SPI for one and I2C for the other |
| 21:25:22 | Domonoky | haha |
| 21:25:47 | Domonoky | you need SPI or TWI *and* i2s for the dac |
| 21:26:29 | amiconn | Fast updates are still rather useful, as they save cpu time and hence power for other stuff like decoding audio |
| 21:26:36 | Casainho | yes, I know that :-) - I read here: "AT91-AN01: Using the Two-wire interface (TWI) in Master Mode on AT91SAM Microcontrollers" - http://www.atmel.com/dyn/resources/prod_documents/doc6327.pdf |
| 21:27:00 | amiconn | You could go down to 256-colour mode, which would increase frame rates by ~50% |
| 21:27:15 | Casainho | I will copy the hardware from that document and from DSPdap hardware :-) |
| 21:27:44 | Casainho | amiconn: there is no need for that frame rate: |
| 21:28:08 | Casainho | Show RockBox running on some Free/Open hardware. After we can go to Olimex and ask them (or any others) If they are still interested on assembly and sell the hardware as a gadget on their online shop. We had contacted Olimex on 11 January 2007 and they said they will probably be interested and they even suggest a possible hardware configuration and price: AT91SAM9260 + LCD NOKIA 6610 + 8MB... |
| 21:28:09 | Casainho | Version 1 of the RockboxPlayer will be made on some development board having as base an ARM MCU. We should not seek to have exotic hardware, just simple and cheap, to try not spending time in coding drivers and spending money on some hardware that will change in future. Just do the necessary to have a functional hardware that plays audio from files stored on some kind of flash memory, and... |
| 21:28:11 | Casainho | Objectives: |
| 21:28:12 | Casainho | ...flash + 8/16MB SDRAM + nRF24L01 wireless chip + audio CODEC + Li-ion battery + charger + miniUSB + buttons, price in range of 100 €. |
| 21:28:14 | Casainho | ...which displays files, audio information, on a display :-) |
| 21:28:24 | amiconn | Tell that to those who e.g. want to use peakmeters in the wps |
| 21:29:05 | Casainho | amiconn: please read the page about |
| 21:29:06 | amiconn | Performance suffered a lot on G2 when there were peakmeters before the lcd river was optimised. That was at ~50fps (!) |
| 21:29:34 | amiconn | *lcd driver |
| 21:29:41 | Casainho | I understand but that will be for a future 2nd version, not now! :-) |
| 21:30:29 | Casainho | Domonoky: I have all that I need for draw the schematic of the second board, less the resistor with DAC... |
| 21:30:31 | | Join BjoernEr1k [0] (n=Bjoern@148.80-202-110.nextgentel.com) |
| 21:31:02 | Casainho | would not be simple to use digital inputs? - how does players like ipods and sansas do? |
| 21:32:36 | | Join BobShield [0] (i=rshield@c-24-15-123-57.hsd1.il.comcast.net) |
| 21:33:36 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 21:36:00 | stripwax | Bagder - would the install directory for sims be renamed from "archos" to "modelname" too? :-) |
| 21:36:23 | rasher | stripwax: rather just "disk" |
| 21:36:27 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
| 21:37:01 | | Quit tedrock (Client Quit) |
| 21:37:49 | | Join testdasi [0] (n=8143906d@gateway/web/cgi-irc/labb.contactor.se/x-184ff3d4947a6de8) |
| 21:41:30 | testdasi | hello, I'm trying to compile rockbox (again) and installing Cygwin. Last time I remember there is a cache thing that I installed on Cygwin to make compiling Rockbox faster (between attempts). Now I completely forgot what it is so I would greatly appreciate if someone can tell me. I remember that I got the information from here. |
| 21:42:39 | bertrik | it's called ccache |
| 21:43:22 | | Join tchan1 [0] (n=tchan@c-24-13-84-219.hsd1.il.comcast.net) |
| 21:43:24 | | Quit tchan (No route to host) |
| 21:43:46 | | Quit BjoernErik (Connection timed out) |
| 21:44:08 | | Quit Frazz (Read error: 110 (Connection timed out)) |
| 21:45:27 | pixelma | I thought that would have a negative effect in cygwin (slowing down instead of the speedup it gives in linux)? |
| 21:45:35 | amiconn | ccache doesn't speed up compilation on cygwin, it even has the opposite effect (might depend a bit on disk speed though) |
| 21:45:57 | stripwax | rasher - that would be better. is that rename planned? |
| 21:46:07 | amiconn | For me, compiling with ccache on cygwin is ~20% slower than without |
| 21:46:53 | amiconn | (unlike on linux, where speed easily doubles if there aren't many changed source files) |
| 21:47:16 | | Quit karashata (" I love my HydraIRC -> http://www.hydrairc.com <-") |
| 21:50:23 | testdasi | thanks |
| 21:50:41 | | Quit testdasi ("CGI:IRC (EOF)") |
| 21:51:38 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Organize your IRC") |
| 21:51:57 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
| 21:52:25 | stripwax | amiconn - is it bad that the mdct_arm.S patch got committed? (just reading your log comment from late last night) |
| 21:52:42 | amiconn | It's not bad. It's good, and it works |
| 21:52:44 | | Quit ch4os_ ("Lost terminal") |
| 21:52:46 | stripwax | ok :) |
| 21:53:03 | amiconn | The only sub-optimal thing is that the gigabeat uses different code than the rest of the arm world |
| 21:53:19 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 21:53:30 | amiconn | I'll soon post a patch that makes the gigabeat use the assembler code. Someone with a gigabeat should test it... |
| 21:53:48 | amiconn | I don't expect a major speedup, but I think unification is good |
| 21:54:16 | LambdaCalculus37 | Good night, all! |
| 21:55:22 | | Quit LambdaCalculus37 ("CGI:IRC (EOF)") |
| 21:57:12 | | Join Llorean [50] (n=DarkkOne@cpe-70-113-103-34.austin.res.rr.com) |
| 21:59:42 | Lear | testdasi: tip to speed things up in cygwin: run "svnversion > docs/VERSION" after updating. This way svnversion isn't run on each make, which makes for a noticeable speed difference... |
| 22:00 |
| 22:00:32 | rasher | Lear: it's even run multiple times on each make.. |
| 22:01:51 | | Quit linuxstb_ ("ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]") |
| 22:02:00 | amiconn | Ok, patch uploaded to fs: http://www.rockbox.org/tracker/task/7833 |
| 22:02:16 | amiconn | It's almost trivial... |
| 22:02:38 | amiconn | Now we need a tester with a gigabeat... |
| 22:02:51 | | Quit mf0102 (Read error: 104 (Connection reset by peer)) |
| 22:03:56 | amiconn | Zagor: Btw, is it normal that flyspray throws a ton of mime type warnings when posting a comment with an attached file before the updated page appears? |
| 22:04:25 | Zagor | amiconn: no, that doesn't sound right |
| 22:04:38 | Lear | rasher: Maybe it did. Pretty sure it wasn't more than twice, if so... |
| 22:04:48 | amiconn | The post itself was successful... |
| 22:05:13 | rasher | amiconn, Zagor: I've seen that as well |
| 22:05:20 | Zagor | was the file plain source code? |
| 22:05:38 | rasher | That, I don't remember |
| 22:05:57 | amiconn | It was a .diff |
| 22:06:21 | rasher | Likely the same for me |
| 22:06:40 | Zagor | ok. I'll look into that a bit later. |
| 22:08:16 | scorche|w | Zagor: while we are adding things to the list, can you have a look at adding a link to the IRC guidelines on the CGI:IRC login page please? (http://cvs.cgiirc.org/cgiirc/wiki?p=CustomLoginForm) |
| 22:08:29 | Zagor | good idea |
| 22:09:28 | pixelma | and also check why one can't /quit in the webclient (at least I couldn't 5 hours ago, ignore if it is already fixed)? |
| 22:10:00 | Zagor | I fixed that a few minutes after you said it. it simply wasn't in the list of allowed irc commands. |
| 22:11:18 | pixelma | ok, just wondered because I remembered doing that before |
| 22:12:10 | Zagor | yeah I set up a more strict configuration when I upgraded version cgiirc a few weeks back |
| 22:13:02 | pixelma | I see, nevermind then |
| 22:14:04 | JdGordon|w | while we are talking about the web client... the Status tab has a screen full of "Access to that command is not allowed" warings |
| 22:14:15 | JdGordon|w | I have no idea which command is triggering it though |
| 22:14:33 | pixelma | I had that with /quit /part and /leave |
| 22:14:56 | JdGordon|w | its not any of them.... i havnt used em |
| 22:15:09 | preglow | amiconn: i believe markun said there was no gain from the asm |
| 22:17:25 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <-") |
| 22:17:40 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) |
| 22:17:57 | amiconn | preglow: Maybe, but if there's no loss, it should still be used imho |
| 22:21:14 | preglow | amiconn: guess i agree, yeah |
| 22:25:49 | | Join Rondom [0] (n=Rondom@p57A95654.dip.t-dialin.net) |
| 22:28:12 | JdGordon|w | can we do devcon at the beginging of august? say straight after wacken? |
| 22:28:34 | * | scorche|w googles wacken |
| 22:28:59 | | Quit jhulst ("Konversation terminated!") |
| 22:29:23 | scorche|w | oooo...type o was there last year |
| 22:29:52 | scorche|w | i dont know...august might be a bit late... |
| 22:30:45 | Casainho | Domonoky: I have free time tomorow, I will draw the schematic and put on TWiki page :-) - please see then and tell what you think. bye bye :-) |
| 22:30:53 | | Quit Casainho ("ChatZilla 0.9.80 [Firefox 2.0.0.6/2007100814]") |
| 22:31:08 | * | n1s is planning to go to wacken too :9 |
| 22:33:07 | | Quit JdGordon|w ("CGI:IRC") |
| 22:33:35 | | Join JdGordon|w [0] (n=836b0065@gateway/web/cgi-irc/labb.contactor.se/x-00d249f879758f05) |
| 22:35:01 | *** | Saving seen data "./dancer.seen" |
| 22:40:34 | pixelma | haha |
| 22:40:51 | XavierGr | amiconn: do you need a gigabeat F tester? |
| 22:41:33 | amiconn | F or X, doesn't matter |
| 22:42:34 | | Join DerPapst [0] (n=DerPapst@p5B23C73D.dip.t-dialin.net) |
| 22:42:54 | * | DerPapst wonders who he'll meet at wacken ;-) |
| 22:43:09 | | Quit desowin (Read error: 104 (Connection reset by peer)) |
| 22:43:36 | pixelma | Rockbox people can be recognised by their light blue t-shirts :P |
| 22:44:13 | DerPapst | hehe |
| 22:45:17 | | Nick tchan1 is now known as tchan (n=tchan@c-24-13-84-219.hsd1.il.comcast.net) |
| 22:45:17 | XavierGr | amiconn: what should I test for after I apply the patch, ogg playback? |
| 22:45:42 | amiconn | Yes |
| 22:46:10 | amiconn | The problem was that just enabling the asm without adjusting the section made the vorbis codec crash |
| 22:46:42 | amiconn | A nice extra would be doing a test_codec comparison with/without patch |
| 22:47:48 | XavierGr | compiling now |
| 22:47:53 | XavierGr | ok I will do one too |
| 22:49:01 | amiconn | Not that optimising an audio codec would be important on gigabeat, but still... |
| 22:52:13 | | Quit Lear ("ChatZilla 0.9.80 [Firefox 3.0b3pre/2008012204]") |
| 22:52:44 | stripwax | Does anyone know if we're using any of the Tremolo optimisations for ARM? http://wss.co.uk/pinknoise/tremolo/index.html |
| 22:54:32 | | Quit Jon-Kha (Remote closed the connection) |
| 22:57:42 | | Quit Domonoky ("Trillian (http://www.ceruleanstudios.com") |
| 22:59:10 | preglow | eh, no |
| 22:59:13 | preglow | i don't believe we do |
| 22:59:15 | preglow | never seen the thing |
| 22:59:41 | preglow | stripwax: would be most interesting to see how it works... |
| 22:59:47 | | Join desowin [0] (n=desowin@atheme/developer/desowin) |
| 23:00 |
| 23:00:13 | stripwax | 'how' or 'how well' ? |
| 23:00:37 | preglow | well, i expect it to work :) |
| 23:00:49 | preglow | speed test and how much faster |
| 23:00:55 | preglow | per component, of course... |
| 23:02:14 | * | stripwax builds.. |
| 23:02:24 | stripwax | will just check out boost ratio first |
| 23:02:48 | stripwax | ehm, are the pp502x builds little endian or big? |
| 23:02:56 | Bagder | little |
| 23:03:19 | stripwax | jolly good, thanks |
| 23:03:22 | PaulPosition | How can I 'backtrack' my svn download to an earlier revision (say, r16133).. Is there an easy way or would I need to find out the exact date/time and such? |
| 23:03:46 | Nico_P | PaulPosition: svn up -r X |
| 23:03:48 | stripwax | svn update -r 16133 or something? |
| 23:04:01 | PaulPosition | Cool, thanks.. Very useful. :) |
| 23:10:05 | XavierGr | do I have to compile test_codec or is it on by default? |
| 23:10:49 | preglow | have to enable |
| 23:11:41 | | Join uwe_ [0] (n=uwe@dslb-084-056-056-232.pools.arcor-ip.net) |
| 23:13:24 | XavierGr | do I have to put it on the viewers.cfg too? |
| 23:17:39 | | Quit jcollie ("Ex-Chat") |
| 23:17:54 | soap | Buschel (reading the logs?) New patch with same name as old patch? |
| 23:19:36 | | Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) |
| 23:20:49 | | Quit tedrock (Client Quit) |
| 23:24:35 | | Quit uwe__ (Read error: 110 (Connection timed out)) |
| 23:28:04 | stripwax | XavierGr - I think it can be run as a viewer - can't remember if it *has* to be run as a viewer |
| 23:29:21 | XavierGr | well i had to add it in viewers in the end |
| 23:29:27 | stripwax | ok :) |
| 23:32:59 | XavierGr | amiconn: with SVN Decode time: 233.98, 599.75% realtime |
| 23:33:26 | XavierGr | bah that was with SVN + your patch |
| 23:34:28 | XavierGr | with SVN only it is: Decode time - 233.01, 602.24% realtime |
| 23:34:45 | XavierGr | so yeah your version makes it a little bit slower |
| 23:37:26 | amiconn | Hmm. Did you measure several times? |
| 23:37:45 | amiconn | There might be some measuring uncertainty. The difference is small... |
| 23:37:50 | | Quit MethoS- ("Konversation terminated!") |
| 23:38:16 | | Join trypt [0] (n=hi@64.213.221.92) |
| 23:38:56 | amiconn | But if it's indeed a bit slower, I wonder what would be the best thing to do... |
| 23:39:17 | amiconn | The asm might be tailored for arm7, and the gigabeat f/x is arm9 |
| 23:39:18 | XavierGr | amiconn: yeah of course it could be, let me try once more |
| 23:39:29 | trypt | hey guys, anyone having problems with latest ipod video (60/80) rockbox build? disk access when starting a song is through the roof, takes 30 seconds or longer |
| 23:40:22 | | Quit davina ("GNU/Linux the free alternative to Windows") |
| 23:40:23 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-9405d3c378548c9e) |
| 23:42:11 | saratoga | preglow: did you look at that ARM optimized ogg decoder? |
| 23:43:49 | preglow | saratoga: which? |
| 23:44:25 | | Quit trypt () |
| 23:44:29 | saratoga | the tremorlo |
| 23:44:39 | preglow | no, i'm eagerly awaiting feedback from stripwax :) |
| 23:44:48 | saratoga | it looks really interesting |
| 23:45:02 | saratoga | almost the entire mdct is in ASM |
| 23:45:26 | saratoga | i bet its waaaaay faster then what WMA and FAAD are using |
| 23:45:58 | preglow | hopefully yes |
| 23:46:06 | amiconn | It might be faster, but I doubt it will be much faster |
| 23:46:11 | preglow | i don't think so either :/ |
| 23:46:16 | saratoga | whys that? |
| 23:46:40 | preglow | well, they claim 20-30% total speedup, and there's a lot of other asm code |
| 23:46:46 | preglow | so it can't have yielded much |
| 23:46:47 | amiconn | The limiting factor for mdct on arm seems to be the slow multiplier |
| 23:46:55 | | Quit stewball (Read error: 113 (No route to host)) |
| 23:47:11 | saratoga | true but theres a lot of flexibiliity in how many multiplies you actually do in an FFT/MDCT |
| 23:47:17 | amiconn | I wonder what those 20..30% are measured on. arm7? arm9? other arm? |
| 23:47:25 | saratoga | i suspect that some codecs do a lot more then what they need |
| 23:47:27 | amiconn | They are quite different in execution timing |
| 23:47:49 | | Quit BobShield (Read error: 104 (Connection reset by peer)) |
| 23:47:55 | XavierGr | amiconn: 2nd test came even slower at 599.64% and 234.02s decoding time |
| 23:48:06 | amiconn | And without adjustment, it might even be significantly slower on PP5002 |
| 23:48:17 | saratoga | i really need to profile WMA, Ogg and FAAD, they each have completely different MDCT algorithms, would be neat to see which is fastest on ARM7 |
| 23:48:18 | stripwax | I'm still trying to work out how to change the code to make it work with the rockbox-modified version of tremor.. |
| 23:48:27 | XavierGr | that's quite strange though, I remember that I fiddled with the backlight more on the first test |
| 23:48:29 | | Join trypt [0] (n=hi@64.213.221.92) |
| 23:48:40 | preglow | saratoga: faad author tells me the faad mdct isn't very fast |
| 23:48:57 | XavierGr | but anyway the slow down is minimal |
| 23:48:59 | saratoga | i wonder if its slower then WMA |
| 23:49:11 | stripwax | fwiw tremolo makefile says -march=armv4 -mtune=xscale |
| 23:49:52 | stripwax | and the makefile is a windows ce make job |
| 23:50:53 | amiconn | So it builds for arm v4, but tuned for xscale which is an armv5 core, that is arm9 or higher afaik |
| 23:53:24 | trypt | are there known problems with latest ipod video (60/80) build? regarding playing songs in file mode, the ipod juns spins the disk drive and after waiting about 30 seconds i give up and restard the ipod then turn it off |
| 23:54:32 | stripwax | trypt - any ideas what it's doing for those 30 seconds (what does screen say?). what audio format? and do you have database and dircache enabled? |
| 23:54:47 | | Quit jgarvey ("Leaving") |
| 23:55:09 | trypt | it goes to the normal playing song screen, with the information loaded, but it doesn't start playing, just sits at 0 seconds |
| 23:55:12 | | Quit petur ("gonne") |
| 23:55:23 | trypt | it's mp3 (vbr) |
| 23:55:51 | stripwax | trypt - hm, could that particular mp3 be corrupted maybe? does it play on your PC for example? |
| 23:55:53 | trypt | i've noticed it'll start playing the first song in the playlist after about 5-10 seconds, but when it tries to go to the 2nd song it takes forever |
| 23:56:01 | trypt | i've tried many files |
| 23:56:06 | trypt | and yes they work on my computer |
| 23:56:28 | | Quit desowin () |
| 23:56:29 | stripwax | latest build as in revision 16151? |
| 23:56:29 | trypt | i had about a month old version of rockbox, updated last night and this problem started happening |
| 23:56:44 | trypt | well i updated about 10 minutes ago |
| 23:57:05 | trypt | r16149-080123 |
| 23:57:24 | trypt | but it was happening on last night's version as well |
icon identifies that the person is a core developer (has commit access).