| 00:00:54 | saratoga | theres basically no difference between the new and old fuze v2 aside from needing a newer firmware patcher and some minor changes inside rockbox |
| 00:02:41 | | Join Dreamxtreme [0] (Dreamxtrem@92.30.25.36) |
| 00:04:11 | bertrik | I'm not completely sure if it's a change in the SoC or just a slightly different hardware layout |
| 00:04:31 | | Quit ender` (Quit: Outside of a dog, a book is a man's best friend. Inside of a dog it's too dark to read. -- Groucho Marx) |
| 00:07:12 | Drise | so if I were to get a new fuze v2, would I be able to rb it? |
| 00:07:37 | saratoga | yes |
| 00:07:49 | | Quit Dreamxtreme (Quit: Never look down on someone unless you're helping them up.) |
| 00:08:14 | gevaerts | Drise: what exactly do you mean by "a new fuze v2"? |
| 00:08:33 | | Quit Jerom (Quit: Leaving.) |
| 00:08:38 | Drise | buy one off the shelf at say best buy |
| 00:08:59 | | Part Zagor |
| 00:09:05 | gevaerts | OK, as long as you don't mean this new fuze plus, you're fine |
| 00:10:17 | Drise | ... new fuze +? |
| 00:10:56 | | Quit jgarvey_ (Quit: Leaving) |
| 00:13:02 | | Quit Drise (Quit: Leaving) |
| 00:15:16 | alexbobP | I have a fuze v2 |
| 00:15:26 | alexbobP | I rockboxed it |
| 00:15:29 | alexbobP | but I guess drise is gone |
| 00:19:22 | | Quit bertrik (Ping timeout: 245 seconds) |
| 00:20:44 | | Join Dreamxtreme [0] (~Dreamxtre@92.30.25.36) |
| 00:23:50 | | Quit _s1gma (Quit: irl ragequit) |
| 00:32:04 | | Join Dreamxtreme_ [0] (~Dreamxtre@92.27.234.219) |
| 00:32:16 | | Quit Dreamxtreme (Ping timeout: 252 seconds) |
| 00:33:01 | | Nick Dreamxtreme_ is now known as Dreamxtreme (~Dreamxtre@92.27.234.219) |
| 00:34:29 | | Join evilnick [0] (~Evilnick@rockbox/staff/evilnick) |
| 00:41:53 | | Join krabador [0] (~krabador@host238-18-dynamic.251-95-r.retail.telecomitalia.it) |
| 00:43:56 | | Quit mc2739 (Ping timeout: 252 seconds) |
| 00:46:34 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 00:48:33 | | Join Sajber^ [0] (~Sajber^@c-2c3271d5.012-155-73746f22.cust.bredbandsbolaget.se) |
| 00:50:28 | | Quit simonrvn (Read error: Operation timed out) |
| 00:57:15 | | Quit vaguerant (Ping timeout: 252 seconds) |
| 00:57:23 | | Quit bluebrother (Read error: Connection reset by peer) |
| 00:57:49 | | Join bluebrother [0] (~dom@f053153215.adsl.alicedsl.de) |
| 00:57:49 | | Quit bluebrother (Changing host) |
| 00:57:49 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 00:59:03 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:00:50 | | Join simonrvn [0] (simon@209.191-ppp.3menatwork.com) |
| 01:01:55 | | Quit kaiscene () |
| 01:03:45 | | Quit evilnick (Quit: TTFN) |
| 01:10:45 | | Quit bmbl (Quit: Bye!) |
| 01:13:07 | | Quit Sajber^ (Quit: Leaving.) |
| 01:16:02 | | Part toffe82 |
| 01:28:51 | | Quit simonrvn (Ping timeout: 265 seconds) |
| 01:34:58 | | Quit kugel (Remote host closed the connection) |
| 01:38:05 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 01:38:47 | | Join simonrvn [0] (simon@209.191-ppp.3menatwork.com) |
| 01:40:00 | | Join parafin [0] (parafin@paraf.in) |
| 01:47:48 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 01:57:36 | | Join PianoMan [0] (~ryan@adsl-99-41-79-10.dsl.pltn13.sbcglobal.net) |
| 01:58:18 | | Quit PianoMan (Client Quit) |
| 02:00 |
| 02:08:04 | | Quit kkurbjun (Changing host) |
| 02:08:04 | | Join kkurbjun [0] (~kkurbjun@rockbox/developer/kkurbjun) |
| 02:08:11 | | Part kkurbjun |
| 02:09:00 | | Join steve|m1 [0] (~steve@p4FD46677.dip.t-dialin.net) |
| 02:09:11 | | Quit steve|m (Disconnected by services) |
| 02:11:03 | | Quit steve|m1 (Client Quit) |
| 02:11:09 | | Join steve|m [0] (~steve@p4FD46677.dip.t-dialin.net) |
| 02:16:42 | | Quit mc2739 (Ping timeout: 265 seconds) |
| 02:18:36 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 02:29:05 | | Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 02:31:10 | | Join Rob2222 [0] (~Miranda@p4FDCB04E.dip.t-dialin.net) |
| 02:32:10 | | Quit Rob2223 (Ping timeout: 252 seconds) |
| 02:58:30 | | Quit mc2739 (Ping timeout: 272 seconds) |
| 02:59:04 | *** | Saving seen data "./dancer.seen" |
| 02:59:48 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 03:00 |
| 03:15:55 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 03:17:51 | | Quit krabador (Ping timeout: 240 seconds) |
| 03:23:51 | funman | kugel: your pcm diff has unrelated change (int16_t -> register int), also did you test it? some parts look like a revert of r26444 |
| 03:25:21 | funman | (the rec_dma_callback() changes) |
| 03:26:40 | funman | the rest looks ok |
| 03:32:08 | funman | kugel: i think the rec_dma_callback() change is wrong, if the callback happens while recording is locked (by pcm_rec_lock), you're going to make run 2 times the same code |
| 03:36:10 | funman | kugel: http://pastie.org/1147246 |
| 03:36:45 | funman | and btw nice work for renaming the functions, after leaving i was think the same thing (but only had come to 'throw_dcache' to replace 'dump_dcache') |
| 03:40:11 | funman | I'll remove the mention of the "can't power off" bug for AMSv2 since disabling reboot on USB seems to have fixed it |
| 03:41:03 | | Join edboyer93 [0] (eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) |
| 03:41:14 | | Quit froggyman (Remote host closed the connection) |
| 03:43:39 | | Quit dfkt_ (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 03:47:08 | | Quit MethoS- (Read error: Connection reset by peer) |
| 03:55:03 | | Quit leavittx (Ping timeout: 258 seconds) |
| 03:59:31 | funman | SansaAMS: i removed specific m200v4 install instructions since they are the same than other models (we have a bootloader on the server), but i still can't find a link to download the OF on sansa forums. |
| 04:00 |
| 04:03:42 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 04:05:25 | saratoga | funman: theres a mirror here: http://daniel.haxx.se/sansa/v2/m200/m200p.bin |
| 04:06:33 | shuffle2 | are there guidelines to where a file should be placed (if it should be an app/plugin/etc). and more importantly, how does one get rockbox to call your code? o_O |
| 04:06:49 | shuffle2 | while making it look pretty, of course :) |
| 04:07:45 | saratoga | you don't really get to decide where to place code if thats what you're asking |
| 04:08:05 | saratoga | if its a plugin, it'll be compiled in with the other plugins, or codec with the codecs, etc |
| 04:08:21 | saratoga | the build system handles putting it in the right place |
| 04:08:25 | funman | saratoga: i just kept the link to daniel page that we had; i was wondering if we could put that in the manual/rbutil but this won't happen until someone fixes the m200v4 bugs anyway |
| 04:12:00 | shuffle2 | saratoga you mean SOURCES file? I'm not used to this build system |
| 04:12:46 | | Quit amiconn (Disconnected by services) |
| 04:12:48 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:12:48 | saratoga | shuffle2: yes, for the most part adding it to the SOURCES file is enough, although some more complicated things need makefiles as well |
| 04:13:08 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:13:26 | saratoga | if you just want to test things, modifying one of the simple plugins to run your code is a good way to start |
| 04:14:00 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:14:02 | | Quit pixelma (Disconnected by services) |
| 04:14:58 | | Quit TheSeven (Ping timeout: 276 seconds) |
| 04:20:15 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:33:31 | | Quit Barahir_ (Ping timeout: 255 seconds) |
| 04:34:19 | | Quit simonrvn (Ping timeout: 240 seconds) |
| 04:34:59 | shuffle2 | so to test on hardware you only need to replace your .rock, and what about the newly generated rockbox bin/elf/ipod? |
| 04:35:14 | | Join Barahir [0] (~jonathan@frnk-590f5e69.pool.mediaWays.net) |
| 04:36:22 | shuffle2 | eh, i guess the bin/elf are just intermediate files |
| 04:37:18 | shuffle2 | ..and the .ipod is just the .bin with a different header :) |
| 04:37:24 | | Join krazykit [0] (~kkit@71.23.179.84) |
| 04:39:08 | funman | .elf is ld output, .bin is objcopy output, and .ipod/.mi4/.whatever, changes for every target (for some it's just a checksum to be verified by bootloader) |
| 04:40:09 | shuffle2 | does the buildsystem already support copying the new rocks/firmwares directly to the device after link time? |
| 04:40:26 | shuffle2 | firmware* i guess |
| 04:41:13 | funman | make PREFIX=/path/to/player install # will install everything and bininstall will only copy the firmware |
| 04:41:36 | shuffle2 | thanks :) |
| 04:42:50 | | Quit BlakeJohnson86 (Remote host closed the connection) |
| 04:43:33 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 04:43:35 | funman | it could be documented somewhere but im not sure where/how |
| 04:48:46 | | Join simonrvn [0] (simon@197.196-ppp.3menatwork.com) |
| 04:50:19 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 04:51:42 | funman | ranma: ping |
| 04:59:07 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:15:13 | shuffle2 | are there common utility functions for ex., usleep()? |
| 05:16:56 | shuffle2 | ah... rb->sleep() :p |
| 05:17:35 | funman | check plugin.h |
| 05:19:57 | | Quit CaptainKwel (Quit: Ex-Chat) |
| 05:27:20 | [Saint] | dissassembling the other plugins will give you valid examples of pretty much anything you might want to do. |
| 05:28:00 | shuffle2 | ya i found sleep referenced in another one ;p (but was expecting usleep) |
| 05:33:51 | | Quit ps-auxw (Ping timeout: 258 seconds) |
| 05:39:21 | | Quit Horscht (Quit: Verlassend) |
| 05:45:00 | | Quit krazykit (Ping timeout: 240 seconds) |
| 05:45:08 | | Join ps-auxw [0] (~arneb@p4FF7EFE5.dip.t-dialin.net) |
| 05:48:03 | docgnome | when the scrobble option is on, do tracks get scrobbled when they are started or when they are finished? |
| 05:48:52 | docgnome | ahah. 50% |
| 05:49:49 | | Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 06:00 |
| 06:01:31 | | Quit clone4crw (Ping timeout: 276 seconds) |
| 06:25:25 | * | [Saint] always assumed they were scobbled on commencing playback... |
| 06:25:32 | [Saint] | huh, live & learn. |
| 06:30:00 | funman | [Saint]: it is a requirement of audioscrobbler specifications |
| 06:30:37 | [Saint] | huh, live & learn. ++ ;) |
| 06:55:02 | | Quit fdinel (Read error: Connection reset by peer) |
| 06:56:44 | funman | saratoga: you think we should not build doom at all if MEM <= 8MB ? |
| 06:59:09 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:02:07 | | Quit CaptainKwel (Ping timeout: 272 seconds) |
| 07:05:18 | | Join [J] [0] (~juju2143@unaffiliated/juju2143) |
| 07:05:38 | | Quit BHSPitMonkey (Read error: Connection reset by peer) |
| 07:15:14 | | Quit panni_ (Read error: Connection reset by peer) |
| 07:33:55 | | Quit [Saint] (Quit: Even if you're lying, please tell me everythings going to be fine.) |
| 07:39:12 | | Join [Saint] [0] (S_a_i_n_t@203.184.2.99) |
| 07:40:04 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 07:49:38 | | Quit [Saint] (Ping timeout: 276 seconds) |
| 08:00 |
| 08:04:31 | | Join Gatz85 [0] (~gatz@173.217.236.72) |
| 08:21:33 | | Quit mulenmar (Quit: Leaving) |
| 08:25:00 | | Join [Saint] [0] (S_a_i_n_t@203.184.1.223) |
| 08:25:38 | | Quit funman (Quit: leaving) |
| 08:31:13 | | Quit robin0800 (Remote host closed the connection) |
| 08:31:39 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 08:31:52 | | Quit robin0800 (Remote host closed the connection) |
| 08:32:25 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 08:34:20 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 08:46:21 | | Quit user890104 (Ping timeout: 260 seconds) |
| 08:47:10 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:47:12 | | Quit anewuser () |
| 08:49:58 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 08:59:11 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:15:12 | | Join Rob2223 [0] (~Miranda@p4FDC97D4.dip.t-dialin.net) |
| 09:16:18 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 09:16:54 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 09:19:14 | | Quit Rob2222 (Ping timeout: 264 seconds) |
| 09:26:27 | | Quit bertrik (Quit: :tiuQ) |
| 09:59:02 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
| 09:59:24 | | Join sasquatch [0] (~username@p4FF2D9B7.dip.t-dialin.net) |
| 09:59:53 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 10:00 |
| 10:00:26 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 10:26:48 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 10:32:00 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 10:34:47 | | Quit bmbl (Ping timeout: 258 seconds) |
| 10:36:27 | | Quit Rob2223 (Quit: Rob2223) |
| 10:36:54 | | Join Rob2222 [0] (~Miranda@p4FDC97D4.dip.t-dialin.net) |
| 10:44:50 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 10:45:54 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 10:59:12 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:11:12 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 11:33:40 | | Quit leavittx (Quit: Ухожу я от вас (xchat 2.4.5 или старше)) |
| 11:35:50 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 11:36:36 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 11:59:49 | | Join user890104 [0] (~Venci@212.233.135.74) |
| 12:00 |
| 12:12:37 | | Quit robin0800 (Remote host closed the connection) |
| 12:27:09 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 12:38:34 | | Quit robin0800 (Remote host closed the connection) |
| 12:39:39 | | Quit [Saint] (Ping timeout: 264 seconds) |
| 12:40:55 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.138) |
| 12:49:52 | soap | 50% or a certain amount of time, no? Causes problems upon shutdown midway through a long track and resumption later - can lead to double scrobbs. |
| 12:59:13 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:12:58 | | Join pebsen [0] (~5b5f1f13@giant.haxx.se) |
| 13:19:09 | | Join Sajber^ [0] (~Sajber^@c-f03771d5.012-155-73746f22.cust.bredbandsbolaget.se) |
| 13:27:39 | | Join krazykit [0] (~kkit@24-148-94-173.frg-bsr1.chi-frg.il.cable.rcn.com) |
| 13:31:27 | | Quit pebsen (Quit: CGI:IRC) |
| 13:36:58 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 13:41:20 | | Join Kitr88 [0] (~Kitarist@BSN-182-111-157.dial-up.dsl.siol.net) |
| 13:41:55 | Zagor | do we have synthesizer code anywhere? in a plugin perhaps? I want to write a freqency generator plugin. |
| 13:44:06 | | Quit Kitar|st (Ping timeout: 240 seconds) |
| 13:44:06 | pixelma | maybe the pdbox plugin? Though I never used it (it "stayed targets I don't own" only) |
| 13:44:07 | kugel | I think pcm_buf_beep() can play arbitary frequencies |
| 13:44:48 | pixelma | hmm, I seem to remember preglow speaking of frequency generator plugin ages ago |
| 13:46:21 | | Quit Kitr88 (Ping timeout: 276 seconds) |
| 13:46:34 | pixelma | or something similar |
| 13:46:57 | Zagor | pcmbuf_beep() looks good. I'll try that. |
| 13:50:49 | | Join Kitar|st [0] (Kitarist@89.142.49.186) |
| 14:00 |
| 14:02:01 | | Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) |
| 14:02:53 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-198-163.pools.arcor-ip.net) |
| 14:05:15 | | Quit Unhelpful (Ping timeout: 258 seconds) |
| 14:05:20 | gevaerts | Quick question: if shuffle is turned on, and you select the first file in a directory, what gets played first? The file you selected, or the first file in the playlist after shuffling? |
| 14:06:56 | | Quit krazykit (Ping timeout: 246 seconds) |
| 14:07:38 | Torne | good question |
| 14:08:35 | | Join krazykit [0] (~kkit@24-148-94-173.frg-bsr1.chi-frg.il.cable.rcn.com) |
| 14:08:39 | * | gevaerts doesn't have a DAP with him to quickly test |
| 14:09:23 | Torne | lemme try it |
| 14:09:35 | Torne | i guess it might also depend whether yo uhave the play selected track option on |
| 14:10:10 | Torne | i do quite like the per-whatever config idea, but i'm not sure that half the things people will obviously expect from it are realistic :) |
| 14:10:29 | gevaerts | ah, right. That controls this :) |
| 14:11:16 | Torne | indeed it does |
| 14:11:23 | Torne | with play selected track on it always does, regardless of shuffle |
| 14:11:31 | Torne | without, it starts at track 1 or a random track, depending on shuffle |
| 14:14:29 | gevaerts | I think it can approach what people want, and it will handle things like shuffle and repeat better than in-playlist config files |
| 14:15:56 | Torne | yes; if we were going to do it i'd do it that way |
| 14:16:25 | gevaerts | It could be done as a TSR plugin, if we add three functions to the plugin api :) |
| 14:16:34 | Torne | there's just gonna be some weird shit with some settings |
| 14:16:53 | * | Torne ponders what might happen i fyou change folder advance or similar ;) |
| 14:17:32 | gevaerts | That's actually useful. You can make sure that the album named "last" plays last that way :) |
| 14:18:20 | Torne | haha |
| 14:18:33 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 14:18:35 | Torne | wel, i guess that one is ok because folder advance doesn't kick in until the plakylist is exhausted |
| 14:18:42 | Torne | so it doesn't matter when you cange it |
| 14:19:07 | Torne | toggling repeat on/off might cause it to buffer useless data or not buffer something it should've done |
| 14:19:10 | gevaerts | In general I think the rule is not to have different playback ordering settings within one playlist |
| 14:19:22 | Torne | toggling shuffle will be interesting to see |
| 14:19:31 | Torne | but i think that one is kinda important to people.. |
| 14:19:37 | Torne | so we should make sure it works reasonably |
| 14:20:35 | Torne | i still think it'd be nice ot buffer the config files |
| 14:20:44 | Torne | but that could be done later without changing the user experience |
| 14:20:51 | Torne | as an optimistaion |
| 14:20:58 | | Join evilnick [0] (~Evilnick@rockbox/staff/evilnick) |
| 14:22:39 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 14:23:45 | gevaerts | Yes, especially for things like audio settings |
| 14:24:21 | Torne | general audio settings, bookmarking, and shuffle are the most likely ones, i'd think |
| 14:24:42 | | Quit krazykit (Quit: awe yeeeeeee) |
| 14:25:21 | | Join Strife89DS [0] (~nds@207.144.201.128) |
| 14:26:19 | gevaerts | For shuffle (and repeat) I'm not sure if it matters much. If you have those halfway a playlist, weird things will happen, and if they're at the start the disk will be spinning anyway. The only gain would be that you might get rid of the slight delay in applying the settings |
| 14:28:39 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 14:39:59 | kugel | seems I have missed some new feature idea? |
| 14:40:09 | Torne | not really new :) |
| 14:40:25 | Torne | people yet again want to have per-directory config files or similar |
| 14:40:29 | Torne | we're pondeirng the implications |
| 14:41:07 | kugel | so that dir X has a shuffle.cfg so songs in it are always shuffled regardless of the global settings? |
| 14:41:30 | Torne | well, shuffle is one of the interesting ones that might cause weird shit to happen |
| 14:41:45 | Torne | setting the equaliser per-directory has no fun consequences |
| 14:41:55 | Torne | but setting shuffle per-directory might :) |
| 14:42:07 | | Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) |
| 14:42:21 | Torne | anything that affects the actual playlist, basically |
| 14:43:52 | gevaerts | kugel: well, "regardless of the global settings" won't be the case I think. The global settings will just change |
| 14:44:37 | kugel | I had that idea too once, but with dedicated files (e.g. shuffe.on) so that it would apply shuffle but not change the global settings |
| 14:45:00 | pixelma | which then ends in a global setting depending on what you listened to last? |
| 14:45:23 | | Quit Rob2222 (Read error: Connection reset by peer) |
| 14:45:56 | | Join Rob2222 [0] (~Miranda@p4FDC97D4.dip.t-dialin.net) |
| 14:45:59 | kugel | anyway, I expect it to open a couple dozen cans of worms :) |
| 14:46:45 | gevaerts | pixelma: yes, which is why one needs to be careful when using it. It's possible to build a set of config files so that there aren't any problems, but... |
| 14:48:06 | pixelma | maybe it could make use of the insert and "insert last shuffled" functions and don't touch the global settings as these do |
| 14:48:53 | gevaerts | That helps for shuffle, yes |
| 14:49:11 | gevaerts | Not for any of the other seven hundred and fifty three settings unfortunately |
| 14:51:09 | pixelma | I find the idea that it would touch the global settings very weird though |
| 14:51:56 | gevaerts | Yes, it's not ideal, but that way it can be done in ten lines of code :) |
| 14:54:28 | Torne | is it really that weird? |
| 14:54:40 | Torne | it's exactly the same as manually running the cfg from the file browser before playing htem :) |
| 14:55:10 | gevaerts | s/before/immediately after/ :) |
| 14:55:24 | Torne | oh, wait, really? |
| 14:55:27 | Torne | that's.. weirder |
| 14:55:49 | gevaerts | Well, the event I'm proposing to use fires immediately after track change |
| 14:55:55 | Torne | right, hm |
| 14:55:58 | Torne | okay that's a bit oder |
| 14:57:15 | | Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 14:58:24 | gevaerts | It causes some of the remaining weirdness, yes |
| 14:59:08 | | Quit xavieran (Remote host closed the connection) |
| 14:59:14 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:00:48 | | Quit simonrvn (Ping timeout: 265 seconds) |
| 15:01:13 | | Join Jaykay [0] (~chatzilla@p5DC5706C.dip.t-dialin.net) |
| 15:01:26 | gevaerts | It might work with PLAYBACK_EVENT_TRACK_FINISH too, but you don't have the next track info there I think (altough it should be possible to retrieve that) |
| 15:01:41 | gevaerts | That might be better |
| 15:02:03 | | Join simonrvn [0] (simon@197.196-ppp.3menatwork.com) |
| 15:02:39 | | Quit antil33t (Read error: Connection reset by peer) |
| 15:02:46 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 15:08:00 | | Join xavieran [0] (~xavieran@ppp118-209-21-172.lns20.mel4.internode.on.net) |
| 15:15:48 | | Join krazykit [0] (~kkit@24-148-89-52.frg-bsr1.chi-frg.il.cable.rcn.com) |
| 15:16:39 | | Quit dfkt (Read error: Connection reset by peer) |
| 15:20:07 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 15:20:55 | | Join [Mick] [0] (~trebs@202-161-4-59.dyn.iinet.net.au) |
| 15:21:19 | | Quit Jaykay (Remote host closed the connection) |
| 15:22:14 | | Part [Mick] |
| 15:25:02 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 15:26:24 | | Quit balintx (Read error: Connection reset by peer) |
| 15:28:26 | | Quit antil33t (Read error: Connection reset by peer) |
| 15:28:32 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 15:32:03 | | Quit hebz0rl (Quit: Ex-Chat) |
| 15:35:47 | | Join balintx [0] (~balintx@fibhost-67-58-201.fibernet.hu) |
| 15:40:46 | | Quit [Saint] (Ping timeout: 260 seconds) |
| 15:41:13 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.211) |
| 15:45:02 | * | kugel has load_code adapted to overlay |
| 15:46:15 | | Join kkurbjun [0] (~kkurbjun@c-24-9-122-9.hsd1.co.comcast.net) |
| 15:46:43 | | Quit CaptainKwel (Ping timeout: 240 seconds) |
| 15:50:34 | | Quit [Saint] (Ping timeout: 260 seconds) |
| 15:51:40 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.14) |
| 16:00 |
| 16:00:46 | | Quit Llorean (Quit: Leaving.) |
| 16:07:39 | | Quit n1s (Quit: Lmnar) |
| 16:07:44 | | Join jlebrech [0] (~Joseph_Le@office.nublue.co.uk) |
| 16:08:03 | jlebrech | anyone know how hackable the new ipod nano's are? |
| 16:11:34 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 16:14:32 | TheSeven | nope |
| 16:14:43 | TheSeven | probably as hackable as the new iphones/itouches |
| 16:15:06 | TheSeven | if you even dare to call that "thing" a nano. IMHO it's an "ipad shuffle". |
| 16:17:47 | kugel | for some reasons codecs don't load properly on my fuzev1 anymore (clipv1, fuzev2 do work) with my changes |
| 16:19:45 | | Quit Zarggg (Quit: Zarggg) |
| 16:25:15 | | Quit [Saint] (Ping timeout: 264 seconds) |
| 16:25:24 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 16:26:12 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.85) |
| 16:29:01 | CIA-81 | New commit by kugel (r28052): codecs_crt0.c needs to call cpucache_invalidate after copying code around. |
| 16:31:27 | CIA-81 | r28052 build result: All green |
| 16:35:49 | CIA-81 | New commit by kugel (r28053): Forgot to rename cpucache_flush/_invalidate for PP502x. |
| 16:37:42 | CIA-81 | r28053 build result: All green |
| 16:39:04 | | Quit Xerion (Quit: ) |
| 16:42:35 | saratoga | funman: disabling doom on low memory targets sounds like an ok idea to me |
| 16:42:39 | saratoga | it doesn't really work anyway |
| 16:43:10 | | Quit wombat23_ (Ping timeout: 276 seconds) |
| 16:44:19 | | Join mazling [0] (largeears@188-222-180-211.zone13.bethere.co.uk) |
| 16:48:59 | | Join Zarggg [0] (~zarggg@70.44.12.90.res-cmts.sm.ptd.net) |
| 16:59:17 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:01:13 | | Part jlebrech |
| 17:07:46 | | Quit esperegu (Remote host closed the connection) |
| 17:10:48 | | Part LinusN |
| 17:13:10 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 17:13:21 | | Part Zagor |
| 17:14:23 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
| 17:14:43 | | Quit _s1gma (Max SendQ exceeded) |
| 17:25:05 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 17:31:31 | | Join wombat23 [0] (~beuteltie@adsl-76-230-21-225.dsl.pltn13.sbcglobal.net) |
| 17:34:05 | * | kugel doesn't understand why his change breaks codecs |
| 17:34:39 | | Join solexx [0] (~jrschulz@e176113039.adsl.alicedsl.de) |
| 17:45:23 | | Nick jfc^3 is now known as jfc (~john@dpc6682208002.direcpc.com) |
| 17:46:05 | kugel | ah I think I understand |
| 17:46:11 | kugel | but I don't know how to solve it |
| 17:46:11 | | Quit petur (Quit: *plop*) |
| 17:46:37 | TheSeven | kugel: why |
| 17:46:46 | kugel | iram stuff is bigger than the bss (iram stuff is in the binary where after unpacking the bss is) |
| 17:47:04 | kugel | plugin_end_addr only points to the end of bss, not to the end of the iram stuff |
| 17:47:15 | | Quit mazling (Quit: locked in silent monologue - in silent scream...) |
| 17:47:39 | kugel | due to my changes not everything is copied (it only copies upto plugin_end_addr) |
| 17:55:08 | TheSeven | why is plugin_end_addr the end of bss? does that make any sense? |
| 17:55:13 | TheSeven | who else relies on that? |
| 17:55:27 | * | kugel goes for the simple solution: copy_size = MAX(filesize(), end_addr-load_addr) |
| 17:56:05 | kugel | TheSeven: zeroing bss uses that, although it wouldn't hurt if it also zeroed the icode/idata stuff behind the bss |
| 18:00 |
| 18:06:47 | | Join s1gma_ [0] (~d.d.derp@77.107.164.131) |
| 18:11:33 | | Join fyrestorm [0] (~nnscript@cpe-68-173-233-99.nyc.res.rr.com) |
| 18:12:59 | | Quit saratoga (Quit: Page closed) |
| 18:13:06 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 18:13:37 | | Join [sko] [0] (~sko]@p57A9A4BC.dip0.t-ipconnect.de) |
| 18:16:51 | | Join Jaykay [0] (~chatzilla@p5DC5706C.dip.t-dialin.net) |
| 18:17:25 | CIA-81 | New commit by kugel (r28054): Extend lc_open() to also being able to load overlay plugins. ... |
| 18:18:24 | CIA-81 | New commit by kugel (r28055): Bump plugin api for new functions. |
| 18:19:19 | CIA-81 | r28054 build result: 50005 errors, 25022 warnings (kugel committed) |
| 18:20:36 | | Join Jaykay__ [0] (~chatzilla@p5DC578D7.dip.t-dialin.net) |
| 18:21:07 | CIA-81 | r28055 build result: 50003 errors, 25022 warnings (kugel committed) |
| 18:21:20 | | Quit Jaykay (Ping timeout: 240 seconds) |
| 18:21:31 | | Nick Jaykay__ is now known as Jaykay (~chatzilla@p5DC578D7.dip.t-dialin.net) |
| 18:22:12 | kugel | wtf, it builds fine locally |
| 18:23:17 | kugel | oh no it doesn't |
| 18:23:51 | TheSeven | build highscore rank 5? |
| 18:24:18 | pamaury | lol |
| 18:24:20 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
| 18:25:32 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 18:26:45 | funman | kugel: about AMS pcm, your patch might work if rec_dma_callback() is split in two and pcm_rec_unlock() only calls the last part |
| 18:27:46 | | Quit s1gma_ (Ping timeout: 276 seconds) |
| 18:28:48 | kugel | gah, :\ |
| 18:29:28 | CIA-81 | New commit by kugel (r28056): Fix sim reds (forgot \ at end of line). |
| 18:30:33 | funman | pamaury: have you seen the malformed packet in wireshark when using clip+ usb? |
| 18:30:58 | kugel | hm, I read "called from pcm_rec_lock()" which is why the comment mighty confused me :\ |
| 18:31:26 | kugel | can pcm_rec_unlock() not call rec_dma_start() directly? |
| 18:31:29 | CIA-81 | r28056 build result: 16 errors, 0 warnings (kugel committed) |
| 18:32:51 | funman | well it needs the if(!rec_dma_size) first |
| 18:35:04 | funman | just make sure to test *microphone* rec on AMSv1 to run the mono2stereo() code and check if the peakmeter looks ok |
| 18:35:39 | funman | unlike an unnamed developer who broke recording in 3.6 |
| 18:35:55 | kugel | hm, I seems my grep-fu failed when renaming the cache stuff |
| 18:36:24 | kugel | funman: the microphone was mono when recording, but that also happens with svn |
| 18:36:35 | kugel | (no sound on the right earphone) |
| 18:36:52 | kugel | the peakmeter looked fine though |
| 18:37:43 | funman | peakmeter should be stereo though (channels identical) |
| 18:38:00 | funman | passthrough (microphone -> headphones) can't be changed afaik |
| 18:38:39 | kugel | yes, the peakmeter showed both bars equally |
| 18:38:58 | kugel | the mono2stereo mess is only for the peakmeter? |
| 18:39:16 | funman | no it's for the whole recording |
| 18:39:33 | kugel | ah you mean the file is "stereo" but not what you hear during recording. |
| 18:40:06 | funman | yeah we fake stereo like on c200v1/e200v1 because rockbox doesn't want mono |
| 18:41:05 | CIA-81 | New commit by kugel (r28057): Also rename cpucache_invalidate() function for mips. There's more in the target tree of mips which I have overlooked yesterday. |
| 18:41:33 | kugel | hm, mips is weird |
| 18:41:46 | kugel | it has dcache but doesn't invalidate it when calling cpucache_invalidate |
| 18:42:19 | TheSeven | IIUC cpucache_invalidate is only used to commit the dcache and invalidate the icache |
| 18:42:57 | CIA-81 | r28057 build result: 4 errors, 0 warnings (kugel committed) |
| 18:44:27 | kugel | TheSeven: arm does commit&discard for dcache and discard for icache, that's why it's now called cpucache_commit_discard |
| 18:44:41 | kugel | but mips only discards icache, it does nothing with the dcache |
| 18:44:50 | TheSeven | yes, but that was unneccessary for the purpose it is used for (loading code) |
| 18:45:01 | kugel | the places where cpucache_invalidate is called it also needs at least to commit the dcache |
| 18:45:03 | TheSeven | does mips even have a write-back dcache? |
| 18:45:09 | kugel | apparently |
| 18:45:24 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
| 18:45:26 | TheSeven | if it's write-through, you won't need to care about it |
| 18:45:30 | kugel | it's not only used for loading code |
| 18:45:32 | Torne | right, so MIPS has been using it for completely different *semantics* up to now |
| 18:45:36 | kugel | also for dual-core synchronisation |
| 18:45:37 | Torne | i would guess |
| 18:45:41 | Torne | not just inconsistent names :) |
| 18:45:54 | Torne | which is just further evidence that this stuff needs to be redone :) |
| 18:48:36 | kugel | according to the name cpucache_commit_discard() it should also discard the dcache (after commit), shouldn't it (even if it's not necessary for every single purpose)? |
| 18:49:20 | Torne | well yes, the function called that should do that |
| 18:49:23 | kugel | I'm shocked mips has dcache_writeback_all but doesn't have cpucache_flush() |
| 18:49:38 | kugel | (or cpucache_commit() now) |
| 18:49:46 | Torne | my point is that presumably the mips things which *call* it don't actually care |
| 18:49:51 | Torne | and they just want the icache flushing |
| 18:49:55 | Torne | so they should really just call something else |
| 18:50:13 | Torne | which, again, leads me to the suggestion that we should have functions named after their *purpose*, not what they actually do |
| 18:50:25 | Torne | because that makes it way easier to decide what should call what |
| 18:51:06 | funman | cpucache*() shouldn't need to write back dcache |
| 18:51:06 | Torne | if you just change it so that cpucache_commit_discard does everything, then all the places in mips targets which were happy with just an icache flush before will get slower |
| 18:51:54 | kugel | funman: it does, or code that's only in caches (not yet in ram) will not be seen when new icache is fetched |
| 18:52:17 | funman | ah i supposed the icache could know dcache status |
| 18:52:32 | pamaury | funman: I saw them with the analyzer and there are very strange things going on |
| 18:52:50 | funman | pamaury: is it always the same packet too? |
| 18:52:58 | kugel | Torne: it might also be that it only works now out of pure luck, but it should be done right |
| 18:53:08 | kugel | it's not like the cache functions are called often |
| 18:53:14 | Torne | well that too |
| 18:53:29 | Torne | So yeah, my point is that we really should have pre/post dma, post-code-load, etc as the interface |
| 18:53:36 | Torne | so that it's obvious which one should get called from a given place |
| 18:53:46 | Torne | and then the impementatoins just fill in whatever the right combination of stuff is on that target |
| 18:53:52 | pamaury | when it fails, I see an unusual amount of crc errors, than is the controllers send sthe wrong data witht he crc of the good data so it fails, then the controller resend the data but sometimes not. Usually it's the same data except a few bytes. And sometimes, the controller just don't send any data even though the driver ask to ! |
| 18:54:05 | pamaury | *s/than/that |
| 18:54:13 | kugel | Torne: before r28052 codec loading also only worked by luck |
| 18:54:50 | funman | pamaury: please have a look in wireshark also, it could give a clue |
| 18:55:13 | Torne | kugel: i will try and have a look at stuff this weekend if i get a chance |
| 18:55:13 | pamaury | not really, it doesn't explain why the controller doesn't send the data where requested |
| 18:55:18 | funman | i have not seen the controller not sending data though |
| 18:55:19 | Torne | see if i can suggest a better way? |
| 18:55:41 | funman | pamaury: did you see rockbox freezes too? keeps displaying the USB logo when disconnected |
| 18:55:55 | pamaury | also there is a bug: sometimes the controller sends say 4096 bytes, that's 8 packets but linux complains after the first one and reset. But the code doesn't cancel the transfer -> so it keep sending the 7 other packets -> weong data |
| 18:56:13 | pamaury | I froze once I think, I wasn't able to reproduced it |
| 18:56:39 | funman | we should set DEPCTL_dis* in reset_endpoints()? |
| 18:57:18 | pamaury | only is epena is set |
| 18:57:18 | funman | DEPCTL_epdis |
| 18:57:36 | kugel | Torne: I understood your point, and I'm for it, but I currently want to unify what we have; implementing a new api is your part :P |
| 18:57:43 | pamaury | and you should probably unset it after just to make sure it does no stay set, otherwise it will probably fail |
| 18:58:11 | pamaury | (and in a ideal world, you should handle the cancel transfer interrupt but we won't do this) |
| 18:59:21 | *** | Saving seen data "./dancer.seen" |
| 18:59:30 | pamaury | hum, the best way is to change this (it will not solve everything, I checked): |
| 18:59:30 | funman | i tried to look at OF code but it's complicated (C++ tables + malloc) |
| 18:59:50 | TheSeven | kugel: did you notice the remaining red? |
| 18:59:58 | kugel | yes |
| 19:00 |
| 19:00:10 | pamaury | (in reset_endpoints): change DOEPCTL(ep) = DEPCTL_snak; in DOEPCTL(ep) = DEPCTL_epdis | DEPCTL_snak; |
| 19:00:24 | pamaury | (in reset_endpoints): remove the else, so that DOEPCTL(ep) = 0; always happen |
| 19:00:52 | CIA-81 | New commit by kugel (r28058): Fix beast, forgot the asm label when renaming. |
| 19:01:36 | funman | pamaury: perhaps we should plug the clip+ in a virtual machine where we control host code and compare the behaviour of rockbox and OF ? |
| 19:01:41 | pamaury | also, cancel_transfers does not really cancel them, it should do it by setting epdis if epena is set and then should unset it using the mask than already clear subactep |
| 19:01:42 | | Quit Kitar|st () |
| 19:01:42 | | Join Jerom [0] (~jerome@95.171.148.36) |
| 19:01:53 | pamaury | what would it bring ? |
| 19:02:04 | pamaury | I think the problem is a driver one |
| 19:02:10 | pamaury | not a usbstack one |
| 19:02:35 | pamaury | I saw several times that the controller sends more data than requested (e.g 18 bytes instead of 14) ! |
| 19:02:51 | funman | if we can compare what rockbox driver does and what OF driver does it could help |
| 19:03:12 | funman | was there more data at the end of buffer or start? |
| 19:03:16 | CIA-81 | r28058 build result: All green |
| 19:03:26 | funman | or the data sent was completely unrelated / corrupted? |
| 19:03:29 | pamaury | my guess is that reverse engineering the of code will be extremely hard, a usb driver is something complicated |
| 19:03:55 | pamaury | I can't remember, but then the crc failed of course, I think the data was wrong anyway |
| 19:04:17 | funman | i don't know what else we can do |
| 19:04:38 | pamaury | also, the usbreset interrupt should cancel transfers, or do a soft reset like nano2g perhaps, so that the reset is a real reset |
| 19:04:49 | funman | we have no docs, and the usb-s3c6400x.c fails equally on AMSv2 while it works fine on nano2g |
| 19:04:59 | pamaury | I know |
| 19:05:07 | | Join user890104_ [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) |
| 19:05:08 | funman | linux driver is a mess of bugs / wrong comments / hacks / whatever |
| 19:05:15 | pamaury | clearly |
| 19:05:16 | kugel | hrm, mips doesn't seem to have 'commit by index' |
| 19:05:44 | pamaury | my biggest problem is this problel when the controller doesn't send any data when asked |
| 19:05:50 | TheSeven | funman: we do have *some* docs at least. |
| 19:06:01 | funman | pamaury: did you see my code in FS #11607 ? |
| 19:06:14 | funman | for usb reset |
| 19:06:16 | | Join japc [0] (~japc@194.65.5.235) |
| 19:06:19 | kugel | ah mips cache confuses me |
| 19:06:22 | pamaury | the cgu_usb thing ? |
| 19:07:15 | pamaury | yes it might help. A real, hardware reset minimizes the chances of forgetting to reset a state or something. I don't know if it's okay for a timing pov |
| 19:07:24 | pamaury | *from |
| 19:07:29 | kugel | apparently __dcache_writeback_all() does commit and discard |
| 19:08:18 | | Quit user890104 (Ping timeout: 246 seconds) |
| 19:08:25 | funman | pamaury: is that right: we have some transfers going on during an USB reset, while we should cancel everything instead? |
| 19:08:35 | funman | TheSeven: you mean the linux source code or something else? |
| 19:08:46 | TheSeven | the s3c6400 datasheet |
| 19:09:59 | pamaury | funman: more or less, after the reset, the unsent data takes is sent instead of the data you request (probably a fifo thing), so it keeps sending lots of bad data (bad = not related) |
| 19:10:06 | pamaury | *-takes |
| 19:11:01 | | Join user890104 [0] (~Venci@212.233.135.74) |
| 19:11:10 | pamaury | I'll commit something tonight to fix this, but it will not solve all problems |
| 19:11:15 | funman | linux only flush some kind of FIFO |
| 19:14:52 | pamaury | yes, but it probably cancel tranfers in some way no ? Or flush TX fifo |
| 19:15:04 | | Quit user890104_ (Ping timeout: 272 seconds) |
| 19:15:26 | funman | i dont get what are the different fifos |
| 19:16:37 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
| 19:16:46 | | Join Xerion [0] (~xerion@84.25.7.202) |
| 19:16:54 | pamaury | ok, so it 1) set nak on all EPs so the transfers are cancelled 2) flush the npTX fifos so the unsent data is probably trashed (we only use one but anyway) 3) flush the learning queue -> no idea of what is this |
| 19:17:14 | pamaury | but we already do all this no ? |
| 19:17:48 | funman | don't forget that the fact that this half-baked linux driver does it is not necessarily a good thing |
| 19:18:17 | pamaury | yes, that's why I suggest a hard reset :) |
| 19:21:46 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 19:23:20 | | Join Kitar|st [0] (Kitarist@BSN-182-52-163.dial-up.dsl.siol.net) |
| 19:25:38 | funman | i see linux-2.6.36-rc3-next-20100909 has a drivers/usb/gadget/s3c-hsotg.c with register names dangerously similars |
| 19:26:00 | pamaury | yes but it doesn't handle dma |
| 19:26:07 | pamaury | (last I checked) |
| 19:26:11 | funman | right |
| 19:26:13 | pamaury | (last time I checked) |
| 19:26:44 | funman | USBreset -> "the docs suggest resetting all the fifos so we use the init_fifo code" |
| 19:26:53 | pamaury | so I'm not sure it's a good reference. Actually, the code is nice, for sure |
| 19:27:26 | funman | given function has commented code "some release does that", perhaps undocumented changes written by HW maker |
| 19:28:05 | funman | hm if they don't use DMA they fully control the FIFOs |
| 19:28:22 | pamaury | yes, there is dma mode and slave mode |
| 19:28:43 | pamaury | I *think* the code theorically support dma but is untested for some reason explained somewhere |
| 19:29:01 | pamaury | can I see the code only ? My local version is older than the one you hint |
| 19:29:05 | pamaury | *online |
| 19:30:43 | funman | http://www.spinics.net/lists/linux-usb/msg33359.html < some 2 months old patches |
| 19:31:47 | funman | that particular one is already applied in linux-next though |
| 19:32:28 | * | pamaury have a look at linux git |
| 19:32:32 | pamaury | *has |
| 19:37:52 | | Quit amiconn (Disconnected by services) |
| 19:37:54 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 19:38:03 | * | pamaury wants the real document for this fucking hw ! |
| 19:38:08 | | Quit Strife89DS (Read error: Connection reset by peer) |
| 19:38:12 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 19:38:15 | | Join Strife89DS [0] (~nds@207.144.201.128) |
| 19:38:53 | funman | try asking Ben Dooks |
| 19:39:25 | funman | he might be willing to share or even know some public-but-hidden doc |
| 19:40:03 | pamaury | yes, I'll try |
| 19:40:11 | | Quit Xerion (Ping timeout: 265 seconds) |
| 19:41:31 | | Quit kugel (Remote host closed the connection) |
| 19:41:33 | funman | pamaury: http://pastie.org/1148529 |
| 19:42:00 | funman | strange enough, i can't seem to make USB fail on the laptop so can't really check if it helps |
| 19:42:25 | | Join sinthete1 [0] (~sinthetek@cpe-174-111-239-037.triad.res.rr.com) |
| 19:42:35 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 19:43:24 | pamaury | strange, we already set GINTSTS at the end of the interrupt |
| 19:44:18 | pamaury | why did you add this ? |
| 19:44:37 | funman | doing random stuff is more likely to fix things than doing nothing |
| 19:46:24 | pamaury | yes but on this particular point, this seems useless :) |
| 19:47:23 | | Quit MethoS- (Remote host closed the connection) |
| 19:47:58 | | Quit sinthetek (Ping timeout: 255 seconds) |
| 19:49:09 | funman | just looking what linux does |
| 19:49:26 | funman | does the order of interrupts handling matters? |
| 19:50:43 | | Quit evilnick (Read error: Connection reset by peer) |
| 19:50:49 | | Quit guymann (Ping timeout: 240 seconds) |
| 19:51:10 | pamaury | I don't think so, at the end you just need to clear everything in GINSTS |
| 19:51:23 | pamaury | and you hardly get usbreset with something else I guess |
| 19:51:55 | pamaury | I just sent a mail to Ben Dooks, we'll see what is the answer |
| 19:52:59 | | Join guymann [0] (~charlie@69.182.31.110) |
| 19:53:13 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 19:54:46 | | Quit Horscht (Quit: Verlassend) |
| 19:56:26 | funman | pamaury: the comment above using_dma() suggests they already implemented DMA |
| 19:57:42 | | Quit Strife89DS (Quit: ClIRC - IRC client for Nintendo DS) |
| 19:57:44 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 19:58:00 | pamaury | yes but it's disable |
| 19:58:07 | pamaury | so the status is quite unknow |
| 19:58:18 | pamaury | I asked him if it's tested, just to know |
| 19:58:32 | funman | did you read kill_all_requests() ? |
| 19:58:48 | funman | ah it only kill EP0 requests |
| 19:59:23 | funman | the wrong CRC were on different EPs, not only EP0, right? |
| 19:59:32 | pamaury | yes |
| 20:00 |
| 20:00:35 | pamaury | The wrong crc is not too problematic in the sense that the controller normally resend the data afterwards but there were like 10 crc failures in a one second which is way higher than the expected average for the norm |
| 20:01:08 | funman | perhaps we need to do something with CCU_USB register |
| 20:01:54 | pamaury | we can try |
| 20:02:29 | pamaury | but it will not explain why the host sometimes reset the device. It probably does it for a good reason and it probbaly has nothing to do with the reset but we never know |
| 20:02:34 | funman | ranma has a jtagged clip+ but with broken storage |
| 20:03:13 | funman | shouldn't resets happen very frequently? |
| 20:03:57 | pamaury | not really. Once at the beginning, once after the first get descriptor and that's all if everything works smoothly |
| 20:05:12 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 20:05:24 | | Quit Gatz85 (Remote host closed the connection) |
| 20:06:30 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 20:13:00 | pamaury | answer from Ben Dooks: http://pastie.org/1148600 |
| 20:13:31 | | Join Luca_S [0] (~57064cf0@giant.haxx.se) |
| 20:15:52 | | Quit japc (Ping timeout: 276 seconds) |
| 20:17:31 | | Quit dfkt (Read error: Connection reset by peer) |
| 20:17:32 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 20:25:34 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 20:25:38 | [sko] | uhm... is "make apk" broken? i get always the following error: http://pastebin.com/bYQhWuKp |
| 20:33:05 | | Quit funman (Read error: No route to host) |
| 20:55:16 | | Quit antil33t (Read error: Connection reset by peer) |
| 20:55:23 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 20:59:25 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:05:22 | | Nick Dreamxtreme is now known as TheEight (~Dreamxtre@92.27.234.219) |
| 21:05:37 | | Nick TheEight is now known as Dreamxtreme (~Dreamxtre@92.27.234.219) |
| 21:16:04 | | Nick sinthete1 is now known as sinthetek (~sinthetek@cpe-174-111-239-037.triad.res.rr.com) |
| 21:16:39 | | Quit sinthetek (Changing host) |
| 21:16:39 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 21:17:11 | | Quit n1s (Quit: Lmnar) |
| 21:17:25 | | Join sutrannu [0] (a3e70645@gateway/web/freenode/ip.163.231.6.69) |
| 21:19:48 | | Join Xerion [0] (~xerion@84.25.7.202) |
| 21:21:36 | sutrannu | I would like to be added to WikiUsersGroup on the wiki, to help out. E.g., create the table suggested @ http://www.rockbox.org/wiki/LogoSwapper (for a start) |
| 21:22:43 | | Quit Jerom (Quit: Leaving.) |
| 21:23:37 | | Join Jerom [0] (~heidi@95.171.148.36) |
| 21:28:48 | | Quit Sajber^ (Quit: Leaving.) |
| 21:32:48 | gevaerts | sutrannu: sure. What's your wiki name? |
| 21:34:41 | sutrannu | BenBetts |
| 21:34:59 | sutrannu | and, thank you. |
| 21:35:14 | gevaerts | OK, should be done |
| 21:36:01 | sutrannu | Perfect. Thanks. |
| 21:37:25 | | Part sutrannu |
| 21:38:54 | | Join Farivan [0] (~chatzilla@12.20.4.100) |
| 21:40:08 | | Quit Farivan (Client Quit) |
| 21:40:50 | | Quit _s1gma (Ping timeout: 276 seconds) |
| 21:47:08 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 4.0b5/20100831070808]) |
| 21:47:39 | | Quit [sko] (Read error: Connection reset by peer) |
| 21:47:51 | | Join Jaykay [0] (~chatzilla@p5DC578D7.dip.t-dialin.net) |
| 21:48:12 | | Join japc [0] (~japc@bl4-10-108.dsl.telepac.pt) |
| 21:48:21 | | Join froggyman [0] (~seth@pool-72-69-207-158.chi01.dsl-w.verizon.net) |
| 21:48:33 | | Quit froggyman (Changing host) |
| 21:48:33 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 21:57:40 | | Quit shuffle2 (Ping timeout: 245 seconds) |
| 22:00 |
| 22:01:55 | | Join shuffle2 [0] (~shuffle2@cpe-74-74-168-216.rochester.res.rr.com) |
| 22:28:40 | | Quit japc (Ping timeout: 260 seconds) |
| 22:33:46 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 4.0b5/20100831070808]) |
| 22:34:59 | | Join nospaulatu [0] (~nospaulat@CPE001d609f20ba-CM00111ae683a6.cpe.net.cable.rogers.com) |
| 22:35:21 | nospaulatu | has the WPS format changed since 3.6? my custom WPS isn't working in the current build. |
| 22:35:47 | nospaulatu | i also tried yesterday's build; that also doesn't work |
| 22:43:47 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 22:47:50 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 22:52:32 | | Join pamaury_ [0] (~quassel@dhcp-129-136.residence.ens-lyon.fr) |
| 22:55:29 | | Quit amiconn (Remote host closed the connection) |
| 22:55:30 | | Quit pixelma (Remote host closed the connection) |
| 22:57:11 | | Join Sasuke [0] (~Adium@unaffiliated/sasuke) |
| 22:57:23 | Sasuke | scorche: we challenge you to join #pspcommunity |
| 22:57:31 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 22:57:32 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 22:57:36 | scorche | huh? |
| 22:57:45 | Sasuke | Oh.. n00b81 wanted you to join |
| 22:57:58 | scorche | take this to -community? |
| 22:58:35 | Sasuke | nah.. I dunno what he's woffling on about.. I shouldn't really care either. |
| 22:58:42 | ranma | funman: pong |
| 22:58:45 | scorche | ... |
| 22:58:51 | Sasuke | scorche: so hows it going :) |
| 22:59:12 | funman | ranma: im wondering if you're still using that jtagged clip+ |
| 22:59:12 | Sasuke | Apologies in advance, feeling a bit frisky this morning |
| 22:59:26 | scorche | this is the wrong channel for social talk...if it doesnt have to do with rockbox, it should be in #rockbox-community please |
| 22:59:28 | *** | Saving seen data "./dancer.seen" |
| 22:59:40 | ranma | funman: Still have to resolder the JTAG connector though, for the flight I unsoldered it, I was afraid it could alarm the airport security people with its dangling wires |
| 22:59:48 | Sasuke | k |
| 22:59:48 | | Part Sasuke |
| 23:00 |
| 23:00:07 | alexbobP | ranma: lol |
| 23:01:06 | ranma | alexbobP: And that's not even farfetched, one of the Tokyohackerspace guys had hacked around a broken power supply socket on his notebook... |
| 23:01:31 | ranma | ...apparently it took him a few hours to convince them at the airport that it was harmless and he held up the flight |
| 23:02:14 | alexbobP | ranma: that's pretty hilarious |
| 23:02:19 | | Join n00b81 [0] (~taylor@unaffiliated/n00b81) |
| 23:02:28 | alexbobP | ranma: like any bomber who had wires dangling out of his laptop couldn't just do the same thing with all the wires inside XD |
| 23:02:42 | alexbobP | I guess it's all a matter of looking sketchy to non-nerds. |
| 23:02:51 | gevaerts | It's also a matter of channel topics :) |
| 23:02:57 | ranma | Indeed, security theater at its best :) |
| 23:02:59 | alexbobP | I wonder if airport security will ever come molest me just for sitting around in a terminal chatting on irssi, zomg white on black text |
| 23:04:16 | funman | ranma: are you still working on AMSv1 USB? it works fine for me btw |
| 23:04:52 | ranma | Haven't done anything on rockbox lately. |
| 23:05:11 | ranma | The fuze I bought on ebay seems to work just fine in 4bit mode unfortunately, haven't had it glitch yet... |
| 23:05:31 | tmzt_ | funman: storage mode works on fuzev1? |
| 23:05:39 | alexbobP | ranma: why would working be unfortunate? |
| 23:05:59 | ranma | alexbobP: Because I'd like to debug why it doesn't work for some people ;) |
| 23:06:11 | alexbobP | ranma: ah, good reason. |
| 23:06:17 | funman | ranma: i mean usb-drv*.c |
| 23:06:27 | alexbobP | I have a fuze v2, I heard it was unsupported, but I installed rockbox anyways |
| 23:06:32 | alexbobP | and I've had zero problems |
| 23:06:47 | | Part n00b81 ("Cyaz") |
| 23:06:48 | alexbobP | and now I have a winamp lookalike theme on my mp3 player and it makes me happy every time I use it |
| 23:06:52 | ranma | funman: No, haven't worked on that as well. |
| 23:07:14 | alexbobP | are there any plans to give players usb host support in rockbox? |
| 23:07:17 | ranma | It seems to work perfectly with my desktop, but IIRC on my notebook I had a small low-level protocol issue |
| 23:07:32 | alexbobP | so that I could e.g. plug in a usb keyboard and not have to scroll through a list of letters to type? |
| 23:08:08 | * | ranma still needs to buy/build some usb protocol analyzer thingy :) |
| 23:08:22 | funman | ranma: ok, i think i've seen some things which might need looking, i'll tell you when i read it again |
| 23:08:37 | funman | alexbobP: no but feel free to send a patch |
| 23:09:10 | ranma | I'm away to connichi.de this weekend, I'll be back on tuesday |
| 23:09:24 | alexbobP | funman: well I do intend to try to build rockbox from source so I can start hacking at it |
| 23:09:48 | alexbobP | funman: so if I happen to make that sort of thing happen, by all means I'll submit one, but it's probably outside my sphere of skills :P |
| 23:11:31 | ranma | alexbobP: That would be probably difficult indeed, I think the current rockbox usb stack is not supporting host mode at all :) |
| 23:12:17 | ranma | I've been thinking it would be way cool if you could plug in a wifi stick for example, but that would take custom cables and a lot of work on the software side |
| 23:15:24 | | Join clone4crw [0] (~calvin@96-42-90-88.dhcp.roch.mn.charter.com) |
| 23:15:52 | | Join japc [0] (~japc@81.193.10.108) |
| 23:16:45 | alexbobP | ranma: yeah, and usb wifi card drivers are all different, so it would be a huge pain |
| 23:17:06 | alexbobP | then again most of those drivers are already written for linux and could be ported... |
| 23:17:14 | alexbobP | does rockbox use linux as a kernel? or what does it have? |
| 23:17:31 | gevaerts | What gave you that idea? |
| 23:17:54 | * | gevaerts points to the *very* first sentence on the rockbox website |
| 23:19:20 | Llorean | Well, I mean it *does* end in an X. |
| 23:20:31 | | Quit Kohlrabi (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
| 23:20:39 | | Join Kohlrabi [0] (~kohlrabi@kohlio.de) |
| 23:21:37 | | Quit nospaulatu (Quit: Leaving) |
| 23:35:18 | alexbobP | how do I clear my playlist? |
| 23:35:35 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 23:35:41 | alexbobP | gevaerts: okay, I see the sentence :P |
| 23:36:16 | alexbobP | is it really written from scratch though? surely it's using existing libraries for mp3 and jpeg and stuff like that? |
| 23:36:17 | | Quit user890104 (Read error: No route to host) |
| 23:36:28 | alexbobP | I don't see how that's any more "from scratch" than using a preexisting kernel would be |
| 23:37:43 | Bagder | the kernel is from scratch |
| 23:38:15 | alexbobP | cool |
| 23:38:21 | Bagder | and it took us years before we introduced any existing lib for mp3 |
| 23:38:24 | alexbobP | well, inconvenient if I wanted to add usb host support XD |
| 23:38:37 | alexbobP | anyways, is there a way to clear the playlist? |
| 23:39:01 | pixelma | start a new one |
| 23:39:25 | alexbobP | okay... *how*? |
| 23:40:55 | Luca_S | just select any file in the database or in the file browser, a message will popup saying 'do you want to clear dynamic playlist?' or something like that |
| 23:42:06 | alexbobP | Luca_S: ah, okay |
| 23:42:09 | alexbobP | worked, thanks |
| 23:42:14 | alexbobP | any way to shuffle the current playlist? |
| 23:42:54 | | Join _s1gma [0] (~d.d.derp@77.107.164.131) |
| 23:43:06 | ranma | alexbobP: For some of the hardware rockbox runs on the linux kernel is way too heavy-weight, for example the Sansa C200v2 only has about 2 megs of ram |
| 23:43:10 | Luca_S | hate to say that, but Rockbox has an excellent manual where you'll find the answers to most of your questions, so... RTFM :P |
| 23:43:20 | pixelma | alexbobP: there are a few ways to do that.... maybe time to read our manual ;) |
| 23:44:27 | alexbobP | hmm, that sounds like a good idea >_> |
| 23:46:05 | alexbobP | I guess I should have assumed there would be a manual. |
| 23:47:39 | alexbobP | are the sansa fuze v2 and the sansa fuze + different players? |
| 23:47:50 | alexbobP | ah, they are |
| 23:47:54 | alexbobP | that terminology confused me for a bit |
| 23:48:29 | Luca_S | fuze+? what's that? |
| 23:48:55 | bertrik | it's a new player from sandisk and rockbox doesn't run on it |
| 23:49:23 | | Quit jgarvey (Quit: Leaving) |
| 23:55:28 | alexbobP | no rockbox? sounds like a useless device. |
| 23:55:28 | | Quit froggyman (Remote host closed the connection) |
| 23:55:37 | alexbobP | you get to pay an extra $10 for your player to be useless :P |
| 23:55:50 | alexbobP | I suppose it might stop being useless in the future though |
| 23:58:53 | alexbobP | srsly though. if I bought my mp3 player and took it home, and then found out rockbox didn't work yet on the fuze v2 or something |
| 23:58:56 | alexbobP | I'd probably have returned it :P |
| 23:58:57 | | Quit Jerom (Read error: Connection reset by peer) |
icon identifies that the person is a core developer (has commit access).