--- Log for 28.10.108 Server: brown.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 23 days and 4 hours ago 00.02.06 Quit Hillshum (Remote closed the connection) 00.03.00 Join m0f0x [0] (i=m0f0x@gateway/tor/x-3a65d1c513a7cd5d) 00.06.03 Nick HBK- is now known as HBK (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 00.06.11 *** Saving seen data "./dancer.seen" 00.08.19 Join hd [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 00.08.40 Quit HellDragon (Read error: 104 (Connection reset by peer)) 00.08.46 Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) 00.09.17 Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) 00.09.26 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 00.09.31 Quit jhMikeS (Nick collision from services.) 00.09.37 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 00.15.42 Quit ender` (" “That’s right, babe,” Cochrane chortled. “We’re not possessors, we’re just like dimensionally disadvantaged.” -- Peter F. H") 00.16.20 # ok how do i exit freedoom? 00.16.45 # by pressing the right key(s) 00.16.59 # http://www.rockbox.org/manual.shtml 00.17.15 # nm i had to switch on hold button to get the menu back 00.20.54 Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 00.21.25 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 00.27.10 Quit shotofadds ("Leaving") 00.30.33 Nick hd is now known as HellDragon (n=jd@Wikipedia/HellDragon) 00.30.59 Join Nibbl [0] (n=Nibbler@e181091131.adsl.alicedsl.de) 00.31.25 Join allele2 [0] (i=allele@215.wireless.uwp.edu) 00.33.34 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-18cbe44529b711c0) 00.34.52 # llorean, for a plugin creator (I don't think it would be a true compiler) would the plugin prettymuch iterate through the c file and convert each function into its binary counterpart and print it out into .rock file? 00.35.33 Quit lwizardl () 00.35.37 Quit allele2 (Client Quit) 00.35.40 Join allele2 [0] (i=allele@215.wireless.uwp.edu) 00.36.19 # allele2, that's really just compiling it. 00.37.34 Nick allele2 is now known as allele (i=allele@215.wireless.uwp.edu) 00.38.03 # oh 00.39.50 Quit DataGhost (Nick collision from services.) 00.39.58 Join DataGhost [0] (n=dataghos@unaffiliated/dataghost) 00.40.08 # allele: Why would you want to anyway? 00.42.45 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 00.44.32 Quit HellDragon (Read error: 104 (Connection reset by peer)) 00.45.07 # hehe, lots of reasons for me, overall I'd like to be able to compile on the go 00.45.26 # Do you often code on the player or something? 00.45.50 # allele, seems easier to just carry around a laptop. 00.46.24 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 00.46.43 Join dead3r [0] (n=dead3r@71-80-183-71.dhcp.azus.ca.charter.com) 00.50.41 # I know noone would code an entire plugin on their player, but if you make a plugin and notice a simple bug in it and know how to fix it why wait not just fix it on the player? 00.51.04 Join daurnimator [0] (n=daurn@ppp118-208-183-10.lns10.mel4.internode.on.net) 00.52.19 Quit m0f0x ("dang") 00.52.38 # allele: It'd mean you'd need to keep an up-to-date copy of the Rockbox source on the player 00.52.45 # And your compile times would probably be longer than your battery life. 00.52.58 # for a single plugin? 00.54.24 # Depends on the plugin, but some of our plugins are the longest-taking parts of the normal compile. 00.55.38 # alright well in any case the idea is now on the log and on topic and I have to go 00.55.40 Quit allele ("Java user signed off") 00.56.20 Quit bluebrother ("leaving") 00.59.24 Join daurnimas [0] (n=daurn@ppp118-208-172-186.lns10.mel4.internode.on.net) 01.00.45 Quit mc2739 () 01.06.36 Part pixelma 01.07.07 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 01.07.46 Quit dead3r () 01.13.09 Quit daurnimator (Connection timed out) 01.21.10 Quit daurnimas (Connection timed out) 01.21.44 Join daurnimator [0] (n=daurn@ppp118-208-136-104.lns10.mel4.internode.on.net) 01.23.46 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.25.12 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 01.26.02 Join dataangel [0] (n=chatzill@190.42.218.68) 01.27.00 # What's the best way for a plugin to get the time for N days from now? Not sure what combination of get_time and mktime to use, could just add seconds to result of mktime but I don't know if that's kosher 01.30.17 Join bughunter21 [0] (n=Jelle@77.164.66.126) 01.31.13 Quit PaulJam (".") 01.31.49 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 01.36.12 Quit culture (Read error: 110 (Connection timed out)) 01.44.41 Join __indi_ [0] (i=indi@bnc1.shellium.org) 01.44.53 # <__indi_> hello 01.45.57 # <__indi_> and bye 01.46.00 Part __indi_ 01.46.21 Quit bughunter2 (Read error: 110 (Connection timed out)) 01.52.52 Quit miepchen^schlaf (Remote closed the connection) 01.59.42 Quit daurnimator (Connection timed out) 02.00.05 Join daurnimator [0] (n=daurn@ppp118-208-133-7.lns10.mel4.internode.on.net) 02.06.14 *** Saving seen data "./dancer.seen" 02.10.52 Quit saratoga ("CGI:IRC (EOF)") 02.16.29 Join nring [0] (n=nring@CPE-124-191-37-233.vic.bigpond.net.au) 02.26.20 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 02.27.00 Quit faemir (Remote closed the connection) 02.27.05 Quit Thedjatclubrock ("Changing server") 02.30.05 Join m0f0x [0] (n=m0f0x@189-47-6-147.dsl.telesp.net.br) 02.31.32 Quit dataangel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 02.48.24 Join daurnimas [0] (n=daurn@ppp118-208-140-232.lns10.mel4.internode.on.net) 02.49.54 Quit krazykit ("Connection reset by beer") 02.53.45 Quit daurnimator (Connection timed out) 02.58.18 Join Darksair [0] (n=user@123.112.113.68) 03.04.00 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.04.05 Join christophe [0] (n=chatzill@216.189.211.226) 03.05.02 Quit massiveH ("Leaving") 03.06.28 Quit daurnimas (Connection timed out) 03.06.45 Join daurnimator [0] (n=daurn@ppp118-208-129-129.lns10.mel4.internode.on.net) 03.07.14 Quit jhulst (Read error: 110 (Connection timed out)) 03.07.26 Quit m0f0x ("sleep") 03.10.40 Join midkay_ [0] (n=midkay@65-101-133-84.tukw.qwest.net) 03.13.45 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.15.33 Nick Darksair is now known as Darksair{away} (n=user@123.112.113.68) 03.15.39 # Llorean, are not these new "low mem" targets low mem _because_ they are flashed based and the manufactures have decided to forgo expensive RAM since it is of only marginal benefit on a flash-based player? 03.16.15 # Yes 03.16.23 # But in their case we need to fit the core *and* codec into RAM 03.16.31 # Assuming we drop the idea of plugins entirely. 03.16.42 # As in, don't reserve the plugin buffer, I mean 03.16.46 # If anything I think the low-mem flash targets argue for the settings-as-plugin direction, as they negate one of the strongest arguments against (disk hit). 03.16.53 # Yes, they do. 03.17.15 # But I can't imagine settings-as-plugin freeing up several MB of RAM. 03.17.40 # I assume the forking of settings-as-core and settings-as-plugin into two branches would be a nightmare to maintain? 03.17.43 # As it stands we use 1MB for codec + codec RAM, iirc, plus the main binary and its in-memory structures. 03.18.08 # I think whether or not it's a nightmare to maintain comes second to whether it's necessary. 03.18.30 # As it stands, we're probably going to *have* to have a "lite" or "lowmem" version of Rockbox for those targets. 03.18.43 # It might be best to just pare down the features and have "lowmem only" targets and "lowmem or full" targets 03.19.13 # settings-as-plugin-Mk-II, where HDD targets have a second plugin buffer for the settings plugin to be always loaded? 03.19.31 # and flash targets don't have said second plugin buffer? 03.22.55 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.24.00 # settings as plugin won't save much at all 03.24.02 # just the menu code 03.24.26 # Llorean: nothing will free up several MB of RAM... in total we use 5mb on the worst targets... 2.5MB of tht is the codec, plugin buffers and the bin 03.24.32 Quit midkay (Read error: 113 (No route to host)) 03.24.52 # JdGordon: Exactly. My point was, more or less, we need a more drastic solution for the very lowmem targets than paring down settings. 03.26.01 # Obviously since they're flash we could cut most dircache functionality. We could probably remove database generation, requiring it to be PC-side for "rockbox lite". Drop the plugin buffer. Use a restricted subset of the codecs (only ones below a certain memory-use threshold). Tone down the UI a lot (since they're so far pretty limited screens, not too bad a problem here). 03.26.06 # Maybe even drop loadable fonts and bitmaps. 03.26.25 Join gregorovius [0] (n=diego@host107.190-31-246.telecom.net.ar) 03.26.28 # How much mem does database gen code take? That seems like perfect plugin fodder. 03.26.34 # heaps! 03.27.01 # soap: Putting it in a plugin removes the ability to have it auto-update. 03.27.11 # why? 03.27.17 # god, i wish people would stop seeing stuffing things in a plugin as a solution 03.27.21 # core things should remain core 03.27.22 # Have said plugin lauch on boot. 03.27.37 # soap: And USB. And file delete. And etc? 03.27.49 # preglow: Database *generation* is only dubiously core 03.27.54 # For years it was external-app only. 03.28.13 # well, as it is now i can agree 03.28.20 # has to run on startup anyway 03.28.35 # I'm asking this not as someone who has the knowledge or skills to do it - but as someone wrestling with the philosophical question of it, preglow, so forgive me if I seem to be advocating one position over another. 03.28.35 # but i very much like the fact that rockbox can generate its own db 03.28.44 # How else do you strip the core size down? 03.29.00 # Hi. I'm currently using a nokia n800 as a music player, but i'm looking for something smaller and with more capacity. buying a used ipod and putting rockbox came to my mind, so I'd like to ask a couple things: does it show up as a usb mass device I can just copy music to, or do I have to put up with iStuff? and how's the battery life overall? 03.29.05 # by optimizing and not including the kitchen sink 03.29.24 Part christophe 03.29.24 # gregorovius: no need for iTunes, and battery life is similar to what apple advertises. 03.29.38 # but yeah, i very much agree with llorean at least on the low-mem target side 03.29.42 # we need to do something drastic there 03.29.45 # preglow: Well, the hypothetical target has 384KB of RAM, so it's got to be more drastic than "optimizing" 03.29.50 # Ah, right. 03.30.07 # well, putting anything in a plugin isn't a solution there 03.30.19 # since plugins will be _very_ restricted, if allowed at all, with so little ram 03.31.14 # How much smaller are builds for the Player than for bitmap-targets? 03.31.18 # Llorean: I really think that the 384KB target is irrelevant to the dissucssion.. MAJOR changes will have to happen for that port whatever happens, its the 8-16MB hard disk targets which are the only valid argument (imo) and they arnt being made anymore 03.31.30 # our plugins really just aren't flexible enough for them to be used for anything else than just small programs and games 03.31.38 # JdGordon: You don't know that, at all. 03.31.40 # 1,402,860 is current H300 RAM size. optimize that by an ungodly 50% and you're still large. 03.31.57 # the h300 has 32MB ram... 03.32.10 # missing my point, JdGordon. 03.32.49 # My point is a modest color-screen target consumes so much RAM that "optimizing" will never get 384 and thus pruning is the only option. 03.33.00 # pruning is indeed the only option 03.33.21 # and should be target specific when its closer to a mutliation... 03.33.38 # not only that, but we'll have to do add alternate code for some parts, like reading files directly from flash, not to ram first 03.34.01 # * preglow shudders 03.34.03 # preglow: while I don't like the settings-in-a-plugin idea the main overhead of settings in size comes from the settings mechanism 03.34.04 # i like my ram 03.34.28 # XavierGr: are you sure? i'd be surprised if the menu code added more size than the settings handling itself for most settings 03.34.32 # we talking about the clip here? 03.35.03 # * ameyer is too lazy to scroll up 03.35.24 # ameyer: not in particular, we're talking features and binary size, it seems 03.35.58 # preglow: well just a simple integer can add up to 300 bytes of code (setting function one liner) 03.36.11 # preglow: though I am not sure how much of this can be saved by a plugin 03.36.20 # i don't really see any of this as a problem at all, i don't mind using more ram for features. the problem i see with this is that rockbox has a usability problem that'll only get worse with adding more features 03.36.26 # that part cant be moved to a plugin 03.36.34 # its the menu's which can 03.36.51 # ah then I really don't know if it makes a difference 03.37.13 # preglow: adding more features doesnt make it worse... we've known for a long time we need a usability reowkr 03.37.23 # i can see rockbox becoming one of those programs where i just see all of the settings then go "bah, i can't be bothered" 03.37.36 # well, I assume Llorean's "hypothetical target" is the clip 03.37.43 # you think that doesnt happen already? 03.37.48 # it does 03.37.48 # preglow: I find usability issues and features somewhat irrelevant. I don't think one contradicts the other. It is just that no usability improvemnts happened 03.37.49 # ameyer: yes 03.37.50 # that's my point 03.38.04 # then there is no loss by adding more 03.38.05 # and i don't want to make it worse before it's gotten better 03.38.09 # hahaha 03.38.10 # the same people will ignore it anyway 03.38.12 # what kind of thinking is that? 03.38.22 # "it's bad, so we can just go on and make it worse" 03.38.30 # how many "features" (tongue-in-cheek) are currently ifdef'd? Recording/Albumart/quick&pitchscreens/tagcache? Is that about it? 03.38.38 # I still can't understand why a big list of selection can hinder usability 03.38.55 # either way you will choose the setting you want to change, the others you just simply ignore 03.38.58 # soap: yeah, not many more than that 03.39.04 # dircache 03.39.24 # does dircache consume squat if it is not enabled? 03.39.35 # it will once my latest patch goes in 03.39.44 # XavierGr: so you don't feel a difference in using a program that has tons of settings and one that has fewer, but manages to do what you want anyway? 03.39.45 # but atm its a couple k 03.39.49 # i sure know what i like the best 03.40.37 # sounds like an argument for "non-core" settings to go non-core to a plugin. ;) 03.40.49 # preglow: the thing is, peple comeing to rockbox want more from their DAP, its not like PC apps where there is choice, its the option of the OF, or choice 03.40.54 # preglow: aren't you annoyed by a program that lacks the little thing you wanted to change? 03.41.13 # preglow: and yeah programs with tons of settings are on my top lists 03.41.16 # JdGordon: oh, indeed, i don't want to pare rockbox down to an ipod 03.41.28 # preglow: most others are a major PITA 03.41.34 # JdGordon: but i have a slight feeling that if we lower our standards on what goes in, rockbox will be a goddamned mess 03.41.41 # XavierGr: So you'd rather just put in every option you can imagine? 03.41.51 # and in the end, also from a developers stand point 03.41.58 # Rockbox already has some really messy features 03.42.10 # tons of features that few people care about soon equates to tons of features developers don't know well 03.42.12 # preglow: some examples: Winamp vs Foobar, Windows Media Player vs Media Player classic 03.42.51 # Llorean: Personally yes, but this is rather impractical for real use and a project such as rockbox (embedded limited resources etc) 03.42.55 # ok, its NOT black and white... bad features will stay out, badly done features will stay out untill they are done... its the (what you love to call) mediocre ones with maybe a small following which are being argued 03.43.21 # Llorean: and yeah just like JdGordon said only quality-done features 03.43.45 # patches should only be rejected on technical reasons 03.43.50 # it's kinda pointless arguing about this anyway 03.43.56 # if there is a good feature, then it should go in 03.43.56 # somewhat true 03.43.58 # JdGordon: So we should accept *everything* that's not technically flawed? 03.44.03 # we'll argue about what is a good feature, tho 03.44.22 # all i want is just for rockbox to become more usable and seem less like a bunch of tricks just thrown together 03.44.30 # but i can't argue that into not being 03.44.40 # that just needs someone skilled in user interfaces to come and do some work... 03.44.46 # god knows that person is not me 03.44.49 # Llorean: not everything, but if there is a patch i want and you dont thats technically fine it shuold, and if there is one you want and I dont (and you are happy to commit it) then it should 03.45.12 # preglow: waiting for the messiah isnt helful 03.45.15 # XavierGr: not just well programmed. It needs to be a feature that, over all, improves the experience for people. That means any costs to future users (binsize is a cumulative, permanent cost, for example) should be outweighed by the overall benefits. 03.45.17 # helpful 03.45.33 # JdGordon: So basically, as long as one person wants it, and it has no technical flaws, it goes in? 03.45.36 # That's pretty ridiculous. 03.45.39 # and Llorean yes I agree that Rockbox has some really messy features 03.45.41 # why? 03.45.48 # Every feature has ONE person who wants it. 03.45.51 # Otherwise it'd never be coded. 03.46.04 # it needs one commiter to wwant it... not 1 joe shmoe 03.46.14 # JdGordon: making rockbox the biggest mess we can in the meanwhile also isn't helpful 03.46.16 # The feature I want is "longer battery life" 03.46.19 Nick Darksair{away} is now known as Darksair (n=user@123.112.113.68) 03.46.20 # can I remove features to get it? 03.46.32 # Or does it only work for adding code, rather than adding features? 03.46.46 # Llorean: you know that this is affected insignificantly right now 03.46.54 # then we are back to squae one with nothing new ever going in 03.46.55 # XavierGr: Not on my Archos. 03.47.11 # Llorean: true, that why they are tagged as the problem targets 03.47.20 # XavierGr: And whether it's significant or not is irrelevant to JdGordon's suggestion that "if one committer wants it, it should be done" 03.47.35 # preglow: small patches dont negativly affect things.. its the big ones which introduce mess 03.47.43 # sure 03.47.48 # indeed 03.47.54 # and its the samll ones which are being argued about 03.48.01 # I thought this was about no specific feature... 03.48.05 # i'm not saying nothing should go in either, i'm just saying we shouldn't alter our standards too much 03.48.12 # The ones MOST argued about are jpeg in the core, bitmap scaling, and multifont. 03.48.24 # * preglow wants jpeg in the core :> 03.48.25 # none of which has a working patch 03.48.29 # In fact, other than XavierGr's recent patch, was there *any* other specific patch you had in mind with this complaint? 03.48.31 # working finished patch 03.49.12 # sure, my last 3 commits, wps view mode, bassically any time i comimt something which isnt a maintenance commit 03.49.20 Quit Darksair (Remote closed the connection) 03.49.21 # JdGordon: And none of those were actually rejected? 03.49.29 # I mean, I'm failing to see the actual *problem* 03.49.34 # Where is this list of wrongfully rejected patches? 03.49.40 # for me yes it is not about a specific feature, I just don't want to see the rejecting rate increasing 03.49.41 # its the pointless arguments around it which pisses me off 03.49.52 Join Darksair [0] (n=user@123.112.113.68) 03.50.01 # JdGordon: Ah. "People complain to me, so I wanted to complain back in the mailing list." 03.50.23 # XavierGr: commit your patch and see what happens 03.50.25 # So, there's not actually any patches you feel were *rejected* wrongfully? 03.50.37 # customizable quickscree 03.50.38 # n 03.50.49 # No, Llorean it is about the ongoing habit making setting inclussion more stric 03.50.50 # t 03.50.55 # XavierGr: How many patches do *you* think were rejected wrongfully? 03.51.04 # If it's more strict, there *must* have been some rejections you felt should go in, right? 03.51.12 # i don't really think we are getting more strict 03.51.23 # perhaps as compared to the early years, but it's not the same project anymore 03.51.23 # JdGordon: I can't commit my patch, I don't have access :P 03.51.28 # I think we just have more people, so more opinions get voiced. 03.51.31 # * JdGordon thought you did :p 03.51.32 # We're LOUDER, not the same as "more strict" 03.52.02 # "more strict" would require that we actually create a barrier to inclusion of patches beyond simply saying "I don't like that patch" 03.53.20 # i dont like that patch isnt low enough for you already? 03.53.39 # I'm confused by that sentence. 03.53.59 # you just said that the barrier to inclusion of patches beyond simply saying "I don't like that patch" 03.54.12 # I said that if we'd become more strict, there'd have to be an actual barrier. 03.54.27 # Right now, as far as I can tell, your complaint is "people keep telling me they don't like my patches." 03.54.32 # I don't see how that's in any form an actual "barrier" 03.55.06 # ok, fine, done 03.55.16 # Llorean: Actually I keep reading comments of "Settings bloat" more frequently 03.55.45 # Llorean: you have just implictly agreed that it only needs one commiter to like a patch for it to go in 03.55.46 # that is forming a negative filtering for further features 03.57.26 # how did he agree to that? 03.57.27 # JdGordon: I never said it requires more than one. 03.57.41 # All I said was, features shouldn't go in *just because* one person wants them. 03.57.56 # *poof* 03.58.01 # which is not the same.. how? 03.58.23 # Doom *requires* 2MB of RAM to run. Just because you have 2MB of RAM, should you run doom? 03.58.33 # preglow: indeed it's not the same project anymore. In the old days I remember it more user friendly (and I don't mean in software) 03.58.53 # One person can commit any features. The question of whether they should is not the same question as whether they're capable of doing it. 04.02.14 # XavierGr: which comes from not involving so many people 04.02.27 # things get more complicated with more people onboard 04.02.34 # that happens to absolutely every project 04.02.47 # As the number of people involved increases, the probability of voiced dissenting opinions approaches 1. 04.03.09 # preglow: true, I remember it had much more of a family feeling thing :) 04.03.25 # yep, and i actually prefer smaller projects for just that reason 04.03.52 # but there's nothing to be done about that, rockbox has gotten big, and that is good 04.04.09 # then pre commit talks should start something like "I'm going to commit FS#... I feel it is in line with the projects goals, if you have technical objections voice them..." 04.04.21 # preglow: of course and I hope further for its best 04.04.31 # amen 04.05.05 # JdGordon: Just saying "I feel it is in line with the project goals" doesn't immediately make you right about it, and people will still voice disagreement. 04.05.16 # Technical objections are *not* the only objections valid on a patch. 04.05.28 # though I am deeply conserned with its future. Devices tend to increasingly merge to phones these days :( 04.05.46 # XavierGr: well, then we'll code on phones 04.05.47 # shrug 04.05.58 # Patches should be discussed on the mailing list more often. 04.06.03 # the only thing that could threaten rockbox' future is if everything ran on high-powered generic hardware 04.06.06 # rockbox might as well have a (distant) future only as an application on those devices 04.06.08 # and that won't happen any time soon 04.06.08 # You get more voices, and a better way to see how many devs feel what way about it. 04.06.17 *** Saving seen data "./dancer.seen" 04.06.30 # XavierGr: well, rockbox as an app isn't so horrible, is it? 04.06.51 # Llorean: I agree that patches should be discussed more on the mailing list, though sometimes there is complete absence of opinions there 04.06.54 # Llorean: there is still the magic number of how many objections does it take to concede? 04.07.02 # 1? 2? 6? 04.07.14 # preglow: of course not, it just has a different feeling to it. 04.07.23 # heh, sure 04.07.30 # JdGordon: No. Just like there's no magic number for how many people must like it before it goes in... 04.07.42 # XavierGr: i sure know i'd love rockbox as an app on my mobile, perhaps then i'd use it for music 04.07.42 # I've never denied that in the end it's one person's judgment call. 04.08.12 # preglow: na, I still wouldnt use my phone for a DAP... its battery life is more imporant to me than music 04.08.14 # But all I can see is that you're complaining about being complained at, since nobody's actually *rejected* anything you can complain about. 04.08.17 # preglow: truly that would be amazing to have, just like those linux-motorola mobile phone users 04.08.56 # Llorean: you misunderstand, it is just worries of increasing settings censorship 04.08.57 # JdGordon: well sure, depending on that of course 04.09.05 # if i felt i needed music more than contacting people, i'd play music 04.09.10 # XavierGr: "Censorship"?! 04.09.21 # XavierGr: no he gets it... we have moved off a bit from the origional argument 04.09.23 # I mean acceptance 04.09.34 # XavierGr: well, there's no need to worry about that; there's no sign that it's happening 04.09.35 # What, *exactly* is the poitn? 04.09.39 # Nobody has rejected any features. 04.09.44 # Only like, two features have been reverted ever. 04.09.47 # customizable quickscreen 04.10.08 # So the point is "People keep complaining, and because of that, I feel intimidated and choose not to commit features even though I'm sure they're good, but not sure enough to overrule the complainers"? 04.10.24 # you tihnk thats not a good attiude to have? 04.11.01 # ah fuck this, im hungry, i will loosen my attitude to other's opinions 04.11.05 # I think that if you're sure the feature is the right way to go, you'd have enough confidence to say "Look, everyone's just voicing opinions, I know nobody will always agree, but I think this feature is the right thing for Rockbox, and it's implemented in the most positive way right now" 04.11.19 # Llorean: my worry is that a negative consensus on settings might be ensured 04.11.36 # Honestly, if I were you, I'd commit the version of XavierGr's patch that uses a setting, and be done with it, rather than creating topics in the mailing list. 04.11.40 # i desperately need to sleep 04.11.42 # nightie all 04.11.45 # night 04.11.49 # night 04.11.58 # XavierGr: So people shouldn't voice opinions? *That* would be censorship. 04.12.05 # Because that's all the topic is here: People voice a lot of opinions. 04.12.22 # now my problem is if its commited everyone will yell that i did it out of spitw 04.12.24 # spite 04.12.25 # Llorean: if he commited just like that there would be a lot of flame 04.12.43 # XavierGr: And? 04.13.05 # If you're sure the feature is *right*, why do you actually care about the flame? 04.13.21 # noone is ever sure of anything 04.13.33 # I would disagree. 04.13.41 # Maybe not "sure" but "confident" at least. 04.13.49 # Llorean: I thought commiting patches was a group process, and if there are serious objections it can't be commited 04.14.04 # XavierGr: If that were true, we'd only have one or two committers, and a vote. 04.14.31 Join echelon [0] (n=echelon@ool-182cc7a4.dyn.optonline.net) 04.14.42 # When you're given commit access, that's a card saying "The project trusts your judgment, so try to use it wisely." That includes judging when you decide people are just being vocal, but they're vocalizing against the real best interests of the software. 04.15.07 # for some reason my sansa isn't booting into its original firmware when i hook it up to usb 04.15.12 # so i can't mount it 04.15.25 # If it becomes a real problem, either way, then we stop and discuss where we got off track. But if you really let loud voices stop you, nothing ever really happen, but you (the person listening to them) is the one really stopping progress, not the loud folk. 04.15.38 # Llorean: well I've seen len0xs commits getting reversed, that wasn't good for the project either. The man got angry and left. Of course maybe it wasn't right to commit in the first place, it gets complicated 04.16.10 # did i come at a bad time? 04.16.11 # * JdGordon doesnt even recoginse that nick :p 04.16.16 # echelon: which sansa? 04.16.41 # c250 ver 1 04.16.47 # echelon: well, either way, hold left while its booting, maybe usb detection isnt working brilliantly 04.17.00 # XavierGr: Changes in *how* things work are probably something that should be discussed, since you're taking away old behaviour 04.17.12 # * ameyer guesses echelon has one of "those" builds that freezes on usb plugin 04.17.13 # you don't *have* to, but part of having your judgment trusted is a willingness to try to discuss things first. 04.17.21 # it hasn't happened before 04.17.42 # cool, thanks :) 04.18.26 Join blkhawk- [0] (n=blkhawk@g226196046.adsl.alicedsl.de) 04.19.05 # what gui library does the sansa use for its apps 04.19.24 # XavierGr: And frankly, len0x's attitude was really bad. 04.19.35 # "I'm a new young developer, and the old guys don't want to lose control" kinda stuff. 04.19.42 # Llorean: I agree on that 04.19.48 # echelon: What do you mean? 04.19.54 # how long ago was this? 04.19.55 # I am just saying it was a bad experience 04.20.07 # JdGordon: 2005, google "len0x site:rockbox.org" 04.20.36 # XavierGr: That was a case of him putting his personal use preferences in, in a way that removed the existing use preferences though. 04.20.56 # Your patch, for example, doesn't remove anything existing (at least as a setting) 04.21.01 # hehe first hit is about settings 04.21.05 # I'd probably revert it if you hard coded "+++" as the string, for example. 04.21.20 # If it's going to be hard-coded, we need a consensus on what the new value is. 04.21.35 # but too many settings are bad (apparently) 04.21.39 # If it's going to be a setting, on the other hand, you just need to be confident that it really improves usability more than it hurts usability. 04.21.44 # I agree 04.22.07 # JdGordon: Too many are. That *doesn't* mean *all* new settings are. 04.22.10 # Llorean: SDL? 04.22.15 # Personally, I think this one is on the lower end of "acceptable" 04.22.37 # echelon: The simulators use SDL. If you mean inside Rockbox, there's nothing but custom code. 04.22.48 # oh 04.22.56 # not even ncurses? 04.23.01 # echelon: we have out or graphics library which you need to use, mostly just letting you draw lines and rectangles 04.23.03 # echelon: Rockbox isn't Linux. 04.23.11 # oh.. what is it? 04.23.13 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-f140e122a0fdb1b7) 04.23.20 # i see 04.23.29 # XavierGr, JdGordon: By "lower end" I mean "it's acceptable for commit, but it's a fringe feature and is expected to incite debate" 04.23.33 # cool 04.23.35 # echelon: Rockbox is Rockbox. 04.23.46 # It's a custom, from scratch system. 04.23.55 # nice :) 04.24.17 # echelon: have a look at some of the plugins... we have everything you need.. you bring up ncurses, we have a list and menu api which is just as easy 04.24.49 # rockbox, in some cases, does "borrow" code from certain linux distributions, though 04.25.04 # ameyer: Rockbox also borrows code from a variety of codecs, etc. 04.25.23 # true 04.25.25 # But Rockbox is a very, very far stretch from *being* Linux or a UNIX-like OS in general 04.25.27 # and doom... 04.25.59 Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") 04.26.05 # what is the low mem target people were arguing about before? 04.26.07 # you're right.. it's not reading the usb 04.26.12 # what's wrong with it? 04.26.14 # saratoga: Clip. And not arguing about that one. 04.26.20 # Llorean: At start I didn't have any hopes about it, it started as a self-hack (that's why hardcoded). Then other people got interested and more customization was preffered. In the end it ended up as a setting. 04.26.42 # the Clips got 2.3MB it seems, which ought to be enough for a Black+white target 04.26.45 # XavierGr: Well, you really shouldn't post to the tracker unless you're submitting it toward commit. That's what the tracker's for. 04.26.51 # well BW flash target 04.26.55 # saratoga: arg, that makes it worse actually... 04.26.56 # saratoga: Maybe I'm confused. Which one was 384KB? 04.27.28 # we thought the clip had 320KB until last week when funman found another 2MB hidden on it, so maybe thats what you're thinking of? 04.27.37 # maybe that's it. 04.27.46 # 384KB ought to be enough RAM for anybody... 04.28.08 # XavierGr: Anyway, I've been on the receiving end of wanting to commit a patch that a *lot* of people (in fact possibly a significant percentage of our current user-base for the affected target at the time) were in vocal objection to. 04.28.16 # I don't think we're ever likely to get a target with less then 2MB ram now that the ifp port is dead 04.28.21 # Llorean: the tracker isnt really only for patches which should go in... there is no reason why a patch cant go there and sit waiting for support, (unless the author disappears when it comes to commit time) 04.28.29 # So I know what it's like to hear people complaining. But you (or your designated committer, JdGordon) just need to make up your mind whether the patch is "right" for rockbox or not, and then do it. 04.28.43 # Llorean: which patch was that? 04.28.45 # JdGordon: so what can i do if usb detection isn't working? 04.28.49 # JdGordon: I said "toward" commit. 04.28.51 # nothing shows up in dmesg 04.29.02 # are you in the OF? 04.29.05 # JdGordon: As in, any patch that's working toward commit, even if it's not ready *yet*, but not patches that are just intended for the self. 04.29.11 # JdGordon: Sansa e200 keymap 04.29.13 # the sansa knows it's connected since it's showing the charging indicator 04.29.24 # Llorean: oh yes, I remember 04.29.37 # echelon: your on ubuntu? 04.29.46 # slackware 04.29.48 # echelon: that was directed at you 04.29.57 # JdGordon: Again it was a very subjective argument. But I was pretty darn sure the right way, in the long term, would be to have the "Rockbox" keymap rather than the "Sansa" keymap, for overall usability. 04.30.23 # saratoga: OF? 04.30.29 # original firmware 04.30.54 # i am now 04.31.28 # JdGordon: Anyway, I'm off for about two hours at least. I'm sure this isn't the last I'll hear of this anyawy. 04.31.33 # echelon: try a different port on your computer, check dmesg for usb resets... if your in the OF and no usb then your on your own :( 04.31.46 # k :\ 04.32.03 # reading the logs, I think complaining about settings wasting memory is rather silly when the codecs probably waste a good 0.5MB, maybe more 04.32.04 # Llorean: na, im done 04.32.30 # saratoga: 1MB... but they are the whole point of rockbox so its sort of valid 04.32.42 # should USB mode be auto-detect or MSC? 04.32.51 # but yeah, the big part of adding settings is stuck in the core 04.32.51 # I don't think all of the 1MB is wasted, since we need some ram for codecs 04.33.45 Quit blkhawk (Read error: 110 (Connection timed out)) 04.34.09 # i'll try a reboot 04.34.25 Nick blkhawk- is now known as blkhawk (n=blkhawk@g226196046.adsl.alicedsl.de) 04.36.01 # looking online there are embedded AAC-HE/PS decoders that use less then 200KB of RAM, verses the 1MB ours uses 04.36.31 # probably not open-source, though 04.36.57 # of course not, otherwise we wouldn't need faad 04.37.41 # heck, open-source doesn't even matter that much 04.37.57 # more like GPLv2 compatible 04.41.08 # JdGordon: the reboot worked 04.41.09 # weird 04.41.20 # oh good :) 04.41.29 # wonder what the issue was 04.41.54 Join midkay [0] (n=midkay@rockbox/developer/midkay) 04.45.09 # if I were to buy a classic-line ipod solely to use with rockbox, would it make sense to get a video over a 5g? 04.45.42 # is there any difference? 04.45.47 # Video = 5G 04.46.23 # The 6G (Classic) is the one you don't want, because Rockbox doesn't run on it. 04.46.48 # cool_walking_: sorry, I meant to say 5g vs 4g 04.47.03 # ipod video vs ipod photo or color 04.47.14 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 04.47.25 # 5G has a nice qvga screen 04.47.49 # 4G Photo is less pixelles 04.47.54 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-cd89f24f5c019e82) 04.48.39 # yeah, but besides from that? can the 4g play video smoothly w/ rockbox? 04.51.25 # http://rockbox.org/wiki/PluginMpegplayer says 4g gets faster video playback. 04.51.35 Quit midkay_ (Read error: 110 (Connection timed out)) 04.52.10 # the video certainly can't, in rockbox... but the OF, using the hardware decoder, is probably your best bet for video 04.53.13 # or a gigabeat. the ipod line are not the very best for rockbox video. 05.00.19 # hm, it seems video on the 5g isn't quite top notch 05.02.24 Quit daurnimator (Connection timed out) 05.02.44 Join daurnimator [0] (n=daurn@ppp118-208-172-224.lns10.mel4.internode.on.net) 05.02.55 # it's only good in the OF, there's a hardware decoder that's quite nice, as i understand, but not documented, so only apple gets to use it. 05.04.11 # I see. in any case, video wouldn't be my main use, and I guess I could reboot to the OF in those cases 05.05.04 Join daurnimas [0] (n=daurn@ppp118-208-189-55.lns10.mel4.internode.on.net) 05.05.43 # for overall processing muscle, the gigabeat is probably your best bet. it'll do much better if you want to use the more cpu intensive audio codecs. 05.06.39 # cool_walking_, that is a bit misinformative. 05.06.54 Quit aarcane ("Leaving") 05.07.52 Join ^thehatsrule^ [0] (n=none@unaffiliated/thehatsrule/x-873637) 05.07.55 # Unhelpful: I don't think I can get a used gigabeat at a decent price... or at all, I only see a 10gb on craigslist here 05.08.00 # The 4G and the 5G have almost exactly the same playback speed _per pixel_, the 4G just has less pixels. load the 4G resolution video on the 5G and you'll get the same speed. 05.08.03 Join Darksair [0] (n=user@123.112.113.68) 05.08.09 # Okay but I didn't want to bother saying "is the same speed but has a smaller screen so blah blah" 05.08.55 # so you'd rather say something misleading than something clear? 05.09.04 # Are you scorche? 05.09.32 # haha 05.09.45 # I said video playback, not video decoding/drawing speed. 05.09.48 # I can get you a 10GB Gigabeat F for $50 or a 40GB one for $100. Neither of those are great prices. toffe might have better prices. 05.10.07 # i'm not in the us of a 05.10.17 # and that's still wrong. Comparing like to like and they are alike. 05.10.37 # gregorovius, ok, add $10 to those prices, assuming central europe. 05.11.11 # so I should have added a "at full screen for each target" qualifier? 05.11.40 # south america, actually 05.11.53 # I've never shipped there, hold on a min. 05.13.12 # varies greatly. $10 for brazil, quite a bit more for Argentina. 05.14.33 Quit saratoga ("CGI:IRC (EOF)") 05.15.39 # But back to iPods as Rockbox targets. The iPod G4 has probably the worst battery life (maybe except for the MiniG1???) 05.16.18 # The G5 60/80GB variants the best. (more RAM and bigger batteries than the 30GB variants) 05.16.37 # argentina, and any case, soap, I don't trust the mail to get anything over $0.10 to me 05.17.12 # I was thinking of getting a 5g 60 or 80gb, yes 05.20.34 Quit daurnimator (Connection timed out) 05.20.35 Quit Zarggg () 05.21.41 Quit FOAD (Read error: 110 (Connection timed out)) 05.22.34 Part echelon 05.29.08 Quit kachna (Read error: 104 (Connection reset by peer)) 05.29.23 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 05.34.32 Quit markun (Read error: 104 (Connection reset by peer)) 05.34.42 Join markun [50] (n=markun@rockbox/developer/markun) 05.42.15 Quit gregorovius () 05.44.26 # <^thehatsrule^> hi, would anyone know if the sansa e260 with the product id/model SDMX4-4096-C70 is compatible with rockbox? 05.44.46 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 05.46.45 # ^thehatsrule^, nope.. you need to look at the firmware version for sure 05.51.25 Quit nring (Remote closed the connection) 05.54.27 # <^thehatsrule^> alright, thanks 05.56.50 Quit XavierGr () 06.06.19 *** Saving seen data "./dancer.seen" 06.06.37 Quit ghen ("leaving") 06.07.48 Quit Darksair (Read error: 104 (Connection reset by peer)) 06.08.27 Join Darksair [0] (n=user@123.112.113.68) 06.31.28 Join AndyIL [0] (i=AndyI@212.14.205.32) 06.36.54 # is a 3.3KB ram saving worth making buffer_alloc() harder to make slightly more dynamic? 06.37.49 # less actually... 832 bytes even 06.44.25 Join reacocard_ [0] (n=reacocar@WL-112.CINE.HMC.Edu) 06.44.55 Quit AndyI (Read error: 110 (Connection timed out)) 06.56.09 Join puzzles [0] (n=dan@xmms2/developer/puzzles) 06.56.46 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 06.59.30 Join m0f0x [0] (n=m0f0x@189-47-1-244.dsl.telesp.net.br) 06.59.38 # i'm having trouble with the (obviously experimental) video support on an ipod video. it seems no matter what combination of mencoder flags i use, i can't get audio. 06.59.56 Nick Darksair is now known as Darksair{away} (n=user@123.112.113.68) 07.00.15 # is there some magic set of mencoder flags? or does mencoder do some weird encoding that the mpegplugin can't understand? 07.03.22 # puzzles, does the converted file work on your PC? 07.04.34 # and.. there is an mencoder example on the PluginMpegplayer wiki page. 07.04.48 Quit CaptainKewl (Read error: 110 (Connection timed out)) 07.05.20 # cool_walking_: yes it does. and fwiw, i've been using that example and varying it 07.06.45 # the particular files i was reencoding actually worked, but played very choppy and with the wrong aspect ratio. so i even tried -oac copy and just reencoded the video, but still no audio 07.13.03 Nick Darksair{away} is now known as Darksair (n=user@123.112.113.68) 07.13.07 # Wait, by "worked" you mean when you didn't use -oac copy it had audio? 07.14.00 Quit HBK (Read error: 110 (Connection timed out)) 07.15.29 # Llorean: yes 07.15.50 # Llorean: oh sorry, no. i misread. 07.16.05 # the original file "worked" in that the audio played fine 07.16.31 # but no matter how i tried to reencode it, the audio always failed, even if mplayer played it fine 07.16.32 # But the output file, using the original line (not -oac copy) plays fine on your computer, but not on the device? 07.16.48 # yes 07.17.10 # And you're definitely testing the output file, not the original? 07.17.17 # yes 07.17.47 # i've gone through dozens of combinations by now and kept comparing to the original 07.17.55 # Well, if you can produce a small sample that's legally distributable of a file that should work, you should post it to a bug report. 07.18.11 # The line in the wiki should work, and the file you get should play the same on your PC and on the player. 07.20.27 # hm 07.20.43 # i'll see what i can cook up 07.24.05 Quit m0f0x ("dang") 07.35.09 Quit Slack (Read error: 60 (Operation timed out)) 07.38.21 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.38.32 # now to just wait an hour while a small chunk of elephant's dream is encoded ;) 07.40.25 # soap: If you load a G4 resolution (color/photo) video on a G5, it will play *faster* than on a Color/Photo with SVN code 07.40.49 # The G5 has asm optimised YUV->RGB conversion, and faster LCD writing 07.41.11 # * amiconn has some code in the works to change this and bring the Color/Photo up to speed 07.41.11 # Thanks amiconn, now I'm even wronger... 07.42.42 Join spiorf [0] (n=spiorf@host99-208-dynamic.44-79-r.retail.telecomitalia.it) 07.43.45 Quit Nibbl (Read error: 60 (Operation timed out)) 07.46.08 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.46.46 # Llorean: the elephant's dream from the wiki isn't even playing audio on the ipod! 07.48.55 # i though elephant's dream encoded to work already 07.49.07 # was^ 07.49.29 # it looks ok, aside from being choppy 07.49.34 # but no audio 07.49.50 # ...and now some videos that worked before won't give me any audio either... wtf 07.50.50 Quit BHSPitMonkey (Remote closed the connection) 07.50.57 # ahhhh 07.51.01 # i think i figured this out 07.51.50 # did you put elephant's dream on to your player without reencoding? because the elephant's dream on the wiki should work without reencoding it if you download the one for the ipod 07.51.55 # it seems there's no sound if you don't first play some audio in the normal rockbox interface 07.52.04 # then start a video in the mpeg plugin 07.52.44 # all this time i was testing, i paused the song on startup because it was annoying, then i tried to play a video 07.53.26 # and sure enough... my futurama episode i've been trying to encode this whole time works fine :D 07.54.34 # puzzles: You don't need to play some audio before video, I think the problem is that you *paused* audio 07.54.41 # i did 07.54.53 # If you would have *stopped* it, mpegplayer would have worked 07.55.05 # stop is unknown to ipods :P 07.55.06 # That's certainly a bug, though. 07.55.09 # puzzles: No, it's not. 07.55.21 # oh? 07.55.22 # Looks like a bug in mpegplayer - it needs to unpause pcm if necessary 07.55.40 # puzzles: Yup. It's covered in the manual. Long-press of pause, but not long enough to shut down. 07.55.43 # mm. i'll go file a bug report if someone wants to point me to the tracker 07.55.54 # There's a "bugs" link everywhere on the site 07.55.56 # Llorean: ah i didn't realize that was different. 07.56.04 # puzzles: It's covered in the manual. 07.56.17 # ok 07.56.37 # Another bug due to our dreaded pcm pause problem (it also breaks the voice UI) 07.56.39 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 07.56.45 Join ajonat [0] (n=ajonat@190.48.124.28) 07.57.11 # hmm 07.57.17 # amiconn: At least it should be a fairly easy fix for mpegplayer though, right? 07.57.37 # plugin_get_audio_buffer() stops playback if necessay - that one should also unpause if paused 07.57.46 # amiconn: do you know how pcm is supposed to work? 07.57.46 # pcmbuf that is 07.57.47 # no 07.58.10 Quit AndyIL (Read error: 104 (Connection reset by peer)) 07.58.53 Nick reacocard_ is now known as reacocard (n=reacocar@WL-112.CINE.HMC.Edu) 08.01.18 Join AndyI [0] (i=AndyI@212.14.205.32) 08.02.56 Quit AndyI (Client Quit) 08.06.23 *** Saving seen data "./dancer.seen" 08.06.27 Nick bughunter21 is now known as bughunter2 (n=Jelle@77.164.66.126) 08.09.00 # if dircache is compiled but disabled it currently wastes ~800 bytes stack, 1 thread and however big the event queue is... stopping the thread being created is easy, sis it worth buffer_Alloc()ing the two buffers? (or at least the stack space) to reclain some RAM? 08.09.35 # amiconn, if i am going it right, i can not make that bug that puzzles has 08.09.54 # can't reproduce it? 08.10.39 # yea.. i have a sansa e280 08.10.49 # maybe it's specific to the ipod then 08.11.50 Join AndyI [0] (i=AndyI@212.14.205.32) 08.12.16 # puzzles, advcomp2019: What SVN revision is each of you using, and what audio codec was the music you played before using mpegplayer? 08.12.26 Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 08.12.46 # Llorean, i just download r18896 08.12.56 # r18895 08.13.52 # advcomp2019: I can reproduce it on the H10 08.14.47 # how are you doing it.. i can try it again 08.15.06 # also seems to happen when playback is stopped 08.15.48 # advcomp2019: Play some music. *pause* (not stop) music. Then go to the browser and start the video 08.16.04 # puzzles: It definitely works when audio is stopped before. 08.16.36 # i'll try again 08.17.20 # still audio.. unless it is because i have the video on the microsd card 08.18.01 # Maybe it doesn't affect the sansa. 08.18.14 # * amiconn needs to rebuild his c200 build though before he can test that 08.18.41 # no, sound is not working when stopped 08.20.30 # puzzles, what type of music are you using before going to the video? 08.20.54 # mp3 in this case 08.21.18 # o ok.. so still cant then 08.22.27 # even with music playing then going to the video, i still get audio 08.24.57 Quit jhulst (Read error: 113 (No route to host)) 08.28.29 Quit bertrik (Remote closed the connection) 08.30.03 Quit Acksaw (Connection timed out) 08.31.08 # advcomp2019: Music playing shouldn't trigger the bug iiuc. It's the pause that causes the problem 08.31.18 Quit bughunter2 ("bye") 08.31.50 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.32.10 # It may be that not al targets are affected by this 08.33.24 # i think you are right have tried it about four times, and have not go it yet 08.33.47 # * puzzles -> bed, highlight me if you need anything more from me 08.37.43 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 08.37.44 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 08.40.44 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.42.24 Quit BigBambi (Read error: 113 (No route to host)) 08.44.13 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-c81d8a5f322bfcaa) 08.46.00 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-1ea830e4483f8b91) 08.46.24 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-1ea830e4483f8b91) 08.47.50 Join Rob2223 [0] (n=Miranda@p4FDCC1CC.dip.t-dialin.net) 08.48.39 # that's good to know, amiconn, last time I recall seeing the breakdown on the old version of the wikipage the G5 was a bit slower than the G4 (I think it was due to the slower screen?) 08.49.06 # That must've been a looong time ago 08.50.00 # It was due to the wait-for-bcm. Nowadays we're writing directly to the bcm memory without waiting, and trigger the updates asynchronously 08.50.16 # Oh, and back then the YUV->RGB conversion was written in C 08.50.47 # * amiconn checks when he added the new bcm update mechanism 08.51.44 # Almost a year ago... 08.56.23 Join n1s [0] (n=nils@rockbox/developer/n1s) 09.01.52 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-104b40b62cc34500) 09.03.03 Join stoffel_ [0] (n=sfr@p57B4DBF4.dip.t-dialin.net) 09.03.27 # advcomp2019: Sansa does indeed not suffer from this problem 09.05.10 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.05.17 # o ok good because i have be testing a few things and have not got it too 09.09.23 # ipod Photo does though, as does the already mentioned H10 (small) 09.20.51 Join petur [50] (n=petur@rockbox/developer/petur) 09.37.04 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.40.43 Join orly_owl [0] (n=DavoDink@c122-108-86-175.sunsh1.vic.optusnet.com.au) 09.41.18 # I wasn't in this channel. No wonder it was so quiet. >_> 09.44.03 Quit ajonat () 09.44.49 Quit daurnimas (Connection timed out) 09.49.08 Quit stoffel_ (Read error: 113 (No route to host)) 09.52.10 Join Nibbl [0] (n=Nibbler@e181095243.adsl.alicedsl.de) 09.53.38 Join avis [0] (n=ident@pdpc/supporter/student/avis) 09.56.22 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 10.00.02 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 10.00.23 Join daurnimator [0] (n=daurn@ppp121-44-217-14.lns10.mel4.internode.on.net) 10.04.51 Join stoffel_ [0] (n=sfr@p57B4DBF4.dip.t-dialin.net) 10.05.30 Join DerDome [0] (n=DerDome@dslb-082-083-253-194.pools.arcor-ip.net) 10.05.36 Quit linuxstb (Read error: 110 (Connection timed out)) 10.06.26 *** Saving seen data "./dancer.seen" 10.08.18 Quit DerDome (Client Quit) 10.09.37 Quit daurnimator (Read error: 113 (No route to host)) 10.10.46 Quit Nibbl (Read error: 113 (No route to host)) 10.12.05 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.12.38 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 10.12.41 Join Nibbl [0] (n=Nibbler@e181095243.adsl.alicedsl.de) 10.20.58 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 10.21.47 # * linuxstb posts a long comment to the BMP resize patch and hopes others will also look at it and comment - http://www.rockbox.org/tracker/task/9458 10.23.58 Quit Thundercloud (Remote closed the connection) 10.25.04 # looks like very good feedback and comments 10.25.18 # I didn't check out the recent versions of the patch 10.31.50 # * jchillerup wrote some code for modifying BMP files for embedded systems literally two weeks ago 10.31.57 # No resizing though :) 10.32.51 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 10.33.54 # B4gder: have you seen the email from Stephen about repointing our A record for the Positive mirror ? 10.34.43 # linuxstb: the 3-byte structs might very well be aligned, thus wasting 1 byte per item 10.34.53 # GodEater: have you not seen the reply? 10.35.50 # petur: typical, I just saw it :/ 10.37.04 # LinusN: Yes, but that struct isn't always used in arrays (or just in small arrays, like the bitfields array). So maybe using two different rgb types would be more efficient overall. 10.38.22 # committer #66 is now added, welcome funman! 10.38.31 # yay 10.40.57 Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 10.41.01 Quit kushal_12_27_200 ("Leaving") 10.41.05 Quit stoffel_ ("leaving") 10.49.36 Join funman [0] (n=fun@AAnnecy-257-1-105-160.w90-36.abo.wanadoo.fr) 10.53.37 Join {phoenix} [0] (n=dirk@p54B4764D.dip.t-dialin.net) 10.53.49 Quit thegeek (Read error: 110 (Connection timed out)) 10.54.38 Join stoffel_ [0] (n=sfr@p57B4DBF4.dip.t-dialin.net) 11.02.25 # Bagder: do you moderate emails sent to rockbox-committers by non subscribers (I had sent one this week-end but maybe I should send it again) 11.02.49 # only subscribers are let through, yes 11.04.21 # saratoga: did you see FFmpeg was developing a new AAC decoder to rip the dependency on libfaad? 11.05.33 # hm I will rather answer on the development ML 11.05.49 Quit culture (Read error: 110 (Connection timed out)) 11.12.48 # funman: That aac decoder has been in development for a while. IIUC, it doesn't support all the features of AAC that libfaad does, and (I think) it's also floating point. 11.13.23 # I remember the developer was interested by a fixed point implementation (and also that Low Complexity was the primary goal) 11.16.48 Quit spiorf (Remote closed the connection) 11.17.01 # (he is superdump on irc) 11.20.19 Nick Darksair is now known as Darksair{away} (n=user@123.112.113.68) 11.20.48 # COMMITTERS file is in ISO8859 encoding, shouldn't it be UTF8 ? 11.21.21 # first commit coming up? ;) 11.21.36 # no, no .. :o 11.22.14 # funman: yes, it _should_ but it's like that because most of the web site is still 8859 and the texts from that file is used there... 11.22.29 # it's one of them "yeah we should fix that one day" things 11.23.08 # when ႰႹႲႭႦ will become committer I guess ;) 11.23.29 # we'll just ask him/her to change name first ;-P 11.26.43 # it seems I can't dcommit from the git repository, I have to use svn first to store my authentication informations 11.30.38 Quit {phoenix} ("Konversation terminated!") 11.33.33 Join {phoenix} [0] (n=dirk@p54B4764D.dip.t-dialin.net) 11.35.21 # I don't want to download the full SVN repository again :( 11.36.45 # you should be able to svn commit from an already checked out svn repo 11.36.57 # but not from a git repo of course 11.37.27 Quit linuxstb (Read error: 110 (Connection timed out)) 11.37.39 # http://www.rockbox.org/twiki/bin/view/Main/GitVersionControl#Using_git_with_the_SVN_repositor explains how to use git-svn to commit from a git repository coupled to the svn repo 11.38.43 Quit avis ("Ex-Chat") 11.42.26 # shame on me : it was just a missing perl module 11.43.26 # * GodEater hands funman his coat 11.43.39 # don't let the door hit you on the way out 11.44.05 # ouch - too late 11.44.35 # oh snap 11.49.15 Quit Hadaka (Remote closed the connection) 11.49.31 # Where's the page about the firmware for some of the Archos players? 11.49.50 # The firmware that replaces the stock firmware. 11.50.29 # which would be what rockbox does 11.50.52 # no 11.50.57 # that'd be rockbox.org 11.51.03 # i saw a /. article talking about this 11.51.33 # rockbox is installed to the flash memory, not the hard drive 11.51.54 # orly_owl: that's not true on many devices 11.52.13 # it is for some 11.52.25 # like the archos ondio 11.52.29 Quit ameyer (Read error: 110 (Connection timed out)) 11.52.32 # ondio only has flash 11.52.39 # so it's hard to use a harddrive then 11.52.52 # yeah but rockbox is loaded onto the firmware chip 11.53.00 # not necessarily, no 11.53.30 # if you by that mean the nor flash 11.53.39 # yeah i think that thing 11.54.02 # i read somewhere that it didnt need the original firmware anymore, even to transfer files 11.54.22 # rockbox doesn't need the OF on Archos 11.54.37 # yeah. got a link to that? 11.54.54 # www.rockbox.org 11.55.45 Nick Darksair{away} is now known as Darksair (n=user@123.112.113.68) 11.56.03 # Never mind. 11.59.10 Quit {phoenix} (Read error: 110 (Connection timed out)) 12.01.33 Join {phoenix} [0] (n=dirk@p54B4764D.dip.t-dialin.net) 12.03.27 # is it possible to know the MEMORYSIZE set in tools/configure from a .c file ? 12.04.04 # that's passed on in the MEM define in most makefiles 12.04.12 # afair 12.06.09 # is there a reason for both those defines? 12.06.18 # ah right 12.06.29 *** Saving seen data "./dancer.seen" 12.06.40 # MEM should be defined for every target and MEMORYSIZE should be removed (or the other way around...) 12.06.56 # * JdGordon spotted that annoyance in the dircache code today 12.07.15 # as MEMORYSIZE is exported in the root makefile I don't think we need any other 12.07.25 # and MEMORYSIZE seems a better name to me than just MEM 12.08.08 # hm, but that's just a variable, not a define 12.08.15 # the define is probably only MEM isn't it? 12.08.40 Quit reacocard (Read error: 60 (Operation timed out)) 12.09.01 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 12.09.07 # this sort of line is bad... #if ((defined(MEMORYSIZE) && (MEMORYSIZE > 8)) || MEM > 8) 12.09.17 # even i it has been there for years 12.13.29 # * funman crosses fingers hoping that svn's mkamsboot will not brick his Clip 12.17.44 # fine :) 12.19.59 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.20.40 # linuxstb: do you still have a problem with home button on your clip ? 12.21.05 # Yes, the dualboot.S code in SVN is the same as when it was first committed - I haven't tried fixing it. 12.21.23 # Although you gave me a patch to try once, and that didn't seem to help. 12.21.35 Quit JdGordon ("Konversation terminated!") 12.23.06 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 12.23.37 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 12.25.36 Quit stoffel_ ("leaving") 12.28.29 Quit Dhraakellian (Read error: 110 (Connection timed out)) 12.34.12 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 12.41.11 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 12.45.10 Join goffa [0] (n=goffa@216.220.23.105) 12.46.12 Join Hadaka [0] (i=naked@naked.iki.fi) 12.53.00 # linuxstb: can you try this last commit ? 12.54.11 # My Clip is at home at the moment, and I'm not. I can try this evening though. 12.54.27 # ah right, I forgot normal people have jobs sorry ;) 12.54.52 # now should I commit my not working code for the SD interface ? 12.55.28 # at least I suppose it lets us communicate with the SD controller since I receive meaningful answers 12.57.35 # also when is the build table on http://build.rockbox.org/dev.cgi updated ? 12.58.33 # funman: that's at your assesment... 12.58.51 Quit goffa_ (Read error: 110 (Connection timed out)) 12.58.51 # since that will break nothing.... 12.59.09 # that is obvious ;) 12.59.15 Join FOAD [0] (n=dok@dinah.blub.net) 12.59.25 # then go commit! :) 12.59.26 # funman: It is updated on every commit that isn't just e.g. manual 13.00.38 # I don't see it rebuilding for my last commits 13.00.49 # It might be stuck 13.01.11 # * BigBambi doesn't know and leaves it to someone that knows slightly more than him 13.01.17 # B4gder? 13.03.17 # funman: the build system seems to not was trigered, let's wait in B4gder to see what's hapened.... 13.06.16 # I suppose there is no red since the sansav2 targets aren't built ;) 13.06.30 # good suposition :) 13.11.11 Quit JdGordon (Read error: 104 (Connection reset by peer)) 13.12.46 # funman: Something definitely seems broken - I would have expected at least some of your commits (i.e. not anything in rbutil/mkamsboot) to trigger a rebuild. Your commits are also not on the front page. 13.13.51 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 13.14.27 # I noticed that - but the mail went to rockbox-dev anyway 13.15.58 Quit n1s () 13.17.22 Quit kushal_12_27_200 ("Leaving") 13.17.28 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 13.20.30 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 13.26.56 Quit pixelma2 (Nick collision from services.) 13.27.04 Join pixelma2_ [0] (n=marianne@rockbox/staff/pixelma) 13.27.06 Nick pixelma2_ is now known as pixelma2 (n=marianne@rockbox/staff/pixelma) 13.27.07 Quit amiconn (Nick collision from services.) 13.27.14 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.27.32 # somehow my repo turned locked 13.30.49 # maybe the 2 pretty fast consecutive commits ? 13.31.23 # no, it's something stranger than that 13.31.38 # and most likely something just in my end 13.41.58 Join lasser [0] (n=chatzill@Wb2fa.w.pppool.de) 13.48.50 Quit einhirn (Connection reset by peer) 13.58.15 Join pvbcharon [0] (n=charon@62.225.173.228) 14.02.40 Quit FOAD (Remote closed the connection) 14.02.50 Join FOAD [0] (n=dok@dinah.blub.net) 14.06.33 *** Saving seen data "./dancer.seen" 14.06.36 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.10.39 # B4gder: is curl included by default on os x or did i install some time? 14.10.54 # by default 14.10.59 # nice 14.11.25 # yeps! 14.11.52 # except it is a version from when jesus had diapers 14.12.30 # isn't the usual bsd thing "fetch" ? 14.12.46 # yes it is 14.12.52 # that doesn't seem to be here 14.12.56 # asked them to include a newer one? :> 14.13.06 # osx isn't 'bsd' : it uses gnumake by default for example 14.13.17 # funman: yeah, but it's more bsd than anything else 14.14.06 # that much is obvious to anyone used to gnu tools 14.14.15 # i still botch half my attempts at using the tools, heh 14.14.34 # yes, they seem to try to avoid gpl licensed stuff if they can 14.15.25 Quit robin0800 (Remote closed the connection) 14.19.21 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 14.20.05 # anything new to test on e200v2? 14.20.14 # hi 14.21.16 # J-23: nope, do you have something new ? ;) 14.22.00 # funman: I'm not good in low-level embedded programming 14.22.34 # not good is enough to look at it ;) 14.24.50 # do you need Terribly High Resolution™ PCB scans? 14.25.38 # I don't work on the e200 so personally I'm fine 14.25.53 # I think daniel_at uploaded some pictures already 14.26.05 Quit {phoenix} (Remote closed the connection) 14.28.29 # J-23: There is still high-level code that needs to be written for the V2s. One job is to get the UI simulators compiling - which involves implementing things like button mappings in Rockbox itself. 14.28.34 Quit CaptainKewl (Remote closed the connection) 14.29.54 # I'm not sure if firmware (not bootloader) builds either 14.29.55 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-66e4f5a5f31530dd) 14.31.05 # funman: No, it won't. Getting the sim building will be a large part (and the more tedious part) of that work though. 14.31.22 Join meven [0] (n=meven@ARennes-357-1-128-175.w90-12.abo.wanadoo.fr) 14.34.28 # http://pastebin.ca/1238604 is part of the init code for dircache... that happens even if dircache is disabled (and not doing it will crash if you try going into the file browser)... is there any reason to not just change the struct to statically allocate that instead? 14.35.16 # I would have thought that if dircache is disabled all calls just become thin wrappers for dir_uncached functions, but apparently not 14.35.37 # a fixed amount of buffer_alloc() seems pointless to me 14.40.18 Quit funman ("leaving") 14.41.15 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 14.42.32 Quit pvbcharon () 14.44.30 # the "less likely to break things" fix is to add a char entrybuf[MAX_OPEN_DIRS][MAX_PATH]; and fix the pointers to that, workable? 14.44.30 Nick Darksair is now known as Darksair{away} (n=user@123.112.113.68) 14.45.10 # yes 14.45.16 Quit wpyh (Read error: 104 (Connection reset by peer)) 14.45.19 # I'd say its even preferable 14.45.30 Part B4gder 14.48.56 Part LinusN 14.55.01 Join {phoenix} [0] (n=dirk@p54B4764D.dip.t-dialin.net) 14.58.08 Quit Acky (Connection timed out) 15.00.01 Join Schmogel [0] (n=Miranda@p3EE21EF5.dip0.t-ipconnect.de) 15.01.45 Join pvbcharon [0] (n=charon@62.225.173.228) 15.06.34 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx07456.newyony.wayport.net) 15.10.08 Join ameyer [0] (n=ameyer17@adsl-75-57-172-237.dsl.emhril.sbcglobal.net) 15.12.46 Nick Darksair{away} is now known as Darksair (n=user@123.112.113.68) 15.13.34 Join micleftic [0] (n=54aef0c4@gateway/web/cgi-irc/labb.contactor.se/x-a127d007e47f3755) 15.14.42 # I have no clue if any of the developers of Rockbox are here, but let me tel you: THANKS SO MUCH!" I love this project so much, it really improved my Sansa e280 a lot. Unbelievable what can be done.. so thanks a lot and keep on working! 15.15.31 Quit micleftic (Client Quit) 15.19.51 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.20.03 Quit LambdaCalculus37 ("Ka-chunka") 15.22.35 Join wpyh [0] (n=william@123.151.132.201) 15.23.10 Join stoffel_ [0] (n=sfr@p57B4DBF4.dip.t-dialin.net) 15.36.33 Quit Darksair ("Use the Force, Luke!") 15.53.12 Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") 16.02.45 Join funman [0] (n=fun@AAnnecy-257-1-105-160.w90-36.abo.wanadoo.fr) 16.06.35 *** Saving seen data "./dancer.seen" 16.07.20 Join blahrus [0] (n=blahrus@75.150.209.185) 16.09.03 Join ze0 [0] (i=ze@76.91.72.105) 16.09.27 # I need to use dynamic register addresses for the AS3525 SD, because the same driver can be used with the flash, and with the SD slot for targets with it 16.09.46 # the only difference would be the base address of all registers 16.10.10 Join Darksair [0] (n=user@123.112.113.68) 16.10.16 Quit ze (Read error: 113 (No route to host)) 16.10.16 Nick ze0 is now known as ze (i=ze@76.91.72.105) 16.11.15 Quit TMM (Read error: 104 (Connection reset by peer)) 16.16.14 Quit blahrus ("Ex-Chat") 16.20.40 Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") 16.24.27 Join n1s [0] (n=nils@rockbox/developer/n1s) 16.24.44 Join Darksair [0] (n=user@123.112.113.68) 16.28.58 Join blahrus [0] (n=blahrus@75.150.209.185) 16.38.00 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.38.36 Join dirwiz [0] (n=efn@static-72-94-28-202.phlapa.fios.verizon.net) 16.39.08 Part dirwiz 16.39.18 Join dirwiz [0] (n=efn@static-72-94-28-202.phlapa.fios.verizon.net) 16.41.27 Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 16.44.22 Quit puzzles (Remote closed the connection) 16.44.33 Join puzzles [0] (n=dan@pool-138-89-100-193.mad.east.verizon.net) 16.59.56 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 17.00.46 Quit Nibbl (Read error: 60 (Operation timed out)) 17.01.17 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.01.33 Quit pvbcharon () 17.07.24 Part dirwiz 17.08.13 Quit Darksair ("updating emacs") 17.09.38 Join Darksair [0] (n=user@123.112.113.68) 17.09.41 Join cg [0] (n=cromos@cable-kmi-fefff900-32.dhcp.inet.fi) 17.12.42 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.14.32 Join bughunter2 [0] (n=Jelle@77.164.66.126) 17.19.59 # hmm, can I make e200v2 background image or you'll just copy it from v1 UIsim? 17.20.17 Quit meven (Remote closed the connection) 17.21.08 # are they different? 17.21.28 Join karashata [0] (n=kimi@69.41.192.215) 17.23.50 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 17.24.08 Join spiorf [0] (n=spiorf@host99-208-dynamic.44-79-r.retail.telecomitalia.it) 17.24.12 Join perrikwp [0] (i=98213725@gateway/web/ajax/mibbit.com/x-2b9b67ba2b1e0ad2) 17.30.28 Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) 17.35.32 Join meven [0] (n=meven@ARennes-357-1-128-175.w90-12.abo.wanadoo.fr) 17.37.28 # probably no, I didn't look thoroughly at them 17.41.53 Part {phoenix} ("Konversation terminated!") 17.52.11 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 17.53.33 Join Nibbl [0] (n=Nibbler@91-66-158-199-dynip.superkabel.de) 17.55.58 # J-23: You'll need to copy the v1 bitmap, and call it "UI-e200v2.bmp" 17.56.45 # hmm, maybe symlink instead of two identifal files? 17.57.04 # identical* 17.59.02 # i've added a simple patch for sudoku crash in the tracker, FS#9509 17.59.19 # maybe a developer can review and commit? 18.00.56 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 18.02.27 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.05.07 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 18.05.19 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 18.05.32 Quit einhirn (Client Quit) 18.06.08 # J-23: symlink is probably not so good as we have people building on windows using cygwin 18.06.36 *** Saving seen data "./dancer.seen" 18.07.29 # anyone tried compiling rockbox with new gccs? 18.08.09 # preglow: on what platform? 18.08.17 # os x 18.09.27 # works this far \o/ 18.09.46 # preglow: I know there is a problem with linux 18.09.53 # what kind? 18.10.23 # ah, there we hit the wall 18.10.28 # in libdemac, what a surprise 18.10.29 # register constraint 18.10.54 # preglow: dosn't make properly using the script 18.14.28 # Which target? 18.15.08 # ipod 18.15.12 # nano 18.15.22 # hacking away the opts now to see if i can compile the rest 18.15.37 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.16.11 # this is the reason why i prefer to write asm opts as full assembly functions 18.16.20 # no damn registers constraints that mess up every new gcc version 18.16.27 # J-23: Don't worry about the e200v2 sim - I'm looking at it now, and have almost fixed the few things that needed fixing. 18.16.35 # more of a bother, of course... 18.16.52 Quit martian67 ("gone") 18.17.29 # hah 18.17.32 # the rest compiled just fine 18.17.34 # now for testing... 18.17.37 Quit karashata ("I go, only to return again some time...") 18.17.42 # * linuxstb is happy Sandisk kept the same LCD and button layout for the V2s - makes the apps/ part of the port come for free... 18.17.45 # anything new to test on e200v2? 18.18.15 Join kugel [0] (n=chatzill@unaffiliated/kugel) 18.19.17 Quit petur ("now sports...") 18.19.56 # linuxstb: anything like an "eject" command in os x? 18.19.57 Join karashata [0] (n=kimi@69.41.192.215) 18.20.28 # Something like "diskutil eject /dev/disk1" 18.20.41 # thanks 18.20.55 # well, what do you know 18.21.05 # it works 18.21.14 # test music 18.21.34 # mp3 check 18.22.05 Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) 18.22.21 # hmm 18.22.23 # vorbis has problems 18.22.37 # Anyone know whether I should change all lang files if I change english.lang from something like "e200: ...." to "e200,e200v2: ..." ? Or rather, is it considered lazy if I don't? 18.22.58 # ugh 18.23.06 # i'll forgive you if you don't... 18.23.15 # That's good enough for me. 18.23.52 # but i don't know if you have to, in any way 18.24.01 # And I guess e200*: would be easier than e200,e200v2 ? 18.24.02 # do we really need to distinguish between e200 and e200v in the lang files, I suppose they would use the exact same texts 18.24.21 # hm.. before you do all this work, maybe we should rethink the naming of those v2 ports... 18.24.22 # The lang files use model names, not keypad names 18.25.11 # If I do "e200*", then the model names won't matter... 18.25.51 # yes, e200* works even, when we change the names.. 18.26.00 # 4.3 rockbox is some kilobytes larger 18.26.20 # e200ams/m200ams would be good names.. 18.26.54 # 4.3 generally makes code that is a wee bit bigger, it seems 18.27.06 # hmm, no, it varies, sometimes a bit smaller, sometimes a bit larger 18.27.17 # 4.3 what? 18.27.20 # gcc 18.28.46 Join karashata_ [0] (n=kimi@69.41.192.215) 18.28.51 # I don't see how ams is a good name, it's the name of the company by the chip is called as3525 18.28.57 # guess i should do some benchmarks 18.29.14 # *but 18.29.21 Quit karashata (Nick collision from services.) 18.29.28 Nick karashata_ is now known as karashata (n=kimi@69.41.192.215) 18.30.51 # domonoky: I guess I'm just used to calling them "v2" (but I know about the troublesome m200s...) 18.31.03 # bertrik: then suggest another postfix :-) m200v2 is bad, as its essentially a m200v4.. 18.32.13 # ok I agree about the m200v2/v4 18.33.11 Join Strife89 [0] (n=michael@204.116.245.152) 18.33.18 # and m200as3525 would be a bit long... :) 18.33.25 # preglow: i tested 4.3 for coldfire some time ago, it required a few changes to rockbox to build and work ok, ther's a patch in the tracker but it's probably pretty outdated by now... 18.33.37 Quit n1s () 18.34.11 # whoops, i accidentally entered the patch FS#9509 in the bugs section instead. maybe someone can fix? (or just apply the patch and close the task;) 18.34.34 # I'll fix it 18.34.51 # thanks 18.36.10 # cg: Sorry to criticise a one-line patch, but maybe a one-line comment to accompany it would be helpful? ;) 18.37.18 # comment in the code? sure i can add that if it seems necessary 18.38.36 Quit stoffel_ (Read error: 113 (No route to host)) 18.39.07 Nick karashata is now known as dalgarath (n=kimi@69.41.192.215) 18.39.10 Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 18.39.27 Nick dalgarath is now known as karashata (n=kimi@69.41.192.215) 18.39.58 Quit robin0800 (Read error: 104 (Connection reset by peer)) 18.40.08 Join {phoenix} [0] (n=dirk@p54B4764D.dip.t-dialin.net) 18.42.08 Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") 18.44.31 Quit domonoky (Read error: 60 (Operation timed out)) 18.44.36 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 18.44.48 # linuxstb: done 18.45.06 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.45.57 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.46.41 Join miepchen^schlaf [0] (n=miepchen@p579ECCA1.dip.t-dialin.net) 18.47.09 # cg: Thanks. If bluebrother (who has been looking at sudoku patches recently) doesn't do it, I'll try and commit later tonight 18.47.11 Join Darksair [0] (n=user@123.112.113.68) 18.47.15 # * amiconn hrmphs at the current firmware/target/arm/ structure 18.47.43 # amiconn: Any idea? 18.47.50 # I mean ideas? (to improve it) 18.48.48 # It's currently a mix between the old (real-manufacturer) structure and the refined arm-subarch structure 18.48.57 # Someone needs to perform the necessary cleanup 18.49.02 Quit blahrus ("Ex-Chat") 18.51.53 # ipod, iriver, olympus, philips, sandisk and tatung are all PP targets (although I'd probably split PP5002 and PP502x) 18.51.56 Join mf0102 [0] (n=michi@e181132017.adsl.alicedsl.de) 18.52.09 Quit {phoenix} (Remote closed the connection) 18.52.33 # archos is a tsm320* target iirc, but not tms320dm320 18.54.00 Quit grndslm (Remote closed the connection) 18.54.05 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.55.47 # This may be the stupidest question ever, but why a e200v2 sim? What will that sim do different than the v1 one? Same resolution, same player image, same keymap... 18.55.50 # Yes, just cleaning up the portalplayer stuff would do most of it. 18.56.34 Join dany_21a_ [0] (n=dan@84-119-0-233.dynamic.xdsl-line.inode.at) 18.56.40 # soap: Just for completeness... There are some differences, depending on how accurate the sim becomes - e.g. the e200v2 only has 8MB RAM, compared to 32MB for the v1. We may discover other things. 18.56.43 # soap: You can ask the same question for archos fm recorder vs. recorder v2, mini G1 vs. mini G2, ... 18.57.14 Quit bughunter2 ("bye") 19.00.07 Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 19.02.58 Quit miepchen^schlaf () 19.06.24 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 19.06.29 Quit karashata ("I go, only to return again some time...") 19.06.39 Join karashata [0] (n=kimi@69.41.192.215) 19.07.17 Join miepchen^schlaf [0] (n=miepchen@p579ECCA1.dip.t-dialin.net) 19.07.31 # j 19.07.36 Quit karashata (Client Quit) 19.07.48 Join karashata [0] (n=kimi@69.41.192.215) 19.09.56 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.10.37 Quit robin0800_ (Remote closed the connection) 19.18.48 Quit Darksair ("Zzz...") 19.19.04 Join pvbcharon [0] (n=charon@p50827383.dip.t-dialin.net) 19.20.30 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.20.50 Quit pvbcharon (Client Quit) 19.21.05 # I take it the Sansa v2 work is coming along well? 19.21.38 # if you have some code to share, sure :) 19.21.48 # * Strife89 has been reading the commit list. 19.21.58 # funman: Sorry, no code on me. :( 19.22.17 # No v2s either. 19.22.38 # first steps have been made at least 19.23.32 Quit kushal_12_27_200 ("Leaving") 19.23.40 Join kimi [0] (n=kimi@69.41.192.215) 19.24.01 Quit karashata (Read error: 113 (No route to host)) 19.24.19 Nick kimi is now known as karashata (n=kimi@69.41.192.215) 19.24.43 Nick karashata is now known as kimi (n=kimi@69.41.192.215) 19.25.48 Nick kimi is now known as karashata (n=kimi@69.41.192.215) 19.26.09 Nick karashata is now known as kimi (n=kimi@69.41.192.215) 19.27.32 Quit linuxstb (Read error: 110 (Connection timed out)) 19.29.05 Nick cg is now known as cg|aw (n=cromos@cable-kmi-fefff900-32.dhcp.inet.fi) 19.29.10 Nick cg|aw is now known as cg (n=cromos@cable-kmi-fefff900-32.dhcp.inet.fi) 19.30.13 Join stoffel_ [0] (n=sfr@p57B4DBF4.dip.t-dialin.net) 19.31.12 Join karashata [0] (n=kimi@69.41.192.215) 19.31.29 Quit kimi (Read error: 113 (No route to host)) 19.31.55 Nick karashata is now known as kimi (n=kimi@69.41.192.215) 19.32.18 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 19.33.22 Quit kimi (Client Quit) 19.33.27 Join kimi [0] (n=kimi@69.41.192.215) 19.34.27 Nick kimi is now known as karashata (n=kimi@69.41.192.215) 19.36.11 Join dirwiz [0] (n=efn@static-72-94-28-202.phlapa.fios.verizon.net) 19.37.24 Join dany_21a [0] (n=dan@84-119-30-42.dynamic.xdsl-line.inode.at) 19.38.48 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.39.08 Join blahrus [0] (n=blahrus@75.150.209.185) 19.41.05 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.42.19 # So, linuxstb has sneaked away? :) 19.45.16 Join bughunter2 [0] (n=Jelle@77.164.66.126) 19.46.03 Quit Horscht ("http://www.geisterfahrer.org") 19.47.49 Quit dany_21a_ (Read error: 110 (Connection timed out)) 19.51.04 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.55.44 Join neddy [0] (n=john@nat/sun/x-68d8cd56acebc738) 19.58.36 Nick karashata is now known as dalgarath (n=kimi@69.41.192.215) 19.58.42 Nick dalgarath is now known as karashata (n=kimi@69.41.192.215) 20.06.38 *** Saving seen data "./dancer.seen" 20.07.27 # Bagder: around? Linuxstb's last commit exposed what looks like a bug in genlang... 20.09.48 Quit bertrik (Remote closed the connection) 20.11.15 Quit jhulst (Read error: 113 (No route to host)) 20.12.34 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.13.56 Quit gevaerts (Nick collision from services.) 20.14.05 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 20.14.32 Part Dhraakellian ("Meddle not in the affairs of ircops, for they are (not so) subtle, and quick to anger.") 20.17.13 # could anybody tell me where I can find the infamous sansa v2 git tree? 20.17.43 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 20.17.45 # s/infamous/famous sorry :) 20.17.54 # english is not my native language 20.18.09 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.18.41 # * linuxstb goes to the corner and checks his commit 20.18.43 # linuxstb: familiar with genlang by any chance? 20.19.07 # No... Did I do something obvious? 20.19.08 # denes_, AFAIK all important stuff from sansa v2 git is now in SVN 20.19.22 Join Schmogel [0] (n=Miranda@p3EE21EF5.dip0.t-ipconnect.de) 20.19.28 # (apart from not test-compiling) 20.19.29 # linuxstb: Reason the build fails: genlang translates "e200" into the regex "e200..*". 20.19.45 # sorry, "e200*" into... 20.19.46 # bertrik: okay. and the git tree doesn't have a web interface? 20.19.55 # denes_: http://gitorious.org/projects/rockbox_sansa_v2 20.19.57 # Why would it do that? 20.20.00 # domonoky: thanks 20.20.25 # i think the only thing not in svn is the not-working sd/nand code 20.20.29 Quit Thundercloud (Remote closed the connection) 20.20.47 # linuxstb: My SH1 asm version of nrv2e_d8.S is 45% faster than the C version and less than half the size :) 20.20.58 # Nice ;) 20.21.08 # linuxstb: Not sure, really. First it replaces "*" with ".?*", which isn't likely to work. So to fix that (or something completely different) it then replaces "?" with "."... 20.21.53 # Maybe the "?" replacement is to simulate simple "*" and "?" patterns. 20.21.55 Join dabujo [0] (i=xx@p4FDB22D1.dip0.t-ipconnect.de) 20.22.48 # Maybe removing the "?" in the first replacement is the right fix... 20.24.05 # Unless of course that was done for a reason... 20.24.10 # Seems to have the intended effect here. 20.24.53 # Doubt that; ".?*" isn't a valid pattern according to the perl version I have here. :) 20.25.00 Part dirwiz 20.25.16 Quit karashata ("I go, only to return again some time...") 20.28.51 Quit pixelma2 ("-") 20.29.05 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 20.29.10 Join goffa_ [0] (n=goffa@216.220.23.105) 20.29.44 Quit moos ("Rockbox rules the DAP world") 20.30.55 Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) 20.31.17 Quit pixelma (Nick collision from services.) 20.31.18 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 20.31.47 # dany_21a: can you make the link between the OF and the e200v2 lcd code in svn ? 20.33.01 # Lear: No, but ..* is, but that would be better written as ".+" if it was intentional. Have you test-compiled many targets? 20.33.40 # Problem with "..*" is that "e200" doesn't match "e200*", which it should. 20.33.56 # Haven't tested many targets yet... Just e200 so far. 20.34.08 # funman: Part of sim commit was to fix the target directory (t_model) for the e200v2 - it was using sansa-clip before. I don't know what that affected at this stage though (re: backlight/lcd testing) 20.35.21 # Lear: Looking at the lang file, I couldn't see anything that would break with your change, so I think it's OK. 20.35.40 # I'll test a few builds here first. 20.36.09 # linuxstb: ah right .. 20.36.23 # * funman calls for e200v2 testers: just build & run what is in svn 20.37.09 # maybe the regexp was ipod* for "ipod-1g" and "ipod-2g" ? 20.37.15 # i.e. it assumed a suffix 20.37.56 Join perrikwp [0] (i=982131d9@gateway/web/ajax/mibbit.com/x-67081bc9c2f7f3d1) 20.38.25 Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 20.39.15 # hmm... so that huge mp3 optimization didn't actually make it into 3.0? 20.40.02 Quit goffa (Read error: 110 (Connection timed out)) 20.40.25 # Dhraakellian, you mean the dual-core thing for the mp3 codec? 20.40.39 # Dhraakellian: No, but there's no real reason not to use a current build if that feature is useful to you. 20.40.58 # heh... it's not really terribly useful to me, since I use Vorbis for most stuff 20.41.06 # but I was just thinking of doing a battery test 20.41.16 # * domonoky reads about this low-mem target discussion, and notices the lowest mem we have is 2MB with greyscale display. Anything with color has atleast 8MB.. 20.42.04 # which was keeping me from updating, since I wanted to test with 3.0 20.43.40 # is it sad that Sudoku improvements are more of an incentive for me to upgrade my music player's firmware than improvements in actual music playback time? 20.44.06 # yes :) 20.45.13 # just out of curiosity, is it at all likely that other codecs could see such a drastic performance boost, or was this something very mp3-specific? 20.45.57 # If I understand correctly every codec has to be modified to execute in parallel 20.46.13 # also I'm not sure what are the capabilities of the 2nd core used here 20.46.58 Join PaulJam [0] (i=PaulJam_@vpn-3054.gwdg.de) 20.47.14 # so if possible it's mainly just a matter of someone with the skills, time, and motivation getting around to doing it? 20.47.28 # pretty much 20.47.38 # funman: Yes, the codecs are all single-threaded (apart from spc, and now mp3), meaning they need adapting for dual-core. 20.47.41 # most codecs would probably benfit from running on both cores. but its a lot of work.. 20.47.43 # I would say it's a matter of motivating saratoga 20.47.48 # It also depends on the design of the codec if it can be easily and equally split onto dual-cores 20.48.21 # domonoky: The Clip has three colours - yellow, blue and black ;) 20.48.28 # (easily being relative :)) 20.48.34 Join DaaT [0] (n=DaaT@89-180-41-136.net.novis.pt) 20.48.40 # * Dhraakellian wonders how much of a bounty would be needed to make Ogg Vorbis the fastest codec on the e200 again 20.48.44 # domonoky: 2MB with a greyscale display - which one is that? 20.49.01 # Dhraakellian: usually multimedia coders don't work for bounties 20.49.05 # linuxstb: not really.. at least for the software :-) 20.49.12 # hehheh 20.49.16 # pixelma: archos? 20.49.31 # that's monochrome not greyscale 20.49.45 # greyscale with only 2 steps ? :) 20.49.50 # no insult intended if it at all came across as such 20.50.07 # pixelma: it seems its even better.. all low-mem targets are b/w for now 20.50.16 # I wonder if a better cooperation with ffmpeg is possible 20.50.18 # hi everyone. Quick question. A couple of weeks ago I bought a used (but in great shape) iPod 5th gen, 30GB, to put Rockbox on it. First run, the battery lasted me about 8 hours, which was fine. But it's been getting worse and worse. Last night, after it was empty, I fully charged it, and today used it for 2 hours (commute), it's empty again 20.50.25 # anyone else this happened to? 20.50.36 # I listen mostly to 320kbps MP3 files 20.50.40 # domonoky: I would expect that that's not a co-incidence... 20.50.44 # pixelma: I thought greyscale was a hack around a monochrome display - or at least I was told so 20.50.55 # i added all my music and just let it play till I get to work (or home), shuffled 20.51.34 # DaaT: did you try benchmarking with the Apple firmware ? 20.51.52 # funman: We have some targets with 2-bit greyscale displays. On both mono and 2bpp displays, the "greyscale lib" uses temporal dithering to display more levels (only in plugins - it's a resource-intensive feature) 20.51.55 # funman, nope 20.51.56 # funman: rockbox have such a hack, all b/w displays can have 33 shades in rb.. but there are players with nativ greyscale 20.52.05 # is it included with their firmware? 20.52.20 # domonoky: 129 shades, you're outdated ;) 20.52.29 # oh.. time goes by.. 20.52.36 # DaaT: I mean just use it and see how much time it takes to go out of battery 20.52.41 # ahh :) 20.53.19 # didn't like I said. Didn't even bother much with it in "apple-mode", since I only bought it for rb. Will have to put some music in it and give it ago 20.53.31 # what's the best way to test OF battery life? 20.53.34 Join n1s [0] (n=nils@rockbox/developer/n1s) 20.53.53 # the file is grEyscale.c but its content use grAyscale : i'm not sure what is the correct wording .. 20.53.58 # plug it into the soundcard, then hit play and record in Audacity at the same time? 20.54.07 # That's a good way, yes 20.55.19 # Lear: Thanks for fixing (I hope) genlang. 20.57.08 # will ondio* still match ondiofm and ondiosp etc.? 20.57.28 # Yes 20.58.13 # Lear's change means that "*" now means "zero or more characters", instead of "one or more" 20.59.20 Quit funman ("leaving") 20.59.34 # thanks for explaining - only very very little knowledge about regex here 20.59.54 Quit stoffel_ ("leaving") 21.04.28 Join IudeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-6354a3383874705c) 21.04.33 # hi all 21.04.47 # Are you talking about Clip LCD? 21.05.28 # WoW it's impossible -> Funman is not here :D 21.05.35 # doesn't the clip have an OLED display? ;P 21.06.05 Join dabujo_ [0] (i=xx@p4FDB111C.dip0.t-ipconnect.de) 21.06.30 # Och.. yeah 21.06.31 # :D 21.07.24 # So how will rockbock looks on Clip :D <- u understand? 21.07.38 Join spiorf_ [0] (n=spiorf@host40-205-dynamic.44-79-r.retail.telecomitalia.it) 21.09.53 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.11.00 # IudeX: like this http://home.infocity.de/m.arnold/temp/cabbiev2clip.png ;) 21.11.01 # IudeX, a screenshot was posted for clip and m200 on the sansa v2 forum thread IIRC 21.11.16 Quit dabujo (Read error: 60 (Operation timed out)) 21.11.58 # WoW nice :) gz 21.12.07 # cg: in your patch, shouldn't the size be a sizeof(something) instead of a magic number? 21.12.09 # just a quick mockup I did last time the Clip's LCD was discussed 21.13.04 # but rockbox doesn't work :( 21.13.26 # would for example statusbar+list title fit in the yellow part? 21.14.43 # I've been told that this part was 16 pixels tall, so with sysfont (or another with the same height) it should 21.14.52 # n1s: it is just a copy paste row from another line, so i did not change it 21.15.34 # pixelma: then that could work out pretty nicely 21.15.38 # cg: ah, ok 21.15.47 Quit miepchen^schlaf () 21.17.08 Quit IudeX ("CGI:IRC") 21.17.24 Join miepchen^schlaf [0] (n=miepchen@p579ECCA1.dip.t-dialin.net) 21.20.24 Quit Strife89 ("Bye, guys.") 21.21.56 Quit spiorf (Read error: 110 (Connection timed out)) 21.21.59 Join merbanan [0] (n=banan@83.233.243.5) 21.24.54 Quit blahrus ("Ex-Chat") 21.31.04 Quit J-23 (Read error: 110 (Connection timed out)) 21.37.20 # I think I have an explanation for why a read is done at a specific SDRAM address during SDRAM initialisation (required for the clip for example) 21.38.31 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 21.40.05 # * linuxstb waits... 21.41.20 # it sets the SDRAM mode register, see also http://en.wikipedia.org/wiki/SDRAM#SDRAM_mode_register 21.43.05 # the value 0x2300 sets it to non-burst mode, CAS latency 3, sequential burst ordering, burst length 1 word 21.43.07 Join funman [0] (n=fun@AAnnecy-257-1-105-160.w90-36.abo.wanadoo.fr) 21.43.29 # oh hi funman, I was just explaining the weird SDRAM read during SDRAM initialisation 21.43.32 # bertrik: how can such a register be set only with a read ? 21.43.44 # yeah I just read the logs ^^ 21.44.26 # the settings are encoded in the address for this command 21.45.48 # ah right 21.45.58 # do you know how to decode the address? 21.46.29 # 0x2300 = 10001100000000b , a bit more than 10 bits 21.46.31 Part dany_21a 21.47.58 # ah, the intend is not to read something, but to pull some address lines high :-) makes sense.. 21.48.53 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.49.34 Quit spiorf_ (Remote closed the connection) 21.49.37 # I looked at the SDRAM wiki and made an educated guess that it should be shifted :P 21.50.54 # for the e200v2 it's 0x2300*4, or 0x2300<<2 21.51.01 Join dany_21a [0] (n=dan@84-119-30-42.dynamic.xdsl-line.inode.at) 21.51.02 # Typical SDRAM setup method - the coldfire irivers also do this 21.51.24 # maybe the addresses aren't encoded the same way on the e200v2 and clip/m200v2 SDRAM 21.51.59 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-9a08bb8e7ed62931) 21.55.32 # amiconn: in which file? 21.55.47 # firmware/target/coldfire/crt0.S 21.57.30 Join Rudy77 [0] (n=Rudy77@adsl-69-221-117-39.dsl.akrnoh.ameritech.net) 21.59.52 Quit dabujo_ (Read error: 104 (Connection reset by peer)) 22.01.18 Quit Nibbl (Read error: 113 (No route to host)) 22.06.40 *** Saving seen data "./dancer.seen" 22.07.17 Quit PaulJam (".") 22.09.00 Quit Acksaw (Read error: 104 (Connection reset by peer)) 22.09.20 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 22.09.46 # funman: I've just tested the svn mkamsboot on my Clip, and it's working perfectly. 22.09.51 # base+0x2324 <= was this calculated, or is it using the same value than the OF ? 22.09.55 # linuxstb: ah cool ;) 22.10.18 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.1b2pre/20081024032143]") 22.11.17 Quit aarcane ("Leaving") 22.11.43 # amiconn: at line 149 of crt0.S 22.13.11 # Afaik it uses the same value as the OF, but the bits are documented as well (in the SDRAM datasheet) 22.13.39 # LinusN should know - he did this stuff 22.13.42 # ah I think I have the datasheet for the e200v2 SDRAM (thanks to dany_21a) 22.15.16 # row/column are multiplexed on the same address pins 22.15.24 # * rasher has e200v2 sims up now 22.15.29 # that must mean the setting uses either column either address (or both?) 22.16.47 Quit Llorean (Connection reset by peer) 22.17.05 # for the e200v2 SDRAM: row length = 12, column length = 9, and we need 10 bits, so that'd be the row 22.17.07 Quit merbanan (Remote closed the connection) 22.17.24 Quit bmbl ("Woah!") 22.17.25 Join petur [50] (n=petur@rockbox/developer/petur) 22.17.31 # amiconn: How big is your sh-1 ucl decompressor function? 22.17.42 # funman: It's neither, because that data goes to the sdram controller, not to the sdram 22.17.50 # linuxstb: 220 bytes 22.18.05 # The C version is 524 bytes when not inlined 22.18.29 # Are sh-1 instructions a fixed size, or variable? 22.18.36 # Fixed, 16 bit 22.19.48 # So is sh-1 lacking some things that arm-thumb can do? 22.20.08 # SH1 is risc to-the-max is most respects: fixed instruction width, no shift-by-n (i.e. no barrel shifter), no condition code register (just a single bit) 22.20.57 # Yes - SH1 never sets the T bit in arithmetic instructions, so you have to test or compare explicitly 22.21.25 Quit meven (Remote closed the connection) 22.22.28 # How big was the thumb version again? 22.22.36 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.23.10 Join meven [0] (n=meven@ARennes-357-1-128-175.w90-12.abo.wanadoo.fr) 22.23.23 Quit meven (Remote closed the connection) 22.23.41 # The version we use is 168 bytes, but I think that's got a few instructions removed from the original. 22.24.28 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) 22.24.32 # Ah, yes 22.24.41 # The plain version is 186 bytes 22.24.45 Quit Schmogel (Read error: 110 (Connection timed out)) 22.25.03 # But e.g. arm has load/store multiple regs - sh doesn't 22.26.43 # * amiconn tried the thum version on minig2 while hunting for the bug in the SH1 code 22.29.30 # My final version is a bit different from the ones in UPX - it takes the same parameters as our C version, and also has the same return value 22.30.13 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 22.30.45 # did you write it from scratch or from gcc output ? 22.30.53 # The ones in UPX take 4 parameters, and return an "error" value that indicates a decoding error when it's non-zero. Our version only takes 3 parameters and returns the compressed length 22.32.03 # funman: I wrote it as a "translation" from the thumb code, with the necessary adjustments 22.33.31 Quit jhMikeS (Read error: 110 (Connection timed out)) 22.34.04 Quit Horscht ("electromagnetic radiation from satellite debris") 22.35.03 # I'll integrate the asm version into the flash bootloader as well, for faster booting of flashed rockbox 22.35.28 Join igcbg [0] (n=4b203e89@gateway/web/cgi-irc/labb.contactor.se/x-bb580326949cf4ac) 22.35.39 # Right now only the recv1 profits from it (other archos targets don't need the self-extractor yet) 22.36.27 # hey... new to rockbox need help downloading it for my ipod nano if u can help me out pm me please =] 22.37.15 # igcbg: if you have a 3rd or more generation nano, rockbox will not work on it 22.37.24 # its a first gen 22.37.26 # funman: 2nd or more generation. 22.37.50 # Llorean: ok, sorry 22.38.11 Join kugel_ [0] (n=chatzill@e178090000.adsl.alicedsl.de) 22.38.35 # igcbg: What step in the manual are you stuck at? 22.39.18 # i need either the bootloader or firmware... 22.40.13 # No, you need both. Why not try the automated install in the manual instead? 22.40.29 Quit balou_ (brown.freenode.net irc.freenode.net) 22.40.29 NSplit brown.freenode.net irc.freenode.net 22.40.29 Quit Rudy77 (brown.freenode.net irc.freenode.net) 22.40.29 Quit goffa_ (brown.freenode.net irc.freenode.net) 22.40.29 Quit cg (brown.freenode.net irc.freenode.net) 22.40.29 Quit ameyer (brown.freenode.net irc.freenode.net) 22.40.29 Quit FOAD (brown.freenode.net irc.freenode.net) 22.40.29 Quit DataGhost (brown.freenode.net irc.freenode.net) 22.40.29 Quit synergist (brown.freenode.net irc.freenode.net) 22.40.29 Quit homielowe (brown.freenode.net irc.freenode.net) 22.40.29 Quit Kopfgeldjaeger (brown.freenode.net irc.freenode.net) 22.40.29 Quit lostlogic (brown.freenode.net irc.freenode.net) 22.40.29 Quit maraz (brown.freenode.net irc.freenode.net) 22.40.29 Quit liiwi (brown.freenode.net irc.freenode.net) 22.40.29 Quit suom1 (brown.freenode.net irc.freenode.net) 22.40.29 Quit freqmod_qu (brown.freenode.net irc.freenode.net) 22.40.29 Quit gevaerts (brown.freenode.net irc.freenode.net) 22.40.29 Quit neddy (brown.freenode.net irc.freenode.net) 22.40.29 Quit BigBambi (brown.freenode.net irc.freenode.net) 22.40.29 Quit kugel (brown.freenode.net irc.freenode.net) 22.40.29 Quit Zambezi (brown.freenode.net irc.freenode.net) 22.40.29 Quit BlakeJohnson861 (brown.freenode.net irc.freenode.net) 22.40.29 Quit gromit` (brown.freenode.net irc.freenode.net) 22.40.29 Quit rvvs89 (brown.freenode.net irc.freenode.net) 22.40.29 Quit lastebil (brown.freenode.net irc.freenode.net) 22.40.29 Quit tarbo (brown.freenode.net irc.freenode.net) 22.40.29 Quit preglow (brown.freenode.net irc.freenode.net) 22.40.38 NHeal brown.freenode.net irc.freenode.net 22.40.38 NJoin Rudy77 [0] (n=Rudy77@adsl-69-221-117-39.dsl.akrnoh.ameritech.net) 22.40.38 NJoin goffa_ [0] (n=goffa@216.220.23.105) 22.40.38 NJoin cg [0] (n=cromos@cable-kmi-fefff900-32.dhcp.inet.fi) 22.40.38 NJoin ameyer [0] (n=ameyer17@adsl-75-57-172-237.dsl.emhril.sbcglobal.net) 22.40.38 NJoin FOAD [0] (n=dok@dinah.blub.net) 22.40.38 NJoin DataGhost [0] (n=dataghos@unaffiliated/dataghost) 22.40.38 NJoin synergist [0] (i=christop@cant.be-arsed.co.uk) 22.40.38 Join homielowe [0] (n=homielow@unaffiliated/homielowe) 22.40.38 NJoin Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 22.40.38 NJoin balou_ [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 22.40.38 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 22.40.38 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 22.40.38 NJoin liiwi [0] (i=liiwi@idle.fi) 22.40.45 Nick kugel_ is now known as kugel (n=chatzill@e178090000.adsl.alicedsl.de) 22.40.50 # ok 22.40.55 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 22.41.13 NJoin gevaerts [0] (n=fg@rockbox/developer/gevaerts) 22.41.26 NJoin tarbo [0] (n=me@unaffiliated/tarbo) 22.41.53 NJoin suom1 [0] (i=markus@viitamaki.net) 22.41.59 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 22.43.13 Join gartral [0] (n=Gareth@adsl-75-33-66-60.dsl.bcvloh.sbcglobal.net) 22.43.21 # hi sll 22.43.44 # all* 22.44.25 NJoin gromit` [0] (n=gromit@ALagny-154-1-84-169.w81-48.abo.wanadoo.fr) 22.45.48 Quit rvvs89 (Killed by reynolds.freenode.net (Nick collision)) 22.45.56 NJoin neddy [0] (n=john@nat/sun/x-68d8cd56acebc738) 22.45.56 NJoin BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 22.45.56 NJoin Zambezi [0] (i=stolgfor@itslyna.se) 22.45.56 NJoin BlakeJohnson861 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 22.45.56 NJoin rvvs89 [0] (n=rvvs89@martello.ucc.gu.uwa.edu.au) 22.45.56 NJoin lastebil [0] (n=truck@cube.lomal.la) 22.45.56 NJoin freqmod_qu [0] (i=quassel@2001:700:300:1430:213:d3ff:fee9:5ed0) 22.45.56 NJoin preglow [0] (i=thomj@rockbox/developer/preglow) 22.46.00 Join rvvs89_ [0] (n=rvvs89@bright-snat.ucc.asn.au) 22.46.08 Quit freqmod_qu (Excess Flood) 22.46.28 Quit preglow (Read error: 104 (Connection reset by peer)) 22.46.39 Join freqmod_qu [0] (i=quassel@2001:700:300:1430:213:d3ff:fee9:5ed0) 22.46.41 Quit Zambezi (SendQ exceeded) 22.47.04 Join Zambezi [0] (i=stolgfor@itslyna.se) 22.47.11 Quit neddy (SendQ exceeded) 22.48.38 Join yhuang [0] (n=Yifu@nat01-voorhees-ext.rutgers.edu) 22.49.27 Join lastebil_ [0] (n=truck@cube.lomal.la) 22.49.57 Join preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 22.50.23 Quit igcbg ("CGI:IRC") 22.52.25 Quit mf0102 ("Ex-Chat") 22.54.19 Quit lastebil (No route to host) 22.55.01 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 22.56.58 Quit rvvs89 (Network is unreachable) 22.59.31 # Can anyone tell me if Rockbox supports wma files below 32kbps on an IRiver H320? 23.00.36 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-867613901550a46b) 23.00.47 # can't you just try it? 23.00.55 # Rudy77: I think so but i'd guess saratoga could telll you :) 23.01.07 # Bagder: Did you see Lear's genlang commit? 23.01.17 # yes, I'm fine with it 23.02.28 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 23.03.11 # I thot I saw in a FAQ somewhere that it didn't, but I wasn't sure how old that info was. I haven't installed it yet on my player cuz of that limitation. 23.03.44 # what faq 23.03.51 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.04.12 # isn't wma the real limitation? ;-) 23.04.53 # The General FAQ at rockbox.org. 23.04.56 # It says: 23.04.57 # Yes. Support for non-DRM WMA files is included, although it requires optimisation to play realtime on most targets, and will not currently play files with a bitrate less than 32kbps. See here for details: SoundCodecWMA. It is very unlikely that Rockbox will be able to play protected WMA files. 23.05.38 # Rudy77: why are you reading the FAQ to us? 23.05.42 # Rudy77: if you don't like rockbox you can uninstall it 23.06.33 # bluebrother: Saratoga asked which FAQ, though 23.06.45 Part gartral 23.06.55 # I'm just asking if perhaps there's been an upgrade and that info is no longer accurate. I haven't installed it and don't want to go thru the process if that limitation exists right now. 23.07.12 # Llorean: well, does that mean we couldn't read the FAQ ourselves if we know which one? ;-) 23.07.12 # by installing rockbox, you have lost the ability to play protected WMAs now. 23.07.17 # http://www.rockbox.org/twiki/bin/view/Main/GeneralFAQ#Will_Rockbox_play_WMA_files is the FAQ. 23.07.44 # You can always test your actual WMA files in the Rockbox UI simulator - http://www.rockbox.org/twiki/bin/view/Main/UiSimulator 23.08.26 # ok i updated the faq 23.08.48 # and anywya if you clicked the more information link, it had up to date information 23.09.40 # linuxstb: Thanks for that link! 23.12.16 # saratoga: I'm sorry for my ignorance - tnx for the change - am I to conclude that it does support bitrates below 32kbps now? 23.13.10 # We have too many FAQ's and guides strewn about the wiki... Info regarding Rockbox and it's use should be in the manual. 23.13.51 # * n1s hints to people with possible codec quirks to add them to the "Supported audio formats" table in the manual (appendix A) 23.14.09 # nls: I did peruse the manual and didn't see that limitation mentioned, but it was on that one FAQ, thus my confusion and it's why I asked. 23.14.47 # Rudy77: I understand your confusion, that is the problem with having similar info in many different places 23.14.55 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.16.39 # does pictureflow check .rockbox/albumart ? 23.19.07 # * rasher thought PF used the code from apps to search for albumart 23.19.14 # But now I'm not so sure 23.20.28 # i have a load of album art in .rockbox/albumart and they show up when i play a song, but when i run pictureflow it says no album art detected 23.20.46 # i tryed re initializing the database too 23.21.06 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 23.21.41 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.22.57 # yhuang: that sounds like a bug 23.23.48 # I can't make pf work on my e200 either, although I think I met all requirement mentioned on the PluginPictureFlow wiki page 23.23.53 # As far as I can tell, it gets this info from the DB, so it should work 23.24.49 Quit massiveH ("Leaving") 23.25.54 # bertrik, does the album art load up in wps for you? 23.25.54 Join DerDome [0] (n=DerDome@dslb-082-083-253-194.pools.arcor-ip.net) 23.26.43 # yhuang, yes. I have 120x120 AA by the way while pf prefers 100x100 23.27.58 # ok so we know its pictureflow's problem 23.28.07 # saratoga: do you think you will plug your jtag adaptor to your fuze before I receive the adapter I ordered? 23.29.44 # funman: i really have no idea when i'm going to have time to dig into this 23.30.00 # i'm really busy this week, and then i have to figure out a way to solder to the tiny connectors 23.30.19 # you're likely to be done before me I think since you have normal sized leads on teh clip 23.30.28 # I can't make you less busy, but did you investigate the suggestions on the forum ? 23.30.37 # the wire on a tip? 23.31.04 # can't remember the exact thing - the only electronic I know is at an higher scale than that ;) 23.31.23 # pictureflow seems to have quite a number of not-so-small issues 23.31.43 # the two ideas i saw were to put a fine gauge wire on a soldering iron, and to use an adapter with the proper solder pitch 23.31.49 # yhuang: I think you should file a bug 23.32.26 # i tried the wire under a stereo microscope at 20x mag, and it was small enough to work, but I couldn't keep my hands steady enough to solder 23.32.38 # too much coffee ? ;) 23.33.06 # i'll probably take another shot at it 23.33.08 # try looking for help from other people, maybe 1 person out of x can be this steady 23.33.28 # what pitch is this that you are trying to solder? 23.33.34 # 0.5 mm 23.33.36 # is it possible to get a flatcable with the correct pitch (and use lots of flux) ? in that case you may not need to be that steady and accurate 23.34.00 # i can do that if you really need 23.36.12 # scorche|sh: whats your method? 23.36.37 # nice soldering station, careful hand/eye 23.36.50 # i should try again, it seems like i should be able to do this 23.37.56 # read the dark tower from Stephen King, it learns how to synchronize hand and eye (to shoot, but this should work for solder) 23.38.10 # which sansa is this: http://www.woot.com/ 23.38.32 # m200? 23.38.36 # M240....as said 23.38.49 # ah missed that 23.38.57 # both in the description and the "Products" bit 23.39.01 # might be easier to just buy one of those and jtag it 23.39.14 # they're AMS right? 23.39.18 # That sure was cheap 23.39.21 # Sold out.. 23.39.24 # the v4, right 23.39.31 # the others are TCC 23.39.44 # you should ask domonoky or bluebrother if there is a suspect JTAG connection 23.40.50 # Bagder: thoughts on providing windows sims? 23.40.53 # hmm, too bad, would like one, even if it were pink :P 23.41.20 # rasher: I think it would be cool 23.42.12 # Bagder: can anyone update the front page via SVN or does it take something more then that? 23.42.20 # rasher: if so, do you want to host them "officially" or would you like me to rsync them over somewhere? 23.42.32 # * linuxstb wonders if we should rename the "archos" directory in the sim, or keep it for nostalgic reasons 23.42.38 # saratoga: the web site content is in svn, but the actual update from svn on the site needs to be done manually 23.43.28 # linuxstb: I've said many times that "disk" would make more sense, but amiconn and Bagder disagreed. Grumpy old men 23.43.39 # linuxstb: is it timt for this discussion again? ;) 23.43.48 # time too 23.43.52 # * bluebrother is nostalgic and a grumpy old man :) 23.43.53 # rasher: "disk" is clearly wrong :) 23.43.55 # a good subject never dies! ;-) 23.44.13 # * linuxstb apologises - he must have missed the previous discussions (or is simply going senile...) 23.44.23 # It's been very brief, probably 23.44.29 # * gevaerts thinks that the sim should support multivolume 23.44.54 # I believe that came up more than once, not sure though 23.46.06 # * linuxstb takes that as a "no, let's keep it as it is" 23.46.22 # If they are going to be offered more widely though, it is confusing 23.47.04 # gevaerts: if the simulator supports multiple volumes, why not 'volume1' ? 23.47.13 Quit petur ("Zzzzz") 23.47.32 # or put_music_here ? 23.48.05 # or s/here/inside/ even 23.48.21 # nah. Why not "root"? ;-) 23.48.22 # "simulator data" 23.48.23 # what if people want to try out gameboy roms etc. there? ;) 23.48.26 # "virtual_disk" 23.48.37 # rasher: so maybe we should start with getting a script committed (somewhere) that builds all sims (cross-compiled) ? 23.48.42 # "My Music" :) 23.48.54 # "My Rockbox" :P 23.48.58 # hehe :) 23.49.00 # * gevaerts hits BigBambi over the head with a guitar 23.49.03 # "My Archos" ! ;-P 23.49.06 # * Bagder ducks 23.49.33 # hey, I even kinda like "My Rockbox". The only thing I dislike is this stupid space in the folder name ... 23.49.34 # * BigBambi was far too late in ducking 23.50.00 # I actually like "root" 23.50.14 # Bagder: what kind of scripts do we have now to build stuff? Building a cross-compiled sim is exactly the same as a regular sim, except you set PATH to include the cross-compiled SDL. 23.50.24 # "unzip to the root folder"? ;-) 23.50.43 # Maybe rockboxdev.sh could include a "build SDL for cross compiling the sim" option 23.50.58 # rasher: we have scripts like tools/release that builds a set of bins for release 23.52.21 Part Rudy77 23.52.43 # Bagder: does the main server still build all the daily bilds? 23.52.50 # yes 23.53.07 # and voices, and manuals 23.53.46 # Any particular reason the build system isn't used for this? 23.54.15 # Except the voices and manuals, of course.. that's not quite as easy to distribute 23.54.50 # just for the stability of knowing that it is the exact same machine doing them all, and for easyness as sometimes builds fail or there's a mixed situation exactly when the daily build is about to happen etc 23.54.56 # Well, it does mean that even if one build server's doing something funny, the dailies are "good" (assuming the 'funny' buildserver isn't the main one) 23.55.06 # That makes sense 23.57.05 Quit bmbl ("Woah!") 23.57.29 # * bluebrother wonders if FS will ever get fixed 23.58.13 Nick HBK- is now known as HBK (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net)