| 00:01:00 | | Quit CGL (Quit: Saliendo) |
| 00:01:08 | mc2739 | pamaury: for the logs - r24835 did not help |
| 00:04:15 | | Join CGL [0] (~CGL@190.207.226.111) |
| 00:10:40 | Unhelpful | kugel: it ought to be... |
| 00:11:29 | | Quit Buschel () |
| 00:12:36 | | Quit ansuz (Remote host closed the connection) |
| 00:13:16 | | Quit JdGordon (Quit: Leaving.) |
| 00:15:29 | | Quit robin0800 (Ping timeout: 256 seconds) |
| 00:15:44 | | Join JdGordon [0] (~Miranda@c-24-22-210-83.hsd1.wa.comcast.net) |
| 00:15:44 | | Quit JdGordon (Changing host) |
| 00:15:44 | | Join JdGordon [0] (~Miranda@rockbox/developer/JdGordon) |
| 00:18:25 | S_a_i_n_t | where can I find info on the "fft" plugin? does any exist yet? |
| 00:20:59 | stripwax | S_a_i_n_t : - isn't it in the manual ? |
| 00:22:11 | | Quit flydutch (Quit: /* empty */) |
| 00:22:44 | stripwax | oh. hm. nope. |
| 00:23:12 | S_a_i_n_t | yeah...nope, just looked :P |
| 00:23:38 | stripwax | S_a_i_n_t : - in that case probably the only documentation is the FS# from which it came .. |
| 00:23:48 | stripwax | at least until the author (or somebody else) adds to the manual |
| 00:24:09 | stripwax | Apart from Division, why is APE slow? |
| 00:24:25 | saratoga | really complicated filters used to predict each sample |
| 00:24:36 | S_a_i_n_t | because it hasn't evolved yet? |
| 00:24:38 | * | S_a_i_n_t sniggers |
| 00:24:47 | * | stripwax wow |
| 00:24:57 | stripwax | saratoga - has it been profiled? |
| 00:26:20 | amiconn | stripwax: ape is a symmetric codec, meaning that encoding and decoding have about the same cpu requirements |
| 00:27:00 | | Quit bertrik (Quit: De groeten) |
| 00:27:49 | amiconn | It's already quite optimiised. The higher levels use high order filters (even multiple "layers") |
| 00:28:28 | amiconn | It's designed for tight compression, not for fast decoding |
| 00:30:45 | | Quit anewuser (Quit: http://xrl.us/WinterChipV =ooo ϢINTER ϾHIP 5iVE is OOON!! omg 7 days left =oo) |
| 00:31:24 | stripwax | amiconn - yeah .. but reading around monkeysaudio.com makes it sound like it's fast and highly efficient - I guess that's for encoding though rather than decoding? It also seems to state it's quicker [to encode, presumably] than e.g. FLAC. is FLAC slower encoder/faster decoder? |
| 00:31:35 | | Quit ender` (Quit: On-line, adj. The idea that a human being should always be accessible to a computer.) |
| 00:33:26 | amiconn | I don't know how the encoding speeds actually compare. |
| 00:34:03 | | Part domonoky |
| 00:34:55 | TheSeven | it's quite fast for encoding |
| 00:35:18 | TheSeven | at least at the lower compression levels, it's a lot faster than flac/mp3 |
| 00:35:29 | TheSeven | but for decoding, it's obviously the other way round |
| 00:35:49 | | Quit JdGordon (Read error: Connection reset by peer) |
| 00:36:07 | | Quit efyx_ (Remote host closed the connection) |
| 00:36:57 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 00:37:18 | linuxstb | TheSeven: Where do you get that from? (faster to encode than flac) ? |
| 00:38:53 | TheSeven | i tried it once |
| 00:39:22 | | Join JdGordon [0] (~Miranda@c-24-22-210-83.hsd1.wa.comcast.net) |
| 00:39:23 | | Quit JdGordon (Changing host) |
| 00:39:23 | | Join JdGordon [0] (~Miranda@rockbox/developer/JdGordon) |
| 00:40:29 | linuxstb | TheSeven: The latest FLAC comparison claims FLAC is faster than even "APE fast" - http://flac.sourceforge.net/comparison.html |
| 00:40:55 | stripwax | TheSeven hm, not very symmetric then |
| 00:41:05 | linuxstb | I'm pretty sure recent FLAC versions are much faster than older versions at encoding. |
| 00:41:34 | | Quit n17ikh () |
| 00:41:35 | stripwax | linuxstb - on the Comparison link - http://www.monkeysaudio.com/comparison.html - but it does state FLAC 0.1 |
| 00:42:04 | linuxstb | stripwax: Yes, I saw that. I don't think a comparison with 0.1 is fair ;) |
| 00:42:35 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 00:43:14 | TheSeven | linuxstb: indeed. i just retried it using monkeys audio 4.06 and flac via goldwave |
| 00:43:30 | TheSeven | c1000 is about the same speed (7 seconds for a 4:40 file) as flac high |
| 00:43:43 | | Join veeloc [0] (~veeloc@pool-173-66-219-186.washdc.fios.verizon.net) |
| 00:44:13 | linuxstb | Is there much difference in filesize? |
| 00:45:16 | TheSeven | 32628k (ape), 33950k (flac) |
| 00:45:24 | TheSeven | so c1000 is better than flac high |
| 00:45:36 | TheSeven | (at least for that file) |
| 00:47:38 | | Quit bmbl (Quit: Bye!) |
| 00:54:59 | | Quit JdGordon (Read error: Connection reset by peer) |
| 00:56:32 | | Quit iq (Remote host closed the connection) |
| 00:57:09 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 00:58:04 | *** | Saving seen data "./dancer.seen" |
| 00:58:56 | | Join Rob2223 [0] (~Miranda@p4FDCA435.dip.t-dialin.net) |
| 01:00 |
| 01:02:43 | | Quit Rob2222 (Ping timeout: 272 seconds) |
| 01:17:44 | | Quit stripwax (Quit: http://miranda-im.org) |
| 01:24:40 | | Join Casainho [0] (~chatzilla@bl15-149-51.dsl.telepac.pt) |
| 01:24:45 | Casainho | j reprap |
| 01:27:16 | | Join iq [0] (~iq@unaffiliated/iq) |
| 01:33:55 | | Quit mc2739 (Ping timeout: 245 seconds) |
| 01:35:55 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 01:38:22 | | Quit JdGordon_ (Read error: Connection reset by peer) |
| 01:38:27 | Unhelpful | newer flac versions use several heuristics and iterative-solution methods for the various levels where old flac uses various degrees of brute-force searching. |
| 01:38:38 | | Join JdGordon_ [0] (~jd@m540e36d0.tmodns.net) |
| 01:44:17 | | Join nn [0] (~nn@pool-96-249-86-126.chrlwv.east.verizon.net) |
| 01:47:15 | amiconn | With the optimised divison, ape entropy decoding is more efficient on PP5002 (31.8MHz) and PP5022 (30.0MHz) than on coldfire (33.4MHz) (!) |
| 01:47:32 | amiconn | Err, PP5022 is 30.9MHz |
| 01:48:55 | amiconn | i.MX31 needs 27.6MHz, PP5020 needs 35.5MHz due to the IRAM problem |
| 01:49:18 | | Part nn |
| 01:52:04 | | Quit Frakenstein (Read error: Connection reset by peer) |
| 01:56:29 | * | kugel has resizable skin buffer working |
| 01:58:26 | | Quit JdGordon_ (Read error: Connection reset by peer) |
| 01:58:37 | S_a_i_n_t | kugel: Sounds interesting...I keep finding new ways to overflow the skin buffer with eye-candies WPS' |
| 01:58:53 | S_a_i_n_t | *eye-candied |
| 01:58:54 | | Join JdGordon_ [0] (~jd@m140e36d0.tmodns.net) |
| 01:59:27 | | Quit Tomis (Quit: Tomis) |
| 02:00 |
| 02:00:11 | S_a_i_n_t | If I didn't seem to feel I needed to animate *everything*, I doubt I'd have this problem. |
| 02:00:11 | | Join Barahir_ [0] (~jonathan@gssn-5f757e22.pool.mediaWays.net) |
| 02:00:31 | kugel | it's probably not fail-safe right now though |
| 02:02:12 | | Quit Casainho (Ping timeout: 260 seconds) |
| 02:02:57 | | Quit Barahir (Ping timeout: 248 seconds) |
| 02:03:14 | S_a_i_n_t | kugel: what percentage of RB actually is? :P |
| 02:03:20 | saratoga | for encoding speed, flac w/ CUDA is pretty hard to beat |
| 02:03:37 | S_a_i_n_t | people seem to find new and interesting ways to make "fail-safe" things fail :D |
| 02:03:42 | | Join AndChat- [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 02:05:33 | kugel | Unhelpful: could I change the return value of read_bmp_file to -totalsize if the given buffer is too small? |
| 02:06:02 | kugel | so one could check for that error and still retrieve the buffer size needed |
| 02:06:32 | kugel | oh, I see that FORMAT_RETURN_SIZE nopw |
| 02:08:01 | kugel | lovely \o/ that solves half of my problems |
| 02:08:05 | | Quit JdGordon_ (Ping timeout: 265 seconds) |
| 02:09:31 | | Quit AndChat- (Read error: Connection reset by peer) |
| 02:12:30 | kugel | S_a_i_n_t: it just has gotten a lot more fail-safe :) |
| 02:12:37 | | Join Tomis [0] (~Tomis@70.134.99.142) |
| 02:20:43 | | Quit iq (Remote host closed the connection) |
| 02:33:53 | | Quit kugel (Ping timeout: 248 seconds) |
| 02:42:22 | | Join iq [0] (~chatzilla@unaffiliated/iq) |
| 02:48:17 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 02:49:54 | | Join taksato [0] (~h@cpe-98-155-78-111.san.res.rr.com) |
| 02:50:16 | taksato | Anyone here have familiarity with the ipod serial code/registers/logic? |
| 02:50:45 | taksato | I have been investigating it and had just posted on the forums. Thought an interactive dialog would be better heere. |
| 02:51:18 | taksato | I enabled the code for sansa e200 v1 and had one ambiguity that will double research efforts. |
| 02:51:53 | taksato | the ambiguity is the serial_setup routine. |
| 02:52:29 | taksato | I have to try all tests using both combo of the clearing of bit C or bit 0xc000 |
| 02:52:38 | taksato | make that 0xc00 |
| 02:54:22 | taksato | Neither initialisation routines seemed to work well and show any different data in my edited debug i/o screen registers and mem locations |
| 02:58:05 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:00:35 | linuxstb | taksato: I can't recall much discussion of the ipod serial port code happening here in IRC - I'm not sure who actually worked on the code, apart from LinusN doing the very early work. The original flyspray task should tell you though. |
| 03:01:52 | taksato | good call i will check it out. do you happen to know where the 0x7000008C and etc. comes from? |
| 03:02:12 | | Quit jfc (Read error: Connection reset by peer) |
| 03:02:19 | taksato | basically it is setting a bit in it to zero to route the pins |
| 03:02:36 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 03:02:42 | | Quit advcomp2019 (Read error: Connection reset by peer) |
| 03:03:03 | saratoga | taksato: have you been able to look at what the signals on your accessory look like electrically? |
| 03:03:07 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
| 03:03:09 | saratoga | is it rs232? |
| 03:03:43 | taksato | i guess so, saratoga. i took your advice on the thread in the forum for enabling the ipod serial and observing |
| 03:04:07 | saratoga | but you haven't looked at the analog signal to be sure its rs232 or similar? |
| 03:04:52 | taksato | no. considering ordering a set of dd1 connectors to sit between the dock and the sansa which io can try to tap into if i can get lab access at work |
| 03:05:31 | saratoga | theres actually a few places that sell sandisk break out boards |
| 03:05:35 | saratoga | they're not too expensive |
| 03:05:52 | taksato | these styleL : http://www.mouser.com/ProductDetail/JAE-Electronics/DD1B030VA1/?qs=sGAEpiMZZMvd2mIcYG7oaBw5sVqJ266QAKTjMDDEu6U%3d |
| 03:06:03 | taksato | ah, that sounds interesting. |
| 03:06:09 | saratoga | although if you're not in N. America i don't know how much it'll cost to ship |
| 03:06:33 | taksato | i am in usa |
| 03:07:21 | taksato | do you have a reference to the breakout board? found some stuff on digikey and not sure if it is right |
| 03:08:39 | taksato | i did open the altec lansig im413, but those pins did not look easy to tap and then untap later and keep my functionality |
| 03:09:28 | taksato | also was not sure if they map to the correspongind out pin, because the continuity checker in my mm was ringing in place where i didnt expect rings |
| 03:10:00 | saratoga | http://www.kineteka.com/sansabreakout.aspx |
| 03:10:11 | saratoga | theres a couple places i've seen these for sale |
| 03:10:13 | saratoga | let me look |
| 03:10:19 | taksato | thank you |
| 03:12:19 | taksato | google seems to be censoring the internet. search for sanbreakout and it is not the first item. bing has it first |
| 03:13:13 | saratoga | http://www.chargeconverter.com/shop/connector.htm |
| 03:13:21 | saratoga | these are recommended elsewhere, but are rather expensive |
| 03:13:55 | saratoga | http://shop.kineteka.com/Products/100-sansabreakout.aspx |
| 03:13:56 | saratoga | cheaper |
| 03:16:07 | taksato | excellent, thank you. bookmarked til i can find out if i can get eng lab access at work |
| 03:16:37 | saratoga | a simple scope should tell you if its rs232 or similar |
| 03:16:37 | taksato | then need some combo of this and a female dd1 spreader |
| 03:16:43 | saratoga | verses just something like a GPIO |
| 03:17:13 | taksato | ill have to figure it out. we have scopes in that lab. when i was working with an fm radio part on a mobile phone i went in there with our ee guy |
| 03:17:32 | saratoga | that should work fine |
| 03:18:25 | | Quit Sajber^ (Ping timeout: 246 seconds) |
| 03:19:36 | FlynDice | saratoga: re SansaAMS PCLK & mpmc_clk, I have gotten a white screen any time I tried to use PCLK_DIV1_SEL = 1 to make PCLK = mpmc_clock/2. I started reading the pl172 docs to investigate further but never got too deep into it. |
| 03:20:05 | | Join JdGordon_ [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 03:20:11 | saratoga | FlynDice: were you in the bootloader or the main binary? |
| 03:20:39 | FlynDice | never tried it in the bootloader |
| 03:20:50 | saratoga | funman's patch implies that changing it is likely to corrupt the DRAM |
| 03:20:54 | | Quit MethoS- (Read error: Connection reset by peer) |
| 03:20:59 | saratoga | so it probably has to be set in the bootloader before the DRAM is enabled |
| 03:21:27 | saratoga | theres a comment to the effect of "don't change this while the system is running" |
| 03:21:40 | | Part froggyman |
| 03:21:46 | FlynDice | I think that would be consistent with what I observed |
| 03:22:06 | saratoga | do you have a copy of the linux patches? |
| 03:22:54 | taksato | sooo... say I find out that it is using i2c or uart when i do the breakout and scope... on the RB Side, is it goign to be trial and error on choosing the right address and bit to set if it is uart? |
| 03:22:57 | FlynDice | yes, are you talking about a recent patch from funman or the linux patches he just got? |
| 03:23:07 | saratoga | the ones he just got |
| 03:23:15 | FlynDice | I have the linux patches... |
| 03:23:20 | saratoga | they have a lot of interesting comments about how various things work that are not mentioned in the specs |
| 03:23:23 | saratoga | ok good |
| 03:23:54 | saratoga | taksato: well if its GPIO then I think it would be fairly easy |
| 03:24:14 | saratoga | if its serial its probably also not too hard but it will take some trial and error |
| 03:24:21 | FlynDice | I saw he found the patches but haven't had a chance to look yet, not much free time today so far |
| 03:24:30 | saratoga | yeah same here, i should get back to work |
| 03:24:30 | taksato | if UART, then basically just hammer on a lot of mem addr i guess |
| 03:24:56 | saratoga | if its UART its probably the same as the ipod, though maybe something else has to be inited that isn't on the sansa |
| 03:25:32 | taksato | the ipod has two different MODEL_NUMBER init paths |
| 03:25:42 | taksato | different addr and different bit |
| 03:26:28 | taksato | processors on them seem different than the apple's ones |
| 03:28:52 | taksato | i met an ex portal player founder, all the things i wanted to ask him, but didnt! |
| 03:29:18 | saratoga | the sansa v1s use similar processors to the ipod video/nano |
| 03:29:29 | saratoga | the other path is probably for the older PP chips |
| 03:30:02 | taksato | yea, looks liek ipods use older and successively newer, but sansa uses newer than the last ipod supported under serial for RB |
| 03:33:00 | saratoga | the sansa is PP5024 (e200v1) or PP5022(c200v1) |
| 03:33:12 | saratoga | they're both basically the same thing except one has an onboard DAC |
| 03:33:26 | saratoga | later ipods used PP5020 or PP5022 |
| 03:34:53 | saratoga | i guess in theory they could probably use something like i2c for the accessories too |
| 03:35:46 | taksato | Looks like he supported ipodvideo, ipodcolor nano1g and ipod4g |
| 03:36:28 | taksato | actually that's an if preproc... no it's an if else if preproc. i think i did not try the empty case |
| 03:38:53 | taksato | was encouraging, but no luck |
| 03:41:38 | | Quit mt (Ping timeout: 240 seconds) |
| 03:42:08 | | Quit iq (Quit: ChatZilla 0.9.86 [Firefox 3.5.5/20091102152451]) |
| 03:42:50 | CIA-8 | New commit by funman (r24838): sd-as3525v2: working transfers, still awfully slow ... |
| 03:42:52 | CIA-8 | New commit by funman (r24839): as3525v2: core_sleep() |
| 03:43:00 | CIA-8 | New commit by funman (r24840): as3525v2: build normal firmware properly (Clipv2/+) |
| 03:43:38 | saratoga | woot |
| 03:43:58 | taksato | i am looking fwd to when i can woot for docks <G> |
| 03:45:48 | taksato | The topic or board you are looking for appears to be either missing or off limits to you |
| 03:45:55 | taksato | how ot access? |
| 03:46:20 | kugel | haha funman, nice |
| 03:46:30 | kugel | I guess he couldn't resist working on it :) |
| 03:47:52 | kugel | damn, I need to work on my fuzev2 finally |
| 03:48:09 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 03:48:15 | | Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.nyw-ubr1.nyr-nyw.ny.cable.rcn.com) |
| 03:48:16 | funman | kugel: ;) |
| 03:48:20 | elinenbe | hello. |
| 03:48:24 | elinenbe | Is Rafal Carr here? |
| 03:48:41 | funman | unfortunately i can't load rockbox yet, a 1kB file loads but not the 400 or so kB rockbox.sansa |
| 03:48:47 | funman | elinenbe: hi, it's me |
| 03:49:06 | saratoga | taksato:? |
| 03:49:15 | elinenbe | Ah, yes, I was just looking up your nick on the site! |
| 03:49:21 | elinenbe | Quick question... |
| 03:49:39 | taksato | i fgound a thread on google search and it says missing or i am not allowed to see it |
| 03:49:41 | elinenbe | The recent commits you made −− they are for Clip V2 and + ? |
| 03:50:01 | funman | yes, but only tested on Clip+ |
| 03:50:13 | elinenbe | so, transfers now work on the Clip+? |
| 03:50:26 | elinenbe | That's what I'm currently using right now. |
| 03:50:27 | funman | somehow, i can only read small files |
| 03:51:08 | funman | so the code is alive but still very buggy |
| 03:51:30 | elinenbe | okay. So I shouldn't expect to use this as my primary f/w for anytime soon ;-) |
| 03:51:46 | elinenbe | Oh, one other thing... is this just for internal memory? |
| 03:52:08 | funman | right now i'm only testing internal memory but sd slot should work one day |
| 03:52:55 | elinenbe | Well, yes, that would be the goal, but thank you for the answers! |
| 03:53:09 | elinenbe | Sounds good, and looking forward to that day! |
| 03:53:25 | taksato | do you think the thread got deleted or i am having an access problem? |
| 03:53:53 | saratoga | elinenbe: if you want to use rockbox on your player you might want to wait for the commit saying audio works to start asking questions |
| 03:54:54 | taksato | this thread looks very relevant to giving background info that would also help my effort |
| 03:55:07 | saratoga | what thread |
| 03:55:10 | funman | saratoga: hopefully there will be no such commit if the as3525 code can be reused as is |
| 03:55:30 | taksato | can i privmsg you? |
| 03:55:37 | saratoga | sure |
| 03:56:33 | | Quit JdGordon_ (Ping timeout: 248 seconds) |
| 03:57:31 | | Quit taksato (Remote host closed the connection) |
| 03:57:58 | | Join taksato [0] (~h@cpe-98-155-78-111.san.res.rr.com) |
| 03:58:16 | funman | perhaps there is an extra step needed for wide bus mode on clip+ |
| 03:58:16 | Unhelpful | funman: still need me to try your clipv2 iram suggestion? |
| 03:58:40 | | Join JdGordon_ [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 03:58:43 | funman | Unhelpful: yep, if the clipv2 has no iram it will need a special map |
| 04:00 |
| 04:00:12 | Unhelpful | so add a CGU_PERI |= (1<<25) before the test? |
| 04:00:22 | funman | yes, it should enable the "1TRAM" |
| 04:01:02 | | Quit JdGordon_ (Read error: Connection reset by peer) |
| 04:01:34 | elinenbe | saratoga: Sounds good! How far along is the audio progress? |
| 04:01:54 | saratoga | elinenbe: see above |
| 04:02:35 | saratoga | the linux patches mention SRAM rather then TRAM so it sounds like IRAM is different on teh 353x at least |
| 04:02:50 | | Join JdGordon_ [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 04:03:13 | Unhelpful | funman: still hangs after attempting to write to 0x81000018. |
| 04:03:53 | funman | saratoga: keep in mind we have no as353x targets |
| 04:03:56 | funman | Unhelpful: :/ |
| 04:04:19 | saratoga | yeah i know, and looking closer the limit is still 66MHz so its probably the same hardware |
| 04:04:22 | Unhelpful | no iram? or at least not where we think? |
| 04:04:34 | saratoga | what address are you trying? |
| 04:05:07 | | Quit YPSY (Ping timeout: 272 seconds) |
| 04:05:16 | | Quit JdGordon_ (Read error: Connection reset by peer) |
| 04:05:27 | taksato | saratoga, thank you for the thread. i am done reading it in case you wanted to move it again |
| 04:06:50 | | Join JdGordon_ [0] (~jd@c-71-227-159-73.hsd1.wa.comcast.net) |
| 04:06:52 | Unhelpful | saratoga: the test code tries to write starting at 0x81000000. not sure where funman got that address though, he's kind of doing the development on my hardware. |
| 04:07:43 | | Quit TheSeven (Disconnected by services) |
| 04:07:55 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
| 04:07:58 | saratoga | the 35 defines 0x00100000 as the SRAM base, so that might be worth looking at too |
| 04:08:06 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
| 04:08:42 | funman | Unhelpful: the address is in the memory map of as3525 described in the datasheet: there's an alias at 0xc1000000 |
| 04:09:25 | | Quit Barahir_ (Ping timeout: 265 seconds) |
| 04:09:33 | | Quit anewuser (Quit: http://xrl.us/WinterChipV =ooo ϢINTER ϾHIP 5iVE is OOON!! omg 7 days left =oo) |
| 04:09:56 | kugel | JdGordon: ping |
| 04:11:47 | kugel | JdGordon: can you have a quick look at this patch? http://pastie.org/836221 it forms the fond_ids array into a linked list, so that the actual loading can happen later at parsing (I'm needing that for resizing on boot) |
| 04:13:10 | S_a_i_n_t | iPod Nano1g's main stack size is defined in "rockbox\firmware\target\arm\ipod\app.lds"...correct? |
| 04:14:37 | kugel | if you're on windows, then yes :) |
| 04:15:16 | S_a_i_n_t | thanks. |
| 04:15:42 | kugel | S_a_i_n_t: err, no |
| 04:16:08 | | Quit mc2739 (Ping timeout: 260 seconds) |
| 04:16:12 | kugel | "rockbox\firmware\target\s5l8700\ipod\app.lds" |
| 04:16:44 | kugel | aaaaahhhhhhh |
| 04:17:17 | kugel | S_a_i_n_t: excuse me, I'm too tired to read properly. your first path was correct (I read nano2g..) |
| 04:18:05 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 04:19:01 | | Quit kugel (Remote host closed the connection) |
| 04:19:31 | | Quit Strife89|PalmTX (Quit: Bed.) |
| 04:20:20 | | Quit flyback (Excess Flood) |
| 04:20:45 | S_a_i_n_t | No worries, I figured it out for Nano2g (well, I asked TheSeven...) earlier :P |
| 04:20:47 | | Join flyback [0] (~teac@c-98-219-129-239.hsd1.pa.comcast.net) |
| 04:21:21 | S_a_i_n_t | Any idea *why* pictureflow is overflowing now? |
| 04:26:22 | | Join iq [0] (~iq@unaffiliated/iq) |
| 04:26:27 | | Join iq_ [0] (~iq@ip24-252-19-172.om.om.cox.net) |
| 04:26:44 | | Quit iq_ (Remote host closed the connection) |
| 04:27:21 | | Quit JdGordon_ (Read error: Connection reset by peer) |
| 04:28:07 | | Join DerPapst1 [0] (~DerPapst@p5797C817.dip.t-dialin.net) |
| 04:28:25 | taksato | did anyone write mi4code.c for e200 series? |
| 04:29:12 | | Quit DerPapst (Ping timeout: 260 seconds) |
| 04:31:24 | saratoga | check the SVN logs |
| 04:31:38 | | Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) |
| 04:31:59 | | Quit iq (Remote host closed the connection) |
| 04:33:16 | | Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) |
| 04:34:22 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 04:35:45 | | Quit taksato (Ping timeout: 256 seconds) |
| 04:36:56 | S_a_i_n_t | If anyone cares...the keymap for Pegbox on Nano2g is totally wrong. menu+select changes level, not brings up the in-game menu as the manual suggests. menu+play is the *actual* ingame menu. |
| 04:41:47 | S_a_i_n_t | *errr....whoops, I totally read it wrong. |
| 04:46:53 | * | S_a_i_n_t would *really* like a manual entry for SuperDomination...but guesses he'd need to figure out how to play it before he could even *attempt* to write one. |
| 04:58:08 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:00:09 | | Join Barahir [0] (~jonathan@gssn-5f7540bd.pool.mediaWays.net) |
| 05:02:10 | | Join anewuser [0] (anewuser@190.73.72.96) |
| 05:02:10 | | Quit anewuser (Changing host) |
| 05:02:10 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 05:02:29 | | Quit veeloc (Quit: is idle) |
| 05:12:24 | | Join Razimel [0] (~0c342178@giant.haxx.se) |
| 05:12:46 | Razimel | Damn im angry |
| 05:14:38 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 05:15:38 | Razimel | I was working on five different wps and themes for the ipod nano 2g, and what do you know. after two week s of modifying and testing. |
| 05:15:51 | Razimel | Bam |
| 05:16:15 | Razimel | I wake up to find that the ipod would not enter iloader |
| 05:16:32 | Razimel | and it kept telling me I had to recover it using itunes |
| 05:16:34 | | Join webguest83 [0] (~829bf149@giant.haxx.se) |
| 05:16:35 | | Quit webguest83 (Client Quit) |
| 05:16:49 | Razimel | fuck that I thought |
| 05:17:03 | Razimel | so I just reformatted and reinstalled rockbox |
| 05:17:21 | Razimel | but I hadn't backed up my most recent themes |
| 05:17:31 | Razimel | so they're gone now |
| 05:17:53 | Razimel | , but im glad I at least saved two of em |
| 05:18:00 | Razimel | Lesson learned |
| 05:18:10 | Razimel | Backup constantly |
| 05:18:47 | Razimel | The first theme is Cowboy bebop |
| 05:19:00 | Razimel | with ed and ein as the main backdrop |
| 05:19:09 | Razimel | and Faye in the Wps |
| 05:19:52 | | Quit avacore (Ping timeout: 246 seconds) |
| 05:20:06 | Razimel | the other was |
| 05:20:09 | Razimel | a doom theme |
| 05:21:19 | Razimel | which had an awesome wps with a commando zombie |
| 05:21:35 | Razimel | and the status bar would fill up as a belt of bullets |
| 05:22:04 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
| 05:22:59 | Razimel | the boxes wre black with red outlines giving it a badass neo-goth apppearance |
| 05:23:09 | Razimel | but it's gone now |
| 05:23:27 | Razimel | I even had an experimental francesca dani theme |
| 05:23:36 | Razimel | oh well |
| 05:23:47 | Razimel | "back to the drawing board" |
| 05:24:09 | saratoga | Razimel: you should probably check out rockbox-community if you want to chat about things like that |
| 05:24:47 | | Join veeloc [0] (~veeloc@pool-173-66-219-186.washdc.fios.verizon.net) |
| 05:24:57 | | Quit veeloc (Client Quit) |
| 05:26:58 | | Quit CGL (Quit: Saliendo) |
| 05:27:06 | | Quit Razimel (Quit: CGI:IRC (EOF)) |
| 05:27:22 | | Join Razimel [0] (~0c342178@giant.haxx.se) |
| 05:28:12 | | Join veeloc [0] (~veeloc@pool-173-66-219-186.washdc.fios.verizon.net) |
| 05:32:05 | | Quit Razimel (Client Quit) |
| 05:32:22 | | Join Razimel [0] (~0c342178@giant.haxx.se) |
| 05:32:33 | | Join toffe82_ [0] (~chatzilla@ppp-71-142-14-1.dsl.frs2ca.pacbell.net) |
| 05:32:36 | | Quit Horschti (Quit: Verlassend) |
| 05:33:04 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
| 05:33:07 | | Quit Razimel (Client Quit) |
| 05:33:37 | | Quit toffe82 (Ping timeout: 248 seconds) |
| 05:34:42 | | Join CGL [0] (~CGL@190.79.153.150) |
| 05:37:27 | | Quit veeloc (Quit: is gone) |
| 05:43:08 | | Quit DerPapst1 (Quit: Leaving.) |
| 05:46:00 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 06:00 |
| 06:05:09 | | Quit CGL (Remote host closed the connection) |
| 06:13:32 | funman | clip+ bootloader is stuck in disk_mount_all() |
| 06:16:13 | CIA-8 | New commit by teru (r24841): fix typo of wps and sbs. |
| 06:22:24 | | Join Ypsy [0] (~ypsy@geekpadawan.de) |
| 06:22:33 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 06:26:22 | funman | still this mysterious "HW LOCKED WHILE ERR" |
| 06:41:07 | CIA-8 | New commit by funman (r24842): Clip+ boots with iram mapped at 0x0, only the clipv2 is different |
| 06:41:10 | CIA-8 | New commit by funman (r24843): mkamsboot: use version.sh properly |
| 06:42:02 | funman | Unhelpful: remember what was the error on your Clipv2: ATA error -4 ? |
| 06:50:28 | | Quit S_a_i_n_t (Quit: *someone* needs to use the PC...how rude.) |
| 06:58:12 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:00:51 | CIA-8 | New commit by teru (r24844): correct checking size in function get_image_filename. |
| 07:03:03 | | Join CGL [0] (~CGL@190.79.153.150) |
| 07:04:52 | | Part toffe82_ |
| 07:12:51 | | Quit liar (Quit: Verlassend) |
| 07:17:52 | ThomasAH | funman: the commits look promising ... anything new to test? (but now away for breakfast -> shower -> work) |
| 07:19:09 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.5.25) |
| 07:21:17 | funman | ThomasAH: nope, still looking why it doesn't work anymore |
| 07:21:24 | S_a_i_n_t | RB compatible file extensions...have I missed any? −−> http://www.pastebin.org/95143 |
| 07:22:02 | funman | saratoga: .aac isn't handled ? |
| 07:22:08 | funman | S_a_i_n_t* |
| 07:22:23 | saratoga | funamn: no, just m4a/mp4/etc |
| 07:22:34 | | Quit anewuser (Quit: http://xrl.us/WinterChipV =ooo ϢINTER ϾHIP 5iVE is OOON!! omg 6 days left =oo) |
| 07:22:36 | saratoga | .aac is a raw aac stream, I don't think we can parse those |
| 07:23:12 | saratoga | i'm not sure they're entirely standard, sort of like making a raw .vorbis stream without putting it in ogg |
| 07:23:29 | funman | adts & latm muxing are specified in the standard |
| 07:23:42 | funman | not sure if there are a lot of raw files in the wild though |
| 07:23:56 | S_a_i_n_t | aac wasn't in rockbox\apps\filetypes |
| 07:24:08 | S_a_i_n_t | ...but neither are a few of those extensions... |
| 07:24:09 | saratoga | don't you need the container to tell you sample rate or something |
| 07:24:30 | saratoga | i thought there was a good reason not to use, but i can't remember clearly why i thought that |
| 07:25:41 | S_a_i_n_t | my ultimate goal is to give each filetype an icon...so as to not see gaps or black squares when viewing "All Files" etc. |
| 07:26:54 | S_a_i_n_t | if I just use " *: 0 " in an .icons file...will it catch anything I havent specified? |
| 07:27:34 | * | S_a_i_n_t assumes the * wildcard will work, but isn't positive. |
| 07:27:52 | | Join stoffel [0] (~quassel@p57B4EAE1.dip.t-dialin.net) |
| 07:28:00 | funman | saratoga: no it should be in here |
| 07:28:09 | funman | adts & loas are designed for transport though, not storage |
| 07:28:28 | saratoga | http://www.hydrogenaudio.org/forums/lofiversion/index.php/t16189.html |
| 07:29:02 | saratoga | though maybe encoders stick that info in somewhere unofficially |
| 07:29:03 | funman | ah there is only channels / bitrate |
| 07:29:12 | funman | it would be transmitted by the transporter |
| 07:31:12 | saratoga | yeah that makes sense |
| 07:31:47 | | Quit CaptainKewl (Remote host closed the connection) |
| 07:32:47 | | Quit saratoga (Quit: Page closed) |
| 07:34:56 | | Join taksato [0] (~takosato@cpe-98-155-78-111.san.res.rr.com) |
| 07:34:59 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 07:36:19 | taksato | More update on the serial issue |
| 07:36:45 | taksato | Both the addresses used by ipod are shown as always zero on the sansa e200 series v1 |
| 07:37:51 | taksato | So I dont think it is properly unsetting the bit it needs to unset in serial initialisation and hence not working. no word on why the thing reads an 0xFF as first char when one of the init routines is used. Doing a memory dump in debug screen before chasing that down, because i think that would be wasting time to chase down. the 0xFF thing |
| 07:40:03 | taksato | weird thing is that up and down are both going to next page on my memory output screen |
| 07:47:29 | S_a_i_n_t | is there nowhere I can find a *FULL* list of RB supported .ext's? I've got *most* of them...but target specific ones (like .iaudio, .iriver etc.) remain elusive...any suggestions? Feel free to add to my pastebin from earlier. |
| 07:47:35 | S_a_i_n_t | In fact, please do :) |
| 07:49:56 | JdGordon | apps/filetypes.c will have every one |
| 07:50:03 | JdGordon | except the ones in viewers.config |
| 07:52:18 | * | S_a_i_n_t doesn't see quite a few in apps\filetypes...my list seems a LOT longer actually, and I know I'm missing quite a few. |
| 08:00 |
| 08:00:08 | JdGordon | grrrrrr |
| 08:00:21 | JdGordon | teru: your last change is good, but annoying at the same time :) |
| 08:01:26 | S_a_i_n_t | the ones I'm stuck on ( 'ones' being .ext's) are target specific, like .ajz, .iaudio, .iriver etc. and without going through each and every manual...I can't see a way to find them all. |
| 08:03:42 | JdGordon | grep BOOTFILE firmware/export/configs/*.h |
| 08:05:18 | CIA-8 | New commit by jdgordon (r24845): fix remote WPS loading |
| 08:07:00 | taksato | hm, seems the wiki is wrong |
| 08:09:19 | taksato | here http://www.rockbox.org/wiki/PortalPlayer says e200 series is PP5024, but my v1 e250 at mem location 0x70000004 says 0x50503530 (PP50) and 0x70000000 says 0x32324320 (22C ) combining is PP5022C |
| 08:10:24 | funman | iirc PP5024 is written on the chip |
| 08:11:40 | taksato | version C of 22 must be 24 then? else, someone forgot to update their version.h before shipping ;) |
| 08:12:01 | amiconn | nope |
| 08:12:56 | amiconn | The Sansa c200v1 also says PP5022C, and has PP5022 written on the chip |
| 08:13:28 | amiconn | The PP5024 is a PP5022 with an integrated AS3514 |
| 08:13:57 | taksato | 0x70000100 and 0x70000104 says same thing PP5022C |
| 08:14:25 | funman | so is PP5024 a rockbox invention? |
| 08:14:37 | amiconn | no |
| 08:14:48 | taksato | dont know, just reading out my mem dump for discussion |
| 08:14:57 | amiconn | [08:13:29] <amiconn> The PP5024 is a PP5022 with an integrated AS3514 |
| 08:15:25 | taksato | i saw the archive.org data sheet, so it is a product like amiconn mentioned |
| 08:17:18 | CIA-8 | New commit by teru (r24846): some changes to use of display_text. ... |
| 08:18:34 | S_a_i_n_t | JdGordon: thanks SOOO much, my naive Windows brain made me forget entirely about grep |
| 08:18:39 | S_a_i_n_t | *slaps forhead* |
| 08:18:42 | taksato | every 0x100 they seem to repeat/alias themselves |
| 08:19:09 | funman | hmm rockbox.sansa loads but checksum is off by 2 |
| 08:19:44 | CIA-8 | New commit by jdgordon (r24847): do r24817 betterer to make it more generic and stuff. Skins will always be in the .rockbox/wps/ dir so there is no real need to add lots of duplicated ... |
| 08:24:06 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 08:24:22 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:25:14 | CIA-8 | New commit by jdgordon (r24848): fix charcell |
| 08:27:43 | funman | scramble.c / config/sansaclip*.h are not accorded together |
| 08:29:27 | | Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 08:29:27 | | Quit Zagor (Changing host) |
| 08:29:28 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 08:30:26 | * | JdGordon sends a virtual nose punch kugels way |
| 08:30:49 | JdGordon | wtf did you do r24796 for? |
| 08:31:38 | CIA-8 | New commit by funman (r24849): as3525v2: init sdram |
| 08:31:42 | CIA-8 | New commit by funman (r24850): Fix model number for Clipv2 & Clip+ (same than in scramble.c) |
| 08:31:46 | CIA-8 | New commit by funman (r24851): sd-as3525v2: working bootloader ... |
| 08:34:24 | funman | how do i add clipv2 & clip+ to the build table ? |
| 08:34:42 | funman | bootloader & normal build compile for both without warnings |
| 08:39:12 | taksato | hmm, nada for memory changes in suspected places when placed on dock and then pressing remote buttons |
| 08:40:35 | funman | so clip+ boots but i got nothing but a black screen, perhaps incompatibilities with i2c registers layout |
| 08:44:28 | JdGordon | does anyone have a problem with http://svn.rockbox.org/viewvc.cgi/trunk/apps/settings.c?r1=24846;r2=24847;pathrev=24847 ? does it take pointer hacks a bit too far for what it does? |
| 08:45:05 | | Join Speedy2 [0] (~mike@bzq-79-180-18-85.red.bezeqint.net) |
| 08:45:47 | Speedy2 | www.search2.net |
| 08:46:13 | Mode | "#rockbox +o rasher" by ChanServ (ChanServ@services.) |
| 08:46:16 | Mode | "#rockbox +b *!*mike@*" by rasher (~rasher@rockbox/developer/rasher) |
| 08:46:16 | Kick | (#rockbox Speedy2 :Speedy2) by rasher!~rasher@rockbox/developer/rasher |
| 08:46:22 | rasher | err |
| 08:46:33 | Mode | "#rockbox -b *!*mike@*" by rasher (~rasher@rockbox/developer/rasher) |
| 08:46:47 | Mode | "#rockbox +b *!*@bzq-79-180-18-85.red.bezeqint.net" by rasher (~rasher@rockbox/developer/rasher) |
| 08:46:57 | | Join flydutch [0] (~flydutch@host154-132-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:47:17 | Mode | "#rockbox +b speedy2!*@*" by rasher (~rasher@rockbox/developer/rasher) |
| 08:47:35 | rasher | (seen with the same nick, on another channel on another network) |
| 08:48:22 | JdGordon | he's been here before also |
| 08:58:08 | taksato | no gpio changes on docking |
| 08:58:16 | *** | Saving seen data "./dancer.seen" |
| 08:59:08 | taksato | no gpio changes when docked and remote buttons pressed |
| 09:00 |
| 09:02:09 | | Quit bmbl (Ping timeout: 272 seconds) |
| 09:06:17 | | Quit shai (Quit: Leaving) |
| 09:06:38 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 09:12:50 | | Quit S_a_i_n_t (Quit: There are 10 types of people, those who understand binary, and those who don't.) |
| 09:13:34 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.5.25) |
| 09:14:00 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:15:46 | | Quit taksato (Read error: Connection reset by peer) |
| 09:20:28 | | Nick S_a_i_n_t is now known as S_a_i_n_t_ (S_a_i_n_t@203.184.5.25) |
| 09:21:02 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.5.25) |
| 09:27:04 | | Join Grahack [0] (~Grahack@ip-252.net-81-220-6.versailles.rev.numericable.fr) |
| 09:28:08 | | Quit TopyMobile (Ping timeout: 252 seconds) |
| 09:28:56 | CIA-8 | New commit by funman (r24852): Print correctly the rockbox logo for Clipv2/Clip+, not only Clipv1 |
| 09:29:01 | CIA-8 | New commit by funman (r24853): crt0: init correctly as3525v2 |
| 09:29:04 | CIA-8 | New commit by funman (r24854): as3525v2: do not modify CGU_PERI in rockbox.sansa ... |
| 09:29:45 | funman | sd doesn't work in rockbox.sansa :o |
| 09:33:44 | | Join liar_ [0] (~53af7f67@gateway/web/freenode/x-cyunhlgttdyvjqip) |
| 09:37:27 | | Join kaniini [0] (~kaniini65@dyn75-70.yok.fi) |
| 09:37:43 | S_a_i_n_t | funman: only 6 more to go 'til 24900...you can do it! :p |
| 09:41:12 | * | Bagder teaches S_a_i_n_t about how 60 comes after 59 |
| 09:47:17 | S_a_i_n_t | yeah...wow, I fucked that one up massively. |
| 09:47:32 | JdGordon | its not liked this channel is logged and anyone will know... |
| 09:48:31 | S_a_i_n_t | somehow I saw 248*9*4 |
| 09:49:11 | | Quit petur (Quit: reboot) |
| 09:49:35 | | Quit perfectdrug (Remote host closed the connection) |
| 09:52:10 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:54:58 | funman | probably timing related, it works with dcache/icache disabled |
| 10:00 |
| 10:07:37 | | Quit shai (Ping timeout: 252 seconds) |
| 10:13:52 | | Join pondlife [0] (~Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
| 10:13:54 | | Quit pondlife (Changing host) |
| 10:13:54 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
| 10:20:01 | | Quit phanboy4 (Ping timeout: 248 seconds) |
| 10:21:56 | funman | ok i can make it to the menu but i see weird screen corruption and buttons do not work reliabily |
| 10:35:17 | * | funman plays chopper on clip+ |
| 10:38:18 | JdGordon | woo! |
| 10:39:04 | dionoea | funman: does that mean that you've got a working sd driver ? |
| 10:39:41 | funman | 'working' is a bit overrated |
| 10:40:05 | funman | 'somehow alive' is more descriptive :) |
| 10:40:15 | dionoea | hehe ;) |
| 10:40:59 | | Join pamaury [0] (~pamaury@sal63-1-82-243-96-220.fbx.proxad.net) |
| 10:58:20 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:02:07 | CIA-8 | New commit by funman (r24855): Clip+: fix buttons driver ... |
| 11:02:12 | CIA-8 | New commit by funman (r24856): as3525v2: show I/O ports in debug menu |
| 11:02:17 | CIA-8 | New commit by funman (r24857): as3525v2: use iram (might need to be disabled for clipv2) |
| 11:02:22 | CIA-8 | New commit by funman (r24858): sd-as3525v2: use an uncached buffer, disable write for the moment |
| 11:04:04 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 11:12:42 | | Part pondlife |
| 11:20:39 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 11:22:03 | ThomasAH | funman: builds, logo shows, but then a PANIC occurs: wait for state faile... (IDENT) |
| 11:22:25 | funman | ThomasAH: the bootlaoder? |
| 11:22:48 | funman | i need to disable dcache & icache in mmu-arm.S to get rockbox.sansa working |
| 11:23:22 | ThomasAH | funman: I built and installed the bootloader and built and unpacked rockbox.zip |
| 11:23:39 | ThomasAH | funman: after pressing this or that key, "ATA error: -2" appears |
| 11:23:50 | funman | ATA error: -2 is an error in rockbox.sansa |
| 11:24:14 | funman | try with http://pastie.org/836536 |
| 11:25:04 | ThomasAH | funman: only rebuild rockbox.zip? |
| 11:25:04 | CIA-8 | New commit by funman (r24859): Clip+: show the same real time in OF and rockbox |
| 11:25:07 | funman | yep |
| 11:25:28 | funman | or even rockbox.sansa (with make bin and copy rockbox.sansa to .rockbox |
| 11:26:13 | funman | sound doesn't work, write doesn't work, codecs crash randomly, sd read doesn't work with caches |
| 11:26:18 | funman | battery looks ok |
| 11:26:26 | funman | greylib asm for clip+ to be done |
| 11:28:09 | ThomasAH | still at "Refreshing your media" ... |
| 11:28:20 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 11:30:15 | ThomasAH | umount ... |
| 11:30:56 | ThomasAH | argl ... again at "Refreshing your media" ... about 14GB of music and audio books |
| 11:31:42 | funman | faster to remove the µSD |
| 11:35:52 | CIA-8 | New commit by funman (r24860): Clip+: greylib |
| 11:35:59 | funman | S_a_i_n_t: r24900 ;) |
| 11:36:58 | ThomasAH | funman: hmm, bad checksum |
| 11:37:18 | ThomasAH | and varying model name |
| 11:37:35 | funman | varying how ? |
| 11:38:14 | ThomasAH | sometimes cli+ (no p!), sometimes special char, z < |
| 11:38:23 | funman | 'cli+' is alright |
| 11:38:25 | ThomasAH | ah, now it booted! |
| 11:38:31 | ThomasAH | menu! :) |
| 11:41:27 | ThomasAH | but more often bad checksum than not |
| 11:41:46 | funman | bad things (tm) |
| 11:42:13 | ThomasAH | but chopper worked :) |
| 11:42:58 | funman | yeah that's all we need ;) |
| 11:44:06 | ThomasAH | but now I have to work a bit again :) |
| 11:44:08 | gevaerts | chopper is actually pretty easy on the clip :) |
| 11:47:41 | | Quit stoffel (Remote host closed the connection) |
| 11:50:44 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 11:50:47 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 11:51:36 | | Join TheSphinX^ [0] (~cold@p54A5D308.dip.t-dialin.net) |
| 11:56:26 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 11:56:33 | kugel | gevaerts: it's not! |
| 11:56:45 | kugel | JdGordon: did you look at my patch? |
| 11:56:58 | kugel | funman: awesome job! \o/ |
| 12:00 |
| 12:02:16 | funman | kugel: it's much faster with docs :) |
| 12:02:35 | funman | next steps: fix SD / get sound |
| 12:02:41 | | Join topik [0] (awesome@wtf.grmpf.org) |
| 12:03:05 | topik | great work so far, funman |
| 12:04:25 | kugel | funman: hopefully we can use the as3214 code? |
| 12:04:51 | | Nick evilnick_ is now known as evilnick (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 12:04:51 | funman | i suppose so, i made a quick&dirty try to use LSP (speaker) instead of HPH (headphones) |
| 12:05:02 | | Quit evilnick (Changing host) |
| 12:05:02 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 12:05:15 | funman | does bertrik have a clipv2 or clip+ ? |
| 12:05:51 | kugel | damn, I have pretty much disassembled button and lcd for the fuzev2 but I don't get to doing something |
| 12:07:17 | funman | perhaps the priority should be understanding clocking code |
| 12:08:01 | funman | unfortunately it isn't documented in the linux patches |
| 12:11:17 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 12:14:45 | | Quit funman (Quit: free(random());) |
| 12:15:07 | topik | i'm ordering my clip+ today. i know it's not finished but it's great to have rockbox on a dap that's still actively sold |
| 12:19:13 | gevaerts | topik: if funman continues like this, it won't be actively sold for much longer! |
| 12:20:29 | topik | true, it's doomed this way |
| 12:20:59 | * | S_a_i_n_t waits for a day when DAP's come with a Rockbox install disk in the packaging also...when they finally realise that Open Source projects are just....better. |
| 12:21:24 | topik | better is relative |
| 12:21:25 | | Join watto [0] (~watto@193.203.81.165) |
| 12:21:39 | | Join Farthen [0] (~chatzilla@e179239052.adsl.alicedsl.de) |
| 12:21:43 | topik | more free (as in speech) for sure |
| 12:23:17 | S_a_i_n_t | imagine how good RB would be if the devs got the same pay-packet that the Sansa, or iPod devs do? or if it was fulltime instead of free-time |
| 12:23:26 | S_a_i_n_t | it'd be awesome(er) |
| 12:23:27 | gevaerts | it would be horrible |
| 12:23:38 | S_a_i_n_t | really? |
| 12:23:48 | S_a_i_n_t | howso? |
| 12:23:59 | | Quit liar_ (Ping timeout: 252 seconds) |
| 12:24:18 | | Quit kugel (Read error: Operation timed out) |
| 12:24:49 | gevaerts | You'd have a two-class system for starters, with some people being paid, some not. Those who are paid (some of them at least) would assume that they are more important |
| 12:25:06 | | Quit evilnick (Quit: Leaving) |
| 12:25:26 | gevaerts | Lots of what makes rockbox fun is that *everyone* does it for fun |
| 12:25:34 | AlexP | And things would happen because the person paying wanted them, not because it was best overall |
| 12:25:37 | | Quit lyngaas (Ping timeout: 240 seconds) |
| 12:25:48 | S_a_i_n_t | Hmmm...I see your point. I guess I was imagining more of a "eutopian" environment there |
| 12:25:52 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 12:27:14 | topik | i am almost sure that more people are working on rockbox for sansa players than sansa has developers themselves |
| 12:27:45 | kugel | depends on how you count the rockbox guys working on them |
| 12:27:58 | topik | if they were willing to supply docs for the hardware it would make a huge difference already |
| 12:28:06 | AlexP | Yeah, I don't count kugel at all :) |
| 12:28:22 | S_a_i_n_t | they gave you a JTagged unit didn;t they? |
| 12:28:25 | topik | i know kugel, but from the rate of development and response to bugs it can't be more than 1-3 at sandisk. |
| 12:28:25 | Bagder | I don't think sandisk had/has a lot of docs, I think they use APIs provided by the chip guys |
| 12:28:27 | S_a_i_n_t | that was nice...I guess. |
| 12:28:32 | AlexP | not really |
| 12:33:21 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 12:38:59 | | Join DerPapst [0] (~DerPapst@p4FE8EFE0.dip.t-dialin.net) |
| 12:42:12 | | Join ecio1 [0] (~ecio@244-108.202-68.tampabay.res.rr.com) |
| 12:42:12 | | Quit ecio (Read error: Connection reset by peer) |
| 12:44:35 | topik | i think you scared funman away now, gevaerts. sandisk will be pleased they can keep selling their little dap. |
| 12:45:00 | | Join perfectdrug [0] (~marko@p5B0EED52.dip.t-dialin.net) |
| 12:57:30 | perfectdrug | funman is gone? any other clip+ owner around? I would really like to finish this: http://dl.dropbox.com/u/283924/clip%2B-front.svg |
| 12:58:00 | Bagder | oh nice |
| 12:58:24 | *** | Saving seen data "./dancer.seen" |
| 12:58:59 | perfectdrug | buttons are missing and I don't exactly know where to put them |
| 12:59:46 | topik | no pics on the web perfectdrug as inspiration? |
| 13:00 |
| 13:00:28 | perfectdrug | hm maybe... |
| 13:00:29 | | Quit parafin (Ping timeout: 256 seconds) |
| 13:00:50 | topik | abi's review has a lot http://www.anythingbutipod.com/archives/2009/08/sandisk-sansa-clip-plus-review.php |
| 13:01:35 | | Join parafin [0] (parafin@paraf.in) |
| 13:02:05 | perfectdrug | uh that's nice thanks |
| 13:02:45 | | Join TopyMobile [0] (~topy@xdsl-78-34-64-239.netcologne.de) |
| 13:03:04 | | Quit evilnick (Remote host closed the connection) |
| 13:04:04 | perfectdrug | this thing is reaaaly small :-O |
| 13:04:15 | ThomasAH | perfectdrug: http://www.anythingbutipod.com/archives/2009/08/sandisk-sansa-clip-plus-disassembly.php has some more photos, too ... and I have the real device here if you have more questions |
| 13:04:54 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 13:06:43 | perfectdrug | ThomasAH: so as I see it there is in the right top round powerbutton and on the left is volume up and down (as I guess) with volume up at the top? and no hold switch is this right? |
| 13:07:08 | ThomasAH | perfectdrug: right (Home is used as hold) |
| 13:07:16 | topik | the disassembly is nice if you want to model the underside of the buttons too |
| 13:07:20 | ThomasAH | "right" as in "correct" :) |
| 13:07:55 | topik | unrelated question, but ThomasAH, does the clip+ keep its display on while charging (OF) ? |
| 13:07:57 | ThomasAH | perfectdrug: and the volume up/down rocker is centered at the sansa logo |
| 13:08:38 | perfectdrug | topik: :D ThomasAH: how does the hold with the home button work? should I label it Home/Hold? |
| 13:08:47 | ThomasAH | topik: Not while charging (but it stays on), only if hooked to a computer (mass storage) |
| 13:09:28 | topik | probably the biggest non-feature of rockbox on my fuze i appreciate most is that the display ALWAYS goes off when you switch it to 'hold |
| 13:09:40 | ThomasAH | perfectdrug: pressing it for some seconds triggers the button lock |
| 13:09:59 | Unhelpful | funman: i believe it was ATA error -4 |
| 13:10:00 | ThomasAH | perfectdrug: and no, the house it quite fine as this is on the original device, too |
| 13:10:11 | ThomasAH | Unhelpful: funman left |
| 13:11:06 | ThomasAH | perfectdrug: and the power button is right-aligned with the right display edge |
| 13:11:28 | ThomasAH | i.e. right side of power button with right edge of display |
| 13:13:17 | perfectdrug | ok nice, will do |
| 13:13:19 | perfectdrug | btw how does the clip v2 look? needs it any different image for the manual? |
| 13:13:26 | Unhelpful | ThomasAH: channel's logged. ;) |
| 13:13:51 | ThomasAH | perfectdrug: IIRC it looks much differently |
| 13:14:42 | | Join perfectdrug_ [0] (~marko@p5B0EFAF9.dip.t-dialin.net) |
| 13:15:13 | | Quit parafin (Ping timeout: 256 seconds) |
| 13:15:44 | ThomasAH | perfectdrug: circle d-pad instead of just rounded corners, recessed upper and lower side |
| 13:15:55 | ThomasAH | (quite ugly if you ask me :)) |
| 13:18:39 | | Quit perfectdrug (Ping timeout: 272 seconds) |
| 13:18:57 | | Quit kugel (Ping timeout: 265 seconds) |
| 13:19:42 | perfectdrug_ | ThomasAH: yes I mean wrt the existing clipv1 image:) |
| 13:20:37 | ThomasAH | perfectdrug_: ah, not that I know of (and people wanting to tell the difference always had to look at the firmware revision) |
| 13:23:07 | | Join lyngaas [0] (~staale@19.81-167-149.customer.lyse.net) |
| 13:29:13 | | Join ecio [0] (~ecio@244-108.202-68.tampabay.res.rr.com) |
| 13:30:33 | | Quit TopyMobile (Read error: Operation timed out) |
| 13:30:45 | | Quit ecio1 (Ping timeout: 252 seconds) |
| 13:31:50 | TheSeven | S_a_i_n_t: pictureflow is probably using a little more stack space than other things, and the fat driver needs a little more space on nano2g than on other devices, and the combination of that is just a little too much... |
| 13:33:56 | S_a_i_n_t | awesome, I love belated answers...well, I love trying to figure out what the question I asked was in the first place. |
| 13:34:00 | S_a_i_n_t | Thanks. |
| 13:34:13 | S_a_i_n_t | I've upped the stack size, and all is well :D |
| 13:36:40 | | Join flide [0] (~flide@59.178.130.197) |
| 13:38:08 | | Quit flide (Remote host closed the connection) |
| 13:38:37 | | Join flide [0] (~flide@59.178.130.197) |
| 13:40:59 | | Nick flide is now known as fLiDe (~flide@59.178.130.197) |
| 13:41:26 | fLiDe | hello |
| 13:42:40 | S_a_i_n_t | hi |
| 13:42:47 | | Quit mt (Ping timeout: 252 seconds) |
| 13:43:09 | perfectdrug_ | ThomasAH: can you please check if this is correct now http://dl.dropbox.com/u/283924/clipplus.png ? I put it on flyspray then. |
| 13:44:41 | | Join _flide_ [0] (~flide@59.178.144.83) |
| 13:45:02 | _flide_ | hello people, I bought a Transcend MP840 mp3 player about 6 months ago but its firmware sucks and I heard about this rockbox |
| 13:45:09 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 13:45:09 | _flide_ | but I don't see my player being listed on the rockbox homepage |
| 13:45:21 | _flide_ | but I am good at programming |
| 13:45:24 | S_a_i_n_t | it isn't....thats why |
| 13:45:53 | | Quit CGL (Ping timeout: 272 seconds) |
| 13:45:53 | S_a_i_n_t | *isn't supported tht is |
| 13:45:55 | _flide_ | so is there any way I can modify rockbox to suit my pmp |
| 13:45:58 | | Join b0hoon [0] (~3e57b852@giant.haxx.se) |
| 13:46:09 | | Quit fLiDe (Ping timeout: 252 seconds) |
| 13:46:12 | | Join b0hoon2 [0] (~3e57b852@giant.haxx.se) |
| 13:46:37 | | Nick _flide_ is now known as fLiDe (~flide@59.178.144.83) |
| 13:47:14 | S_a_i_n_t | fLiDe: http://www.rockbox.org/wiki/NewPort |
| 13:47:59 | fLiDe | thanks saint, I felt lost in the room (this is my first time on an irc channel :)) |
| 13:48:09 | | Join TopyMobile [0] (~topy@f049105072.adsl.alicedsl.de) |
| 13:48:44 | b0hoon2 | hi, i have a request, the small picture on the web site has an ugly white corners (pb vibe), can someone replace it, please? The fixed one is on the flyspray: FS #10947. |
| 13:49:51 | perfectdrug_ | ^along with http://www.rockbox.org/tracker/task/10948 please:) |
| 13:50:19 | b0hoon2 | :) |
| 13:50:22 | S_a_i_n_t | fLiDe: ah, well...the link i posted is the best wy to start, you'll findout *pretty* quickly that a ne port is a massive job |
| 13:50:42 | S_a_i_n_t | *new |
| 13:50:48 | fLiDe | yes that i see |
| 13:51:00 | | Quit b0hoon (Quit: CGI:IRC (Ping timeout)) |
| 13:51:15 | fLiDe | it is huge.... |
| 13:51:27 | perfectdrug_ | Zagor: maybe |
| 13:52:18 | b0hoon2 | also last time i forgot about to mention about adding automatic sim build and the checkWPS (i have never used it before but anyway if it's necessary it can be added, it builds clean). |
| 13:53:00 | S_a_i_n_t | fLiDe: if you don't have a good grounding in C programming language, start there. |
| 13:53:19 | S_a_i_n_t | as you'll need it. |
| 13:53:40 | b0hoon2 | I have spotted that something is wrong with the deltas table after pb vibe was added. |
| 13:53:47 | | Quit mt (Ping timeout: 252 seconds) |
| 13:54:53 | fLiDe | saint, I already said I am good at programming |
| 13:55:00 | fLiDe | so that won't be a trouble |
| 13:55:27 | | Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
| 13:55:53 | S_a_i_n_t | that doesn't necessarily mean C though... ;D |
| 13:56:07 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 13:56:52 | | Join old-landen [0] (~chatzilla@frg-137-18.frg.eur.nl) |
| 13:57:25 | fLiDe | it is c in this case... |
| 13:57:37 | fLiDe | ... in my case... |
| 13:57:46 | TheSeven | b0hoon2: wait until it makes its way down, then it'll be fine again :-) |
| 13:58:37 | TheSeven | fLiDe: ever done programming on embedded systems before? |
| 13:58:55 | fLiDe | TheSeven, no.... :( |
| 13:59:10 | TheSeven | and first of all: are there firmware updates for this player, what kind of CPU is it using, and are those updates unencrypted? |
| 13:59:19 | Torne | fLiDe: so you'll discover how much fun it cna be to have no documentation, no debug facilities, etc :) |
| 13:59:51 | TheSeven | fLiDe: ever done assembly programming / reading disassemblies / reverse engineering? |
| 13:59:58 | S_a_i_n_t | ...don't scare the boy off :D |
| 14:00 |
| 14:00:06 | fLiDe | updates? ok I must search it... |
| 14:00:32 | fLiDe | oohhh man, you people are reaaaaalllly scaring me |
| 14:00:47 | fLiDe | I get it, it's not easy |
| 14:00:49 | b0hoon2 | TheSeven: If you mean the last unnamed column? |
| 14:00:49 | fLiDe | but I will try |
| 14:00:52 | S_a_i_n_t | its hard work.....realy. |
| 14:01:38 | TheSeven | b0hoon2: yes |
| 14:01:56 | TheSeven | the title for the missing one will turn up when the column for it has made it all the way down |
| 14:02:22 | fLiDe | ok, I will start step-by-step, but I don't want to brick my pmp, so how long can I avoid breaking it? |
| 14:02:35 | TheSeven | fLiDe: I can't find any pictures of the inside of this thing on the web :-/ |
| 14:02:37 | S_a_i_n_t | be careful |
| 14:02:54 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 14:02:56 | TheSeven | fLiDe: that totally depends on their firmware update and recovery mechanisms |
| 14:03:09 | TheSeven | (apart from mechanical damage, of course :-D ) |
| 14:03:11 | fLiDe | ok |
| 14:03:12 | Torne | fLiDe: there's a firmware on their website, which if you unpack it enough has a bunch of .bin files in it |
| 14:03:19 | Torne | like.. 130+ of them |
| 14:03:25 | Torne | mostly 30kb or so each :) |
| 14:03:29 | Torne | if that's the OS then, er, hmm. |
| 14:03:35 | TheSeven | let me check |
| 14:03:37 | Torne | it looks like it is though |
| 14:03:45 | Torne | 021MTP.BIN |
| 14:03:48 | Torne | 026VIDEO.BIn |
| 14:03:48 | Torne | etc |
| 14:04:04 | fLiDe | you people are fast... really fast... |
| 14:04:04 | Torne | heavy use of overlays? |
| 14:04:17 | S_a_i_n_t | 130+ .bins for fw? ....yuck |
| 14:04:29 | fLiDe | what are overlays? |
| 14:04:31 | Torne | it's in an exe, which updates the firmware i guess |
| 14:04:36 | Torne | but 7zip can open it as an archive |
| 14:04:38 | b0hoon2 | TheSeven: ok, thanks for answer. |
| 14:05:11 | Torne | can't really tell you anything much else form looking except "it's not unencrypted ARM code" |
| 14:05:24 | mc2739 | b0hoon2: the last unamed column is the average for all builds |
| 14:06:05 | fLiDe | ok, "not unencrypted arm code" ... check |
| 14:06:12 | fLiDe | :) |
| 14:06:48 | gevaerts | Does it compress well? If so, it's probably not encrypted code |
| 14:07:24 | perfectdrug_ | task added:) http://www.rockbox.org/tracker/task/11048 |
| 14:07:49 | Torne | yup, they all compress by ~50% |
| 14:07:54 | Torne | so yah, it's probably not encrypted |
| 14:08:07 | Torne | so it's probably just not ARM |
| 14:08:21 | Torne | i can't recognise any other instruction set from just a hexdump |
| 14:08:22 | Torne | :) |
| 14:08:56 | fLiDe | what i get from here, suggests I am a total noob.... |
| 14:08:58 | b0hoon2 | mc2739: heh, i could swear that it wasn't there before ... :) |
| 14:09:10 | S_a_i_n_t | do we know the processor in this target? i can't find much documentation for it. |
| 14:09:13 | Torne | fLiDe: the easiest way to figure out what it is is to take it apart |
| 14:09:19 | Torne | and take hi res scans of the board |
| 14:09:35 | fLiDe | you serious? |
| 14:09:41 | Torne | Of course |
| 14:09:42 | S_a_i_n_t | yep |
| 14:09:48 | Torne | Google doesn't seem to know anything about it |
| 14:09:55 | Torne | and it's not immediately obvious to *me* what the code is |
| 14:10:34 | Torne | here's a hexdump of 000INIT.BIN |
| 14:10:35 | Torne | http://pastebin.com/m5d3db826 |
| 14:10:37 | fLiDe | actually, it has no screws or any thing , so I guess i would take some forcing and .... time |
| 14:10:47 | Torne | if anyone else can perhaps spot what arch that might be :) |
| 14:10:53 | fLiDe | *it |
| 14:11:36 | S_a_i_n_t | fLiDe, you'll need something like "iTool", or a "spudger" to open it. |
| 14:11:38 | Torne | try disassembling that for thumb/mips/sh/etc |
| 14:11:46 | Torne | might be plausible code for one of them ;) |
| 14:11:49 | * | gevaerts makes an uneducated guess without looking at the hexdump and says: Z80 |
| 14:12:35 | TheSeven | whatever this is, it has 40-bit instructions... |
| 14:12:52 | Torne | wait what? |
| 14:13:19 | TheSeven | bytes like to repeat at modulo-5=0 offsets in that file |
| 14:13:31 | fLiDe | huh??? |
| 14:13:54 | TheSeven | Torne: it's neither arm nor thumb for sure |
| 14:13:59 | Torne | TheSeven: yah |
| 14:14:06 | Torne | it might not be literal code at all |
| 14:14:12 | Torne | but it's a good guess |
| 14:15:03 | TheSeven | take a look at the occurrences of 0x90 bytes |
| 14:15:48 | pamaury | 130+ likes file makes me think about EFI and there pseudo assembly language |
| 14:16:13 | pamaury | But I'm a complete noob :) |
| 14:16:43 | fLiDe | ok, before I "disassemble" my pmp, is there any way I can extract the firmware from within, that will for sure remove the doubt of os |
| 14:16:49 | TheSeven | pamaury: then it would have PE headers |
| 14:17:06 | Torne | fLiDe: not in any standard way |
| 14:17:07 | pamaury | TheSeven: if you say so... I believe you ! |
| 14:17:31 | Torne | what type of usb device is it? |
| 14:17:32 | linuxstb | Torne: Where did you get that firmware from? The only file I could find was a .zip which contains a Windows .exe, which I can't run... |
| 14:17:37 | Torne | linuxstb: the windows exe |
| 14:17:44 | Torne | open it in a suitably powerful archiving tool |
| 14:17:54 | Torne | it has a zip or something embedded |
| 14:17:58 | linuxstb | Ah, unzip wasn't suitably powerful... |
| 14:18:02 | Torne | use 7za |
| 14:19:09 | TheSeven | fLiDe: which os are you using? |
| 14:19:27 | fLiDe | linux ubuntu |
| 14:19:30 | TheSeven | nice |
| 14:19:49 | TheSeven | follow the firmware update procedure, just don't run the tool, then do lsusb |
| 14:20:08 | TheSeven | i.e. once while holding the buttons, and then after letting them go |
| 14:20:19 | fLiDe | what? |
| 14:20:20 | TheSeven | (what does happen if you let them go? does it continue to boot up normally?) |
| 14:20:32 | fLiDe | I lost you man |
| 14:20:52 | * | linuxstb sees the text "ALiOS1.0" which seems familiar |
| 14:21:05 | fLiDe | what do you want to do me exactly? |
| 14:21:11 | TheSeven | the pdf says something about powering off the player by holding a button for 2 seconds, and then holding some buttons while connecting to the tool |
| 14:21:43 | fLiDe | no I don't need to press any buttons while connecting it |
| 14:21:55 | TheSeven | linuxstb: this? http://www.telos.de/linux/embedded-systems/ |
| 14:23:20 | linuxstb | TheSeven: I just recognise the name from other mp3 player firmwares. |
| 14:23:50 | TheSeven | can you remember which ones? |
| 14:24:02 | Torne | fLiDe: we are looking at the instructions for the firmware update utility |
| 14:24:02 | linuxstb | No... |
| 14:24:15 | Torne | there are instructions for putting the player into firmware upgrade mode |
| 14:24:20 | Torne | this quite probably changes how it appears over usb |
| 14:24:27 | Torne | perhaps to a device type that we recognise from other players. |
| 14:24:45 | * | linuxstb has a feeling of deja-vu - http://www.rockbox.org/irc/log-20080713#16:08:57 |
| 14:25:42 | fLiDe | people, I am really sorry , but I am new to all this, and more importantly "SLOW" .... :( |
| 14:26:24 | Torne | fLiDe: lots of mp3 player chips have a built in mode to update/recover their firmware, and this is normally standard for every player with a given cpu |
| 14:26:33 | gevaerts | fLiDe: don't worry. We do have some really bright people here, but most of us aren't |
| 14:26:50 | Torne | so, if you put your player into the firmware update mode, and then run "lsusb" on your linux machine while it's connected |
| 14:26:57 | Torne | it might be obvious what type of cpu it has. |
| 14:27:03 | Torne | (to us, at least) :) |
| 14:27:16 | Torne | download the firmware update if yo uhaven't already, and read the instructions in it |
| 14:27:20 | fLiDe | cool, understood |
| 14:27:32 | Torne | you don't need to actually run the update, just press whatever buttons on the player it is |
| 14:27:47 | fLiDe | processing lot of info... |
| 14:29:01 | fLiDe | while my download is on , can you tell me what button does it say's to press |
| 14:29:46 | Torne | er, i don't know. i deleted the instructions already :) |
| 14:30:20 | fLiDe | me slow, my net slow, slow flow... |
| 14:30:32 | fLiDe | downloading.... |
| 14:30:33 | | Join Schmogel [0] (~Miranda@p3EE21BA9.dip0.t-ipconnect.de) |
| 14:30:57 | linuxstb | "Press and hold the “Reset” button on MP840 for 2 seconds." then Press and hold the “Volume Down“ button (and keep that button pressed until you've run lsusb) |
| 14:31:15 | fLiDe | ok |
| 14:32:01 | TheSeven | is there anything on the display while you hold the volume down button? |
| 14:32:02 | TheSeven | when you let go of the volume down button, does it just continue to boot up normally? |
| 14:32:49 | fLiDe | ooh man It is not booting anymore |
| 14:32:55 | pamaury | mc2739: ping |
| 14:33:01 | TheSeven | fLiDe: now run lsusb |
| 14:33:16 | linuxstb | fLiDe: Yes, that's the idea. it's now in some kind of special firmware-upgrade mode. |
| 14:33:35 | fLiDe | okokok |
| 14:33:42 | fLiDe | just a sec |
| 14:34:02 | Torne | the ALiOS1.0 string is in the fat16/fat32 drivers |
| 14:34:16 | Torne | the strings it is near make it seem likely that that's the system string used when formatting a partition |
| 14:34:17 | TheSeven | Torne: drivers? i saw it in boot sectors |
| 14:34:30 | fLiDe | Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub |
| 14:34:33 | Torne | maybe not drivers? |
| 14:34:33 | fLiDe | Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub |
| 14:34:33 | DBUG | Enqueued KICK fLiDe |
| 14:34:33 | fLiDe | Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub |
| 14:34:33 | fLiDe | Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub |
| 14:34:33 | *** | Alert Mode level 1 |
| 14:34:33 | fLiDe | Bus 002 Device 010: ID 0402:5668 ALi Corp. |
| 14:34:33 | *** | Alert Mode level 2 |
| 14:34:33 | fLiDe | Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub |
| 14:34:35 | fLiDe | Bus 001 Device 002: ID 064e:a101 Suyin Corp. Acer CrystalEye Webcam |
| 14:34:38 | fLiDe | Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub |
| 14:34:38 | fLiDe | Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub |
| 14:34:44 | TheSeven | and yes, it was used as a system identifier of the formatting system in there |
| 14:34:44 | fLiDe | this is lsusb output |
| 14:34:44 | Torne | 1) don't paste in here |
| 14:34:59 | fLiDe | and i guess the player is ALi corp |
| 14:34:59 | Torne | 2) you need to use lsusb -v and we're only interested in the device which is the mp3 player :) |
| 14:35:18 | TheSeven | fLiDe: unplug the player and see if that ALi thing vanishes |
| 14:35:30 | gevaerts | so "lsusb -v -d 0402:5668", and use pastebin.com |
| 14:35:44 | Torne | TheSeven: yeah I think the file is actually a template for formatting |
| 14:35:54 | fLiDe | yes it does vanish |
| 14:36:06 | fLiDe | ok |
| 14:36:09 | | Join knine [0] (~kaniini65@dyn75-70.yok.fi) |
| 14:36:37 | | Quit kaniini (Read error: Connection reset by peer) |
| 14:37:35 | TheSeven | http://www.youtube.com/watch?v=8zzCaVSKQ1o |
| 14:37:36 | Torne | google suggests this is an ALi M5661R |
| 14:37:38 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 14:37:38 | * | linuxstb guesses the CPU might be an M5661X |
| 14:37:39 | fLiDe | the above command didn't produce any output? |
| 14:37:39 | TheSeven | same usb id |
| 14:37:46 | Torne | or similar |
| 14:37:52 | | Join kaniini [0] (~kaniini65@dyn75-70.yok.fi) |
| 14:37:56 | linuxstb | The first google hit for M5661X is interesting... |
| 14:38:01 | fLiDe | no outputs friends.... |
| 14:38:14 | TheSeven | http://sourceforge.net/support/tracker.php?aid=2934119 |
| 14:38:24 | fLiDe | what do i do, does that command saves the output in some file? |
| 14:38:32 | linuxstb | Seems some Russian site has the SDK for that chip... |
| 14:38:36 | Torne | http://mp3player.wolfnexus.net/loadingfw.html <- here we go |
| 14:38:40 | Torne | firmware format matches |
| 14:38:43 | Torne | so yes, it'll be an m5661 |
| 14:38:48 | gevaerts | fLiDe: if it's not plugged in anymore, lsusb won't find it |
| 14:39:21 | * | linuxstb reads http://ali-m5661.ceh-photo.de/?paged=2 |
| 14:39:36 | | Quit ecio (Ping timeout: 260 seconds) |
| 14:40:22 | TheSeven | http://www.rockbox.org/twiki/bin/view/Main/CobyInfo |
| 14:40:47 | fLiDe | http://pastebin.com/d129d673b |
| 14:40:54 | fLiDe | done |
| 14:41:35 | | Quit knine (Ping timeout: 276 seconds) |
| 14:41:48 | Torne | Yeah there is basically no chance of getting rockbox on this |
| 14:42:00 | Torne | it's a miniscule intel 8051-ish MCU with a DSP |
| 14:42:04 | fLiDe | not good |
| 14:42:39 | fLiDe | y ? |
| 14:42:48 | Torne | it's not powerful enough |
| 14:43:21 | fLiDe | can I scale down the rockbox code to make it enough? |
| 14:44:27 | Torne | no, it probably only has 40kb of ram :) |
| 14:44:34 | *** | Alert Mode OFF |
| 14:44:51 | TheSeven | 8051 disassembly makes sense |
| 14:45:17 | Torne | fLiDe: the chip is only a 16 bit microcontroller |
| 14:45:21 | Torne | like a PIC or AVR |
| 14:45:25 | fLiDe | just 40kb, and how did you find it out? |
| 14:45:26 | CIA-8 | New commit by teru (r24861): plugin: implement highscore_show for player and use it in rockblox. |
| 14:45:29 | Torne | it relies on the DSP chip to do all video/audio decoding |
| 14:45:47 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 14:46:11 | Torne | fLiDe: because it's a 16-bit microcontroller: its address space is 64kb |
| 14:46:15 | fLiDe | DSP : as in line "digital signal processor"? |
| 14:46:16 | Torne | and it needs some of it to address peripherals |
| 14:46:17 | Torne | yes |
| 14:46:53 | fLiDe | not possible, cause it has got 4gb of memory |
| 14:47:06 | Torne | no it doens't |
| 14:47:14 | Torne | it has 4gb of flash |
| 14:47:21 | fLiDe | ooh yes |
| 14:47:26 | fLiDe | what's the difference? |
| 14:47:47 | Torne | i thought you said you were good at C programming :) |
| 14:47:56 | Torne | and you don't know the difference between memory and storage? |
| 14:47:58 | fLiDe | even if it uses 20 bit addressing it won't be able to use 4gb |
| 14:48:13 | fLiDe | it only will get to 1gb |
| 14:48:14 | Torne | It's not a word addressed flash |
| 14:48:18 | Torne | it's a block device |
| 14:48:20 | fLiDe | ok |
| 14:48:26 | Torne | all NAND flash is. |
| 14:48:39 | fLiDe | hmmm |
| 14:48:46 | Torne | you only need a few bytes for its registers, and you read one word at a time from a block into ram |
| 14:48:53 | Torne | just like a hard disk or any other block device |
| 14:49:08 | fLiDe | 64B at a time? |
| 14:49:16 | fLiDe | isn't it too low? |
| 14:49:16 | Torne | no, probably two bytes at a time |
| 14:49:22 | fLiDe | ??? |
| 14:49:41 | Torne | well, it may have DMA, but maybe not |
| 14:49:53 | Torne | even if it does that'll still just be single pages (2048 bytes or so) |
| 14:50:17 | Torne | anyway, rockbox is ~20 times larger than this device's entire ram, and rockbox requires a 32-bit processor |
| 14:50:29 | Torne | and even if it ran the processor would be too slow to decode mp3 |
| 14:50:45 | Torne | we don't ahve any DSP code to do decoding, so you'd have to rewrite all the codecs in suitable DSP code :) |
| 14:50:46 | fLiDe | basically, I am done... |
| 14:51:00 | Torne | the s1mp3 project is more like it |
| 14:51:02 | fLiDe | awesome |
| 14:51:09 | Torne | but they don't run on this particular device either |
| 14:51:15 | fLiDe | s1mp3 |
| 14:51:17 | Torne | they run on a *different* system on chip which is a MCU and DSP |
| 14:51:28 | Torne | so their code also won't work on this player, but at least it's in the right ballpark :) |
| 14:51:43 | fLiDe | correct |
| 14:51:54 | * | linuxstb suggests fLiDe buys a different mp3 player... |
| 14:51:55 | fLiDe | so, thank you friends |
| 14:52:01 | Torne | s1mp3 runs on players with Z80 MCUs and a DSp |
| 14:52:05 | Torne | this is a 8051 MCU |
| 14:52:12 | Torne | so, totally different, but comparable memory size/etc |
| 14:52:20 | fLiDe | sorry linuxstb, haven't got enough money |
| 14:55:08 | Torne | gevaerts: you were nearly right, then :) |
| 14:55:24 | | Quit fLiDe (Quit: Thanks for all the help, you guys rock) |
| 14:55:40 | gevaerts | Torne: at least there's a "80" in both :) |
| 14:55:44 | Torne | the structure of the firmware was kinda a giveaway; the files seperated like that were pretty much guaranteed to be overlays for a device with miniscule amounts of ram |
| 14:55:49 | gevaerts | exactly |
| 14:56:06 | gevaerts | and therefore (probably) also address space |
| 14:56:47 | Torne | the fact that people generally are happy to assume these devices are equivalent to players with 32-bit microprocessors is a tribute to how powerful these DSP chips are in the right hands, i guess :) |
| 14:58:26 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:00:13 | | Join bug2000 [0] (~bug@unaffiliated/bug2000) |
| 15:00:39 | gevaerts | sometimes they actually are equivalent out of the box. If you look at what e.g. a c200 can do out of the box, it's not much more than one of those s1mp3 things |
| 15:01:04 | gevaerts | That's a software issue of course, but you can't expect users to realise that |
| 15:06:45 | ThomasAH | perfectdrug_: looks perfect :) |
| 15:07:21 | ThomasAH | perfectdrug_: (I can easily view .svg, too) |
| 15:11:10 | | Join ecio [0] (~ecio@adsl-065-081-069-051.sip.mco.bellsouth.net) |
| 15:12:01 | | Quit shai (Ping timeout: 272 seconds) |
| 15:12:58 | ranmachan | BTW: Has anyone ever looked at what powers a Sansa Shaker? I googled it a bit and didn't find anything useful |
| 15:13:05 | S_a_i_n_t | why are all the plugins/viewers etc. named without capitol letters...but the main menu does have capitol letters? it seemn weird, and inconsistent. |
| 15:13:33 | ranmachan | A friend of mine has a borked Shaker, maybe I'll habe a look at it when I'm back in germany. |
| 15:13:49 | ranmachan | Though I guess it's not a good target since it doesn't have a display... |
| 15:16:50 | Torne | S_a_i_n_t: because they're filenames :) |
| 15:16:52 | | Join parafin [0] (parafin@paraf.in) |
| 15:17:34 | rasher | Torne: not really an excuse, is it? |
| 15:18:12 | S_a_i_n_t | is there some convention that dictates filnames must not have capital letters? :P |
| 15:18:56 | linuxstb | Isn't the reason that the real solution is to localise the names with the lang files, but no-one has done that? |
| 15:19:46 | rasher | That could also be it |
| 15:19:59 | * | S_a_i_n_t would be prepared for this arduous task...in English that is, if it means a bit of consistency is gained from it. |
| 15:20:54 | linuxstb | S_a_i_n_t: You can't really produce a patch for that. It needs someone with svn access to do it directly. But I don't think it's worthwhile for the reason I just said - we want proper localised names (in some clever and efficient way...) |
| 15:21:53 | rasher | Doesn't it just need a sort of lookup table from filename -> langid? |
| 15:22:05 | rasher | It's not like it needs to be fast or anything |
| 15:24:49 | * | S_a_i_n_t doesn't quite understand why a capital letter borks efficiency...but is prepared to run with it. It just...shit, I dunno, it just looks weird to me. |
| 15:25:24 | | Quit anewuser (Quit: http://xrl.us/WinterChipV =ooo ϢINTER ϾHIP 5iVE is OOON!! omg 5 days left =oo) |
| 15:25:31 | linuxstb | S_a_i_n_t: We're talking about translating plugin names into other languages. |
| 15:25:35 | linuxstb | i.e. not displaying the filename at all. |
| 15:25:59 | Torne | S_a_i_n_t: and yes, there *is* a convention that says filenames don't normally have capital letters; it's called "unix" :) |
| 15:26:09 | linuxstb | And no spaces... |
| 15:33:54 | | Join Sajber^ [0] (~Sajber^@94-30.anonymous.at.anonine.com) |
| 15:34:15 | pamaury | There is a convention that say that all filenames must be in capital and in the 8.3 format :) |
| 15:38:14 | linuxstb | S_a_i_n_t: I think people agree that it would be better to have the plugin names capitalised. But I at least would prefer the filenames to stay as they are, and to change the displayed plugin names via a localisation system. |
| 15:38:22 | linuxstb | So that a) they can be translated; and b) they are spoken (afaik they're not at the moment, unless the user creates .talk files) |
| 15:41:24 | S_a_i_n_t | if you look, I only mentioned plugins/viewers...not filenames. |
| 15:41:27 | S_a_i_n_t | but I agree. |
| 15:41:50 | Torne | plugins/viewers *are* filenames |
| 15:41:56 | mc2739 | pamaury: pong |
| 15:41:57 | Torne | the plugin menu is just a file browser |
| 15:42:03 | Torne | which happens to browse /.rockbox/rocks |
| 15:42:18 | linuxstb | S_a_i_n_t: "15.18.12 # <S_a_i_n_t> is there some convention that dictates filnames must not have capital letters? :P" |
| 15:43:33 | S_a_i_n_t | yeah...bad way of explaining it...I mean, like Dict.rock, Pictureflow.rock etc. but of course there no need for things like rockbox.ipod etc to be capitalised |
| 15:43:58 | Torne | we don't want *any* filenames to be capitalised |
| 15:46:51 | rasher | Just hardcode the filebrowser to do filename[0]-=32 when browsing plugins! |
| 15:47:02 | rasher | The perfect crime |
| 15:47:07 | linuxstb | rasher: commit! |
| 15:47:45 | rasher | Pretty sure I couldn't live with the shame. |
| 15:48:28 | TheSeven | rasher: if anything: *filename&=~32 |
| 15:48:45 | rasher | You're evil. |
| 15:48:58 | TheSeven | well, that's uppercase-safe at least :-) |
| 15:49:11 | TheSeven | ( won't corrupt chars that are already uppercase) |
| 15:49:20 | rasher | Yeah, but we already decided those don't exist! |
| 15:51:43 | | Quit teru (Quit: Quit) |
| 15:52:16 | pamaury | mc2739: do you have time to test things on your device to investigate the stkov ? |
| 15:53:30 | mc2739 | pamaury: yes, at least a little but of time before I leave for work |
| 15:57:41 | pamaury | mc2739: ok, I'm coding a little debug thing to see at which point the overflow arises |
| 15:58:30 | | Quit mc2739 (Ping timeout: 268 seconds) |
| 15:59:25 | | Quit b0hoon2 (Quit: CGI:IRC 0.5.9 (2006/06/06)) |
| 15:59:37 | | Join b0hoon [0] (~quassel@62.87.184.82) |
| 16:00 |
| 16:00:01 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 16:04:02 | pamaury | oops, my e200 can't find the of anymore... |
| 16:04:28 | pamaury | How do I recover from this ? |
| 16:04:48 | mc2739 | pamaury: http://www.rockbox.org/wiki/SansaE200Unbrick |
| 16:05:06 | pamaury | I was about to open that page :) |
| 16:06:56 | pamaury | mc2739: I think you will have to wait a bit before testing :) |
| 16:08:20 | mc2739 | pamaury: no problem, just post a pastebin link or in the flyspray task and I will test when I get a chance |
| 16:08:49 | pamaury | mc2739: I have one but as I didn't test it myself, I will wait a bit |
| 16:11:52 | * | FlynDice sees funman had a bit of "insomnia" last night!! Decides to look at SD code today. |
| 16:16:36 | | Quit Kitar|st (Ping timeout: 264 seconds) |
| 16:17:31 | | Quit gr1b (Ping timeout: 246 seconds) |
| 16:21:27 | | Quit linuxstb (Read error: Operation timed out) |
| 16:21:58 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 16:22:05 | | Join gr1b [0] (~gr1b@c-71-58-106-62.hsd1.pa.comcast.net) |
| 16:30:37 | | Join jgarvey [0] (~jgarvey@cpe-174-097-248-163.nc.res.rr.com) |
| 16:36:42 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 16:42:22 | | Quit linuxstb (Ping timeout: 246 seconds) |
| 16:53:47 | | Quit S_a_i_n_t (Quit: Obligatory "attempt to sleep for an hour or so" time...) |
| 16:56:02 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 16:57:32 | | Quit b0hoon (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 16:58:03 | Bagder | we should have a linux/scripts/checkpatch.pl for rockbox |
| 16:58:28 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:00:31 | Zagor | that would indeed be nice |
| 17:02:45 | pamaury | Bagder: what is that script supposed to do ? |
| 17:03:08 | Bagder | check that a patch or a file fulfills the linux coding guidelines |
| 17:03:35 | Bagder | indentation, line lengths, spaces between "if ()", brace positions etc |
| 17:03:57 | pamaury | Ah, I don't like spaces between "if" and "(" |
| 17:04:11 | pamaury | And braces are better on a new line ! |
| 17:04:13 | Bagder | the linux guidlines are not rockbox guidelines |
| 17:04:22 | pamaury | hopefully ;) |
| 17:04:24 | Torne | yah, our guidelines are different :) |
| 17:04:34 | Torne | but ultimately whether people like them is irrelevant ;) |
| 17:04:40 | Bagder | I meant that the idea with a script that checks them is nice |
| 17:04:42 | pamaury | Rockbox is not very consistent regarding certain points |
| 17:04:54 | Torne | well, our guidelines are not very detailed. we mention only a few things |
| 17:05:01 | Zagor | pamaury: that's by design |
| 17:05:14 | Torne | and we have loads of imported code from other projects |
| 17:05:20 | pamaury | true |
| 17:05:23 | TheSeven | it still should be at least *consistent within a file*, no matter what that means. |
| 17:05:24 | Bagder | right, that's what'll break the script idea |
| 17:06:04 | pamaury | Someone should write a very intelligent script that adapt to each file |
| 17:06:08 | | Quit linuxstb (Ping timeout: 260 seconds) |
| 17:08:13 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 17:19:40 | | Quit bmbl (Ping timeout: 260 seconds) |
| 17:22:12 | | Quit Zagor (Quit: Clint excited) |
| 17:25:50 | pamaury | mc2739: http://pastie.org/836987 |
| 17:26:55 | | Quit fyrestorm (Quit: lamers envy me like they envy bill g -- main boot xp, just the way it should be!) |
| 17:34:51 | | Quit Grahack (Quit: Tu m'as vu ?) |
| 17:35:00 | | Join iq [0] (~iq@unaffiliated/iq) |
| 17:38:27 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 17:38:29 | | Quit iq (Read error: Connection reset by peer) |
| 17:39:01 | | Join iq [0] (~iq@unaffiliated/iq) |
| 17:40:15 | perfectdrug_ | is this desired? just a little cosmetic, http://dl.dropbox.com/u/283924/SIMe200.png if yes I add the numbers |
| 17:41:45 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 17:43:33 | | Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) |
| 17:45:12 | | Join watto1 [0] (~watto@193.203.81.165) |
| 17:45:28 | | Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 17:45:53 | | Quit watto (Ping timeout: 248 seconds) |
| 18:00 |
| 18:01:03 | | Quit froggyman (Read error: Connection reset by peer) |
| 18:08:38 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 18:10:55 | perfectdrug_ | http://dl.dropbox.com/u/283924/UI-sansae200v2.bmp and the same file for UI-sansae200.bmp |
| 18:11:35 | | Quit xavieran (Ping timeout: 256 seconds) |
| 18:14:38 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:15:54 | linuxstb | perfectdrug_: What is http://dl.dropbox.com/u/283924/SIMe200.png showing us? |
| 18:16:43 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
| 18:17:12 | perfectdrug_ | linuxstb: IMO the right original e200 simulator picture looked something wrong so I changed it to the left |
| 18:18:18 | perfectdrug_ | s/something/somewhat |
| 18:20:46 | linuxstb | Did you change the SVG, or just the UI sim bitmap? |
| 18:22:10 | perfectdrug_ | just the sim bmp it can be replaced and should work just like the other one, everything is at the exact right position as it was |
| 18:22:23 | | Join Strife89|PalmTX [0] (~cstrife89@adsl-068-213-037-174.sip.mcn.bellsouth.net) |
| 18:22:55 | perfectdrug_ | just a cosmetic thing |
| 18:23:49 | | Join xavieran [0] (~xavieran@ppp118-209-255-118.lns20.mel6.internode.on.net) |
| 18:26:50 | | Quit petur (Quit: *plop*) |
| 18:28:05 | | Quit liar (Ping timeout: 245 seconds) |
| 18:28:31 | | Join saul [0] (~835bcdf3@giant.haxx.se) |
| 18:30:30 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 18:35:55 | | Quit Strife89|PalmTX (Quit: Lunch break over.) |
| 18:38:37 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 18:41:24 | | Quit saul (Quit: CGI:IRC (EOF)) |
| 18:41:52 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:45:54 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
| 18:58:32 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:00:27 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 19:04:09 | | Join m3dlg [0] (~m3dlg@212.183.140.51) |
| 19:05:01 | | Quit linuxstb (Ping timeout: 256 seconds) |
| 19:10:29 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 19:10:41 | | Quit m3dlg (Ping timeout: 256 seconds) |
| 19:27:53 | | Quit linuxstb (Ping timeout: 272 seconds) |
| 19:32:21 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 19:33:48 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 19:33:56 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 19:37:11 | | Join JdGordon_ [0] (~jd@m0c0e36d0.tmodns.net) |
| 19:47:03 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:55:01 | | Quit grndslm (Remote host closed the connection) |
| 20:00 |
| 20:01:10 | | Quit JdGordon_ (Quit: Bye) |
| 20:02:30 | | Quit linuxstb (Read error: Operation timed out) |
| 20:05:18 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 20:17:10 | | Join JdGordon_ [0] (~Miranda@rockbox/developer/JdGordon) |
| 20:22:34 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 20:22:34 | | Quit pixelma (Disconnected by services) |
| 20:22:43 | | Quit amiconn (Disconnected by services) |
| 20:22:45 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 20:22:51 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 20:23:09 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 20:29:26 | | Quit linuxstb (Ping timeout: 256 seconds) |
| 20:32:32 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 20:36:45 | | Join Kitr88 [0] (Kitr88@BSN-182-19-156.dial-up.dsl.siol.net) |
| 20:40:29 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-bmoxsjprukfjvmji) |
| 20:41:21 | | Quit CIA-8 () |
| 20:42:10 | pamaury | Hey, CIA just left ! |
| 20:42:21 | saratoga | how much memory does the clip+ have? |
| 20:46:46 | FlynDice | saratoga: I don't know the answer for sure but right now it's being treated the same as fuze, e200v2 with /* 16 bits external bus, high performance SDRAM, 64 Mbits = 8 Mbytes */ |
| 20:53:40 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 20:53:58 | | Quit flydutch (Quit: /* empty */) |
| 20:54:56 | saratoga | Buschel: (for the logs) removing tabs made parts of libmad look weird |
| 20:55:10 | saratoga | i don't think you substituted the correct number of spaces per tab |
| 20:55:18 | gevaerts | What does "moveal %a5@(4),%a0" mean? (coldfire) |
| 20:55:34 | saratoga | layer3.c looks odd in particular |
| 20:55:47 | | Part martian67 ("Leaving") |
| 20:56:10 | * | amiconn wonders what kind of answer gevaerts expects |
| 20:58:27 | gevaerts | amiconn: I know it moves something to a0, and from the context I know the something is addressed relative to whatever is in a5. Is it from a5+4? |
| 20:58:33 | *** | Saving seen data "./dancer.seen" |
| 20:58:41 | amiconn | yes |
| 20:59:15 | amiconn | I guess this is from a disassembly made by objdump? |
| 20:59:29 | gevaerts | yes |
| 20:59:47 | amiconn | objdump just uses another combination of the various alternatives for writing m68k asm |
| 21:00 |
| 21:00:11 | amiconn | I'd write it move.l (4,%a5), %a0 |
| 21:01:26 | amiconn | The 'a' in 'moveal' indicates that this moves an address register. It's redundant, because you can figure it out from the parameters |
| 21:02:43 | amiconn | The difference is that 'movea' doesn't touch flags while 'move' (the real one, i.e. involving data registers) does |
| 21:03:56 | gevaerts | ok, I think I'm beginning to understand why pebbles don't work on m68k |
| 21:04:54 | gevaerts | For some reason it uses the wrong location for the GOP, which obviously causes it to jump to wrong addresses |
| 21:05:44 | gevaerts | hm |
| 21:06:08 | | Join CIA-5 [0] (cia@208.69.182.149) |
| 21:07:21 | | Join Grahack [0] (~Grahack@ip-252.net-81-220-6.versailles.rev.numericable.fr) |
| 21:08:06 | | Join Buschel [0] (~ab@p54A3DE82.dip.t-dialin.net) |
| 21:09:26 | pamaury | CIA is back ! |
| 21:10:03 | Buschel | saratoga: the tabs are removed by an automatism in my editor −− which in general works very well. maybe it had a hickup in libmad... nevertheless the code is still readable better than before (imho) |
| 21:11:22 | gevaerts | \☺/ |
| 21:12:22 | gevaerts | apparently arm uses the relocated .got section and m68k expects the relocated pointers to be in .got.plt, based on .got |
| 21:12:41 | | Quit piotrekm (Ping timeout: 252 seconds) |
| 21:13:36 | linuxstb | Buschel: Looking at your patch, your editor seems to have got more things wrong than right.... Maybe your editor was displaying the tabs oddly before, which is why you think it's better now. |
| 21:14:00 | Buschel | hmm, can you give an example? which tab? |
| 21:14:24 | linuxstb | I'm currently looking at liba52/downmix.c |
| 21:16:49 | | Join m3dlg [0] (~m3dlg@212.183.140.36) |
| 21:18:25 | | Join Omlet [0] (omlet05@183.116-244-81.adsl-dyn.isp.belgacom.be) |
| 21:20:55 | gevaerts | JdGordon_: if I cache the pointer to the viewport I got in skin_parser.c, I seem to get changing viewports (it jumps a bit every now and then). Is that expected? |
| 21:21:40 | JdGordon_ | no |
| 21:21:56 | JdGordon_ | show me what you're doing? |
| 21:21:58 | | Part watto1 |
| 21:22:06 | gevaerts | hm, it could be something else... |
| 21:22:34 | gevaerts | I probably should call lcd_set_viewport() |
| 21:22:37 | JdGordon_ | unless you are caching the wrong pointer? |
| 21:22:49 | gevaerts | no, it's the right viewport every now and then |
| 21:22:52 | JdGordon_ | not in the parser |
| 21:23:01 | gevaerts | no, but before actually drawing |
| 21:23:08 | JdGordon_ | yes |
| 21:23:11 | * | gevaerts tries |
| 21:23:22 | JdGordon_ | except that might cause wierdness elsewhere |
| 21:24:02 | gevaerts | is there an lcd_get_viewport? I could restore the previous one then |
| 21:24:44 | JdGordon_ | there isnt |
| 21:25:10 | Buschel | linuxstb: ok, my editor is set to tabs =4 spaces... :/ |
| 21:25:17 | pixelma | jumping viewports? Is that something visible? |
| 21:25:42 | gevaerts | pixelma: you need FS #11027 to see it |
| 21:26:51 | JdGordon_ | jumping viewports isnt really special |
| 21:26:59 | JdGordon_ | 2 lines in the lcd driver can do that :) |
| 21:30:07 | pixelma | gevaerts: I know what you are working on, just got alerted because you report problems on a coldfire target which didn't seem to be there on your arm targets. Thinking of the weird problems I have with the FMS patch on my M5 and Ondio while it seemed to work flawlessly for AlexP on the Gigabeat S |
| 21:30:49 | AlexP | To the extent that I tested - I haven't yet tried loading a different fms for instance |
| 21:31:11 | gevaerts | pixelma: the jumping also happens on ARM, it's just that now that the things actually don't freeze or crash on any of my players that I'm starting to concentrate on details like actally working properly |
| 21:31:30 | pixelma | ah, ok |
| 21:32:28 | pixelma | maybe I should try the c200 as well |
| 21:33:06 | saratoga | Buschel: depending on the library, i think some need tabs=8 to look right |
| 21:33:21 | | Quit m3dlg (Ping timeout: 268 seconds) |
| 21:33:26 | saratoga | since IME a lot of them mix 8 spaces in some areas with tabs in others |
| 21:33:31 | Buschel | saratoga: i will undo the change and check for each lib :( |
| 21:33:38 | saratoga | i don't think thats needed |
| 21:33:49 | saratoga | maybe just go through and correct libmad and liba52? |
| 21:33:58 | saratoga | IMO what you have now is no worse then what it was before |
| 21:34:18 | saratoga | is there some tool that can auto space files to rockbox specification? |
| 21:34:51 | Buschel | maybe... but not my editor... |
| 21:35:50 | saratoga | I think visual studio can but i don't have it installed anymore |
| 21:36:02 | TheSeven | let me have a look |
| 21:36:07 | linuxstb | saratoga: I think it will be easier to do it properly if that patch is reverted. It _is_ worse than now. |
| 21:36:20 | saratoga | linuxstb: ok never mind then |
| 21:37:29 | | Quit jgarvey (Read error: Connection reset by peer) |
| 21:37:52 | amiconn | linuxstb: I would like to split the filter calls in demac (separate calls per channel) for dualcore operation. Do you think that's ok? |
| 21:37:54 | | Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
| 21:38:55 | TheSeven | which commit are you talking about? 24862? |
| 21:39:04 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.5.25) |
| 21:42:58 | linuxstb | amiconn: Seems fine to me. |
| 21:43:25 | linuxstb | TheSeven: I am, yes... |
| 21:49:12 | | Quit evilnick (Read error: Connection reset by peer) |
| 21:49:39 | | Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 21:49:39 | | Quit evilnick (Client Quit) |
| 21:50:10 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 21:51:15 | TheSeven | damn, it the number of spaces per tab isn't even consistent within single files! |
| 21:51:54 | * | gevaerts is chasing bad pointers again :\ |
| 21:52:55 | JdGordon_ | gevaerts: can you show me the diff for skin_displa.c ? the correct viewport shold be set before your pebble is called |
| 21:53:54 | gevaerts | JdGordon_: http://pastie.org/837530.txt |
| 21:54:20 | JdGordon_ | hmm not much there :p |
| 21:57:06 | JdGordon_ | you are storing the pebble index in the token value.i, and then using that as the viewport? |
| 21:57:44 | JdGordon_ | or am I too tired to see what's actually happening? |
| 21:58:39 | JdGordon_ | the latter |
| 21:58:54 | gevaerts | JdGordon_: http://pastie.org/837547.txt is what happens in skin_parser.c |
| 22:00 |
| 22:00:11 | JdGordon_ | return false in parse_pebble shuold be return <0 |
| 22:00:24 | | Quit Grahack (Quit: Tu m'as vu ?) |
| 22:00:28 | JdGordon_ | negative return values are errors, 0 is fine |
| 22:00:44 | gevaerts | ah, ok |
| 22:00:57 | JdGordon_ | &(curr_vp->vp) *should* be perfectly safe |
| 22:01:08 | | Join jgarvey [0] (~jgarvey@cpe-174-097-248-232.nc.res.rr.com) |
| 22:01:21 | | Quit ender` (Quit: It always takes longer than you expect, even when you take Hofstadter's Law into account. -- Hofstadter's Law) |
| 22:02:59 | CIA-5 | New commit by Buschel (r24863): Change liba52 and libmad to the original 8-spaced tabbing. |
| 22:04:28 | | Join sudoman [0] (~c05041eb@gateway/web/freenode/x-bobwxzoymahfimqt) |
| 22:07:20 | JdGordon_ | kugel: saving the fonts like that seems pretty wasteful, and it doesnt look like you fix the font numbers on curr_screen==SCREEN_REMOTE, but otherwsie it looks fine |
| 22:10:05 | | Join veeloc [0] (~veeloc@pool-173-66-219-186.washdc.fios.verizon.net) |
| 22:12:10 | | Join piotrekm [0] (~piotrek@77.255.16.184) |
| 22:12:10 | | Quit piotrekm (Changing host) |
| 22:12:10 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
| 22:13:28 | | Quit iq (Remote host closed the connection) |
| 22:15:36 | Buschel | saratoga/linuxstb: you are right. it looks better now :o) |
| 22:15:52 | pamaury | Why does metadata contains de mp3info function and a get_metadata one ? First of all, mp3info is a special case of the second and has reversed returned value |
| 22:16:56 | linuxstb | pamaury: Be careful of hwcodec if you change that. |
| 22:17:07 | domonoky | pamaury: probably because it evolved from pure mp3 metadata, to the full system we have :-) |
| 22:19:13 | * | linuxstb wonders if hwcodec needs that anynmore |
| 22:22:13 | pamaury | linuxstb: it just metadata so swcodec or hwcodec is the same no ? |
| 22:22:37 | linuxstb | pamaury: No - hwcodec metadata is just mp3 (and mp2). swcodec metadata is everything. |
| 22:23:22 | linuxstb | But yes, perhaps that function can be removed. Trouble is that there are almost no hwcodec devs left... |
| 22:23:25 | pamaury | linuxstb: yes but in this case, get_metadata will fail for all others. It's implemented in software in both cases, on ? |
| 22:24:11 | CIA-5 | New commit by Buschel (r24864): Remove tabs in firmware path (taking into account the original spacing). |
| 22:24:13 | linuxstb | mp3info looks like it's only used by the hwcodec playback engine (apps/mpeg.c). get_metadata() is used by the database and the swcodec playback engine. |
| 22:24:26 | pamaury | Ok, I have to leave to few moments, if you could have a look at it and tell me if you think it's safe, that would be great. |
| 22:24:36 | linuxstb | If what is safe? |
| 22:30:00 | * | gevaerts doesn't understand the .got.plt section |
| 22:31:43 | | Join Riffer_ [0] (~riffer@i59F54B47.versanet.de) |
| 22:34:50 | Riffer_ | good evening |
| 22:34:58 | | Nick Riffer_ is now known as Riffer (~riffer@i59F54B47.versanet.de) |
| 22:35:22 | | Quit toffe82 (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
| 22:36:04 | Riffer | who should I talk to about applying a patch to the repository? |
| 22:36:13 | JdGordon_ | which patch? |
| 22:36:31 | JdGordon_ | AlexP: dunno if oyu saw the fm update. it wasnt a straight forward sync :/ |
| 22:36:38 | Riffer | this one: FS #11042 |
| 22:40:17 | JdGordon_ | ignoring weather we want it or not... I see lots of tabs instead of spaces |
| 22:40:38 | Riffer | I wonder who decides about having the things like they are... for example who says or decides about the position of some menus? I think the system menu is a little bit of a setting but it has a extra position? |
| 22:40:43 | domonoky | Riffer: i cant really comment on the technical side, but this patch looks like it should be cleaned up a bit more |
| 22:40:44 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.1.148) |
| 22:41:18 | Riffer | ok, please tell me what exactly? first remove all tabs - ok, will be done. |
| 22:41:46 | Riffer | extra debugging output? remove? |
| 22:41:54 | domonoky | there are sections commented out. if they are not needed, remove it. |
| 22:42:23 | saratoga | and use /**/ comments rather then c++ comments |
| 22:42:35 | Riffer | okay |
| 22:42:41 | | Quit Omlet (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
| 22:42:50 | stripwax | fft plugin - seems to think the frequency range is half what it actually is, so frequencies above N/4 get reflected and plotted 'downwards' on the scale. also, the amount that the screen scrolls seems to little - a frequency sweep has an obvious 'knee' at the point the screen begins scrolling |
| 22:43:04 | domonoky | +1 for also including a manual patch :-) |
| 22:43:13 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
| 22:43:36 | AlexP | Riffer: Menus etc. are decided by an argument, then doing nothing, then another argument, etc. After a few arguments we might reach a consensus |
| 22:43:57 | JdGordon_ | close but no |
| 22:43:59 | stripwax | also log vs linear seems to be *amplitude* rather than frequency! |
| 22:44:01 | domonoky | AlexP: nice description :-) |
| 22:44:05 | JdGordon_ | they are decided arbirtarily, then argued about |
| 22:44:06 | Riffer | oh - the manual patch is not from me ... as you may see a great part of the patch is made by Nick Peskett |
| 22:44:22 | JdGordon_ | the root_menu.c change makes no sense |
| 22:44:54 | JdGordon_ | if sleep timer on startup is true then why shuold it matter if the start screen is WPS? |
| 22:46:46 | Riffer | the sleep timer is only startet on play - so if someone decided to have the wps as its start screen (like me) the sleep timer has to be started |
| 22:47:52 | Riffer | its a sleep timer not the normal timeout shutdown while standing still (not playing anything) |
| 22:48:21 | JdGordon_ | we already have a sleep timer right? |
| 22:49:04 | JdGordon_ | that timer shouldnt be linked to any screen or playback state |
| 22:49:23 | JdGordon_ | what if I want it to turn off after an hour or recording or radio? |
| 22:50:33 | JdGordon_ | also why did you create a new task for it instead of just continuing on 10849? |
| 22:50:35 | Riffer | see it as an escalation: timeout is always active if the user sets it but it only shut down while the player is stopped - when it plays the sleep timer is responsable to pause playing after the set time. |
| 22:51:45 | AlexP | Surely it should shutdown? |
| 22:51:50 | JdGordon_ | that doesn't change anything. I still want to be able to shut down after an hour of radio which I can do now and that patch wont allow |
| 22:51:50 | Riffer | ok - thats a point - i do not have radio in my device so I did not overcome to this point... hmm... another task because I wanted to merge two of them. |
| 22:52:06 | AlexP | If I set the sleep timer for an hour I want to to e.g. play music for an hour then shut down |
| 22:52:26 | pamaury | linuxstb: *safe* to remove it and replace it by get_metadata. The word is not well chosen |
| 22:52:31 | | Quit anewuser (Quit: http://xrl.us/WinterChipV ϢINTER ϾHIP 5iVE is OOON!! omg ~4 days left =oo) |
| 22:53:20 | JdGordon_ | AlexP: I can see the argument for changing it to pause, which will shutdown anyway if the idle timeout is set (which might be a stupid assumption) |
| 22:53:38 | AlexP | I think that might be highly confusing |
| 22:53:49 | Riffer | really? I think after having the time of the sleep timer as a playtime (if radio or files) it should stop playing but not shutdown. The shutdown is a task for the timeout, isnt it? |
| 22:53:57 | AlexP | Nope |
| 22:54:26 | AlexP | I might have a really long idle shutdown for whatever reason - I listen to it at work and often have to pause and go and do things for instance |
| 22:54:44 | AlexP | So now if I want to use the sleep timer I have to set two things - the sleep timer and the idle shutdown |
| 22:54:52 | linuxstb | pamaury: No, I don't think so. Firstly, mp3info() takes a filename, get_metadata() takes a file descriptor. But maybe mp3info could be made internal to the hwcodec playback engine, as a kind of wrapper for get_metadata(). |
| 22:55:03 | linuxstb | (hwcodec playback engine = apps/mpeg.c) |
| 22:55:11 | pamaury | yes that's what I propose. |
| 22:55:15 | AlexP | I don't think I should have to set a different setting to make another setting work properly |
| 22:55:41 | pamaury | linuxstb: because it's rather strange to have a general function and another one which is specialized |
| 22:56:07 | pamaury | linuxstb: and also, why get_metadata takes a filename and a fd ? Couldn't it take just a filename ? |
| 22:56:19 | pamaury | Is it an optimization ? |
| 22:56:25 | * | pamaury leave again for a few moments |
| 22:56:54 | JdGordon_ | doesnt it only need te filename to get the extension? and seen as its opeend already passing the fd means one less open |
| 22:57:06 | Riffer | I see we have different meanings of what a sleep timer does. I use it really for sleeping. Going to bed starting the player and listen. After a while the sleep timer runs out and pauses playing. If I am still awake and want to listen further I just start playing. If not the shutdown timer shuts off the device... |
| 22:57:27 | AlexP | Most sleep timers that I know turn off the device |
| 22:57:39 | AlexP | And that is how it functions now isn't it? |
| 22:58:37 | *** | Saving seen data "./dancer.seen" |
| 22:58:59 | Riffer | not really. at the moment the setting for sleep timer is non-permanent. :-) |
| 22:59:01 | linuxstb | AlexP: Sleep timers can often give you a prompt to confirm you still want to turn it off. I guess what Riffer is proposing is the equivalent of that. |
| 22:59:22 | Riffer | @linuxstb: yes - thats what I want from it |
| 22:59:23 | AlexP | It just seems to me that one setting should rely on another |
| 22:59:30 | AlexP | *Seems wrong to me |
| 23:00 |
| 23:00:21 | AlexP | linuxstb: And if you don't cancel they turn off anyway. So maybe the sleep timer should pause and then shut down e.g. two minutes later if you don't do anything |
| 23:00:32 | AlexP | Independent of the idle shutdown |
| 23:00:41 | Riffer | i agree it relys on the other - buts exactly what I want from it. |
| 23:00:55 | AlexP | I wouldn't object to that, I just don't think that the sleep timer should rely on the idle shutdown |
| 23:01:01 | JdGordon_ | more settings bloat! make the option pause or shutdown |
| 23:02:04 | Riffer | @JdGordon: good idea |
| 23:02:33 | AlexP | Or just make it pause for two mins, then shutdown if you don't do anything - have its own non-configurable idle timeout |
| 23:03:13 | Riffer | another good idea - but for all this the sleep timer should be a permanent option I think? |
| 23:03:39 | AlexP | You mean it remembers the time, so you just have to enable it to use it? |
| 23:04:32 | Riffer | It remembers the time and rembers if active or not on startup. |
| 23:04:47 | AlexP | I'm not sure about remembering it is active |
| 23:05:03 | AlexP | If I use it to go to sleep to, I don't then want it active the next morning |
| 23:05:17 | JdGordon_ | Riffer: no its not a good idea! we have too many settings already |
| 23:05:25 | AlexP | And just turning it on when wanted is half the work of turning it on when wanted then off when not wanted |
| 23:05:33 | Riffer | I am - its the way I use my device - its annoying to start the sleep timer anytime it starts to have it sleep when I do... |
| 23:05:52 | AlexP | I would be against it staying on |
| 23:06:05 | AlexP | Remember the time sure, but not the state |
| 23:06:37 | | Quit jgarvey (Ping timeout: 276 seconds) |
| 23:06:38 | Riffer | but you can change this at any time? the system menu is already at a pole position for some reasons I do not know? |
| 23:07:07 | AlexP | I imagine that most people use their daps during the day too |
| 23:07:27 | AlexP | So if it remembers the state you have to turn it on in the evening, turn it off in the morning, on in eveneing etc |
| 23:07:32 | | Join JdGordon1 [0] (~Miranda@nat/microsoft/x-rmkgnbnwjqulzzyk) |
| 23:07:33 | Riffer | And many do it at evening and nights - if they use it for audio books. |
| 23:07:39 | AlexP | If it doesn't remember state then you just turn it on in the evening |
| 23:07:52 | AlexP | It shouldn't stay enabled |
| 23:08:16 | domonoky | have a setting for it :-) |
| 23:08:28 | JdGordon1 | doing fancy things like waiting 2min between pause and shutdown is just asking for trouble |
| 23:09:21 | AlexP | JdGordon1: You mean codewise? |
| 23:09:34 | Riffer | this why at the moment I let the setting of shutdown timer do this for me - its my favorite solution - I see you are agains it - maybe you use your dap only for music? |
| 23:09:46 | JdGordon1 | yeah, adding extra states to the powermanagement thread |
| 23:09:54 | | Quit Xerion (Ping timeout: 240 seconds) |
| 23:10:10 | | Quit bluebrother (Disconnected by services) |
| 23:10:11 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 23:10:11 | | Quit JdGordon_ (Ping timeout: 272 seconds) |
| 23:10:16 | AlexP | Riffer: music and audiobooks - but that isn't the point - the point is that most people use their daps during the day than at night I suspect |
| 23:10:24 | AlexP | JdGordon1: Fair enough |
| 23:10:32 | AlexP | *more during the day |
| 23:11:02 | Riffer | is rockbox only for daywalkers? ;-) |
| 23:11:32 | Riffer | I think have this as an option does not hurt anyone. |
| 23:11:34 | domonoky | no, but we should find a way to please both day- and night-walkers :-) |
| 23:11:56 | domonoky | without introducing too much new settings. |
| 23:12:58 | Riffer | hmm... ok, I see - I will have to maintain the patch a long as I live... not making it to the repository |
| 23:12:59 | AlexP | Given that at night you probably want the sleep timer and during the day you don't, having the sleep timer remember its state means changing the setting everytime you use your dap |
| 23:13:41 | JdGordon1 | you drongos :) |
| 23:13:48 | domonoky | if the target has a rtc, we could even enable it only in the evening *hehe* |
| 23:14:01 | JdGordon1 | just have the options "on and pause", "on and poweroff", "off" for the enable and boot optins |
| 23:14:44 | JdGordon1 | Riffer: oh come on :) have a look at the wikipedia patch before you go all melodromatic :) |
| 23:15:12 | Riffer | ok will do it an be back soonish (a week or a day that depends on my time) |
| 23:15:27 | AlexP | JdGordon1: That'd be fine too |
| 23:15:38 | | Quit bmbl (Quit: Bye!) |
| 23:16:00 | Riffer | hmm... now I ask myself wether this client saves the log or not... |
| 23:16:13 | gevaerts | Is there a reason why lcd_clear_viewport() isn't in the plugin api (apart from the usual one)? |
| 23:16:15 | Riffer | do i remember right that it is already on the server tomorrow? |
| 23:16:29 | gevaerts | Riffer: the channel is logged in real time |
| 23:16:36 | Riffer | oops :-) |
| 23:16:39 | Riffer | thank you |
| 23:16:59 | JdGordon1 | gevaerts: rb->screens[i]->clear_viewport() |
| 23:17:24 | Riffer | JdGordon: what exactly do you mean about the wiki? the point in the rockbox wiki about patching? |
| 23:17:26 | gevaerts | ah, ok |
| 23:17:55 | AlexP | Riffer: No, there is a wikipedia viewer patch on flyspray |
| 23:18:04 | JdGordon1 | Riffer: no, the wikipedia patch has been maintained for YEARS and wont be commited |
| 23:18:52 | Riffer | ok .. seems to be a "running gag" to me :-) |
| 23:19:04 | S_a_i_n_t_ | how so? |
| 23:19:08 | gevaerts | there are unfortunately good reasons for not committing it |
| 23:19:34 | Riffer | what exactly does the patch do? maybe a link for me? |
| 23:19:58 | linuxstb | JdGordon1: Why will it never be committed? |
| 23:20:03 | | Join sudoman_ [0] (~d8ecfceb@gateway/web/freenode/x-kwvxluytplpdyfzc) |
| 23:20:39 | JdGordon1 | I dunno, noone feels the need to? I've never looked at the patch so my never might be wrong :p |
| 23:21:02 | gevaerts | If the existing issues are resolved, it will go in |
| 23:21:24 | | Quit sudoman (Ping timeout: 252 seconds) |
| 23:21:43 | Riffer | another question: which editors are you guys (and girls?) using at linux for the rockbox development? |
| 23:21:47 | | Join jgarvey [0] (~jgarvey@cpe-174-097-248-232.nc.res.rr.com) |
| 23:21:51 | S_a_i_n_t_ | who manages the .dict plugin? Is the author still around? |
| 23:22:12 | AlexP | Riffer: Whatever your favourite text editor is |
| 23:22:21 | linuxstb | gevaerts: The main issue (when I last reviewed it) seemed to be some anonymous contributions. mcuelenaere seems to be working on cleaning it up though. |
| 23:22:36 | gevaerts | linuxstb: yes, that's the main one. The rest is easy |
| 23:22:54 | Riffer | at the current I use geany - its nice, I am a little fool and love namecompletion and hovering parameter lists ... |
| 23:23:15 | AlexP | Riffer: This is off-topic however - see #rockbox-community for that sort of thing :) |
| 23:23:28 | Riffer | oh, sorry - thanks |
| 23:23:52 | Riffer | I wish a good night to you all - see you in a while.... |
| 23:25:00 | JdGordon1 | gevaerts: are you sure the viewport needs to be set in the pebble? |
| 23:25:04 | | Quit Riffer (Quit: Ex-Chat) |
| 23:25:36 | gevaerts | JdGordon1: if I don't, the pebble sometimes draws at an offset |
| 23:25:54 | gevaerts | feel free to fix that :) |
| 23:26:19 | JdGordon1 | are there other viewports in the wps? is the offset actually one of those? |
| 23:27:20 | gevaerts | no. In my tests I use a smallish viewport that's at 20 pixels from the top and left sides. Sometimes it draws in the corner (i.e. at offset 0,0 instead of 20,20) |
| 23:28:07 | sudoman_ | S_a_i_n_t_: have you seen FS #6697 ? |
| 23:29:25 | S_a_i_n_t_ | errr...no, but I'm about to ;) |
| 23:29:36 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:30:11 | JdGordon1 | gevaerts: is there anything special in your wps? conditional viewports or images? |
| 23:30:41 | gevaerts | JdGordon1: the wps I quote in the task is the entire wps |
| 23:30:42 | JdGordon1 | I see the playlist viweer also sets the viewport so you could just leave it and just make it known that you cant have other things in the viewport *(which probably makes sense anyway) |
| 23:31:42 | JdGordon1 | in which case, you should probably set the viewport before calling pebble_draw() so you dont need to do it in each pebbble |
| 23:32:01 | JdGordon1 | which you did :) |
| 23:32:44 | gevaerts | :) |
| 23:33:05 | S_a_i_n_t_ | sudoman: it doesn't use dict.desc/dict.index though does it....? |
| 23:33:19 | * | S_a_i_n_t_ prefers the Wordnet dict files |
| 23:34:02 | sudoman_ | Saint: not sure. |
| 23:34:46 | sudoman_ | also there seems to be two wiki pages for the dict plugin: http://www.rockbox.org/wiki/PluginDict and http://www.rockbox.org/wiki/RockboxDictionary |
| 23:37:16 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 23:37:17 | S_a_i_n_t_ | Hmmmm...I'm willing to bet that FS #6697 doesn't compile anymore (not cleanly at least)...it was last sync'd in Oct '09 |
| 23:37:28 | | Quit Farthen (Ping timeout: 246 seconds) |
| 23:37:31 | | Quit dfkt_ (Client Quit) |
| 23:39:48 | * | Buschel removed all tabs from plugins path locally... quite some work :/ |
| 23:40:41 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:41:13 | | Quit dfkt (Ping timeout: 272 seconds) |
| 23:42:34 | linuxstb | Buschel: Is there really a need to do this cleanup? It breaks "svn blame"... |
| 23:45:09 | * | linuxstb misses that Buschel did the same in firmware earlier tonight... |
| 23:45:55 | | Quit jgarvey (Quit: Leaving) |
| 23:50:05 | Buschel | that were few changes compared to the plugins path. |
| 23:50:23 | Buschel | somehow I am fed up with this now... |
| 23:51:14 | linuxstb | Is it even necessary? i.e. is the badness (misleading svn history, maybe breaking patches) worth it? |
| 23:51:30 | JdGordon1 | I thought we wanted to keep tabs in imported code? |
| 23:52:07 | Buschel | do we? if so, I could have saved some hours this night... |
| 23:52:09 | * | linuxstb recalls having a conversation before about mass-fixing tabs, and it was decided to leave them |
| 23:52:45 | Buschel | well, at least I could save a patch for my local changes before undoing them |
| 23:53:39 | | Quit karashata (Quit: The fluffy dragon has left completely!) |
| 23:54:04 | | Quit sudoman_ (Quit: Page closed) |
| 23:55:10 | saratoga | i think the codec changes are worthwhile |
| 23:55:23 | JdGordon1 | is a unionFS type thing big enough for GSoC? |
| 23:55:26 | saratoga | since libmad hasn't been updated in 6 years and has been half rewriten now |
| 23:55:38 | saratoga | JdGordon1: whats the idea? |
| 23:55:54 | JdGordon1 | merging the 2 filesystems together somehow |
| 23:55:59 | JdGordon1 | internal and sd storage |
| 23:56:16 | saratoga | you need a new file system for that? |
| 23:56:48 | JdGordon1 | no, but the idea obviously rips off unionfs so its easier to refer to it like than |
| 23:56:52 | JdGordon1 | that* |
| 23:57:21 | gevaerts | JdGordon1: that's a *hard* project to do right |
| 23:57:29 | pamaury | why ? |
| 23:57:52 | gevaerts | the code might be easy, but you have to get the semantics just right |
| 23:58:11 | saratoga | I thought the original idea of just merging the the two volume's FAT tables was enough |
| 23:58:13 | pamaury | yes and nobody will agree about it probably ;) |
| 23:58:41 | pamaury | saratoga: I think you have to do this at the file level and not the fs level |
| 23:58:54 | JdGordon1 | isnt merging the FAT's going to be very error prone? |
icon identifies that the person is a core developer (has commit access).