--- Log for 16.06.111 Server: card.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 14 days and 22 hours ago 00.01.40 *** Saving seen data "./dancer.seen" 00.03.06 # bertrik: Yes, I opted for Home as the ultimate toggle key :) 00.03.24 # It always brings you back to the main menu, and from there to the WPS 00.03.52 # I'd like that 00.04.13 # Also, I'm using FS#11975 to prevent Home from doing anything when the backlight is off (except to turn it on) 00.04.13 # http://www.rockbox.org/tracker/task/11975 3Apply "Backlight on first keypress" only for certain keys (patches, new) 00.04.38 # to avoid switching away from the WPS when the player is playing 00.04.44 # and I want to have a look 00.05.25 # I put the Hotkey to Long-Home, in both the tree browsers and in the WPS 00.06.02 # In the WPS, I put the pitch screen and the quick screen to Long-Up and Long-Down, respectively. I like this symmetry 00.06.32 # Short Down (previously unused) now brings up the playlist 00.06.33 Quit robin0800 (Ping timeout: 260 seconds) 00.07.39 # I made the FM radio screen mirror the WPS screen: Home returns to main menu, Long-Select brings up the context menu, Short down shows the station list 00.08.05 Quit pamaury (Remote host closed the connection) 00.08.08 # and Power stops FM playback and returns to the main menu 00.08.28 # Are you still with me bertrik? 00.08.31 # yes 00.08.45 # :) OK, and now for my final trick: 00.09.09 # Soft-lock is at Long Power 00.09.38 # So short power stops playback, long power is locks the screen, and even longer power turns the device off 00.09.55 # Also, I changed to code to accept the soft-lock key in all screens 00.10.30 # hm, do we have a distinction between long power and even longer power then? 00.10.53 # (apart from hard power-off) 00.11.19 # Yes. Long power was previously unused. And even longer power is not in the keymap, but handled directly in the button driver (IIRC) 00.11.43 # Lock (Long power) takes 1 repeat, whereas power off takes 10 repeats 00.12.04 # and all this is still distinct from hard power-off, which takes 10 seconds 00.12.52 # there are two slightly annoying things with my new keymap: 00.13.37 # 1. when powering off, first a "Buttons locked" splash appears while holding Power 00.14.01 # 2. the FM screen is lacking a redraw to clear out the "Buttons locked" splash 00.14.12 # Other than that, it's perfect :) 00.14.47 Join krazykit [0] (~krazykit@206.183.185.8) 00.14.58 # Ah, there's one more wishlist item: 00.15.39 # Apparently it's impossible to bring up the quick screen from the FM screen. Not sure what it would take to add support 00.16.08 # the quick screen doesn't really apply to FM anyway, right? 00.16.44 # oh, wait, the items are configureable now 00.16.59 # As you see I kind of like the quick screen. I use it to adjust compression for badly leveled podcasts, as well as toggle Meier crossfeed 00.17.09 # Right, 00.17.51 # I can live without it on the FM screen, but I could envision useful uses for it there 00.19.29 # any comments, or anything you find especially annoying? 00.21.00 # to be honest, I never use the quickscreen, pitchscreen or the hotkey and I find any keys mapped to those a waste :) 00.21.10 # long-power for hold kind of makes sense 00.22.06 # we used to have a "no-configurable-button" policy, but that is being slowly eroded away 00.24.23 # I like the idea of having a consistent mapping for playlist-in-WPS and station-list-in-FMS 00.25.22 # Yeah, that inconsistency was really annoying to me 00.27.24 # BTW, I recently bought a FuzeV2, and I have a hard time adjusting to its (Rockbox) button mappings as well. I think I'm gonna make it more like the Clip+'s, where Up/Down take the role of the scroll wheel. 00.27.46 # where'd you find your fuze? I miss the fuze... 00.28.18 Quit liar (Quit: hallowed are the ori!) 00.28.22 # bertrik: I had the same impression re configurable buttons. It looks like it just takes someone to write the code to make the configurable at run time :) 00.28.44 # alexbobp: There's an ebay seller who sells refurbished Sansa parts 00.29.08 # is the fuze+ actually succeeding in the market? 00.29.14 # I cannot even imagine someone buying one and actually liking it 00.29.18 # I think he's called itstor, located in the UK 00.29.51 # I've had good experiences with him (two purchases, one of which required an RMA: broken clip on the Clip+) 00.30.05 # cool 00.30.07 Quit ender` (Quit: Going to church does not make a person religious, nor does going to school make a person educated, any more than going to a garage makes a person a car.) 00.30.26 Quit bertrik (Quit: bed time) 00.30.47 # alexbobp: I won't buy the Fuze+ unless pamaury completes his Rockbox port. The touchpad user interface seems rather backwards 00.31.55 # The itstor guy even paid for the postage for the RMA (after I asked for it :) ) 00.32.13 # despite me being in a different country 00.32.29 Quit TheLemonMan (Quit: Ex-Chat) 00.33.14 Quit saratoga (Quit: Page closed) 00.33.17 Part boghog 00.37.27 # sideral: I certainly won't buy *any* DAP at this point that doesn't run rockbox or android 00.37.52 # sideral: but the fuze+ hardware is so shitty that I don't think it could be good even with a great rockbox port 00.38.50 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.41.39 Quit Elfish (Ping timeout: 240 seconds) 00.41.44 Join Elfish_ [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 00.42.05 Join robin0800 [0] (~robin0800@149.254.60.156) 00.46.49 Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au) 00.59.38 Quit alexbobp (Ping timeout: 260 seconds) 01.01.05 Join alexbobp [0] (~alex@209.135.10.128) 01.01.09 Quit bieber (Ping timeout: 276 seconds) 01.12.59 Quit sideral (Quit: Leaving.) 01.25.50 Quit Strife89 (Quit: Heading out.) 01.31.42 Quit Rob2222 (Quit: Rob2222) 01.31.55 Join Rob2222 [0] (~Miranda@p4FFF16E8.dip.t-dialin.net) 01.33.38 Quit stripwax (Quit: http://miranda-im.org) 01.34.00 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 01.36.46 Quit robin0800 (Quit: Leaving) 01.37.05 Join robin0800 [0] (~robin0800@149.254.60.28) 01.37.25 Quit tchan (Read error: Connection reset by peer) 01.37.26 Quit Topy44 (Read error: Connection reset by peer) 01.37.49 Quit jhMikeS (Disconnected by services) 01.37.49 Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) 01.37.50 Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) 01.38.07 Quit crwl (Read error: Operation timed out) 01.38.56 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi) 01.42.55 Quit liar (Ping timeout: 258 seconds) 01.46.07 Join Topy44 [0] (~Topy44@g228131139.adsl.alicedsl.de) 01.48.09 Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 01.48.22 Quit Llorean (Changing host) 01.48.22 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 01.53.35 Quit Topy44 (*.net *.split) 01.53.35 Quit Scromple (*.net *.split) 01.53.35 Quit Elfish_ (*.net *.split) 01.53.35 Quit fs-bluebot (*.net *.split) 01.53.36 Quit markun (*.net *.split) 01.53.37 Quit JesusChrysler (*.net *.split) 01.53.37 Quit sinthetek (*.net *.split) 01.53.37 Quit swilde (*.net *.split) 01.53.38 Quit evilnick (*.net *.split) 01.53.38 Quit otih (*.net *.split) 01.53.40 Quit avacore (*.net *.split) 01.53.40 Quit linuxstb (*.net *.split) 01.53.40 Quit aevin (*.net *.split) 01.53.41 Quit jordan` (*.net *.split) 01.54.04 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 01.56.04 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 02.00.32 Join fs-bluebot [0] (~fs-bluebo@g226069119.adsl.alicedsl.de) 02.00.32 Join evilnick [0] (~evilnick@ool-18bee3a9.dyn.optonline.net) 02.00.32 Join aevin [0] (eivindsy@microbel.pvv.ntnu.no) 02.00.32 Join Topy44 [0] (~Topy44@g228131139.adsl.alicedsl.de) 02.00.32 Join Elfish_ [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 02.00.32 Join markun [0] (~markun@ip503cd9a5.speed.planet.nl) 02.00.32 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 02.00.32 Join otih [0] (~otih@CAcert/Assurer/otih) 02.00.32 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 02.00.32 Join jordan` [0] (gromit@2a01:e34:eebf:c890:21a:4dff:fe63:6966) 02.00.32 Quit efyx (Remote host closed the connection) 02.01.43 *** Saving seen data "./dancer.seen" 02.03.28 Quit Rondom (Read error: Operation timed out) 02.03.29 Quit tchan1 (Read error: Connection reset by peer) 02.03.30 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 02.03.35 Quit ranmachan (Read error: Operation timed out) 02.04.16 Join user890104_ [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 02.04.29 Quit user890104 (Read error: Connection reset by peer) 02.04.49 Quit robin0800 (Quit: Leaving) 02.04.50 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2) 02.05.44 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 02.07.32 Quit aevin (Changing host) 02.07.32 Join aevin [0] (eivindsy@unaffiliated/aevin) 02.26.44 Quit ender| (Ping timeout: 260 seconds) 02.30.31 Join ender| [0] (~ender1@2a01:260:4094:1:225:90ff:fe2a:83dc) 02.46.49 Quit gevaerts (Ping timeout: 240 seconds) 02.46.49 Quit jfc (Ping timeout: 240 seconds) 02.46.50 Nick kramer3d__ is now known as d3remark (~kramer@ip98-169-188-142.dc.dc.cox.net) 02.47.16 Join jfc [0] (~john@static-72-73-80-12.ptldme.east.myfairpoint.net) 02.47.46 Join mshaxp [0] (~athlonmpp@5ad7b04e.bb.sky.com) 02.48.15 Quit mshathlonxp (Disconnected by services) 02.48.20 Nick mshaxp is now known as mshathlonxp (~athlonmpp@5ad7b04e.bb.sky.com) 02.48.25 Quit rasher (Ping timeout: 240 seconds) 02.48.34 Join rasher [0] (~rasher@rockbox/developer/rasher) 02.52.23 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 03.20.00 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 03.22.59 Quit kugel (Ping timeout: 240 seconds) 03.23.51 Quit einhirn (Read error: Connection reset by peer) 03.37.10 Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au) 03.45.05 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) 03.48.01 Join tucemiux [0] (~tucemiux@unaffiliated/tucemiux) 03.48.39 # is there such a thing as a rockbox app for linux? 03.49.08 # yes 03.49.26 # you need to build it from source 03.52.49 # yikes! 03.52.54 # that sucks 03.53.27 # errr... thats pretty much linux... 03.54.20 # they have an installer for devices but they dont have a packaged app for linux :-( 03.54.57 # sudo apt-get install rockbox ---> didnt work :-( 03.55.14 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 03.55.34 # right. you have to compile it 04.01.47 *** Saving seen data "./dancer.seen" 04.05.09 Join robin0800 [0] (~robin0800@149.254.61.156) 04.09.41 Quit MethoS- (Read error: Connection reset by peer) 04.15.21 Quit [7] (Disconnected by services) 04.15.27 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.17.20 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.18.39 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 04.19.59 Quit kugel_ (Ping timeout: 255 seconds) 04.22.28 Part tucemiux 04.29.49 Quit robin0800 (Ping timeout: 276 seconds) 04.30.19 Join L-Strife1989 [0] (~Strife89@207-144-19-39.cstel.net) 04.31.43 Join robin0800 [0] (~robin0800@149.254.61.36) 04.32.43 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 04.33.44 Quit Strife89 (Ping timeout: 264 seconds) 04.34.25 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 04.35.39 Quit pixelma (Disconnected by services) 04.35.39 Quit amiconn (Disconnected by services) 04.35.40 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.35.40 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.35.57 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.36.00 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.43.17 Quit robin0800 (Quit: Leaving) 05.06.42 Quit ReimuHakurei_ (Read error: Connection reset by peer) 05.06.55 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 05.08.34 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 05.08.39 Quit tchan (Changing host) 05.08.40 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 05.09.44 Quit ps-auxw (Ping timeout: 264 seconds) 05.10.02 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 05.22.06 Nick d3remark is now known as kramer3d (~kramer@ip98-169-188-142.dc.dc.cox.net) 05.22.56 Quit kramer3d (Changing host) 05.22.56 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 05.26.32 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 05.28.50 Quit L-Strife1989 (Ping timeout: 252 seconds) 05.31.42 Quit Strife89 (Quit: Restart.) 05.39.35 Quit Horscht (Quit: Verlassend) 05.55.07 Join Rob2223 [0] (~Miranda@p5DE4BA47.dip.t-dialin.net) 05.58.54 Quit Rob2222 (Ping timeout: 260 seconds) 06.01.51 *** Saving seen data "./dancer.seen" 06.11.49 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.11.56 # <[Saint]> JdGordon: I've tried looking at the code regarding it, but couldn't see anything obvious. is there any reason why the touch area "none" fires immediately and doesn't wait to see if it's a long or short press? 06.15.57 Quit Judas_PhD (Client Quit) 06.16.20 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.17.10 # off the top of my head... shuoldnt be 06.19.56 # possibly because of the returncode 06.20.04 # it returns ACTION_TOUCHSCREEN 06.21.09 # [Saint]: in skin_parser.c find the list for "none" and change it to ACTION_NONE 06.21.23 # viewvc really shuold show line numbers 06.21.47 # <[Saint]> right, I'll have a poke if WOL is nice to me. thanks. 06.24.55 Quit AlexP (Read error: Operation timed out) 06.25.06 Join AlexP [0] (~alex@rockbox/staff/AlexP) 06.29.10 Quit AlexP (Remote host closed the connection) 06.30.29 Join AlexP [0] (~alex@rockbox/staff/AlexP) 06.37.55 Quit JesusChrysler (Quit: JesusChrysler) 06.40.59 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 06.41.03 Quit AlexP (Remote host closed the connection) 06.41.42 Join AlexP [0] (~alex@rockbox/staff/AlexP) 06.44.35 Quit advcomp2019__ (Ping timeout: 260 seconds) 06.51.14 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 06.58.09 Quit mystica555 (Ping timeout: 252 seconds) 07.04.00 Quit Judas_PhD (Quit: This is a quitting message) 07.05.30 Join mystica555 [0] (~Mike@71-208-223-57.hlrn.qwest.net) 07.06.03 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 07.06.26 Quit Judas_PhD (Client Quit) 07.15.56 Quit Elfish_ (Ping timeout: 255 seconds) 07.18.15 # viewvc really shuold show line numbers <- it does in the "annotate" view 07.20.02 # yeah, but that view is hard to read 07.20.58 # really? The only trouble I found is with very long svn user names that get split by the line number column 07.21.21 # i hate the alternate line colouirng 07.21.55 # aha 07.22.53 # https://issues.apache.org/jira/browse/INFRA-2377 bah 07.23.40 # ah, no.. thats backwards 07.23.55 # Zagor: any chance of updating viewvc? 07.24.05 # We'll probably need to for git anyway I guess :) 07.25.44 # does viewvc even support git? 07.30.59 Quit fs-bluebot (Quit: So long, and thanks for all the fish.) 07.31.24 Join fs-bluebot [0] (~fs-bluebo@g226069119.adsl.alicedsl.de) 07.33.02 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 07.35.36 # JdGordon: no; gitweb or cgit are often used instead 07.35.52 # *is 07.40.19 Join Scromple_ [0] (~Simon@115-64-195-104.tpgi.com.au) 07.41.33 Nick kramer3d is now known as d3remark (~kramer@unaffiliated/kramer3d) 07.42.56 Quit Scromple (Ping timeout: 258 seconds) 07.43.12 Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz) 07.45.56 Quit wtachi (Quit: &) 07.56.34 Quit tchan (Read error: Connection reset by peer) 07.57.08 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 07.57.24 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 08.01.09 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 08.01.32 Quit AlexP (Ping timeout: 276 seconds) 08.01.52 *** Saving seen data "./dancer.seen" 08.02.42 Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP) 08.03.48 Join Jerom [0] (~jerome@95.171.142.74) 08.07.07 Quit Jerom (Client Quit) 08.12.23 Join sideral [0] (~sideral@213.165.85.248) 08.12.24 Quit sideral (Changing host) 08.12.24 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.15.35 Join Guest43691 [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.15.35 Quit Guest43691 (Changing host) 08.15.35 Join Guest43691 [0] (~bjst@rockbox/developer/Zagor) 08.16.03 Nick Guest43691 is now known as Zagor (~bjst@rockbox/developer/Zagor) 08.18.29 Quit Elfish (Ping timeout: 255 seconds) 08.18.31 Quit sideral (Remote host closed the connection) 08.19.05 Join sideral [0] (~sideral@213.165.85.248) 08.19.05 Quit sideral (Changing host) 08.19.05 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.27.27 Quit ReimuHakurei_ (Read error: Connection reset by peer) 08.28.12 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 08.28.46 Quit sideral (Remote host closed the connection) 08.29.08 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.30.41 Join ender` [0] (krneki@foo.eternallybored.org) 08.36.53 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 08.39.01 Quit sideral (Remote host closed the connection) 08.39.55 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.40.16 *** SIGHUP received, attempting to reload configuration. 08.41.25 *** SIGHUP received, attempting to reload configuration. 08.41.37 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 08.43.16 *** SPY: Authentication failed for Zagor 08.45.01 Quit kugel (Ping timeout: 258 seconds) 08.52.54 Nick logbot_ is now known as logbot (~rockbox@rockbox/bot/logbot) 08.54.18 Join n1s [0] (~quassel@rockbox/developer/n1s) 08.55.36 # bluebrother: I don't think your statement regarding ID3 not storing the codepage is correct. ID3v2.3 supports ISO-Latin-1 and UCS-2, and ID3v2.4 additionally supports UTF-8 08.58.19 # some people still use ID3 v1 which is why the setting for the default codepage is still there (I didn't read bluebrother's post yet though) 08.58.21 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 08.58.36 Quit advcomp2019_ (Read error: Connection reset by peer) 08.59.06 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 08.59.36 Quit user890104_ (Read error: Connection reset by peer) 09.00.05 # pixelma: this is re: http://forums.rockbox.org/index.php/topic,28214.msg182105.html#msg182105 09.00.06 # sideral: and isn't it the _playlist.control file that you are referring to in your post? ;) 09.00.39 # pixelma: I 09.00.55 # pixelma: I think that stores the playlist, but not the resume info 09.01.58 # yeah, bluebrother's post should probably be refined but isn't completely wrong AFAIK 09.03.33 Join B4gder [0] (~daniel@www.haxx.se) 09.03.33 Quit B4gder (Changing host) 09.03.33 Join B4gder [241] (~daniel@rockbox/developer/bagder) 09.03.33 Quit evilnick (Read error: Connection reset by peer) 09.10.20 Join bluefoxx [0] (fuzzylomba@S0106e0cb4efced71.vs.shawcable.net) 09.13.16 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 09.13.16 Quit pamaury (Changing host) 09.13.16 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.15.31 # The resume point is stored in nvram (which is just the /.rockbox/nvram.bin on targets without some form of actual nvram) in binary form 09.15.38 Quit bluefoxx (Ping timeout: 252 seconds) 09.16.17 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.19.25 # .playlist_control stores the current playlist, but in a special way: It stores the "build instructions" for the playlist 09.19.30 Join bluefoxx [0] (fuzzylomba@S0106e0cb4efced71.vs.shawcable.net) 09.20.56 # * JdGordon has an old patch somewhere to store the resume info into the .playlist_control and use that format for bookmarks 09.21.01 # if anyone wants to finish it :) 09.21.23 # FS#9407 09.21.25 # http://www.rockbox.org/tracker/task/9407 3bookmarks overhaul (patches, new) 09.24.16 Quit bluefoxx (Ping timeout: 244 seconds) 09.26.01 Join petur [0] (~petur@rockbox/developer/petur) 09.26.01 # JdGordon: Using a common format sounds useful, but I'd rather keep the resume info in nvram on targets which have that. 09.27.56 # JdGordon: would that also fix the bug where resume on startup resumes the wrong file when the previously played file has been removed since last boot? (just recently ran into this again) 09.28.13 # It's both safer (in case battery runs out before the next buffering cycle) and saves a bit of battery due to the saved write on *every* buffering cycle 09.28.29 # sideral: No it wouldn't 09.29.02 Quit sasquatch (Quit: WeeChat 0.3.2) 09.29.11 # That's something that cannot be fixed with the way resume currently works (storing just playlist position and position within the track) 09.29.31 Join sasquatch [0] (~username@p4FF2D917.dip.t-dialin.net) 09.29.34 # But changing that would make things a whole lot slower, which is not wanted 09.29.37 # Can't seem to find this bug on Flyspray. I thought I had seen it there, but maybe I just saw it mentioned in the forums 09.29.37 # i wonder if we couldn't just store the name of the file to resume and if the resume position points to a different file, just fail 09.30.52 # Well, checking whether the playlist track referenced by the resume info still exists shouldn't be that slow? 09.31.17 # There is no track reference 09.31.46 # There's a playlist index -- and doesn't the playlist just store track references? 09.31.51 # .playlist_control has the instructions how to rebuild the playlist (which will be different if files are missing or added) 09.31.59 # nope - as I already mentioned 09.32.02 # aha 09.32.31 # maybe store the CRC of the playlist in NVRAM and compare that? 09.32.33 Quit Scromple_ (Quit: Gone) 09.32.37 # but we could just store a filename or somesuch and check if we ended up in the same place 09.33.03 # It depends a bit on how the playlist is built. For dirplay, the current system is really efficient, as it's just a single line 09.33.26 # Why is the playlist stored in this fashion? Which use case does this enable? 09.33.37 # Performance 09.34.40 # In which case? multi-thousand-track playlists? 09.35.06 # it also adds an obscure feature, if you add dirs to the playlist and later add files to them the new files will be picked up 09.35.30 # The difference already starts to show at a few dozen tracks 09.35.40 # It's also very memory efficient 09.35.59 # The in-memory playlist stores no file names either 09.36.32 # If you'd ever seen the hilarious playlist loading speed of the old archoses' OF, you'd know what I mean 09.38.00 # Hmm. Maybe we should just store a file ID (FAT cluster number, dircache pointer, or whatever unique we have available) with the resume info and verify that 09.38.48 # <[Saint]> Would anyone mide if I went around and unified the various units in the settings menus? What I mean is, some settings (resume values I'm thinking of in particular) have preset values to choose from like 0, 5, 10, 15 seconds etc., whereas others have a full range 1,2,3,4,5,6~seconds etc. 09.38.59 # <[Saint]> *s/mide/mind/ 09.39.12 Nick kugel_ is now known as kugelp (~kugel@rockbox/developer/kugel) 09.39.40 # Saint: Don't know, I felt it kind of makes sense for the different rewind types 09.40.03 # <[Saint]> not if you want, say, 4 seconds...and the nearest choice is 5 09.40.12 # <[Saint]> it wouldn;t hurt to add the "missing" values. 09.40.38 # <[Saint]> I don't want to take any values away, just add more. 09.41.09 # Saint: Perhaps. The only counterargument I can think of is that long settings list can be inconvenient, especially when using the setting in the quickscreen 09.41.37 # <[Saint]> It seems to be ok for the settings that use it presently. 09.42.18 # haha good luck with that! 09.42.55 # <[Saint]> I just don't see the point in the increments being fashioned as such. It's ok in the upper rangers (well, less annoying but not ok). but in the lower numbers it's quite annoying I find. 09.43.16 # <[Saint]> *ranges 09.43.27 # Alright Saint, I'm not against this 09.43.33 # yeah, these arbitrary numbers are a bit weird 09.43.48 # <[Saint]> 1,2,3,4,5,6,7,8,9,10,15,20,25 would help to keep it smaller. 09.44.15 # come up with a ui to change the setting chooser screens step size dynmically 09.44.46 # <[Saint]> why does it need to be dynamic? 09.46.19 # we have list acceleration so getting your desired value shouldn't be a problem anyway 09.46.38 # * [Saint] nods. 09.47.09 # amiconn: What's the NVRAM space limit, and how close to it are we? 09.47.16 # <[Saint]> I just noticed it today that some setting let you set the values to , and others only offer you choices of 5 second increments. 09.48.53 # sideral: 40 bytes and we are using it all iirc 09.49.18 # <[Saint]> 0~9 in one second increments, 10~60 in 5 second increments and 60~120 in 30 second increments should help to a: keep the lists smaller, and b: allow for finer adjustment in the lower ranges. 09.49.34 # <[Saint]> 0~120 in one second increments might be a little excessive. 09.49.49 # hence the dynamic staement before 09.50.23 # <[Saint]> that's not really dynamic though. It'd still be a fixed list. 09.50.27 # there is actually room for bin/ram savings by making all those settings not arbitrary 09.51.12 # [Saint]: i don't see why 0-120 in 1s increments is a problem 09.51.53 # <[Saint]> n1s: Nor do I really ;) It was a "keep people happy" suggestion. 09.52.06 # screw 'em! 09.52.11 # <[Saint]> :D 09.52.21 Join keyb_gr [0] (~chatzilla@p4FF04696.dip.t-dialin.net) 09.53.06 # <[Saint]> I'll add it to my list of things to poke at when I get home. 10.00.20 Quit bug2000 (Ping timeout: 240 seconds) 10.01.56 *** Saving seen data "./dancer.seen" 10.05.02 Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 10.06.15 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 10.06.57 Quit n1s (Remote host closed the connection) 10.07.21 Quit Zarggg (Ping timeout: 246 seconds) 10.26.59 Join eGen_ [0] (generat0r@gate.mmdecin.cz) 10.49.35 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 10.52.05 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 10.52.33 # sideral, JdGordon: NVRAM total size is 44 bytes on the archos recorders (v1, v2, fm). 8 bytes are used as header + crc, and we're using 26 bytes worst case atm, i.e. 10 bytes are free (at least, depending on the actual target) 10.54.08 # The optional components being tuner (only for recorder fm, 4 bytes) and dircache (only for 8 MB modded archoses, 4 bytes) 10.54.24 Join keyb_gr_ [0] (~chatzilla@p4FF038A2.dip.t-dialin.net) 10.54.40 # amiconn: Thanks. Good to know there's still space. 10.55.00 # I also wanted to add another setting to NVRAM: :) 10.55.27 # which browser (file vs DB) was last bound to the select key in the WPS 10.55.40 Quit keyb_gr (Ping timeout: 240 seconds) 10.55.41 Nick keyb_gr_ is now known as keyb_gr (~chatzilla@p4FF038A2.dip.t-dialin.net) 10.55.44 # I wan 10.56.09 # I find it annoying that it resets to file browser after each reboot 10.56.13 # I don't see why this would need to be in nvram 10.57.04 # I thought config.cfg is for user-configurable settings only, not for persistent runtime state, which belongs to NVRAM? 10.57.27 # There are two kinds of settings which should (or even must) go into nvram: Stuff that changes really often (saving the conversion to ascii and the disk write) and stuff that's needed really early in the boot process, before disk settings are being read (that applies to car adapter mode) 10.57.40 # hmm 10.58.28 # Anyway, storing which browser was last active needs just one byte 10.58.41 # one bit, to be precise :) 10.59.02 # Yeah, just you can only reserve nvram in byte steps 10.59.16 # yes, saw that. 10.59.58 # do we make persistent whether radio or WPS was last active? could be another candidate. the the resume playback after reboot option could start the radio 11.00.15 # s/the/then/ 11.00.25 # The last active screen is stored already 11.00.34 # * amiconn doesn't use that feature though 11.02.11 # I use WPS as the startup screen, and don't care to much about FM radio. So meh, I'll leave this to someone else to worry about :) 11.02.11 # * amiconn just starts in the file browser everytime 11.02.32 # BTW, I'm not sure whether NVRAM restore would be portable to an ILP64 architecture. It assumes int is 4 bytes 11.03.11 # Hitting one more button to resume (if I want just that) is not a big deal, however, loading the correct config *after* playback already started is - when switching car <-> home stereo <-> earphone 11.04.18 # there are no IPL64 archs... 11.04.26 # ..yet 11.04.36 # Also, afaik nvram is simulated 11.04.52 # yes, but code assuming int is 32 bits are... everywhere 11.06.03 # I doubt we'll see an IPL64 arch anytime soon 11.06.22 # right, there's no such in development right now 11.06.35 # and making one is just asking for trouble 11.06.50 # companies will avoid it for fear of problems 11.08.28 # but otoh, MS did a misguided attempt to avoid problems by doing P64 11.11.22 # AFAIK Intel's C compiler supports ILP64. But I have to admit I don't really care either :) 11.11.44 # sideral: compilers are easy. the enormous amount of code that assumes 32bit is not 11.14.29 # Google turns up more users.. Oracle (UltraSPARC), Cray... But whatever. It just caught my eye that the NVRAM code hardcodes it 11.14.54 # I don't believe that 11.15.14 # but then its not important 11.16.47 # having 64-bit general-purpose registers doesn't mean the C int is 64 bits 11.16.58 # it just mean longs are handled in a single register 11.17.04 # such as ultrasparc v9 11.17.21 # wikipedia claims there's special solaris port that is ILP64 11.17.48 # and "Unicos" running SILP64 11.17.50 # Thanks Zagor, I know that. I've just looked for implementations and users using ILP64 11.17.50 # where S is for short 11.18.23 # I agree it's probably irrelevant since Alpha is dead 11.18.29 # ? 11.18.37 # alpha? :) 11.18.38 # Alpha was/is just LP64 11.18.46 # just like the others 11.19.11 # B4gder: not according to my memory 11.19.17 # then read up and you'll see 11.19.47 # http://stackoverflow.com/questions/384502/what-is-the-bit-size-of-long-on-64-bit-windows -- first answer 11.19.57 # long 11.20.02 # is not int 11.20.32 # and the answer says so too 11.20.54 # "The two mostly widely used were ILP64 (for DEC Alpha ..." 11.20.56 # oh it claims it is ILP64, but that's wrong 11.22.08 # at least when you run tru64 or linux on them 11.22.29 # OK. Maybe the post refers to OpenVMS :) 11.22.30 # or vms 11.22.40 # OpenVMS is LP64 as well 11.22.51 # the post is just wrong 11.23.05 # OK, thanks for the correction then. 11.23.27 # * B4gder builds and runs curl on all of these 11.23.40 # Ah, this looks more prominent, and supports your statement: http://0-queue.acm.org.millennium.lib.cyut.edu.tw/detail.cfm?id=1165766 11.24.10 # Oops, what kind of domain is that? 11.24.19 # taiwan 11.24.28 # a lot of dots in the domain =) 11.24.32 # :) 11.24.35 # indeed :) 11.25.08 # http://queue.acm.org/detail.cfm?id=1165766 11.25.19 # that's better :) 11.27.34 # * B4gder commented the stackoverflow post now 11.37.09 # * [Saint] is plagued by the "scrollwheel buttons unresponsive until volume is changed via the scrollwheel for the first time after hold is disengaged" issue. 11.37.58 # Saint: Soft hold? 11.38.10 # sideral: old ipod issue 11.38.39 # Or maybe all wheels, not sure 11.38.42 # <[Saint]> not *all* ipods suffer from it, though. 11.39.44 # I ran into a similar problem when experimenting with soft hold on the clip+. I fixed it with action_wait_for_release calls in the lock/unlock path in get_action_worker 11.40.06 # <[Saint]> I have Nano1G, Nano2G and $G Greyscale and Color/Photo...only the 4G-Color/Photo is giving me the troubles. 11.40.20 # <[Saint]> *4G 11.40.50 # are any of these using soft hold, or do they have a hardware hold button? 11.41.03 # <[Saint]> they all have HW hold. 11.41.21 # OK, then ignore me :) 11.42.15 # <[Saint]> Hmmm? what? who? ;) 12.02.00 *** Saving seen data "./dancer.seen" 12.11.28 Quit kugelp (Read error: Operation timed out) 12.14.33 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.18.17 Join MethoS- [0] (~clemens@134.102.106.250) 12.48.55 Quit Elfish (Ping timeout: 255 seconds) 13.06.20 Quit kugel (Ping timeout: 240 seconds) 13.08.50 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.08.57 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 13.32.07 Join petur2 [0] (~petur@rockbox/developer/petur) 13.33.30 Quit petur (Ping timeout: 259 seconds) 13.36.01 Nick petur2 is now known as petur (~petur@rockbox/developer/petur) 13.38.12 Quit sideral (Quit: Leaving.) 13.42.45 Join n1s [0] (~quassel@rockbox/developer/n1s) 13.48.02 Part Zagor 13.54.30 Join keyb_gr_ [0] (~chatzilla@p4FF038A2.dip.t-dialin.net) 13.57.28 Quit keyb_gr (Read error: Connection reset by peer) 13.57.42 Nick keyb_gr_ is now known as keyb_gr (~chatzilla@p4FF038A2.dip.t-dialin.net) 14.02.01 *** Saving seen data "./dancer.seen" 14.11.51 Quit antil33t () 14.36.17 # rasher: ping? 14.42.49 # any script ninjas able to hel me with a *.lang issue? 14.44.43 # <[Saint]> WHat do you need to achieve? 14.45.26 # none of the langs have the voice string filled in for LANG_MODE. i want a script to copy the dest string to the voice thing 14.48.56 Join cpu98 [0] (de6c422f@gateway/web/freenode/ip.222.108.66.47) 14.51.33 # 36 langs have the string... too many to do manually :/ 14.57.42 Quit cpu98 (Ping timeout: 252 seconds) 15.00.48 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 15.09.31 Quit krazykit (Ping timeout: 240 seconds) 15.10.13 # Why should LANG_MODE have a voice string, given what it's used for? It's not voiced 15.10.39 # <[Saint]> it is in the FM screen, no? 15.10.42 # <[Saint]> or, should be. 15.12.07 # It's in the FM screen's quickscreen 15.12.37 # <[Saint]> it's for this: http://www.rockbox.org/tracker/task/12158?project=1&string=voice&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&order=dateopened&sort=desc 15.12.50 # <[Saint]> Aw! c'mon flyspray! 15.12.56 # * [Saint] grumbles about long links. 15.13.37 Join cpu98 [0] (de6c422f@gateway/web/freenode/ip.222.108.66.47) 15.14.13 # On hwcodec voice is not possible in fm, because the mas is in recording mode during fm (in order to be able to record it) 15.18.32 # thats nice...... its not like anyone actually cares about swcodec now is it? 15.19.44 # It's just something that should be kept in mind when fiddling with it. It's also something that might change, because keeping the mas in recording mode is actually unnecessary (and wasteful) unless prerecording is in effect. 15.21.21 # all the more reason to just dump the dest string as is 15.26.31 # <[Saint]> Buderim wants a ban 15.26.37 # <[Saint]> (forums) 15.27.14 # does he *really*? 15.27.43 # <[Saint]> Well...he robably doesn't. 15.28.19 # New commit by 03jdgordon (r30007): Fix FS#12158 - Make the "Mode: " line in the radio menu voice. ... 15.28.24 # <[Saint]> posts about candle making that are obviouslt spam in the themeing and customization section kinda deserve it, though. 15.29.20 # When I saw the thread topic I thought there was a 50/50 chance it was a legitimate thread about trying to make say, a slowly burning down candle as a progress bar. Sadly, it wasn't. 15.29.37 # you could easily do that though 15.29.46 # bar+slider image 15.30.06 # Do we have vertical progress bars now? 15.30.12 # for months now 15.30.20 # Haven't really looked at recent theming stuff. 15.30.44 Join archivator [0] (~archivato@stu0304.keble.ox.ac.uk) 15.30.47 Part archivator 15.32.37 # <[Saint]> Why would you need the Slider for this? 15.32.44 # r30007 build result: All green 15.33.03 # for the flame to follow the burnning candle down 15.33.17 # <[Saint]> (the slider makes it look weird IMO, with it's crazy offset of half of the slider image on both ends of the bar) 15.34.56 Join krazykit [0] (~krazykit@206.183.182.189) 15.36.37 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 15.39.14 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 15.48.34 # does anyone care if i'd delete the STATICIRAM thing, i'm pretty sure building with the old toolchain doesn't work anymore and it's quite ugly 15.51.09 # n1s: go for it 15.51.39 # remove the old toolchain from rockboxdev.sh while you're at it :) 15.52.58 # well, it's probably an after freeze change so i'll wait untill then 15.59.48 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 16.00.48 Join timccc [0] (~aoeu@112.166.15.141) 16.02.05 *** Saving seen data "./dancer.seen" 16.18.18 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 16.21.18 Quit kugel (Ping timeout: 260 seconds) 16.32.58 Quit n1s (Remote host closed the connection) 16.37.30 Join n1s [0] (~quassel@rockbox/developer/n1s) 16.48.50 Quit Sundiver (Quit: leaving) 16.52.09 Join kugel [0] (~kugel@e178188047.adsl.alicedsl.de) 16.52.09 Quit kugel (Changing host) 16.52.09 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.54.39 Quit kugel_ (Ping timeout: 240 seconds) 17.01.25 Join sudoman [0] (20238@ninthfloor.org) 17.04.28 # hello, for some reason the "--disable-werror" in the rockboxdev.sh script isn't working as intended on a 64 bit Fedora 15 install. http://pastebin.com/4XwNcyXS 17.04.52 # I'm using gcc 4.6.0 17.05.29 # I'm building from the 3.8.1 source release 17.05.48 Quit user890104 () 17.09.14 Quit bluebrother (Disconnected by services) 17.09.15 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 17.11.43 Quit fs-bluebot (Ping timeout: 255 seconds) 17.12.54 Join fs-bluebot [0] (~fs-bluebo@g231121024.adsl.alicedsl.de) 17.14.57 # sudoman: that was added after the 3.8 release so you want to use a current version of rockboxdev.sh from svn 17.15.28 # n1s: ok. is there a snapshot of latest svn or do i have to download the whole thing 17.16.22 Quit B4gder (Quit: Konversation terminated!) 17.16.24 # we don't provide snapshots of svn but if you want to develop for rockbox you probably want to use the current code anyway 17.16.48 # otherwise you can check out just the rockboxdev.sh script 17.17.05 # n1s: ok thanks :) 17.20.39 Join T44 [0] (~Topy44@g228144140.adsl.alicedsl.de) 17.21.20 Join ReimuHakurei [0] (~reimu@74.112.212.15) 17.21.31 Quit ReimuHakurei_ (Read error: Connection reset by peer) 17.24.19 Quit Topy44 (Ping timeout: 255 seconds) 17.27.14 Join bmbl [0] (~bmbl@dsl-217-171-139.pool.bitel.net) 17.27.14 Quit bmbl (Changing host) 17.27.14 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 17.31.23 Join TheLemonMan [0] (~lem0n@ppp-53-13.26-151.libero.it) 17.37.49 Quit sudoman (Quit: leaving) 17.38.14 Quit mshathlonxp () 17.50.02 Quit cpu98 (Ping timeout: 252 seconds) 17.57.58 # gevaerts: are you going to review FS#12159? 17.57.58 # http://www.rockbox.org/tracker/task/12159 3GSoC/Buflib: Remove direct audiobuf accesses (patches, new) 17.58.53 # it's really an intermediate patch anyway, it's all going to replaced by buflib 17.58.58 # kugel: I'll have a look at the bits I understand tonight 18.00.04 # if i find some batteries I can test it on hwcodec :) 18.01.15 Quit petur (Quit: *plop*) 18.02.07 *** Saving seen data "./dancer.seen" 18.04.04 Quit TheLemonMan (Ping timeout: 276 seconds) 18.04.52 Join TheLemonMan [0] (~lem0n@ppp-53-13.26-151.libero.it) 18.15.31 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.21.17 Quit GeekShadow (Quit: The cake is a lie !) 18.36.01 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.36.01 Quit bertrik (Changing host) 18.36.01 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.38.37 Join wtachi [0] (~wtachi@cpe-065-190-012-236.nc.res.rr.com) 18.49.49 Join tempe [0] (~5fd0e233@giant.haxx.se) 18.52.19 Quit tempe (Client Quit) 18.53.39 Join tempe [0] (~5fd0e233@giant.haxx.se) 18.55.06 Quit tempe (Client Quit) 18.55.25 Join webguest32 [0] (~5fd0e233@giant.haxx.se) 18.56.07 Quit webguest32 (Client Quit) 18.56.12 Join tempe [0] (~5fd0e233@giant.haxx.se) 19.00.06 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.01.04 Join Jerom [0] (~jerome@95.171.142.74) 19.02.25 # I don't like the blindly copying of the dest string to the voice string, if translators should actually look at it, I think it would have been better if it had been kept empty 19.02.41 Quit tempe (Quit: CGI:IRC (EOF)) 19.02.44 # for a chance that it shows up when running genlang 19.02.51 Join tempe222 [0] (~5fd0e233@giant.haxx.se) 19.03.21 # and what amiconn said, could have been a use case for a excluding/including by feature 19.05.49 # pixelma: i don't think it does show up in genlang 19.06.24 # well yes, I seem to remember that well - but now it wouldn't even have a chance 19.06.40 # remember it too 19.14.41 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 19.16.40 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 19.25.14 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 19.26.32 Quit Buganini (Read error: Connection reset by peer) 19.31.12 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.32.58 Join Buganini [0] (~buganini@2001:288:c237:0:dead:beef:cafe:babe) 19.42.20 # Bagder/ Zagor: ping 19.48.40 Quit bmbl (Read error: Connection reset by peer) 19.57.52 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 19.59.23 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 19.59.24 Quit ReimuHakurei_ (Read error: Connection reset by peer) 20.02.08 *** Saving seen data "./dancer.seen" 20.07.13 Quit ChickeNES (Read error: Connection reset by peer) 20.07.48 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 20.11.14 Quit ChickeNES (Read error: Connection reset by peer) 20.11.48 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 20.12.41 Quit tempe222 (Quit: CGI:IRC (EOF)) 20.13.07 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.18.43 Quit Jerom (Quit: Leaving.) 20.20.13 Join Lear [0] (~chatzilla@141.191.216.81.static.g-hn.siw.siwnet.net) 20.30.06 Quit stripwax (Quit: http://miranda-im.org) 20.38.07 Join byteframe [0] (~byteframe@unaffiliated/byteframe) 20.42.24 # I have my music on an sd card (" in rockbox). I assume my playlists will still need to be in the "Playlists" folder on the root of the internal memory. So will I have to suffix each entry in the playlists with "//"? 20.45.33 # they don't need to be in the playlists dir 20.46.31 # but if you want a playlist on the internal storage with tracks on the µSD you ned to *pre*fix with //, yes 20.46.38 # n1s, yes, but might it be needed to have them display in the "playlists" menu option? 20.46.48 # prefix yes :) 20.47.32 # byteframe: by default , yes. You can change the (hidden) setting for where the playlists shown in the "playlists" menu are loaded from 20.48.13 # Oh. Well, since the sd might not always be present Ill just keep it as default. 20.48.29 # n1s, proceeding to hopefully fix a 16gb sd, and do all this. Thanks. 20.48.52 Join Thra11_ [0] (~thrall@129.86.113.87.dyn.plus.net) 20.49.58 Quit n1s (Remote host closed the connection) 20.50.38 Quit TheLemonMan (Quit: Ex-Chat) 21.05.20 # AAC gapless (lead trim, to be exact) seems to be off a bit. I'll upload a patch in a bit, but I guess we want that in for 3.9? 21.06.07 # Probably 21.08.49 # Hello. I'm trying to put some music on for the first time, but it just sits there with, "Building database... 368 found" (There are 32 mp3 files in a directory within .rockbox) 21.09.26 # Thra11_: why within .rockbox? 21.10.10 # There's a known bug with database initialisation if there are no audio tracks found, and .rockbox is excluded from the search by default (there's a database.ignore file in there) 21.10.17 # gevaerts, oops I should really learn to read 21.10.53 # gevaerts, I read, "strongly suggested not to place them in the /.rockbox folder" without the "not" 21.11.03 # * Thra11_ facepalm 21.11.19 # right :) 21.15.47 # Awesome. works perfectly as soon as the problem of the idiot user is removed :) 21.16.16 # Great! 21.16.58 # Added http://www.rockbox.org/tracker/task/12161 21.18.29 # Lear: the patch would look better without the "// printf" lines :) 21.19.17 # You did read "Also, there are a few commented printf:s (that were useful during debugging) that should be removed before commit."? :) 21.24.22 # Lear: no, I just like grumping 21.24.25 # :p 21.25.19 Join Buschel [0] (~chatzilla@p54A3A267.dip.t-dialin.net) 21.26.12 Quit MethoS- (Remote host closed the connection) 21.28.02 # * Buschel finally has a VM installed that fully utilizes all (virtual) CPUs 21.28.07 # \o/ 21.34.32 Quit Thra11_ (Ping timeout: 240 seconds) 21.35.42 # Well, I can't hear any more gaps now. 21.36.25 Join Thra11 [0] (~thrall@87.115.146.122) 21.46.30 Nick d3remark is now known as kramer3d (~kramer@unaffiliated/kramer3d) 21.48.43 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 21.49.19 Quit benedikt93 (Quit: "Facts do not cease to exist because they are ignored." - Aldous Huxley) 21.53.16 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 21.56.09 Join Jerom [0] (~jerome@95.171.142.74) 21.58.54 Quit Thra11 (Ping timeout: 264 seconds) 22.02.12 *** Saving seen data "./dancer.seen" 22.04.19 Part byteframe ("Leaving.") 22.07.34 Nick tah is now known as ThomasAH (~thomas@aktaia.intevation.org) 22.08.53 Nick kramer3d is now known as d3remark (~kramer@unaffiliated/kramer3d) 22.10.11 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 3.6.17/20110420140830]) 22.17.21 Join Thra11 [0] (~thrall@87.112.171.25) 22.24.41 Join domonoky1 [0] (~Domonoky@agsb-5d85288c.pool.mediaWays.net) 22.26.15 Quit domonoky (Ping timeout: 255 seconds) 22.42.14 Quit pamaury (Remote host closed the connection) 22.49.07 Quit Lear (Quit: ChatZilla 0.9.87 [Firefox 5.0/20110614174314]) 23.13.57 Quit ChickeNES (Read error: Connection reset by peer) 23.14.33 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 23.18.33 Join sirrozha [0] (~sirrozha@89.23.217.205) 23.28.06 Part sirrozha 23.38.09 Quit domonoky1 (Read error: Connection reset by peer) 23.55.51 # Bagder: Now http://build.rockbox.org/dev.cgi has another bug. The binsize table shows the new revision (and the download page has it too), but the build time +score table doesn't update anymore 23.56.16 # zagor is working on that 23.56.52 # k