--- Log for 06.07.112 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 21 days and 0 hours ago 00.01.00 # hm, yeah, VLOG() just uses __FILE__ and then there's a helper function that matches it against globs at runtime 00.01.14 # so you can enable, say, */chromeos/* 00.01.15 # :) 00.01.51 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.01.57 # The best way would be to not use absolute paths in the build system, but that doesn't sound like a lot of fun to change 00.02.16 # wait, we're using absolute paths? 00.02.23 # eew. 00.02.26 # yeah 00.02.33 # well, no, not particularly. 00.02.48 # sorry 00.02.59 Quit perrikwp (Ping timeout: 244 seconds) 00.04.04 # i when I amend something to gerrit, do i have to git add file1.c file2.c again? 00.04.22 # hmm no i guess not 00.04.28 # you have to add anything you change, whether you're making a new commit or amending one 00.04.36 # that's how it knows what should become part of hte commit 00.04.46 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 00.04.53 # --amend just makes it *also* include the content of the previous commit as well as whatever you have added to the index since 00.04.57 # so if it was added to the previous commit i have to readd it after amend? 00.05.28 # i'm not sure what you mean 00.05.42 # you have to add everything you change, always, no matter whether you are amending or not 00.05.53 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.05.58 # i mean does the previous commit unadd things? 00.06.13 # for instance on SVN if i did svn add file.c i don't ever have to do that again 00.06.18 # but i guess on git i do? 00.06.37 # `git add` is not about creating files, it's about adding *changes* 00.06.42 # anything you change, you have to add to the index 00.06.48 # in order for it to be included in a commit 00.06.53 # ok 00.07.09 # if you've changed something since the commit you already made, you need to add it to the index before amending 00.07.14 # so its not about tracking a single file, but rather it actually copies the contents out of the file when i do that? 00.07.16 # or else it won't include that in the new amended commit 00.07.18 # Yes. 00.07.23 # ok that makes more sense 00.07.30 # the index is "the next commit" 00.07.34 # more or less. 00.07.35 Quit [Saint_] (Ping timeout: 240 seconds) 00.07.48 # `git commit` just saves the index as a commit on the current branch 00.07.54 # also, is it possible to put a comment after a specific commit to gerrit besides "Uploaded patch set 5." 00.08.00 # no 00.08.05 # write a comment yourself 00.08.12 # ok 00.08.28 Quit perrikwp_ (Ping timeout: 264 seconds) 00.08.43 # you can just edit the commit message, also 00.08.58 # yeah but that changes the message at the top of the gerrit task, correct? 00.10.17 # yes. 00.11.28 Quit prof_wolfff (Ping timeout: 264 seconds) 00.13.32 Quit XavierGr () 00.16.13 # awesome, latest push to gerrit is working nicely 00.16.28 # errors get logged when the disk next spins up, and warnings get compiled out 00.17.21 # i wonder if it makes sense to include a time stamp 00.18.02 Quit domonoky (Read error: Connection reset by peer) 00.20.52 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) 00.23.07 Quit perrikwp (Read error: Connection reset by peer) 00.23.48 Quit Torne (Quit: process in uninterruptible sleep in do_exit :() 00.25.27 Quit ender` (Quit: How does Moses make his tea? HEBREWS IT. Then he sells it for prophet.) 00.25.48 Join Torne [0] (~torne@rockbox/developer/Torne) 00.26.21 Quit pamaury (Remote host closed the connection) 00.26.50 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.27.26 Quit [Saint__] (Remote host closed the connection) 00.32.22 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.33.56 Quit kevku (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 00.34.22 Join perrikwp__ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.34.55 Quit perrikwp (Ping timeout: 255 seconds) 00.37.10 Quit perrikwp_ (Ping timeout: 246 seconds) 00.37.27 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.39.52 Quit perrikwp__ (Ping timeout: 256 seconds) 00.42.20 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.42.35 Quit perrikwp (Ping timeout: 240 seconds) 00.51.03 Quit n1s (Quit: Ex-Chat) 00.52.26 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 14.0/20120628060610]) 00.57.26 # why not, we could use the tick number 01.14.24 # funman: don't we have an actual RTC on most targets? 01.14.38 # true but the tick has more precision 01.14.43 # ? 01.15.02 # i was mostly thinking of a time stamp to let someone know that an error they're seeing in the log is from today not 3 weeks ago 01.15.24 # i guess most users might accumulate very large log files over time 01.16.52 # also, i wonder if it makes sense to offer the LOGF style viewer in the debug screen 01.17.11 # i guess not if you can just view the log with the text viewer plugin 01.17.50 # some kind of message if the buffer overflows letting people know that log entries were lost would be nice too 01.27.09 *** Saving seen data "./dancer.seen" 01.38.33 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 01.41.17 Join perrikwp__ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 01.41.28 Quit perrikwp_ (Ping timeout: 264 seconds) 01.43.20 Quit perrikwp (Ping timeout: 252 seconds) 01.46.00 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 01.48.38 Quit perrikwp__ (Ping timeout: 250 seconds) 01.50.01 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 01.50.37 Quit perrikwp (Ping timeout: 265 seconds) 01.52.15 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 01.54.42 Quit perrikwp_ (Ping timeout: 252 seconds) 01.56.28 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 01.59.02 Quit perrikwp (Ping timeout: 250 seconds) 02.13.39 Quit shamus (Read error: Connection reset by peer) 02.13.52 Join shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 02.16.11 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 02.18.52 Join perrikwp__ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 02.18.54 Quit perrikwp_ (Ping timeout: 252 seconds) 02.19.17 Quit perrikwp (Read error: Operation timed out) 02.27.21 Quit MethoS- (Ping timeout: 265 seconds) 02.28.19 Quit perrikwp__ (Ping timeout: 265 seconds) 02.31.40 # saratoga__: stopping logging if the buffer is full is probably not the best idea 02.32.02 # linux uses the buffer as a simple ringbuf so the last items will always be in the log which is far more useful 02.40.06 Quit liar (Ping timeout: 245 seconds) 02.40.54 Quit soap (Ping timeout: 252 seconds) 02.54.44 Join saratoga [0] (98032941@gateway/web/freenode/ip.152.3.41.65) 02.55.01 # JdGordon: yeah I was thinking of using a ring buffer, but didn't get around to it 02.55.20 # probably won't matter though, since hopefully you're not filling the buffer that fast 02.56.04 # 60MB buffer can hold an hour of audio right? 02.56.35 # i don't suppose you're going to be interested in going through the theme engine and adding logging ? 02.56.41 # in PCM? 02.58.18 # no, compressed buffer 02.58.27 # and yeah, I'll for sure add logging 02.58.58 # yeah its a little over an hour at 128k 02.59.33 # great 02.59.46 # i'd like to see the playback, buffering, and buflib systems log more of their state 03.00.00 # and see if we find more rare bugs and error conditions 03.00.04 # so thats potentially an hour of logs without being flushed 03.00.20 # yeah true 03.00.40 # i was thinking about having a variant that spins up the disk and flushes immediately 03.00.45 # in case you're about to crash 03.00.59 # REALLYBADERRORF() 03.01.52 # for debug use though we can just make the log buffer really big, and for everyday users they should rarely generate log info unless they have a broken file or something 03.07.50 # why doesnt __FILE__ work with the build system? 03.09.02 # <[Saint]> damn you GNU Unifont! 03.09.14 # <[Saint]> WHYUSOUGLY!?! 03.12.48 # * [Saint] would really like to be able to use different font sizes (and/or styles) in a theme without hardcoding them. 03.13.36 # <[Saint]> Or, to be able to apply a font conditionally. 03.13.40 # JdGordon: file returns the entire path you gave gcc, which in our case is an absolute path that changes for each build system 03.14.02 # <[Saint]> GNU Unifont is *such* an ugly font, I really don't feel good about using it by default. 03.14.05 # so if we compile that into each file the build size will vary by a rather large amount depending on the path each person uses for their build client 03.14.22 # [Saint]: make a better default font 03.14.23 # saratoga: ah right, ok... can you add __LINE__ do the macro thouhg? 03.14.45 # gevaerts was working on that, he thought it would require tweaking the build system 03.14.57 # or make files rather 03.15.07 # there is nothing built into GCC that does what we want tho 03.15.15 # <[Saint]> saratoga: I've made plenty of beautiful ttf fonts, that look really great on target, but the "problem" is character coverage. 03.15.15 # also, how should I use it in the skin engine? if only ERROR is enabled for release builds, and they arent really errors... 03.15.31 # <[Saint]> GNU Unifont is the only font that covers all langs. 03.15.38 # <[Saint]> but its hideous. 03.15.41 # [Saint]: can you mix what you have with gnufont? 03.15.57 # <[Saint]> come again? 03.16.05 # basically fix up the characters you are familiar with and use what it provides for the character sets you haven't worked with 03.16.20 # also, maybe cut out some of the more uncommon character sets so its not so gigantic 03.16.35 # JdGordon: hmm i'm not sure 03.16.44 # my intention was that we'd only log errors 03.16.52 # what kind of stuff were you thinking? 03.17.06 # perhaps warnings by default makes sense too? 03.17.09 # well in your header ERROR is for fatal errors, which broken skins arenyt 03.17.13 # <[Saint]> saratoga: I've been avoiding doing so, as its quite a daunting task. 03.17.29 # also, I dont want to compile in the skin debugging code which checkwps has 03.17.30 # <[Saint]> I would really like a better font system :) 03.18.05 # JdGordon: i don't think it has to be a fatal error 03.18.20 # i figured decoder errors would trigger that, even if they can be recovered by skipping through the bitstream 03.18.31 # <[Saint]> So, instead of a theme hardcoding a specific font, it could just specify a size, and the user can select which font they use. 03.18.40 # <[Saint]> that would be sweet... 03.18.51 # saratoga: ok 03.18.54 # can't you already change the font (provided the size doesn't change)? 03.19.01 # turns out i misread the header... serious != fatal 03.19.01 # perhaps i should clarify the description 03.19.11 # <[Saint]> saratoga: only the userfont. 03.19.15 # ahhh 03.19.21 # <[Saint]> a theme can hardcode ~9 other fonts. 03.19.30 # 8 03.19.33 # do you know c? fix it ;) 03.19.46 # we could also add more warning levels too if you think its worthwhile 03.19.46 # <[Saint]> I don't know *enough* C for this, no :) 03.20.34 # [Saint]: what you want is just a matter of programming :p 03.20.39 # and how to do the ui for it 03.20.54 # <[Saint]> "just" :) 03.21.56 # saratoga: actually, I think if the buffer is full and it is an ERROR it should flush the buffer and then add the new one, if its < ERROR then ignore it 03.22.13 # an extra disk spinup isnt worse than losing logging 03.22.40 # i was worried about a situation where someone has a bad file on a playlist and keeps spinning up the disk for no reason to log the same info 03.22.52 # i kind of dislike the idea of allowing this system to increase power use 03.22.59 # if you're worried about that, lets just make the buffer bigger 03.23.16 # another option is to use buflib handles for each message 03.23.23 # whats the most log you think you could reasonably make in an hour? 03.23.27 # but then we dont complelty trust buflib to be bug free either 03.23.42 # hell on 64MB targets we could probably make the buffer 50KB and not worry :) 03.23.58 # its really only the 2MB AMS players where this gets tight 03.24.07 # can you at least add a "dropped messages" counter so we know for the future if its somethign we should be dealing with? 03.24.16 # yeah i'll at least do that 03.24.20 Join RipStik_ [0] (4bd6ff9d@gateway/web/freenode/ip.75.214.255.157) 03.24.28 # i was going to make it print "MESSAGE TRUNCATED" if it gets full 03.24.42 # so you know to make the buffer bigger, or force more flushes by accessing the file system 03.27.11 *** Saving seen data "./dancer.seen" 03.28.18 # last thing.. can you add the log level of the message to the output please? 03.28.39 # i.e... "E some_function:123 This died" 03.29.58 Quit RipStik_ (Ping timeout: 245 seconds) 03.31.37 # sure 03.31.50 # if you want, feel free to pull the source and change the formatting :) 03.32.34 # the patch is so simple i'm kind of amazed we didn't have this a decade ago 03.32.36 # no, complaining is easier :) 03.33.05 # arguably this system is more simple to implement then logf, let alone logf over USB or remote 03.55.02 # <[Saint]> Is there a way to generate all voice files (as in, one for each language) for a given target? 03.55.15 # <[Saint]> I really don't want to have to do it by hand. 03.59.05 Quit Wardo (Quit: Blarglarg) 04.00.09 # JdGordon: ok added the warning letter 04.02.13 # <[Saint]> Ok....this is...suck! 04.02.40 # saratoga__: cool, also, can you get rid of the end of line spaces? (fix your editor :) ) 04.02.49 # and what does HOME_DIR become? 04.02.51 # <[Saint]> Unless I'm mistaken, or blind, it seems I *will* have to build all the voices one-by-one, by hand. :'-9 04.02.54 Join TheSphinX_ [0] (~briehl@p579CCE86.dip.t-dialin.net) 04.03.03 # [Saint]: script it 04.03.38 # shouldnt be too hard 04.03.52 # <[Saint]> JdGordon: If I do that, I may as well "do it right" and add "all" as a parameter to configure 04.06.15 Quit TheSphinX^ (Ping timeout: 245 seconds) 04.09.27 Quit capitalthree (Ping timeout: 244 seconds) 04.12.23 # JdGordon: on the clip+ its just the root of the file system 04.12.29 # i guess its different on hosted targets or something 04.15.03 # <[Saint]> Hmmm...for some reason I can't build an Afrikaans voicefile for RaaA 04.15.29 # <[Saint]> there's no error, it just finishes immediately and produces a ~500 byte file 04.15.57 # [Saint]: the font thing seems like a great way for you to get better a c 04.15.58 # at c 04.16.01 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.16.01 Quit amiconn (Disconnected by services) 04.16.04 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.16.20 Quit pixelma (Disconnected by services) 04.16.21 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.16.23 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.17.04 Quit saratoga__ (Ping timeout: 245 seconds) 04.17.09 Join capitalthree [0] (~alex@capitalthree.pwnz.org) 04.17.20 # JdGordon: ok fixed endlines and added a message if the log overflows 04.17.50 # <[Saint]> I never use them...where do voice files live in the /.rockbox/foo/bar/baz dir structure? 04.18.09 # <[Saint]> in /.rockbox/langs? 04.18.21 # yes 04.18.25 # <[Saint]> Thanks. 04.18.28 # hmm that file had a lot of trailing white spaces 04.19.48 # anyway, as far as i'm concerned this patch does what it needs to, so if you want to try using it for something go ahead, i probably will just do a bit more clean up and then wait to make sure no one hates it before i commit 04.26.33 Quit anewuser (Read error: Connection reset by peer) 04.29.33 # 8KB ought to be a reasonable log size even on 64MB targets, you'd have to work pretty hard to hit 50-100 messages in about an hour of playback 04.29.41 Quit Rower85 (Quit: Hmmm...) 04.31.05 Join anewuser [0] (~anewuser@186.93.234.141) 04.31.05 Quit anewuser (Changing host) 04.31.05 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 04.32.40 # is the log file to log user errors or system errors? 04.33.21 # ive been listening all day(almost). at first i thought it was for the compiler but then i read something about a missing playlist song 04.34.05 # * [Saint] wonders how the player would log user errors... 04.34.13 # its a generic log for recording whatever output we need 04.34.16 # idk... 04.34.35 # but probably errors and unexpected conditions mostly, as well as debug info 04.34.49 # oh ok. thats what i ment debug(not system) 04.35.28 # i was talking like missing song files vs "function write_play_count() failed to access database" 04.35.44 # <[Saint]> "log: 01:05:1992 - Didn't pass second level conversational French" 04.35.44 # i originally wanted this for recording codec errors when people find problem samples 04.35.51 # <[Saint]> logging user errors would be creepy :) 04.36.12 # haha i guess 04.36.24 # when they were talking about playlists thats what made me wonder 04.36.42 # if i want to have a patch that depends on the new logging system, but gets its own gerrit task, do I just branch my current branch and work on them separately ? 04.37.34 # <[Saint]> Oh...that's a fun one. 04.38.23 # i assume if i'm in a branch, and then make a new branch, the new one descends from that branch and I should be able to merge them later ? 04.43.27 # should do 04.46.11 # so if the two branches don't touch any of the same files, its just a simple "git merge" later to combine them? 04.59.32 Quit [7] (Disconnected by services) 04.59.41 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 04.59.51 Part amayer 05.02.13 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 05.21.21 # cool got codecs working with the new log system 05.23.48 # <[Saint]> saratoga: nice. 05.23.59 # <[Saint]> What task is this (if any?) on gerrit? 05.24.05 # <[Saint]> saratoga: ^ 05.24.21 # i didn't push it to gerrit yet since i haven't really done much with it 05.24.51 # q 05.27.14 *** Saving seen data "./dancer.seen" 05.29.10 # i guess i can if you want to try it, but right now i just changed a single DEBUGF to ERRORF :) 05.44.47 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 05.51.37 # <[Saint]> saratoga: I'd primarily like to see how its being implemented 05.52.06 # the codeclib stuff? i just added it to the codec struct and then stuck some preprocessor crap to make it work 05.52.49 # or do you mean this http://www.rockbox.org/mail/archive//rockbox-dev-archive-2012-07/0001.shtml 05.54.08 Quit anewuser (Read error: Connection reset by peer) 05.57.10 # <[Saint]> Wow...for some reason, it takes about three times as long as any other language to generate a voice file for Hebrew 06.00.45 # odd... maybe rtl issues? 06.06.56 # <[Saint]> maybe, donnu. 06.07.15 # <[Saint]> *dunno, even. 06.18.45 # <[Saint]> Hahaha....its *soooooooo* lucky that we can chuck themes/fonts/voice files/etc. on the sdcard for RaaA 06.19.44 # <[Saint]> Otherwise, the 480x800 cabbiev2 full touch port, with fonts and voice files included so it "just works" for all langs out of the box would make a ~120MB .apk :) 06.20.33 # <[Saint]> a ~10MB .apk and a ~10MB .zip file is much, much better :-) 06.21.33 # <[Saint]> that ~10MB .zip file re-inflates to around ~110MB...but, who cares as long as its on the sdcard, right? 06.22.33 # what is all that space for, the bmps? 06.25.07 # <[Saint]> font(s) 06.25.35 Quit BHSPitMonkey (Read error: Connection reset by peer) 06.25.46 # heh 06.26.00 # i don't suppose there is anyway we can use the fonts already in android? 06.26.06 # <[Saint]> the particular build I'm putting together now is *massive*, though, as it includes all the voice files as well because I want people to be able to test localization 06.26.28 # <[Saint]> and if something in the menu messes up, voice is a good way to be able to find your way home. 06.26.59 # <[Saint]> saratoga: yeah....nah, unfortunately. 06.27.26 # i guess the OS doesn't expose its font files? 06.27.36 # <[Saint]> I can use the Android fonts insofar as I can strip them out of the Android OS and generate .fnt files from them ;) 06.27.57 # could we just ask the graphics layer to render a given character and take a bitmap of it? 06.28.11 # seems like there must be someway to use the text already in android 06.28.42 # <[Saint]> Quite probably, but, that's way too low-level stuff for me. 06.29.22 # Commit 68ee7aa in rockbox by 03Jonathan Gordon: skin_engine: Make pressing the setting bar touch region work 06.29.28 # yeah i have no idea how android actually works 06.30.05 Quit Thra11_ (Ping timeout: 252 seconds) 06.32.19 # 68ee7aa build result: 4 errors, 0 warnings (Jonathan Gordon committed) 06.33.14 # is amiconn's build machine broken? 06.43.55 # <[Saint]> /me is rather impressed that a debian image, running chroot'ed from the sdcard of his GTab even gets any builds at all. 06.44.04 # <[Saint]> heh, fail. 06.45.24 # <[Saint]> But, ...yeah. I'm quite impressed that [Saint] manages to contribute at all. Even though it only seems to get wps' and bootloaders abd everything else gets killed off because the round finishes...I'm contributin' somethin' :) 06.45.42 # <[Saint]> *and everything 06.49.03 Quit Scromple (Read error: Connection reset by peer) 06.57.29 # * Mir waves at saratoga 06.57.40 # yes? 06.57.48 # just wave 06.57.50 # hello 06.58.01 # if you want to chat, check out rockbox-community 07.03.11 Join Keripo [0] (~Keripo@c-50-135-159-85.hsd1.wa.comcast.net) 07.09.32 Join Ward [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 07.09.56 Nick Ward is now known as Guest33137 (~Mirandaha@176-120-190-109.dsl.ovh.fr) 07.12.37 Quit fyrestorm (Ping timeout: 245 seconds) 07.27.17 *** Saving seen data "./dancer.seen" 07.54.49 Quit saratoga (Quit: Page closed) 08.06.09 # <[Saint]> Hmmmm, Russian beats Hebrew in the voice file compiling time highscore game. 08.08.27 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 08.17.46 Quit mshathlonxp (Ping timeout: 252 seconds) 08.22.52 # saratoga_: Hmm, maybe it's from the ia32-libs -> multilib transition? Since Google earth doesn't really work on linux anyway and I thought it's the only thing needing 32 bit libs I removed them. 08.23.16 # * amiconn probably needs to reinstall some 32 bit libs 08.29.41 Join kevku [0] (x@heaaqi4aafadxhlztu3n6m5d7ce.dyn.reverse.name) 08.30.13 Quit Guest33137 (Quit: Blarglarg) 08.30.59 # saratoga_: Should be fixed now. Apparently only libstdc++6:i386 was missing, according to ldd. aapt is starting again now 08.33.10 # Of course I meant multiarch, not multilib 08.41.50 Join fyrestorm [0] (~nnscript@cpe-24-193-120-188.nyc.res.rr.com) 08.46.09 # <[Saint]> Hahahaha....all voice files == ~75MB 08.49.05 Join ender` [0] (krneki@foo.eternallybored.org) 08.52.14 Quit [Saint] (Remote host closed the connection) 08.54.31 Join Thra11 [0] (~thrall@80.229.123.75) 09.01.36 Quit perrikwp (Read error: Connection reset by peer) 09.02.50 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 09.17.24 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 09.27.19 *** Saving seen data "./dancer.seen" 09.34.43 Quit markun (Remote host closed the connection) 09.39.55 Quit shamus (Read error: Connection reset by peer) 09.40.09 Join shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 10.03.13 # hm, current simulator builds are quite CPU hogs! 10.04.25 # 90% 10.04.35 # 90%+ CPU usage 10.09.47 # Hello. 10.10.16 # I have just bought and rockboxed a Sansa Clip Zip, which works quite well. 10.12.44 # I just noticed something quite puzzling: with the OF, when plugged to a computer it shows a certain FAT filesystem, while with RB, it shows another one, with two additional directories (##MUSIC## which contains the bundled example music and ##PORT##). 10.13.26 # The most funny is that the OF does not expose them by mass storage, but can play the music it contains... 10.20.20 # Do you know if the exposed FAT actually exists or if it is a construction that hides a different internal structure? 10.30.08 # Tanguy: the filesystem as exposed by rockbox is exactly as it exists 10.30.42 # The OF does a bit of trickery to hide things like ##MUSIC##, which it uses for audio uploaded over MTP 10.31.11 # Okay. 10.31.43 # Well, what the OF does seems quite hazardous to me. 10.32.19 # Modifying the FAT on the fly between what the computer sees and what is actually there… 10.37.46 Join soap [0] (~soap@rockbox/staff/soap) 10.46.56 Join dfkt [0] (dfkt@unaffiliated/dfkt) 10.50.45 # two threads hog the CPUb 10.51.22 # the main thread (both sigalt and sdl threads) and an external thread created by pulseaudio 10.52.06 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 10.53.04 # the main thread does idle in pthread_cond_wait()/SDL_SemWaitTimeout() though 10.58.36 # That means that the OF is designed so that the player is used in mass storage or MTP but not both, since they appear to completely separate them. 10.59.27 # Tanguy: basically, yes 11.02.56 # kugel: a very small timeout maybe ? 11.05.12 # funman: out tick rate 11.06.33 # our* 11.07.19 # gevaerts: Quite a bizarre choice. I theoretically appreciate MTP, but implemented like that… Anyway, I am using RB now. :-) 11.08.57 # kugel: ah of course, perhaps profiling can show which code is using most CPU 11.09.37 # can you reproduce? 11.09.53 # perhaps it's just a bug in some library 11.09.58 # Tanguy: Same here. MTP allows a lot of fun stuff (no corruption on unclean unplug, continued playback while copying, ...), but in the real world people seem not to want to do all that 11.10.45 # And file system abstraction. 11.11.50 # Like a file transfer protocol, or perhaps a network file system (I am not sure of how it works internally), instead of a block device protocol. 11.12.45 # By the way, what file systems does RB support? 11.12.51 # Ah yes, forgot about that one for a moment 11.12.53 # Only FAT 11.13.01 # Well, 16 and 32 11.13.13 # For the internal memory, I shall certainly not change the FS because the boot loader would not work, but for the external SD… 11.13.18 # Filesystem implementations use RAM :) 11.13.24 # And doing them takes work 11.13.26 # Oh, too bad. FAT then. 11.13.29 # Yes, sure. :-) 11.13.43 # * Tanguy would have loved to use UDF, but FAT will do it. 11.14.24 # For the specific case of an audio player, the FAT limitations tend not to be much of a problem anyway 11.14.38 # While I am at it, the wiki page about virtual keyboard tells to put the kbd file in .rockbox to use it permently. 11.15.18 # But I have two questions about that: 1. how should I name it and 2. is there a way to navigate to .rockbox since RB hides it? 11.15.41 # * gevaerts can answer (2) 11.16.21 # Well, what annoys me with FAT is the file name limitations. My rsync from my computer failed until I renamed my files to work around the FAT limitations. :-) 11.16.24 # You can change the "show files" setting to show it. I'd do that sort of stuff over USB though 11.16.42 # True. That one can be a bit annoying 11.16.46 # Over USB? What do you mean, like editing the config file? 11.17.42 # No, I mean I don't care if I see .rockbox on the player, when I need to do something there I use my laptop 11.18.13 # Yes, but loading a keymap is done from RB. 11.18.50 # Ah, yes 11.19.03 # Anyway, change the "show files 11.19.11 # For what I have read it implies selecting it from the file browser. 11.19.18 # Okay, this is what I missed. 11.19.19 # Thanks. 11.19.19 # " setting. Apart from that, I've never used the virtual keyboard 11.21.12 # Also, to all Rockbox developpers, thanks and cheers, it rocks. And it is faster than the OF. :-) 11.23.51 Quit factor (Remote host closed the connection) 11.27.21 Join Thra11_ [0] (~thrall@123.80.113.87.dyn.plus.net) 11.27.22 *** Saving seen data "./dancer.seen" 11.27.45 Quit Thra11 (Ping timeout: 246 seconds) 11.46.37 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 11.46.37 Quit pamaury (Changing host) 11.46.37 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.47.32 # sometimes it drains the battery faster than the OF too :-) 11.48.37 Quit Keripo (Quit: Leaving.) 11.53.52 Quit liar (Read error: Connection reset by peer) 11.54.35 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.59.02 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 12.06.54 Join [Saint] [0] (~Saint]@101.98.158.103) 12.06.55 Quit [Saint] (Changing host) 12.06.55 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 12.08.00 # <[Saint]> .voice files don't need to be in the internal storage for RaaA, do they? 12.08.23 # <[Saint]> I mean, I can just put them in /mnt/swdcard/rockbox/lang/, yes? 12.08.40 # [Saint]: good question. I never tried it 12.08.43 # <[Saint]> */sdcard 12.09.05 # might be that rockbox doesnt find the langs anymore then 12.09.49 # <[Saint]> I can't test it on device presently either, not until later this evening. 12.10.04 # <[Saint]> It just occured to me that it may not work, so I thought I'd ask. 12.11.37 # <[Saint]> I don't want to have to put ~70MB of voice files in internal storage to make an "international" version (an odd request from another party), but I've got no problems putting that much data on /sdcard 12.13.51 Join Topy [0] (~Topy44@f049193011.adsl.alicedsl.de) 12.17.20 # <[Saint]> Hummm....afrikaans.lang has not a single voice string 12.18.04 Quit T44 (Ping timeout: 264 seconds) 12.18.27 # * [Saint] thought that voice file built a little too quickly... :) 12.18.35 # [Saint]: http://translate.rockbox.org/ 12.18.58 # Some of them are not worth including at all 12.18.59 # <[Saint]> gevaerts: I don't know Afrikaans :) 12.19.10 Join MethoS- [0] (~clemens@134.102.106.250) 12.19.28 # I'm not suggesting you translate it. I'm suggesting you look at the numbers before deciding to use it 12.20.20 # <[Saint]> .....oh 12.21.17 # <[Saint]> On the plus side, that is an impressive amount of fully supported locales 12.29.55 Quit kevku (Ping timeout: 272 seconds) 12.41.47 Join kevku [0] (x@heaaqi4aafadxh2465toxtewolu.dyn.reverse.name) 12.53.13 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 13.01.35 Quit Topy (Read error: Connection reset by peer) 13.03.39 Join anewuser [0] (~anewuser@186.93.234.141) 13.03.39 Quit anewuser (Changing host) 13.03.39 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 13.20.04 # * [Saint] has an interesting request for anyone interested in slightly poking at the skin engine: "Only display the scroll bar when number_of_lines_in_list x list_item_height > ui_viewport_height" 13.20.33 # <[Saint]> JdGordon: ^ ...sound sane? 13.20.51 # <[Saint]> (its not often I have a simple, sane idea :)) 13.22.02 # [Saint]: isnt that the status-quo? 13.22.29 # or are you talking about skinned lists only? 13.22.31 # <[Saint]> kugel: Nope, the space is reserved whether it is displayed or not. 13.23.23 # yes, but the bar isnt displayed 13.23.44 # your request was to not display it 13.23.44 # <[Saint]> Right, I should have clarified this. 13.24.13 # <[Saint]> "Don't display the scrollbar, *and* return the list to the "no scrollbar" position" :) 13.24.36 # it's not reservered if you put it onto the right side 13.25.08 # I think I would be super annoyed if the lists would jump back and forth depending on the content 13.25.20 # <[Saint]> I figure this is more useful for small screens, where it can get some space back for long menu entries so they maybe don't scroll, or scroll less at least. 13.26.34 # <[Saint]> ANd yes, I know, but the scrollbar on the right looks weird with long/scrolling menu entries, and weird in general with the line selector (IMO (and yes, I know its subjective/matter of opinion)) 13.27.26 *** Saving seen data "./dancer.seen" 13.28.49 # <[Saint]> ANyway, regardless of what is "right" or "wrong", or "ugly" or "pretty", ...I think it would be nice if the list returned to the "no scroll bar" position if the scroll bar doesn't need to be displayed, when the scroll bar is positioned to the left. 13.29.03 # <[Saint]> bah...sticky shift key. 13.30.02 Quit kevku (Ping timeout: 248 seconds) 13.31.56 Quit MethoS- (Ping timeout: 265 seconds) 13.42.19 Join kevku [0] (x@heaaqi4aafadxh7emcrzgn34hxa.dyn.reverse.name) 13.44.54 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.14.14 Quit soap (Read error: Operation timed out) 14.14.54 Join soap [0] (~soap@rockbox/staff/soap) 15.10.01 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.27.28 *** Saving seen data "./dancer.seen" 15.33.35 Quit mgottschlag (Ping timeout: 240 seconds) 15.38.39 Quit soap (Ping timeout: 246 seconds) 15.42.16 Quit hype (Quit: ["Textual IRC Client: www.textualapp.com"]) 15.50.39 Join PRETTY_FUNCTION [0] (~sigBART@123.252.212.197) 15.58.45 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 16.00.30 Join yuriks [0] (~yuriks@189.58.189.129) 16.06.35 Quit einhirn (Ping timeout: 240 seconds) 16.14.59 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 16.20.00 Quit pamaury (Ping timeout: 244 seconds) 16.27.33 Join MethoS- [0] (~clemens@134.102.106.250) 16.31.17 Quit PRETTY_FUNCTION (Remote host closed the connection) 16.33.54 Join PRETTY_FUNCTION [0] (~sigBART@123.252.212.197) 16.36.33 Join mshathlonxp [0] (msh@84.237.140.236) 16.51.33 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 16.56.02 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 16.57.03 Join nosa [0] (~m00k@adsl-74-235-42-117.clt.bellsouth.net) 16.58.05 Quit nosa-j (Ping timeout: 240 seconds) 16.58.06 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-117.clt.bellsouth.net) 17.06.00 Quit einhirn (Read error: Connection reset by peer) 17.08.27 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 17.12.48 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.23.29 Quit anewuser () 17.27.29 *** Saving seen data "./dancer.seen" 17.47.50 Quit mgottschlag (Ping timeout: 244 seconds) 17.58.36 Join Horscht [0] (~Horscht@xbmc/user/horscht) 18.02.10 Quit MethoS- (Read error: Connection reset by peer) 18.02.55 Join MethoS- [0] (~clemens@134.102.106.250) 18.03.15 Quit PRETTY_FUNCTION (Read error: Connection reset by peer) 18.03.38 Join PRETTY_FUNCTION [0] (~sigBART@123.252.212.197) 18.07.51 Quit PRETTY_FUNCTION (Remote host closed the connection) 18.17.25 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.23.29 Join lebellium [0] (~chatzilla@g231222107.adsl.alicedsl.de) 18.46.40 Join PRETTY_FUNCTION [0] (~sigBART@123.252.212.197) 18.55.56 # question: 18.55.58 # on http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildap4.html#x20-400000D.16 18.56.00 # shouldnt it say "Play status, 0-8, in the order: ..." instead of "Play status, 0-4, in the order: ..." 18.56.02 # or does that mean each of them has a 0-4 value? 18.58.29 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 19.11.02 Quit PRETTY_FUNCTION (Remote host closed the connection) 19.14.50 Join soap [0] (~soap@cpe-76-181-64-173.columbus.res.rr.com) 19.14.50 Quit soap (Changing host) 19.14.50 Join soap [0] (~soap@rockbox/staff/soap) 19.15.30 Quit Horscht (Quit: Verlassend) 19.18.07 # well i have to go. ill check back in later. 19.18.49 Part amayer 19.27.30 *** Saving seen data "./dancer.seen" 19.28.25 Quit bluebrother^ (Read error: Operation timed out) 19.28.26 Quit fs-bluebot (Ping timeout: 245 seconds) 19.29.43 Join fs-bluebot [0] (~fs-bluebo@f053152016.adsl.alicedsl.de) 19.30.48 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.41.55 # commit mailer still down? 19.42.39 Nick preglow_ is now known as preglow (thomj@skrotnisse.pvv.ntnu.no) 19.53.08 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) 19.55.26 # preglow: you still doing any rockbox stuff? 20.00.24 # not really, no 20.00.28 # no big itches to scratch :> 20.02.46 # well, apart from it not exactly behaving too nice on my android phone 20.02.53 # but i just can't be bothered to learn android 20.03.17 # yeah 20.03.31 # you could help me finish our new resampler 20.03.45 # what's to do? 20.04.28 # i want to add an oversampling option, and then write ASM optimized versions 20.04.29 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.04.29 Quit bertrik (Changing host) 20.04.29 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.06.55 # i played around (in matlab) with a ~ 9 order FIR oversampling filter, it works much nicer for the case where you have high frequency content and are down sampling 20.07.20 # its also more accurate even when you have no higher freqeuncy stuff to alias, less distortion in general 20.07.38 # on armv5e the DSP instructions lets you do FIR taps almost for free 20.07.42 # so might as well 20.08.24 # which DAPs have an armv5e or better? 20.08.42 # you want the full list ? 20.08.50 # most newer ones 20.08.52 # AMSv2 20.08.53 Join mgottschlag [0] (~quassel@HSI-KBW-091-089-250-086.hsi2.kabel-badenwuerttemberg.de) 20.08.54 Quit mgottschlag (Changing host) 20.08.54 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 20.09.01 # does the FIR impulse have any symmetry? 20.09.13 # symmetry how? 20.09.42 # linear phase 20.09.52 # like identical taps, or positive taps that have the same magnitude as negative ones 20.10.00 # even symmetry around the middle of the impulse response 20.10.04 # oh, probably yes 20.10.09 # or at least we could design one that did 20.10.11 # they usually do, for some reason 20.10.29 # but linear phase isn't always the best choice 20.10.30 # that could save a couple of multiplies (and replace them by an add or sub) 20.10.35 # i was using 16 bit values in matlab, so the taps are already so small they'd fit in registers anyway 20.11.08 # bertrik: you mainly just save a memory access, the rest isn't significant 20.11.24 # because the muls are almost for free already, you mean? 20.11.25 # yeah, add and mul are the same speed 20.11.28 # multiplies being so cheap 20.11.58 # you can't necessarily do it anyway, depending on your code 20.12.11 # you'd basically have to iterate the input array from both sides at the same time 20.13.28 # imx21 is also ARM9E 20.17.47 # yeah just trying a least squares solver, it gives symmetric coefficients 20.18.01 Quit kugel (Ping timeout: 245 seconds) 20.18.04 # so i guess you really only have to store 5 16 bit values 20.23.29 # solver? 20.23.31 # solving for what? 20.24.04 # there are nice much-used closed form solutions you can use for designing resampling filters 20.28.55 Join kugel [0] (~kugel@141.45.176.104) 20.28.56 Quit kugel (Changing host) 20.28.56 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.29.14 Join fyre^OS [0] (~nnscript@cpe-24-193-120-188.nyc.res.rr.com) 20.31.44 Quit fyrestorm (Ping timeout: 249 seconds) 20.33.38 # i guess i should really try and preweight the FIR frequency response so that it compensates for the hermite response 20.37.02 # probably 20.37.32 # what's the idea exactly? Do some hermite interpolation then follow it up by the FIR (or the other way around)? 20.37.37 # but you were talking about oversampling too, if i'm not mistaken 20.46.32 # yeah, oversample then hermite 20.47.01 # i was testing 48>44.1 as 48 ->96 > (hermite) 44.1 20.47.15 # also, 192k as the second frequency 20.48.11 # if oversampling then hermite, you shouldn't really need to compensate much 20.48.44 # the freq response of the hermite should be pretty flat in the passband 20.50.50 # heh, i just checked and it is indeed flat 20.50.55 # only rolls off about 1 dB 20.52.55 # but yeah, i don't see why we can't do resampling for a few MHz on ARM9E and above that is completely transparent even for the hard cases 20.54.04 # yeah, so on the ATRAC3 FIR i benchmarked 3.5 cycles per tap, and that was for a long filter where i couldn't store the taps in memory 20.54.17 # so figure less then 3 cycles per tap for a short one 20.56.06 # so IIUC, the hermite will take ~4 input samples from the FIR, each of which will need ~7 taps, so thats about <100 cycles per output sample or about 8 MHz 20.59.58 # couldn't store the taps in memory? 21.01.12 # for atrac? 21.01.16 # yeah 21.01.20 # i mean in registers 21.01.24 # it was a really long filter 21.01.37 # you sure having the filter that short is worth it? 21.01.49 # the frequency response in matlab looks pretty good 21.02.11 # gives >35dB attenuation of all aliased content 21.02.18 # on top of what the hermite gives 21.03.14 # we could go longer though 21.03.33 # was actually thinking a ~15 tap filter and 192k intermediate frequency might make sense too 21.04.45 # yeah, with such short filters least-squares might actually make sense 21.05.03 # i picked least squares just because it seemed simple 21.05.09 # and i guess its also linear phase if that matters 21.05.23 # i don't know if there is something better 21.05.35 # people usually do windowed sinc with a kaiser window 21.05.50 # easily parameterizable 21.09.00 # parameterizable meaning? 21.27.33 *** Saving seen data "./dancer.seen" 21.45.30 Quit TheSphinX_ (Ping timeout: 244 seconds) 21.50.33 Join TheSphinX^ [0] (~briehl@p5B323CA4.dip.t-dialin.net) 21.51.12 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 21.52.01 Join einhirn [0] (~Miranda@p4FC74534.dip0.t-ipconnect.de) 21.56.22 # saratoga_: you can recompute the filter for a given cutoff frequency easily 21.59.20 Quit einhirn (Read error: Connection reset by peer) 22.02.03 # ah yes 22.02.22 # i was just going to hard code the 48k to 44.1 k case since the rest aren't so hard 22.03.39 Quit ender` (Quit: Just as the absurd acts which prohibited the sale of game were virtually repealed by the poacher, just as many absurd revenue acts have been virtually repealed by the smuggler, so will this law be virtually repealed by piratical booksellers. -- Thomas B) 22.03.42 Quit MethoS- (Ping timeout: 272 seconds) 22.07.58 Join ender` [0] (krneki@foo.eternallybored.org) 22.23.33 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 22.30.24 Quit kevku (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 22.30.43 Join kevku [0] (x@heaaqi4aafadxh7emcrzgn34hxa.dyn.reverse.name) 22.33.21 Join n1s [0] (~n1s@nl118-174-190.student.uu.se) 22.33.22 Quit n1s (Changing host) 22.33.22 Join n1s [0] (~n1s@rockbox/developer/n1s) 23.03.37 Quit benedikt93 (Quit: Bye ;)) 23.27.34 *** Saving seen data "./dancer.seen" 23.31.44 Quit n1s (Ping timeout: 265 seconds) 23.32.24 Quit preglow (Quit: leaving) 23.34.30 Join n1s [0] (~n1s@nl118-174-190.student.uu.se) 23.34.31 Quit n1s (Changing host) 23.34.31 Join n1s [0] (~n1s@rockbox/developer/n1s) 23.39.34 Join preglow [0] (thomj@rockbox/developer/preglow) 23.49.06 Quit Xerion (Quit: ) 23.51.02 Quit kevku (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)