--- Log for 22.03.110 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 2 hours ago 00.01.21 Join webguest87roko [0] (~9ec3c4fa@giant.haxx.se) 00.02.26 # The website says a 2nd gen nano will be buggy but it seems fine 00.03.18 Quit robin0800 (Remote host closed the connection) 00.03.58 Join robin0800 [0] (~quassel@genkt-057-207.t-mobile.co.uk) 00.06.00 Quit robin0800 (Remote host closed the connection) 00.06.25 Join robin0800 [0] (~quassel@genkt-057-207.t-mobile.co.uk) 00.06.49 Quit kugel (Disconnected by services) 00.06.55 Join kugel [0] (~kugel@e178121130.adsl.alicedsl.de) 00.07.07 Quit kugel (Changing host) 00.07.07 Join kugel [0] (~kugel@rockbox/developer/kugel) 00.10.50 Quit EpicCyndaquil (Read error: Connection reset by peer) 00.10.54 Join kugel_ [0] (~kugel@e178123047.adsl.alicedsl.de) 00.11.06 Quit kugel (Disconnected by services) 00.11.10 Nick kugel_ is now known as kugel (~kugel@e178123047.adsl.alicedsl.de) 00.11.14 Quit kugel (Changing host) 00.11.14 Join kugel [0] (~kugel@rockbox/developer/kugel) 00.13.44 Join EpicCyndaquil [0] (~EpicCynda@pool-71-177-61-251.lsanca.btas.verizon.net) 00.17.06 Quit webguest87roko (Quit: CGI:IRC) 00.22.33 Quit ender` (Quit: The moment a person forms a theory, his imagination sees in every object only the traits which favor that theory. -- Thomas Jefferson) 00.24.08 Part domonoky 00.25.57 Quit robin0800 (Quit: No Ping reply in 180 seconds.) 00.26.18 Join robin0800 [0] (~quassel@genkt-057-207.t-mobile.co.uk) 00.29.21 Quit DataGhost (Ping timeout: 258 seconds) 00.29.46 Join hebz0rl [0] (~hebz0rl@dslb-088-067-201-213.pools.arcor-ip.net) 00.31.11 Quit petur (Remote host closed the connection) 00.36.26 Quit eggbloke (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 00.39.44 Join JdGordon [0] (~7bf38c1f@gateway/web/freenode/x-rphqcbnumazxrpvl) 00.42.22 Quit EpicCyndaquil (Read error: Connection reset by peer) 00.43.57 Join EpicCyndaquil [0] (~EpicCynda@pool-71-177-61-251.lsanca.btas.verizon.net) 00.44.22 Quit mt (Ping timeout: 252 seconds) 00.44.34 Quit kadoban (Read error: Connection reset by peer) 00.45.00 Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) 00.46.39 Join mt [0] (~mtee@rockbox/developer/mt) 00.49.50 Quit kadoban (Read error: Connection reset by peer) 00.50.50 Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) 00.51.54 Quit soap (Remote host closed the connection) 00.56.05 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 01.00.19 Join soap [0] (~soap@rockbox/staff/soap) 01.02.45 Join robin0800_ [0] (~quassel@general-ld-216.t-mobile.co.uk) 01.03.21 Quit robin0800 (Ping timeout: 268 seconds) 01.05.26 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 01.07.56 # Hmmmm...r25280 seems to bork a couple of splash screens, it either doesn't display the splash screen at all (Shutting Down... for instance), or displays nothing but the splash screen (Database Init for example). In the cases where the splash is shown in only draws the splash and the backdrop (the status bar disappears) and when it is shown its very quickly overwritten by a blank backdrop. 01.08.52 Quit perfectdrug (Quit: perfectdrug) 01.08.58 Nick fidencio is now known as fidencio[AWAY] (~fidencio@li113-135.members.linode.com) 01.09.36 # TheSeven saw similar things in 25279, if I had to put the blame on something I'd look at 25271 (but thats just a bit of a guess) 01.14.06 Join akg518 [0] (~633662e4@giant.haxx.se) 01.14.16 # heelo? 01.16.00 # there's plenty of people here...you have a question? 01.16.10 # ^ akg518 01.16.30 *** Saving seen data "./dancer.seen" 01.16.44 Quit robin0800_ (Quit: No Ping reply in 180 seconds.) 01.17.10 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 01.17.50 # Nope just saying helo 01.19.27 # S_a_i_n_t: i very much doubt that revision did anything 01.21.38 # Hmmm, I can't bisect it right now as I'm not near my build environment, I know it was working at 25269 01.21.47 # so that at least narrows it to 10 01.22.03 # -ish 01.27.26 # Hmmm, questioning the revision number in my head made me have an idea. Would it be possible for System/Rockboxinfo to display (if it can pull it from the build environment somewhere/how) the *previous) revision before update? 01.27.44 # This would be useful for 'last good/first bad's etc. 01.31.33 Quit akg518 (Quit: CGI:IRC (EOF)) 01.32.48 Quit Rob2222 (Remote host closed the connection) 01.32.58 Join Rob2222 [0] (~Miranda@p4FDCAC6F.dip.t-dialin.net) 01.35.39 Quit robin0800 (Quit: No Ping reply in 180 seconds.) 01.36.05 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 01.37.54 # no 01.39.21 # there is only one change between them qhich could have broken anything 01.40.04 # S_a_i_n_t: there is indeed a bug but don't from which revision. The screen seems to blank fully until key press 01.40.37 # blank how? where? 01.40.51 # I mean not just splashes 01.41.32 Quit moos (Remote host closed the connection) 01.41.58 Quit Alexandru_Criste () 01.42.09 Join moos [0] (moos@rockbox/staff/moos) 01.42.20 # JdGordon: blank screen, just backdrop left, but I didn't check yet if that's setting related maybe... 01.42.32 # which screen? 01.42.35 # when? I have it since boot 01.42.49 # every :) 01.43.00 # do you have a .sbs? 01.43.22 # I use the default one 01.44.05 # * moos goes for searching his beast, if retails is needed 01.44.21 # * S_a_i_n_t is seeing the behaviour he described while using all setting at default. 01.44.36 # * JdGordon is installing the latest build on his mini 01.46.17 # rectification, bacdrop and sbs are left here 01.46.56 # and I have it just after boot. 01.48.46 Quit ObsidianX (Disconnected by services) 01.48.57 Quit moos (Read error: Connection reset by peer) 01.49.17 Join moos [0] (moos@rockbox/staff/moos) 01.49.36 # it seems that the screen isn't upadted correctly somewhere 01.50.25 # no issues with default settings on mini2g 01.51.20 # the keypress that wakes up the screen blank the screen it seems for a few ms, let's see with default setting 01.52.06 # JdGordon: try and see if you have the "shutting down..." splash 01.52.51 # ok, that is curious 01.53.01 Quit hebz0rl (Quit: Ex-Chat) 01.53.09 # S_a_i_n_t: that *just* splashes on your hand? 01.53.36 # * S_a_i_n_t resists... 01.55.11 # hehe, nice to see the sbs here after loading my saved confing. There must have a culprit setting here 01.55.40 Join saratoga_lab [0] (~9803c20d@gateway/web/freenode/x-yvhrljsatwiwyffe) 01.55.58 # wow crazy screen now? I'll look on my .cfg and paste it somwhere 01.56.04 Nick fidencio[AWAY] is now known as fidencio (~fidencio@li113-135.members.linode.com) 01.57.37 Quit Casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115133306]) 01.59.36 Quit moos (Remote host closed the connection) 02.00.15 Join moos [0] (moos@rockbox/staff/moos) 02.01.40 # JdGordon: my congig if that helps http://pastie.org/880353 02.01.44 # config 02.03.05 # sbs: /.rockbox/wps/classic_statusbar.sbs might be problematic 02.03.19 # all splashes work fine for me except the shutdown one! 02.04.03 # JdGordon: the system have changed since ".cfg file created by rockbox r24312-100121"? 02.04.51 # I must have missed the commit message that advise people 02.05.51 # with this config there is an update screen problem it seems, if that could help you to find the cause 02.06.31 Quit Strife89 (Read error: Connection reset by peer) 02.06.44 Join Strife89 [0] (~michael@adsl-220-102-96.mcn.bellsouth.net) 02.07.22 # I get the statusbar disappearing when the database init stuff splashes 02.07.35 # that is expected 02.07.45 # the splashes disable the theme 02.08.13 # How the sbs line on the config have to look like? 02.08.31 # no, the actual sbs might have issues 02.08.35 # the line is correct 02.08.40 # ah sorry 02.08.43 Quit EpicCyndaquil (Read error: Connection reset by peer) 02.10.31 Join EpicCyndaquil [0] (~EpicCynda@pool-71-177-61-251.lsanca.btas.verizon.net) 02.24.16 Quit EpicCyndaquil (Remote host closed the connection) 02.34.50 Quit adnyxo (Remote host closed the connection) 02.37.35 Quit Rob2222 (Quit: Rob2222) 02.47.27 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 02.48.31 # JdGordon I figure you're the one to ask about this...can I / how can I set the splashes to usewhite text on a black backgroung instead of black text on a grey background. 02.48.38 # I find the latter hard to read. 02.56.08 Join FlynDice_ [0] (~FlynDice@63.161.128.2) 03.16.34 *** Saving seen data "./dancer.seen" 03.18.00 Quit MethoS- (Remote host closed the connection) 03.21.51 Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 03.24.40 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 03.29.42 # New commit by 03FlynDice (r25281): sd-as3525v2.c Use SD_DESELECT_CARD instead of SD_SELECT_CARD to make the code easier to understand. There is no functional difference. ... 03.29.47 Quit planetbeing_ (Quit: planetbeing_) 03.29.55 # New commit by 03FlynDice (r25282): sd-as3525v2 Remove post transfer wait for state call and move pre transfer wait for state call inside the transfer loop. ... 03.30.01 # New commit by 03FlynDice (r25283): sd-as3525v2.c Add macros to distinguish between a CMD error and a DATA error. 03.31.10 # quick question FS6697 defines the place to look for the dictionary .desc files by using "#define #define DICTS_DIR "/dicts" " which places a 'dicts' folder in the players root. If I wanted it to be in the dir "/.rockbox/dicts" I'd change the define to "DICTS_DIR ROCKBOX_DIR "/dicts" " 03.31.17 # ...Correct? 03.31.21 Quit Strife89 (Quit: Bed.) 03.32.19 # how about you simply try it? 03.33.14 # Fuck, *so* sorry for wanting to clarifty something... 03.37.50 Join Strife89|PalmTX [0] (~cstrife89@adsl-220-102-96.mcn.bellsouth.net) 03.38.50 Join xiainx [0] (~iain@modemcable195.238-202-24.mc.videotron.ca) 03.41.59 Quit kugel (Remote host closed the connection) 03.42.04 # Hi, I saw Rockbox was accepted into GSoC, I looked at your proposals and some of them interest me 03.44.21 Join bzed_ [0] (~bzed@devel.recluse.de) 03.44.22 Quit bzed (Read error: Connection reset by peer) 03.44.53 Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) 03.52.21 # xiainx: i have a minute, which were you itnerested in 03.55.31 # saratoga: I'm interested in a few actually 03.55.44 Quit robin0800 (Quit: No Ping reply in 600 seconds.) 03.55.54 # saratoga: The Filesystem storage engine, MySQL to Drizzle syntax translator, Unit testing framework, and the documentation projects are all ones im interested in 03.56.09 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 03.56.24 # no, that's another project 03.56.36 # ha 03.57.15 # saratoga: the rockbox as an application, TTS, and online services are all ones i'm interested in 03.59.36 # xiainx: i worked on rockbox as an app during a previous summer of code 04.00.01 # it involves a lot of digging through our code and then understanding some embedded environment 04.00.15 # like android or whatever 04.00.46 # saratoga: Really, so like, what kind of things does one need to know/be capable of before starting on a project? 04.01.44 # that project would involve basically being really good at greping through code and hopefully have some experience with linux development (or i suppose winmobile or macos) 04.01.54 # Ok 04.01.56 # the first part is getting the sim building from our target tree 04.02.12 # basically right now we have a target tree for hardware devices 04.02.21 # so each CPU family has a folder, then devices go in there, etc 04.02.37 # right, that's pretty typical directory structure 04.02.41 # the idea would be to add the sim as a "target" and maybe have an "android" cpu type or something similar 04.02.59 # that way android devices could compile just like arm or coldfire devices 04.03.16 # Okay 04.03.24 # because currently the sim is compiled seperately from everything else, and about a million #ifdef commands handle it 04.03.37 # thats obviously unworkable for a device port since you can't really change things easily 04.04.15 # so first that would be fixed ( i have a rough patch for doing so on the tracker somewhere but it needs a lot of work) 04.04.33 # then there would be an actual port to some device as sort of an example of how compiling rockbox as an application would work 04.04.40 # Okay 04.04.44 # Like.... What kind of device? 04.05.00 # android phone, iphone, ipod touch, wince, etc 04.05.03 # doesn't really matter 04.05.26 # even just targeting the android emulator would be fine actually 04.05.26 # Ok 04.06.53 # the idea is to have a proof of concept port at very least so that other people can see how its done, then from there try and get a usable port if at all possible 04.08.00 # Right, makes sense 04.08.09 Quit Strife89|PalmTX (Quit: Bed, for real this time.) 04.08.09 Quit moos (Ping timeout: 264 seconds) 04.11.04 Quit Darkknight512 (Remote host closed the connection) 04.11.17 Quit robin0800 (Quit: No Ping reply in 600 seconds.) 04.11.44 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 04.21.36 # if there's an sdl port why is a specifc rockbox port needed? 04.21.49 # tmzt_: elaborate on that thought 04.22.30 # well, the process to port rockbox to android, probably using the ndk and opengl for graphics has already been done for libsdl 04.22.46 # the same for the exz phones (old port) and webos (working sdl) 04.24.19 Join Barahir [0] (~jonathan@gssn-5f755830.pool.mediaWays.net) 04.25.19 # tmzt_: yes using sdl is a very good option but its only a very small part of actually doing the project 04.25.35 # ah 04.25.45 # scroll up a couple lines and get an idea whats involved 04.25.50 # I wasn't getting the target/cpu stuff 04.26.03 # since it looks like a simulator build on linux abi 04.26.15 Quit TheSeven (Disconnected by services) 04.26.25 Join unic0rn [0] (unic0rn@unaffiliated/unic0rn) 04.26.28 Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) 04.26.32 # of course sim has internal codecs and pcm output 04.26.38 Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) 04.27.04 # and on something like android radio firmware does most of the audio decoding for things like mp3, aac, wma 04.27.50 Quit Barahir_ (Ping timeout: 276 seconds) 04.29.52 # tmzt_: what? 04.29.58 Part unic0rn 04.30.09 Join moos [0] (moos@rockbox/staff/moos) 04.30.26 # on qualcomm msm chipset devices like g1, mytouch, hero, nexus 04.30.55 # the radio firmware provides many system functions including media through it's qdsp framework 04.31.04 # media decoding 04.31.16 # you're trying to say that theres a DSP for decoding? 04.31.20 # yes 04.31.33 # i doubt they use something like that for audio 04.31.50 # doesn't make much sense given how fast codecs are on arm 04.32.08 # well they do, whether hardware dsp is used or not all audio playback is through radio firmware 04.33.21 # i don't doubt that the device decodes audio 04.33.35 # i'm just saying its probably done on the CPU 04.33.56 # there's two cpu cores 04.34.02 # apps core and modem core 04.34.18 # most hardware registers are only accessible from modem core 04.34.27 # through a shared memory interface 04.35.32 # if you were running rockbox directly on the g1 you couldn't avoid this 04.35.51 # but there's enough abstraction, if you do decoding in userspace, to just output pcm 04.35.57 # so it could be a non-issue 04.39.33 Quit CaptainKewl (Remote host closed the connection) 04.39.48 Join chrisb [0] (~chrisb@pool-98-111-152-135.phlapa.east.verizon.net) 04.44.03 # hmm actually google says there is a QDSP5000 based WMA Pro decoder, so at least that much could be done on the dsp 04.44.13 # i wonder why they bother though, that codec is so fast to being with 04.44.24 # unless they have systems that are qdsp only with no arm core 04.44.54 Quit panni_ (Read error: Connection reset by peer) 04.47.39 # Suggestion for the manual: WPS Tags, Next Track Info - Display the tags as I'n', D'n', F'n' (instead of Ix,Dx, Fx) so as to be less misleading and also for greater consitency with the rest of the " 'n' value tags listed " 04.49.03 # *edit: Also give clarification on 'n' value, currently x has no clarifiaction and may lead to new users believing the tags actually *are %Ix, %Dx, %Fx etc. 04.50.20 Quit anewuser () 04.56.56 Join anewuser [0] (anewuser@unaffiliated/anewuser) 05.03.01 Join angelwolf71885 [0] (~chatzilla@cpe-173-171-133-36.tampabay.res.rr.com) 05.06.32 Quit angelwolf71885 (Client Quit) 05.12.11 Quit CGL (Quit: Saliendo) 05.14.47 Nick fidencio is now known as fidencio[AWAY] (~fidencio@li113-135.members.linode.com) 05.16.38 *** Saving seen data "./dancer.seen" 05.17.47 # S_a_i_n_t: patches are always welcome :) 05.18.14 # and im not sure how hard (probably not very) it would be to change the splash colours 05.20.40 # Do you know where they are defined (the splash colours)? And, Would submitting the appropriate new wordinf for the manual suffice? I have no idea how to patch/build the manual. 05.21.47 # s/wordinf/wording/ 05.21.51 # I think for the manual they dont mind just getting a blurb with proper wording. and apps/gui/splash.c 05.22.06 Quit rvvs89 (Ping timeout: 276 seconds) 05.22.16 # thanks. 05.22.47 Join rvvs89 [0] (robotnik@bright-snat.ucc.asn.au) 05.27.13 Quit elinenbe (Ping timeout: 248 seconds) 05.29.04 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 05.30.18 Quit Horscht (Client Quit) 05.37.34 Join n1s [0] (~n1s@rockbox/developer/n1s) 05.38.31 Join Xerion_ [0] (~xerion@82-170-197-160.ip.telfort.nl) 05.40.06 Join switchgirl [0] (~sara@unaffiliated/switchgirl) 05.40.18 Quit alexbobp (Quit: reboot) 05.41.02 Quit Xerion (Ping timeout: 260 seconds) 05.41.02 Nick Xerion_ is now known as Xerion (~xerion@82-170-197-160.ip.telfort.nl) 05.41.45 # hi i gots a light blue ipod shuffle (the type with a clip and about the size of a stamp) wadda i need to do (i'm also running Linux Ubuntu) to get rockbox on there - or to get it to play ogg 05.42.01 Quit n1s (Ping timeout: 252 seconds) 05.42.23 # Well, first of all...you'd need to develop a port to that target ;) 05.43.23 # * switchgirl looks at S_a_i_n_t like they just cured cancer 05.43.24 # www.rockbox.org lists supported targets, and unfortunately for yourself, the Shuffle isn;t one of them. 05.43.42 # in otherwords what do you mean? 05.43.47 # aww 05.43.49 # ok 05.44.32 Quit xiainx (Quit: Good Bye!) 05.44.41 # Sorry to be the bearer of bad news...Your're actually the second person to ask about the Shuffle today. 05.45.04 # First time I've ever seen anyone ask about it myself, well times(s) 05.45.06 Quit bluebrother (Disconnected by services) 05.45.07 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 05.46.26 Quit anewuser (Quit: lolbama care) 05.46.52 # S_a_i_n_t: thanks 05.46.59 Quit Bagder (Remote host closed the connection) 05.50.26 Join n1s [0] (~n1s@rockbox/developer/n1s) 05.51.19 Join alexbobp [0] (~alex@66.112.249.238) 05.53.52 Nick fidencio[AWAY] is now known as fidencio (~fidencio@li113-135.members.linode.com) 05.56.12 Quit Zarggg (Quit: Zarggg) 05.57.10 Join FOAD_ [0] (~dok@dinah.blub.net) 06.00.03 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 06.01.22 Nick fidencio is now known as fidencio[AWAY] (~fidencio@li113-135.members.linode.com) 06.01.25 Quit FOAD (Ping timeout: 276 seconds) 06.01.26 Nick FOAD_ is now known as FOAD (~dok@dinah.blub.net) 06.07.32 Quit kaniini (Read error: Connection reset by peer) 06.20.59 Quit robin0800 (Ping timeout: 240 seconds) 06.23.49 Quit n1s (Ping timeout: 252 seconds) 06.41.15 Quit saratoga_lab (Quit: Page closed) 06.45.48 Quit BHSPitMonkey (Remote host closed the connection) 06.52.15 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 07.09.10 # New commit by 03FlynDice (r25284): sd-as3525v2.c Use MCI_MASK instead of data_transfer flag to determine if data transfer is happening. 07.09.17 # New commit by 03FlynDice (r25285): sd-as3525v2.c Enable disk access icon. 07.09.20 # New commit by 03FlynDice (r25286): sd-as3525v2.c We don't need to disable/enable MCI_CLKENA in send_cmd(). 07.10.15 Join Bagder [0] (~daniel@rockbox/developer/bagder) 07.16.41 *** Saving seen data "./dancer.seen" 07.25.24 Join DV__ [0] (~DV@218.248.65.243) 07.27.34 Quit DV__ (Read error: Connection reset by peer) 07.27.56 Quit DV (Ping timeout: 264 seconds) 07.28.49 Join DV [0] (~DV@218.248.65.245) 07.29.44 Quit Adubb (Ping timeout: 264 seconds) 07.33.20 Join Adubb [0] (~aldubuc@67.201.160.144) 07.33.56 # * pixelma doesn't understan S_a_i_n_t's next track info tags proposal, not even with the clarification 07.38.21 Join merbzt [0] (~benlar@193.13.246.198) 07.39.37 Quit FlynDice_ (Remote host closed the connection) 07.41.11 Quit merbzt1 (Ping timeout: 276 seconds) 07.43.05 Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) 07.43.05 Quit Zagor (Changing host) 07.43.05 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 07.44.25 Quit DV (Read error: Connection reset by peer) 07.48.33 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 07.48.36 Quit bmbl (Remote host closed the connection) 07.49.28 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 07.50.37 # ah... in the manual, now I get it 07.52.05 Join DerPapst [0] (~DerPapst@p5797C083.dip.t-dialin.net) 08.02.10 Quit Zagor (Quit: Clint excited) 08.04.02 Quit bmbl (Ping timeout: 246 seconds) 08.06.14 Join fejfighter [0] (~fejfighte@C-59-101-6-29.hay.connect.net.au) 08.12.58 Quit Xerion (Ping timeout: 265 seconds) 08.18.37 # I don't see why t that would be better - for a few reasons. Gotta run though, I'll explain later 08.28.41 Quit DerPapst (Quit: Leaving.) 08.31.23 Join ender` [0] (krneki@foo.eternallybored.org) 08.32.47 Quit TheSeven (Ping timeout: 265 seconds) 08.34.18 Join planetbeing_ [0] (~planetbei@166.132.61.99) 08.34.34 # * JdGordon pretty much gives up on fixing the draw order in the skins 08.38.05 Quit planetbeing_ (Client Quit) 08.39.59 # GodEater: For the "play all albums with the tracks in album order" problem, wouldn't the best solution be to have the database always "insert" in the same order it presents things to the user? So if you "insert" all tracks, you get them in alphabetical, but if you insert "all albums" you get the albums in alphabetical order, but the tracks within each album in track order, etc? 08.40.16 # Basically, wouldn't the ideal be to walk the database, rather than always returning the "all tracks" sub-list? 08.40.20 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 08.40.20 # that might be more intuitive yes 08.40.31 # but I've no idea how much work that would be 08.40.43 # I thought it used to do that already, at some point in the past, but I must be wrong. 08.40.57 # It seems like it would be the expected behaviour by the user, though, in general 08.41.06 # certainly trying to get the tagnavi syntax to get it to do that caused a data sbort 08.41.07 # JdGordon: you have the cross compilers running on OS X? On 10.6? 08.41.09 # *abort 08.41.13 # If you insert what appears to be a folder, the playlist contains what you'd see if you view that folder 08.41.41 # bluebroth3r: I thought i did, but not yet.. I cant get them going if needed 08.41.45 # but if you do view the folder you can see they're not in album order 08.41.51 # I'm not sure why anyone would need to cross compile on that box though? 08.42.12 # I'm not sure if the problem is in the database code, or our shipping default tagnavi file 08.42.31 # I would have thought the latter, since that's what defines those folders 08.42.50 # but the "correct" syntax doesn't work at all 08.42.56 # JdGordon: I wanted to set them up but building the compilers fail (in most cases binutils work, but gcc fails with a "trap abort" or similar). 08.43.07 # wanted to set them up on my box that is 08.43.25 # I'll start the script and see what happens 08.43.34 # so if you had them running I'd been interested how you managed to build them :) 08.44.59 Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) 08.45.15 Join petur [0] (~petur@rockbox/developer/petur) 08.48.25 # GodEater: If you view the "Albums" folder, you see a list of albums, which when viewed are then in track order 08.48.35 # ah right 08.48.39 # I see what you mean no 08.48.40 # *now 08.48.41 # So you'd expect that this hierarchy would pass on to the playlist if you inserted the level above 08.49.02 # depends when that sort happens 08.49.06 # Instead what you get is whatever you'd see if you choose the "all tracks" entry (which I like being alphabetical) 08.49.08 # I didn't even try inserting from there 08.49.28 # I think inserting "All Tracks" should get you alphabetical, but going up one and inserting the parent should get you a walked-through order 08.49.32 # yeah, and trying to sort the all tracks entry is what causes the data abort 08.49.53 # To me at least, it makes the most sense / is the most expected result. 08.54.22 Quit rvvs89 (Ping timeout: 256 seconds) 08.55.46 Join rvvs89 [0] (robotnik@bright-snat.ucc.asn.au) 09.01.02 # Llorean: if you insert from the level above (assumung the "album" entry in the database) wouldn't you get the content of and the individual albums? 09.01.05 Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) 09.02.44 # I would expect it to currently either just give all tracks, or just walk folders, but not both. Even though explicitly it seems like it might, I think most people recognize "all tracks" as a more or less 'extra' or 'virtual' entry 09.03.16 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 09.03.29 Join giLL0r_ [0] (gill0r@g227144236.adsl.alicedsl.de) 09.05.19 Quit giLL0r (Read error: Operation timed out) 09.14.43 Quit rvvs89 (Ping timeout: 264 seconds) 09.14.51 Join rvvs89 [0] (robotnik@bright-snat.ucc.asn.au) 09.16.42 *** Saving seen data "./dancer.seen" 09.18.25 Join DerPapst [0] (~DerPapst@p5099d40e.dip0.t-ipconnect.de) 09.19.58 Quit rvvs89 (Ping timeout: 240 seconds) 09.20.42 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.32.06 # New commit by 03funman (r25287): mkamsboot: add Clipv2 OF v2.01.35 09.32.19 Join funman [0] (~fun@rockbox/developer/funman) 09.32.33 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.32.36 Join funman_ [0] (~fun@rockbox/developer/funman) 09.32.54 Quit funman_ (Client Quit) 09.46.25 Quit JdGordon (Ping timeout: 252 seconds) 09.46.27 # about the next track tag description in the manual suggestion - I don't think %I'n' is not better than %Ix because (a) I'm used to "n" standing for an unknown number, not a character (b) if someone wants, he could read 'n' literally too (c) "x" is used for one of the allowed characters elsewhere too, e.g. in the general description about conditionals (%?xx) 09.47.17 # maybe * could work better - or setting "x" in italic? 09.48.35 Join PaulJam [0] (~Paule@p54BEE0EC.dip.t-dialin.net) 09.48.47 # * GodEater strives to unravel pixelma's double negatives 09.49.04 Join JdGordon [0] (~7bf38c1f@gateway/web/freenode/x-lwnggqhgsrsgzqpn) 09.50.02 # err... I think the new suggestion is not better - or I don't think it's better :) 09.50.49 # is sqlite really the smallest c database engine? 09.50.49 # New commit by 03funman (r25288): Tag release v1.2 of mkamsboot 09.52.14 # JdGordon: probably not. the smallest c sql database perhaps 09.52.14 # FlynDice, funman: One of the changes since enabling sound on the clip+ (don't know if yours or of another developer) causes some minor display problems: The "Shutting down" box no longer shows up (or so short that I can't see it) and when playing a song, then browsing through menus, then using "Now Playing" will only show a parial screen (status bar and seconds played/remaining and progress bar) 09.52.39 # ThomasAH: probably related to other commits 09.52.57 # probably my commit.. although I havnt seen this behaviour 09.53.15 # * ThomasAH checks if the simulator exposes the problem 09.55.07 # JdGordon: clip+ simulator can reproduce the problem 09.55.18 # JdGordon: (with rockbox_default playing screen) 09.56.35 # * funman sent mkamsboot 1.2 binaries to B4gder 09.56.51 # I think a re-implementation of our tagcache system would make a nice GSOC project. 09.57.12 # the db part? or the frontend? 09.57.14 # or both? 09.57.15 # I'd like to see a proper design doc first - one which tries to capture the use cases first (i.e. what queries it would support) 09.57.26 # the db part 09.59.50 # JdGordon: reverting r25271 makes the problem vanish 10.00.40 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 10.00.46 # clip+ sim doesnt have the mouse button locations :/ 10.00.48 # uhm, 10.00.54 # the rockbox.org main page 10.00.56 # has been defaced 10.01.03 # is there a site admin? 10.01.22 # oops 10.01.22 # so it has :( 10.01.24 # JdGordon: right, and I don't know how to press the home button, too, but you don't need that to reproduce the problem 10.01.31 # lucky us! 10.01.48 # internal pages work correctly, it seems like it's just the home page 10.01.48 # Zagor / Bagder : you guys here? 10.01.55 # I am 10.02.30 # damn script kiddies 10.02.49 # who, me? :) 10.02.58 # no, the gits who defaced it 10.03.15 # oh crap, didn't see that 10.03.18 Join swilde [0] (~wilde@aktaia.intevation.org) 10.03.26 # wonder how they got in this time 10.03.32 # GodEater: I'm not sure reimplementing the whole db makes sense. I've a better understanding of it now and I think we should simplify it. Perhaps drops some "features" that add code and seems not so useful 10.03.32 # forensics hats on :) 10.03.34 # * Llorean wonders if that's his real email address. 10.03.46 Quit Luca_S (Client Quit) 10.03.47 # pamaury: I respectfully disagree 10.04.02 # it can't even managed basic tasks in it's current form - it needs work 10.04.08 # not sure if it is a script kiddie, but if it is, there's no excuse for being vulnerable to canned attacks 10.04.22 # GodEater: which basic tasks ? 10.04.28 # see earlier in the channel 10.04.31 # why do we even allow building the db on the target? 10.04.43 # and if we really want that, why not move it into a plugin? 10.04.48 # JdGordon: to make rockbox platform independent 10.05.00 # the db format is target dependant IIRC 10.05.07 # independant* 10.05.16 # no 10.05.22 # * Llorean agrees with the "move it into a plugin" suggestion 10.05.31 # yes, but building it off target requires a computer based app 10.05.34 # I thought it used to at least be dependent on architecture endianness. 10.05.41 # no 10.05.43 # GodEater: rbutil 10.05.46 # which means we have more code to support that needs to be supported across multiple targers 10.05.54 # JdGordon: yes, which we already have trouble supporting on OSX 10.06.06 # I disagree with moving db building into it 10.06.26 # rockbox is down ? 10.06.28 # thats not technically true either... isnt the OSX issue a problem with <10.4 and a usb thing? 10.06.34 # pamaury: keep up 10.06.40 # you're not paying attention! 10.06.51 # ah true :) 10.06.55 # the db code is entirely arch/target/everything independant wherever its coded 10.07.10 # especially if the metadata lib happens (how is that going by the way?) 10.07.29 # JdGordon: I've no idea where the OSX problem is - the BIG problem with OSX is that we have barely any people with OSX in the first place, and even less with dev skills on it. 10.07.52 # metadata lib is currently stalled whilst I have too much work on 10.08.12 # yes, but thats a moot point here because the db building is just writing to files which Qt makes OS independant 10.08.31 # yes, IF you can get the util to build in the first palce 10.08.42 # which seems a big if 10.08.53 # bluebroth3r: yep, arm gcc crapped out 10.09.17 Part switchgirl 10.10.03 # The db code is also a mess because, imo, it supports too many modes: there is normal mode, dircache mode, dircache+tcram mode and tcram mode iirc ! 10.10.32 # shouldnt there be atleast one abstraction layer in there somewhere? :) 10.10.40 # GodEater: i have access to osx computers so i can perform some tests 10.10.41 # pamaury: yes - so refactoring from the ground up would be a good idea imo 10.10.57 # pamaury: And which of those modes should be removed, and why? 10.10.58 # funman: seriously, that's awesome - but you're one of so few 10.11.18 # GodEater: which problem with RbUtil on MacOS are you referring too? Works nicely on 10.4 (both Intel and PPC) 10.11.24 # s/too/to 10.11.31 # pixelma: isn't the build for OSX out of date currently ? 10.11.45 # GodEater: i'm using videolan servers, we could probably ask dionoea_ to create an account for rockboxers 10.12.09 # although I haven't tried installing a bootloader, but installing builds/themes/creating voices works 10.12.42 # GodEater: not more than the others and bluebroth3r builds for MacOS 10.13.16 # pixelma: ok - I must be mistaken then, I thought it was lagging behind because of some build issue 10.13.45 # or some bug bluebroth3r couldn't work out with the latest version which only manifested on OSX 10.14.09 # I believe the downloadable one from the wiki doesn't contain the latest voice fixes but that's because there was no new tagged release since 10.14.34 # I realise he builds on OSX himself, my point was more that *if* he runs into issues with it, his audience of fellow OSX hackers to bounce ideas off is incredibly shallow compared to windows / *nix 10.15.05 # maybe there is something about bootloader installation 10.15.25 Join perfectdrug [0] (~marko@p5B0EF30E.dip.t-dialin.net) 10.15.32 # not too many people owning macs care about rockbox anyway though so big deal 10.15.33 # yeah, at least I can help out testing currently 10.15.47 # Llorean: I don't know. I believe that with a proper implementation, only normal mode should be needed. The db is not accessed often enough to justify such modes imo 10.15.57 # that's not a reason to have broken things 10.17.05 # pamaury: Doesn't that make it significantly slower? 10.17.10 # and by the way, I suggested a custom tagnavi creator (maybe standalone with possible integration into RbUtil) as gsoc project too last week 10.17.24 # Many users change or reorganize their playlists requeuing songs rather frequently 10.17.55 # * JdGordon just wants the db to be able to "resume" a query .. is that too much to ask? 10.18.17 # Llorean: yes but on many targets, the db is not loaded to ram by default so it's disk only. The truth is that the current implementation si crappy because the db is not always sorted and doesn't really take advantage of a sorted one iirc 10.18.17 # something like /artist ~ A/ 10.19.09 # what do you mean by "resume" a query ? 10.20.30 # be able to have some sort of path system like the file browser... /music/some_artist/ will always get you to the same place, why can't the db have something like that? "/artist starts_with A/Album/" 10.20.34 # * pamaury wonders what was the starting point of the whole discussion because he can't access the logs 10.20.46 # pamaury: Why should it be loaded to ram by default? Shouldn't it be the users choice of performance vs memory wasted? And what do you mean by "not always sorted"? 10.22.20 # Llorean: I don't really understand everything :) See: 10.22.20 # #define TAGCACHE_SORTED_TAGS 10.22.22 # ... 10.22.53 # JdGordon: you would like that to replace the whole db requests ? Access the db like the filesystem ? 10.22.59 # pamaury: the starting point of the discussion was Llorean and I talking about how it's not possible to play all albums from the db where each album is played in it's track order 10.23.06 Quit m3dlg (Quit: RAGE QUIT) 10.23.22 # and I was saying how I'd looked into that a few months back, and then brought up the popular topic of re-implementing the db in sqlite 10.23.50 # which, despite the topic's popularity, is not a popular solution because of the memory footprint of sqlite compared to tagcache 10.24.07 # hence I'd like to see it re-implemented from the ground up so that it can do basic tasks like that 10.24.14 # pamaury: yes and no. My beef is that a db playlist is kept as an APPEND for every track added (in .playlist_control) whereas a file playlist (dirplay) is a single line saying APPEND /some/directory/ 10.24.45 # yes that's because the search needs a state 10.26.17 # JdGordon: and how would you fs idea work ? I mean, if you want to search for an artist you access /artist=.../ for example ? 10.26.18 # GodEater: would it not be possibly to do what you want with a sort string that contains album and track name? Although I admit that this wouldn't make a well readable list 10.27.38 # pamaury: I'm not necessairy suggesting a fs type thing, but being able to store/load a text represenatation of the query would be a HUGE benefit 10.28.40 # ok, I see your point 10.29.15 Quit blairb (Quit: Leaving) 10.31.05 # That's quite independent of the current tagcache implementation although. But then GodEater is right, if we were to reimplement tagcache, the first work is to list use cases, wanted features and then implement it. 10.31.50 # pixelma: I tried that, it crashes Rockbox though, in a non-obvious way 10.31.57 # I was going to say it sounds like GodEater's issue is with the frontend (tagtree.c) and yours is with the actual DB (tagcache.c) and both should be fixed and arnt necessarily related? 10.32.16 # I tried to track down the data-abort, but it's in our string handling somewhere, so not obviously in tagcache itself 10.32.19 # depends of whether we change the interface or not 10.32.25 # *s/of/on 10.32.50 # But yes my issue is wit the actual DB because the code is impossible to maintain 10.33.04 # * GodEater summons Slasheri 10.33.46 # Not sure Slasheri would do it, it was written so long ago :) 10.33.47 # sholdnt the db just have a few tables, one for each the strings, another for *all* the int/static sized items, and another to link them all together? 10.33.54 # whats so hard about that? 10.34.03 # because it's on the disk 10.34.13 # so there a zillions of errors to handle 10.34.21 # There are some special details to handle as well 10.34.22 # JdGordon: awesome - if it's so easy, do it yourself ! 10.34.24 # actually half of code is error handling 10.34.37 # And there are dircache and tcram modes also 10.34.38 # don't allow errors to get in and there is no problem :) 10.34.44 # wth is tcram mode? 10.35.07 # E.g. some lists have to be sorted, but also need to be browsable in chunks, so they have to be pre-sorted on disk in a suitable way 10.35.43 # the actual data sholdnt be sorted.. 10.36.22 # The actual data needs to be sorted... 10.36.54 # How else would you implement chunked browsing? 10.37.23 # so an insert means moving potentially a massive amount of data? 10.37.30 # surely only a index is kept sorted? 10.38.24 # what is chunked browsing? 10.39.19 # The browser can only buffer max_files_in_dir entries at once for display, but some database lists are longer than that 10.39.30 # (namely the global "all tracks" list) 10.40.00 # So scrolling through such lists swaps max_files_in_dir chunks as needed 10.40.31 # ok 10.41.51 # You could probably do this with an index, but it would probably slow down chunk loading on hdd targets noticeably, because of seeking 10.41.53 Join mitk [0] (~mitk@195.117.162.130) 10.42.07 Quit mitk (Client Quit) 10.42.43 Join mitk [0] (~mitk@195.117.162.130) 10.44.17 Quit DerPapst (Ping timeout: 240 seconds) 10.45.00 # max_file_in_dir is a hell of a lot bigger than can be shown on screen quickly so as long as it doesnt block while its building that shouldnt be such a huge issue 10.45.35 # i.e just get the first 2 screens worth while blocked then get the rest as needed in the background 10.46.12 Join DerPapst [0] (~DerPapst@p5099d40e.dip0.t-ipconnect.de) 10.46.38 # but yeah, I guess reading is a lot more common than updateing so the actual data being sorted would have benefits 10.46.49 # you can see chunked browsing - there is a noticeable delay (I even noticed on my Ondio which is flash) 10.47.25 # just scroll quickly through a huge list 10.48.01 # (dircache or not probably has an influence) 10.50.48 # aaaand we're back 10.50.53 # hurrah 10.51.22 # less than an hour since the hack 10.51.27 # w00t 10.53.33 # were any other sites taken down? 10.53.59 # other than www.rockbox ? 10.54.01 # well, we run several sites and all of them were down at the same time 10.54.20 # any others hacked I mean :) 10.54.28 Join DerPapst1 [0] (~DerPapst@p5099d40e.dip0.t-ipconnect.de) 10.54.32 # yes, the attacker put his files all over really 10.54.46 # he found a way to upload a php script as the server user 10.54.51 Quit DerPapst (Ping timeout: 268 seconds) 10.54.54 # and then he uploaded more files with that 10.55.15 # 41.232.54.102 is the guy 10.55.48 # egypt 10.55.51 # yeps 10.56.17 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 10.56.26 # I can't understand how someone could take time to do that, just destroying others work 10.56.50 # that was most probably a script kiddie.. not someonee with enough brains to know how to actually do it 10.56.55 # so no time at all 10.57.17 # pamaury: my 2-year old likes to smash her older brother's lego cars 10.57.42 # same thing here. same mental age too. 10.57.43 # when you're young that's different 10.57.52 # lol 10.58.21 # Zagor: hang on.. there is something wrong with breaking lego cars? 10.58.28 # thats fun-ist! 10.58.39 # her brother doesn't always agree :) 11.00.16 Quit funman (Quit: free(random());) 11.00.22 # GodEater: tcram mode is the when db is loaded into ram 11.00.51 # why does the db care about dircache? 11.01.07 # because there is little optimization for file names 11.01.21 # That's really hacky 11.01.41 # directly talking to dircache instead of the proper file/folder handling? 11.01.46 # yes 11.01.57 # .... :/ 11.01.57 # hacky... 11.02.07 # New commit by 03uchida (r25289): fix bug: WAV file playback does not resume (FS#11077) ... 11.02.27 # I thought *everything* did that wrt dircache? 11.02.37 # assuming it's enabled that is 11.02.51 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 11.02.52 # through an abstraction layer 11.03.22 # dir_open() (or whatever it is) does the magic to decide where to get filenames from (IIRC) 11.03.27 # yep 11.03.32 # or I'd bloody assume that would be the case 11.04.16 # opendir uses opendir_cached when dircache is enabled and opendir_uncached if not or something like that 11.05.09 # I don't like the idea of tagcache messing up with dircache. 11.08.16 Quit flydutch (Quit: /* empty */) 11.08.39 # And anyway, the current code doesn't allow to add a single database entry easily, does it ? 11.09.20 # sounds like you currently know the code better than anyone else.. so you tell us :p 11.09.45 # are there tiny database engines aroudn that arnt sql based that would make sense thinking about using? 11.09.47 # I think not, but 4000 lines is too many for a single mind to remind of :) 11.11.53 # Anyone against committing my FAT patch ? 11.12.36 # pamaury: yes. It makes things smaller, so it can't be called a FAT patch! 11.12.51 # Apart from that, no 11.13.05 Join aholic [0] (aholic@pool-74-103-220-127.prvdri.fios.verizon.net) 11.13.22 # * pamaury throws a FAT patch on gevaerts to crush him 11.13.31 # vFAT? 11.13.54 # ? 11.15.20 # gevaerts: I'll commit it in a min, I changed some comments, I feel some were unclear 11.16.45 *** Saving seen data "./dancer.seen" 11.17.46 # people that know FAT spec: do you think the FAT code should check for checksums in LFN entries ? 11.22.54 Join rvvs89 [0] (~rvvs89@pdpc/supporter/base/rvvs89) 11.24.38 Join _silentAssassin [0] (~mrigesh@iws3.iiita.ac.in) 11.32.37 # pamaury: I'd say it's unnecessary. I think the checksums protect agains vFAT unaware OSes (old DOS) messing up the directory. 11.32.52 # And who is still using an OS that doesn't handle vFAT these days? 11.33.38 Join xsteadfastx [0] (~spectrum@91.186.44.136) 11.33.39 # Or rather they are for detecting that someone not aware of vFAT has messed up the directory entries. 11.33.45 # hey :) 11.33.55 # how can i say if my sansa fuze is v1 or v2? 11.35.17 # On my C200v2 is says v2 in very small letters on the back. 11.35.27 # New commit by 03pamaury (r25290): FS#11118: reduce the number of cached sector in FAT code because some are useless after a rewrite of LFN entries handling. Also makes LFN handling ... 11.35.33 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 11.35.41 # xsteadfastx: the OF version is the only way to know for sure 11.35.47 # xsteadfastx: the only way is to check the OF version 11.36.53 # how can i do that? 11.37.11 # go into the sansa firmware and find the version in the info screen somewhere 11.37.27 # oh ok...cool :) is there something in the wiki about it? 11.37.28 # in the OF: Settings => System Settings => Information 11.37.43 # (or something like that, I have it localized) 11.39.04 # ah thank you alot 11.39.50 # cool..then i will try that when im at home 11.39.54 # i even have a g5 ipod 30gb 11.40.05 # i dont use it anymore...maybe perfect fpr rockbox 11.40.22 # and fuze has a strange tag encoding bug...im sure it will get better with rockbox 11.41.33 # * pamaury : nice green delta ! 11.41.59 # not too shabby 11.42.26 # uchida strieks again... 11.43.53 Join Rob2222 [0] (~Miranda@p4FDC9318.dip.t-dialin.net) 11.45.56 # JdGordon: what did uchida dod ? 11.47.11 Quit jordan` (Ping timeout: 256 seconds) 11.47.12 # New commit by 03uchida (r25291): fix yellow 11.49.21 # * pixelma waits for the dust settling on pamaury's commit... being affected by the previous filesystem errors on directory delete bug ;) 11.50.53 # which he also fixed then though 11.51.36 # and that I also introduced first :) 11.52.51 Quit RadicalR (Quit: Nettalk6 - www.ntalk.de) 11.55.03 Join funman [0] (~fun@rockbox/developer/funman) 11.56.02 # * pamaury just remembered that there is still a sync bug between dircache and file browser... 11.59.57 # I have hit small but irritating bug. If I select System menu it automaticly enters to the first item in this menu (rockbox info). 12.00.11 # funman: could your patch to enable sound on Clip+ work for Clipv2? I'm asking because on the TargetStatus wiki page it says 'only tested on clip+'... 12.00.15 # do You see something like this? 12.00.35 # Luca_S: i have no clipv2 to test, but the code is enabled anyway, so you could tell us if clipv2 sounds works 12.01.14 # I was just curious, unluckily I only own a FuzeV2 12.01.33 # wodz: I've never seen that. A bug in your button driver maybe? 12.02.38 Join einhirn [0] (~Miranda@p548599C8.dip0.t-ipconnect.de) 12.03.47 # I get this on ipod mini 1G and in my experimental port to HD200. But interesting thing is that I also get this in sim 12.04.11 # Maybe a problem with your action definitions? 12.05.23 # hi, i was trying to download an older daily build, but after selecting the target the table at the top of the page ( http://www.rockbox.org/dl.cgi?bin=iriverh300 ) is empty. is this just a temporary issue or have you removed the daily builds? 12.05.36 # maybe 12.06.20 Nick fidencio[AWAY] is now known as fidencio (~fidencio@li113-135.members.linode.com) 12.08.06 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.08.14 Quit hd (Ping timeout: 258 seconds) 12.08.18 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 12.08.59 Join mischasworld [0] (~quassel@193.174.158.84) 12.09.28 # PaulJam: rb.org was hacked before.. maybe the files got wiped 12.09.59 # no, they've been gone for at least a few days 12.10.12 # ok 12.17.03 # hm i can't reboot my clip+ to rockbox when it panics (black screen), but rebooting to OF works (when holding the dualboot button) 12.17.39 Quit kugel (Remote host closed the connection) 12.18.24 # funman: I can't confirm this ... cube crashed once yesterday with black screen, booting directly into Rockbox worked after >10seconds-poweroff 12.18.54 # ThomasAH: when in the panic screen (*PANIC*), you can reboot immediately with any keypres 12.19.16 # funman: it was completely black screen for me, no *PANIC* 12.19.17 # JdGordon: btw, since your commit yesterday there seems to be a problem with the quickscreen. the screen flashes shortly and the the screen stays blank. after changing a setting it shows up again. 12.19.52 # I've been trying to track these issues down... no idea how that change did it 12.20.02 # I'll revert it in the next few days if I cant fix it 12.20.37 # it apparently is a problem with a setting.... no issues on my mini2g 12.21.26 # unless... 12.24.40 # on the forums, pxby says sound works on the ClipV2 too.. dunno if it's worth a gentlemen mail, but congrats again funman :D 12.28.40 # so here is what *must* be the problem.... before that change every line in the default viewport in the sbs was run through *every single update loop*, now it only happens if the line has "dynamic" content 12.29.46 # which means the current behaviour is more correct, but a full update appears to be missing somewhere 12.29.49 # I think 12.30.30 # PaulJam: can you change skin_display.c line 1180 to make that "if (1)" and see if that fixes things? 12.30.42 # sure 12.31.14 # thanks 12.37.01 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.38.53 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 12.40.57 # JdGordon: no, that didn't fix it. 12.41.07 # ok, good :) 12.41.24 # although that means i have no idea how that commit broke anything 12.44.16 Join DV [0] (~DV@218.248.65.241) 12.44.46 Join mischa [0] (~quassel@193.174.158.83) 12.44.53 # btw, the remote display (in the uisim) works fine, this only happens in the main screen. 12.45.39 Quit mischasworld (Ping timeout: 260 seconds) 12.47.50 # nothing was updated in the sbs' default vp, only the get_line call happened to evaluate conditionals 12.49.20 Quit mischa (Ping timeout: 252 seconds) 12.50.22 Join mischasworld [0] (~quassel@193.174.158.83) 12.52.14 # it was obvious (to me) that something like this happens which was the reason I did it how it was and declared drawing in the default vp/%Vi is unsupported 12.52.50 # FlynDice: ping 13.00.29 # kugel: well take this any way you want.. thats just stupid 13.00.41 # is there a player i can buy now and where i can use rockbox on? i mean im sure i dont get something like the fuze v1 no more 13.00.53 # and if that was the logic then it shold have been handled explicitly 13.01.18 Join froggyman [0] (~sopgenort@pool-72-69-76-103.chi01.dsl-w.verizon.net) 13.01.18 Quit antil33t (Read error: Connection reset by peer) 13.01.26 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 13.02.25 # do the rockbox ata driver support flush_cache command? I cant figure that out 13.02.54 # xsteadfastx: http://www.rockbox.org/wiki/BuyersGuide - according to that table, nothing supported is in production anymore, so I suggest some of the most recent sansas (except fuzev2), work on them is progressing quite nicely 13.04.11 # Luca_S, something like the clip? 13.05.00 # what was actually happening was that the default viewport AND the ui viewports were having all their lines parsed every single update loop when they shouldnt be 13.05.12 # It really depends on your needs. Have a look at the wiki pages, all that I could tell you is there. 13.05.38 Join perfectdrug_ [0] (~marko@p5B0EC521.dip.t-dialin.net) 13.06.15 # JdGordon: I don't understand 13.06.21 Join mischa [0] (~quassel@193.174.158.83) 13.06.26 # parsed? 13.06.29 Quit mischasworld (Read error: Connection reset by peer) 13.06.37 # in the displayer.. I cant tinhk of a better word 13.07.21 # I changed nothing (because I don't know the side effects of get_line, I only figured it's needed for conditionals), I only added the exception for hidden viewports so that drawing doesn't happen in them 13.07.46 # except you didnt 13.07.49 # I don't think I added anything to it which didn't already happen before 13.08.11 # please explain that for me 13.08.11 # yes and no 13.08.52 Quit perfectdrug (Read error: Operation timed out) 13.09.05 # get_line() does some drawing without checking the update mode, so if those tags are in the sbs' default viewport then they would be drawn 13.09.38 # my commit didnt fix that but made it more obvious. All your excpetion really wanted was to make sure the default viewport isnt cleared every update 13.09.51 # I dont understand how that change breaks other screens though 13.10.07 # PaulJam: got a min for another quick maybe fix? 13.11.04 # add "!(hidden_flags&VP_NEVER_CLEAR) &&" to the end of line 1227 after the &&'s in skin_display.c please 13.11.07 Part froggyman 13.11.18 # ok 13.12.11 # New commit by 03funman (r25292): sd-as3525v2: read cid & csd in the correct order, fix disk info 13.16.48 *** Saving seen data "./dancer.seen" 13.17.30 # FlynDice: i got wait for state errors (waiting for TRAN, still in PRG - so i suppose after STOP_TRANSMISSION cmd - ), when trying to print status bits from the main loop while (retry || count), not even trying to write at this point (just inserting the µSD) 13.18.50 Quit mischa (Quit: No Ping reply in 180 seconds.) 13.19.05 Join mischasworld [0] (~quassel@193.174.158.83) 13.20.00 # JdGordon: that didn't fix it either. 13.20.10 # ok thanks 13.23.04 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 13.24.14 # JdGordon: the conditionals logic and the drawing should probably more separated to have more control on what's being drawn and what not 13.24.34 # yes, any idea how to do that though? 13.25.03 # we can make it only do conditional tags, but nothing forces them to not draw in those 13.25.15 # if get_line draws, it's bad IMO, it would be better if there was a drawing function (maybe per skin viewport) which draws depending on the get_line result 13.25.17 # especially if we move the bmp drawing directly into the tag handling (which i want to do) 13.25.25 # no, I have no idea how to do it right now 13.25.37 # I dont really like the big drawing at the end 13.26.37 # another way it could have been done was just get rid of the hidden_vp var and use the vp_redraw_mode to figure out if we can draw or not 13.26.46 # oh the clip+ looks nice..cant wait for rockbox support 13.26.52 # I think I tried that without much success 13.27.12 Join mischa [0] (~quassel@193.174.158.84) 13.27.21 # I want to have a fiddle with how the hiding viewports work.. I dont know if you saw, I want to allow the ui viewport to be conditioanlly chosen 13.29.19 # * kugel doesn't see the point of that, but well 13.29.59 Quit mischasworld (Ping timeout: 245 seconds) 13.30.11 Join froggymana [0] (~187b533e@giant.haxx.se) 13.33.16 Join anewuser [0] (anewuser@unaffiliated/anewuser) 13.35.20 Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 13.35.20 Quit elinenbe (Read error: Connection reset by peer) 13.35.20 Nick elinenbe_ is now known as elinenbe (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 13.36.48 # FlynDice: no dice on writing to the storage on the Clip+ yet? 13.37.16 # elinenbe: when it'll be done, status will be updated on the wiki 13.40.41 Quit JdGordon (Ping timeout: 252 seconds) 13.41.35 Quit shaggy-h (Ping timeout: 240 seconds) 13.42.35 Quit elinenbe (Read error: Connection reset by peer) 13.42.44 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 13.49.27 # does sleep() work with disabled interrupts? 13.49.43 # nope 13.49.52 # sleep() rely on the tick interrupt 13.50.30 # PP have a µseconds counter which can be used as a usleep() when interrupts are disabled 13.51.14 # coldfire has also second harware counter. But I can not figure out how to use it with current implementation 13.52.10 # am I correct that sleep() does not guarantee precise delay? 13.53.17 # afaik sleep() just gives control to the next thread until the delay has elapsed so it could be longer 13.53.40 # ok thats how I understood this 13.54.49 Quit funman (Quit: free(random());) 13.56.05 Quit JohannesSM64 (Ping timeout: 240 seconds) 14.00.07 Quit chrisb (Remote host closed the connection) 14.10.49 Quit mischa (Ping timeout: 245 seconds) 14.10.58 Join fyrestorm [0] (~nnscript@static-71-249-251-152.nycmny.east.verizon.net) 14.11.39 Quit rvvs89 (Ping timeout: 245 seconds) 14.11.47 Quit DV (Ping timeout: 276 seconds) 14.13.03 Join hd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 14.13.03 Quit hd (Changing host) 14.13.03 Join hd [0] (~jd@Wikipedia/HellDragon) 14.13.26 Join DV [0] (~DV@218.248.65.243) 14.13.51 Join rvvs89 [0] (~rvvs89@202-89-167-243.static.dsl.amnet.net.au) 14.17.29 # gevaerts: I'm trying to implement the new usb api I mentionned to you and found something nasty. I'm currently implementing queueing because it's necessary for most endpoints. So I set up a queue for EP_CONTROL in both direction of size 1 and of course everything worked well for send because usb_drv_send is blocking (so the queue was never full on request) but on recv, I encountered a situation where usb_drv_recv was called whereras the previ 14.17.29 # ous one had not finished ! My code refused the transfer because the queue was full but on the current code, there is a potential overwrite (even though is was ack so not problematic)... 14.19.49 # pamaury: is that one queue for both directions, or one queue per direction? 14.19.57 # one queue for each 14.20.10 # so two queue for EP_CONTROL, one send, one recv 14.20.18 # of size 1 currently 14.20.25 # hm, that shouldn't happen as far as I can see... 14.21.00 Quit Rob2222 (Remote host closed the connection) 14.21.08 # that's sound strange for me also but I'm telling you what I see :) 14.21.15 Join Rob2222 [0] (~Miranda@p4FDC9318.dip.t-dialin.net) 14.22.39 # I'll have a look tonight unless you've found it before 14.22.46 # I think it's due to the implementation of usb_drv_int: it check for a control received before a transfer completion. so if the transfer completion arises and a setup, the setup is treated and the queue is not emptied in my code 14.23.11 # So it might be specific to my code then 14.23.37 Quit elinenbe (Read error: No route to host) 14.23.57 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 14.26.17 # the sansa e250 should work cause its in the e200 series? 14.27.22 # xsteadfastx: yes 14.27.37 # thats cool...cause you still can get them :) 14.28.12 # gevaerts: but to be honest, there is something I don't like in usb_drv_recv. Because usb_core assumes that on a control transfer, usb_drv_recv will fill the buffer immediately. So it's assumed that it's sort of blocking whereras it is not but it's working because the data is already there... I am wrong ? 14.30.40 # pamaury: I don't know 14.37.10 Quit GHF (Ping timeout: 260 seconds) 14.38.26 Quit Tomis (Quit: Tomis) 14.40.10 Join Tomis [0] (~Tomis@70.134.88.172) 14.41.54 Nick fidencio is now known as fidencio[AWAY] (~fidencio@li113-135.members.linode.com) 14.41.56 Quit Llorean (Ping timeout: 246 seconds) 14.49.30 Quit elinenbe (Read error: Connection reset by peer) 14.49.50 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 14.50.03 Join byondo [0] (~5d23fd22@giant.haxx.se) 14.50.09 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 14.51.35 # hello everyone 14.52.51 Join Schmogel [0] (~Miranda@p3EE21E3C.dip0.t-ipconnect.de) 14.53.23 # anyone to help me w/ clipv2? 14.54.42 Quit froggymana (Quit: CGI:IRC) 14.56.33 # byondo: Ask the question you want an answer to and if anyone knows then they'll help 15.01.51 Quit Unhelpful (Quit: No Ping reply in 180 seconds.) 15.01.51 Quit byondo (Quit: CGI:IRC (EOF)) 15.01.52 Join Unhelpful [0] (~quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 15.01.52 Quit Unhelpful (Changing host) 15.01.52 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 15.02.03 Part xsteadfastx 15.02.19 Quit AlexP (Remote host closed the connection) 15.02.36 Join AlexP [0] (~ap@rockbox/staff/AlexP) 15.02.58 Join maxc1006 [0] (~me@93-35-253-34.ip57.fastwebnet.it) 15.03.11 # here I am once again 15.03.28 Nick maxc1006 is now known as byondo (~me@93-35-253-34.ip57.fastwebnet.it) 15.03.56 # switched to mirc client, web client was sooo lagged 15.04.07 Quit linuxguy3 (Ping timeout: 276 seconds) 15.04.16 Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 15.04.29 # so I want to test rockbox on my clipv2 15.04.32 Join linuxguy3 [0] (~timj@adsl-75-57-164-65.dsl.emhril.sbcglobal.net) 15.04.34 Quit elinenbe (Read error: No route to host) 15.04.34 Nick elinenbe_ is now known as elinenbe (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 15.05.08 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 15.06.49 # I have OF, mkamsboot, daily clipv2 compiled RB, I need bootloader...? 15.07.55 # isn't both clip v2 and clip+ ready to be tagged "unstable"? 15.08.16 # without write support? 15.08.37 # yes, I know 15.09.21 # just want to try, but if you think I could birck it, I'll wait :) 15.09.23 # kugel: I'd say it depends. if it works ok as a read-only player, I'd say it should be "unstable" 15.11.09 # I wouldn't mind :) 15.11.51 # and again i think "Complete" and "Incomplete" are better names for the tier 1&2 ports 15.14.13 # except complete doesn't apply to all stable targets 15.14.18 # Hmmmmm S_a_i_n_t does indeed dislike the wording used in FS#11101. Do you think "USB: Charge By Default" is any better than "USB Charging By Default?" 15.14.29 # its really the "?" in the menu I dislike. 15.14.37 # kugel: such as? 15.14.57 # I found compiled RB for clipv2 in the daily folder 15.15.15 # S_a_i_n_t: It's nothing to do with charging, though, no? 15.15.21 # That sounds *really* confusing 15.15.25 Join Linus [0] (~linus@gateway/web/cgi-irc/labb.contactor.se/x-gbjpylvewnxeqifm) 15.15.35 # It charges (or not) according ot the value of a completely unrelated setting. 15.15.45 # Well, it *is* kinda to do with charging 15.16.04 # All it does though is stop you from having to press menu to charge with the player on 15.16.09 # *using the RB FW 15.16.10 # Yes, but it *charges either way* 15.16.17 # unless you have disabled usb charging with the setting for that ;0 15.16.25 # It's enabling/disabling USB *data* connection 15.16.30 # this is nothing to do with charging 15.16.51 *** Saving seen data "./dancer.seen" 15.17.26 Join hebz0rl [0] (~hebz0rl@dslb-088-067-207-128.pools.arcor-ip.net) 15.17.35 Join giLL0r [0] (gill0r@g227144236.adsl.alicedsl.de) 15.17.38 # Hmmm, yes. I see your point.But "Use this setting so you don;t have to long press a key to keep the player on" is a little long ;P 15.18.14 Quit einhirn (Read error: Connection reset by peer) 15.18.15 # I *really* can't come up with a wording that a: looks good, and b: fits the bill. 15.18.18 Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) 15.18.57 # "looks good" isn;t nearly as important, but I seem to dislike the "?" in the Menu entry for some reason...and see it as a "no no" 15.18.59 Join krazykit` [0] (~kkit@adsl-76-240-216-183.dsl.ipltin.sbcglobal.net) 15.20.30 # The Authors second suggestion(s) on his FS# are just as bad (IMO) and I'd hate to see bad wording keep this from getting comitted. 15.20.56 # As its *kinda* usefull, the GF had been bugging me about it for some time now. 15.21.08 # Default behaviour on USB connection: Data transfer | Charging only 15.21.41 Quit DerPapst1 (Read error: Connection reset by peer) 15.21.47 # Or just "Default USB connection action"? 15.21.48 # shorter. 15.21.49 # I dunno. 15.21.52 # that line doesn't fit by a LONG shot though..well of course it will scroll, but I like to try and keep menu entries as short as possible 15.21.58 # Yes. 15.21.58 Join TopyMobile [0] (~topy@f048117123.adsl.alicedsl.de) 15.22.01 # That is the best one I've seen so far though 15.22.02 Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 15.22.13 # Default USB mode, even? 15.22.36 # that sounds like I'd choose between UMS and MTP 15.22.41 # Yeah, that works...but needs a COMPLETE rewrite of the code..as the options are yes/no 15.22.48 # so, that would make it more confusing. 15.22.49 # :/ 15.22.56 # S_a_i_n_t: Boolean settings with custom on/off phrasing are not hard 15.22.59 Join DerPapst [0] (~DerPapst@p5099d40e.dip0.t-ipconnect.de) 15.23.00 # There's a macro for it even 15.23.14 # not hard for you perhaps :P 15.23.21 # Zagor: Maybe, but so? If we added MTP in the future then that'd be a perfectly good place to put it as a third choice 15.23.29 # Zagor: i think that fits fine 15.23.51 # yeah, that makes sense 15.23.57 Quit _silentAssassin (*.net *.split) 15.23.57 Quit giLL0r_ (*.net *.split) 15.23.58 Quit krazykit (*.net *.split) 15.23.58 Quit xavieran (*.net *.split) 15.23.58 Quit Topy44 (*.net *.split) 15.23.59 Quit LinusN (*.net *.split) 15.24.10 # Yes, I actually quite like that suggestion (Torne's)..but implementing it (without guidance) is a little beyond me. 15.24.27 # Zagor: maybe something other than "Data transfer", then? 15.24.40 # Default USB mode: Storage device, charging only 15.24.57 # That's the best yet. IMO 15.25.00 # I would think "storage device" implies MSC to people who know what that is, and still means somethign to people who don't 15.25.07 # anything wrong with "USB Mass Storage"? 15.25.13 # Zagor: I guess not 15.25.23 # its longer? :P 15.25.26 # Well, just mass storage 15.25.28 # the option already says usb 15.26.11 # in that case I think I'd rather opt for "Storage device". "Mass storage" sounds a bit weird alone. :) 15.26.23 # I want my bike shed purlple! 15.26.44 # Heh 15.26.46 # yes, but keep in mind it'l be prefixed with USB*something*: probably 15.26.53 # Zagor: yeah we are bikeshedding a bit 15.27.09 # S_a_i_n_t: anyway i would fix up the patch right now but i'm supposed to be working 15.27.20 # S_a_i_n_t: so either someone else can do it or you can poke me in six hours 15.27.25 Join FlynDice_ [0] (~FlynDice@63.161.128.2) 15.27.38 # Zagor: about "complete" - e.g. charging on the Iaudios 15.27.50 # Is there some example you know of I could glean the info I need from in the source? 15.28.51 # look for BOOL_SETTING 15.28.58 # thax 15.29.05 # thanks rather 15.29.08 # as opposed to ONOFF_SETTING 15.29.34 # BOOL has free choice of lang string and string to use in the .cfg 15.29.50 # pixelma: is that the m3 or all the iaudios? 15.31.34 Join xavieran [0] (~xavieran@ppp118-209-22-76.lns20.mel4.internode.on.net) 15.31.49 # and that doesn't make me like the "unstable" name any more. it's simply misleading. 15.32.47 Join _silentAssassin [0] (~mrigesh@iws3.iiita.ac.in) 15.33.59 # * gevaerts isn't always very happy about the preexisting release ports automatically getting the "stable" label 15.35.48 # right, "stable" is also misleading when we screw things up. 15.36.05 # it might even have been me suggesting the names from debian, but I still don't like them now. 15.36.45 # our release process isn't anywhere near debian's 15.36.55 Quit DV (Read error: Connection reset by peer) 15.37.06 # the only thing the tiers say is how much code has been written for each model. 15.37.07 Join DV [0] (~DV@218.248.65.245) 15.40.14 # funman: (logs) re: (waiting for TRAN, still in PRG) I haven't seen this yet but I think it's a good sign. If we know it's getting into PRG mode then I think that means the card is actually getting some data into it's buffers. 15.40.31 Quit DV (Read error: Connection reset by peer) 15.40.50 # hello FlynDice 15.41.18 Quit DerPapst (Quit: Leaving.) 15.41.23 # hi... 15.41.28 # are you a sansaAMS expert, right? :) 15.41.53 # expert is stretching it quite a bit but I know a little 15.42.11 # I'm trying to install the daily RB to my clipv2 15.42.14 # eheh 15.42.37 Join DV [0] (~DV@218.248.65.245) 15.42.47 # I have to do it with win32... 15.43.28 # and mkamsboot is not compiled with latest "original firmware adding" 15.43.47 # isn't it? 15.44.16 # latest OF: 2.01.35 15.45.25 # I think I heard some thing about that. If that firmware is a recent update I would just try using mkamsboot with an older firmware that mkamsboot recognizes. 15.46.10 # ok, so I will have a clip with dual firmware, right? 15.46.35 # the original one patched w/ mkamsboot and RB? 15.46.44 # byondo: did you try to use the latest SVN mkamsboot? just today funman committed the checksum for version 2.01.35 15.47.19 # you can still see the commit message on the home page 15.47.25 Quit DV (Read error: Connection reset by peer) 15.47.51 # Luca_S, I see it, but it seems there's no win32 compiled mkamsboot w/ that commit 15.48.17 # I am preparing initial patch to add new target. How should I treat binary file in the patch? (UI graphic for simulator) 15.48.36 # FlynDice_: About 4 hours ago funman sent compiled binaries of mkamsboot v1.2 to Zagor or Badger. Don't remember to which one.. 15.48.41 Join DV [0] (~DV@218.248.65.243) 15.48.44 # svn diff ignores binary files 15.49.21 # wodz: can't you add them with svn add? Or does it just ignore them completely? 15.49.33 # You'll need to just post the binary file seperately along with the patch 15.49.43 # ok 15.50.25 Quit anewuser () 15.51.01 # mitk: Which ata error did you see with you 8GB clip+? 15.52.52 # FlynDice: It was just question on the forum, not bug report. I can tell you that in 3 hours if you like. No clipp around. 15.53.56 # how verbose should be comment to the FS task with initial port patch? 15.54.55 Quit elinenbe (Read error: No route to host) 15.55.08 Quit DV (Ping timeout: 276 seconds) 15.55.18 # so is there any risk to brick clipv2 with this r25292? 15.55.28 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 15.55.31 # mitk: Post it on the forum or in the logs here, yes I would like to know so I can see where it's failing. That info is related to devolopement. 15.55.44 # byondo: the sansas are never risk-free 15.55.59 # the AMS sansas anyway 15.56.03 # I will then 15.56.03 # right 15.56.17 # eheh 15.56.33 # byondo: there is always a risk but there have been no bricks reported with the clipv2, clip+ had at least 2 so far early on 15.57.31 # FlynDice_: With 3-4 hours of 8GB clip+ with 8GB SDHC usage during the weekend I did not have a single ATA error. Most songs came from the internal memory, but I played some from the card, too. 15.57.59 # FlynDice: ok, so I wait for the new compiled mkamsboot, or use an old OF firmware? 15.58.05 # ThomasAH: Great, thanks for the info! 15.58.40 Quit mitk (Quit: Leaving) 15.59.05 # FlynDice_: SD access icon works, too, since your changes this morning 15.59.31 # byondo: Yes, to me those seem like those are your choices 16.01.05 # ThomasAH: Your 8GB is playing fine today since my changes last night? 16.01.35 # I'm impatient, I will try w/ old OF :) 16.01.47 # please look at FS#11137 16.02.23 # Zagor: USB 16.05.00 # FlynDice_: Only checked few minutes ... should I try longer? 16.05.48 Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 16.05.53 Quit elinenbe (Read error: No route to host) 16.05.54 Nick elinenbe_ is now known as elinenbe (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 16.06.04 # Zagor: all 16.06.10 # Can somebody that knows their way around the code please look at FS5111 and tell me how I managed to bork the piezo for iPod nano1g (and probably all the other targets except the nano2g which TheSeven adden support for afterward)? 16.06.14 # and charging too 16.06.26 # I can't see what I've done wrong :( 16.06.37 # Zagor: no real charging under Rockbox, M3 is worst though 16.07.04 # ThomasAH: No, that's fine, mitk was getting an ATA error on startup and I was wondering if it was related to his player being 8GB. If yours starts up fine and plays it must be another reason. 16.07.47 # FlynDice: ah,err... "Model name "clv2" not found in bootloader-clip.sansa" :( 16.08.55 # byondo: Did you compile a "clip" (v1) bootloader? 16.09.06 # byondo: Did you do a bootloader build? 16.09.28 # linuxstb & FlynDice: nope :) 16.09.30 # FlynDice_: just tested, works without inserted SDHC card, too :) 16.09.41 # ThomasAH: Thanks 16.09.57 # just downloaded from rockbox site 16.10.15 # effectively it's outdated... 16.10.28 Join Farthen [0] (~chatzilla@e179233012.adsl.alicedsl.de) 16.10.31 # byondo: You downloaded a clipv1 bootloader. 16.10.43 # yes, for sure... 16.10.55 # think I have to wait 16.11.16 # pixelma: I see your point about my suggestion for the Next Track tags in the manual...I guess my problem with them is that there is nothing that suggests that x is a variable 16.11.45 # Your suggestion of italics, and or enclosing it in ' 's is a lot better. 16.13.38 Join DV [0] (~DV@218.248.65.241) 16.14.04 # I thought the ' ' was yours but maybe you just added them here to point things out 16.15.17 # strange, mkamsboot has clipv2 compatibility but there's no bootloader for clipv2 to use with...? 16.16.12 # we don't have released bootloaders for the newer ams sansas 16.16.20 # you need to build from svn 16.16.39 # Regarding new port, I added initial patch to FS. Should I do something else or just sit and wait for reviews? 16.17.12 Join DerPapst [0] (~DerPapst@p4FE8FF49.dip.t-dialin.net) 16.18.26 # kugel: ah ok thanks, so I just have to wait 16.18.30 # byondo: clipv2 is still in development. Once it has all the things a user needs to install, it will be listed in "unstable" status. 16.18.51 Quit DV (Ping timeout: 252 seconds) 16.19.07 # wodz: you can also try asking for feedback here or on the dev mailing list 16.19.56 # ok I'll post to dev ml also than 16.21.40 # linuxstb: yes, I was just too happy from reading latest posts on the forum, I forgot it ;) 16.23.13 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 16.24.30 # goodbye all and thanks for the info's :) 16.24.49 Quit byondo () 16.30.02 Quit elinenbe (Read error: Connection reset by peer) 16.30.03 Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 16.31.30 Quit kugel (Ping timeout: 252 seconds) 16.31.35 Join Topy44 [0] (~Topy44@f048117123.adsl.alicedsl.de) 16.34.01 # wodz: Do you need your own bootloader file? i.e. could you share an existing Coldfire bootloader? 16.34.08 Quit Adubb (Read error: Connection reset by peer) 16.34.13 # wodz: There's also an unrelated whitespace change in bootloader/common.c 16.34.15 Join Adubb [0] (~aldubuc@67.201.160.144) 16.35.49 # wodz: (I guess I should be posting to the tracker....) Maybe "mpio" isn't the best choice for model string, assuming there are other "mpio" targets apart from HD200. 16.37.00 # linuxstb: it has many similarities with iriver h300 bootloader but I think it is cleaner to have separate bootloader than nightmare of ifdefs 16.37.53 # linuxstb: I am aware that "mpio" is not perfect but 4 chars do not allow me to put hd200 as a model string 16.39.27 # Maybe just hd20? 16.41.01 # If You think it is ok to truncate the name I can use this 16.42.29 # You could go the old school route, HDCC. Roman numerals can manage 200 in 2 digits. :-P 16.42.40 # :D 16.43.30 # Llorean: cool but I am afraid this may be missleading to someone reading sources in the future 16.43.45 # hdcc ;) 16.43.56 # c8 in hex! 16.43.56 # * pixelma was too slow 16.44.28 # HD20 is probably 'good enough' anyway. 16.44.48 Join captainkewllllll [0] (~2669ecc2@gateway/web/freenode/x-xrndmlrlohjwwuon) 16.44.49 # btw: why there is 4 chars limit? 16.46.53 Quit wodz (Quit: Leaving) 16.48.12 # wodz (for the logs): Simply because it's always been a four-char value, since it was invented to distinguish between the h100, h120 and h300... 16.48.12 Quit elinenbe_ (Read error: Connection reset by peer) 16.48.22 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 16.49.04 Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) 16.51.25 # A working patch for an assignable hotkey is available at FS#11081. It's transparent if the target doesn't have HOTKEY defined in its config file. So far its functions are limited but the framework is in place and it can be easliy expanded. 16.53.13 Quit DerPapst (Quit: Leaving.) 16.56.41 # wow a new coldfire target :) 16.56.47 Quit saratoga (Quit: Page closed) 16.57.45 Join m3dlg [0] (~m3dlg@212.183.140.22) 16.59.49 Quit petur (Read error: Connection reset by peer) 17.00.02 Join petur [0] (~petur@rockbox/developer/petur) 17.00.33 Quit petur (Read error: Connection reset by peer) 17.01.07 Join petur [0] (~petur@rockbox/developer/petur) 17.02.33 Quit m3dlg (Ping timeout: 240 seconds) 17.03.23 Join m3dlg [0] (~m3dlg@212.183.140.22) 17.04.29 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 17.04.39 # Blue_Dude: You are aware that your patch is a configurable button, which has traditionally been a no-do. 17.05.46 Quit rvvs89 (Ping timeout: 246 seconds) 17.07.59 Join rvvs89 [0] (~rvvs89@202-89-167-243.static.dsl.amnet.net.au) 17.09.00 Join komputes [0] (~komputes@ubuntu/member/komputes) 17.10.33 Quit elinenbe (Read error: Connection reset by peer) 17.10.49 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 17.11.30 Quit m3dlg (Ping timeout: 276 seconds) 17.13.48 Quit FlynDice_ (Remote host closed the connection) 17.14.22 Join merbzt1 [0] (~benlar@193.13.246.198) 17.16.52 *** Saving seen data "./dancer.seen" 17.17.40 Quit merbzt (Ping timeout: 276 seconds) 17.18.15 Quit captainkewllllll (Quit: Page closed) 17.19.38 Quit elinenbe (Read error: Connection reset by peer) 17.19.39 Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 17.23.43 Nick fidencio[AWAY] is now known as fidencio (~fidencio@li113-135.members.linode.com) 17.24.38 Join kaniini [0] (~quassel@dyn75-70.yok.fi) 17.24.51 # * linuxstb has no problem with customising the action of otherwise unused buttons 17.28.09 Quit elinenbe_ (Read error: No route to host) 17.28.12 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 17.28.39 # * S_a_i_n_t spots "CPU: arm ; Manufacturer: s5l8700" in rockbox-info for the Nano2g. Shouldn't it be "CPU: s5l8700 ; Manufacturer: arm"? 17.31.21 # New commit by 03funman (r25293): Clip+: arbitrary combo (home+select) for button lock 17.34.57 Quit fejfighter (Ping timeout: 260 seconds) 17.35.58 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.38.19 # arm is definitely not the manufacturer, it's the architecture 17.40.45 # Hmmm...in saying that though s5l8700 isn't the manufacturer either though... 17.41.56 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 17.42.14 Quit B4gder (Quit: It is time to say moo) 17.42.15 Quit PaulJam (Ping timeout: 265 seconds) 17.42.34 # S_a_i_n_t: That's simply what the levels in the target tree system are (inaccurately) called. That's probably nonsense for a lot of targets. 17.42.40 # S_a_i_n_t: that's old, the new prefered interpretation is soc 17.43.13 # If its old...why did it *just* compile that way? 17.43.43 # because nobody changed the code yet 17.44.35 # see http://www.rockbox.org/wiki/MrSomeonesTodoList point 3 under core 17.50.14 Quit petur (Quit: work->home) 17.52.47 # linuxstb: Wasn't there discussion of making it an insert or queue button for some time? 17.54.55 # Llorean: I've no idea. That could of course be one of the customisation options... 17.56.07 Quit pamaury (Quit: Quitte) 17.58.34 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.02.43 # i'm following those instructions: http://www.rockbox.org/wiki/HowToCompile and i get this warning at step 3: "The compiler you must use (arm-elf-gcc) is not in your path!" i'm trying to compile for the sansa clip+ 18.02.57 # what am i doing wrong? 18.03.28 # Is arm-elf-gcc installed and in your path? 18.04.24 # no, i dont know where i can find it 18.04.50 Part Linus 18.05.17 # http://www.rockbox.org/wiki/CrossCompiler 18.05.18 # Schmogel: Try one of the two links at the top of that page 18.05.30 # * Llorean is surprised the CrossCompiler link doesn't seem to be on that page 18.05.41 # thx 18.05.48 # Llorean: It's a wiki ;) 18.06.53 Quit FOAD (Quit: I'll be back) 18.08.04 Join MethoS- [0] (~clemens@134.102.106.250) 18.08.37 # * Llorean adds a bit. 18.13.00 Quit antil33t (Read error: Connection reset by peer) 18.13.06 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 18.13.08 Join Chrolo [0] (~51e05113@gateway/web/freenode/x-wugdbwbgoiyzocvk) 18.13.58 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 18.15.59 Quit Luca_S (Quit: CGI:IRC) 18.16.21 Join CGL [0] (~CGL@190.207.167.126) 18.19.10 Join FOAD [0] (~dok@dinah.blub.net) 18.19.41 # playback is supposed to work on clip+ now right? 18.26.41 # I believe so. 18.27.35 # New commit by 03alex (r25294): Fix c&p error for %pE in the manual. Thanks to Alexander Levin for pointing out. 18.27.42 # anybody know which clip+ funman has? 18.30.02 Join einhirn [0] (~Miranda@p548593D3.dip0.t-ipconnect.de) 18.31.06 Join DataGhost [0] (~dataghost@192-18-ftth.onsnetstudenten.nl) 18.31.06 Quit DataGhost (Changing host) 18.31.06 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 18.32.26 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.32.27 Join Luca_S [0] (~5d3fc54b@giant.haxx.se) 18.32.40 # Battousai: clip+2gb, according to his forum signature 18.33.00 # his sig just says clip+ 18.33.43 # oops. you're right, I was reading a post from FlynDic e 18.33.43 # i hope there's not some playback difference between capacities 18.34.50 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 18.34.51 # are you experiencing problems with playback? 18.35.01 # i'm experiencing silence ;) 18.35.50 # clip+4gb, i get no audio output, regardless of codec, bitrate, channels, etc 18.35.54 Join PaulJam [0] (~Paule@p54BEE6E8.dip.t-dialin.net) 18.36.17 Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.37.20 # and no panic, just no sound? 18.37.34 # right, the files seem to "play" normally, but it's just silent 18.38.15 Join JB2002 [0] (~Moritz@dslb-084-058-220-048.pools.arcor-ip.net) 18.38.29 Join FOAD_ [0] (~dok@dinah.blub.net) 18.38.45 # Battousai: which rockbox svn version? 18.38.53 # just remember that clip+ support is very new in rockbox, and also sandisk is know to put new/different hardware in otherwise identical looking and named device. 18.39.02 # /know/known 18.39.17 # 25262 18.40.14 # Battousai: hmm, that one should have sound ... 18.40.24 # Battousai: and it has on my 8GB clip+,too 18.40.51 # 25264 seems also related to sound, maybe it's worth trying an update to latest svn... 18.40.58 Quit JB2002 (Quit: Leaving.) 18.41.02 Join JB2002 [0] (~Moritz@dslb-084-058-220-048.pools.arcor-ip.net) 18.41.18 Quit S_a_i_n_t (Ping timeout: 252 seconds) 18.41.25 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.98) 18.41.40 Quit togetic (Ping timeout: 264 seconds) 18.41.48 # Luca_S: I think that one is just to not break other targets ... at least I had sound before and after that revision 18.42.10 # no harm trying ;) 18.42.27 # Battousai: 25262 is confirmed from the rockbox menu or from "I am sure that I installed it"? :) 18.42.32 # ThomasAH: confirmed 18.42.51 # just built the latest svn, gonna push it to the device now 18.43.23 # after OF database update :( 18.43.38 # :) 18.44.36 # Battousai: lucky are those people who can access usb-storage via rockbox instead of OF ... my co-worker's c200 for example 18.44.48 # * ThomasAH waves at swilde :) 18.44.57 # i have an e280 that works great with rockbox :) 18.45.03 Quit JB2002 (Ping timeout: 240 seconds) 18.45.53 # * S_a_i_n_t hugs his 4 RB'd Nanos :) 18.46.15 # * ThomasAH does not want a proprietary cable, so his choice is limited 18.46.40 # ok, 25294 works 18.46.51 # works as in you have sound? 18.47.03 # yeah 18.47.06 # and button lock :) 18.47.37 # nice. another difference in sansa players would be worrying 18.48.10 # I had an e280v1 too, but someone broke into my car and stole it :/ sansa players are extremely difficult to find here and I could replace it only with a fuzev2 :( 18.49.42 Quit planetbeing_ (Remote host closed the connection) 18.50.23 Quit Luca_S (Quit: See you later) 18.51.15 Join DV__ [0] (~DV@218.248.65.242) 18.53.47 # can I use the voice files for Clip on Clip+? Or is there a daily builds page for unusable targets? 18.54.26 Join Kitr88 [0] (~Kitr88@89.142.94.250) 18.55.46 Join togetic [0] (~togetic@unaffiliated/ibuffy) 18.57.17 Quit Kitar|st (Ping timeout: 260 seconds) 18.58.45 Quit Kitr88 (Ping timeout: 258 seconds) 18.58.50 Join Kitar|st [0] (Kitr88@BSN-182-20-179.dial-up.dsl.siol.net) 19.01.23 Quit CGL (Remote host closed the connection) 19.02.28 # ThomasAH: as the clip+ is a new target, voicefiles from Clip will probably be rejected (the target is in the header of the voicefile). 19.03.07 # ThomasAH: but you can generate a voicefile for clip+ with the buildsystem. (I think rbutil doesnt have support for clip+ yet) 19.04.27 Quit DV__ (Ping timeout: 268 seconds) 19.05.38 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 19.08.08 # domonoky: what do you think about saving the system trace to the cache folder in all cases? While this is a nice functionality it seems too may people still don't find it and send a trace from an empty run instead 19.08.08 Join m3dlg [0] (~m3dlg@212.183.140.51) 19.08.54 # bluebroth3r: do you think those people will find the log in the cache folder ? :-) 19.09.56 # bluebroth3r: and the one on the mailinglist is strange. it seems to be a log from a full run, but its cutoff at the end. 19.10.51 # domonoky: no, but we could save the log at quit, so we can "restore" the previous log from the system trace dialog 19.11.07 # bluebroth3r: might be helpfull. 19.11.36 # domonoky: how do I generate it voice files? "make voicetools" works, but "make voice" does not 19.11.40 # bluebroth3r: but wont the log then get longer and longer, never resetting ? 19.11.43 # make: *** No rule to make target `voice'. Stop. 19.12.12 # ThomasAH: you need to tell configure to generate a voice, and then use "make voice" 19.12.37 Join DV__ [0] (~DV@218.248.65.243) 19.12.54 # domonoky: no, the idea was to only keep one log around, i.e. start a new one on each start and overwrite it when quitting rbutil 19.12.54 # domonoky: "Build (N)ormal, (A)dvanced, (S)imulator, (B)ootloader, (C)heckWPS, (D)atabase tool, (M)anual: (Defaults to N)" ... is the option only offered if voicetools are installed? 19.13.16 # * domonoky thinks it might be under advanced 19.13.42 # domonoky: ah, right ... "Voice build selected" 19.14.22 # gevaerts: what would you think of making usb_drv_recv blocking on control endpoint(s) ? This make more sense to me. Or alternatively, (preferably ?) have blocking and nonblocking version of recv ? 19.14.22 # bluebroth3r: ah so a system trace would normally contain two traces ? 19.14.48 # domonoky: well, kinda. The trace would only contain the current trace, and the last trace would be available on disk. 19.15.58 # bluebroth3r: no automatic loading of the old trace ? so just another button in the Tracedialog to also save the last trace ? 19.16.03 # pamaury: I'd go for blocking and nonblocking versions then 19.16.53 # domonoky: yes, something like this. Though I'm still wondering what's the best way to present this to the user. Maybe a toggle button "show last trace" - "show session trace" 19.16.56 *** Saving seen data "./dancer.seen" 19.17.54 # gevaerts: and do you see the problem I'm talking about (well I talked about a few hours ago) or is it completely fuzzy ? 19.18.03 # bluebroth3r: hm, it needs to be very easy to just save those traces. The normal user normally wont be able todo anything with it. We just want them to send us the full logs on errors. 19.19.16 # pamaury: I see the asymmetry. I don't immediately see why that can cause two recv()s at the same time, but for general cleanness it should be fixed 19.19.42 # domonoky: yes, the presentation is the thing I'm still thinking about. Or just a "Save previous trace" button next to the "Save trace" one? 19.19.54 # * domonoky likes that. 19.20.27 Join {phoenix} [0] (~dirk@p57AA56B3.dip.t-dialin.net) 19.20.47 # the toogle button might nice too, but additional to the two save buttons. 19.21.14 # I'll play around with it a bit. 19.21.46 # gevaerts: it's not really about the two recv at the same time because this problem is rather specific to my implementation of queueing (but I think any queueing implementation will suffer from that). The "problem" is also that usb_core assume a blocking usb_drv_recv (look at the code: it does usb_drv_recv on a buffer and then reads from it immediately after) 19.22.33 # More generally, any control transfer handling assumes a blocking usb_drv_recv 19.23.35 # hm, I can't find such a place, although it must be there. Do you have a line number? 19.23.55 # any usb_drv_recv in usb_core.c 19.24.35 # The ones I see are all to NULL 19.24.57 Quit DV__ (Read error: Connection reset by peer) 19.25.44 Join DV__ [0] (~DV@218.248.65.244) 19.25.57 # ah sorry, the buffer ones are/is in usb_hid. 19.26.28 # line 686 of usb_hid.c 19.26.58 # The problem of "ack" is different, more driver specific I could say 19.27.36 # hm, isn't that one just wrong? I need to check... 19.28.31 # Well, it should work because a control transfer is triggered only when the data is already there but there is a potential timing problem imo. I really don't like this one, I already spot it when developing usb for simulator 19.28.33 Join Luca_S [0] (~5712526b@giant.haxx.se) 19.29.25 Join TopyMobile_ [0] (~topy@e179097200.adsl.alicedsl.de) 19.29.29 Join T44 [0] (~Topy44@e179097200.adsl.alicedsl.de) 19.29.41 # It's definitely a non-blocking call right now, yes 19.30.12 # For this one at least, the recv should be blocking. And ack should be blocking in my opinion because it's easier for drivers to deal with if queueing is implemented :) 19.30.54 # either the ack recv should be blocking or the ack send should be nonblocking. I personally don't care much 19.31.58 # why can't both be blocking ? 19.32.42 # Right now the recv is nonblocking and the send is blocking. That's what's wrong 19.33.24 Quit Topy44 (Ping timeout: 258 seconds) 19.33.30 Quit TopyMobile (Ping timeout: 276 seconds) 19.33.33 # semantically you mean ? 19.34.00 # yes. They should be the same 19.34.24 Quit DV__ (Read error: Connection reset by peer) 19.34.33 Quit m3dlg (Ping timeout: 258 seconds) 19.34.51 # I agree 19.35.00 Join GHF [0] (~meow@unaffiliated/ghf) 19.35.05 # But acks could all be blocking no ? 19.35.43 # I don't mind either way 19.35.44 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.36.21 # * pamaury secretly dreams that it could be the cause of some HID problems but that's unlikely 19.37.49 # What should be do about names ? I personally prefer usb_drv_{send,recv}_{blocking,non_blocking} because it's more symmetrical but it will break most of the code. On the other end, we can't miss one :) 19.38.36 Quit linuxguy3 (Ping timeout: 258 seconds) 19.38.41 # I think I agree. It will avoid mistakes 19.39.35 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.39.50 Quit stripwax (Client Quit) 19.40.41 Quit PaulJam (Ping timeout: 252 seconds) 19.41.13 # Ok, I'll have a quick try on usb-arc because normally this is a trivial fix, I don't for the other drivers 19.49.25 Quit perfectdrug_ (Quit: perfectdrug_) 19.52.27 Join linuxguy3 [0] (~timj@adsl-75-57-164-223.dsl.emhril.sbcglobal.net) 19.54.38 Join perfectdrug [0] (~marko@p5B0EC521.dip.t-dialin.net) 19.56.02 # * pamaury is falling under compile error :/ 19.59.06 # * S_a_i_n_t finds HW keyclicks on his Nano2Gs quite enjoyable...next step, get the keyclick to sound more like the OF ans stop it from repeating even though keyclick repeats are set to off... 19.59.24 # Then, I'll have very little to complain about :P 20.00.20 Join Buschel [0] (~ab@p54A3CE57.dip.t-dialin.net) 20.02.09 Join DV__ [0] (~DV@218.248.65.243) 20.05.04 # * pamaury hates e200 OF, especially when it's refreshing db while I only want to use usb 20.06.38 Join leavittx_ [0] (~leavittx@89.221.199.187) 20.06.50 # hum, apparently, trivial change for usb blocking/nonblocking don't work :( I'll need to use my brain then 20.09.13 Quit perfectdrug (Quit: Leaving.) 20.09.39 Join perfectdrug [0] (~marko@p5B0EC521.dip.t-dialin.net) 20.11.32 Join bieber [0] (~bieber@132.170.45.167) 20.12.10 Part doomcup ("Leaving") 20.12.32 # I've been looking into the Theme Editor project for Summer of Code, and I'm wondering if there's any particular parsing libraries or parser generators that would be preferred? 20.12.44 Nick hd is now known as jd (~jd@Wikipedia/HellDragon) 20.13.20 # bieber: since we have no editor at all at the moment, I don't think it matters 20.13.30 # Also, would starting to work on the basics of it now help my application out any? 20.13.30 # We currently don't use any, so I suspect there's no preference 20.13.40 # oh, definitely 20.13.46 # yes indeed 20.13.50 # No need to keep yaccing on about it though :) 20.13.52 # * gevaerts hides 20.13.58 # www.sadtrombone.com 20.14.09 # Nice one :) 20.14.25 # now stay in your corner gevaerts 20.14.37 # Has anyone else shown interest in the project? And once I've got something to show, who should I show it to? 20.14.50 # I've not seen anyone else ask yet 20.14.57 # and here would be a good place to start :) 20.16.25 Quit n17ikh (Ping timeout: 265 seconds) 20.19.41 # bieber: also, please excuse the awful puns. gevaerts is under the illusion they're funny ;) 20.20.46 Join n17ikh [0] (~n17ikh@m455e36d0.tmodns.net) 20.22.54 # Eh, bad puns are alright by me 20.24.52 Quit DV__ (Read error: Connection reset by peer) 20.28.24 Join jordan` [0] (~jordan@78.235.252.137) 20.30.59 # * pamaury suddently wonders is a receive ack makes sense.... 20.32.10 # particulary of some data is send after... 20.32.13 # *if 20.32.31 # gevaerts: what do you think ? 20.32.40 # did the tagcache chat get anywhere this morning? 20.32.52 # the data is not sent after. It's *scheduled* after 20.33.04 # no, but I think we get closer to the complete rewrite each time 20.33.06 Quit bieber (Quit: Leaving) 20.33.09 # The host will send the IN-token first 20.34.05 # so the ack has to be nonblocking 20.34.06 # ? 20.34.12 # This ordering is to make sure that the transfer is ready as soon as the host wants it, which is apparently needed with some controllers (nano2g, although I'm not entirely convinced) 20.34.16 # oh, right 20.34.18 # indeed 20.34.53 # I don't get it, why a recv ack before a send changes ? 20.35.30 Quit kaniini (Ping timeout: 258 seconds) 20.36.03 # * pamaury should perhaps refer to usb spec... 20.36.11 # the host sends the IN token as soon as it has received data. Apparently the nano2g controller gets confused if it's not ready for that IN token yet 20.36.32 # so on our side we do the ack first, but on the wire it will be last 20.36.56 # ah,... fucking broken controllers 20.37.21 # I'm not convinced actually if it's not just a bug in the driver, i.e. a wring setting somewhere 20.37.45 # That seems strange to me 20.38.36 # ok, let's break nano2g on my computer for the sake on testing ;) 20.40.20 Join Guest23293 [0] (~n17ikh@host-69-59-126-212.nctv.com) 20.40.31 Quit n17ikh (Disconnected by services) 20.40.35 Quit Guest23293 (Client Quit) 20.40.54 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 20.42.45 # ah, working, except storage which I forgot of course 20.43.30 Quit flydutch (Quit: /* empty */) 20.43.48 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 20.53.05 Quit Luca_S (Quit: CGI:IRC (EOF)) 20.53.18 Quit S_a_i_n_t () 20.55.42 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 20.56.13 Quit {phoenix} (Remote host closed the connection) 20.57.17 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 20.58.37 # Zagor: ping 20.58.45 # amiconn: yes? 20.59.23 # Yesterday I wanted to subscribe to that rbclient list, but there is a problem 21.00.20 # When I replied to the confirmation mail, I got an ndr 21.00.36 # ndr? 21.00.45 # rockbox-rbclient-request AT cool.haxx.se doesn't exist 21.00.56 # oh 21.01.00 # non delivery report 21.05.32 # amiconn: fixed now 21.05.48 # Can I just reply again? 21.05.56 # yes 21.07.23 Join Amorstus [0] (~chatzilla@c-98-228-219-133.hsd1.il.comcast.net) 21.09.07 # Could someone help me with installing both rockbox and the stock firmware? 21.09.50 # Zagor: Thanks, this time it worked :) 21.10.30 Join xiainx [0] (xiainx@wpa062081.Wireless.McGill.CA) 21.10.45 # Amorstus: it might help if you said which device you have 21.11.07 # I have an ipod video 5G (not 5.5G, I have checked) 21.12.41 # What sort of problems are you having? 21.12.48 Join m3dlg [0] (~m3dlg@212.183.140.36) 21.13.51 # Well, I want to get the iPL installed and then use rockbox and the stock os with it 21.14.20 # But terminal continues to not want to install the loader 21.14.37 # I can get rockbox by itself to install fine 21.14.52 # however, I cannot seem to get both 21.15.19 # youu don't need ipl to use rockbox and the original firmware 21.15.30 Quit pixelma (Disconnected by services) 21.15.31 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 21.15.33 # our bootloader dual boots fine on its ow 21.15.37 Quit amiconn (Disconnected by services) 21.15.38 # own. 21.15.39 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 21.15.50 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 21.16.03 # ok, then how would I use this? 21.16.06 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 21.16.26 # the normal install already dual boots 21.16.53 # Use the "prev" button for apple os? 21.16.58 *** Saving seen data "./dancer.seen" 21.17.00 # hold menu instead of select to power on, or power on then turn on the hold switch, and it will boot the original firmware 21.17.08 # this is in the manual. 21.17.09 # Oh 21.17.12 # ok 21.17.18 # Must be blind then 21.17.34 # thanks :D 21.20.16 Join fml [0] (~53ecea55@giant.haxx.se) 21.21.27 Join webguest40 [0] (~5770389c@giant.haxx.se) 21.21.36 Quit webguest40 (Client Quit) 21.24.01 # AlexP: hello. Have you seen FS#11135 ? BTW: I find the wording in the description of %pE a bit weird in the sense that the tag _becomes_ true (if we go along the time axis). And while you're at the manual: could you please try the proposed fix for FS#11117 ? 21.28.00 Quit komputes (Ping timeout: 260 seconds) 21.28.00 Quit bmbl (Ping timeout: 258 seconds) 21.29.10 # mc2739: Hello. FS#11117 has a proposal for fixing which I can't try out right now. Could you? 21.29.30 Quit Zagor (Remote host closed the connection) 21.29.51 Join toffe82 [0] (~chatzilla@12.169.218.14) 21.32.11 Quit m3dlg (Ping timeout: 240 seconds) 21.36.59 # fml: OK I'll change it, no I didn't I'll close it, and not right now I don't have the time 21.37.53 # Short and sweet :) 21.39.11 # AlexP: what is short and sweet? No problem, we're not in hurry. 21.39.25 # my answer 21.41.06 # Yes, condensed and compact! 21.41.16 # New commit by 03alex (r25295): Improve %pE description. 21.42.27 Quit Amorstus (Remote host closed the connection) 21.43.02 # bollocks 21.43.07 # that description is crap too 21.43.11 # Teach me to rush 21.43.15 Join Adubbb [0] (~aldubuc@67.201.160.144) 21.43.53 # no, actually it is fine 21.44.14 # I was reading r25294 not r25295 :) 21.44.35 Quit Adubb (Read error: Connection reset by peer) 21.46.40 Join komputes [0] (~komputes@ubuntu/member/komputes) 21.48.26 Join wodz [0] (~wodz@chello087206240004.chello.pl) 21.50.15 Quit JohannesSM64 (Quit: WeeChat 0.3.2-dev) 21.50.19 Join CGL [0] (~CGL@190.207.167.126) 21.55.21 Nick fidencio is now known as fidencio[AWAY] (~fidencio@li113-135.members.linode.com) 21.58.09 # what exactly HAVE_POWEROFF_WHILE_CHARGING option do? Does it simply block poweroff event? 21.59.29 # wodz: it means the device can be powered off while the battery is charging 21.59.34 # some devices do not allow that 22.01.41 Quit grndslm (Remote host closed the connection) 22.02.22 # GodEater: ok but how does it work from the codeflow point of view. Does it simply change keys interpretation? 22.03.09 Quit fml (Quit: CGI:IRC 0.5.9 (2006/06/06)) 22.10.35 Join Darkknight512 [0] (~Darkknigh@CPE00212968356c-CM00186845dd46.cpe.net.cable.rogers.com) 22.10.40 # * Bagder adds committer #89 22.10.49 # \☺/ 22.10.49 # ranmachan: welcome! 22.11.15 Quit komputes (Ping timeout: 246 seconds) 22.11.23 # * domonoky welcomes ranmachan in the rockbox crew ! 22.11.43 # Hi :) 22.14.09 # awesome \☺/ 22.14.34 Quit fyrestorm (Ping timeout: 248 seconds) 22.20.47 # ranmachan: congrats and welcome ! :) 22.22.39 Quit topik (Ping timeout: 258 seconds) 22.27.52 Quit xiainx (Ping timeout: 265 seconds) 22.28.18 # domonoky: any comments? http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-save-previous-trace.diff 22.29.01 Join blairb [0] (~blair@121-73-216-35.broadband.telstraclear.net) 22.30.14 # bluebroth3r: looks fine. 22.31.49 # * bluebroth3r starts to get pissed by this guy at the forums 22.32.22 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-vyitymjtbtkghrww) 22.32.44 # what do people think about making make zip automatically include a diff if the build is from a modified svn checkout? 22.32.56 # saratoga: thanks for locking that thread in the forums. I'm just getting pissed by this guy :( 22.33.00 # would make it a lot simpler for third party builders to comply with the GPL 22.33.10 # saratoga: er, no it doesn't 22.33.22 # yes i couldn't understand what he was talking about and it seemed to either to lock it then to parse whatever was going on there 22.33.37 # i'm not saying it's not a reasonable idea, but it's not relevant to gpl compliance 22.33.43 # saratoga: hmm, but that would also mean that we should handle all vcs systems version.sh supports 22.33.52 # a diff si not sufficient 22.34.01 # Torne: can you elaborate 22.34.28 # saratoga: a diff against someon e else's source does not satisfy the requirement to convey source in the GPL 22.34.43 # you have to provide the *entire* source used to build the binaries (on request, at least) 22.34.49 # provided they used our svn checkout, it does 22.34.54 # no, it doesn 't. 22.34.57 # Seriously. 22.34.57 # since it tells you where to get the code to diff against 22.35.04 # No. That is not how the GPL works. 22.35.12 # elaborate 22.35.34 # the guy providing the changed build needs to provide the full sources, not someone else (ie. the original project) 22.35.36 # You must either provide the *full source used to build your bianries*, or provide a written offer to do so valid for some very long time 22.35.52 Join DerPapst [0] (~DerPapst@p5797C3BB.dip.t-dialin.net) 22.35.58 # i don't recall a provision in there saying you had to host it yourself 22.36.28 # You don't have to *host* it, b ut you have to be able to provide the code on request for a very long time 22.36.38 # unless you accompany it with the code to start with. 22.36.46 # Seriously, this is a known thing 22.36.52 # i am not just misunderstanding here :) 22.37.00 # thi shas been discussed in here before multiple times 22.37.15 # if you are not required to host it, why is linking to svn.rockbox.org a problem? 22.37.32 # because what's on svn.rockbox.org is not the code used to build the binary 22.37.46 # combined with the patch it is 22.37.52 # Yes, that is irrelevant 22.38.01 # and even if it were unmodified, svn.rockbox.org is not guaranteed to always exist for the lifetime of the binary 22.38.07 # can you cite the part of the GPL saying so? 22.38.15 # The requirements are much mroe strict than most people think 22.38.59 # section 3, gives you three options for providing source 22.39.33 # a) requires that you provide the complete corresponding source with the bianry 22.39.52 # linking to someone else's server is not sufficient because it might not be available while the bianry still is. 22.40.08 # b) requires that you provide an offer to give the source on request which you hav to honour for three years, which is also a huge pain :) 22.40.18 # and c) is only allowed if you did not modify the code 22.40.27 # its impossible to garentee anything for a period of 3 years 22.40.39 # Yes, which is why almost everyone does option a) 22.40.44 # you simply claim in good faith that you will try 22.40.47 # But you have to either include the source *with* the binary 22.40.58 # or have it prominently available right next to the binary, and available at the same time 22.41.00 # heh so by this logic rockbox's download links violate the GPL 22.41.05 # whch you cannot guarantee if you are relying on third party hosting. 22.41.07 # since we don't know that svn.rockbox.org will exist for 3 years 22.41.16 # No, three years is only relevant for b) 22.41.18 # we are using a) 22.41.27 # we do not 22.41.27 # saratoga: the same page has a link to the source, on the same server. That's (a) 22.41.38 # If the source is always available right there at the time of the download and the user chooses not to use it that's their fault and this is allowed. 22.41.39 # aren't we c) for the binaries? 22.41.49 # bluebroth3r: no, because we're upstream 22.41.51 # bluebroth3r: no, it's our own code, we can't be redistributing it ;) 22.41.51 # yeah we don't package the source with the binary 22.42.01 # true :) 22.42.04 # saratoga: you don't have to, it's okay for it to be available at the same time by the same process 22.42.10 # i.e. a download from the same site 22.42.14 # with the link right there. 22.42.38 # if every binary would need to include all source ... well, I don't want to think about the size of my linux installaiton then 22.43.16 # bluebroth3r: inded, but it means that, for example, a debian mirror *must* also mirror the source debs if they mirror the bianry debs. 22.43.39 # so its ok as long as svn.rockbox.org is the same physical machine? 22.43.39 Join planetbeing_ [0] (~planetbei@166.132.156.109) 22.43.44 # what happens if we get two PCs 22.43.46 # Even for mirrors? 22.43.49 # saratoga: it doesn't have to be the same amchine.. 22.43.59 # saratoga: we are one entity, from copyright pov, more or less :) 22.44.18 # It is reasonable to expect that if our binary download server still exists, so does our svn repo 22.44.22 # we are Ahead ? because last I checked they have the copyrights on the aac decoder we distribute 22.44.57 # and what about VLC, i don't believe they host our source code at all, but they do have our binraries 22.45.03 # are they violating our licenses? 22.45.09 # saratoga: distribution is about who is doing the distribution, not who has the individual copyrights 22.45.14 # are they violating ahead's licenses? 22.45.19 # saratoga: do they host anything but stable builds? 22.45.35 # "the rockbox project" is the entity doing the distribution of our official binaries 22.45.48 # i know at one point we had daily builds at least on the VLC machines 22.46.07 # haven't checked recently 22.46.37 # so when VLC distributes libfaad and links to rockbox.org thats fine, but if someone else distributes libfaad and links to rockbox.org thats not ok? 22.47.02 # saratoga: http://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.html#DistributingSourceIsInconvenient 22.47.16 # saratoga: this covers exactly what we're talking about here :) 22.47.28 # saratoga: does VLC distribute modified binarys ? 22.47.28 Join komputes [0] (~komputes@ubuntu/member/komputes) 22.47.29 # that clearly doesn't apply to SVN though 22.47.35 # since it has version control 22.47.38 # sure it does 22.47.43 # and anyway, the gnu faqs are not definitive 22.47.45 # who's to say our svn server will exist in five years? 22.47.47 # they've often quite stupid 22.48.03 # if we think that then we're violating the GPL! 22.48.04 # maybe we've all gotten sick of getti gn no help from manufacturers and pulled the plug 22.48.22 # as soon as we stop distributin g bianries we are also allowed to kill our svn server ;) 22.48.31 # but anyone whose modified build is still up somewhere must still make source avaialble 22.48.41 # and they can do that 22.48.50 # but that doesn't mean they're violating the GPL before we pull the SVN server 22.48.56 # Yes, it does. 22.48.59 # Sorry. 22.49.00 # no 22.49.13 # that would be a stupid license :) 22.49.16 # *If* they include the three-year written offer, they're fine 22.49.21 # Yah 22.49.29 # i mean if I know we're taking down svn.rockbox.org at the end of the month i have until the end of the month to pull my binary or upload the source 22.49.29 # yes, no, yes :-) probably only a curt can decide this ? :-) 22.49.31 # If they take 3b) isntead they don't have to provide *anything* up front, other than that offer 22.49.39 # s/curt/court/ 22.49.53 # who needs a court, we have the GNU FAQs! 22.50.04 # but then they would need to hang on to all the details of what their build included for three years after the last person downloaded it 22.50.06 # they make up for the GPL not saying all sorts of things they want it to say 22.50.20 # I think 3a) is pretty clear, tb h 22.50.28 # saratoga: uhm, no. If you distribute the binary but not the source, you *have* to go for (b) 22.51.08 # i don't think i disputed that? 22.51.33 # "i have until the end of the month to pull my binary or upload the source" 22.51.46 # and? 22.51.50 # That implies that you're not distributing the source 22.52.07 # yes, because I'm linking to rockbox.org 22.52.20 # linking to rockbox.org is *not* distributing 22.52.24 # i mean i give people rockbox bootloaders all the time on my own hosting, and tell them the source is in svn.rockbox.org 22.52.27 # if what *someone else* does means you could suddenly be violating the license without knowing about it, then, er, that would be stupid :) 22.52.37 Quit DerPapst (Quit: Leaving.) 22.52.54 # the GPLv2 is kind of stupid about a lot of things 22.53.33 # It's not stupid about this :) 22.53.33 # look all i'm saying is that we regularly put up builds on other hosting (and sometimes even on the wiki) and then say the source is in svn.rockbox.org 22.54.06 # and i do this without perfect knowledge of the future state of the rockbox project 22.54.20 # i would even argue that none of us is perfectly aware of future events for the next 3 years 22.54.34 # (3 years has nthing to do with this) 22.54.40 # (we do not use section 3b) :) 22.54.56 # 3a is for as long as you distribute the binaries. 22.54.57 Quit Zarggg (Quit: Zarggg) 22.55.06 # we do 3b a lot 22.55.09 # go look at the wiki 22.55.17 # No, we don't 22.55.30 # http://forums.rockbox.org/index.php?topic=23678.0 22.55.33 # Where does it say, anywhere ont eh wiki, "You may ask $FOO for the soruce for this build for 3 years fromt he current date" 22.55.34 # 3b unless I am mistaken 22.55.56 # saratoga: the wiki also belongs to rockbox. 22.55.56 # Yes, you are mistaken 22.56.01 # there is no written offer to provide source there 22.56.13 # you don't even mention source :) 22.56.15 # ok i'll fix it 22.56.33 # I wouldn't, because you don't *want* to be distributing under 3b 22.56.38 # its arguably more stupid 22.56.41 # but its not 3b 22.56.50 # now 3b 22.57.06 # were i guess before it was vague because i didn't say how someone could find the source 22.57.10 Quit jgarvey (Quit: Leaving) 22.57.12 # saratoga: we provide the sourcecode for those builds, its in svn, which belongs to the same entity. 22.57.24 # duke.edu belongs to rockbox.org? 22.57.38 # yes, you should really say "the source is r12345 from svn" or similar ;) 22.57.47 # the binary has that information in it when you boot it 22.58.01 # That also doesn't help 22.58.08 # the user needs to know when they download it 22.58.13 # so that if they want the souce, they can download that too 22.58.14 # honestly putting svn.rockbox.org next to every download link is stupid 22.58.17 # we have it on the front page 22.59.24 # i'm still not even convinced what i'm doing is allowed under this retarded reading of stuff thats not in the GPL 22.59.37 # i mean what if rockbox.org goes down and I die in a car accident 22.59.40 # * domonoky thinks that in this case the hosting on duke.edu is done for rockbox, like a service (normally payed, but free this time) so it belongs to rockbox, like rented webspace :-) 22.59.52 # anyway. my point was simply that if you implement such a feature in make zip, you *should not* state anywhere that this is sufficient for someone's modified build's GPL obligations 22.59.56 # b ecause it is not. 23.00.04 # i don't agree with that 23.00.16 # we have, numerous times in the past, told people providing modified builds that it is not :) 23.00.19 Quit evilnick_B (Quit: Page closed) 23.00.21 # and you have not made a reasonable argument to the contrary 23.00.32 # whoever said that was wrong 23.00.45 # well, i can't say anything else on this tbh. ask the sounding board. 23.02.21 # anyone hosting binarys not on rockbox.org should provide source. Cases where the main link to this binarys is only on rockbox.org are debateable :-) 23.02.36 # * gevaerts agrees with domonoky 23.03.08 # Well, if "provide source" means "either have the source next to the binary or provide a written offer" :) 23.04.04 # :-) 23.06.36 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.08.26 Join yelped [0] (~62741d31@giant.haxx.se) 23.08.55 # somrthing weird going on. http://forums.rockbox.org/index.php?topic=24264.0 23.09.05 # * bluebroth3r wonders how him providing svn binaries of rbutil looks in that light. 23.09.36 # so ideally I should also provide sources. Though the binaries are from unmodified svn. 23.09.45 # yelped: I think that's what's JdGordon's been chasing for a few days now 23.10.17 Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) 23.10.36 # Oh, I had updated today from a build a week ago. 23.10.57 Quit Buschel (Ping timeout: 258 seconds) 23.12.12 # in the forums? 23.12.15 # what if i make a written offer, and when some one requests, i email them svn.rockbox.org 23.13.45 Part Chrolo 23.16.44 Quit m3dlg (Ping timeout: 246 seconds) 23.17.00 *** Saving seen data "./dancer.seen" 23.17.19 Quit wodz (Quit: Leaving) 23.22.30 Nick fidencio[AWAY] is now known as fidencio (~fidencio@li113-135.members.linode.com) 23.26.37 Join bieber [0] (~bieber@port73.seg92.ucf.edu) 23.27.34 Quit pamaury (Quit: Quitte) 23.29.10 # heh LOTs of places on the forums where people are just linking patches rather then complete source code archives 23.29.43 # was it actually our policy that this isn't allowed? 23.29.55 # i never even heard of it, and we certainly didn't enforce it on the forums 23.30.11 # and apparently almost no one was aware of it 23.30.38 # heh i even see people just giving FS numbers without even hosting their changes 23.31.52 # Quick question on parsing WPS files: how is whitespace supposed to be treated in commands (or should I call them tags?) with multiple parts? i.e. if you had a named identifier, what would happen if you did something like %Vi| a |...| ? 23.32.38 Join anewuser [0] (anewuser@unaffiliated/anewuser) 23.32.52 # Err, named viewport 23.40.36 Join Schmogel [0] (~Miranda@p3EE21E3C.dip0.t-ipconnect.de) 23.41.30 # heh i'm a little concerned that the guy who told funman the current mkamsboot code worked fine on the clipv2 proceeded to ask in the forums if someone could explain to him how to use mkamsboot the next day 23.41.30 Quit robin0800 (Ping timeout: 248 seconds) 23.41.48 # going to go out on a limb and suggest that he may not actually have tested it 23.42.14 Quit Adubbb (Read error: Connection reset by peer) 23.44.03 Join Adubb [0] (~aldubuc@67.201.160.144) 23.46.41 Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) 23.48.45 Nick fidencio is now known as fidencio[AWAY] (~fidencio@li113-135.members.linode.com) 23.49.36 Join Topy44 [0] (~Topy44@e179097200.adsl.alicedsl.de) 23.50.04 Quit T44 (Read error: Connection reset by peer) 23.50.41 Join angelwolf71885 [0] (~chatzilla@cpe-173-171-133-36.tampabay.res.rr.com) 23.51.04 Quit m3dlg (Read error: Connection reset by peer) 23.51.28 Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) 23.51.48 Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 23.52.05 Quit elinenbe (Read error: No route to host) 23.52.05 Nick elinenbe_ is now known as elinenbe (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 23.53.07 # hello rockbox :) 23.54.28 Quit angelwolf71885 (Client Quit) 23.56.06 Quit einhirn (Read error: Connection reset by peer) 23.56.42 Quit bieber (Quit: Leaving)