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).

#rockbox log for 2013-02-05

00:01:53***Saving seen data "./dancer.seen"
00:02:53 Join FOAD [0] (~foad@83.161.135.61)
00:02:53 Quit FOAD (Changing host)
00:02:53 Join FOAD [0] (~foad@unaffiliated/foad)
00:38:28 Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 19.0/20130130080006])
00:47:40 Quit bertrik (Read error: Connection reset by peer)
00:58:23 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
01:00
01:01:47 Quit Guinness (Ping timeout: 272 seconds)
01:01:47 Nick Guinness` is now known as Guinness (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
01:05:25 Quit Guest21789 (Ping timeout: 245 seconds)
01:09:15 Quit nateloaf (Quit: Leaving.)
01:19:54 Join amayer [0] (~alex@72.25.58.2)
01:26:46 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
01:29:54 Quit fs-bluebot (Ping timeout: 248 seconds)
01:29:54 Quit bluebrother^ (Ping timeout: 248 seconds)
01:31:11 Join fs-bluebot [0] (~fs-bluebo@g226068175.adsl.alicedsl.de)
01:43:00 Quit Rower (Quit: Hmmm...)
01:45:38 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
01:50:09 Join [Saint_] [0] (~quassel@101.98.158.103)
01:50:33 Nick [Saint_] is now known as Guest74117 (~quassel@101.98.158.103)
01:56:16 Join krabador [0] (~xbmc@host14-63-dynamic.247-95-r.retail.telecomitalia.it)
02:00
02:01:22 Quit Guest74117 (Ping timeout: 248 seconds)
02:01:57***Saving seen data "./dancer.seen"
02:16:00 Join [Saint_] [0] (~quassel@101.98.158.103)
02:16:25 Nick [Saint_] is now known as Guest48447 (~quassel@101.98.158.103)
02:19:01 Join mt_ [0] (~quassel@41.233.139.151)
02:21:00 Quit mt (Ping timeout: 240 seconds)
02:22:52 Quit Guest48447 (Ping timeout: 264 seconds)
02:25:23 Quit rjt (Quit: leaving)
02:39:59 Quit krabador (Remote host closed the connection)
02:50:26 Quit AlexP (Ping timeout: 248 seconds)
02:54:15 Join AlexP [0] (~alex@rockbox/staff/AlexP)
03:00
03:11:38 Quit scorche (Disconnected by services)
03:11:51 Join scorche [0] (~scorche@rockbox/administrator/scorche)
03:16:53 Join eckoit [0] (~ryan@50.65.10.24)
04:00
04:01:58***Saving seen data "./dancer.seen"
04:12:04 Quit amiconn (Disconnected by services)
04:12:04 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:12:04 Quit pixelma (Disconnected by services)
04:12:04 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:12:07 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:12:07 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04:32:11 Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87)
04:48:24 Join nhOmega [0] (ruskie@sourcemage/mage/ruskie)
04:53:25 Quit ruskie (*.net *.split)
04:53:25 Nick nhOmega is now known as ruskie (ruskie@sourcemage/mage/ruskie)
05:00
05:00:35 Part eckoit
05:03:53 Join TheSphin_ [0] (~briehl@p57A387D6.dip.t-dialin.net)
05:04:56 Quit [7] (Disconnected by services)
05:05:05 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:07:47 Quit zz_TheSphinX^ (Ping timeout: 248 seconds)
05:15:40 Join crose [0] (~John@116-66-190-109.dsl.ovh.fr)
05:31:29 Quit crose (Quit: Leaving)
06:00
06:01:40 Part amayer
06:02:00***Saving seen data "./dancer.seen"
06:12:19 Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr)
06:14:51 Quit XavierGr (Disconnected by services)
06:14:52 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr)
06:29:16 Join melmothX [0] (~melmoth@unaffiliated/melmothx)
06:35:20 Quit SuperBrainAK (Quit: pbly going to sleep /_\)
06:35:58 Join Zambezi_ [0] (Zulu@bnc.fran.hostbay.nu)
06:37:59 Quit Zambezi (Ping timeout: 264 seconds)
06:58:15 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf)
07:00
07:07:23 Join crose [0] (~John@116-66-190-109.dsl.ovh.fr)
07:20:34 Quit crose (Quit: Leaving)
07:22:25 Join mortalis [0] (~mortalis@195.34.194.126.kalibroao.ru)
07:36:00 Quit akaWolf (Ping timeout: 240 seconds)
07:50:38 Join LinusN [0] (~linus@giant.haxx.se)
08:00
08:02:02***Saving seen data "./dancer.seen"
08:08:32 Quit [Saint] (Read error: Connection reset by peer)
08:10:41 Join [Saint] [0] (~quassel@rockbox/user/saint)
08:29:32 Join ender` [0] (~ender@foo.eternallybored.org)
08:33:48*[Saint] found another iPod Classic user unable to revert to the OF with current iTunes
08:34:02[Saint]...very odd.
08:41:46[Saint]So, it seems that iTunes 9.2.1 is "the sweet spot" wrt: iTunes version for the Classic
08:43:40[Saint]Other versions between that (or possibly later than that?) and 11.0.1.12 may work also, but I've seen two users test 9.2.1 with success after the current iTunes failed with an error about not being able to detect the device model correctly when in DFU mode
08:44:03[Saint]TheSeven: user890104: ^
08:56:42 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
09:00
09:03:56 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:10:27 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
09:12:28 Join ender [0] (~ender@foo.eternallybored.org)
09:14:35 Quit ender` (Ping timeout: 245 seconds)
09:15:11 Quit ender| (Ping timeout: 264 seconds)
09:21:04 Quit pamaury (Ping timeout: 252 seconds)
09:21:13 Join Zagor [0] (~bjst@sestofw01.enea.se)
09:21:13 Quit Zagor (Changing host)
09:21:13 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
09:21:39 Quit ender (Ping timeout: 248 seconds)
09:26:55 Join petur [0] (~petur@rockbox/developer/petur)
09:37:16 Join foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net)
09:50:16 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
09:52:23 Quit kevku (Ping timeout: 264 seconds)
10:00
10:02:03***Saving seen data "./dancer.seen"
10:16:39 Quit pamaury (Ping timeout: 245 seconds)
10:21:31 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
10:25:49 Quit mc2739 (Ping timeout: 256 seconds)
10:32:01 Quit foolsh (Ping timeout: 252 seconds)
10:32:32 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
10:38:40 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu)
10:50:19 Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3)
11:00
11:01:52 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
11:05:20 Join webguest007 [0] (~2ed06124@www.haxx.se)
11:05:23 Join webguest45 [0] (~925a0949@www.haxx.se)
11:05:26webguest007Forum seems down
11:05:49gevaertsworks for me
11:07:24webguest007must be something wrong at my end then, only seem to be able to access the main page.
11:08:17gevaertswww.rockbox.org and forums.rockbox.org are different servers located on different continents
11:08:17 Quit webguest007 (Client Quit)
11:08:34 Quit Staphylo (Read error: Connection reset by peer)
11:08:50 Join Staphylo [0] (~Staphylo@mareo.fr)
11:08:55webguest4593fb116 Sansa Clip Zip, just saved a wps file and dieconnected usb to get a 'Divide by Zero 3002AB38' error booting - any ideas? I can't connect to usb or get past this error message :/
11:17:13 Quit webguest45 (Quit: CGI:IRC (EOF))
11:28:24JdGordondoes anyone have interest in g#224 ?
11:28:27fs-bluebotGerrit review #224 at http://gerrit.rockbox.org/r/224 : filesystem scanner: Attempt to create a single filesystem scanner. by Jonathan Gordon (changes/24/224/6)
11:28:53JdGordonIdeally I'd like to pass it over to someone who knows dircache/database more than me :p
11:30:44JdGordonthe idea behind the patch is to have a single scan of the filesystem instead of one for dircache and one for database, potentially usable for other things (i.e playlist catalogue could actually catalogue all playlists!)
11:34:14Slasherifor dircache only, that scanner would slow it down because it uses higher level opendir and readdir calls instead of lower level direct fat-filesystem functions
11:34:20pamauryJdGordon: I can have a look at the dircache part, since afaik I was the last one to rewrite its scanner
11:34:45pamauryI optimised it using the low-level fat function, to avoid using buffers and so on
11:35:09JdGordonSlasheri: but would the gain of a single scan still be better?
11:35:20pamaurybut the speed is probaby the same, it's more a question of much memory you use
11:35:33SlasheriJdGordon: for combined dircache + tagcache scan, most probably true
11:35:34pamaury*how much
11:36:04Slasherino, the speed should be noticeably slower for opendir etc.
11:36:17JdGordonis there any reason this scan couldnt use those functions if it is building dirache? and then the cached functions if it isnt?
11:36:26Slasheriat least it was when i originally wrote and evaluated the dircache scanner
11:38:30pamauryah right, you explicitely build the path name, so opendir has to go though the entire tree each time
11:40:19JdGordoncouldnt opendir() cache the last directory (or be passed it in?) to speed that up?
11:40:33JdGordonassuming that is the slow part of the process
11:43:25pamaurynot easy, that would mean store the path of each last opened file, which we don't do
11:44:06pamauryotherwise you couldn't figure out that you are opening a sub-dir of it. By the way, why can't this be rewritten to use the low-level fat functions ?
11:44:36JdGordonthat was my next question :p
11:45:05JdGordonIts done in a way that a scan could occur after boot for some reason, so in that case it should use dircache if available
11:46:08pamauryI'm not sure I understand, is that a question or an argument to explain why it's not possible ?
11:46:09pamaury:)
11:46:24JdGordondircache on hosted would need to be handled specially also
11:46:39JdGordonno, I'm sure its possible :)
11:47:38JdGordonreaddir() and opendir() will automatically use dircache if its running right?
11:47:49Slasheriindeed
11:48:33Slasheriso after dircache is running, opendir and readdir should be very fast
11:50:19JdGordonmy hope is that this would also mean replacing both tagcache and dircaceh threads with a shared one
11:50:20pamauryhum, I need to read your code carefully to understand what it does, using the fat functions directly is not trivial either but probably worth it if possible
11:51:44JdGordonit doesnt do anything particularly smart... just walks the tree and triggers a bunch of events as it goes
11:51:48pamaurybut the dircaches scanner works because it can store some information in the tree it's building
11:52:14JdGordonI provide a user stack which would let that work if it doesnt have tooo much to store
11:52:26pamauryhow do you manage to keep the number of opened file/dir constant ?
11:53:22JdGordonI don't, its done on stack
11:54:01Slasherii think it would be good idea to move the dircache scanning routine as the base and move that to a separate file, providing the general scanner functions
11:54:39Slasheridircache needs some information from fat level anyway that no readdir can provide
11:54:53pamaurythe dircache scanner is very smart because I wrote it to only open one dir/file at a time iirc, so it can scan arbitrary deep directories
11:55:18pamaurybut you need low-level fat information to do that
11:55:49pamauryand you need some kind of tree structure to store the information
11:57:48JdGordonso you're interested and want to take this over? :)
11:57:50JdGordon\o/
11:59:47pamauryok, i'll have a look at it
12:00
12:02:04***Saving seen data "./dancer.seen"
12:02:41pamaurythe tradeoff is not easy: with the recursive opendir approach you can handle any number of files but are limited by the directory depth, and with the non-recursive fat_* based one, you are limited by the number of directories with many files in it, basically
12:04:04JdGordonI reckon for our us its more likely people will have insane amounts of files in limited dir depth
12:05:55pamauryideally the scanner would be smart enough to use all the resources available but still work with very low memory and only one fat handle.
12:21:55 Quit Rower (Ping timeout: 248 seconds)
12:32:46JdGordon[Saint]: ping!
12:33:18TheSeven[Saint]: we should probably build our own OF restore tool then
12:35:47TheSevenit isn't really that hard... grab files from phobos, push the dfu binary like we do with our own, push the WTF binary (same procedure, just other device id and file), and then restore the main firmware using ipodscsi, and format the data partition
12:53:18 Quit sakax (Quit: Leaving)
13:00
13:25:28JdGordonwhy do we have/need 3 different ways to modify the EQ settings in the core?
13:25:39JdGordongui, simple and advanced....
13:26:37pamauryno idea, perhaps saratoga knows ?
13:31:06 Join lorenzo92 [0] (~chatzilla@host185-109-dynamic.50-79-r.retail.telecomitalia.it)
13:31:10 Quit lorenzo92 (Client Quit)
13:33:36 Join lorenzo92 [0] (~chatzilla@host185-109-dynamic.50-79-r.retail.telecomitalia.it)
13:34:25lorenzo92during development of R1, I'm using javadoc-style file header documentation, to describe the usage of the .c file...I find it useful, is there a particular guideline that forbids to do so / tells another way?
13:34:57lorenzo92i.e. /** description / todos */ at the beginning of the file, after includes
13:35:12 Quit lorenzo92 (Client Quit)
13:35:42JdGordonall the EQ settings use up about 6KB...
13:37:36JdGordonsurely only the graphical EQ is worth keeping?
13:37:46pamaurylorenzo92: we don't any documentation policy, so I guess any kind of documentation is fine, as long as it's human readable
13:38:56 Join lorenzo92 [0] (~chatzilla@host185-109-dynamic.50-79-r.retail.telecomitalia.it)
13:39:55Zagorbluebrother: what kind of machine is your slowmo build client?
13:40:08lorenzo92JdGordon: maybe this was due to difficulties in some targets to use the GUI...I think about R0 (at least, until some time ago, missing keymaps) or little-screen touchscreen targets
13:40:12lorenzo92just a guess :)
13:40:43JdGordonnope... all 3 were there before the touchscreen targets statred appearing
13:43:16 Quit lorenzo92 (Client Quit)
14:00
14:01:02***SPY: Authentication failed for Zagor
14:01:57 Nick Guest87001 is now known as logbot (~rockbox@rockbox/developer/Zagor)
14:02:05***Saving seen data "./dancer.seen"
14:20:22 Join brooss [0] (~brooss@CPE-121-223-171-114.lns3.bat.bigpond.net.au)
14:22:27 Join amayer_ [0] (~amayer@mail.weberadvertising.com)
14:37:51 Join webguest007 [0] (~2ed06124@www.haxx.se)
14:38:47 Quit webguest007 (Client Quit)
14:46:37 Quit mortalis (Quit: Leaving)
14:56:32 Join dfkt [0] (dfkt@unaffiliated/dfkt)
15:00
15:08:51 Quit dfkt (Ping timeout: 248 seconds)
15:11:20kugelJdGordon, pamaury: remember the scanner also needs to work on non-native systems where our fat driver isnt used
15:11:51pamaurywe already have code for both
15:13:12kugeljust saying :)
15:13:34pamauryok :)
15:18:08 Quit petur (Quit: *plop*)
15:31:12 Join foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net)
15:31:50 Join dfkt [0] (dfkt@unaffiliated/dfkt)
15:52:37 Quit Zagor (Quit: Clint excited)
15:55:31 Join ender| [0] (whatever@2a01:260:4094:1:42:42:42:42)
15:58:05 Join jhMikeS [0] (~jethead71@50.4.240.19)
15:58:06 Quit jhMikeS (Changing host)
15:58:06 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
15:58:29 Join ender` [0] (~ender@foo.eternallybored.org)
16:00
16:02:07***Saving seen data "./dancer.seen"
16:07:36 Part LinusN
16:14:59 Quit kevku (Ping timeout: 245 seconds)
16:30:47 Quit Marex (Ping timeout: 264 seconds)
16:31:24 Join Marex [0] (~Marex@2a01:430:d:0:2cc:6ff:fefc:db16)
16:42:22 Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net)
16:42:22 Quit Zagor (Changing host)
16:42:22 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
16:51:28 Quit XavierGr (Disconnected by services)
16:51:29 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr)
16:54:25 Quit XavierGr (Disconnected by services)
16:54:26 Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr)
17:00
17:07:35 Quit jhMikeS (Ping timeout: 256 seconds)
17:34:49 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
17:39:15 Join n1s [0] (~n1s@nl118-168-30.student.uu.se)
17:39:15 Quit n1s (Changing host)
17:39:15 Join n1s [0] (~n1s@rockbox/developer/n1s)
17:50:15 Quit XavierGr (Disconnected by services)
17:50:17 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr)
18:00
18:02:10***Saving seen data "./dancer.seen"
18:15:48 Quit einhirn (Read error: Connection reset by peer)
18:21:55 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
18:24:19 Join webguest007 [0] (~2ed06124@www.haxx.se)
18:28:34 Quit thegeek (Ping timeout: 276 seconds)
18:35:15 Join thegeek [0] (thegeek@110.36.34.95.customer.cdi.no)
18:35:16 Quit webguest007 (Quit: CGI:IRC (EOF))
18:58:20 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
19:00
19:01:10 Quit pamaury (Ping timeout: 252 seconds)
19:22:52 Quit melmothX (Quit: #)
19:56:43 Join lorenzo92 [0] (~chatzilla@95.232.109.83)
19:57:40lorenzo92pamaury: and don't forget to call a "*_init" function within the main also for hosted targets :D
19:59:42 Join Hexmaster111 [0] (~d8385342@www.haxx.se)
19:59:57Hexmaster111HI
20:00
20:00:38lorenzo92by the way, I have a question about screen rotation. I want to test rockbox in R1 also in landscape. I think linux framebuffer rotation doesn't apply to something that it's drawn directly on it, but only e.g. a console. In two words: is there already a way of software rotating the screen? :)
20:01:38 Quit Hexmaster111 (Client Quit)
20:02:12***Saving seen data "./dancer.seen"
20:05:30 Quit bertrik (Remote host closed the connection)
20:08:01bluebrotherZagor: model name : Geode(TM) Integrated Processor by AMD PCS
20:08:18bluebrothercpu MHz : 498.005
20:08:26bluebrotherwhy, does it cause any problems?
20:12:42Zagorbluebrother: no, it's just fascinatingly slow. I think it's the slowest we've had connected that has managed to complete builds
20:13:02bluebrotherI've had a pi a few days which was similarly slow :)
20:13:17bluebrotherjust spotted the talk about it in the other channel
20:13:38 Quit bebna (Quit: Leaving.)
20:15:25Zagorlorenzo92: we have a 180 degree rotation option on some targets already. I don't think anyone has done 90/270 though.
20:15:46bluebrother(and one of the reasons for running it is to have another machine that provides latex. And because that machine is running anyway. In case someone was interested :)
20:15:55lorenzo92Zagor: thanks, I'll give a look ;)
20:16:47Zagorbluebrother: I got your machine in the screenshot I used for my talk at fosdem and was not sure if I should believe the numbers :-)
20:16:59bluebrotherhehe :)
20:17:31bluebrotherreminds me that I missed fosdem again this year
20:17:38bluebrotherare there recordings?
20:17:55Zagorfrom some rooms, but not of my talk
20:18:33bluebrothertoo bad :(
20:49:12 Join hype [0] (~hype@82.199.174.16)
20:50:39 Join webguest007 [0] (~2ed06124@www.haxx.se)
20:51:39webguest007Hi. Anyone here know if there is a working rockbox for Samsung YP-Z5?
20:54:38bluebrotherno
20:54:43bluebrotheras in: no Rockbox
20:55:01bluebrotherRockbox only works on the players listed on the front page.
20:55:12webguest007Ok, thanks.
20:55:48 Quit webguest007 (Quit: CGI:IRC (EOF))
20:55:54bluebrotherthere are other ports in development, but those aren't of interest unless you want to work on it.
20:57:22 Join SuperBrainAK [0] (~Andy@71-36-165-101.phnx.qwest.net)
20:59:30 Quit n1s (Quit: Ex-Chat)
21:00
21:05:39 Quit Belzebub (Changing host)
21:05:39 Join Belzebub [0] (~torrentow@unaffiliated/blown-engine)
21:22:43 Join bertrik [0] (~quassel@2001:610:76a:0:195a:892f:169a:5c1f)
21:22:43 Quit bertrik (Changing host)
21:22:43 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
21:23:33 Quit ChanServ (*.net *.split)
21:24:20 Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com)
21:30:08 Quit DmL (Quit: CGI:IRC)
21:30:30 Join ChanServ [0] (ChanServ@services.)
21:30:30Mode"#rockbox +o ChanServ " by pratchett.freenode.net
21:32:25 Quit zoktar (Read error: Connection reset by peer)
21:33:57 Join zoktar [0] (~zoktar@unaffiliated/zoktar)
21:36:21 Quit ChanServ (*.net *.split)
21:37:26lorenzo92webguest007: you're lucky, we are trying to start working on it ;) we will continue on that later this month
21:37:53 Join ChanServ [0] (ChanServ@services.)
21:37:53Mode"#rockbox +o ChanServ " by pratchett.freenode.net
21:38:20lorenzo92I have it, and I already managed to get some basic stuff working, buttons, lcd, backlight (still uncomplete) and some other little stuff
21:38:31 Quit ChanServ (*.net *.split)
21:38:56lorenzo92(btw, I know I am the guy of RaaA on real players, this time wasn't the case ^^, native ;))
21:39:43 Join ChanServ [0] (ChanServ@services.)
21:39:43Mode"#rockbox +o ChanServ " by pratchett.freenode.net
21:42:45 Quit thegeek (Ping timeout: 255 seconds)
21:42:49 Quit XavierGr (Disconnected by services)
21:42:51 Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr)
21:44:07 Join thegeek [0] (thegeek@110.36.34.95.customer.cdi.no)
21:55:32 Quit y4n (Quit: PANTS OFF!)
21:58:29 Quit lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130117041235])
22:00
22:02:15***Saving seen data "./dancer.seen"
22:09:50 Quit XavierGr ()
22:13:35 Quit Wardo (Ping timeout: 256 seconds)
22:28:31 Quit lebellium (Ping timeout: 252 seconds)
22:30:02 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
22:31:39 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu)
22:42:39 Quit ChanServ (*.net *.split)
22:45:50 Quit bertrik (Ping timeout: 245 seconds)
22:46:28 Join ChanServ [0] (ChanServ@services.)
22:46:28Mode"#rockbox +o ChanServ " by pratchett.freenode.net
22:52:46 Quit Zagor (Quit: Clint excited)
23:00
23:01:53 Join krabador [0] (~krabador_@host81-81-dynamic.11-87-r.retail.telecomitalia.it)
23:06:36 Quit foolsh (Ping timeout: 252 seconds)
23:08:50 Quit amayer_ (Ping timeout: 248 seconds)
23:29:09 Join gelraen [0] (~imax@mail.univua.net)
23:31:18gelraenhello, I have (probably popular) question: can rockbox do shuffle without touching playlist order?
23:36:10 Quit kevku (Ping timeout: 264 seconds)
23:45:36 Join brooss_ [0] (~brooss@CPE-124-187-247-5.lns3.dav.bigpond.net.au)
23:47:18 Quit brooss (Ping timeout: 252 seconds)
23:51:40 Join bertrik [0] (~quassel@rockbox/developer/bertrik)

Previous day | Next day