--- Log for 21.03.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 16 hours ago 00.01.29 Quit SUSaiyan (Remote closed the connection) 00.03.00 # saratoga_lab : no 00.03.57 # MT: its really simple, long block lengths give you precise measurement of frequency, while short block lengths give you less precision of frequency, but better localization in time 00.04.30 # so the encoder will look to see if the signal is changing rapidly or not, and decide on the block length 00.04.56 Join Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) 00.04.59 # (if it chooses wrong you get "preecho" which is an echo of a sound that happens before the sound) 00.05.20 # so all transform codecs will do some sort of switching between at least two block sizes 00.05.22 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 00.06.46 Join fml [0] (n=4fd3d6fe@gateway/web/cgi-irc/labb.contactor.se/x-7175c0ad0520b778) 00.07.41 # so , if the signal is rapidly changing, the better choice is short block lengths, correct ? 00.07.42 # BigBambi: hello. I changed the style because it looked like erroneously indented text. What was the purpose of formatting it like this? 00.07.42 Quit saratoga_lab ("CGI:IRC (EOF)") 00.08.13 # fml: I mean things like - for : 00.08.19 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-1decc5b191fe0177) 00.08.46 # MT: rapidly changing in terms of frequency composition, yes. 00.08.53 # fml: It doesn't really matter 00.09.01 # fml: can I PM you? 00.09.44 # BigBambi: I think : is more appropriate here. And if it should be a dash, then "--" should be used since just "-" is used for line breaking 00.09.45 # Sure 00.09.52 # no secrets please! ;) 00.10.35 Quit MethoS- (Remote closed the connection) 00.10.55 # fml: That may well be true, and it really doesn't matter - I just think it is better to say something like, "I think this would be better, do you ming if I change it" I prefer - which is why I used it 00.11.36 # As I say, not a big deal - it just seemed a little odd to change the style to one you prefer just after someone else has written it 00.12.37 # basically all transform decoders are some variation on 1) decompressing packed data [huffman, arithmatic, whatever], requantization [basically multiplying by scaling factors to restore proper volume levels], and then inverse transforming via IMDCT 00.12.48 # fml: er, could you PM me - I'm having an epic fail moment :) 00.13.08 # cook looks to stick to this pretty much exactly 00.13.42 # which i guess makes sense since its fairly old, meant to be simple, and not designed by one of the MPEG committes 00.14.17 # BigBambi: sorry, I got distracted, but now I'm all yours 00.15.37 # BTW: is there really the word "filetype"? I was too lazy to check 00.18.26 # saratoga : I see. I still have to learn about some stuff though. :) 00.18.42 Quit petur ("Zzzzz") 00.19.13 # shouldn't we have code in codeclib for a lot of those steps 00.21.21 # we have one for the IMDCT 00.21.24 Quit fml ("CGI:IRC (EOF)") 00.21.47 # windowing should probably be added, but its quite simple anyway 00.22.24 # someday doing it for huffman or whatever could be interesting, but i don't think any current codecs have a particularly optimal implementation, and I know little about it 00.23.41 # the problem with that is that some may need a pre-filter before using a generic huffman decoder - like we talked about with jpeg, which uses certain byte values for markers, and needs those escaped if they occur in the huffman-coded data 00.24.49 # the ffmpeg codecs all share common huffman code apparently without that, so its probably pretty standard, at least for audio 00.25.15 # standard bitstream parsing code would be nice as well 00.25.43 # then it could be ASMed for each arch and forgotten about 00.26.10 # "apparently"? perhaps container handlers, or some other layer before huffman, filters such things out for ffmpeg, though? 00.28.04 Quit gevaerts (Nick collision from services.) 00.28.13 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 00.29.53 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.31.29 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.31.29 Quit pixelma (Nick collision from services.) 00.31.37 Quit amiconn (Nick collision from services.) 00.31.38 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.31.42 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 00.31.42 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.31.59 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.32.27 Quit bluebrother ("leaving") 00.33.44 # Unhelpful: the codecs I looked at all seem to use the standard VLC API in ffmpeg 00.33.48 Quit n1s ("Lämnar") 00.34.02 # its possible it can be inited into different modes though 00.34.26 # i wonder how many different escaping schemes there actually are? 00.35.21 # hard to imagine theres very many 00.36.30 Quit keby (Read error: 104 (Connection reset by peer)) 00.36.39 # really? when you could choose any magic byte to use as a marker? i'd imagine, though, that most codecs don't really have any need for inserting magic tokens into the huffman bitstream 00.37.54 Join keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) 00.38.02 # as far as a choice of magic marker bytes, i'd imagine that the jpeg one is probably least likely to actually occur in the huffman stream, so it's probably what anybody else uses 00.40.54 # it looks like the vlc_init function takes a list of codes 00.41.10 # i guess the market could be stored in there then? 00.41.54 # possibly. does mjpeg use "real" jpeg per-frame? maybe you could see how that inits it... 00.44.58 # Unhelpful: mjpeg does some sort of preprocessing before calling the standard ffmpeg vlc functions 00.45.28 # hm! i believe the jpeg marker bytes is 0xff 00.45.55 # build_vlc in mjpegdec.c if you're interested 00.46.19 # "init_vlc" is the standard ffmpeg init function, and the one we use for WMA 00.47.07 Join bs66_1 [0] (n=sysuser@95.209.28.79.bredband.tre.se) 00.47.11 # we don't use it for other codecs that use huffman for their entropy coding stage? 00.48.08 # other codecs use whatever they came with 00.48.42 Quit tyfoo (Read error: 104 (Connection reset by peer)) 00.49.37 # so we'd either need to modify tremor, libmad, etc extensively to use a different vlc decoder, or replace them with ffmpeg's decoders for those formats? 00.50.44 # yeah 00.51.07 # grep says flac has the ffmpeg bitstream.h file. but it doesn't seem to use it for entropy coding 00.51.39 # i suppose if we get the cook, wma pro or ffmpeg aac codecs ever, then they would share it 00.52.05 # i don't think flac uses huffman, it uses rice codes, which by design represent a distribution of inputs that closely matches that of the residue from the LPC stage 00.53.08 # although, i'm not sure *how* flac encodes its LPC coefficients 00.54.14 Quit flydutch ("/* empty */") 00.54.53 # I'm not too concerned about flac, its fast enough 00.55.12 # getting vorbis, aac, and wma sharing as much code as possible would be nice though 00.55.21 # since they're all much slower then i'd liek and very similar 00.56.08 # I guess AC3 too but its already fast and obscure enough that I'm content to leave it be 00.56.26 # and because we can then get excellent payoff for effort on optimizing that common code :) 00.56.58 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 00.59.59 Quit cspotcode (Read error: 145 (Connection timed out)) 01.02.49 Quit bs66_ (Read error: 110 (Connection timed out)) 01.04.04 Join {-phoenix-} [0] (n=dirk@p54B44E18.dip.t-dialin.net) 01.07.20 Quit robin0800 (Remote closed the connection) 01.07.52 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.7/2009030516]") 01.15.28 Quit HellDragon (Read error: 104 (Connection reset by peer)) 01.15.38 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 01.17.18 *** Saving seen data "./dancer.seen" 01.21.16 Quit {phoenix} (Read error: 110 (Connection timed out)) 01.26.52 Quit MT (Read error: 60 (Operation timed out)) 01.33.28 Join jsbmsu [0] (n=jsbmsu@c-68-32-249-50.hsd1.ms.comcast.net) 01.34.12 Quit HellDragon (Client Quit) 01.34.22 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 01.35.41 Quit jsbmsu (Client Quit) 01.40.27 Quit Aurix_Lexico ("Leaving.") 01.41.39 Quit bertrik ("sleep") 01.53.53 Quit Lss (Read error: 54 (Connection reset by peer)) 02.09.19 Join Thundercloud_ [0] (i=thunderc@excalibur.flat.devzero.co.uk) 02.21.19 Quit ender` (" Logic is a systematic method of coming to the wrong conclusion with confidence.") 02.21.35 Quit daurnimator (Remote closed the connection) 02.22.28 Quit Thundercloud_ (Remote closed the connection) 02.24.15 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 02.25.14 Quit daurnimator (Remote closed the connection) 02.25.45 Quit Thundercloud (Read error: 113 (No route to host)) 02.28.29 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 02.29.04 Quit daurnimator (Read error: 104 (Connection reset by peer)) 02.38.09 Nick JdGordon is now known as JdGordon|afk (n=jonno@rockbox/developer/JdGordon) 02.46.37 Quit jordoex (Read error: 110 (Connection timed out)) 02.56.13 Join goffa_ [0] (n=goffa@216.220.23.105) 03.01.14 Join xSlack [0] (n=brett@173-17-70-78.client.mchsi.com) 03.03.17 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 03.09.24 Quit goffa (Read error: 110 (Connection timed out)) 03.17.22 *** Saving seen data "./dancer.seen" 03.19.20 Quit XavierGr () 03.20.35 Quit midgey () 03.21.25 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-083a76e4ab989ee5) 03.24.42 Quit Strife89 ("Bed") 03.26.10 Quit avis ("all that we see or seem, is but a dream, within a dream") 03.29.55 Join grdxyxy [0] (n=eric@113.128.137.177) 03.33.50 Part grdxyxy 03.42.47 Quit {-phoenix-} (Remote closed the connection) 03.42.58 Quit efyx ("Quitte") 03.52.09 Join webguest54 [0] (n=4c75e088@gateway/web/cgi-irc/labb.contactor.se/x-d5439153f5e2e4ef) 03.57.25 Join doomwake [0] (n=doomwake@67.223.208.116) 03.57.40 Quit webguest54 ("CGI:IRC (EOF)") 04.00.17 # hello 04.00.34 # can some one help please 04.03.39 # i have a ipod video and i want a custom fireware to beable to not use itunes and just have it work like the psp just open it up like a flash drive and drag and drop 04.03.57 # does rockbox do that? 04.06.46 # is everyone afk when there over 100 here? 04.09.25 Join bookshare [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-42219fc1a6421c4e) 04.14.04 Join jordoex [0] (n=quassel@d154-20-29-131.bchsia.telus.net) 04.14.53 Quit bookshare ("CGI:IRC (Ping timeout)") 04.18.17 # doomwake: It does do that, it will appear as a drive 04.18.42 # no do you have a psp 04.19.22 # there like a video folder and u just put them in there and they show up on the ipod 04.19.36 # on the psp 04.19.48 # does rock box do that for the ipod? 04.20.28 # you can use the ipod as a regular drive with rockbox, if that's what you mean. 04.20.32 # doomwake: what else are you looking for?...he said it appears as a drive - you can drag/drop.. 04.21.41 # ok do u have a psp there like foulder that you just drag and drop the files in than they show up whe n you power up the ipod 04.21.53 # ok do u have a psp there like foulder that you just drag and drop the files in than they show up whe n you power up the psp 04.21.55 # ... 04.22.15 # i dont want to use itunes is there away to get around that 04.22.22 # It will show up in Rockbox, not in the original iPod firmware 04.22.26 # for the last time, yes 04.22.59 # o ok so it a duel boot thing 04.23.31 # is there a way to make it show up on the ipod fireware or no? 04.23.42 # yes...all of this is covered int he FAQs and the manual...i suggest you read them... 04.23.59 # this is #rockbox..where we talk about the Rockbox firmware..not the ipod firmware 04.24.28 # ok thanks sorry 04.37.44 Join wangxiang [0] (i=wangxian@210.77.2.243) 04.38.12 Part wangxiang ("Leaving") 04.43.59 Quit tarbo (Read error: 104 (Connection reset by peer)) 04.51.07 Join mib_wkwbjq8f [0] (i=ce506998@gateway/web/ajax/mibbit.com/x-28a243c55a832dda) 04.55.04 Quit mib_wkwbjq8f (Client Quit) 05.01.23 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.14.09 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 05.17.25 *** Saving seen data "./dancer.seen" 05.50.05 Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) 06.09.44 Quit linuxstb (Read error: 148 (No route to host)) 06.19.01 Quit TBOL3 (Remote closed the connection) 06.26.42 # JdGordon|afk: Left it on overnight, still working perfectly 06.34.07 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 06.34.44 Quit Zoxc () 06.40.15 Join midgey [0] (n=tjross@71.238.148.140) 06.49.06 # how do i run the ipod firware when i have rockbox on there 06.49.25 # that is answered in both the FAQs and the manual 06.51.46 # you cant jus tell me 06.51.58 Quit ultrasonic (Remote closed the connection) 06.53.53 Join ultrasonic [0] (n=manohar@203.199.213.3) 07.05.24 Quit CaptainKewl (Read error: 110 (Connection timed out)) 07.14.51 # So, any thoughts on deploying the new theme site in time for the release (if we can make it) 07.15.49 # You have somewhere in the "two days" range. 07.16.07 # it would be nice, but i would rather not rush it... 07.16.33 # I think it's not really worth rushing for. We can roll it out (and possibly a new rbutil if we need one) during the 3-months with a "Beta" mark, then make it official after the 3.3 update 07.17.26 *** Saving seen data "./dancer.seen" 07.17.27 # It pretty much works. Rbutil should work as with the old site 07.19.16 # http://home.rasher.dk/ and admin.php (msg me if you want a login :-) 07.27.15 Join zwj [0] (n=zwjsq@210.41.86.22) 07.29.10 # It lacks a bit on the admin side, but I should have that fixed today 07.29.46 # I would consider the remaining things non-essential, really 07.32.19 Part jhulst 07.32.21 # rasher: that theme guidelines link is way too small.. 07.32.55 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 07.33.11 Join wenjie [0] (n=zwjsq@124.161.67.104) 07.33.53 # I just copied it from the old site in svn 07.35.02 # I think that stuff belongs in the wiki still. 07.36.10 Quit zwj (Read error: 104 (Connection reset by peer)) 08.04.18 # perrikwp: You seem to have sent me an empty mail 08.14.21 Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) 08.21.01 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.26.54 Quit dmb (Read error: 113 (No route to host)) 08.32.38 Quit midgey (Read error: 104 (Connection reset by peer)) 08.34.28 Join midgey [0] (n=tjross@71.238.148.140) 08.36.06 Join Rob2222 [0] (n=Miranda@p4FDCE1C8.dip.t-dialin.net) 08.53.40 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.54.16 Join jordoex_ [0] (n=quassel@d154-20-29-131.bchsia.telus.net) 08.58.03 # * amiconn thinks we should do something about the MIN() and MAX() problem 09.00.17 # What is that? 09.02.17 # Right now our MIN() and MAX() macros are trivial - and lead to double expansion of their arguments 09.02.26 # This wastes binsize and cpu time 09.03.43 # There is a solution - make them more function like, using typeof() and __builtin_constant_p() 09.03.58 # This is used e.g. in the linux kernel 09.04.33 # But there are some problems to solve: (1) we cannot use the linux kernel implementation directly, because that's gpl v2 only 09.05.38 # (2) We need to distinguish between this, and a preprocessor compatible implementation (which can keep the simple variant). 09.06.10 # (3) It needs to be introduced in a case-by-case basis, otherwise there will be tons of yellow 09.06.56 # Last time I tried, I tried to replace MIN() and MAX() themselves, which caused warnings all over. "Comparison between signed and unsigned" and similar 09.07.41 # Hence, my idea would be to introduce min() and max(), but this goes against the rockbox coding guidelines... 09.08.23 Quit jordoex (Read error: 110 (Connection timed out)) 09.08.34 # amiconn: can't we use something along the lines of the example here? http://gcc.gnu.org/onlinedocs/gcc-4.3.2//gcc/Statement-Exprs.html 09.08.40 # That said, this macro wouldn't behave much like a macro, more like a real inline function, which just happens to adapt to its argument's datatypes 09.08.49 Join SUSaiyan [0] (n=SUSaiyan@82.74.117.94) 09.09.38 # there's also a typeof-based example here: http://gcc.gnu.org/onlinedocs/gcc-4.3.2//gcc/Typeof.html#Typeof 09.09.57 # This is what I'm talking about... 09.10.18 # won't that still warn if a and b differ in signedness? 09.10.42 # Again, this is what I'm talking about... 09.11.24 # The simple typeof() case isn't enough though. Either of the two arguments could be a compile-time constant, in which case the cast should be made to the other argument's type 09.11.41 # Hence my mention of __builtin_constant_p() 09.12.13 # ah, i wasn't sure what you intended to use that for. yes, that seems wise 09.12.17 Quit bmbl (Read error: 104 (Connection reset by peer)) 09.16.04 # Just to clarify, I don't see the signedness warnings as being bad. It's rather a good thing to check all these places which use MIN() and MAX() today for potential problems. But fixing all these warnings at once while making sure everything still works would be nearly impossible 09.17.28 *** Saving seen data "./dancer.seen" 09.18.05 # My problem is mainly that min() and max() go against the coding guidelines, and the gplv2 issue with the linux kernel implementation 09.18.54 Join zwj [0] (n=zwjsq@210.41.86.221) 09.19.21 # couldn't we live with a yellow build table for a while? 09.20.53 # I'd rather not. We've seen that persistent yellow leads to overlooking unrelated yellow 09.21.09 Quit wenjie (Read error: 60 (Operation timed out)) 09.21.15 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 09.22.44 # or somebody could go through all the resulting yellows at once, but that's a nasty bit of work, probably 09.31.40 Join MT_ [0] (n=chatzill@41.233.149.159) 09.32.50 Nick MT_ is now known as MT (n=chatzill@41.233.149.159) 09.40.19 Join {phoenix} [0] (n=dirk@p54B44E18.dip.t-dialin.net) 09.44.47 Join n1s [0] (n=n1s@rockbox/developer/n1s) 09.47.19 # do we usually remove fixme notes from a release manual? 10.07.56 Part homielowe 10.12.55 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 10.13.52 Quit |ahmina| (Read error: 104 (Connection reset by peer)) 10.18.30 # gevaerts: what does HAVE_USBSTACK mean if USE_ROCKBOX_USB is not defined (like on the release branch) ? 10.23.00 # i'm asking because ther's a note in the manual that doesn't apply if you dont' have the rockbox usb stuff but it depends on "usbstack" which depends on "HAVE_USBSTACK" 10.37.08 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 10.38.08 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 10.39.07 Join lucasb345 [0] (n=7cb381a2@gateway/web/cgi-irc/labb.contactor.se/x-478f2b6336a36e93) 10.44.35 Quit lucasb345 ("CGI:IRC (Ping timeout)") 10.44.43 Join wenjie [0] (n=zwjsq@124.161.67.195) 10.48.02 Join lucasb345 [0] (n=7cb381a2@gateway/web/cgi-irc/labb.contactor.se/x-dbee4c14c8f434bb) 10.52.23 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.53.04 Quit lucasb345 ("CGI:IRC (Ping timeout)") 10.53.37 Quit __lifeless (Read error: 110 (Connection timed out)) 11.01.15 Join zhang [0] (n=zwjsq@124.161.67.70) 11.03.55 Quit zwj (Read error: 110 (Connection timed out)) 11.13.13 Quit Tristan (Remote closed the connection) 11.17.32 *** Saving seen data "./dancer.seen" 11.18.52 Quit wenjie (Read error: 110 (Connection timed out)) 11.20.37 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.21.23 # anyone want to try a charging patch on their e200v2? 11.25.36 Join jaykay [0] (n=chatzill@p579E68ED.dip.t-dialin.net) 11.37.11 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 11.39.06 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 11.46.04 Quit stripwax (Read error: 54 (Connection reset by peer)) 11.48.17 Join pyro_maniac [0] (n=jens@91-64-191-48-dynip.superkabel.de) 11.52.39 Quit robin0800 (Remote closed the connection) 11.53.38 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 11.55.03 Quit robin0800 (Remote closed the connection) 11.56.37 Quit zhang (Read error: 110 (Connection timed out)) 12.00.14 Join jaykay [0] (n=chatzill@p579E68ED.dip.t-dialin.net) 12.02.24 Join PaulJam [0] (n=PaulJam_@p54BEED07.dip.t-dialin.net) 12.04.48 Join kushalone [0] (n=kushal@12.169.180.178) 12.11.41 Quit midgey () 12.12.35 Join _lifeless [0] (n=lifeless@188.17.67.68) 12.13.32 Quit flydutch ("/* empty */") 12.14.44 Join T0paz [0] (n=jonny@spc1-horn1-0-0-cust255.cosh.broadband.ntl.com) 12.15.54 Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) 12.16.38 Join jaykay_ [0] (n=chatzill@p579E68ED.dip.t-dialin.net) 12.24.16 Join barrywardell [0] (n=barrywar@79.97.77.138) 12.28.56 Join Trista109 [0] (i=tristan@66.252.24.153) 12.29.28 Nick Trista109 is now known as Tristan (i=tristan@66.252.24.153) 12.29.42 Quit BigBambi (Read error: 104 (Connection reset by peer)) 12.33.37 Quit jaykay (Read error: 110 (Connection timed out)) 12.34.47 Nick jaykay_ is now known as jaykay (n=chatzill@p579E68ED.dip.t-dialin.net) 12.45.04 Join dunno [0] (n=54982d33@gateway/web/cgi-irc/labb.contactor.se/x-aeb8d5309027b2bb) 12.45.20 Quit barrywardell () 12.46.35 Quit dunno (Client Quit) 12.48.34 Quit MT (Read error: 110 (Connection timed out)) 12.50.57 Join Thundercloud [0] (i=thunderc@excalibur.flat.devzero.co.uk) 13.04.15 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 13.07.00 Join jerryluc [0] (n=jerry@176.80-202-31.nextgentel.com) 13.07.07 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.07.20 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 13.07.54 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 13.10.20 Join moos [0] (i=Mustapha@rockbox/staff/moos) 13.10.49 # rasher: themes download with rbutil works again :) 13.10.58 # hi, i now there's a wiki entry about installing the apple firmware from linux on rockbox.org. but i can't find it, does anyone know the entry title or something? 13.11.11 # I had to make some small changes to rbutil.tpl though. Plus found a bug in rbutil 13.12.31 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 13.12.39 Part gartral 13.17.36 *** Saving seen data "./dancer.seen" 13.22.21 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 13.32.36 Quit amiconn ("No Ping reply in 30 seconds.") 13.32.48 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.35.09 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 13.41.07 Quit Seed ("cu, Andre") 13.54.06 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.54.15 Quit linuxstb (Read error: 104 (Connection reset by peer)) 13.54.21 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 13.56.04 Quit bluebrother ("bbl") 13.59.23 Quit gibbon_ ("there is a new version of irssi I recall....") 14.00.27 Join miepchen^schlaf [0] (n=miepel@p579ECBB3.dip.t-dialin.net) 14.00.30 Join lovetruth [0] (n=lovetrut@79.119.1.98) 14.00.36 # hey :) 14.00.45 # i have a question ... 14.01.16 Join MT [0] (n=chatzill@41.233.149.159) 14.01.34 # i have a canyon mp4 (.mtv, mp3, jpg and .txt player) player ... 14.02.01 # how can i check if rockbox would work for my device? ... 14.02.15 Join barrywardell [0] (n=barrywar@212.129.94.77) 14.02.29 # look at the front page at www.rockbox.org, where there's a list of supported players? 14.02.40 # i did take a look, i did not find canyon 14.02.45 # that is why i am asking, actually 14.02.47 # :) 14.03.24 # canyon is a chinesse thingie, like huawer & so on ... 14.03.33 # Rockbox only works on the listed player, nothing els 14.03.36 # else 14.03.57 # and players... 14.04.03 # or - if i would be able to backup surely my curent firmware& everything i have on the 2gb "mp4" player ... 14.04.10 # i would install rockbox on it :) 14.04.26 # i mean ... the huawei version - might be pretty like that one, i suppose :) 14.06.23 # is huawei on that list? 14.06.57 Quit barrywardell (Client Quit) 14.07.10 # i meant iriver :) 14.10.47 Quit T0paz ("Leaving") 14.11.02 # if you are suggesting they are similar based on appearance, that matters very little. there can be pretty much anything inside one of these devices, and each supported device has generally had to start from scratch, with figuring out a way to get code onto the device, developing drivers for its DAC, LCD, and controls, etc, etc. 14.11.25 # i'm not even sure how you think you would go about installing rockbox for some other device on yours. 14.12.11 # would h series iRiver be considered an mp4 player? 14.12.27 # or are there other iRiver devices? 14.12.33 # supported 14.13.00 # well, i did not installed yet mp4 alternative software on iPods, mp4 players & etc, but ... i have (not a huge one,) pc knowledge, some C programming, and some linux knowledge (not so much experience in linux yet, even) 14.13.45 # what is the most "chinese" version of rockbox? ... (i mean which version is more meant for "chinese players" ) ? ... 14.14.05 Join MT_ [0] (n=chatzill@41.233.149.159) 14.14.13 # each version is meant for one *specific* player. there is not a "for chinese players" version. 14.14.46 # because chinese people usualy go for the cheapest method to build their chinese devices... so - it pretty means that they usualy used the same standards for their devices, so it quite might be pretty much the same, maybe with little modification 14.17.40 # http://www.mp4nation.net/forum/viewtopic.php?f=3&t=4110 - for example 14.18.26 # also - another question about rockbox ... 14.19.20 # my mother has a nano iPod device .. it doesn't normaly play videos ... i saw on the internet that i can install rockbox or something, and so the iPod nano would play some video's (avi, etc... ) ?... 14.19.29 # is that possible?... 14.21.31 # are ther usually firmware protection on these devices, since that's held up certain sansa and similar devices? 14.23.47 # lovetruth: if it is a first generation nano, then you can install rockbox and watch videos (mpeg2 only). 14.24.19 Join TBOL3 [0] (n=180ac800@gateway/web/cgi-irc/labb.contactor.se/x-2511bdf293761681) 14.26.09 Join Schnueff [0] (n=mah@88-134-244-146-dynip.superkabel.de) 14.26.35 # how can i check that? 14.29.25 # http://support.apple.com/kb/HT1353 14.29.33 Quit MT (Read error: 110 (Connection timed out)) 14.30.27 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 14.32.07 Nick MT_ is now known as MT (n=chatzill@41.233.149.159) 14.33.09 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 14.33.11 # tmzt: most players tend to have some kind of firmware protection, yes 14.33.50 # iPod nano iPod nano is smaller than iPod mini and has a color screen and a Click Wheel but has flash memory instead of a hard drive. Song and photo syncing only occurs over USB 2 (not FireWire). iPod nano comes in white and black. The capacity of the iPod nano is engraved on the back of the case (1 GB, 2 GB, or 4 GB).    The dock connector (1) and headphone jack (2) are both on the bottom of the iPod nano. 14.33.58 # that is my mother's player 14.35.33 # is a white one :) 14.35.47 # actualy, the color of the metal, that kind of grey :) 14.37.25 Join jaykay [0] (n=chatzill@p579E68ED.dip.t-dialin.net) 14.45.28 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 14.51.49 Join Sedgewick [0] (n=Sedgewic@93.145.244.223) 14.53.34 Join Chris_Black [0] (n=Sedgewic@net-93-145-245-78.t2.dsl.vodafone.it) 14.54.58 # n1s: HAVE_USBSTACK means that (a) it does the high-level protocol in software and (b) there's an actual driver, so it enumerates. USE_ROCKBOX_USB means that it does MSC in rockbox 14.55.11 # No USE_ROCKBOX_USB means that it reboots to the OF 14.55.32 Part The-Compiler 14.56.17 # gevaerts: so the note about pressing a button to go to charging mode after ejecting from the host does not apply to the release and should depend on USE_ROCKBOX_USB? 14.56.38 # hm, yes 14.59.40 # * n1s is confused, the feature depends on both those defines but that section is still present in the manual i built from the release branch for e200... 14.59.40 Quit TBOL3 ("CGI:IRC (EOF)") 15.00.37 Quit Sedgewick (Read error: 145 (Connection timed out)) 15.01.01 Join petur [50] (n=petur@rockbox/developer/petur) 15.01.53 Join miepchen^schla [0] (n=miepel@p579ECBB3.dip.t-dialin.net) 15.04.21 # aha! the "usbstack feature is in features.txt twice with different condidtions :/ 15.04.28 Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) 15.05.41 # * n1s will do a Quick and Dirty (tm) fix for the release manual and look into it closer on trunk 15.07.31 # gevaerts: is it wanted that while booting at the bottom of the screen first "boot ver. 203...." and then "Ver.3.2 - 203..." is shown? 15.07.56 # the first one is the bootloader version 15.08.40 # shouldnt this be 3.2 too? 15.08.46 # no 15.09.48 # bootloader version is independent of rockbox version 15.10.30 Quit ultrasonic ("Leaving") 15.11.09 # * gevaerts is going to assume that all fixes in the 3.1 branch are also in trunk, so we only need to look at "disable x for release" style commits to redo 15.13.16 Join wangxiang [0] (n=wangxian@203.86.76.219) 15.14.19 # n1s: what plans do you have for the 3.2 manual? I think it makes sense to coordinate things a bit so we don't duplicate too much work 15.15.44 # gevaerts: i don't know, i think we usually remove the various fixme notes from the release manuals, don't we? 15.16.47 # n1s: "svn log svn://svn.rockbox.org/rockbox/branches/v3_1 -r 19470:HEAD manual" is what I'm looking at. I've already merged r19533 15.16.59 # 19470 was the 3.1 branch start 15.17.33 # Ok, I'm going to assume that talking about the Google Summer of COde Proposel is not off topic, if it is, holler and let me know. 15.17.37 *** Saving seen data "./dancer.seen" 15.17.46 # TBOL3: it's definitely on topic :) 15.18.06 Quit Chris_Black ("off") 15.18.18 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.18.57 # So, I am very interested in giving it a go. Unfortunently, I think that the only limeting factor may be that I do not have sufficient background in coding. 15.19.02 Quit miepchen^schlaf (Read error: 113 (No route to host)) 15.19.53 # so is there anyway I can find out how much experience I will have had to know before begining? I've compiled my own build, and I've done basic work with C/C++. 15.20.44 # gevaerts: r 1953[12] was what i was thinking of, will you do that or should I? 15.20.49 # it depends. I certainly wouldn't recommend things like big codec optimisations then, but other things may require less advanced knowledge 15.21.02 # n1s: feel free :) 15.21.18 Quit pyro_maniac ("Leaving.") 15.21.39 # TBOL3: what sort of project are you interested in? Do you have coding experience in languages beside C? 15.21.40 # Anyone knows where the speech synthesis module of Rockbox locate exactly? In the svn trunk or branch? Thanks! 15.21.55 # gevaerts: ok, how about those generated warnings for missing screenshots, are they worth removing? 15.22.25 # wangxiang: what "speech synthesis module" are you talking about? 15.22.25 # I see. About a month ago, I was talking on the Anything but iPod forums about making a simpaler version of rockbox. 15.22.45 # n1s: I think so, yes. The release manual isn't where anyone is going to look for work to do 15.22.47 # But I also like the idea of making a ubiquates software program to sync with rockbox. 15.22.58 # Both of those ideas seem to be on the project ideas list. 15.23.20 # In the gsoc 2009 web page, it says " Text to Speech in core. 15.23.20 # Rockbox currently supports speaking by premade voice clips" 15.23.48 # wangxiang: pre-made. There's no TTS in rockbox itself at the moment. This project idea is about adding that 15.24.00 # Speech synthesis =Text to speech 15.24.20 # has anyone seen flite for arm? it's a c version of festival 15.24.36 # with the voice built in 15.24.37 # thanks, so I have to read the source code of rockbox firtst 15.25.00 # Oh, and I also have some basic experience with Python, but most of my knowledge is in C/C++. 15.25.19 Join Ubuntuxer [0] (n=johannes@dslb-094-220-232-026.pools.arcor-ip.net) 15.25.55 # TBOL3: "simpler" as in the usability study thing? Do you have experience in UI design? This project has a tendency to look like something easy, but it really isn't (it may be easy coding, but UI design is hard...) 15.26.15 # flite is a version of festival used in embedded systems 15.27.45 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 15.28.07 # I have very little experience in good UI design, I have only talked with several people to see what type of interfaces they would find pleasent to use. 15.28.29 # the various LANG_USBSTACK* strings are the only strings that depend on the "usbstack" feature and they are not used anywhere, is there a reason to keep them around? 15.29.11 # But I honostly think that Player management tool, would be fun to make. 15.29.28 # TBOL3: what would that tool do? 15.29.32 # n1s: I guess not. I wouldn't touch 3.2 there though :) 15.29.57 # n1s: http://www.rockbox.org/twiki/bin/view/Main/SummerOfCode2009#Player_management_tool 15.30.35 # gevaerts: i'll not touch the branch with sucha a change, but was thinking about trunk and the double usbstack features 15.31.06 # wangxiang, tmzt: yes. flite would be one of the potential TTS engines for rockbox. Another possibility might be an older version of espeak (older because it is now GPLv3, and we want to remain GPLv2 or newer) 15.32.09 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 15.33.09 # n1s: what do we do about the other items (changelog and menu structure page)? 15.33.44 # n1s: Some basic ideas that I had were (I don't know how feasable all of these are), syncing audio with the player, organizing it into a database, possibly manage podcasts/other syndicated stuff, and (if possible), keep track of things you are listening to. For example, if you were listening to an audiobook, and were 1/2 of the way through a file, you could sync it to your computer, and continue where you left off. 15.34.35 # That way, you can keep all of your audio content easily managed. 15.35.31 # gevaerts: i think a short changelog would be very nice but dont' know about the menu structure 15.36.37 # TBOL3: my personal opinion about this (feel free to ignore it) is that this is something that should be done in a way that makes the rockbox-specific part reusable, so various other media manager people (amarok, xmms, ...) can make use of it to have goor rockbox support as well 15.37.24 # something like mtp/ptp would be interesting 15.37.33 Join Sedgewick [0] (n=Sedgewic@net-93-145-245-78.t2.dsl.vodafone.it) 15.37.41 Quit joejc (Remote closed the connection) 15.37.44 # TBOL3: ah, i guess one initial thing for that project would be to separate the database building code into a library and possibly other libraries for interacting with rockbox could be created 15.37.46 # gevaerts: Yup, I'm not talking about making a simple front end media player. Rather, I'm thinking of making a backend that can be plugged into the user's favorite media playor. 15.39.17 # tmzt: it would, but I think that's a separate thing from what TBOL3's talking about. 15.39.57 Quit TBOL3 (Remote closed the connection) 15.44.43 # I think it may be a good idea to drop the changelog from the manual. It's mostly just a copy from MajorChanges, and it's always lots of work to keep it in sync 15.44.53 Part Sedgewick ("out") 15.49.28 Quit Thundercloud (Remote closed the connection) 15.49.46 Quit efyx ("Quitte") 15.49.58 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 15.50.23 # who knows the mentor of TTS engine Rockbox? Thanks 15.51.21 # gevaerts: is there more to it than adding a new title and a list of changes for every release? 15.51.26 Quit robin0800 (Remote closed the connection) 15.52.38 Quit PaulJam (".") 15.52.41 # n1s: depends. The last two releases I filtered it for release-targets 15.53.16 # We can just include everything of course, and add a sentence at the top explaining this 15.55.20 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 15.55.25 # * gevaerts does that as a start 15.55.42 Quit petur (Remote closed the connection) 15.56.08 Join casainho [0] (n=chatzill@89-181-106-226.net.novis.pt) 15.56.35 # hello :-) 15.56.38 # n1s: the problem with that is things like the USB stack. It's enabled on trunk, but I don't think we want it in the changelog in the release manual 15.57.33 # gevaerts: yes, that's a problem but i dont' see how the wiki page is dealing with this in a better way 15.57.39 # Lyre target player do not use I2S, just SPI, but I am getting this warning: warning: "CONFIG_I2C" is not defined 15.58.04 # casainho: I2S != I2C 15.58.25 # sorry, I wanted to mean I2S 15.58.36 # sorry again, I wanted to say I2C 15.59.02 # n1s: well, in a pedantic sense the wiki page says "in svn", not "in 3.2". When we add the "in 3.2" header, the usb line could move up. You're right in that it's not very clear though 15.59.15 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) 15.59.18 # does all the targets really need to have I2C? so I need to use an empty stub for I2C? 15.59.26 Join pyro_maniac [0] (n=jens@91-64-191-48-dynip.superkabel.de) 15.59.46 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 15.59.53 # casainho: you'll have to find out *why* it gives that warning 16.00.02 # pedantic 16.00.02 # pedantic 16.00.10 # what 16.00.12 # I think rather Rockbox needs to use #if defined(CONFIG_I2C) somewhere, rather than accessing the value 16.00.20 # sorry 16.02.30 # * gevaerts is confused by the changelog 16.03.21 # bluebrother: Why didn't you commit your changes to rbutilqt.tpl? 16.03.37 # rasher: do you have any idea of what should I do not not getting that wranings? 16.03.55 # gae: I don't mean mtp the way windows media uses, something that was still compatible with a sane file layout but doesn't require mounting a filesystem/block device 16.04.07 # casainho: we don't have *any* context... 16.04.47 # gevaerts: I don't know what you mean 16.06.10 # casainho: "I am getting this warning: warning: "CONFIG_I2C" is not defined" is not nearly enough to even begin to guess what's going on. If you want help with that sort of thing, you need to provide the full build output 16.07.57 # tmzt: (I assume you're talking to me...) as far as I know MTP says nothing about file structure, so the host-side tool doesn't have to know that we do unconventional things like using a sane directory structure :) MTP is actually on the list of GSoC suggestions 16.08.23 # gevaerts: thanks. I will do it :-) 16.10.00 # here is the full build output: http://pastebin.com/m6066e97b 16.12.52 # casainho: I think the best solution is to add "#define I2C_NONE 0" to firmware/export/config.h (around line 170), and then define CONFIG_I2C as I2C_NONE for your target 16.13.38 # gevaerts: okok. Thanks. 16.18.02 Quit Horscht (Read error: 110 (Connection timed out)) 16.19.15 Quit Ubuntuxer (Read error: 110 (Connection timed out)) 16.20.56 Join Ubuntuxer [0] (n=johannes@dslb-088-077-006-021.pools.arcor-ip.net) 16.25.13 Join toffe82 [0] (n=chatzill@adsl-71-132-80-186.dsl.sntc01.pacbell.net) 16.28.18 Quit _lifeless (Read error: 110 (Connection timed out)) 16.30.16 Join midgey [0] (n=tjross@71.238.148.140) 16.31.14 Join Thundercloud [0] (i=thunderc@excalibur.flat.devzero.co.uk) 16.32.52 Join webguest96 [0] (n=4c75e088@gateway/web/cgi-irc/labb.contactor.se/x-6470eafbb7dc1897) 16.35.11 Quit webguest96 (Client Quit) 16.35.47 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.37.15 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.37.48 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 16.39.24 Join shisken [0] (n=stijn@86.91.193.223) 16.39.40 Quit shisken (Client Quit) 16.39.56 Join shisken [0] (n=stijn@ip565bc1df.direct-adsl.nl) 16.41.19 Part shisken 16.42.18 Join The-Compiler [0] (n=compiler@the-compiler.org) 16.48.51 Join shisken [0] (n=stijn@ip565bc1df.direct-adsl.nl) 16.48.55 Join dmb [0] (n=dmb@unaffiliated/dmb) 16.48.56 Quit shisken (Client Quit) 16.49.31 Quit dmb (Excess Flood) 16.50.17 Join dmb [0] (n=dmb@unaffiliated/dmb) 16.51.04 Join shisken [0] (n=stijn@86.91.193.223) 16.52.12 Join The-Comp1ler [0] (n=compiler@the-compiler.org) 16.52.32 Quit The-Comp1ler (Client Quit) 16.53.10 Quit robin0800 (Read error: 104 (Connection reset by peer)) 16.53.46 Quit shisken (Client Quit) 16.54.27 Join shisken [0] (n=stijn@ip565bc1df.direct-adsl.nl) 16.58.04 Join gaowei [0] (n=gaowei@221.11.17.134) 16.58.05 Quit J-23 (Remote closed the connection) 16.58.21 Part Ubuntuxer 16.58.40 Quit wangxiang ("Leaving") 16.59.05 Quit shisken (Client Quit) 17.00.39 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 17.02.58 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 17.03.26 Join J-23 [0] (n=zelazko@unix.net.pl) 17.11.43 Join MethoS- [0] (n=lem@host-091-097-245-074.ewe-ip-backbone.de) 17.12.03 Quit The-Compiler ("leaving") 17.13.42 Join The-Compiler [0] (n=compiler@the-compiler.org) 17.15.38 Quit dmb ("Leaving") 17.17.41 *** Saving seen data "./dancer.seen" 17.18.25 Join saratoga_lab [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-59c1c4822154157e) 17.19.28 Quit gaowei (Read error: 110 (Connection timed out)) 17.21.42 Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) 17.24.14 Join FOAD_ [0] (n=dok@dinah.blub.net) 17.27.01 Quit robin0800 (Read error: 104 (Connection reset by peer)) 17.29.24 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 17.29.48 Quit robin0800 (Read error: 104 (Connection reset by peer)) 17.33.26 Join PaulJam [0] (n=PaulJam_@p54BEC474.dip.t-dialin.net) 17.36.22 Join fml [0] (n=4fd3c642@gateway/web/cgi-irc/labb.contactor.se/x-233781e8231d7880) 17.38.01 Quit moos ("Rockbox rules the DAP world") 17.40.00 Quit FOAD (Read error: 110 (Connection timed out)) 17.40.00 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 17.40.43 Quit PaulJam (".") 17.46.01 Quit faemir ("Leaving") 17.53.55 # Why isn't there anything about pictureflow on MajorChanges? 17.53.58 Join barrywardell [0] (n=barrywar@dhcp-892b9b63.ucd.ie) 18.01.20 # No one thought to update it? 18.01.46 Join Strife89 [0] (n=michael@204.116.244.200) 18.02.13 Quit Strife89 (Client Quit) 18.03.32 Quit barrywardell () 18.04.05 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 18.06.24 Quit bmbl (Read error: 104 (Connection reset by peer)) 18.15.49 Quit The-Compiler ("leaving") 18.15.56 Join The-Compiler [0] (n=compiler@the-compiler.org) 18.21.23 Quit The-Compiler ("leaving") 18.21.28 Join The-Compiler [0] (n=compiler@the-compiler.org) 18.27.36 Join jordoex [0] (n=quassel@d154-20-29-131.bchsia.telus.net) 18.27.46 Join wenjie [0] (n=chatzill@222.18.40.163) 18.29.28 Quit fml ("CGI:IRC") 18.33.53 Quit jordoex_ (Read error: 110 (Connection timed out)) 18.34.17 Quit saratoga_lab ("CGI:IRC") 18.38.03 Quit The-Compiler ("leaving") 18.39.45 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 18.50.47 Quit {phoenix} (Read error: 104 (Connection reset by peer)) 19.08.06 Join timing [0] (i=timing@fokdat.nl) 19.08.10 # Hey 19.08.52 # my iAudio X5 clock is broken, i think that's a broken or empty battery thing? 19.09.36 # or could it be a bug? 19.17.28 Quit barrywardell (Remote closed the connection) 19.17.44 *** Saving seen data "./dancer.seen" 19.25.38 Join jaykay [0] (n=chatzill@p579E68ED.dip.t-dialin.net) 19.29.15 Quit wenjie (Read error: 145 (Connection timed out)) 19.29.39 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 19.29.41 # gevaerts: i have a suggestion and a bug for 3.2 19.29.59 # first the suggestion: applying r20355 also for 3.2 19.30.30 # maybe also r20399 and r20400, but they're too "dangerous" 19.31.35 # and a bug: when the playback fades in/out, the progressbar and remaining time sometimes "switches" very fast 19.32.12 # e.g. 3:32, 3:33, then fast to 3:32 and back to 3:33 19.32.24 # i hope you understand :) 19.34.19 # jaykay: I don't think any of those is serious enough to backport to 3.2 19.34.32 Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) 19.34.40 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 19.34.53 Quit MethoS- (Read error: 104 (Connection reset by peer)) 19.34.58 # About this bug, does this keep happening, or does it just go back and forth a bit during fading and then stop? 19.35.33 # only while fading, when the music stops completely the time-display stops too 19.37.17 Join aho [0] (n=nya@e176251004.adsl.alicedsl.de) 19.37.55 # ok. That should be fixed in trunk then, but again I don't think it's serious enough for 3.2. 19.38.06 # The problem is that any change risks introducing new bugs... 19.38.31 # It is serious enough to file a bug report though ;) 19.40.42 # do you really dont want to apply r20355 for 3.2? its really noticable and can be annoying, and this version is the one many users will be using for the next 3 months... 19.40.51 # but thats of course your decision 19.41.07 Join faemir [0] (n=faemir@host86-130-15-147.range86-130.btcentralplus.com) 19.41.20 # i'll check whether the second bug happens in svn and file a report 19.41.49 # it's not *my* decision :) I won't commit fixes to bits of code I don't know anyway 19.42.27 Quit faemir (Client Quit) 19.42.40 # it's just my opinion that it's not serious enough to risk new bugs for 19.42.45 Join faemir [0] (n=faemir@host86-130-15-147.range86-130.btcentralplus.com) 19.46.36 # is the device chart (wiki) just outdated or are newer models not supported? (it's sorta hard to find those old players anywhere) 19.46.46 Quit tyfoo (Read error: 104 (Connection reset by peer)) 19.47.51 # DeviceChart isn't supposed to be the list of supported models 19.48.21 # and what is supposed to be the list of supported models...? :> 19.48.30 # the list on the front page 19.48.35 Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) 19.52.16 # which one of those is still sold? 19.52.25 # (don't want an ipod) 19.52.42 # None are sold new. Some can be found refurbished, and many used. 19.52.48 # they all are still sold...just not as new in retail stores (ebay is a good bet) 19.54.00 Quit tessarakt (Read error: 104 (Connection reset by peer)) 20.00.35 Quit flydutch ("/* empty */") 20.11.35 Join tessarakt [0] (n=jens@e180067180.adsl.alicedsl.de) 20.21.57 Join archivator [0] (n=archivat@77.70.28.57) 20.22.36 Join fml [0] (n=4fd3c642@gateway/web/cgi-irc/labb.contactor.se/x-a7fa637644b784dc) 20.23.14 # Hello. What do you think about FS#10038 ? Would it improve the table? 20.24.39 # Unhelpful: could you add a line about PictureFlow to MajorChanges? 20.25.28 # fml: sounds like a good idea to me. But maybe it's better to swap the play action -- "play file and switch to wps" 20.25.31 # about its working during playback on most targets, and working with playback stopped on pretty much everything? 20.25.45 # yes 20.26.31 # not completely sure though. 20.27.47 # do any *supported* targets besides archos have <=64KiB plugin buffer? that's the cuttoff for pf-during-playback. 20.29.33 # No. 20.30.28 # bluebrother: may be. But the order is not very important here IMO, since it's an internal detail. The end result is the same. 20.30.45 # and all official builds have tagcache enable? that makes it nice and simple. :) 20.31.12 # I think so 20.31.13 # pictureflow works on all supported targets except player, and works during playback on all non-archos targets 20.34.48 # bluebrother: I now think that only "start to play the file" is necessary since "show the WPS" is the consequence of it 20.35.47 # Could someone please update TagcacheDBFormat in the wiki - the length and index field of an entry are now ints (4 bytes). 20.37.11 # fml: You can start playing a file without showing the WPS too. So distinction should be made if it also leads to showing the WPS. 20.37.21 # archivator: If it's a wiki page, you can update it. 20.37.50 # Llorean: yes, you are right. I'll leave it as it is now 20.38.50 # Llorean: I thought only a few select people could do that.. Thanks. 20.39.53 # Llorean: but is it otherwise ok? 20.41.15 # archivator: No, the wiki is mostly public. There is a requirement during signup that the username then be added to the userlist, but anyone on the userlist can do this. It's mostly bot-prevention. 20.41.17 Join arohtar [0] (n=faemir@host86-130-15-147.range86-130.btcentralplus.com) 20.41.40 # fml: I only looked at some of it, and don't see anything I really disliked. 20.41.42 Quit faemir (Read error: 104 (Connection reset by peer)) 20.41.51 # Anyone willing to add me then? DelyanKratunov == me :) 20.42.19 # Llorean: hehe, a statement of a politician :-) 20.43.54 # archivator: Done. 20.44.10 Join faemir [0] (n=faemir@host86-130-15-147.range86-130.btcentralplus.com) 20.44.22 # Thanks. 20.47.13 Quit domonoky (Read error: 104 (Connection reset by peer)) 20.47.40 # hello :-) 20.47.53 Quit faemir (Success) 20.48.01 # does anyone knows why this define "#define AT91_AIC_SVR(a) (*(volatile unsigned long*) ((0xFFFFF080) + (4*a))) // (AIC) Source Vector Register" 20.48.25 # when used on a C code file gives a warning of implicit function declaration? 20.48.37 Join faemir [0] (n=faemir@host86-130-15-147.range86-130.btcentralplus.com) 20.48.39 # AT91C_AIC_SVR(AT91C_ID_SYS) = (unsigned long) pitc_handler; 20.52.24 # you didn't escape the endlines? 20.53.00 # tmzt: endlines? I don't understand... 20.53.50 # like / at the end of the lines 20.53.59 # newlines I meant 20.54.31 # sorry, \ at the end of each line of the macro 20.54.45 # where do you see multiline macros? 20.55.13 # tmzt: ah, no. I am not changing the line. 20.55.15 # oh, yeah that's just screen 20.56.05 Join barrywardell [0] (n=barrywar@79.97.77.138) 20.56.58 # gevaerts: do you see any error on that macro? 20.57.04 # or use of the macro? 20.57.08 Quit J-23 ("ZNC - http://znc.sourceforge.net") 20.57.26 Join J-23 [0] (n=zelazko@unix.net.pl) 20.58.35 Join petur [50] (n=petur@rockbox/developer/petur) 20.58.55 Join jaykay_ [0] (n=chatzill@p579E69F1.dip.t-dialin.net) 20.59.26 Quit arohtar (Read error: 110 (Connection timed out)) 21.00.07 Quit ender` (Read error: 54 (Connection reset by peer)) 21.00.10 Join jordoex_ [0] (n=quassel@d154-20-29-131.bchsia.telus.net) 21.00.14 # ha 21.00.25 # AT91_AIC_SVR != AT91C_AIC_SVR 21.00.34 Quit barrywardell (Client Quit) 21.00.51 # and in the def it would be better to bracket a, i.e., 4*(a) 21.00.53 # having a // comment at the end of a macro kinda calls for trouble 21.01.50 # Schnueff: I didn't understand.... 21.02.00 # there an extra C in the usage of the macro 21.02.02 # * bluebrother wonders why casainho doesn't simply drop this stupid register stuff and create proper definitions for all registers like the other targets do 21.02.03 # there is 21.02.24 # that's why it's not expanding it... 21.02.32 # Schnueff: ahahahah!!! oh thanks ;-) 21.02.42 # CPP does not have the same rules as C 21.02.50 Quit fml ("CGI:IRC") 21.03.39 # I were working on this with domonoky and he probably make that typo, and I did copy with the typo and didn't saw it :-) 21.04.15 # casainho: imagine a macro you call like MACRO(2 + 3), and the macro itself does a "2 * a". You'll get 2 * 2 + 3, which is different to 2 * (2 + 3). Thus macro arguments should always use enough brackets :) 21.04.37 # bluebrother: I am working on it, and I were working with domonoky and he didn't warning me about anything -- I hope today commit the patch for the tracker and then I will wait for your suggestions 21.06.21 # bluebrother: ok, I understood with your example... but I am not seeing a solution for my needs 21.07.04 Join BigBambi [0] (n=quassel@152.27.192-77.rev.gaoland.net) 21.13.11 # * bluebrother gets the feeling the HttpGet class might need some cleanup :o 21.13.51 Join arohtar [0] (n=faemir@host86-130-15-147.range86-130.btcentralplus.com) 21.14.10 Quit faemir (Read error: 104 (Connection reset by peer)) 21.15.41 Quit jaykay (Read error: 110 (Connection timed out)) 21.17.01 Join ender` [0] (n=ender@foo.eternallybored.org) 21.17.19 Quit jordoex (Read error: 110 (Connection timed out)) 21.17.46 *** Saving seen data "./dancer.seen" 21.18.31 Quit arohtar (Read error: 104 (Connection reset by peer)) 21.18.40 Join arohtar [0] (n=faemir@host86-130-15-147.range86-130.btcentralplus.com) 21.19.57 Quit dfkt (Read error: 110 (Connection timed out)) 21.21.56 # gevaerts: how can i call this bug with the fast-changing time? i dont know a meaningful name 21.23.55 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 21.31.34 Quit Thundercloud (Remote closed the connection) 21.32.06 Join Thundercloud [0] (i=thunderc@excalibur.flat.devzero.co.uk) 21.38.03 Quit killan_ ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 21.40.53 Join jaykay [0] (n=chatzill@p579E6627.dip.t-dialin.net) 21.41.27 Quit lymeca (Read error: 104 (Connection reset by peer)) 21.44.05 # could someone look through http://pastebin.com/m22bd96d0 and find a meaningful name for it? 21.44.12 # it should be a bug report 21.47.05 # jaykay: "inaccurate time indicators when pausing with fading on" - kinda verbose but accurate. 21.48.06 Join ultrasonic [0] (n=manohar@203.199.213.3) 21.48.51 Quit arohtar (Read error: 110 (Connection timed out)) 21.48.56 Join jaykay__ [0] (n=chatzill@p579E66C5.dip.t-dialin.net) 21.56.44 Quit jaykay_ (Read error: 110 (Connection timed out)) 21.57.18 # Is there a particular reason why tagcache structs (tagfile_entry and index_entry) are in tagcache.c and not tagcache.h? You don't want them exposed to other parts of the codebase? 21.58.55 Join jaykay_ [0] (n=chatzill@p579E660A.dip.t-dialin.net) 22.06.20 Quit jaykay (Read error: 110 (Connection timed out)) 22.06.53 Join jaykay [0] (n=chatzill@p579E7FC3.dip.t-dialin.net) 22.09.05 # exposing only the essentials of a module and nothing more is generally a good design principle 22.14.53 Quit jaykay__ (Read error: 110 (Connection timed out)) 22.15.46 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 22.15.56 Join jaykay__ [0] (n=chatzill@p579E641D.dip.t-dialin.net) 22.17.07 Join barrywardell [0] (n=barrywar@79.97.77.138) 22.18.27 # bertrik: Generally, but in this case is a limiting factor. The bare-bones database app in tools/database/ actually #includes tagcache.c and implements some stub methods. Not the most elegant of solutions... My solution would've required the reimplemenation of some things in tagcache.c (well, all the functions actually) but would actually allow for a better separation between a database app and core rockbox (tagcache.c include *a lot* of stuff that's n 22.18.27 # ot needed on a PC). 22.21.11 Join Sedgewick [0] (n=Sedgewic@net-93-145-245-78.t2.dsl.vodafone.it) 22.24.11 Quit jaykay_ (Read error: 110 (Connection timed out)) 22.24.36 Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) 22.24.55 Join jaykay_ [0] (n=chatzill@p579E6C62.dip.t-dialin.net) 22.26.05 Quit dfkt (Nick collision from services.) 22.28.22 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 22.29.15 Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) 22.29.15 Quit dfkt (Read error: 104 (Connection reset by peer)) 22.29.24 Quit lymeca (Read error: 54 (Connection reset by peer)) 22.29.57 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 22.30.32 Nick |ahmina| is now known as lymeca (n=lymeca@213-213-141-71.xdsl.is) 22.31.02 Quit dfkt_dt (Nick collision from services.) 22.32.09 Quit jaykay (Read error: 110 (Connection timed out)) 22.33.17 Quit lymeca (Client Quit) 22.33.28 Join lymeca [0] (n=lymeca@unaffiliated/lymeca) 22.33.30 Quit lymeca (Remote closed the connection) 22.33.47 Quit barrywardell () 22.33.48 Join lymeca [0] (n=lymeca@213.213.141.71) 22.36.10 Quit miepchen^schla () 22.37.09 Join miepchen^schlaf [0] (n=miepel@p579ECBB3.dip.t-dialin.net) 22.40.54 Quit jaykay_ ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 22.41.25 Quit jaykay__ (Read error: 110 (Connection timed out)) 22.43.32 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 22.47.46 Part lovetruth 22.50.56 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.58.11 Quit taylor_ ("Leaving") 23.02.20 Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 23.03.02 # bertrik: still looking for a tester for e200v2 charging? 23.03.33 # bluebrother: Any idea why you didn't submit your change to rbutil.tpl? 23.03.56 # even if he isn't, its not a bad thing if more people test a patch before its commited 23.04.20 # mc2739, yeah, charging might not be the most important thing right now, but getting it working shouldn't be hard 23.05.12 # bertrik: what can I do to help? 23.05.17 # hmm am I right in reading dreamlayer's email to mean he knows how to avoid the occasional failure to boot on the ipods 23.05.28 # mc2739, there's a patch in FS#9968 that should work, I'll see if it still applies cleanly 23.09.22 Join goffa [0] (n=goffa@216.220.23.105) 23.10.54 # gevaerts: tried tracing iTunes talking to a frankensansapod? 23.12.04 # saratoga - hm, my guess is then that the OF writes a *different* string on clean shutdown. so the failures to boot could be caused by whatever random junk happened to be in iram on shutdown. possible? or is iram never preserved 23.17.48 *** Saving seen data "./dancer.seen" 23.18.45 Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 23.19.29 # has anyone actually disassembled the OF shutdown code? 23.22.02 Quit TBOL3 (Remote closed the connection) 23.22.17 Join TBOL3 [0] (n=leif@24.10.200.0) 23.22.59 # wonder if just zeroing out iram on shutdown would do the trick 23.24.30 Quit goffa_ (Read error: 110 (Connection timed out)) 23.27.20 # mc2739, the patch still applies fine to current SVN, could you try this out? The easiest way is to go to the battery debug screen and plug the charger cable in, then have a look at the voltage reported and observe the voltage graph over time (it should go up to about 4.2V, stay there a while and drop about 50 mV as the charger turns off automatically) 23.28.03 # rasher: only because I was busy with other stuff :) 23.28.16 # Fair enough. I'm unlikely to touch that anyway 23.28.36 # wanna look at the changes first? It's my first time working with smarty ;) 23.29.19 # First time I did anything serious with it as well, so I don't know if I'll be much help, but sure 23.30.28 # rasher: http://pastebin.ca/1367562 23.30.56 # bertrik: I'll do it now and post the results to the Flyspray task 23.31.47 Quit JdGordon|afk (Read error: 110 (Connection timed out)) 23.32.10 # I'm curious if the battery voltage shows a realistic voltage during charging or not, on the v1 sansas it showed a way too large value under some circumstances 23.32.41 # bluebrother: You should probably use ${root}${datadir} rather than themes/ - just to be on the safe side 23.33.07 # ok, will do 23.34.59 # Other than that, I can't spot anything obvious, except to add |escape:'quotes' after all user-supplied fields.. which are a lot 23.37.07 # Should do the same with |escape:'html' for most other places 23.43.03 # escape meaning replacing the characters with their html entities? 23.43.59 # * bluebrother spots the example 23.45.03 # Different kinds of escaping http://smarty.net/manual/en/language.modifier.escape.php 23.45.21 # I think escape:'quotes' is what we want for the ini-style file 23.46.18 # well, the about-entry is passed as html to the GUI 23.46.58 # I don't think we're going to allow html there, really 23.47.48 # or to be more exact, the description box is constructed including this and rendered as html (to get the hr's in the display). Though allowing html from the theme site might neither necessary nor a good idea, indeed. 23.48.32 Join bs66_ [0] (n=sysuser@79.138.150.107.bredband.tre.se) 23.48.42 # hmm, then rbutil might need to filter that too. Just to be sure. 23.49.56 Quit Sedgewick ("off") 23.50.43 # rasher: ok, updated version here: http://pastebin.ca/1367576 23.50.53 # Or just do |éscape:'html' for that field 23.51.12 # hmm. Might be an option too. 23.51.31 # though author is also used there. 23.51.37 # Why do you do |lower? 23.52.44 # That seems like it'd break really fast 23.52.49 # because in my installation the folders are lower-cased. 23.53.16 # I have a line like this: archive="themes/176x220/ultima_176x220_v1.0/Ultima_176x220_v1.0.zip" 23.53.39 # thought it was intentional to lowercase all folder names. 23.53.57 # When working with festival, should I keep using both festival --server and festival_client or should I reimplement festival_client functionality in the rbutil backend? It's not that much code, really. 23.54.18 # bluebrother: Oh wait, you want to use theme[i].shortname 23.54.39 # It's not guaranteed to be the same as the zipfile name 23.54.50 # (though it will usually be) 23.55.25 # ok, so it gets archive="{$root}{$datadir}/{$themes[i].mainlcd}/{$themes[i].shortname}/{$themes[i].zipfile}" 23.55.32 # right? 23.55.40 # Yes 23.56.19 # great. I found that replace / lower thing somewhat awkward anyway ;-) 23.56.53 # I wonder why lowercased the shortname in the first place 23.57.08 # Seems completely unnecessary 23.57.15 Join wincent [0] (n=wincent@host-091-097-030-116.ewe-ip-backbone.de) 23.57.36 # I'm going to commit that then with escape:'html'. We can always change again it if needed :) 23.57.47 # Yup 23.58.06 # I'll be going through the other templates to add escape:'html' as needed now 23.58.30 # though current rbutil still won't work correctly -- found a bug that makes it get hiccups on the [error] section