--- Log for 26.11.107 Server: kubrick.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 19 days and 2 hours ago 00.00.21 # would be neat if the current value could pop up (like a 'tooltip') on some other part of the screen 00.00.22 # maybe one compromise that might help would be to only display the value when the cursor (selector line) is on the entry 00.00.24 # IMHO it could work to display the current value of a setting right justified at the end of the line IF the text was short enough to not scroll 00.00.32 # stripwax_: :) 00.00.37 # :) 00.01.30 # n1s: viewports :) 00.01.35 Quit ctaylorr (Read error: 110 (Connection timed out)) 00.01.59 # n1s: you can't guarantee that on all screens and too much space between looks weird too (IMO) 00.02.11 # screens + font size 00.02.28 # stripwax_: actually trying to reserve a few pixels on the bottom, or something like that for this woul actually sound more douable (the rest would be handled by effectively resizing the screen in which the menu entryes can apear, and scrolling), it wouldn;t be as neat as having them aside each entry, but it might just work decently on any target without a lot of "hardcoding" 00.02.31 Join karashata [0] (n=karashat@207.61.208.83) 00.02.59 # n1s: Why not do like the one patch did, and draw a second line below the setting line that shows the current value, but only do that for the highlighted one? 00.03.36 # pixelma: that's what I mean it would only diplay for lines that do not scroll but I guess that would look weird too... 00.03.51 # Llorean: yeah, didn't look into that but it sounds nice 00.04.00 # amiconn: so when else did this happen? I don't think I see it on the table currently other that over the last four commits. 00.04.18 # n1s: yeah, that would also be confusing 00.04.32 # n1s: That way it doesn't really matter how long the setting name is, but at the same time it doesn't halve the number of items you can list by showing it for all of 'em 00.04.53 Part Tavnos 00.05.07 # Llorean: it also doesn't make it as fast to get a quick overview 00.05.23 Quit jhulst ("Konversation terminated!") 00.05.44 # I think few people care about the values of all the settings 00.05.57 # But you can scroll through a list and "skim" the values a lot quicker than pressing Select on each of them 00.06.02 # Llorean - would that work better (or worse) than just showing the current value at the bottom of the screen? 00.06.12 # stripwax_: I think it'd look a bit nicer 00.06.20 Quit aliask ("ChatZilla 0.9.79 [Firefox 2.0.0.8/2007102213]") 00.06.22 # Llorean: yep, it's indeed an improvement over our current system imo 00.06.27 # The value is immediately below the highlighted line, so your eyes are focused in the right area already 00.06.30 Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) 00.06.34 # Llorean: i agree, the main issue here i think is having to press two bottons to see the current value (like right to enter, left to go back) 00.06.59 # nanok_: Honestly, *I* could care less. I know the value of basically every setting I've changed anyway. :) 00.07.04 # But I see how it would be nice. 00.08.04 # I like the tooltip idea, my phone does something like that and it's quite nice 00.08.24 Quit moos (Read error: 110 (Connection timed out)) 00.08.38 Join barrywardell [0] (n=barrywar@194.46.178.214) 00.08.55 # pixelma: Maybe if you stop scrolling on the line, *then* it inserts a line below it with the current value? 00.08.59 Join countrymonkey [0] (i=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-5baeab4095d8119a) 00.09.13 # it would surely be nice as an option. for instance i use small fonts (similar to the default with rockbox), and on my particular target (e200), i rarely run out of space for menus, so an extra line for the highlighted entry would surely be no problem 00.09.29 Join DrCrow [0] (n=DrCrow@216-62-187.200720.adsl.tele2.no) 00.10.26 # maybe someone can do this, and we could have it as a "off by default" option, and see how people get along with it for a while?.. 00.10.41 Quit Jon-Kha (Remote closed the connection) 00.11.52 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 00.12.13 Join miepchen^schlaf [0] (n=hihi@p54BF5E25.dip.t-dialin.net) 00.12.44 # I think showing the value directly below the current line would look bad when you scroll thriough a list where not all entrys are settings. so the menu would jump around when you highlight a setting and tehn a submenu. 00.13.20 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 00.13.25 Quit countrymonkey (Client Quit) 00.13.28 # PaulJam: Perhaps an appropriate solution would be to put the Submenus at the top of the list then? 00.13.31 # Much like folders come before files 00.14.28 # jhMikeS: *all* commits in the table that have the slightest delta show the effect... 00.14.28 # Llorean: and what about those setting that arent really settings, like "reset backdrop" 00.14.50 # or maybe anything which is not a setting can be excluded from this behaviour alltogether (allthough i am not sure how easy that would be currently), or am i missunderstanding the problem? 00.15.10 Quit markun (Remote closed the connection) 00.15.18 Quit DrCrow ("Leaving") 00.15.25 # PaulJam: There are very few of those, and they can just go last? 00.15.38 # nanok_: His objection is "It wouldn't look good" 00.15.53 Join DrCrow_ [0] (n=DrCrow_@216-62-187.200720.adsl.tele2.no) 00.16.18 # Llorean: but this wouldn't really solve the jumping when you scroll from one kind to another. 00.16.21 # what are we talking about? 00.16.56 # Llorean: i get it, i am not sure if he means it would expand in case of submenus and make a mess, or just that there would be nothing to show, which would make it inconsistent. honestly i would be perfectly ok with the later 00.17.39 # PaulJam: Since you still move one entry per 'step' I don't know if it'd be as much a problem as you think it is. The only way to know for sure is to try it 00.17.51 # JdGordon: the discussion started by me mentioning having values for settings where possible, inline (without hitting select) 00.18.16 # i guess if it would expand even if there is nothing to show it would be alright. 00.18.23 Join markun [0] (n=markun@rockbox/developer/markun) 00.18.31 # PaulJam: I think that would look even worse. 00.18.32 Quit HellDragon (Client Quit) 00.18.39 # PaulJam: Expansion wouldn't affect scrolling, it would just be a visual effect... 00.18.49 # nanok_: ah ok. as long as they arnt done how the set rating one was done... that was horrible 00.19.05 # JdGordon: Btw, the table settings code was almost ok, just 3 small quirks which are fixed in svn: (1) you forgot to store the callback, so it didn't work. (2) you used the same bit twice, causing crashes for sound settings. I moved the 2 additional bits one bit up. (3) there was an off-by-one error that caused the first value to be displayed twice if it was the selected one 00.19.44 # Llorean: I think a popup would look better than expansion 00.19.51 # JdGordon: i have no idea. i understand this is not the first time this is duscussed, and that there have even been some patches which were not acceptable. we are trying (i think) to figure out what would work decently 00.20.08 # amiconn: k, just keeping you on your toes :) 00.20.26 # /msg nickserv link DrCrow hardisk 00.20.40 # crap 00.20.48 Quit Nico_P (Remote closed the connection) 00.20.49 # amiconn: Something like a splash-on-hover? 00.21.01 # My current mobile phone expands the highlighted line (to use a larger font) - that feels rather odd... 00.21.45 # Llorean: Yes, but "connected" to the selector, i.e. in the next line (or previous if there is no next line on screen) 00.22.00 Quit DrCrow_ ("Leaving") 00.22.02 # amiconn: i think that is somehow mac-borrowed (not to say mac disease :) ) for gui's 00.22.59 Join DrCrow [0] (n=DrCrow@216-62-187.200720.adsl.tele2.no) 00.23.22 Quit Dark_Apostrophe (Connection timed out) 00.23.23 Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) 00.23.46 Quit DrCrow (Client Quit) 00.23.53 # * nanok_ 's current mobile phone wouldn;t be able to spell "expand " on one line 00.23.58 # :) 00.24.39 # i have to do something about this ; versus ' problem, drives me insane :( 00.25.17 Join DrCrow [0] (n=DrCrow@216-62-187.200720.adsl.tele2.no) 00.31.59 Quit mirak ("Ex-Chat") 00.34.31 Join animeloe [0] (n=animeloe@unaffiliated/animeloe) 00.36.01 # uhmm... nice new wiki user :/ 00.36.34 Join HellDragon [0] (n=Nocebo@unaffiliated/helldragon) 00.36.52 # cheepcheepcheep 00.42.50 Quit petur ("Zzzzz") 00.43.10 Quit Shaid (Read error: 104 (Connection reset by peer)) 00.43.34 Join Shaid [0] (i=shaid@210-84-52-144.dyn.iinet.net.au) 00.43.45 Quit Shaid (Client Quit) 00.44.15 Join Shaid [0] (i=shaid@210-84-52-144.dyn.iinet.net.au) 00.52.39 Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) 00.54.40 Quit Redbreva ("Out for the day...!") 00.59.48 Join goffa_ [0] (n=goffa@216.220.23.105) 01.01.13 Quit stripwax_ (Read error: 104 (Connection reset by peer)) 01.09.01 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 01.09.22 Join miepchen^schlaf [0] (n=hihi@p54BF5E25.dip.t-dialin.net) 01.09.38 Quit PaulJam (".") 01.12.19 Quit goffa (Read error: 110 (Connection timed out)) 01.13.11 *** Saving seen data "./dancer.seen" 01.13.50 Quit n1s () 01.14.03 Quit animeloe (No route to host) 01.14.26 Quit goffa_ (Remote closed the connection) 01.14.29 Join goffa [0] (n=goffa@216.220.23.105) 01.16.29 Join donutman25 [0] (n=chatzill@65.75.87.48) 01.16.47 Join animeloe [0] (n=animeloe@unaffiliated/animeloe) 01.16.48 # having trouble adding plugins, am I supposed to change a makefile, because I don't see any other plugin files in the makefile in the plugin folder 01.17.13 # what do you mean by "adding plugins" ? 01.17.36 Join animeloe_ [0] (n=animeloe@unaffiliated/animeloe) 01.17.38 # is this a new plugin that you have made? 01.17.46 Quit animeloe (Nick collision from services.) 01.17.52 Nick animeloe_ is now known as animeloe (n=animeloe@unaffiliated/animeloe) 01.18.19 # Traveler8: you need to add the name of the plugin source file to apps/plugins/SOURCES 01.20.28 # okay thanks safety dan 01.20.41 # didn't make a plugin yet, just toying with hello.c 01.22.13 Quit barrywardell () 01.24.00 Quit lee-qid ("aufwiederbyebientotsayonara") 01.24.49 Join barrywardell [0] (n=barrywar@194.46.178.214) 01.26.47 Quit HellDragon (Client Quit) 01.29.54 Join HellDragon [0] (i=jd@unaffiliated/helldragon) 01.35.58 Quit Mouser_X (Read error: 110 (Connection timed out)) 01.38.00 Quit mokkurkalve (Read error: 110 (Connection timed out)) 01.39.18 Join Skail [0] (n=colin@static24-72-51-82.regina.accesscomm.ca) 01.40.17 # anyone here to advise on a compiling problem? 01.40.51 # you don't need to ask to ask. 01.41.03 # hrm...the erronous battery readout on 3g is exactly timed with disk activity...no disk activity = no readout :\ 01.42.17 # from kernel.c : firmware/target/arm/system-arm.h , impossible constraint in 'asm' 01.42.39 Quit Rob2222 () 01.42.50 # Skail: which line? 01.42.59 # 119 01.43.40 # different O settings/compiler? 01.43.56 # thing is, I'm fine with the binary I installed on the device - I just want to write/work on plugins 01.44.20 # I followed the Gentoo section for setting up cross compiler, 01.44.47 # but I'm not to familiar with using gcc in this way 01.45.07 # that one always seems to come biting...presumably due to some optimization deal with an inline functions and the "i" constraints 01.45.27 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 01.45.28 Join TrU|nguyenEr [0] (n=fatboi@ip70-185-228-72.ok.ok.cox.net) 01.45.51 Quit donutman25 ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") 01.47.39 # try adding "static inline int set_interrupt_status(int status, int mask) __attribute__((always_inline));" 01.47.53 # just above the function definition itself 01.49.35 # same 01.49.56 # err 01.50.24 Part pixelma 01.51.30 # is there an older/more-likely-to-compile tarball? I'm just wanting to do plugins, if that makes a difference 01.52.22 # It generally seems likely to compile as evidenced by the build table, however, some change needs to be found that keep that function from being a problem 01.52.51 # could be converted to a macro but that's just nasty imo 01.54.26 # mind trying one other thing? 01.54.56 # not at all 01.55.00 # I really want this to work :) 01.56.10 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 01.56.16 # replace it like this: http://rafb.net/p/EHIxgs60.html 01.56.31 Join miepchen^schlaf [0] (n=hihi@p54BF5E25.dip.t-dialin.net) 01.57.13 # one small change, change "(status & mask)" to "((status) & (mask))" 01.57.20 Join Rob2222 [0] (n=Miranda@p54B162AB.dip.t-dialin.net) 01.58.23 # Skail: hang on, did you use rockboxdev.sh to get your cross compilers? 01.59.01 # no... followed the thing under "gentoo" 01.59.01 Join danef [0] (i=4495bf08@gateway/web/cgi-irc/labb.contactor.se/x-d684b344590ddbb9) 01.59.44 # safetydan: I still think this should work in any case 02.00.01 # hi to all - is anyone here an expert with RB on the Sansa e200 series? 02.00.03 # same result. 02.00.16 # Skail: which thing under gentoo? One of the Rockbox wiki pages? 02.00.27 # only thing you can do then is change the i's to r's 02.00.33 # jhMikeS: don't we have some patches applied to gcc that might make a difference to this? 02.00.55 # http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler 02.01.02 # danef, it's easier to simply ask your question 02.01.17 # We do have patches and this function seems to be problematic with unpatched ones iiuc 02.01.49 Quit danef (Client Quit) 02.02.02 # jhMikeS: the gentoo instructions don't mention patching the compilers, so maybe that's the problem here 02.02.13 Quit barrywardell () 02.02.22 # if a macro is giving the same result, that's definitely a bug 02.02.59 # cool, it passes kernel.c now.. errors on LD rockbox.elf 02.03.02 Join danef [0] (i=4495bf08@gateway/web/cgi-irc/labb.contactor.se/x-22daabcd520fb438) 02.03.03 # the "i,i" constraint is always passed as an int constant so I'd say GCC is borked 02.03.39 # Skail: if you continue to have compile problems, try using the compilers build by rockboxdev.sh instead 02.04.20 # Hi - I am using RB on a sansa e260. When I play photos or mpegs the backlight trips off almost immediately regardless of any backlight setting I use in the setting menu. Any ideas? 02.04.52 # danef: I think someone recently reported that as a bug. 02.05.42 # ahh ok thanks - i didn't spot it in the bug section - i'll look closer. 02.06.20 # * Skail is hesitant to patch gcc 02.06.28 # Skail: the script takes care of it for you 02.06.48 # that's why I'm hesitant 02.06.51 Part ryanakca 02.06.53 # Skail: You're not patching your system GCC, just the cross-compiler ones. 02.07.22 # gcc cross is definitely bugged if it's not handling that function properly 02.07.29 # or macro 02.08.07 # the script doesn't seem to be working anyways 02.08.29 # Skail: it should work. What error are you getting? 02.09.07 # its asking for "File to patch:" 02.09.23 # ugh 02.09.40 # not finding binutils tarballs, probably it 02.10.01 # hrm, it should download those for you 02.10.42 Quit guyzmo (Remote closed the connection) 02.10.50 # aha... seems the download failed.. 02.10.55 Join guyzmo [0] (n=guyzmo@nenya.mithrandir.net) 02.11.07 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 02.12.05 # okay, able to compile/add rocks now. now I gotta really dive into the source :D 02.12.26 Quit danef ("CGI:IRC (EOF)") 02.12.34 # lol, that's where I want to be :) 02.19.36 Join webguest63 [0] (i=51991532@gateway/web/cgi-irc/labb.contactor.se/x-cd06cc7c3574642f) 02.19.53 Part webguest63 02.23.10 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 02.23.31 Join miepchen^schlaf [0] (n=hihi@p54BF5E25.dip.t-dialin.net) 02.24.39 Join moos [0] (i=moos@m147.net81-66-159.noos.fr) 02.31.54 Quit RoC_MasterMind (Read error: 104 (Connection reset by peer)) 02.38.22 Quit J3TC- (".•«UPP»•.") 02.39.03 Quit moos ("Rockbox rules the DAP world") 02.41.55 Join Seedy [0] (n=user@bzq-84-108-232-45.cablep.bezeqint.net) 02.41.55 Join ShyK [0] (i=Shy@bzq-79-179-121-42.red.bezeqint.net) 02.44.25 # well.. still doesn't build with the script-made compiler 02.45.09 Join most_triumphnt [0] (i=48403e9e@gateway/web/cgi-irc/labb.contactor.se/x-4f506f963dd7c143) 02.45.17 # ogm Skail 02.45.27 Quit Seedy () 02.45.42 Quit most_triumphnt (Client Quit) 02.45.48 Join most_triumphnt [0] (i=48403e9e@gateway/web/cgi-irc/labb.contactor.se/x-d8f94ca7ffd248c3) 02.46.32 Quit most_triumphnt (Client Quit) 02.47.18 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 02.47.32 Join miepchen^schlaf [0] (n=hihi@p54BF7399.dip.t-dialin.net) 02.47.36 Join san|chez [0] (n=sanchez@cpe-24-210-40-174.columbus.res.rr.com) 02.48.16 Join perrikwp [0] (n=chatzill@74.167.148.160) 02.48.36 Quit |sanchez| (Read error: 104 (Connection reset by peer)) 02.50.53 # Skail: are you compiling the latest source from SVN? Are you sure the rockboxdev.sh compilers are being used (i.e. they're first in the PATH ahead of the gentoo ones you built earlier)? 02.51.30 Join psycho_maniac [0] (i=psycho_m@ppp527.hk.centurytel.net) 02.51.37 # they're first in the path, yes 02.51.47 # <- trying something else.. 02.52.44 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 02.52.50 Join DM| [0] (n=dm@cpe-65-24-163-189.columbus.res.rr.com) 02.52.56 Quit advcomp2019 (Nick collision from services.) 02.53.02 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 02.55.41 # hey whats up 02.57.17 # I got it to build the plugins - that's good enough, at least for now - thanks for all the help, guys 02.59.06 Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 02.59.38 # Skail: you could always try just building the simulator. That will use your normal system compiler. Obviously you wont be able to use the plugins built this way on your target, but at least you can test stuff. 02.59.40 # anyone know much about the 3G Ipod problems ? 02.59.55 # san|chez: which problems? 03.00.05 # well 03.00.10 # it says battery is low recharge 03.00.38 # so i tried getting it to recharge and it kept rebooting and saying that without actually charging, then i fnially got it fully charged and rebooted into Rockbox and then it just said battery low and shut off but i charged the battery 03.00.55 # san|chez: ah that one. I think someone is looking into it but no idea how far along they are 03.01.04 # ah ok 03.01.30 # jhMikeS: are you the one looking at the 3g battery issue? 03.01.33 # :( 03.02.55 # safetydan: I have built the sim already :) 03.03.27 # safetydan: I'm trying to but don't really know what's up. I have to disable poweroff just to work on stuff. I'll hopefully get a clue somehow. :) 03.04.19 # jhMikeS: cool. Was there a recent change that exposed this problem or has it always been there? 03.05.31 # noone seems to know where it crept in. if it's not that, it's the various exceptions at startup. 03.07.36 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 03.07.57 Join miepchen^schlaf [0] (n=hihi@p54BF481B.dip.t-dialin.net) 03.08.48 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.09.24 Join J3TC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) 03.10.00 Join goffa_ [0] (n=goffa@216.220.23.105) 03.13.12 *** Saving seen data "./dancer.seen" 03.19.26 Join joshin1 [0] (n=josh@unaffiliated/joshin) 03.20.08 Join donutman25 [0] (n=dagni@65.75.87.48) 03.20.39 Quit goffa (Read error: 110 (Connection timed out)) 03.22.08 Nick XavierGr_ is now known as XavierGr (n=xavier@ppp92-125.adsl.forthnet.gr) 03.25.41 Quit Thundercloud (Remote closed the connection) 03.31.49 Quit joshin (Read error: 113 (No route to host)) 03.34.13 Join Mouser_X [0] (n=mouser_x@207.155.176.3) 03.39.40 Quit DM| ("*bashes head against keyboard*") 03.51.14 Quit donutman25 (Remote closed the connection) 03.52.05 Join Hammer89 [0] (n=soc_inte@static-host-24-149-229-197.patmedia.net) 03.52.34 # does anyone know if SanDisks new firmware causes issues with Rockbox? 03.57.17 Join thunderfox5 [0] (n=thunderf@10001224929.0000009805.acesso.oni.pt) 03.57.28 # hi there 04.03.27 Quit bobrules (Read error: 104 (Connection reset by peer)) 04.06.49 # Hammer89, no.. it is new hardware inside them 04.07.25 # so I can update the OF on my e200 and reinstall Rockbox with no issues? 04.09.01 # Hammer89, why do you need to update the OF since it is only for file transfers 04.09.04 Quit Skail ("Concoction recent by Pier.") 04.10.05 # well... batt runtime is still better on the OF from what I can tell... other than that, no reason in particular... do you know what the latest update to the OF changed/added? 04.13.14 # Hammer89, rockbox do not know what they change in OF and rockbox does not need to know since rockbox does not use any part of the OF in their c code 04.16.02 # I understand that... though I'd imagine they need to keep up on it in case Sandisk decides to release a new bootloader or something 04.16.24 # I was asking more out of curiosity than out of a need for technical advice 04.20.44 # Hammer89, if it isn't broken, don't fix it ;) 04.21.47 Quit animeloe ("Leaving") 04.22.18 # krazykit: good advice; but does anyone ever really follow it? 04.22.22 # ;) 04.24.10 # if they did, the world would be a happier place. 04.25.02 # nah... it'd be boring :) 04.25.06 Join animeloe [0] (n=animeloe@unaffiliated/animeloe) 04.30.14 # hi. maybe you can help me 04.30.21 # I have an iPod 5G 04.30.21 # ask already 04.30.31 # and the enter button is not a space bar 04.30.38 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 04.31.03 # and Im trying to make some changes on the code, to make the menus easier to use 04.31.26 # where can I find the source code for the menu captions and the click wheel speed? 04.32.06 # plus, I did SVN checkout and I'm missing a rockboxlogo.h file 04.32.22 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 04.32.42 Join miepchen^schlaf [0] (n=hihi@p54BF481B.dip.t-dialin.net) 04.40.16 # thunderfox5: the logo file is created when you build 04.41.01 # you probably want to look at the gui code for the menu (under apps/gui) and the wheel driver for the speed (somewhere under firmware/drivers) 04.41.22 # thanks for that info 04.41.30 # about that missing file problem 04.41.33 # this is what i get 04.41.53 # CC alarm_menu.c 04.41.53 # In file included from alarm_menu.c:32: 04.41.53 # recorder/icons.h:30:25: error: rockboxlogo.h: No such file or directory 04.42.21 # isn't that file supposed to come with the rest of the source? 04.42.52 # did you try the svn up command? i think when your missing a file and you try that it will download the file you are missing. 04.43.13 # I can try that, but won't that erase any changes I have made to the code? 04.43.46 # thunderfox5: no, it will merge them 04.44.28 Join TrU|anothEr [0] (n=fatboi@ip70-185-228-72.ok.ok.cox.net) 04.44.54 Quit TrU|anothEr (Client Quit) 04.46.33 # doesn't work :( 04.46.38 # say this: 04.46.39 # Skipped 'svn://svn.rockbox.org/rockbox/trunk' 04.46.40 # At revision 15806. 04.47.25 # thunderfox5: that's because revision 15806 is the latest version available. 04.47.40 # Maybe try doing a make clean followed by running configure again 04.47.57 Part Hammer89 04.48.13 Nick joshin1 is now known as joshin (n=josh@unaffiliated/joshin) 04.48.32 Join n17ikh|Lappy [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) 04.50.01 # does the SVN run on 64 bit or something? 04.50.20 # all the binaries on the tools folder had to be recompiled one by one 04.50.40 # because I got a lot of "can't execute binary file" errors 04.51.07 # Hrm, have you checked out your source tree as a different user from who you're trying to compile as? 04.51.15 # nope 04.51.17 # I mean 04.51.45 # I checked out at college using my work login 04.52.00 # and then downloaded from their server through ssh 04.52.03 # it sounds like you have some permissions issues preventing the build from working 04.52.12 # are the directories writeable by your user? 04.52.16 # yep 04.52.27 # and I chmod'ed all of them 755 04.52.28 # can the build set executable bits? 04.52.40 # odd 04.52.43 # (the binaries I mean) 04.53.41 # so did make clean work? 04.53.51 Quit K-Man666 ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") 04.55.20 # i'm a bit confused about the new usb stack...wasn't the point to make usb work within rockbox? or have we still not gotten that far? 04.55.40 # Nimdae: haven't got that far yet. 04.55.47 # ah ok 04.56.21 # I can't build the zip now 04.56.25 # oh well 04.56.34 # thunderfox5: do you have zip installed? 04.56.40 # yup 04.57.15 # something seems very wrong with your working copy and build setup then 04.57.32 # yup, something strange going on lol 04.57.35 # I call it a day 04.57.52 # I'll stir this up a bit tomorrow lol 04.58.02 # thanks for your help :) 04.58.12 # np 04.58.32 # well, in the meantime, is there a way to make rockbox not make windows think a new device is being plugged in every time i plug in my ipod? 04.59.39 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.59.45 # eh safedan 04.59.50 # safetydan* 04.59.55 # one last note 05.00.02 Join miepchen^schlaf [0] (n=hihi@p54BF4828.dip.t-dialin.net) 05.00.06 # I was right 05.00.19 # /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: i386:x86-64 architecture of input file `scramble.o' is incompatible with i386 output 05.00.19 # /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: i386:x86-64 architecture of input file `iriver.o' is incompatible with i386 output 05.00.19 DBUG Enqueued KICK thunderfox5 05.00.19 # /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: i386:x86-64 architecture of input file `mi4.o' is incompatible with i386 output 05.00.19 *** Alert Mode level 1 05.00.19 # /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: i386:x86-64 architecture of input file `gigabeat.o' is incompatible with i386 output 05.00.21 *** Alert Mode level 2 05.00.21 # /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: i386:x86-64 architecture of input file `gigabeats.o' is incompatible with i386 output 05.00.23 # Nimdae: that is a problem? lol i thought it was just my stupid computer. 05.00.24 *** Alert Mode level 3 05.00.24 # /usr/lib/gcc/i586-suse-linux/4.2.1/../../../../i586-suse-linux/bin/ld: i386:x86-64 architecture of input file `telechips.o' is incompatible with i386 output 05.00.31 # the SVN has it's files on x64 arch 05.00.38 # this is what pastebins are for... 05.00.50 # pastebins? 05.00.50 # thunderfox5: what files though? There shouldn't be any binary files checked in. The only binaries are ones you've built. 05.00.53 # psycho_maniac: it's something from the new usb stack, for sure 05.01.09 # thunderfox5: read the guidelines linked int he topic 05.01.11 # ooohhhhh 05.01.18 # now I understand 05.01.36 # must have been the server at college that built these in the first place... 05.01.44 # :) 05.01.50 # thanks, you helped a lot! 05.02.20 # thunderfox5: no probs. Though the make clean should have sorted that out for you 05.02.26 Quit TrU|nguyenEr (Read error: 110 (Connection timed out)) 05.03.34 # I did make clean on the tools directory now and it seems to have worked. 05.03.48 # btw, one oddity i found in the script that builds the rockbox build environment...it checks for the existance of "patch", but doesn't seem to check for anything else, like a compiler 05.04.12 # Nimdae: when you run configure it checks that the compiler for the architecture is on the path 05.04.34 # i'm talking about rockboxdev.sh 05.04.39 # ah 05.04.43 # had to remember the name of the script 05.04.54 # oh, when I tried to use the autoconfigure.sh to install the needed files for building 05.04.56 # it does check for curl or wget 05.05.05 # yeah 05.05.07 # I think that's how it's called 05.05.10 # but it doesn't check for a compiler 05.05.24 Quit karashata ("I will *SO* make you regret that... Later... *is a lazy dragon*") 05.05.26 # curl kept giving out these Error 500 warnings 05.05.36 # it downloads everything, extracts, patches, attempts to build, fails if there is no compiler, then tells you everything was successful and to set your PATH accordingly 05.05.44 Join karashata [0] (n=karashat@207.61.208.83) 05.05.52 # I switched ftp:// for http:// and it sorted that out 05.05.57 # hope it helps anyone. 05.06.04 Join iamben [0] (n=ben@ppp-70-129-187-176.dsl.spfdmo.swbell.net) 05.06.09 Quit iamben (Client Quit) 05.06.09 # Nimdae: well now that's a bug that should be fixed 05.06.37 Join iamben [0] (n=ben@ppp-70-129-187-176.dsl.spfdmo.swbell.net) 05.07.10 # i accidentally discovered it because i reinstalled ubuntu, heh 05.07.24 # which doesn't install a compiler by default 05.07.42 # i'll jump on flyspray and see if it's reported 05.08.33 # ...which seems to be broken 05.08.47 # can i report a bug for the bug tracking tool? >.> 05.09.13 # looks like a corrupt table or something 05.09.59 # ah yeah, I think the server's out of disk space at the moment 05.10.05 # doh 05.10.25 *** Alert Mode OFF 05.10.44 # have to wait for Zagor, LinusN, or Bagder to poke the server 05.11.10 # well, it only failed to log in, did a search and didn't see anything for the script 05.11.14 # i'll report it tomorrow 05.11.45 Quit thunderfox5 (Remote closed the connection) 05.13.14 Quit Soap () 05.13.16 *** Saving seen data "./dancer.seen" 05.16.12 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 05.26.37 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 05.28.00 Quit linuxstb (Read error: 113 (No route to host)) 05.29.02 # could you do a battery test in rockbox for playing videos? 05.32.27 Join joshin1 [0] (n=josh@unaffiliated/joshin) 05.33.49 Quit joshin ("Gotta stop the kids from rioting") 05.34.05 Nick joshin1 is now known as joshin (n=josh@unaffiliated/joshin) 05.41.16 Join weswh- [0] (n=wes@c-71-56-114-7.hsd1.ga.comcast.net) 05.41.58 # i had rockbox installed, and my brother plugged my ipod into his laptop and installed/opened itunes. does anyone know if itunes nowadays is overwriting the bootloader? 05.42.51 # because it is back to normal ipod operation now - but ipod update was never run or anything...all of the music is still there, it's saying firmware 3.11 or something, in the Settings > About 05.44.56 # you try rebooting it? 05.45.13 # cause mine booted into original firmware once 05.48.48 Quit ctaylorr (Read error: 110 (Connection timed out)) 05.49.08 # for statements can be used in plugins, correct? 05.51.02 # Traveler8: yes, it's a standard C construct 05.51.56 Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) 05.52.44 # okay thanks, figured I'd check before compiling. process takes a while 06.04.20 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 06.08.05 Quit animeloe ("Leaving") 06.09.45 Join animeloe [0] (n=animeloe@unaffiliated/animeloe) 06.20.22 Nick billenium is now known as BilleniumzZz (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 06.30.22 # anyone suggest a resident evil or ghost in the shell rockbox theme/wps? 06.35.27 Quit karashata ("I will *SO* make you regret that... Later... *is a lazy dragon*") 06.50.12 Quit qweru ("moo") 07.02.07 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 07.02.28 Join miepchen^schlaf [0] (n=hihi@p54BF4828.dip.t-dialin.net) 07.03.06 # well its time I go for now, adios 07.03.14 Quit Traveler8 ("Java user signed off") 07.05.34 Quit DaCapn (Read error: 110 (Connection timed out)) 07.08.12 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 07.10.22 Quit linuxstb_ (Read error: 113 (No route to host)) 07.13.20 *** Saving seen data "./dancer.seen" 07.15.02 Quit tedrock (Client Quit) 07.19.43 Join tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) 07.25.42 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 07.26.03 Join miepchen^schlaf [0] (n=hihi@p54BF4828.dip.t-dialin.net) 07.28.06 Part safetydan 07.35.24 Quit jhulst ("Konversation terminated!") 07.36.43 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.36.46 Join Buschel [0] (n=AndreeBu@p54A3D3DD.dip.t-dialin.net) 07.46.31 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 07.46.40 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.49.59 # jhMikeS: The attributed doesn't need its own line. You can also put it between the function type & qualifiers and the name: 07.50.35 Join SpeedEBikes [0] (n=chatzill@c-76-16-40-107.hsd1.il.comcast.net) 07.51.09 # static inline int __attribute__((always_inline)) set_interrupt_status(int status, int mask) __attribute__((always_inline)) { do_something } 07.51.22 # Eh 07.51.27 # static inline int __attribute__((always_inline)) set_interrupt_status(int status, int mask) { do_something } 07.54.26 Quit advcomp2019 ("Leaving") 07.54.37 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 07.54.55 Quit advcomp2019 (Client Quit) 08.02.16 Quit Buschel () 08.02.33 Quit tedrock (Client Quit) 08.05.21 Quit perrikwp (Read error: 104 (Connection reset by peer)) 08.09.24 Quit ShyK (Remote closed the connection) 08.09.32 # amiconn: ah, good to know 08.10.29 # amiconn: do you think it's right for i2c to be initialized so late in init()? the power thread is created and may in fact run before that is done. 08.11.33 # I'd think that should be done as a primary init since it's almost as fundamental as the kernel 08.12.26 Join tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) 08.16.15 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.16.32 # Init order is rather difficile 08.16.51 # It probably needs checking and thinking on all targets 08.16.56 Quit atsea- (Read error: 104 (Connection reset by peer)) 08.17.12 # We should also document which inits depend on which other init(s) 08.17.16 Join jhenry197 [0] (n=jhenry19@adsl-75-61-10-219.dsl.ksc2mo.sbcglobal.net) 08.17.34 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 08.17.38 Part jhenry197 08.17.50 Join mokkurkalve [0] (n=eivind@084202223083.customer.alfanett.no) 08.18.06 # the power thread could be created in a suspended state and allowed to run later too 08.18.12 Quit nanok_ (Read error: 113 (No route to host)) 08.20.06 # are there any patches needed for testing for the gigabeat or ipod 80g video? 08.20.44 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 08.20.44 # * jhMikeS gets the feeling he's about to bluescreen in a second :\ 08.20.46 # Such a suspended init happens on Ondio: MMC detection is enabled later 08.20.49 # actually just the ipod atm. my gigabeat is busy atm. 08.20.56 Join GodEater [0] (n=bryan@rockbox/staff/GodEater) 08.21.50 # The interdependencies being documented would help to avoid effects such as the crashing Video/Nano bootloaders due to backlight needing the krenel (for sleep()) 08.23.33 # looking at the inits beforehand, it seem odd that i2c needs those (buffer, settings, lcd, remote, font, logo, lang, debug) 08.24.00 # don't know what to make of serial 08.24.35 # the power management for pp that uses the i2c needs that first for sure 08.26.45 # Is there any guide to debugging issues that only occur on a target system but don't occur in the simulator? After installing a current build my Sansa e200 screen blanks after about 1 second without input while in the movie player or the system/version screen. This doesn't occur in the simulator. I saw something about JTAG connectors in the archives. Do these allow one to run a Sansa under gdb? 08.27.05 # amiconn: though this batt level oddness on 3g seems to be some separate issue anyway 08.31.50 # is the Rockbox Logo Swapper supported? 08.34.11 # no 08.34.29 # usually supported stuff is on the wiki correct? 08.34.37 # not necessarily 08.34.54 # meaning, not all things in the wiki are officially supported 08.35.11 # like the LogoSwapper 08.35.40 # and it's not clear what "officially supported" means either :-) 08.37.33 # correct. 08.38.22 # LinusN: to me "officially supported" means it's bad form for us to give up on a problem - whereas "not officially supported" usually appears to mean we wade in to help if we're in a good mood, and then give up when the first thing we thought of doesn't work, replying with "well, it's not supported" :) 08.38.48 # well put 08.38.50 # :-) 08.38.53 # hehe 08.41.17 # i like this conclusion in th forum: "Since the Sansa E280 has a FAT partition, I presume it is capable of running Linux?" 08.41.35 # oh wow... 08.42.03 # hahaha 08.42.05 # genius 08.42.09 # why didn't we think of that ? 08.49.26 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 08.49.47 Join miepchen^schlaf [0] (n=hihi@p54BF4828.dip.t-dialin.net) 08.50.15 Join SpeedEBikes_ [0] (n=chatzill@c-76-16-40-107.hsd1.il.comcast.net) 08.58.44 Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- The alternative IRC client") 09.03.41 Join petur [0] (n=petur@rockbox/developer/petur) 09.05.01 Join SpeedEBikes__ [0] (n=chatzill@c-76-16-40-107.hsd1.il.comcast.net) 09.07.57 Quit SpeedEBikes (Read error: 110 (Connection timed out)) 09.07.58 Nick SpeedEBikes__ is now known as SpeedEBikes (n=chatzill@c-76-16-40-107.hsd1.il.comcast.net) 09.08.25 Join Jon-Kha [0] (n=Jon-Kha@80-248-247-190.cust.suomicom.fi) 09.09.22 Join goffa [0] (n=goffa@216.220.23.105) 09.13.21 *** Saving seen data "./dancer.seen" 09.16.07 Part SpeedEBikes 09.16.35 Quit goffa_ (Read error: 110 (Connection timed out)) 09.18.35 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 09.20.12 Join CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de) 09.22.38 Quit SpeedEBikes_ (Read error: 110 (Connection timed out)) 09.28.41 # jhMikeS: That pcf driver fix fixes the G3 battery issue I presume? 09.31.43 Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) 09.31.43 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 09.32.20 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 09.33.51 # amiconn: no but it's a possible problematic situation I spotted when looking into it 09.34.37 # what I really find odd is that it's only the battery level, not the RTC or anything 09.34.55 Quit GodEater (Connection timed out) 09.37.30 # Maybe we're using the wrong ADC channel? You said it depends on disk activity... 09.38.54 # things seem to change in concert with that, yes...no doubt 09.40.31 # name should explain well enough: http://jhmikes.cleansoap.org/pp5002-dual-core.diff (yes it has #define NO_LOW_BATTERY_SHUTDOWN, just so I can work :) 09.40.37 Join GodEater [0] (n=bryan@rockbox/staff/GodEater) 09.42.11 # after the initial cycle of disk activity and playing for awhile, the level starts coming back up and appears to operate normally 09.43.21 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.43.38 # I guess the filter needs time to settle in part but hmmm 09.44.15 Quit goffa (Remote closed the connection) 09.44.48 Join goffa [0] (n=goffa@216.220.23.105) 09.47.30 # amiconn: btw, I think the problems on pp5002 with these random crashes come from improper use of the control registers. A number of restrictions/steps apply or it will bomb out. 09.49.50 # Which control registers? 09.50.03 # for the processors 09.51.07 # have to fill the pipeline with nop's before sleeping the core. can't concurrently access the status register. 09.51.32 # hmm... I also see this effect on my c200 now which I just read in the logs (people with e200): the backlight turns off in a second if you start mpegplayer or jpegviewer, it comes back on if you press a button but turns off again, one time it stayed on a bit longer... (revision 15806 here) 09.52.17 # * jhMikeS was having a similar experience here on 3g too in all plugins 09.53.03 # maybe these backlight settings commit of yesterday...? 09.53.35 # I'll try a daily 09.53.51 Part pondlife 09.54.58 # seems to be all plugins that should keep the backlight on all the time 09.56.11 # Ah, probably the 'keep backlight running' plugin stuff needs a different value now 09.56.39 Join spiorf [0] (n=spiorf@host22-211-dynamic.20-79-r.retail.telecomitalia.it) 09.57.43 # * amiconn didn't think of that 09.58.11 # it's all in the plugin helper file 09.58.34 # (plugin lib) 09.58.55 # * jhMikeS guesses he managed to hit all the bl-on plugins at once 09.58.56 # Yes. The 4 '1's in backlight_force_on() need to be changed into '0's 09.59.34 # one change to fix them all :) 09.59.37 # are there any that don't use that lib yet? 09.59.46 Join Bagder [0] (n=daniel@rockbox/developer/bagder) 09.59.51 # I think I converted them all 10.00.04 # demystify seems affected 10.00.46 # Right now it sets the backlight timeout to 1 second instead of 'always on' 10.01.50 # yes, looks like a second 10.02.12 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 10.02.30 # well, 1 used to be always on.... 10.02.30 # from demos: fire, fireworks, oscilloscope, plasma, starfield are affected 10.02.49 # they should all be using the lib, so an easy fix 10.03.33 # flyspray buggered? 10.03.58 # http://www.rockbox.org/tracker/index.php?type=4 gives a db error 10.04.32 # only patches seems affected 10.04.59 Join goffa_ [0] (n=goffa@216.220.23.105) 10.05.06 # I couldn't even watch the tasklist yesterday evening 10.05.07 # all types also goes bananas 10.05.29 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 10.05.32 # * petur triggers Bagder 10.05.51 # maybe it's related to the build problems with rbclient on rockbox.org... 10.06.18 # * Bagder checks 10.08.07 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 10.08.14 Part pondlife ("Gone") 10.11.11 Quit advcomp2019 ("Leaving") 10.12.06 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 10.13.41 Join Redbreva [0] (n=redbreva@host86-144-108-57.range86-144.btcentralplus.com) 10.13.45 # jhMikeS: The NO_LOW_BATTERY_SHUTDOWN should probably go into config-ipod3g.h for now 10.14.08 # you think it should actually be disabled in SVN? 10.14.51 # Perhaps - unless you manage to find the real problem... 10.15.05 # Of course it would be a temporary measure 10.15.08 Join atsea-104 [0] (i=atsea-@gateway/tor/x-743037d2e89c331e) 10.15.15 # right now I need to figure out if it's just my battery or something. it's not very strong on this player. 10.15.55 Quit goffa (Read error: 110 (Connection timed out)) 10.16.26 # go ahead and say "rtfm" :) but how do you keep rb from connecting USB and doing disk mode on 3g? 10.16.39 # it was reported by other people with 3rd gen Ipods, I remember at least one here and one in the forums 10.17.12 # jhMikeS: Hold Menu while plugging, as usual 10.17.23 # thought I tried that...hmmm 10.17.39 # (or use a firewire charger, which it will detect as a charger and not go into file mode) 10.17.47 # USB doesan't charge on G3 10.17.58 # I"m using a firewire connection and Menu doesn't do it 10.18.17 # weird 10.25.34 # * jhMikeS tried every button without success 10.26.40 # fw connect doesn't check any buttons 10.27.36 # it never did afaict 10.27.42 # eh? 10.27.53 # There is no separate fw connect 10.27.57 # I mean GPIOC_INPUT_VAL & 0x02 10.28.05 Quit linuxstb__ ("Leaving") 10.28.37 # ah, that's not g3 10.28.52 # The button check happens in the USB thread 10.29.31 # * jhMikeS sees them in usb_detect for USB 10.29.36 # for 502x 10.30.01 # jhMikeS: there's also usb.c:147 10.30.22 # jhMikeS: For IPOD_3G_PAD (and IPOD_1G2G_PAD), USBPOWER_BUTTON isn't defined 10.30.26 # is g3 pp502x? 10.30.29 # You can fix that in usb.h 10.30.29 Quit Redbreva () 10.30.48 # I guess HAVE_USB_POWER must not be defined then 10.30.58 # Just add those 2 pads to line 41 10.31.00 # correct, it's not 10.31.29 # It should. Firewire is handled like usb in rockbox 10.31.35 Join Redbreva41 [0] (n=Miranda@host86-144-108-57.range86-144.btcentralplus.com) 10.32.34 Join TMM [0] (n=hp@ip5650d1ab.direct-adsl.nl) 10.34.51 # well, I'll give it a try and see what happens 10.35.45 Join Rob2222 [0] (n=Miranda@p54B176D3.dip.t-dialin.net) 10.47.28 Join hasmind [0] (n=hasmind@203.129.61.193) 10.48.13 # make: //tools/svnversion.sh: Command not found <<< compiling the UIsimulaotr 10.48.25 # could someone please help? 10.50.39 # this random bug still seems to exist. :\ I do know cache handling is fine and sleeping is fine. I wonder if this batt thing is actually related somehow. 10.50.49 # hasmind: You're using ubuntu ? 10.51.08 # no 10.51.15 # cygwin 10.51.30 # hasmind: sounds like you didn't do the install right then 10.51.37 # aaaw 10.51.39 # hasmind: you're missing the build tools 10.51.43 # not AGAIN 10.51.53 # I got them.. I thought 10.51.58 # the elf-gcc ones? 10.52.04 # no "make" 10.52.29 # hasmind: try typing "which make" 10.52.37 # ok 10.52.52 # ah 10.52.59 # what does that return ? 10.53.11 # /usr/bin/make 10.53.24 # in that case you *do* have make 10.53.28 # yes 10.53.34 # and it appears your checkout of source code hasn't completed properly 10.53.40 # it works, until it finds svn thingo 10.53.55 # do you have perl? 10.54.00 # no 10.54.12 # then install it 10.54.28 # wtf 10.54.31 # why? 10.54.42 # it worked without perl before 10.55.04 # some of the build scripts use perl 10.55.39 # hasmind: when did this stop working? 10.55.59 # I mean about half a year ago 10.56.03 # it worked fine 10.56.17 # now I used tortoise svn 10.56.23 # on this computer with this account? 10.56.36 # yes 10.56.50 # it might be a problem with CR/LF 10.56.57 # bash is sensitive 10.57.09 # hmm 10.57.25 # try to check out svn using cygwin 10.57.58 # with tortoise svn, you need to configure cygwin to use native crlf style, not unix style 10.58.24 # where do I do that? 10.58.42 # run cygwin setup again, there's a checkbox on the dialog 10.58.43 # btw, to avoid problems, you should install all the packages listed in http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment 10.58.53 # will a turned-off ipod turn on if you connect usb? 10.59.05 # Zagor: my g5 does 10.59.18 # hasmind: http://www.rockbox.org/twiki/bin/view/Main/UsingCygwinAndTortoiseSVN 10.59.24 # yep 10.59.32 # okay, thanks 11.00.03 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.00.43 # how do you run cygwin with cr+lf? :S 11.01.26 # run cygwin setup again, there is a checkbox for DOS line-ending style 11.01.44 # so there is 11.03.49 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 11.04.14 # what is my makefile MEANT to look like? 11.04.18 # * pixelma wonders why no new build round was kicked off by the commit but it already appeared on the frontpage... 11.04.19 # export VERSION=$(shell $(ROOTDIR)/tools/svnversion.sh $(ROOTDIR)) 11.04.19 # ? 11.05.27 # My ROOTDIR is set to / isn't it meant to be /rockbox/ ? 11.08.30 # LinusN: do you know what comes after the plugin buffer? I think I'm noticing some memory coruption with very large text files. 11.09.03 # my make froze :/ 11.10.21 Join PaulJam [0] (i=PaulJam_@vpn-3096.gwdg.de) 11.10.53 # markun: the plugin buffer is located at the very end of ram memory, so it might wrap in to the start of ram again 11.12.49 Quit homielowe_ (Remote closed the connection) 11.13.24 *** Saving seen data "./dancer.seen" 11.16.53 Quit hasmind ("Leaving") 11.23.40 Join Thundercloud [0] (n=thunderc@resnet29.nat.lancs.ac.uk) 11.24.45 # Zagor: does that mean, the e200 is not rebooting to the OF on USB plug (from running Rockbox)? Just preparing for possible support questions... 11.25.10 # yes, exactly 11.27.22 # ah - also thanks for triggering a new build round (my commit wasn't picked up somehow...) 11.27.48 # :) bagder is looking at it 11.28.14 # nice :) 11.28.41 Part DraX 11.34.06 # LinusN: the dircache gets disabled sometimes, then shutdown doesn't work (until the timeout kicks in) and after booting again I get "committing database" and dircache still doesn't work. One more reboot and it's all fixed again. 11.34.22 # nasty 11.34.34 # I'll test some more to see if it can be easily reproduced 11.42.42 # is there a reason we don't accept button repeats on the inc/dec of gain etc in the recording screen? 11.43.04 # we don't? 11.43.17 # no 11.43.31 # * petur boots h380 11.43.43 # well, we don't accept ACTION_SETTINGS_DECREPEAT 11.43.47 # works fine here 11.44.22 # ah you mean up/down? 11.44.53 # i see the problem now 11.45.01 # left/right repeat fine here (dec/inc), up/down do not 11.45.16 # { ACTION_SETTINGS_DEC, BUTTON_LEFT, BUTTON_NONE }, 11.45.16 # { ACTION_SETTINGS_DEC, BUTTON_LEFT|BUTTON_REPEAT, BUTTON_NONE }, 11.45.22 # that's the h300 keymap 11.45.27 # euh 11.45.30 # yuck 11.45.59 # that's not how it should be done imho 11.46.03 # the recording screen is a bit weird in many respects 11.46.26 # seems to be the same on X5M5 - the repeat works there too... 11.47.32 # yes, the keymap is similar 11.49.27 # * LinusN fixes 11.54.38 # or is it intentional that you can't change the gain by rotating the scrollwheel on the ipod? 11.55.11 # sounds annoying anyway... 11.55.18 # (only 1 step at a time, and you have to release the wheel in between) 11.55.52 # the trigger screen also has badly messed up button repeat handling 11.56.07 # in addition to, for some reason, not using our standard menu system 11.56.56 # also, the "stop below" and "start above" options seem to depend on your peak meter scale settings, but not until you start adjusting them 11.57.08 # so they start out as db, then end up as % 11.57.48 # wow 11.58.18 # btw, do we really need to be able to change the peakmeter scale? 11.58.26 # well, i love it linear :) 11.58.48 # but it's not something i'd say i care much about, i seldom even see the peak meter 11.59.20 # so it's tempting to say it's a nice option for pruning away 12.03.23 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.07.01 Join stewball`ghost [0] (n=WTFOMGBB@91.106.255.80) 12.07.57 Quit safetydan ("Leaving") 12.09.12 Nick BilleniumzZz is now known as Billenium (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 12.10.46 # preglow: The peakmeter doesn't use the standard menu system because of its live preview 12.10.57 # s/peakmeter/trigger screen/ 12.21.50 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 12.26.54 Join goffa [0] (n=goffa@216.220.23.105) 12.28.30 Quit goffa_ (Read error: 110 (Connection timed out)) 12.39.49 Quit J3TC- (Read error: 110 (Connection timed out)) 12.49.07 # aliask: hi 12.53.30 Join alsaf [0] (i=516afe23@gateway/web/cgi-irc/labb.contactor.se/x-32504692255389fe) 12.54.24 Nick Gnu47_ is now known as Gnu47 (i=Gnu47@private.ntwk.thita.net) 12.56.31 Quit alsaf (Client Quit) 12.56.40 # Hi there Nico_P 12.56.48 Join alsaf [0] (i=516afe23@gateway/web/cgi-irc/labb.contactor.se/x-41e325174ecab4d6) 12.57.19 # aliask: I've unsuccessfully tried to locate a file I sent on my S 12.57.32 # I saw, it's a shame... 12.58.14 # what do you think we could do? 12.58.47 # We could try sending it as an mp3 file, and see if that works 12.58.53 # It could be being filtered on the device end 12.58.58 # Does anybody know how to access hidden partitions on mp3 players? 12.59.11 # aliask: but mtp-files tells me the file is there 12.59.27 # can you copy it back? 12.59.31 # it's just not shown in the dir listing 12.59.33 # I think so 12.59.37 # let me try 13.00.28 # alsaf: which mp3 player ? 13.02.26 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 13.03.01 # * pixelma recognises the forum nick... 13.03.27 # sansa m240 13.03.55 # aliask: yes I get the file back fine throught libmtp 13.04.05 # I would say the firmware is stored there? 13.04.31 # jhMikeS: Could your pcf50605.c fix be the cure for the H3xx (and H1xx?) OF settings corruption? 13.04.54 # Not that I've booted the OF in years... 13.05.01 # Nico_P: You mentioned that there are subfolders called content etc on the 2nd partition, have you checked inside those folders? 13.05.07 # aliask: yes 13.05.16 # I made the dir listing recursive 13.05.23 # Nice... 13.05.58 # But this doesn't solve our problem unfortunately... 13.06.07 # The file HAS to be on the disk somewhere... 13.07.20 # alsaf: how do you know there's a hidden partition ? 13.07.48 # aliask: there is one file that is almost the same size as the one I sent 13.08.14 # hmm yeah actually I think I found the files 13.08.51 # Almost the same 13.08.58 # That's interesting... 13.09.13 # in /Content/0b00/00, there are files that have the same sizes as the ones mtp-files gives me 13.09.25 # that's one the second part 13.09.31 # Oh great, obfuscated file names... 13.09.48 # And it splits the file up? 13.09.55 # yeah, they're called 00, 01 and 02 13.10.04 # Argh... 13.10.09 # I don't think so... the files are exactly the same sizes as what mtp-file reports 13.10.54 # yeah, and the size of my file... I got confused 13.11.19 # Ok, well at least the file gets there in one piece. But if we transfer a rockbox.gigabeat, how are we going to ID it? 13.11.27 # exactly 13.11.49 # Does the filenaming always start off the same ? 13.12.18 # weird thing is that both the other files have attr=7 and a .pmc extension, when my file has no extension and attr=32 13.12.19 # GodEater: you're responsible for debussy? 13.12.21 # i.e. if you've *just* flashed the firmware to it, and the drive has been formatted, does the first file you copy over subsequently always get the same name ? 13.12.36 # pixelma: I doubt it - never heard of it/him/her 13.13.00 # the build server, though you had something to do with it... 13.13.04 # ah no 13.13.05 # *thought 13.13.06 # not mine 13.13.12 # mine's godeater.dyndns.org :) 13.13.25 *** Saving seen data "./dancer.seen" 13.13.32 # why, is it broken ? 13.13.33 # Nico_P: What do you mean attr? As in hidden/directory attr? 13.13.50 # Nico_P, aliask: that question above was to you guys btw :) 13.13.57 # aliask: yes. the values are defined in dir_uncached.h 13.14.17 # GodEater: it still needs the so-called multilib patch for the m:robe builds, details were on the mailing list/forums somewhere... 13.14.20 # GodEater: I assume the answer is yes 13.14.34 # Nico_P: can you test it and see ? 13.14.42 # pixelma: what does? debussy? or my server ? 13.14.45 # from what I saw it's the case 13.14.48 # not sure if I'm on wrong track but there seems to be difference of about 17M in the figures of partition size using fdisk. Assumed the reason for this is a hidden partition 13.15.03 Join barrywardell [0] (n=barrywar@194.46.178.214) 13.15.09 # aliask: if the rockbox.gigabeat file has a particular header we're good, aren't we? 13.15.14 # Nico_P: if that's the case, for install we'd KNOW what the file got called then yes ? 13.15.27 # GodEater: see latest m:robe build in the build table 13.16.05 # That's debussy.pauken.co.uk 13.16.38 # "Stephen Harker"? 13.17.38 # Nico_P: Is there some kind of index file which catalogues the files in a readable way? 13.18.21 # Hrm, i suppose it's probably very difficult to tell because we don't have direct access to the hd from a computer... 13.18.26 # Nothing in the IrcNicks for that, or pauken.. 13.18.26 # GodEater: yes, and your server didn't take part in the build round so I can't tell if yours needs that patch too :) 13.18.30 Join PaulJam_ [0] (i=PaulJam_@vpn-3096.gwdg.de) 13.19.15 # ah - he's the positive internet chap 13.19.38 # pixelma: you're right it didn't - but I've already multi-libbed it 13.19.39 # somehow I thought that GodEater had *something* to do with it, if only get into contact... 13.19.41 # did it weeks ago 13.19.58 # pixelma: you're right - I do *sort* of look after it - I'd just forgotten. I set it up originally. 13.20.05 # * GodEater has now logged into it and is fixing 13.20.14 # see :) 13.20.22 # your memory is better than mine :) 13.20.54 # aliask: yeah, I couldn't tell 13.21.15 # aliask: UMS in the bootloader would help a lot :) 13.21.15 # Nico_P: plug the drive into an F ? ;) 13.21.16 # GodEater: for all the unimportant things... ;) 13.21.30 # GodEater: would that be possible? 13.21.42 # Nico_P: yes - someone did it originally (only into an ipod) 13.21.57 # anything with the same drive interface would work 13.22.19 Join J3TC- [0] (n=jetc123@wlrsvd-205.njit.edu) 13.22.19 Quit alsaf ("CGI:IRC (EOF)") 13.22.25 # I can't remember what other targets you own 13.22.29 # ah then I could try that but I'd like to be sure it's worth it... IMO using a file we upload through MPT is very cumbersome 13.22.40 # GodEater: I only have an S and an F here 13.22.47 # well the F would do then 13.23.21 # Bagder: what's a v200 v2 (in the forums)? ;) Too many numbers I guess... 13.23.29 # without dual boot loading a file has no benefit over injecting code into the BL 13.23.35 # Nico_P: my plan of attack would be : a) Do a fresh firmware install, b) upload your file, and then c) plug drive into the F, and take a dump of the drive. 13.25.04 # I'd make sure I got both partitions too - just to be safe 13.25.19 # Nico_P: The other option would be to create a record inside the nk.bin for rockbox.gigabeat - that way the OF bootloader would load it into memory whereever we told it to. It doesn't even need to be on disk 13.25.38 # (apart from inside the nk.bin of course) 13.26.01 # Zagor: ping 13.26.06 # pong 13.26.15 # aliask: I assume you don't mean to do that long term ? Just while we're getting started ? 13.26.36 # * GodEater guesses Nico_P wants Zagor to make USB file transfers work right now please :) 13.26.53 # Zagor: I'm a bit confused about the current state of the usb stack... is it capable of shwoing a file listing? 13.27.01 # Nico_P: no it's not 13.27.11 # It COULD work long term, but I suppose it gets a little messy when you want to upgrade builds. 13.27.31 # aliask: that's what I meant :) 13.27.35 # Zagor: isn't there something that works at slow speed but not high speed? 13.33.09 # aliask: I think what we need most is dual boot to avoid that horrible recovery mode 13.33.29 # I agree 13.35.58 # what do I need to disassemble eboot.bin? 13.39.05 Quit petur (kubrick.freenode.net irc.freenode.net) 13.39.05 NSplit kubrick.freenode.net irc.freenode.net 13.39.05 Quit ender` (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit animeloe (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit krazykit (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit FOAD (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit Toki (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit newbyx86 (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit GodEater_ (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit barrywardell (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit Bagder (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit spiorf (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit tedrock (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit aliask (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit DrCrow (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit jhMikeS (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit sneakums (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit courtc (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit zicho (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit crwl (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit jurrie (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit maraz (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit DogBoy (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit Seed (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit jmworx (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit Soap_ (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit Lynx_ (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit qwm (kubrick.freenode.net irc.freenode.net) 13.39.05 Quit ATravelingGeek (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit advcomp2019 (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit CaptainSquid (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit BHSPitMonkey (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit n17ikh|Lappy (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit san|chez (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit HellDragon (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit Shaid (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit hcs (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit roxfan (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit rvvs89 (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit Llorean (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit tuplanolla (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit marcosource (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit sslashes (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit [mbm] (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit Rob2222 (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit GodEater (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit Zagor (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit joshin (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit weswh- (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit JdGordon (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit Dark_Apostrophe (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit SirFunk (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit male (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit XavierGr (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit austriancoder (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit z35 (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit daurnimator (kubrick.freenode.net irc.freenode.net) 13.39.06 Quit TTThomas (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit RaRe (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit J (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit blithe (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit FunkyELF (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit ivan (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit jepler (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit [omni] (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit Weiss (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit fxb (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit DiDjCodt (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit Jon-Kha (kubrick.freenode.net irc.freenode.net) 13.39.08 Quit rasher_ (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Slasheri (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Hadaka (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit J3TC- (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit PaulJam_ (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Nico_P (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit pondlife (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit pixelma (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit parafin|away (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit sbeh (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit lastebil (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit JETC- (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit lids (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit DataGhost (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit gromit` (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Billenium (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit guyzmo (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit markun (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit amiconn (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit midkay (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Langly (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit UncleRemus (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit gtkspert (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit thegeek (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit crashd_ (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit lodesi (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Rick (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit maddler (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit hannesd (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit LinusN (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit preglow (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit PaulJam (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Redbreva41 (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit davina (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Mouser_X (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit inakinfbi (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Nimdae (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Ave (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Kohlrabi (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit Xerion (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit BrianHV (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit feisar (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit goffa (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit atsea-104 (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit miepchen^schlaf (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit iamben (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit scorche (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit maxkelley (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit shodanX (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit lostlogic (kubrick.freenode.net irc.freenode.net) 13.39.10 Quit bagawk (kubrick.freenode.net irc.freenode.net) 13.39.38 Join Xerion_ [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 13.39.38 Join scorche` [0] (n=scorche@rockbox/administrator/scorche) 13.39.38 Join miepchen^schlaf [0] (n=hihi@84.191.72.40) 13.39.38 NHeal kubrick.freenode.net irc.freenode.net 13.39.38 NJoin J3TC- [0] (n=jetc123@wlrsvd-205.njit.edu) 13.39.38 NJoin PaulJam_ [0] (i=PaulJam_@vpn-3096.gwdg.de) 13.39.38 NJoin barrywardell [0] (n=barrywar@194.46.178.214) 13.39.38 NJoin pondlife [0] (n=Steve@rockbox/developer/pondlife) 13.39.38 NJoin goffa [0] (n=goffa@216.220.23.105) 13.39.38 NJoin Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 13.39.38 NJoin Rob2222 [0] (n=Miranda@p54B176D3.dip.t-dialin.net) 13.39.38 NJoin Redbreva41 [0] (n=Miranda@host86-144-108-57.range86-144.btcentralplus.com) 13.39.38 NJoin atsea-104 [0] (i=atsea-@gateway/tor/x-743037d2e89c331e) 13.39.38 NJoin Bagder [0] (n=daniel@rockbox/developer/bagder) 13.39.38 NJoin spiorf [0] (n=spiorf@host22-211-dynamic.20-79-r.retail.telecomitalia.it) 13.39.38 NJoin davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 13.39.38 NJoin GodEater [0] (n=bryan@rockbox/staff/GodEater) 13.39.38 NJoin pixelma [0] (i=pixelma@rockbox/staff/pixelma) 13.39.38 Join Zagor [0] (n=bjst@rockbox/developer/Zagor) 13.39.38 NJoin Jon-Kha [0] (n=Jon-Kha@80-248-247-190.cust.suomicom.fi) 13.39.38 NJoin tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) 13.39.38 NJoin LinusN [0] (i=linus@rockbox/developer/LinusN) 13.39.38 NJoin aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) 13.39.38 NJoin weswh- [0] (n=wes@c-71-56-114-7.hsd1.ga.comcast.net) 13.39.38 NJoin joshin [0] (n=josh@unaffiliated/joshin) 13.39.38 NJoin iamben [0] (n=ben@ppp-70-129-187-176.dsl.spfdmo.swbell.net) 13.39.38 NJoin Billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 13.39.38 NJoin Mouser_X [0] (n=mouser_x@207.155.176.3) 13.39.38 NJoin guyzmo [0] (n=guyzmo@nenya.mithrandir.net) 13.39.38 NJoin DrCrow [0] (n=DrCrow@216-62-187.200720.adsl.tele2.no) 13.39.38 NJoin markun [0] (n=markun@rockbox/developer/markun) 13.39.38 NJoin JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 13.39.38 Join Dark_Apostrophe [0] (n=darkapos@supporter/monthlybyte/DarkApostrophe) 13.39.38 NJoin amiconn [0] (n=jens@rockbox/developer/amiconn) 13.39.38 NJoin SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 13.39.38 NJoin male [0] (n=male@adsl-4-201-83.mem.bellsouth.net) 13.39.38 NJoin XavierGr [0] (n=xavier@ppp92-125.adsl.forthnet.gr) 13.39.38 NJoin austriancoder [0] (n=austrian@rockbox/developer/austriancoder) 13.39.38 NJoin hannesd [0] (n=light@gate-hannes-tdsl.imos.net) 13.39.38 NJoin jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 13.39.38 NJoin inakinfbi [0] (i=0@86.122.116.44) 13.39.38 NJoin midkay [0] (n=midkay@rockbox/developer/midkay) 13.39.38 NJoin z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 13.39.38 Join daurnimator [0] (n=daurn@unaffiliated/daurnimator) 13.39.38 NJoin TTThomas [0] (n=tblackwe@c-68-38-172-205.hsd1.de.comcast.net) 13.39.38 NJoin Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) 13.39.38 NJoin sneakums [0] (i=sneakums@jenny.ondioline.org) 13.39.38 NJoin Langly [0] (i=Langly@c-24-21-39-47.hsd1.mn.comcast.net) 13.39.38 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 13.39.38 NJoin rasher_ [0] (n=rasher@rockbox/developer/rasher) 13.39.38 NJoin Hadaka [0] (i=naked@naked.iki.fi) 13.39.38 NJoin maxkelley [0] (n=max@cpe-74-69-17-126.rochester.res.rr.com) 13.39.38 NJoin UncleRemus [0] (n=caj@81-234-174-183-no95.tbcn.telia.com) 13.39.38 NJoin courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 13.39.38 NJoin RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 13.39.38 NJoin zicho [0] (n=martin@c-5f9fe355.68-7-64736c14.cust.bredbandsbolaget.se) 13.39.38 NJoin gtkspert [0] (n=gtkspert@gateless.info) 13.39.38 NJoin thegeek [0] (i=thegeek@s220b.studby.ntnu.no) 13.39.38 NJoin parafin|away [0] (i=parafin@paraf.in) 13.39.38 NJoin crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 13.39.38 NJoin shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) 13.39.38 NJoin ATravelingGeek [0] (n=ATG@pdpc/supporter/student/ATravelingGeek) 13.39.38 NJoin jmworx [0] (n=jmworx@panoramix.CeNTIE.NET.au) 13.39.38 NJoin Soap_ [0] (n=Soap@rockbox/staff/soap) 13.39.39 NJoin Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 13.39.39 NJoin DogBoy [0] (n=john@66-101-59-100-static.dsl.oplink.net) 13.39.39 NJoin jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) 13.39.39 NJoin qwm [0] (n=qwm@h38n2fls32o1010.telia.com) 13.39.39 NJoin Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 13.39.39 NJoin maraz [0] (i=maraz@lakka.kapsi.fi) 13.39.39 NJoin lodesi [0] (n=lds@fydelkass.inl.fr) 13.39.39 NJoin Weiss [0] (i=taw27@pip.srcf.societies.cam.ac.uk) 13.39.39 NJoin crashd_ [0] (i=foobar@lostnode.org) 13.39.39 NJoin maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) 13.39.39 NJoin Rick [0] (i=rick@unaffiliated/rick) 13.39.39 NJoin JETC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) 13.39.39 NJoin bagawk [0] (n=lee@71-220-193-113.eugn.qwest.net) 13.39.39 NJoin lastebil [0] (n=truck@cube.lomal.la) 13.39.39 NJoin sbeh [0] (n=sbeh@82.96.68.160) 13.39.39 NJoin DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 13.39.39 NJoin gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 13.39.39 NJoin lids [0] (n=lds@ks35142.kimsufi.com) 13.39.39 NJoin FunkyELF [0] (n=funkyelf@105.149.243.24.cfl.res.rr.com) 13.39.39 NJoin ivan [0] (n=ivan`@unaffiliated/ivan/x-000001) 13.39.39 NJoin BrianHV [0] (n=bhv1@copland.brianhv.org) 13.39.39 NJoin jepler [0] (n=jepler@emc/developer/jepler) 13.39.39 NJoin fxb [0] (n=felixbru@h1252615.stratoserver.net) 13.39.39 NJoin [omni] [0] (n=omni@bestII.com) 13.39.39 NJoin feisar [0] (i=jljhook@noppakerho.com) 13.39.39 NJoin lostlogic [0] (n=lostlogi@rockbox/developer/lostlogic) 13.39.39 NJoin Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 13.39.39 NJoin DiDjCodt [0] (n=djc@poy.chewa.net) 13.39.39 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 13.39.39 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 13.39.39 NJoin preglow [0] (n=thomj@rockbox/developer/preglow) 13.39.39 NJoin Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 13.39.40 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 13.39.40 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 13.39.43 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 13.39.58 NJoin petur [0] (n=petur@rockbox/developer/petur) 13.39.58 NJoin ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 13.39.58 NJoin animeloe [0] (n=animeloe@unaffiliated/animeloe) 13.39.58 NJoin krazykit [0] (n=kkit@light.sunsetab.denison.edu) 13.39.58 NJoin FOAD [0] (n=dok@dinah.blub.net) 13.39.58 NJoin Toki [0] (n=hsdbvlkb@gateimb.imb.lebedev.ru) 13.39.58 NJoin GodEater_ [0] (n=bryan@rockbox/staff/GodEater) 13.39.58 NJoin newbyx86 [0] (n=newby@ip68-7-12-123.sd.sd.cox.net) 13.40.00 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 13.40.00 NJoin CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de) 13.40.00 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 13.40.00 NJoin n17ikh|Lappy [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) 13.40.00 NJoin san|chez [0] (n=sanchez@cpe-24-210-40-174.columbus.res.rr.com) 13.40.00 NJoin HellDragon [0] (i=jd@unaffiliated/helldragon) 13.40.00 NJoin Shaid [0] (i=shaid@210-84-52-144.dyn.iinet.net.au) 13.40.00 NJoin hcs [0] (n=agashlin@rockbox/contributor/hcs) 13.40.00 NJoin roxfan [0] (n=dunno@238.216-64-87.adsl-dyn.isp.belgacom.be) 13.40.00 NJoin rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 13.40.00 Join Llorean [0] (n=llorean@rockbox/administrator/Llorean) 13.40.00 NJoin tuplanolla [0] (n=jani@a80-186-126-4.elisa-laajakaista.fi) 13.40.00 NJoin marcosource [0] (i=marco@cakebox.net) 13.40.00 NJoin sslashes [0] (i=sslashes@209.67.252.122) 13.40.00 NJoin [mbm] [0] (i=mbm@openwrt/developer/mbm) 13.40.01 Nick Xerion_ is now known as Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) 13.40.02 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 13.40.02 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 13.40.04 # aliask: isn't IDA for windows? 13.40.29 # Yes, but it runs under wine perfectly 13.40.33 # ok 13.43.35 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 13.43.56 # aliask: copy/paste doesn't work for me in IDA under wine, otherwise it runs quite ok. 13.44.08 # maybe I just need to update both IDA and wine 13.45.00 # do you guys use the freeware version or the evaluation version? 13.45.35 # I had a copy which wasn't mine. Need to dig it up again though... 13.46.54 Join Redbreva [0] (n=Miranda@host86-144-108-57.range86-144.btcentralplus.com) 13.50.29 Quit Redbreva (Client Quit) 13.51.29 Join webguest71 [0] (i=a98bb901@gateway/web/cgi-irc/labb.contactor.se/x-ac60b7473b0109da) 13.53.54 Quit Redbreva41 (Connection timed out) 13.54.01 Join Redbreva [0] (n=Miranda@host86-144-108-57.range86-144.btcentralplus.com) 13.56.08 # * petur feels a disconnect coming... 13.56.19 # beer beer beer 13.56.23 # * pondlife helps petur 13.57.03 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 14.00.05 Join petur2 [0] (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 14.00.13 Quit petur (Nick collision from services.) 14.01.31 # debussy should be mended now 14.02.25 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 14.02.48 NJoin miepchen^schlaf [0] (n=hihi@p54BF4828.dip.t-dialin.net) 14.02.53 Nick petur2 is now known as petur (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 14.07.08 Quit Redbreva ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 14.09.27 Join weezerle [0] (n=weezerle@dslb-088-072-001-162.pools.arcor-ip.net) 14.09.31 # GodEater: could you test something on your S? 14.10.24 Quit linuxstb (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit J (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit TTThomas (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit austriancoder (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit XavierGr (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit male (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit Dark_Apostrophe (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit weswh- (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit Rob2222 (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit joshin (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit blithe (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit FunkyELF (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit RaRe (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit z35 (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit jepler (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit [omni] (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit daurnimator (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit SirFunk (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit Weiss (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit fxb (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit DiDjCodt (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit JdGordon (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit ivan (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit Zagor (kubrick.freenode.net irc.freenode.net) 14.10.24 Quit GodEater (kubrick.freenode.net irc.freenode.net) 14.10.40 # splitters 14.11.24 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 14.11.24 NJoin Rob2222 [0] (n=Miranda@p54B176D3.dip.t-dialin.net) 14.11.24 NJoin GodEater [0] (n=bryan@rockbox/staff/GodEater) 14.11.24 NJoin Zagor [0] (n=bjst@rockbox/developer/Zagor) 14.11.24 NJoin weswh- [0] (n=wes@c-71-56-114-7.hsd1.ga.comcast.net) 14.11.24 NJoin joshin [0] (n=josh@unaffiliated/joshin) 14.11.24 NJoin JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 14.11.24 NJoin Dark_Apostrophe [0] (n=darkapos@supporter/monthlybyte/DarkApostrophe) 14.11.24 NJoin SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 14.11.24 NJoin male [0] (n=male@adsl-4-201-83.mem.bellsouth.net) 14.11.24 NJoin XavierGr [0] (n=xavier@ppp92-125.adsl.forthnet.gr) 14.11.24 NJoin austriancoder [0] (n=austrian@rockbox/developer/austriancoder) 14.11.24 NJoin z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 14.11.24 NJoin daurnimator [0] (n=daurn@unaffiliated/daurnimator) 14.11.24 NJoin TTThomas [0] (n=tblackwe@c-68-38-172-205.hsd1.de.comcast.net) 14.11.24 NJoin RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 14.11.24 NJoin Weiss [0] (i=taw27@pip.srcf.societies.cam.ac.uk) 14.11.24 NJoin FunkyELF [0] (n=funkyelf@105.149.243.24.cfl.res.rr.com) 14.11.24 NJoin ivan [0] (n=ivan`@unaffiliated/ivan/x-000001) 14.11.24 NJoin jepler [0] (n=jepler@emc/developer/jepler) 14.11.24 NJoin fxb [0] (n=felixbru@h1252615.stratoserver.net) 14.11.24 NJoin [omni] [0] (n=omni@bestII.com) 14.11.24 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 14.11.24 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 14.11.24 NJoin DiDjCodt [0] (n=djc@poy.chewa.net) 14.11.25 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 14.11.25 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 14.13.08 # aliask: Have you tried any more to get dual-boot working? I was experimenting a little yesterday, but without success... 14.14.11 # Nothing at the moment. I'm helping Nico_P try to work out the freezes at the moment 14.14.30 Quit maraz (Read error: 104 (Connection reset by peer)) 14.14.59 # linuxstb: did you see I actually found the MTP files? I was stupid enough to be mislead by the names 14.16.59 # LinusN: At this point I rather feel there should be an option somewhere to invert the charging logic, rather than having it hard-coded either way 14.17.53 # But either way, my question was on button preference and still stands even if the logic is inverted. :) 14.17.55 # sure, fair enough 14.18.26 # The H340 needs a better button for USB charging - is that what you're referring to? 14.18.33 # I guess I may as well ask it here, where people have a myriad of players: Does the "Quick Menu" button on anyone's player actually *do* something that could be considered "annoying" beyond opening the quick menu if held down on other screens on your players? 14.18.34 # hmm, i have another idea 14.18.50 # pondlife: Yes, I'd like to make it the "Quick Menu" button across the board for all players, assuming it's not a "bad" button on any of them 14.19.03 # what if you only could connect when the player is idle? 14.19.15 # Nico_P: Yes, I read that. 14.19.15 # so if you insert it while playing, it would charge 14.19.21 # What about the hold button? That's safer, I'd think... 14.19.23 # LinusN: I think I'd prefer the manual option. 14.19.42 # LinusN: "Resume playback on startup". Someone turns on their player, tries to plug in, is confused because they don't even have headphones in. 14.20.04 # Nico_P: sorry, got a long phone call. yes, bulk transfer tests work with 64 byte blocks but not larger. I haven't yet tried adapting usb_storage to use 64-byte blocks only. _maybe_ that will work. 14.20.06 # hmmm, perhaps 14.20.19 # pondlife: Personally, I have Hold on often when I plug in USB and would rather it not interfere with it, one way or the other. But that's just me. 14.20.44 # how does it work with the OF? doesn't it allow charging while playing? 14.20.50 # I was just thinking that toggling hold does nothing at all.. 14.21.22 # LinusN: I think it depends on the player. For example, iPods can be "ejected" by iTunes, and once that's done they'll charge and play 14.22.01 # H300 has an option for charge or connect 14.22.40 # couldn't we solve it by allowing any button? 14.22.49 # I like the option idea. It's very explicit, doesn't ever _require_ that a key is held, and leaves the possibility of accidents to a relative minimum. 14.22.56 # hold a button while inserting, doesn't matter which one 14.23.43 # then the user gets to decide which button to use 14.24.03 # and we don't have to try to find a suitable button 14.24.05 Join Siku [0] (i=Siku@e81-197-68-206.elisa-laajakaista.fi) 14.24.08 # That still doesn't solve the problem that a lot of users would prefer the logic inverted by default. 14.24.22 # you could still have that option 14.24.25 # users? pah, who needs them ? 14.24.28 # Ah, well then I'm happy with that. :) 14.24.53 # and it makes the code simpler 14.24.59 # Still, there really aren't many usable buttons, since most cases all our buttons (or nearly all) change something (volume, location, etc) which is why I picked the least-changing in the first place. :) 14.25.03 # But yeah, any-button would be good 14.25.03 Quit webguest71 ("CGI:IRC (EOF)") 14.25.23 # Makes it a lot easier for people to remember which button it is on their player too 14.25.24 # "Press any key" :-) 14.25.43 # I think asking "Connect or charge" is a good way. 14.25.53 Join hannesd__ [0] (n=light@gate-hannes-tdsl.imos.net) 14.25.54 # with a timeout? 14.26.30 # So the setting could be "Connect, Charge, Ask" ? 14.26.31 # rather if usb is connected at boot, always charge only 14.26.44 # linuxstb: yes 14.26.45 # I'd rather if USB is connected at boot, always connect only 14.26.48 # * linuxstb _always_ wants to connect 14.26.56 # * LinusN too 14.26.57 # That's what bootloader USB mode is for on some of my players. 14.27.10 # But yes, "Connect, Charge, Ask" sounds good. 14.27.19 # voiced 14.28.21 # i vote for "Connect, Charge, Ask" 14.28.37 # as long as the question can be voiced 14.28.55 # Llorean, LinusN: why? that breaks for example in-car applications 14.28.55 # When my device is off, and I want to connect it to my computer, I want it to connect... 14.28.55 # Hence the setting... 14.28.55 # otoh some car applications want the device as a disk only, so I guess there is no single good solution 14.28.55 # if we have a setting, would there be any point with a timeout? 14.29.04 # With any button being the "perform the other action" button? 14.29.33 # no, if there is a setting, the timeout is unnecessary 14.29.35 # I don't think we need buttons to do the opposite. At least, I don't. 14.29.46 # Zagor: Yes, but if we don't have bootloader USB, then we can just have the user put it in "Charge" rather than "Connect" or "Ask" 14.30.04 # exactly 14.30.14 # * JdGordon has suggested using the hold switch to disable usb mode before and still thinks its the best solution 14.30.17 # And I think we only have bootloader USB on two or three targets right now 14.30.22 # JdGordon: It's really, really not. 14.30.47 # I think any button holding or switching is too obscure 14.30.48 # I cant see how holding a button down is better 14.30.50 # and bootloader usb is not really necessary 14.30.51 # More confusing than having a button or setting is having a switch on your player that completely prevents USB access that you don't know about from the manual 14.30.57 Quit austriancoder (Remote closed the connection) 14.31.04 Join maraz [0] (i=maraz@lakka.kapsi.fi) 14.31.08 # you could just as well make the bootloader usb mode button controlled 14.31.17 # linuxstb: I think buttons to have it Connect rather than Charge or vice versa is nice, since holding a button is quicker than changing the menu item. 14.31.27 # the splash can say "USB Charging only, switch hold for USB mode" ? 14.31.36 # I still like the "Option to set the default behaviour, any button for quick-invert if you want to" 14.31.49 # JdGordon: that's a pretty long voice message :-) 14.32.10 # or just usb charging only then 14.32.40 # why hidden buttons? just ask what the user wants. 14.33.04 Quit barrywardell () 14.33.18 # Llorean: I don't like the button holding to invert - as has been mentioned, we have no free buttons on many targets, so you get messy-looking behaviour 14.33.26 # Connect <== + ==> Charge 14.34.02 # linuxstb: Yes, but if it's *any* button to invert, and holding a button isn't mandatory, it's just a quick alternative, it's not nearly as messy-looking, I think 14.34.18 # Llorean: but still kind of hidden 14.34.23 # Yeah 14.34.33 # Llorean: But it _is_ still messy-looking, if you're on a screen where every button does something. 14.34.36 # But if you have the "Connect, Charge, Ask" option, defaulting to Ask, then it's not bad? 14.34.45 # The user gets the question 14.34.51 # yes 14.34.52 # If the user doesn't like the question, they can set a default behaviour. 14.34.57 # exactly 14.35.13 # If the user wants to do the opposite of the default just this once, they just hold down something that isn't "bad" in that screen. 14.35.22 # * petur wants "Connect, Charge, look at button, Ask" 14.36.04 # i'm actually fine with having the "any-button-to-invert" feature as well 14.36.24 # any button wont work 14.36.30 # why not? 14.36.34 # you have to be pressing the button before usb goes in 14.36.41 # so? 14.36.43 # not all targets have an "any" button 14.36.47 # haha 14.36.54 # which means the screen will get it instead of the usb code 14.36.57 # lol petur 14.37.03 # JdGordon: of course 14.37.09 # which is bad.... 14.37.21 # then you pick a button that doesn't do any "damage" 14.37.30 # JdGordon: Only if they pick a bad button to hold 14.37.49 # They have to read the manual to know that they can hold _any_ button, and the manual can say "The button will still also do what it normally does" 14.37.54 # So they can pick their button based on screen. 14.38.26 # the point is that they don't *have* to press a button, they can use the "Ask" option instead 14.39.18 # I like the ask-the-user-what-they-want-screen 14.39.18 # JdGordon: it already works today. button_status() 14.39.18 # * linuxstb would prefer to keep it simple and get rid of the invert-action button 14.39.18 # also, using hold means its the same button for every target 14.39.18 # What about targets without hold? 14.40.20 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 14.41.13 # linuxstb: Why should the invert-action button be gotten rid of? It's still far quicker than even a pop-up asking. 14.41.29 Quit hannesd (Read error: 110 (Connection timed out)) 14.42.18 # because its nasty 14.42.41 # Yes, that's a very objective reason right there 14.43.04 # In all seriousness, if it's entirely optional because of the added "Charge, Connect, Ask" menu option, why is it bad? 14.43.05 # btw, it should always start charging, even while displaying the dialog 14.43.11 # you and your objective reasons.... 14.43.47 # the choise should then be "connect, ask" 14.43.50 # s/should/could/ 14.44.02 # * JdGordon thought should was correct... 14.44.16 # JdGordon: And then I still HAVE to press a button to banish the dialog and get back to listening. "Charge" needs to stay a choice. 14.44.26 # absolutely 14.44.30 # no you dont 14.44.37 # it wouldnt stop playback... 14.44.37 # Oh, so I wait for the timeout instead? 14.44.46 # Yes, but I can't skip songs or DO anything 14.45.02 # well.. at that point an extra 2 presses wont kill you 14.45.20 # Aren't you the huge fan of "easier"? 14.45.35 # Who's now suggesting adding an arbitrary complication just because? 14.45.39 # i think "charge, connect, ask" is perfectly sensible and simple 14.45.40 # he's changed since he signed up with Microsoft ;) 14.46.20 # and the button-holding shortcut is nice to have in addition 14.46.48 # i am a fan of easier... but not a fan of hidden random button presses 14.47.13 # add it to the manual then... 14.47.16 # JdGordon: it's not like you have to use it 14.47.20 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 14.47.40 # * JdGordon would like to use that argument on heaps of features which ive had rejected.... 14.48.30 # * Llorean doesn't see what the button press has to do with the "Charge" option anyway... 14.49.40 Quit aliask ("ChatZilla 0.9.79 [Firefox 2.0.0.8/2007102213]") 14.49.51 # in any case, i think we should go with "charge, connect, ask" in any case 14.49.52 # because it was suggested getting rid of the hidden button and using the question screen 14.49.56 # * LinusN repeats himself 14.50.02 # LinusN: any news on #8178? 14.50.14 # charge is redundant 14.50.20 # JdGordon: Charge is not redundant... 14.50.22 # XavierGr: my h100 is in france 14.50.33 # there is no reason to connect the usb cable but not charge 14.50.42 # LinusN: :( How come? 14.50.46 Quit CaptainSquid (Remote closed the connection) 14.50.56 # JdGordon: Yes, that's true, which is why there's no "Neither" option... 14.50.58 # XavierGr: my son borrowed it on his ski trip 14.51.36 # JdGordon: the "charge" option means "don't display a dialog or screen, or question, or anything. just charge" 14.51.57 # Linus: He will get back though, won't he? :) (I mean I should wait before doing it myself, right?) 14.51.58 # just like when you insert an ordinary charger 14.52.07 # Zagor: Perfect for people who have their whole collection on their DAP and never use USB anyway. 14.52.16 # yup 14.52.20 # Or people with a device that doesn't have charger-distinction, like the F40, who use USB in their car 14.55.34 # XavierGr: "don't try this at home" :-) 14.55.44 Join CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de) 14.55.54 # on a more happy note... any more thoughts on viewports? 14.57.42 # I'm slowly working on them. 14.59.07 Quit nicktastic (Read error: 104 (Connection reset by peer)) 14.59.39 # still on paper? 14.59.44 # or actually started some code? 15.00.05 # I've started converting lcd-16bit.c 15.00.19 # cool :) 15.01.04 # Just the scrolling lines left to do... 15.01.24 # have you decided how to handle them? 15.01.51 # Llorean: not all players have the quick menu (button)... and not all have a hold switch (JdGordon) 15.02.22 # another reason why the ask screen should be used 15.02.22 # pixelma: Yes, I realized Ondio doesn't, right? 15.02.36 Join Guest1892 [0] (n=d5a61117@host217-43-181-241.range217-43.btcentralplus.com) 15.02.36 # pixelma: What do you get when you hold down the button that brings up the normal menu on Ondio? 15.02.39 # yeps 15.02.42 Nick Guest1892 is now known as drippydonut (n=d5a61117@host217-43-181-241.range217-43.btcentralplus.com) 15.03.01 # JdGordon: about features being rejected: weren't a lot of them from before we were storing the settings in a file? 15.03.17 # Llorean: you mean if I connect USB then? 15.03.28 # pixelma: No, I meant simply "what happens when you hold down the menu button"? 15.03.31 # Or is menu already on a long-press? 15.03.42 # markun: probably... I dont really remember them :p 15.03.59 # it brings up the menu - it's on a long press of "mode" 15.04.06 # short is "resume" 15.04.09 # Ah. =/ 15.04.13 # JdGordon: More or less. The main issue in my mind is when/how to stop scrolling lines. At the moment, lcd_clear_display() stops all scrolling lines on the entire screen, but with viewports, it will only stop the lines in the current viewport. 15.04.19 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 15.04.31 # * amiconn wonders about the whole connect<->charge discussion :/ 15.04.55 # Llorean: wait... you would use the quick screen button to stop connect? so you would have to press another button anyway to go back to the wps? 15.05.30 # linuxstb: I tihnk lcd_clear_display() should still stop all lines on the screen... a viewport_stop_scroll() should only stop ont he current vp 15.05.43 # Llorean: but in case you wondered, if I hold down "mode" and connect I get into USB power mode (and also the menu but it isn't annoying, IMO) 15.05.48 # lcd_clear_display() should always blank the whole display... not just the viewport 15.06.01 # Why? 15.06.21 # because the name implies that 15.06.27 # JdGordon: Please, don't be an idiot and try to connect two of my separate suggestions into one thing you can come up with extra objections to. 15.06.35 # viewport_clear() should clear the selected vp 15.06.47 # JdGordon: lcd_clear_display() is a function that needs to be renamed for viewports 15.06.59 Join goffa_ [0] (n=goffa@216.220.23.105) 15.07.16 # Llorean: its 1am... and im just trying to work out your argument.... 15.07.44 # amiconn: I tihnk that function should stay as is and add a new one for vp's... if for no other reason but to make the change over simpler 15.07.56 # JdGordon: My original suggestion was just to fix the targets that had "Charge" on the record button to use the "Quick Menu" button, since that's where it is on *most* of the other targets already 15.08.02 # I don't think that's needed 15.08.24 # which isnt needed? 15.08.24 # pixelma: I think though that Ondio's current functionality is already *basically* in line with the idea anyway. 15.08.25 # With viewports, everything is a viewport. And those modules which aren't converted yet use the default viewport 15.08.25 Quit drippydonut ("CGI:IRC (EOF)") 15.08.45 # JdGordon: lcd_clear_display() is no longer needed with viewports 15.08.52 # hmm.... I suppose that makes sense 15.09.16 # There should be an lcd_clear_viewport() or something like that 15.09.20 # Llorean: yeah, it's "funny" how the Ondio has so few buttons and a quite convenient keymap and I'm still not satisfied with all of the c200's keymap in some screens for example... 15.09.51 # LinusN: will do! (as in, I won't try it) thanks again 15.09.57 # pixelma: because the ondio has so few buttons you dont really have much options? 15.09.59 # pixelma: When my c200 arrives, I'm going to try to tinker with the c200 keymap. 15.10.14 # The keymap on the iriver lcd remotes is also crap, even though the H1x0 remote has most buttons of all targets+remotes 15.10.21 # * LinusN is concerned about rockbox being distributed for motorola phones without source code 15.10.27 # hmm? 15.10.56 # where? 15.11.04 # true, maybe it's really a problem of too much choice. 15.11.05 # LinusN: We did manage to get source out of him at one point. 15.11.11 # we did? 15.11.12 # that and the FLAC vulnerability!!! there is going to be heaps bad backlash for rockbox stealing your sms' !!! 15.11.19 # LinusN: Yeah, one huge, hideous diff, if I recall 15.11.29 # url, please? 15.11.45 # preglow: http://forums.rockbox.org/index.php?topic=12403.0 15.12.08 # Llorean: hopefully no v2? 15.12.15 # amiconn: I don't remember the H120 LCD remote being that bad 15.12.22 # pixelma: Refurbished from woot.com, so very, very unlikely 15.12.37 # preglow: This isn't that exciting - it's the sim ported to run on a Linux-based Motorola phone. 15.12.49 # When I try to use the H1x0 remote occasionally, I always press the wrong button first 15.12.57 # pixelma: I want to try to bring it more in line with the e200 map (where applicable), which was brought more in line with "the way Rockbox works" 15.13.29 # amiconn: I think the h100 remote was another one of those cases of "If you're used to the OF you'll be more able to use it than otherwise" perhaps 15.13.30 *** Saving seen data "./dancer.seen" 15.13.41 # Possible 15.13.53 # I never used the remote with the OF 15.13.58 # that change made the 2 keymaps differ more. I don't see the possibility to get them in line again... 15.14.09 # But then I don't use my remotes much in general 15.15.12 # Llorean: because the c200 has no wheel, so you expect the "play" and "submenu" buttons on the cross to serve as up and down 15.15.18 # pixelma: I don't think they need to be "in line", just... buttons keeping the same general use across screens and such, where possible. I don't like the keymap seeming to change from screen to screen like it did on the e200 15.18.02 Quit goffa (Read error: 110 (Connection timed out)) 15.20.44 Join japc [0] (n=japc@bl7-241-135.dsl.telepac.pt) 15.21.20 # gosh, the motorola port includes the lcd-margins patch :-( 15.22.08 # and the bmp resize patch 15.22.20 # A whole bunch of patches, yes. 15.22.21 # and the album art patch 15.22.41 Quit RaRe (Read error: 110 (Connection timed out)) 15.22.41 # not that hard to remove those though 15.25.32 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 15.25.44 Part pondlife ("Gone") 15.26.15 Quit goffa_ (Read error: 110 (Connection timed out)) 15.26.55 Join goffa [0] (n=goffa@216.220.23.105) 15.31.53 Nick scorche` is now known as scorche (n=scorche@rockbox/administrator/scorche) 15.32.07 # now this is too cute: http://www.4shared.com/file/25713983/2d36fc74/Rockbox_Manual.html?dirPwdVerified=11a954ba 15.33.04 Join FOAD_ [0] (n=dok@dinah.blub.net) 15.36.33 # LinusN: wow, c00l warez! 15.36.36 # Clearly it's so hard to find anywhere else 15.37.53 # hm 15.38.00 # do we need to bundle that bunch of licenses at the end? 15.38.04 # seems like a horrible waste of paper... 15.40.21 # i'm excited about the work done by blackhawk, but i really want his latest patch 15.40.50 Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 15.42.07 Join goffa_ [0] (n=goffa@216.220.23.105) 15.43.03 # LinusN: His latest reply to a request for source from someone doesn't sound good - "My HD almost full, no space for original rockbox source anymore and far away from rockbox code right now."... 15.43.33 # He's already been told multiple times (by me and other Rockbox people in that forum thread) that he _must_ share his source. 15.43.48 # looks like most of his changes are all those blingbling patches 15.44.45 # i have a suspicion that he isn't too keen on sharing because he likes the fame 15.45.01 # "no space for original rockbox source anymore" sounds really believable... 15.45.21 # But the request wasn't even for the original source, it was for _his_ source... 15.45.39 # i guess he meant that he couldn't produce a patch 15.45.58 # yup 15.46.01 # Then zip up the whole source.. 15.46.04 # But I didn't think patches were generally accepted as fulfilling the GPL anyway? 15.46.12 # no, not really 15.46.51 # well, if he continues like this, his port will fade away 15.46.59 # as we move on 15.47.17 # i'd hate that too happen 15.47.21 # to 15.47.39 # Does anyone here have one of those phones? 15.47.44 # i don't 15.48.07 # Nor me... 15.48.28 Quit spiorf (Remote closed the connection) 15.48.50 # my guess is that he will soon lose interest as it becomes increasingly harder to work on it 15.49.31 Quit goffa (Read error: 110 (Connection timed out)) 15.49.33 Quit FOAD (Read error: 110 (Connection timed out)) 15.49.34 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 15.49.49 # if he wants to sync with the current rockbox that is 15.50.22 # I think he doesn't want to. He just grabbed the code and runs with it, it looks like to me. 15.50.48 # speaking of current rockbox, i have a deja-vu regarding the refactoring of the playback code 15.51.19 # last time it was refactored it looked so nice and simple in the beginning 15.51.36 # then there came fix after fix to resolve bugs 15.51.38 # I've been thinking the same a little - you mean lots of little "fixes" being committed? 15.51.51 # yeds 15.51.53 # yes 15.52.02 # * linuxstb is hoping lostlogic and Nico_P are being careful... 15.52.06 # and we still have plenty of issues 15.52.22 # with gapless and resuming 16.00.48 Quit goffa_ (Remote closed the connection) 16.00.52 Join goffa [0] (n=goffa@216.220.23.105) 16.03.52 Quit Zagor ("Client exiting") 16.04.14 Quit JdGordon ("Konversation terminated!") 16.05.00 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 16.09.43 # yeah, i hate the fact that we now have gapless bugs again 16.12.49 Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) 16.13.45 Quit hcs ("Leaving.") 16.17.25 # * amiconn thinks that blackhawk should be forced to adhere to the gpl and share his code, or stop distributing his stuff altogether 16.17.40 # I don't have a preference for either way 16.17.51 # But a gpl violation is a gpl violation 16.18.03 Join MethoS- [0] (n=clemens@pD955DF0B.dip.t-dialin.net) 16.18.16 # you mean that motorola phone thing? 16.18.21 # yep 16.19.23 # * linuxstb agrees 16.19.49 # I did hassle him a couple of months ago, and he released some source, but he obviously didn't continue... 16.20.08 # svn diff is such a complicated command 16.20.43 # Or even just a zip of his tree... 16.20.46 # Bagder: as far as i know, he claims to be on a gprs connection, which is expensive for him 16.21.02 # not exactly our problem 16.21.09 # but he manage to release his binaries 16.21.14 # yes 16.21.16 # and I bet they're bigger than a diff 16.21.39 # we should approach him again 16.23.47 # If he complains of size, why not tell him that since the license is binding, he could take advantage of that and simply just release the diff and let his users compile since the tools are freely available? 16.24.01 # Then he could save money, and comply (or have the wind knocked out of his argument) 16.26.30 # i guess he's just an inexperienced developer 16.26.53 # inexperienced with open source it seems, yes 16.27.07 # not an excuse, just an explanation 16.27.38 # well, it was an explanation _before_ he was approached 16.29.07 # we need to start *demanding* the source 16.29.31 # i mean, we *want* his stuff 16.29.31 Join barrywardell [0] (n=barrywar@dhcp-892b9aab.ucd.ie) 16.29.32 # I think he also got into similar trouble with a previous port he worked on. 16.29.39 # oh? 16.29.41 # So it's not as if he doesn't know... 16.30.26 # i see 16.30.49 # what's the url for his hack again? 16.31.17 Quit Thundercloud (Remote closed the connection) 16.31.59 # Seems the motorolafans.com forums are down (at least for me)... 16.32.33 # me too 16.33.32 Join ricardo [0] (n=ricky@a129-123-254-224.tusuwl.usu.edu) 16.33.48 Join whizbo [0] (n=john@66-227-87-194.static.mesanetworks.net) 16.34.42 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 16.35.18 Part ricardo 16.35.34 # Hello, I would like to get write permissions for the wiki. Who should I talk to? 16.36.15 # me 16.40.51 Join mf0102 [0] (n=michi@85.127.180.92) 16.46.01 # no, me 16.46.16 # or me 16.46.31 # :-) 16.46.47 # * petur remembers The Matrix "me, me, me" 16.47.02 Nick petur is now known as smith (n=petur@rockbox/developer/petur) 16.47.09 Nick smith is now known as petur (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 16.47.54 Part LinusN 16.49.38 # * preglow remembers too, and wishes he didn't :/ 16.49.47 Join ricardo [0] (n=ricky@a129-123-254-224.tusuwl.usu.edu) 16.49.48 # what a couple of crap movies those were 16.50.00 # first one was ok 16.50.04 # the second two were dire 16.50.20 # sure, first one was completely decent, but like you say 16.50.34 # the last two just made me a more bitter person 16.51.08 # so he hit the bitter beverage... 16.52.07 # * preglow runs away 16.52.15 Part ricardo 17.02.35 Quit nicktastic ("Leaving") 17.03.07 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 17.05.03 Nick hannesd__ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 17.06.28 # is it possible to make rockbox run on a solaris mobile? 17.06.36 # with arm 17.07.15 # possible: yes 17.07.19 # easy: no 17.09.29 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 17.13.31 *** Saving seen data "./dancer.seen" 17.15.17 Quit J3TC- (Read error: 104 (Connection reset by peer)) 17.15.52 Join Buschel [0] (n=AndreeBu@p54A3FEA8.dip.t-dialin.net) 17.15.53 Join J3TC- [0] (n=jetc123@wlrsvd-205.njit.edu) 17.16.18 Quit CaptainSquid ("Miranda IM!") 17.16.36 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-130-188.w90-6.abo.wanadoo.fr) 17.20.31 Quit barrywardell (Remote closed the connection) 17.21.21 Join spiorf [0] (n=spiorf@79.20.211.22) 17.21.22 Join Thundercloud [0] (n=thunderc@resnet31.nat.lancs.ac.uk) 17.23.27 Join barrywardell [0] (n=barrywar@dhcp-892b9aab.ucd.ie) 17.26.51 Quit J3TC- (Read error: 104 (Connection reset by peer)) 17.27.13 Join J3TC- [0] (n=jetc123@wlrsvd-205.njit.edu) 17.28.13 Join n1s [0] (n=nils@nl104-209-88.student.uu.se) 17.28.20 Join goffa_ [0] (n=goffa@216.220.23.105) 17.29.56 Join MethoS-- [0] (n=clemens@pD955DE14.dip.t-dialin.net) 17.32.43 Quit japc (Remote closed the connection) 17.33.21 Join quester [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-a35ed83caa64e2e3) 17.34.16 Quit OlivierBorowski ("Konversation terminated!") 17.34.40 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-130-188.w90-6.abo.wanadoo.fr) 17.35.06 Quit OlivierBorowski (Client Quit) 17.35.29 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-130-188.w90-6.abo.wanadoo.fr) 17.35.43 # I try to understand the RB keymaps and have a question about the last change. Why was it necessary to introduce INCREPEAT? Couldn't the last field just be changed to BUTTON_LEFT (for DECREPEAT for keymap-x5.c)? 17.35.49 Join gromit`` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 17.36.20 Nick OlivierBorowski is now known as OlivierBorowski_ (n=OlivierB@ANancy-157-1-130-188.w90-6.abo.wanadoo.fr) 17.36.26 Quit gromit` (Read error: 104 (Connection reset by peer)) 17.36.32 # Since in the end the two actions do exactly the same. So why the difference on the action level? Or do I miss something? 17.37.40 Join japc [0] (n=japc@bl7-241-135.dsl.telepac.pt) 17.39.04 Quit quester ("CGI:IRC") 17.40.37 Quit goffa (Read error: 110 (Connection timed out)) 17.42.07 Nick OlivierBorowski_ is now known as OlivierBorowski (n=OlivierB@ANancy-157-1-130-188.w90-6.abo.wanadoo.fr) 17.42.21 Quit OlivierBorowski (Remote closed the connection) 17.42.34 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-130-188.w90-6.abo.wanadoo.fr) 17.45.33 # Very patient... 17.47.23 Nick OlivierBorowski is now known as OlivierBorowski_ (n=OlivierB@ANancy-157-1-130-188.w90-6.abo.wanadoo.fr) 17.47.24 Nick OlivierBorowski_ is now known as OlivierBorowski (n=OlivierB@ANancy-157-1-130-188.w90-6.abo.wanadoo.fr) 17.47.27 Quit OlivierBorowski (Client Quit) 17.47.44 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-130-188.w90-6.abo.wanadoo.fr) 17.48.51 Quit MethoS- (Read error: 110 (Connection timed out)) 17.48.55 # interesting... you need to set "-qscale 6" in winffmpeg to achieve good fps-performance 17.51.16 Join Rincewind [0] (i=LSV4ayDb@nat-wh-1.rz.uni-karlsruhe.de) 17.53.22 Quit MethoS-- (Read error: 110 (Connection timed out)) 18.00.33 Quit TMM ("Ex-Chat") 18.04.53 Part whizbo 18.08.22 # linuxstb: most of the fixes lostlogic and I committed were rather small and did benefit from the separation between buffering and playback. Also the rebuffering issue has a solution that I'm (slowly) working on, that will make the buffering code more flexible 18.08.48 # I think what I'm working on will also make the gapless fix easy 18.10.19 Quit kubiix (Read error: 104 (Connection reset by peer)) 18.12.05 Quit petur ("work->home") 18.15.38 # Nico_P: we were talking about how to make the midi player a codec a while ago but didn't get very far, we concluded that the metadata parser would figure out what needed to be on the buffer but not what should be responsible for the loading and how to pass that info to the codec, any more thoughts? 18.18.50 # n1s: not really, no... I suppose maybe the codec could interact with the buffering system directly 18.20.49 # Nico_P: to find out what it needs from the buffer? 18.21.23 # n1s: to add what it needs to the buffer 18.21.44 # Nico_P: but the codec is not necessarily loaded when the buffering happens 18.22.38 # true... what kind of data are we taling about? intruments? 18.22.39 # the only real solution is to have the metadata loader do it 18.22.55 # i'm sorry to say 18.22.59 # Nico_P: yeah, what's called patches in midi terms 18.23.49 # preglow: that was the only solution I could come up with too but it leaves the question of "how does the codec find all the stuff on the buffer?" 18.23.49 # Nico_P: xm's are a better example of what might be needed, all the data (both samples and note data) basically has to be decompressed and put in the buffer 18.24.05 # n1s: well, that shouldn't exactly be very hard 18.24.24 # n1s: codec.c would basically just hand it to the codec via the codec api 18.24.25 # n1s: if it's one handle, it's not too hard indeed 18.24.29 # a pointer or something 18.24.35 # preglow: a handle ID 18.24.47 # preglow: well I guess that's where my problem is i don't know the MoB way of doing that... 18.25.03 # well, whatever, it just points the codec to a struct it knows how to handle 18.25.12 # Nico_P: so could I attach a handfull of structs and arrays to this handle thingy? 18.25.20 # to something it can use right away to play the file 18.25.26 # of several megs 18.25.34 # n1s: if you know how they are laid out, yes 18.26.14 # Nico_P: any places for me to look at so i can figure out how to? :) 18.26.19 # n1s: maybe use a codec callback instead of handling everything in the codec 18.26.30 # the loader part will basically just have to prepare structs that can be used directly to render audio 18.26.51 # how these structs look depend on the library in question 18.27.01 # n1s: in buffering.c, bufopen and bufalloc (look for the ID3 and bitmap cases) 18.27.16 # the problem with this is that we'll probably bloat the core a good deal with loaders for all the non-streaming formats :/ 18.27.17 # Nico_P: ok, thanks :) 18.27.29 # preglow: yes indeed... 18.27.49 # n1s: you'll probably want to just do a bufalloc and then write data to the buffer you'll get 18.28.06 # but i don't really know how to fix that... 18.28.09 # perhaps loader plugins? 18.28.14 # and in the codec callback, bufgetdata 18.28.25 # (see bufgetid3 in playback.c for that) 18.28.33 # hmm, metadata plugins in general, where you can choose which to link statically 18.28.35 # Nico_P: i don't understand your codec callback idea... 18.29.29 # n1s: most things related to codecs that touch the playback engine and data are done in playback.c, in callbacks that are given to the codec via the codec API 18.30.00 # n1s: in particullar the buffer access 18.30.30 # examples are codec_filebuf_callback, codec_advance_buffer_counters, codec_request_buffer_callback... 18.31.17 Part linuxstb ("Leaving") 18.33.34 # Alright, I saw a Sansa m200 at a store today. Isn't this AMS chip a bit on the powerful side for a tiny, black and white, flash player? 18.33.39 Join Bradley [0] (n=b-unit@c-76-19-92-77.hsd1.ma.comcast.net) 18.34.19 # does anyone know if there is a Rockbox utility available for Mac OS 10.4 ? 18.35.02 # Bradley: Isn't the one on the wiki page for OSX? 18.35.17 # hmm lemme check 18.37.02 # yeah I don't see it anywhere 18.37.08 # http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityQt#Download ? 18.37.35 # haah genius 18.37.38 # sorry I'm a noob 18.37.54 # getting ready to major in Digital Forensics so I'm starting to play around with Hard Drive devices 18.39.53 # Nico_P: alright I have a look, thanks, one more thing though, what should the loader do if it doesn't get enough buffer from the buffer_alloc? will it be called again on next rebuffer if it fails? 18.41.14 # n1s: yes and no. currently all the loading is done per track in audio_load_track, and if there is no space left in the buffer it will return and the track will be loaded again 18.41.52 # n1s: if you load things in audio_load_track, you should be OK (look at how the metadata is loaded). Otherwise you'll have to do retries yourself... I'd go for audio_load_track 18.43.06 # Nico_P: but it's ok to fail if there are several megs of buffer left? (as long as it's not enough?) 18.43.34 # If the track can't be played without these several megs, I'd say it's perfeclty OK, yes 18.44.02 # no, can't be played unless all the stuff is available (or instruments will be missing etc) 18.44.32 # yeah, so make audio_load_track return false if the instruments couldn't all be buffered 18.45.12 # maybe you'll need special handling for targets with a small memory though 18.46.30 # preglow: I would think midi is the most complex non-streaming format by far 18.48.14 # The various .mod file formats are rather simple, as there are only 2 conditions to be met which MoB is able to handle afaik: They need to be completely loaded, and must not wrap 18.48.43 Join bertrik [0] (n=Bertrik_@249-022-045-062.dynamic.caiway.nl) 18.50.28 # amiconn: I confirm MoB handles these 18.50.30 # amiconn: i think they're about equivalent 18.51.30 # with midi you can potentially reuse instruments between files, though, and that complicates things 18.51.33 # preglow: Eh? .mod doesn't need any interpretation at load time (except for getting metadata) 18.51.38 # but you don't need to do that for perfect playback 18.51.43 # amiconn: i'm talking about xm 18.51.57 # amiconn: and that needs decompression in both sample data and pattern data 18.51.57 # For midi, you need to parse the whole file and find out which patches must be loaded 18.52.25 # amiconn: just loading the file as is and handing it to the xm player library is about as unhelpful as you can get 18.52.54 # it'd need to reparse the whole thing 18.53.04 # * amiconn usually means Soundtracker/Noisetracker/Protracker/Startrekker when talking about .mod 18.53.22 # they're much simpler than .xm/.it 18.53.52 Quit Bradley ("Off Like A Prom Dress") 18.54.14 # these file formats should be parsed into decoder library structs at the same time they're loaded from disk 19.10.50 Quit Rincewind ("bye") 19.13.32 *** Saving seen data "./dancer.seen" 19.14.48 # i like computers 19.16.29 Quit J3TC- (Read error: 110 (Connection timed out)) 19.21.30 # you can't have used them for very long 19.22.53 Quit DrCrow (Read error: 104 (Connection reset by peer)) 19.23.02 Join DrCrow [0] (n=DrCrow@216-62-187.200720.adsl.tele2.no) 19.28.45 Join Redbreva [0] (n=Miranda@host86-144-108-57.range86-144.btcentralplus.com) 19.29.17 # GodEater: can you run rockbox as a program? 19.32.36 # sup: you mean on a PC? 19.38.01 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.39.56 Quit PaulJam_ (".") 19.40.58 # i mean, would it be hard to port rockbox to solaris 19.41.00 # : ] 19.41.34 Join Domonoky [0] (n=Domonoky@e176233094.adsl.alicedsl.de) 19.43.21 # yes, you can 19.43.26 # by compiling it as a simulator 19.43.31 # you'll need sdl, but that's about it 19.44.06 Join petur [0] (n=petur@rockbox/developer/petur) 19.45.51 Join petur2 [0] (n=petur@d54C2B59B.access.telenet.be) 19.46.37 Quit petur (Nick collision from services.) 19.46.42 Nick petur2 is now known as petur (n=petur@d54C2B59B.access.telenet.be) 19.48.14 Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) 19.55.01 Quit DrCrow (Read error: 104 (Connection reset by peer)) 19.55.21 Join DrCrow [0] (n=DrCrow@216-62-187.200720.adsl.tele2.no) 19.55.32 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.59.13 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.06.12 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 20.14.45 # He, seems like bad Vorbis/FLAC files can cause memory corruption on Rockbox... 20.16.05 # Sorry, my bad. It can read more than necessary, but not actually corrupt stuf. 20.16.37 Join PaulJam [0] (i=PaulJam_@vpn-3022.gwdg.de) 20.20.19 Join Rika [0] (n=_funt_@jabber.hst.ru) 20.20.50 Part Rika 20.21.12 Join Rika [0] (n=_funt_@jabber.hst.ru) 20.21.38 Part Rika 20.22.01 Join foontick [0] (n=_funt_@jabber.hst.ru) 20.23.38 # hi, guys, anyone have datasheet for SA58700 ? =) 20.29.19 Join MethoS- [0] (n=clemens@pD955E663.dip.t-dialin.net) 20.30.56 # foontick: "Because not much information is available it might be a good idea to look at the assembly code of the various firmwares." -- http://www.rockbox.org/twiki/bin/view/Main/SamsungSA58 20.32.11 Quit barrywardell (Remote closed the connection) 20.32.24 # yeah, i have read it... =( 20.32.51 Join J3TC- [0] (n=jetc123@wlrsvd-205.njit.edu) 20.33.09 # Zagor, but there is dead link to datasheet on that page 20.33.55 # foontick: which link would that be? 20.33.57 # sry, on this page - http://www.rockbox.org/twiki/bin/view/Main/IriverE10Info#Samsung_SA58700X07_ARM9_200Mhz 20.34.13 # ah 20.34.14 # to much tabs in browser =) 20.34.18 # *too 20.35.00 Join Arathis [0] (n=doerk@p508A47BB.dip.t-dialin.net) 20.35.04 # foontick: the link in here works: http://www.rockbox.org/twiki/bin/view/Main/SamsungSA58 20.35.42 # markun: yeah but it doesn't have any datasheets as far as I can see 20.35.58 # yeah, just short overview 20.37.27 # Zagor: I never found a datasheet for it 20.37.46 # Zagor: btw, I bet this isn't his real name :) http://www.rockbox.org/twiki/bin/view/Main/IriverClix 20.37.54 # Lear: some floor 0 files will crash Tremor though... 20.38.06 Join nicktastique [0] (n=nick@unaffiliated/nicktastic) 20.38.08 # hehe. linus is working on some wiki user cleanup. 20.38.59 # n1s: Old news... :) 20.39.53 # Lear: yup, and if we keep looking the other way there will be virtually no more floor 0 files around so the problem goes away :) 20.40.40 Join Arathis2 [0] (n=doerk@p508A74F4.dip.t-dialin.net) 20.44.16 # * Nico_P seems to have a fix for FS#8092 (seeking backwards off the buffer) 20.46.00 # * Lear cheers! 20.47.55 # I went for flushing the data we have and starting again 20.49.21 Quit Siku () 20.49.27 Quit ompaul (Read error: 104 (Connection reset by peer)) 20.50.14 # Isn't that something we wanted to get rid of? (not sure) 20.50.28 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.50.54 # I don't know... it's rather handy 20.51.44 # when you spin the disk, is it that much of a waste to rebuffer a few files you already had? 20.52.05 # What if the disk is not spinning? 20.52.17 # You need to fire it up anyway... 20.52.23 # why? 20.52.32 # amiconn: seeking to a nonbuffered part of a file 20.52.33 # You're going for off-buffer data 20.52.35 # all, bb 20.52.40 # If all data I'm seeking back into is still buffered, I wouldn't 20.52.40 Part foontick 20.52.53 # amiconn: then all is good 20.52.57 # Ah, then you need to spin up of course 20.53.15 # Maybe I misunderstood... 20.53.18 # amiconn: we only flush to create space in the buffer 20.53.49 # ..when it's needed to allow seeking to a nonbuffered part of a track 20.53.50 # Well, if you rebuffer stuff that was already buffered, the disk needs to spin longer 20.54.22 # But I think that's a bearable tradeoff for less complexity 20.54.28 # that's what I thought too 20.55.17 Quit advcomp2019 ("+++ OK ATH OK") 20.56.12 Join p3tur [0] (n=petur@d54C2B59B.access.telenet.be) 20.56.13 # * n1s agrees but also _never_ seeks in any direction... 20.56.45 Quit petur ("I'm still here ;)") 20.56.48 Quit Arathis (Read error: 110 (Connection timed out)) 20.56.53 Nick p3tur is now known as petur (n=petur@d54C2B59B.access.telenet.be) 20.59.49 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 21.01.11 Nick Arathis2 is now known as Arathis (n=doerk@p508A74F4.dip.t-dialin.net) 21.05.23 # * amiconn is undecided whether he should use a bresenham-like algorithm or simply 16.16 fixed point maths for arbitrary backlight fading times :\ 21.05.50 # amiconn: i don't think it matters much 21.05.57 # amiconn: i'd do what is simplest 21.06.48 # The problem with bresenham is that the steps can be both <= 1.0 and >1.0 21.07.08 # So I would need to carry 3 variables around 21.07.15 # sounds like i'd just use 16.16 21.07.25 # it's fast anyway 21.07.30 # Those variables are reloaded on every interrupt cycle 21.07.57 # Btw, I will probably switch to using 256 steps instead of 100, and replace the division with a shift 21.08.16 # which is a perfectly logical switch 21.13.33 *** Saving seen data "./dancer.seen" 21.17.30 Quit spiorf (Remote closed the connection) 21.18.57 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 21.19.07 Join linuxstb [0] (n=chatzill@rockbox/developer/linuxstb) 21.21.09 Join spiorf [0] (n=spiorf@host22-211-dynamic.20-79-r.retail.telecomitalia.it) 21.34.46 Quit bertrik ("bye") 21.42.40 Quit amiconn (Nick collision from services.) 21.42.49 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 21.44.08 Quit hcs ("Leaving.") 21.47.55 # amiconn: updated fs #8075 (5G LCD/YUV speed up). removed the changes as mentioned here yesterday, only kept the changes in yuv-blit. 21.48.19 # c200v2 firmware confirmed to be AS3525 as well 21.52.45 # Bagder: The AS3525 claims to be 250mhz? 21.52.53 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 21.53.13 # well, the Ainol U60 claims an AS3525 at 250 MHz 21.53.21 Part LinusN 21.53.28 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 21.53.29 # Well, the AMS "features" page for it claims the max speed is 250mhz, yes. 21.53.34 # pling-plong-pling 21.53.36 # ah ok 21.53.59 # It just seems a little bit overkill for the m200... 21.54.14 # yes, but quite possibly they use it slower there 21.55.01 # Do you mean simply clocked down, or different speed versions of the SoC? 21.55.22 # I meant clocked down 21.55.35 # but of course we can't rule out chip variations 21.56.09 # Llorean: do you have a microSDHC? 21.56.11 # Yeah. I dunno, just seems odd to me, like it'd be quit expensive relative to other things that could do the task. Then again, I don't know what SoCs cost, nor what deal they might have. 21.56.41 # pixelma: Not yet. I've been waiting for a working USB stack and UMS mode so I don't have to also get an adapter 21.56.43 # Could be just those chips which failed the full-speed tests 21.56.46 Quit spiorf (Remote closed the connection) 21.57.07 # That's what I am still thinking is the PP5021 - a PP5022 that fails to run (reliably) at 100MHz 21.57.36 # Could also be that in the end it turned out cheaper because of the quantities they buy to make the e200v2, m200v2, c200v2 and whatever else. 21.57.41 # they all have the string "AS3525/27 Demo Player" inside... 21.59.02 # Do we know what's in the Sansa View? 21.59.09 # a PP variation 21.59.28 # Odd. 21.59.29 # possibly a not previously seen one 21.59.34 # Aaah, okay 21.59.45 # I was going to say, that's the one I'd have expected to have the more powerful CPU 21.59.48 # Llorean: just asking because I still don't know if the HC supports works correctly on the c200... (got no response of one guy in the forums so far, I just assume it was probably his fault but don't know for sure :\ ) 21.59.59 Quit qweru ("moo") 22.00.13 # Llorean: it most certainly has a special graphics part/chip similar to the ipod 5g 22.00.16 # pixelma: I guessed that was why you're asking. When my c200 shows up, maybe I'll go see if I can find an microSDHC card at Fry's then 22.00.54 # Bagder: Ah, okay. I was just curious because I saw one in the store, and it had a flashier interface than the e200's original one (dunno if it's changed with the v2) 22.01.33 # the nice part with the view is that it uses mi4 so we at least know the file format ;-) 22.02.19 # Maybe we should write a letter to PP thanking them for whatever it does that causes everyone to stick so close to their formats. :) 22.02.22 # Llorean: thanks, will probably get one too one day 22.02.37 Part pondlife ("Gone") 22.03.09 # I wonder whether we'll see that mysterious PP5026 somewhere... 22.04.01 # the Sansa View firmware mentions a PP6110 22.04.35 # or mentions is perhaps not the right word, "includes the string" is more fitting 22.06.10 # The G5 clock setup tests for PP5020/PP5022/PP5026 22.06.25 # (actually it just tests the last digit) 22.10.35 # Zagor: Btw, the reboot on usb detect is still hit-and-miss 22.12.13 # amiconn: commit buschel's patch now? 22.14.19 Join lifter [0] (i=3eb5390c@gateway/web/cgi-irc/labb.contactor.se/x-c3fed13eea74f5dd) 22.15.22 Quit Buschel (Read error: 104 (Connection reset by peer)) 22.15.34 Join Buschel [0] (n=AndreeBu@p54A3FEA8.dip.t-dialin.net) 22.17.04 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 22.17.21 # hello, my wps file is not readable anymore with the latest build 22.17.35 # the simulator says: 22.17.36 # We open the real file 'archos/.rockbox/wps/TangoBox.wps' 22.17.37 # Failed parsing on line 15 : Invalid parameter list for token 2: "No token" 22.17.43 # lostlogic: you might want to have a look at my latest commit 22.17.48 # that line is: 22.17.49 # %xl|a|bat1.bmp|12|190 22.17.56 # whoa... 22.18.01 # mf0102: Put a | on th end 22.18.15 # was that aundree buschman of musepack fame? 22.18.21 # 15:13 -!- Buschel [n=AndreeBu@p54A3FEA8.dip.t-dialin.net] has quit [Read error: 104 (Connection reset by peer)] 22.18.24 # 15:13 -!- Buschel [n=AndreeBu@p54A3FEA8.dip.t-dialin.net] has joined #rockbox 22.18.33 # goffa_: indeed it is 22.18.37 # sweet 22.18.46 # haven't seen him in like 10 years or so 22.18.55 # well, you see him right now :> 22.19.05 # thanks Llorean, that worked :) 22.19.09 # Guys, please help. At me ipod 5.5 80gb I cannot listen to files .ape a sound brakes - reproduces its jerks. 22.19.11 # well.. not that long 22.19.29 # lifter: what compression profile are they encoded with? 22.19.30 # Guys, please help. At me ipod 5.5 80gb I cannot listen to files .ape a sound brakes - reproduces its jerks. 22.19.31 # i'd say since like 2000 22.19.39 # lifter: we heard you the first time, don't repeat yourself 22.20.04 # lifter: you will probably be better off converting your ape files to flac or wavpack 22.20.16 Join Buschel_ [0] (n=AndreeBu@p54A3FEA8.dip.t-dialin.net) 22.20.25 # lifter: ape is a very, very cpu intensive codec. The iPod can't really play it fast enough because it has a slow processor. 22.20.44 Join body [0] (n=asusp5wd@62.181.57.12) 22.20.56 # Guys, please help. At me ipod 5.5 80gb I cannot listen to files .ape a sound brakes - reproduces its jerks. 22.21.15 # body: please stop repeating yourself 22.21.17 # body: are you reading what we're saying to you at all? 22.22.10 # preglow: I guess not 22.22.18 # I apologize... Has simply started 2 clients 22.22.22 # body: Read the IRC logs - your question was answered - http://www.rockbox.org/irc/current.txt 22.23.40 Quit body (Client Quit) 22.23.41 # I simply listen to files, and there it is necessary more widely a strip than mp3 22.23.45 # does bring me to a question though.. does the 6g classic have the same hardware as 5.5g? (other than hard drives) 22.23.59 # goffa_: Not even remotely 22.24.12 # well that's cool 22.24.20 # hopefully it'll play ape decently 22.24.20 # lifter: I don't understand what that means 22.24.40 # goffa_: Rockbox is unlikely to run on it any time soon (ever, if nobody works on it, which nobody's doing right now) 22.24.47 # lifter: FLAC is also lossless. 22.24.49 # well this is true 22.25.02 # * linuxstb can't think of a good reason to use APE 22.25.11 # I mean cannot listen on ipod files .ape? 22.25.14 # laziness :) 22.25.20 # don't want to convert to flac 22.25.22 # linuxstb: You have .27mb too little space to fit that one last FLAC file on your player? 22.25.23 # lol :) 22.25.28 # lifter: No. 22.25.38 # lifter: http://www.rockbox.org/twiki/bin/view/Main/SoundCodecMonkeysAudio 22.25.43 # * Lear considers who wrote libdemac... 22.26.16 # * n1s was pondering the same thing... 22.26.17 # Lear: That's why I think that - I've seen how crazy the codec is.... 22.26.38 # I see... :) 22.26.41 # linuxstb: you meant that you don't even use ape yourself like at all? 22.27.10 Quit mf0102 ("Verlassend") 22.27.23 # quite a few devs don't use the features they code 22.27.24 # No, I never use it. If I acquire any APE files, I just convert to FLAC immediately. 22.27.27 # * markun points at preglow 22.27.55 # At me 5gb it is free 22.27.59 Join Skail [0] (n=colin@static24-72-51-82.regina.accesscomm.ca) 22.28.00 # markun: I know, just writing a decoder from scratch seems a little more than most do :) 22.28.12 # ;) 22.28.35 # True. E.g., I've put some hours into AAC... 22.29.07 # and the hours I put into arabic rendering.. :) 22.29.08 # That whole "scratch your own itch" thing isn't 100% true... 22.29.57 # * amiconn now has a backlight fade-in time of 300ms on his mini :) 22.30.15 Quit lifter ("CGI:IRC") 22.30.17 # But there are some AAC changes that would be good to look into, but I just can't find the motivation for it... 22.30.34 Join lifter [0] (n=asusp5wd@62.181.57.12) 22.30.39 # Lear: Do you know that libfaad is now GPL'd again? 22.30.52 # preglow: You will be also able to select 100ms or 200ms, or even 157ms with a .cfg file ;) 22.31.33 Join lee-qid [0] (n=liqid@p54967DB3.dip.t-dialin.net) 22.31.55 # amiconn: what part of the reboot is hit-and-miss? the usb detection or the actuall reboot? 22.32.03 # linuxstb: No, I wasn't. Good news though, even if it only would be for some bug fixes. 22.32.08 # The reboot, most of the time 22.32.17 # which player? 22.32.49 # I think it's *not* due to system_reboot() being unreliable, but some thread not signaling ready-for-usb due to a race condition leading to a deadlock sometimes 22.32.52 # mini G2 22.33.53 # ok. I'm pretty sure the e200 problem is system_reboot() though 22.34.10 # amiconn: haha, thanks for that! :D 22.34.22 # Zagor: I would think it's the same problem as on the ipods 22.34.38 # what happens on the ipod when it doesn't reboot? 22.34.39 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 22.35.37 # It stays in the USB screen. Most of the time the disk activity icon is lit (but I've seen occasions without that) 22.35.48 Quit jhulst ("Konversation terminated!") 22.35.53 # that's very different from what happens on e200... 22.36.09 # What happens there? 22.36.15 # It sometimes freezes in the menu for me - with the disk activity LED on. 22.36.45 # spectacular crash, apparently sometimes with different colours flashing on the screen 22.36.47 # The freeze-in-menu also happens on ipod sometimes, but not as often as the freeze-in-usb-screen 22.38.00 Quit Buschel (Read error: 110 (Connection timed out)) 22.38.03 # It is necessary to convert in flack. Stupid ape 22.39.43 Join bertrik [0] (n=Bertrik_@249-022-045-062.dynamic.caiway.nl) 22.39.44 # JdGordon: there? 22.39.48 # preglow: Were you looking at syncing libfaad? 22.40.03 # Nico_P: Hm, first indication is that FS#8092 isn't fixed. Will make a full rebuild though. 22.40.30 # lifter: indeed 22.40.33 # ape is stupid... it's dead anyway isn't it? why do people bother 22.40.58 # ze: because of the slightly better compression I guess 22.41.17 # ze: I wouldn't go that far - it's just optimised for maximum compression without any regard for decoding speed. 22.41.49 # mda 22.41.50 # imeant dead as in the project... its no longer mantained right? 22.41.50 # linuxstb: i'm in the process of doing it 22.41.59 # linuxstb: it's synced and ready, i just need to make it work again... 22.42.27 # preglow: OK, I thought you had mentioned it. I just wanted to make sure Lear knew... 22.43.01 # sure, and whoever wants to accelerate the process can have a patch whenever they want :> 22.43.05 # linuxstb: Any news on the range decoder? 22.43.19 # linuxstb: Thanks. Went and downloaded the latest release right away, thought I didn't have any immediate plans on syncing... 22.43.44 Quit lifter ("Ðóñèôèöèðîâàííûé mIRC 6.14 îò pIRC team ( http://xirc.ru )") 22.44.01 # amiconn: No... 22.44.17 # amiconn: sort of... sup? 22.44.25 Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) 22.44.27 # Lear: just lemme know if you want to tweak it, the sync is complete, but i removed some of rockbox' changes to see if they're still needed, and apparently they were 22.44.46 Quit Buschel_ () 22.45.02 # preglow: Are there still lots of warnings in the original code? I seem to remember having to fix a lot when first committing. 22.45.04 # JdGordon: Do you think it'd be too hackish to export the unit_strings[] from option_select.c in order to use them in settings_list.c? 22.45.13 # linuxstb: new ones, even 22.45.18 # That would allow to generalise some formatters 22.45.41 # sounds fine 22.46.01 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.46.12 # anything to clean up that callback mess in setting_list.c 22.46.16 # preglow: Wonderful... 22.46.29 # Hmm, the _getlang functions could need the unit in their parameter list 22.46.36 # Nico_P: FS#8158 is still there at least. 22.46.46 # Would also allow for a general unit_getlang_0_is_off() 22.46.59 # -also 22.47.08 # ok 22.47.10 Join perrikwp [0] (i=98216687@gateway/web/cgi-irc/labb.contactor.se/x-045268024d968179) 22.47.40 # Eh, I don't need to export the array... 22.47.59 # But passing the unit to the _getlang function would be really useful 22.48.38 Join roxfan[zzz] [0] (n=dunno@156.200-240-81.adsl-dyn.isp.belgacom.be) 22.49.54 Quit perrikwp (Client Quit) 22.50.16 Join PixelMasta [0] (n=max_gfel@cable-static-54-1.intergga.ch) 22.50.28 Part PixelMasta 22.50.50 Join perrikwp [0] (i=98216687@gateway/web/cgi-irc/labb.contactor.se/x-fd0983d89e794cbc) 22.53.42 Quit jgarvey ("Leaving") 22.55.50 Quit perrikwp ("CGI:IRC (Ping timeout)") 22.56.43 # Lear: so is FS#8092 fixed? 22.57.02 # from my tests it was fine 22.57.32 # Don't think so... Seek back a short bit (longer than AUDIO_REBUFFER_GUESS_SIZE though) doesn't seem to trigger a rebuffer... 22.58.19 # amiconn: didn't you look into unifying the lcd-*.c drivers a bit more? 22.58.28 Quit nicktastic ("Leaving") 22.58.29 # eh? 22.58.36 # What should be unified there? 22.59.52 # lcd_putsxyofs looks (almost?) the same in some of them for example 23.01.17 # Right now it does. There's some optimisation potential that will make them different 23.01.19 # Does an idle pp502x cop core suck as much juice as a busy cop core? (or, is it possible to disable the cop core completely and if so is there any power saving) 23.02.41 # stripwax: meaning what? it's idle > 9999/10000 microseconds normally 23.02.54 # amiconn: are you interested to work on that or is it more a hint for someone else? 23.02.58 Join perrikwp [0] (i=98216687@gateway/web/cgi-irc/labb.contactor.se/x-b0927c1a42bb9758) 23.03.15 # I'm somewhat interested, but it's low priority atm 23.03.36 # Nico_P: Hm, works in the sim... 23.03.43 # what kind of optimisations did you have in mind? 23.04.07 # Lear: I'm not sure FS#8158 is related to FS#8092 23.04.13 Quit Domonoky (Read error: 104 (Connection reset by peer)) 23.04.15 # jhMikeS - really? what about mpegplayer? 23.04.49 # * ender` yawns 23.05.00 # stripwax: it's not idle there since it's decoding and rendering video of course. 23.05.03 Quit desowin ("use linux") 23.05.10 # Nico_P: I think it is. I can only reproduce that behavior if I do seek backwards a bit right after resume (which I often do for audio books). 23.05.10 Quit roxfan (Read error: 110 (Connection timed out)) 23.05.21 # jhMikeS - right, does it draw more power? 23.05.24 # Things that will (hopefully) speed up font drawing, mostly on coldfire and horizontal-packed greyscale 23.05.38 # ...and a little bit on all 16 bit colour targets 23.06.10 # stripwax: Of course when it's actually used. I think the backlight will be the biggest draw by far. 23.06.12 # jhMikeS - or rather, when it isn't being used, do/can we turn it off for a power saving, or is having it powered-on but idling as close as we can get 23.07.20 # I don't think there's a power switch for it. The CPU idle state is about as close as possible...it's not being clocked, so gates should be inactive. 23.07.56 Quit perrikwp ("CGI:IRC (Ping timeout)") 23.07.57 # jhMikeS cheers. I'm also wondering how the current draw of the cpu at 60mhz compares against cpu+cop at 30mhz 23.07.59 Quit J3TC- (Read error: 110 (Connection timed out)) 23.08.16 Join IvoBurkart [0] (i=543f1469@gateway/web/cgi-irc/labb.contactor.se/x-4bd35f67f91f0fd7) 23.08.22 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 23.08.49 # jhMikeS - oh - is it possible to set the clock speed of the cop independently of the main cpu? 23.08.50 # stripwax: I think amiconn measured some of those figures....amiconn?? 23.08.55 # no 23.09.34 # ok. so if cpu is running at 30MHz, so is cop .. ? Just so I understand your 'not being clocked' 23.09.36 # hi there, i have a (stupid) question: is there a specific reason that the slow clock speed is 30mhz on my sansa? whenever i listen to audio books (=low bitrate) i have a 0% boost rate 23.09.38 # it's possible to scale the cop freq, no? 23.09.40 # well, core asleep = 0Hz = about as independent as it is 23.09.44 # couldn't one save battery? 23.09.51 # like have it run at half the cpu freq 23.09.54 # I didn't measure power consumption with any cop activity, as I only have an ammeter hookup on my 1st Gen atm - and that's PP5002 23.10.01 # preglow: I see no evidence they run at separate frequencies 23.10.04 # *can run 23.10.09 Quit advcomp2019 (Read error: 110 (Connection timed out)) 23.10.20 # IvoBurkart: not everyone listens to audio books at low bitrate, as a matter of fact, i think most people listen to high bitrate mnusic 23.10.31 # IvoBurkart: anyway, the cpu sleeps if it has nothing to do, so you're not wasting much power 23.10.41 # I'm quite sure that CPU+COP full load at 30MHz needs less power than CPU at 60MHz and COP idle 23.10.43 Quit Arathis ("Bye, bye") 23.10.49 # jhMikeS: the product brief says that cop freq can be sclaed relative to the cpu one 23.11.01 # This is because there are more components driven from the system clock that just CPU and COP 23.11.24 # preglow: if the cpu sleeps, why is there a downstepping at all? 23.11.29 # preglow: Afaik it doesn't. It merely talks about the clock skipping feature 23.11.37 # preglow: really? I've not seen any code that seems to do it. 23.11.38 # Nico_P: Strange. No full re-buffer at all on target, even if I seek back a fairly large bit. 23.11.41 # amiconn: clock skipping? 23.12.00 # clock skipping = keep core from running for a certain time period 23.12.06 # IvoBurkart: Re-read what I just said... that applies also to low clock vs. high clock and CPU sleeping 23.12.12 # jhMikeS: oh well, i guess it doesn't matter, the gui core sleeps just as well at 80mhz as at 30 23.12.17 # * stripwax wonders how hard it would be to add a second decode thread in parallel on cop 23.12.17 # Lear: what makes you tell this? no disk activity? 23.12.44 # preglow: the clock scaling uses it to shut the other processor down for a short time while clocks are switched 23.13.00 Join perrikwp [0] (i=98216687@gateway/web/cgi-irc/labb.contactor.se/x-09d4c15d6ca4ef73) 23.13.02 # jhMikeS: riiiight 23.13.31 # Nico_P: Only brief disk activity, and more importantly, if I resume at a position 30 sec from the end of the track and then seek back, I only get 30 sec from the resumed track before it skips to the next track. 23.13.36 *** Saving seen data "./dancer.seen" 23.13.54 # jhMikeS - ah, so you can independently clock / not clock the cop , and you could use that if cop would otherwise be clocked but doing nothing? 23.13.55 Quit perrikwp (Client Quit) 23.13.58 Join perrikwp [0] (i=98216687@gateway/web/cgi-irc/labb.contactor.se/x-c070ebd03d225870) 23.14.07 # Lear: that's the test I did and it worked fine... 23.14.18 # Lear, Nico_P: that sounds similar to fs #8160 then (skipping back) 23.14.29 # * jhMikeS still has to figure out what is bugging 3g. Something seems to actually be somehow damaging threading at startup and perhaps the battery level code too. 23.14.41 # okay thanks for clearing some of the fog :-) another quesion: is it normal that the database entries like 'Artist' and 'Recently listened' are not translated? 23.15.10 # Nico_P: Here it works in the sim, but not on my e200. 23.15.13 # Nico_P: I don't know why, but I've got dual-boot working on the S... 23.15.18 # Lear: I definitely get a rebuffer 23.15.22 # hmm, i think those are part of the tagnavi.config 23.15.28 # linuxstb: awesome :) 23.15.31 # Nico_P: What target? 23.15.37 # Lear: gigabeat 23.15.49 # linuxstb: a lucky guess? 23.15.51 # Nico_P: Do you know if there's a way to shutdown the original firmware, without using the battery switch? 23.16.09 # IvoBurkart: yeah, it seems those are defined in tagnavi.config, which is a file we parse and use at runtime 23.16.10 # Nico_P: Could be flash-specific then... 23.16.13 # linuxstb: no, it always seems to go into sleeping 23.16.19 # IvoBurkart: so it's probably not translated,i wonder why no one has fixed that 23.16.20 Quit atsea-104 (Read error: 104 (Connection reset by peer)) 23.16.23 # Lear: yeah, maybe... shouldn't be though 23.17.17 # pixelma: I closed FS#8160 as a dupe of FS#8092 23.17.35 # Nico_P: Do you know if Rockbox can power-off? 23.17.51 # linuxstb: no idea 23.17.51 # Nico_P: ok, I'll try first 23.17.56 Quit stewball`ghost (Read error: 113 (No route to host)) 23.18.06 # preglow: this would have to be done at build time right? 23.18.11 # linuxstb: very nice work indeed :) 23.18.31 # pixelma: try what? 23.18.45 Quit idnar (Nick collision from services.) 23.18.47 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 23.18.57 # linuxstb: is the inability to shutdown in the OF a problem with dual boot? 23.18.59 Quit perrikwp ("CGI:IRC (Ping timeout)") 23.19.14 # Nico_P: if your fix for one also fixes the other (i.e. if it's really a duplicate) 23.19.16 # Nico_P: It also seems that the original firmware doesn't like being upgraded by libmtp - it seems to detect something is wrong and insists on deleting all media files... 23.19.20 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 23.19.35 # Which for some reason takes about 30 seconds to delete the zero files I have on it... 23.19.48 # linuxstb: yeah, it's really annoying 23.19.49 # Some kind of self-destruct ;) 23.20.05 # linuxstb: btw, what's the md5sum of the original nk.bin you're using? 23.20.06 Join perrikwp [0] (i=98216687@gateway/web/cgi-irc/labb.contactor.se/x-fe7eb1a73eb8e770) 23.20.35 # Nico_P: fb76b0025cd6bd2cc7512620ebf30b81 23.21.13 # linuxstb: same as the one I was using... aliask is using another one and I seem to get less or no freezes with his 23.21.16 # IvoBurkart: the only solution i can see is using some kind of placeholder symbol in tagnavi.config that is listed in the lang files, and hence translated 23.21.24 # Nico_P: No power-off means you need to use that fiddly battery switch - which I'm sure isn't going to last for very long... 23.21.50 # Nico_P: I think I'll switch to keeping the battery switch off, and powering on/off by inserting the AC charger. 23.21.55 # IvoBurkart: i wonder if anyone thought about this at all when designing it 23.21.57 # IvoBurkart: no, the tagnavi.config file is a text file, you should be able to translate yourself (and will be used the next time it is loaded, e.g. on boot). You can also set up your own custom tagnavi file, see DataBase wiki page for details 23.22.02 # linuxstb: not a bad idea 23.22.08 # I should to the same 23.22.19 # preglow: i'll look into that and try to submit a patch but i think this is beyond me. should i submit a feature request for that? 23.22.28 # IvoBurkart: do as you wish 23.23.09 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 23.23.11 # pixelma: i still think that's bad, i would really like it if a core feature like that was translatable in a way that doesn't require the user do something like that 23.23.40 Quit perrikwp (Client Quit) 23.23.44 Join perrikwp [0] (i=98216687@gateway/web/cgi-irc/labb.contactor.se/x-1241f1cdb401e344) 23.24.09 # Nico_P: Think I found the reason: In my test case, the buffer is only about 30% full... Thus, the full re-buffer check doesn't trigger as it should - if I understood the meaning of buffer_len correctly. 23.24.20 Join midkay_ [0] (n=midkay@63-226-229-228.tukw.qwest.net) 23.24.24 # preglow: Do you think it's a problem if the fade duration is always displayed in milliseconds? 23.24.25 # preglow: yes, maybe. I'm just saying that there is a way :) 23.24.31 # (except 0 == off) 23.24.42 # Lear: oh, nice catch 23.25.07 # Lear: I'll pastebin a patch 23.25.23 # pixelma: thanks, i'll do that in the mean time. 23.25.29 # bye and thanks for your time 23.25.29 # amiconn: i think it would be ugly, but not exactly a problem 23.25.32 # preglow: Why shouldn't "Artist" "Album" "Genre" etc (all the supported tag names) be their own placeholder symbols? 23.25.40 # linuxstb: are you planning on committing the dual boot? 23.25.45 # Llorean: no reason for it, that's one way of doing it 23.25.46 # Nico_P, n1s: The hold switch is used to detect which firmware to boot - any opinion on what the default should be? 23.26.12 # linuxstb: maybe the default could be the OF as our bootloader doesn't do much ATM 23.26.13 # That's how I have it now - and this way I don't need a separate formatter/getlang helper function pair 23.26.17 # linuxstb: as I don't actually use mine for anything I'd say rockbox for default :) 23.26.18 # preglow: I mean, the either are, or *should* be translated for the Song Data screen anyway, I'd imagine. 23.26.41 # Nico_P: And the reason it worked in the sim, despite the same test files, was that repeat was enabled there. 23.26.54 # amiconn: it'd be nicer if it always displayed it in seconds, if you ask me 23.27.01 # Lear: that condition was dumb, thanks for pointing it out 23.27.26 # Llorean: yes, they are translated for the track info screen (even the stuff that the database uses) 23.27.46 # Nico_P: Not sure I can test a patch now though, really need to go to bed... :) 23.28.11 # Lear: ok, no worries... I'll make sure I have no regressions and commit 23.28.17 # Llorean: if I'm not too confused 23.28.46 Quit perrikwp ("CGI:IRC (Ping timeout)") 23.29.13 Quit ompaul (Client Quit) 23.30.33 # * amiconn builds for h120 23.31.20 # pixelma: i think you are correct and that it is mostly a "noone bothered" problem as with voice in the database... 23.31.33 # amiconn: lemme know if you need a tester 23.31.46 # but i guess you've got all devices covered anyway :) 23.31.47 # Lear: the patch is ready... sure you don't want to give it a spin? 23.32.11 Quit weezerle ("...und tschüss!") 23.32.21 # I think this is one of those nice problems where the amount of developers using the database is quite small and the same for voice and the overlap is probably at or near 0 23.32.50 # n1s: if I remember correctly rasher started something to localise the database but concentrated on the .talk clips... 23.33.20 # not localising then 23.33.22 # ah, let's hope he commits something then ;) 23.33.36 # Solely talk clips 23.33.40 # well, .talk clips can be in any language 23.34.25 # It's in the tracker, and I don't expect to work any more on it - needs someone with more of a clue than me to fix the remaining problem. 23.34.56 # rasher_: did you get any further on your language-xml format conversion? 23.35.20 # Nico_P: Na, that'll have to wait, unfortunately... 23.35.24 # ok 23.35.55 # n1s: ah yes, that. I stranded a bit while rewriting genlang, since I couldn't figure out how to put notes in the result file in a reasonable way 23.35.55 Quit IvoBurkart ("CGI:IRC (EOF)") 23.36.07 # Notes to the translator, that is 23.36.39 # ah, yes, I remember briefly trying to figure out that script, I gave up :) 23.37.22 # Well I was rewriting it from scratch, so didn't have to work all the details out 23.37.32 # The current genlang is quite scary yes 23.37.54 # Nico_P: first try with your latest fix on c200 (resuming a playlist that I started before though) - I get the WPS, Rockbox immediately freezes, my wps shows 6:21m elapsed time in a 3:44m song... to be fair, I'll start a new playlist and try again) 23.38.53 # n1s: I do have a langv2toxml script, a xmlschema dtd a tiny script to validate language-files and a half-finished genlangxml though 23.39.26 Nick rasher_ is now known as rasher (n=rasher@rockbox/developer/rasher) 23.39.40 # preglow: Yup. It's just (most) ipods and the H1x0 only anyway 23.39.49 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.40.10 Quit bertrik ("bye") 23.40.58 # Hmm. In fact it could work on the H10 too... 23.40.59 # amiconn: but can't cfg value be in msec, and displayed value be in seconds? 23.41.01 Quit Lear ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]") 23.41.23 # amiconn: i think "0.1, 0.2, 0.5, 1, 2, etc" looks better than "100, 200, 500, 1000, 2000, etc" 23.41.30 # too many redundant zeroes in the last 23.41.42 Quit midkay (Read error: 110 (Connection timed out)) 23.41.55 # That would require a separate formatter, and voicing would be very difficult 23.42.13 # voicing can be in ms 23.42.20 # rasher: if it makes it easier for us to make good lang handling tools (and thus easier to maintain language files) i'm all for it, I don't have much experience with xml though... 23.43.56 # amiconn: we really should fix voicing of units with decimals in the settings, we already have several and they are not voiced correctly, (and I could only come up with two hacky ways of doing it) 23.43.59 # amiconn: formatters aren't exactly huge 23.44.21 # n1s: Well, it means that we don't have to worry about the parser (not that it's been a huge problem), and yes, it should make it easier to write a new tool. Or do small scripts to automaticly change things in all languages. 23.44.33 # (centibels is a weird unit if you ask me) 23.44.39 # yeah... 23.44.47 # we need to be able to format and voice fractional things in menus and have a standardized way to do it 23.44.58 # It also means that we would know when languagefiles got broken 23.45.00 # indeed, using centi, mili, etc isn't a good workaround 23.45.10 # rasher: then I'm all for it :) 23.45.45 # 5000 ms instead of 5 s is just... ugly 23.46.01 # n1s: Yeah. I don't think there were any huge objections. I should have a look at it again, really. 23.46.19 Quit davina ("xchat on Ubuntu 7.04") 23.49.11 # anyway, how hard can voicing fractional stuff be? 23.49.15 # Nico_P: ok, good news. No problems with the new playlist and skipping back to the beginning of the resumed song seems to work correctly now too... 23.49.20 # we already do numbers nicely 23.49.32 # why do I get stuck with having to track down these damned oddball crash bugs anyway? 23.49.45 # pixelma: cool :) 23.49.50 # jhMikeS: another oddball crash bug? 23.50.04 Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) 23.50.09 # same one on 5002...holding on through all kinds of changes 23.50.27 # cache problems are out since that stuff tests out ok 23.50.28 Quit linuxstb (Nick collision from services.) 23.50.32 Nick linuxstb_ is now known as linuxstb (n=chatzill@i-83-67-212-170.freedom2surf.net) 23.50.40 # sounded like a cache issue 23.50.41 # hrm 23.51.02 # preglow: not all numbers are voiced nicely in all languages (but I know that's rather complicated) 23.51.03 # test_cache passes with an A+ 23.51.05 # jhMikeS: perhaps another misbehaving instruction? :/ 23.51.32 # pixelma: let's just disregard funny languages like danish... 23.51.37 # Hey! 23.51.40 # irrelevant to core number built single or dual. seems sensitive to alignment and I really thing the battery issue and this could be related. 23.51.44 # *think 23.51.48 # Nico_P: http://www.davechapman.f2s.com/rockbox/dualboot.diff (if you want to try it) 23.51.51 # jhMikeS: battery issue? 23.51.53 # preglow: And German too 23.52.02 # rasher: yeah, but german doesn't have different bases and shit :P 23.52.42 # preglow: _if_ things are arranged so it at least runs, the battery level will not be read right yet the RTC and other pcf50605 things will be. 23.52.43 # linuxstb: I'll sure try it 23.52.50 # do you intend to commit? 23.52.51 # preglow: well, for example 21 voiced in Rockbox sounds funny in german too... 23.52.59 # pixelma: sure, but that's easier to fix 23.53.02 # preglow: Well, they have opposite order in sub-100 numbers, and >19 needs a "und" inserted 23.53.15 # sure, we do the same in norwegian as well 23.53.21 # it's one of two ways to spell out numbers 23.53.23 # preglow: Not quite sure what you mean by different bases in Danish? 23.54.27 # rasher: that weird stuff with fjerds, tres and all :V 23.54.53 # isn't french like that too? 23.54.54 # preglow: oh, well when voicing that'd work the same, surely? 23.54.54 # i think it boils down to being base 20, not base 10 23.55.19 # Bagder: surely we disregard the french :P 23.55.28 # hahaha 23.55.31 # rasher: would it? 23.55.33 # rasher: *shrug* 23.55.36 # Greek language is broken with numbers too on rockbox 23.55.39 # Nico_P: Yes, I think so. Probably not tonight though, so that will give you (and hopefully aliask) time to test. 23.55.47 # preglow: voice(41) = voice(1)+voice(40); voice(75) = voice(5)+voice(70) 23.55.56 # linuxstb: ok, I'll report back when I test 23.56.00 # mainly because we have different plural and hundreads have their own name 23.56.10 # preglow: for Danish. I don't think we do anything terribly funny. The names just come from some archaic system. 23.56.10 # so we really need lang plugins for this... 23.57.01 # And if you had to be all old-fashioned about it, you'd add +voice("sinds")+voice(20), but no one does that these days 23.57.40 # what if i want a lang file that sounds like a moldy pedant :> 23.57.42 Quit matsl ("Leaving") 23.58.20 # Then you're fresh out of luck, I think. On the other hand, I'm pretty sure some languages have absolutely crazy rules for pronouncing numbers. 23.58.24 # rasher: if I imagine that correctly from your explanation that would be ssimilar to German (with a small tweak for the 1 in 41) 23.58.35 # *similar 23.58.59 # Yeah, I'm pretty sure German is almost exactly the same. Except we have separate names for 11-19