--- Log for 17.04.110 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 19 days and 5 hours ago 00.02.03 # New commit by 03kugel (r25657): Use API call instead of accessing a global variable for receiving the current thread. 00.02.17 Quit guymann_ (Ping timeout: 246 seconds) 00.04.24 Join guymann [0] (~charlie@66-159-145-60.adsl.snet.net) 00.05.38 Quit Llorean (Read error: Connection reset by peer) 00.11.45 # New commit by 03kugel (r25658): Convert macro to inline function and move it into .c file. 00.12.10 # these freaky binsize changes 00.21.11 # New commit by 03kugel (r25659): Cleanup thread_entry definition a bit. Reorder members so that related ones are next to each other and move a pretty hidden define into config.h. ... 00.25.42 Quit digitxp (Quit: Leaving.) 00.26.33 Quit jgarvey (Quit: Leaving) 00.28.57 Quit komputes (Read error: Connection reset by peer) 00.37.23 Join digitxp [0] (~Casey@c-68-38-210-23.hsd1.nj.comcast.net) 00.37.29 Quit DerPapst (Quit: Leaving.) 00.40.21 Part alexbobp 00.40.28 Quit liar (Read error: No route to host) 00.41.36 Quit bertrik (Quit: De groeten) 00.43.58 Quit JdGordon (Ping timeout: 260 seconds) 00.47.53 Join komputes [0] (~komputes@ubuntu/member/komputes) 00.51.38 Quit Gump (Ping timeout: 246 seconds) 01.02.14 Quit digitxp (Quit: Leaving.) 01.05.17 Quit esperegu (Ping timeout: 246 seconds) 01.08.44 *** Saving seen data "./dancer.seen" 01.11.07 # ok so what's a good way to make a patch out of this code tree? should I put it somewhere in my copy of the svn? 01.13.47 # ollebe: you should just be able to type "svn diff" in the root of your checkout 01.14.23 # saratoga: yes but where to put the files? under tools, utils, or elsewhere? 01.14.36 Join esperegu [0] (~quassel@145.116.15.244) 01.14.47 # oh sorry misunderstood 01.14.55 # utils is probably best 01.15.01 # ok. 01.15.43 # it duplicates some source files from an old version of RB, like fat.c, disk.c, etc. will that be a problem? 01.16.09 # maybe, i would post the patch now and see what people say 01.19.28 Quit petur (Remote host closed the connection) 01.21.37 Join petur [0] (~peter@rockbox/developer/petur) 01.21.47 Quit M3DLG (Ping timeout: 258 seconds) 01.25.00 Quit einhirn (Read error: Connection reset by peer) 01.25.54 Quit esperegu (Remote host closed the connection) 01.32.31 Quit lpereira (Quit: Leaving.) 01.33.51 Quit efyx (Remote host closed the connection) 01.34.05 Nick Unhelpful_ is now known as Unhelpful (~quassel@rockbox/developer/Unhelpful) 01.39.45 Quit petur (Remote host closed the connection) 01.43.11 Join digitxp [0] (~Casey@c-68-38-210-23.hsd1.nj.comcast.net) 01.44.08 Join petur [0] (~peter@rockbox/developer/petur) 01.48.08 Part toffe82 01.52.34 Part digitxp 01.55.15 Join fhoahf38771 [0] (~Gla@200-55-110-251.dsl.prima.net.ar) 01.55.15 Part fhoahf38771 02.02.17 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 02.02.21 Join lordbah [0] (~lordbah@cpe-67-253-221-20.rochester.res.rr.com) 02.04.38 # Can I just rm .rockbox/doom? I couldn't see any way to avoid installing it when using automatic installation, or uninstalling just doom via Rockbox Utility. 02.04.50 Quit petur (Quit: Zzzzzz) 02.05.09 # yes 02.05.55 # Ah, space for several more tunes. Thanks. 02.11.39 Quit saratoga (Ping timeout: 248 seconds) 02.13.46 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 02.15.02 Quit ender` (Quit: Kids. You gotta love them. I adore children. A little salt, a squeeze of lemon--perfect. -- Harry Dresden) 02.19.58 Join Psirus [0] (~Metal-Gea@91-64-114-41-dynip.superkabel.de) 02.22.01 # Hello, the Album Artist tag isn't working, what to do? 02.27.54 Quit GeekShad0w (Quit: The cake is a lie !) 02.28.06 Quit perfectdrug (Quit: Leaving.) 02.31.35 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 02.31.42 # hello all! 02.31.55 # any chance the 6th generation ipods will be supported soon? 02.37.19 # not really. no one seems to be working on it in any significant sense 02.37.53 # sadness ... is the 6th gen that significantly different from the 5th gen? 02.38.03 # yes 02.39.07 # how hard is it to set up the dev environment for rockbox? 02.39.14 # ie, what tools do i need? 02.40.00 # (i run a debian derivative called sidux) 02.40.21 Part Psirus 02.42.46 # http://www.rockbox.org/wiki/LinuxSimpleGuideToCompiling 02.44.16 # thanks krazykit 02.44.24 # * detaos wanders off to play with the source 02.52.39 Join Schmogel [0] (~Miranda@p3EE21A88.dip0.t-ipconnect.de) 02.57.50 Join Gump [0] (~josh@69.46.54.70) 03.02.01 Quit komputes (Ping timeout: 264 seconds) 03.03.12 Quit scorche (Read error: Connection reset by peer) 03.03.58 Join scorche [0] (~scorche@rockbox/administrator/scorche) 03.07.33 Join hd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 03.07.34 Quit hd (Changing host) 03.07.34 Join hd [0] (~jd@Wikipedia/HellDragon) 03.08.46 *** Saving seen data "./dancer.seen" 03.09.34 Quit jd (Ping timeout: 246 seconds) 03.12.00 # can rockbox not be compiled with gcc 4.4.x? 03.18.50 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-liddaykcmjxfkfpq) 03.19.19 Quit xavieran (Ping timeout: 276 seconds) 03.19.49 # detaos: last I heard it can, but it may or may not work correctly on all devices 03.20.41 # saratoga: ok ... i was just a little surprised when the setup script downloaded and installed gcc 4.0.3 03.26.19 Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.27.39 Quit adnyxo (Quit: Leaving) 03.37.01 Quit Schmogel (Ping timeout: 245 seconds) 03.51.37 Join R6V [0] (~lantec69@pool-74-108-94-94.nycmny.fios.verizon.net) 03.51.52 # anyone on? 03.53.17 # was looking at the ipod video 5th gen and read that the 80GB version has a newer FW on it will that affect the installation of rockbox to it? 03.56.12 # any thoughts? 04.04.44 # R6V: I think you misread 04.10.03 Join dys` [0] (~andreas@krlh-5f72e598.pool.mediaWays.net) 04.10.11 Quit dys (Ping timeout: 276 seconds) 04.11.33 Join CGL [0] (~CGL@190.207.167.104) 04.20.03 Join Rob2222 [0] (~Miranda@p4FDCBEF3.dip.t-dialin.net) 04.20.43 # the patch is uploaded. 04.23.25 Quit xiainx (Ping timeout: 245 seconds) 04.24.10 Quit Rob2223 (Ping timeout: 265 seconds) 04.28.26 # ok so nop problems then corect? 04.29.03 # reason for my asking is because i'm very tempted to bid on a 80gb ipod video 5th gen right now on ebay 04.31.47 Quit CaptainKewl (Remote host closed the connection) 04.33.28 Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.36.57 # It appears you have confused the 5th generation (plastic face (black or white), chrome back) with the 6th generation (metal face (silver or black)), R6V. While the 6th generation does have different firmware - the key difference is that it is encrypted firmware. 04.38.03 # Being that you appear to be in New York, R6V, I think you might very well find better pricing and the ability to inspect the goods before paying (to be sure of the generation at least) on Craigslist. 04.39.56 Join xiainx [0] (~iain@modemcable091.119-201-24.mc.videotron.ca) 04.52.17 # yes very true, havent thought of looking there yet but I am very familiar witht he site. 04.53.00 Quit panni_ (Ping timeout: 245 seconds) 04.53.49 # reason for the scare came from reading the wiki info http://en.wikipedia.org/wiki/IPod#Models 04.54.36 # right next to the picture of the ipod video was this"Hardware and firmware updated with 60 GB model replaced with 80 GB model on 12 September 2006" 04.57.06 Join Barahir_ [0] (~jonathan@gssn-5f755ac4.pool.mediaWays.net) 04.59.09 Quit vbcity (Ping timeout: 264 seconds) 04.59.28 Join tvelocity [0] (~tony@weg38-1-82-237-37-150.fbx.proxad.net) 05.00.57 Quit Barahir (Ping timeout: 264 seconds) 05.04.41 Quit tvelocity (Read error: Operation timed out) 05.08.48 *** Saving seen data "./dancer.seen" 05.12.30 Quit R6V () 05.13.06 Quit CaptainKewl (Remote host closed the connection) 05.15.42 Quit ollebe (Quit: Leaving) 05.32.08 Quit scorche (Quit: rawr...that is all...rawr) 05.32.27 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 05.41.34 Quit detaos (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 05.41.39 Join scorche [0] (~scorche@rockbox/administrator/scorche) 05.56.30 Part lordbah ("Leaving.") 06.03.18 Quit Horscht (Ping timeout: 252 seconds) 06.05.48 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 06.08.06 Join xavieran [0] (~xavieran@ppp118-209-42-153.lns20.mel4.internode.on.net) 06.10.05 Quit xiainx (Ping timeout: 245 seconds) 06.10.11 Part Boldfilter 06.15.54 Quit anewuser (Quit: http://xrl.us/NitroQueer What do you know...THE WORLD'S first NTRQ (that's for NES/FAMICOM) tracking compo. Have powerpak? Try it out! Otherwise ROM IMAGE.) 07.03.47 Quit CGL (Quit: Saliendo) 07.03.54 Join CGL [0] (~CGL@190.207.167.104) 07.08.51 *** Saving seen data "./dancer.seen" 08.07.53 Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 08.11.51 Quit mikroflops_ (Ping timeout: 260 seconds) 08.29.26 Quit CGL (Quit: Saliendo) 08.45.36 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.45.46 Quit pixelma (Disconnected by services) 08.45.48 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 08.46.07 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 08.46.21 Quit amiconn (Disconnected by services) 08.46.24 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 08.46.46 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 08.56.31 Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 08.58.13 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.02.43 Join Psirus [0] (~Metal-Gea@91-64-114-41-dynip.superkabel.de) 09.08.54 *** Saving seen data "./dancer.seen" 09.11.52 Quit n1s (Remote host closed the connection) 09.14.14 Join flydutch [0] (~flydutch@host24-146-dynamic.15-87-r.retail.telecomitalia.it) 09.16.04 Quit phanboy4 (Ping timeout: 276 seconds) 09.30.01 Join emrecelikten [0] (~58f13069@gateway/web/freenode/x-uiblkjkppjowmwef) 09.39.13 # I've been through last nights/todays logs...and didn't see anything jump out in regards to my question about seeking (fast-forward/whatever). Does anyone happen to know if RB is *supposed* to keep seeking past the currently playing track, and into the next, and the one after etc. ? 09.39.39 # And if it *is*, why doesn't the "now playing"/playlist position info change also? 09.42.16 # sounds a bit like a bug to me and I tried what happens on my Ondio which is hwcodec and hence uses a different playback/buffering engine and that doesn't happen there. It just stays at the end of the track, you can keep the button pressed as much as you like 09.42.52 # If I hold down seek, and it hits the end of the currently playing song there is no visual prompt that it has continued seeking into the next track at all. The "now playing'/playlist position etc. don't get updated until |<< or >>| is released. 09.44.37 # I discovered it accidentally by holding down seek and then losing track of what I was doing having a conversation with the GF, then I noticed it had "seeked"(?) from track 1 right through to track 9 :-S 09.44.50 Quit Gump (Ping timeout: 258 seconds) 09.46.12 # I guess I'll need some input from someone who knows about swcodec & seeking before I go posting things on the tracker though. 09.46.30 # if I release the button on the Ondio it plays the last 3..5 seconds of the track I was seeking in and goes on to the next 09.47.01 Quit emrecelikten (Quit: Page closed) 09.47.01 # Ahhhh, well yes, I have a *very* different result ;) 09.48.13 # that's why I mentioned it 09.48.17 Quit bmbl (Ping timeout: 258 seconds) 09.49.18 # If the "now playing" & "playlist position" were updated....then it would almost be a feature ;) 09.52.38 Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) 09.53.14 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 09.54.55 Join M3DLGpc [0] (~M3DLG@212.183.140.51) 09.56.21 Join Luca_S [0] (~5711feea@giant.haxx.se) 09.57.08 Join emrecelikten [0] (~58f13069@gateway/web/freenode/x-zfvgowyxtezjczpv) 09.58.18 Quit M3DLG (Ping timeout: 276 seconds) 10.00.20 Join esperegu [0] (~quassel@145.116.15.244) 10.03.01 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 10.03.51 Quit Unhelpful (Ping timeout: 260 seconds) 10.13.14 Part Psirus 10.16.21 Join Horschti [0] (~Horscht2@xbmc/user/horscht) 10.20.08 Join stooo [0] (~sto@f051039015.adsl.alicedsl.de) 10.20.38 Quit Horscht (Ping timeout: 276 seconds) 10.22.41 Quit shaggy-h (Ping timeout: 240 seconds) 10.23.58 Join merbanan [0] (~banan@c-94-255-217-199.cust.bredband2.com) 10.24.27 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 10.24.59 # B4gder: is the build (and packaging) system your or Zagor's field (or both)? The wrong builds in the zips bug is getting annoying... 10.25.30 # its been mostly zagor's area lately 10.30.52 Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) 10.31.06 # Has anyone tried seeing if it happens if the roolku monsters are taken out of the farm for a while? 10.31.20 # That seems to be when it started...but, perhaps just coincidence. 10.33.28 Join petur [0] (~petur@rockbox/developer/petur) 10.34.31 Quit M3DLGpc (Ping timeout: 264 seconds) 10.36.36 # Applying: http://pastebin.com/i2wWfJTw to clean SVN gets me: http://pastebin.com/Gf2GPc5G :( I guess I need JdGordon for this though... 10.37.02 # I think it was there before but now happens more often - that's why I think it's some timing problem (wild guess though) 10.40.08 # The question to ask is, *why* is it happpening more often? And, why did it seem to coincide with a large handful of *very* fast machines to the build farm? 10.40.27 # My guess would have been that roolku's machines *improved* matters... 10.42.43 # if the same amount of thing happens at a way shorter time, it's more likely that some things happen at almost the same time 10.45.35 # I noticed that the build that actually end up in wrong zips seem to always been built by one of roolku's clients but I guess that those just build quite a large percentage of all builds so it doesn't have to mean much 10.46.33 # (by looking at the build table info) 10.48.28 # Yes, I thought that too...but roolku's machines are just dominating the builds. Not a lot of other build clients stand a chance against those beasts. 10.51.04 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 10.53.59 # It'll be a shame if/when they have to be taken down. Build times are *pretty damn quick* lately. 10.57.59 Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.03.53 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 11.04.47 Quit stooo (Quit: Leaving.) 11.05.03 Join stooo [0] (~sto@f051039015.adsl.alicedsl.de) 11.08.14 # Anyone else noticed the binsize page is looking a bit random these days? http://build.rockbox.org/dev.cgi . is that real or is something funny going on with build servers (different gcc versions maybe?) 11.08.30 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.08.49 # sometimes there are wrong builds in the zips 11.08.56 # crikey. 11.08.57 *** Saving seen data "./dancer.seen" 11.09.40 # i thought something must be up when a revision which changes a .tex file generates a 1.6MB binsize difference ... 11.10.33 Join MethoS- [0] (~clemens@134.102.106.250) 11.10.36 # yes, it doesn't only mean weird bin size jumps but also broken builds (I wasn't aware much of that until I gave it some thought) 11.11.37 # pixelma - so for example, if I simply click on the (say) Samsung YH820 build link, the zip I download might contain bits of Sansa Fuze code? 11.11.41 # that's a bit scary 11.11.48 # the broken build bit. 11.11.56 # yes 11.13.14 # right. I think I've experienced that at some point in fact (i've experienced broken builds got from the download page, and noticed recently I have some rockbox.gigabeat file on my ipod) 11.13.20 # stripwax_: e.g. http://forums.rockbox.org/index.php?topic=24529.0 11.14.24 # pixelma - that thread suggests the build system is corrected. or is saratoga saying 'on a rebuild it will be fine' (which isn't even true if I understand it - on a rebuilt it *might* be fine, but it might be iriver100 or gigabeat F, who knows) 11.14.40 # yeah, unpacking such a build means that most plugins and codecs will be replaced but not the firmware file. It'll usually fix itself but you'll also gather some stuff you don't need 11.15.21 # stripwax_: no, he just means that the next build round usually doesn't suffer the same error agaun 11.15.29 # again too 11.15.30 # yeah, fair enough 11.15.49 Join perfectdrug [0] (~marko@p5B0ECE61.dip.t-dialin.net) 11.15.55 Quit stripwax_ (Quit: http://miranda-im.org) 11.24.17 Quit perfectdrug (Quit: Leaving.) 11.24.20 Join ender` [0] (krneki@foo.eternallybored.org) 11.25.04 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 11.26.18 # S_a_i_n_t: come up with a list of other tgas which make sense for the progressbar style? 11.31.04 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.35.54 # All I can think of (atm) is battery %bl, volume (already done) and progressbar (again, already done.) 11.36.32 # Did you see what happened to me earlier trying to patch with the battery-progressbar? 11.36.51 # http://pastebin.com/Gf2GPc5G 11.36.59 # make clean 11.37.05 # JdGordon: ^ 11.37.10 # it was clean. 11.37.17 # brand new directory. 11.37.18 # my patch couldnt have done that 11.38.07 Quit M3DLG (Ping timeout: 264 seconds) 11.38.09 # svn diff comes back ok, and the sim builds without the patch. 11.40.07 # and it was a new build dir or one you ran "make clean" in? 11.40.16 # lines 7 and 8 in that pastebin seem to reference battery level/progressbar...so, it made sense to me that it was complaining about the patch. 11.40.30 # pixelma: new build dir 11.40.48 # in my "clean" tree. 11.40.53 Quit Rob2222 (Ping timeout: 245 seconds) 11.44.44 Join DerPapst [0] (~Alexander@p4FE8F601.dip.t-dialin.net) 11.44.57 # And by "svn diff comes back ok", I mean "the tree is fine, no modified files at all" and not just "there doesn't seem to be anything that would affect it in there" 11.46.36 Join Rob2222 [0] (~Miranda@p4FDCBEF3.dip.t-dialin.net) 11.47.12 Quit JohannesSM64 (Read error: Operation timed out) 11.48.44 Quit merbanan (Read error: Operation timed out) 11.50.46 # For a *total* sanity check I'm building a sim in a brand new dir, in a brand new checkout. 11.51.26 # gcc could be barfing because it is missing the header for battery_level() but I woudltn expect thatg 11.52.14 # Hhehe...I've learned not to expect anything here ;) 11.53.56 Quit stripwax (Read error: Connection reset by peer) 11.56.44 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 12.03.28 Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) 12.07.37 Join M3DLG [0] (~M3DLG@212.183.140.22) 12.13.27 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 12.15.11 Quit shaggy-h (Ping timeout: 240 seconds) 12.15.14 Quit efyx (Remote host closed the connection) 12.15.28 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 12.17.13 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 12.17.14 Quit shaggy-h (Remote host closed the connection) 12.20.28 Quit stripwax (Read error: Connection reset by peer) 12.23.07 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 12.31.26 Quit kugel (Quit: exit(0);) 12.31.35 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.47.18 Quit mapi (Ping timeout: 276 seconds) 12.48.06 Quit M3DLG (Ping timeout: 260 seconds) 12.49.10 Join mapi [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) 12.57.58 # JdGordon: Hmmmmm, ok. The sim built this time. but is http://pastebin.com/WTWh5pSV anything to be concerned about? 12.58.41 # Building a sim normally throws a bunch of funky lookin' stuff at me, so I'm never quite sure what should/shouldn't be there. 13.09.01 *** Saving seen data "./dancer.seen" 13.14.23 Join ruebyi [0] (~59f6acbb@giant.haxx.se) 13.15.06 Quit ruebyi (Client Quit) 13.22.28 # S_a_i_n_t: thats safe to ignore 13.24.26 # sweet, thanks. 13.28.28 Quit Guest48907 (Ping timeout: 276 seconds) 13.33.06 # strlcat() expects the size of the dest right? not the remaining free space? 13.39.46 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.41.03 # New commit by 03jdgordon (r25660): use strlcat() instead of snprintf in the playlist viewer, and fix it so it will show the whole playlist if it would fit in the viewport (instead of ... 13.42.39 # JdGordon: The battry-progressbar seems to work fine. The only "problem" I have with it is that it makes it difficult (well, I haven't figured out a way to do it yet) to display a visual queue (like, turning red for example) when the battery hits "X"% 13.42.47 # Otherwise...it works fine. 13.43.06 # it is arbitrary to is there any need? 13.43.15 # and it is simple maths :) 13.43.28 # 0 is empty, 100 is full, so the first 10% of pixels should be red 13.43.40 # but, think about it...it will *always* display using one bitmap. 13.43.44 # unless you mean the whole thing shouldnt be red untill the end? 13.43.54 # that makes sense to me.... 13.44.22 # probably do something like the %pv silliness we had? 13.44.36 # well, the way I had it using bitmapstrips when it got to 10% it turned red. 13.45.59 # does the batt level work the same as the middle bit of volume? 13.46.13 # i.e it works out the value based on how many conditions you give it? 13.46.43 # yes, I believe so. 13.47.55 # To be completely honest, that conversation about %pv and conditionals etc (what a f**king headache) left me just shaking my head, and I haven't looked at it since ;) 13.48.06 # haha 13.49.41 # oh, except with the %bl?< etc. the first segment of the string is for "unknown value", which I don;t think %pv does. 13.50.47 # Other than that, yes, it works the same as %pv, or the "middle bit" of %pv rather 13.51.18 # so you could do 2/3 different bmp bars 13.51.53 # I thought about that, but, once the new value is hat/discarded..wouldn;t it stop srawing the old one? 13.52.01 # excecpt you'd really need to do 4 to make it not look odd 13.52.02 # s/hat/hit/ 13.52.18 # try it and see? 13.52.22 # *drawing...gah! 13.52.59 Quit Kitar|st () 13.55.59 # anyone care to test a quick patch for the playlsit viewer? 13.56.07 # (doesnt fix the bug, although it just might) 13.58.21 Join Schmogel [0] (~Miranda@p3EE222CF.dip0.t-ipconnect.de) 13.58.34 Join Kitar|st [0] (Kitar_st@BSN-142-111-61.dial-up.dsl.siol.net) 13.59.55 # hehe, I tihnk there is a new wierd issue with the viewer. Depending onw how it buffers, it is possible for a track in the future (which is fully buffered) to not show up in the list with id3, but the next tracks to 14.00.17 # I don't think that is worth adding hacks to fix 14.01.08 # AH! no it cant :) 14.01.09 Quit flydutch (Quit: /* empty */) 14.02.04 # New commit by 03jdgordon (r25661): drop the playlist viewer stack usage by reading straiught off the buffer instead of copying it. 14.06.27 Quit JohannesSM64 (Read error: Operation timed out) 14.06.40 # nice green delta :) 14.07.01 # meh, not small enough to care about 14.07.48 Quit MethoS- (Remote host closed the connection) 14.07.51 # the mail by CS Tech sounds interesting 14.12.37 Quit Highlander (Quit: Quitte) 14.13.46 Join anewuser [0] (anewuser@201.209.93.62) 14.13.53 Quit anewuser (Changing host) 14.13.53 Join anewuser [0] (anewuser@unaffiliated/anewuser) 14.14.38 Join linuxstb_ [0] (~linuxstb_@rockbox/developer/linuxstb) 14.15.13 Join MethoS- [0] (~clemens@134.102.106.250) 14.16.13 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.16.42 Quit linuxstb_ (Client Quit) 14.17.03 # New commit by 03funman (r25662): mkamsboot: accept Clip+ OF v01.02.13 14.19.22 # JdGordon: http://pastebin.com/2MBYVebu, I'm surprised as hell that the parser accepted this...but, meh. 14.19.36 # The problem is though "Fillbar-RED" is never drawn. 14.19.42 # which I don;t understand. 14.22.18 # I thought I'd be a smartass and reuse the battery image, except for the first fifth, and the code seems to suggest that this worked. Except of course for the fact that it still keeps drawing "Battery Fillbar" when it should be drawing "Battery Fillbar-RED" for the final ~20% 14.25.37 Quit MethoS- (Remote host closed the connection) 14.31.51 Join GeekShad0w [0] (~Antoine@81.252.8.57) 14.35.02 Quit GeekShadow (Ping timeout: 268 seconds) 14.40.01 # JdGordon: I experimented a bit with these playlist viewer tags on my Ondio and use the following line in a viewport that only appears if a next file is there (buffered): %Vp|1|%ar%>%pp. |-| While it doesn't mess with the playlist there is one oddity which is also playlist related (maybe a lead but don't know) - this line is supposed to show the next track's playlist position and it works except for the one track before the last where it shows 14.40.02 # nothing (not even the " - " for the unknown case) 14.40.47 # that is probaly fixed now 14.41.19 # you mean the last track not showing right? 14.41.25 # not the one before last? 14.41.35 # another weird thing I just noticed is that %> actually displayed as >> if I remove the % I get it correctly. This only happens in the playlist viewer thing 14.42.26 # if I listen to the one before the last, it should show me the last track's playlist position if possible, which doesn't work 14.42.53 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 14.43.04 Quit kugel (Read error: Operation timed out) 14.43.09 # not the very latest revision though 14.43.58 # oh, missing the last item... let's see 14.45.54 # New commit by 03jdgordon (r25663): fix escaped chars being displayed twice in the playlist viewer (i.e %> showing as >> ) 14.46.13 Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) 14.47.39 # stripwax: from what I could find out, the correct targets get built and uploaded, and then they get swapped on the server 14.49.35 Quit anewuser (Quit: http://xrl.us/NitroQueer What do you know...THE WORLD'S first NTRQ (that's for NES/FAMICOM) tracking compo. Have powerpak? Try it out! Otherwise ROM IMAGE.) 14.50.42 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.53.12 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 14.53.34 Join M3DLG [0] (~M3DLG@212.183.140.4) 14.54.50 # AAARRRRR.... what we bloody need is a way for one tag to use the value from another more easily 14.55.06 # yes...indeed. 14.55.11 # ideally we should be able to say "this bar should be used to draw token X between 0 and 10% 14.55.19 # and this one between 10% and 100% 14.55.22 # I have no idea why the line I pastebinned isn't working right. 14.55.28 # Trying to figure it out now. 14.55.51 # and yes, and yes. 14.57.33 # JdGordon: If it helps...that line I pastebined earlier, only the last case of %bl|battery Fillbar|-|etc. gets drawn. 14.57.43 # I can't however, explain why. 14.58.00 # Throw out all the fancy WPS tags, and allow using lua for fancy themes 14.58.17 # blargh... 14.58.58 # a long time ago, wasn't %pb a "fancy tag"? ;) 14.59.39 # gevaerts: or that :) 15.01.47 # S_a_i_n_t: did you try what happens if all those bars are not at the same spot? 15.02.48 # Hmmmm, yes. Pissing around tells me that in http://pastebin.com/spam.php?i=sH0E24Xb only draws the last case of "Battery Fillbar" 15.03.13 # pixelma: no, I haven't. 15.04.19 # hmm, looks like bars are always drawn... need to put some fancy logic in there so they can be used in conditionals 15.04.42 # you're getting the bottom 10% of the full bar bmp? 15.04.57 # Pity that discussion about %pv exploded like it did. 15.05.11 # I would've noticed this sooner ;) 15.05.19 # * pixelma is getting scared by JdGordon's fancy logic 15.05.37 # JdGordon: yes. 15.05.47 # it only draws the "full case" image 15.06.13 # "full image" case? 15.06.27 # blargh...you know what I meant ;) yes, what you said ;P 15.07.52 Quit Luca_S (Quit: CGI:IRC) 15.08.25 Join Luca_S [0] (~5711feea@giant.haxx.se) 15.09.05 *** Saving seen data "./dancer.seen" 15.12.02 # heck, we could even add a new tag which takes the next tag as input (requiring it to be in the known set) which can provide a value and a max to do this 15.12.30 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 15.18.14 # unless we start giving bars id's now, and then have a new tag with a list of bars with a dynamic range of 0-100%? %bar|%pv|a|b|c| so a would be drawn in the first 33% of pv, then b, then c 15.18.15 # etc 15.18.49 # JdGordon: I now get the default wps with the wps that worked before but had two >> in it due to %> 15.19.21 # pastebin the pv line 15.19.22 # Vp line 15.19.36 # now now, men can't multitask remember. ;) 15.20.27 # slashdot says everyone can hold 2 things at one.. oh whats that? 15.20.47 # still the same as before 15.21.22 Quit antil33t (Read error: Connection reset by peer) 15.21.24 # %Vp|1|%ar%>%pp. |-| 15.21.29 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 15.22.12 Quit M3DLG (Ping timeout: 246 seconds) 15.24.00 Quit DerPapst (Read error: Connection reset by peer) 15.24.00 # WFM 15.24.36 # pastebin the debugwps text 15.24.40 # and the whole wps 15.25.03 # debugwps doesn't build here 15.25.45 Nick dys` is now known as dys (~andreas@krlh-5f72e598.pool.mediaWays.net) 15.26.02 Join hebz0rl [0] (~hebz0rl@dslb-088-065-059-198.pools.arcor-ip.net) 15.27.39 Quit Luca_S (Quit: CGI:IRC (EOF)) 15.31.04 Join GeekSh4dow [0] (~Antoine@81.252.8.57) 15.32.56 Quit GeekShad0w (Ping timeout: 245 seconds) 15.33.14 Join stoffel [0] (~quassel@p57B4CF88.dip.t-dialin.net) 15.35.54 Quit emrecelikten (Quit: Page closed) 15.46.24 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 15.47.23 # JdGordon: the problem seems to be now a %% that I use to display a percent sign (for battery level) 15.47.46 # in a Vp? 15.48.21 # Noooo! Don't take away my %% 15.48.29 # * S_a_i_n_t uses this tag a LOT ;) 15.48.39 # no, just in a usual viewport 15.48.50 # that was always a problem then... 15.48.57 # no 15.48.59 # not sure how that commit could have affected it though 15.49.02 Join merbanan [0] (~banan@c-94-255-217-199.cust.bredband2.com) 15.49.09 # it worked so far 15.52.25 # I'm a bit puzzled though - ERR: Failed parsing on line 29 : ERR: Invalid parameter list for token 100: "No token" - line 29 is just %bl%% - if I comment out the complete line, I get "ERR: Failed parsing on line 29 : ERR: Invalid parameter list for token 97: "String ''"" 15.53.04 # doesn't that just mean it's hit another error? 15.53.16 # and, line numbers are rarely accurate. 15.53.47 Join DerPapst [0] (~Alexander@p5797C261.dip.t-dialin.net) 15.53.54 # thsi 15.54.07 # err.. this WPS worked fine for ages 15.54.39 # * pixelma will go back some revisions and try again 15.55.07 # Hmmm. Odd then, but, according the the debug output, I'd be looking at either line 96, 97, or 98. 15.55.13 # pixelma: ^ 15.56.09 # line? 15.56.24 # look again 15.56.46 # yeppers, just gotcha then. 15.56.51 # weirder still. 15.57.34 # that is with line 29 commented out completely? 15.59.24 # I seem to find that if the debug output points you to lets say, line 10, then you *really* should be looking at lines 9, 10 and/or 11. 15.59.27 Quit kugel (Disconnected by services) 15.59.45 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.00.09 # a hmm... I now commented out the line below and "reenabled the %bl one - now the WPS works 16.00.17 # the line below reads: 16.00.27 # %?pv 16.00.31 # yes, the output is often off by 1 line. 16.00.37 # +/- 16.01.19 # one of the changes to %pv then 16.01.29 # probably. 16.01.51 # though, it *shouldn't* be. 16.02.09 # well, it worked fine before 16.02.50 # AFAIK (even with the changes to %pv) this should still work, and if it doesn't (which it clearly doesn't) then it needs some attention. 16.02.59 # As that will break *MANY* themes. 16.03.12 # possibly including cabbie 16.03.56 Join fml [0] (~chatzilla@p5DD2E807.dip.t-dialin.net) 16.05.53 # The whole idea (or at least one of them) with the changes to %pv to allow it to work as a progressbar also, was that it would still leave the original functions of the tag intact. 16.06.04 # This apparently hasn't happened. 16.06.12 # kugel: re your last commit to thread.h: I would protect the definition of wakeup_ext_cb by HAVE_WAKEUP_EXT_CB, not by HAVE_EXTENDED_MESSAGING_AND_NAME. In the end, it's the same, but it would seem more naturally to me. 16.06.20 # Good job for spotting it I guess :) 16.06.38 # fml: sounds good, can you do it? 16.06.40 # the shipped Archos themes all work 16.07.23 # pixelma: Hmmm, so I wonder...is the difference that you have text in your %pv line? 16.07.27 # but many (if not all) have graphical representation of volume level 16.07.34 # kugel: I can. Is it safe? I'd only test it for the sim on one platform. OK? 16.07.42 # could you try taking out "line" and "mute" and see if it works then? 16.08.55 # the problem seems to be the %pv inside it 16.09.34 # as "%?pv<%xda|%xdb|etc." is just the same as %?pv It seems like a very weird (and not intended) bug. 16.10.01 # I just took the %s out there (so I'll get "pv" displayed) and it worls 16.10.05 # works too 16.10.28 # ah... I can imagine something 16.10.36 # %s 16.10.44 # the line you posted had no %s 16.10.51 # +? 16.10.59 # "two % signs" 16.11.15 # aha 16.11.48 # Errr...the line you posted didn't have 2 %'s either. 16.11.50 # %?pv 16.11.58 # I guess it expexts a %pv|barbitmapsomethingparameters| because I use plain %pv and then the | follows (but belongs to the conditional actually) 16.11.59 # * S_a_i_n_t is confused... 16.12.27 # one each before the pv 16.12.38 # %?pv is what I used now to test 16.13.20 # so, it's trying to nest conditional after the %pv? 16.13.21 # crap 16.13.26 # is that what you're saying? 16.13.30 # no 16.13.57 # blargh...it doesn't work right. I know that much ;) 16.14.02 # it now expects a bar definition and doesn't realise that the | belongs to the conditional 16.14.31 # try using two |'s? 16.14.44 # no, that wont work 16.14.48 Join CGL [0] (~CGL@190.207.167.104) 16.14.53 # just curious...I don;t really expect that to work 16.14.54 # use a space after %pv 16.15.01 # I'm thinking of a clean way to fix thigh 16.15.03 # this 16.15.06 # yeah, that's what I prepared now 16.15.26 # the clean fix would have been another tag 16.16.07 # that works but it's a workaround for a bug 16.17.02 Quit adnyxo (Ping timeout: 252 seconds) 16.19.00 Quit esperegu (Ping timeout: 260 seconds) 16.19.36 Join guymann_ [0] (~charlie@64-252-121-234.adsl.snet.net) 16.19.46 Join mt-phone [0] (~mtee@41.91.253.213) 16.22.08 # New commit by 03alle (r25664): Use a more natural guard for the callback definition 16.22.39 Quit guymann (Ping timeout: 276 seconds) 16.24.22 # * pixelma suspects another "different conditional separators" discussion coming up though 16.27.51 Part fml 16.40.33 # I think the conditional separator is fine. the way how parameters are specified for tags probably isn't though 16.42.01 # the overuse of '|' is what makes WPSes hardly readable afterall IMO 16.42.40 # * kugel could imagine something like %V(x,y,...) instead 16.42.46 # %Sx is a primes example of "when good |'s go bad" 16.42.58 Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) 16.43.17 # I agree 16.43.28 # %pv is too now 16.43.56 # it also breaks things, not only looks bad 16.44.00 # we could easily change it if we had a script to fix all themes on the theme site at the same time 16.44.13 # Not that I have a better way of doing it though, I think it'd be equally odd to use "|" in X circumstance, but "," in Y 16.44.19 # it's a tricky one. 16.45.10 # well, if we'd change something then once for all, i.e. X would be only conditional lists and Y only parameters 16.46.18 # I'd be all for breaking things if someone made a script to fix the themes on the theme site 16.47.17 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.49.16 Join M3DLG [0] (~M3DLG@212.183.140.37) 16.49.21 # kugel: Why fix them? Isn't it up to the author to keep them maintained? 16.49.49 # Send out a mail, say "were changing this, if you still want your theme up...then change X and Y" 16.49.57 # because we can 16.50.41 # that isn't done currently if something gets broken though. 16.50.53 # It just says "doesn;t work with "X" build" 16.51.06 # right, but theoretically we have the ability 16.51.30 # we don't do it yet because usually the changes don't break 100% of the themes but only a very small subset 16.51.57 # S_a_i_n_t: we can't really fix problems that are caused by the wps being technically incorrect in the first place and the parser getting more strict 16.52.18 # and that's most of the breakage we've seen on the theme site so far 16.52.20 # I think it's probably be easier to use the themesite to generate a list of "broken" themes, them put out a bulk email saying the theme needs attention if it is to continue to be hosted. 16.53.16 # not necessarily. we can't send out emails upon breakage yet either p 16.53.17 # :p* 16.57.33 # gevaerts: I updated my pth branch, could you try it on your phone/shivaplug again? 17.01.08 Quit petur (Quit: shopping) 17.01.25 # scan-build should be very interesting to run on rockbox 17.01.35 # it's the clang static code analyzer 17.01.54 # B4gder: I ran it once. IIRC it found three things 17.02.17 # really? 17.02.33 # it found 60+ on both libssh2 and curl and they are tiny in comparison... 17.02.52 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 17.03.02 # I suspect it got confused by our many defines 17.03.14 Join Johannes` [0] (~johannes@cm-84.215.116.196.getinternet.no) 17.03.24 # right, to be really good it'd have to run once for each target build... 17.05.43 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 17.05.44 Quit JohannesSM64 (Ping timeout: 240 seconds) 17.09.07 *** Saving seen data "./dancer.seen" 17.16.38 Quit M3DLG (Ping timeout: 260 seconds) 17.20.02 # kugel: building now 17.20.08 # cool 17.20.25 # gevaerts: what OS does your shivaplug run? 17.20.34 # debian stable 17.20.41 # it 17.20.48 # 's horribly slow for building though 17.21.02 # do you think your cross compiled rockboxui would also run on my mini? 17.21.33 # we could try 17.21.56 # It's not cross compiled though 17.22.53 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 17.23.28 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 17.25.30 # ah, even better :p 17.25.42 # it still segfaults on n900 17.26.29 Join xiainx [0] (~iain@modemcable195.238-202-24.mc.videotron.ca) 17.27.50 Quit antil33t (Read error: Connection reset by peer) 17.27.58 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 17.31.07 Join dantje [0] (~dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 17.34.26 Join PaulPosition [0] (~noneofy@modemcable013.174-56-74.mc.videotron.ca) 17.34.39 Quit mt-phone (Ping timeout: 240 seconds) 17.37.15 # Hmmm, how does one go about removing stuff from the manuals? Like the e200-series manual includes a part about a 'plugin application alarm clock' which would have been interesting (since there's no cpu wake-up on sansas) but that plugin seemingly never made it into csv (hasn't been touched for years, either)... 17.42.26 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 17.42.46 # Hold on.. well, it seems there's an other alarm plugin that made it in recently? By FunMan (Clement P.C.) but it isn't showing up on my e200.. Guess I'll re-download the vmware image and start poking through.. where would I look for assigning a plug in to a specific target? 17.44.16 # apps/plugins/SOURCES apps/plugins/SUBDIRS 17.44.30 # that one should be in for all though 17.44.36 Part goffa ("WeeChat 0.3.1-dev") 17.46.45 # thanks n1s I'll have some fun reading through, even though by the time I'm done it will probably have been already fixed since four or more builds.. ;) 17.47.02 # (or releases :o ) 17.47.25 Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 17.50.34 # kugel: still doesn't work. I propose that if you don't get things running on your mini2440, we can have a look at devcon 17.50.58 Quit DerPapst (Quit: Leaving.) 17.54.48 # gevaerts: good idea 17.57.49 Join dirtyfrank [0] (~47ef7d86@giant.haxx.se) 17.59.03 Part Llorean 18.00.02 # My iPod keeps freezing up and ejecting itself when I'm transferring files. Does anyone know what's going on and how to fix it? 18.00.35 # not without much more information, I'm afraid. make/model/OS/version/rockbox version/ etc? 18.01.01 # um, probably don't need make, since that's Apple :) 18.01.35 Join mt-phone [0] (~mtee@41.91.35.129) 18.02.21 # 5th gen/video formatted Win/using Mac OS/ Rockbox 3.5.1 18.02.44 # 80gb 18.02.44 Join Buschel [0] (~ab@p54A3DD47.dip.t-dialin.net) 18.03.12 # dirtyfrank, which mac OS? If you haven't disabled the USB HID stuff, that can apparently caused problems, I understand, with some mac OS versions 18.03.34 # Oh I didn't know that. 18.04.23 # i don't have an ipod (or rockbox manual) to hand, but it's something like rockbox settings -> usb -> hid -> disable 18.04.29 # Is that on the player itself? 18.04.32 # yes 18.05.44 # Set to "no" I assume? 18.07.33 # Ok, I'll see if that helps. Thanks a lot. 18.09.27 Join ollebe [0] (~olle@root.rot.sgsnet.se) 18.09.42 # Hmm.. searching out why the Sansa e200 has no plugin 'Alarm Clock'.. Seems apps/plugins/SOURCES loads it when "config_rtc" is defined.. now I know e200 has realtime clock, but where in the code are those things defined? I'm going all over the firmware and bootloader branches trying stuff right and left but... :p 18.10.29 Quit stoffel (Ping timeout: 246 seconds) 18.10.30 Quit kugel (Remote host closed the connection) 18.16.00 # dirtyfrank - alternatively, you could see if using a newer (or older) rockbox version helps - i.e. a current build (as opposed to a release build). but 3.5.1 ought to be stable and ought to work ok; unless you've discovered a new bug by chance 18.16.17 # PaulPosition: "\firmware\export\config" 18.18.36 # thanks mate, but I just had the (newbish) feeling that, maybe, I'm stupid and let rbutil install release instead of current.. checking up on that (should have done that an hour ago lol).. 18.18.43 # PaulPosition: the e200 does have the RTC enabled 18.20.27 # going by its config, it has RTC, but not HAVE_RTC_ALARM 18.20.55 # Well, there it was. Plugin was fairly recently included and I stupidly installed 3.5.1 instead of current when using rbutil (I'm used to manually installing on my h10)... So, doh. 18.20.58 # S_a_i_n_t: yes, but that's not needed for the alarm clock plugin 18.21.07 # Saint - You're right, it doesn't have CPU wake-up capability :( 18.21.32 # Torne: Thanks, good to know. 18.21.44 # Plugin needs it to stay on, but it's better than nothing. Thanks to FunMan (Clement) for it :) 18.21.47 # S_a_i_n_t: the plugin just keeps the player on until the given tim ethen starts playback :) 18.22.37 # A little weird, but I guess if you can't wake the device it's your only option ;) 18.22.47 # I'll install the vmware image anyway, who knows I may some day attempt to fix something that actually *needs* fixed :p 18.22.55 # PaulPosition: funman is another person :) 18.23.00 # oops. :p 18.29.11 Quit dirtyfrank (Quit: CGI:IRC (Ping timeout)) 18.30.19 Join flydutch [0] (~flydutch@host24-146-dynamic.15-87-r.retail.telecomitalia.it) 18.32.41 # Does anyone know why the datasheet for the Samsung SA58 SoC has been published online? There's a large watermark that says "CONFIDENTIAL" on every page... how illegal would it be to use it? 18.33.14 Join webguest27 [0] (~4678c48b@giant.haxx.se) 18.34.20 Join TexasRockbox [0] (~4678c48b@giant.haxx.se) 18.34.21 Quit webguest27 (Client Quit) 18.35.30 Join Luca_S [0] (~5711feea@giant.haxx.se) 18.37.53 Quit TexasRockbox (Client Quit) 18.37.57 Join TexasRockbox [0] (~4678c48b@giant.haxx.se) 18.38.08 Quit TexasRockbox (Client Quit) 18.38.10 Join TexasRockbox [0] (~4678c48b@giant.haxx.se) 18.38.16 Join Buschel_ [0] (~ab@p54A3DD47.dip.t-dialin.net) 18.39.42 Join saratoga_ [0] (~463f90ed@gateway/web/freenode/x-qulvqavpxdmnfspw) 18.39.42 Quit TexasRockbox (Client Quit) 18.40.35 Quit Buschel (Ping timeout: 246 seconds) 18.42.49 Quit saratoga (Changing host) 18.42.49 Join saratoga [0] (~9803c6dd@rockbox/developer/saratoga) 18.42.51 Quit mt-phone (Quit: Bye) 18.46.03 Quit PaulPosition () 18.46.43 Quit Johannes` (Read error: Operation timed out) 18.49.31 Join dirtyfrank [0] (~47ef7d86@giant.haxx.se) 18.49.54 # ollebe: it is likely to be copyright to samsung and without their permission; copying it is of course not allowed; the confidential bit means nothing as long as you didn't sign an NDA (or work for samsung) :) 18.50.12 # eh, IANAL of course 18.50.33 # Is the person here that was helping me with my self-ejecting iPod? 18.50.45 # but let's say i just copy it to make browser cache, that'd make it legal then. :) 18.50.46 # me? 18.50.50 # Yes. 18.50.56 # then yes :) 18.51.03 # Turns out the USB HID didn't fix it. 18.51.06 # oh :( 18.51.09 # *to my browser cache 18.51.18 # It lasted a little longer before it froze but it still froze. 18.51.44 # ollebe: this is not a copyright law channel... 18.51.47 # dirtyfrank - and does it work fine using the original apple firmware for usb transfer, as opposed to using rockbox for usb transfer? 18.52.25 # n1s: true. 18.53.56 # stripwax: he's on 3.5.1 so he is using the rom disk mode, presumably 18.54.04 # Torne ? 18.54.30 # stripwax: well it won't be using our usb stack.. 18.54.35 # why not? 18.54.43 # because usb is disabled in releases 18.54.48 # well, mass storage is 18.54.51 # woah, since when? 18.54.56 # since forever 18.54.57 Join esperegu [0] (~quassel@145.116.11.103) 18.55.12 # dirtyfrank - is that right, you're using the original firmware for USB transfers? 18.55.14 # USB is just for the SVN builds on the 5G 18.55.15 # release builds on ipod have always booted the rom disk mode 18.55.16 # Torne - crikey, I had no idea 18.55.37 # because of the charging issue, and possible slow performance on some models 18.57.02 # ah, right. I missed that too 18.57.04 # Stripwax - it works with Apple firmware. 18.57.47 # dirtyfrank - but it doesn't work in Rockbox firmware? In which case you're not running the release build, but a daily/current build - is that correct? if so, which svn revision number / rockbox version number? 18.57.56 Quit killan (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 18.58.02 # No, I'm running the release build. 18.58.14 # dirtyfrank: what exactly happens, on the ipod's screen,w hen you plug the usb cable in 18.58.14 # then.....buh? 18.58.16 # then you don't get USB in rockbox 18.58.17 # * stripwax is now confused. Torne/sataroga - help 18.58.36 # stripwax: the rom disk mode is not the same as booting the OF.. 18.58.39 # I get the flashing "no" sign and "Do not disconnect" 18.58.46 # that would be Apple 18.58.47 # the plain black and white screen? 18.58.50 # yeah 18.58.56 # That's the emergency disk mode from the original firmware 18.59.00 # i.e. all apple's code 18.59.04 # is the flashing 'no' in red, or in black+white 18.59.31 # Yeah, I've never seen anything different so I guessed maybe Rockbox didn't have a screen for that. 18.59.37 # i messed up an article on the wiki somehow. how to revert it to last revision? 18.59.37 # it's in b/w 18.59.38 # if it's red (and quite big), it's the OF; if it's black+white (and quite small) it's the emergency disk mode. 18.59.52 # It's emergency disk mode then. 18.59.53 # dirtyfrank - and the b/w one is the one that *doesn't* work? 19.00.04 # dirtyfrank: whta hapens when it stops working? 19.00.05 # yes 19.00.09 # does it change to "ok to disconnect"? 19.00.14 # that's really peculiar. it's just USB 1.1 I think, whereas the full Apple firmware is USB 2. 19.00.15 # does it reboot back into rockbox automatically? 19.00.19 # stripwax: no, it's not 19.00.28 # It freezes and ejects (or loses connection really). 19.00.29 # ok. 19.00.33 # i'll shut up then :) 19.00.34 # No, the screen just freezes. 19.00.43 # stripwax: on ipodvideo the actual speed is comparable 19.01.01 # dirtyfrank: well, then the apple firmware is crashing, unfortunately 19.01.15 # dirtyfrank: i would suspect your hardware has an issue :) 19.01.40 # torne: would that cause the apple firmware to crash too? 19.01.48 # no idea. 19.01.55 Join TexasRockbox [0] (~4678c48b@giant.haxx.se) 19.02.11 # hm, if emergency disk mode crashes, then maybe you need to run a checkdisk on your ipod 19.02.13 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 19.02.17 Join Johannes` [0] (~johannes@cm-84.215.75.42.getinternet.no) 19.02.17 # The way dirtyfrank describes it though, it works in the OF, but not in RB...how can this be *possible* using a release build...? 19.02.22 # I just don;t get that part. 19.02.26 # S_a_i_n_t: hm? why not? 19.02.38 # rom disk mode is unrelated to any code running if you actually boot the OF 19.02.53 # they are implemented totally separately.. 19.03.05 # Oh, that part I didn't know. 19.03.09 # Are there any compile options to ensure that booting ipod 5.5G is quick via OSAS? 19.03.15 # I thought disk mode was disk mode... 19.03.17 # OSOS 19.03.25 # TexasRockbox: 'ensure'? 19.03.45 # are you having a problem with it? 19.03.55 # I ran "verify disk" in Disk Utility and it was fine. 19.04.08 # TexasRockbox: not "compile options" but there are advanced ipodpatcher install options 19.04.36 # I tried a build with r25635 and it boots slowly, while a build with 3.5.1 boots quickly 19.04.37 Quit piotrekm (Quit: piotrekm) 19.05.06 # There are a vast number of htings which could be causing that ) 19.05.10 # installed with command ipodpatcher -wf rockbox.ipod 19.05.33 # If you wrote rockbox to OSOS without the bootloader, then there's nothing else to do there, no. 19.05.39 # are you using the same settings for both? 19.05.52 # The default theme on ipod video has a very large font which loads slowly 19.05.53 # with ipodpatcher? 19.06.01 # no, the actual rockbox settings 19.06.18 # What kind of difference are you talking about, also? 19.06.23 Quit dirtyfrank (Quit: CGI:IRC) 19.06.26 # and is it before or after the rockbox logo? 19.06.37 # same config settings 19.06.46 # after the rockbox logo 19.06.49 Join dirtyfrank [0] (~47ef7d86@giant.haxx.se) 19.07.00 # I ran the automatic install, if that makes a difference. 19.07.00 # so.. what is the time difference, and how are you timing it 19.07.17 # It's almost as if dircache is being rebuilt with each boot (just a guess) 19.07.28 # TexasRockbox: well, test :) 19.07.33 # build with bootchart enabled 19.07.42 # it will tell you exactly what took how long during boot 19.07.46 # By eye, r25635 boots in about 15 sec 3.5.1 boots in about 3 sec 19.07.46 # dirtyfrank: have you checked the filesystem? 19.07.52 # Ah, ok 19.07.53 # 3 seconds from what? 19.07.55 # * gevaerts reads backlog 19.08.04 # from pressing the button, or the logo appearing, or what? 19.08.05 Join MethoS- [0] (~clemens@134.102.106.250) 19.08.11 # initial keypress to start 19.08.12 # Torne: Bless you for making bootchart (it was you, wasn't it?) ;) 19.08.17 # S_a_i_n_t: yes 19.08.20 # and thanks :) 19.08.26 # Good job, well needed. 19.08.34 # TexasRockbox: do you use cabbiev2? 19.08.39 # I can build with boot chart 19.08.57 # no, same custom WPS in both builds 19.09.08 *** Saving seen data "./dancer.seen" 19.09.09 # how big is your font 19.09.15 # is it more than 60000 bytes ) 19.09.37 # TexasRockbox: finding the exact revision where it got slower would be helpful 19.09.46 # doing a bootchart first would be good ) 19.09.52 # see which thing is taking the time 19.09.54 # 38kb Adobe-Helvetica-Bold 19.10.06 # font size 16 19.10.07 # not font loading then , probably 19.10.18 # torne: I'm just going through the settings now...would "idle poweroff" have an influence when it's plugged in? 19.10.35 # dirtyfrank: no. *none* of rockbox is running when it's in rom disk mode 19.10.40 # dirtyfrank: none of our settings are relevant 19.11.09 # So, compile with bootchart then and try? 19.11.32 # TexasRockbox: yesah, b uild with bootchart, then go to debug and dump logf to a file 19.11.39 # pastebin the log somewhere 19.11.52 # torne: when I plug it in, I get the apple, then it goes to emergency mode 19.11.56 # OK, thanks -- off to build 19.12.02 Quit TexasRockbox (Quit: CGI:IRC) 19.12.16 # dirtyfrank: yes. that's normal in release uilds. rockbox has exited, only apple's code is running. rockbox boots up from scratch again after you are done. 19.12.28 # so rockbox settings are irrelevant. 19.12.48 # Ok. 19.13.08 # what version of the apple firmware is isntalled/ 19.13.41 Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 19.13.51 Join TexasRockbox [0] (~4678c48b@giant.haxx.se) 19.14.14 # Not sure the number, but it's the latest one. I just restored it yesterday. 19.14.29 Quit n1s (Quit: Lämnar) 19.14.44 # dirtyfrank: then i'm not sure what you can do.. 19.14.54 # Oops, didn't find anything on a search or a forum search about bootchart. How to enable? 19.15.19 # it's an advanced optino in configure 19.15.32 # is your build modified at all? 19.16.21 # yes it has the 240 GB changes and rockbox USB disabled 19.16.37 # you shouldn't need any changes to use a large drive any more 19.16.43 # I have implemented a better solution :) 19.16.59 # I saw that! 19.17.09 # you don't need to change the code any more. 19.17.12 # it should just work 19.17.32 Join killan [0] (~nnscript@c-38fd70d5.06-397-67626721.cust.bredbandsbolaget.se) 19.17.46 # OK but what about bootchart? What to add? 19.18.00 # it's an advanced option, when configuring the build 19.18.04 # you dont' have to touch the code for that either 19.18.28 Join M3DLG [0] (~M3DLG@212.183.140.37) 19.18.29 # hit 'a' for advanced, then 'c' for bootchart, when you're in configure 19.19.02 # torne: ok, thanks for the help 19.19.15 # OK, thank you I'll do it. Back in a few minutes 19.19.19 # dirtyfrank: i would guess the disk has a problem,you may need to run a more thorough disk check 19.19.32 # you should probably look at the smart data in the diagnostic mode too 19.19.48 # in disk utility? 19.19.56 # no, on the ipod 19.20.10 Join stoffel [0] (~quassel@p57B4CF88.dip.t-dialin.net) 19.20.19 Join emrecelikten [0] (~58f428d4@gateway/web/freenode/x-oqzajtwrsjpnzglu) 19.20.46 # dirtyfrank: hold select+rewind when you turn the ipod on 19.21.18 # i don't have my ipod handy though, iirc the disk info is under "IO" 19.23.14 # I never knew that was on an iPod...is it Apple? 19.23.20 # Or is that on Rockbox? 19.23.22 # yes 19.23.26 # Apple 19.23.26 # apple 19.23.41 # I got a green screen that says "Completed" 19.24.05 Join petur [0] (~petur@rockbox/developer/petur) 19.24.07 # no, not the auto test 19.25.14 # that's the 5 in 1 (or whatever) IIRC, you want the disk section, which I believe is IO 19.26.18 # Ok, smart data...retracts:23, reallocs:0, pending sectors:0, poweron hours:893, start/stops:8780 19.26.28 # that's ok 19.26.33 Join NensiKate [0] (~5f487213@giant.haxx.se) 19.26.42 Quit NensiKate (Client Quit) 19.26.50 Join NensiKate [0] (~5f487213@giant.haxx.se) 19.26.54 # so.. yeah. 19.26.58 # dunno i'm afraid 19.27.12 # you could try a current build of rockbox, which will use our own usb code 19.27.14 # tried a different usb cable? 19.27.57 # I don't have one. 19.28.54 # I'll try the current build. 19.29.37 # note that charging doesn't work properly in rockbox though 19.29.45 # you may find yoru battery doesn't charge or even runs down while connected 19.30.05 # so I have to hold the center button when I connect? 19.30.13 Quit NensiKate (Client Quit) 19.30.14 # especially when trasnferring files from/to hard drive 19.30.16 # no, charging doesn't work properly while in rockbox *at all* 19.30.20 # *transferring 19.30.24 # oh 19.30.26 # doesn't matter whether you hold the center button or not 19.31.09 # accessing hte hard drive to transfer files uses quite a lot of power, but it's only drawing a limited amoutn from the computer, so it discharges still 19.31.22 Join archivator [0] (~archivato@77.70.28.57) 19.31.24 # So I may be stuck with Apple's firmware? 19.31.27 # dirtyfrank: with the current build (unless you have an iPod Nano), its better to charge when using the Apple side. 19.31.47 # it's easy to switch between Apple/Rockbox 19.31.53 # A lot of people do it. 19.31.54 # dirtyfrank: this is why we disable our usb mode in releases :0 19.32.03 # Well it doesn't boot into Rockbox when it's connected anyway...I get the emergency Apple screen. 19.32.14 # *facepalm* 19.32.25 # uh oh, was that at me? 19.32.57 # It will only do that with the release build, with the current build, it won't. 19.33.42 # Ok...here's a dumb one...how do I install the current build? 19.33.54 Quit dirtyfrank (Quit: CGI:IRC) 19.34.16 Join dirtyfrank [0] (~47ef7d86@giant.haxx.se) 19.34.19 Join NensiKate [0] (~5f487213@giant.haxx.se) 19.34.26 # hello guys, i need help :) i search Rechargeable Battery - LG523450A1, but i'm from Russia.. And know English VERY bed)) Can anybody help me? 19.34.32 # I don't know why but I keep losing the chat 19.34.33 # dirtyfrank - download the zip from the current builds page on rockbox.org 19.34.33 # What did you use to install the build that's on there now? 19.34.46 # You can use either rbutil, or install it manually. 19.34.50 # I used the installer that downloaded with automatic install 19.35.09 # NensiKate- I'm not sure I understand what that has to do with Rockbox 19.35.27 Quit Buschel_ (Ping timeout: 276 seconds) 19.35.28 # dirtyfrank: rockbox utili can install the current build as well 19.35.55 # Ah, I found it. 19.36.19 # NensiKate- have you tried google? 19.36.39 # yes, lol 19.37.03 # but i Russia i cann't find batary 19.37.04 # NensiKate- how is this Rechargable Battery related to Rockbox? 19.37.40 # torne: got it installed...do I have to change settings or anything, or just see if it doesn't eject? 19.37.57 # just try it 19.38.05 # it will stay in rockbox when you connect the cable, displaying our USB icon 19.38.06 Quit emrecelikten (Ping timeout: 248 seconds) 19.38.11 # I have seen a site, have found there the battery, and the reference on IRC 19.38.34 # NensiKate - which site? 19.38.46 # So far, so good. 19.38.57 # NensiKate - which webpage 19.39.44 # I thought here there are people who have the equipment - the battery. But I was mistaken. Excuse ... 19.39.47 # dirtyfrank - so just wondering, did you try booting into the apple OF, and then rebooting (menu+select) and going straight into apple emergency disk mode *without* going via rockbox first? that ought to totally rule out anything rockbox is/could be doing 19.40.06 # NensiKate - no, we don't sell batteries 19.40.31 # stripwax: no I haven't.I will now. 19.40.35 # cool 19.40.37 # dirtyfrank: PS menu+select to reboot select+play for disk mode ;) 19.40.45 # yep, sorry 19.41.18 # very sad... 19.41.26 # http://www.rockbox.org/wiki/IaudioM3HardwareComponents - site 19.41.36 Join linuxstb_ [0] (~linuxstb_@rockbox/developer/linuxstb) 19.41.50 # while it's plugged in? 19.41.58 # It appears the battery is for a iAudio/Cowon M3 but a Google search shows only very old webpages (most in Japanese) 19.42.11 # NensiKate - that page describes the IaudioM3 , but we don't sell any parts, we develop software.. sorry. 19.42.12 # I understood that there тольок the description 19.42.45 # ok, i see) Sorry, guys 19.43.07 # thanks 19.43.10 # ^) 19.43.15 # Contact Cowon 19.44.01 # here: http://www.cowonglobal.com/ 19.44.44 # ok, thank you 19.45.15 # dirtyfrank: No, it won't work right if its plugged in. What you'd have to do is, boot into the Apple firmware, then hard reset using menu+select, then hold down select+play immediately to get into disk mode. 19.45.16 # You're welcome "POCIBA!" 19.45.56 # If it "USB transfer) works without failing in that case...then, well, then I won't know what the hecks going on. 19.45.57 # lol))) 19.46.16 # S_a_i_n_t: if it works if you boot it from the rom, that is relevant :) 19.46.31 # i'll be back 19.46.35 # ^_^ 19.46.56 # everytime I boot into Apple firmware it asks me to set a language preference 19.47.02 # Best wishes in finding the battery 19.47.05 # then set it ;) 19.47.09 # have you been deleting the iPod_Control folder? 19.47.15 # that erases the original firmware's settings. 19.47.21 # No. 19.47.35 # Ok. I got to disk mode 19.47.40 # Sometimes you need to let it sit for a minute or so, otherwise the OF won't keep the settings 19.47.43 Quit MethoS- (Remote host closed the connection) 19.47.44 # it says "OK to disconnect" 19.47.55 # but it's not connected 19.47.57 # A quick fox to force it to do so is to transfer a file while in the OF 19.48.27 Quit M3DLG (Ping timeout: 276 seconds) 19.48.27 # dirtyfrank: that's ok. 19.48.29 # You can of course have the OF reboot cleanly, but that's a bit tricky 19.48.44 Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) 19.48.50 # Now, plug her in, and see if you can do transfers... 19.49.25 # lol...a quick fox. Ahen, "a quick fix" 19.49.29 # I was in disk mode before when it was self-ejecting. 19.50.09 # remember the two types of disk mode being discussed? 19.50.28 # Yes, I'm in emergency disk mode now. 19.51.16 # dirtyfrank - right, but you got there without going via rockbox. if it still doesn't work / keeps ejecting, it pretty much rules out any rockbox effects. 19.51.24 # How long would it have normally taken to do this "auto-eject" thing you described? 19.51.28 # Oh right. 19.51.38 Quit stooo (Ping timeout: 246 seconds) 19.51.41 # Depends. Anywhere from a few minutes to maybe 10. 19.51.54 # Last time it was almost immediate. 19.52.01 # well, patience my son ;) 19.52.06 Quit NensiKate (Quit: CGI:IRC (Ping timeout)) 19.52.18 # Ok. I'll watch it and see. 19.52.19 # S_a_i_n_t: Any luck reproducing the hotkey Nano bug in the sim? 19.53.09 # Blue_Dude: None at all...it only seems to happen on the device :'( 19.53.18 # is there a *tiny* chance that (assuming this works, and emergency-disk-mode-via-rockbox-usb does not work) this could have been caused by / related to the rockbox shutdown issue ? 19.53.37 # (and that maybe the iram-zeroing-on-exit thing could possibly fix this also?) 19.53.47 # * stripwax waits for dirtyfrank's test to finish in any case... 19.53.53 # S_a_i_n_t: Rats. I was hoping for a lead on that. 19.53.59 # stripwax: shouldn't be, the shutdown thing doesn't activate on reboot 19.54.04 # Same..it annoys me. 19.54.17 # Torne - oh, hm. maybe it should ... ? 19.54.25 # Not because I use it, nut because I now know it *should* work differently ;) 19.54.27 # stripwax: no, why would it? 19.54.42 # *not 19.54.49 # stripwax: we put particular things in iram on reboot to get to disk mode. 19.55.04 # ah. do we zero the rest of iram? 19.55.10 # n o. 19.55.21 # maybe there's some other peculiar things left around that affect it .. ? 19.55.46 # stripwax: someoen would've noticed by now, no? 19.55.54 # S_a_i_n_t: just for a check, try to change the keymap on the hotkey to a single keypress (long or short doesn't matter), anything other than a combo. I was wondering if maybe the combo causes problems because it goes right into the yes/no screen. Long shot. 19.55.56 # let's wait for the test results 19.56.33 # 500MB transfered without incident 19.56.38 # interesting 19.57.09 # Blue_Dude: I'll ask around at intervals I guess and see if any other targets present this problem. I'm not sure how many people a: are aware of/use Hotkeys and b: are aware of/or actually do set another value to the hotkey to change its function instead of resetting it and setting it again. 19.57.22 # Its likely I'm the only one that's noticed it. 19.57.33 # ok. It's certainly worth asking. 19.58.06 # Sweet, I'll keep you posted if/when I find something. 19.58.30 Join emrecelikten [0] (~58f42e6a@gateway/web/freenode/x-omxydmguukigsqgi) 19.58.37 # I'm irritated because I can't reproduce it on my target. One difference is the key is mapped to a combo. And the different processor. 19.59.34 # it took a while to get used to pressing select+play at *exactly* the same time...let me tell you ;) 20.00.15 # I'm used to key combos being press blah, then blab with blah still held down. 20.00.31 # Not press blah+blah at precisely the same instance ;) 20.00.34 # 1.5GB 20.00.49 Join Domonoky [0] (~domonoky@rockbox/developer/domonoky) 20.01.46 # Ooops, Blue_Dude ^ 20.02.11 # S_a_i_n_t: remap the key to select|menu + select instead of select|menu + none. Or maybe press menu first. Which is easier? 20.02.20 # finished 1.85 gb without a problem 20.03.02 # the keymaps are a mystery to me... 20.03.31 Join Domonoky1 [0] (~domonoky@88.130.217.83) 20.03.32 # Well if you have to press the combo, you naturally tend to press one slightly before the other. Which do you press first more naturally? 20.04.17 # dirtyfrank - was 1.85GB possible (ever, even once) before, if you started from rockbox and connected usb from there? 20.04.37 Quit Domonoky (Disconnected by services) 20.04.47 # I set it to go last night with maybe 25gb and it stopped sometime in the night. 20.04.47 Nick Domonoky1 is now known as domonoky (~domonoky@88.130.217.83) 20.04.59 Quit domonoky (Changing host) 20.05.00 Join domonoky [0] (~domonoky@rockbox/developer/domonoky) 20.05.03 # I'd say it got through more than 1.85GB before it quit. 20.05.09 # Blue_Dude: It would be "X" then select (that fees more natural to me) 20.05.25 # as in hold X, then press Y 20.05.34 # can you try a bigger test, in that case? 20.05.39 # Actually, it's select+play isn't it? OK, lemme change that real quick. Hold play then select... 20.05.51 # Yes. How big do you think? 20.05.56 # 25? 20.06.12 # yes, it is select plus play...I had to think of a combo key I was used to though ;) 20.06.15 # Is it possible I'll just have to boot OF > disk mode to transfer? 20.06.34 Join ifonefox [0] (~irchon@mobile-166-137-138-026.mycingular.net) 20.07.08 # New build with bootcheck. Here's the log: http://www.4shared.com/document/JqD5cx_S/logf.html 20.07.35 # New commit by 03Blue_Dude (r25665): Fix hotkey keymap on ipods 20.07.38 # stripwax: ok, I have it going with 20GB 20.08.12 # OK, try that. 20.08.28 # It probably won't fix anything but it'll make it easier to hit. 20.08.48 # This is booting with the default config and the Cabbie V2 theme 20.09.17 # Blue_Dude: Sweet, that was quick...it will definitely make it easier. But not sure if it'll fix whatever problem this is. Thanks. 20.09.27 Quit ifonefox (Remote host closed the connection) 20.09.46 # Keymaps are super easy to change. The hard part is figuring out what to change them to. 20.10.04 Join ifonefox [0] (~irchon@mobile-166-137-138-026.mycingular.net) 20.11.37 # stripwax: this is going to take hours...should I just come back later? 20.11.57 # I think so 20.12.12 # feel free to hang around though, in case there's some interesting chat :) 20.12.13 # ok, I'll be back in a while 20.12.16 # ok 20.12.19 # heh 20.12.31 Quit robin0800 (Remote host closed the connection) 20.13.42 Quit ifonefox (Remote host closed the connection) 20.18.29 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 20.19.19 # stripwax: we have failure 20.20.19 # dirtyfrank: that's actually *really* bad I guess...as it means that its Apple at fault, so, nothing that can be fixed here. :( 20.20.30 Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) 20.20.47 # or I can just do it in 500MB increments 20.20.49 # Well, not Apple at *fault*, but, the fault lies on the Apple side of things. 20.21.21 # On the plus side, it didn't freeze, just ejected itself. 20.21.56 # maybe a bad disk? 20.22.21 # No, everything checked out okay. 20.22.55 # what have you used to check the disk? Just the iPod diagnostics? 20.23.05 # And disk utility 20.23.43 # And you said you recently restored it, yes? 20.24.00 # last night 20.24.16 # Well...shrug. 20.24.50 Quit mikroflops (Ping timeout: 276 seconds) 20.25.09 # dirtyfrank - well, despite this being #rockbox, what would happen if you restored it via itunes, and then *not* install rockbox, and then attempted to transfer files onto it, via existing emergency disk mode 20.25.36 # Actually, I'm trying that now but with rockbox still installed. 20.25.43 # stripwax: Didn't we just find that out? 20.25.57 # Wait, no...I'm transferring via NONemergency disk mode. 20.26.05 # Apple side doesn;t know that RB is installed. 20.26.40 # Blargh!?! I'm confused again... 20.26.42 # S_a_i_n_t - yeah, I'm assuming that too. But if it just doesn't work after a full restore, with no rockbox bootloader or anything, then it's one for Apple. 20.27.02 # dirtyfrank - huh? yeah, i'm confused too. so neither emergency disk mode nor nonemergency disk mode work properly? 20.27.11 # @torne: Anything standout wrong in the boot? 20.28.16 # just emergency doesn't work for sure. 20.28.40 # dirtyfrank: Did I not make it clear enough how to get into emergency disk mode? If I didn;t, please speak up. 20.28.44 # Previously if I connected it with rockbox booted, it went into emergency disk mode. 20.29.21 # What we've tried so far: 20.29.28 # booting OF > emergency disk mode 20.29.36 # booting rockbox > emergency disk mode 20.29.54 # booting rockbox >rockbox usb mode 20.30.03 # none of those have worked. 20.30.13 # rockbox usb mode just crashed 20.30.21 # the other 2 self ejected 20.30.23 # dirtyfrank - oh, when you say "NONemergency disk mode", you mean the rockbox usb mode 20.30.30 # rather than the OF non emergency disk mode? 20.30.33 # no, OF disk mode 20.30.43 Quit bertrik (Read error: Operation timed out) 20.30.47 # ok, just I didn't see that in your list just now 20.31.03 # that's what I'm trying now...I haven't tried it before 20.31.23 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.31.23 # and it doesn't work? 20.31.26 # Wait...what?!? you said you *had* tried it. 20.31.29 # so far so good 20.31.30 # And that it worked. 20.31.33 # yeah 20.31.41 # No. So far nothing has worked. 20.31.58 # You said it worked in the OF, I'm *sure* you did. 20.32.04 # dirtyfrank - what did "we have failure" refer to? the OF non-emergency disk mode? 20.32.22 # yeah, I'm certain when this started, you said it worked ok if you didn't use rockbox to start the usb emergency disk mode ... 20.32.43 # Yes. 20.32.53 # and no 20.32.57 # * stripwax boggles 20.33.02 # yes to the first question...no to the last statement 20.33.14 # ok 20.33.14 # wait...I'm confused now. 20.33.18 # hah! 20.33.36 # we have failure referred to OF emergency disk mode 20.33.48 # dirtyfrank - you said "I am referring to NONemergency disk mode" 20.33.58 # * gevaerts proposes to make a nice list of things that fail and things that don't 20.34.06 # would be good 20.34.19 # Things that failed: 20.34.26 # OF > emergency disk mode 20.34.34 # rockbox > emergency disk mode 20.34.49 # [04:57] Stripwax - it works with Apple firmware. 20.34.50 # rockbox > rockbox usb mode 20.35.06 # there...you said it worked, you could have saved us some time. 20.35.10 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 20.35.20 # s_a_i_n_t: that was without rockbox installed 20.35.36 # dirtyfrank - and transferring more than about 1.85GB? 20.35.38 # sorry, I thought that's what you were asking 20.35.55 # I don't know the tranfer limit 20.35.58 # *transfer 20.36.13 # Like I said before, it failed once almost immediately. 20.36.51 # How does one read the logf dump from bootcheck build? How to spot if some process is taking too long? 20.38.06 # wait, without rockbox installed? Huh? Then we get back to "unless your using a current build (which you weren't) it uses the Apple disk mode, and as such, Rockbox is irrelevant here" 20.38.17 # TexasRockbox: put it on a pastebin 20.38.23 # Is it possible you just never noticed it fail before now? 20.38.39 # No. I am sure I've never seen it fail. 20.38.39 # I'm sorry... pastebin? 20.39.00 # TexasRockbox: have a look at sites like pastebin.com, it will be pretty obvious :) 20.39.16 # gevaerts: he already posted that at http://www.4shared.com/document/JqD5cx_S/logf.html 20.40.08 # dirtyfrank: Well, the fact that rockbox is instaled is irrelevant. It's using Apple code when its failing, as well as apparently failing when using the current build. 20.40.24 # So, I'd be turning my attention to your OS if I were you. 20.40.42 # ah, right. I must have missed that. 20.41.01 # like this: http://pastebin.com/VX0VqdSi 20.41.06 # What do you think is up with my OS? 20.41.16 # I think I did it right.... 20.41.37 # TexasRockbox: you are loading a font larger than 60KB 20.41.43 # not the one you mentioend 20.41.49 # 15-Adobe-Helvetica 20.41.56 # I don;t know...but its failing on transfers using both the Apple Disk Mode, Emergency Disk Mode, and Rockbox USB...so, my guess is "something" 20.42.03 # this is takign 6.5 seconds 20.42.20 # TexasRockbox: switch to a different font that's udner 60kb and you should find it boots ~6 seconds faster :) 20.42.21 # what are the two numbers in that chart? 20.42.24 # That is of course, assuming your failing results are accurate, which I have no reason to doubt. 20.42.32 # saratoga: first is the line number, second is the tick count 20.42.43 # Hmmm.. I wonder how it's being loaded? 20.42.57 # TexasRockbox: hm? how do you mean? 20.43.00 # how long is a tick? 20.43.05 # 1/100 of a second? 20.43.13 # saratoga: 100th Byes 20.43.25 # oops 20.43.29 # yes :) 20.43.38 # ah, cabbie v2 loads it 20.43.43 # yes 20.43.46 # http://www.rockbox.org/tracker/task/11168 20.43.51 # i did say this when you asked ;) 20.44.08 # this si the bug i raised for it. loading large fonts appears to be spectacularly slow on ipod video for no adequately explainde reason 20.44.19 # it's slower on all targets, by not by such a large factor 20.44.39 # so your configuration isn't identical, i assume then? 20.44.51 # because this font loading problem is not new, it's always been this slow 20.45.08 # OK, I was using my own theme but with the new build just installed the default which installed the Adobe font 20.45.16 # s_a_i_n_t: I have about 7GB transferring now...I'll see how it goes. 20.45.22 # I'll change fonts and see what happens 20.45.23 # yes, so your configuration isn't the same :) 20.45.54 # dirtyfrank: Using what? Disk Mode/Emergency Disk Mode/Rockbox USB? 20.46.02 # disk mode 20.46.57 # with my own theme I was using Adobe-Helvitica-Bold (14, 16, 18) does that imply that the Adobe Helvetica is used as well? 20.47.06 Quit dirtyfrank (Quit: CGI:IRC) 20.47.26 Join dirtyfrank [0] (~47ef7d86@giant.haxx.se) 20.47.37 # TexasRockbox: er, i don't undertand what you mean 20.48.24 # cabbiev2 uses 14-adobe-helvetica which is over the limit for the fast loading methd 20.48.28 # the bold versions are smaller 20.48.50 # so if you change the theme to one tha tuses a font that's not such a big file it will boot faster gagain :0 20.49.15 # I always wondered about that...are the bold versions smaller simply because they have less chars? 20.49.32 # yes 20.49.45 # the 14pt version of the regular helvetica has loads of characters in it 20.49.52 # most of our other fonts don't 20.50.17 # Aha. In my head bold == larger file. 20.50.31 # well the individual characters are probably bigger, yes ;) 20.50.59 # OK, I was using 16-Adobe-Helvetica-Bold and was still having the problem 20.51.14 # how big is it? 20.51.26 # if the file is over 60000 bytes it will take that long, even if it's just a little bit over 20.51.36 # if it's under that, it should be ~30 times faster 20.52.35 # I wasn't having the problem with Cabbie v.2 with 3.5.1 so the problem must have been introduced after that build (multifonts maybe) 20.52.54 # unfortunately i think you are wrong.. 20.53.05 # I went back to 3.0 and it still takes 6 seconds 20.53.08 # Yes, that was actually proven... 20.53.16 # and the code has *always* done the font load in a very inefficient and crazy way 20.53.26 # it does ~1000 seeks or more to load the font ;) 20.53.31 # Oh, by Torne in fact. Which prompted the bootchart 20.53.56 # 16-Adobe-Helvetica-Bold should be fine. It's 38K or so 20.54.05 # OK, I must be mistaken then. What does the logf dump show? How is it read? 20.54.26 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 20.54.33 Quit Unhelpful (Remote host closed the connection) 20.54.42 # the last number on each row is the time in 100ths of a second 20.54.50 # (the other num ebr is just the line number) 20.55.06 # OK thank you 20.55.08 # you can see the two references to font_load, with > for entry and < for exit, show that the time between is 6.5 seconds 20.55.26 # you can load it into any spreadsheet that understands CSV (comma sepaarated values) 20.55.34 # and do a graph of the first and third column :) 20.55.48 # Ohhhhhh *fancy* 20.56.29 # there's a script in the source also to feet it to gnuplot 20.56.29 Join Domonoky1 [0] (~domonoky@88.130.214.112) 20.56.49 Quit domonoky (Disconnected by services) 20.56.56 Nick Domonoky1 is now known as domonoky (~domonoky@88.130.214.112) 20.57.06 Quit domonoky (Changing host) 20.57.06 Join domonoky [0] (~domonoky@rockbox/developer/domonoky) 20.57.08 # Ok, I'll go back to my original build and see what happens (and make sure of the font). Would loading multiple fonts cause an issue? 20.57.29 # i have no idea 20.57.38 # it won't load them at the same *point*, though 20.57.41 # That is, must the total of loaded fonts be less than 60K 20.57.45 # the initial call to font_load is just for the user font 20.57.57 # no, skin fonts are loaded into the skin buffer and the availab le space there is even less 20.58.00 # i'm not sure what the limit is 20.58.05 # 60KB is just for the main user font 20.58.06 # 10K I think 20.58.30 # the limit for fonts in multifont is == available skin buffer 20.58.42 # different limit 20.58.47 # each font takes 10K 20.59.05 Quit saratoga_ (Quit: Page closed) 21.01.54 # TexasRockbox: each font load will show up in the chart 21.01.57 # the first one is the user font, the others will happen from inside he theme loading function 21.02.29 Quit linuxstb_ (Ping timeout: 245 seconds) 21.04.01 # OK, i'm reloading my theme into the rockbox and will generate a logf from that theme 21.05.30 Join linuxstb_ [0] (~linuxstb_@rockbox/developer/linuxstb) 21.06.47 # hello 21.06.58 # i need some help installing rockbox on my sansa clip 21.07.07 # i am aware that it is not officially supported 21.07.21 # but i was hoping someone might help 21.07.43 # im following these instructions: http://www.rockbox.org/wiki/SansaAMS 21.08.14 # adnyxo: what problem are you having? 21.08.41 # when i try to run ./mkamsboot 21.08.47 # it tells me permission denied 21.08.50 # although i am root 21.08.59 # (ubuntu 9.10 64 bit) 21.09.03 # why are you root? 21.09.12 *** Saving seen data "./dancer.seen" 21.09.13 Join Unhelpful [0] (~quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 21.09.14 Quit Unhelpful (Changing host) 21.09.14 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 21.10.17 # because when i wasnt it said the same thing 21.10.26 # so i tried being root 21.10.31 # is it executable? 21.10.57 # I'm running the karmic 64 also and do not have that problem... 21.11.12 # or is 9.1 lucent? 21.11.28 # lucent? 21.11.34 # gevaerts, im not sure 21.13.24 # how do i tell 21.13.33 # adnyxo: did you make mkamsboot in /media/WDPassport/rockbox/rbutil/mkamsboot? 21.13.53 # no 21.14.08 # er lucid..... lucid lynx is next I think 21.14.19 # ah 21.14.28 # idk about the code names 21.14.34 # easier to remember the numbers 21.15.46 # clip1 ir clipv2? 21.15.51 # v1 21.16.10 # ah, so did you download mkamsboot then? 21.16.27 # yes, from the link on the wiki 21.16.56 # well I've never done it that way so lemmee take a look 21.17.17 # you probably need chmod +x then 21.17.58 # chmod +x mkamsboot ? 21.19.09 # Is the %Fl parameter allowed in the .SBS screen 21.19.27 Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) 21.20.25 # gevaerts, that worked 21.20.29 # thank you 21.20.46 Quit bmbl (Quit: Bye!) 21.24.44 Join Domonoky1 [0] (~domonoky@i59F7A6A5.versanet.de) 21.25.11 Nick jnss is now known as mayansrule (janes@gateway/shell/sign.io/x-ktomwqouvmvrtgud) 21.25.26 # New logf dump (called logf2) at: http://www.4shared.com/document/iQGeQiYg/logf2.html 21.25.52 # adnyxo: Yes in fact I do get that problem also if i download mkamsboot from the link. It works with +x now though correct? 21.26.01 # yes it does 21.26.16 # now on to the other 7 clips 21.26.23 # TexasRockbox: please use a pastebin. That site makes it hard to download things 21.26.43 Join Domonoky2 [0] (~domonoky@i59F79E45.versanet.de) 21.27.16 Quit domonoky (Read error: Operation timed out) 21.27.23 Nick Domonoky2 is now known as domonoky (~domonoky@i59F79E45.versanet.de) 21.27.33 Quit domonoky (Changing host) 21.27.33 Join domonoky [0] (~domonoky@rockbox/developer/domonoky) 21.28.32 Quit Unhelpful (Read error: No route to host) 21.28.53 # Will do, my apologies 21.28.57 Quit Domonoky1 (Ping timeout: 246 seconds) 21.29.02 Nick mayansrule is now known as jnss (janes@gateway/shell/sign.io/x-ktomwqouvmvrtgud) 21.29.50 # here it is: http://pastebin.com/3HgbDRQ3 21.30.34 # Anybody here messed with DMA playback much? 21.30.36 # There appear to be loooong lags at the end... 21.31.05 # that does indeed look like font loading could be the issue. Which WPS/SBS fonts do you load? 21.31.48 # Adobe-Helvetica-Bold (14, 16, 18) 21.31.58 Join Domonoky1 [0] (~domonoky@i59F7A90B.versanet.de) 21.32.20 # Three fonts, one in the config, one in the .SBS, two in the .WPS 21.32.32 # TexasRockbox> Is the %Fl parameter allowed in the .SBS screen == yes 21.32.32 # Uh, make that four 21.32.55 # I suspect there's not much you can do about it apart from fixing the core issue or loading really small fonts 21.33.21 # the identifers can also point to a different font in the WPS/SBS 21.33.21 Quit domonoky (Disconnected by services) 21.33.28 Nick Domonoky1 is now known as domonoky (~domonoky@i59F7A90B.versanet.de) 21.33.34 # OK do we think that loading multiple fonts is the issue (that is, total size greater than 60k)? 21.33.40 Quit domonoky (Changing host) 21.33.41 Join domonoky [0] (~domonoky@rockbox/developer/domonoky) 21.33.51 # so font "a" can be a different font in the sbs, than in the wps 21.33.52 Quit CGL (Remote host closed the connection) 21.34.10 Quit TillW (Quit: This now concludes our broadcast day.) 21.34.29 # TexasRockbox: fonts loaded additionally by a WPS/SBS use the skin buffer 21.34.41 # and, don;t have a "limit" as such 21.35.22 # TexasRockbox: for "extra" fonts, i.e. the ones you specify in the wps or the sbs, I think the limit is 10k, not 60k 21.35.37 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 21.35.52 # well, they do..but that "limit" is your available skin buffer. 21.36.08 # S_a_i_n_t: irrelevant 21.36.14 # gevaerts: 10K is what each font takes. 21.36.29 # many fonts can be loaded, at 10K each IIUC 21.36.32 # The skin buffer limit means that it either loads or it doesn't. It doesn't have any impact on how fast it loads 21.38.51 # The 10K limit means that really tiny fonts (there are some!) load fast, but most fonts load slowly on ipod video 21.38.51 Quit Luca_S (Quit: CGI:IRC (Ping timeout)) 21.38.55 # just running 'svn up && cd rbutil/mkamsboot && make' yields binary which accepts this week's OF update, but when running it shows "mkamsboot Version r25340-100326" (i.e. the time of the previous compile in the same directory) 21.39.03 Quit TexasRockbox (Quit: CGI:IRC (Ping timeout)) 21.39.11 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 21.39.42 # 'make clean && make' fixes this, but maybe someone has an idea how to update the revision number automatically 21.40.31 # * domonoky urges all rockbox mentors here to come to #rockbox-gsoc !! 21.41.36 Join TexasRockbox [0] (~4678c48b@giant.haxx.se) 21.41.44 # I'm experimenting -- will update shortly 21.41.52 # I'm here to discuss my GSOC task, whenever you're all ready 21.42.53 # bieber: good, we will call you when we are ready for you :-) 21.43.05 # Okay 21.44.46 Join stooo [0] (~sto@f051039015.adsl.alicedsl.de) 21.51.24 # interesting. I removed the %Fl from the SBS and it appeared to load quickly. When the WPS was loaded that seemed to take forever 21.51.48 # looking at the logf it appears the fonts were read quickly but the WPS had a long delay 21.51.54 Quit jordan` (Ping timeout: 265 seconds) 21.52.44 # no, font_load in teh chart is *only* the UI font 21.52.48 # How does one make the size of .fnt files smaller 21.52.55 # the WPS/SBS load is when it's loading the fonts for those 21.53.04 # OK 21.53.16 # TexasRockbox: edit the original bitmap fonts before converting them 21.53.25 # TexasRockbox: if you make your own builds, it's probably easier to just increas various limits 21.55.13 # Is 10K the total limit or each font limit for %FI within the SBS/WPS? 21.55.30 # each font 21.55.36 # each font has to e under 10KB to load fast 21.55.49 Quit linuxstb_ (Ping timeout: 245 seconds) 21.56.15 # OK, thank you! Is the limit 10K for any particular reason? 21.56.41 # the bigger it is the more space it will take in the skin buffer for each font 21.57.32 # it's a fixed allocation, in theory we have efficient caching if not everything is loaded, and wps fonts are expected to not have many glyphs in use 21.57.49 # Thank you to everyone. I think I know what to do now. Have a great day! 21.57.55 # It's the "in theory" bit that causes some problems 21.58.43 # I'll either make smaller file size fonts or experiment with other smaller fonts 21.59.13 # i should add the font_load calls in the theme engine as chart [oints really 21.59.31 # anyone feel liking joining the gsoc interviews 21.59.59 # There aren't many fonts less than 10K in the font package 22.00.38 # no, there aren't :) 22.01.09 # the caching system is supposed to be efficient. but it's not :) 22.01.30 # Oh well, I'll make it all work, thank you again! 22.02.31 Quit Johannes` (Ping timeout: 246 seconds) 22.02.48 # Bye everyone. I love Rockbox, it is a lot of fun to use. 22.03.55 Quit TexasRockbox (Quit: CGI:IRC (EOF)) 22.04.03 Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) 22.07.20 Quit stripwax_ (Read error: Connection reset by peer) 22.10.56 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 22.11.17 # saratoga: Where are the interviews? 22.11.45 # :o 22.12.25 # emrecelikten: they're in a dedicated channel 22.12.45 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 22.13.43 Quit rom1dep (Ping timeout: 246 seconds) 22.14.36 # emrecelikten: yours is tomorrow I believe, no? 22.14.53 # Yes, 16:00 UTC 22.15.43 Join Johannes` [0] (~johannes@cm-84.215.116.196.getinternet.no) 22.15.48 Join rom1dep [0] (~rom1dep@ANancy-551-1-114-109.w86-204.abo.wanadoo.fr) 22.17.18 Quit stooo (Read error: Connection reset by peer) 22.17.46 Join stooo [0] (~sto@f051039015.adsl.alicedsl.de) 22.18.25 Join TexasRockbox [0] (~4678c48b@giant.haxx.se) 22.19.02 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 22.19.06 # Thank you again to everyone, the 10K font size was the problem. Just tested it. 22.19.34 # I'll update my forum post 22.22.12 Quit TexasRockbox (Client Quit) 22.23.22 # pixelma: How long will the interview be? 22.23.29 # emrecelikten: up to one hour 22.23.53 Join Jaykay [0] (~chatzilla@p5DC5731C.dip.t-dialin.net) 22.43.11 Join Unhelpful [0] (~quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 22.43.11 Quit Unhelpful (Changing host) 22.43.11 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 22.45.58 Part stooo 22.49.45 Join robin0800 [0] (~robin0800@general-ld-216.t-mobile.co.uk) 22.49.46 Quit phanboy4 (Read error: Connection reset by peer) 22.52.42 Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) 22.56.21 Join saratogalab [0] (~9803c20d@rockbox/developer/saratoga) 22.58.56 Quit Highlander (Quit: Quitte) 22.59.26 Quit Jaykay (Ping timeout: 268 seconds) 23.01.41 Quit bieber (Remote host closed the connection) 23.02.00 Join anewuser [0] (anewuser@unaffiliated/anewuser) 23.03.38 Join CGL [0] (~CGL@190.207.167.104) 23.04.59 Quit Johannes` (Quit: WeeChat 0.3.2-dev) 23.05.02 Join nicknamedave [0] (~62a4d44e@giant.haxx.se) 23.05.13 Join Barahir [0] (~jonathan@gssn-5f756d99.pool.mediaWays.net) 23.05.15 Join lpereira [0] (~lucien@142.12.92-79.rev.gaoland.net) 23.07.59 Quit Barahir_ (Ping timeout: 276 seconds) 23.09.16 *** Saving seen data "./dancer.seen" 23.09.33 # I just installed Rockbox last night, so I have some relatively newbie questions. 23.09.57 Join p3tur [0] (~petur@rockbox/developer/petur) 23.10.05 # How do I create a shuffle with all of the songs I have on my iPod? And if I put more songs on there, do they automatically get added to the shuffle playlist? 23.10.09 Quit petur (Disconnected by services) 23.10.15 Nick p3tur is now known as petur (~petur@rockbox/developer/petur) 23.12.34 # Also: How do I put files from my computer directly onto the Rockbox part of my iPod, and not the normal iPod part? Can I just drag them over in iTunes like normally, or is there something I am completely missing? 23.14.35 # Just put them on the disk 23.14.46 Quit hebz0rl (Remote host closed the connection) 23.14.52 # or use itunes 23.14.57 # nicknamedave, Last question first. There is no "rockbox part" of the ipod in the sense you are using it. Your iPod (for sake of this argument) is a generic HDD. Put files wherever you want and browse to them from within Rockbox. IF you move files via iTunes they will be obscured in the Apple hidden file structure. 23.15.04 # * domonoky recommends nicknamedave to read the manual :-) 23.15.39 # And, yes, the first part also has multiple answers and even a casual searching of the pdf manual will give you the answers you seek for that question. 23.16.35 # The first time I started Rockbox, I had to transfer the songs from the iPod part to the Rockbox part. I wouldn't have to do that if I just put the songs on from iTunes? Oh, and I checked the manual about the shuffle thing. Tried doing what the manual said, but the playlist would never save for me. And I'm still not sure whether or not when new songs are put on, they're added to the playlist or not. 23.17.03 Quit DataGhost (Ping timeout: 264 seconds) 23.18.14 # nicknamedave - there's no way to create an automatically-updating playlist of all the songs on your device; but after adding songs you could always just add them yourself to the current playlist. 23.18.24 # or use the Database feature, and select All Tracks 23.18.37 # (and set your Database to automatically Update) 23.19.15 # it still won't update your playlist, but you can just go to the Database and select All Tracks again 23.19.47 # So I seleted All Tracks, and where do I go from here to create a Shuffle playlist? 23.20.14 # nicknamedave - but I'm not sure what you mean when you said 'the first time I started rockbox, I had to transfer the songs from the ipod part to the rockbox part'. If you already had songs on your ipod, then rockbox already knows about them 23.20.23 # nicknamedave - set Shuffle mode 23.20.55 # nicknamedave - sorry, specifically: long-press on All Tracks, and play them from there 23.21.03 # nicknamedave - now read the manual :) 23.21.21 # When I long press on All Tracks, the only options I see are "Insert" and "Insert Shuffle". I assume the latter? 23.21.32 # that is one way 23.22.05 # As the manual explains - "Insert Shuffle" creates a static playlist with all the tracks added to it in random order. 23.22.36 # Another way is to create a static playlist with all the track in "normal" order and then enable the shuffle setting under playback. 23.22.41 # So now that created a playlist with all the songs on it, right? How do I save this playlist? I checked the manual and (presumably) followed the directions, but it never worked for me. 23.22.59 # do you need to? 23.23.04 # Does statis mean it'll forever be in this same random order? 23.23.08 # yep 23.23.34 # Hmm, that's no good. Let me guess, if I want shuffle, I should just play a song, and then turn shuffle on? 23.24.45 # nicknamedave - you could turn Shuffle on (even if no tracks are playing). 23.25.19 # Is there a quick way to turn it off, or do I have to go through options anytime; like is there a way to put it as a mode on the main menu? 23.25.47 # from the while playing screen, you can long-hold select 23.25.59 # Ahh, gotcha, thanks 23.26.03 Join GeekShad0w [0] (~Antoine@81.252.8.57) 23.26.12 # all this, and more, is in the manual. that's your next task :) 23.26.15 # it's also on the quickscreen 23.26.29 # Quickscreen? I guess I should see the manual for that... 23.26.49 Join Gump [0] (~josh@69.46.54.70) 23.28.17 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 23.29.08 Quit GeekSh4dow (Ping timeout: 245 seconds) 23.30.18 # Is there anyway to remove search options from the Database? 23.30.25 # Or rather, categories? 23.31.17 # You can edit the tagnavi files to display (or not display) any of the options, or new ones even. 23.31.40 # Tagnavi? 23.31.50 # manual 23.32.03 # I ctrl + F'ed tagnavi and got nothing 23.32.09 # http://www.rockbox.org/wiki/DataBase 23.32.13 Quit emrecelikten (Ping timeout: 248 seconds) 23.32.43 # nicknamedave - hrm, that's bad! we should add something to the manual in that case! 23.33.45 Quit stoffel (Remote host closed the connection) 23.34.40 Quit domonoky (Quit: Leaving.) 23.35.30 Quit nicknamedave (Quit: CGI:IRC (EOF)) 23.42.10 Quit robin0800 (Remote host closed the connection) 23.42.12 Quit archivator (Quit: Leaving) 23.44.36 Join esperegu_ [0] (~quassel@145.116.11.103) 23.45.40 Quit esperegu (Ping timeout: 276 seconds) 23.49.34 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.3.244) 23.49.38 Quit S_a_i_n_t (Ping timeout: 246 seconds) 23.52.49 Quit esperegu_ (Ping timeout: 276 seconds) 23.55.05 Quit ender` (Quit: Only thing made by Apple that wouldn't suck would be iVacuum.) 23.55.46 Quit stripwax_ (Quit: http://miranda-im.org)