--- Log for 06.07.108 Server: simmons.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 2 days and 19 hours ago 00.00.35 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 00.00.57 Join fyrestorm [0] (n=fyre@cpe-68-173-163-56.nyc.res.rr.com) 00.08.53 Quit sarixe ("(EE) Failed to load "quit" module") 00.09.16 Join sarixe [0] (n=sarixe@pool-68-239-214-114.nwrk.east.verizon.net) 00.09.20 Quit petur ("Zzzzzz") 00.12.22 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 00.12.25 Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) 00.18.26 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 00.22.59 Join desowin [0] (n=desowin@atheme/member/desowin) 00.23.46 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 00.23.46 Quit mcuelenaere (Remote closed the connection) 00.32.43 Quit PaulJam (".") 00.39.49 Quit sarixe ("(EE) Failed to load "quit" module") 00.43.22 *** Saving seen data "./dancer.seen" 00.43.53 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 00.53.19 Join tvelocity [0] (n=tony@athedsl-330420.home.otenet.gr) 00.59.37 Join faemir [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 01.00.14 Quit safetydan ("Leaving") 01.01.06 Quit delorean90 (Read error: 110 (Connection timed out)) 01.16.39 # * bluebrother has to fix several conflicts in his newly updated german translation file ;-'( 01.17.55 # i just decoded a wma file in the sim using the Tremor IMDCT 01.19.37 # And how'd it go? 01.20.30 # looks like running lupdate on non-touched languages isn't always a good idea. 01.21.04 Quit mirak (Read error: 104 (Connection reset by peer)) 01.21.31 # Llorean: suprisingly it sounded normal 01.22.00 # You mentioned the math seemed a bit weird for that one earlier, right? 01.22.55 # yeah I had to dig up the paper explaining it 01.23.07 # still makes no sense to me, but the literature really seems like that algorithm 01.23.26 # and the paper starts by talking about how its better then the one used in wma/aac 01.24.43 # theres some minor distortion when used on arm, so i guess it won't be quite that easy 01.25.11 Join delorean90 [0] (n=Delorean@70-101-164-164.dsl2.mon.ny.frontiernet.net) 01.25.46 Quit Thundercloud (Remote closed the connection) 01.25.48 # ha 32MHz (although its not 100% correct) 01.26.33 # As compared to? 01.26.57 # 209MHz on the Gigabeat? 01.27.11 Join hardcore [0] (n=hcr-1@ool-18be2452.dyn.optonline.net) 01.28.04 # normal was 36MHz or so 01.28.25 # plus I think I saved 16KB of IRAM 01.31.12 Join webguest69 [0] (n=4aecb47c@gateway/web/cgi-irc/labb.contactor.se/x-097f8d9fdbc1f670) 01.31.12 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 01.31.20 # hey anyone there 01.31.26 # Nope 01.31.31 # good 01.32.03 # stupid noob question can i put rockbox on a 6th gen classic 01.32.07 # nl 01.32.08 # l 01.32.08 # Nope 01.32.11 # no 01.32.13 # arg 01.32.13 # through any unoffical or offical means 01.32.19 # Nope :) 01.32.19 # no 01.32.34 # anyhacks at all then for it 01.32.38 # 6gen is toally different hardware then any of the previous players 01.32.40 # no 01.32.45 # i know thta 01.32.48 # that 01.32.55 # you could try porting it yourself 01.33.02 # And the FW is encrypted 01.33.29 # then we must unencrypt it .. but I cant do that I Hack games not ipods 01.33.47 # well, yes 01.34.15 # ill be back soon 01.34.49 Quit obo ("bye") 01.35.03 # hey are the forums down? 01.35.12 # coldnt login earlier 01.35.15 # couldnt 01.35.21 # nope 01.35.30 # then wtf y cant i login 01.35.37 # what error does it give you? 01.35.42 # (we can't read minds unfortunately) 01.36.01 # it loads for a hour and then cant display page 01.36.08 # for an hour? 01.36.17 # try again? 01.36.18 # (bye hour I mean 5 minutes or so) 01.36.22 # um 01.36.26 # wffm, right now 01.36.37 # I'm having no problem at all with the forums right now 01.36.41 # wtf does wffm mean 01.36.46 # works fine for me 01.36.54 # ahh okay then 01.37.09 # well ... i dont know 01.37.12 # stripwax: Please, use full words. I assumed that was just some sort of typo, and you know the channel guidelines. 01.37.25 # interestingly, only half the speed up from the Tremor IMDCT is due to ASM, the rest is just a better algorithm 01.37.41 # saratoga: So we can maybe eke some more speed out of it? 01.37.47 # Llorean - sorry- 01.37.56 Join fyrestorm [0] (n=fyre@cpe-68-173-163-56.nyc.res.rr.com) 01.38.30 # sure i think WMA can be made a lot faster 01.39.51 Quit goibhniu (Read error: 110 (Connection timed out)) 01.39.53 # Maybe AAC too? 01.43.24 # would this be the proper place to discuss new ports? or should i stick to rockbox-community? 01.43.39 # Community is for non-Rockbox stuff. 01.44.04 # whats the new port 01.44.29 # Llorean: definately AAC 01.44.29 # its not a port yet, but the sansa view 01.44.44 # AAC-LC and WMA are practically the same thing 01.46.35 # the View is an interesting target because of the Nvidia-PP chipset 01.46.37 # anywere i can buy an ipod video localy you think 01.46.49 # i mean what kind of store would have one 01.47.07 # however, unless you can get a team of very interested hackers, or a datasheet from Nvidia, I think it would be a very difficult port 01.47.17 # Becasue i need a new ipod by midnight and it has to be hacable 01.47.21 # hackable 01.47.39 # the PP targets, on which the chipset used in the View is apparently based, have been under development for many years now and are only just now becoming well supported 01.48.09 # webguest69: The only stores that are likely to have one are pawn-shops and non-chains. 01.48.15 # hate to be selfcentered but i am freaking out my ipod broke and i am gona be gone for a month and need one 01.48.23 # thanks 01.49.14 Join dataangel [0] (n=prophet@h134-215-195-161.wyngmi.dedicated.static.tds.net) 01.50.07 # What's the difference between plugin_get_buffer and malloc? Do you use it like you would malloc? 01.50.28 # it's a static buffer 01.50.36 # i think plugin_get_buffer just gives you a pointer to the entire audio buffer 01.50.41 # there is no malloc in Rockbox, so there is no difference ;-) 01.52.47 # is the app in charge of keeping track of how much of the buffer its used? 01.53.03 # the comment says it returns how much is left... do plugins get a set amount to start or ... ? 01.53.23 # the amount available depends on how much ram you have 01.53.58 # what determines how much a plugin gets though? 01.54.00 # * dataangel digs around plugin.c 01.54.18 # It's kinda all or none. 01.54.31 # You either don't use the audio buffer, or you stop playback and use all of it. 01.54.53 # well, you don't need to use all of it. You get all :) 01.54.56 # gothca 01.55.18 # my app needs to play audio anyway 01.55.31 # then you can't get the audio buffer. 01.55.51 # Well 01.56.01 # Depends on what he means. 01.56.16 # If he's playing audio within the app itself, as in the app is doing the playing, the buffer's his to do with as he pleases. 01.56.16 # it plays like 3 second sound files every few seconds 01.56.33 # yeah 01.56.44 # Llorean: right. I assumed playing back means using the playback engine. 01.57.14 # hrm, actually there's plugin_get_buffer and plugin_get_audio_buffer 01.58.25 Quit webguest69 ("CGI:IRC (EOF)") 01.58.27 # * Llorean is not at all familiar with the specific function names. 01.58.41 # I would hazard that one gets space from the plugin buffer, and the other from the audio buffer, then? 01.58.46 # so plugin_get_buffer gets some amount specific to yer player, determined by PLUGIN_BUFFER_SIZE, and then there's the separate audio buffer 01.59.23 # at a glance I don't see a way to tell the api that you're using any of the plugin buffer though, which is why I'm curious if you manage it yourself 02.00.09 # * dataangel should just shutup and read more source code ;p 02.00.09 # dataangel: Tell it you're using it for when you do what? 02.00.27 # Llorean: So if you call it again later with a different size it can determine whether anything is left 02.00.55 # err, I see size parameter is to request, not to find out how big what you got back is 02.02.00 # err, no it's just what's left if whole buffer... meh need to read 02.04.19 # bluebrother: I know it used to be outside the folder, I remember when it changed. I just meant that he needs to be looking in it since he's using rbutil. :) 02.04.42 # He's updating the bootloader anyway, or trying to. 02.05.23 # ok sounds like I fixed the audio skipping problem 02.05.52 # (forgot to convert between the vorbis and wma fixed point formats) 02.07.12 # Llorean: I'm sure you're aware of that. Just wanted to point out that there was a change (as he said he hasn't updated in like 4 years) 02.07.41 # 4 years ... that needs to be sometime in the early stages of the h100 port. Wonder why he never updated in between. 02.07.43 # lame_128 - 209% realtime, vorbis_128 - 253% realtime. curiously, above 96kbps, mp3 doesn't seem to scale so much with bitrate unlike vorbis (lame_256 is 199.8% realtime, vorbis_256 is 215%) 02.08.41 # stripwax: I've been wondering about that too 02.08.44 # anyway, time for sleep now, it's quite late here. Just wanted to finish the translation update, but unfortunately the previous lupdate gave me a nice bunch of conflicts :( 02.08.54 Quit bluebrother ("sleep. now.") 02.08.54 # theres no good reason for that to happen 02.09.39 # stripwax: are you interested in codec optimization? 02.10.03 # somewhat 02.10.31 # I'm interested in performance per watt 02.11.17 # the synth + DCT functions in synth.c use up ~50% of the entire codec runtime for 192k mp3, and they should be completely invariant with changing bitrate 02.11.28 # * mrkiko restarts it's brain 02.11.43 # you could try commenting them out and benching that 96k file again 02.11.53 Quit ender` (" Intelligence is the ability to avoid doing work, yet getting the work done. -- Linus Torvalds") 02.12.11 # might be interesting to see where all that improvement in CPU time really comes from 02.13.36 # anyone object to me leaving the old WMA IMDCT in but ifdefed out in case anyone ever wants it again? 02.14.01 # saratoga: It'll be in the SVN history anyway, right? 02.14.08 # not sure I understand - comment out what part exactly? or does 96kbps not need synth and dct? 02.14.36 Quit culture (Read error: 110 (Connection timed out)) 02.14.38 # stripwax: if you comment out parts of the decoder and benchmark, you can see how much time the codec spent in those functions 02.15.01 # LLorean: thats a good point 02.16.00 # example: codec runs at 200% with everything enabled, commenting out synthfull and dct32 raises you to 400% realtime, this means that the codec spent 50% of its time in those two functions 02.16.13 # saratoga - that would only work for the parts after bitstream but I see your point. Would be better to get the profiling build working though 02.16.32 # stripwax: it should work for any part of the codec 02.16.57 # you can decode a blank buffer just as easily as a full one 02.17.30 # but then you're decoding a blank buffer and/or just testing error paths on garbage buffers .. that won't help you determine anything 02.17.59 # A profile build should be easier 02.18.27 # a profile build would be easier if we knew how to make one 02.19.25 Join KimWoojin [0] (n=79b459ce@gateway/web/cgi-irc/labb.contactor.se/x-d4c518e6fee8b975) 02.19.33 # Hello~ 02.21.03 # saratoga - It worked for me fairly recently 02.23.39 Join ellomates [0] (n=4aecb47c@gateway/web/cgi-irc/labb.contactor.se/x-6147bdfa639bf3eb) 02.23.46 # Although checking irc logs, "fairly recently" might be about this time last year.. 02.24.03 Quit KimWoojin (Client Quit) 02.24.03 # is there rockbox for the new ipod nano 02.24.09 # ellomates: No. 02.24.11 # let me guess no 02.24.27 # absoultly no way? 02.24.36 # besides making my own and all that 02.24.40 # Absolutely nobody who wants it has actually done the work. 02.24.42 # you can't even make your own 02.24.57 # well, you could, but nobody has figured out how yet 02.25.09 # I really would work on it if i was goning to away fora month 02.25.19 # going 02.25.29 # saway fro a month 02.25.36 # * stripwax doesn't understand 02.25.40 # (that sentence was just all wrong ) 02.25.40 # i don't think you really need to let us know that you're not working on it 02.25.49 # yes i do 02.25.58 # everyone else is also not working on it :) 02.26.06 # well they should tell us that 02.26.12 # huh? 02.26.25 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 02.26.38 # ... they should tell us that they are not working on it so we dont get our hopes up... 02.26.45 # its sort of implicit when you come in here without managing to read the front page that you're not working on anything 02.27.12 # ellomates: How about "don't get your hopes up unless someone says they are working on it, and even then, only if they actually have work to show" 02.27.28 # nevermind .... 02.27.53 # ellomates - it's mentioned in the forums and wiki also, so we do tell you that nobody is working on it 02.28.27 # no i am not talking about the offical people i am talking about people who are un officail as in me 02.28.42 # /join #c 02.29.14 # okay lets stop this conversation becaus eit will end up with me lokking even stupideir (plus i got to go) 02.29.22 Join Strife89 [0] (n=michael@204.116.245.152) 02.30.03 # Could someone please lend a hand with the Pictureflow plugin? It refuses to find my album art. 02.30.35 # I've already asked someone, but we didn't get very far: http://www.rockbox.org/irc/log-20080704#03:28:49 02.31.04 # ellomates - ok. but everyone is sort-of "unofficial", in the sense that anyone can get on and do the work necessary, and most importantly nobody 02.31.16 # has 02.31.53 # ellomates - rockbox runs fine on the list of devices mentioned on the front page of www.rockbox.org 02.32.08 # * stripwax tries a profile build 02.33.34 # Strife89: Does your album art work in the WPS? 02.33.38 # Yes. 02.33.57 # I use the /.rockbox/albumart storage method 02.34.23 # if arm profiling coudl be made to work, that'd be awesome 02.34.30 # I thought it used the same method of retrieving Album Art as the WPS did. 02.34.43 # Evidently, not all of them. :( 02.35.01 # saratoga - I didn't realise it didn't work! 02.35.15 # Strife89: Well, I thought it was just one function that was called 02.35.25 # assuming it doesn't. will know later, but my build takes forever 02.36.05 # Llorean: I wouldn't know about that; I still can't read much C. 02.37.05 # the profiling bug I know of is that it will create a profile.out regardless of whether or not profile.out already exists - not looked at the code for that but it seems to create directory multiple entries with the same name, which causes havoc with my laptop OS when I reconnect it. so need to delete profile.out before rerunning a codec 02.37.23 Join babuun [0] (n=hero@unaffiliated/toki) 02.37.30 Quit Toki (Nick collision from services.) 02.37.33 # Strife89: Database is initialized? 02.37.44 Join Toki [0] (n=hsdbvlkb@gateimb.imb.lebedev.ru) 02.37.50 # Yes. 02.38.11 # stripwax: after much effort this winter i managed to get profile.out files created dependably, but the addresses in them didn't seem to make sense to me 02.38.34 # Strife89: And you're using small enough bitmaps, and you've stopped playback? 02.38.35 # after some effort i just gave up trying to correlate them to symbols in objdump or map files, though maybe i just didn't know what i was doing 02.39.04 # Yes and yes. :( 02.39.09 Part babuun 02.39.15 # Strife89: Completely unpatched build? 02.39.19 Quit Toki (Nick collision from services.) 02.39.33 Join Toki_ [0] (n=hsdbvlkb@gateimb.imb.lebedev.ru) 02.39.44 # Yes (although it's r17883) 02.39.59 # * Llorean shrugs 02.40.04 # I haven't seen any Pictureflow updates, though. 02.40.34 # I'll try what's mentioned here (just found it): http://www.rockbox.org/tracker/task/9135?histring=Pictureflow 02.40.36 Quit saratoga ("CGI:IRC (EOF)") 02.42.46 # Nope. No luck. 02.43.23 *** Saving seen data "./dancer.seen" 02.44.18 # Actually, I have three albums, each in their own folder, with album art in the same folder as ./cover.bmp. Those three - and only those three - show up in Pictureflow. 02.45.23 # So it definitely seems that /.rockbox/albumart/artist-album.bmp is not implemented in Pictureflow. 02.49.08 Quit dataangel (Read error: 110 (Connection timed out)) 02.49.49 # I have no idea if this is it or not, but this part of the Pictureflow code seems relevant. http://pastebin.com/m1a4564b1 02.50.36 # {For log readers: As of August 5th, 2008, the linked pastebin will be gone.} 02.50.38 Join m0f0x [0] (n=m0f0x@189-47-79-82.dsl.telesp.net.br) 02.50.46 Quit faemir (Client Quit) 03.01.40 Quit hardcore (Read error: 110 (Connection timed out)) 03.02.14 Join dataangel [0] (n=prophet@146.113.65.157) 03.02.27 Quit herrwaldo (Remote closed the connection) 03.03.23 Quit EspeonEefi ("さよなら") 03.06.32 Quit ompaul (Client Quit) 03.08.48 Join hardcore [0] (n=hcr-1@ool-18be2452.dyn.optonline.net) 03.10.17 Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 03.14.33 Quit tvelocity (Remote closed the connection) 03.15.33 Quit hardcore (Read error: 60 (Operation timed out)) 03.15.56 Part Strife89 03.20.42 Quit fyrestorm (Read error: 113 (No route to host)) 03.21.00 Quit Thundercloud (Remote closed the connection) 03.22.26 # Why does set_color take a title parameter? 03.22.58 Join fyrestorm [0] (n=fyre@cpe-68-173-163-56.nyc.res.rr.com) 03.23.57 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 03.26.53 Join hardcore [0] (n=hcr-1@ool-18be2452.dyn.optonline.net) 03.35.01 Join Vyse [0] (n=42292add@91.191.140.131) 03.35.23 Quit DerDome (Nick collision from services.) 03.35.24 Join DerDom1 [0] (n=DerDome@dslb-082-083-199-085.pools.arcor-ip.net) 03.35.36 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-199-085.pools.arcor-ip.net) 03.35.37 Quit fyrestorm (Connection reset by peer) 03.36.30 Join fyrestorm [0] (n=fyre@cpe-68-173-163-56.nyc.res.rr.com) 03.36.45 # #rockbox 03.38.01 Quit Vyse (Client Quit) 03.38.04 Join VyseZero [0] (n=42292add@gateway/web/cgi-irc/labb.contactor.se/x-a60d3ff844deffec) 03.42.00 Quit VyseZero (Client Quit) 03.54.30 Quit hardcore (Read error: 110 (Connection timed out)) 03.56.04 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 03.57.07 Join hardcore [0] (n=hcr-1@ool-18be2452.dyn.optonline.net) 03.57.33 # Llorean, JdGordon is not here to defend himself, so I in no way wish to attempt to write the definitive scripture, but I am curious as to what your opinion is regarding my decision to limit the sharing of "corrected" .wps files on the forums. As I am sure you are well aware the WPSs in question were ones originally posted by PHK, and had no expressed license attached, thereby (to the best of my understanding) being All Rights Reserved. JdGordon thought 03.57.33 # I went too far in my clamping action, and while my heart agrees with him my head is having trouble. 03.57.49 Quit Thundercloud (Remote closed the connection) 03.58.09 # * JdGordon is here 03.58.22 # i didnt say you went to far... just that I think its rediculous 03.58.51 # soap: Rationally, I don't think we can be lenient on this one. If a theme isn't licensed as modifiable, people can't post updated versions. 03.59.10 # If you start acting like there's a gray area, people are going to argue about it to no end regarding other things. 03.59.24 # ok, then, JdGordon - perhaps I misunderstood you. I thought you called my actions ridiculous. 03.59.27 # It's one of the few parts of enforcement we can actually be objective on. 03.59.53 # Llorean: VLC is illegal in france because of the law I told you about... 04.00.02 # soap: no, I meant copywrite on that text... 04.00.15 # I think that it will be the same with rockbox. 04.00.21 # Ice``: VLC can use decss to playback copy-protected DVDs, among other things, I assume. 04.00.29 # it was just in reference to your message 04.01.07 # You think it is ridiculous to apply copyright to the .wps file? 04.01.28 # yes 04.01.51 # Llorean: yes, it can. But it's just a question of time before rockbox will be declared illegal. 04.02.12 # Rockbox is done by reversing firmwares, and, THIS, is illegal. 04.02.31 # what about /firmware/events.c 04.02.33 # Ice``: Actually, a large portion of Rockbox is done by using freely available datasheets 04.02.43 # It doesn't require in any way the presence of the original firmware on the device. 04.02.46 # Large != entire. 04.02.56 # ignore the header and it is shorter than many .wps files, and arguably contains less creative content. 04.03.03 # Ice``: so when that happens, we'll stop distrobuting in france, and have a massive effort to covertly get the fe french devs out of the country :) 04.03.12 # Ice``: Depends on the player. But if this is true, Linux is illegal in France too, for the same reason. 04.03.38 # Llorean: why linux? 04.03.39 # Llorean: You know, these technical arguments may be right, the juge could condamn rockbox anyway. 04.03.43 # JdGordon: WPS files fall under copyright protection in the same way bitmap images, lyrics, or any creative work. 04.03.53 # * gevaerts wants to know since when reverse engineering is illegal 04.04.04 # Ice``: There's nothing you can do to stop that, and no reason to worry about it since there's nothing to be done about it then. 04.04.07 # JdGordon: I'll do my best to get out of that shithole. 04.04.11 # soap: yes, I see your point.. but imo its silly 04.04.14 # ze: Plenty of drivers in it are reverse engineered. 04.04.22 # Llorean: Linux will be declared illegal too. 04.04.25 # Llorean: really? why do so many go through clean room then 04.04.39 # VLC already is illegal, even the source code is 04.04.41 # JdGordon: Unfortunately, silly or not, we need to kinda be all-or-nothing in terms of copyright on the forums 04.04.52 # ze: "Clean Room" isn't valid in all jurisdictions. 04.04.59 # crappy :/ 04.05.02 # Ice``: I don't care about VLC. 04.05.03 # A friend of mine is working for gsoc on vlc player 04.05.09 # VLC doesn't matter here, really 04.05.17 # and he risks 300k E and prison to work on it. 04.05.46 # JdGordon, I'll agree that slapping someone for posting a helpful fix to an abandoned .wps file feels stupid as tits on a bull, and strongly feel it is a perfect example of the unreasonable results which can occur by taking only reasonable steps - BUT all that being said I don't believe it is in anybody's best interest to do otherwise. 04.06.05 # Llorean: I understood that you are "rigid" with the chan subject and I respect this. But it was to illustrate what I said. 04.06.31 # what about a patch? 04.06.48 # THOUGH (and Ll will probably have more problems with this than most) there is a strong case to be made for respecting the ideal of "reasonable" and ignoring a case exactly like this because they are reasonable. 04.06.59 # s/they are/it is/ 04.07.06 # doesn't break copyright mere to distribution instructions for someone to mod it themselves (no distribution of the copyrighted code) does it? 04.07.31 # In no time, frenchmen will go in jail for breakin' a device, authorities pretexting "reverse engeenering" at any clumsiness... 04.07.33 # soap: My problem with that is that, while I definitely agree these fixes are reasonable, we can't leave copyright up to interpretation without leaving ourselves open to other arguments later. 04.08.58 # My solution is simple (if not too late): pound the idea into people's heads that they need to expressly state a license from day one. 04.09.03 # Yes 04.09.08 # then we shuold force all themes to have redistrobution rights on everything, and modification rights on all the text (better would be just force a CC licence on everything) 04.09.15 # And our new theme site will require a license that allows modification (and thus fixing) anyway, I believe. 04.09.33 # I though a CC-by-SA was planned as a requirement for themes on the new site anyway 04.09.37 # I agree 100% - do we have /any/ right to retroactively force a license:? 04.09.49 # I wish we did. 04.10.06 # If we had a license on the wiki, all themes would already be licensed. 04.11.28 # even if you just considered themes as part of rockbox code base they'd at least be automatically GPL wouldn'tthey? :p 04.11.39 # MarcGuary has been waist-deep in the wiki for months now. Perhaps we should lock him in a room and have him write a replacement wiki from scratch and license it properly. ;) 04.11.41 # again, too late and unoptimal for this point 04.12.14 # ze: Can't really do that though. They're not derivative works, otherwise, for example, bitmaps would be derivative works of Windows Paint or whatever. 04.12.22 # soap: Good plan! 04.12.36 # Llorean: well, they use functions provided by the code.. 04.12.48 # Llorean: its more akin to use of a library than a program 04.12.50 # No, they don't 04.13.02 # They're a text file interpreted by the code. 04.13.11 # Otherwise bash scripts would fall under the same license as bash itself. 04.14.39 # yeah i suppose the copyright on the particular design arrangement trumps the functional tokens anyway 04.14.51 # in a sense 04.15.55 # soap, JdGordon: fortunately, this whole thing should be resolved with the new theme site, where we can not only force a license, but since we have, script updates to themes when possible 04.16.20 # yeah, but that site could still be 2 years away... 04.17.26 # with the recent commits, how much more is the WPS syntax expected to change in the next 12 months? Multifont is possibly on the horizon, but what else? 04.17.32 # whats wrong with suitable stopgap updates for the current site if the new ones gonna take long? 04.17.44 # multifont wont break compatibility 04.17.51 # but nothing else is "Extected" 04.17.56 # expected even 04.18.28 # but then again.. had you asked that 2 months ago you'd have got the same answer 04.18.33 # well, I know unexpected things can come up - but I'm not sure what WPS ideas are in place now which weren't at least discussed 12 months prior to implementation. 04.18.48 Quit dabujo (Read error: 110 (Connection timed out)) 04.18.49 # (and I'm sure you do) 04.20.10 # also, its not always clear if a change being discussed will need to break anything... %p,%P were only changed because it turned out we had to, not because we wanted to 04.20.31 # but yeah, the syntax should be stable for the next while now 04.21.42 # * JdGordon goes to have breakfast, and then... continue in his search to make DB playlists resumable 04.22.37 # I thought you were going to be punitive ;) 04.23.32 # Llorean: so if some random stranger reverses something and writes a doc, and then i wrote a driver based on info in the doc, my driver would be illegal in france anyway? 04.23.57 Quit jhulst_ (Read error: 60 (Operation timed out)) 04.24.07 # ze: Dunno, I'm not familiar with the law 04.24.25 # Llorean: on the other hand i suppose companies would get away with anyway because they'll do all their reversing in secret :p 04.24.34 # so its just opensource that suffers 04.26.20 # so what if nobody fessed up to reversing anything and there wasn't a way to prove something was based on knowledge gained from a reverse engineer... 04.26.37 # how could they enforce it? 04.26.40 # ze: When has a lack of evidence stopped a determined law suit? 04.27.18 Join goffa_ [0] (n=goffa@216.220.23.105) 04.27.26 # Horribly off topic now, but proof is irrelevant. All you need is the law banning it so you have pretense to strategically sue. 04.27.26 # well if you're just gonna aknowledge the system's fundamentally broken and wrong, then whats anything matter, it all becomes arbitrary and meaningless 04.27.58 # but yeah sorry, was just curious... consider it dropped by me 04.29.17 # I just bought a ipod classic (74.6gb) 04.29.23 Quit fdinel (Read error: 110 (Connection timed out)) 04.29.32 # nobody working on it :( 04.29.38 # I know 04.29.51 # Wait were you talking to me 04.30.02 # ? 04.30.25 # okay ill take that as a yes 04.30.30 # yes - I was trying to smartassedly answer your question regarding Rockbox and the Classic. ;) 04.31.02 # anyway how the hell do these things get cracked i mean what do they do to get in there with the code 04.31.22 # I know how to code game hacks but ipods just confound me 04.31.22 # Differs from player to player. 04.31.39 # Nobody can really provide you with step by step instructions, it's something that requires someone clever to figure all the right things ous 04.31.41 # out 04.31.51 # differs from player brand to player brand or indivudal player to player 04.32.20 # Individual player 04.32.25 # or is it there are big diffrences between brands and smaller difrences between players 04.32.34 # a game hack is easy in that you can modify the binary and your PC will happily run the modified binary. The iPod Classic will most likely not run modified code. 04.32.52 # yes it is soap yes it is 04.33.09 # yah i doubt it will too 04.33.20 # or they would have some more work done bye know 04.33.26 # by 04.33.55 # like how do they even begin seeing code 04.34.55 # dont you love pirating stuff and stealing from all companies using google 04.35.11 # sorry that was just something i type to see if my chat is monitered 04.35.12 # no, and Rockbox has nothing to do with pirating 04.35.17 # i know 04.35.21 # ellomates: Again something else they have to figure out: Where is the firmware on the player, and how do I get my hands on it? 04.35.32 # ellomates: Any more talk of pirating, at all, in any manner, and I'll ban you. 04.35.47 # mabye i f we took it apart and went straight at the hardrive 04.35.54 # We do actually respect copyright here. 04.36.10 # does anyone know were i can find a gallery of the insides of one a classic 04.36.21 # I respect copyright 04.36.45 # I just sayed that for .. well no real reason but... well does it really matter why... 04.37.02 # btw a gallery insides 04.37.32 # anyone 04.37.34 # ? 04.37.50 # ellomates: Please don't do that. 04.38.03 # If someone has the answer to your question, they'll answer it. You don't need to repeat it over a short period. 04.38.24 # For really basic things such as this, though, you should probably spend some time with Google, or see if anything has been posted to the Rockbox wiki 04.38.36 Join AndyI [0] (n=pasha_in@212.14.205.32) 04.39.06 # Or, you can repeat it, post it in a bunch of threads, write it in CAPS LOCK, in red, and seek for Comic Sans MS font; and then, wait for the ban. 04.39.16 Quit goffa (Read error: 110 (Connection timed out)) 04.39.42 # (Oh, I forgot the bold, and the underline statments) 04.40.16 # I like ices idea i think i wll do it 04.40.28 # HUHU 04.40.29 # Lets put it on apples forum too 04.40.40 # (sorry for the caps lock, then) 04.40.51 # ellomates: try msdn 04.40.51 # all the forums ill make a script to re post a new post every 5 minutes 04.40.52 # Please. 04.40.54 # Try to stay on topic. 04.41.02 # sorry got caried away 04.41.05 # Rah sorry 04.41.14 # my bad 04.41.39 # my bad too D : 04.42.15 # So, we're sorry, and I'll do an effort to (stay on topic || be banned). 04.42.37 # hem, || stands for XOR, ok?! =$ 04.43.24 *** Saving seen data "./dancer.seen" 04.45.53 Quit Zarggg () 04.46.53 # one off topic question since things have died done for a bit? can anyone sugjest some good bands i like :simple plan,Linkin,park, blink182, bowling for soup and many other punk rock bands.... to stay on topic doesnt the ipod classic run on a harddrive? 04.47.37 # ellomates: No off topic questions, please. The channel is logged, and we like to keep it from being filled with unrelated chatter. 04.48.06 # And yes, the Classic uses a HD. 04.49.45 Quit AndyIL (Read error: 110 (Connection timed out)) 04.50.38 Join miepchen^schlaf_ [0] (n=miepchen@p54BF6CB6.dip.t-dialin.net) 04.51.57 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 04.52.01 # HD is the worse idea ever had in a mp3 player design. 04.52.35 # thats nonesence 04.52.49 # ice'' why do you refer to || as XOR, i thought it was just OR 04.52.53 # if the first batch didnt use hard disks they would never have taken off 04.53.58 # delorean90: cause i'm used to use it as "or" and then I realized than I don't want the && case to happen... 04.54.33 # ice'': ohhh ok 04.55.06 # s/than/thta 04.55.08 # raah 04.55.12 # that, not that 04.55.18 # grrr 04.55.23 # * Ice`` bites his fingers. 04.55.34 # ok so to saty on topic, i was looking over the wiki and saw that the articles written about rockbox are uneducated 04.56.16 # saty. I'll keep in mide. 04.56.18 # mind 04.56.23 # raah I go to bed. 04.56.27 # Later o/ 04.56.49 # peace 04.57.15 # on that note i will go to bed as well 04.57.41 Quit delorean90 () 04.58.30 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.05.34 Join guest3 [0] (n=4b1634ee@gateway/web/cgi-irc/labb.contactor.se/x-71d96f7aeca75221) 05.05.39 # hello? 05.06.19 Quit guest3 (Client Quit) 05.08.13 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 05.11.40 # Good night. 05.13.34 Quit ellomates ("CGI:IRC (Ping timeout)") 05.20.41 Quit hardcore (Read error: 60 (Operation timed out)) 05.34.54 Join hardcore [0] (n=hcr-1@ool-18be2452.dyn.optonline.net) 05.44.46 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.46.06 Join sarixe [0] (n=sarixe@68.239.214.114) 06.02.16 Join SirFunk_ [0] (n=Sir@206-159-155-246.netsync.net) 06.18.45 Quit SirFunk (Read error: 113 (No route to host)) 06.22.05 Quit hardcore (Read error: 104 (Connection reset by peer)) 06.22.12 Join hardcore [0] (n=hcr-1@ool-18be2452.dyn.optonline.net) 06.25.35 Quit SirFunk_ (Read error: 104 (Connection reset by peer)) 06.29.01 Join SirFunk_ [0] (n=Sir@206-159-155-246.netsync.net) 06.31.18 Join shadoxx [0] (n=witherb@root1n-ur.net) 06.41.17 Join _vertic23 [0] (i=bla@d055003.adsl.hansenet.de) 06.43.25 *** Saving seen data "./dancer.seen" 06.54.02 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 06.58.33 Quit vertic23 (Read error: 110 (Connection timed out)) 07.00.00 # Anyone have a primer on mailing lists? 07.02.46 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279396016.dsl.bell.ca) 07.12.52 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.19.03 # more than http://www.rockbox.org/mail/ ? 07.20.01 Join jhulst__ [0] (n=jhulst@c-24-11-77-187.hsd1.mi.comcast.net) 07.20.01 Quit jhulst_ (No route to host) 07.22.30 # As in, how do I reply, read properly, etc with a real mail client. Mailing lists confuse me to no end. 07.22.55 # I mean, I get how to subscribe. But as far as following threads, and having them displayed properly 07.25.03 # that's an issue for your email client. Don't get the digests if you want to follow threads, and any good email client can group by thread for you. 07.25.45 # Same with replying - if you want to participate, not just observe, you really do not want the digest. 07.26.03 # Digest? 07.27.24 # nvm 07.40.02 Quit hardcore ("Client exiting...") 07.43.23 Quit jhulst__ (Read error: 113 (No route to host)) 07.44.16 Join jhulst__ [0] (n=jhulst@c-24-11-77-187.hsd1.mi.comcast.net) 07.46.38 Quit ctaylorr (Read error: 110 (Connection timed out)) 07.48.04 Quit goffa_ (Read error: 110 (Connection timed out)) 08.21.33 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 08.23.11 Quit jhulst__ (Read error: 113 (No route to host)) 08.25.28 Quit miepchen^schlaf_ (Remote closed the connection) 08.25.29 # Currently midi file playback on the Gigabeat S is too fast, around 200% approximately. 08.26.07 Join miepchen^schlaf [0] (n=miepchen@p54BF6CB6.dip.t-dialin.net) 08.37.03 Join Rob2222 [0] (n=Miranda@p4FDCD7EB.dip.t-dialin.net) 08.43.26 *** Saving seen data "./dancer.seen" 08.55.17 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.01.55 # * JdGordon hopes its not too early to to shop... 09.02.29 # is there any reason to put a local struct variable which is about 20bytes "static" instead of on the stack? 09.03.04 # its inside a loop which iterates less than 6 times ( i tihnk) 09.06.13 Join d [0] (n=dt@60.176.192.47) 09.06.41 Nick d is now known as Guest19215 (n=dt@60.176.192.47) 09.11.46 Join d [0] (n=dt@125.120.128.198) 09.12.00 # homielowe: Probably the plugin tries to set 22.05kHz sample frequency, but this function doesn't work on the S yet. So it will be output at 44.1kHz, i.e. twice the speed 09.12.11 Nick d is now known as Guest86027 (n=dt@125.120.128.198) 09.12.33 # Since the S does have enough power, it could simply use 44.1kHz 09.12.53 # amiconn: So I guess do something similar with Ipods, pp etc, 09.14.00 # Yes. On ipods we don't have working sample frequency selection either, so the plugin uses 44.1kHz (and struggles with any non-trivial midi file) 09.17.24 # * amiconn thinks midiplay should be adapted to use core dsp as done for mpeglayer 09.22.40 Quit d-k-t-2 (Read error: 110 (Connection timed out)) 09.26.53 Quit Guest19215 (Read error: 104 (Connection reset by peer)) 09.27.45 Join homielowe_ [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 09.27.45 Quit homielowe (Read error: 104 (Connection reset by peer)) 10.02.24 Nick homielowe_ is now known as homielowe (n=homielow@d207-81-80-78.bchsia.telus.net) 10.07.18 Join moos [0] (n=moos@81-66-127-198.rev.numericable.fr) 10.13.45 Join n1s [0] (n=nils@rockbox/developer/n1s) 10.21.35 Join KimWoojin [0] (n=79b459ce@gateway/web/cgi-irc/labb.contactor.se/x-ad0bb742d467c5b1) 10.21.49 # z 10.21.59 # hello 10.22.45 # dffffffff 10.23.02 Quit KimWoojin (Client Quit) 10.24.23 Join stoffel [0] (n=sfr@p57B4FDF0.dip.t-dialin.net) 10.27.02 Join lolmaus [0] (i=lolmaus@83.167.114.28) 10.27.05 # hmm, are the wheel directions on the ipod simulator backgrounds reversed? 10.28.50 # shouldn't turning the wheel clockwise scroll down/go forward? 10.43.27 *** Saving seen data "./dancer.seen" 10.51.36 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.52.25 Join hannesd [0] (n=light@p5B162542.dip0.t-ipconnect.de) 10.55.13 Join ZincAlloy [0] (n=d9eed80d@gateway/web/cgi-irc/labb.contactor.se/x-2d242ea8c2736be8) 10.55.45 Quit lolmaus () 11.01.04 Join merbanan [0] (n=banan@83.233.163.252) 11.05.20 Quit stoffel ("leaving") 11.05.43 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 11.07.29 Quit DerDome ("Leaving.") 11.07.45 Join DerDome [0] (n=DerDome@dslb-082-083-199-085.pools.arcor-ip.net) 11.08.08 # does anyone have an email addy for domonoky? 11.19.08 Quit advcomp2019 ("Ex-Chat") 11.21.12 Join goibhniu [0] (n=cillian@87-194-222-145.bethere.co.uk) 11.26.08 Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) 11.30.05 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") 11.30.11 Join spiorf [0] (n=spiorf@host224-213-dynamic.20-79-r.retail.telecomitalia.it) 11.40.21 Join Nico_P [0] (n=nicolas@sop06-1-82-228-251-89.fbx.proxad.net) 11.41.50 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 11.45.28 # Slasheri: hey, you round? 11.47.12 Join d-k-t-2 [0] (n=dt@125.120.128.198) 11.48.21 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 11.53.35 # can someone tell me what the "narrowband" setting in the rbspeex settings of rbutil does? 11.53.46 # I have no idea how to translate it 11.54.42 # JdGordon: morning :) 11.56.33 # Slasheri: hey, (hope im not getting too iritating...) these stuct variable names arnt helping... I tihnk I've sort of figured it out... Is the csi linked to the menus at all? I mean if I change the csi how does the browser know whicih "file" to select? 11.57.21 # It seems to me that if its changed by something other than tagtree_enter/exit, the browser would show the files properly, but get lost if you try backing out of the curent search? 11.58.33 # JdGordon: yes, each menu entry is linked to a search instruction 11.59.31 # so if the csi is changed, the browser should figure it out safely next reload? 12.00.39 # yep, it should affect the next results from the tagcache query 12.01.08 # csi keeps all levels of queries for a single root menu entry 12.01.36 Join desowin [0] (n=desowin@atheme/member/desowin) 12.03.02 # ok, now what would happen if a csi was loaded which didnt have a menu assosicated with it? i.e tagnavi changed between boots and the saved csi wasnt reloaded from the config? 12.04.48 # hmm, it should be just ignored then if there are no links to that csi entry from menu_entry 12.05.40 # but it could still generate a playlist from it? 12.06.22 # yep, it should be able to do that just fine 12.06.23 # * JdGordon wants to dump the csi into .playlist_control as text so playlists could be rebuilt as easily as dirplay 12.06.32 # hehe, nice idea 12.07.25 Quit Guest86027 (Read error: 110 (Connection timed out)) 12.07.39 # would it work? 12.09.14 # i don't see why it wouldn't, as long as you write some handlers for it in the tagtree 12.09.50 # that would be much nicer than adding each track individually 12.10.01 # your "playlist csi" could be for example one static instance of search_instruction which you assign to csi-pointer and then populate the playlist 12.10.05 # i think that should work 12.10.26 # hmm 12.10.29 # its going to be annoying to write the parser for it though :p 12.10.39 # you mean playlist.c would read the csi? 12.10.45 # hehe 12.11.05 # no, I'd do it in tagtree to keep it all there 12.11.13 # ah, ok :) 12.11.43 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 12.12.29 Join obo [0] (n=obo@rockbox/developer/obo) 12.12.31 # Llorean: we now have a nice "FAQ" entry in the left-side menu, but the forums page is still lacking it. Can you fix that? 12.13.52 # Slasheri: format_id is the only variable in that struct which actually needs to be "synced" with tagnavi right? but isnt needed to just rebuild the playlist? 12.14.02 # nor is name? 12.15.36 Join ZincAlloy [0] (n=d9eed80d@gateway/web/cgi-irc/labb.contactor.se/x-bf63268298e3f964) 12.16.27 Quit ompaul (Client Quit) 12.16.37 # JdGordon: format_id is only used for sorting (iirc) 12.16.45 # so you could ignore that in the code 12.17.07 # or hmm, maybe you couldn't.. 12.17.18 # if you don't want the playlist be unsorted 12.18.11 # that is an index into the saved forus from tagnavi idsnt it? 12.18.24 # of course format_id also defines the format of titles and so on displayed in the browser but for playlist the only function of it is the sorting 12.18.39 # yes 12.19.03 # it's an index to the display_format struct 12.19.18 # hmm, might be extra stuff to store then :( 12.19.30 # although, how often would tagnavi change? 12.19.38 # probably not enough to worry about 12.19.59 # also.. whats the result_seek array? 12.21.09 # iirc, that contains the tagcache index to the last selected object (so that filters can be applied on the next level) 12.21.48 # do I need to worry about it? 12.23.10 # hmm, probably that much that you need to populate them for the every level of csi 12.23.35 # and then you can run the final query after you have ran all of the previous level queries 12.23.36 # morning 12.23.52 Join mf0102 [0] (n=michi@85.127.180.113) 12.27.50 # there isnt a simpler way to do this is therE? 12.28.58 # sorry but i don't think so.. please check the retrieve_entries function 12.29.15 # where does the m200 get its firmware file from? Is that stored on the flash memory or a different flash chip? 12.29.54 # yep, I keep getting back to that. 12.30.09 # not quite sure about rebuilding that result_Seek array 12.30.55 # basically that retrieve_entries functions does all the work of parsing the csi and storing those values 12.31.17 # even when adding tracks to the playlist, results are retrieved by using the retrieve_entries 12.32.04 Join petur [50] (n=petur@rockbox/developer/petur) 12.32.31 Quit safetydan ("Leaving") 12.41.18 Join herrwaldo [0] (n=waldo@ip-81-11-202-244.dsl.scarlet.be) 12.41.36 Quit tessarakt (Read error: 104 (Connection reset by peer)) 12.41.50 Join tessarakt [0] (n=jens@e180077182.adsl.alicedsl.de) 12.42.37 # Slasheri: ok, I'm now totally confused.. whats the clauses? I thought it was "artist = blaa" "album = bllaa" ? 12.42.53 # going down the tree though, clause_count stays 0 12.43.30 *** Saving seen data "./dancer.seen" 12.43.35 # no, those are the filters :) 12.43.56 # clauses are those expressions made on numeric tags 12.44.34 # and basically filters are built from the result_seek array when advancing to next level 12.45.52 # well, of course clauses can be done for string tags also.. well, clauses are just more advanced form to filters :) 12.46.31 Quit ender` (" Microsoft is like a case of herpes. You can't kill it off entirely, just force it to go into a dormant stage for a while.") 12.46.41 # normally, it will only be filters though? 12.47.02 # it depends on the query, what's defined in the tagnavi.config 12.48.10 # simplest case is just store the filters order and the name of the item instead of the result_seek... then to rebuild just put the filters back in, call retrieve_entries and loop untill we find the result_Seek index for the item we named? 12.50.05 Join PaulJam [0] (i=PaulJam_@vpn-3073.gwdg.de) 12.50.22 # hmm.. you can't really store filters because they are just tagcache index pointers.. but you can store the entire csi and build result_seek thenk 12.50.25 # -k 12.52.00 # the tagorders arnt #defines? 12.52.08 # the values of the tagorder array i mean 12.52.18 # yes, those are defines 12.52.26 # but not the actual filter (the result_seek) 12.53.13 # ok, yeah 12.56.45 # Slasheri: something simple like, http://pastebin.ca/1063724 ? which assuming tagnavi didnt change, looping through the retrived items should get the right index? 12.57.41 # no.. something must be missing 12.59.31 Quit K4rP4D (Read error: 113 (No route to host)) 13.00.31 Quit bluebrother ("bbl") 13.05.14 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.06.33 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 13.08.39 Join alleyoopster [0] (n=dan@176.192.198-77.rev.gaoland.net) 13.08.50 Quit DataGhost (Nick collision from services.) 13.08.58 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 13.12.56 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.13.53 # JdGordon: hmm, why not just encode the entire struct from binary to base64 or something like that :) 13.14.09 Part Miles 13.14.54 # test is nicer 13.15.01 # text 13.15.03 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 13.15.24 # but harder to keep in sync with code 13.15.26 # that snippet dumps it ok, but the text is the current selection (obviously).. is that enough? 13.16.02 # hmm, maybe 13.16.34 # you are not dumping the clauses? 13.16.58 # not to start with 13.17.06 # unless I absolutly have to 13.18.26 # btw, iirc the name in csi is completely unused and can be removed 13.19.09 # k 13.19.12 Quit Seed (Nick collision from services.) 13.19.19 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 13.25.14 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 13.32.00 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.32.12 Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) 13.39.02 Quit n1s () 13.39.28 Join MethoS- [0] (n=clemens@dyndsl-085-016-166-090.ewe-ip-backbone.de) 13.39.54 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 13.45.44 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 13.46.41 Quit Thundercloud (Remote closed the connection) 13.48.12 # * stripwax looks to see if Llorean is still around 13.50.03 Quit Rob2222 () 13.51.00 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.55.18 Join Rob2222 [0] (n=Miranda@p4FDCD7EB.dip.t-dialin.net) 14.01.42 # * amiconn blames linuxstb for breaking the charging screen 14.01.56 Quit spiorf (Remote closed the connection) 14.01.59 Quit culture (Read error: 110 (Connection timed out)) 14.05.43 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 14.07.56 Join spiorf [0] (n=spiorf@host224-213-dynamic.20-79-r.retail.telecomitalia.it) 14.14.04 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 14.16.39 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 14.19.21 Join MethoS_ [0] (n=clemens@dyndsl-085-016-166-090.ewe-ip-backbone.de) 14.22.12 Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 14.22.54 Join roolku [0] (n=roolku@77-103-202-16.cable.ubr16.edin.blueyonder.co.uk) 14.25.51 Join stoffel [0] (n=sfr@p57B4DC07.dip.t-dialin.net) 14.28.39 # pixelma: around? 14.29.13 Quit spiorf (Read error: 110 (Connection timed out)) 14.30.16 Join Rondom [0] (n=Rondom@p57A951E0.dip.t-dialin.net) 14.31.54 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 14.34.00 # JdGordon: did you see FS#9150 ? 14.34.14 # probably.... remind me of it though? 14.34.43 # ah yes 14.34.47 Quit MethoS- (Read error: 113 (No route to host)) 14.35.15 # We really need tool autobuilding 14.35.16 # let me fix up my /home so my box can do builds again and ill look into it 14.35.21 # and yes we do 14.36.21 # back in a min 14.36.32 Quit JdGordon ("Konversation terminated!") 14.38.00 Join tvelocity [0] (n=tony@athedsl-330420.home.otenet.gr) 14.38.30 Join JdGordon [0] (n=jonno@c211-28-130-47.smelb2.vic.optusnet.com.au) 14.39.07 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 14.40.02 Quit ZincAlloy ("CGI:IRC") 14.43.31 *** Saving seen data "./dancer.seen" 14.45.04 Join ender` [0] (i=krneki@foo.eternallybored.org) 14.46.07 # gevaerts: how do i build checkwps? 14.46.22 # dw... 14.47.04 # bluebrother: I need help to translate "narrowband" 14.47.24 Join alleyoop [0] (n=dan@176.192.198-77.rev.gaoland.net) 14.47.28 # JdGordon - I think you used to be able to just make from tools, but could be wrong 14.48.15 Join HauDyr [0] (n=kim@knet-gip124.prod.bolignet.dk) 14.48.43 Quit alleyoopster (Read error: 104 (Connection reset by peer)) 14.49.43 # Nico_P: if narrowband is enabled files will get resampled to 8kHz, otherwise files will be 16kHz. See the help text of rbspeexenc 14.49.44 # although I don't know what "dw" means, so if it means "don't worry", you can ignore me 14.49.58 # yes :) dont worry 14.50.01 # apart from that I can't tell you much about that setting ... 14.50.17 # i thought it was make checkwps in tools... turns out there is a checkwps folder :p 14.50.20 # hello i just upgraded to a new build and my wps screen that worked fine on the old build is now broken how can i find out where in the wps file the error is ? 14.50.20 # bluebrother: where is the help text? you mean using --help? 14.50.28 # dw sounds like some stupid hungarian notation variable prefix to me :/ 14.50.33 # hah 14.50.43 # Nico_P: yes. 14.50.54 # bluebrother: 'double wps' ? 14.50.54 Quit petur ("later") 14.51.01 # if i'm not allowed to say "wffm" in this channel, I think "dw" should definitely go too.. :) 14.51.08 # "rbspeexenc expects a mono 16 bit WAV file as input. Files will be resampled to either 16 kHz by default, or 8 kHz if narrowband mode is enabled." 14.51.21 # wffm? What's that? 14.51.26 # HauDyr - you can use "checkwps"! 14.51.39 # bluebrother - "works fine for me", which I thought was in pretty univeral usage 14.51.41 # checkwps is currently broken ... 14.51.50 # bluebrother, heh 14.51.51 # bluebrother: now I am 14.52.22 # pixelma: nice. I'm wondering how to translate "build" to german. That's mostly the unfinished translations in rbutil 14.52.28 # bluebrother, then how do i fix checkwps :-) 14.52.35 # * JdGordon is fixing it 14.52.51 # apart from that (as I reworked it rather completely) I'd be interested if you think the current way is good or not 14.52.51 # cool 14.54.11 # bluebrother: good question, no idea. I usually talk about builds myself, even in German... :\ 14.55.29 # hmm. Sounds somewhat "user-incompatible" to me. 14.56.29 # I know... just translate it as "Version" ? 14.56.34 # bluebrother: Gebäude ? 14.56.35 # * gevaerts hides 14.56.49 # (of the software...) 14.56.50 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 14.57.06 # how do you translate "build version" then? Versions-Version? ;-) 14.57.18 # gevaerts: wouldn't that be "building"? 14.58.42 # why don't we have a swedish translation for rbutil btw? 14.59.03 # pixelma: possibly. I think that "build" as a noun is not very clean anyway 15.00.52 # while i am on the channel i just want to thank all of you for building the great piece of soft/firm-ware that RockBox is, my sansa would be a POS without it. 15.02.33 # POS == Point of Sales? ;-) 15.02.44 # bluebrother, excatly :-)' 15.04.19 # bluebrother: seems German wikipedia is a bit denglisch here too - http://de.wikipedia.org/wiki/Erstellungsprozess 15.04.43 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 15.04.55 # HauDyr: a simulator should also give you the info you need 15.05.25 # ok 15.09.48 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.14.20 Join Arathis [0] (n=doerk@p508A43CE.dip.t-dialin.net) 15.14.31 Join d [0] (n=dt@125.120.128.198) 15.14.47 Nick d is now known as Guest41370 (n=dt@125.120.128.198) 15.17.32 Join d [0] (n=dt@125.120.128.198) 15.17.57 Nick d is now known as Guest37708 (n=dt@125.120.128.198) 15.21.19 Join wolle- [0] (n=wolle@f048072145.adsl.alicedsl.de) 15.21.41 # Hello, can you say me when rockbox will be able to work on e250 v2? 15.21.51 # some day. 15.22.29 # or never... 15.22.47 # aha 15.23.06 # still working on it... 15.23.06 # or not..? 15.23.15 # * bluebrother points to the wiki: "we do not estimate timeframes". 15.23.37 # check the New Ports forums. All progress is there. 15.23.40 # wolle-: there is a thread in the new ports section in the forums where you can read about the progress. 15.23.44 # me when rockbox will be able to work on e250 15.23.46 # v2? 15.23.47 # ok 15.24.02 # (sorry for whitespaces, it's because of irssi) 15.24.34 # * bluebrother wonders what's up with Ice`` 15.24.47 # He said 15.24.56 # Hello, can you say me when rockbox will be able to work on e250 v2? 15.25.02 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-aca94b6b3f5f983b) 15.25.03 # yes 15.25.08 # and why you're repeating it? Even in case, this channel is logged 15.25.08 # * gevaerts saw that as well 15.25.24 # so I said "me when rockbox will be able to work on e250 v2?" 15.25.37 # * Ice`` superhides. 15.25.53 # * bluebrother doesn't understand the use of that 15.26.05 # oh let it better 15.26.10 # i think i go better out of here 15.26.39 # bluebrother: there is no use, it was just a stupid joke. 15.26.41 # i cant find this thread PaulJam 15.26.51 # in the new port section with v2? 15.27.03 # http://forums.rockbox.org/index.php?topic=14064.0 15.27.27 # ah this one 15.27.28 # thank you 15.27.54 # ah. Didn't got that. 15.28.20 # thanks thats all i need 15.28.23 # and btw, s/stupid/annoying/ 15.28.28 # have a nice day PaulJam and bluebrother 15.28.30 # thanks 15.28.33 Quit wolle- () 15.28.38 # -_- 15.29.23 # bluebrother: we annoy each other, but this time I didn't brake with chan rules... 15.29.33 # There isn't any rule about jokes. 15.30.02 # at least, I hope. 15.30.49 Quit dataangel (Read error: 110 (Connection timed out)) 15.32.33 Part Ice`` ("So. There is a lot of more welcoming chans on this network. I'm sorry for your skimpy minds, but afterall, that's not my prob) 15.35.48 # Nico_P: 8771 should be fixed yeah? 15.36.48 Quit d-k-t-2 (Read error: 110 (Connection timed out)) 15.38.12 # yeah, should be 15.38.13 # * amiconn ponders making the usage of a backdrop (on greyscale & colour lcds) part of the drawmode 15.39.16 # JdGordon: I think it should be marked as related to the real bug before being closed 15.39.18 # This would simplify the drawing code, and would also allow per-viewport selection of backdrop usage (if one is set) 15.39.34 # bluebrother: got a manual question. There is currently a "Getting Extras" paragraph which only talks about where to download the fonts package which of course doesn't apply to the charcell Player, and its manual currently looks like this: http://download.rockbox.org/manual/rockbox-player/rockbox-buildch10.html#x13-16300010.1.1 15.40.32 # should the whole "Getting Extras" part be disabled there or a sentence that there are no extras available - or even something else? 15.40.56 # Nico_P: which task was the real bug? 15.41.05 # I added it 15.41.33 # ah ok, im too slow :) 15.41.48 # amiconn: yeah, that would be good. 15.42.36 # * gevaerts thinks the ideas in http://forums.rockbox.org/index.php?topic=17540.msg129176#msg129176 could be nice 15.42.51 # pixelma: looks nice :) Well, I'm not 100% sure -- following the way the manual is done the paragraph should get removed. OTOH it might be helpful for new users if there it's explicitly mentioned that there are no extras for those player. 15.42.52 # The backdrop would still cover the whole screen, but some viewports would replace it by the bg colour in their area 15.43.01 # JdGordon: I closed the task 15.43.15 # but I think I prefer removing the whole paragraph 15.44.35 # JdGordon: Problem is that if I change it that way, backdrops would disappear until all other code is adapted 15.44.54 # I can prepare it though, so that the drawmode always includes backdrop usage if one is set 15.45.09 Quit Guest41370 (Connection timed out) 15.45.32 # isnt there a STYLE_DEFAULT mode? just set that to show the backdrop? 15.45.47 # which is a ensible default anyway 15.46.04 # That one isn't drawmode related at all 15.47.50 # bluebrother: I also think that the introduction which is there for all the other manuals is too font "centric", it should rather be named "Getting Fonts"... :\ 15.49.52 # there's the note about some themes requiring fonts. That could get scrapped completely from the player manual 15.50.10 # we really need a player manual? :p 15.50.59 # no. Lets trash all manuals. Who needs a manual anyway? ;-) 15.51.24 # * JdGordon wont complain 15.51.38 # that's for sure :P 15.53.09 # but would you also volunteer to adress all the support requests? 15.54.43 Part goibhniu 15.55.00 # * JdGordon has to do everytinh!? :p 15.55.05 Join MethoS- [0] (n=clemens@dyndsl-085-016-160-252.ewe-ip-backbone.de) 15.58.18 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 16.04.30 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 16.05.38 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 16.05.41 Quit advcomp2019 (Client Quit) 16.06.17 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 16.09.14 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 16.12.22 Quit MethoS_ (Read error: 110 (Connection timed out)) 16.14.40 # hmm, i still get errors when trying to compile checkwps on cygwin. 16.16.46 # mr500 and d2 though yeah? 16.17.40 # i get a segfault when i try to use the sansa version 16.18.44 # JdGordon: i get this error for every target: http://pastebin.ca/1063837 16.19.25 # wierd... clean builds here 16.21.51 # -g is enough for gdb isnt it? 16.22.14 # yep 16.25.40 # oh great.... segfault and gdb isnt being helpful 16.25.43 Quit robin0800 (Read error: 104 (Connection reset by peer)) 16.26.25 # try backtrace 16.27.26 # ah 16.28.30 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 16.29.09 # mine says that there is problems with the getwith() in screen struct 16.29.16 # yep, fixing 16.29.27 # super duper 16.30.52 # * gevaerts has been wondering about the tracker 16.31.09 # Wasn't there going to be a dev-only feature request tracker ? 16.31.38 # Zagor said it couldnt be done in the one project.. so we are using the forums 16.32.06 # JdGordon: No, we were gonna use the forums anyway 16.32.19 # oh 16.32.28 # gevaerts: There's no way to split access by groups for flyspray, so we can't have one until we come up with a new solution. 16.32.45 # HauDyr: fixed 16.33.17 # JdGordon: The idea was that people can talk about features in the forums/list/whatever, and devs who like one can post it to the dev-only feature request tracker 16.33.18 # ok. I must have missed that information somehow 16.34.07 # * gevaerts thinks we need flyspray 0.9.9.5.1.pl1 for that 16.34.26 Join MethoS_ [0] (n=clemens@host-091-096-208-037.ewe-ip-backbone.de) 16.36.43 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.36.47 Quit _vertic23 (Read error: 104 (Connection reset by peer)) 16.38.41 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 16.39.15 Join vertic23 [0] (i=bla@d055003.adsl.hansenet.de) 16.43.35 *** Saving seen data "./dancer.seen" 16.45.40 Quit robin0800 (Read error: 104 (Connection reset by peer)) 16.48.40 Quit MethoS- (Connection timed out) 16.49.29 Quit advcomp2019 ("Leaving") 16.52.09 Join MethoS- [0] (n=clemens@91.97.240.125) 16.52.10 Quit MethoS_ (Read error: 104 (Connection reset by peer)) 16.55.29 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 16.55.40 # Hi! Is there any Backspace equivalent in Rockbox's file renamer? 16.56.22 # J-23, yes 16.56.27 # You can delete characters. There should be a description of controls for the virtual keyboard in the manual, it varies by target 16.56.45 # thanks. 17.01.20 Join gregzx [0] (n=chatzill@drt11.neoplus.adsl.tpnet.pl) 17.12.13 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 17.13.24 # is the %pb tag changed? because in cabbiebv2 it is used like this: %pb|pb-176x220x16.bmp|5|182|166|8| in the manual it says that it should be used like this: %pb|height|leftpos|rightpos|toppos| ? 17.14.17 # yes, it has changed and the one changing it didn't bother updating the manual, just the CustomWPS in the wiki... ;) 17.15.42 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 17.16.01 # pixelma: you chased him away 17.17.50 Join Horschti [0] (n=Horscht@p4FD4BFBC.dip.t-dialin.net) 17.18.36 Quit Horscht (Nick collision from services.) 17.20.32 Quit k4y (Nick collision from services.) 17.20.39 Join k4y_ [0] (n=jackass@196-209-91-138-tpr-esr-2.dynamic.isadsl.co.za) 17.36.38 Join lolmaus_Melven [0] (i=lolmaus@83.167.114.28) 17.42.58 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 17.43.44 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) 17.44.40 Nick k4y_ is now known as k4y (n=jackass@196-209-91-138-tpr-esr-2.dynamic.isadsl.co.za) 17.44.51 Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 17.46.09 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 17.54.37 Quit obo ("bye") 17.56.18 Join petur [50] (n=petur@rockbox/developer/petur) 18.00.41 Join MarcGuay [0] (n=chatzill@ip216-239-79-73.vif.net) 18.00.54 Join d-k-t-2 [0] (n=dt@125.120.128.198) 18.02.08 Quit Acksaw (Connection timed out) 18.02.44 Join Vorador [0] (n=tomas@lan-84-240-35-19.vln.skynet.lt) 18.04.05 Quit alleyoop (Remote closed the connection) 18.08.22 Quit freqmod_qu (Remote closed the connection) 18.10.06 # is our installation of flyspray modified? 18.11.40 Quit stoffel (Read error: 113 (No route to host)) 18.13.55 Join quassel251 [0] (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 18.14.56 Quit quassel251 (Client Quit) 18.15.09 Join freqmod_qu [0] (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 18.16.34 Quit DarkFox (Connection reset by peer) 18.17.04 Join DarkFox [0] (n=jd@modemcable213.6-203-24.mc.videotron.ca) 18.17.05 Quit nplus (Read error: 104 (Connection reset by peer)) 18.19.42 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 18.20.51 Quit Guest37708 (Read error: 110 (Connection timed out)) 18.25.55 # MarcGuay: I don't agree with taking out the text editor section from the ManualTodo because I think the description is very sparse. But you could have deleted the line about "wavplay" 18.26.31 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 18.26.39 # pixelma: Okay, go nuts. 18.27.09 Join nplus [0] (n=nplus@141.25.Globcom.Net) 18.27.15 Join stoffel [0] (n=sfr@p57B4DC07.dip.t-dialin.net) 18.32.50 # MarcGuay: do you think the text editor description is enough? 18.36.47 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 18.37.29 Join thebishop [0] (n=none@c-68-46-183-48.hsd1.pa.comcast.net) 18.37.39 # hello 18.37.49 # is there an eta on 6G ipod Classic support? 18.38.08 # No 18.38.29 # pixelma: The wording is a bit odd, but it says what needs to be said. 18.38.31 # (a) Nobody is working on it, and (b) it's not easy 18.38.39 # we don't estimate timeframes and nobody is currently working on it 18.38.59 # check the New Ports forums, there is the only progress (if you can call it progress at all) 18.40.14 # pixelma: And the Line Options Menu AKA the Item Menu (the naming is out of sync?) could use some documenting. 18.41.24 # yes, that's my main point - the problem is that there are two menus... 18.42.08 # btw. I think the ManualTodo page is quite outdated itself 18.42.56 # pixelma: Definitely. I was wondering if it would be wise to purge it and start over... 18.43.13 # * Llorean sees nothing wrong with purging if it'd be less work to rebuild than to repair. 18.43.28 # maybe it would 18.43.28 # Llorean: :) Sometimes a tough call. 18.43.38 *** Saving seen data "./dancer.seen" 18.44.35 # I'm always a little hestitant to burn the past just in case something gets lost, but if it's important enough we should be able to find it again. 18.44.50 # The wiki keeps revision history. 18.44.59 # You can't burn the past, only bury it for easy recovery. :) 18.45.31 # thebishop: the port might never happen 18.46.03 # MarcGuay: for some reason the links in your email seem to be truncated ... :( 18.46.25 # True enough. If anyone wants to tackle it, I'm going to spend some time away from the machine, will check later. 18.46.43 # bluebrother: That's because I'm dumb and copied it from the forum post. Duh. 18.46.48 # markun, because the ipod firmware has encryption now? 18.47.13 # * pixelma wonders whether the recent mail activity table on the front page could also have a column showing the mailing list (i.e. -dev or -users) 18.47.30 Quit Nico_P (Remote closed the connection) 18.47.38 # bluebrother: I'll send a new one out with the right links. 18.47.41 # thebishop: yes, everything's encrypted, and I don't know anyone here working on it. 18.49.30 # MarcGuay: well, I guess those people interested in doing work on it will manage to fix those links. Btw, I was wondering why you posted to the users-ml. Wouldn't the dev-ml be much better suited? 18.49.50 # bluebrother: I'd say we'd like users to pitch in too, if at all possible. 18.49.55 # * Llorean thinks it should be on both 18.50.20 # markun, on older ipods, I though Rockbox wasn't really a firmware update, rather the ipod firmware booted from the partition with rockbox installed... is the difference that the new ipod firmware checks that partition? 18.50.25 # *thought 18.51.32 # Llorean: fair point, but right now I'm almost about to unsubscribe from the users ml. Too much noise, and too much whining about etiquette reminders 18.51.44 # which quite starts to piss me 18.52.27 Quit ender` (Read error: 104 (Connection reset by peer)) 18.53.17 # We should just shut down the user list! 18.54.24 # Okay, see you folks. Hopefully that'll get the ball rolling... 18.55.03 # Llorean: I'll vote for that. 18.56.26 # bluebrother: Though personally, I'd like some clever scheme to require they police themselves. For example "if any user top posts five times (with some leeway given for the occasional accident), we'll shut down the list, but staff will no longer provide rules reminders" so they can see for themselves the difficulty in keeping it up. 18.57.32 # * Llorean likes crazy schemes. 18.57.51 # yep, that could work. At least I think it's kinda the only way to get it work. 18.58.28 # as of now, I'm considering to write a last mail to that thread and afterwards unsubscribe. This whining is really a PITA. 18.59.18 # I'd also require a real name policy on the tracker ... 18.59.18 Join ender` [0] (i=krneki@foo.eternallybored.org) 19.01.01 # bluebrother: I wouldn't mind that at all. 19.01.10 Quit ompaul (Client Quit) 19.01.13 # Nobody's presented me with a good reason why they can't have their real name associated with Rockbox. 19.01.36 # "privacy reasons" :) 19.02.04 # but in fact I consider not using your realname on a public list as impolite. Guess I'm not the only one ... 19.13.59 Quit hannesd (Read error: 113 (No route to host)) 19.15.30 Nick soap is now known as Soap_OutOfTown (n=soap@rockbox/staff/soap) 19.16.31 # thebishop: rockbox is not (and has never been) a modification of the original firmware 19.17.17 # gevaerts, right. but it sounds like the firmware of 6G would have to be modified for Rockbox to work, right? 19.17.32 # either that or fool for encryption 19.17.40 # *the encryption 19.17.59 # thebishop: it's a bit more complicated. You need to find out how the firmware is validated. That finding out is often done by modifying the OF 19.18.12 Join bertrik [0] (n=5a80bda4@gateway/web/cgi-irc/labb.contactor.se/x-3aa63a8b245bd06a) 19.18.30 # thebishop: no. We need to add our own bootloader. But if the hardware only runs code that is signed or encrypted we need to do that with out bootloader too 19.19.27 Join hannesd [0] (n=light@p5B162542.dip0.t-ipconnect.de) 19.19.34 # bluebrother, but writing your own bootloader doesn't get anywhere if the firmware won't run it 19.20.11 # depending on what firmware you're referring to, yes. The boot mode needs to run our bootloader. 19.20.37 Quit desowin (Excess Flood) 19.20.44 # for example, the h100 series simply executes code from flash. Thus we need to implant our own bootloader to the flash and make the original code jump to that 19.20.57 Join desowin [0] (n=desowin@atheme/member/desowin) 19.21.03 # mcuelenaere: are you sure that "licensie" is correct? I would expect "licentie" 19.21.18 # the older ipods load the bootloader from disc, so it's sufficiant to modify that. 19.21.30 # i.e. replace it with our own one. 19.21.52 # gevaerts: woops, you're right :) 19.22.14 # gevaerts: will you correct it or shall I? 19.22.20 # mcuelenaere: I can do it 19.22.22 # k 19.30.43 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 19.30.50 Join jhulst__ [0] (n=jhulst@75-134-126-59.dhcp.aldl.mi.charter.com) 19.31.17 # bluebrother: "You need to restart the application for the changed language to take effect." Wouldn't 'the new language' be better? 19.32.13 # possible, but then you need to rephrase it a bit more. A language doesn't take effect, does it? "to get applied" sounds much better to me. 19.32.38 # but there are several string I'm not happy with. I just didn't want to start a rework before releasing. 19.32.45 # ok 19.33.54 Quit stoffel (Read error: 113 (No route to host)) 19.42.37 # mcuelenaere: I committed some updates to the dutch translation. Yell if you disagree with them :) 19.43.31 # gevaerts: you've made a 19.43.48 # the punctuation probably didn't match with the English version 19.43.55 # * gevaerts tries to claim that this was intended 19.44.30 # ah no, I think you just pressed ENTER instead of CTRL+ENTER 19.45.46 # OK. fixed. I'll commit again 19.46.02 # k 19.46.47 Nick DarkFox is now known as HellDragon (n=jd@unaffiliated/helldragon) 19.47.22 Part J-23 19.49.02 # mcuelenaere: I'm not entirely happy about the TTS and Talk term. Unfortunately I have no better ideas 19.50.24 # gevaerts: yes I know, I tried to be a bit consistent in the naming of one of the 2 (I think it's Talk), but still it isn't good 19.51.12 # gevaerts: which tool did you use to edit the file? Linguist? 19.51.15 # yes 19.51.58 # if you go to CreateVoicFrm -> TTS profile: do you also see the question mark? 19.52.17 # because that's what I meant with not matching with the original punctuation 19.52.38 # ah, yes. 19.53.22 # I wonder though why Linguist doesn't report it.. 19.53.38 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 19.53.45 # Indeed. It's a bit annoying to have to look everywhere 19.54.05 # normally, it marks it with a Question mark in the left panel 19.55.16 # something what wonders me too: if you save the translation with Linguist it adds but if you do "lupdate" it removes this line.. 19.56.00 # I fixed two punctuation differences. There's one remaining, but that one is wrong in the original 19.56.23 Join stoffel [0] (n=sfr@p57B4DC07.dip.t-dialin.net) 19.56.33 Quit SirFunk_ (Read error: 104 (Connection reset by peer)) 19.57.12 # gevaerts: commit away ;) 19.57.33 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 19.58.23 # just one more commit and the Dutch translation of RBUtil rules the frontpage :) 19.58.42 # mcuelenaere: seems to be really important ;-) 19.59.00 # indeed 20.05.06 # bluebrother: what's the policy on fixing typos in the source ? Do I commit updates for all languages to make the question mark go away, or just the ones I actually understand? 20.05.50 # if it's a change in the source string you can just change the ts xml and be fine. 20.06.03 # so there's no reason not to update the languages you don't speak 20.06.07 Quit jhulst__ (Read error: 60 (Operation timed out)) 20.08.24 Join dataangel [0] (n=prophet@h134-215-195-161.wyngmi.dedicated.static.tds.net) 20.08.32 # * gevaerts thinks that he found an easy way to increase his commit count 20.10.35 Part jon-kha ("[IRSSI] often imitated, never duplicated!") 20.10.45 Join jon-kha [0] (i=jon-kha@kahvi.eu.org) 20.14.02 # What do I have to do to set background color? I tried: rb->lcd_set_background(LCD_RGBPACK(0,0,0)); rb->lcd_clear_display(); rb->lcd_update(); /* But the rockbox logo still stays in the background */ 20.14.48 Quit thebishop (Remote closed the connection) 20.15.31 # dataangel: The Rockbox logo? 20.16.27 Join jhulst__ [0] (n=jhulst@75-134-126-59.dhcp.aldl.mi.charter.com) 20.16.32 # Llorean: Yeah, the default background when you're using the menus and stuff has a vertical rockbox logo in the lower right corner 20.17.02 # actually I just tried red and setting the background color doesn't seem to have any effect at all, hrm... 20.17.04 # dataangel: Ah, background image. I do believe you have to unset the image before you can set a color, since the image takes precedence. I do not know how this is accomplished under the hood, though 20.21.42 # found it :) 20.21.43 # rb->lcd_set_backdrop(NULL); 20.23.46 # This behaviour might change soon 20.23.48 Quit davina (Remote closed the connection) 20.24.10 # amiconn: Oh? 20.24.51 # Making the usage of a backdrop (if it exists) part of the drawmode 20.24.59 # Ah 20.25.20 # This will open the possibility to decide on a per-viewport basis 20.25.38 # It will also make it easier to further optimise mono bitmap drawing 20.25.51 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.26.11 # I like "per-viewport basis" a _lot_ 20.27.53 # I already have a partial implementation ready. lcd_puts_style_offset still needs work (and the greyscale drivers aren't done yet either) 20.28.11 Join Strife89 [0] (n=michael@204.116.245.152) 20.28.33 # Do ticks correspond to any unit of time? 20.28.56 # I am attempting to build my own version of Rockbox using the instructions on this Wiki page: http://www.rockbox.org/twiki/bin/view/Main/HowToCompile 20.29.07 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-98c689f37163f7da) 20.29.27 # However, I am stuck. I cannot execute the configure script. 20.29.40 # why not? 20.29.59 Part pixelma 20.30.13 # I'm probably just not typing it in right, but I have no hints as to what. 20.30.15 # x bit not set? 20.30.32 # dataangel: I believe you'll need to use the HZ value to convert ticks to time. 20.30.35 # Let me pastebin my terminal. 20.30.47 Quit amiconn (" bbl") 20.31.09 Quit bertrik ("CGI:IRC") 20.32.15 # Here's my recent terminal output. http://pastebin.com/m615c77e3 20.32.25 # I am a complete n00b, so..... 20.32.50 # Strife89: you're in the wrong directory 20.33.05 # after line 9, you should've done: "../tools/configure" 20.33.37 # Alright, hang on and I'll try it. 20.33.53 # could someone test my WMA improvements on Coldfire? 20.33.54 # http://www.duke.edu/~mgg6/rockbox/wmatremorimdct.patch 20.33.57 # and you can't simply call "configure". If you're in the tools folder you'd need to call it as "./configure". But using it from that folder will produce only headaches, not the expected result 20.34.25 # michael@CarrDesktop:~/rockbox/build$ tools/configure 20.34.25 # bash: tools/configure: No such file or directory 20.34.47 # you missed the leading dots ... 20.34.52 # thats not how unix paths work 20.35.04 # please read the _exact_ line I gave you. 20.35.10 # Sorry. :( 20.35.44 # Aha. :) 20.36.11 # And I just enter the number of the device? 20.36.29 # well, the selection should be self-explanatory ... ;-) 20.36.29 # as the page says... 20.36.45 # Okay, thanks. 20.37.27 # anyway if someone gets a chance to test that patch, I'd mostly like to know that it plays WMAs correctly without any glitching 20.38.23 # Might try it, when I get to applying patches. 20.38.57 # Drat, arm-elf-gcc is not in my path, so..... 20.39.22 # Strife89: if you're using arm-elf-gcc, you're probably not a Coldfire user 20.39.40 # though i guess i don't mind anyone finding bugs on arm either 20.39.50 # I'm building for a c250; Ubuntu 7.10 is my OS 20.40.12 # that would make you ARM 20.40.42 # saratoga: Would these be obvious glitches (skipping, popping, etc) or subtle ones (requiring knowledge of what it's supposed to sound like)? 20.41.13 # http://pastebin.com/m1f73dadf 20.41.14 # Not that i can test, my H100's charger is missing. 20.41.37 # Strife89: You already told us that, you need to have the cross-compiler properly installed 20.42.09 # LLorean: probably obvious stuff like pops and blasts of static 20.42.21 # sounds dangerous... 20.42.23 # (keep your volume turned down low!) 20.42.26 # saratoga: i could test on my h300 20.42.36 # Llorean: Beg your pardon, but I have no idea what to do about that. 20.43.04 # Strife89: did you follow the wiki page explaining how to install the crosscompiler? 20.43.15 # Strife89: http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler 20.43.32 # Yeah, I've got that up. 20.43.40 # No, you don't 20.43.41 *** Saving seen data "./dancer.seen" 20.43.51 # Tabs, my friend. 20.43.53 # well, you obviously missed at least the last part about PATH 20.44.01 # Strife89: Oh, I thought you meant you've done it. 20.44.08 # anyway, if any problems turn up, I'll check the logs 20.44.19 # or maybe i should just open an FS entry for it 20.45.36 # So where do I execute $ which arm-elf-gcc ? 20.46.16 # Strife89: why do you need to do that? 20.46.38 # Never mind. 20.47.07 # I'll try $ make for now, as is. 20.47.44 Join MethoS_ [0] (n=clemens@host-091-096-213-222.ewe-ip-backbone.de) 20.48.22 # But of course it seems to have failed. 20.48.29 # http://pastebin.com/m36a995a6 20.48.40 # Strife89: Are you at all familiar with general Linux terminal use? 20.48.44 # of course. If the compiler is not in the path running make will fail 20.49.07 # Tch. Barely. I'm trying a crash course here. 20.49.16 # Strife89: may I suggest you dropping the Rockbox stuff for now and reading up on basic linux usage first? 20.49.30 # Strife89: Then stop "crashing" and go back to "coursing", specifically find a general tutorial on terminal use, and make sure you know what you're doing *before* you do it. 20.49.37 # That way you're less likely to get stuck constantly 20.50.00 # Alright. 20.51.31 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.51.48 # http://www.rockbox.org/tracker/task/9160 20.51.55 Quit saratoga ("CGI:IRC") 20.52.18 # saratoga: i get a warning when compiling for h300 with the patch. http://pastebin.ca/1063978 20.52.32 # oh 20.57.49 Join atrus [0] (n=atrus@S0106001ee57a9819.ed.shawcable.net) 21.02.16 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 21.04.04 Quit Thundercloud (Read error: 110 (Connection timed out)) 21.06.17 # hmm, will it be offtopic here if I ask where and what files should I copy to my player to install Chex Quest Doom mod on my Rockbox player? 21.06.19 Quit MethoS- (Read error: 110 (Connection timed out)) 21.06.36 Quit ch4os ("leaving") 21.07.03 # J-23: That's sneaky ;) 21.07.27 Join webguest72 [0] (n=40deb184@gateway/web/cgi-irc/labb.contactor.se/x-e39b53e89ff674c2) 21.08.25 # when i turn my 20gb rocbox on it tells me "operating system is not found" what do i do to fix this can anyone tell me? 21.09.05 # webguest72: It sounds like a message from the original firmware. 21.09.05 Quit stripwax (Read error: 104 (Connection reset by peer)) 21.09.08 # webguest72: "20gb rocbox" ? 21.09.18 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.09.23 # Anyone know how to get more functions listed in the map file? Looks like, to my untrained eye, the map file you get on arm lists only the functions that have some external linkage in a given file, and file static functions are not listed (or don't seem to be.. I'm looking at mpa.map and the only function listed from layer3.o is mad_layer_III, which is some kind of entry point there) 21.09.27 # yea 21.09.38 # stripwax: You were asking if I was around earlier? 21.10.15 # webguest72: We don't know what player you have, so it's pretty much impossible to help more. It sounds like you may not have a complete installation. 21.10.15 Quit webguest72 (Client Quit) 21.10.18 # stripwax: do you have your shirt? 21.10.20 # Llorean - was not important - just a question on channel guidelines, and what acronyms are acceptable in common usage 21.10.34 # scorche - I do, but I'm not wearing it today :) 21.10.36 # stripwax: Generally speaking, "only the ones in the project glossary page" :) 21.10.42 # Left my sticker behind though :( 21.10.56 # Llorean - heh. 21.11.15 # scorche - did you end up with a spare? 21.11.28 # not a spare...a previously worn one 21.11.35 # * Llorean thinks the ProjectGlossary should be linked in the topic too, with an "Acronyms Here: Link" bit 21.12.06 # scorche - odd. i kept mine on, and wore it home, so I know it's not mine 21.12.16 # * mcuelenaere thinks he isolated the LCD init routine 21.12.37 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 21.12.52 # saratoga - (for the logs), looks like a profile build works fine on arm, other than the map file having nothing like enough detail to do anything useful with the profile output :) 21.12.53 # * shotofadds is missing a t-shirt 21.12.57 # ahhh 21.13.05 # ...and a sticker 21.13.09 # * J-23 copied doom.wad file from CQ's main directory to /.rockbox/doom/rockdoom.wad, but Doom plugin returns "Missing base WAD" :/ 21.13.24 # shotofadds: thats what we thought...talk to GodEater_ when he gets done watching TV for how to get it ;) 21.13.56 # J-23: Did you read http://www.rockbox.org/twiki/bin/view/Main/PluginDoom ? 21.14.15 # gevaerts: yes, but I didn't understand it. 21.14.53 Join spiorf [0] (n=spiorf@host220-171-dynamic.40-79-r.retail.telecomitalia.it) 21.15.07 # J-23: basically you need the rockdoom.wad that's linked from there, and then any .wad files from variants you want to use 21.16.30 # scorche|sh: it seems Lambda's m200 didn't like being pulled apart in the pub .. it's now missing about 8 LCD lines :/ 21.17.23 # shotofadds: eek...i never checked it since it was shipped, so it could have been a number of things...did you check the connector? 21.18.16 Part Strife89 21.18.43 # J-23: Rockdoom.wad should never, EVER be replaced. 21.20.57 # hmm, I downloaded rockdoom.wad to /.rockbox/doom/ and moved CQ's WAD to /.rockbox/doom/addons, but RockDoom still returns "Missing base WAD!". 21.21.15 # but I see my player often losses files :/ 21.21.40 # J-23: you're repeating yourself ... in that case, tried chkdsk-ing the filesystem? 21.22.05 # J-23: you need to get doom working normally, first. 21.22.05 # * bluebrother still wonders why his m200 doesn't seem to go to usb boot mode :/ 21.23.09 # scorche|sh: applying some pressure to the top of the lcd makes some of the 'dead' lines re-appear, so I guess it could be the connector/ribbon. but I can't get at it close enough to try and tweak it 21.23.28 # isn't the doom.wad or doom2.wad in the .rockbox/doom/ dir also reqired? 21.23.30 # bluebrother: Another rbutil feature request: Since speech files are player-dependent anyway, can we take away the "speex" and "lame" options, and just make them depend on what player they're making the file for? 21.23.35 # PaulJam: Yes. 21.23.43 # An IWAD is required. 21.23.53 # Though I wouldn't be at all surprised if the Chexquest wad can be renamed doom.wad 21.23.54 # I tried fscking Rockbox partition, but fsck returns "Invalid disk format in boot sector." 21.23.56 # Or perhaps doom2.wad 21.24.06 # Since it is technically an IWAD. 21.24.08 # bluebrother: is that with the daughterboard removed, or by shorting the USB pin? the latter is sometimes temperamental on mine, but removeing the board always works 21.24.15 # J-23 - you mean fsck.vfat , right? 21.24.35 # no, dosfsck :/ 21.24.54 # same thing 21.25.01 # Llorean: that is already implemented 21.25.08 # hmm, when I runned it as fsck.vfat, it returned "Logical sector size is zero." 21.25.32 # shotofadds: I've removed the daughterboard but nothing happens. 21.25.38 # Are you sure you're running it on the rockbox partition? 21.25.46 # no... 21.26.15 # ah. nothing will show on the screen, but it'll be picked up on the PC as an unrecognized usb device 21.26.16 # bluebrother: How do people keep making bad voice files then? 21.26.27 # bluebrother: Or is this in just the newest version? 21.26.31 # Llorean: it's in the upcoming release ;-) 21.26.45 Quit petur ("switching") 21.26.49 Join petur [50] (n=petur@rockbox/developer/petur) 21.27.00 # which I intend to release today. I just found a small issue with that and decided to add a tiny workaround first. 21.27.39 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 21.29.01 # wouldn't it be helpful to have a simplified changelog on CustomWPS? to list when tags are added, removed or changed. 21.29.38 # hmm, I think it's Rockbox partition - I see .rockbox dir on it. 21.30.06 # so what should I do when it's damaged? 21.30.18 # Is it still mounted ? If so, unmount it first 21.30.23 # shotofadds: cant get close enough? 21.31.04 # bluebrother: Okay, just making sure I wasn't being stupid and requesting something that's already in a release version, that I completely overlooked. :) 21.31.20 # Zagor: Is that possible? 21.31.30 # Llorean: I mean written manually 21.31.33 Quit spiorf (Read error: 110 (Connection timed out)) 21.31.33 # Ah 21.31.35 # Llorean: I noticed that forum thread and wondered myself if 1.0.5 already included that feature ;-) 21.31.41 # Zagor: I could see it as being useful. 21.32.01 # bluebrother: I knew 1.0.5 didn't. I just wasn't sure if 1.0.6 had made it out when I wasn't looking, and I'd overlooked it. :) 21.32.04 # just force devs to edit a changelog when they change it. Works quite fine for rbutil ... 21.32.09 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-d6ba19519ebcc015) 21.32.29 # stripwax: i don't think map files are supposed to show static functions 21.33.03 # the perl script gets the non-static functions by objdump on the actual codec binaries 21.33.13 # but i never had any luck finding most of them even doing that 21.33.27 # or at least the addresses didn't make sense to me when i tried 21.34.27 # scorche|sh: I mean I'd need to take the LCD off the board to have a proper look, but I don't know if that's even possible. 21.34.43 # saratoga - yep, was just looking into objdump in fact. but the addresses look good to me. i'm not using the perl script though (I seem to remember it only works for the coldfire outt 21.34.44 # Currently on the "USB Connected" screen most of the "USB" is missing :/ 21.34.46 # ^output) 21.34.53 # shotofadds: i cant imagine it not being able to, but i suppose it is possible 21.35.07 # Zagor: Honestly, if we had a "WPS Design" manual section, we could integrate that file so that we had a simplified changelog, and an easier official place for people to look up the tags? 21.35.22 # shotofadds: the strange thing is that my PC doesn't pick the device up -- lsusb doesn't show anything, and windows doesn't tell about an unknow usb device. 21.35.24 # saratoga: did you read what i wrote shortly after you left? 21.35.35 # any hints? Do I need to flip some switch first or something like that? 21.36.12 # scorche|sh: yeah, I'll try lifting it off sometime. but for now I can just press down in the right place if I need to see those lines... 21.36.17 # it's unmounted and fsck.vfat returns "Logical block blah blah blah" 21.36.18 # connecting the player in "working" mode itself works fine 21.36.21 # good night! 21.36.22 Part J-23 21.36.30 # PaulJam: yes I fixed that warning a while ago and didn't bother to update the patch since its not important 21.37.45 # you can fix it yourself just by casting the buffers on that line to (int*) instead of char* or whatever they default to (Tremor and libwmai disagree on how they declare their buffers) 21.38.18 # saratoga: the one WMA song that i have sounds fine with the patch. 21.38.28 # bluebrother: if you've taken the daughterboard off it should go straight into USB boot mode and show up in lsusb as 140e:b021. there's no extra switch or anything. 21.39.04 # weird. 21.39.58 # which hardware revision do you have? 21.40.06 # PaulJam: thanks a lot 21.40.21 # can you run test_codec on your file with and without the patch too? 21.40.31 # ok 21.40.33 # * bluebrother has a segfault of rbutil :( 21.41.02 Join hannesd_ [0] (n=light@p5B1631C2.dip0.t-ipconnect.de) 21.43.07 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 21.43.13 # saratoga - in my profiling, mpa.codec spends 882k ticks in synth_full, 202k ticks in mad_bit_skip, 187k ticks in III_imdct_s, 503k ticks in III_decode, everything else <100k ticks 21.43.59 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.44.58 # stripwax: thats about in inline with what I found 21.45.04 Quit hannesd (Read error: 145 (Connection timed out)) 21.45.05 Nick hannesd_ is now known as hannesd (n=light@p5B1631C2.dip0.t-ipconnect.de) 21.45.19 # The addresses make sense 21.45.23 # what bitrate file is this ? 21.45.42 Quit bluebrother (Nick collision from services.) 21.45.44 # about three files, average of something like 160kbps. Not rigorous I know. 21.45.45 Join bluebroth3r [0] (n=dom@rockbox/staff/bluebrother) 21.47.03 # this is compared to objdump and the map file addresses? 21.47.05 Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/staff/bluebrother) 21.47.12 # objdump addresses, yes 21.47.35 # which ties out with the map file, for the non-static functions that do show up in it 21.47.36 # ok i'll have to take a look at the perl script and see why its not working then 21.48.22 # if you get a chance, looking at that 96kbps file on the test_codec wiki page might be interesting too 21.48.23 # Btw there is a bug in profile.c , depth++ in print_recursive should be ++depth, otherwise it will just print out 0000 as the depth in all lines 21.51.37 # are you going to commit a fix for it? 21.51.53 # I don't have commit access, so , no :) 21.52.31 # stripwax: you can "commit" it to the tracker ;-) 21.52.44 # for a four-character edit? :) 21.53.06 Nick midkay_ is now known as midkay (n=midkay@63-231-21-92.tukw.qwest.net) 21.53.11 # ah didn't realize you didn't have SVN 21.53.21 # yep, still don't. 21.53.21 # saratoga: without the patch: 249,25% and with the patch: 298,75% 21.53.22 # better than feature requests like "port to Nano 3G" ;-) 21.53.30 # ha! 21.53.39 # but yeah, might as well create a patch so that someone sees it (i'm kind of hesistant to blind commit that and I don't have enough time to dig into it today) 21.54.07 # PaulJam: wow thats really good 21.54.16 Quit stoffel ("leaving") 21.54.22 # ok, no worries. there's a handful of other things that need to be changed to get profile builds actually working on arm anyway, so will create a patch with everything in it 21.54.37 # thats an 8 MHz speedup on Coldfire 21.55.12 # stripwax: sounds good 21.56.01 # looks like the perl script either doesn't like the format of the arm mapfile, or assumes it lists all address (which it won't) 21.56.09 # PaulJam: what birate? 21.57.19 # saratoga: 128kbps (it is one of the windows example music songs) 21.58.14 # g_128k? 21.59.22 # what? 21.59.28 Quit Thundercloud_ (Read error: 110 (Connection timed out)) 21.59.47 Quit sarixe ("(EE) Failed to load "quit" module") 22.00.11 # g_128k is the MS example for WMA9, but I guess its not what you're using 22.00.52 # no, it was "david byrne - like humans do" 22.04.43 # just playing with this patch, and it almost but not quite decodes WMA unboosted 22.04.50 # (on the Sansa) 22.04.55 # Nice 22.05.01 # err for 128k files 22.05.11 # Still, a good target. 22.06.42 Quit merbanan (Remote closed the connection) 22.07.45 # the numbers on the audio buffering debug screen seem a bit odd 22.08.01 # test codec reports ~32 MHz for this file, but that debug screen claims 41MHz 22.08.28 # with no DSP, that would mean the overhead from rockbox and drawing that screen was 9 MHZ 22.08.34 # which seems a bit too high 22.09.42 # Did you go in after buffering was finished, etc? 22.09.53 # And how much time is spent dealing with the PCM buffer, etc? 22.10.04 Join Rob2222 [0] (n=Miranda@p4FDCD7EB.dip.t-dialin.net) 22.10.48 # Llorean: I'm not sure if it was buffering, i just assumed that on a sansa that would be quick, though maybe not 22.11.52 Join Buschel [0] (n=abc@p54A3EAA7.dip.t-dialin.net) 22.12.21 # saratoga: on h300 it is similar, in buffering screen i get ~54 MHz (entered after buffering finished) and in test_codec ~41,6MHz. 22.12.26 # saratoga: you're making good progress on WMA speed :) 22.14.41 # Buschel: I remember you looked into rockbox overhead a little 22.14.49 # how much does rockbox itself use? 22.14.55 # (above what the codec needs) 22.14.56 # Zagor, Bagder: can you move http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt-v1.0.6.tar.bz2 and .zip to the download server? 22.15.18 # sure 22.16.12 # let's see how many bugs are left in that release ;-) 22.16.23 # regarding the buffering screen -> dsp needs some MHz (+2.5MHz on PP for mpc, i do not know whether there is some resorting needed for WMA). the screen update will also take some MHz 22.17.04 # bluebrother: done 22.17.57 # thanks. Updating the wiki ... 22.18.00 # i think overhead from DSP should be low for WMA since the output buffer is in IRAM and i believe its in the desired format already (interleaved 32 bit PCM if I recall correcly) 22.18.08 # saratoga: you can for the influence of the screen update via doing 2 measurements (1. @10fps = default, 2. @0.1fps) 22.18.48 # saratoga: then for WMA the overhead should be the same than waht I've measured = ~2.5MHz 22.19.20 # Zagor: shouldn't the date for "DevCon 2008 is over." not be 2008-06-29 instead of 27 on the front page ? 22.19.51 # gevaerts: definitely. fixed. 22.20.16 # Not the most important of problems of course :) 22.20.59 # Buschel: if we use 5-10MHz on GUI, then no wonder our battery life isn't as good as the retail firmware 22.23.07 # saratoga: 10fps is used for debug screen -- and it's needed for the bar graphs. 5fps is used by the WPS -- always, independent of changed/unchanged content 22.23.59 # saratoga: that's why battery benchs with "no WPS" make sense -- you totally switch off any gui updates 22.24.51 Quit Thundercloud (Read error: 110 (Connection timed out)) 22.25.54 # Buschel: ah I see, so the debug screen has 2x the overhead 22.25.57 # sounds reasonable 22.26.41 Quit saratoga ("CGI:IRC (EOF)") 22.26.58 # saratoga - profiling lame_96 now. oh, you'll read about it later :) 22.27.28 Join Lear [0] (i=chatzill@rockbox/developer/lear) 22.28.08 # Zagor: I think you still need to copy http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt-v1.0.6.zip to http://download.rockbox.org/rbutil/win32/rbutilqt-v1.0.6.zip 22.29.08 # mcuelenaere: it's there, it just hasn't been grabbed by all mirrors yet. use haxx.rockbox.org to view the main server. 22.29.46 # ah ok 22.30.02 Quit dataangel (Read error: 110 (Connection timed out)) 22.30.07 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.30.25 # * mcuelenaere didn't know Rockbox used such a sophisticated mirroring system ;) 22.30.48 Quit petur ("discworld reading, then Zzzz") 22.40.10 # lame_096: 525k ticks in synth_full, 104k ticks in mad_bit_skip, 466k ticks in III_decode, and no appreciable time in III_imdct_s 22.41.45 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 22.42.29 Join LardMaster [0] (n=LardMast@pool-71-123-110-138.spfdma.east.verizon.net) 22.42.37 # lame_192: 580k ticks in synth_full, 128k ticks in mad_bit_skip, 477k ticks in III_decode, also no appreciable time in III_imdct_s. curious 22.43.15 Quit LardMaster (Client Quit) 22.43.43 *** Saving seen data "./dancer.seen" 22.44.40 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 22.45.44 Join lard-Vader [0] (n=jeremy@pool-71-123-110-138.spfdma.east.verizon.net) 22.46.43 # can I have wiki write permissions to note that all you need to do is install libsdlX-dev and get the svn to compile it, etc if you are on debian? 22.47.05 # "compile it"? 22.47.11 # Do you mean the simulator? 22.47.18 # What page are you referring to? 22.47.18 # idk 22.47.23 # well 22.47.27 # You don't know? 22.47.30 # I'm a little new at this 22.47.32 # :P 22.47.32 Quit K4rP4D (Read error: 104 (Connection reset by peer)) 22.47.38 # but it seems like I built most of it 22.47.42 # I really would rather you not update the wiki with information if you don't even know what you're going to be updating... 22.47.54 # sorry 22.47.58 # I just did 22.48.01 # ./configure 22.48.02 # Are the timer ticks in the profiling builds a fixed time interval or does the duration change as the clock scales? 22.48.10 # it tells me "you need libsdl installed" 22.48.19 # I installed it. 22.48.21 # make 22.48.34 # If you're trying to build Rockbox itself, you don't need SDL. 22.48.47 # that explains it. 22.48.49 # What on Earth are you doing, and what instructions are you following? 22.48.56 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 22.49.21 # Platform set to h300 22.49.21 # Build (N)ormal, (A)dvanced, (S)imulator, (B)ootloader, (M)anual: (Defaults to N) 22.49.26 # I chose simulator 22.49.31 # basically 22.50.41 # sorry... I semi know what I am doing 22.50.54 # Probably not. 22.50.55 # yes...why choose that if you wanted a normal build? 22.51.02 # Since you shouldn't be running configure from the directory it's located in. 22.51.11 # Have you read the actual instructions for building? 22.51.39 # I thought I did. 22.51.56 # I asked you what instructions you're following a few times now. 22.52.22 # http://www.rockbox.org/twiki/bin/view/Main/VMwareDevelopmentPlatform#Compiling 22.52.38 # but I didn't follow the previous instructions 22.53.17 # :-( 22.53.37 # Just the "Compiling" section makes it clear you need to create a build folder, and use ../tools/configure rather than running ./configure from within the tools folder. 22.53.46 # oh 22.53.49 # I did do that 22.53.54 # Sorry if I was unclear 22.53.59 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 22.54.12 # Well, saying you did "./configure" could be considered rather misleading if that's not what you did... 22.54.49 # sorry... I should have said I ran configure 22.54.58 # Well then I would've asked you from where. :) 22.55.16 # WEEEEEEEEP. Don't run this configure script within the tools directory. 22.55.16 # It will only cause you pain and grief. Instead do this: 22.55.26 # Also, it prints out this nice message if you do 22.55.27 # You cannot build rockbox without the necessary cross-compilers. You cannot build the sim without the appropriate SDL libraries. But they aren't necessary for a normal build. 22.55.50 # and please stop just pasting things in here 22.55.51 # important thing when programming: be exact. Especially when looking for help 22.55.53 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 22.56.00 # It may print out that message, but people have been known to work around it. 22.56.23 Join Schmogel [0] (n=Miranda@p3EE20A16.dip0.t-ipconnect.de) 22.56.55 # * Bagder likes the WEEEP error message! ;-) 22.57.55 # Whoever tries to work around such a wonderful message has a demented mind. 22.58.12 # lard-Vader: People are strange. 22.58.24 # I think it basically happens because configure writes Makefile in the current dir 22.58.39 # so if you run configure in a funny dir, you get the original Makefile overwrittten 22.58.54 # thus no WEEEP anymore 22.59.08 # just failure ;-) 22.59.14 # ahh. 23.00.11 Quit Thundercloud_ (Remote closed the connection) 23.00.43 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 23.00.48 # * Llorean thinks if ./tools/configure is run, not ../, it should create subfolders for every possible build target (bootloaders, manuals, sims, normal, at least) and spend a week building once someone runs make, explicitly for those who skip the instructions on their first try. 23.01.02 # *run from the Rockbox source folder, obviously 23.01.10 Quit Buschel () 23.01.14 # * gevaerts would like that for really complete test builds 23.01.34 # gevaerts: That's just what "commit" followed by "oops" is for. 23.02.20 # Bagder: Speaking of that - would it be possible to extend the distributed build system to do manual builds if changes to the manual are committed? 23.02.38 # of course, but it would probably take some poking 23.02.51 # since I bet very few of the servers have that setup 23.02.59 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 23.02.59 # Of course this will probably need a separate list of machines, as it has different requirements that target builds or sims 23.03.25 # domonoky: you can start building a mac binary ;-) 23.03.47 # Bagder: having a way to access the manual build logs would be nice too. 23.04.11 # bluebrother: not today, will do it tomorrow...( i just arrived at home) 23.04.13 # Perhaps it would be good to do a similar thing for voices once we start distributing multiple languages 23.04.17 # though they can be somewhat long... 23.04.56 # no hurries -- the last release was over 2 month late ;-) 23.05.39 Quit Thundercloud (Read error: 110 (Connection timed out)) 23.06.22 # amiconn: If I understand correctly, the plan is not only multiple languages but multiple engines. 23.06.29 Join MethoS- [0] (n=clemens@dyndsl-085-016-166-254.ewe-ip-backbone.de) 23.06.32 # That's a lot of building 23.06.39 # yep, exactly 23.08.43 Quit Arathis ("Bye, bye") 23.09.12 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 23.19.13 Quit Thundercloud_ (Remote closed the connection) 23.19.16 Quit Rondom ("Ex-Chat") 23.19.49 # * preglow wonders how apples api for voice works 23.20.03 # the voice that came with leopard isn't half bad 23.20.31 # preglow: but are you allowed to distribute voice files created with it? 23.20.50 # Zagor: a fair question 23.21.04 Join MethoS-- [0] (n=clemens@dyndsl-085-016-163-161.ewe-ip-backbone.de) 23.22.02 # i haven't even bloody managed to make a working cross-compiler yet under os x, so i guess i should stay away from voice until i have a working dev environment anyway :) 23.22.46 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.24.18 Quit MethoS_ (Read error: 110 (Connection timed out)) 23.31.33 Quit HauDyr ("VI ses") 23.34.34 # Sorry about the extra diffs in my last commit. I forgot I'd played around a bit with the c100 stuff - no major changes. 23.34.49 # at fullspeed (i.e. test_codec), 96kbps lame spends about 300k ticks in each of synth_full and III_decode, 65k ticks in mad_bit_skip; 128kbps spends 426k ticks in synth_full vs 334k ticks in III_decode, 77k ticks in mad_bit_skip; 192kbps spends 426k ticks in synth_full vs 351k ticks in III_decode, 94k ticks in mad_bit_skip 23.35.19 # very interesting. so synth_full on 128kbps example file is no faster than 192kbps example file 23.35.28 # oh no 23.35.34 # the synth step is the same anyway 23.35.39 # the amount of data in and out doesnt change 23.35.49 # the only part that cares about bitrate is entropy coding 23.36.19 # Why is 96kbps much faster? 23.36.43 # hmm 23.36.51 # http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison 23.37.16 # MarcGuay: you could specify the files to commit or what I sometimes do - change into the manual (as an example) folder and commit from there 23.37.53 # pretty much same performance (=200% realtime) for 128kbps thru 320kbps, and only 96kbps is noticeably faster 23.37.58 # pixelma: Aha, thanks for the tips. 23.38.09 # stripwax: lower sample rate at 96 kbps. 23.38.21 # Thus, less data in/out. 23.38.41 # ahh 23.38.51 # mpeg audio has a configurable upper band number 23.38.54 # i guess that is why bit rate matters 23.38.59 # oh! well that explains it. but doesn't explain why coldfire *does* scale more noticabley 23.39.03 # for synth_full 23.39.39 # although 400->444% realtime vs 577% realtime @ 96kps on H140, so same thing there too really 23.39.58 Quit jhulst__ (Connection timed out) 23.40.02 # synth_full buffers not in iram? 23.40.07 # I guess profiling this on arm hasn't uncovered anything we didn't already know, synth_full is slow on arm. 23.40.10 # hmm 23.40.12 # Lear - not sure 23.40.13 # can't remember 23.40.25 # 5022/4 have 32KB more iram than they did a couple months ago ;) 23.40.33 # synth_full is indeed slow on arm7 arm 23.40.38 Quit MethoS- (Read error: 110 (Connection timed out)) 23.40.39 # tons of 64 bit arithmetic 23.43.20 # i remember i had a small look through ipod retailos for 64 bit arithmetic and couldn't find much 23.46.16 # afaik, the musepack subband synth routine is quite fast now, would be fun if we could adapt that to libmad 23.46.30 # the functionality itself should be equivalent 23.49.11 Quit roolku () 23.54.15 # does anyone know in what format 16bit RGB data is? 23.55.04 Quit dionoea (Remote closed the connection) 23.55.11 Join dionoea [0] (n=dionoea@yop.chewa.net) 23.55.50 # never mind 23.57.18 Quit vort3x (Read error: 104 (Connection reset by peer)) 23.57.41 Join vort3x [0] (n=vortex@unaffiliated/dfa001)