--- Log for 12.10.110 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 23 hours ago 00.02.13 Quit evilnick_B (Quit: Page closed) 00.10.00 Join earcar [0] (~carmine@93-39-245-25.ip78.fastwebnet.it) 00.10.09 Quit earcar (Client Quit) 00.11.47 Join flan_suse [0] (61675f5a@gateway/web/freenode/ip.97.103.95.90) 00.12.03 # Is it normal for Rockbox to have data aborts on AAC files? 00.12.34 # I noticed the only times I ever get "data aborts" or "codec failures" are when playing AAC files, or trying to play an AAC file. Even if I encoded it with ffmpeg. 00.12.37 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.16) 00.12.46 # Ogg Vorbis, FLAC, and MP3 never yielded this error. 00.13.30 # If I have an mp3 that I encode to AAC and OGG, using ffmpeg, the AAC one will "data abort at XXXX" but the Ogg will play fine. 00.13.38 # AAC is somewhat less used than those I think 00.13.59 # So it's less tested, and therefore likely to be less stable 00.14.02 # gevaerts: Mainly due to its patented nature? 00.14.13 # I don't know 00.14.20 # Doesn't really matter 00.14.27 # gevaerts: I see. For me, personally, not as big of a deal, since I will use Ogg instead of AAC anyways. 00.14.41 # It's something that I noticed while playing around with Rockbox. 00.14.58 # If you have a repeatable crash with a file you can upload publicly, we'd definitely like to have it 00.15.10 # gevaerts: Sure. 00.15.33 # gevaerts: Even the audio extracted (not re-encoded) from a YouTube video will do the same. 00.15.46 # gevaerts: Where would I upload a file too? 00.15.59 # flan_suse: our bug tracker is easiest for us 00.16.05 # gevaerts: Okay. 00.16.07 # If the file is smaller than 2MB anyway 00.16.26 # gevaerts: Does it matter if this is on a daily build? 00.16.30 # Oh, and please mention which rockbox revision and which player you use 00.17.03 # Latest current build is best, but if it's repeatable and we have a sample, we can work with that 00.17.31 # gevaerts: Got it. 00.18.00 # gevaerts: I can just install the most recent current build before trying the file anyways. 00.28.28 Join T44 [0] (~Topy44@f048133106.adsl.alicedsl.de) 00.28.28 Join Topy44 [0] (~Topy44@f048133106.adsl.alicedsl.de) 00.28.29 Quit Topy44 (Client Quit) 00.28.55 Quit pamaury (Remote host closed the connection) 00.46.22 Quit Thanatos (Read error: Connection reset by peer) 00.46.56 Join Nausicaa [0] (~Nausicaa@c-71-239-58-153.hsd1.il.comcast.net) 00.47.01 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 00.48.26 Quit flan_suse (Quit: Page closed) 00.53.10 # Is there a reason to keep the various graveyard theme pages on the wiki? Is there a reason to delete them? 00.56.59 Quit sudoman (Quit: Page closed) 00.59.20 Quit perrikwp (Quit: CGI:IRC (EOF)) 01.04.50 *** Saving seen data "./dancer.seen" 01.05.50 # I think it is not a big deal to keep them, and, if kept, there's always a chance that the original author will pick the theme back up again and run with it. 01.05.58 # Or, someone else in fact. 01.06.17 Join Topy [0] (~Topy44@g228128004.adsl.alicedsl.de) 01.06.28 # I can't imagine they take up an excessive ammount of space. 01.06.57 # It's also kinda cool as a nostalgic thing, kind of like a museum. 01.07.55 Quit jgarvey (Quit: Leaving) 01.08.36 Quit _s1gma (Quit: Leaving) 01.08.59 Part toffe82 01.09.47 Quit T44 (Ping timeout: 252 seconds) 01.13.38 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 01.13.42 # it would be neat to see an aac file that crashes rockbox 01.14.38 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 01.15.35 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 01.15.52 # I believe it's happened before. 01.16.14 # I seem to remember seeing that in the forums, but the user was edgy about posting the file as he'd stripped the DRM 01.17.05 # probably woried about the RIAA 01.17.57 # linuxstb: there really isnt a good reason to bother with version numbers for skins. either it loads or it doesnt. Having a version number wont really help the user 01.18.24 # the best the build could do is say "curent version is X, your skin is Y and isnt compatiable anymore" 01.18.44 # but then the error messages in general could be better which would solve the same problem 01.20.44 Quit leavittx_ (Ping timeout: 264 seconds) 01.27.35 # he could probably just truncate the file, like post the first half or something 01.27.40 # as long as it still crashes 01.27.48 # i doubt anyone would complain about a short piece of a song 01.30.11 Quit hebz0rl (Quit: Leaving) 01.30.46 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 01.31.00 Join factor_ [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 01.32.42 Quit factor (Ping timeout: 245 seconds) 01.37.59 # soap: not saying if it should be done or not - IIRC only site admins can delete files from the wiki (if that hasn't changed with some wiki updates) 01.40.44 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 01.44.14 # also, I don't remember any talk of spelling in the code, and If we did actually decide US for code and UK for manual, well thats just stupid 01.44.52 # UK everywhere makes alot more sense, 1) it is completly consistant across the whole project, 2) there are more non-US devs 01.47.43 Join perrikwp [0] (~18a7a08e@giant.haxx.se) 01.47.50 Join madalu [0] (~user@unaffiliated/madalu) 01.48.07 Join Chronon [0] (~Chronon@c-67-171-217-43.hsd1.or.comcast.net) 01.49.06 # Extra "u"s just waste code-size! 01.49.21 Quit BHSPitMonkey (Ping timeout: 255 seconds) 01.50.33 # there is also nothing in CONTRIBUTING and I cant see any emails on the subject 01.55.57 # JdGordon|: Believe it or not, there was actually a really big discussion on it quite a long time ago 01.56.02 # Wasn't it relating to the word "color/colour"? 01.56.58 # Like... the code was already US spelling, the manual had been written by someone in the UK so its spelling was UK, what to do? 01.59.40 # can the alarmclock application in Rockbox wake the device up? 01.59.51 # the device being a Clip+ 02.02.06 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 02.02.50 Quit robin0800 (Remote host closed the connection) 02.03.11 # he only discussion I've found in my email is about title case in the manual. 02.03.28 # As far as I remember, it was entirely in IRC. 02.05.39 Quit fyrestorm (Quit: lamers envy me like they envy bill g -- main boot xp, just the way it should be!) 02.11.33 # * DerPapst remembers this discussion... 02.12.11 # and i thought the decission was to use UK spelling... 02.12.32 # In the manual, yes. 02.12.51 # but not the source? 02.12.58 # +code 02.13.01 # But I seem to recall it ended up being US in the source since it would be difficult to correct it all or something 02.13.09 # Basically "leave it as it already is" 02.14.43 # ah well.. there are worse projects in regards of consistency ;) 02.17.57 # I agree it's weird 02.22.17 Quit dionoea (Read error: Operation timed out) 02.22.22 Join dionoea [0] (~dionoea@yop.chewa.net) 02.23.15 Quit ack (Read error: Operation timed out) 02.23.33 Join ack [0] (~ack@mingbai.org) 02.23.50 Quit DerPapst (Quit: Leaving.) 02.31.14 Quit stripwax (Quit: http://miranda-im.org) 02.31.35 Quit rasher (Ping timeout: 250 seconds) 02.33.49 Join krabador [0] (~krabador@host108-18-dynamic.251-95-r.retail.telecomitalia.it) 02.37.10 # JdGordon|: Regarding color/colour, you don't recall this? http://www.rockbox.org/irc/log-20060223#08:43:40 02.37.13 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 02.37.13 Quit rasher (Changing host) 02.37.13 Join rasher [0] (~rasher@rockbox/developer/rasher) 02.38.25 # from 4.5 years ago? 02.40.30 # Yes. 02.41.04 # [12:44] UK everywhere makes alot more sense, 1) it is completly consistant across the whole project, 2) there are more non-US devs 02.41.07 # I dont, and reading it now (wow, people that havnt been active in ages :D ) i also dont see any actual discussions 02.41.10 # * S_a_i_n_t agrees wholeheartedly. 02.41.31 # It should definitely go one way or the other, a mix of both is even sillier than using US english 02.42.03 # JdGordon|: That's because no-one disagreed. 02.42.52 # literal: The best way to answer that question would be to test it on your device no? 02.43.19 # I can't really say either "yes" or "no" as I believe it depends on the hardware, and I'm not familiar with your DAP 02.43.37 # linuxstb: I see a comment from amiconn saying he prefers uk, linusN saying he doesnt care.. no definitive descision.. and it isnt in CONTRIBUTING 02.44.19 # JdGordon|: But I was referring to the fact that you've been asked before to change "colour" to "color", which you did. 02.45.57 # yes, ok, nearly 5 years ago... 02.51.23 # S_a_i_n_t: it seems that the alarm clock only stays active while the app is open 02.51.54 # Yeah, I guess your target isn;t capable of waking the device via the RTC then. 02.52.13 # Or, it isn;t implemented yet, or isn;t possible 02.52.15 # *isn't 02.52.19 # no, I mean, even if I close the app and reopen it, the alarm clock is just reset 02.52.39 # so it looks like the alarmclock application isn't running anymore once you close it 02.52.41 # That seems like a bug, but, I am unsure. 02.52.44 # which makes it pretty useless 02.53.14 # I figured it was just a sort of "hello world"-type application to show how timers work or something 02.53.34 # Does the manual not explain how it works, then? 02.53.37 # File a bug report perhaps, I'm pretty sure the desired operation for the alarm clock would be to (if possible) allow one to be able to close the plugin and have it reopen when the timer countdown is up. 02.54.06 # I mean there's no sense filing a bug report against expected behavior, so seeing what it's supposed to do in the manual description first... 02.54.38 # You're right though, it does seem pretty useless if you need to leave the DAP running, and not *just* the DAp but that plugin, and are unable to exit it. 02.54.39 # I'm pretty sure the only TSR plugin is battery bench, right? 02.54.54 # TSR? 02.55.00 # Terminate and Stay Resident 02.55.04 # the manual suggests that it's just a dumb alarm clock, it doesn't say much about the app 02.55.07 # As in, "runs after you quit it" 02.55.09 # Aha. 02.55.10 # http://download.rockbox.org/daily/manual/rockbox-vibe500/rockbox-buildch11.html#x14-26600011.4.1 02.55.23 # So I wouldn't suggest filing a bug report since it sounds like that's all it's supposed to do 02.55.39 # Rockbox does have wakeup alarm functionality on some devices, though I don't recall that being accessed through a plugin... 02.56.08 # Isn't it just through the usual Time & Date menu? 02.56.32 # I believe that just displays when an alarm is set. 02.56.59 # Or a countdown timer, there is such a thing...no? 02.57.22 # hm, there is indeed a wakeup alarm in the Tiem & Date menu... 02.57.24 # * literal tries it 02.58.12 # hehe, but you can only set it at 5-minute intervals 03.00.24 # and a minimum of 2 minutes into the future 03.00.34 # * literal waits 03.01.29 # yup, works 03.01.35 # There you go. 03.01.47 # If that's not in the manual, a bug report should be filed against the manual though. 03.02.02 # it's probably there 03.02.02 # If it is in the manual, I'd like to politely remind you to check it beforehand. :) 03.02.05 # yeah 03.04.53 *** Saving seen data "./dancer.seen" 03.06.17 # No, not at all...but conversations with yourself are quite painful sometimes. 03.06.36 # *disregard. 03.06.49 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 03.18.11 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 03.26.52 Quit Gabe_G23 (Ping timeout: 245 seconds) 03.28.51 Join Gabe_G23 [0] (~gabe@bzflag/player/GabrielG) 03.52.01 Quit edboyer93 () 03.56.07 Join clone4crw [0] (~calvin@97-86-227-168.dhcp.roch.mn.charter.com) 03.58.22 Quit evilnick (Quit: Leaving) 04.01.20 Quit clone4crw (Quit: leaving) 04.02.35 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 04.07.23 Quit pixelma (Disconnected by services) 04.07.25 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.07.28 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.08.49 Quit amiconn (Disconnected by services) 04.08.49 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.09.09 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.10.27 Quit TheSeven (Ping timeout: 265 seconds) 04.15.45 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.19.04 Quit MethoS- (Remote host closed the connection) 04.29.38 Quit Ramsey[LC] (Quit: (Killed (NickServ (GHOST command used by MadHouse)))) 04.35.30 Join edboyer93 [0] (eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) 04.36.17 Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 04.38.10 Quit shai (Ping timeout: 252 seconds) 04.41.47 Quit madalu (Ping timeout: 240 seconds) 04.49.56 Join Barahir_ [0] (~jonathan@frnk-590f7af6.pool.mediaWays.net) 04.53.01 Quit dys (Ping timeout: 276 seconds) 04.53.25 Join dys [0] (~andreas@krlh-5f7261eb.pool.mediaWays.net) 04.53.40 Quit Barahir (Ping timeout: 264 seconds) 04.56.24 Quit Judas_PhD (Quit: This is a quitting message) 04.58.59 Join Openwound [0] (~g@118.216.72.158) 05.02.52 Join Ramsey[LC] [0] (~RamseyLC]@adsl-71-158-161-74.dsl.rcsntx.sbcglobal.net) 05.03.51 Quit logiclost (Read error: Connection reset by peer) 05.04.07 Join lostlogic [0] (~lostlogic@erudite.lostlogicx.com) 05.04.10 Quit lostlogic (Changing host) 05.04.10 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 05.04.48 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 05.04.54 *** Saving seen data "./dancer.seen" 05.05.22 Quit Judas_PhD (Client Quit) 05.05.28 Quit pSiKO (Ping timeout: 240 seconds) 05.05.31 Quit Ramsey[LC] (Remote host closed the connection) 05.06.02 Join pSiKO [0] (~tbox@213.56.158.253) 05.07.14 Quit edboyer93 () 05.07.15 Quit linuxguy3 (Ping timeout: 272 seconds) 05.08.26 Join linuxguy3 [0] (~timj@adsl-75-57-163-113.dsl.emhril.sbcglobal.net) 05.09.28 Part Openwound 05.24.47 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 05.33.23 Quit ps-auxw (Ping timeout: 255 seconds) 05.44.53 Join ps-auxw [0] (~arneb@p4FF7EF25.dip.t-dialin.net) 05.56.26 Quit YPSY (Ping timeout: 264 seconds) 06.00.06 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 06.05.08 Quit merbanan (Ping timeout: 240 seconds) 06.16.56 Join Jeshikah [0] (~ad466bcf@giant.haxx.se) 06.22.25 Join Ypsy [0] (~ypsy@geekpadawan.de) 06.22.34 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 06.22.54 Join merbanan [0] (~banan@c-83-233-163-42.cust.bredband2.com) 06.30.01 # hi there. great firmware you have developed. i love it. one small problem i'm having w/ it on my sansa fuze v1 though. it's not TOO major a problem, but it would be nice if you could tell me what, if anything, i can do to make it go away. the problem is charging my battery while running the rockbox firmware. anytime i put a usb cable in, wether it's to charge from the wall or to transfer data from a comp, rockbox just starts restarting like mad. now i CA 06.30.46 # you got cut off... use shorter sentances 06.30.58 # and read the manual, it says (or should say) how to do that 06.31.12 # at which point did i get cut off? 06.31.21 # now i CA 06.32.44 # CAN charge it and transfer data by switching to the OF, but rockbox being vastly superior to the OF, i'd rather not, if there's any way to work around that issue 06.34.33 # like i said, check the manual, there is a button you need to hold while inserting usb.. i cant remember which it is for the fuze though 06.34.59 # whichever button brings up the.. oh bloody hell... you've just broken my plans for the quickscreen 06.37.56 # JdGordon|: Perhaps now would be a good time to push "holding any button prevents UMS"? 06.38.32 # that or a connection menu 06.38.39 # ...well it charges now, but it ONLY charges. pity, i liked falling asleep to music, while my player is charging... 06.39.20 # You should be able to play music while it charges in Rockbox. 06.39.28 # As long as it's still in Rockbox, that is. 06.39.53 # Indeed. 06.40.20 # I seem to remember the restarting repeatedly issue being something to do with incompatible bootloader/build 06.40.50 # Installing the very latest SVN bootloader *should* fix it if I understand correctly 06.41.04 # New bootloader that expects the firmware to handle USB, firmware that expects the bootloader to load the OF on usb, so endless reboot? 06.41.16 # I believe so, yes. 06.41.37 # idk. i have 3.6 from the utility software 06.41.48 # and bootloader 2.0, i think 06.41.59 # 3.6 is *very* old now. 06.42.21 # 1000s of revisions out of date compared to current code 06.43.14 # ...i see. ai ai ai, and i didn't like the idea of meddling around w/ manual installs when i know so little about the workings of firmwares, lol 06.44.00 # guess it's time to read a good guide for manually installing firmwares for my sansa, lol 06.44.28 # the manual. 06.46.31 # or something, yeah. thanx for this bit of help. hopefully i don't mess it up too much through ignorance, lol 06.49.57 # one last thing, does the folder HAVE to be named .rockbox, or can it be named something slightly different? 06.50.40 # i'm pretty sure that that would go under "advanced topics" but the last time i read that page it didn't mention that lil bit 06.51.11 # It must be named .rockbx 06.51.14 # er .rockbox 06.51.18 # Unless you change the code. 06.52.09 # and it's actually not that trivial...pretty much *everything* expects to find its path starting with .rockbox 06.52.23 # well, not "pretty much"...*actually* everything 06.52.23 # and all that comes w/ the download of a new firmware is basically the same as the old, except for the .sansa file? 06.52.29 # .rockbox is only in the code once though so its easy to change 06.52.37 # please don't do the "w/" thing. 06.52.51 # this channel is logged, and some people use screen readers. 06.53.05 # Jeshikah: Any of the stuff in the .zip could be newer versions, don't count on just the .sansa file being updated. 06.53.16 # JdGordon|: The root path of Rockbox is just a define somewhere, right? 06.53.32 # yes 06.53.34 # settings.h 06.53.45 # oh, and the bootloader will need to be changed 06.53.57 # unless it is one of the older ones which checks / for the bootfile also 06.54.27 # there's a newer one than what i have? i got a full install from the 1.2.8 rbutil 06.54.41 # Hmm...I seem to remember it not being that easy, I found that define when I was trying to run two different rockboxes in two different folders...but I was finding there were still things that expected ".rockbox" instead of the "rockbox" I'd created. 06.55.07 # Jeshikah: Yes, choose the current build instead of the release build. 06.55.36 # as I said, 3.6 is 100s of revisions out of date compared to current SVN head. 06.55.44 # errr...1000s rather 06.55.47 # S_a_i_n_t: It might be good to document those then, as possibly they warrant fixing. 06.56.49 # all right, lemme see if i can simplify this using rbutil, and see what that does for me ^^. what version should it say, if i have the absolute latest build? 06.57.14 # I can't remember just off the top of my head what I was having problems with, but, I know there were a few things that didn;t play nice with the move. 06.57.29 # I'll have a play around when my dev environment is back up. 06.58.25 # Jeshikah: r28244 06.58.54 # kk, thanks 06.59.08 # that is the *absolute* most current build, as of yesterday at 1pm-ish 07.02.19 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 07.04.10 Join Horschti [0] (~Horscht@xbmc/user/horscht) 07.04.55 *** Saving seen data "./dancer.seen" 07.05.11 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 07.07.26 Quit Horscht (Ping timeout: 276 seconds) 07.25.18 # the .rockbox string should only be in settings.h and the bootloaders.. everything else should be using the defines or RaaA would work 07.25.34 # although it isnt being built with plugins, but they should be using the #define also 07.31.45 # yay, now this is working pretty well, and so far i don't see that it isn't stable in any way, though i haven't tried going through every option just yet. even before this bit of "discussion" i hadn't tried a 10th of it's many features, lol. 07.32.16 # well, igtg. tyvm for all the help 07.32.29 Quit Jeshikah (Quit: CGI:IRC 0.5.9 (2006/06/06)) 07.39.15 Join matsl [0] (~matsl@94.136.75.10) 07.41.50 Quit xnyhps (Ping timeout: 276 seconds) 07.42.05 Join Maggux [0] (~quassel@krlh-4d034854.pool.mediaWays.net) 07.42.23 Join xnyhps [0] (~xnyhps@xnyhps.nl) 07.42.35 Quit elinenbe (Read error: Connection reset by peer) 07.42.46 Quit JdGordon| (Read error: Connection reset by peer) 07.42.59 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 07.44.01 Quit factor_ (Quit: Leaving) 07.44.02 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 07.44.10 Quit JdGordon| (Changing host) 07.44.10 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 07.44.37 Quit elinenbe (Read error: No route to host) 07.45.00 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 07.45.15 Join factor_ [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 07.46.15 Quit factor_ (Read error: Connection reset by peer) 07.46.32 Join factor_ [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 07.47.08 Quit factor_ (Read error: Connection reset by peer) 07.47.17 Join factor_ [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 07.47.54 Quit factor_ (Remote host closed the connection) 07.48.12 Join factor__ [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 07.49.12 Quit factor__ (Read error: Connection reset by peer) 07.51.49 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.54.20 Quit Judas_PhD (Quit: This is a quitting message) 07.57.38 Quit jhMikeS (Ping timeout: 245 seconds) 08.08.44 Quit BHSPitMonkey (Remote host closed the connection) 08.09.59 Join jhMikeS [0] (~jethead71@adsl-75-45-229-50.dsl.sfldmi.sbcglobal.net) 08.09.59 Quit jhMikeS (Changing host) 08.09.59 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 08.10.49 Join [sko] [0] (~sko]@p57A9BE02.dip0.t-ipconnect.de) 08.20.16 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.26.47 Quit TheSeven (Ping timeout: 252 seconds) 08.29.04 Quit [sko] (Quit: Leaving.) 08.37.53 Quit Maggux (Remote host closed the connection) 08.40.21 Quit Nausicaa (Disconnected by services) 08.40.55 Quit JdGordon| (Quit: leaving) 08.42.19 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 08.49.28 Join JdGord [0] (~jd@1.41.219.237) 08.49.37 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.54.38 Part Zagor 08.55.00 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.55.50 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 08.56.30 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.57.16 Quit bluebroth3r (Read error: Operation timed out) 09.01.10 Quit S_a_i_n_t (Read error: Connection reset by peer) 09.02.10 Join leavittx_ [0] (~lev@89.221.199.187) 09.04.59 *** Saving seen data "./dancer.seen" 09.06.08 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.5.48) 09.08.04 Quit leavittx_ (Ping timeout: 264 seconds) 09.09.49 Quit krazykit (Ping timeout: 240 seconds) 09.11.02 Quit JdGord (Quit: Bye) 09.12.02 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 09.25.59 Quit rasher (Quit: Lost terminal) 09.26.20 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 09.26.20 Quit rasher (Changing host) 09.26.20 Join rasher [0] (~rasher@rockbox/developer/rasher) 09.26.26 Quit rasher (Client Quit) 09.26.39 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 09.26.39 Quit rasher (Changing host) 09.26.39 Join rasher [0] (~rasher@rockbox/developer/rasher) 09.30.33 Join swilde [0] (~wilde@aktaia.intevation.org) 09.37.01 Join Rob2223 [0] (~Miranda@pD9FE29B1.dip.t-dialin.net) 09.40.18 Quit Rob2222 (Ping timeout: 240 seconds) 09.56.50 Join petur [0] (~petur@85.234.217.4.static.edpnet.net) 09.57.39 Quit petur (Changing host) 09.57.39 Join petur [0] (~petur@rockbox/developer/petur) 09.59.03 Quit sasquatch (Quit: WeeChat 0.3.2) 09.59.27 Join sasquatch [0] (~username@p4FF2CD6D.dip.t-dialin.net) 10.06.08 Quit GodEater (Ping timeout: 276 seconds) 10.07.31 Join Loto [0] (~ctrlproxy@xbmc/user/Loto) 10.11.32 Quit bmbl (Read error: Connection reset by peer) 10.18.53 # JdGordon: So we were discussing point releases 10.19.25 # i.e. keeping two branches going - the dev branch and the current release branch 10.19.32 # With bug fixes going in both 10.20.05 # I'd be happy to do releasy stuff, but for it to work it'd need everyone to commit to committing bug fixes to both 10.20.52 # I think we have a bit of a problem with releases at the moment - a) we just get them out and b) as soon as someone asks about a problem with one we just say try svn 10.21.16 # If we did point releases it'd also take a little bit of pressure of new releases 10.21.43 # Damn you all, I'm talking to myself now! 10.22.17 # Technically we have the branch 10.22.31 # And yes, it needs more bugfixes going into it 10.23.04 # yeah, we have it, but we need to use it :) 10.23.13 # At the moment we branch, release, then forget about it 10.23.23 # If that's seen as too much of a burden to people (backporting and testing again does take time), maybe "Possibly for 3.6" in commit messages, so other people can pick it up? 10.23.42 # Similar to our manual update system basically 10.25.03 # yeah 10.25.15 # At the moment the release isn't really a release, just a snapshot 10.25.59 # Then again, if needed, a non-coder release manager could decide that a specific bug needs backporting and prod people 10.26.01 # I'm not completly against (or for) the idea, but it would need a reasonable effort to make it work, including lots of people using each branch (not necessarily everyone using both though) 10.26.47 # Actually, do we just want people to commit to both branches, or do we want extra thinking before committing to the release branch? Every fix has a risk of new bugs... 10.26.51 # gevaerts: As I say I'm happy to be release manager, but I'd need other people to do the actual fixing/back porting 10.27.09 # gevaerts: I think it depends on the fix 10.27.21 # AlexP: yes. What I mean is that if a commit says "may be useful for the release", you can easily spot that :) 10.27.41 # And if nobody does the work, and you think it's a useful fix, you can go and threaten people 10.27.44 # gevaerts: Maybe have a delay? - commit to head, wait a couple of days then commit to branch? 10.28.00 # gevaerts: That sounds like a job I can handle :) 10.28.01 # Maybe all of the current discussion on the ML for this :) 10.28.23 # For stable updates, I don't think a bit of red tape is too horrible 10.29.03 # gevaerts: People could even just do me a patch and then I apply it after a wait so they don't have to remember 10.30.08 # Not sure if that'd be better or worse though 10.30.49 # Actually, for the stable branch I don't expect reverting to have the same negative connotations as for trunk 10.31.02 # no, not at all 10.31.12 # "Not suitable for 3.X" is not the same as "Not suitable for rockbox" 10.31.18 # It is reverting features that is the bugger, niot bug fixes 10.31.31 # Features shouldn't be going in the release branch anyway 10.31.35 # So the things can be committed right away 10.34.11 # yah 10.34.22 # So now we just need people to do this :) 10.34.49 # Feel free to ask me for backporting duties :) 10.35.06 # ta :) 10.35.18 # I'll write something up for the ml though I think 10.35.29 # To get more people's attention 10.35.51 Join T44 [0] (~Topy44@g228128004.adsl.alicedsl.de) 10.35.59 # im not entirely convinced this will lead to more stable stables 10.36.07 # or really do anything except add more work 10.37.06 # also, lang updates could be rather annoying 10.37.35 # If it is just bug fixes I don't see too many lang updates as being necessary 10.37.55 # And anyway, lang backports is one thing I (or anyone else can do) 10.37.57 # If it only leads to more awareness that we do have a stable release that we want to care about, it'w worth it I think 10.38.29 Quit Topy (Ping timeout: 240 seconds) 10.38.49 Quit bluebrother (Ping timeout: 240 seconds) 10.39.04 Join bluebrother [0] (~dom@f053154095.adsl.alicedsl.de) 10.39.10 Quit bluebrother (Changing host) 10.39.10 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 10.39.11 Join DerPapst [0] (~Alexander@188.107.195.183) 10.40.30 # it also requires that support calls are never answered with (try svn) if they are using a point release (unless it is actually possible the fix hasnt been backported yet) 10.41.08 # it would be a bit of a nightmare to manage... it would need svn built every change (to that branch), svn-point-rel every change and a static last point rel 10.41.15 # I don't imagine a point release for every bug fix 10.41.20 # Just regularly 10.41.38 # And then the response would be it'll be fixed in the next point release, due in x days or so 10.41.41 # Yes, every month, or every time a major bugfix goes in... 10.41.56 # yeah, no, I mean... 10.42.12 # umm 10.42.19 # For that we/I can build manually 10.42.36 # JdGordon: actually, I still believe that most users *never* come here for support, so even if we keep asking people here to try svn, the point releases are still useful 10.43.24 # well, not really if one of the things we want to solve is our assumption that svn is always better than the last release 10.43.28 # I think... 10.43.45 # Well, a bit of both 10.44.55 # We won't backport major things like e.g. USB support, and if we have big changes like the recent skin overhaul that probably means no more skin fixes for stable, so there will be differences, and for some issues, "try svn" will remain appropriate 10.45.11 # sure 10.45.43 # deciding when to restart would be fun... the 3/4 month cycle doesnt even make much sense with a fortnighly stable 10.46.02 # But what I think we *have* to get rid of is this tendency to say "try svn" before even understanding what the problem actually is 10.48.33 Join simonrvn_ [0] (simon@197.185-ppp.3menatwork.com) 10.48.40 Quit krabador (Ping timeout: 260 seconds) 10.50.32 Quit simonrvn (Disconnected by services) 10.50.32 Nick simonrvn_ is now known as simonrvn (simon@197.185-ppp.3menatwork.com) 11.02.03 # who commited the resistor calc plugin? 11.04.34 # * gevaerts raises his hand 11.05.00 *** Saving seen data "./dancer.seen" 11.05.03 # 11667 :) 11.05.37 # more controversial thoughts... we should consider rejecting plugins except for .lua scripts! :D 11.05.58 # for things that dont obviously need to be c 11.06.31 # lua plugins are sooo slow 11.06.45 # at least "boomshine" is 11.10.39 Part Zagor 11.12.00 Quit perrikwp (Quit: CGI:IRC (Ping timeout)) 11.13.12 Join Guest23218 [0] (~bjst@rockbox/developer/Zagor) 11.24.03 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 11.26.38 Part Guest23218 11.26.53 Join Guest23218 [0] (~bjst@rockbox/developer/Zagor) 11.37.04 # New commit by 03jdgordon (r28245): Viewports dont necessarily have children lines, so make sure there is one or it will crash 11.38.52 Quit balintx (Ping timeout: 265 seconds) 11.39.28 # r28245 build result: All green 11.44.37 # JdGordon: Iirc a connection menu won't be possible on some targets 11.45.13 # New commit by 03jdgordon (r28246): FS#11669 - extra > in the skin 11.45.30 # This is because some hw bridges can't be disabled completely, so the time from usb plug-in to fully connected is rather limited (otherwise the host os will time out) 11.46.06 # Note that I'm not 100% sure 11.46.17 # arg... I wonder if we can check if usb is connected before doing the hotkey action then 11.47.32 # r28246 build result: All green 11.48.28 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 11.49.43 # pixelma: are you still seeing screen corruption? /me trying to clear all the theme bug reportts 11.51.15 Join swilde [0] (~wilde@aktaia.intevation.org) 11.54.20 Quit robin0800 (Ping timeout: 252 seconds) 12.00.07 Join hebz0rl [0] (~hebz0rl@dslb-088-065-215-077.pools.arcor-ip.net) 12.20.09 Quit timccc (Ping timeout: 240 seconds) 12.22.31 Quit kazaik (Quit: Leaving) 12.24.30 Quit Llorean (Ping timeout: 240 seconds) 12.26.30 # anyone see anything wrong with relaxing the bar tag requirements so the bar image doesnt need to be there? right now %pb(0,0,10,10,-) is rather common, %pb(0,0,10,10) is nicer 12.27.27 Quit user890104 (Ping timeout: 272 seconds) 12.29.04 Join timccc [0] (~tim@112.166.15.141) 12.33.25 Join DSStrife89 [0] (~Strife89@207.144.201.128) 12.33.33 Part LinusN 12.35.30 Quit domonoky (Read error: Connection reset by peer) 12.36.52 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 12.38.45 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.39.15 # * JdGordon suspects it is really easy to crash the player with bad %pb lines right now 12.39.24 # %pb(0,0,10,10) should do it 12.46.01 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 12.46.56 # teru: I tihnk that last commit should fix your issue from last night 12.47.07 # if I'm remembering your pastebin correctly 12.47.46 Quit rasher (Quit: Lost terminal) 12.48.09 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 12.48.09 Quit rasher (Changing host) 12.48.09 Join rasher [0] (~rasher@rockbox/developer/rasher) 12.48.20 Quit rasher (Client Quit) 12.48.44 Join rasher [0] (~rasher@rockbox/developer/rasher) 12.49.46 # whats a good option name to specify the bar filename? 12.49.54 # "image" ? 12.50.42 # JdGordon: do you mean this? http://pastie.org/1212817. this is related to out of bounds viewport thing. 12.51.00 # ah ok, never mind then 12.52.56 # teru: we want the slider to definitly offet a bit? 12.55.52 # JdGordon: to me, it is natural that the center of the image indicates current position. so, i want the offset. 12.56.20 # I tend to agree 12.56.30 # do you know where the problem is that makes it go past the end? 12.58.07 # JdGordon: http://www.rockbox.org/irc/log-20101009#11:29:53 12.58.43 Part pyro_maniac1 12.59.27 # that looks correct.. 13.00.00 # Ideally the scrollbar code should provide a better helper, but that approximation should be good enough 13.00.21 # maybe i misunderstand the problem? 13.02.58 # according to the thread when player volume > 0dB the scroll part ends up past the end of the bar area 13.03.12 # I dont think this is actually true anymore though (just tested in the sim) 13.03.26 # this patch is what i requested for the bar tag. http://pastie.org/1215125 13.05.03 *** Saving seen data "./dancer.seen" 13.06.12 # that looks good, except I think screen_clear_area is wrong 13.07.12 # this is the screen shot from the forum. http://www.fileden.com/files/2008/2/11/1754365//vol4.jpg 13.07.32 # yes, that is wrong 13.07.45 # the circle should be at most half way over the rectangle 13.07.57 # from what i understand, what is problem is slider is drawn out side of the white frame. 13.09.10 # well, the bar definition says to only use 50 pixels width, so it really should stay in that 13.09.11 # which means it also shouldnt overlap on the ends 13.10.04 # the width of the white frame is pb->width, and the image is put at pb->x + pb->width according to the formula, pb->x + pb->width * end / length where end is equal to length. 13.10.36 Quit hebz0rl (Quit: Leaving) 13.11.00 # ah yes 13.11.45 # so yeah, it needs to check to make sure it is always in the bounding box 13.11.56 # if you add that check please commit that paste 13.12.24 Join eWill [0] (~chatzilla@99.162.230.123) 13.12.37 # display->fillrect() would be better than screen_clear_area() though 13.13.04 # actually, no, ignore that 13.13.33 # thus, the screen_clear_area correctly crears area where slider might be drawn. 13.13.44 # I'm trying to build the RB sim (for Windows) in Ubuntu. On page: http://www.rockbox.org/wiki/UiSimulator it says "put the path to the mingw32 sdl-config in your path (eg. by putting PATH=$PATH:$HOME/mingw32-sdl/bin/ into $HOME/.bashrc)" ---- but I have no such file. 13.15.43 # teru: no, the slider must never draw outside the bar area, so check to make sure xoff >=0 && xoff <= pb->x+pb->width 13.15.47 # eWill: How are you looking for that file? Files beginning with a dot are normally hidden from view. 13.17.19 Join ender` [0] (krneki@foo.eternallybored.org) 13.17.35 # JdGordon: if someone does that, the slider will be inconsistent to the a-b markers/cue sheets marker at the beggining and ending of the track. 13.17.49 # scratch that. I using the Ubuntu "Search for Files..." from the main menu, but i had to REMOVE the "." from my search term (must be some wildcard thing). 13.18.01 # teru: not by any meanigful amount 13.18.10 # it is naughty to draw outside that area 13.18.40 Nick Guest23218 is now known as Zagor (~bjst@rockbox/developer/Zagor) 13.18.40 # teru: we can shrink the bar if a slider is being used... 13.21.51 # shrinking the bar is ok? then, i'll try it. 13.22.43 # except you wont know how much to narrow it untill display time, not really a problem though 13.28.42 Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) 13.31.53 # Ok I've built the sim (for Windows), but upon launch it says I need SDL.dll. What did I miss? 13.32.03 # SDL.dll? 13.32.19 # I installed SDL before building, like the wiki said. 13.33.07 # You need SDL.dll in the same directory as rockboxui.exe 13.33.17 # Or in your windows DLL search path 13.34.08 # it's easier to just have the SDL.dll in the same dir as you launch the sim from...for most people. 13.34.52 # So when I build RB sim for Windows, SDL.dll is not built simultaneously? How do I build it? 13.35.16 # if you installed SDL, you'll have SDL.dll 13.35.29 # just search for it, and copy it to the sim dir 13.35.37 # searching... 13.37.05 # It's not there. I installed SDL in Ubuntu BTW - not Windows. Can't I build SDL from Ubuntu? 13.37.55 # well...expecting it to be in a different OS when you installed it in another is a little bit flawed ;) 13.38.06 # eWill: That wiki page you linked to tells you how to compile SDL for windows in Ubuntu. 13.38.21 # It's not in the same place as the sdl-config you used? 13.38.44 # Maybe $HOME/mingw32-sdl/lib/ ? 13.38.48 # i.e. $HOME/mingw32-sdl/bin/ if you followed those instructions literally 13.39.34 # Or somewhere in the SDL-1.2.14 directory (where you typed "make && make install") 13.39.39 Quit jhMikeS (Ping timeout: 272 seconds) 13.40.04 Join jhMikeS [0] (~jethead71@adsl-75-45-233-32.dsl.sfldmi.sbcglobal.net) 13.40.04 Quit jhMikeS (Changing host) 13.40.04 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 13.41.05 Quit liar_ (Ping timeout: 264 seconds) 13.41.32 # ok -- it was where gevaerts said ($HOME/mingw32-sdl/bin/). I seached before I asked you, but didn't find it. Sorry guys. Thanks for all the help. 13.42.15 Join Topy [0] (~Topy44@e179100152.adsl.alicedsl.de) 13.43.09 Join madalu [0] (~user@unaffiliated/madalu) 13.45.17 Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.10/20100914125854]) 13.45.53 Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee) 13.45.59 Quit T44 (Ping timeout: 252 seconds) 13.48.38 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 13.52.02 Quit dfkt (Ping timeout: 252 seconds) 13.55.44 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.56.15 Quit DSStrife89 (Read error: Connection reset by peer) 13.57.20 Quit dfkt_ (Disconnected by services) 13.59.21 # JdGordon: http://pastie.org/1215199 14.00.19 # is that clear_screen_area stilll needed? 14.00.25 # otherwise looks good 14.01.27 # assuming it works correctly 14.03.06 Quit antil33t (Read error: Connection reset by peer) 14.03.11 # New commit by 03jdgordon (r28247): Skin bar tags fix+cleanup: ... 14.03.16 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 14.03.19 # * JdGordon beats teru to the commit :D hopefully it doesnt conflict 14.05.04 # with ^ %pv(0,0,0,0,-) is still perfectly legal also (forgot to mention that) 14.05.11 # only for the first option of course though 14.05.15 # r28247 build result: All green 14.07.12 # it shrinks the bar, so it still needs to clear the out side of the bar. 14.07.18 Join edboyer93 [0] (eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) 14.08.45 # ok 14.14.57 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 14.16.37 # removing a member from a struct and having things crash means something really bad is happening somewhere right? 14.16.53 # no comile errors... something eventually crashes 14.17.43 # New commit by 03teru (r28248): improvement for bar tag with slider. ... 14.19.42 # r28248 build result: All green 14.20.27 Join n1s [0] (~n1s@rockbox/developer/n1s) 14.23.36 Join Openwound [0] (~g@118.216.72.158) 14.23.38 # hi 14.25.37 # :\ 14.25.37 Quit xnyhps (Remote host closed the connection) 14.25.43 Join xnyhps [0] (~xnyhps@xnyhps.nl) 14.28.35 # do I bother with an option to disable the cuesheet markers? 14.28.48 # and add an image for those marks 14.34.25 # could anyone add me to wikiusers? my account is TeruakiKawashima 14.34.46 Quit xnyhps (Ping timeout: 252 seconds) 14.35.49 Join xnyhps [0] (~xnyhps@xnyhps.nl) 14.36.33 # done 14.37.20 # thanks. 14.37.49 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 14.43.24 Part Openwound 14.43.57 Quit xnyhps (Remote host closed the connection) 14.45.59 # the rockbox manual for the sansa clip+ claims the battery usage would be lower when using "load to ram" for the database, because the drive wouldn't need to spin up as often if you browse a lot, but the sansa doesn't have a drive it could spin up - will the manual get alternative texts for flash-based players for such cases? 14.46.50 # timonator: it should have different text for flash players, which section is that? 14.47.02 # New commit by 03jdgordon (r28249): skin bar tag: Load an image from a label or filename. i.e %xl(bar_image, pb.bmp,0,0) %pb(0,0,10,10,bar_image) or %pb(0,0,10,10, pb.bmp) both are ... 14.47.33 # 4.2.3 - load to ram - the note paragraph 14.48.00 # also in 5.1 - second paragraph 14.48.26 # i'll look into it, does the clip+ have the option to load to ram? 14.48.27 # those seem to be the only two mentions of "spin" in the manual - at least for the sansa clip+ 14.48.42 # yes, i'm pretty certain i've seen it 14.49.01 # teru: are you fixing the CustomWPS page for your change? 14.49.05 # r28249 build result: All green 14.49.13 # JdGordon: yes. 14.49.21 # right now i'm copying loads and loads of music onto it - overwrote the internal memory with a grml boot cd by accident yesterday 14.49.33 # as soon as that's done, i can look, if you want me to 14.49.37 # can you add my two changes also please? "image " 14.50.24 # sure. 14.50.30 # thanks 14.51.01 # I think the last thing the bar needs is an image for the cuesheet markers... but that can wait 14.52.46 Quit antil33t (Read error: Connection reset by peer) 14.52.54 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 14.53.39 Quit sasquatch (Ping timeout: 276 seconds) 14.54.17 # another inconsistency i just discovered is, that the section 4.3.2 (peak meter) says "can be displayed on the while playing screen", but then the clip indicator speaks of clipping while recording, without mentioning anything about recording earlier, except for the reference to the screen shot in the recording screen section 14.54.52 # pixelma: your test wps in 11593 works for me on the e200 sim (with colour values obviously)... you sure it isnt working on grey still? 14.55.02 Join xnyhps [0] (~xnyhps@xnyhps.nl) 14.55.44 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 14.56.03 # timonator: feel free to add such manual issues to the tracker 14.56.54 # hmm, the manual doesn't even exclude the "Load to ram" section for players that don't have it 14.57.21 # do i have to register with the tracker first? 14.59.15 # yes 14.59.27 # But it's really the only way stuff'll get fixed 14.59.57 # We welcome the reports, but I (personally) don't have time to fix it now and I'll forget if it is just here 15.00.04 # Of course others can do it also :) 15.01.10 # oh my. i'll just go ahead and do it 15.01.43 # I think for 4.3.2 it should just have a pic of the peak meter on a WPS screen, or miss out that sentence altogether 15.01.59 # rather than point at the recording section 15.02.40 # And the sentence about clipping while recording should be moved to the recording section 15.04.25 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.04.33 # AlexP: do we have a macro for referring to storage that expands to "disk" for disk based players and "flash" to flash based players or something, or should i just refer to "storage" ? 15.05.06 *** Saving seen data "./dancer.seen" 15.05.08 # also i think the manual is lying about dircache being needed for auto update to remove dleted files 15.05.55 # n1s: \disk{} 15.06.00 # thanks! 15.06.11 # I think it is "disk" or "flash storage" 15.06.26 Join sasquatch [0] (~username@p4FF2CC7C.dip.t-dialin.net) 15.06.51 # ah, "hard disk" or "flash storage" 15.07.02 # aha, that should work nicely 15.07.31 # "saving battery power by not needing the flash storage to spin up"? :) 15.07.42 # Sure! 15.07.52 # Spinning flash storage is terribly wasteful 15.08.21 # n1s: I'm not sure about the auto removething - it used to be necessary, but I don't know if it has been fixed 15.09.17 # AlexP: i think that was changed long ago to always remove deleted files even if that's slow as it was confusing, although i will confirm before i change the manual of course, or just leave it alone 15.10.24 # n1s: there is also HAVE_DISK_STORAGE you can use in \opt or \nopt if you need 15.10.36 # yep, just found that 15.11.08 # n1s: I think this conversation has been had before, with people thinking it has been fixed but nobody checking, so if you get a few minutes it'd be nice to know :) 15.12.06 # AlexP: funny thing, i think i remember that too ;) 15.14.29 # New commit by 03nls (r28250): Don't include manual section for the 'Load to ram' option if the option isn't there and use 'disk' macro that expands to the proper storage type. 15.15.17 Quit JdGordon (Ping timeout: 272 seconds) 15.16.07 # r28250 build result: All green 15.17.21 Join Kitr88 [0] (~Kitarist@BSN-182-122-34.dial-up.dsl.siol.net) 15.18.29 Join DSStrife89 [0] (~Strife89@207.144.201.128) 15.20.05 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.20.13 Quit Kitar|st (Ping timeout: 255 seconds) 15.21.44 # these are my manual bugs: http://www.rockbox.org/tracker/task/11670 "manual claims sansa clip+ has a drive to spin up", http://www.rockbox.org/tracker/task/11671 - "duplication of key bindings in manual for pitch screen (sansa clip+)" and http://www.rockbox.org/tracker/task/11672 - "manual, sansa clip+: No keys for actions". feel free to discuss them with me right now 15.22.04 Quit Kitr88 (Ping timeout: 252 seconds) 15.22.28 # n1s has already fixed the first one 15.22.50 # maybe just the first half of it actually 15.23.28 # yeah, only the database section, i can do the other too 15.23.51 Join Kitar|st [0] (Kitarist@89.142.60.241) 15.24.01 # The second one I can look at when I get home 15.24.19 # i was right about the database auto update not needing dircache to remove deleted files btw, so i'll fix that one too 15.24.32 # The third I would guess is just as it is quite new and hasn't been filled in - easy but a pita to fix 15.24.46 # timonator: Thanks for reporting, I'll try to have a look soon 15.25.09 # you're welcome 15.25.33 Quit DSStrife89 (Ping timeout: 252 seconds) 15.25.45 # n1s: cool :) 15.26.48 Join anewuser [0] (kvirc@unaffiliated/anewuser) 15.27.05 # although auto update isn't actually very nice as it seems it needs a reboot to commit new files to the database so they will not show up until next reboot... 15.27.45 # hmmm, not nice indeed 15.27.48 # is there a feature that would turn off my rockbox automatically if it has been playing for N hours, but no keys were pressed? 15.28.05 # timonator: There is a sleep timer, but that doesn't reset on key press 15.28.22 # And there is an idel shutdown timer, but that doesn't work with playback 15.28.27 # So sort of but no :) 15.28.32 # AlexP: yeah, and it gets reset to "off" when the player is turned back on, too 15.28.41 # yes, it isn't persistant 15.29.30 # New commit by 03nls (r28251): Database auto update doesn't need dircache to remove deleted files from the database anymore. 15.29.43 # I think there were some ideas for the sleep timer to be extended so it'd pause when the time was up, then idle shutdown could take over 15.29.54 # In the feature ideas forum IIRC 15.30.17 # there might even be something on flyspray, I can't remember 15.31.04 # ooooooooooh, that's very clever 15.31.12 # r28251 build result: All green 15.36.19 # is there any reason we couldn't use the c preprocessor on the manual? 15.36.33 # it'd be nice to have the manual use the stuff in the config headers to include sections 15.38.26 # saratoga: don't know about that but we can use the "features" thingy we have for lang files so we use the various HAVE_* defines in a roundabout way 15.39.13 # i think there's some problem with whitespace when using the c preprocessor since c is pretty much whitespace agnostic 15.39.41 # or i'm remembering something else that someone tried to do with the c preprocessor 15.40.31 # it would be nicer than the LaTeX optional inclusion stuff though as that can not do any logic on the tokens 15.41.41 Part Zagor 15.42.18 Quit domonoky (Ping timeout: 264 seconds) 15.42.29 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 15.42.37 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 15.42.56 Join Llorean [0] (~DarkkOne@65.104.0.180.ptr.us.xo.net) 15.43.12 Quit Llorean (Changing host) 15.43.12 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 15.43.41 # New commit by 03nls (r28252): Fix the last part of FS#11670 by using the 'disk' macro that expands to the appropriate storage type for each player, also change a reference to 'MP3 ... 15.45.02 # saratoga: the problem with the database load to ram section was that it used the wrong condition for inclusion, "swcodec", instead of "tc_ramcache" 15.45.23 # r28252 build result: All green 15.45.32 # the big problem is though that people don't update the manual when they change the behaviour of rockbox 15.47.33 # saratoga: bluebrother looked into this quite in depth 15.47.44 # saratoga: I can't remember the outcome, but there were some issues 15.49.45 # looking at the code for rockboxdev.sh I fond that e (eabi) is till an option, and that a (arm-elf) is apparently depricated...but when I run rockboxdev.sh the only options I am given are "s, m, and a" why is this? Is it a mistake? Misleading comments? Does "a" build eabi now? 15.49.59 # s/fond/found/ 15.50.18 # no, e is correct 15.50.25 # Do you have a very old version? 15.50.36 # then, there's something wrong with rockboxdev.sh for CygWin 15.50.45 # and no, it's a recent checkout 15.51.48 # could someone else try running rockboxdev.sh and see if it is limited to CygWin or not please? 15.51.49 # I see Select target arch: s - sh (Archos models), m - m68k (iriver h1x0/h3x0, iaudio m3/m5/x5 and mpio hd200), e - arm-eabi (ipods, iriver H10, Sansa, D2, Gigabeat, etc), a - arm (older ARM toolchain, deprecated), i - mips (Jz4740 and ATJ-based players) 15.51.49 # separate multiple targets with spaces (Example: "s m a" will build sh, m86k and arm) 15.51.56 # Except on seperate lines 15.52.42 # I remember actually being given the option to build eabi, when I run it...only "s, m and a" are mentioned. 15.52.42 # and I can't think of any reason at all why cygwin wouldn't give the options 15.52.53 # can you pastebin the output? 15.53.04 # yeah, sure..hangon. 15.53.40 # "(Example: "s m a" will build sh, m86k and arm)" is the last line of output 15.53.49 # yep, and is just an example 15.54.04 # you can enter any combination 15.54.17 # although the example should probably be changed to s m e 15.54.31 # yeah, but it doesn;t list eabi at all...one sec, I'll pastebin it. 15.54.54 Quit liar (Ping timeout: 264 seconds) 15.55.31 # n1s: rockbox on my sansa clip+ does, however, offer me to "load [the database] to ram". is that correct? 15.56.00 # timonator: Yeah, the manual should say that 15.56.16 # well, when it is rebuilt at 06:00 tomorrow morning 15.56.19 # (GMT) 15.56.24 # timonator: yes, it depends on the size of the ram, the regular clip for example, doesn't have that option so i made sure it's only included in the manual when the option is really there 15.56.33 # ah, good 15.56.37 # just wanted to make sure 15.56.51 # i didn't think the ram of the clip+ would be big enough to make it worth it 15.56.56 # New commit by 03teru (r28253): fix FS#11659. wait for user input before exiting the plugin. 15.57.00 # 8 MB IIRC? 15.57.02 # http://pastebin.org/152778 15.57.08 # Might be talking crap thopugh :) 15.57.11 # i thought it was 4, let me quickly chekc 15.57.16 # its weird, the only one it doesn;t mention is eabi 15.57.22 # and I can't see why from the code. 15.57.42 # S_a_i_n_t: It is there now, and each line is just an echo 15.58.14 # 8MB on everything except the clipv1,m200v4 and c200v2 15.58.19 # of the ams targets anyway 15.58.29 # S_a_i_n_t: what happens if you enter echo "e - arm-eabi (ipods, iriver H10, Sansa, D2, Gigabeat, etc)" in a terminal? 15.58.35 # it only lists s, m, a and i on my console...weird. 15.58.36 # r28253 build result: All green 15.58.38 # saratoga: ta 15.58.48 # I'll try just selecting e and see what it does. 15.59.04 # Hmmm...it accepts it. 15.59.04 Join perrikwp [0] (~980d3288@giant.haxx.se) 15.59.11 # AlexP: can't seem to find it anywhere right now 15.59.15 # ...weird, ghosts. 15.59.29 # timonator: hmmm? 15.59.48 Quit robin0800 (Remote host closed the connection) 16.00.35 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 16.01.34 # is it safe to remove the "rm -rf $builddir" on line 198 of rockboxdev.sh and do it manually afterward? 16.01.46 # my system seems to be choking on that for some reason. 16.02.05 # AlexP: the amount of ram in the clpi+ 16.02.09 # s/safe/will it fuck anything up/ 16.02.11 # well, nevermind :) 16.02.18 # I know the world won;t end if I remove it. 16.02.24 # S_a_i_n_t: should be safe i think 16.02.27 # timonator: Ah right :) Well saratoga confirmed 8 MB :) 16.02.33 # n1s: Thanks. 16.02.40 # we'll see anyway ;) 16.02.58 # wow, that's way more than i thought it'd be. thanks for the info! 16.04.28 # "#" is considered a comment in an .sh script, correct? 16.04.49 # I do I need to use /**/ style or // style? 16.05.05 # yrs 16.05.12 # yes, even 16.05.21 # EMULTIOPTIONYES 16.05.28 # yes, to which one? ;) 16.05.58 # everything following a hash, #, is a comment, unless i't sescaped or quoted or w.e. 16.06.12 # Danke 16.27.18 Quit jhMikeS (Ping timeout: 264 seconds) 16.31.11 Join nexys [0] (~4e32c1e0@giant.haxx.se) 16.33.34 Quit teru (Quit: Quit) 16.33.40 Quit madalu (Remote host closed the connection) 16.33.58 # i have set the tmi skin and it always shows the wrong date and time in the "playing" screen. what could this be? 16.35.16 # nexys: is the clock on your player set correctly? 16.35.23 # its on the ipod video 30g and i have the latest build installed 16.35.37 # yes in the other menus everyting is correct 16.35.47 # *everything 16.36.08 # ok, so how is it incorrect in the wps? 16.36.51 # it shows the time in 12 hour clock format and the date is Tue, Oct 2 today 16.37.30 # i but i set the time in 24 hour clock format 16.38.39 # that setting doesn't affect the wps unless the wps authour made it take the setting into account which they probably didn't 16.39.47 # no idea why it would show the wrong date though 16.44.23 Join jhMikeS [0] (~jethead71@adsl-75-45-242-133.dsl.sfldmi.sbcglobal.net) 16.44.23 Quit jhMikeS (Changing host) 16.44.23 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 16.47.01 # i can't find the tmi theme on the rockbox site 16.47.30 # is it discontinued? 16.47.43 Quit alexbobP (Quit: reboot for kernel) 16.50.46 # %ca, %cb %cw %cl:%cM %cp 16.51.04 # thats the line in the .wps file which shows the date and time 16.51.14 # what's wrong with it? 16.53.52 # what's wrong with it is that whoever wrote it probably misunderstood the cw tag 16.54.28 # unless used in a conditional that prints the weekday number starting with 0 for sunday, so a tuesday is 2 16.55.02 # so %cd should be right d = day ? 16.55.22 # i can't find these variables in the doc 16.55.22 # yes 16.55.38 # http://www.rockbox.org/wiki/CustomWPS is probably the best reference 16.56.10 # ah thanks 16.56.57 # now it works 16.58.21 # so %ck is for the 24 hours clock 17.03.30 Quit linuxstb (Ping timeout: 245 seconds) 17.03.56 # It is in the manual too 17.04.38 # There is a conditional to find out if the player is in 24 or 12 hour time format; theme authors should use that to chose the right hour tag to use 17.05.08 *** Saving seen data "./dancer.seen" 17.13.42 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 17.14.55 Quit nexys (Quit: CGI:IRC (EOF)) 17.15.21 Quit jgarvey (Client Quit) 17.15.41 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 17.16.03 Part Zagor 17.21.52 Join simonrvn_ [0] (simon@70.35.167.147) 17.23.07 Join simonrvn- [0] (simon@211.115-ppp.3menatwork.com) 17.24.19 Quit jhMikeS (Ping timeout: 276 seconds) 17.24.22 # Torne: how portable are the various GCC asm() arguments to other arm compilers? 17.24.35 # barely or not at all 17.24.40 # i'm curious how much of our codec optimizations would actually work elsewhere 17.24.46 # RVCT hates gcc asm syntax 17.24.49 # iirc. 17.24.58 # so if you want to do ASM whats the best way, .S files? 17.25.20 Quit simonrvn (Ping timeout: 240 seconds) 17.25.20 Nick simonrvn- is now known as simonrvn (simon@211.115-ppp.3menatwork.com) 17.25.24 # RVCT's assembler can't really be depended on for that either tbh :) 17.25.50 Nick simonrvn is now known as Guest45343 (simon@211.115-ppp.3menatwork.com) 17.25.59 # is RVCT the main ARM compiler? i've seen quite a few commercially available ones but i have no idea if they're used 17.26.05 # RVCT is ARM's compiler 17.26.10 # yeah 17.26.18 # I've never seena nyone use anything except gcc or RVCT 17.26.20 Quit simonrvn_ (Ping timeout: 240 seconds) 17.26.22 Join _s1gma [0] (~d.d.derp@77.107.164.131) 17.26.23 # at least, not for real computers 17.26.24 # ok good to know 17.26.29 # maybe for tiny uCs 17.26.54 # so for Tremor backporting we probably need to find someone with RVCT and test 17.27.04 # i have it ;) 17.27.07 # well, i have it here at work 17.27.17 # what i don't seemt o have any more is the rvct manual 17.28.00 # any interest in testing tremor patches? 17.28.18 # er, if there's some easy way to actually build it 17.28.31 # makefile+linux 17.28.54 # i don't have linux 17.29.05 # i'll look at the other options when i get a chance 17.29.15 # hmm theres also some visual studio stuff 17.29.17 # my armcc is for windows 17.29.21 # does MS have an ARM compiler? 17.29.22 # I have VC6 but not a newer one 17.29.35 # yes, sufficiently clever versoins of cl.exe can build for ARM 17.29.39 # for WinCE 17.29.46 # but i don't think anyone does that for non-CE 17.29.50 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 17.30.13 # i on;y have VC6 and i don't think it knows how to build for CE 17.31.10 Join entelechy [0] (~swiftkick@38.106.186.56) 17.31.53 Quit swiftkick (Ping timeout: 252 seconds) 17.32.49 Part entelechy 17.37.54 Nick Guest45343 is now known as simonrvn (simon@211.115-ppp.3menatwork.com) 17.52.05 Quit petur (Quit: *plop*) 17.53.59 Join leavittx_ [0] (~lev@89.221.199.187) 18.00.14 Quit sasquatch (Ping timeout: 265 seconds) 18.12.51 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 18.14.45 Quit FlynDice (Remote host closed the connection) 18.16.57 Quit Judas_PhD (Quit: This is a quitting message) 18.17.05 Join sasquatch [0] (~username@p4FF2DF50.dip.t-dialin.net) 18.19.29 # I don't have my Clip+ on my so I can't test it, but doesn't rbutil install a daily build of Rockbox (as opposed to 3.6) ? 18.20.27 # It installs what you choose, when a release and a current build are both available. 18.20.50 # Is "daily" even still a third option? 18.22.02 # ah, I can actually "start" the install wizard 18.22.25 # the version selection has "Archived build", "Current build" and a greyed-out "Rockbox stable" 18.25.38 # So 3.6 isn't available (Rockbox Stable), Current Build is the current build, and "archived" are daily archives. 18.25.48 # I just wasn't sure we were still providing the daily archives. 18.28.37 Quit Llorean (Quit: Leaving.) 18.37.32 Quit DerPapst (Quit: Leaving.) 18.38.04 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 18.38.13 Quit TheSeven (Ping timeout: 255 seconds) 18.38.46 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.38.47 Quit bertrik (Changing host) 18.38.47 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.41.25 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 18.42.38 Quit S_a_i_n_t (Disconnected by services) 18.42.41 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.186) 18.48.35 Quit bertrik (Read error: Operation timed out) 18.48.49 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.53.05 Quit bertrik (Ping timeout: 245 seconds) 18.59.41 Quit matsl (Ping timeout: 265 seconds) 19.00.19 Join LambdaCalculus37 [0] (~rmenes@64.134.240.153) 19.00.20 Quit LambdaCalculus37 (Changing host) 19.00.20 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 19.00.24 Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) 19.00.25 # New commit by 03bertrik (r28254): Slovak language update - FS#11668 by Peter Lecký. ... 19.02.21 # r28254 build result: All green 19.03.45 # New commit by 03bertrik (r28255): Remove duplicate entry from docs/CREDITS (as announced in svn r28254) 19.05.12 *** Saving seen data "./dancer.seen" 19.05.53 # r28255 build result: All green 19.09.10 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.09.12 Quit bertrik (Changing host) 19.09.12 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.16.14 Join DerPapst [0] (~Alexander@p5797C068.dip.t-dialin.net) 19.26.04 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 19.26.16 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 19.27.07 Join CGL [0] (~CGL@190.207.235.80) 19.27.26 Quit drizztbsd (Ping timeout: 250 seconds) 19.38.13 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.40.00 Quit avacore (Ping timeout: 250 seconds) 19.40.40 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 19.40.45 Join avacore^ [0] (nobody@1008ds1-rdo.0.fullrate.dk) 19.42.10 Quit markun (Read error: Connection reset by peer) 19.43.06 Join s1gma_ [0] (~d.d.derp@77.107.164.131) 19.43.39 # New commit by 03alex (r28256): Manual: Correct clip/clip+ pitchscreen button table. Closes FS#11671. 19.45.21 # r28256 build result: All green 19.45.41 # I'm always relieved when a manual commit doesn't result in red :) 19.45.50 Quit _s1gma (Ping timeout: 240 seconds) 19.45.53 # :) 19.46.26 Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) 19.46.32 # we should remember to keep an eye out for broken manuals tomorrow now that we have had a series of commits, not that i expect any 19.48.03 # ah, got a mini commit for the manual too 19.49.58 # More coming too 19.53.59 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 19.58.33 Join manzanita [0] (~manzanita@ip68-104-236-55.ph.ph.cox.net) 19.59.26 # I recently installed rockbox on my sansa e260, and it won't go to the next track when it's done (IE only plays one track at a time). Any ideas? 19.59.52 Quit liar (Remote host closed the connection) 20.00.04 # The bloody clip+ sim doesn't have the keypad controls written on it 20.00.07 # you probably accidentally set one of those weird settings 20.00.21 # manzanita: ^ 20.00.54 # It was this way as soon as I installed the software. So unless it was automagically set... 20.01.04 # manzanita: Probably "Repeat One" 20.01.18 # manzanita: Or you've made a playlist of only one track 20.01.20 # manzanita: How are you starting the song? 20.01.37 # Navigating via database to the album. 20.01.43 # And then pressing? 20.02.21 # "OK" on the album, "OK" on the first track 20.02.27 # or, click button, whatever it's called 20.02.27 # OK being? 20.02.33 # The select button? 20.02.37 # center click button on the sansa 20.02.42 # right, select 20.02.48 # That should work anyway 20.03.01 # If you were inserting you'd be getting a one track playlist 20.03.36 # probably changed one of those audio settings like repeat one or whatever 20.03.45 # we have so many i can't keep them straight 20.07.06 Join wodz [0] (~wodz@chello087206240131.chello.pl) 20.07.13 # pixelma: ping :-) 20.07.19 # Okay, this is novel: When I go back to the database and select a different album/track, it goes back to whatever I was on previously, but doesn't play it. 20.08.40 # I better just try reinstalling this thing. 20.09.51 # That won't affect anything 20.09.57 # * TheSeven spots a nasty bug 20.10.12 # manzanita: Delete config.cfg from the .rockbox directory when connected to USB 20.10.24 # manzanita: That'll reset your settings 20.10.58 # There is also a button you can hold on startup to do this, but I can't remember what it is for e200, in the manual somewhere 20.13.06 # S_a_i_n_t: around? 20.13.07 # Record I think 20.20.11 # pixelma: Using a list of opts inside a code block ends up in a blank line for each opt that isn't true - I can't use % at the end as it gets printed, can you think of any other way to get rid of the blank lines other than opening and closing the {code} inside each opt? 20.20.29 Quit scorche (Ping timeout: 264 seconds) 20.20.45 Quit wodz (Ping timeout: 240 seconds) 20.20.46 # hmm, why is it getting printed? 20.21.03 # pixelma: As \begin{code} is verbatim 20.21.10 # or stuff inside it rather 20.21.56 # are opts and nopts respected in verbatim environment at all? 20.22.14 # yes, but they resolve to a blank line so that gets printed 20.22.30 # It must be a modified verbatim 20.22.45 # See the manual install sections of any ams sansa for an example 20.23.32 # well, optv is meant to work 20.23.35 # the only idea I have currently is to handle in/exclusion outside the code block, but you already said that yourself - so, no other idea 20.23.53 # according to preamble opt isn't supposed to work, optv is 20.24.10 # I'll try that and if not, stick the code section inside 20.24.50 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 20.24.56 # no, no luck 20.26.15 Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) 20.26.15 Quit markun (Changing host) 20.26.15 Join markun [0] (~markun@rockbox/developer/markun) 20.26.41 # hmpf, not such a good idea to try a full manual rebuild now on this machine in cygwin. It seems it's the first time I tried that here after the font encoding switch in summer and now it has to "build" the unusal characters which takes quite some time :/ 20.29.23 Join _s1gma [0] (~d.d.derp@77.107.164.131) 20.31.10 Join alexbobP [0] (~alex@cpe-24-27-19-184.austin.res.rr.com) 20.32.02 Quit s1gma_ (Ping timeout: 260 seconds) 20.36.22 Join kazaik [0] (~kazaik@pool-71-166-29-66.bltmmd.east.verizon.net) 20.39.35 Join ABuschmann [0] (~chatzilla@p54A39F86.dip.t-dialin.net) 20.42.11 Quit ABuschmann (Client Quit) 20.42.52 # pixelma: This is really nasty - the only way I can do it is to have seperate code blocks inside every opt (nasty) or no line breaks so all opts on one line (very long line) (nasty) 20.44.46 Quit anewuser (Ping timeout: 245 seconds) 20.46.05 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 20.49.37 Join designate72 [0] (~quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 20.51.43 # AlexP: what are you trying to do? Maybe it is possible that the \nopt would be shorter or to sort of "filter" everything with a more general opt in front... 20.53.34 Quit manzanita (Ping timeout: 240 seconds) 20.53.44 # pixelma: See http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch2.html#x4-140002.2.3 and the code that produces it starting line 44 http://svn.rockbox.org/viewvc.cgi/trunk/manual/getting_started/sansaAMS_install.tex?annotate=28256 20.54.37 # ah, tex being nice... 20.55.00 Quit evilnick_B (Quit: Page closed) 20.55.07 # If you have an \opt inside \begin{code} it resolves to a blank line, which is then printed verbatim 20.55.19 # If you add a % at the end you get a line with a % on it 20.57.41 Quit sasquatch (Ping timeout: 276 seconds) 20.58.40 # Maybe it would make sense to use the \fname macro just for the filenames in case that works better than putting everything inside a code block. It will look differently but... 20.58.50 Join scorche [0] (~scorche@rockbox/administrator/scorche) 21.01.55 # AlexP: could you also look into teru's explanation in today's commits? 21.03.09 # pixelma: Yeah. I wish he'd just bloody ask 21.03.32 # I still prefer that over nothing 21.03.58 # sure, but if he asked someone to look first I wouldn't have to go chasing around :) 21.05.13 *** Saving seen data "./dancer.seen" 21.07.47 # pixelma: Do you know what he means by "don't draw the bar entirely including frame (for usewith the ``slider'' option). 21.08.06 # any nano2g owner around? 21.08.28 # if yes, do you experience excessive battery drain? 21.08.41 # AlexP: I believe it's an option to disable the bar around the plain drawn progressbar 21.08.50 # i just noticed that mine eats its battery about three times as fast as with the apple firmware 21.09.19 # pixelma: The outline? 21.09.25 # or frame 21.09.35 # yeah, I think so 21.10.03 # So "don't draw the frame around the bar (for use with the ``slider'' option)." ? 21.10.43 # oopsy... my commit would affect the same file (the "other tags" below). Shall I wait? 21.10.45 Join sasquatch [0] (~username@p4FF2D21A.dip.t-dialin.net) 21.10.51 # although I'd be ready 21.11.13 # AlexP: guess that does 21.11.29 # I don't mind, I just have to test build :) 21.11.59 # ok, I'll check it in quickly and it builds for me 21.12.41 Quit S_a_i_n_t (Disconnected by services) 21.12.43 Join [Saint] [0] (S_a_i_n_t@203.184.1.31) 21.13.06 # nobar seems a strange name if it is just the frame 21.13.26 # I guess it actually means don't draw either the progress bar or the frame, just the slider 21.13.26 # New commit by 03pixelma (r28257): Manual: add the missing % for %# in the 'Other tags' theme tag section. 21.14.19 # huh, that would mean that it would draw the bar and the slider otherwise which doesn't make sense for the "slider" name in my eyes 21.14.48 # Looking at it, it seems that nofill draws the progress bar frame 21.14.48 Quit designate72 (Remote host closed the connection) 21.14.57 # and nobar doesn't draw the bar or the frame 21.15.31 # r28257 build result: All green 21.15.48 # That's my guess from the current description, but it isn't very clear 21.16.03 # indeed :( 21.16.26 # guess trying it out would be a way 21.17.46 # pixelma: Seems to be that from http://www.rockbox.org/wiki/CustomWPS#Bar_Tags 21.19.32 Join Buschel [0] (~chatzilla@p54A39F86.dip.t-dialin.net) 21.22.50 # TheSeven: my nano 2G (using a modified r28200) does not drain the battery too fast 21.24.14 # i have a reproducible excessive battery drain on mine 21.24.34 # plugging it into usb and unplugging it again stops the spill 21.24.48 # so apparently something isn't initializing the usb controller properly, making it stay active all the time 21.26.18 # hmm, I do not plug mine to USB before usage. 21.26.35 # TheSeven: Which bootloader are you using? Could that make a difference? 21.26.38 # AlexP: it's still a bit confusing to me - so "slider" only would draw the slider and a filling bar? 21.26.54 # pixelma: yes, I just tried it 21.27.08 # just slider draws the frame, plus filling bar along with slider 21.27.17 # nofill just shows the frame and slider, it doesn't fill 21.27.23 # nobar only shows the slider 21.28.48 # does "nobar" also work with the usual filling bar? 21.29.12 Join webguest11 [0] (~50865c3a@giant.haxx.se) 21.29.17 # without slider you mean? 21.29.23 # yes 21.29.34 # don't know, it says for use with slider 21.29.35 Quit webguest11 (Client Quit) 21.29.36 # one mo 21.29.38 # I'll check 21.31.15 Join webguest00 [0] (~50865c3a@giant.haxx.se) 21.31.30 # otherwise I wonder if it wouldn't make sense to have slider-nofill or somesuch, not seperate options 21.31.36 # yes it does 21.31.42 # Of course it doesn't make any sense 21.31.49 # nofill you just see a frame 21.31.54 # nobar you don't see anything 21.32.14 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 21.32.19 # I'd expect to see a filling bar without the frame and that would make sense to me 21.32.33 # There isn't an option for that though 21.32.54 # nofill = frame no bar and nobar = no frame no bar 21.33.00 # you want a noframe option 21.33.01 # I though "nobar" would do that 21.33.08 # without "slider" 21.33.39 # nobar always shows no frame no bar independent on whether you have a slider 21.34.06 Quit robin0800 (Remote host closed the connection) 21.34.28 # I'll just commit this anyway, as I think it is correct for the current implementation 21.34.40 # New commit by 03alex (r28258): Manual: Add button mappings for the equalizer for the clip/clip+. Fixes part of FS#11672 21.34.44 # New commit by 03alex (r28259): Manual: get rid of some extra spaces in the sansa ams install instructions. 21.34.50 # New commit by 03alex (r28260): Manual: fix some English in the bar tag options. 21.35.41 # oh right, I forgot about those :) 21.35.58 # hmm, yeah I see now. Still weird, so many seperate options 21.36.18 Quit webguest00 (Quit: CGI:IRC (Ping timeout)) 21.36.37 # r28258 build result: All green 21.38.22 # r28260 build result: All green 21.44.39 # hi everyone! i asked this before (and in rockbox community)... i can't manipulate with d2 simulator with arrow keys for some reason... how can i debug it/know what the problem is? tested on several machines. thanks. 21.46.51 # leavittx_: Because the arrow keys aren't mapped. See http://svn.rockbox.org/viewvc.cgi/trunk/uisimulator/buttonmap/cowon-d2.c?view=markup 21.47.16 # hmmm, how does the sim do touchscreen? 21.47.22 # That is just the hardware buttons 21.47.41 # I thought there was some generic things for touchscreen but I don't know and couldn't find it now... either 21.47.48 # rockbox supports touchscreen players? 21.47.55 # I didn't even know there were any on the compatibility list! 21.48.32 # android, d2, onda players use touchscreen 21.48.40 # although support for it is fairly limited right now 21.48.44 # M:Robe500 21.50.57 # AlexP: why don't devs want to map they? cause control some things with mouse is really annoying! 21.51.18 # I have no idea how or why the touchscreen controls were done 21.56.12 # some time ago the arrow keys worked just fine 21.58.17 Quit Buschel (Remote host closed the connection) 21.59.53 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 21.59.53 Quit GodEater (Changing host) 21.59.53 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 22.00.59 Join JesusMcCloud [0] (~JesusMcCl@84.119.81.195) 22.02.14 # there was a uisimulator/buttonmap/touchscreen.c that was deleted in r 27310 22.02.26 # hi! i want to compile rockbox wit a changed playlist path to Musci/Playlists i found out that just changing it in the rbpaths header file (or whatever it's called) is not gonna do the job since rockbox will complain that the directory doesnt exist. how do i get it to work? 22.03.06 # http://svn.rockbox.org/viewvc.cgi?view=rev&revision=27310 - does this look like an accidental delete of the touchscreen.c file? 22.03.44 # JesusMcCloud: You mean Rockbox complains that the directory doesn't exist, even though it does? 22.03.57 # linuxstb, yup 22.04.10 # i also tried Music\\Playlists 22.04.14 # still no luck 22.04.29 Quit [Saint] (Ping timeout: 276 seconds) 22.04.55 # It should be "/Music/Playlists" 22.05.30 # does not work... 22.05.33 # * pixelma summons kugel 22.06.08 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 22.06.50 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.199) 22.07.26 # linuxstb, wait a sec.. including the leading shalsh? 22.07.32 # *slash 22.07.59 # JesusMcCloud: Yes. 22.08.02 # stupid me! thanks will compile now 22.10.00 Join Nausicaa [0] (~Nausicaa@c-71-239-58-153.hsd1.il.comcast.net) 22.14.44 Join wodz [0] (~wodz@chello087206240131.chello.pl) 22.16.08 Part domonoky 22.25.28 Quit Nausicaa (Disconnected by services) 22.25.52 Join Depressicaa [0] (~Nausicaa@c-71-239-58-153.hsd1.il.comcast.net) 22.29.56 Quit bmbl (Quit: Bye!) 22.34.29 Quit Dreamxtreme (Quit: I was raided by the FBI and all I got to keep was this lousy quit message!) 22.34.49 Join Dreamxtreme [0] (~Dre@92.30.213.124) 22.38.24 Join MethoS- [0] (~clemens@134.102.106.250) 22.56.23 Quit ender` (Quit: It's bad luck to be superstititious. -- Law of Superstition) 23.03.15 Quit evilnick_B (Quit: Page closed) 23.05.15 *** Saving seen data "./dancer.seen" 23.06.13 Quit perrikwp (Quit: CGI:IRC (EOF)) 23.13.31 Quit scorche (Ping timeout: 264 seconds) 23.15.31 Quit jgarvey (Quit: Leaving) 23.21.00 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 23.22.41 Quit wodz (Ping timeout: 245 seconds) 23.36.14 Quit froggyman (Read error: No route to host) 23.37.29 Join froggyman [0] (~seth@pool-72-69-204-145.chi01.dsl-w.verizon.net) 23.37.30 Quit froggyman (Changing host) 23.37.30 Join froggyman [0] (~seth@unaffiliated/froggyman) 23.37.43 Nick shai_ is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) 23.37.57 Quit Llorean (Ping timeout: 250 seconds) 23.42.09 Quit _s1gma (Quit: Leaving) 23.43.08 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 23.43.36 # pixelma: IIUC, that commit moved touchscreen.c to firmware/target/hosted/sdl/key_to_touch-sdl.c 23.46.53 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 23.47.24 Quit sasquatch (Quit: WeeChat 0.3.2) 23.48.08 Join Strife89 [0] (~Strife89@adsl-80-167-82.mcn.bellsouth.net) 23.48.23 Join sasquatch [0] (~username@p4FF2D21A.dip.t-dialin.net) 23.48.55 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 23.52.35 Join scorche [0] (~scorche@rockbox/administrator/scorche)