--- Log for 15.03.110 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 9 hours ago 00.00.03 # And I am asking what we would win 00.00.20 # The common case people are trying to solve is a track with v1 tags where people ran a replaygain tool that added the replaygain tags in v2 only, but didn't copy the other tags 00.00.21 # The possibility of reading people's tags 00.00.28 # Rockbox does that 00.00.31 # at least, IIUC 00.00.41 # That was my case, which I doubt is unique 00.01.04 # I'm sure there are others (people accidently click a checkmark to add a v2 tag but don't fill it, etc) 00.01.08 # And how likely is it that an id3v1 conatins exactly those pieces of information which are missing in the id3v2 (if the latter is non-empty)? 00.01.14 # amiconn: fix your tags and you don't get a seek 00.01.17 # amiconn: non-zero 00.01.43 # I guess it's less likely than the percentage of runtime we'd be losing by doing this 00.01.43 # Why *not* do it? There's literally no cost, and a non-zero chance of helping people out 00.02.22 # amiconn: can you measure the percentage of runtime you'd be losing ? 00.02.33 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.02.35 # We keep getting back to this point, and people keep going "but a seek takes battery runtime!" 00.02.51 # And I keep getting more depressed 00.03.04 # amiconn: the only tracks where you would be losing runtime without gaining useful metadata would be those that have *only* non-human-readable v2 tags like replaygain, but no title or anything like that 00.03.11 # * funman hugs rasher 00.03.14 # funman: I'm quite sure it's measurable 00.03.26 # unless I'm missing some cases 00.04.03 # amiconn: well it is (measurable), but according to your detractors it is so small that it can be ignored. 00.04.18 # I can't ignore it 00.05.25 # amiconn: will you measure it anyway? 00.05.37 # amiconn: if it shaves off more than 30 seconds of battery life for you, I'll buy you a beer. And that offer goes for all Rockbox users who can prove this. 00.05.41 # i can easily ignore 1% less runtime 00.05.52 # amiconn: do you actually have mp3 files that match the criteria I mentioned, or are my criteria wrong? 00.06.46 # i.e. *no* title, artist or album tags at all? 00.06.48 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 00.07.10 # Well, if it tries id3v1 whenever id3v2 misses fields id3v1 could provide, I do have quite a few such tracks. And it would fail everytime, because I don't have *any* id3v1 tags 00.07.12 # I have yet to see any argument beyond "well my battery life might be impacted some" against it 00.07.33 # amiconn: how much battery life do you think you would lose? 00.07.38 # (id3v1 fields being title, artist, album, track number, year) 00.08.02 # That's not what's being suggested though 00.08.05 # amiconn: that's not what's being proposed. The proposal would only try id3v1 if id3v2 misses *all* of those fields. As soon as one is there, id3v1 will not be tried 00.08.16 # how would you explain why completing tag info from ID3v1 if all of title/artist/album is missing in the ID3v2 is ok, but completing or trying to if one of those is missing is not? 00.08.46 # and what about other tags? 00.08.59 # pixelma: so the only issue with fms now is the peak meter? 00.09.04 # oh for christ sake 00.09.47 # pixelma: one missing tag is reasonably likely to be normal (i.e. some tracks aren't part of an album). Missing all of them is much less likely to be expected 00.09.51 Join hd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 00.09.52 Quit hd (Changing host) 00.09.52 Join hd [0] (~jd@Wikipedia/HellDragon) 00.10.37 # And I think that the exact list of tags to look at isn't a blocker. If people also want to look at track number, fine 00.11.54 # Hmm, my estimation says the loss would be a little less than 3 minutes of a total of 15.5 hours with 2100mAh batteries 00.12.08 Quit jd (Ping timeout: 245 seconds) 00.12.14 # So not that much, but it still feels technically wrong 00.12.32 # amiconn: assuming all your songs match gevaerts criteria? 00.12.42 # That's with all tracks being played requiring that extra seek 00.13.05 # that's not a very likely scenario though, if I may guess 00.13.48 # just for the record, I dont ever remember my problems with the id3v1/2 patch being the extra seek 00.13.59 # Other values used: average current on recorder 135mA, disk access current 500mA, extra time for the seek: 200ms, 4 minutes per track 00.14.52 # If a track is missing all of the relevant id3v1 tags, how likely is it that it will have *any* id3v2 tags? 00.14.55 # thats twice the seek time you told me before 00.14.56 # gevaerts: in theory, but that's a very very weak argument if someone asks about it and why not etc. 00.15.00 # * S_a_i_n_t is confused by this... 00.15.13 # you're becoming more pessimistic as you make your case 00.15.52 # amiconn: Thanks for injecting some numbers. 00.16.03 # So that's 3 minutes at the absolute worst case we could possibly ever imagine 00.16.26 # that's 0.3% btw 00.16.43 # saratoga: Maybe, but then the 500mA are a bit optimistic in turn (of course that depends on the disk model) 00.16.47 # S_a_i_n_t: that's not the question at all if I unders 00.16.55 # pixelma: Do we know of people who have a significant number of tracks with mixed v1/v2 useful tags? 00.16.55 # tand you correctly 00.17.26 # amiconn: so is 0.3% small enough to be ignored? 00.18.07 # it's 0.3% for people who either have been missing their title tags all the time and didn't notice, or who have no title tags at all 00.18.17 # gevaerts: I saw some very messed up tagging by other people 00.19.47 Quit DerPapst (Quit: Leaving.) 00.20.07 Join Casainho [0] (~chatzilla@87-196-27-159.net.novis.pt) 00.20.16 Quit Horschti (Quit: Verlassend) 00.21.24 # pixelma: anyway, I'm not actually against reading v1 in all cases where it could provide one extra string, but I think the numbers are totally different. FS#10016 will not have any effect for people with "properly" tagged files, and a small effect for those who have semi-weird cases like v2-replaygain + v1-main-tags. Fallback for all tags would have a small effect for nearly everyone (because as was pointed out, some tags are very commonly missing 00.21.41 # pixelma: I thought we didn't care what happened to people with imperfect tags. Now suddenly we do? 00.22.56 # FS#10016 will also have a small effect for people with files with *only* replaygain (or similar) tags, but I'd expect those to be really uncommon 00.22.57 # huh? I just think we are losing arguments against them and then we do extra seeks all of the time 00.23.40 # No one is suggesting to seek every time 00.24.08 Quit stripwax (Read error: Connection reset by peer) 00.26.43 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 00.26.43 Quit JdGordon (Read error: Connection timed out) 00.27.02 *** Saving seen data "./dancer.seen" 00.27.10 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.32.18 Join Casainho_ [0] (~chatzilla@87.196.27.159) 00.32.45 # my point was just that currently there is a clean line and you know what you can expect, after this change it's not anymore and you lose grounds if someone asks for more 00.33.21 Join Foxx- [0] (~Foxx@pool-68-160-211-89.ny325.east.verizon.net) 00.33.45 Quit ender` (Quit: If at least two walls aren't shored up with balks of timber then it's not a true witch's cottage at all, but merely the home of some daft old bat who reads tea leaves and talks to her cat. -- Terry Pratchett: Lords and Ladies) 00.34.06 Quit Foxx (Ping timeout: 245 seconds) 00.34.11 # I think there's still a reasonably clean line, in that the "more" requires everyone to pay the 3 minutes as soon as they omit one single tag. 00.35.03 Quit Casainho (Ping timeout: 245 seconds) 00.35.03 # New commit by 03funman (r25188): amsinfo: do not assume library blocks always have the same size ... 00.35.12 Nick Casainho_ is now known as Casainho (~chatzilla@87.196.27.159) 00.36.15 Quit bertrik (Quit: sleeo) 00.39.13 # the Clip+ likely have a FM si4702 chip (like fuze/e200v2/clipv1/c200v2..), and a "RDA 5802" whatever it is 00.39.39 Quit stripwax (Quit: http://miranda-im.org) 00.48.18 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 00.50.13 Quit r0b- (Ping timeout: 260 seconds) 00.51.07 Quit planetbeing (Ping timeout: 252 seconds) 00.51.07 Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 00.53.32 # bluebroth3r: I even found a bug report about the nopt issue, it was closed because the workaround of rearranging the nopt worked - http://www.rockbox.org/tracker/task/10652 00.57.01 Quit CGL (Ping timeout: 240 seconds) 00.57.52 Quit bmbl (Quit: Bye!) 01.02.28 Join Llorean1 [0] (~DarkkOne@adsl-99-158-46-229.dsl.hstntx.sbcglobal.net) 01.02.44 Quit Llorean (Quit: Leaving.) 01.02.56 Nick Llorean1 is now known as Llorean (~DarkkOne@adsl-99-158-46-229.dsl.hstntx.sbcglobal.net) 01.03.01 Quit Llorean (Changing host) 01.03.01 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 01.04.47 Join r0b- [0] (~nnscript@adsl-76-235-205-202.dsl.klmzmi.sbcglobal.net) 01.07.23 Join mikroflops_ [0] (~yogurt@90-224-30-68-no112.tbcn.telia.com) 01.11.23 Quit mikroflops (Ping timeout: 258 seconds) 01.15.54 Quit r0b- (Ping timeout: 248 seconds) 01.19.26 Part froggyman 01.21.06 Join r0b- [0] (~nnscript@adsl-76-235-195-8.dsl.klmzmi.sbcglobal.net) 01.30.26 Quit karashata (Quit: The fluffy dragon has left completely!) 01.36.10 # New commit by 03funman (r25189): sd-as3525v2: reduce the delay before reading response 01.36.15 # New commit by 03funman (r25190): Clip+: si4702 FM 01.38.34 # (still no sound) 01.40.51 # hm boomshine.lua likely crashes (black screen) 01.41.48 Quit r0b- (Ping timeout: 268 seconds) 01.42.21 Nick Foxx- is now known as Foxx (~Foxx@pool-68-160-211-89.ny325.east.verizon.net) 01.43.05 Join r0b- [0] (~nnscript@76.235.195.8) 01.44.29 Quit evilnick (Ping timeout: 276 seconds) 01.46.11 # Any Nano2g owners present which are fluent in more than one language? 01.46.29 # Or that know enough of another to tell me if my translations are working? 01.46.42 # err...Nano1 *or 2g will do. 01.59.52 Join Speedy2 [0] (~johnny@cpe-76-88-67-189.san.res.rr.com) 02.00.02 # New commit by 03funman (r25191): as3525: do not assume we can record from microphone 02.00.22 # Guys, BTW, thanks for your hardwork. I loaned my Sansa Clip with Rockbox to the GF and she liked the UI and said the sound quality was noticably better. Just wanted to pop in and say thanks! 02.01.03 # awesome. 02.03.15 # Speedy2: sansa clip has better sound quality than what mp3 player? 02.05.37 # S_a_i_n_t: is sim ok? 02.06.44 Quit Casainho (Remote host closed the connection) 02.09.39 # Conformist, the original firmware, presumably 02.09.56 # rockbox really improves sq? 02.10.07 # thats kewl 02.10.11 # how does it do it 02.10.57 # It's subjective 02.11.03 # Conformist: it has a 5 band EQ...which many players lack. 02.11.08 # that helps a LOT. 02.11.12 # oh 02.11.20 # i really like the eq settings 02.11.31 # Our decoders are different from theirs. In some cases ours is more accurate (in others it may be less). As well we may run the hardware a bit differently. 02.11.47 # wow 02.11.49 # if the OF applies equalization or other "sound improvements", NOT doing them may improve SQ too 02.11.50 # Also some original firmware may alter sound natively, an internal EQ to "sound better" based on what they think consumers like, etc. 02.12.25 # So there are many reasons why Rockbox may sound different than the original software. "Better" is never something we can promise though, since it also may not sound different, or you may like different things than your neighbor. 02.12.44 # well i've compared like a dozen different spdif sources, and i like rockbox h120 optical output best 02.13.02 # we go by the "Bag Of Shit" standard here... 02.13.06 # anyone with a clipv2 could test current bootloader/binary ? 02.13.12 # we strive to not sound like one! 02.13.14 # i wonder if its not becuz rockbox has more well written software 02.14.06 # if i could rockbox my computer for media playback i would, i have more faith in rockbox than any media player on the computer 02.14.14 Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 02.14.15 Quit jd (Changing host) 02.14.15 Join jd [0] (~jd@Wikipedia/HellDragon) 02.15.09 # how much does paypal deduct if i use them to donate to rockbox? 02.16.21 # i think it depends of the country/currency/amount 02.16.35 # look up their terms and conditions perhaps 02.16.44 # ok 02.16.57 Quit hd (Ping timeout: 268 seconds) 02.17.12 # if they charge per transaction i'd rather once than multiple smaller donations 02.17.49 # i'd think one transaction is always cheaper than several 02.18.13 # btw i'm wondering if i should buy a clipv2 02.18.31 # paypal charges 30 cents per 02.18.37 # i can work with only the Clip+ but there doesn't seem to be a lot of testers with Clipv2 02.19.13 # funman: Have you tried looking at third-party forums to see if there are users there interested in testing? 02.19.26 # I'd bet there's a nice group of people at someplace like anythingbutipod willing to do any crazy thing you ask. 02.19.42 # Llorean: i was just thinking I could ask on the rockbox forums 02.21.47 # does rockbox let you donate to individual programmers or should i donate to the link at the bottom of rockbox.org? 02.22.34 # You should use the donate link. You're free to do whatever you want, though. 02.22.42 # New commit by 03funman (r25192): Clipv2: enable FM so testers can confirm if it's detected 02.22.47 # * JdGordon sends Conformist his paypal details :) 02.23.21 # ii'll use the donate link 02.23.27 # Conformist: JdGordon is not a developer!! but i am one !!! 02.25.12 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 02.25.37 # * JdGordon doesnt have a typo to fix to prove otherwise :( 02.25.39 # Llorean: also I assume testers should be able to build from source & edit some files, perhaps if I ask on ABI or another forum people would ask where they can get binaries etc 02.27.06 *** Saving seen data "./dancer.seen" 02.27.38 # also I just see that Torne has a clipv2, and I assume he can "build from source & edit some files" :) 02.29.06 Join Strife1989 [0] (~michael@adsl-154-2-161.mcn.bellsouth.net) 02.29.52 # since im broke rockbox only gets 19$ 02.30.00 Part Conformist 02.31.24 # Every little bit helps. 02.38.28 Nick Strife1989 is now known as Strife89] (~michael@adsl-154-2-161.mcn.bellsouth.net) 02.38.36 Nick Strife89] is now known as Strife89 (~michael@adsl-154-2-161.mcn.bellsouth.net) 02.48.23 Join saratoga_ [0] (~9803c20d@gateway/web/freenode/x-stwmzrpmwjdljukg) 02.48.31 # funman: want me to test something 02.48.59 # saratoga_: just see if you can get to the menu with current build (and current bootloader if you don't have one that works) 02.49.10 # ok will try now 02.49.13 Quit saratoga_ (Client Quit) 02.51.24 Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 02.53.01 Quit r0b- (Ping timeout: 264 seconds) 02.55.59 Join r0b- [0] (~nnscript@adsl-76-253-124-192.dsl.klmzmi.sbcglobal.net) 02.56.47 # Oh, Conformist left 02.56.57 # Rockbox audio quality >> Sandisk original Sansa firmware 02.57.17 # I have a sort of crazy question 02.57.17 # New commit by 03funman (r25193): sd-as3525v2: prepare for multidrive builds 02.57.19 # funman: it just freezes after "executing" 02.57.30 # hm pbxy reported the same thing 02.57.50 # If I retro-fitted a Clip with the FM radio chip that supports RDS, how hard would it be to add the firmware support for it? And if I did so, would others be interested in having their clips modified? 02.58.11 # SiLabs makes the same version of the IC with RDS support. 02.58.29 # probably not hard but i doubt you could modify the clip very easily, the board is tiny and the traces are even smaller 02.58.43 # I have access to the right equipment 02.58.53 # I've already had it opened and fixed its guts 02.59.11 # http://pastebin.com/yWPPiBLH looks really wrong to me, but I suspect it *should* work...? 02.59.17 # After heavy use, solder joints on the CPU crack. 03.01.11 Join bzed_ [0] (~bzed@devel.recluse.de) 03.01.11 Quit bzed (Read error: Connection reset by peer) 03.01.27 Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) 03.01.44 # funman: if you need things tested, you can ping me on gtalk 03.02.10 # saratoga: right now i have no idea, i suppose to get further it would require tinkering with system_init() 03.02.11 Quit krazykit` (Ping timeout: 246 seconds) 03.02.58 # funman: is it radio that broke things or was it already not booting? 03.03.06 # it was already not booting 03.03.13 # ah ok 03.05.11 Quit perfectdrug_ (Quit: perfectdrug_) 03.05.23 Join krazykit [0] (~kkit@adsl-76-240-216-183.dsl.ipltin.sbcglobal.net) 03.08.06 # S_a_i_n_t: no reason it wouldnt.... maybe we should change the Sx/St tags to use ()'s instead of |'s 03.08.11 # doesn't rbutil install the current ams devices? 03.08.34 # yes it does (not sure for c200v2/m200v4 though) 03.08.52 # ah i misunderstood the wiki 03.09.41 # JdGordon: I was thinking it would be better (easier to read) as " %Sx[String] actually 03.09.56 # the |'s make the syntax impossible 03.10.30 # or that 03.11.48 # it only looks weird in a conditional though. 03.15.23 Quit sinthetek (Read error: Connection reset by peer) 03.17.58 # Year: Unkown would be a lot better than "Unknown Year" when it comes to being translated to another langauge...no? 03.18.19 # I guess this as the word order may differ in the other language. 03.25.58 Join panni__ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 03.26.01 Quit panni_ (Read error: Connection reset by peer) 03.26.01 Quit jd (Read error: Connection reset by peer) 03.26.14 Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 03.26.15 Quit jd (Changing host) 03.26.15 Join jd [0] (~jd@Wikipedia/HellDragon) 03.32.10 # * S_a_i_n_t Grrrrrr's at the lang string "Loading..." including the "..." 03.32.20 # and thus, not being able to use it. 03.32.50 # *well, not how I'd like to anyway. 03.35.46 # "Disk" (the best alternative) doesn't seem as appropriate to display upon disk acces as "Loading" to me at least. 03.36.18 # New commit by 03funman (r25194): sd-as3525v2: add card hotswap to sd_thread ... 03.36.46 # and its being used in a text animation and the "..." in "Loading..." mess that up. 03.38.04 Quit Darkknight512 (Ping timeout: 264 seconds) 03.42.30 # * S_a_i_n_t guess it would be pretty hard to convince someone to commit a patch to svn just so one word in my WPS can be translated/animated properly... 03.42.32 # :D 03.49.03 # FlynDice: (for the logs) perhaps B5 enables power for µSD card, and then we can set the card bits in MCI_COMMAND/other regs 03.50.04 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 03.50.10 # S_a_i_n_t: Why not use an image or icon instead of text? 03.51.30 Quit planetbeing (Ping timeout: 252 seconds) 03.51.30 Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 03.55.04 Quit funman (Quit: free(random());) 04.05.44 # Llorean: I have an icon for disk access also, but my wps has "working; working.; working..; working..." (alternated sublines of course) as a text animation in the progress bag. And I'd like to be able to translate this, but apparently can't. 04.06.39 # I figure it may not be immediately apparent when "working" means to a non english speaker. 04.07.15 # but there's no "buffering" or "disk access" in the lang files either. 04.07.40 # Why not just do an animation of some sort. Rotating circle, spinning dots, or whatever, like many PC apps use to indicate "I'm doing something at the moment" 04.08.25 # I have that at the moment, I just thought the text was a nice tough also. 04.08.37 # s/that/spinning dot animation/ 04.11.56 # I must say, I did expect "Buffering" to be in the English.lang file. 04.12.10 Quit kugel (Remote host closed the connection) 04.14.05 Join CGL [0] (~CGL@190.207.203.1) 04.19.25 Join SirFunk [0] (~Sir@97-92-38-108.dhcp.aldl.mi.charter.com) 04.20.29 Join CaptainKwel [0] (~jason@207.237.107.203) 04.21.18 Quit CaptainKewl (Write error: Broken pipe) 04.27.10 *** Saving seen data "./dancer.seen" 04.32.21 Quit Speedy2 (Remote host closed the connection) 04.35.16 Quit TheSeven (Disconnected by services) 04.35.30 Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) 04.35.43 Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) 04.39.01 Join Barahir [0] (~jonathan@gssn-5f757426.pool.mediaWays.net) 04.40.22 Quit Barahir_ (Read error: Operation timed out) 04.47.25 Quit Strife89 (Read error: Connection reset by peer) 04.47.53 Join Strife89 [0] (~michael@adsl-154-2-161.mcn.bellsouth.net) 04.49.36 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 04.52.04 Quit planetbeing (Ping timeout: 256 seconds) 04.52.09 Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 04.54.15 Join kylegeek [0] (~kylemagui@c-174-52-134-94.hsd1.ut.comcast.net) 04.54.44 Quit kylegeek (Client Quit) 04.58.32 Join Rob2223 [0] (~Miranda@p4FDCA4FE.dip.t-dialin.net) 05.01.43 Quit Rob2222 (Ping timeout: 245 seconds) 05.01.55 Quit panni__ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.11.37 Join anewuser [0] (anewuser@unaffiliated/anewuser) 05.13.37 Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) 05.19.51 Join hd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 05.19.51 Quit hd (Changing host) 05.19.51 Join hd [0] (~jd@Wikipedia/HellDragon) 05.19.51 Quit jd (Read error: Operation timed out) 05.41.52 Quit CaptainKwel (Remote host closed the connection) 05.42.12 Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 05.43.37 Quit evilnick (Ping timeout: 256 seconds) 05.51.18 Quit evilnick_ (Ping timeout: 245 seconds) 05.52.13 Join Strife1989 [0] (~michael@adsl-154-2-161.mcn.bellsouth.net) 05.52.17 Quit Strife89 (Read error: Connection reset by peer) 06.01.41 Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 06.08.47 # NGEN 06.17.11 Quit RadicalR (Quit: Leaving) 06.27.13 *** Saving seen data "./dancer.seen" 07.07.41 Quit CGL (Quit: me juiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii wenas noches!) 07.26.48 Quit elcan (Remote host closed the connection) 07.26.56 Quit anewuser () 07.39.11 Quit r0b- (Ping timeout: 260 seconds) 07.58.20 Join _arbingordon [0] (~w@c-71-226-248-30.hsd1.pa.comcast.net) 08.01.59 Quit arbingordon (Ping timeout: 260 seconds) 08.02.21 Quit krazykit (Ping timeout: 264 seconds) 08.02.21 Quit nimak (Ping timeout: 264 seconds) 08.02.24 Quit stavrob (Ping timeout: 248 seconds) 08.02.31 Join nima [0] (~nima@adsl-75-45-227-30.dsl.sfldmi.sbcglobal.net) 08.02.48 Join krazykit [0] (~kkit@adsl-76-240-216-183.dsl.ipltin.sbcglobal.net) 08.03.24 Join stavrob [0] (~sam@78-105-125-218.zone3.bethere.co.uk) 08.12.11 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.12.35 # New commit by 03jdgordon (r25195): fix the remote font not working when there is no .rsbs loaded 08.17.34 Quit Topy (Quit: Leaving) 08.23.52 Quit planetbeing (Quit: planetbeing) 08.27.16 *** Saving seen data "./dancer.seen" 08.35.13 Quit JdGordon (Read error: Connection timed out) 08.35.29 # New commit by 03jdgordon (r25196): rearrange the skin loading to remove some code dupe 08.35.51 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 08.40.14 Join ender` [0] (krneki@foo.eternallybored.org) 08.40.40 Quit ender` (Read error: Connection reset by peer) 08.40.58 Join ender` [0] (krneki@foo.eternallybored.org) 08.41.00 Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) 09.00.41 Join B4gder [0] (~daniel@rockbox/developer/bagder) 09.05.16 Join petur [0] (~petur@rockbox/developer/petur) 09.18.47 Quit JdGordon (Read error: Connection timed out) 09.23.01 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 09.23.01 Join DerPapst1 [0] (~DerPapst@p5099d40e.dip0.t-ipconnect.de) 09.30.35 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.43.21 Quit Zagor (Ping timeout: 245 seconds) 09.45.15 Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) 09.45.15 Quit Zagor (Changing host) 09.45.15 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 09.58.03 Quit TheSeven (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100202165920]) 09.59.18 Quit 17SAALP2R (Ping timeout: 245 seconds) 10.06.31 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 10.18.30 Part flyasky ("Bye!") 10.25.02 # * gevaerts points Zagor to http://www.rockbox.org/irc/log-20100314 10.25.23 # that's a big log. any particular time? 10.25.50 # oops, sorry 10.26.11 # http://www.rockbox.org/irc/log-20100314#23:15:00 10.27.17 *** Saving seen data "./dancer.seen" 10.29.37 # it seems at least the block was lifted automatically. always look on the bright side! :-) 10.31.45 Join TheSphinX^ [0] (~cold@p54A5D2E1.dip.t-dialin.net) 10.36.36 Join planetbeing [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 10.40.38 # New commit by 03zagor (r25197): Require new rbclient. ... 10.46.01 Join funman [0] (~fun@rockbox/developer/funman) 10.49.51 Quit JdGordon (Ping timeout: 248 seconds) 10.58.59 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.00.17 Join LinusN [0] (~linus@rockbox/developer/LinusN) 11.01.45 Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) 11.17.58 Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) 11.19.14 # * TheSeven|Mobile wonders what could have caused that nano2g battery life decrease 11.21.44 # some change during the last months seems to have caused a 40% higher battery current, but i can't think of any change that could have caused it 11.22.07 Quit JdGordon (Read error: Connection timed out) 11.23.44 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.23.45 # * TheSeven|Mobile doesn't really like to bisect that 11.28.57 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 11.42.55 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.43.38 Join s3t [0] (~4d7ccaf9@giant.haxx.se) 11.43.40 Quit TheSeven|Mobile (Quit: TheSeven|Mobile) 11.48.37 Quit s3t (Quit: CGI:IRC (Ping timeout)) 11.49.05 Quit m3dlg (Ping timeout: 256 seconds) 11.53.06 Join s3t [0] (~4d7ccaf9@giant.haxx.se) 11.57.18 Join Genre9mp3 [0] (~yngwiejo@dsl-88-218-63-169.customers.vivodi.gr) 11.57.19 Quit Genre9mp3 (Changing host) 11.57.19 Join Genre9mp3 [0] (~yngwiejo@rockbox/contributor/Genre9mp3) 11.57.38 Quit Genre9mp3 (Client Quit) 11.57.54 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 11.58.07 Quit s3t (Quit: CGI:IRC (Ping timeout)) 12.08.37 # funman: yeah i will test clipv2 at some point :) 12.10.33 # Torne: according to pbxy & saratoga the screen stops at "executing" 12.11.20 # if you want to hack a bit, I would put some calls to _buttonlight_on() in system_init() / main() 12.13.24 Quit JdGordon (Read error: Connection timed out) 12.13.32 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 12.14.24 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 12.17.44 Quit Adubb (Read error: Connection reset by peer) 12.19.08 Join m3dlg [0] (~m3dlg@212.183.140.6) 12.19.18 # or comment the end of system_init() (only executed in rockbox.sansa, not the bootloader) 12.20.24 # hmm in crt0.S we use bl (when not in the bootloader) but apparently we rely on sp setup made by the bootloader 12.20.51 # and we don't use the same memory layout between clipv2 and other models in the bootloader 12.21.32 # kugel: ^ perhaps it's why the fuzev2 build fails? what's the size of fuzev2 OF firmware block ? 12.21.57 Join Casainho [0] (~chatzilla@87-196-190-92.net.novis.pt) 12.26.51 # New commit by 03funman (r25198): as3525*: setup stack pointer before we use it 12.27.19 *** Saving seen data "./dancer.seen" 12.27.22 # Torne: (or anyone with a clipv2) could you try r25198 current build ? (no need to update bootloader) 12.28.24 # not at the moment, i'm at work and haven't even installed hte bootloader yet 12.28.31 # oops I forgot something 12.29.21 # New commit by 03funman (r25199): as3525* : make sure sp is setup in bootloader 12.40.04 Join watto [0] (~watto@193.203.81.165) 12.47.47 # New commit by 03funman (r25200): lamp: invert backlight for Clipv2/Clip+ too 12.47.50 Quit m3dlg (Ping timeout: 252 seconds) 12.47.52 # New commit by 03funman (r25201): Clip+ : make the bootloader not verbose by default 12.55.50 Quit robin0800 (Ping timeout: 245 seconds) 13.02.04 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.31.26 # New commit by 03pamaury (r25202): fat: make fat_open more flexible by accepting the file==&dir->file and make fat_opendir also more flexible by accepting dir==parent_dir 13.32.06 # New commit by 03pamaury (r25203): dir_uncached: fix opendir_uncached to have opened directories keep enough information to update metadata; this is necessary because of the way ... 13.33.06 Join mischasworld [0] (~quassel@193.174.158.81) 13.34.44 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 13.35.19 Join froggymana [0] (~187b533e@giant.haxx.se) 13.44.01 Quit ender` (Quit: The reward for work well-done is more work.) 13.47.42 Quit mt (Read error: Connection reset by peer) 13.47.48 Join mischa [0] (~quassel@193.174.158.84) 13.48.22 Join mt [0] (~mtee@rockbox/developer/mt) 13.48.22 Quit mischasworld (Ping timeout: 246 seconds) 13.50.20 Join Lss [0] (~Lss@cm48.omega219.maxonline.com.sg) 13.51.24 # gevaerts: see FS#11108 for usb audio 13.51.54 Join Farthen [0] (~chatzilla@e179237057.adsl.alicedsl.de) 13.51.55 # New commit by 03uchida (r25204): UIsimulator: iAudio M3 remote keys add. 13.52.59 Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 13.53.06 # pamaury: Did you manage to decipher the pcm format? 13.54.52 Quit evilnick (Ping timeout: 256 seconds) 13.57.12 Join Genre9mp3 [0] (~yngwiejo@dsl-88-218-63-169.customers.vivodi.gr) 13.57.13 Quit Genre9mp3 (Changing host) 13.57.13 Join Genre9mp3 [0] (~yngwiejo@rockbox/contributor/Genre9mp3) 13.57.22 Quit Genre9mp3 (Client Quit) 13.58.24 Quit parafin (Remote host closed the connection) 13.58.37 # I made some tests and a early conclusion is that it is normal signed 16-bit pcm data. I believe the problem has to do with iso transfers: the core can't keep up and misses packets. But as packets are not aligned on samples, the result is...horrible 13.58.48 # pamaury: thanks! I'll have a look at it later 13.58.58 Join parafin [0] (parafin@paraf.in) 13.59.12 # gevaerts: the code is horrible, close your eyes when reading it ;-) 13.59.18 # does uchida's commit mean that now only the remote keys are simulated in an M3 sim and not the main target's anymore? 14.00.20 # ah no, I think I see now 14.00.21 Join ender` [0] (krneki@foo.eternallybored.org) 14.01.33 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.01.41 # * pixelma wonders about other targets with remote though 14.02.43 # they would require individual changes, no? 14.02.56 Quit JdGordon (Ping timeout: 276 seconds) 14.05.05 # well, interesting would especially be the X5 and M5 since they use the same remote, the main targets button layout differs from the M3 though 14.10.43 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 14.21.54 # ranmachan: there is likely a buffer overflow in recording code 14.23.09 Join evilnick__ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 14.26.02 Quit evilnick_ (Ping timeout: 256 seconds) 14.27.21 *** Saving seen data "./dancer.seen" 14.28.04 Join Schmogel [0] (~Miranda@p3EE21A31.dip0.t-ipconnect.de) 14.30.42 Quit kugel (Ping timeout: 246 seconds) 14.39.10 # any reason why album_art.* is in the recorder/ folder ? 14.39.38 # "recorder" historically also means "bitmapped targets" 14.39.58 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.48.42 Join m3dlg [0] (~m3dlg@212.183.140.32) 14.49.10 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 14.55.43 Join jgarvey [0] (~jgarvey@cpe-065-190-069-073.nc.res.rr.com) 14.58.19 Part LinusN 15.03.50 Quit funman (Quit: free(random());) 15.14.32 Quit m3dlg (Ping timeout: 260 seconds) 15.20.13 Quit mischa (Ping timeout: 248 seconds) 15.23.57 Join Kitr88 [0] (~Kitr88@BSN-182-12-189.dial-up.dsl.siol.net) 15.25.00 Join mischasworld [0] (~quassel@193.174.158.84) 15.27.04 Quit mc2739 (Ping timeout: 240 seconds) 15.28.04 Quit Kitar|st (Ping timeout: 240 seconds) 15.28.32 Quit Kitr88 (Ping timeout: 260 seconds) 15.28.41 Quit robin0800 (Remote host closed the connection) 15.29.19 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.33.24 Join Kitar|st [0] (Kitr88@BSN-182-47-251.dial-up.dsl.siol.net) 15.37.48 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.41.34 Join toffe82 [0] (~chatzilla@12.169.218.14) 15.52.56 Join Horschti [0] (~Horscht2@xbmc/user/horscht) 15.54.42 Quit Horscht (Ping timeout: 246 seconds) 16.12.29 Quit toffe82 (Ping timeout: 248 seconds) 16.14.50 Join funman [0] (~fun@rockbox/developer/funman) 16.18.24 # ranmachan: can you enable logf and still be able to read the logf buffer after starting recordign? (perhaps you need to return early from enc_set_parameters) 16.26.10 # funman: It would be better to check for HAVE_NEGATIVE_LCD in lamp.c 16.26.56 # right 16.27.25 *** Saving seen data "./dancer.seen" 16.28.42 # New commit by 03funman (r25205): lamp: use HAVE_NEGATIVE_LCD 16.31.44 Nick Strife1989 is now known as Strife89 (~michael@adsl-154-2-161.mcn.bellsouth.net) 16.32.56 Quit robin0800 (Remote host closed the connection) 16.34.43 # what does the HAVE_LCD_INVERT do then? 16.35.07 # i wanted to use CONFIG_LCD == LCD_SSD1303 instead of defined(SANSA_CLIP) || defined(SANSA_CLIPV2) || defined(SANSA_CLIPPLUS), but the blue/yellow screen isn't tied to the controller 16.35.17 # pixelma: reset it to the default state if it was changed in the settings 16.36.09 # hmm... probably the OLED display is not really "inverted" in that sense 16.36.23 # although it looks like it is 16.36.51 # well it just has no backlight 16.38.39 # HAVE_LCD_INVERT indicates a feature, HAVE_NEGATIVE_LCD indicates a property 16.39.22 # Isn't it known bug that the database build hang when there are no media files on the dap ? 16.39.36 Join captainkewllllll [0] (~2669ecc2@gateway/web/freenode/x-wzelxkwygqadezvu) 16.40.01 Quit captainkewllllll (Client Quit) 16.45.02 # pamaury: yes 16.46.51 # and nobody tried to fix it ? Are they FS report about that ? 16.47.13 Join Adubb [0] (~aldubuc@xplr-ts-t11-208-114-159-122.barrettxplore.com) 16.48.48 # pamaury: yes 16.52.13 Quit GodEater (Ping timeout: 256 seconds) 16.53.11 Quit Strife89 (Read error: Connection reset by peer) 16.53.40 Join Strife89 [0] (~michael@adsl-154-2-161.mcn.bellsouth.net) 16.54.36 Join splashote [0] (~fabian@i577BD6B5.versanet.de) 16.55.10 # hey there, how can i deactivate the "mouse mode" it seems as if I can't reinstall rockbox on my e200 due to that 16.55.47 # yeah theres an option for it 16.57.23 # USB HID option in the General Settings > System 16.57.51 # saratoga: ok, i found it in the configuration. after all i think it's not responsible for the error in during the reinstallation 16.58.06 Join m3dlg [0] (~m3dlg@212.183.140.18) 16.58.11 Join ender1 [0] (krneki@foo.eternallybored.org) 16.58.27 # yeah i think its only a problem on some buggy versions of macos 16.59.15 # the utitlity says that i has no direct access to the "disk"... why could that be? do i have to start the player with the original firmware in order to reinstall rockbox? 16.59.22 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 16.59.23 Quit GodEater (Changing host) 16.59.23 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 16.59.36 # splashote: make sure you run with administrator privileges 17.00.48 # hm, the utility doesn't start when i try to run it as an admin (running ubuntu here) 17.01.00 Quit ender` (Ping timeout: 260 seconds) 17.01.00 Nick ender1 is now known as ender` (krneki@foo.eternallybored.org) 17.01.02 # i don't think i started it as an admin when i installed it.. 17.01.40 Join toffe82 [0] (~chatzilla@12.169.218.14) 17.01.41 # i'll try with the original firmware running 17.01.42 Quit Casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115133306]) 17.01.49 # i doubt it can patch your player without root access 17.01.51 # sudo ./rbutilqt # should do the trick 17.02.24 # but if you can mount the device in rockbox USB mode I wonder what exactly you're hoping to accomplish in the OF? 17.05.02 # i messed up the config and just want to reinstall rockbox. the sudo stuff works, thanks! 17.05.19 # You can just reset the configuration then 17.05.24 # reinstalling rockbox won't reset the configuration 17.05.38 # just rename or delete the configuration file 17.05.56 Join komputes [0] (~komputes@ubuntu/member/komputes) 17.06.14 # ok,ill do so. I'm checking out the podcast tagging function. where to run " #! rockbox/tagbrowser/2.0 "? 17.06.31 # and if you just want to reinstall rockbox (which won't reset anything) you can just unzip a new build to the player without even needing sudo 17.07.42 # saratoga: great! 17.07.51 # funman: I enabled DEBUG and LOGF using configure 17.08.11 # Now it doesn't crash, instead it says 'The disk is full' 17.08.26 # And Debug log is completely empty?! 17.08.36 # ignore my last question, i figured it out. 17.08.44 Quit lyngaas (Ping timeout: 245 seconds) 17.08.56 # you need to add #define LOGF_ENABLE in pcm_record.c before including logf.h 17.10.48 Join CGL [0] (~CGL@190.207.236.167) 17.12.40 # there is no tagnavi_custom.config in /.rockbox 17.13.33 # hum I see some evidence that iram is bigger on Clip+ : OF accessing 0x8106xxxx 17.17.50 # i want to creat a podcast tag but the /.rockbox/tagnavi_custom.config file is nowhere to find. 17.20.18 # of course not, it's the *custom* tagnavi configuration file. You create it to customise the navigation.. 17.20.43 # thread pcmrec start\000audio_close_recording\000audio_close_recording done\000audio_init_recording\000audio_init_recording done\000audio_close_recording\000audio_close_recording done\000audio_init_recording\000audio_init_recording done\000audio_set_recording_options\000audio_set_recording_options done\000enc_set_parameters\000enc sampr:8000\000chunk size:4112\000resbytes:0\000num chunks:1044054\000enc size:4293150048\000fnq files:20", '\000' Torne: ok, did so and it works. sry, new to rockbox configuration. 17.22.04 # ranmachan: can you logf bufsize ? the enc size looks 'a bit' high 17.23.18 # AFAICS "enc size" _is_ bufsize :) 17.23.32 # Ah, wait 17.23.55 # It's a local variable called bufsize 17.27.03 Quit m3dlg (Ping timeout: 240 seconds) 17.27.16 # Ok, I added logf for all variables used to calculate bufsize, let's see... 17.31.08 Join Darkknight512 [0] (~Darkknigh@CPE00212968356c-CM00186845dd46.cpe.net.cable.rogers.com) 17.34.55 # funman: (enc_buffer - pcm_buffer) is too big. enc_buffer=0x30356700, pcm_buffer=0x301518E0 17.36.48 Quit B4gder (Quit: It is time to say moo) 17.38.30 Quit Galois (Quit: Leaving) 17.39.20 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 17.39.39 # funman: #define PCM_NUM_CHUNKS 256 /* Power of 2 */ 17.39.40 # #define PCM_CHUNK_SIZE 8192 /* Power of 2 */ 17.39.43 # Thats 2MB! :) 17.40.11 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 17.41.55 # no wonder it's too big then 17.42.35 # * GodEater aims a hefty kick at his crappy router 17.43.12 # playback.c:audio_get_recording_buffer() : buffer_size = end-audiobuf is known at compile time, we should check at compile time if it fits in memory 17.43.24 # Now trying with 8 chunks :) 17.44.19 # It doesn't crash and I see a volume bar that responds when I hit the mic 17.45.51 # funman: IMHO it would also be nice to use write-protected mmu pages for code and read-only data :) 17.46.19 # yeah right 17.46.45 # app.lds would be a bit more complex though 17.47.26 # hm well not necessarily, we'd only need 1 more section 17.47.34 # You'd have to 1MB align .data then though 17.47.38 # to keep it as section mappings. 17.47.53 # hm not necessarily ? 17.48.27 # arm922 has page sizes 1K, 4K, 64K and 1M AFAIR from the datasheet 17.48.47 # Yes, but at the moment we don't ahve any page tables and use only section mappings. 17.48.52 # hm i thought it was only 1MB, and wanted to add a translation like is done for uncacheable addresses 17.49.12 # but then if the memory is accessed through a writeable section we can't prevent overwrite 17.49.33 # Yah, to do it with sections you'd have to have 1MB of the actual memory read-only 17.49.48 # ranmachan: i'm looking at c200 manual but don't see how to start recording 17.49.49 # so you'd need to make proper second level pagetables. 17.49.58 # well, one. 17.50.54 # i'm not sure how we can add a clean build-time check for recording buffer size in pcm_record.c 17.52.29 # funman: I have 'Recording' as a menu option directly below 'Settings' 17.53.09 # on fuze i just press play: 'length' and 'size' will increase 17.54.02 Quit pamaury (Quit: Quitte) 17.54.18 # If I press the record button it starts recording 17.54.39 # But the actual writing to FS doesn't seem to be working properly 17.54.45 # oops 17.55.27 # i can try on clip(v1) to rule out any c200v2 specific problem 17.55.58 # Time is erratically and at size about 100K it says 'The disk is full. Press PREV to continue" 17.56.18 # Of course 8 chunks is a lot less than 256... 17.56.31 # Maybe it just isn't built to handle a buffer that small 17.57.06 # it's gonna be built to do whatever we ask it to do! show this code who's the boss! 18.00.45 Part splashote 18.01.15 Quit petur (Quit: work->home) 18.03.10 Quit Tomis (Read error: Connection reset by peer) 18.03.52 # Ok, 'The disk is full' really means AUDIO_STATUS_ERROR... 18.04.38 # * funman remembers seeing something like that, but not the context 18.04.54 Join Tomis [0] (~Tomis@70.134.89.59) 18.06.14 Join perfectdrug [0] (~marko@p5B0EC362.dip.t-dialin.net) 18.12.37 Join lyngaas [0] (~staale@19.81-167-149.customer.lyse.net) 18.17.24 # Error seems to be PCMREC_E_CHUNK_OVF 18.19.01 # what if you disable DEBUG ? (one never knows) 18.21.42 # This is already with DEBUG disabled 18.22.12 # I gather chunk overflow means that it didn't manage to write out in time 18.22.31 # The watermark calculation is totally not for buffers this small 18.22.59 # low wmk: 8 18.22.59 # warning: panic < low 18.22.59 # flood at: 8 18.22.59 DBUG Enqueued KICK ranmachan 18.22.59 # warning: low 'write at' 18.22.59 # write at: 8 18.23.08 # errors |= PCMREC_E_CHUNK_OVF is only in a #ifdef DEBUG block 18.23.16 # hm 18.24.11 # try lowering the watermakr by the same amount you lowered the number of chunks? 18.27.26 *** Saving seen data "./dancer.seen" 18.28.31 Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) 18.30.05 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.32.43 Join MethoS- [0] (~clemens@134.102.106.250) 18.34.38 Quit TheSeven (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 18.38.01 # hum there's not much differences between sound code of Clipv1 & Clip+ but I still can't get sound 18.38.14 # perhaps we need to power explicitely the headphones? 18.38.52 Join domonoky [0] (~Domonoky@g229154033.adsl.alicedsl.de) 18.38.52 Quit domonoky (Changing host) 18.38.52 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.41.37 Quit Tomis (Read error: Connection reset by peer) 18.42.17 Join Tomis [0] (~Tomis@70.134.101.101) 18.42.24 # funman, try it and see what happens :) 18.43.44 # i mean a GPIO pin could control power ^^ i'm not gonna plug 220V on my headphones :) 18.44.56 # Bagder: can you add rbutil 1.2.5 to FS? 18.46.40 Join r0b- [0] (~nnscript@adsl-76-235-216-125.dsl.klmzmi.sbcglobal.net) 18.46.51 # how well does rockbox perform on the e200v2? 18.46.56 # just like the v1? 18.48.27 Quit kugel (Ping timeout: 276 seconds) 18.48.32 # r0b-: yeah, except e200v2 USB mode is handled by the OF 18.48.37 Join anewuser [0] (anewuser@unaffiliated/anewuser) 18.48.50 # so doom and mpeg perform about the same? 18.49.23 # funman may i pm? 18.49.24 # i was told doom crashes 18.49.27 # no 18.49.48 # unfortunatly i had to order a new e200 18.50.00 # i dont know if its gonna be v1 or v2 18.50.05 # I guess doom runs much faster on an e200v2 than on an e200v1 because its cpu runs 3 times faster 18.51.29 # pamaury: http://www.rockbox.org/tracker/task/9093 (I don't know if the attached patch is the correct solution though) 18.52.50 # pixelma: I'll have a look at it, thanks 18.53.24 # pamaury: maybe for isochronous we could have an api where the class driver registers a callback with the controller driver, which gets used to notify the class driver about the status of the previous transfer and gets the next buffer to transfer at the same time? 18.53.35 # doom probably runs badly on the e200v2 due to lack of RAM 18.53.43 Join m3dlg [0] (~m3dlg@212.183.140.6) 18.53.43 # i expect it crashes after the first level like on the fuze 18.55.15 # well i dont play doom often :P 18.56.22 # saratoga care if i pm you? 18.57.00 # gevaerts: I was thinking of a similar solution but more precisely I was thinking about a static schedule. Something like [for the receive part at leats] (1) allocate N slots (a slot=a packet=a trasnfer). (2) for each slot, assigna length and a buffer. (3) start the whole thing in a ring buffer way. My idea is that we shouldn't change the buffers once the stream is launched. Just have the usb controller do everything and just call the completio 18.58.31 # r0b-: well if you have a question just ask it here 19.02.33 # bluebroth3r: I got a working deutsch.voice on my OndioFM now on the 10.4 PPC :) 19.02.59 Quit CGL (Ping timeout: 246 seconds) 19.03.13 # shall I test it on Intel too, or with a speex target? 19.04.23 # well its not DIRECTLY related to rockbox 19.04.59 Join CGL [0] (~CGL@190.207.236.167) 19.06.00 # pixelma: nice :) 19.06.27 # pixelma: speex would definitely be interesting as that got endianess fixes too. 19.06.48 # file size is still a bit larger than I would hope for but you'll get something working and bearable wrt quality 19.07.57 Quit ender` (Quit: MCSE = Moron Claiming System Expertise, Must Call Someone Else, Minesweeper Champion, Solitaire Expert, or Must Consult Someone Experienced?) 19.08.55 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 19.08.55 # * bluebroth3r really hates people putting multiple issues in one tracker task :( 19.09.20 Nick bluebroth3r is now known as bluebrother (~dom@rockbox/developer/bluebrother) 19.09.33 Quit pamaury (Quit: Page closed) 19.10.07 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.10.11 # any rough guess on when the AMS v2 models Clipv2 Fuzev2 Clip+ will be rockboxable? 19.10.50 # r0b-: follow this page: http://www.rockbox.org/wiki/SansaAMS 19.11.04 # they update it regularly as the ports progress 19.11.25 # nice 19.11.42 # * bluebrother wonders who "they" is :P 19.11.50 # they is them 19.11.57 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 19.11.59 # they is they 19.12.50 # the Clips are nice tiny mp3 players 19.15.02 # New commit by 03bluebrother (r25206): Fix manual download links. ... 19.21.35 Join ender` [0] (krneki@foo.eternallybored.org) 19.25.50 Quit adnyxo (Read error: Connection timed out) 19.26.44 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 19.27.59 # funman: Is disabling the caches still needed for clip+? 19.28.29 # no 19.28.55 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.29.00 # funman: good, I'll try it as soon as I can :) 19.29.22 # you can get the current build at http://build.rockbox.org/data/rockbox-sansaclipplus.zip 19.30.58 # funman: should I rather build myself to test if building works with my toolchain or rather the zip so we all test exactly the same binary? 19.33.58 # like you prefer 19.35.15 # funman: ok, I'll build myself then ... but now I have to leave 19.37.13 # pixelma: wrt file size: did it decrease with the new version? 19.39.58 Quit CGL (Ping timeout: 245 seconds) 19.44.11 # a bit but not much I think, I still have to resample to the lowest possible to get a reasonable file size on the PPC (haven't tested for differences yet) with the Infovox Klaus and a still understandable speed 19.44.59 Quit antil33t (Ping timeout: 258 seconds) 19.45.16 # error: expected identifier or â(â before â{â token 19.45.25 # the line in question: STIN void XPROD32(ogg_int32_t a, ogg_int32_t b, 19.45.35 # STIN isn't the problem, ogg_int32_t seems ok 19.45.53 # saratoga: use gcc -E to check preprocessor output 19.47.39 # saratoga: the Clip+ has twice the IRAM of Clipv1 (640kB) 19.47.43 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.48.43 Quit DerPapst1 (Quit: Leaving.) 19.49.04 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 19.49.22 # nice 19.49.30 # wow there is no mention of that function at all 19.49.38 # heh because i defined a macro with the same name before 19.49.39 # awesome 19.51.19 # funman, nice! 19.51.32 Quit m3dlg (Ping timeout: 240 seconds) 19.51.59 # if its actually fast this time it'll be nice 19.52.09 # otherwise i guess we'll just have a larger codec buffer 19.52.14 # i'm goign to try 19.52.29 # saratoga: 640kB ought to be enough for every codec ? 19.53.33 # yeah I think so 19.53.46 # eventually i want to reduce all targets to have just 512KB of codec ram 19.54.02 # only AAC and a handful of vorbis files ever need more then that now 19.54.12 # bluebrother: in other news... I got a working voice file on my M5 now. But with default settings, the file size is twice the size of the slightly older file I still had there 19.54.37 # that's still on the 10.4 PPC box 19.54.40 Quit Farthen (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 19.55.21 Join Farthen [0] (~chatzilla@e179237057.adsl.alicedsl.de) 19.55.32 # AMS's intention was probably that you put all the codec and buffer in the IRAM and put the RAM into self refresh mode during much of playback (probably until you needed to buffer from the file system) 19.55.40 # at least that'd be my guess 19.55.47 # pixelma: ok, that's great -- at least the code works correctly now. 19.56.10 # for speex you could try narrowband mode. That will downsample the clips to 8kHz instead of 16kHz 19.56.44 # maybe your old file is using narrowband. At least that would be an explanation for the doubled size 19.59.14 # saratoga: that's not the case for clipv2 tho 19.59.41 # hm well it might, now we knwo that the iram is large enough for the OF firmware block to fit 19.59.55 # well who knows what sandisk actually did with it :) 20.00.01 # they may be as clueless as us 20.00.34 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 20.01.02 Quit mischasworld (Ping timeout: 240 seconds) 20.03.01 Join Luca_S [0] (~57025514@giant.haxx.se) 20.03.29 # it seems IRAM is slower to read than DRAM (caches disabled) 20.03.55 Quit dfkt (Ping timeout: 248 seconds) 20.04.40 # and perhaps a bit slower to write 20.05.20 # reading/writing the same amount of data: 14 ticks to read dram, 14 ticks to write dram, 17 or 18 cycles to read iram, 14 or 15 cycles to write iram 20.05.53 # * gevaerts is going to be annoying 20.05.58 # How many cycles per tick? 20.06.13 # s/cycles/ticks/ 20.06.32 # anyway the test was with caches enabled (didn't copy the new rockbox.sansa) 20.07.08 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 20.09.21 Join Stephen__ [0] (~S@86.45.50.221) 20.09.28 # with caches disabled the difference is hardly noticeable (10 times slower) 20.09.40 # funman: do you know what the clocks are? 20.09.47 # nope 20.11.10 # we should test speed again when we know how memory/pclk are clocked 20.11.24 # New commit by 03funman (r25207): as3525v2 has twice the as3525v1 IRAM (verified on Clip+) 20.12.03 Quit planetbeing_ (Quit: planetbeing_) 20.14.29 # funman: fwiw knowing the exact memory timings makes optimizing codecs later on easier 20.14.33 # so its very nice to know 20.14.40 # http://duke.edu/~mgg6/rockbox/tremor_ffmpeg_imdctv4.patch 20.14.51 # if anyone else wants to look at our tremor upstream merge 20.20.51 # a couple lines at the top of one file in that patch are borrowed from ffmpeg 20.21.09 # they're absolutely trivial, so if I describe what they do could someone pastebin the c code 20.21.54 # the new mdct in C-only is faster than the old tremor one with ASM-only 20.22.08 # yes, at least one some targets 20.22.25 # coldfire and PP i think 20.22.42 # awesome 20.25.53 # seriously someone who hasn't looked at the code pastebin storing an integer that 2 power of another integer 20.26.48 # saratoga: what's the function prototype ? 20.27.07 # i looked at the pastebin but only browsed, didn't read it 20.27.16 Join Chronon [0] (~quassel@c-67-171-212-229.hsd1.or.comcast.net) 20.27.30 *** Saving seen data "./dancer.seen" 20.27.35 # saratoga: something like a=2^b;? 20.27.46 # funman: void ff_imdct_half(unsigned int nbits, ogg_int32_t *output, const ogg_int32_t *input) 20.27.50 # gevaerts: xor isn't pow() ! 20.27.56 # 2^nbits but preferably faster . . . 20.28.17 # then i need nbits-1, nbits-2 nibits-3 20.29.41 # huh pbxy got the radio to work 20.30.01 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 20.30.37 # stripwax: ping 20.32.02 # saratoga: you can't use the ffmpeg bits in tremor? 20.32.23 # i want bsd license 20.33.07 # you could ask ffmpeg author to relicense this bit 20.34.39 Quit flydutch (Quit: /* empty */) 20.34.46 Join dfkt [0] (dfkt@unaffiliated/dfkt) 20.35.35 Join cfp_ [0] (~cfp@ip-247.net-81-220-136.rev.numericable.fr) 20.35.40 # bluebrother: I even got a speex voice file on the 10.4 Intel now, it should be possible to get talk clips too but I'll try :) 20.36.20 # Trying to get build client set up. I keep getting "Server message: Fatal build error: Command not found. You have been temporarily disabled." Where should I look to determine what hasn't been set up properly? I seem to have all of the necessary bits installed. 20.36.34 # * gevaerts isn't sure if he understands what this function should really do 20.37.08 # bluebrother: autodetection with two targets connected gave me a weird result though - selected device was one, mount point the other 20.38.26 Quit dfkt_ (Ping timeout: 260 seconds) 20.39.37 # * gevaerts clarifies: he is sure that he doesn't know what saratoga means 20.39.41 # pixelma: autodetection could need a improvement. it just takes what if finds first. 20.40.03 Join petur [0] (~peter@78-21-206-95.access.telenet.be) 20.40.03 Quit petur (Changing host) 20.40.04 Join petur [0] (~peter@rockbox/developer/petur) 20.40.09 # there is a unfinished patch from me in the tracker which can deal with multiple connected devices. 20.40.32 Quit kugel (Ping timeout: 240 seconds) 20.41.01 # saratoga: http://pastie.org/870859 20.41.32 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.41.52 # funman: why not *output<<=nbits? 20.42.28 # or *output=*input< hm right 20.44.33 Quit r0b- (Ping timeout: 268 seconds) 20.44.52 # saratoga: void ff_imdct_half(unsigned int nbits, ogg_int32_t *output, const ogg_int32_t *input) { *output = *input << nbits; } 20.45.09 # + © gevaerts 20.45.31 # bluebrother: the speex talk clips work too now on the Intel \o/ 20.45.51 # The function should probably get another name though. That ff_ bit looks suspicious :) 20.51.18 # gevaerts: is that even copyrightable? that line seems *too* trivial 20.51.42 # kugel: I don't know. I also don't really know if it matches saratoga's description 20.52.06 # well, I also thought about a simple shift when reading his description 20.52.10 Quit FOAD (Ping timeout: 246 seconds) 20.52.41 Join Lear [0] (chatzilla@rockbox/developer/lear) 20.53.55 Join FOAD [0] (~dok@dinah.blub.net) 20.56.03 Quit Luca_S (Quit: CGI:IRC (EOF)) 20.56.25 Join CGL [0] (~CGL@190.207.236.167) 20.56.28 Quit kugel (Remote host closed the connection) 20.57.34 # pixelma: great! Autodetection is known to be broken when two devices are connected. I was planning to look into this, but there's always this time issue :( 21.00.52 Quit stripwax (Quit: http://miranda-im.org) 21.00.59 Quit hd (Ping timeout: 248 seconds) 21.01.07 Quit CGL (Client Quit) 21.02.13 Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 21.02.13 Quit jd (Changing host) 21.02.13 Join jd [0] (~jd@Wikipedia/HellDragon) 21.03.38 Join punkt [0] (~punkt@dslb-092-077-140-194.pools.arcor-ip.net) 21.05.17 Join r0b- [0] (~nnscript@adsl-76-235-216-125.dsl.klmzmi.sbcglobal.net) 21.09.14 # hello everyone! I just noticed that my alarmclock plugin has a serious flaw in the way in handles times (disturbing for an alarmclock, isn't it), which means that it may fail to ring in many situations. I've posted a patch that fixes it on FS#7505. Could somebody have a look at it and possibly commit it? Thanks! 21.10.52 Quit pixelma (Disconnected by services) 21.10.52 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 21.10.58 Quit amiconn (Disconnected by services) 21.11.00 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 21.11.09 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 21.11.25 # funman: Hello :) Could you please have a look at the patch? The calculation is wrong when the alarm is set on the next day 21.11.26 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 21.11.42 # cfp_: must be another FS# , this one is about gigabeat flashwriter 21.11.48 # wooops 21.12.06 # my bad, FS#11110 21.12.40 # I was adding 24 hours to the time when there was an overlap, which resulted in the alarm never ringing (ahem :s) 21.13.34 # cfp_: let me guess, you planned to report this earlier but you didn't wake up on time ;) 21.13.52 # is there something wrong: overlap depends on rem_seconds() and rem_seconds() depends on overlap? 21.15.45 # gevaerts: exactly :) 21.16.02 # funman, not really. The initial value of overlap is determined by rem_seconds 21.16.12 # when you launch the plugin, overlap = false 21.16.24 # then if its say 10 PM, and you set it to 6 PM 21.16.51 # cfp_: you could just do if (seconds > 0) overlap = false; in rem_seconds() 21.17.00 Join DerPapst [0] (~DerPapst@p4FE8FEC7.dip.t-dialin.net) 21.17.00 # rem_seconds = 3600 * (6-22) 21.17.19 # sure 21.17.32 # hm and the value of overlap could be modified in rem_seconds only 21.17.43 # funman, how? 21.18.00 # for the main loop is not executed when waiting 21.18.28 # ret = XXX; overlap = ret <= 0; return XXX; ? 21.18.55 # sorry, i must leave 21.18.56 Quit funman (Quit: free(random());) 21.19.38 # hmmm but then you would return a negative value, therefore trigerring the alarm 21.19.43 # *triggering 21.21.01 # i didn't look at the code but why don't you set overlap to false on 00:00h ? or do you? 21.22.19 # Farthen, I can't be sure that my code will run precisely at 00:00 21.22.29 # but the current solution is pretty neat imo 21.23.05 # if the next alarm is in the past, then set a flag to add 24 hours to the remaining time 21.23.16 # as soon as it isn't in the past anymore, remove the flag 21.23.46 # "isn't is the past anymore" meaning that alarm.hour - current_time.hour > 0 21.25.05 # * Farthen is wondering what happens if it is 23:59 and you set the alarm to 00:00h 21.25.44 Quit Zagor (Quit: Clint excited) 21.26.04 # or even if it is any time and you set the alarm to 0:00h 21.26.09 # it rings in 59 seconds 21.27.17 # the overlap flag is always set in this case 21.27.33 # I'll be back in an hour 21.31.00 Join froggyman [0] (~sopgenort@pool-72-69-76-103.chi01.dsl-w.verizon.net) 21.31.15 Part watto 21.36.25 Join FOAD_ [0] (~dok@dinah.blub.net) 21.37.45 # Was funman joking about the 640kB IRAM thing? His last commit sets IRAM at 1 MB, not 640 kB, for the as3525v2 21.40.03 Quit FOAD (Ping timeout: 256 seconds) 21.40.04 Nick FOAD_ is now known as FOAD (~dok@dinah.blub.net) 21.40.38 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 21.46.22 # liar: I have been trying to track down the additional battery consumption, but without success so far 21.46.49 # the battery current on builds from november 09 and immediately before committing boosting is identical 21.47.02 # so there are 2 possibilities: 21.47.44 # 1. something affected some additional battery consumption patches that aren't in svn 21.48.00 # 2. it's actually iloader who is at fault here 21.49.01 Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) 21.52.16 # gevaerts: what do you think of what I told you two hours ago ? 21.53.11 # i tried a current build from the build.rockbox.org and the battery consumption was ~42mA(backlight on, usb chip off) so i dont think its because of local changes 21.59.05 # pamaury: you're probably right. No sense in making this too dynamic 21.59.29 # pamaury: were you planning to arrange the TDs in a looping linked list? 21.59.49 # yes, that's what I'm thinking of 22.00.01 # that should work I guess 22.00.45 # The only tricky point is allocation. We probably don't want to driver to be responsible for allocation but on the other hand, it might need special memory section or alignement, so I don't know 22.01.30 # An idea about that precise point ? 22.02.28 # Something like USB_DEVBSS_ATTR (as used in usb_storage.c) should work 22.02.55 # targets that need nothing special can just define that as empty 22.03.08 # actually, I'd just use USB_DEVBSS_ATTR 22.05.26 # so there would an api like (a) usb_drv_allocate_iso_slots(int nb_slots, *tds); (b) usb_drv_fill_iso_slot(int slot, int length, unsigned char *buffer) (c) usb_drv_set_iso_endpoint_mode(int mode) where mode=START|STOP|FLUSH 22.06.26 # Also a callback that tells you which slot is next and one which slot has just been handled 22.07.02 # I'm not sure if I'd export the tds 22.07.51 # who would allocate them then ? About the callback I'm not sure: each slot should have a different buffer so that the normal callback can be called. The slot are processed in order: 1, 2, ..., N, 1, 2 ... 22.08.40 # hm, yes, the normal callback will work, at least for completion 22.08.49 # We don't need to export the tds. We can have something like USB_DRV_ISO_SLOT_SIZE and the users allocate it by unsigned char iso_slots[nb_slots*USB_DRV_ISO_SLOT_SIZE]; 22.09.02 # This should work for the receive part 22.09.14 # hm, will it? Don't you want the class driver to be told which buffer exactly completed? 22.09.33 # We could extend it of course 22.09.48 # ah yes, I forgot that the completion handler doesn't give the buffer pointer ! 22.10.15 # there's no real reason not to give it I guess 22.10.22 # indeed 22.11.25 # I'm really a bit reluctant about having TDs outside of the actual driver, even as opaque objects... 22.12.08 # I share your opinion but how would the driver allocate them ? 22.12.20 # it can't. That's the problem 22.12.34 Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 22.13.10 # But I'm also not sure if all hardware drivers use a similar concept, i.e. if it's even possible to assume that a fixed size block per ISO slot will work 22.14.37 # Most hardware use a concept similar to QHs and TDs no ? I mean, this concept is in all hosts and many devices. What about the other usb devices that rockbox supports ? 22.15.00 # From what I understand, this model really isn't common in devices 22.15.46 # A lot of chips use a FIFO based system, but I don't have any idea how exactly those handle isochronous 22.15.58 # They probably need a driver-defined data structure 22.16.15 Quit cfp_ (Quit: Quitte) 22.16.59 # I think they have enough buffer to store one (or a few) packets per endpoint, and when that's sent out the driver refills the packet buffer 22.17.40 # But can't we assume a fixed size per slot ? I mean, if the hardware manages to do it, there is not reason not to manage to do it in software. Actually, only a few fields are necessary, and it's even simpler if everything is done in software. 22.18.27 # How many different usb drivers are there in rockbox ? 22.18.28 # So you'd have USB_DRV_ISO_SLOT_SIZE and USB_DRV_ISO_SLOT_ATTR defines? 22.18.34 # four or five 22.18.39 Quit TheSphinX^ (Quit: XChat) 22.18.45 # yes 22.19.13 # There's ARC, tcc, nano2g, mr500, and onda. The ZVM also has one, but I'm not sure if it still works 22.19.33 # do they support iso transfers ? is it even known ? 22.19.49 # If we go that way, shouldn't we generalise the driver-allocates-TD concept for all transfer types? 22.19.50 Join pbxy [0] (~pb@2001:5c0:1000:b::59a7) 22.20.06 # I don't know which ones support iso 22.20.55 # hum, it's true that the driver allocate td concept is interesting. It would also allow other types of scheduling to be implement nicely, like queueing, if necessary 22.21.08 # Do we have datasheets for them ? 22.21.16 # New commit by 03bluebrother (r25208): Fix bootloader files vanishing after installation (FS#11086). ... 22.21.28 # domonoky: around? 22.21.40 # jup 22.22.07 # any thoughts on a new rbutil release? The latest ones had various bad behaviour. 22.22.36 # like the issue I've just fixed. I assume behaviour of Qt changed in that aspect (or it has always been a bug that was fixed in Qt ...) 22.22.58 # People have datasheets, yes, although in some cases they'll be for different SoCs that happen to share the USB bit 22.23.28 # bluebrother: no problem with a new release. 22.24.18 # we really need a way to test at least parts of the functionality. The only big question is: how (without requiring targets)? 22.25.36 # TheSeven: the nano2g uses the s3c6400x datasheet for usb, right? 22.25.55 # yes 22.26.37 # (that's why i called the driver usb-s3c6400x.c, back then i didn't know that this was an OTG from synopsys) 22.26.56 # do you know if it supports iso transfers ? Is the datasheet freely available ? 22.27.32 *** Saving seen data "./dancer.seen" 22.27.37 # http://www.ebv.com/fileadmin/products/Products/Samsung/S3C6400/S3C6400X_UserManual_rev1-0_2008-02_661558um.pdf 22.27.53 # "samsung confidential", but nobody seems to care. 22.28.01 # domonoky: oh, and I was thinking about splitting the source part out of rbutilqt.pro into a separate pri file as it's getting quite crowded. 22.28.16 # and yes, it does support iso transfers 22.28.22 # i haven't done anything with them yet though 22.28.24 # bluebrother: good idea. 22.28.30 # the driver also doesn't support them yet 22.29.07 # TheSeven: have you followed our discussion a bit? From what you know of the controller, would the model we propose work? 22.29.49 Quit antil33t (Read error: Connection reset by peer) 22.29.50 # TheSeven: thanks for the link. 22.30.03 Quit leavittx (Ping timeout: 245 seconds) 22.32.13 # TheSeven: does this spec apply to other parts of the nano2g or only the usb part ? 22.35.13 # pamaury: changing the API later if it's not workable for some chips shouldn't be too hard, so we can always fix things when needed 22.35.59 # indeed 22.36.34 # pamaury: no, i didn't follow 22.36.53 # and the spec does apply to *some* other parts of the nano2g, but not much 22.37.05 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 22.38.09 # TheSeven: is the USB controller one of those FIFO-based things that are mainly software-managed? 22.38.54 # looking at the spec, it seems software managed but TheSeven will probably know better than us 22.39.06 # i'd call it semi-managed 22.39.47 # it has a bunch of fifos of course, and it doesn't have things like QH/TDs, but it will do quite a lot of the groundwork 22.40.32 # you can basically have one transfer per endpoint at a time, which are dealt with in round-robin order by the hardware 22.40.47 # and it has an AHB master 22.41.48 # AHB ? 22.42.04 # advanced highspeed bus 22.42.09 # it's doing busmaster DMA 22.43.01 # so you basically tell it to receive x packets with a total size of y on endpoint z, and store the result to address a, and it will just do it. 22.43.18 # but it doesn't have any sophisticated queueing things like the host controllers usually have 22.43.41 # BTW: I think I fixed the problem with build client. This is a fairly recently installed system and apparently I didn't have xcolor.sty installed, which was preventing building the manual. 22.46.12 # OK, so it's basically equivalent to a transfer descriptor in the ARC controller, except that that one can actually handle non-contiguous pages (which we don't use) 22.46.33 # At least for bulk/interrupt. We'll have to see what happens on isochronous 22.46.58 # Also except that TDs can be chained, but currently we don't do that either 22.48.58 Join mt2 [0] (~chatzilla@41.233.142.159) 22.48.59 # or do we? 22.49.04 # * gevaerts can't remember 22.49.31 Quit Stephen__ (Ping timeout: 245 seconds) 22.50.00 # we use it I believe, for use transfers 22.50.03 # *huge 22.50.11 # Would a build client be useful on a 256kbps up speed ? 22.50.12 # at least arc seems to support it iirc 22.50.35 Join Stephen__ [0] (~S@86.45.50.221) 22.51.04 Part punkt 22.51.05 # mt2: mine with 1mbps seems to be amongst the faster ones, so i'd guess yess 22.51.29 # there are also quite a bunch of builds that aren't uploaded at all (bootloader, sim, checkwps) 22.52.53 # another nice-to-have thing (i think i already mentioned that once some time ago): a red/yellow nagging irc bot :-) 22.52.53 # Great. I'll try adding mine then and see how it performs. 22.55.54 Quit anewuser () 22.56.15 # TheSeven: I actually wrote such a "blame script" once that would mention who did the recent commit that caused a yellow/red but I never made it into actually announcing it on the channel 22.56.36 # and then we changed the build system so now I think I would have to do it all again ;-) 23.00.07 # also assuming the person who commits is in irc. 23.00.54 # Yes, but lots of us think that that should be the norm anyway 23.01.09 # the build system announcing when a build round is done and mentioning the number of targets that are yellow / red would be nice. Now that we have commit announcements. 23.02.10 # yeah, they're just a bit separated as things work today 23.02.25 # Maybe this should be included as a "rule of the thumb" thing when sending out commit-access e-mails. 23.02.36 # that's not a bad idea 23.06.51 Quit pamaury (Quit: Page closed) 23.11.40 Quit saratoga (Quit: Page closed) 23.18.06 # anyone interested in updating a rbutil translation? -> http://www.alice-dsl.net/dominik.riebeling/weblinguist/ (working on the page, but it should do its job already) 23.24.11 # bluebrother: regarding the voicefile issue from flyspray. i already fixed the voice download url sometime ago. thats why it works with svn, but not 1.2.5 :-) 23.24.16 Part toffe82 23.25.31 # domonoky: ah, ok. Forgot about that. Too much TTS stuff lately :) 23.25.31 Join CGL [0] (~CGL@190.207.236.167) 23.25.39 # :-) 23.25.53 Quit liar (Ping timeout: 245 seconds) 23.26.09 # if you want todo more tts stuff, you could look at the opensapi thing in flyspray :-) 23.27.41 # well, for now I'm planning to do some minor other stuff like looking at the "blurry icon" issue in FS. Currently playing around with replacing the icon with an svn version. 23.28.17 # oh, and I want to finish my translation website :) 23.28.26 # or at least improve it 23.28.28 # :-) 23.28.55 # the translation status of Rockbox Utility has quite some room for improvements 23.30.25 # true. is this translation page php ? maybe it should go into svn to allow other to improve it too ? 23.30.53 # yes, it's php. Though it's kinda hackish right now. 23.33.42 # we should probably combine your .ts handling code with the UI code from rashers translation page (with some modifications as needed). 23.33.44 Join anewuser [0] (anewuser@190.77.16.9) 23.33.48 Quit anewuser (Changing host) 23.33.48 Join anewuser [0] (anewuser@unaffiliated/anewuser) 23.36.48 # well, I'm not sure how good this would work. The translations are quite different -- no separate translations for speech in ts files for one. 23.37.19 # but separating data and view is something I want to get into that :) 23.37.54 Quit evilnick_B (Ping timeout: 252 seconds) 23.39.07 Quit jgarvey (Quit: Leaving) 23.40.17 # do you use any template engine in this page ? (themepage and translate use smarty for templates). 23.40.59 Quit petur (Quit: Zzzzz) 23.43.03 Quit domonoky (Read error: Connection reset by peer) 23.46.06 Quit bertrik (Quit: sleeo) 23.46.34 Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) 23.48.11 Quit Farthen (Quit: sleeping... ;-)) 23.49.19 Quit bmbl (Quit: Bye!) 23.52.05 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 23.53.41 Quit m3dlg (Ping timeout: 264 seconds) 23.53.54 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 23.54.10 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 23.54.59 Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) 23.55.45 Quit dfkt (Ping timeout: 260 seconds)