--- Log for 13.10.110 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 days and 23 hours ago 00.05.19 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 00.08.18 Quit n1s (Quit: Lämnar) 00.14.44 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 00.17.52 # linuxstb: but what about the sims? Seems the mapping of some buttons it was responsible for doesn't work anymore in at least the D2 sims as reported 00.19.25 # mapping of "buttons" - those related to the 3x3 grid mode things 00.22.17 Quit bertrik (Ping timeout: 245 seconds) 00.23.01 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 00.29.10 Quit stripwax (Ping timeout: 240 seconds) 00.35.27 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 00.36.05 # so are we frozen now or are we still debating? :) 00.38.01 Join casainho [0] (~chatzilla@bl20-146-8.dsl.telepac.pt) 00.41.39 # Torne: I think we've agreed to freeze, but no-one has said "We are now frozen". 00.44.46 Join JdGord [0] (~jd@1.41.219.237) 00.45.18 # Alexp: pixelma: a noframe option can't be added as simply as the other ones 00.46.04 # linuxstb: fair enough 00.46.16 # You could far it with an image though fairly easily 00.46.38 # Fake* 00.48.23 Quit bertrik (Quit: :tiuQ) 00.48.29 # was the suggestion to freeze on Monday (or was that supposed to be yesterday rather than next Monday?) 00.48.30 Quit Llorean (Quit: Leaving.) 00.49.25 Join aexin [0] (eivindsy@unaffiliated/aevin) 00.49.37 Quit pamaury (Remote host closed the connection) 00.50.25 Quit aexin (Client Quit) 00.52.52 Quit Rob2223 (Quit: Rob2223) 00.54.19 # stripwax: The Monday that's just passed. 00.54.25 Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.10/20100922073514]) 00.54.47 # ah 00.57.11 Join Rob2222 [0] (~Miranda@pD9FE29B1.dip.t-dialin.net) 01.03.53 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 01.03.53 Quit JdGordon| (Changing host) 01.03.53 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 01.04.51 # arg, anyone seen playback freeze recently? the main thread is working fine, playback has just stopped mid track 01.05.16 *** Saving seen data "./dancer.seen" 01.05.24 # buffering debug screen says everything is full 01.05.54 Quit JdGord (Quit: Bye) 01.07.34 # I haven't seen that sort of thing recently, no 01.08.14 # I updated my mini2g for the first time in weeks last night, hopefully its not a recurring thing 01.14.32 # New commit by 03theseven (r28261): iPod Nano 2G USB: Make sure the USB core is properly powered off on boot. 01.15.29 # hello. on linux kernel 2.6.28-19-generic from ubuntu. sansa fuze v1, sansa firmware v01.02.31A, set to MSC mode. rockbox 3.6 installed today. when I connect the device with the usb cable, I get the constant rebooting mentioned in this channel on Oct 06. any workaround besides booting into the original firmware? 01.15.55 # chattr: either install an older bootloader, or a current build 01.16.09 # r28261 build result: All green 01.16.24 # TheSeven, Searching back the las few days I didn't see you mention this latest commit. Should this change create any user-visible improvements? 01.16.25 # gevaerts: ty. any gotchas with a current build? 01.16.41 # if you know 01.17.21 # chattr: some people (but definitely not everyone) suffer from FS#11608 01.17.39 # soap: it fixes an occasional bug that reduces battery runtime a lot when it occurs 01.17.39 # Try it and see 01.18.33 # ahh, some people's USB core was inadvertently staying on post boot? 01.18.41 # exactly. 01.18.52 # Thanks. 01.19.10 # the battery impact was rather huge. the current was 2 to 3 times as high as it should have been 01.20.28 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 01.21.01 # did the USB suck all that power itself, or was there some cascading effect? 01.21.54 # i can't tell what exactly was the power sucker, there might also have been additional system bus load, but most of it was surely eaten by the USB core and clock generation 01.22.11 Quit Xerion (Ping timeout: 252 seconds) 01.22.19 # this thing eats like 30mA on a device that needs ~15mA total when playing music 01.22.59 # FWIW I dislike how strongly rockbox utility pushes people towards release builds, when in fact its fairly rare that theres any serious stability difference between release and current builds 01.24.04 # saratoga, if one goes much further down that road isn't one basically questioning the whole value of release builds? 01.24.36 # soap: IMO we should just say that releases are tested and teh bugs documented, while current builds are not tested but generally have more fixes/features 01.24.44 # saratoga - fyi FS#11666 in its current incarnation appears to resolve the problems I had running the fastermdct tremor patch on alternative arm devices 01.24.52 # stripwax: nice! 01.25.24 # fwiw i wonder if the mdctlib optimizations even compile on non-gcc systems 01.25.27 # saratoga - not observed any downside yet so going to commit it into rockbox svn in a sec 01.25.30 # saratoga - i doubt it 01.25.36 # saratoga: we had a bit of a discussion last night about keeping better track of a stable branch 01.25.54 # yes i skimmed that 01.28.08 Join Hillshum [0] (4ba5f419@gateway/web/freenode/ip.75.165.244.25) 01.28.56 # To compile ARM targets on Cygwin, should I use arm-elf-gcc or build the eabi toolchain? 01.29.16 # eabi 01.29.20 # New commit by 03stripwax (r28262): Rearrange and remove some manual register assignments, make use of pointer address increments for free on arm, and remove macros in favour of explicit ... 01.30.03 # rockboxdev.sh failed to pull it off, I'll try again 01.30.04 # Hillshum - unfortunately the eabi is not prebuilt at download.rockbox.org/cygwin 01.30.42 # Did you install all prerequisites? 01.30.53 # I think. I should check again 01.31.07 # r28262 build result: All green 01.31.11 # unless you're good with cygwin you should probably not use cygwin 01.31.51 # cygwin builds just take forever 01.32.17 # I'd rather not get a VM up and running, and I'm not familiar with the other options 01.32.33 # I left my laptop on overnight building gcc (via rockboxdev.sh), and it still wasn't done when I left for work in the morning 01.32.56 # What are the prerequisites? 01.33.58 # gevaerts: thanks for the pointer to the flyspray#. I just read the comments. I will wait on trying the current build or an older bootloader, and stick with booting into the original firmware. 01.34.45 # New commit by 03torne (r28263): FS#10910: Manual incorrectly claims that the sleep timer and wake-up alarm are mutually exclusive ... 01.35.16 # Hillshum: newer gcc wants libgmp3, libmpfr and texinfo 01.35.32 # didn't we fix it to not need those? 01.35.34 # it doesn't really need them 01.35.45 # i thought someone added a patch to fix gcc's configure 01.35.56 # Would it be possible to integrate wakeup into the alarmclock plugin? 01.36.15 Join perrikwp [0] (~18a7a08e@giant.haxx.se) 01.36.25 # r28263 build result: All green 01.38.23 # Hillshum: what do you mean? 01.38.32 Part toffe82 01.40.17 # Torne: From what I understand, I must decide beforehand if I will allow my Clip+ to power off before the alarm is scheduled to go off and use the plugin if I won't be powering down, or the setting from the System menu if I will. 'Twould be nice if there were only one place to set alarms that didn't care 01.40.56 # that's not how it works.. at least it shouldn't be 01.41.15 # the RTC interrupt should trigger the alarm anyway 01.41.17 Quit LambdaCalculus37 (Quit: Fwump) 01.41.25 # the alarm plugin is only for targets with no RTC, no? 01.42.07 # It's on the Clip+ 01.42.25 # Hm, wait, what? it's only built for targets *with* an RTC? that makes no sense 01.42.45 # no, that cant be right 01.42.49 # i thought the whole point of the plugin was that it just sat there in the foreground waiting until a given time passed 01.43.10 # so you didn't need to have an RTC for it to work 01.43.13 # JdGordon|: it's #if CONFIG_RTC 01.43.28 # wtf? :p 01.43.45 Join fenugrec [0] (~ABC@poste194-167.wl.t.ulaval.ca) 01.44.51 # bizarre. apparently i've totally misunderstood what the plugin is for 01.44.57 # ok, so that seems entirely useless then 01.45.34 # Hi, running #28212 on a FuzeV1 here, and certain MP3s have warbled audio and playback problems, however I can read those same files on my PC correctly. Anyone else with this problem ? or clues ? 01.45.48 # Torne: On targets without RTC, it would be more like an egg timer. 01.46.00 # I was using #26??? before without problems. 01.46.19 Quit stripwax (Quit: http://miranda-im.org) 01.46.22 # *24426 rather 01.46.22 # Hillshum: yes, that's what i assumed it *was* 01.47.05 # okay, er, weird 01.47.15 # the rtc drivers define a function to poll if an alarm has happened 01.47.21 # fenugrec: ALOT has changed since then, the best help you can do is try to go back through those revisions and work out when it started dieing 01.47.22 # Instead, you specify a time that it starts playback on. And the wake-up feature requires the thing to be off 01.47.24 # and the power management thread calls it every second 01.47.35 # and if it returns true then it.. turns the alarm off. and does nothing. 01.47.41 # if you can build your own builds it wont take all that long 01.47.42 # so it specifically detects the alarm going off 01.47.46 # fenugrec: http://www.rockbox.org/tracker/task/11608 maybe? 01.47.47 # and then does nothing about it 01.48.07 Quit kazaik (Ping timeout: 245 seconds) 01.48.11 # Perhaps it should start playback? 01.48.14 # JdGordon: Arg, I expected that. Is there an online repo of pre-builds ? I totally hosed my rb environment since the switch to "elf-eabi" etc. 01.48.47 # not that go back that far 01.48.56 # you can try the 3.6 stable build though 01.48.58 # Hillshum: i assumed it did, but it doesn't look like it. 01.49.11 # Hillshum: so yeah, i don't see any reason why the alarm clock plugin should even exist 01.49.13 # gevaerts: hmm not quite. It's not as severe 01.49.26 # the code should just actually *do something* when the alarm goes off while the player is turned on 01.49.32 # uh did the bootloader change a lot since r24* ? 01.50.01 # Hillshum: well, you can get right on that, anyway ;) 01.50.01 # Torne: the alarm thing - isn't (or shouldn't) this still be true for some targets? I thought I remember some hardware limitations (but no details) 01.50.10 # pixelma: it's possible 01.50.18 # pixelma: but i checked and none of them turn off as far as I can see 01.50.21 # Torne: How much C would I need to know...? 01.50.35 # very very old code back in archos-only days did turn it off when the alarm was set 01.50.49 # Torne: then it should still stay in the manuals of affected targets, no`? 01.50.58 # pixelma: I just checked and there are no targets that do that 01.51.02 # unless i am missing something 01.51.07 # pixelma: re the %Vf() bug... your test skin works on the e200 so it could be a greyscale only bug.. does %Vf() work as expected at the start of a viewport at all? 01.51.14 # the alarm code is totally platform independant and the rtc code doesn't turn it off 01.51.22 # that is the last new skin bug so i'd like to close it one way or another 01.51.39 # it sstill has code in there to prevent you from setting an alarm in the next two minutes, commented saying that it's to stop the alarm from going off during shutdown 01.51.46 # but there's no code path that leads to a shutdown 01.52.01 # that code is just still there from r5000 or so 01.52.10 # Torne: I'm not sure, I thought the Archoses needed it but my Archos doesn't have an RTC so can't tell for sure 01.52.10 # That's old... 01.52.33 # so s/Archoses/Recorders 01.52.39 # Targets need more that just an RTC for this right? 01.52.48 # Hillshum: they need an RTC with an alarm, yes 01.53.03 # pixelma: i guess maybe the alarm only works as a wakeup source on the recorder? 01.53.13 # i.e. it doesn't genrate an interrupt or any pollable status value if the player is on 01.53.16 # that's possible. 01.53.31 # but still i don't see any code that turns it off. 01.53.37 # and there's certainly no interaction between the alarm and sleep timer 01.53.39 # JdGordon: should I load a more recent bootloader than 24* ? 01.53.53 # Torne: I think it was that it immediately needed to turn off but I'm really really unsure 01.54.12 # pixelma: well, i'm al;most certain that it *doesn't* turn it off. maybe it does need to ;) 01.54.16 # JdGordon|: ok, I'll try in a minute 01.54.19 # but if so then it looks like the code is broken 01.54.52 # fenugrec: I dont know the fuzes very well... not sure. I dont tihnk it makes any difference though 01.54.57 # as long as it boots at all 01.55.08 # ok thanks, I'll do some more testing this evenin' 01.55.13 # pixelma: it doesn't turn it off on any of the targets i have, anyway ;) 01.55.19 # IIRC only the V2/FM Recorders could wake up and some could be modded 01.55.22 # thanks, I may be back 01.55.31 Part fenugrec ("Leaving") 01.57.51 # Okay. Here's my Cygwin compilation code 01.57.57 # *error http://pastebin.com/8ne7u0hj 01.58.28 # Ah yes, you also need libiconv 01.59.12 # JdGordon|: doesn't work with r28231, should I expect something from the later changes? 01.59.28 # pixelma: what doesnt work? 01.59.44 # * Hillshum meant to try installing that.... 02.02.08 # the test.wps - should change foreground greyshade with hold status for the current playing time. The latter shows up but doesn't change shade and the "TTT" etc. inside the conditionals don't show up at all 02.02.25 # is it too horrible to call bookmark_autobookmark() from powermgmt.c ? :) 02.02.40 # erm, WHAT? 02.02.44 # pixelma: right, can you check if %Vf works as it should outside of condiaiontlas? 02.03.09 # poweroff from the sleep timer doesn't save bookmarks at the moment; it's trivial to fix for the case where you actually power off by just removing the call to audio_stop() in there (shutdown stops audio anyway) 02.03.19 # but for the case where you're plugged in and can't power off.. not sure what else to do 02.04.06 # JdGordon|: it does with my usual WPS using conditional viewports 02.04.40 # ok, I wonder why grey is being wierd then 02.06.56 Quit leavittx_ (Ping timeout: 264 seconds) 02.07.29 # at least stack usage doesn't jump to 90% anymore when going to the WPS and stays at 50% on the M5 02.10.23 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 02.12.24 # I'll update and see if something changed 02.12.31 Quit Judas_PhD (Quit: This is a quitting message) 02.14.45 Join Xerion [0] (~xerion@541907CA.cm-5-2a.dynamic.ziggo.nl) 02.14.59 # I see it working on my colour target, the c200 which I just updated. Back when I reported it, the thing didn't work in an X5 sim 02.16.22 # it still wont work with static text, but there is a simple fix for that... It needs a tag which always causes the line to change but not draw anything which could be added ismply 02.16.33 # but it not working at all for grey is wierd 02.17.22 # I'm currently compiling a new revision, don't know what happened in the last 30 02.17.47 # nothing which would change that tag 02.19.23 Quit Xerion (Read error: Connection reset by peer) 02.20.05 Quit Depressicaa (Ping timeout: 252 seconds) 02.20.09 # I really took the WPS from my M5 and copied it to the c200 and just replaced the grey values with colour ones so there shouldn't be a wps code problem. Hmm, by the way the text inside the conditional doesn't show up either on colour, not sure if it should 02.20.33 Join Nausicaa [0] (~Nausicaa@c-71-239-58-153.hsd1.il.comcast.net) 02.20.38 # just the playback time which changes colour on switching hold 02.20.38 Join Thanatos [0] (~Nausicaa@c-71-239-58-153.hsd1.il.comcast.net) 02.20.56 # yeah, the text after Vf not showing is odd, I'm not sure if it is expected or not 02.21.07 # from a user POV it obviosuly isnt expected 02.22.12 Quit Zambezi (Quit: 2weeks idletime.) 02.24.54 # I got http://pastie.org/1217061 compiling the eabi toolchain on Cygwin. 02.25.18 # same error S_a_i_n_t was getting 02.26.04 # so, if I have battery level displayed in % and want it to turn red for the last 10% - would having the %Vf inside the battery level conditional work if the only text the will be updated in such a case is battery level in % - at the same number it would change colour or maybe if it decreases on more percent? 02.27.40 # it shuold 02.27.52 # when it changes "state", if and when it changes colour is the actual question 02.28.52 # I think I could simplify my WPS that why, will play around with it a bit the next days 02.29.28 # %bl%%%if(%bl, <, 10)<%Vf(ff0000)|%Vf(aaaaaa)> 02.29.32 # I would expect that to work 02.30.03 # where's the eabi toolchain *supposed* to live? 02.30.05 # %bl%% could be on either end 02.30.17 # ok, just wanted to ask about that 02.30.32 # as long as its on the same line it should work 02.30.36 # my PC died last night from loss of power (powercut) and I've no idea if it finished building or not. 02.30.49 # (should here being "I would hope it would") 02.31.25 # it needs to be on the same line? 02.31.30 # yes 02.31.37 # well no 02.31.53 Join webguest83 [0] (~48cf4ea5@giant.haxx.se) 02.32.01 # only lines *after* the Vf change *and* have dynamic tags will change colour 02.32.49 # so unless a special tag is added (or some rather messy code to check colour changes) anything more complex than a single line is better with seperate viewports 02.35.38 # really no change on my M5, don't know how high the chances are that it is a remote target problem maybe (though grey remote too). If you want to, you could check it on your Mini I guess 02.35.39 Join krabador [0] (~krabador@host9-18-dynamic.251-95-r.retail.telecomitalia.it) 02.36.31 # i tried on the mini sim last night and it looked like Vf wasnt working at all... 02.40.21 # hahahaha....that's really funny with the alarm plugin. 02.40.56 # Llorean tried ripping a shred off me yesterday for suggesting that wasn't intended function. 02.41.13 # ...nice. 02.41.18 # huh? 02.41.44 Quit timccc (Quit: Leaving.) 02.41.46 # the discussion about the point of the alarm came up yesterday, and if it should/shouldn't wake the device. 02.42.33 # then it's not about the plugin 02.42.43 Quit saratoga (Quit: Page closed) 02.45.28 Quit webguest83 (Quit: CGI:IRC) 02.46.08 # * S_a_i_n_t isn't quite sure what to say there... 02.46.44 # seems Torne and Hillshum had the same discussion, only it went a lot better. 02.47.40 # JdGordon|: %Vf only seems to work if it is on the same line as the %V 02.48.23 # on grey? or all targets? 02.48.37 # on grey it seems 02.49.18 # I wonder if there is a incorrect #if somewhere then 02.51.34 # I played around with the test.wps - just removing the conditional statement only leaving %Vf(2) on an own line first and it didn't work. I wondered why my full WPS works then and then appended the %Vf to the viewport line and it started working 02.52.08 # sorry for weird English, I should go get some sleep 02.58.37 Join anewuser [0] (kvirc@unaffiliated/anewuser) 03.05.14 Quit Hillshum (Quit: Page closed) 03.05.18 *** Saving seen data "./dancer.seen" 03.27.17 # JdGordon: With your 180x800 backdrop. did you want to use a larger font than the cabbie port for android already uses? 03.27.32 # I mean, will the current "titlebar backdrop" be sufficient? 03.27.55 # Or do I need to make it larger> 03.29.20 # 480x800 03.29.33 # errr...yeah, oops. 03.29.41 # I want it the same as the wps, so either really 03.29.57 # I dont actually mind the smaller title text 03.30.05 # need to see what it looks like on target thoguh 03.33.37 Join timccc [0] (~tim@112.166.15.141) 03.43.30 # JdGordon: far too easy ;) 03.43.45 # I know :) 03.43.48 # preview: http://iforce.co.nz/i/p3pyfawg.png 03.43.59 # please please please can you fix the wps popup though? 03.44.00 # download: http://www.datafilehost.com/download-08f61685.html 03.44.13 # without the stuff at the bottom 03.44.23 # Um...yes, what's needed to "fix" them? 03.44.38 # Oh, ok...I'll have a look. 03.44.42 # a area for a mein button, and a hotkey button 03.45.00 # s/mein/menu/ 03.45.30 # the .sbs background should be what you wanted...I'd probably go so far as using it for the .wps too and adding the titlebar in with a viewport so all the fonts match throughout the screens. 03.45.48 # I never really liked the idea of the title being part of the backdrop. 03.46.36 # yeah 03.46.41 # it should be translated 03.46.47 # importing that font would be good 03.47.01 # Yeppers. 03.47.22 # I *try* to add translation anf rtl support wherever possible. 03.47.26 # *and 03.47.38 # mind you, specifying fonts in the skins is bad for translation support 03.48.17 # It is, yes...a serious workaround is needed for the fonts. in theory they all should have the same charsets. 03.48.30 # that would be nice, but a LOT of work. 03.48.48 # 1000s of chars created by hand, uuuurgh. 03.48.54 # yeah, not gonna happen 03.49.11 # still this way is worth that problem anyway 03.49.43 # It may be possible now with %if (perhaps not) to use unifont for rtl cases? 03.50.01 # no 03.50.14 # well, the viewport font could be changed like the colours 03.50.17 # I always wanted a way to select fonts conditionally, but, ...no biggie. 03.50.52 # then it could fallback to unifont for rtl, which is the only font that supports rtl. 03.51.02 # no it isnt 03.51.04 # (afaik) 03.51.20 # oh...hmm, what else does? that's good to know. 03.51.48 # http://rasher.dk/rockbox/fontstats/ hebrew and arabic are the obvious rtl langs 03.52.03 # hebrew is pretty well covered 03.52.22 # arabic barely 03.53.11 # I'm guessing the ~30% hebrew coverage is just letters and not the optional pronounciation dots 03.53.17 # wow. I'd never seen that link before, my pissing around lead me to conclude unifont was the only font that supported rtl. 03.53.58 # a font doesnt support rtl or not... it supports glyphs 03.54.03 # which some languages would draw backwards 03.54.18 # well, yeah. bad wording on my part. 03.55.59 # and I guess what I meant by "supports" was "100% of possible glyphs"...I'm aware that there are fonts with partiial coverage for rtl langs. 03.56.37 # yeah, but like I said, hebrew is perfectly usable with the 30% covergae it has 03.58.24 Quit DerPapst (Quit: Leaving.) 04.00.51 # JdGordon: With the popup, does the whole image stay the same size? (i'm guessing so) and I need to make room inthe space there is? or can the image size be increased? (probably mess up your positioning) 04.01.09 # up the image size I tihnk 04.01.27 # also, if oyu can be bothered, the browse image seems bigger than the other two which is a bit odd 04.01.45 # I can fix the positioning easily 04.01.45 # yeah, I was just looking at that. 04.01.51 # ok, cool. 04.04.22 # can you do both screen sizes in svn please? 320x480 and 480x800 04.05.05 Quit perrikwp (Quit: CGI:IRC (EOF)) 04.05.58 Quit pixelma (Disconnected by services) 04.06.00 Quit amiconn (Disconnected by services) 04.06.00 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.06.00 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.06.02 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.06.15 # Yeah, I can...but it'll take me a little longer than the backdrop fix did ;) 04.06.20 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.06.21 # A little more complicated ;) 04.06.28 Join perrikwp [0] (~18a7a08e@giant.haxx.se) 04.10.25 Quit TheSeven (Ping timeout: 240 seconds) 04.12.12 Quit rvvs89 (Ping timeout: 265 seconds) 04.12.30 Join rvvs89 [0] (rvvs89@mussel.ucc.gu.uwa.edu.au) 04.14.37 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.16.31 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 04.48.28 Join dys` [0] (~andreas@krlh-5f7243de.pool.mediaWays.net) 04.49.21 Join Barahir [0] (~jonathan@frnk-590f750c.pool.mediaWays.net) 04.49.53 Quit MethoS- (Remote host closed the connection) 04.50.49 Quit dys (Ping timeout: 276 seconds) 04.52.48 Quit Barahir_ (Ping timeout: 265 seconds) 04.55.20 Quit Strife89 (Quit: Sleep cometh near.) 05.03.17 Quit froggyman (Quit: Bye) 05.04.47 Join froggyman [0] (~seth@unaffiliated/froggyman) 05.05.07 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 05.05.20 *** Saving seen data "./dancer.seen" 05.06.39 Quit Farthen (Ping timeout: 252 seconds) 05.14.18 Join soap_ [0] (~soap@rockbox/staff/soap) 05.15.21 Quit soap (Disconnected by services) 05.15.24 Nick soap_ is now known as soap (~soap@rockbox/staff/soap) 05.20.53 # eeek! PANIC "Write 710555265 after data" 05.33.47 Quit ps-auxw (Ping timeout: 240 seconds) 05.44.28 Quit Horschti (Quit: Verlassend) 05.45.13 Join ps-auxw [0] (~arneb@p4FF7EDF0.dip.t-dialin.net) 05.47.29 # oh crap, got that again... /me wonders who broke it 05.48.27 # sweet, simple repro.. start some music. pause it then start another track in the file broswer 05.48.33 # can anyone else repro this? 05.54.07 # never mind. Apparently .playlist_control got toally screwed up! 05.54.08 # /.rockbox/.playlist_controlAA Start cluster beyond limit (18446744073196864544 > 1978987). Truncating file. 05.54.11 # /.rockbox/.playlist_controlAA File size is 37267 bytes, cluster chain length is 0 bytes. 06.08.18 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.25.06 Quit S_a_i_n_t (Disconnected by services) 06.25.09 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.179) 06.38.27 # S_a_i_n_t: thinking about skinning the list items... how does this sound... 06.38.53 Quit edboyer93 () 06.39.06 # there would be a tag to say which viewport label to use for unselected list items, and to say which to use for the selection 06.40.52 # you would then setup the viewports for both of them, but instead of the viewport x,y being screen relative they would be relative to the main list item selection viewport 06.42.24 # e.g %list_item(x,y,width,height, , ) <- x,y there is screen relative (so as expected) 06.42.51 # It sounds....really complicated, and I can't even begin to imagine it in code form...but, that's not my job so "OK" ;) 06.43.12 # then you'de setup viewports like %Vl(selection, 0,0,10,10,0) for an icon (which draws at 0,0 in the selection) 06.43.33 # %Vl(selection, 0,10,-,10,0) would be below it... etc 06.44.12 Quit S_a_i_n_t (Disconnected by services) 06.44.14 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.186) 06.44.32 # you're not kidding complicated :) this is the problem, I cant tihnk of a simple way to do it 06.45.44 # but doing this would get rid of I tihnk every complaint there is with the list 06.45.56 # vertical spacing, nicer selection bar, bmp selection bar 06.46.27 # 2 line selector lists are a bit of a WTF with this though 06.48.42 Quit S_a_i_n_t (Ping timeout: 265 seconds) 06.48.55 Quit Chronon (Quit: Fnord!) 06.49.18 # I guess to start with multiline selectors would just have to use the selection vp more than once 06.52.35 Quit Judas_PhD (Quit: This is a quitting message) 06.53.34 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.238) 06.54.41 # So, um...yeah 06.54.48 # why does it need two VPs? 06.55.10 # different fonts? 06.55.10 # (sorry...I fell off the infonetz) 06.55.51 # if you could have a look at transparency for the line selector...I'll love you long time, or not, whatever gets the most incentive. 06.58.32 Join hebz0rl [0] (~hebz0rl@dslb-088-067-214-078.pools.arcor-ip.net) 07.00.12 # why does what need two vps? 07.00.23 # what you were just talking about 07.00.25 # the lists 07.01.28 # you mean why did my example show two? or why i said a different vp label for the selected and not selected items? 07.01.39 # the latter 07.03.10 # just for flexibility 07.03.13 # is gcc-core.4.4.4 from http://ftp.gnu.org/gnu/gcc/gcc-4.4.4/ the same one as the rockboxdev.sh script pulls? 07.03.23 # aha. 07.03.35 # I guess it adds for cool effects with ease too 07.03.35 # otherwise it would need a tag to check if we are selected or not 07.03.43 # like diffent font/colour for selection 07.04.08 # the tag to check selection could be useful though, as it could be used elsewhere though 07.04.47 # (seems kinda lame, but to display a bitmap or notification if selection is happening in the lists) 07.05.04 # hu? 07.05.19 # I dont see how that could work 07.05.21 *** Saving seen data "./dancer.seen" 07.06.12 # like "disk acces" except for "are we scrolling/selecting in the lists" or am I imagining what you said about a tag to check selection too literally? 07.08.23 # it would need to be more "is the viewport being drawn now the selection" more than "is there a selection" 07.08.41 # which is harder to make work than just seperate viewports 07.08.45 # Aha, right. 07.09.09 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.09.10 # scrolling would be totally fucked though I think 07.09.20 # fair enough. seperate viewports does make it somewhat easier to configure a selected and non-selected look for list items 07.09.35 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 07.09.47 Quit anewuser () 07.09.57 # scrolling would possibly be going off at different times, yes, which could look mighty weird. 07.10.13 # the way im talking about you couldnt use scrolling at all 07.10.33 # major drawback. 07.10.42 # bugger. 07.10.45 # yeah 07.11.11 # the idea of a selected VP/non-selected VP seems really appealing, if you can find a way to make scrolling work. 07.11.27 # But I'm sure completely re-doing scrolling isn't high on your list. 07.12.18 # nor is making the lcd/viewport drivers suppport child viewports which this really needs 07.18.03 Quit JesusMcCloud (Ping timeout: 245 seconds) 07.26.28 Join JesusMcCloud [0] (~JesusMcCl@84.119.81.195) 07.26.49 Quit mc2739 (Ping timeout: 276 seconds) 07.28.31 Join mc2739 [0] (~mc2739@71.20.73.59) 07.28.31 Quit mc2739 (Changing host) 07.28.31 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 07.44.31 # another reason for 2 viewports is the selected item could be a bigger rectangle than the non selected 07.50.49 Quit hebz0rl (Quit: Leaving) 07.51.30 Nick dys` is now known as dys (~andreas@krlh-5f7243de.pool.mediaWays.net) 08.01.54 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 08.06.12 Quit Judas_PhD (Client Quit) 08.09.33 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 08.09.35 Quit tchan (Ping timeout: 276 seconds) 08.12.48 Quit elinenbe (Ping timeout: 265 seconds) 08.21.59 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.22.06 Quit JdGordon| (Quit: leaving) 08.26.06 Join JdGord [0] (~jd@122.110.129.52) 08.31.07 Join wodz [0] (~wodz@chello087206240131.chello.pl) 08.32.00 Quit Nausicaa (Disconnected by services) 08.32.26 Join Depressicaa [0] (~Nausicaa@c-71-239-58-153.hsd1.il.comcast.net) 08.34.17 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.34.24 Join Wyatt [0] (~wyatt@99-88-142-167.lightspeed.clmboh.sbcglobal.net) 08.35.11 Part Depressicaa 08.35.20 Quit Thanatos (Quit: Leaving) 08.44.52 Quit JdGord (Quit: Bye) 08.45.10 Part Wyatt ("Konversation terminated!") 08.51.30 Part Zagor 08.52.02 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.52.11 # New commit by 03bertrik (r28264): Update of Czech language - FS#11674 by Marek Salaba 08.53.01 Join leavittx_ [0] (~lev@89.221.199.187) 08.53.53 # r28264 build result: All green 08.56.40 Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee) 08.58.55 Quit bertrik (Quit: :tiuQ) 09.00.34 Quit perrikwp (Quit: CGI:IRC (Ping timeout)) 09.04.28 Quit leavittx_ (Ping timeout: 264 seconds) 09.05.22 *** Saving seen data "./dancer.seen" 09.08.11 # * S_a_i_n_t sees another report of undefined instruction whilst skipping tracks on Nano2g: 09.08.15 # http://www.rockbox.org/tracker/task/11636?project=1&show_task=&order=dateopened&sort=desc 09.08.39 # This is now myself, G4)blivion, and this guy experiencing the issue. 09.09.18 # I seem to be able to reproduce it the easiest, however...as I can make it happen whenever I want just by skipping tracks too quickly either forward or back. 09.09.18 Quit wodz (Ping timeout: 245 seconds) 09.09.42 Join ender` [0] (krneki@foo.eternallybored.org) 09.10.31 Part Zagor 09.10.45 # G4Oblivion reported that resetting his config fixed the issue for him, which I haven't looked into yet, but, there shouldn't be ay config value that makes this behaviour more/less likely...it just shouldn't happen. 09.11.09 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 09.15.57 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 09.21.23 Quit linuxstb (Ping timeout: 245 seconds) 09.24.09 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.24.19 Quit krabador (Ping timeout: 240 seconds) 09.32.01 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 09.34.05 Join linuxstb [0] (~linuxstb@59.230.19.95.dynamic.jazztel.es) 09.34.10 Quit linuxstb (Changing host) 09.34.10 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 09.34.24 # * S00row tips his hat 09.35.53 # I'm very new to rockbox, attracted by lwn.net and the Rockbox as an app andoid port. I'm compiled, installed and running and i'd like to track development of the project. 09.35.59 Join Rob2223 [0] (~Miranda@pD9FE310E.dip.t-dialin.net) 09.36.08 # S00row: welcome! 09.36.31 # Previously i've done this using rss + git activity lists, 09.37.19 # yes, the commit and flyspray mails are a good way to see what's happening. and being here. 09.37.30 # www.rockbox.com/recent.shtml#svn is close to what i want 09.37.55 # we post all commit on twitter if you prefer that :) 09.39.00 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 09.39.25 Quit Rob2222 (Ping timeout: 240 seconds) 09.39.39 # we don't currently have a commit rss feed 09.41.44 Quit elinenbe (Ping timeout: 265 seconds) 09.42.45 Join swilde [0] (~wilde@aktaia.intevation.org) 09.43.25 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 09.44.17 # feature request ;) 09.45.00 # yes, it makes sense to have one. I don't have time to look into it right now though. 09.48.16 Quit linuxstb (Ping timeout: 252 seconds) 09.48.48 # I thought there was an RSS feed for commits? 09.49.00 # Or, is that just for 'major changes'? 09.49.38 # A recent forum post seems to imply rather heavily that there's one of those two at least. I forget which. 09.50.43 # rasher.dk/rockbox.majorchanges.php 09.51.02 # s//./\// 09.51.15 # * S00row needs to learn how to type 09.51.18 # aha, yeah. that's the one. 09.51.30 # cia has one for commits 09.51.30 # It isn't responding at the moment 09.52.00 # Works for me 09.52.15 Quit S00row (Read error: Connection reset by peer) 09.52.42 # wasn't there also something linked to gmane? 09.54.46 Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) 09.55.16 # Ah yes probably one for the -cvs list 09.56.38 # cia.vc/ seems to have what i'm looking for 09.57.18 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 09.57.37 # pixelma: just nagging :-) 09.57.48 # I'll add a link to the front page 09.59.03 Quit sasquatch (Quit: WeeChat 0.3.2) 09.59.09 # New commit by 03zagor (r28265): Added link to cia.vc rss commit feed 09.59.30 Join sasquatch [0] (~username@p4FF2CF4E.dip.t-dialin.net) 09.59.40 Quit Topy (Read error: Connection reset by peer) 09.59.54 Join Topy [0] (~Topy44@e179100152.adsl.alicedsl.de) 10.01.12 # JdGordon: Yeah, I'm not bothered really about the noframe nobar whatever, I was just trying to understnad them to describe them :) 10.03.56 Quit S_a_i_n_t (Disconnected by services) 10.03.58 Join [Saint] [0] (S_a_i_n_t@203.184.2.220) 10.07.27 Part LinusN 10.08.13 Join LinusN [0] (~linus@rockbox/developer/LinusN) 10.09.36 # Zagor: Are the sponsors logos missing, or do we no longer have any and the "Sponsors:" is superfluous? 10.09.40 # * AlexP guesses the former 10.10.30 # I see them 10.10.44 # hmmm, not here (chrome on windows) 10.10.48 # oh, maybe adblock 10.10.50 # one mo :) 10.11.15 # yes, adblock (at least here) 10.11.16 # Zagor: yeah, sorry - adblock :) 10.11.23 # ok 10.13.50 Quit pSiKO (Read error: Connection reset by peer) 10.24.26 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 10.24.33 Join kugel [0] (~kugel@rockbox/developer/kugel) 10.29.37 Join pSiKO [0] (~tbox@213.56.158.253) 10.31.43 Join noamsml_ [0] (~noamsml@adsl-75-45-229-34.dsl.sfldmi.sbcglobal.net) 10.34.31 Join DerPapst [0] (~Alexander@188.107.195.183) 10.34.39 Quit [Saint] (Ping timeout: 240 seconds) 10.35.27 Quit noamsml (Ping timeout: 264 seconds) 10.35.44 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.127) 10.39.45 Quit S_a_i_n_t (Ping timeout: 240 seconds) 10.41.07 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 10.41.54 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 10.45.47 Join petur [0] (d408b802@rockbox/developer/petur) 10.47.39 Quit wodz (Quit: Leaving) 10.56.21 Join xsloader [0] (~Minthe@gw13.ecc.u-tokyo.ac.jp) 10.56.23 Quit linuxstb (Ping timeout: 245 seconds) 10.56.59 # weeh 10.57.18 # the speedup from asm is *huge* for all codecs except applelossless and mp3 10.57.39 # pixelma: OK, I tihnk I see what the problem with Vf is... it isnt a skin bug at all (well yes and no).. the 2bit lcd drivers store the colours when the viewport is set (i.e when the skin sees %V() ), chaning it doesnt take effect till the next %V() call... 10.57.46 # * kugel wonders how to make a nice chart from it 10.57.57 # so not entirely sure how to fix it cleanly 10.59.16 # JdGordon: yea, I noticed that too with splashes once. you need lcd_set_viewport or lcd_set_{fore,back}ground everytimes the colors change. it will not apply automatically just from changing the fields in the structs 10.59.48 # its odd, and would be nice to be documented, but I think I can see why its doing that 10.59.54 # 16bit is fine, 2bit only 11.00.21 # fg_pattern = 0x55 * (~current_vp->fg_pattern & 3); <- in lcd_set_viewport() 11.00.26 # doing that every time would suck 11.02.01 # so probably the "fix" is to constantly watch the viewport colours in the skin render and reset the viewport if they change 11.02.30 Part Zagor 11.02.44 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 11.04.32 # we should definitely store test_codec results as xml! 11.04.43 Quit sasquatch (Ping timeout: 245 seconds) 11.04.56 # does the asm benefits help with the htc bug? 11.05.13 # probably 11.05.24 # but not for the majority of people since mp3 isn't faster 11.05.26 *** Saving seen data "./dancer.seen" 11.16.42 Join Zambezi [0] (Zulu@80.67.9.2) 11.17.19 Quit Zambezi (Changing host) 11.17.19 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 11.18.35 # i can't build rockbox after applying the first patch: http://www.rockbox.org/tracker/task/11664#comment37251 11.18.50 # ok, maybe close it then as a theme bug. Not sure if the other should be reported as "bug" or not, as a non-coder I just find it weird if things behave differently and am afraid it will be forgotten about. Would be nice if I could do the same rework of the WPS on greyscale as well (it's the same basic design and idea behind, on greyscale a bit simpler as the usable different shades are limited) 11.18.55 # JdGordon: ^ 11.19.14 # na, the fix is 3 lines so I'll do it anyway 11.19.27 # It also partially fixes static text so the tag actually works how you'd expect 11.20.01 # Stummi: are you applying both patches? 11.20.20 # pixelma, no, just the first. I will try it with both then 11.20.44 # (it should build with the first patch only) 11.20.51 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 11.21.06 # you need the enable and the USB one, the first enables something that isn't there if you don't apply the second if I understand correctly 11.22.19 # Torne, pixelma: The reason for the alarm code being suppoed to shut down the player is to make sure the device cannot be locked up in a state where it can't be shut down at all 11.22.52 # This would happen on archos fm/v2 recorder (and recorder v1 with alarm mod) if the alarm fires while the device is on 11.23.54 # If that doesn't work anymore it must have gotten lost at some point. This is kinda dangerous... 11.26.05 # pixelma: AH, and I figured out why TTT and GGG arnt being displayed... the Vf and Vb are marked to ignore the \n (so when they are on the same line as %V the text isnt pushed down one line)... because of that the next line is overwriting the text... not sure how/if to fix that 11.27.15 # maybe that can be fixed though... 11.28.45 # hmm nope.. ok, known limitation 11.31.17 Quit robin0800 (Remote host closed the connection) 11.31.39 Join linuxstb [0] (~linuxstb@95.214.28.88) 11.31.39 Quit linuxstb (Changing host) 11.31.39 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 11.31.53 # JdGordon: Watching would need more cpu than just doing that assignment. It's just a negation, masking, and multiplication with a constant 11.32.16 # once per line in the skins 11.33.08 # Line as in line of text? 11.33.34 # yes 11.34.02 # That's nothing then 11.34.08 # or do that calc for every pixel? isnt that the same complaint as the background? 11.34.40 # It's not. 11.35.30 # Doing a single if() per pixel is far far worse than doing this 3-to-5 machine instructions thing perhaps a dozen times for the whole screen 11.35.55 Quit linuxstb (Ping timeout: 240 seconds) 11.36.39 # o 11.36.43 # ookk 11.38.43 # pixelma: ok, so here is the choice... currently any text on the same line as Vf/b will never be displayed. I can change it to either *always* add the new line (which will mess up people viewports) or only drop a line when it is with text... so %?mh will not add a new line but adding any text (or text tags) will add a new line 11.38.53 # so it is slightly less consistant 11.39.03 # * JdGordon isnt sure which way to go here 11.39.28 # pixelma, it was my failure. Just the bootloader seems fails to build after patching. The normal rockbox-build works 11.43.32 Quit kugel (Ping timeout: 265 seconds) 11.45.00 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.175) 11.46.04 # New commit by 03jdgordon (r28266): Fix FS#11593 - %Vf() and %Vb() should be able to be used in conditionals. Remember that these tags cause a new line to get drawn so text/tags on the ... 11.46.11 # JdGordon: about the greyscale thing - if it is possible I'd prefer if the colour and greyscale drivers could handle it the same. I think the more uniform they are/behave the easier it is to deal with them later on. And about the newline, always adding one and messing with existing WPSs is probably the worst of the options. If it is documented somewhere I even wouldn't mind if it stays the way they are 11.46.21 # meh 11.46.48 # they are 11.47.12 # what *is* with that newline thing? 11.47.23 # it caused me a bit of grief before I knew about it. 11.47.39 # see the example wps in that bug.. 11.47.43 # r28266 build result: All green 11.48.35 # pixelma: screen corruption bug... can it be closed? 11.48.46 # wow...a tag other that %Vf or %Vb in a viewport def looks *weird* 11.48.59 # but, I'm used to still tying the fg/bg colour in with the VP 11.49.17 # even though I don't have to, I keep them on the same line out of habit 11.49.41 # you should do it like that, unless you want them to change 11.50.13 # amiconn: i can't see any sign that it does that, no, so either it's been lost or i'm blind :) 11.50.40 # JdGordon: I'll test in a bit and close it when I don't see corruption anymore after switching some themes back and forth on my Ondio 11.51.39 # my theme (when it worked) didn't show screen corruption but was missing some images sometimes 11.52.11 # * JdGordon sticks fingers in his ear... skin code is bug free now! 11.53.09 # *known* bug free ;) 11.53.24 # we'll call the new ones "features" from now ;) 11.53.30 # I guess nothing is ever fully bug free 11.53.49 # S_a_i_n_t: you're learning! :) 11.54.10 # * pixelma remembers when dionoea claimed solitaire being bug free when you could still make the 2 of clubs magically disappear 11.54.24 # "Reason for closing: I meant to do that!" 11.56.25 Join hebz0rl [0] (~hebz0rl@dslb-088-067-214-078.pools.arcor-ip.net) 11.57.54 # anyone else experiencing that you need to press a button twice to take effect if things start scrolling on the screen? Seems to happen regularly on my M5 now when wanting to call the menu from the file browser (filter first keypress is enabled but it happens even if the backlight is still on) 11.58.13 # Not here 11.58.31 # didn't see it on my c200 either 11.58.41 # another grey only thing? 11.59.36 # can't imagine it has something to do with the display, more with buttons and how their status are tracked or so. That's just a wild guess though 11.59.44 # have you tried it without the "filter first keypress" setting? If it's on? 11.59.50 # * S_a_i_n_t reads, it is. 12.02.33 # not that the M5/X5 is great wrt button handling, I'll watch it a bit more, maybe I was just unlucky yesterday 12.03.07 # Torne: Problem here is that the rtc's alarm output is just doing the same as the ON button. There is no interrupt to the host cpu 12.03.34 # And the rtc only resets the alarm output after acknowledging - which won't happen if it fires while the device is on 12.05.06 # * amiconn thinks that could be fixed without forcing the device to be powered off after setting the alarm 12.05.24 # Unfortunately I don't have such a device 12.11.10 # right, i guessed 12.18.31 Part Zagor 12.18.45 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 12.35.59 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.38.12 Quit bug2000 (Ping timeout: 276 seconds) 12.44.16 Quit xsloader (Remote host closed the connection) 12.45.21 # I think it should be possible to check alarm status in the shutdown function. If it fired, reset it. 12.45.36 # This would disable hardware poweroff though, in case rockbox hangs 12.46.26 # (only way to power down is to pull the batteries then) 12.59.24 # well, i am indifferent to how it should work; i was just trying to correct the manual 12.59.39 # since someone complained ages ago that the manual said they couldn't use sleep + alarm together 12.59.42 # and i tried it and it worked 13.00.12 # so either the archos shuts the player off when you set the alarm and i'm just not seeing it, in which case the manual should probably mention that but only for archos 13.00.32 # or it doesn't in which case maybe it needs fixing, and maybe the manual should mention it :) 13.00.56 # but as far as i can see the manual now matches the code 13.05.29 *** Saving seen data "./dancer.seen" 13.10.45 # Hmmm...is seting the alarm (alarm plugin, not the time/date settings alarm thingo?) supposed to shut down the player? 13.11.31 # s/player/DAP/ (avoid confusion with the archos player) 13.11.51 # yes, i tihnk so 13.12.24 # wow...that's been busted for quite some time then. 13.12.40 # if it is indeed so. 13.17.39 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 13.17.52 Join anewuser [0] (kvirc@unaffiliated/anewuser) 13.23.31 Join xsloader [0] (~Minthe@gw16.ecc.u-tokyo.ac.jp) 13.25.09 Quit user890104 () 13.26.49 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.28.28 # kugel: looking at FS#11575, is there any reason we cant have rockbox store a magic string (like "") instead of /usr/local/share in the config? 13.28.54 # apart from shortening the string/path stored, it would let you rebuild with a different path 13.29.13 # then file search order would still be the same 13.29.43 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 13.30.03 # where is the code that does the searching? 13.38.34 # S_a_i_n_t: i checked and it hasn't done that obviously since about r5800 13.38.48 # S_a_i_n_t: so i have a hard time believing that it's accidental 13.39.01 # i.e. it was only true in archos-only days 13.42.31 Quit Topy (Read error: Connection reset by peer) 13.45.24 # is "/<>/" always going to be an invalid filename? or is that only FAT? 13.46.55 # only FAT 13.47.05 # Well, okay, fat and unix 13.47.11 # you can't have a / in a filename on unix 13.47.32 Quit kugel (Ping timeout: 260 seconds) 13.47.41 # s/filename/path 13.47.50 # Oh, right 13.47.56 # I'm after a magic string which would never be valid 13.48.00 # or almost never 13.48.02 # unix allows anything except / and null 13.48.04 # in a filename 13.48.08 # and anything except null in a path 13.48.13 # absolutely any bytes you like :) 13.48.23 # or do I just ignore the first / because rockbox doesnt do relative paths? 13.49.20 # actually... maybe it doesnt matter 13.49.39 # Torne: S_a_i_n_t was talking about the alarm plugin which isn't as old I think 13.50.09 # oh right 13.50.22 # S_a_i_n_t: the alarm plugin requires the player be left on and sitting in the alarm plugin 13.50.36 # although I'm a bit confused who is talking about what 13.52.03 # "This plugin is an alarm clock, which resumes a paused song at a given time. " 13.52.45 # the asynchronous conversation i'm having with amiconn is about the real alarm 13.52.52 # and whether it is maybe broken on archos 13.53.03 # and/or other hypothetical players that hate the alarm being set while they're on 13.53.14 # FM/V2 Recorders 13.53.46 # right. 13.54.33 # i also mentioned yesterday that i was confused about what the alarm plugin is for; i now understand that it's for targets taht have an RTC but not an alarm 13.54.44 # so you leave the player on and the plugin resums playback at the relevant time. 13.54.57 # though it seems like you could do the same thing for non-rtc targets just by specifying a countdown time instead of an absolute time 13.55.09 # i guess nobody's bothered though 13.56.52 # there once was a patch to start recording at a given time and with a countdown timer on non-RTC targets, it even got committed but was very wastefully coded and reverted (maybe it had some bugs as well). A while later the developer more or less vanished and nothing happened with it anymore 13.57.31 # for the actual alarm there's two questions/issues: 1) do some targets need to be powered off to avoid the alarm doing something bad, and if so does it do that or is it broken 2) what happens on other targets if the alarm goes off when the player is still on, it appears to clear the alarm and then do nothing about it which looks dumb 13.57.51 # i can't help but think the builtin alarm should do the obvious thing on hardware that generates an interrupt or some kind of pollable status 13.58.04 # and that we should only force powering off if the hardware makes it impossible to do anything else 13.58.19 # the code to poll the status appears to already be there :) 13.59.16 # does anyone still have a v2/fm recorder and can actually put a current build on it? 13.59.25 # because that'd answer that easily 14.03.00 Quit anewuser () 14.03.18 # I believe scorche has some but still being abroad 14.03.24 Quit Zarggg_ (Quit: Zarggg_) 14.03.24 Quit antil33t (Read error: Connection reset by peer) 14.03.32 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.03.33 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 14.04.12 # i just returned today, however I only have v1 devices 14.04.27 # oh, misremembered then 14.04.44 # maybe LinusN... ;) 14.05.09 # check older DevCon registries ;) 14.06.25 # I even tried LinusN's FM-Recorder at DevCon 2007. Of course I don't know if he still has it and if it is in working condition :) 14.07.24 # JdGordon: firmware/common/rbpaths.c 14.07.33 # yeah, too slow.. found it :) 14.08.14 # i still have it, but I haven't used it since 2007 :-) 14.08.47 # I wonder if the battery survived that 14.08.49 # grrr.... http://pastebin.com/NrT7Aysd 14.09.02 # i have a new battery for it somewhere... 14.09.15 # "new"? 14.09.28 # hehe, perhaps a year old or so 14.09.33 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 14.12.14 Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) 14.13.16 Quit utrack (Client Quit) 14.14.02 # New commit by 03teru (r28267): fix sorting of track list when tracks with track number and tracks without track number are in the same list. 14.14.14 Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) 14.15.12 Quit utrack (Client Quit) 14.15.39 # r28267 build result: All green 14.19.09 Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) 14.21.20 # huh, if I load the rockbox_default.wps I get a blank screen except statusbar now? 14.22.16 # rockbox_failsafe.wps 14.22.20 # they was renamed 14.23.01 # ok, that works 14.23.45 # Did I miss an announcement to delete the other one? 14.23.53 # http://svn.rockbox.org/viewvc.cgi?view=rev;revision=28073 14.24.11 # a month ago 14.25.27 # well yes, the old one won't be replaced anymore though and since I don't use it... 14.25.47 Quit jfc (Read error: Connection reset by peer) 14.26.12 Join jfc [0] (~john@dpc6682208002.direcpc.com) 14.26.16 Quit Loto (Quit: Loto) 14.26.22 # meh, something worth mentioning in the release notes maybe 14.27.10 Quit utrack (Remote host closed the connection) 14.27.33 Join Loto [0] (~ctrlproxy@xbmc/user/Loto) 14.28.24 Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) 14.29.48 # LinusN: if you can spend some time testing a current build regarding behaviour if you set the alarm (if it'll immediately switch off or not), it could clear up some confusion :) 14.32.02 Quit Rob2223 (Quit: Rob2223) 14.32.20 # http://www.alice-dsl.net/simonemartitz/rockbox/test_codec_stats.pdf <- test_codec results of my phone with and without asm enabled 14.33.34 # * pixelma wonders why there are rockbox_failsafe.rfms/rsbs/rwps on non-remote targets - is it also leftover? 14.33.50 # no, just crap scripting 14.33.57 # JdGordon: your code is broken! :P 14.34.04 # probably 14.35.18 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 14.36.16 # I made my own test codec parser script which doesn't only output it in wiki format, I wonder if anyone is interested? 14.37.42 # kugel: maybe its only the skin engine paths, but things shouldnt be calling get_user_file_path except for actual files 14.39.01 # I don't understand 14.39.31 # never mind, that didnt entirely make sense 14.40.04 # things that store directory+filename shouldnt be calling get_user_file_path() to get the folder first, then append the filename 14.41.13 # * JdGordon would also like to change the sdl app to set the search path to if rockbox is started like //rockbox 14.41.18 # make it more portable 14.41.35 # first things first, get this working 14.42.54 # it bugs me that mp3 isn't any faster 14.43.43 # kugel: meant to ask. There was a report that in the D2 sim the mapping of the arrow buttons to the top/right/bottom/left middle grid mode actions doesn't work anymore. It looked like something changed with your RaaA commits - has this been overlooked or did the reporter do something wrong? 14.44.28 # I noticed that too but it worked when I began the android port (i.e. when I stopped working on the sdl app) 14.44.58 # IIRC JdGordon made a commit to the buttons after that 14.45.22 # you removed some files that looked related in r27310 14.46.16 # kugel: surely that qualifies as beast slaying? 14.46.30 Quit utrack (Remote host closed the connection) 14.46.55 # pixelma: i'll try to do that when i get the chance 14.46.59 # Zagor: I don't know the results of the beast for the other codecs, but for ape the beast is faster 14.47.22 # LinusN: thanks 14.47.39 # if I build for armv6 ape is a *lot* faster (2x as fast) 14.48.04 # hmm, why is there no beast in CodecPerformanceComparison 14.48.46 Join utrack [0] (~androirc@host-93-124-8-36.dsl.sura.ru) 14.51.30 Quit krazykit (Quit: bye) 14.52.18 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 14.54.07 Quit utrack (Read error: Connection reset by peer) 14.54.33 # New commit by 03teru (r28268): fix button maps and assign some buttons for uisimulator. 14.56.09 # r28268 build result: All green 14.57.08 # "#ifndef CONFIG_PLATFORM" ? no wonder it didn't work 14.57.15 # CONFIG_PLATFORM is always defined 14.59.47 # get_user_file_path() really should be able to work without needing a buffer passed in 15.00.12 # Zagor: in an armv6 build my phone is a bit faster (for ape c5k) 15.00.33 Quit antil33t (Read error: Connection reset by peer) 15.00.44 Quit xsloader (Remote host closed the connection) 15.00.45 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 15.01.33 # JdGordon: that's to make it thread safe. non-main-threads are also doing file i/o 15.03.02 # this still isnt as transparent as it should be... font: //fonts//usr/local/share/rockbox/fonts/2.fnt 15.05.30 *** Saving seen data "./dancer.seen" 15.07.15 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 15.08.19 # oh woops.. cabbie.cfg is utterly broken 15.08.43 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.11.57 # wpsbuild.pl uses $rbdir which is coming from the Makefile.. problem is I want that to be / and $rbdir to stay what it is 15.12.00 Part Zagor 15.12.22 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 15.12.42 Part LinusN 15.15.59 Part Zagor 15.16.06 Join LinusN [0] (~linus@rockbox/developer/LinusN) 15.16.43 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 15.18.24 Join Kitr88 [0] (~Kitarist@BSN-182-126-212.dial-up.dsl.siol.net) 15.21.32 Quit Kitar|st (Ping timeout: 265 seconds) 15.22.44 Quit Kitr88 (Ping timeout: 240 seconds) 15.22.51 Join Kitar|st [0] (Kitarist@BSN-210-228-153.dial-up.dsl.siol.net) 15.27.12 # * TheSeven wonders if someone forgot to bump the plugin api recently 15.27.32 Quit petur (Ping timeout: 265 seconds) 15.27.37 Part LinusN 15.27.47 # when i fixed that USB bug yesterday, i updated to a new rockbox binary, but didn't update the plugins 15.28.06 # now i'm not getting any api incompatibility messages but instead Weird Behavior (tm) 15.28.30 # some plugins work, some lock up with only a backdrop, and chopper is suffering from screen corruption 15.28.52 # is that a known issue? 15.31.03 # * TheSeven wonders if anybody is awake 15.32.24 # maybe kugel's changes for display api? 15.33.00 # chopper keeps drawing some random (and changing) mesh of green lines all over the screen 15.35.29 Quit tchan (Quit: WeeChat 0.3.3-dev) 15.36.57 # did I forget to update the plugin api? 15.37.08 # i don't know 15.37.24 # i just saw what the plugins are doing on my ipod :) 15.37.48 # none of my recent commits looks suspicious though 15.38.31 # r28239 changes struct screen. 15.38.42 # maybe r28188 or r28102? 15.39.00 # that needs a plugin api bump? 15.39.15 # hm right it probably does 15.39.47 Join Rob2222 [0] (~Miranda@pD9FE310E.dip.t-dialin.net) 15.40.23 # i think so. it is exposed to plugin api. and comment in screen_access.h tells to bump plugin api version. 15.42.00 # r28188 doesn't affet since if HAVE_DIRCACHE isn't defined, build fails. 15.50.59 Part Zagor 15.51.35 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 15.53.01 Quit teru (Quit: Quit) 15.53.47 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 15.57.05 Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee) 16.00.13 # 14:32 http://www.alice-dsl.net/simonemartitz/rockbox/test_codec_stats.pdf <- test_codec results of my phone with and without asm enabled 16.00.27 # kugel: do the new optimizations affect sansas as well? 16.00.38 # that's no new optimizations 16.00.42 # it's enabling the existing ones 16.01.45 Quit tchan (Quit: WeeChat 0.3.3-dev) 16.04.51 Quit Zagor (Read error: Connection reset by peer) 16.06.38 Join Guest30082 [0] (~bjst@rockbox/developer/Zagor) 16.07.36 Nick Guest30082 is now known as Zagor (~bjst@rockbox/developer/Zagor) 16.08.13 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 16.15.01 Quit drizztbsd (Ping timeout: 260 seconds) 16.15.49 Quit JesusMcCloud (Ping timeout: 240 seconds) 16.15.49 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.24.02 # S_a_i_n_t: The alarm plugin is not supposed to shut down the device. We were talking about the built-in alarm 16.25.38 Quit Judas_PhD (Quit: This is a quitting message) 16.25.42 # JdGordon: < and > aren't valid on fat, that's why we chose it for multivolume as well ( //folder/name ) 16.28.50 Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) 16.31.03 Join leavittx_ [0] (~lev@89.221.199.187) 16.31.33 # kugel: armv6 ape filter code is expected to be much faster than the armv5 version, because it makes use of armv6 simd (packed 16 bit operands in standard 32 bit arm registers) 16.31.44 Join T44 [0] (~Topy44@cable-78-34-73-174.netcologne.de) 16.35.24 # amiconn: we're not doing fat on raaa 16.36.42 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 16.37.11 Quit Judas_PhD (Client Quit) 16.39.31 # No, but (1) rockbox usually obeys fat limitations because all real targets use it and (2) even if those chars may be valid on other file systems, they're rather unlikely to be used, because of their special meaning 16.41.10 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 16.42.52 Quit Judas_PhD (Client Quit) 16.44.59 Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) 16.47.23 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 16.49.26 Quit Judas_PhD (Client Quit) 16.54.11 Part Zagor 16.55.31 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 17.05.31 *** Saving seen data "./dancer.seen" 17.07.33 # thanks for fixing simulator! 17.07.36 Quit kugel (Remote host closed the connection) 17.09.51 Join sasquatch [0] (~username@p4FF2DABF.dip.t-dialin.net) 17.15.09 Join dfkt [0] (dfkt@unaffiliated/dfkt) 17.17.47 Quit panni_ (Read error: Connection reset by peer) 17.29.32 Join JesusMcCloud [0] (~JesusMcCl@84.119.81.195) 17.31.16 Part pSiKO 17.31.32 Join G4Oblivion [0] (~chatzilla@user-0c6sbe1.cable.mindspring.com) 17.34.58 # I think this was reported a while back, I thought it was fixed but when I change my theme to rockbox-failsafe the last themes backdrop and icons are still there. 17.38.13 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 17.38.55 Join DSStrife89 [0] (~Strife89@207.144.201.128) 17.40.56 Quit t0rc (Remote host closed the connection) 17.43.52 Quit DSStrife89 (Read error: Connection reset by peer) 17.45.03 Join DSStrife89 [0] (~Strife89@207.144.201.128) 17.49.15 Quit G4Oblivion (Quit: ChatZilla 0.9.86 [Firefox 3.6.12pre/20101013074404]) 18.02.15 Join saratoga [0] (9803c22e@gateway/web/freenode/ip.152.3.194.46) 18.03.39 # so i'm reading through the cortex A8 instructions, and I'm baffled at why this one is useful: "doubling long multiply", which apparently does a long multiply and doubles the product 18.03.45 # what am i missing 18.04.59 # "DSP stuff", i'm guessing 18.05.04 # same as UQADDSUBX 18.05.05 # or whatever 18.05.10 Quit DSStrife89 (Ping timeout: 276 seconds) 18.05.20 # oh 18.05.22 # i see 18.05.33 # theres an option to just return the high word 18.05.53 # so you can do a s.31*s.31 fixed point multiply in a single op 18.06.58 # since doubling the high word is the same as doing ((int64)(int32x*int32y)>>31) 18.07.16 # it would be nice if the manual could give some hint what these things are for! 18.08.07 # but anyway, neon looks kind of amazing for audio 18.09.30 # neon is very well designed, yes, becuase they got to rip off the last quiteafew years of SIMD stuff on x86 :0 18.09.55 # i like that the instruction codes are actually comprehensible 18.10.12 # the ARMv5E stuff is much less rational :) 18.10.34 # 5e has basically nothing at all useful for audio as far as I can tell 18.10.42 # just some packed ops for video 18.10.45 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.10.51 # no idea. 18.11.46 # one thing thats not clear to me about NEON is how it shares memory with the main processor 18.12.10 # am i correct to think that i can basically load anything into it and store anything back to cache, and also take things from the arm core cheaply 18.12.23 # but that i should probably not try to load things from neon into the arm core without first storing them? 18.12.28 Quit lestatar (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]) 18.13.47 # not sure what you mean.. 18.13.54 # the NEON is part of the core 18.14.00 # it's not a coprocessor in any meaningful sense :) 18.14.23 # on the A8 its technically a coprocessor 18.14.24 # as far as i know it has exactly the same connection to the cache as the ALU does 18.14.35 # so you have to use MCR instructions to get stuff to it from the main register file 18.14.51 # that doesn't make it a coprocessor 18.14.59 # that's just how ARM choose to extend the instructoin set space nicely 18.15.15 # it's tightly integrated with the CPU 18.15.41 # shares the same cache interface and all that. 18.15.57 # its physically integrated, but logicaly its a coprocessor and theres apparently all kinds of nasty stalls involved with transfering stuff between the main core and neon 18.17.03 Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) 18.17.23 # mcr/mrc is nasty, but via the cache should be uninteresting.. 18.17.36 # they're both driving the same cachecontroller 18.17.47 # yeah 18.17.53 # that was what i meant 18.18.48 # mrc and mcr both suck pretty badly 18.19.11 # the impression i get is that you mostly use NEON for jobs that do "gather, ADD/MUL/wahtever, scatter" type operations without any real flow control 18.19.34 # while the main CPU is figuring out branches based on some hopefully independent set of variables from what neon is doing 18.19.41 # is that more or less correct 18.19.53 # i think so.. people use it as just a clever fpu as well though 18.20.06 # yeah 18.20.12 # the load/store instructions look amazing 18.20.25 # that too; people use it for memcpy() :) 18.20.30 # perfect for filterbanks like mp3's 18.26.34 # i wonder how much difference optimization really makes on android 18.26.44 # can we do battery benches on it yet? 18.28.03 Join wodz [0] (~wodz@chello087206240131.chello.pl) 18.30.37 Quit user890104 () 18.30.42 Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) 18.34.24 Quit saratoga (Quit: Page closed) 18.35.03 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 18.36.09 Join user890104_ [0] (~Venci@2001:0:4137:9e74:8a:f6b:2b16:78b5) 18.36.17 Quit user890104 (Read error: No route to host) 18.36.38 Nick user890104_ is now known as user890104 (~Venci@2001:0:4137:9e74:8a:f6b:2b16:78b5) 18.38.20 Join user890104_ [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) 18.41.17 Join Xerion [0] (~xerion@541907CA.cm-5-2a.dynamic.ziggo.nl) 18.41.20 Quit user890104 (Ping timeout: 272 seconds) 18.42.11 Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) 18.42.14 Quit user890104_ (Read error: No route to host) 18.42.32 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.47.52 Join Jerom [0] (~jerome@95.171.137.111) 18.54.16 Join _s1gma [0] (~d.d.derp@77.107.164.131) 18.58.34 Join DSStrife89 [0] (~Strife89@207.144.201.128) 19.00.54 Quit Jerom (Quit: Leaving.) 19.01.49 Join Jerom [0] (~jerome@95.171.137.111) 19.05.34 *** Saving seen data "./dancer.seen" 19.06.16 Quit Jerom (Client Quit) 19.07.29 Join n1s [0] (~n1s@nl118-174-240.student.uu.se) 19.07.29 Quit n1s (Changing host) 19.07.29 Join n1s [0] (~n1s@rockbox/developer/n1s) 19.08.19 Join krabador [0] (~krabador@host207-24-dynamic.247-95-r.retail.telecomitalia.it) 19.08.37 Quit DSStrife89 (Quit: Back later.) 19.08.55 Join G4Oblivion [0] (~G4Oblivio@user-0c6sbe1.cable.mindspring.com) 19.10.50 # How good is fm reception on the gigabeat s? 19.10.51 Quit DerPapst (Quit: Leaving.) 19.11.43 # bertrik: i think it's pretty good, not that i use it beyond testing 19.11.44 # I've seen a few complaints about the tuner chip used in the beast (si4700) not switching to stereo with relatively weak signals 19.12.04 # in comparison with the OF 19.12.11 # ah, never used the of 19.12.31 # but i thought that was an auto thing in the chip, no? 19.12.39 Join Topy [0] (~Topy44@f048075035.adsl.alicedsl.de) 19.13.41 # n1s, it is possible to control the signal strength range where it transitions from mono to stereo 19.13.49 # aha 19.14.05 # so we could make it stereo for weaker signals, but with possibly more noise 19.14.43 # well, fm nad the compression used by radio stations means everything sounds like crap anyway :) 19.14.49 # s/nad/and 19.15.05 Quit G4Oblivion (Quit: ChatZilla 0.9.86 [Firefox 3.6.12pre/20101013074404]) 19.16.27 Quit T44 (Ping timeout: 265 seconds) 19.16.35 # hmm, in fact the gigabeast uses a different way of detecting stereo than the others with similar fm chips 19.17.47 # oh? Do you mean it checks a GPIO instead of checking a bit in a register? 19.18.23 Quit CGL (Remote host closed the connection) 19.19.38 # I think it's a si4701 in the beast instead of an si4700 as I said earlier 19.20.51 # yeah, it checks the gpio 19.23.16 # so you think we should change BLNDADJ to indicate stereo for a lower signal strength? 19.24.05 # we could make it configurable of course 19.24.14 # Yes, possibly. I'm waiting for some feedback from users (both at FS and ABI) 19.24.45 # ah, yes si4701 is the one with rds, which iirc the beast chip has 19.24.55 # someone should implement support for that :) 19.25.31 # Probably not that hard to do, just needs to be done 19.26.40 # yeah, the apps code should be there already since that ipod fm remote has rds support in rockbox 19.27.07 # Making BLNDADJ user configureable sounds a bit overkill to me to be honest 19.27.36 # yes 19.28.08 # the ipod fm remote rds support feels a bit hacked to me, it only supports the station name (8 chars) and the scrolling text thing (64 chars IIRC) 19.28.18 # but it's a nice start to get something going quickly 19.28.30 # we could pop it down to -6dB and if anyone wants mono, there's the option to force mono anyway 19.28.46 # * linuxstb was about to ask if there was an option to force mono 19.28.55 # there is 19.34.00 # hmm, that reminds me, i wanted to fix that frequency drifting thing with fm on the c200v1... 19.35.19 # I made a patch to set it to 6 dB lower but the bug submitter said it was still not OK yet compared to the OF : http://www.rockbox.org/tracker/task/11405 19.36.17 # I realize now that perhaps the regional setting can cause problems too, e.g. it may result in tuning to a channel off by 0.1 MHz 19.36.53 # that c200v1 tuner looks like hell to tune, compared with the newer tuner types 19.38.09 # never looked at it, i just remember my mother used her c200 this summer and told me about the problem and it was very reproducable, in warm weather, it seemed very temerature dependant :) 19.38.52 Join Horscht [0] (~Horscht@p4FD4F328.dip.t-dialin.net) 19.38.52 Quit Horscht (Changing host) 19.38.52 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.39.03 # but i figured that if it can read back the actual freq, it can retune after drifting too much or just retune after a set amount of time, assuming that doesn't cause other glitches 19.40.05 # WIth the newer tuner chips, tuning basically consists of setting a channel number and you're tuned within 100 ms or so. The c200v1 tuner requires a multi-step tune procedure where you need to calibrate the frequency using accurate delays. 19.41.29 # nothing wrong with tuning on it afaict, as chaning channel and back again fixed it but it seems to drift from the tuned freq as time passes so you get more and more static 19.41.49 # and it drifts faster when it's warm :) 19.42.08 # it is a reported bug in our tracker 19.42.37 # if you can measure it, you could use it as a thermometer :) 19.42.46 # good idea! 19.43.20 # FS#9420, seems to be the same on e200v1 19.48.00 # We can make a very crude thermometer by measuring the voltage difference between two diodes that run at different currents in the codec chip. In theory, the voltage difference is directly proportional to absolute temperature. The accuracy of the A/D is a bit too low to make a good temperature measurement though (or we'd have to average a lot of samples). 19.48.14 # ^- talking about the c200v1 and the e200v1 19.48.55 # heh 19.48.56 Quit markun (Read error: Connection reset by peer) 19.52.21 # n1s, one of the things I'd really like to add eventually is a signal strength indicator for fm radio, most fm chips actually seem capable of reporting this (with varying accuracy) 19.54.06 # bertrik: not a bad idea 19.59.03 Join Staphylo [0] (~Bullet@AMontsouris-159-1-54-40.w92-128.abo.wanadoo.fr) 20.00.30 Quit krabador (Ping timeout: 272 seconds) 20.05.08 Join pamaury [0] (~quassel@dhcp-128-203.residence.ens-lyon.fr) 20.05.09 Quit pamaury (Changing host) 20.05.09 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.06.09 # gevaerts: do you know how the bootloader works with respect to usb ? It seems that with my patch on FS, the bootloader doesn't compile anymore (seems like usb.c is not compiled in), do you have an idea ? 20.06.18 Join DerPapst [0] (~Alexander@p4FE8FBBB.dip.t-dialin.net) 20.06.50 # (the question is partly specific to amsv2 and partly generic, there are errors of both kinds it seems) 20.08.02 Join clone4crw [0] (~Calvin@97-86-227-168.dhcp.roch.mn.charter.com) 20.09.13 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 20.12.37 Quit _s1gma (Ping timeout: 265 seconds) 20.14.24 # pamaury: not really, no. All bootloaders I ever dealt with do no usb :) 20.14.30 # pamaury: I think in general the bootloaders don't have the full USB driver. On PP ipods (and I'm guessing other PP devices) we don't even enable interrupts. 20.16.08 # I don't know, the as3525 does call to usb_start_monitoring and usb_core is built and require usb_signal_transfer_completion... 20.24.37 Quit DerPapst (Read error: Connection reset by peer) 20.26.24 Quit fyrestorm (Read error: Connection reset by peer) 20.28.42 Join _s1gma [0] (~d.d.derp@77.107.164.131) 20.29.15 Join DerPapst [0] (~Alexander@p4FE8FBBB.dip.t-dialin.net) 20.36.45 Quit Topy (Ping timeout: 252 seconds) 20.38.16 Join krabador [0] (~krabador@host109-18-dynamic.117-80-r.retail.telecomitalia.it) 20.38.56 Join krazykit [0] (~kkit@wireless-165-124-204-177.nuwlan.northwestern.edu) 20.41.24 Join T44 [0] (~Topy44@cable-78-34-73-174.netcologne.de) 20.42.06 Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) 20.42.06 Quit markun (Changing host) 20.42.06 Join markun [0] (~markun@rockbox/developer/markun) 20.58.21 # Hey could someone review does call to usb_start_monitoring and usb_core is built and require usb_signal_transfer_completion... 20.58.24 # 13:24 -!- DerPapst [~Alexander@p4FE8FBBB.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 20.58.27 # 13:26 -!- fyrestorm [~nnscript@cpe-69-203-144-35.si.res.rr.com] has quit [Read error: Connection reset by peer] 20.58.30 # 13:28 -!- _s1gma [~d.d.derp@77.107.164.131] has joined #rockbox 20.58.33 # 13:29 -!- DerPapst [~Alexander@p4FE8FBBB.dip.t-dialin.net] has joined #rockbox 20.58.35 # 13:36 -!- Topy [~Topy44@f048075035.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds] 20.58.39 # 13:38 -!- krabador [~krabador@host109-18-dynamic.117-80-r.retail.telecomitalia.it] has joined #rockbox 20.58.42 # 13:38 -!- krazykit [~kkit@wireless-165-124-204-177.nuwlan.northwestern.edu] has joined #rockbox 20.58.45 # 13:41 -!- T44 [~Topy44@cable-78-34-73-174.netcologne.de] has joined #rockbox 20.58.47 # 13:41 -!- markun [~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl] has joined #rockbox 20.58.50 # 13:41 -!- markun [~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl] has quit [Changing host] 20.58.53 # 13:41 -!- markun [~markun@rockbox/developer/markun] has joined #rockbox 20.59.13 # clone4crw, are you ok? 20.59.15 # * clone4crw is very sorry for that 20.59.22 # <_s1gma> lol.. 20.59.26 # * was having trouble with pasting in rxvt 21.02.16 # What I meant was could someone review FS#11667 for me? (I'm too scared to try pasting again) 21.05.20 # clone4crw: I'm trying to understand why it's needed 21.05.36 *** Saving seen data "./dancer.seen" 21.07.30 # Because 150 ohms was showing up as brown - green - black. The last one should be brown, it happens only between 100 and 199. 21.07.48 # Yes, I believe it's wrong, but why? 21.10.02 Quit krabador (Ping timeout: 265 seconds) 21.10.54 # But why... is it a problem in the first place? 21.10.57 Quit linuxguy3 (Read error: Connection reset by peer) 21.11.09 # yes 21.11.32 # I mean, isn't there a bug elsewhere that this patch would just hide? 21.12.34 # Yes, I know this is a kludge. I haven't had time to review it and really fix it. 21.13.05 # It just bugged me when I went to actually use the plugin 21.13.13 # Yes, I understand that :) 21.13.36 # Actually, is the patch correct? I mean, if the value is excatly 100, what should happen? 21.14.08 # I believe (i don't have it open now), that this applies if its > 100 and <= 199 21.14.14 # so not for 100? 21.14.20 # Nope. that's fine. 21.14.48 Join linuxguy3 [0] (~timj@adsl-75-57-189-204.dsl.emhril.sbcglobal.net) 21.15.09 # Strange, I know. Next chance I'll get I'll look for a real solution. 21.15.21 Join krabador [0] (~krabador@host217-29-dynamic.251-95-r.retail.telecomitalia.it) 21.17.17 # * gevaerts tries some numbers 21.19.50 # clone4crw: it looks like with the svn version 109 is still correct, 110 is wrong 21.20.52 # The whole range handling in that plugin looks strange and error prone to me 21.23.08 # what's the difference between the two versions? 21.23.50 # clone4crw: I mean, it looks like your patch is wrong. 101 to 109 *don't* need fixing 21.26.39 # * gevaerts looks at the code in detail 21.27.11 # oh. line numbers. gotcha. 21.27.30 # No, values (iiuc) 21.27.43 # * clone4crw is a bit confused 21.27.49 # clone4crw: try entering 105 in the resistance-to-colour part 21.28.02 # Oh. 21.28.41 Join MethoS- [0] (~clemens@134.102.106.250) 21.30.12 # Hmm, also the plugin doesn't handle multipliers with negative exponent 21.30.27 # Brown black red sure isn't 105 ohms. 21.31.47 # And it doesn't know tolerances <1% 21.33.22 # 110 seems to be correct, though. 21.39.16 # clone4crw: at first sight, http://pastebin.com/cwrMTHFC seems to give me a correct resistor to colour conversion 21.40.51 # I'll give it a try. 21.41.22 # I'm now doing the same in the LED code 21.43.56 # clone4crw: I've put my patch on FS#11667 21.44.12 # I *think* it's correct 21.45.42 # gevaerts: You can make that even more efficient if you just calculate tens=kbd_input_int%100; in the loop 21.46.18 # After the loop: units=tens%10; tens /= 10; 21.47.08 # Oh, indeed 21.47.08 Join s1gma_ [0] (~d.d.derp@77.107.164.131) 21.48.17 # http://pastebin.com/693AXUV2 would then be the result 21.48.19 # Hmm, if you switch kbd_input /= 10; and the if(...) break; (which in turn needs to check for < 100 then), you don't even need that 21.48.52 # You would just calculate units and tens after the loop from kbd_input_int 21.49.21 # amiconn: this isn't the inner loop of a codec :) 21.49.59 # Of course not, but shorter code is easier to understand... 21.50.20 Quit _s1gma (Ping timeout: 240 seconds) 21.51.20 # true 21.53.10 # Just the loop: http://pastebin.com/mgXsweZj 21.59.41 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 22.13.46 # New commit by 03gevaerts (r28269): Simplify resistance to colour calculations, removing some bugs in the process. ... 22.15.13 # r28269 build result: All green 22.15.27 # The temporary variable wasn't technically needed for the second case, but the LED resistor calculator still needs the value later on, and I preferred to keep the code similar 22.16.57 # Yeah 22.18.07 # If the original variable isn't used afterwards, gcc will even generate the same code as if you used the original directly 22.18.42 # And I was about to say that the patch seems to be working 22.19.10 # clone4crw: I tested some values too :) 22.24.53 Quit stripwax (Quit: http://miranda-im.org) 22.25.03 # I'm recompiling with r28269 now. 22.30.34 # gevaerts: Looks like you forgot something... int get_power_ten(int in_val) can be removed altogether 22.31.16 # * amiconn wonders why all these helper functions aren't static 22.31.29 # If they were, gcc would warn if they're unused 22.31.37 # good point 22.36.01 # New commit by 03wodz (r28270): HD200 - GPIO57 is headphone output enable. Proper handling of this line fixes hissing noise after startup. 22.37.53 # r28270 build result: All green 22.38.48 # amiconn, lots of functions in plugins could be made static, I won't mind working on cleaning that up 22.39.01 # OTOH, it doesn't seem to matter *that* much 22.42.00 # There are more bugs. Black-brown-red isn't 100 kilo ohm 22.43.22 # New commit by 03gevaerts (r28271): Resistor calculator: Add lots of static, and slightly reorganise the code 22.43.56 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 22.45.11 # r28271 build result: All green 22.52.02 Quit krazykit (Ping timeout: 255 seconds) 22.52.17 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 22.53.04 Quit Barahir (Ping timeout: 252 seconds) 22.53.36 Quit thegeek (Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )) 22.53.49 Join thegeek [0] (~nnscript@172.80-203-148.nextgentel.com) 22.54.51 Quit stripwax (Client Quit) 23.03.41 # clone4crw: it seems that technically, violet, grey and white are valid multipliers too. Shouldn't we add those as well for completeness? 23.04.36 # * gevaerts realises that 99 gigaohm resistors aren't very common... 23.05.39 *** Saving seen data "./dancer.seen" 23.06.03 # New commit by 03gevaerts (r28272): Fix some incorrect colour-to-resistance results. The price is that sometimes the display is subobtimal (like "2000 Ohms" instead of "2 KOhms") ... 23.06.39 # haha. If I knew what those multipliers were, sure. Why not? 23.07.31 # http://en.wikipedia.org/wiki/Electronic_color_code lists them 23.07.38 # r28272 build result: All green 23.07.42 # They just follow the normal order 23.08.02 # * gevaerts will add them 23.09.18 # Ok 23.11.21 Quit bmbl (Quit: Bye!) 23.11.29 Quit evilnick_B (Quit: Page closed) 23.12.27 # New commit by 03gevaerts (r28273): Add violet, grey and white multiplier for completeness 23.13.00 # I think it's bugfree now 23.13.33 # Well, except for the "1000 Ohms" instead of "1 KOhms" thing, but I prefer that over wrong answers anyway :) 23.13.50 # r28273 build result: All green 23.16.08 # I agree, in the resistance to colors mode, if the unit is 'ohms', then I kind of want the answer to be 'ohms' 23.16.41 # The best solution for that really is to keep everything in tens, units and power 23.17.35 # Then that sort of thing is trivial, but other calculations may not be any more. I suspect the LED calculator would get harder to understand 23.22.25 # gevaerts: White multiplier (also grey for some values) will overflow 'int' 23.23.56 # amiconn: in which cases? Colour-to-resistance should handle that 23.24.04 # The other direction may not 23.24.23 # The latter 23.25.03 Join zdebel [0] (~zdebel@d86-37.icpnet.pl) 23.25.11 # We'll just give a different wrong answer now though. I think it used to return black-black-black for big enough values 23.25.12 # hi, anyone with a gigabeat s in the house xD? 23.25.21 # I've been using rockbox for like over 1 year now 23.25.22 # i have one in the house, yes 23.25.26 # and today something WEEEEEEEIRD happened 23.25.28 # not sure where exactly 23.25.36 # it fails to read the partition x.x 23.25.38 # out of the blue 23.25.49 # you mean the bootloader? 23.25.50 # or what? 23.25.52 # and atm I'm at the firmware restore part, the original one 23.25.53 # yeah 23.26.05 # and fucking updater won't discover the device 23.26.13 # do you mean our bootloader errored, or do you mean the original firmware sent you to the restore process? 23.26.28 # both mate 23.26.37 # at first it was working, I jsut reformated the data partition 23.26.41 # put a brand new .rockbox in 23.26.47 # the bootloader complained and then when you restarted the OF prompted you to restore? 23.26.54 # Yes. 23.26.55 # exactly 23.27.01 # hrm 23.27.16 # well, the beast is.. fun like that :) 23.27.20 # it wouldn't be a biggie if the updater app found the device... x.x 23.27.27 Quit domonoky (Read error: Connection reset by peer) 23.27.39 # are you using the toshiba update utility? 23.27.42 # windows (sadly 7) sees it properly 23.27.42 # yes 23.27.46 # you could use our firmware downloader instead 23.27.50 # that might work better 23.27.50 # gbs_update_1_2_us.exe 23.27.51 # ooooh? 23.27.57 # haven't heard about it 23.28.15 # * zdebel checks the site then! 23.28.18 # also there should be a version 1.3 of the toshiba one too 23.28.35 # which may work better perhaps 23.28.37 # ok I'll first try to find that then 23.28.47 Quit wodz (Quit: Leaving) 23.28.56 # http://www.rockbox.org/wiki/GigabeatSInfo#Windows <- this has a link to sendfirm.exe which is our MTP firmware download tool 23.29.06 # you'll need to get the right nk.bin to download, though 23.29.29 # you might be able to do it with rockbox utility as well, just by installing the rockbox bootloader again? 23.29.36 # since that uses the exact same process 23.29.55 # I'll see what I can do then 23.30.24 # I've been using rockbox for so long now, loving every part of it every day 23.30.28 # and now this happens, out of the blue 23.30.32 # eh my luck recently 23.30.42 # New commit by 03gevaerts (r28274): Resistor calculator: Use correct units if resistor to colour uses kilo- or megaohms 23.30.43 # unfortunately it may just be the beast firmware doing the thing that it does 23.31.05 # we still haven't figured out why it sometimes decides the disk is corrupt and reformats it for you :) 23.31.15 # yeah, I've read that on the page 23.31.16 Quit S_a_i_n_t (Disconnected by services) 23.31.19 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.87) 23.31.22 # was like, that never happened to me o.o 23.31.24 # and then... 23.31.32 # it happens very frequently for some people :) 23.31.43 # alternatively, maybe something else is wrong; could be that your disk is dying or something, I guess 23.31.59 # but if you can restore it and it appears to work afterward then i'd just blame the beast boot code 23.32.00 # was working perfectly fine, didn't throw it at anything etc 23.32.08 # disks die eventually anyway :) 23.32.17 # so um, the rockbox utility supports the >s< version now? 23.32.23 # r28274 build result: All green 23.32.55 # Oh, er, no 23.33.10 # ok so first I'll try to find the official 1.3 updater 23.33.15 # if not, I'll sendfirm 1.2 23.33.43 # right 23.33.58 # beastpatcher might be able to do the same thing as sendfirm, also 23.34.05 # * zdebel crosses fingers 23.34.23 # aw shit the updater still doesn't find the device 23.34.34 # beastpatcher is probably the more-likely-to-work one, no? 23.34.42 # n1s: they're built from the same code, iirc 23.34.50 # though the sendfirm.exe linked to there probably wasn't built recently 23.35.02 # I've used it in the first place to put rockbox on this player 23.35.05 # oh, also has anyone tried either of those tools on windows 7? 23.35.15 # * zdebel extracts nk.bin 23.35.17 # i'm sure someone has :) 23.35.29 # i haven't actualyl done anything with the beast for a long time so not me 23.35.56 # me neither, i don't reinstall the bootloader often at all 23.36.12 # ok got the nk.bin, what do you suggest to try first? 23.37.25 # try just folling the normal rockbox manual install instructions 23.37.30 # I think it won't work since it uses the mtp protocol, which sux balls on windows 7 23.38.36 # it doesn't use windows' implementation of mtp 23.38.43 # it uses a library to do it 23.38.57 # it may not work, i have no idea if it works on win7.. 23.39.01 # but it might.. 23.39.42 # booted xp in vm 23.40.22 # if you want to just reinstall the toshiba firmware for now you can do beastpatcher -s nk.bin on the toshiba nk.bin 23.40.32 # whcih does the same thing as sendfirm, just sends it as-is without patching it 23.42.13 # 'k 23.42.27 # or you can just follow the instructions and install a dual boot bootloader directly 23.42.51 # amiconn: I think http://pastebin.com/n9bzrnKB fixes that 23.43.13 # Torne, atm I wish >something< will manage to get installed 23.44.51 # zdebel: not that it helps, but this sort of thing is actually why we haven't declared rockbox on gigabeat S stable yet 23.45.05 # yeah I understand 23.45.26 # but it's the 1st time smething like this happened to it SINCE I've been using it 23.45.33 # thus my :@ mood 23.45.46 # whoa speech support :D 23.48.53 # bash: ./beastpatcher: /lib/ld-linux-x86-64.so.2: bad ELF interpreter: Nie ma takiego pliku ani katalogu 23.49.04 # * zdebel links /lib64's .so.2 to /lib for a sec 23.49.12 # win xp of course failed to detect the device 23.49.20 # might be vbox though 23.49.42 # did you already try it in windows 7? :) 23.49.53 # sendfirm yes, beastpatcher no 23.50.02 # that sendfirm binary is probably ancient 23.50.15 # did it prompt you to run it as administrator? 23.50.40 # the current beastpatcher has a manifest for that 23.50.49 # I ran it in cmd.exe 23.50.57 # and it didn't prompt me though 23.50.59 Quit bertrik (Quit: :tiuQ) 23.50.59 # might be it! 23.50.59 # right, but it still needs to run as administrator probably 23.51.05 # and if it didn't prompt you then it won't've done :) 23.51.20 Quit jgarvey (Quit: Leaving) 23.51.41 # lemme find a new sendfirm 23.51.42 Join krazykit [0] (~kkit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 23.51.48 Join soap_ [0] (~soap@rockbox/staff/soap) 23.52.02 # there probably isn't one 23.52.07 # o 23.52.07 # its functionality is built into beastpatcher 23.52.13 # oh ok 23.52.14 # so there's no need to build it any more 23.52.48 # they do the same thing, except for any changes in the time between the binaries being updated 23.52.48 # New commit by 03gevaerts (r28275): Resistor calculator: Support Gigaohms in resistor to colour conversion, and guard against values that can not be represented 23.53.00 # so if the current beastpatcher doesn't work then no version of sendfirm will either 23.53.09 # they are built from the same code, beastpatcher just also knows how to patch in the rockbox bootloader 23.53.13 # lame question, where can I find the current one? 23.53.20 # from the install instructions :) 23.53.37 # ah ok, I got a feeling you meant they were outdated 23.53.55 # sendfirm is probably outdated, yes 23.54.06 # btu the install instructions don't use it 23.54.11 # that was just from when the port was being developed 23.54.28 # r28275 build result: 0 errors, 23 warnings (gevaerts committed) 23.54.37 # no devices found :( 23.54.40 # Impossible! 23.55.25 Quit soap (Disconnected by services) 23.55.27 Nick soap_ is now known as soap (~soap@rockbox/staff/soap) 23.55.53 Join soap_ [0] (~soap@rockbox/staff/soap) 23.56.18 # >.> the linux version find it 23.56.24 Quit s1gma_ (Quit: Leaving) 23.56.38 # New commit by 03gevaerts (r28276): Resistor calculator: Initialise variable to make the compiler shut up about it (it's always initialised, but the compiler won't know that) 23.56.40 # * zdebel transfers the nk.bin 23.57.00 # whoa a resistor calculator, I'd love that xD! 23.58.15 # r28276 build result: All green