Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2010-09-09

00:00:54saratogatheres 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:11bertrikI'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:12Driseso if I were to get a new fuze v2, would I be able to rb it?
00:07:37saratogayes
00:07:49 Quit Dreamxtreme (Quit: Never look down on someone unless you're helping them up.)
00:08:14gevaertsDrise: what exactly do you mean by "a new fuze v2"?
00:08:33 Quit Jerom (Quit: Leaving.)
00:08:38Drisebuy one off the shelf at say best buy
00:08:59 Part Zagor
00:09:05gevaertsOK, as long as you don't mean this new fuze plus, you're fine
00:10:17Drise... new fuze +?
00:10:56 Quit jgarvey_ (Quit: Leaving)
00:13:02 Quit Drise (Quit: Leaving)
00:15:16alexbobPI have a fuze v2
00:15:26alexbobPI rockboxed it
00:15:29alexbobPbut 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:51funmankugel: 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:21funman(the rec_dma_callback() changes)
03:26:40funmanthe rest looks ok
03:32:08funmankugel: 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:10funmankugel: http://pastie.org/1147246
03:36:45funmanand 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:11funmanI'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:31funmanSansaAMS: 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:25saratogafunman: theres a mirror here: http://daniel.haxx.se/sansa/v2/m200/m200p.bin
04:06:33shuffle2are 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:49shuffle2while making it look pretty, of course :)
04:07:45saratogayou don't really get to decide where to place code if thats what you're asking
04:08:05saratogaif its a plugin, it'll be compiled in with the other plugins, or codec with the codecs, etc
04:08:21saratogathe build system handles putting it in the right place
04:08:25funmansaratoga: 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:00shuffle2saratoga 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:48saratogashuffle2: 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:26saratogaif 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:59shuffle2so 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:22shuffle2eh, i guess the bin/elf are just intermediate files
04:37:18shuffle2..and the .ipod is just the .bin with a different header :)
04:37:24 Join krazykit [0] (~kkit@71.23.179.84)
04:39:08funman.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:09shuffle2does the buildsystem already support copying the new rocks/firmwares directly to the device after link time?
04:40:26shuffle2firmware* i guess
04:41:13funmanmake PREFIX=/path/to/player install # will install everything and bininstall will only copy the firmware
04:41:36shuffle2thanks :)
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:35funmanit 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:42funmanranma: ping
04:59:07***Saving seen data "./dancer.seen"
05:00
05:15:13shuffle2are there common utility functions for ex., usleep()?
05:16:56shuffle2ah... rb->sleep() :p
05:17:35funmancheck 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:00shuffle2ya 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:03docgnomewhen the scrobble option is on, do tracks get scrobbled when they are started or when they are finished?
05:48:52docgnomeahah. 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:00funman[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:44funmansaratoga: 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:52soap50% 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:55Zagordo 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:06pixelmamaybe the pdbox plugin? Though I never used it (it "stayed targets I don't own" only)
13:44:07kugelI think pcm_buf_beep() can play arbitary frequencies
13:44:48pixelmahmm, I seem to remember preglow speaking of frequency generator plugin ages ago
13:46:21 Quit Kitr88 (Ping timeout: 276 seconds)
13:46:34pixelmaor something similar
13:46:57Zagorpcmbuf_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:20gevaertsQuick 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:38Tornegood 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:23Tornelemme try it
14:09:35Tornei guess it might also depend whether yo uhave the play selected track option on
14:10:10Tornei 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:29gevaertsah, right. That controls this :)
14:11:16Torneindeed it does
14:11:23Tornewith play selected track on it always does, regardless of shuffle
14:11:31Tornewithout, it starts at track 1 or a random track, depending on shuffle
14:14:29gevaertsI think it can approach what people want, and it will handle things like shuffle and repeat better than in-playlist config files
14:15:56Torneyes; if we were going to do it i'd do it that way
14:16:25gevaertsIt could be done as a TSR plugin, if we add three functions to the plugin api :)
14:16:34Tornethere'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:32gevaertsThat's actually useful. You can make sure that the album named "last" plays last that way :)
14:18:20Tornehaha
14:18:33 Join dfkt [0] (dfkt@unaffiliated/dfkt)
14:18:35Tornewel, i guess that one is ok because folder advance doesn't kick in until the plakylist is exhausted
14:18:42Torneso it doesn't matter when you cange it
14:19:07Tornetoggling repeat on/off might cause it to buffer useless data or not buffer something it should've done
14:19:10gevaertsIn general I think the rule is not to have different playback ordering settings within one playlist
14:19:22Tornetoggling shuffle will be interesting to see
14:19:31Tornebut i think that one is kinda important to people..
14:19:37Torneso we should make sure it works reasonably
14:20:35Tornei still think it'd be nice ot buffer the config files
14:20:44Tornebut that could be done later without changing the user experience
14:20:51Torneas 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:45gevaertsYes, especially for things like audio settings
14:24:21Tornegeneral 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:19gevaertsFor 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:59kugelseems I have missed some new feature idea?
14:40:09Tornenot really new :)
14:40:25Tornepeople yet again want to have per-directory config files or similar
14:40:29Tornewe're pondeirng the implications
14:41:07kugelso that dir X has a shuffle.cfg so songs in it are always shuffled regardless of the global settings?
14:41:30Tornewell, shuffle is one of the interesting ones that might cause weird shit to happen
14:41:45Tornesetting the equaliser per-directory has no fun consequences
14:41:55Tornebut setting shuffle per-directory might :)
14:42:07 Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de)
14:42:21Torneanything that affects the actual playlist, basically
14:43:52gevaertskugel: well, "regardless of the global settings" won't be the case I think. The global settings will just change
14:44:37kugelI 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:00pixelmawhich 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:59kugelanyway, I expect it to open a couple dozen cans of worms :)
14:46:45gevaertspixelma: 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:06pixelmamaybe it could make use of the insert and "insert last shuffled" functions and don't touch the global settings as these do
14:48:53gevaertsThat helps for shuffle, yes
14:49:11gevaertsNot for any of the other seven hundred and fifty three settings unfortunately
14:51:09pixelmaI find the idea that it would touch the global settings very weird though
14:51:56gevaertsYes, it's not ideal, but that way it can be done in ten lines of code :)
14:54:28Torneis it really that weird?
14:54:40Torneit's exactly the same as manually running the cfg from the file browser before playing htem :)
14:55:10gevaertss/before/immediately after/ :)
14:55:24Torneoh, wait, really?
14:55:27Tornethat's.. weirder
14:55:49gevaertsWell, the event I'm proposing to use fires immediately after track change
14:55:55Torneright, hm
14:55:58Torneokay 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:24gevaertsIt 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:26gevaertsIt 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:41gevaertsThat 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:03jlebrechanyone know how hackable the new ipod nano's are?
16:11:34 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
16:14:32TheSevennope
16:14:43TheSevenprobably as hackable as the new iphones/itouches
16:15:06TheSevenif you even dare to call that "thing" a nano. IMHO it's an "ipad shuffle".
16:17:47kugelfor 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:01CIA-81New commit by 03kugel (r28052): codecs_crt0.c needs to call cpucache_invalidate after copying code around.
16:31:27CIA-81r28052 build result: All green
16:35:49CIA-81New commit by 03kugel (r28053): Forgot to rename cpucache_flush/_invalidate for PP502x.
16:37:42CIA-81r28053 build result: All green
16:39:04 Quit Xerion (Quit: )
16:42:35saratogafunman: disabling doom on low memory targets sounds like an ok idea to me
16:42:39saratogait 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:05kugelah I think I understand
17:46:11kugelbut I don't know how to solve it
17:46:11 Quit petur (Quit: *plop*)
17:46:37TheSevenkugel: why
17:46:46kugeliram stuff is bigger than the bss (iram stuff is in the binary where after unpacking the bss is)
17:47:04kugelplugin_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:39kugeldue to my changes not everything is copied (it only copies upto plugin_end_addr)
17:55:08TheSevenwhy is plugin_end_addr the end of bss? does that make any sense?
17:55:13TheSevenwho else relies on that?
17:55:27*kugel goes for the simple solution: copy_size = MAX(filesize(), end_addr-load_addr)
17:56:05kugelTheSeven: 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:25CIA-81New commit by 03kugel (r28054): Extend lc_open() to also being able to load overlay plugins. ...
18:18:24CIA-81New commit by 03kugel (r28055): Bump plugin api for new functions.
18:19:19CIA-81r28054 build result: 50005 errors, 25022 warnings (kugel committed)
18:20:36 Join Jaykay__ [0] (~chatzilla@p5DC578D7.dip.t-dialin.net)
18:21:07CIA-81r28055 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:12kugelwtf, it builds fine locally
18:23:17kugeloh no it doesn't
18:23:51TheSevenbuild highscore rank 5?
18:24:18pamaurylol
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:45funmankugel: 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:48kugelgah, :\
18:29:28CIA-81New commit by 03kugel (r28056): Fix sim reds (forgot \ at end of line).
18:30:33funmanpamaury: have you seen the malformed packet in wireshark when using clip+ usb?
18:30:58kugelhm, I read "called from pcm_rec_lock()" which is why the comment mighty confused me :\
18:31:26kugelcan pcm_rec_unlock() not call rec_dma_start() directly?
18:31:29CIA-81r28056 build result: 16 errors, 0 warnings (kugel committed)
18:32:51funmanwell it needs the if(!rec_dma_size) first
18:35:04funmanjust make sure to test *microphone* rec on AMSv1 to run the mono2stereo() code and check if the peakmeter looks ok
18:35:39funmanunlike an unnamed developer who broke recording in 3.6
18:35:55kugelhm, I seems my grep-fu failed when renaming the cache stuff
18:36:24kugelfunman: the microphone was mono when recording, but that also happens with svn
18:36:35kugel(no sound on the right earphone)
18:36:52kugelthe peakmeter looked fine though
18:37:43funmanpeakmeter should be stereo though (channels identical)
18:38:00funmanpassthrough (microphone -> headphones) can't be changed afaik
18:38:39kugelyes, the peakmeter showed both bars equally
18:38:58kugelthe mono2stereo mess is only for the peakmeter?
18:39:16funmanno it's for the whole recording
18:39:33kugelah you mean the file is "stereo" but not what you hear during recording.
18:40:06funmanyeah we fake stereo like on c200v1/e200v1 because rockbox doesn't want mono
18:41:05CIA-81New commit by 03kugel (r28057): Also rename cpucache_invalidate() function for mips. There's more in the target tree of mips which I have overlooked yesterday.
18:41:33kugelhm, mips is weird
18:41:46kugelit has dcache but doesn't invalidate it when calling cpucache_invalidate
18:42:19TheSevenIIUC cpucache_invalidate is only used to commit the dcache and invalidate the icache
18:42:57CIA-81r28057 build result: 4 errors, 0 warnings (kugel committed)
18:44:27kugelTheSeven: arm does commit&discard for dcache and discard for icache, that's why it's now called cpucache_commit_discard
18:44:41kugelbut mips only discards icache, it does nothing with the dcache
18:44:50TheSevenyes, but that was unneccessary for the purpose it is used for (loading code)
18:45:01kugelthe places where cpucache_invalidate is called it also needs at least to commit the dcache
18:45:03TheSevendoes mips even have a write-back dcache?
18:45:09kugelapparently
18:45:24 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs))
18:45:26TheSevenif it's write-through, you won't need to care about it
18:45:30kugelit's not only used for loading code
18:45:32Torneright, so MIPS has been using it for completely different *semantics* up to now
18:45:36kugelalso for dual-core synchronisation
18:45:37Tornei would guess
18:45:41Tornenot just inconsistent names :)
18:45:54Tornewhich is just further evidence that this stuff needs to be redone :)
18:48:36kugelaccording 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:20Tornewell yes, the function called that should do that
18:49:23kugelI'm shocked mips has dcache_writeback_all but doesn't have cpucache_flush()
18:49:38kugel(or cpucache_commit() now)
18:49:46Tornemy point is that presumably the mips things which *call* it don't actually care
18:49:51Torneand they just want the icache flushing
18:49:55Torneso they should really just call something else
18:50:13Tornewhich, again, leads me to the suggestion that we should have functions named after their *purpose*, not what they actually do
18:50:25Tornebecause that makes it way easier to decide what should call what
18:51:06funmancpucache*() shouldn't need to write back dcache
18:51:06Torneif 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:54kugelfunman: it does, or code that's only in caches (not yet in ram) will not be seen when new icache is fetched
18:52:17funmanah i supposed the icache could know dcache status
18:52:32pamauryfunman: I saw them with the analyzer and there are very strange things going on
18:52:50funmanpamaury: is it always the same packet too?
18:52:58kugelTorne: it might also be that it only works now out of pure luck, but it should be done right
18:53:08kugelit's not like the cache functions are called often
18:53:14Tornewell that too
18:53:29TorneSo yeah, my point is that we really should have pre/post dma, post-code-load, etc as the interface
18:53:36Torneso that it's obvious which one should get called from a given place
18:53:46Torneand then the impementatoins just fill in whatever the right combination of stuff is on that target
18:53:52pamaurywhen 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:05pamaury*s/than/that
18:54:13kugelTorne: before r28052 codec loading also only worked by luck
18:54:50funmanpamaury: please have a look in wireshark also, it could give a clue
18:55:13Tornekugel: i will try and have a look at stuff this weekend if i get a chance
18:55:13pamaurynot really, it doesn't explain why the controller doesn't send the data where requested
18:55:18funmani have not seen the controller not sending data though
18:55:19Tornesee if i can suggest a better way?
18:55:41funmanpamaury: did you see rockbox freezes too? keeps displaying the USB logo when disconnected
18:55:55pamauryalso 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:13pamauryI froze once I think, I wasn't able to reproduced it
18:56:39funmanwe should set DEPCTL_dis* in reset_endpoints()?
18:57:18pamauryonly is epena is set
18:57:18funmanDEPCTL_epdis
18:57:36kugelTorne: 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:43pamauryand you should probably unset it after just to make sure it does no stay set, otherwise it will probably fail
18:58:11pamaury(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:30pamauryhum, the best way is to change this (it will not solve everything, I checked):
18:59:30funmani tried to look at OF code but it's complicated (C++ tables + malloc)
18:59:50TheSevenkugel: did you notice the remaining red?
18:59:58kugelyes
19:00
19:00:10pamaury(in reset_endpoints): change DOEPCTL(ep) = DEPCTL_snak; in DOEPCTL(ep) = DEPCTL_epdis | DEPCTL_snak;
19:00:24pamaury(in reset_endpoints): remove the else, so that DOEPCTL(ep) = 0; always happen
19:00:52CIA-81New commit by 03kugel (r28058): Fix beast, forgot the asm label when renaming.
19:01:36funmanpamaury: 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:41pamauryalso, 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:53pamaurywhat would it bring ?
19:02:04pamauryI think the problem is a driver one
19:02:10pamaurynot a usbstack one
19:02:35pamauryI saw several times that the controller sends more data than requested (e.g 18 bytes instead of 14) !
19:02:51funmanif we can compare what rockbox driver does and what OF driver does it could help
19:03:12funmanwas there more data at the end of buffer or start?
19:03:16CIA-81r28058 build result: All green
19:03:26funmanor the data sent was completely unrelated / corrupted?
19:03:29pamaurymy guess is that reverse engineering the of code will be extremely hard, a usb driver is something complicated
19:03:55pamauryI can't remember, but then the crc failed of course, I think the data was wrong anyway
19:04:17funmani don't know what else we can do
19:04:38pamauryalso, the usbreset interrupt should cancel transfers, or do a soft reset like nano2g perhaps, so that the reset is a real reset
19:04:49funmanwe have no docs, and the usb-s3c6400x.c fails equally on AMSv2 while it works fine on nano2g
19:04:59pamauryI know
19:05:07 Join user890104_ [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info)
19:05:08funmanlinux driver is a mess of bugs / wrong comments / hacks / whatever
19:05:15pamauryclearly
19:05:16kugelhrm, mips doesn't seem to have 'commit by index'
19:05:44pamaurymy biggest problem is this problel when the controller doesn't send any data when asked
19:05:50TheSevenfunman: we do have *some* docs at least.
19:06:01funmanpamaury: did you see my code in FS #11607 ?
19:06:14funmanfor usb reset
19:06:16 Join japc [0] (~japc@194.65.5.235)
19:06:19kugelah mips cache confuses me
19:06:22pamaurythe cgu_usb thing ?
19:07:15pamauryyes 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:24pamaury*from
19:07:29kugelapparently __dcache_writeback_all() does commit and discard
19:08:18 Quit user890104 (Ping timeout: 246 seconds)
19:08:25funmanpamaury: is that right: we have some transfers going on during an USB reset, while we should cancel everything instead?
19:08:35funmanTheSeven: you mean the linux source code or something else?
19:08:46TheSeventhe s3c6400 datasheet
19:09:59pamauryfunman: 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:06pamaury*-takes
19:11:01 Join user890104 [0] (~Venci@212.233.135.74)
19:11:10pamauryI'll commit something tonight to fix this, but it will not solve all problems
19:11:15funmanlinux only flush some kind of FIFO
19:14:52pamauryyes, but it probably cancel tranfers in some way no ? Or flush TX fifo
19:15:04 Quit user890104_ (Ping timeout: 272 seconds)
19:15:26funmani 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:54pamauryok, 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:14pamaurybut we already do all this no ?
19:17:48funmandon't forget that the fact that this half-baked linux driver does it is not necessarily a good thing
19:18:17pamauryyes, 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:38funmani see linux-2.6.36-rc3-next-20100909 has a drivers/usb/gadget/s3c-hsotg.c with register names dangerously similars
19:26:00pamauryyes but it doesn't handle dma
19:26:07pamaury(last I checked)
19:26:11funmanright
19:26:13pamaury(last time I checked)
19:26:44funmanUSBreset -> "the docs suggest resetting all the fifos so we use the init_fifo code"
19:26:53pamauryso I'm not sure it's a good reference. Actually, the code is nice, for sure
19:27:26funmangiven function has commented code "some release does that", perhaps undocumented changes written by HW maker
19:28:05funmanhm if they don't use DMA they fully control the FIFOs
19:28:22pamauryyes, there is dma mode and slave mode
19:28:43pamauryI *think* the code theorically support dma but is untested for some reason explained somewhere
19:29:01pamaurycan I see the code only ? My local version is older than the one you hint
19:29:05pamaury*online
19:30:43funmanhttp://www.spinics.net/lists/linux-usb/msg33359.html < some 2 months old patches
19:31:47funmanthat particular one is already applied in linux-next though
19:32:28*pamaury have a look at linux git
19:32:32pamaury*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:53funmantry asking Ben Dooks
19:39:25funmanhe might be willing to share or even know some public-but-hidden doc
19:40:03pamauryyes, I'll try
19:40:11 Quit Xerion (Ping timeout: 265 seconds)
19:41:31 Quit kugel (Remote host closed the connection)
19:41:33funmanpamaury: http://pastie.org/1148529
19:42:00funmanstrange 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:24pamaurystrange, we already set GINTSTS at the end of the interrupt
19:44:18pamaurywhy did you add this ?
19:44:37funmandoing random stuff is more likely to fix things than doing nothing
19:46:24pamauryyes 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:09funmanjust looking what linux does
19:49:26funmandoes 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:10pamauryI don't think so, at the end you just need to clear everything in GINSTS
19:51:23pamauryand you hardly get usbreset with something else I guess
19:51:55pamauryI 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:26funmanpamaury: 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:00pamauryyes but it's disable
19:58:07pamauryso the status is quite unknow
19:58:18pamauryI asked him if it's tested, just to know
19:58:32funmandid you read kill_all_requests() ?
19:58:48funmanah it only kill EP0 requests
19:59:23funmanthe wrong CRC were on different EPs, not only EP0, right?
19:59:32pamauryyes
20:00
20:00:35pamauryThe 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:08funmanperhaps we need to do something with CCU_USB register
20:01:54pamaurywe can try
20:02:29pamaurybut 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:34funmanranma has a jtagged clip+ but with broken storage
20:03:13funmanshouldn't resets happen very frequently?
20:03:57pamaurynot 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:00pamauryanswer 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:36sutrannuI 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:48gevaertssutrannu: sure. What's your wiki name?
21:34:41sutrannuBenBetts
21:34:59sutrannuand, thank you.
21:35:14gevaertsOK, should be done
21:36:01sutrannuPerfect. 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:21nospaulatuhas the WPS format changed since 3.6? my custom WPS isn't working in the current build.
22:35:47nospaulatui 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:23Sasukescorche: 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:36scorchehuh?
22:57:45SasukeOh.. n00b81 wanted you to join
22:57:58scorchetake this to -community?
22:58:35Sasukenah.. I dunno what he's woffling on about.. I shouldn't really care either.
22:58:42ranmafunman: pong
22:58:45scorche...
22:58:51Sasukescorche: so hows it going :)
22:59:12funmanranma: im wondering if you're still using that jtagged clip+
22:59:12SasukeApologies in advance, feeling a bit frisky this morning
22:59:26scorchethis 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:40ranmafunman: 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:48Sasukek
22:59:48 Part Sasuke
23:00
23:00:07alexbobPranma: lol
23:01:06ranmaalexbobP: And that's not even farfetched, one of the Tokyohackerspace guys had hacked around a broken power supply socket on his notebook...
23:01:31ranma...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:14alexbobPranma: that's pretty hilarious
23:02:19 Join n00b81 [0] (~taylor@unaffiliated/n00b81)
23:02:28alexbobPranma: 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:42alexbobPI guess it's all a matter of looking sketchy to non-nerds.
23:02:51gevaertsIt's also a matter of channel topics :)
23:02:57ranmaIndeed, security theater at its best :)
23:02:59alexbobPI 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:16funmanranma: are you still working on AMSv1 USB? it works fine for me btw
23:04:52ranmaHaven't done anything on rockbox lately.
23:05:11ranmaThe fuze I bought on ebay seems to work just fine in 4bit mode unfortunately, haven't had it glitch yet...
23:05:31tmzt_funman: storage mode works on fuzev1?
23:05:39alexbobPranma: why would working be unfortunate?
23:05:59ranmaalexbobP: Because I'd like to debug why it doesn't work for some people ;)
23:06:11alexbobPranma: ah, good reason.
23:06:17funmanranma: i mean usb-drv*.c
23:06:27alexbobPI have a fuze v2, I heard it was unsupported, but I installed rockbox anyways
23:06:32alexbobPand I've had zero problems
23:06:47 Part n00b81 ("Cyaz")
23:06:48alexbobPand now I have a winamp lookalike theme on my mp3 player and it makes me happy every time I use it
23:06:52ranmafunman: No, haven't worked on that as well.
23:07:14alexbobPare there any plans to give players usb host support in rockbox?
23:07:17ranmaIt seems to work perfectly with my desktop, but IIRC on my notebook I had a small low-level protocol issue
23:07:32alexbobPso 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:22funmanranma: ok, i think i've seen some things which might need looking, i'll tell you when i read it again
23:08:37funmanalexbobP: no but feel free to send a patch
23:09:10ranmaI'm away to connichi.de this weekend, I'll be back on tuesday
23:09:24alexbobPfunman: well I do intend to try to build rockbox from source so I can start hacking at it
23:09:48alexbobPfunman: 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:31ranmaalexbobP: That would be probably difficult indeed, I think the current rockbox usb stack is not supporting host mode at all :)
23:12:17ranmaI'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:45alexbobPranma: yeah, and usb wifi card drivers are all different, so it would be a huge pain
23:17:06alexbobPthen again most of those drivers are already written for linux and could be ported...
23:17:14alexbobPdoes rockbox use linux as a kernel? or what does it have?
23:17:31gevaertsWhat gave you that idea?
23:17:54*gevaerts points to the *very* first sentence on the rockbox website
23:19:20LloreanWell, 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:18alexbobPhow do I clear my playlist?
23:35:35 Quit Judas_PhD (Quit: This is a quitting message)
23:35:41alexbobPgevaerts: okay, I see the sentence :P
23:36:16alexbobPis 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:28alexbobPI don't see how that's any more "from scratch" than using a preexisting kernel would be
23:37:43Bagderthe kernel is from scratch
23:38:15alexbobPcool
23:38:21Bagderand it took us years before we introduced any existing lib for mp3
23:38:24alexbobPwell, inconvenient if I wanted to add usb host support XD
23:38:37alexbobPanyways, is there a way to clear the playlist?
23:39:01pixelmastart a new one
23:39:25alexbobPokay... *how*?
23:40:55Luca_Sjust 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:06alexbobPLuca_S: ah, okay
23:42:09alexbobPworked, thanks
23:42:14alexbobPany way to shuffle the current playlist?
23:42:54 Join _s1gma [0] (~d.d.derp@77.107.164.131)
23:43:06ranmaalexbobP: 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:10Luca_Shate 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:20pixelmaalexbobP: there are a few ways to do that.... maybe time to read our manual ;)
23:44:27alexbobPhmm, that sounds like a good idea >_>
23:46:05alexbobPI guess I should have assumed there would be a manual.
23:47:39alexbobPare the sansa fuze v2 and the sansa fuze + different players?
23:47:50alexbobPah, they are
23:47:54alexbobPthat terminology confused me for a bit
23:48:29Luca_Sfuze+? what's that?
23:48:55bertrikit's a new player from sandisk and rockbox doesn't run on it
23:49:23 Quit jgarvey (Quit: Leaving)
23:55:28alexbobPno rockbox? sounds like a useless device.
23:55:28 Quit froggyman (Remote host closed the connection)
23:55:37alexbobPyou get to pay an extra $10 for your player to be useless :P
23:55:50alexbobPI suppose it might stop being useless in the future though
23:58:53alexbobPsrsly 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:56alexbobPI'd probably have returned it :P
23:58:57 Quit Jerom (Read error: Connection reset by peer)

Previous day | Next day