--- Log for 30.05.113 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 12 days and 21 hours ago 00.03.20 Quit Strife89 (Ping timeout: 240 seconds) 00.05.48 Join amayer [0] (~amayer@72.25.57.229) 00.07.45 Quit [Saint] (Read error: Connection reset by peer) 00.07.50 Join [Saint_] [0] (~saint@rockbox/user/saint) 00.07.57 Nick [Saint_] is now known as [Saint] (~saint@rockbox/user/saint) 00.15.24 Quit ender` (Quit: Though we nearly lost everything last month, when the mainframe got possessed by Sumerian demons, and we had to call in a technodruid to exorcise it. I’d never heard language like that before, and even after it was all over, the office still smelled of ) 00.27.27 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 22.0/20130521223249]) 00.33.48 Quit olspookishmagus (Quit: All for nothing) 00.41.43 *** Saving seen data "./dancer.seen" 00.44.01 Quit Zagor_ (Quit: Clint excited) 00.47.19 Quit pamaury (Ping timeout: 240 seconds) 00.56.59 Quit Scr0mple (Read error: Connection reset by peer) 00.57.17 Join Scromple [0] (~Simon@119.225.209.134) 01.09.19 Quit prof_wolfff (Ping timeout: 248 seconds) 01.30.27 Quit bertrik (Ping timeout: 252 seconds) 01.54.07 Quit froggymana (Ping timeout: 252 seconds) 02.05.55 Quit efyx (Ping timeout: 248 seconds) 02.26.39 Quit liar (Remote host closed the connection) 02.41.44 *** Saving seen data "./dancer.seen" 03.04.40 Join froggyman [0] (~me@50.105.135.223) 03.04.40 Quit froggyman (Changing host) 03.04.40 Join froggyman [0] (~me@unaffiliated/froggyman) 03.18.33 Join krabador [0] (~krabador@unaffiliated/krabador) 03.38.42 Quit krabador (Quit: Bah...) 04.03.34 Join efyx [0] (~efyx@62.196-241-81.adsl-dyn.isp.belgacom.be) 04.06.53 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.06.53 Quit amiconn (Disconnected by services) 04.06.54 Quit pixelma (Disconnected by services) 04.06.54 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.06.56 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.06.56 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.30.00 Quit b1101 (Quit: b1101) 04.41.47 *** Saving seen data "./dancer.seen" 04.47.55 # are .rfms valid theme files? ive seen .rwps and .rsbs and the wiki doesnt mention .rfms 05.01.10 # yes 05.01.19 # radio fms 05.38.56 # JdGordon, thanks 05.41.34 # we only allow the theme zips to have 1 .rockbox/themes/*.cfg file right? 05.44.50 Join TheSphinX_ [0] (~briehl@p5DD45468.dip0.t-ipconnect.de) 05.46.38 Quit [Saint] (Disconnected by services) 05.46.39 Join [Saint_] [0] (~saint@rockbox/user/saint) 05.46.49 Nick [Saint_] is now known as [Saint] (~saint@rockbox/user/saint) 05.48.26 Quit TheSphinX^ (Ping timeout: 252 seconds) 05.51.15 Quit [7] (Disconnected by services) 05.51.24 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.27.54 Quit froggyman (Quit: Leaving) 06.28.22 Quit Guest8735 (Changing host) 06.28.23 Join Guest8735 [0] (~froggyman@unaffiliated/froggyman) 06.28.28 Nick Guest8735 is now known as froggyman (~froggyman@unaffiliated/froggyman) 06.36.10 Quit bluebrother (Disconnected by services) 06.36.15 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 06.38.48 Quit fs-bluebot (Ping timeout: 256 seconds) 06.40.09 Join fs-bluebot [0] (~fs-bluebo@g231120140.adsl.alicedsl.de) 06.41.48 *** Saving seen data "./dancer.seen" 06.55.59 Quit amayer (Quit: Leaving) 07.16.22 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 07.28.23 Quit ruskie (Excess Flood) 07.29.00 Join LinusN [0] (~linus@giant.haxx.se) 07.45.55 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 07.46.43 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 08.00.28 Join stoffel [0] (~quassel@pD9E42A01.dip0.t-ipconnect.de) 08.00.35 Join prof_wolfff [0] (~prof_wolf@62.83.50.196.dyn.user.ono.com) 08.01.06 Join |akaWolf| [0] (~akaWolf@188.134.9.161) 08.07.42 Join ungali_mobile [0] (~yaaic@199-7-158-64.eng.wind.ca) 08.09.43 Join grndslm [0] (~dolphin@96.19.110.96) 08.10.48 Join mortalis [0] (~kvirc@213.33.220.118) 08.21.41 Quit prof_wolfff (Ping timeout: 264 seconds) 08.24.50 Join ender` [0] (krneki@foo.eternallybored.org) 08.39.12 Join kugel_ [0] (~kugel@141.45.176.104) 08.39.14 Quit kugel_ (Changing host) 08.39.14 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 08.39.34 Quit kugel (Read error: Connection reset by peer) 08.41.49 *** Saving seen data "./dancer.seen" 08.42.37 Join Zagor [0] (~bjst@sestofw01.enea.se) 08.42.37 Quit Zagor (Changing host) 08.42.37 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.02.24 Quit ungali_mobile (Read error: Connection reset by peer) 09.10.04 Join ungali_mobile [0] (~yaaic@184.64.50.234) 09.15.09 Quit grndslm (Quit: Leaving) 09.18.40 Quit [Saint] (Remote host closed the connection) 09.19.51 Join [Saint] [0] (~saint@rockbox/user/saint) 09.29.15 Quit Gallomimia (Excess Flood) 09.30.15 Join Gallomimia [0] (~gallo@key.cha0sgaming.net) 09.36.18 # Build Server message: 3New build round started. Revision 5a1e697, 217 builds, 19 clients. 09.44.02 Join kaputnik_ [0] (~kaputnik@port-92-206-32-205.dynamic.qsc.de) 09.44.29 # Build Server message: 3Build round completed after 492 seconds. 09.48.35 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 09.50.56 Quit Gallomimia (Excess Flood) 09.51.06 Join Gallomimia [0] (~gallo@key.cha0sgaming.net) 09.56.23 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 10.16.12 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 10.26.24 # jhMikeS: ping 10.27.56 # yes? 10.29.03 # I can't make sense of of talk.c:restore_state() 10.30.10 # why does it call a audio_get_buffer() twice with different talk_buf parameters? 10.32.38 # first one gets the buffer start pointer, second one promotes it to voiced only 10.33.25 Join swilde [0] (~wilde@euarne.ipv6.intevation.de) 10.33.29 # it's hacky, sure 10.38.50 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 10.41.52 *** Saving seen data "./dancer.seen" 10.47.00 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 10.47.44 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.51.11 # jhMikeS: could the voice buf be detached from playback.c/audio buf? 10.52.53 Quit ungali_mobile (Read error: Connection reset by peer) 10.56.21 # it can be. I do have patches for that 10.56.36 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 10.57.09 # jhMikeS: I have found the cause of FS#12797; the problem is with audio_get_buffer basically 10.57.10 # http://www.rockbox.org/tracker/task/12797 3RadioArt dataaborts with a corrupted skin buffer (bugs, new) 10.59.39 # it would be best to get rid of audio_get_buffer() and handle demands for the full buffer via buflib 11.01.16 # but doing that removes the ability to select whether to grab the voicebuf also 11.01.48 Quit stoffel (Ping timeout: 276 seconds) 11.02.15 # my patch doesn't remove that ability, it manages it, everyone becomes a user of that slack memory, asking permission to steal it from whoever has it 11.02.35 # voice buffer is just a normal bufalloc but that's given up and included upon request 11.03.08 # how does that fit with the ring buffer architecture? 11.03.25 # ?? 11.03.53 # you mean buffering? 11.04.13 # yea 11.04.14 # when playback gives stops using it, it's free for anyone else to use 11.04.39 # s/gives// 11.05.10 # right, but you said in your patch the voice buffer is just a normal bufalloc, i.e. a buffering handle 11.05.32 # thing I can't work out is threading w/callbacks and needs for synchronization at certain points 11.05.38 # it is 11.05.55 # there's a shared buffer area manager 11.06.29 # everyone gets a unique id when they get the buffer and must use that key to do further things later 11.07.02 # you can even convert a buflib_alloc_maximum into a smaller private bufalloc 11.08.21 # the patch has a bunch of other crud I was working out too, even basically rewriting talk.c to be more sensible 11.08.22 # speaking of it, I have work here that modifies buflib_alloc_maximum() to ask for all memory in the shrink_callback(), and that playback.c frees itself in the callback. this way buflib_alloc_maximum can be used as better a audio_get_buffer() alternative 11.09.01 # my patch removes all use of playback.c as any sort of buffer manager 11.09.08 # can't your work be based on buflib somehow? I don't like the idea of yet another alloc/buffer manager 11.09.22 # it is, it just wraps buflib 11.09.48 # it sounds like you wrap around bufalloc() 11.10.33 # no, just alloc_maximum 11.11.44 # does it work well with my modification to it? 11.11.50 # it does talk to talk.c though if it wants the voice and talk.c just frees that 11.11.56 # which? 11.12.02 # this work is old 11.12.03 # that I mentioned above 11.12.48 # what you said sounds irrelevant to it. the owner gets the shrink callback, not playback unless playback has it 11.13.45 # so, radioart.c would have its own, or whoever is using it. 11.14.22 # hm, it sounds familiar. in my work radioart.c (which currently uses audio_get_buffer()) gets it's own shrink_callback due to calling core_alloc_maximum() 11.15.31 # I guess the main difference might be that playback gets asked, does whataever cleanup is necessary to giving up the memory area and then becomes irrelevent 11.15.40 # (and playback.c frees its buffer in it's shrink_callback() due to the request of radioart.c's alloc_maximum()) 11.16.49 # sounds similar in that way, except there are permissions involved and lockouts 11.17.18 # I don't care about simple or binsize, just making it reliable 11.17.58 # permissions and lockouts? :? 11.18.34 # the buffer id cookie, which must be handed back by whoever got ownership or else the functions fail 11.18.44 # noone can just take it 11.19.27 # it's not the handle given back by buflib 11.21.10 # my solution works well in my tests, radioart.c gets the full buffer after playback.c is asked, the reverse case also works fine when resuming music playback (radioart.c's shrink_callback also gives up the buffer if asked to) 11.21.20 # my only issue is how to handle the voicebuf 11.23.06 # I'll give you the patch. It's got other stuff I'd do separately but. It won't work as patch since it's semi-abandoned 11.23.39 # cool 11.23.39 # I just can't fix the threading problems 11.31.52 # http://jhmikes.cleansoap.org/buflib-manager.patch <= gotta lotsa other junk :) 11.33.17 # jhMikeS: here's mine: https://github.com/kugel-/rockbox/tree/radioart-fixes 11.44.57 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.52.41 # I suppose at the heart of it it's sort of a similar idea, well, really, it's what's needed to avoid conflicts. 11.55.11 # and talk.c was such a wreck i couldn't stop changing it :P 11.55.12 Join stoffel [0] (~quassel@pD9E42A01.dip0.t-ipconnect.de) 11.55.51 Quit froggyman (Ping timeout: 256 seconds) 12.00.54 Join froggyman [0] (~froggyman@c122-108-139-60.mirnd3.nsw.optusnet.com.au) 12.00.58 Nick froggyman is now known as Guest44315 (~froggyman@c122-108-139-60.mirnd3.nsw.optusnet.com.au) 12.10.44 Quit ender` (Read error: Operation timed out) 12.13.13 Quit ender^ (Ping timeout: 246 seconds) 12.18.30 Quit thegeek (Ping timeout: 264 seconds) 12.32.09 Quit tchan (Quit: WeeChat 0.4.0) 12.41.55 *** Saving seen data "./dancer.seen" 13.03.05 Join gapan [0] (~gapan@79.103.61.26.dsl.dyn.forthnet.gr) 13.04.17 Quit stoffel (Ping timeout: 264 seconds) 13.14.44 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no) 13.15.05 # jhMikeS: I have an idea how talk.c can be handled with a separate buflib alloc 13.15.38 # the data in it should be easily movable right? 13.18.36 # jhMikeS: I see your patch does that too for SWCODEC. can I re-use that work or is it tied to your other buffer manager work? also why only for SWCODEC? 13.23.11 Join diginet_ [0] (~Kevin@107-213-86-126.lightspeed.hstntx.sbcglobal.net) 13.23.30 Quit Scall (Ping timeout: 276 seconds) 13.25.35 Quit amithkk_ (Ping timeout: 260 seconds) 13.26.29 Quit diginet (Ping timeout: 264 seconds) 13.27.05 Quit efyx (Ping timeout: 264 seconds) 13.27.45 Join Scall [0] (~chat@unaffiliated/scall) 13.28.35 Quit [Saint] (Remote host closed the connection) 13.31.04 Join [Saint] [0] (~saint@rockbox/user/saint) 13.32.41 # hi, I'm having problems with pictureflow, or rather with deleting pictureflow. Everything worked fine with 3.11, but then I upgraded to 3.13 and pictureflow would get stuck on boot. 13.33.18 # I deleted pictureflow.rock, but now I get a message about it missing, on every boot and the worst part is that auto-resume doesn't work now 13.35.02 # is this a bug? is there some other way to disable pictureflow? I had never even tried it until I upgraded to 3.13 and it was forced on me 13.35.36 # That sounds wrong 13.36.01 # yes, I thought as much 13.37.05 # ipod 5.5G 30GB, by the way 13.39.13 # Can you put your config.cfg file on a pastebin? 13.39.33 Join efyx [0] (~efyx@91.176.87.101) 13.40.26 # here: http://pastebin.com/XJF3imp5 13.40.37 # I see the last line: start in screen: pictureflow 13.40.46 # Right 13.40.51 # what should I change it to? 13.41.02 # remove the line. It will go to the menu then 13.41.10 # aha! 13.41.18 # so no more error message! 13.41.23 # Indeed 13.41.25 # thanks! 13.41.56 # I suspect you accidentally set that at some point. That's *not* the default value for that setting 13.42.04 # I didn't 13.42.13 # I just unzipped 3.13 over 3.11 13.42.22 # on next boot, pictureflow started 13.42.28 # I had no idea what it was until then 13.42.53 # kugel: I suppose SW/HW codecs could be treated more similarly but obviously voice/playback are exclusive and overlapping on HWCODEC. 13.46.32 # jhMikeS: what about my first question? 13.47.11 # gapan: I can't really imagine a way of that happening all by itself, I never heard of anyone having this before, and we get quite a few people in here who have strange behaviours due to accidentally setting something (although never pictureflow before). Allow me to just be happy that the problem is solved :) 13.47.28 Quit jhMikeS (Ping timeout: 252 seconds) 13.47.55 # :'( 13.48.38 # gevaerts: sure, I just don't see how I could have changed it, I didn't even recognize the word pictureflow before that. Anyway, I'm happy that it's solved too. And thanks again :) 14.02.20 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 14.08.30 Join channelTroll [0] (~a.fasold@94.101.33.114) 14.14.11 Join efyx_ [0] (~efyx@89.98-67-87.adsl-dyn.isp.belgacom.be) 14.16.15 Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 14.17.13 Quit efyx (Ping timeout: 256 seconds) 14.21.26 Part channelTroll 14.28.24 Join krabador [0] (~krabador@unaffiliated/krabador) 14.29.06 Quit krabador (Max SendQ exceeded) 14.29.27 Join krabador [0] (~krabador@unaffiliated/krabador) 14.34.06 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.35.32 Part amayer 14.36.15 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.41.58 *** Saving seen data "./dancer.seen" 14.45.19 Join prince-kyle [0] (~kyle@cpe-098-026-014-050.nc.res.rr.com) 14.56.41 Quit krabador (Quit: Bah...) 15.03.53 Join kaitsu1 [0] (~bubba@a91-152-170-133.elisa-laajakaista.fi) 15.06.36 Join MethoS- [0] (~clemens@galileo-506.wohnheim.uni-bremen.de) 15.07.07 # Trying to run rockboxdev.sh from git master, I'm getting errors trying to build the version of binutils it needs. 15.07.16 # ../../../binutils-2.20.1/bfd/doc/bfd.texinfo:326: unknown command `colophon' 15.07.40 # I get something similar mentioning cygnus. 15.08.05 # Googling tells me this is a bug in a version of texinfo that is older than what I have. 15.23.03 Join amithkk_ [0] (uid4289@gateway/web/irccloud.com/x-dddvpzbgtayzosqx) 15.30.59 Join stoffel [0] (~quassel@pD9E42A01.dip0.t-ipconnect.de) 15.33.18 Part LinusN 15.37.25 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 15.38.33 Quit lebellium (Ping timeout: 256 seconds) 15.38.35 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 15.43.01 Quit thomasjfox (Quit: Konversation terminated!) 15.54.20 Quit XavierGr (Quit: ZNC - http://znc.in) 16.00.50 Join XavierGr [0] (~XavierGr@rockbox/staff/XavierGr) 16.13.24 Quit efyx_ (Read error: Connection reset by peer) 16.13.33 Join efyx__ [0] (~efyx@91.176.109.210) 16.14.31 Quit MethoS- (Ping timeout: 256 seconds) 16.15.32 # prince-kyle, did you look at this page (idk what your error means but this page helped me) http://www.rockbox.org/wiki/CrossCompiler 16.26.15 Quit efyx__ (Ping timeout: 246 seconds) 16.39.18 Join efyx__ [0] (~efyx@91.176.110.136) 16.42.01 *** Saving seen data "./dancer.seen" 16.42.11 Quit tchan (Quit: WeeChat 0.3.9) 16.42.27 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.43.34 Quit tchan (Client Quit) 16.46.31 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.49.53 Quit kaitsu1 (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 16.54.35 Join efyx_ [0] (~efyx@91.176.81.135) 16.57.35 Quit efyx__ (Ping timeout: 256 seconds) 17.00.46 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) 17.04.01 Join ender` [0] (krneki@foo.eternallybored.org) 17.06.51 # pamaury: the clip zip is on its way 17.06.58 # thanks 17.07.27 # if you want some device to play with, don't hesitate, I have plenty of them :) 17.07.28 # what is the "best" DAP to get for rockbox? in terms of SQ and compatibility? 17.08.12 # sansa clip 17.09.15 # v1, plus, zip? 17.13.22 # avoid sansa clip v1, it has a comparatively smaller amount of memory than the clip v2, plus or zip 17.13.48 # and is discontinued anyways... 17.15.05 # so what's the best, v2, plus, or zip? 17.16.54 # v2 is also discontinued 17.17.01 # get a plus or zip 17.17.14 # they are the same for your criteria, there is not "best" 17.17.29 Quit Guest44315 (Ping timeout: 264 seconds) 17.21.23 Quit efyx_ (Ping timeout: 256 seconds) 17.21.50 Join efyx [0] (~efyx@67.187-67-87.adsl-dyn.isp.belgacom.be) 17.22.50 # well, discontinued isn't necessarily an issue, could buy used 17.23.19 Join froggyman [0] (~froggyman@c122-108-139-60.mirnd3.nsw.optusnet.com.au) 17.23.19 # of all the rockbox compatible DAPs, which has the best SQ? 17.23.42 Nick froggyman is now known as Guest49640 (~froggyman@c122-108-139-60.mirnd3.nsw.optusnet.com.au) 17.23.53 # yes but clip players already don't have an impressive battery life when brand-new. So better not buy a 3 years-old clip. 17.28.03 # diginet_: the old iaudios have a good reputation 17.28.14 # Good luck finding them though! 17.28.20 Join freqmod_ [0] (~quassel@cm-84.215.142.108.getinternet.no) 17.28.26 Quit freqmod (Quit: No Ping reply in 180 seconds.) 17.28.35 # hah, okay, one more criterion then: at least somewhat easy to find :P 17.29.48 # Well, I'm perfectly happy with the way my gigabeat F60 plays 32kbps mp3 :) 17.30.02 # Which probably says my recommendations regarding SQ are useless 17.31.51 # diginet_: some Clip+'s have CPU noise, the Fuze+ has some hiss with highly sensitive IEMs, the iPod Classic has a less than ideal output impedance of 5.5Ω but is dead silent, the iPod Video 5.5G has a slight bass roll-off 17.32.00 Quit Zagor (Quit: Clint excited) 17.32.15 # dunno about the Clip Zip 17.33.56 Quit efyx (Remote host closed the connection) 17.39.26 Quit stoffel (Ping timeout: 260 seconds) 17.56.30 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.57.42 # amayer: Thanks. Looking at the page, the only thing that jumped out at me was the dependencies, but I have all of them. The coliphon and cygnus errors are from what I was able to find elsewhere, bugs in texinfo 5.0, but should have been resolved. I have 5.1, which is supposed to have fixed the problem. I'm wondering if something else could be causing this somehow, but I'm not sure where to find the answer at this point. 18.25.30 Join stoffel [0] (~quassel@pD9E42A01.dip0.t-ipconnect.de) 18.25.55 # my E260 is very nice but i also get a hiss at the start of an album that dissapears until a new track... but that hiss is less than noticeable... its more prevelent with FLAC files though :/ 18.26.06 # but dat 27 hours battery life :3 18.28.34 # Mir: that sounds like you are hearing some interference from the storage system 18.28.44 # i.e. while it's reading form the storage to buffer track data 18.29.02 # that's consistent with it being worse with FLAC, since flac files are bigger and so buffering happens more often 18.29.10 # Yes. The e200 is known for that 18.29.17 # cool 18.29.30 # thank you... no one has explained that to me :) 18.29.43 # IIRC saratoga had some ideas on possibly tuning the sd access patterns to push the noise into ultrasound 18.29.56 # does that issue effect the c200 as well? 18.29.59 # Well, I guess this is what happens when I don't specifically ask Google about Rockbox issues :-P http://rockbox.haxx.se/irc/log-20130407#20:17:28 is my exact problem. I guess I need a way earlier version of texinfo to build the cross-compiler and binutils. 18.30.17 # gevaerts: ohh that would be interesting 18.30.46 # * Mir roots saratoga on 18.31.06 # Mir: no. This is related to sd wires being close to audio wires on the PCB, which is going to depend on the actual device more than on the SoC 18.31.49 # Note that it's entirely possible that saratoga found out by now that it's not feasible :) 18.32.17 # ahh 18.32.29 # well i found the battery life makes up for the hiss 18.32.53 # flac and SDHC makes rockbox so worth it :3 18.32.57 # Nice. For Arch Linux, I believe installing texinfo-legacy from AUR may solve my colophon and cygnus problem. 18.34.06 # just as a heads up the rockbox installer on opensuse 11.4 and up requires admin rights to install or update 18.35.20 # for certain players the installer needs root, yes, on all systems 18.35.22 # for other players it doesn't 18.35.33 # it depends whether the install process for that device requires raw access to usb and/or the disk 18.36.40 # i found that with opensuse it needs root access for all that i have tried.. iriver, clip, clip+ zip, fuse fusev2 fuse+ C200 e200 gigabeat 18.37.01 Join n1s [0] (~n1s@nl118-168-30.student.uu.se) 18.37.01 Quit n1s (Changing host) 18.37.01 Join n1s [0] (~n1s@rockbox/developer/n1s) 18.37.12 # it needs root access similar to changing the filesystem 18.37.21 # it's not distro-specific, and we know already, you don't need to report this 18.37.29 # ahh 18.37.39 # in fact it should say so in the instructions :) 18.37.51 # but what you said was right though 18.37.59 # for some devices if the player was already automounted by the system (usual for desktop systems) then we can install just fine as the user 18.38.19 # Mir: I do hear this storage access hiss on my c200 as well, it's there in the OF too, e.g. when "updating music database" but with the exception of this a bit less noticeable 18.38.25 # but many devices need raw disk access which will always need root, or libusb access, which may need root on some systems 18.38.48 # pixelma: good to know i am not alone 18.39.27 # Mir: if you don't mount the filesystem with user access, you'll need root for everything, yes 18.39.39 # gevaerts: but thats the thing 18.39.43 # i have done that 18.39.53 # it still needs root access 18.39.55 # That's not a rockbox issue though 18.40.02 # exactly 18.40.10 # which is why i mentioned it for suse 18.40.20 # it's not an issue at all 18.40.25 # i have not had this issue on puppy, tinycore, ubuntu, arch 18.40.48 # nope... not an issue but you never know when someone will come in complaining about it 18.40.48 # yhou would if you tried to install on an ipod, or various other devices 18.40.49 # :) 18.40.59 # you can't install on an ipod on *anything* without being root 18.41.11 # because the firmware partition is not mountable and we access it via /dev/sd? 18.41.16 # prince-kyle: g#471 should fix your issue 18.41.19 # 3Gerrit review #471 at http://gerrit.rockbox.org/r/471 : 3Fix building of sh, arm and m68k toolchains with new texinfo by Nils Wallménius (changes/71/471/1) 18.41.20 # * gevaerts could be pedantic here and disagree, but he's not going to :) 18.41.21 # sadly my ipod i had that was compatable had a dead battery 18.41.58 # and for some reason would not sync :/ 18.42.02 *** Saving seen data "./dancer.seen" 18.42.16 # prince-kyle: if you put the patch files in the rbdev-dl (?) dir in /tmp it will find and apply them 18.42.21 # the only other apple products i got is an itouch and a 3rd gen nano 18.42.33 # with that patch applied of course 18.43.09 # Torne: thanks for explaing it :) 18.43.28 # Oh didn't see that one. Thanks. For now, I got texinfo-legacy installed, and it's building correctly. I can try it with the patch as well if needed. I plan to reinstall texinfo 5.1 after the build is finished. 18.51.44 # are users allowed to put a "readme.txt" or "directions.txt" file in theme zips? 19.26.12 Quit Gallomimia (Excess Flood) 19.26.28 Join Gallomimia [0] (~gallo@key.cha0sgaming.net) 19.26.56 Part prince-kyle ("QUIT :Leaving.") 19.35.49 Quit melmothX (Quit: #) 19.54.45 Quit stoffel (Remote host closed the connection) 19.59.57 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 20.11.40 Nick Guest49640 is now known as froggyman (~froggyman@c122-108-139-60.mirnd3.nsw.optusnet.com.au) 20.11.45 Quit froggyman (Changing host) 20.11.45 Join froggyman [0] (~froggyman@unaffiliated/froggyman) 20.32.24 # has the USB issue with the fuze been resolved yet? 20.33.08 Join kaputnik__ [0] (~kaputnik@port-92-206-53-169.dynamic.qsc.de) 20.33.32 # which issue exactly ? 20.35.21 # the one where the OFW is in use when plugged into usb 20.36.30 Quit kaputnik_ (Ping timeout: 264 seconds) 20.40.35 # not aware of that one 20.41.48 # fuzev2 boots to rockbox when powered by USB since december 2011 and fuzev1 since july 2010 20.42.05 *** Saving seen data "./dancer.seen" 20.45.10 Join Strife89 [0] (~Strife89@2602:306:250f:8209:225:d3ff:fed6:15a) 20.47.22 # odd 20.47.25 # mine doesnt :/ 20.47.31 # rockbox 3.11 20.47.47 # update the bootloader 20.48.04 # with latest version mkasmboot or rbutil 20.48.50 Join jhMikeS [0] (~jethead71@50.4.247.132) 20.48.50 Quit jhMikeS (Changing host) 20.48.50 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 20.55.04 # sweet 20.55.38 # funman: i took your suggestion and updated to the lates stable... it seems to have worked :) thank you 20.55.39 Join Provel [0] (~Provel@75-132-18-44.dhcp.stls.mo.charter.com) 20.56.51 # thanks for being a so long user, you're welcome :) 20.57.00 Quit Provel_ (Ping timeout: 252 seconds) 21.05.07 # there 21.05.32 # all 3 C240's and two E260 are updated as well as one fuze 21.05.35 # ^-^ 21.07.42 Quit |akaWolf| (Ping timeout: 264 seconds) 21.07.48 Join onder` [0] (~onder@24.244.89.228) 21.12.42 Quit gapan (Quit: Leaving.) 21.26.07 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 21.37.54 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 21.37.57 Quit melmothX (Quit: #) 21.53.33 Quit benedikt93 (Quit: Bye ;)) 22.42.09 *** Saving seen data "./dancer.seen" 22.48.23 # diginet_: I prefer the Clip+ over the Zip. The Zip is really nice and I'm sure you wouldn't be disappointed with it, but for me it came down to ergonomics. 22.50.07 # On the Zip the Left/Right (FF/RW) key sare very easily knocked. Not so bad when you're in an environment where you can keep from accidentally bumping it against something, but too frustrating for my use. 22.51.07 # I purchased an oldish Clip+ recently and the battery lasts all day and I would us it 8-12 hours a day. 22.59.12 Quit kevku (Ping timeout: 245 seconds) 23.07.41 Quit hype_ (Quit: ["Textual IRC Client: www.textualapp.com"]) 23.09.46 Quit mrtux (Read error: Connection reset by peer) 23.10.26 Join mrtux [0] (~colin@unaffiliated/mrtux) 23.15.27 Quit Gallomimia (Ping timeout: 245 seconds) 23.16.30 Join Gallomimia [0] (~gallo@key.cha0sgaming.net) 23.27.49 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 23.29.43 Quit amayer (Ping timeout: 256 seconds) 23.30.17 Quit lebellium (Ping timeout: 256 seconds) 23.30.26 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 23.55.40 Quit Strife89 (Ping timeout: 240 seconds) 23.58.09 Quit y4n (Quit: PÆNTS ØLF!)