--- Log for 03.08.109 Server: simmons.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 2 months and 1 day ago 00.04.54 # hm, my screenshot for the manual is bigger than the others 00.05.52 Quit bluebrother ("leaving") 00.06.03 Join fg56lx [0] (n=quassel@163.106.40.24.aeneasdsl.com) 00.07.00 # * kugel decides to blame png 00.08.44 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.08.54 # bigger, how? Do you mean the amount of data or the resolution or something else? 00.12.39 Join Nicholas__Reiter [0] (n=chatzill@cpe-75-185-215-171.woh.res.rr.com) 00.13.17 # I'm having Database trouble. What files do I have to delete to completely reset the Database? 00.13.50 # in .rockbox there are a few files named the same but different numbers at the end, i think those are it 00.13.53 # Nicholas__Reiter: .rockbox/database*.tcd ;) 00.14.02 # what Unhelpful said 00.14.46 # the one-line description yaourt fetches from AUR tells me it is a browser ;) 00.15.01 # ... wrong window entirely. :/ 00.15.29 # New commit by 03kugel (r22123): Update the manual screenshot for 176x220x16. 00.16.20 # i have no .TCD files, but when I try to inititalize I bet "Building database.... 327 found" and it just sits there forever 00.16.29 # *get 00.17.51 # how about nvram.bin? Is that database related? 00.17.57 # but you have some music files on it? And which target? 00.18.17 # yes. e289v1 refurbished 00.18.32 # *e280 00.18.52 # how did you copy the files over, MSC or MTP mode? 00.20.28 # This was given to my brother, so I don't know. Let me delete all the music, and maybe come back. Thanks 00.20.47 # Nicholas__Reiter: wait. :) 00.21.06 # better would be to find out if there's a specific file causing the trouble. :) 00.21.06 # ok.... for what? 00.21.37 # he doesn't want the music, but if you want help for development, tell me what to do. 00.22.21 # you can make a "deleted" directory with any empty file in it named database.ignore, and move things there... then move them back until you find out what's broken. but if you don't actually care about having the music, then i'm not going to ask you to go through the trouble. :) 00.24.57 # if they were transferred in MTP mode, he will have a hard time finding the files (unless using the Windows Media Player too) 00.39.11 Quit Nicholas__Reiter ("ChatZilla 0.9.85 [Firefox 3.0.8/2009032609]") 00.39.18 Quit ender` (" Washing your car to make it rain doesn't work.") 00.43.11 Quit matsl ("Leaving") 00.43.23 Join l403 [0] (n=l@85.132.159.239) 00.44.13 Quit flydutch ("/* empty */") 00.55.28 Join funman [0] (n=fun@rockbox/developer/funman) 00.58.12 Quit l403 ("Ex-Chat") 01.06.16 # New commit by 03kugel (r22124): Cap the level chooser to NUM_LEVELS (100) to avoid accessing level 101, which contains the secret Data Abort Bubble (which looks really funny but is ... 01.06.42 # uhm 01.06.52 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 01.08.17 *** Saving seen data "./dancer.seen" 01.17.28 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.18.06 Quit stripwax__ (Read error: 54 (Connection reset by peer)) 01.18.48 Quit barrywardell (Remote closed the connection) 01.24.47 Join Nicholas__Reiter [0] (n=chatzill@cpe-75-185-215-171.woh.res.rr.com) 01.26.19 # New commit by 03kugel (r22125): Fix highest succeeded level from the highscores really this time, and don't confuse MIN() and MAX(). 01.29.03 # e280v1 - I dleted everything in the SYSTEM dir, and deleted the .rockbox dir. There are only two audio files on this player, but when I ititialize the data base, it says, "Building database... 311 found", and nothing ever changes...? What's the problem, and 311 what? 01.35.11 # if you deleted the .rockbox dir, rockbox can't boot 01.38.44 # sorry, i also copied a fresh .rockbox dir to it 01.40.46 # try running the disk_tidy plugin, perhaps the audio files you deleted are still present in a trash folder 01.43.24 Join barrywardell [0] (n=barrywar@89.100.0.69) 01.44.57 # grml 01.45.12 # much code doesn't work with MIN()/MAX() using typeof() 01.46.07 Join bigfox [0] (n=bigfox@c-67-169-249-62.hsd1.ut.comcast.net) 01.46.08 # why? 01.46.40 # typeof() should add another check of correctness in MIN/MAX macros, so it would reveal errors 01.46.56 # it apparently doesn't work well with in other #defines 01.48.29 # e.g. you are not able to #define the array length if it contains MIN()/MAX() 01.53.19 Quit Thundercloud (Remote closed the connection) 01.54.39 # do you have an example? 01.59.36 Quit AsaelReiter ("CGI:IRC (Ping timeout)") 01.59.58 Join AsaelReiter [0] (n=d44c6728@gateway/web/cgi-irc/labb.contactor.se/x-xxtvdxynaaugkzqk) 02.00.59 Quit Rondom (Nick collision from services.) 02.01.02 Join Rondom_ [0] (n=Rondom@dslb-084-057-166-136.pools.arcor-ip.net) 02.03.31 # funman: cube 02.04.33 # hm, my explaination might be wrong, but there are still problems 02.08.32 # kugel: perhaps a pre-test for the constantcy of both inputs should be done? 02.09.07 # I tried with __builtin_constant_p(), but I'm not sure how to do 02.10.12 # also, I think we should have a similar ABS() define 02.12.57 # kugel: __builtin_constant_p() is exactly what you need... something like __builtin_constant_p(a) && __builtin_constant_p(b) ? (a < b ? a : b) : DYN_MAX(a,b) 02.13.16 # Unhelpful: I tried exactly that :p 02.13.23 # no success 02.14.23 # hrm. well, i do recall __builtin_constant_p being considered non-constant in some cases :/ 02.14.44 # best you try and see the errors yourself 02.16.54 # what's "DYN_MAX" ? 02.19.29 # funman: due to typeof(), the MIN() in cube.c isn't evaluated after preprocessing, which is apparently causing problems when this MIN() is used to initialize data 02.24.25 # so typeof() is evaluated by gcc, not cpp ? 02.25.18 # yes 02.25.34 Quit dash32 ("Verlassend") 02.25.36 # cpp doesn't know about types, it's text based 02.27.29 # pre-processor just substitutes # statements with whatever should go there for the most part 02.27.52 # the ABS() thing works at least 02.27.53 # iirc 02.27.59 # funman: DYN_MAX would be some more complicated implementation with typeof() 02.29.14 # kugel: where are MIN/MAX defined? (i'd expect __builtin_constant would be used in cube.c case) 02.29.31 # firmware/export/system.h 02.30.21 # even with __buildin_constant_p, "typeof" is inserted into the initialization, which doesn't work 02.31.09 # what about __builtin_types_compatible_p() ? 02.31.28 # hmm sorry i'm confused 02.31.45 Quit t0mas (Nick collision from services.) 02.32.07 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 02.32.16 # if __builtin_constant_p(LCD_HEIGHT) is false in cube.c i think it's a bug 02.34.18 # omg.. 02.34.22 # that's not the problem 02.35.04 # the word "typeof" is inserted by cpp, and gcc errors out when initializers have this 02.38.32 # kugel: perhaps it's the use of a statement expression? 02.38.56 # could be 02.40.54 Quit fg56lx (Remote closed the connection) 02.42.11 # funman: that might cover one reason to use typeof, but a major reason to use typeof in MIN/MAX is to avoid multiple evaluations of the inputs where input values are expressions. gcc seems to fail to do very good CSE sometimes. :/ 02.42.53 Join fg56lx [0] (n=quassel@163.106.40.24.aeneasdsl.com) 02.44.46 Part bigfox 02.45.10 Quit Riku (Read error: 104 (Connection reset by peer)) 02.45.41 Join gletob [0] (n=glenn@pool-96-238-172-203.rcmdva.east.verizon.net) 02.46.03 # Anyone got the Gigabeat F series original firmware 03.08.04 # New commit by 03kkurbjun (r22126): Blackjack: Use standard menu and add playback menu, use pluginlib high scores. 03.08.20 *** Saving seen data "./dancer.seen" 03.17.36 Quit saratoga (Ping timeout: 180 seconds) 03.24.11 # New commit by 03kkurbjun (r22127): Fix warning and ZVM 03.31.00 Quit gletob (Remote closed the connection) 03.32.34 # New commit by 03kkurbjun (r22128): Fix X5/M5 03.39.03 # New commit by 03kugel (r22129): Remove various ABS() definitions with a single one using typeof (if using gcc) to avoid multiple evaluations of the input expressions. Speex still ... 03.42.13 # New commit by 03kugel (r22130): Don't recalculate the array length during the loop, use the ARRAYLEN macro and correct the type of the variable i. 03.43.21 # kugel: you mentioned defining ABS if gcc is used in the last commit 03.43.42 # no, typeof if using gcc 03.43.54 # has there been any known use of another C compiler for rockbox ? (I think ICC is intel CPU only) 03.44.08 # I don't think so 03.44.38 # and I don't think much of the rest of the code would work with non-gcc, but in this case compatibility was easy 03.45.31 # if compatibility with a (hypothetical) compiler other than gcc is difficult, i think you could just assume gcc is used 03.46.08 # and let the (hypothetical) person porting rockbox to this (hypothetical) other compiler do the hard work 03.46.33 Join The3_14ed|r [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 03.46.55 # I agree 03.47.36 Quit t0mas ("bye!") 03.48.47 # hah 03.49.05 # the yellow, exposed due to typeof() 03.49.46 Join jerl [0] (n=Jer_l_@ip-66-254-34-36.mqdsl.megaquebec.net) 03.49.47 # I'm wondering why it does only hit coldfire though 03.50.53 # probably a gcc 3.x vs 4.x thing 03.50.53 # "0" being unsigned while ssize_t is signed? 03.51.21 # gcc3 is used on coldfire? 03.52.57 # yes 03.53.04 # Unhelpful: any idea? 03.53.40 # this code is weird 03.55.43 Quit funman ("free(random());") 03.58.04 Quit goffa_ (Read error: 104 (Connection reset by peer)) 03.58.24 Quit Dhraakellian (Read error: 110 (Connection timed out)) 03.59.06 Nick The3_14ed|r is now known as Dhraakellian (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 04.01.13 # linuxstb: ping? 04.01.22 # s/?// 04.03.24 Quit Nicholas__Reiter ("ChatZilla 0.9.85 [Firefox 3.0.8/2009032609]") 04.04.40 Quit barrywardell () 04.07.19 Join jerl92 [0] (n=Jer_l_@ip-66-254-43-90.mqdsl.megaquebec.net) 04.08.08 Quit jerl (Read error: 110 (Connection timed out)) 04.11.05 # New commit by 03kkurbjun (r22131): Calculator: Enable absolute mode for touchscreens. 04.12.11 # linuxstb: Regarding the yellows. I see you committed the code. The code looks a bit wrong to me (I'd rather do "(ssize_t)(size+4) > totalSize)" instead), and I don't know how to fix best 04.12.14 Quit SirFunk (Success) 04.14.53 # kkurbjun: shouldn't it rather respect the setting? 04.16.28 # kugel, currently it is setup to not respect the setting in the plugin load. the calculator makes sense to always use absolute mode - it's just the face of a calculator 04.17.10 # of course it makes sense (the whole grid mode doesn't make sense imo), but we have this setting and we should respec it, IMO 04.18.13 # there are typeofs all over, really i don't see why we'd bother :) 04.20.50 Quit __lifeless (Read error: 101 (Network is unreachable)) 04.21.05 # kugel, I agree when you are talking about menu's, but I do not agree that plugins should always stick to the setting - for example clix should probably always be absolute mode (and it is) when it's in the game, but the menu should follow the user setting 04.21.38 # I think we should fix rockbox and get rid of the grid :p 04.22.26 # yeah, I think that's the end goal, but I can see situations that using grid mode for menus would be nice, but not when I enter a plugin that has a checkerboard 04.25.58 Join r0b- [0] (n=rob@adsl-76-235-163-137.dsl.klmzmi.sbcglobal.net) 04.26.29 # if i create a cuesheet for rockbox with all my music in it will rockbox parse the .cue file and use the data for the ID3 tags? 04.31.31 # i don't believe so, and why would you do that? 04.32.02 # i dont want to modify ID3 tags :P 04.32.28 # why not? 04.32.54 # it would take to long 04.34.08 # ...and creating a cue sheet with the correct tags in it would not? fixing the tags would take a few minutes to cover *most* of your tracks, if you use something that can look up the tags, like picard... and no longer to fix the ones it doesn't find than it would take to write a cuesheet. 04.34.25 Join martian67_ [0] (n=martian6@about/linux/regular/martian67) 04.34.34 # is Picard free? 04.34.53 # yes, and runs on pretty much anything. 04.35.17 # ill try it out 04.35.57 Quit jerl92 () 04.36.44 Quit martian67_ (Read error: 104 (Connection reset by peer)) 04.37.30 Join martian67_ [0] (n=martian6@about/linux/regular/martian67) 04.37.57 # and if picard fails im gonna have to do it manualkly 04.37.59 # thanks Unhelpful 04.40.56 Quit martian67 (Connection reset by peer) 04.43.20 Quit xavieran (Read error: 113 (No route to host)) 04.44.16 # that saved me a lot of time 04.45.58 Join xavieran [0] (n=xavieran@ppp118-208-231-136.lns10.mel6.internode.on.net) 04.46.13 Quit martian67_ (Read error: 104 (Connection reset by peer)) 04.47.38 Join martian67_ [0] (n=martian6@about/linux/regular/martian67) 04.50.00 # kugel: did that root_menu.c change actually go anything? considering ARRAYLEN() expands to the code you replaced it with, I would be pretty surprised if gcc actually generates different code 04.50.23 # I don't count on gcc, but recompiling was a bit wasteful 04.50.30 # re-calculating* 04.50.44 # I highly doubt it gets recalculated every loop 04.51.03 # it is, unless gcc optimizes 04.51.26 # it is means you checked the assembly? 04.51.45 # 0 delta on that commit... :) 04.51.56 # so? 04.52.16 # that means gcc was smart enough before the change... 04.52.27 # or stupid enough after :p 04.52.46 # if you don't believe me, then create your own enless loop with "int i, j = 10; for(i=0;i JdGordon: or the jump address just changed after the calculation of the len 04.53.18 # to after* 04.53.46 # that's quite a bit different, ARRAYLEN should nearly always be compile-time constant - the only time this should change is when using a dynamic array 04.53.49 Quit martian67_ (Read error: 104 (Connection reset by peer)) 04.54.16 # can you even use ARRAYLEN() with a dynamic array? 04.54.28 Join martian67_ [0] (n=martian6@about/linux/regular/martian67) 04.55.13 # JdGordon: i tested the other day, at least for gcc4 the answer is yes 04.56.58 # New commit by 03kkurbjun (r22132): Clix: Make Clix respect the global touchscreen setting when in a menu. 04.57.56 Quit martian67_ (Read error: 104 (Connection reset by peer)) 04.58.30 Join martian67_ [0] (n=martian6@about/linux/regular/martian67) 04.59.01 # New commit by 03kkurbjun (r22133): Clix: Forgot ifdefs around touchscreen_set_mode. 05.01.07 # New commit by 03kkurbjun (r22134): Reversi: Make Reversi respect the global touchscreen setting when in a menu. 05.01.14 # kkurbjun: hey, did you end up doing anything with the touchscreen action button stuff we were talking about last week? 05.02.56 # arg... I'm not a fan of skin_engine :( 05.03.08 # struct skin instead of gui_wps ? 05.03.41 # JdGordon: I did it's in pluginib_touchscreen 05.05.15 # It's pretty generic, but the action stuff had functions that were depending on global settings from other functions - I think that the core stuff could probably be made generic for the plugins or vice versa, but I was not sure where to start withte core, the concept is pretty much the same, but I don't have slider support 05.06.14 # looks good 05.07.21 # thanks 05.08.21 *** Saving seen data "./dancer.seen" 05.09.37 # JdGordon: why not? 05.09.44 # sounds funny 05.10.17 # not that the whole struct needs a rework too, anyway 05.10.49 # * JdGordon curses abit about the 3 sort-of-identical gui_wps_[display|redraw|update] functions 05.12.23 # where are they identical? 05.12.41 # the other two even call _redraw 05.13.45 # i said sort of... 05.13.53 # * JdGordon tries to make gui_wps_redraw() static 05.18.03 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 05.19.55 # AAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR 05.20.08 # once again the multi screen api goes out of its way to annoy me! 05.21.55 # * kugel has a go at __attribute__((unused)) 05.23.38 Quit martian67_ (Read error: 110 (Connection timed out)) 05.33.50 # * JdGordon just loves when unrelated stuff breaks things :( 05.40.47 # * JdGordon also *loves* it when said broken stuff magically fix themselves :/ 05.47.46 # JdGordon: live's hard :p 05.50.08 Quit Horscht ("Verlassend") 05.51.11 Quit AsaelReiter ("CGI:IRC (EOF)") 05.55.38 Join jaem [0] (n=jaem@S0106001ee54415ec.vf.shawcable.net) 05.58.12 # hello. I was reading the wiki page here (http://www.rockbox.org/twiki/bin/view/Main/SigmaTelSTMP3xxx), and followed the second link at the bottom (the firmware extractor one)... 05.58.36 # people on the linked forum report it working fine, but the binary is flagged by 20 out of 21 scanners on Jotti.org as malware 05.58.49 # I thought I should mention it here, rather than editing the wiki myself 05.59.33 # ...someone might want to check into that 06.02.41 # which link? 06.02.54 # http://www.mympxplayer.org/here-df195.html ? 06.04.35 # yes, sorry - I should have been more clear 06.04.36 # one sec 06.04.40 # http://virusscan.jotti.org/en/scanresult/745e621ceba1e9c3db768e74dbe7f8ff3bcc574c 06.04.58 # the file was renamed, but it's the same one 06.07.00 # meh, I really should finish customlist instead of playing with __attribute__((unused)) 06.07.36 # yes you should :D 06.07.50 # jaem: thats an external link... we have no control over it 06.08.01 # JdGordon: yes, I know 06.08.24 # but if it is in fact malware, the link should probably be removed 06.08.33 # however, I didn't think I should do that without checking 06.08.40 # hence my mentioning it 06.10.09 Nick Ypsy is now known as YpsyZNC (n=ypsy@geekpadawan.de) 06.10.27 # I'll leave it to your judgement 06.10.27 Part jaem ("Leaving") 06.15.08 Join _lifeless [0] (n=lifeless@188.16.116.58) 06.17.53 # are screens skined or skinned? 06.19.38 # is the text viewer built from scratch for rockbox or is it based on something? 06.19.56 # JdGordon: are plans planed or planned? 06.20.40 # sinthetek: the viewer is probably 3 years old... so even if it based on something.. its very likely way out of sync 06.24.05 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-vaxetovsyhxitgrr) 06.24.13 # no one is maintaining it or anything? i was thinking of trying to update it read other formats 06.24.30 # check the SVN logs and see for yourself 06.24.38 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.25.12 # i guess Uchida had a bunch of patches for it 06.25.30 # someone should look at them 06.25.54 # speaking of which, has anyone ever managed to get a hold of him? i've tried email and posting on teh tracker in a thread he watches and got nothing 06.30.40 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.31.34 Join TruthTaco [0] (n=truthtac@adsl-74-9-36.aby.bellsouth.net) 06.41.03 Nick Overand is now known as Andover1981 (i=overand@crappy.domain.name) 06.41.07 Nick Andover1981 is now known as Overand (i=overand@crappy.domain.name) 06.43.39 # New commit by 03jdgordon (r22135): part two of the grand overall wps/skinning engine cleanup work: ... 06.43.56 # * JdGordon crosses everything that can be crossed 06.49.32 # crap crap crap... 06.51.56 Quit pixelma (Nick collision from services.) 06.51.57 Quit amiconn (Nick collision from services.) 06.51.58 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 06.51.59 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 06.52.08 # why the heck isnt svn mv working? 06.52.16 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 06.52.18 # $ svn mv music_screen.c wps.c 06.52.18 # svn: Path 'wps.c' is not a directory 06.52.18 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 06.57.24 Quit kugel (Read error: 110 (Connection timed out)) 06.57.46 # New commit by 03jdgordon (r22136): these didnt get renamed for some reason 07.05.02 # oh come on!~ 07.06.28 # New commit by 03jdgordon (r22137): one more add which didnt get added 07.08.26 *** Saving seen data "./dancer.seen" 07.09.35 Quit fg56lx (Read error: 110 (Connection timed out)) 07.17.39 Quit _lifeless (Read error: 104 (Connection reset by peer)) 07.18.48 Join _lifeless [0] (n=lifeless@188.16.116.58) 07.41.24 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 07.46.10 Quit bubsy (Read error: 60 (Operation timed out)) 07.58.54 Quit CaptainKwel (Remote closed the connection) 08.12.08 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.27.35 Join Rob2223 [0] (n=Miranda@p4FDCDDC0.dip.t-dialin.net) 08.30.04 Quit mt (Read error: 113 (No route to host)) 08.35.33 Quit safetydan ("Leaving.") 08.45.10 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.52.54 Join flydutch [0] (n=flydutch@host214-146-dynamic.15-87-r.retail.telecomitalia.it) 09.08.27 *** Saving seen data "./dancer.seen" 09.11.21 Join mt [0] (n=MTee@rockbox/developer/mt) 09.11.47 Join l403 [0] (n=l@85.132.159.239) 09.14.23 # liba52's a52_block() is the function to which I send a block for decoding, right ? or do I have to write a decode function like the one in codecs/a52.c ? 09.14.35 # linuxstb: ^^^ 09.20.06 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.23.08 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.27.37 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.28.38 Quit pixelma (Nick collision from services.) 09.28.40 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 09.28.47 Quit amiconn (Nick collision from services.) 09.28.49 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 09.28.57 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 09.29.11 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 09.35.48 Join nosa-j [0] (n=k@adsl-235-79-108.clt.bellsouth.net) 09.36.14 Join blodow [0] (n=blodow@95-91-45-218-dynip.superkabel.de) 09.37.38 Quit nosa- (Read error: 104 (Connection reset by peer)) 09.45.38 Quit Thundercloud (Remote closed the connection) 10.02.05 Quit l403 (Remote closed the connection) 10.02.38 Join __lifeless [0] (n=lifeless@188.16.110.217) 10.03.08 Quit _lifeless (Remote closed the connection) 10.07.20 Join l403 [0] (n=l@85.132.159.239) 10.09.53 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 10.15.24 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 10.15.39 Join Rob2222 [0] (n=Miranda@p4FDCDDC0.dip.t-dialin.net) 10.18.10 Join Rob2223 [0] (n=Miranda@p4FDCDDC0.dip.t-dialin.net) 10.18.10 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 10.19.32 Quit blodow (Read error: 110 (Connection timed out)) 10.35.41 Join Rob2222 [0] (n=Miranda@p4FDCDDC0.dip.t-dialin.net) 10.37.01 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 10.37.05 # gevaerts: I jus tried a HID enabled build on my c200 on a different Mac (running 10.4.11) and it told me that the keyboard couldn't be recognised and that I would have to set it up 10.37.42 Join Rob2222 [0] (n=Miranda@p4FDCDDC0.dip.t-dialin.net) 10.39.06 # hm 10.39.33 # * gevaerts thinks that maybe we should remove HID from the storage connection, *except* if this HID plugin is running 10.39.49 # I'll try to do something like that soon 10.43.06 Join funman [0] (n=fun@rockbox/developer/funman) 10.46.42 Quit cg_ (Read error: 110 (Connection timed out)) 10.51.47 Quit BHSPitMonkey ("Ex-Chat") 10.52.21 Quit Rob2223 (Read error: 110 (Connection timed out)) 11.07.33 Quit __lifeless (Read error: 60 (Operation timed out)) 11.07.36 # gevaerts: i accidently noticed the HID functionality some time ago... thanks for that, it rocks :) 11.08.31 *** Saving seen data "./dancer.seen" 11.11.05 # gibbon_: not my work! 11.12.57 # ah... then ... thanks to whoever did it... i thought it was you since i remembered you being "involved" in the Storage thing ;) 11.13.19 # it's gsoc work 11.14.33 # ah. 11.17.34 Join cg_ [0] (n=cromos@cable-kmi-fe71de00-186.dhcp.inet.fi) 11.26.18 Quit funman ("free(random());") 11.28.20 Join dash32 [0] (n=dash32@p54AB7A62.dip.t-dialin.net) 11.29.14 Join lucent [0] (i=lucent@unaffiliated/shadows) 11.30.33 # for the log: funman, kugel, I comment that r22076 has been exceptionally stable with my SanDisk Sansa 8GB v1 player 12.03.24 Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) 12.08.21 Quit linuxstb ("Leaving") 12.08.38 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.12.13 Quit DataGhost (Nick collision from services.) 12.12.20 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 12.19.49 Quit gevaerts (Nick collision from services.) 12.19.59 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 12.20.07 Join HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 12.21.31 Join evilnick_home1 [0] (n=evilnick@pool-173-52-149-141.nycmny.east.verizon.net) 12.22.47 Quit togetic (Remote closed the connection) 12.23.17 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 12.28.23 Quit FOAD (simmons.freenode.net irc.freenode.net) 12.28.23 NSplit simmons.freenode.net irc.freenode.net 12.28.23 Quit maraz (simmons.freenode.net irc.freenode.net) 12.28.23 Quit Zambezi (simmons.freenode.net irc.freenode.net) 12.28.23 Quit AlexP (simmons.freenode.net irc.freenode.net) 12.29.00 NHeal simmons.freenode.net irc.freenode.net 12.29.00 NJoin FOAD [0] (n=dok@dinah.blub.net) 12.29.00 NJoin AlexP [0] (n=alex@rockbox/staff/AlexP) 12.29.00 NJoin Zambezi [0] (i=Zulu@bnc.fran.dotbnc.se) 12.29.00 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 12.29.02 Quit AlexP ("No Ping reply in 90 seconds.") 12.29.13 Join AlexP [0] (n=alex@rockbox/staff/AlexP) 12.34.14 Join _lifeless [0] (n=lifeless@188.16.100.139) 12.36.22 Join AsaelReiter [0] (n=d44c60ea@gateway/web/cgi-irc/labb.contactor.se/x-rtwtwmmdohvrnzms) 12.38.08 Quit KBH (Read error: 110 (Connection timed out)) 12.39.12 Quit AsaelReiter (Client Quit) 12.39.30 Join AsaelReiter [0] (n=d44c60ea@gateway/web/cgi-irc/labb.contactor.se/x-tmmacmnyvsxrwzeh) 12.40.34 Quit l403 ("Ex-Chat") 12.41.11 Quit evilnick_home (Read error: 110 (Connection timed out)) 12.43.00 Join l403 [0] (n=l@85.132.159.239) 12.44.24 Join __lifeless [0] (n=lifeless@188.16.70.142) 12.45.12 Quit _lifeless (Remote closed the connection) 12.51.56 Quit maraz (simmons.freenode.net irc.freenode.net) 12.51.56 NSplit simmons.freenode.net irc.freenode.net 12.51.56 Quit Zambezi (simmons.freenode.net irc.freenode.net) 12.51.56 Quit FOAD (simmons.freenode.net irc.freenode.net) 12.52.52 NHeal simmons.freenode.net irc.freenode.net 12.52.52 NJoin FOAD [0] (n=dok@dinah.blub.net) 12.52.52 NJoin Zambezi [0] (i=Zulu@bnc.fran.dotbnc.se) 12.52.52 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 12.55.05 Join moos [0] (i=mustapha@rockbox/staff/moos) 13.03.14 Quit martian67 ("out") 13.07.08 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 13.08.03 Quit mt (Remote closed the connection) 13.08.03 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 13.08.33 *** Saving seen data "./dancer.seen" 13.10.31 Quit martian67 (SendQ exceeded) 13.12.00 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 13.19.17 Join darkhamm [0] (n=darkhamm@host226-44-dynamic.31-79-r.retail.telecomitalia.it) 13.20.19 Join mt [0] (n=MTee@rockbox/developer/mt) 13.21.39 Join funman [0] (n=fun@rockbox/developer/funman) 13.25.32 Quit __lifeless (Remote closed the connection) 13.26.01 Join GeekShado_ [0] (n=Antoine@41.149.69-86.rev.gaoland.net) 13.42.00 Quit GeekShadow (Read error: 110 (Connection timed out)) 13.50.20 Quit maraz (simmons.freenode.net irc.freenode.net) 13.50.20 NSplit simmons.freenode.net irc.freenode.net 13.50.20 Quit Zambezi (simmons.freenode.net irc.freenode.net) 13.50.20 Quit FOAD (simmons.freenode.net irc.freenode.net) 13.52.20 NHeal simmons.freenode.net irc.freenode.net 13.52.20 NJoin FOAD [0] (n=dok@dinah.blub.net) 13.52.20 NJoin Zambezi [0] (i=Zulu@bnc.fran.dotbnc.se) 13.52.20 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 13.52.33 Quit freqmod (Read error: 104 (Connection reset by peer)) 13.52.36 Join freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 13.53.23 Join kugel [0] (n=kugel@rockbox/developer/kugel) 13.54.06 Quit maraz (simmons.freenode.net irc.freenode.net) 13.54.06 Quit Zambezi (simmons.freenode.net irc.freenode.net) 13.54.06 Quit FOAD (simmons.freenode.net irc.freenode.net) 13.55.57 Quit parafin (simmons.freenode.net irc.freenode.net) 13.55.57 Quit mcuelenaere (simmons.freenode.net irc.freenode.net) 13.55.57 Quit antil33t (simmons.freenode.net irc.freenode.net) 13.55.57 Quit Erant (simmons.freenode.net irc.freenode.net) 13.56.30 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 13.56.30 NJoin antil33t [0] (n=Mudkips@119.224.12.185) 13.56.30 NJoin parafin [0] (i=parafin@paraf.in) 13.56.30 NJoin Erant [0] (i=erant@66.254.115.37) 13.56.36 NJoin FOAD [0] (n=dok@dinah.blub.net) 13.56.36 NJoin Zambezi [0] (i=Zulu@bnc.fran.dotbnc.se) 13.56.36 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 13.59.38 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-159.nyc.res.rr.com) 14.03.56 Quit dash32 (Remote closed the connection) 14.09.09 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 14.14.32 Join jspeter [0] (n=quassel@pool-71-173-120-158.lyncva.east.verizon.net) 14.16.39 Quit darkhamm (Connection timed out) 14.17.31 Join darkhamm [0] (n=darkhamm@95.234.18.35) 14.20.16 Quit funman ("free(random());") 14.26.39 Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) 14.35.34 Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) 14.39.55 # yay, radio sound on my yp-s3 14.43.06 Quit kugel (Read error: 110 (Connection timed out)) 14.52.58 # bertrik: Woot! :) 14.59.41 # this means that communication with the codec works 15.00.10 # this wm1800 has no public documentation but seems to be identical w.r.t. register layout to the wm8960 15.02.59 Quit antil33t (Read error: 54 (Connection reset by peer)) 15.03.12 Join antil33t [0] (n=Mudkips@119.224.12.185) 15.08.21 Quit jspeter (Remote closed the connection) 15.08.36 *** Saving seen data "./dancer.seen" 15.08.39 Join kugel [0] (n=kugel@rockbox/developer/kugel) 15.16.09 Quit DataGhost (Nick collision from services.) 15.16.17 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 15.19.18 Quit bzed (Remote closed the connection) 15.19.20 Join bzed [0] (n=bzed@devel.recluse.de) 15.20.25 Join nonsense [0] (n=nonsense@200.79.138.35.dsl.dyn.telnor.net) 15.22.20 Quit nonsense (Client Quit) 15.24.02 Join nonsense [0] (n=nonsense@200.79.138.35.dsl.dyn.telnor.net) 15.24.31 Quit nonsense (Remote closed the connection) 15.24.49 Quit xavieran (Read error: 113 (No route to host)) 15.26.19 Quit kugel (Nick collision from services.) 15.26.27 Join kugel [0] (n=kugel@e178100185.adsl.alicedsl.de) 15.27.10 Join barrywardell [0] (n=barrywar@89.100.0.69) 15.27.47 Join xavieran [0] (n=xavieran@ppp118-208-231-136.lns10.mel6.internode.on.net) 15.31.56 Join evilnick [0] (i=0c140464@gateway/web/freenode/session) 15.32.40 Quit cg_ (Read error: 110 (Connection timed out)) 15.36.49 # hm, I wonder if I should add yet another wolfson codec driver (we already have 6!) or try to reuse an existing one and try to make sense of the existing #ifdef mess... 15.37.02 Quit To (simmons.freenode.net irc.freenode.net) 15.37.02 NSplit simmons.freenode.net irc.freenode.net 15.37.02 Quit pike (simmons.freenode.net irc.freenode.net) 15.37.02 Quit shaggy-h (simmons.freenode.net irc.freenode.net) 15.37.02 Quit crwl (simmons.freenode.net irc.freenode.net) 15.37.02 Quit feisar_ (simmons.freenode.net irc.freenode.net) 15.37.02 Quit trisiak (simmons.freenode.net irc.freenode.net) 15.37.02 Quit evilnick (simmons.freenode.net irc.freenode.net) 15.37.02 Quit LambdaCalculus37 (simmons.freenode.net irc.freenode.net) 15.37.02 Quit saratoga (simmons.freenode.net irc.freenode.net) 15.42.59 # we don't really have a standard way to tell the codec to set fmradio volume, do we? 15.43.56 Join AndyI [0] (i=AndyI@212.14.205.32) 15.44.06 NHeal simmons.freenode.net irc.freenode.net 15.44.06 NJoin evilnick [0] (i=0c140464@gateway/web/freenode/session) 15.44.06 NJoin LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) 15.44.06 NJoin saratoga [0] (i=9803c6dd@gateway/web/freenode/x-vaxetovsyhxitgrr) 15.45.16 NJoin To [0] (n=t@5352AB02.cable.casema.nl) 15.45.16 NJoin pike [0] (n=pike@xbmc/gc/pike) 15.45.16 NJoin shaggy-h [0] (n=kiwi@host-87-74-127-193.dslgb.com) 15.45.16 NJoin crwl [0] (n=crawlie@a91-156-100-168.elisa-laajakaista.fi) 15.45.16 NJoin feisar_ [0] (n=jljhook@irkki.fi) 15.45.16 NJoin trisiak [0] (n=tree@chello089078243195.chello.pl) 15.47.35 Quit togetic (Read error: 104 (Connection reset by peer)) 15.51.46 Quit parafin (simmons.freenode.net irc.freenode.net) 15.51.46 Quit Erant (simmons.freenode.net irc.freenode.net) 15.51.46 Quit mcuelenaere (simmons.freenode.net irc.freenode.net) 15.51.51 Quit einhirn (Read error: 104 (Connection reset by peer)) 15.51.55 Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 15.52.06 NJoin mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 15.52.06 NJoin parafin [0] (i=parafin@paraf.in) 15.52.06 NJoin Erant [0] (i=erant@66.254.115.37) 15.52.10 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 15.52.46 Quit maraz (simmons.freenode.net irc.freenode.net) 15.52.46 Quit Zambezi (simmons.freenode.net irc.freenode.net) 15.52.46 Quit FOAD (simmons.freenode.net irc.freenode.net) 15.53.18 NJoin FOAD [0] (n=dok@dinah.blub.net) 15.53.18 NJoin Zambezi [0] (i=Zulu@bnc.fran.dotbnc.se) 15.53.18 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 15.58.44 Join killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) 15.59.18 Quit AndyIL (Connection timed out) 16.05.46 Quit moos (Read error: 104 (Connection reset by peer)) 16.05.48 Join DrMoos [0] (i=mustapha@85-169-147-55.rev.numericable.fr) 16.06.00 Nick DrMoos is now known as moos (i=mustapha@85-169-147-55.rev.numericable.fr) 16.08.06 Join darkhamm_ [0] (n=darkhamm@host195-36-dynamic.50-79-r.retail.telecomitalia.it) 16.08.37 Join Stephen_ [0] (n=S@92.251.255.5) 16.10.51 Quit kugel (Read error: 110 (Connection timed out)) 16.13.45 Quit maraz (simmons.freenode.net irc.freenode.net) 16.13.45 NSplit simmons.freenode.net irc.freenode.net 16.13.45 Quit Zambezi (simmons.freenode.net irc.freenode.net) 16.13.45 Quit FOAD (simmons.freenode.net irc.freenode.net) 16.14.33 NHeal simmons.freenode.net irc.freenode.net 16.14.33 NJoin FOAD [0] (n=dok@dinah.blub.net) 16.14.33 NJoin Zambezi [0] (i=Zulu@bnc.fran.dotbnc.se) 16.14.33 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 16.19.43 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 16.23.58 Quit darkhamm (Read error: 110 (Connection timed out)) 16.24.33 # New commit by 03bertrik (r22138): Samsung YP-S3: update bootloader demo app with test code for the wmcodec (volume control of fm radio) 16.25.13 # Woo! 16.29.46 Join dash32 [0] (n=dash32@p54AB7A62.dip.t-dialin.net) 16.32.04 Join GeekShad__ [0] (n=Antoine@41.149.69-86.rev.gaoland.net) 16.33.26 Quit l403 ("Ex-Chat") 16.34.30 Quit GeekShado_ (Read error: 104 (Connection reset by peer)) 16.37.21 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.40.49 Quit Stephen_ ("Leaving") 16.44.46 Quit AsaelReiter ("CGI:IRC (EOF)") 16.45.48 Join AsaelReiter [0] (n=d44c60ea@gateway/web/cgi-irc/labb.contactor.se/x-cnkuyxsxadrtzzzm) 16.49.35 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.52.07 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 16.54.12 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 16.58.10 Join n00b81 [0] (n=n00b81@unaffiliated/n00b81) 16.59.33 # kugel: Regarding zxbox, it's not my code - Anton Romanov (who is also a committer since shortly after I committed that code) wrote zxbox. Also, jhMikeS made some changes there (r13233 and r13234). But looking at the problem, simply changing totalSize to "size_t totalSize" and getting rid of the abs() would look OK to me. (unless I've missed something obvious...) 17.04.57 Join funman [0] (n=fun@rockbox/developer/funman) 17.05.52 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 17.06.33 # New commit by 03kugel (r22139): A bit mroe wps/skin engine cleanup so that the structs the wps uses can be static: ... 17.08.38 *** Saving seen data "./dancer.seen" 17.09.13 Quit kugel (Nick collision from services.) 17.09.21 Join kugel [0] (n=kugel@e178116231.adsl.alicedsl.de) 17.09.45 # New commit by 03kugel (r22140): Remove find_albumart() from the plugin API as it doesn't exist for them. ... 17.10.13 Quit Sajber^ ("Leaving.") 17.10.43 Join Sajber^ [0] (n=Sajber@c-673771d5.012-155-73746f22.cust.bredbandsbolaget.se) 17.11.09 Quit darkhamm_ (Read error: 104 (Connection reset by peer)) 17.11.16 # how can i mail the person at AMS to be sure he doesn't forget us ? 17.11.41 # i would like to ask politely and not force him 17.13.14 # funman: You could say something like "Can you confirm you have received this email?" 17.13.48 # i should answer to my own answer then (i'm not sure how outlook threads mails) 17.14.21 # outlook doesn't thread mails by default (it just sorts them chronologicaly) 17.14.46 # funman: Yes, that's what I normally do (i.e. go to my "sent mail" folder and do a reply-all) 17.15.28 # it doesn't display them threaded, but it does do the proper stuff with message IDs and the like to allow threading 17.15.28 # i'll not reply to myself though ^^ 17.15.36 # funman: Or possibly even forward it. 17.17.25 # kugel: red 17.17.28 # I saw 17.23.10 # hm, the wps_state.paused check doesn't seem to be needed 17.29.56 Join BryanJacobs [0] (n=bryanjac@128.151.67.243) 17.31.34 Quit AndyI (Read error: 104 (Connection reset by peer)) 17.33.35 # linuxstb: did you see my question last night? 17.34.02 # kugel: Yes. I guess you didn't see my answer (about 34 minutes ago) ? 17.34.16 # yea, was disc'd 17.36.36 # linuxstb: making in unsigned hides buffer underruns, doesn't it? 17.36.55 # buffer underruns? 17.37.17 Join AndyI [0] (i=AndyI@212.14.205.32) 17.37.49 # hm, no that shouldn't be possible if I think about it 17.37.58 # The type of the parameter to the plugin_get_audio_buffer() function is size_t*, so I would have expected jhMikeS to have used size_t as the type for totalSize. 17.39.08 # Maybe that function made sense back at r10950 when zxbox was committed (or maybe not - I doubt anyone would have looked at it in that much detail). 17.46.24 # New commit by 03kugel (r22141): Fix reds for IAP and a missing #include. 17.47.58 # kugel: we dont want these wrapper functions.... 17.48.06 Join AndyIL [0] (n=pasha_in@212.14.208.235) 17.48.17 # when this is all finished there should be no global wps type structs 17.48.58 # anyone mind if I commit FS#8286 - utilise the buttons on the gigabeat cradle 17.49.50 # New commit by 03kugel (r22142): Fix yellows relvealed by the ABS() rework tonight. The abs() didn't seem to make much sense there anyway. Thanks Dave Chapman. 17.50.11 # JdGordon: and there is none now 17.50.26 Quit barrywardell () 17.50.41 # no, there still is all over the skin_engine folder 17.50.43 # saratoga: sure, if it works 17.51.03 # JdGordon: what? 17.51.27 # Where? How can that be if there are static? 17.51.45 # they are global to that file.. 17.51.49 # we dont want that at all 17.52.07 # I see no problem with that 17.52.17 # otherwise its too hard... impossible.... to use the engine in different screens 17.52.30 # but I have a problem with the wps being a layer and other code still accessing those structs directly 17.52.37 Join barrywardell [0] (n=barrywar@89.100.0.69) 17.53.22 # JdGordon: I don't understand. A possible WFMS will also make its wps-type structs and pass them to the skin engine functions as parameter 17.53.25 # not? 17.54.22 # yes 17.55.16 # that's what the wps does now 17.55.21 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.56.05 # arg, ok, im still half asleep.. didnt realise you put the wrappers there 17.56.07 # ok 17.56.12 # * JdGordon takes it all back 17.56.21 # JdGordon: :) 17.56.58 Join daggett [0] (n=denis@lab.openpattern.org) 17.58.53 Quit AndyI (Read error: 110 (Connection timed out)) 17.59.00 Quit funman ("free(random());") 18.00.07 # ah, all green again :> 18.02.28 # JdGordon: can this fade on pause moved to playback.c? 18.02.53 # leave it where it is for now... 18.02.58 # its not any nicer in playback 18.03.00 Join cg_ [0] (n=cromos@cable-kmi-fe71de00-186.dhcp.inet.fi) 18.03.21 # it should be moved there and made to not block... 18.03.32 # i.e use the dsp to control the volume instead 18.03.48 Join fbt [0] (n=user@r200-40-216-74.ae-static.anteldata.net.uy) 18.04.03 # it annoys me that it doesn't work in f.e. playback control where it is now 18.04.40 # ? 18.05.42 # hi, does anyone know if Rockbox is compatible with iPod classic 80GB? http://support.apple.com/kb/HT1353#ipodclassic 18.05.46 # play a plugin with playback control, you don't have fade-on-pause there 18.06.03 # fbt: Not at the moment, no. 18.06.16 # fbt: the front page should be explicit about the classic 18.06.33 # right, putting it in playback wont really fix that.... (or it will and cause other problems) 18.07.42 # what sort of problems? 18.10.51 # having the wps update while its happenin... also that it blocks 18.11.56 # JdGordon: where does it block, btw? 18.12.26 # there are some sleeps() in it 18.12.27 # its two while loops 18.12.37 # both have a sleep 18.12.48 # ok, but it blocks the calling thread... 18.13.16 # it blocks the wps right now, but that would be fixed by that 18.13.23 # anyway, there is also a bug out there that fade doesnt work on line out because it uses the sound volume instead of the dsp... 18.13.52 # I don't think that's very related to my idea 18.14.25 # not at all... but there is bigger issues with fade than just its position 18.14.41 Nick YpsyZNC is now known as Ypsy (n=ypsy@geekpadawan.de) 18.15.09 Quit domonoky (Read error: 104 (Connection reset by peer)) 18.15.16 # I think the position is one problem, and the line out another. both can be fixed independently 18.17.37 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.18.48 # ok 18.19.29 # can you replace the data init wrapper you added with _skin_data_load() (i.e move that out into wps.c) 18.19.36 # the default is not a global default 18.19.44 # * JdGordon has to run.. back in 15 18.21.44 Quit martian67 (Remote closed the connection) 18.22.06 Join Sylph2 [0] (n=Sylph@cpe-65-26-181-154.indy.res.rr.com) 18.22.21 Join Ubuntuxer [0] (n=johannes@dslb-094-221-095-237.pools.arcor-ip.net) 18.23.17 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 18.25.17 Quit martian67 (SendQ exceeded) 18.26.17 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 18.29.50 Join funman [0] (n=fun@rockbox/developer/funman) 18.30.14 # New commit by 03teru (r22143): calendar: fix bug when add new event text longer than last entry. ... 18.31.28 Join JdGordon| [0] (i=ad81c4c2@gateway/web/freenode/x-plakcxlcbcidbjcp) 18.32.06 Quit daggett ("Ex-Chat") 18.33.56 Quit AsaelReiter ("CGI:IRC (EOF)") 18.39.25 # * JdGordon| coups custom vp at kugel :D 18.39.38 # cough* 18.43.42 Quit kugel (Read error: 110 (Connection timed out)) 18.45.14 Part togetic ("part") 18.46.38 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.47.00 # JdGordon|: seems to work well in playback.c 18.47.14 Quit BryanJacobs ("Java user signed off") 18.47.56 # show me the diff... 18.50.01 Join stoffel [0] (n=quassel@p57B4C881.dip.t-dialin.net) 18.54.51 # JdGordon|: aren't you at work? 18.55.02 # hmm.... I g15min left in the drive 18.55.38 Nick Ypsy is now known as YpsyZNC (n=ypsy@geekpadawan.de) 18.55.41 # does your change keep you in the ws while its fading out? 18.56.24 # I'm not even sure we would need to keep that... imo its more annoying than nice 18.56.40 # http://pastie.org/pastes/569931 - yes, because I didn't implement a proper queue post yet, but it works nevertheless 18.57.56 # with a proper queue post, that redrawing wouldn't be needed also, because the wps would run normally (i.e. update itself) while fading 18.59.06 # yeah, that update_func shouldnt be needed 18.59.59 # the fading should really be done in audio_resume() and audio_stop() 19.00.14 # and the is_fading() check seems wrong... 19.00.31 # ad a playback flag PLAYBACK_FADING (or whatever) to make it obvious 19.02.58 # is_wps_fading isn't my code :) 19.03.15 # you seem to be convinced? 19.03.46 # AUDIO_STRATUS_FADING needs to be added... 19.04.06 # the is_wps_fading function really looks wrong 19.05.01 # but yeah, i'm all for moving unrelated crap out of wps.c 19.05.13 # just it needs to be done correctly :) 19.08.40 *** Saving seen data "./dancer.seen" 19.08.47 Quit JdGordon| ("Page closed") 19.10.33 Quit Ubuntuxer (Read error: 110 (Connection timed out)) 19.14.01 Quit killan (Read error: 104 (Connection reset by peer)) 19.14.02 Join killan_ [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) 19.18.40 Quit fbt (Remote closed the connection) 19.22.46 Join captainkwel [0] (i=2669ecc2@gateway/web/freenode/x-wvikqtknhvlutbns) 19.24.50 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-bwzyjvfsaaphasdx) 19.28.21 Join SirFunk [0] (n=Sir@cpe-74-74-126-134.stny.res.rr.com) 19.33.33 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 19.42.53 Quit aaron424 (Remote closed the connection) 19.44.01 Quit antil33t (Read error: 54 (Connection reset by peer)) 19.44.15 Join antil33t [0] (n=Mudkips@119.224.12.185) 19.44.31 Quit teru ("Quit") 19.53.06 Quit barrywardell () 19.53.24 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 19.56.42 Join gregzx [0] (n=chatzill@dtk139.neoplus.adsl.tpnet.pl) 19.58.37 Quit gregzx (Client Quit) 19.59.41 # New commit by 03bluebrother (r22144): Add missing svn:keywords property. 20.00.10 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 20.01.04 # meeeh 20.01.26 # JdGordon|: i got it sort of working, quite complicated stuff 20.02.35 # only sort of? you're not trying hard enough! it should be ciompletly complicated... not just quite 20.03.56 Join DrMoos [0] (i=mustapha@85-169-147-55.rev.numericable.fr) 20.04.35 Quit moos (Read error: 104 (Connection reset by peer)) 20.04.36 Nick DrMoos is now known as moos (i=mustapha@85-169-147-55.rev.numericable.fr) 20.07.39 # JdGordon: well, I can leave the wps while fading 20.08.00 # great 20.13.01 Quit Sajber^ ("Leaving.") 20.13.32 Join Sajber^ [0] (n=Sajber@c-673771d5.012-155-73746f22.cust.bredbandsbolaget.se) 20.15.55 Quit jordan` (Read error: 104 (Connection reset by peer)) 20.18.02 Join jordan` [0] (i=gromit@78.235.252.137) 20.28.14 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 20.29.56 # I worry a bit sometimes about more DAPs getting flash memory that is hard to access for rockbox 20.30.35 # dont worry too much.... we'll always have the archos player and recorders to play with! 20.30.55 # I fear the trend will go away from hard disks and sd-card like memories 20.32.44 # bertrik: i think sd makes the ftl easier since it's done by hardware 20.33.07 # the problem is that it is expensive (royalties), unless you are the one who takes the royalties (SanDisk) 20.34.05 # I wonder why SD is more popular than MMC, although MMC is (mostly) open 20.35.01 # there is microSD to SD advantage 20.35.17 # funman: for slots, yes, but not for fixed storage 20.35.44 # what is the upper limit of MMC storage? 20.35.50 # in GB 20.36.24 # "MMCs are currently available in sizes up to and including 32 GB" according to wikipedia 20.36.37 # huh, where? 20.36.55 # funman, yes, I think the trends will be towards MLC NAND, which cannot go without an FTL because it can have bad blocks even if brand new (IIUC) 20.37.20 # although the new specs allow 2048GB, I thought 20.37.45 # adding a common FTL layer inside rockbox whould be easy, but OF-compatibility not 20.38.04 # pixelma: another corner of the same page says "up to 4 GB (current maximum sold)" 20.38.13 # .. unless the OF bootloader uses the OF FTL and can't be changed 20.38.15 # never saw a plus 4GB MMC available for the end user (as a single card) 20.38.15 # funman: Depends on the protocol version (similar to SD vs. SDHC). MMC up to 4.1 supports up to 4GB (32 bit byte addresses), MMC 4.2 supports up to 2TB (32 bit block addresses) 20.38.51 # he asked for GB ;) 20.38.54 Join darkhamm [0] (n=darkhamm@host195-36-dynamic.50-79-r.retail.telecomitalia.it) 20.39.31 # I don't know of any publicly available MMCs >4GB, although there seem to be "embedded MMCs" which use protocol version 4.2 20.40.09 Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) 20.40.23 # JdGordon|: pausing works fine, stopping not so 20.40.34 Quit stoffel (Remote closed the connection) 20.41.21 # MMCs also exist in smaller-than-standard form factor. There is RS-MMC and MMC mobile 20.43.06 # kugel: because stopping causes the fade? 20.43.20 # oh, we fade on pause also... ignore that :p 20.46.19 # JdGordon|: it's because queue_send() is used, which doesn't return until the thread has worked out what's being send (in contrast to queue_post) 20.46.51 # I queue_post the fading, but then audio_stop() is immediately called after, making the queue_post pretty useless for stopping 20.47.09 Quit funman ("free(random());") 20.48.00 # isnt the audio_stop() done inside the fading? 20.48.48 # it should be the other way around.... fading is done inside audio_stop()/pause()/resume() 21.04.54 # JdGordon|: those do queue_send, so that other code can rely on playing being paused/stopped after they return 21.05.41 # add a "bool wait" to it then? 21.05.53 # fading should be automatic if its enabled 21.06.38 # the only time i cant tinhk of quickly that it has to wait for playback to stop is when stealing the audio buffer... 21.07.53 # gah, more hacking :/ 21.08.35 # its not too late to turn back :p 21.08.44 *** Saving seen data "./dancer.seen" 21.17.40 Quit shaggy-h () 21.19.09 Join shaggy-h [0] (n=kiwi@host-87-74-127-193.dslgb.com) 21.26.50 # can someone give me some tips on making a dictionary file for rockbox? im right here http://www.rockbox.org/twiki/bin/view/Main/PluginDict Im at step 3 and i dont understand where the files come from in step 3 that they ask for 21.27.38 Quit n00b81 ("Leaving") 21.28.13 # well nevermind i think i might just try doing it a different method 21.29.04 Join petur [0] (n=peter@78-21-207-156.access.telenet.be) 21.34.07 Join feisar__ [0] (i=jljhook@irkki.fi) 21.36.09 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 21.36.10 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 21.36.20 Quit pike (Nick collision from services.) 21.36.25 Quit pixelma (Nick collision from services.) 21.36.26 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 21.36.34 Join pike [0] (n=pike@xbmc/gc/pike) 21.36.43 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 21.38.17 Quit feisar_ (Read error: 104 (Connection reset by peer)) 21.39.30 Quit darkhamm (Read error: 104 (Connection reset by peer)) 21.41.23 Join darkhamm [0] (n=darkhamm@host195-36-dynamic.50-79-r.retail.telecomitalia.it) 21.41.54 Quit pixelma (Nick collision from services.) 21.41.55 Join pixelma2 [0] (i=quassel@rockbox/staff/pixelma) 21.42.13 Nick pixelma2 is now known as pixelma (i=quassel@rockbox/staff/pixelma) 21.42.28 Quit amiconn (Nick collision from services.) 21.42.30 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 21.42.50 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 21.42.51 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 21.43.31 Quit pixelma_ (Client Quit) 21.45.00 Quit SirFunk (Read error: 110 (Connection timed out)) 21.45.02 Quit aaron424 (Connection timed out) 21.56.36 Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) 21.57.31 Quit LambdaCalculus37 () 22.01.10 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.01.34 Quit stripwax (Read error: 104 (Connection reset by peer)) 22.04.44 Join stripwax5443 [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.15.30 Quit kugel (Remote closed the connection) 22.21.06 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 22.22.48 Nick bmbl is now known as bmbl_ (n=Miranda@unaffiliated/bmbl) 22.28.20 # New commit by 03learman (r22145): Fix inaccurate time display for 44.1 (and 22.05) kHz MP3 audio tracks. Time was off by about 0.2%. Doesn't sound much, but after one hour, that's 8 ... 22.30.19 # * stripwax5443 sighs - every single album art downloader he has tried on Windows is poor and crashes 22.35.06 # stripwax5443: itunes? ;) 22.36.38 # grrr 22.36.41 Quit xavieran (No route to host) 22.36.50 # * stripwax5443 wonders why his nick is messed up. and there's two of me? 22.36.52 # wikipedia? :P 22.36.53 Join lear [0] (n=chatzill@host-90-237-183-215.mobileonline.telia.com) 22.38.03 # lear, won't that change cause an overflow for longer songs? 22.38.53 # bertrik: Check samplesdone. It is 64 bits. 22.39.11 # ok 22.39.12 Join xavieran [0] (n=xavieran@ppp118-208-231-136.lns10.mel6.internode.on.net) 22.39.41 Quit jfc (Read error: 54 (Connection reset by peer)) 22.39.58 # I mean, without question, they all fail. Album Cover Art Downloader - just crashes half way through, I don't get any error message. Create Coversearch pops up error messages saying 'Server reported 503' and then gives me an obsure .net error about a handle not pointing to the right instance object and then stops working. Album Art Aggregator tells me "Error creating file structure, the path is too long, .. make sure path is less than 22.40.10 # * stripwax5443 moves to #rockbox-community 22.40.11 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 22.42.06 # lear: Nice fix. Although "svn blame" says you wrote that line originally? ;) 22.43.00 # linuxstb: Really? I might have changed it at one time, but I much doubt I wrote it... 22.43.11 Quit r0b- (Read error: 110 (Connection timed out)) 22.44.34 # lear: http://svn.rockbox.org/viewvc.cgi?view=rev&revision=7334 22.44.44 # * linuxstb expects if you go further back, his name may appear there... 22.44.58 # linuxstb: Nah, I only changed reading it from the id3 struct to a local variable... 22.45.55 # miipekk touched it before that 22.46.02 # r6986 22.46.11 # if we're talking about the set_elapsed line 22.47.00 # linuxstb: Oh, not quite. Didn't change the logic though. :) 22.47.30 # and before that bagder moved some files around and made it hard to track :) 22.47.53 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 22.48.05 # * Bagder whistles 22.48.31 # Mikachu: It used to be here - http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/codecmpa.c?view=log&pathrev=6811 22.48.48 Quit stripwax5443 ("http://miranda-im.org") 22.49.02 # * linuxstb can't remember why he has the (C) in that file, as he doesn't appear to have done any commits... 22.49.02 Join stripwax5443 [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.52.55 # Heh. The problem was there from the start. It has bugged me for some time, but it made me find and fix some other seek-related issues (such as not using the VBR TOC for a while)... 22.53.24 # lear: Did you check if any other codecs do the same? 22.54.40 # Seems a52.c does... 22.55.02 # Not really. But it is quite visible during playback of long files. Do a seek. When playback restarts, the time jumps forward a couple of seconds if you've seeked long enough into the file. 22.55.25 # Well, I never play such files (except for occasional testing)... 22.55.25 # asap.c using a "/ 44.1".. 22.55.59 Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.12/2009070810]") 22.56.29 # Ouch. 22.59.22 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.00.07 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.00.25 Quit kugel (Nick collision from services.) 23.00.33 Join kugel [0] (n=kugel@e178125032.adsl.alicedsl.de) 23.00.47 # hm 23.01.35 # It would be nice if teru made a) more atomic commits and b) talk to the devs if he's going to (partly) revert code they've done very recently 23.04.15 # kugel: What code are you talking about that's been reverted? 23.04.30 # part of bubbles 23.05.53 # uhh, and he moved saving stuff into the non-saving quit menu item, although he was the one that wanted to avoid unecessary disk spinups 23.07.20 # * kugel isn't happy with that commit 23.07.56 # kugel: If I was you, I would reply to the commit message (to the dev list). 23.08.10 # yea, I was about to do that 23.08.48 *** Saving seen data "./dancer.seen" 23.09.19 Quit darkhamm ("Sto andando via") 23.16.42 Quit dash32 (Read error: 110 (Connection timed out)) 23.17.18 Join dash32 [0] (n=dash32@p54AB7449.dip.t-dialin.net) 23.17.39 # trying to minimise the skin structs ram usage.... does 200 tokens per viewport sound like a reaosnable limit? 23.17.55 # with "unlimited" viewports 23.20.56 # Why per-viewport? That seems wasteful. 23.20.56 # that would make each skin at a minimum about 12K which is still way to huge for the stack which lmits it a bit 23.22.32 Join r0b- [0] (n=rob@adsl-76-235-163-137.dsl.klmzmi.sbcglobal.net) 23.22.36 # I want to change it so tokens are actually part of the viewport struct, instead of it pointing into the static token array... 23.22.52 Join AndyI [0] (n=pasha_in@212.14.208.235) 23.23.48 # Why? 23.24.44 # JdGordon: the main stack is 2MB, isn't it? 23.25.00 # no, not 2MB, but certainly bigger than DEFAULT_STACK_SIZE 23.25.05 # About 9KB... 23.25.09 # my ultimae goal is to get it down small enough so that screens which arnt playback could have their drawing done (or part of it) by the skinner... e.g the time/date screen 23.25.32 # right now the gui_wps struct is HUGE 23.26.41 # FS#9886 was my first attempt at this sort of thing 23.27.04 # out of sync! 23.27.09 # way out of sync 23.27.36 # kugel: The main stack is 8KB. 23.27.46 # * kugel is still in favor of that patch, without the configration bit though 23.29.11 Quit Xerion (Read error: 54 (Connection reset by peer)) 23.30.06 # linuxstb: oh, i thought it was bigger 23.32.12 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 23.32.18 # * JdGordon| doesnt think it will be possible to get it down to fit into the stack 23.32.26 # even 50 tokens is ~3.2KB 23.33.34 # JdGordon|: What do you want to put on the stack? 23.34.04 # the gui_wps struck (whatever that becomes) 23.34.35 # it cant be there for music screens, but if this works, and it can be used for general drawing, then having globals will be yucky 23.35.01 Quit AndyIL (Read error: 110 (Connection timed out)) 23.35.23 # and putting them in the wps_buffer (from 8996) feels too mallocy, even for me :p 23.37.34 # JdGordon|: what did you want me to do with skin_data_load? 23.37.38 Nick stripwax5443 is now known as stripwax_ (n=Miranda@87-194-34-169.bethere.co.uk) 23.38.05 # copy the static function from wps_parser.c(?) into the one you created 23.38.21 # you added a wrapper onto a wrapper :p 23.38.47 # ah yea :p 23.41.18 Quit petur (Remote closed the connection) 23.43.22 # * kugel wished we had a guideline for function declarations & definitions breaking the 80-char limit 23.43.41 # kugel: split them? 23.44.00 # huh? 23.44.18 # align the variables with the ( 23.44.29 # foo (int a, 23.44.32 # long b); 23.44.47 # Mikachu: fail, my irc client isn't monospaceing :p 23.44.59 # so go fix your irc client? :P 23.45.28 # I'm fine with anyway, but it annoys me slightly that there's no guideline about it 23.45.35 # any way* 23.45.58 # we explicitly allow different code styles 23.47.42 Quit lear ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") 23.51.05 # yay, wps.c becomes ugly :p 23.51.27 # ? 23.52.23 # the function I'm going to insert looks a bit ugly, because it has 2 big multiline strings 23.52.34 # s/insert/copy from another file/ 23.52.58 # * Unhelpful points out that those are *parameters* ;) 23.53.20 # strings can be split too 23.53.30 # "foo" "bar" 23.54.23 # Zagor: they are, in multiple lines! 23.54.46 # ok. I don't see anything ugly with that. 23.55.48 # probably just my editor theme