--- Log for 27.03.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 16 hours ago 00.00.26 Quit t0mas (Read error: 110 (Connection timed out)) 00.00.35 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 00.02.28 Quit killan_ ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 00.05.45 Part BleuLlama 00.06.34 Join midgey [0] (n=tjross@71.238.148.140) 00.09.30 Join ZyL0R [0] (n=zylor@bl11-89-90.dsl.telepac.pt) 00.09.38 Part ZyL0R 00.09.40 Join ZyL0R [0] (n=zylor@bl11-89-90.dsl.telepac.pt) 00.10.07 Quit ZyL0R (Client Quit) 00.10.26 Join ZyL0R [0] (n=zylor@bl11-89-90.dsl.telepac.pt) 00.10.58 Part ZyL0R 00.11.51 Join ZyL0R [0] (n=zylor@bl11-89-90.dsl.telepac.pt) 00.13.42 # pixelma: actually, the ondio standard context has BUTTON_OFF as an alternate button for ACTION_STD_CANCEL. that's why i used short off for cancel, and long off for quit. 00.18.25 Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 00.20.10 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 00.22.50 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.23.26 Quit n1s ("Lämnar") 00.26.10 Join MethoS [0] (n=lem@host-091-096-215-019.ewe-ip-backbone.de) 00.28.35 Quit killan (Read error: 104 (Connection reset by peer)) 00.29.37 Nick EternalRains is now known as EternalSlumber (n=Abztrkhi@c-76-106-220-241.hsd1.fl.comcast.net) 00.31.37 Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 00.32.04 Quit bertrik ("Leaving") 00.33.42 Join killan_ [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 00.35.07 Quit killan_ (Client Quit) 00.35.48 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.35.48 Quit pixelma (Nick collision from services.) 00.35.49 Quit amiconn (Nick collision from services.) 00.35.50 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.35.59 Quit t0mas ("Leaving") 00.36.01 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.36.08 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.36.15 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 00.36.42 Join ultrasonic [0] (n=manohar@203.199.213.3) 00.38.29 Quit toffe82 (Remote closed the connection) 00.40.30 Quit Lss (Read error: 104 (Connection reset by peer)) 00.46.18 Quit bmbl ("Woah!") 00.52.13 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.54.48 Quit taylor_ ("Leaving") 00.56.06 Quit Zagor ("bed time") 01.06.58 Join evilnick [0] (i=ad34072f@gateway/web/ajax/mibbit.com/x-b105ecda7ceaf047) 01.11.40 Join kushalone [0] (n=kushal@12.169.180.178) 01.13.07 Quit Thundercloud (Remote closed the connection) 01.14.30 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 01.18.40 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 01.20.11 *** Saving seen data "./dancer.seen" 01.20.18 Quit Reptile211 ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 01.20.48 Join Horscht86 [0] (n=Horscht@p4FD4C1F0.dip.t-dialin.net) 01.20.54 Join MethoS- [0] (n=lem@host-091-096-209-111.ewe-ip-backbone.de) 01.23.31 Quit taylor_ ("Leaving") 01.24.24 Join kugel [0] (n=kugel@rockbox/developer/kugel) 01.26.40 Quit flydutch ("/* empty */") 01.27.32 Quit MethoS (Read error: 60 (Operation timed out)) 01.30.19 Quit bluefoxx (Read error: 104 (Connection reset by peer)) 01.33.19 Quit Llorean (Read error: 54 (Connection reset by peer)) 01.33.41 Join Llorean [0] (n=DarkkOne@adsl-99-158-46-113.dsl.hstntx.sbcglobal.net) 01.38.12 Quit Horschti (Read error: 110 (Connection timed out)) 01.41.32 Join flyback [0] (n=16mb@c-71-236-75-166.hsd1.pa.comcast.net) 01.41.58 # so 01.42.07 # any arm7tdmi ports of rockbox 01.42.53 # sure 01.43.03 # flyback: all of the PP devices are arm7tcmi 01.43.07 # tdmi.. 01.43.08 # well, sure as in, AFAIR yes 01.43.10 # PP ? 01.43.14 # portalplayer 01.43.17 # ah ok 01.43.19 # http://www.rockbox.org/twiki/bin/view/Main/DeviceChart 01.43.22 # cause juicebox are arm7tdmi 01.43.32 # who? 01.43.38 # YOUR MOM 01.43.45 # sheesh 01.43.58 # ... 01.44.00 # I don't think we ported rockbox to my mum 01.44.04 # did we? 01.44.11 # http://elinux.org/JuiceBox_Hardware 01.44.13 # Stay on topic.. 01.45.09 # http://www.flickr.com/photos/nicrosin/sets/1162716/ 01.46.24 Quit moos ("Rockbox rules the DAP world") 01.46.47 # seems S3C44B0 seems similar to the gigabeat F/X cpus (going by the name) 01.47.00 Quit JdGordon|| ("http://www.mibbit.com ajax IRC Client") 01.47.07 # Seems like a pretty well-researched target, but it's not exactly an obvious port to work on 01.47.28 # If anyone picks it up and works on it, fine 01.47.50 # flyback: good luck 01.48.06 # I was just curious :P 01.49.11 # LinuxDevices! thats the name i was looking for 01.49.35 # cxo: This hasn't suddenly turned on topic since last time you talked about it. 01.51.15 # So is everyone going to power off your power hungry devices for Earth Day? 01.51.40 # no I am going to burn some plastic 01.51.44 # and oil 01.51.52 # cxo: Veering offtopic... 01.53.05 # these dipshits would do a lot more for the planet if on earth day they went around to factories and offered to clean and refurb machery to increase the efficiency 01.53.13 # flyback: Stop it. 01.53.15 # instead of skipping wiping their ass for a day thinking they are so good 01.53.19 # ok 01.53.47 # so how about those steelers? 01.53.48 # * flyback runs 01.53.56 # Maybe Rockbox can help! By automagically switching off the device on Friday 01.54.01 # flyback: seriously 01.54.06 # cxo: you too 01.54.53 # it isnt that hard....rockbox stuff in #rockbox ; non-rockbox stuff/social stuff in #rockbox-community 01.55.22 # k 01.57.31 Quit timc (Connection timed out) 01.59.56 Join timc [0] (n=aoeu@124.93.243.83) 02.05.23 Nick EternalSlumber is now known as EternalRains (n=Abztrkhi@c-76-106-220-241.hsd1.fl.comcast.net) 02.11.58 Quit killan (Read error: 104 (Connection reset by peer)) 02.14.32 Quit mcuelenaere ("Gnight") 02.23.05 Quit MethoS- (Remote closed the connection) 02.25.27 Quit midijunkie ("?(???~•~)?") 02.26.06 Nick JdGordon| is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 02.30.01 Quit Seed ("cu, Andre") 02.30.10 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 02.37.42 # JdGordon: oh, btw, I still don 02.37.57 # 't know how to deal with set_int/etc re custom vp 02.39.42 Join Xqtftqx [0] (i=4b7655d1@gateway/web/ajax/mibbit.com/x-fdf40c787380121e) 02.40.07 # Anybody find any more info about the zune? 02.40.54 # i was searching recently 02.41.04 # find anything intresting? 02.41.25 Nick rvvs89_ is now known as rvvs89 (n=ivo@bright-snat.ucc.asn.au) 02.41.34 # apparently the firmware is encrypted or some mambo, so its unlikely to have anything going for a while 02.42.06 # we aready knew that 02.42.27 # Ive got tons of possibilites of exploits, but nobody around here is willing to help out 02.42.47 # oh sorry, i thought you were just another n00b like me 02.42.58 # haha, i am. But a smarted n00b 02.43.08 # yeah, so its running some WinCE alike OS, but it reboots everytime it detects an overflow 02.43.17 # JdGordon: how's your playback patch? Am I right that you have "greater" plans with it, that would possibly delay it? 02.43.33 # Xqtftqx: If you've got possible exploits, why don't you test them and see which ones work? 02.43.55 # No one has posted reliable crashes yet 02.44.19 # i dont have the resources, and just a zune 8. Ill need somebody who can get acsess to the harddrive on a larger zune 02.44.38 # there have already been dumps of the HDD 02.44.44 # Xqtftqx: So by "nobody will help" you mean "nobody is willing to spend money on my ideas"? 02.44.45 # i'm thinking of buying a wifi model, do you think its worth the hack? 02.44.53 # not cheap you know... 02.45.21 # didnt someone say its just like the Gigabeat S or something 02.45.25 # Llorean: Not really spend money, just need to have more hardware experience and willing to take apart there zune to put some files on it 02.45.38 # cxo: only with the known security holes closed. 02.46.12 # Xqtftqx: You get hardware experience by doing hardware stuff. And nobody here *has* a Zune, so yeah, money. 02.46.27 # have there been any firmware updates since its launch (the zune) ? 02.46.32 # they go for $75-$125 on craigslist 02.46.40 # tons of firmware updates 02.47.09 # i'm guessing you have to start the hack with an official firmware update tool or something 02.47.19 # all encrypted 02.47.41 # annoying 02.47.41 # My cucrrent possibility is performing an overflow on the jpeg album art when its recieved from the marketplace 02.48.59 # this is microsoft crap, its got to have millions of holes, i cant believe no one has hacked this in 2yrs 02.49.14 # Xqtftqx: Isn't the marketplace run BY Microsoft? 02.49.35 # yes, but i have the nice powerfull power of DNS spoofing 02.49.38 # * Unhelpful didin't think you could *give* your zune AA that you had chosen 02.50.01 # Xqtftqx: and they don't use SSL for their communications with these servers? 02.50.15 # * evilnick would be pretty shocked if that hadn't already been tried 02.50.24 # They use a goldleaf or something along that lines 02.50.37 # the zune 30, despite the media attention it got, never received the market share of even the black 2nd gen nano, much less the 2nd gen nano as a whole. 02.50.53 # im not exactly sure what it is, but i was able to sniff urls to album art from the zune from wifi 02.51.12 # To expect it would have garnered the attention of someone with the skill, desire, and luck to crack it is a failing mark in probability class. 02.51.20 # i think that golden quote sums it up... "Apple should pay a nice sum for these nice guys who turn their fashion crap into a music player" 02.52.41 # i guess some student should hack it, someone who has access to logic analysers and things 02.52.58 # "things" being the key word. 02.53.41 # But why should someone hack it? It's a mote in history's eye. 02.53.44 # ;) 02.53.51 # Its got WIFI!!!!!! 02.54.07 # Yes it does, but its soo restricted i usualy forget its there 02.54.19 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 02.54.27 # it has a 2.4Ghz radio. 02.54.32 # s/\(!.*\)/!/ 02.54.33 # Imagine the pleasure of the first Rockbox squirt 02.54.37 # So does my telephone. 02.54.56 # Xqtftqx, really? 02.55.13 # like you cant jump onto a windows share or something with the original OS? 02.55.14 # yes 02.55.46 # nope, you can sync wireless with the zune software, browse the marketplace, and share songs with other zunes. Thats all 02.55.46 # sucks 02.56.00 # sucks balls 02.56.11 # needs more web browser 02.56.19 # see also: ipod touch 02.56.41 # does touch have wifi? 02.56.49 # aye 02.57.05 # apple has a real money factory with that 02.57.10 # not so restrictive? 02.57.12 # This is getting off topic 02.57.16 # agreed 02.58.07 # k, i'll ask over there -----------> 03.00.16 Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 03.00.39 # kugel: the playback patch still has possible bugs (Although im not sure if they are new or what).... I'm waiting for Nico_P's ok... 03.00.56 # has anyone seen XNJB? I believe they have cracked a way to view the zunes filesystem. Maybe some libmtp stuff comming in? 03.00.59 # hopefully him me and pondlife have a chat over the weekend to decide how to proceed 03.01.42 # there isnt a ipod touch port yet is there? 03.01.47 # JdGordon: well, I'm possibly the only one with that impression, but I think shortly after a release is a decent time to commit experimental code 03.01.53 Quit Xqtftqx ("http://www.mibbit.com ajax IRC Client") 03.02.21 # for sure.... but there are other considerations 03.02.39 # that's why I'm cosidering just committing my custom list/vp patch. It's just getting more and/or better bug reports which help fixing 03.02.40 # we have 2.5months to worry about getting it tested untill the next release so no big deal 03.02.57 # im not sure thats a good idea... 03.03.02 # not without discussion first 03.03.51 # well, binsize increase is rather tiny, and there's no obious chanes to users who don't use the custom vp 03.04.35 # basically, the only thing I'm changing is the NULL vp to the custom one. those who don't use custom dimensions still actually get the NULL one 03.04.58 Part EternalRains 03.05.05 # its not only about the looks... how is the viewport specified? 03.05.12 # but yea, I said considering, not doing 03.05.39 # config.cfg (or any theme) 03.05.43 # also.... done the manual patch? :) 03.05.50 # duh.. 03.06.04 # where are the rockbox screenshots? 03.06.14 # cxo: manual 03.06.36 # kugel, JdGordon: If all the known bugs are fixed, I'd say give it about 4 days on the -dev ML to see if anyone sees any problems with cfg syntax and general description of "how it works" then go for it. 03.07.42 # Llorean: there are bugs which require more fixing besides the general implementation 03.08.47 # You shouldn't commit something with outstanding bugs. 03.08.52 # like the set_int issue (that one uses always NULL as of now, which is weird if you specified a custom viewport using do_menu() before, or splashf() 03.09.03 # though th splashf bug is also in svn, just not so apparent 03.09.32 # well, those bugs are bugs, which having nothing to do with custom vps imp 03.09.33 # imo 03.10.04 # and it's nearly impossible to get all catched without a greater amount of testers 03.10.04 # If they're bugs caused by the patch, then they do. 03.10.07 # so fix em :) 03.10.27 # Does the patch have bugs that do not exist in SVN without the patch? If yes, then fix them before committing. 03.10.36 # no 03.10.41 # they exist in svn 03.10.42 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 03.10.59 # it's just they are not visible using fullscreen everywhere 03.11.09 # So all known bugs exposed to the suer by or caused by the patch are fixed? 03.11.20 # the former 03.11.21 # Okay, so they should still be fixed. 03.11.31 # well.... 03.11.33 # You shouldn't introduce user-visible problems intentionally 03.11.36 # sure they ought to be fixed 03.11.40 # not nesscesarily 03.11.59 # but I'm not really keen on creating a giant patch, which is unsyncable 03.12.02 # .. they need to be fixed, but not in the one commit... especially if they show up becuase of the patch 03.12.18 # They need to be fixed before the patch is committed, if the patch is going to expose them to users. 03.12.40 # Otherwise, in a practical (user-visible sense) you're intentionally introducing bugs. 03.12.46 # You know they're there. 03.12.54 # which leads to the question why we even do releases? or why we warn users before installing a current build 03.13.00 # If you want "wider" testing, create an unsupported build with the patch like we've done with other patches, so people can help test it 03.13.02 # no... kugel needs to be ready to fix them as they show up... and ideally have fix patches ready... but there is leeway 03.13.06 # Don't use the SVN build to test known buggy code. 03.13.14 # JdGordon: he knows they're there already, though. 03.13.29 # JdGordon: It's not an issue of "there may be problems" but rather "there are already problems" according to what he said 03.13.58 # and really, the "bugs" (which are in svn), *only* show up if you actually use the custom vp. not if you use cabbiev2 or some other "normal" theme 03.14.09 # kugel: Which means your patch is what exposes them to users. 03.14.52 # If you can fix them once they're in SVN, surely you can *try* to fix them with a test build before you commit. 03.14.55 # the thing that makes me said is just, that the patch is rotting in a nearly commitable state, but bugs in svn are holding it back. and fixin all bugs in svn before comimting is next to impossible 03.14.56 # it depends on the bugs which show up 03.15.07 # I'd actually be more inclined to have them fixed before the custom patch goes in 03.15.12 # kugel: If the bugs can't be fixed, we shouldn't commit the patch in the first place. 03.15.29 # I'm not saying they can't be fixed 03.15.32 # * JdGordon disagrees 03.15.38 # kugel: You said "it's next to impossible" 03.15.39 # I'm saying catching all is very hard 03.15.41 # surely fixing the *known* ones is svn is possible? 03.15.46 # kugel: Fix the KNOWN ones 03.16.14 # Llorean only seems to be saying that you ought to fix the ones you *know* about before committing. if more show up then, fix *those* as they come 03.16.15 # I know off two 03.16.15 # My whole point has been - don't commit a patch that exposes users to known bugs. 03.16.19 # those I can fix 03.16.30 # Surely this is a fairly simple policy to understand - we don't intentionally make Rockbox seem to be more buggy. 03.16.53 # No, and I understand that. And I agree to that policy 03.17.01 # Well that's what I said in my very first statement. 03.17.10 # Are there any known bugs, if so they should be fixed. 03.18.16 # but my current wps rework already fixed like more than the half of the outstanding bugs, which was definitely a good thing to do proir comitting (and I even did that with regards to that patch) 03.18.49 # kugel: this is why you dont test so much... just fix the bugs as they get identified :D 03.18.58 # JdGordon: Please, don't even joke about that 03.19.17 # kugel: "I've fixed some of them" isn't a reason to expose bugs you know about but otherwise wouldn't affect users. 03.20.10 # JdGordon: ;) 03.20.13 *** Saving seen data "./dancer.seen" 03.20.28 # Llorean: once more, I said "consider" not "do" 03.20.50 # the whole point of the 3 month release cycle is to say that svn is possibly broken, use that build if you have problems.... 03.20.53 # and I repeat, I agree to the policy to fix known bugs before committing. That's good, really 03.21.23 # but then, I don't want to wait 1 or 2 month just to find more bugs if we have a stable release cycle 03.21.34 # kugel: "consider doing" means you might do it, so I still have reason to speak against it. 03.22.00 # kugel: And the stable release cycle still doesn't mean we should introduce user-visible problems intentionally 03.22.03 # sure, and that's nice. I'm just making sure we don't missunderstand :) 03.22.15 # kugel: what sort of bugs are we talking about anyway? 03.22.25 # If it can be fixed in 1-2 months, then fix it THEN introduce it. Not the other order around 03.22.30 # WHY is it always such a rush with you? 03.22.48 # JdGordon: set_int/_bool (which you said they should be deprecated anyway) and splashes 03.23.10 # Llorean: you work on a dozen patches at a time with no movement and then you'll understand why it looks like a rush... 03.23.23 # set_int/bool? 03.23.27 # remind me 03.24.17 # the former use the custom vp (because of using NULL), which is weird if you used the custom vp before (see pictureflow with my patch). the latter draws behind the custom vp, which doesn't cleared properly, but that also appears in svn (e.g.g while rebuilding the datanbase) 03.24.43 # JdGordon: If he's unwilling to fix the bugs before he commits, why on Earth should I be willing to believe he'll put in the time to do it *after* he commits when the "desire to commit" is no longer a reason to get it done? 03.24.56 Quit ZyL0R ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 03.25.07 # He clearly doesn't want to do the work, or he'd just go and do it so that he can commit it. 03.25.19 # Why even make excuses to commit it first, otherwise? 03.25.32 # * JdGordon takes this to -commy 03.26.22 # Llorean: seriously, I thought we have cleared up that I'm very willing to fix known bugs before 03.26.32 Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) 03.26.34 Quit taylor_ ("Leaving") 03.26.39 Join EternalRains [0] (n=EternalR@c-24-127-231-171.hsd1.fl.comcast.net) 03.27.16 Part cxo ("Leaving") 03.28.26 Quit EternalRains (Remote closed the connection) 03.30.12 # kugel: "the former" ? 03.30.37 # set_int/_bool 03.31.04 # the latter? 03.32.54 # splash 03.33.00 # /splashf 03.33.11 Join kronflux [0] (n=8eb149c3@gateway/web/cgi-irc/labb.contactor.se/x-605ee398c5dcf676) 03.34.17 # so the problem is that still not all screens are setup for viewports... which has been in a semi-done state for how many months now? 03.38.38 Quit kronflux ("CGI:IRC (Ping timeout)") 03.39.38 # JdGordon: all screens are pretty much done 03.39.45 # except for statusbar and some plugins 03.40.40 Join lucent [0] (i=lucent@unaffiliated/shadows) 03.40.46 # if they were done there shouldnt be a problem 03.41.22 # JdGordon: the problem with set_int is, that this is a wrapper for option_screen (which takes a parent and itself calls do_menu), set_int doesn't take a a parent 03.41.57 # * JdGordon hasnt looked at this code in mnths... 03.42.08 # can we finally deprecate set_int? 03.42.20 # or what? just fix it to work with the viewport? 03.42.28 # you once said they ought to be deprecated, which is why I didn't really look into set_int recently 03.42.44 # not sure if we can deprecate it 03.42.54 # what should be the replacement? 03.43.07 # if its just a wrapper for option_screen.... 03.43.16 # kugel: hey if you would like an 8gb fuze tester, I can set up a build environment and do that this weekend. Let me know if/what needs a look-see 03.43.37 # we could do a macro, which always does "parent", or force to use option screen directly, or (temporary) have a parent parameter 03.44.13 # macros are nasty 03.44.15 # lucent: there's a patch against the <1GB problem, I think it has only been tested on 4GB devices so far 03.44.18 Quit lymeca ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 03.44.26 # JdGordon: for plugins, I meant 03.44.35 # wait... this is probably because you're using a custom_vp system i disagree with yeah? 03.44.36 Join jordan` [0] (i=gromit@ALagny-154-1-84-197.w81-48.abo.wanadoo.fr) 03.44.40 # if you have an idea how to nicely replace it 03.44.47 # plugins cant use macros 03.44.51 # kugel: wonderful, I will set up a build environment and test this 03.44.54 # sure they can 03.45.01 # pluinlib.h 03.45.54 # the "fix" I have in mind is to actually receive to last used viewport. and make sure that every screen sets its parent before returning 03.46.35 # whats the patch number? 03.46.49 # * JdGordon needs to have a look and probably grumble about your implementation :D 03.46.53 # 8799 03.47.11 # oh sure, I'd love some opinions about it 03.47.35 # ah yuck... big patch :p 03.48.13 # not big at all 03.48.37 # ah yes.. looks like its about the same as what i remember 03.48.53 # most changes in viewport.c, trying to adapt the viewportmanager and event system 03.49.09 # my feeling is that if a "custom vp" is set then EVERY screen should use it... i.e passing NULL to stuff would use that viewport 03.49.20 # that's what being done 03.49.24 # if something really ants the whole screen then it has to be "difficult" for them to do it 03.49.26 # hence set_int uses it 03.49.33 # then why is there problems? 03.50.05 # the problem is if do_menu used fullscreen before (which seems common to several plungins) 03.50.16 # do_menu is fullscreen, set_int isn't 03.50.58 # attach the patch, run pictureflow and change the zoom 03.51.13 # but use a custom vp theme, you'll see what I mean 03.51.48 # argh i cant get the conditional WPS tag for volume to work, does anyone have an example, the one on the wiki is not very descriptive 03.52.27 Quit KBH () 03.52.41 # DarkSpectrum: download http://themes.rockbox.org/index.php?target=e200 here 03.53.02 # lucent: would be nice if you comment on the scrollwheel and its acceleration implementation 03.53.09 Quit jordan`` (Read error: 110 (Connection timed out)) 03.53.23 # kugel: can do. 03.53.25 # kugul, which theme there has the example? 03.53.29 Quit ultrasonic (Read error: 110 (Connection timed out)) 03.53.44 # DarkSpectrum: wide cabboe 03.53.47 # cabbie* 03.54.00 # ty 03.55.22 # heh that tag looks exactly like the one i'm allready useing, except i wish to use more then 10 images 03.55.45 # JdGordon, Llorean: Also, I'm still thinking about changing the syntax before committing. the wps uses a pipte ( | ) for separatin the viiewport parameters, my patch uses a comma 03.55.52 # Current volume in decibels (dB). Can also be used in a conditional: %?pv 03.55.59 # thats what i'm interested in 03.56.09 # how do i write the actual line though? 03.56.21 # linuxstb said a comma would be appropriate some time ago, but I'd like to keep it "in line" with general viewport'ing 03.56.25 # like if V>13db do this image 03.56.37 # kugel: Where are these parameters stored? 03.57.30 # For the cfg? 03.58.03 # kugel: a comma is more readable in the .cfg but either would be fine imo 03.58.19 # im going for a drive... ill look over the patch tonight if i can bothered and leave a comment 03.59.38 # Llorean: yea 04.00.12 # the wps uses |, I'd rather have every viewport using the same separator, then using different ones all over the place 04.00.21 # than* 04.00.46 # kugel: my bad i had a typo in my wps i wasnt seeing, thanks for the help though :) 04.01.05 # given the possiblity that radio screen takes a vp too, or other screens too; in the far future 04.01.15 # and I implement a general viewport parsing funtion 04.01.35 # yeah radio really needs it's own theme IMO 04.01.50 # depends 04.02.00 # the gigabeat s has RDS feautres 04.02.03 # features too 04.02.32 # RDS? 04.03.12 # http://en.wikipedia.org/wiki/Radio_Data_System 04.03.45 # that is kick ass, didnt know portable players had that 04.04.17 # do the sansa's have that also, just not implimented? 04.05.28 # no, they dont 04.06.38 # i have one resuest for wps, i wish it didnt crap out on a single error, but display what does work and just notify of an error 04.07.21 Quit fyrestorm (Read error: 54 (Connection reset by peer)) 04.07.44 # DarkSpectrum: You can test your WPS on the simulator first. 04.08.06 # It gives you more information if you tell it to, but there's not a good reason to include that code in the player version of Rockbox. 04.08.17 # It helps keep the RAM use down 04.08.22 # thats what i do, but with one single error in it, it just diaplys the default wps 04.08.52 # you need --debug-wps or somethin 04.09.15 # (afair) 04.09.15 # DarkSpectrum: So don't leave errors in them. 04.09.43 # you could also use checkwps, which provides reasonable error reports 04.09.45 # DarkSpectrum: Or use WPSes from the official theme site, that (generally) are tested in advance. 04.09.57 # lol i'm not, but it makes it easier to design if it would just display and notify of errrors 04.10.21 # Do all your testing on the simulator then 04.10.26 # It's faster to test and design with the use of one anyway 04.10.34 # Or, as Unhelpful said, use checkwps 04.10.53 Join homielowe [0] (n=homielow@unaffiliated/homielowe) 04.11.02 # Even if it did give error reports, testing on the player would basically be the slowest way to do it. 04.11.21 # true enough i guess 04.11.46 # also, screenshots are far easier on sim, since they just get their own key 04.12.19 # kugel: patch for sansa 1gb issue? 04.13.20 Quit jordan` ("Coyote finally caught me") 04.13.29 Join jordan` [0] (i=gromit@ALagny-154-1-84-197.w81-48.abo.wanadoo.fr) 04.13.36 # * DarkSpectrum is just tryin to make as many themes for the C200 as possible and is getting braindead in the process 04.14.04 # lucent: http://www.rockbox.org/tracker/task/10053 04.14.20 # grateful for a link, thanks 04.15.01 # lucent: btw, it's sad but true, I couldn't make much use of your clip 04.15.22 # I'm having heavy filesystem problems, particularly within rockbox 04.16.02 # the OF doesn't seem to be so picky, but rockbox mosty crashes, and both linux and windows report errors 04.16.20 # and that's just with wriiting the config.cfg once 04.16.55 # yikes! that hardware is just slightly less capable than I'd expect rockbox to function on 04.17.33 # I haven 04.17.41 # I haven't such problems with my fuze 04.18.02 # oh yeah i had another question, on the sansa E200, how do i disable usb battery charging? i've put "usb charging: off" in the config and that doesnt work 04.18.23 # * flyback rebuilds a dell gx150 with a p3-700 to use as a embedded device programming/debug box since his duron 1300 board is shot and unstable 04.19.04 # 700mhz ouch, time for coffee when doing a compile 04.19.05 # DarkSpectrum: You can't. Why do you want to? 04.19.17 # JdGordon: any opinion on the set_int one? 04.19.40 # i dont want it to charge the way i use it, only recieve external power 04.21.10 # DarkSpectrum: Why don't you want it to charge? 04.21.38 Quit LambdaCalculus37 ("bedways is rightways now") 04.22.02 # the way i use it and how often it powers up via external i dont want my battery to get shot for being charged so much without being used 04.22.22 # It won't overcharge your battery. 04.23.04 # the charging code will stop before overcharge, and if you don't overcharge/overdrain your battery, age is probably a larger factor than charge cycles, anyway. 04.23.13 # i would hope so but the rockbox charger charges it for at least 5 minutes every time it gets tured on even when the battery is not used at all 04.23.46 Join fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) 04.27.09 Join ParadoxG [0] (n=Lewis@S010600110904d72e.ed.shawcable.net) 04.29.30 # tar: ./rbdev-dl/binutils-2.16.1.tar.bz2: Cannot open: No such file or directory 04.29.31 # ls -lh ./rbdev-dl/binutils-2.16.1.tar.bz2 04.29.32 # -rw-r--r-- 1 eshattow eshattow 12M 2009-03-26 21:20 ./rbdev-dl/binutils-2.16.1.tar.bz2 04.29.36 # * lucent ? 04.31.21 # Ah, it doesn't like relative paths 04.31.36 # give it fully qualified pathnames and it works 04.32.13 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-fdea1321f8e6ab1f) 04.33.30 Quit dmb (Read error: 104 (Connection reset by peer)) 04.42.21 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.47.42 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 05.01.10 Join webguest87 [0] (n=d1c36b7f@gateway/web/cgi-irc/labb.contactor.se/x-f81f87cfeb96ce1a) 05.01.55 Quit webguest87 (Client Quit) 05.03.50 # * flyback is going to start selling, giving, trade or just recycling off all his shitr 05.04.32 # flyback: once again...rockbox related stuff in #rockbox...non-rockbox related stuff, in #rockbox-community 05.06.35 Join CooC [0] (n=CooC@e178240018.adsl.alicedsl.de) 05.07.01 # hi@kugel 05.07.25 # CooC: hi dude 05.09.23 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 05.14.19 Join webguest00 [0] (n=55b2f012@gateway/web/cgi-irc/labb.contactor.se/x-34ae81984ac3b4e0) 05.15.32 Part flyback ("Leaving") 05.16.15 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 05.16.42 # grr.... does rockboxdev call itself? 05.18.14 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 05.18.58 # Hi. I'm a student at the University of Alberta, just thought I'd introduce myself. I'm applying for the Google summer of code for RockBox and just had some questions. 05.19.17 # ParadoxG: Feel free to ask. :) 05.19.25 # nevermind, it's just hosed 05.19.38 Quit webguest00 ("CGI:IRC") 05.19.46 # mutli-arch toolchain building can never succeed because of the way it is written now 05.19.47 # Will I be able to test anything I write if I have an Ipod nano 3gen? 05.19.51 Quit l403 (Read error: 113 (No route to host)) 05.19.55 # No. 05.20.02 # Rockbox doesn't run on that. 05.20.10 # The list of supported players is on the front page of the site. 05.20.15 *** Saving seen data "./dancer.seen" 05.20.41 # There's a pc-side program called the "simulator" which allows some limited testing on a PC, but no hardware is emulated so it has a very limited range. 05.21.06 # * lucent swears 05.21.14 # who broke rockboxdev.sh? 05.21.25 # lucent: There's an SVN changelog. 05.22.07 # lucent: what's wrong 05.22.11 # I touched it recently 05.22.37 # kugel: if you do multiple archs, it only builds the first and then finds the builddir, so it quits 05.22.46 # are you sure? 05.23.00 # certain. 05.23.11 # buildone() checks for the builddir 05.23.21 # so um, ... 05.25.06 # lucent: patches are welcome :( 05.25.07 Quit CooC ("User disconnected") 05.25.11 # :) too * 05.25.13 # maybe there's just a problem with braces or syntax 05.25.41 # I'm fairly sure I build multiply cross compiler with it 05.25.44 # recently 05.26.14 Quit Horscht86 ("Verlassend") 05.26.23 Join CooC [0] (n=CooC@e178240018.adsl.alicedsl.de) 05.26.29 # that's not even possible, looking at rockboxdev.sh 05.26.54 # If I get one of the Ipod's that are supported, is that enough to do basic testing on? 05.27.33 # Depending on what you're working on, even the simulators may be enough for "basic" testing 05.27.59 # I'm thinking of doing the WMA Professional codec port 05.28.41 # kugel: cleardir () must be failing on my instance 05.28.55 # wait, not exactly true 05.29.06 # ParadoxG: After the basic code is done, there would be real benefit to have a physical player to verify things work on, and/or do optimizations on, yes. 05.29.14 # kugel: cleardir () forgets to delete the directory itself 05.29.16 # lucent: what you building on? 05.29.38 # for codec testing, i'd say that at some point, you need a target. there are too many things that will work just fine on sim, and break or be too slow on target. 05.30.38 # x86 will not trap misaligned access, which will crash on targets. if you use FP code, i expect gcc will probably cheerfully build with soft floats when you do target builds, and you'll wonder why it's unusable ;) 05.30.55 # kugel: shouldn't "if test -d $builddir; then" be something like if test -d $builddir/build-gcc || test -d $builddir/build-binu || test -d $builddir/gcc || test -d $builddir/binutils*; then" ? 05.31.13 # Thanks, I'll have to find a supported player to test on. 05.31.32 # kugel: the problem is that cleanup at the end of each build does create a builddir, but does not remove it, and will not succeed unless the directory did not exist before 05.32.04 # kugel: I can't remember how it was back when this all was working correctly 05.37.09 # I don't understand what the authors of this thing want anyways 05.38.11 # lucent: You could always post proper bug reports, if you're not planning on fixing it yourself and posting a patch. 05.39.06 # I intend to write a patch, if I get an idea of what kind of behavior it should be exhibitiing 05.39.16 # rmdir? 05.39.46 # why go to all the trouble of rm-fr'ing each named subdir 05.40.01 # why not just rm-fr the $builddir for cleanup 05.41.11 Join jordan`` [0] (i=gromit@ALagny-154-1-25-243.w83-112.abo.wanadoo.fr) 05.46.39 Join webguest51 [0] (n=4c75e088@gateway/web/cgi-irc/labb.contactor.se/x-374667c91cb5b512) 05.47.25 Quit webguest51 (Client Quit) 05.47.46 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 05.49.03 Join ZyL0R [0] (n=zylor@bl11-89-90.dsl.telepac.pt) 05.51.16 Quit jordan` (Read error: 110 (Connection timed out)) 05.56.24 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009020407]") 05.57.49 Join grdxyxy [0] (n=eric@113.128.152.44) 05.58.24 Join eae [0] (n=th@69-84-104-175-dhcp.mia.fl.atlanticbb.net) 05.58.31 # Evening folks. 06.01.07 Part ParadoxG 06.01.23 Join baddog [0] (i=Liam@unaffiliated/baddog144) 06.02.05 Quit CooC ("a ByeBye string...") 06.03.52 # Are there any devs still working on the iPod 5.5 gen release? 06.04.06 Quit yosafbridge ("Coyote finally caught me") 06.04.18 Join yosafbridge [0] (n=yosafbri@ludios.net) 06.05.06 # there are devs working on rockbox in general. i'm sure some of the work has been specific to that target, but i'd have to go through our revision log to see what's been going on there. 06.05.17 # eae: what do you mean?...the last release came out 3 days ago... 06.05.34 # Oh, nvm then :) 06.05.56 # Are there any plans to implement timeouts for loading tracks? 06.06.47 # does rockbox support cuesheet for sansa e200?i know the core support it, and i found the option, but it does not works fine 06.06.59 # Sometimes I select a new song and it says loading forever. It finishes playing the current song and then nothing. 06.07.26 # grdxyxy: and how are you using it? 06.07.31 # Usually you know in a few seconds whether or not the song will ever load, so I feel like a timeout would be helpful. 06.07.33 # eae: odd...what sort of file? 06.08.00 # mp3 I believe. Although I think it happens with flac, too. 06.08.04 # that doesn't really sound like something that should be *able* to happen... 06.08.23 # I happens to me maybe once ever 50 times I select a new song. 06.08.36 # But the only way to fix it is to reboot. 06.08.36 # have you performed a disk check? 06.08.46 # i have to wonder if your disk is sticking on spinup, sometimes. 06.09.08 # scorche:i just open the cuesheet.it can parse the sheet into list,but when i open one of the list,nothing happens 06.09.29 # I'm quite certain there is something wrong with the disk, but I can't really afford to get a new one. It's really hard to get 5.5 gen iPods anyway these days. 06.09.37 # and if *that* is the cause, rockbox can't play any *other* track instead, either. 06.10.00 # Hmm. 06.10.26 # Not sure if I follow completely. So you're saying that aborting load and trying to load something else would not help? 06.10.50 # Keep in mind that Rockbox is able to play the current song until the end though. 06.10.55 # if the disk is not spinning up, then no, you can't load something else, either. 06.11.17 # yes, well, the current song is in memory, the new one you're adding that's not loaded yet isn't. 06.11.29 # The entire song is in memory? 06.12.03 # Sure, that makes sense. 06.12.17 # *probably*, yes, rockbox tries to let the disk stop for as long as possible, then tries to load as much data into memory as possible when it spins up the disk 06.12.21 # grdxyxy: tyr playing the audio file 06.12.24 # try 06.13.07 # So if the problem is this spin-up issue you are talking about, there is nothing to do but to reboot? 06.13.12 # scorche:yes,i tried that.the audio file can be played 06.13.24 # And there's nothing I can do either but get a HDD for it? :/ 06.13.38 # *new HDD 06.13.48 # and are there track markers on the progressbar? 06.14.05 # really, if there's something wrong with the HDD, you should be looking for a new one, rather than asking for a hacky workaround. broken devices are just that, broken. 06.15.20 # I mean if there was a hacky workaround I could try to make it myself, but it sounds like there's nothing that can be done software wise if I understand you correctly. 06.16.21 # i don't see what you can expect to do if the drive isn't responding. does the same song work again after you reset it? that is, the song that was failing before? 06.16.28 Join Solitary_Scar [0] (n=Volt@60.52.64.239) 06.16.41 # Yes, the songs do work after reboot. 06.17.33 # Another question. Are there any plans to try to use the iPod built in video processing capabilities? I am under the impression that Rockbox does not use this at all. 06.18.24 # it doesn't, and we don't have the documentation needed to do so. 06.18.30 # Ok. 06.18.42 # What about Xvid, any plans for that? 06.20.31 # not worthwhile on most of our targets. the gigabeats have a fair amount of CPU muscle to throw around, but i don't think xvid is going to be very practical on the ipod video's 80MHz dual-core 06.21.42 # actually, some of the other models with the same core and much smaller screens might stand a chance 06.23.59 # mpeg requires less processing power then you're saying? 06.25.01 # Exactly. With XViD you'd basically have to sacrifice frame rate to free up disk space 06.25.06 # You can already do that with MPEG2 anyway. 06.25.24 # Interesting, ok, that's fair. 06.25.43 # On a few players it would make sense, and I imagine in the far future someone will want it enough to do the work. But nobody's stepped forward yet. 06.26.26 # the gigabeats could probably handle xvid. the S could probably handle avc if we can learn *enough* about the IPU, since the IPU can do a fair part of the heavy lifting. 06.27.10 # Say I decided to get a replacement HDD for my iPod. What are my limitations? 06.27.13 # Unhelpful: Doesn't it handle AVC in the OF? 06.27.23 # the other thing is, you have to transcode *anyway*, unless your video is already 320x240, or whatever the size needed for your device is. mpegplayer doesn't scale, and reasonable scaling can't be done quickly enough in software anyway. 06.27.59 # Well, no, that's the thing. 06.27.59 # Unhelpful: Or at least, the chipset docs mention being able to offload a significant amount of the work decoding AVC somehow, I think 06.28.19 # There are plenty of things you can download that are 320x240 but in Xvid. 06.28.45 # Now instead, you have to get the original sized ones and transcode them yourself. 06.29.16 # you could get the 320x240 and transcode. it will be faster than transcoding from a giant-sized version. 06.30.21 # Llorean: the product sheet claims 30%, mostly via hardware loop filter. it *also* claims hardware deblocking for mpeg-2/4, i suspect this is done with exactly the same filter, and that the deblock filter is just designed to the specs AVC states 06.30.34 Quit Chesteta (Read error: 113 (No route to host)) 06.30.53 Quit CaptainKewl (Read error: 60 (Operation timed out)) 06.31.16 # i believe the claimed format support for the beast itself is wmv 06.31.36 # i'll let you know what it reports as soon as i get the OF booted here :) 06.31.56 # Unhelpful, but do you really want to transcode from what is already 320x240. I feel like you'll get great quality loss. 06.32.33 # you'll have to scale some larger video down to that size *before* encoding. 06.33.36 # Mhm. 06.33.43 # Has anyone tried replacing the HDD on a 5/5.5 gen iPod? How difficult/tool intensive is it? 06.34.43 # I'm reading this guide about it, but I'm sure it's different doing it the first time based off of a guide than if you're a guy who does it all the time and writes these guides. 06.37.57 # eae: This is really the channel for discussing Rockbox. The hardware modification is basically not related to the firmware on it. Maybe you should attempt to contact the author of the guide you're reading? 06.38.49 # I'm aware of that. This just seems like a good place on IRC to find a person who might know. 06.39.09 Quit agaffney (Read error: 104 (Connection reset by peer)) 06.39.23 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 06.39.29 # eae: This channel is logged, and we strongly encourage people to stay on the channel's topic (being Rockbox). If you have discussion that's not about Rockbox there's a channel mentioned in the channel topic for such things. 06.39.54 # Fair point. 06.40.08 Join Felixggenest [0] (n=Wherever@unaffiliated/felixggenest) 06.40.29 # Hi! 06.41.03 # I have a Sansa Fuze 4gb ... can I put RockBox into? 06.41.25 # Felixggenest: The list of supported players is on the front page of the site. 06.41.47 # Though development work is progressing on the Fuze, it's not in a fully usable state and unless you plan to do development, you probably shouldn't use it yet. 06.42.21 # Llorean : Fuze is not there, I knew. You just answer my question, thanks ;) 06.51.46 Join preglow_ [0] (i=thomj@tvilling2.pvv.ntnu.no) 06.52.24 Quit preglow (Read error: 104 (Connection reset by peer)) 06.52.30 Quit fyrestorm (Read error: 113 (No route to host)) 07.09.28 Join [] [0] (n=Volt@60.52.64.239) 07.09.56 Nick [] is now known as Guest63432 (n=Volt@60.52.64.239) 07.14.09 Quit Felixggenest (Read error: 110 (Connection timed out)) 07.19.56 Quit Solitary_Scar (Read error: 110 (Connection timed out)) 07.20.20 *** Saving seen data "./dancer.seen" 07.22.07 # strange,i put the flac file and the cuesheet in the same directory,but when i play the audio file,it cannot parse into list 07.24.14 Quit z35 ("Leaving") 07.24.19 Nick Guest63432 is now known as Solitary_Scar (n=Volt@60.52.64.239) 07.24.23 # by the way,i use 3.2 for sansa 07.25.19 # Have you turned on Cuesheet Support? 07.29.13 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.29.37 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.30.04 Part Solitary_Scar 07.30.27 # Llorean: of course, it is on by default 07.30.59 # grdxyxy: Did you check that it's on? 07.32.11 # Llorean: omg,it is not on, i am sorry 07.32.11 Quit baddog (Read error: 60 (Operation timed out)) 07.32.45 # Llorean: now it is ok,thanks 07.37.14 Quit BHSPitMonkey (Remote closed the connection) 07.38.00 Quit cspotcode (Read error: 110 (Connection timed out)) 07.39.20 # I'm pretty sure it isn't on by default as it would use RAM for those of us that don't use cue sheets 07.42.17 # I like rasher's HUGE installer button 07.47.33 Join fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) 07.49.25 # Maybe we should just use canvas and make it fill up a certain percentage of any browser window 07.53.50 # * B4gder adds committer #71 07.53.54 # dreamlayers 07.57.46 Join bs66_1 [0] (n=sysuser@95.209.102.215) 08.02.11 # B4gder: Excellent! 08.03.03 # Although I do think that B4gder's counting is highly suspect - the last four or so people have been 70 or 71 :) 08.03.13 # haha, yeah 08.03.22 # it's a matter of what file I count lines in 08.09.37 Quit wangxiang_ (Remote closed the connection) 08.13.05 Join wangxiang [0] (n=wangxian@203.86.76.219) 08.14.34 Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) 08.14.48 Quit bs66_ (Read error: 110 (Connection timed out)) 08.15.15 # B4gder: Why does Rockbox require real names? ;) 08.16.08 # I know, I've just focused on other work 08.17.18 Join MT [0] (n=MTee@41.233.146.148) 08.20.13 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.20.49 # rasher: Several ipods could use either USB or firewire. At least on the 3rd gen firewire even has an advantage 08.21.27 # All supported ipods except the Video and Nano support firewire 08.29.26 Join Rob2222 [0] (n=Miranda@p4FDCF916.dip.t-dialin.net) 08.30.47 Quit midgey () 08.32.22 Join wangxiang_ [0] (n=wangxian@203.86.76.219) 08.36.47 Quit wangxiang (Operation timed out) 08.39.13 Join petur [50] (n=petur@rockbox/developer/petur) 08.39.31 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.47.47 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.49.45 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.50.54 Join Chesteta [0] (n=Chesteta@dyn53-149.res-hall.ndsu.NoDak.edu) 08.50.55 Quit Chesteta (Remote closed the connection) 08.52.43 Quit faemir ("Leaving") 08.59.23 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 09.20.22 *** Saving seen data "./dancer.seen" 09.21.20 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.29.11 Join Sedgewick [0] (n=Sedgewic@81.200.132.126) 09.33.44 Join PaulJam [0] (n=PaulJam_@vpn-3013.gwdg.de) 09.36.46 Join ultrasonic [0] (n=manohar@203.199.213.3) 09.41.51 Quit __lifeless (Remote closed the connection) 09.42.08 Join __lifeless [0] (n=lifeless@90.151.209.159) 09.44.25 Quit tessarakt ("Client exiting") 09.49.54 Join casainho [0] (n=chatzill@87.196.210.85) 09.50.34 Quit linuxstb (Read error: 113 (No route to host)) 09.50.45 # linuxstb: hello :-) -- did you had change to review the Lyre bootloader patch? 09.51.59 Join bubsy [0] (i=Bubsy@81-31-244-19.net.nc-systems.no) 09.58.33 Quit Thundercloud (Remote closed the connection) 09.59.33 Quit homielowe () 10.02.43 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.08.11 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 10.08.16 Quit ultrasonic (Remote closed the connection) 10.10.13 Join fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) 10.21.48 Join enriq_ [0] (n=enriq@33-138-235-201.fibertel.com.ar) 10.29.40 Quit AndyIL (Read error: 104 (Connection reset by peer)) 10.32.55 Join PaulJam_ [0] (i=PaulJam_@vpn-3112.gwdg.de) 10.34.21 Part enriq_ ("Leaving") 10.47.00 Join pyro_maniac [0] (i=foobar@p57BB9AD7.dip0.t-ipconnect.de) 10.47.04 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 10.48.15 # "very big beershop nearby" ... now that's a major selling point! ;-) 10.48.38 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 10.51.00 # * B4gder thinks Ghent sounds like a fine devcon spot 10.51.10 Join l403 [0] (n=l@85.132.159.239) 10.51.22 Quit PaulJam (Read error: 110 (Connection timed out)) 10.52.43 # Someone unbiased should pick one: http://i42.tinypic.com/8yc3rt.jpg 10.52.53 Join einhirn [0] (n=Miranda@139.174.4.164) 10.53.02 # hehe 10.53.41 # i like the very bottom left 10.53.42 # row 2, column 1 10.54.15 # maybe without the 'utility' 10.54.38 # perhaps they should have an id each? 10.55.02 # row 3 column 2 (1-based) is my fav 10.55.37 # 3-2 is good also 10.55.55 Quit DataGhost () 10.55.59 # maybe have them all and just randomize? B) 10.59.36 # rasher: use button 3-2 but also put the current version # on it maybe 11.00.02 # nah, no version number in it 11.00.49 # best if it just mentions 'RockBox' and 'Installer' imho 11.01.20 # I agree 11.01.39 # impressively detailed gsoc application from wangxiang68 11.02.47 # screens[i].update_rect(0, 11.02.47 # STATUSBAR_HEIGHT + fh*(top_of_screen + 4), 11.02.47 # screens[i].getwidth(), fh); 11.02.47 DBUG Enqueued KICK DarkSpectrum 11.02.47 # screens[i].set_viewport(NULL); 11.02.47 # } 11.02.48 *** Alert Mode level 1 11.02.48 # } 11.02.53 # oops sorry 11.03.10 Join enriq [0] (n=enriq@33-138-235-201.fibertel.com.ar) 11.04.46 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 11.08.32 Join moos [0] (i=Mustapha@rockbox/staff/moos) 11.12.49 *** Alert Mode OFF 11.14.37 Quit wangxiang_ ("Leaving") 11.16.42 Part grdxyxy 11.20.24 *** Saving seen data "./dancer.seen" 11.21.58 Join AndyI [0] (i=AndyI@212.14.205.32) 11.31.43 Join GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) 11.32.04 Quit GodEater (Remote closed the connection) 11.33.26 Join GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) 11.35.43 Quit jhMikeS (Nick collision from services.) 11.35.49 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 11.43.50 Quit lymeca (Success) 11.43.55 Join fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) 11.59.19 Join rvvs89_ [0] (n=ivo@robotnik.ucc.gu.uwa.edu.au) 12.02.25 Quit rvvs89 (Read error: 110 (Connection timed out)) 12.02.27 Join Felixggenest [0] (n=Wherever@modemcable064.119-200-24.mc.videotron.ca) 12.03.50 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.04.19 Quit Felixggenest (Client Quit) 12.04.36 Quit dfkt (lindbohm.freenode.net irc.freenode.net) 12.04.36 NSplit lindbohm.freenode.net irc.freenode.net 12.04.36 Quit Sedgewick (lindbohm.freenode.net irc.freenode.net) 12.04.36 Quit bs66_1 (lindbohm.freenode.net irc.freenode.net) 12.04.36 Quit _Auron_ (lindbohm.freenode.net irc.freenode.net) 12.04.36 Quit B4gder (lindbohm.freenode.net irc.freenode.net) 12.04.36 Quit Beta2K (lindbohm.freenode.net irc.freenode.net) 12.04.36 Quit synergist (lindbohm.freenode.net irc.freenode.net) 12.04.36 Quit courtc (lindbohm.freenode.net irc.freenode.net) 12.04.50 Quit enriq (Read error: 104 (Connection reset by peer)) 12.05.25 NHeal lindbohm.freenode.net irc.freenode.net 12.05.25 NJoin dfkt [0] (i=dfkt@unaffiliated/dfkt) 12.05.25 NJoin Sedgewick [0] (n=Sedgewic@81.200.132.126) 12.05.25 NJoin bs66_1 [0] (n=sysuser@95.209.102.215) 12.05.25 NJoin B4gder [241] (n=daniel@rockbox/developer/bagder) 12.05.25 NJoin _Auron_ [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) 12.05.25 NJoin courtc [0] (n=court@unaffiliated/courtc) 12.05.25 NJoin Beta2K [0] (i=1000@d36-124-26.home1.cgocable.net) 12.05.25 NJoin synergist [0] (i=christop@cant.be-arsed.co.uk) 12.07.36 # http://i42.tinypic.com/8yc3rt.jpg and http://rasher.dk/rockbox/8yc3rt.jpg 12.08.37 # I! 12.09.15 # btw, please don't abuse drop shadow :| 12.09.18 # N or P here, nice looking btw 12.09.44 # yup, some nice buttons :) 12.10.33 # bubsy: is that drop shadow abuse? 12.10.43 # A bit, I guess. 12.10.47 # C, Q and R 12.11.01 Join AndyIL [0] (i=AndyI@212.14.205.32) 12.11.03 # Ah yes, and S, U 12.11.14 # yep, a little bit 12.11.29 # it's a nice idea, but I personally would've turned down the opacity on the drop shadow a bit :) 12.11.48 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 12.11.48 # * rasher doesn't like drop shadow *at all* on text 12.11.56 # and on C and Q, I would've put the shadow a little bit closer to the text 12.12.18 Quit gevaerts (Nick collision from services.) 12.12.21 Join gevaerts_ [0] (n=fg@195-144-092-163.dyn.adsl.xs4all.be) 12.12.54 Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-163.dyn.adsl.xs4all.be) 12.15.02 Quit bubsy ("Mrrrrreow!") 12.20.30 Join Rob2223 [0] (n=Miranda@p4FDCEE6A.dip.t-dialin.net) 12.21.48 Quit AndyI (Read error: 110 (Connection timed out)) 12.31.46 Quit BXCracer (Remote closed the connection) 12.37.05 Join enriq [0] (n=enriq@33-138-235-201.fibertel.com.ar) 12.37.30 # does rockbox on sansa e250 support the radio? 12.37.38 # yes 12.38.07 Quit Rob2222 (Read error: 110 (Connection timed out)) 12.38.44 # and record from radio 12.38.49 # ? 12.41.04 # yes too 12.41.53 # you can check our fine manual availiable online: http://download.rockbox.org/manual/rockbox-sansae200/rockbox-build.html 12.42.51 Join PaulJam [0] (n=PaulJam_@vpn-3022.gwdg.de) 12.46.17 # howdy. Would something like: continue playback of what's already buffered when switching to USB mode be possible? Or does the USB stack need some of the audio buffer to work? 12.48.31 Join nibbler [0] (n=Nibbler@mx00.linkprotect.de) 12.50.36 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.52.37 Quit l403 (No route to host) 12.55.04 Join l403 [0] (n=l@85.132.159.239) 13.00.11 Quit PaulJam_ (Read error: 113 (No route to host)) 13.11.09 Join LambdaCalculus37 [0] (n=44a04303@rockbox/staff/LambdaCalculus37) 13.14.11 # dionoea: it does, yes 13.14.57 # only some of it or all of it? (I guess that depends on the target) 13.20.25 *** Saving seen data "./dancer.seen" 13.22.21 Quit casainho (Remote closed the connection) 13.22.23 # currently the software uses up to 128k, but I want to look into adding caching 13.23.12 # actually 32k, but FS#10015 makes that 128k, and that one will go in once it's done 13.24.08 Join tabidachi [0] (n=__@unaffiliated/tabidachi) 13.26.27 # gevaerts: ok. So that would still leave quite a lot of audio buffer. I'll see if I can hack a proof of concept 13.26.34 # I think continuing playback of buffered audio during USB mode is probably not the best idea ever anyway. You'd need to make it rebuffer before going into USB mode for it to be consistent, and then we'd probably get bug reports pretty regularly about how it "just stops playing eventually when USB is connected" 13.28.14 # Could also be nice to keep radio playback working when connected to IRC (I unfortunately don't own a device with an FM tuner, except the ipod video but that's in the remote so you couldn't use it with usb anyway) 13.28.59 # Radio did stay playing on connection last time I tried (which was ages ago) 13.29.10 # Ooh, nice :) 13.30.06 # I thought it was a bug actually, but use the radio only rarely and forgot about it :) 13.31.45 # s/IRC/USB 13.31.49 # that's a nasty typo 13.32.31 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 13.32.39 Quit linuxstb (Nick collision from services.) 13.32.43 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 13.33.20 # dionoea: It did make me chuckle a bit - what kind of bug causes the radio to stop working when you connect to IRC :) 13.34.15 # ;-) 13.35.10 Join archivator [0] (n=archivat@77.70.28.57) 13.49.06 Join kugel [0] (n=kugel@rockbox/developer/kugel) 13.49.38 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-be9662a4aa824b9d) 13.50.07 Join cspotcode [0] (n=bradla@machamp-61.dynamic.rpi.edu) 13.50.14 # anyone against http://www.rockbox.org/tracker/task/10014 ? 13.51.58 Quit moos ("Rockbox rules the DAP world") 13.55.05 # kugel: "Tracklock" isn't a word... 13.56.24 # but it's descriptive, imo 13.56.32 Join n1s [0] (n=n1s@rockbox/developer/n1s) 13.56.44 # kugel: But it still isn't a word 13.56.46 # kugel: "Prevent skipping" perhaps? 13.56.59 # Do I understand that you're adding a new "track lock" option? Your description makes it sound like you're just rearranging existing options. 13.57.12 # does it have to be a word? or can we also create new ones that matches the functionality nicely? 13.57.32 # linuxstb: the task title says everything 13.57.33 # No, we're not in the business of inventing new words... 13.57.36 # kugel: I think we shouldn't invent words 13.57.44 # kugel: Or "Enable track locking" 13.57.46 # ok 13.57.51 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-3f054f08039f6c35) 13.57.57 # kugel: So what's the answer to my question? 13.58.19 # it separates the track lock out of Skip length 13.58.38 # yes, it re-arranges existing options, in that regard 13.59.48 # linuxstb: Currently, the "skip length" setting also locks you within the track. If 47 second remain, and you attempt to skip with the length set to 1 minute, you don't leave the track. You just can't do it. 14.00.06 # You have to either wait, or judging from the comment, use a key combo 14.00.50 Quit pyro_maniac ("Leaving.") 14.01.54 # kugel: I can only see from your patch the addition of a new option - hence my confusion when you say you are rearranging options. 14.02.22 # linuxstb: it's splitting one compound option into two simpler ones. 14.04.49 Join pyro_maniac [0] (i=foobar@p57BB9AD7.dip0.t-ipconnect.de) 14.05.22 Join midijunkie [0] (n=Miranda@pD9547D4B.dip0.t-ipconnect.de) 14.05.34 # so, I'll go with "Track Locking"? 14.06.24 # * Llorean thinks "Track Lock" isn't a descriptive name since you can still leave the track. 14.06.24 # * B4gder suggests "We Won't Let You Out Of the Track HAHAHAHA" 14.07.21 # But I don't really have a better suggestion. 14.07.45 # "Prevent track skipping" ? (or just "Prevent skipping", as Bigbambi suggested) ? 14.07.45 Join karma [0] (n=4334c682@gateway/web/cgi-irc/labb.contactor.se/x-3952bbe023faabae) 14.07.47 # so what does it do on skip? pause at the end? 14.07.58 # nothing 14.08.02 # Sticky Track? 14.08.09 # ah it just disables the button basically? 14.08.17 # "Prevent Skipping" sounds like something to do with changing buffers, like on a portable CD player. 14.08.26 # B4gder: I think it should pause at the end, personally, to meet with the "goals' of the original function 14.08.46 # only if you'd skip. If you have skip length set, and enough time is left, you jump withtin the track 14.08.54 # B4gder: What it does is prevent skip *if* skip would leave the track. If you have skip length set to 1:00 and you have 1:47 left, after one press you have 0:47, after the next nothing happens. 14.08.57 Join kushalone [0] (n=kushal@12.169.180.178) 14.09.03 # Llorean: which original function did pause at the end? 14.09.12 # kugel: I said "goals" of the original function 14.09.27 # * kugel can't remember of that goal 14.09.29 # ah yes, I thought about the case when skip length is not used, so it would skip the entire song 14.09.30 # The whole reason the current skip length doesn't leave the track was "it's hard to rewind back if you've left the track" 14.09.38 # pausing at the end is buggy with the current playback engine anyway 14.10.12 # what's the probability of getting to run rockbox into a generic/chinese mp4 (based on atj2091n afaik) 14.10.18 # B4gder: With the new feature if skip length is set to say 5 minutes, you can skip over entire musical tracks, and use it for coarse seeking in long spoken word tracks, without changing an option 14.10.27 # enriq: rockbox doesn't work randomly 14.10.36 # enriq: you need to make it work 14.11.15 # and the ATJ chips have no public docs afaik 14.11.23 # hm or did they? 14.11.40 # "skip beyond track" ? 14.12.25 # B4gder: Ok, my question is... how feasible is the task. I'm a developer, but without experience in this field. What are the steps to follow? I deduct from you saying: 1) know the hardware; 2) find the spects of the chips... 14.12.37 # Zagor: "Skip to next track"? 14.12.58 # enriq: http://www.rockbox.org/wiki/NewPort 14.13.21 # linuxstb: thanks! 14.14.13 Quit karma ("CGI:IRC") 14.16.24 Quit MT (Read error: 104 (Connection reset by peer)) 14.19.00 Join funman [0] (i=56d5fa55@rockbox/developer/funman) 14.19.12 # hello 14.19.28 # AMS answered today about my AS3536 request, they gave me a NDA to send by snail mail 14.19.51 # I asked them if they could send me as well the AS3530 & AS3531 documents and wait their answer. 14.20.29 Quit funman (Client Quit) 14.20.32 # funman: saratoga said he also found armv5 instructions in the as3525 ones 14.20.35 # duh 14.20.41 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.23.21 Join pyro_maniac1 [0] (i=foobar@87.187.159.92) 14.31.07 Join CooC [0] (n=CooC@e178250247.adsl.alicedsl.de) 14.32.32 Part CooC 14.36.58 Join KBH [0] (n=hbk@71.96.74.73) 14.40.33 Quit pyro_maniac (Read error: 110 (Connection timed out)) 14.41.12 Quit jon-kha (Read error: 131 (Connection reset by peer)) 14.41.27 # kugel: can you give me some input for the samsung device? 14.42.11 Join jon-kha [0] (i=jon-kha@83.150.91.127) 14.43.37 # pyro_maniac1: what input? 14.44.26 # kugel: where can i continue? what worked? 14.47.03 # kugel: can i test or what can i do? i don't what to do something twice 14.47.52 # dunno 14.48.02 # I'm waiting for low_light for some code 14.49.50 Quit midijunkie (Read error: 104 (Connection reset by peer)) 14.51.18 # so i wait for input too 14.51.53 Join EternalRains [0] (n=EternalR@c-24-127-231-171.hsd1.fl.comcast.net) 14.55.18 Quit scott_ ("Lost terminal") 14.55.22 Quit HBK (Read error: 110 (Connection timed out)) 14.59.13 Quit kushalone ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") 15.01.19 Join kushalone [0] (n=kushal@12.169.180.178) 15.02.21 Quit EternalRains (Nick collision from services.) 15.03.06 Join EternalRains [0] (n=EternalR@c-76-106-220-241.hsd1.fl.comcast.net) 15.03.30 Quit kushalone (Client Quit) 15.12.06 Quit jhMikeS (Nick collision from services.) 15.12.12 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 15.12.34 Quit nibbler (Read error: 113 (No route to host)) 15.14.26 Join wangxiang [0] (n=wangxian@203.86.76.219) 15.15.34 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.17.00 Quit cspotcode ("Leaving.") 15.20.29 Quit jhMikeS (Nick collision from services.) 15.20.30 *** Saving seen data "./dancer.seen" 15.20.35 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 15.23.48 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.24.11 Quit CaptainKewl (Read error: 110 (Connection timed out)) 15.32.36 Join wangxiang_ [0] (n=wangxian@203.86.76.219) 15.33.30 Quit AndyIL () 15.36.15 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 15.37.59 Join cspotcode [0] (n=bradla@128.113.228.107) 15.39.52 # is there a convention what settings to include (or not to include) in the theme.cfg file? 15.40.26 # yes, it should only contain theme related settings 15.41.09 # who administrates the webside? 15.41.23 # is the scrollbar setting theme related? (the AW140 theme for 220x176 disables the scrollbar) 15.41.23 # pyro_maniac1: Bagder/Zagor mainly 15.41.35 Join MT [0] (n=MTee@41.233.146.148) 15.41.44 # Badger: ping 15.42.01 # pyro_maniac1, check your spelling, it's "Bagder" not "Badger" :) 15.42.06 # PaulJam: i think so, is it saved if you chose to save a theme cfg from inside rockbox? 15.42.33 # pyro_maniac1: what do you need? 15.42.41 # GodEater: oh thanks :-D 15.43.03 # Bagder: ping 15.43.16 # pyro_maniac1, also, pay attention, Zagor is here! 15.43.43 # it's generally better just to ask 15.43.44 # does anyone know if there is a way to do something like an extern unsigned long x; in a header that is also included in a pure assembly file (like crt0.S)? I am getting a message along these lines: "Error: bad instruction `extern unsigned long x'". I don't need the extern on the assembly files so I was thinking of some sort of conditional #if defined(, but I'm not sure what would go in the parenthesis. 15.43.54 # n1s: no, it isn't saved. 15.44.35 # PaulJam: hmm, then i don't know :) 15.45.10 # ok, so i have to mantion, that the link to the theme side is missing in recent.shtml and when i open a mail on the front page 15.45.39 # * GodEater wonders how pyro_maniac1 keeps hitting the "d" key when surely he means "t". 15.46.36 # GodEater: i what case? 15.46.48 # "website" surely, not "webside" ? 15.46.48 # kkurbjun: I'm wondering why you defined HAVE_LCD_SLEEP_SETTING 15.47.03 # sorry 15.47.11 # np, I just wondered ;) 15.47.21 # kugel, you can still read the LCD on the M:robe under some lighting conditions so I figured I'd make it an option 15.47.28 # kkurbjun: because few lines later it says "we don't use a setting" 15.48.01 # oh, I missed that, I started without a setting 15.48.04 # i am not in good shape today but thats off topic ;-) but i will try to fix this problem :-D 15.48.08 # that comment was pulled from the gigabeat 15.49.09 # I'll correct that on a later commit 15.49.13 # kkurbjun: well, doesn't lcd_enable power off the display already? 15.50.29 # what does lcd_enable on the mrobe 500, seems to be different to other targets 15.51.01 Quit jhMikeS (Nick collision from services.) 15.51.07 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 15.51.48 # kkurbjun: if the display is readable without backlight I'd recomment going the ipod'ish way (only define HAVE_LCD_SLEEP, but not HAVE_LCD_ENABLE) 15.52.18 # kugel: lcd_enable(false) is never called 15.52.25 # and it doesn't ahve a way to power it down 15.52.32 # it's the same as the gigabeat f 15.52.36 Part LinusN 15.53.14 # kkurbjun: it seems you're using lcd_sleep to "power down" (whatever this bit does), and lcd_enable to turn it on again? 15.54.28 # hm, I think it should be changed to use the ipod way (using lcd_wakeup for activating, and leaving HAVE_LCD_ENABLE undefined), for gigabeat f/x too it seems 15.55.05 # what was/is the lcd_enable define supposed to be for 15.55.18 # I agree that just having a sleep seems reasonable 15.55.42 # turning off the lcd, without a setting, given that it can be turned on quickly again 15.55.48 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 15.56.03 # (turning off when the backlight is off) 15.56.15 # we could still use the sleep and sleep_setting defines though 15.56.25 # and sleep is rather for turning off when the delay at turning on is noticeabe 15.56.31 # noticeable* 15.56.44 # kkurbjun: yes, that's what the ipod does 15.56.45 Join midgey [0] (n=tjross@71.238.148.140) 15.56.54 # oh, gotcha.. well in this case, the delay is not noticible.. 15.57.07 # and I would like to have a setting 15.57.09 # it doesn't define HAVE_LCD_ENABLE (but HAVE_LCD_SLEEP), because the display is rather transflective 15.57.33 Join ultrasonic [0] (n=manohar@203.199.213.3) 15.57.48 # well, the reason for a setting is a) readable without backlight or b) long delay on turning on 15.57.52 # * amiconn still thinks that we should never disable the display if it is transflective 15.58.23 # amiconn: that's why the ipod has the setting. you can set it to never and have the display never inactive then 15.58.29 # the m:robe is transflective, but barely, I can't read it in anything other than bright sunlight or a really well lit room 15.58.47 # That's not transflective then 15.59.00 # then I don't see a reason for a setting 15.59.21 # in very bright light the e200 display is readable too 16.00.04 # I'll mess with it later the port is not anywhere near complete 16.00.12 # In very bright light all colour LCDs are readable. A real transflective LCD is readable under normal lighting conditions 16.00.20 # for now I am leaving a setting 16.00.27 # the OF has the option as well 16.00.50 # kugel: in *very* bright light, you can just about see that the c200 LCD is active. Forget about actually seeing what it shows though 16.00.56 # well, you can see the outline of the screen in normal light 16.01.01 # I eman what is on it 16.01.04 Quit wangxiang (Connection timed out) 16.01.16 # but it's not very easy to see 16.01.16 # guys, I have compiled a bootloader for MeizuM6SL and think I am supposed to send it to the device with dfu tool. I am following instructions, it does detect the device and stuff but gets stuck at sending it to the device 16.01.23 # its not quite like the gigabeat F 16.01.34 # that definately could not be read or seen in normal light 16.02.57 # Well, most devices with a plain transmissive LCD disable it when switching off the light, and then you can't see anything of course 16.04.12 Join gartral [0] (n=gareth@75.33.64.115) 16.04.17 Part gartral 16.08.39 # rasher: it seems something is broken on the theme site. rbutil cant get any themes anymore. See: http://themes.rockbox.org/rbutilqt.php?res=176x220x16 (e200 screensize) 16.09.36 Join toffe82 [0] (n=chatzill@74.0.180.178) 16.11.08 Quit jhMikeS (Nick collision from services.) 16.11.14 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 16.11.33 # let me try asking my question another way: when the assembler is running on a .h file is there a define similar to __GNUC__ that I could use to detect that this is not a C file including the header 16.18.05 # You can check #if(n)def __ASSEMBLER__ . I did this in apps/codecs/demac/libdemac/demac_config.h 16.18.10 Join cspotcode1 [0] (n=bradla@vpnwl-228-12.net.rpi.edu) 16.18.38 # amiconn: great, thanks 16.20.58 Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 16.24.17 Part pyro_maniac1 ("Leaving.") 16.25.51 Quit cspotcode (Read error: 113 (No route to host)) 16.27.04 # gevaerts: hi, could you help me out with the problem above if your not busy? 16.28.03 Join ZincAlloy [0] (n=d9eedd3c@gateway/web/cgi-irc/labb.contactor.se/x-d9cc7a1cd0ef5e46) 16.28.14 # l403: I'm at work. Also, I haven't touched my meizus in months... 16.29.14 # * domonoky wonders how this SQL statement in themesite.class.php works. In the rbutil case it will produce a ".... WHERE 1 176x220 176x220 AND (....)" which seems a strange SQL WHERE statement, where is the operator ? and shouldnt this compaire 176x220 against the mainlcd entry ? 16.29.19 # kkurbjun: I'm just saying, that you're mixing sleep and enable, which I don't really like 16.29.51 # gevaerts: ok, I'll try to ask maku when he stops by 16.29.55 # *marku 16.31.27 # kugel: fair enough, I see your point, but I'm not going to fix it now - right now I am the only one actively working on the port so it's really not going to effect anyone else. I am trying to get code in there in the hopes that other people will get interested. At the moment from a user perspective it works exactly as expected 16.31.37 # no problem 16.32.44 # * Llorean thinks "Prevent Skipping" is a very bad name for the setting. 16.32.46 # kkurbjun: it's just that I recently tried to clean up the mess with lcd_enable and _sleep, as there was obviously some confusion. I'm just trying to keep an eye on that it's kept clean 16.33.00 # It definitely doesn't prevent skipping, it just prevents track skipping. 16.33.44 # skipping is manually changing tracks, imo 16.33.59 # which it prevents. and this is what the manual reads too 16.34.19 # skipping is *also*, and more commonly, missing a bit of audio because of technical problems 16.34.32 # changing tracks as in pressing next/prev 16.34.53 # kugel: Then why do we call it "Skip Length"? 16.35.08 # If it's not skipping, then that setting is not setting the skip length. 16.35.55 # kugel, I gotcha, I didn't realize that you had done that work, I appreciate the heads up 16.36.08 # well, I wasn't accurate enough, sorry. Skipping to me is jump to some other time or track, leaving out music that would've been played 16.36.22 # And you can still skip to some other time with "Prevent Skipping" enabled 16.36.53 # hm, yea, so it should be track skipping? 16.37.13 # I'd say "Prevent Track Skip" would probably be a good name (to me) 16.37.18 # I'm not sure how others feel about the clarity of that. 16.37.24 Join kushalone [0] (n=kushal@12.169.180.178) 16.37.38 Quit Seed (Read error: 104 (Connection reset by peer)) 16.38.14 # I took BigBambi's suggestion. But track skipping sounds more accurate, indeed 16.40.16 Join Ubuntuxer [0] (n=johannes@dslb-094-220-235-016.pools.arcor-ip.net) 16.41.24 Quit kugel (Nick collision from services.) 16.41.28 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.42.07 Quit toffe82 (Remote closed the connection) 16.43.58 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 16.46.57 Join Seed [0] (n=ben@84.108.232.45) 16.50.08 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.7/2009030516]") 16.51.40 Quit midgey () 16.59.10 Quit cspotcode1 (Read error: 104 (Connection reset by peer)) 16.59.22 Join cspotcode [0] (n=bradla@128.113.89.64) 16.59.32 Quit cspotcode (Remote closed the connection) 17.00.46 Join toffe82 [0] (n=chatzill@74.0.180.178) 17.03.55 Quit Zagor ("Don't panic") 17.07.22 Quit MT (Read error: 104 (Connection reset by peer)) 17.11.22 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 17.16.22 Quit Nico_P (Remote closed the connection) 17.16.39 Quit petur ("/me walks over to the bar ;)") 17.18.05 Join EternalLogger [0] (n=EternalL@c-76-106-220-241.hsd1.fl.comcast.net) 17.18.40 # domonoky: oh darn.. this is problematic. Any chance you could pass the target shortname instead of the screen resolution? 17.20.01 # yes, thats possible, but it has two drawbacks: we need a new rbutil release, and we need to make sure we use the same target names.. (for example we have different names for ipodmini, in different places, the targetnames are a mess :-) ) 17.20.27 Quit wangxiang_ ("Leaving") 17.20.31 *** Saving seen data "./dancer.seen" 17.20.44 # Problem is we use the checkwps results to select themes now, and we can't do that if we only have a screen size, because that could be any number of targets 17.22.41 # amiconn: where did you find documentation that showed the __ASSEMBLER__ define? I would like to do something similar with the linker as well if possible 17.25.27 Join xwang [0] (n=xwang@203.86.76.219) 17.25.30 # rasher: where is the list of targetnames in the theme site code ? i will check if we need another set of target names in rbutil :-) 17.28.51 Join Soap-Work [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-1e63249b1aca1650) 17.29.09 # Llorean: regarding the reported post on the Last.FM-like playlist generator... 17.30.04 # My recent thoughts have been that a subforum dedicated to "Tools for use with the Rockbox lifestyle" ;) would better serve the community than the unsupported builds sub forum. 17.30.16 # domonoky: it's all in the database.. This is a bit of a pickle. They *should* match the names that tools/checkwps/buildall.sh uses 17.30.33 # Perhaps replace "Unsupported Builds" with only FS "Testing Builds" 17.32.42 Join cspotcode [0] (n=bradla@canary-14.dynamic2.rpi.edu) 17.33.12 Quit bmbl ("Woah!") 17.33.59 Join midgey [0] (n=tjross@v-umnet-vpn-4-125.umnet.umich.edu) 17.34.08 Quit l403 ("Ex-Chat") 17.34.11 # rasher: then it looks like rbutil already has the correct names for this in its settings. :-) So not really a problem.. we just need to update rbutil a bit, and ofcourse change rbutil.php so it doesnt change the "res" parameter... 17.35.09 # Well the changing of the res parameter will just be a nop - until we have a target with an x in its name :) (we don't currently, do we?) 17.35.12 Quit midgey (Client Quit) 17.36.50 # not at moment.. 17.37.50 Part B4gder 17.38.29 # So no change needed! (not serious of course) 17.39.31 # Soap-Work: I agree, and im a bit surprised we dont have a rbutil forum already anyway 17.40.05 # oh no. the targetnames are again different: sansa e200 is called "e200" in checkwps but "sansae200" in rbutils entry for this. (but for ipodmini and h10_5gb the list matches) grr 17.41.43 # we have slight differences in: target filenames on the server, target names for voice, targetnames in rockbox-info, and now also for the wps.. *grr* 17.42.06 # maybe there are more of differences hidden somewhere :-/ 17.42.11 # it's fairly easy to adjust the theme site 17.42.32 # Just update everything in the db to the new name, and change tools/checkwps/buildall.sh 17.42.56 # Maybe there needs to be a definitive list somewhere 17.43.05 # and we can treat nonconformance as a bug 17.43.08 # can you check why http://themes.rockbox.org/rbutilqt.php?res=ipodvideo also doesnt return any theme ? 17.43.44 # yes, it would probably be good to fix this naming issues, even when we break something temporarly. 17.43.51 Join l403 [0] (n=l@85.132.159.239) 17.44.30 # domonoky: ah, I get it.. we *did* need to change something 17.44.38 # domonoky: might as well use target= instead while we're changing things 17.44.51 # jup 17.45.18 # Works now 17.45.31 # http://themes.rockbox.org/rbutilqt.php?target=ipodvideo at least 17.46.21 # domonoky: Let's put a note in the status message that it doesn't work, and a new release will be out sono 17.46.24 # soon* 17.47.35 # "An update for Rockbox Utility is needed and will be released soon. Unfortunately this means that the theme download function currently doesn't work."? 17.47.44 Quit blithe ("Lost terminal") 17.47.55 Join blithe [0] (n=blithe@blakesmith.me) 17.49.15 # "doesn't currently" is better English 17.49.52 # Anything else? 17.50.08 # * domonoky just added some entrys to the changelog. 17.50.24 # feel free to improve it for endusers.. 17.50.28 # Nope, and that's just a stylistic change. 17.50.36 Quit tabidachi (Read error: 60 (Operation timed out)) 17.50.41 Join z35 [0] (n=z35@h213.59.90.75.dynamic.ip.windstream.net) 17.52.16 # for the list of "officially correct targets names" i suggest the targetnames in configure. (there the sansa e200 is called e200, like in checkwps, will check why rbutils names differ 17.52.24 Join midgey [0] (n=tjross@v-umnet-vpn-4-50.umnet.umich.edu) 17.52.30 # domonoky: That seems sensible 17.56.30 Quit Soap-Work ("CGI:IRC") 18.01.35 # arg, the names in rbutil differs, because the are also used for rockbox zip filenames, and the buildserver uses jet another list of target names.. :-/ 18.01.49 Quit midgey () 18.04.12 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 18.04.58 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.13.43 Quit l403 ("Ex-Chat") 18.15.56 # kugel: yes, I forgot the track bit :) 18.16.24 # domonoky: So we also need to fix the build server 18.16.48 # domonoky: I think this is the right way to move forward, even if it's a bit more work right now than just adding yet another list 18.18.04 # rasher: yes, but i think its okey todo it slowly, so i will add a list with purely the names from configure, we can then change and remove the other ones later, when its cleaned up.. 18.18.16 Part EternalLogger ("sic - 250 LOC are too much!") 18.20.41 # we probably wont get around to have small deviations between the different things, for example there are more builds then "modelname" defines for example fmrecorder8mb, it has the same modelname (fmrecorder) but there are different binarys out there... 18.21.55 # domonoky: but does anything other than the manual download pages have those? 18.22.13 # Manual as in "download a zipfile and extract manually" 18.22.37 # sure, rbutil needs to know and distinguish them, or it cant download the right binary. 18.23.21 # the same for iriver h10_5gb. there are different bootloaders for ums and mtp versions, but the main binary and of course the configure modelname is the same. 18.27.01 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-c4e3a75df45ebb65) 18.28.24 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.30.55 # if that WMA pro guy comes around again, he should probably talk to me 18.33.32 Quit jhMikeS (Nick collision from services.) 18.33.38 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 18.40.23 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 18.44.24 Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) 18.44.27 Join bapdog [0] (n=pt@78-86-201-141.zone2.bethere.co.uk) 18.45.01 Join LambdaCalculus37 [0] (n=44a04303@rockbox/staff/LambdaCalculus37) 18.45.08 Join miepchen^schlaf [0] (n=miepel@p579ECB57.dip.t-dialin.net) 18.45.22 Join tabidachi [0] (n=__@unaffiliated/tabidachi) 18.48.34 # * LambdaCalculus37 sees that dreamlayers added himself to docs/COMMITTERS :) 18.48.47 Join ibseco [0] (n=ibseco@BAH1a8d.bah.pppool.de) 18.49.21 Quit Ubuntuxer ("Leaving.") 18.49.23 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.50.42 Join TBOL3 [0] (i=180ac800@gateway/web/ajax/mibbit.com/x-925563b33c4eb676) 18.52.27 Quit Sedgewick ("off") 18.52.27 Join Buschel [0] (n=abc@p54A3ED7C.dip.t-dialin.net) 18.52.56 # question: are there any prebuilt AMS bootloaders available or is that a stupid question? 18.53.17 # * Buschel also congrats dreamlayers! ;-) 18.54.43 # bapdog: there are not 18.55.04 # * domonoky has working theme installing in rbutil again.. and cleanup a bit of this target mess. Now to test if i broke something with those targets where the name differs :-) 18.55.15 # thanks 18.56.47 # bapdog: as the AMS sansas code is still only for devs, you have to build the bootloader yourself. 18.58.04 # ok, gonna give it a try 18.58.36 Join cspotcode1 [0] (n=bradla@machamp-61.dynamic.rpi.edu) 19.05.55 Quit cspotcode (Read error: 110 (Connection timed out)) 19.08.34 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.13.35 # rasher: We do have a target with an 'x' in its name... 19.13.55 # kkurbjun: I don't remember 19.14.47 # no worries, thanks 19.17.21 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-5895bfd71a730c22) 19.18.02 # amiconn: which one ? the gigabeat F/X is called "gigabeatf" .. 19.18.07 # Rockbox USB (Sansa e260) and ubuntu 9.04 still don't work, is there any way that I can help out?/ 19.18.38 # domonoky: iaudio x5? 19.19.20 # of correct. its called "x5" :-) 19.19.40 # TBOL3: I guess talk to the ubuntu people? 19.19.51 # domonoky: The x5 19.20.03 # * amiconn too laaate 19.20.33 *** Saving seen data "./dancer.seen" 19.21.10 # * GodEater will test Rockbox USB and ubuntu 9.04 with his ipod 19.21.50 Join enriq_ [0] (n=enriq@33-138-235-201.fibertel.com.ar) 19.22.18 Quit bmbl (Client Quit) 19.22.40 # works fine 19.22.50 # gevaerts: But it's only with rockbox that I have this problem. 19.23.06 # I see. Have you upgraded to the beta yet? 19.23.15 # beta what ? 19.23.34 # of ubuntu 9.04¸from alpha 6, 19.23.34 # GodEater: I've heard of difficulties with 9.10 19.23.42 # Er, 9.04 19.23.50 # But that was Alpha 5 19.23.53 # 9.10 isn't out yet, they're not even working on it Llorean 19.24.12 # ohm, sorry.. 19.24.22 # does alpha -> beta only show up with an update-manager -d ? 19.25.02 # Anyway, I was on last sunday, trying to help with this problem, and I'm still on alpha 6. 19.25.32 # UGodEater: Umm... I don't see it by just going to the update manager. 19.25.39 # But it's here:http://releases.ubuntu.com/releases/9.04/ 19.26.00 # well I've been on jaunty since feb 19.26.06 # and just keep upgrading it 19.26.12 # so I'm guessing I'm on the beta by now 19.26.31 # * evilnick suggests -community for Ubuntu chat 19.26.58 # * GodEater suggest not if it's in any way rockbox related 19.27.04 # which it currently appears to be 19.27.06 # Allright, well, I'm downloading it now, I'll come on back and bug you all again if it doesn't work. Thanks! 19.29.02 # why don't you just upgrade with update-manager ? 19.29.13 # seems daft to download an entire distro again 19.30.35 # No to mention you'll need to run updates anyway. 19.33.16 # * GodEater notes that running update-manager right now seems to want to do a distro upgrade 19.33.21 # so I guess I was still on alpha 19.33.23 # and am going to beta now 19.33.42 Join bubsy [0] (i=Bubsy@94.139.72.111) 19.34.15 Join domonoky1 [0] (n=Domonoky@g230001138.adsl.alicedsl.de) 19.35.06 Quit domonoky (Nick collision from services.) 19.35.13 Nick domonoky1 is now known as domonoky (n=Domonoky@g230001138.adsl.alicedsl.de) 19.38.17 Quit awake_ (Read error: 104 (Connection reset by peer)) 19.38.44 Join awake_ [0] (n=Zzz@c122-106-0-109.rivrw1.nsw.optusnet.com.au) 19.38.59 # GodEater: Because I can't update. The update manager says I can only do a partial update, which I don't want to do. 19.39.36 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 19.39.37 Quit enriq (Read error: 110 (Connection timed out)) 19.39.50 # Oh well, I'll still check it with the latest version. Anyway, it might be working for you because you have an ipod and not a sansa (do any of you devs know if there is a difference in how rockbox does usb between the two). 19.40.02 # The other person that was having this trouble also had a sansa. 19.41.52 # Oh, and it's probably unrelated, I can't get my Sansa to connect to any computer when it's booted into the OF. This started to happen when I updated the bootloader about a week ago (I updated it just now, and it still doesn't work). 19.42.20 Join lymeca [0] (n=lymeca@157-157-239-1.dsl.dynamic.simnet.is) 19.44.17 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 19.46.46 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 19.46.50 Quit saratoga ("CGI:IRC (EOF)") 19.47.39 # TBOL3: if the same code works on all non-sansa players and with all host OSes except the ubuntu/gnome combination, I think it's pretty clear that ubuntu/gnome is doing something nonstandard to break things 19.51.41 Join PaulJam_ [0] (i=Paule@vpn-3001.gwdg.de) 19.55.29 # gevaerts: Actually, I still have the problem when gnome is completely turned off. And it's only with rockbox (the OF worked until I updated the bootloader). 19.55.54 # And the OF doesn't work on ANY computer, any OS. 19.55.59 # TBOL3: last time you said it worked with kde. Also, was hal turned off? 19.56.34 # Ummm... no I didn't, that must have been someone else. And yes, I believe I had hal turned off. 19.56.50 # I don't have kde. 19.57.04 Join moos [0] (i=Mustapha@rockbox/staff/moos) 19.57.10 # At least not on this computer (and the ones I do, it's mostly just the qt libraries). 19.57.15 Join TheUnleetttt [0] (n=4b42bffe@gateway/web/cgi-irc/labb.contactor.se/x-b19310000aaace5a) 19.57.37 # it must have been someone else then. Anyway, can you try booting to single-user mode and trying there? 19.58.04 Quit kicksyst (Read error: 110 (Connection timed out)) 19.58.12 # my H10 just said my firmware was corrupted like an hour ago.... now rockbox is loading again.... so it defeats my purpose of coming in here 19.58.40 # how dumb 19.59.21 Part EternalRains ("sic - 250 LOC are too much!") 20.01.02 Quit bapdog () 20.01.03 Quit TheUnleetttt (Client Quit) 20.03.42 # gevaerts: yes, but not now, I'm still downloading the beta, I'll install it, and see if the problem persists (hopefully it doesn't). 20.07.08 # * gevaerts reminds all gsoc students that it's possible to edit your proposal after submitting it (until the deadline), so there's no need to hold back until it's perfect 20.08.23 Quit PaulJam (Read error: 113 (No route to host)) 20.09.11 # TBOL3: I checked the logs. The kde report was from robin0800 20.10.28 Join webguest79 [0] (n=40eb617d@gateway/web/cgi-irc/labb.contactor.se/x-d6cc9fb005339202) 20.11.17 # gevaerts: Ok, thanks. Maybe it's just me than somehow. 20.11.28 Quit webguest79 (Client Quit) 20.11.42 # TBOL3: no. He had problems in gnome, but not in kde 20.12.42 Join goffa [0] (n=goffa@216.220.23.105) 20.16.54 Quit at0m (Read error: 60 (Operation timed out)) 20.24.33 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 20.24.36 Part gartral 20.27.11 Quit goffa_ (Read error: 110 (Connection timed out)) 20.33.06 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 20.36.50 Quit ibseco (No route to host) 20.43.26 Join Ubuntuxer [0] (n=johannes@dslb-094-220-226-255.pools.arcor-ip.net) 20.44.15 # TBOL3, what's wrong with doing a partial upgrade ? 20.44.54 # I have a sansa I can test this with as well gevaerts, but I need to find what I've done with the USB cable for it first 20.45.02 # I don't believe it'll make any difference though 20.45.11 # the Rockbox USB stack is the same on all PP targets isn't it ? 20.45.39 # it is, yes. If it behaves differently than with an ipod it's because the host does something different 20.45.55 # so I'm running the same version of the host as TBOL3 as well 20.45.57 # and mine works 20.46.08 # so I'm going to go out on a limb and suggest it's a hardware issue 20.46.36 # I need to reboot - brb 20.49.31 Quit FlynDice (Remote closed the connection) 20.49.57 Join enri1__ [0] (n=enriq@33-138-235-201.fibertel.com.ar) 20.50.39 # did TBOL3 post dmesg outputs and stuff ? 20.51.31 # yes. They usually stop at "waiting for device to settle" 20.52.12 # I would imagine that since he says he can't get it to connect in the OF either 20.52.19 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 20.52.20 # that something is definitely broken 20.52.23 # either with his device 20.52.25 # or the cable 20.53.00 Quit enriq_ (Read error: 104 (Connection reset by peer)) 20.53.23 # it works for you? 20.53.25 Quit FlynDice (Remote closed the connection) 20.54.12 # yes it works fine 20.54.14 # I said that! 20.54.50 # ah yes you did... 20.55.05 # * gevaerts seems to be a bit less alert than he should be 20.55.14 # so I don't think there's anything broken with ubuntu 20.55.35 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 20.57.16 Quit FlynDice (Remote closed the connection) 20.58.04 Quit lymeca (Read error: 104 (Connection reset by peer)) 20.58.09 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 20.58.53 # GodEater: I did on monday. 20.59.05 Join bapdog [0] (n=pt@78-86-201-141.zone2.bethere.co.uk) 20.59.06 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 20.59.07 # you did what on Monday ? 20.59.11 # Oh, and I can get it to connect with rockbox, on 8.04, and windows. 20.59.27 # Oh, sorry, Sunday, I posted the dmesg output. 21.00.02 # right i've build latest ams and installed it. very nice. silly question. where is mp3 codec? 21.01.18 # TBOL3, but not in the OF ? 21.01.29 # bapdog: apps/codecs/libmad/ 21.01.36 # Yup. 21.01.50 # ok 21.02.01 # I think it has something to do with the bootloader, but I honostly don't know. 21.02.05 # I still think possibly you have faulty hardware then 21.03.07 # also, how does the .rockbox directory get built? 21.03.12 # Interesting, so do you know why rockbox works? 21.03.23 # I mean, why I can transfer stuff via rockbox? 21.03.33 # bapdog: make zip 21.03.45 # ok thanks 21.05.37 Quit tabidachi (Remote closed the connection) 21.07.10 Join at0m [0] (n=at0m@78-20-136-118.access.telenet.be) 21.07.10 Quit FlynDice (Remote closed the connection) 21.09.25 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 21.10.14 Quit FlynDice (Remote closed the connection) 21.10.46 # TBOL3: You could verify it's the bootloader by simply removing Rockbox and seeing if USB returns, then reinstalling Rockbox and seeing if it fails in the OF again. 21.11.41 Join JdGordon| [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-3780f91330ca631b) 21.12.24 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 21.13.01 Quit FlynDice (Remote closed the connection) 21.13.40 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 21.13.55 # Llorean: Slight problem with that, if it doesn't work, I won't be able to connect to it again (well, I suppose I could break out the e200 tool). 21.16.25 # TBOL3: There's also Recovery mode. Or are you saying that doesn't work either? 21.17.38 # Hmm.. I haven't tried it yet (I have on my brothers c250 though). 21.17.45 # Good point, give me a moment... 21.20.32 Quit archivator (""I hate fixed-point math!"") 21.20.34 *** Saving seen data "./dancer.seen" 21.21.19 Join bagawk [0] (n=lee@unaffiliated/bagawk) 21.21.21 # Ok, I'm in recovery mode. So I guess I can eventually get it back to normal. Thanks. 21.21.58 Join EternalRains_ [0] (n=nmint@c-24-127-231-171.hsd1.fl.comcast.net) 21.22.05 Quit Buschel (Read error: 54 (Connection reset by peer)) 21.23.32 Quit flydutch ("/* empty */") 21.27.08 Nick EternalRains_ is now known as Eternalains (n=nmint@c-24-127-231-171.hsd1.fl.comcast.net) 21.27.13 Nick Eternalains is now known as EternalRains (n=nmint@c-24-127-231-171.hsd1.fl.comcast.net) 21.32.11 Join isforinsects [0] (n=isforins@unaffiliated/isforinsects) 21.32.39 Quit FlynDice (Remote closed the connection) 21.33.51 # scorche|sh: I just saw the new shuffle advertisements, sux :( 21.34.17 # isforinsects: That really has nothing to do with Rockbox. 21.34.35 # ? 21.34.41 Quit Llorean (Read error: 104 (Connection reset by peer)) 21.34.54 # apple is claiming that they have the first music player that talks to you 21.34.58 Join Llorean [0] (n=DarkkOne@adsl-99-158-46-113.dsl.hstntx.sbcglobal.net) 21.35.04 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 21.35.10 # Llorean: apple is claiming that they have the first music player that talks to you 21.35.42 # isforinsects, so? that's not on topic and has nothing to do with rockbox 21.36.14 # didn't rockbox have someone hack together spoken menus at some point? 21.37.02 # yes, but the fact that apple are claiming it as a first is still nothing to do with rockbox ;) 21.37.10 # We've had talking menus for ages 21.37.13 # isforinsects, the voice UI is hardly hacked together 21.37.40 # But A) advertising claims don't matter, and B) They're the first company to ship a music player with spoken menus. We just provide software with spoken menus, not the players themselves. 21.38.08 Quit TBOL3 ("http://www.mibbit.com ajax IRC Client") 21.39.37 # rasher: What do you think about displaying information about character sets supported by themes? (i.e. the font used by the theme) Or maybe at least display the name of the font. 21.40.51 # display the font and automatically make it a link to the font stats page? ;) 21.41.17 # And schedule time to redo it when multifont appears ;) 21.41.33 # There's no danger of that happening though is there? 21.42.12 # none at all! 21.42.38 # * linuxstb will probably finish his Elio port before thne 21.47.42 # Clearly multifont means we don't need to worry about supported character sets. If a character's missing we just fall back to Unifont, no matter how oversized and layout destroying it may be. 21.55.13 # linuxstb: you did quite a bit of work on mpegplayer right? 21.56.11 # do you know offhand what the Ycbcr format is in memory? I have an interface that is 4:2:2 and I'm trying to figure out what exactly I need to do to set it up properly for the hardware to handle it 21.56.48 Join PaulJam__ [0] (n=PaulJam_@vpn-3026.gwdg.de) 21.57.55 Join TBOL3 [0] (i=180ac800@gateway/web/ajax/mibbit.com/x-e346a010726e3137) 21.58.42 # Ok, then ere is something that is rockbox related (sort of, not really), the way the iPod shuffle does it's text to speech synth, is the same way rockbox does it. 21.59.55 Join lymeca [0] (n=lymeca@157-157-239-1.dsl.dynamic.simnet.is) 22.01.06 # kkurbjun: It comes out of libmpeg2 as three arrays, one for each component. 22.02.36 # so if I increment unsigned char *src[3] by 1 (3 chars) that's the next full Ycbcr for one pixel? 22.02.45 # what does stride describe? 22.04.08 # There are 3 separate arrays 22.04.41 # *src[3] holds the 3 pointers that point to them 22.04.46 # oh, I see 22.05.08 # so [0] is Y, [1] is cb, and [2] is cr? 22.06.55 # and stride looks like it is some description of the amount you have to move to get to the next value for a line? 22.07.31 # I am guessing because you will have 1 Y value for a pixel, but the cb and cr values are shared with the line below? 22.08.40 # Yes, that all sounds about right. 22.12.18 Quit at0m (Read error: 110 (Connection timed out)) 22.12.47 Quit kushalone ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") 22.15.20 Quit TBOL3 ("http://www.mibbit.com ajax IRC Client") 22.16.23 Quit PaulJam_ (Read error: 113 (No route to host)) 22.22.15 Join tessarakt [0] (n=jens@e180078197.adsl.alicedsl.de) 22.27.01 # not sure wether to ask this in -community or here, but will themes from the old wps gallery be moved to the new theme site? if so, under what conditions? 22.27.57 # Horscht: The original authors need to move them. 22.28.15 # Since there are very specific licensing terms with it, they basically need to be the copyright holder. 22.28.44 # even if CC3 share-alike? 22.28.54 Part isforinsects 22.29.34 # Even then, an email address is stored in association with the theme. It should belong to the author. 22.29.55 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 22.30.01 # ok 22.30.06 # technically anyone could take a CC3SA theme, fiddle with it in a minor way and reupload of course 22.30.37 # but we'd really like to have the original author upload them 22.32.31 # I thought the plan was to wait a while, then see what themes are left in the gallery, and make a decision about moving them ourselves. 22.32.42 # linuxstb: At that point yes, we can make a decision. 22.33.14 # Generally, the key is "a responsible party willing to take responsibility should do the move". We should give time for the original authors to claim responsibility. 22.33.29 Join DarkSpectrum- [0] (n=ZX@76.226.31.144) 22.33.41 # Maybe we could email those authors and ask them to move them, assuming someone can scrape their email addresses from the wiki... 22.35.26 # Sounds like a good idea 22.40.01 Join MT [0] (n=MTee@41.233.146.148) 22.40.19 Join nibbler [0] (n=Nibbler@93-103-10-33.static.t-2.net) 22.43.01 Quit EternalRains ("Ex-Chat") 22.43.47 Quit Thundercloud (Remote closed the connection) 22.44.35 Quit nibbler (Remote closed the connection) 22.44.52 Quit DarkSpectrum (Read error: 110 (Connection timed out)) 22.45.59 # hey rasha are you around? 22.46.18 Nick DarkSpectrum- is now known as DarkSpectrum (n=ZX@76.226.31.144) 22.49.48 # Is there a chance to change the fontsize in a plugin? 22.50.04 # Do you mean as a user, or as the plugin author? 22.50.23 # as a plugin author 22.50.43 Nick evilnick is now known as evilnyc (i=0c140464@gateway/web/ajax/mibbit.com/x-3f054f08039f6c35) 22.51.09 # Yes, you can load a font. 22.51.14 Quit kkurbjun ("Leaving.") 22.51.32 # can you give me the name of the function 22.53.40 # Searching apps/plugin.h, font_load() looks appropriate. 22.55.13 # ok thank you 22.59.00 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 22.59.31 Join jaykay [0] (n=chatzill@p579E7626.dip.t-dialin.net) 23.06.38 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 23.13.48 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 23.15.39 Quit evilnyc ("mibbit.com: hometime!") 23.15.47 Quit bmbl ("Woah!") 23.20.37 *** Saving seen data "./dancer.seen" 23.24.15 Quit fyrestorm (Read error: 113 (No route to host)) 23.32.58 Join david_420 [0] (n=Davie@67.49.202.206) 23.35.52 Quit HellDragon (Client Quit) 23.37.48 # is there easy way to load rockbox on a creative zen vision m? 23.38.27 # david_420: do you see that device listed under the table that lists the working rockbox devices on the main page? 23.39.55 # it's listed on here http://www.rockbox.org/twiki/bin/view/Main/CreativeZVMPort 23.40.51 # david_420, clearly you need to read the line right underneath "install method" 23.40.58 # there are a lot of devices in our wiki...that doesnt mean it works 23.41.17 # oh bummer 23.41.45 # i wasn't sure if that page was updated 23.43.17 Join {phoenix} [0] (n=dirk@p54B47320.dip.t-dialin.net) 23.43.55 # it is 23.44.14 # I can change the font in the menu with font_load(), but I would like to change the font in lcd_putsxy() 23.45.33 Quit {phoenix} (Remote closed the connection) 23.47.04 Join andy` [0] (i=andy@cassarossa.samfundet.no) 23.49.34 Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 23.55.53 # My problem is that I displayed the help text and the highscore with lcd_putsxy(), but on big screens the font looks disproportionally small. Can anybody give me a clue, how to solve this problem? 23.56.35 # have you got any rb->set_viewport() calls in your plugin? 23.57.41 # no, I will try it 23.58.01 # no.. dont 23.58.15 # umm...