--- Log for 23.09.108 Server: brown.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 21 days and 18 hours ago 00.00.01 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.00.04 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 00.00.14 Join shotofadds [0] (n=rob@80-44-101-23.dynamic.dsl.as9105.com) 00.00.15 # i bet with proper scheduling good ASM for each platform, the Beast could probably have a 40-50% advantage 00.00.33 # (at equal clock speed) 00.01.22 # amiconn: Agreed. 00.01.32 # I agree. On the other hand, I think we can drop new bootloaders for the sansas (no real gain, and issues, so no sense spending time on it now) 00.01.37 # This time there were loads of those 00.01.48 # * amiconn should probably make a set of flash images tomorrow 00.02.32 # I'd say we release new bootloaders for all targets where we feel confident that they actually work, and maybe other targets later on 00.02.44 # Do we want some special version string for the new bootloaders? 00.02.54 # I think we should just increment their normal version numbers. 00.03.08 # So v7 for the H120, v3 for the iPods (I think?) etc. 00.03.30 # saratoga: I get 234% realtime on mini g2 for the same track. Does the vorbis codec differ in iram usage between PP5020 and PP5022? 00.03.41 # Is rbutil ready to handle the release? 00.04.56 # The iriver bootloaders still need to be tested by someone with access to a bdm, right? 00.05.57 # amiconn: sounds like it does 00.06.05 # though i'm not that familar with it 00.08.47 Quit saratoga ("CGI:IRC (EOF)") 00.10.00 Quit matsl (Remote closed the connection) 00.10.29 Quit Yondering (Read error: 110 (Connection timed out)) 00.13.46 Quit bluebrother ("leaving") 00.14.04 Quit Schmogel (Read error: 54 (Connection reset by peer)) 00.17.10 Join Schmogel [0] (n=Miranda@p3EE21CF6.dip0.t-ipconnect.de) 00.17.10 Quit mmadia (Read error: 104 (Connection reset by peer)) 00.18.16 Quit bertrik ("Leaving") 00.18.47 # I see that the Sansa e200 uses an FM chip with an upgrade path. It seems there is another chip that is pin compatible that adds RDS decoding. That's extra nice because I think RDS includes the accurate time. 00.19.42 # joetoo: thinking about hardware mods? 00.20.01 Join webguest87 [0] (n=485e7324@gateway/web/cgi-irc/labb.contactor.se/x-ead1a2192aa8b096) 00.20.36 # why not? 00.20.48 # how come my database on me sansa e260 isnt updated? 00.20.58 # webguest87: reboot yet? 00.21.01 # i put no songs in but it never shows 00.21.05 # *new 00.21.07 # yeah 00.21.12 Quit mf0102 ("Ex-Chat") 00.21.20 # i rebooted and in database settings i click update now and still wnt work 00.21.31 # no, update first, then reboot 00.21.39 # i did.. 00.22.18 # sorry, but why the need to reboot? 00.23.00 # I have only had rockbox on my sansa for about an hour, but I found that updating the DB didn't seem to take until after a reboot. 00.23.36 # webguest87: Are the songs tagged properly? Did you Initialize Now? 00.24.22 # webguest87: does the database work for tracks that were on it earlier? 00.24.27 # tagged properly? what do you mean? and yeah i clicked intialized now but it says updating in backround 00.24.45 # and i needed to reboot before i use 00.25.34 # who says you need to reboot before you use it? 00.25.46 # The first time you do 00.25.59 # oh, sorry, I see what you mean. 00.26.05 # it has to be tagged properly? 00.26.26 # the songs shows fine in Files>Music but not showing in Database 00.26.26 # gevaerts: is that also true when swapping removable media? 00.26.28 # the media files need to have metadata tags (id3, etc) 00.26.47 # stripwax: but they will at least show up as untagged 00.26.50 # if the song is playing, you can see if the tags exist from the context menu 00.27.42 # joetoo: rebooting? no. It's just that rockbox doesn't allocate RAM for the database before "Initialize Now" 00.27.55 # 1 of my artist dnt show and new songs dnt show I need tags? 00.27.56 # gevaerts: oic 00.28.08 # you are confusing me 00.28.26 # * gevaerts points everyone to the channel guidelines about using full words 00.28.43 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.29.09 # webguest87: if the songs have no tags, I believe they will be listed as '' in each category. 00.29.37 # hold on let me try again 00.31.09 # nope still dnt work 00.31.28 # webguest87: stop saying "dnt" please... 00.31.50 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.32.22 # i'm not talking to you and idc don't whatever... 00.32.32 # and "idc"... 00.32.34 Join mmadia [0] (n=mmadia@pool-138-89-96-141.mad.east.verizon.net) 00.32.35 # webguest87: please follow the rules 00.32.39 # what is idc anyway? 00.32.51 # have you looked at the guidelines for this channel?...they are linked to in the topic if you havent 00.33.30 Quit Nico_P (Remote closed the connection) 00.33.36 # my database isn't updating 00.33.49 # Badger: I assume it is an acronym for "i [sic] don't care", but I could be wrong. 00.34.37 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 00.43.32 # webguest87 - do your music files play correctly on rockbox (can you hear them), and do the tags show up correctly if you go to the context menu and view 'File Info' 00.46.43 # Sorry, "Show Track Info". I.e. the context menu described in section 4.3.3 of the manual http://download.rockbox.org/manual/rockbox-sansae200/rockbox-buildch4.html#x7-530004.3.3 00.47.05 Quit herrwaldo ("Konversation terminated!") 00.47.16 # * stripwax notices a hanging sentence, "To access this screen," . hmmm. 00.47.49 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 00.48.31 Quit linuxstb (Read error: 110 (Connection timed out)) 00.51.10 # How dishonest would it be to tell a chip manufacturer that your job title is "Senior Electrical Engineer" instead of "Senior, Electrical Engineering" when inquiring about ordering samples? ;-) 00.51.45 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.52.01 # * scorche moves joetoo over to #rockbox-community 00.52.05 # webguest87 - also, I think there is a menu option to view the database update status (assuming that Initialize Now did indeed start scanning your music and building the database). 00.56.13 Quit dabujo (Read error: 104 (Connection reset by peer)) 00.57.29 Part pixelma 00.57.45 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 00.58.35 # What does "Load to RAM" do for the database? Is that just to lower access time? 00.59.54 # IHTSCIFOMBITLTL 01.00.57 # ... 01.01.10 # joetoo: does the manual not describe that? 01.02.20 # * joetoo remembers the manual! 01.02.39 # * stripwax even linked to it, just a second ago 01.03.02 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.03.17 # * stripwax wonders if webguest87 is up and working now, or is just very silent 01.06.04 # "Note: If you browse your music frequently...you should load to RAM...because the disk will not need to spin on each search." This line belongs in the Sansa e200 manual why again? 01.06.43 # joetoo: it's waiting for your patch 01.07.52 # Will rockbox puke if I have 5,000 files in a folder? 01.08.01 # You'll need to change a setting. 01.08.04 # "Feature requests and documentation correction suggestions will only be accepted when accompanied by a patch." Eh? 01.08.30 # joetoo: One-word questions are hard to interpret... 01.08.34 # Will I need to change a setting just for the file viewer to not puke on that folder, or will I need it for rockbox even to run? The only thing that will access this folder is a plugin I'm writing, I'd never go to it by hand 01.08.47 # dataangel: File viewer. 01.08.53 # ah k 01.09.20 # Is rockbox smart enough to only list max files in folder numbers that it can handle, or is it possible to pick one that exceeds available RAM? 01.09.42 # dataangel: It gives an error message if you go into a folder higher than the maximum you've told it to expect. 01.10.02 # There are no negative effects beyond being unable to browse into that folder or properly playlist songs in it. 01.10.03 # right, but can I mistakenly tell it to expect a number that is actually greater than what the player can handle? 01.10.13 # No. 01.10.19 # ah k 01.10.20 # thanks :) 01.10.47 Part Llorean 01.10.56 Quit tvelocity (Remote closed the connection) 01.11.04 Quit ender` (" Drive defensively. Buy a tank.") 01.11.15 # having my plugin have 5,000 individual files is easier than having it to try and load one gigantic text file and keep the whole thing in memory (and I need to insert text occasionally, so in one big file everything would have to be moved forward...) 01.12.26 # dataangel: there is also a limit on the number of simultaneous open files 01.16.40 # gevaerts: that one I'm not worried about because I'll only ever have one open at a time 01.17.33 Quit Nibbler (Read error: 104 (Connection reset by peer)) 01.19.17 # dataangel: I don't know what kind of plugin you're working on, but keep in mind that having 5000 very small files will waste quite some disk space, depending on cluster size 01.20.19 # A fat(32) cluster can be up to 32KB (the compatible limit), so the potential diskspace requirement coult be 156MB, even if each file only contains a single byte 01.20.51 # Also, going through a lot of small files (open -> read or write -> close) will take quite some time 01.21.25 # dataangel: there is likely to be a fair amount of overhead associated with having so many small files. 5000 * the minimum filesize for a file system can be pretty large. 01.22.23 # * amiconn thinks there's an echo in here... 01.22.33 Join Rondom [0] (n=Rondom@p57A95CE7.dip.t-dialin.net) 01.22.38 *** Saving seen data "./dancer.seen" 01.23.10 # me sighs 01.23.20 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.23.21 # * gevaerts hands stripwax a / 01.24.03 # * joetoo didn't notice because he was researching FAT32 at the time. 01.25.55 Quit Hillshum (Read error: 110 (Connection timed out)) 01.32.41 # I am now waiting for SANYO to send me information about a chip with which to upgrade my Sansa e200's FM tuner to support RDS. Here's crossing my fingers that small quantities and/or [free] samples are available. 01.33.45 Quit coatman (Remote closed the connection) 01.35.21 # Finding out what files are in a folder using readdir() (in the plugin API) doesn't count those files as open towards the max open file limit, does it? 01.37.22 Join coatman [0] (n=coatman@r01jvgmb7.device.mst.edu) 01.37.45 Quit MethoS-- (Remote closed the connection) 01.38.29 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 01.42.36 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 01.47.42 Join ajonat [0] (n=ajonat@190.48.103.186) 01.55.15 Nick HBK- is now known as HBK (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 02.05.48 Join ladeh_k [0] (n=76d04a15@gateway/web/cgi-irc/labb.contactor.se/x-8b6447be209fb2c4) 02.07.03 # * amiconn is working on different controls for cube.rock 02.07.21 # The current ones contain some impossible combos on several targets 02.07.42 # I wonder whether this would be 3.0 stuff (cosmetic, but...) 02.08.46 # I can't find the test_codec in the plugins menu. Does it hook into the record menu directly? Or does it get excluded while building? 02.09.13 # joetoo: you need to enable it in the SOURCES file 02.09.20 # scorche: ah, thanks. 02.09.35 # joetoo: ..and then you still won't find it in the plugins menu, as it's a viewer 02.09.41 # Use "Open with..." 02.09.48 # fantastic 02.25.47 Join DaCapn [0] (n=dacapn@c-67-170-177-22.hsd1.or.comcast.net) 02.27.31 Quit jon-kha (Read error: 145 (Connection timed out)) 02.35.16 # I see the pitch shift option, but I'm surprised that I don't immediately find the option to change the playback rate while maintaining the original pitch. Am I looking in the wrong places? 02.37.58 # joetoo: I don't believe it's been put into the regular builds yet. 02.38.28 # http://www.rockbox.org/tracker/task/8894?histring=shift 02.47.43 # oh ok. thanks. I'll look for it there and in svn. 02.48.00 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-c6f0f99a0ccb54d9) 02.49.45 # amiconn: AC3 is actually real time for me using the sample I found online 02.49.46 Join mmadia_ [0] (n=chatzill@pool-138-89-96-141.mad.east.verizon.net) 02.49.51 # got a particular sample I should try? 02.50.42 # Well, my samples weren't realtime on PP, not even 2.0, let alone 5.1 02.51.15 # On coldfire they are realtime. 2.0 is very fast there 02.51.18 # well i'm about to hopefullly change that 02.51.38 # 38% speed up for about 8 lines copied and pasted out of libwma 02.51.52 # My samples are all 48kHz though (audio tracks ripped from dvd) 02.52.32 # this codec is so simple, could probably get my random sample over 300% realtime just stealing bits from the other transform codecs 02.53.31 Quit coatman ("Leaving") 02.53.39 Join coatman [0] (n=coatman@r01jvgmb7.device.mst.edu) 02.55.26 # Does it use emac assembly on coldfire? 02.55.57 # just for the fixed mul functions 02.56.01 # everything else is plain c 02.56.32 # Hmm, interesting. Probably plenty of iram usage then (iirc the codec is quite small) 02.56.39 # soap ? 02.56.49 # yeah someone went through and IRAMed all the tables 02.56.58 # mmadia, ? 02.57.49 # the IMDCT could be switched over to the rockbox one, but its annoying to do since the format stores some of the fourier coefficients interleaved under the expectation that you'll use the FFT based IMDCT like WMA used to use before the tremor stuff was added 02.57.57 # soap : as i've been going through some e200 themes, would you want me to list the themes that are known working and which ones i've fixed (for e200 only) 02.58.54 # everyone seems to like that form of the IMDCT better 02.59.38 # k 03.00.05 # soap : about 40 fixed themes are waiting to be uploaded ( and i still need to request wiki write access) 03.00.35 # mmadia, yes. Start a new thread (something like) "Wiki Theme Status" and post yes/no for all the themes you have tested. I'll merge the posts into one master list. 03.01.00 # saratoga: Iirc someone (preglow?) said in here that implementing the imdct using fft and some additional processing would be faster (?) 03.01.24 Quit culture (Connection timed out) 03.01.25 # amiconn: yeah thats been my theory, but i've not found an FFT implementation on ARM where that is the case 03.01.48 # And on coldfire? 03.01.52 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.02.13 # I don't have anyway to test, but so far the Tremor way has been much faster then either of the FFT ways in Rockbox 03.02.44 # its somewhat surprising that no fast open source ARM FFT exists 03.03.24 # i'm less surprised that no such FFT has been found for coldfire 03.03.26 # I am wondering about something that's transform related: While coldfire is fast at decoding mp3, and arm being slower, it's the opposite for mpeg2 video decoding. Do you have an idea why this is so? 03.04.36 # the transforms are nearly identical between the codecs [mpeg2 uses a DCT, and libmad implements a lot of the synth filter with a DCT], so I'd guess maybe mpeg2 uses a lot of DRAM 03.04.48 # but its just a guess 03.04.59 # i suppose you could profile mpegplayer and see where it spends all its time 03.06.05 # i know ARM is slow in mp3 because the synth filter does an enormous number of "load word then fix point multiply it and then store it" loops 03.06.22 # This is C or asm? 03.06.26 # ASM 03.06.39 # Hmm. Does the asm use ldm? 03.06.42 Quit Rondom ("Ex-Chat") 03.06.52 # some, but half the loads are spaced at 8 byte intervals 03.07.04 # umph 03.07.08 # yeah no fun 03.07.27 # theres probably some way to rewrite teh algorithm to make it more friendly on ARM 03.07.29 # Can I use double's in rockbox plugins? I know they'd be slow, but can I use 'em? 03.07.43 # but I don't understand it well enough to do that, so I just spun it off onto the COP 03.07.53 # which happily enough worked pretty well 03.08.11 # The mpeg2 idct allows some trickery. if you store the intermediate results in transposed form, you can use ldm (or movem on coldfire) for the 2nd part as well 03.08.13 Join pabs_ [0] (n=pabs@xor.pablotron.org) 03.08.46 # thats certainly nice 03.08.53 # I know the imdct for audio isn't 2-dimensional, but perhaps some similar tricks could be applied? 03.09.18 # for mp3 or for the other codecs? 03.09.54 # Either of them 03.10.38 Join AndyIL [0] (i=AndyI@212.14.205.32) 03.11.02 # i haven't looked at the asm for the Tremor IMDCT actually 03.11.03 # i should 03.11.30 # looking at the MAD IMDCT i wonder if it could be done a bit better in assembly 03.11.53 Quit jhMikeS (Nick collision from services.) 03.11.59 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 03.13.23 # it does seem to do a lot of ldr's in the windowing code, which is almost certainly slower then LDM 03.13.57 # though my ARM asm is rusty 03.13.58 # Unfortunately the mpeg2 idct cannot make use of ldm, because the data is 16 bit 03.15.12 # ...and it's signed. Splitting 32 bits needs 3 additional instructions. It would actually be marginally faster on arm7, but slower on any higher arm 03.15.52 Quit coatman (Remote closed the connection) 03.17.20 # amiconn: did you try that latest commit on your AC3 file? 03.19.17 Join coatman [0] (n=coatman@r01jvgmb7.device.mst.edu) 03.19.21 # eh, not yet 03.19.44 # if its not real time yet i can look into it 03.20.22 # anyway i'm going home 03.21.49 Quit AndyI (Read error: 110 (Connection timed out)) 03.22.41 *** Saving seen data "./dancer.seen" 03.22.59 Quit coatman (Client Quit) 03.23.04 Join coatman [0] (n=coatman@r01jvgmb7.device.mst.edu) 03.23.48 Quit saratoga ("CGI:IRC (EOF)") 03.23.58 Quit webguest87 ("CGI:IRC") 03.24.27 Quit pabs (Read error: 110 (Connection timed out)) 03.27.28 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-7475994be9cef627) 03.29.19 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 03.30.16 # soap : topic created. http://forums.rockbox.org/index.php?topic=18668 03.35.46 # mmadia_, thank you. I'll try to organize this, but real life has firm hold of me for at least the next 48 hours. 03.40.28 Quit massiveH ("Leaving") 03.43.32 # it'll give me time to add to the list ; ) 03.44.54 Quit krazykit ("laters.") 03.47.24 Join Llorean [0] (n=DarkkOne@166.188.239.89) 03.52.16 Quit DerDome (Nick collision from services.) 03.52.17 Join DerDome1 [0] (n=DerDome@dslb-082-083-247-214.pools.arcor-ip.net) 03.52.27 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-247-214.pools.arcor-ip.net) 04.00.00 Quit mmadia_ ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 04.07.31 Join miepchen^schlaf_ [0] (n=miepchen@p579ECDA3.dip.t-dialin.net) 04.09.32 Quit Lambduh (Read error: 104 (Connection reset by peer)) 04.09.35 Join Lambduh [0] (n=Lambda@12-203-112-233.client.mchsi.com) 04.19.41 Part mmadia 04.21.19 Join Davide-NYC [0] (n=Davide-N@user-0cev9vm.cable.mindspring.com) 04.22.05 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.22.11 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 04.22.17 # I saw a change to test_codec specific to the GigabeatS.. is it appropriate to run codec tests and post the results in the wiki now? 04.22.57 # I wouldn't suggest adding them to the wiki until it's a supported target. 04.23.42 Join m0f0x [0] (n=m0f0x@189-47-13-110.dsl.telesp.net.br) 04.24.16 Join JdGordon|uni [0] (i=768aa358@gateway/web/ajax/mibbit.com/x-6cc737621aa9abe0) 04.27.11 # Llorean: will hold off then 04.27.21 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.29.12 Quit Davide-NYC ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 04.33.44 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 04.35.02 Quit ajonat () 04.35.57 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 04.44.51 Join jeffdameth1 [0] (n=jeff@dyndsl-091-096-032-251.ewe-ip-backbone.de) 04.59.00 Quit jeffdameth (Connection timed out) 05.07.39 # saratoga: (logs again) no, the patches don't deadlock. the key is that "PCM ready" is equivalent to "synth idle". 05.10.02 Quit Seed ("cu, Andre") 05.11.33 Join JdGordon|uni [0] (i=768ae223@gateway/web/ajax/mibbit.com/x-fe30d327184b29a0) 05.16.19 # amiconn: (for logs) Should singe-core builds be still threaded the same way but run only on CPU or should single core builds be exacly like a single-core target? 05.17.06 # though the "core" parameter to create_thread doesn't exist in that case 05.22.43 *** Saving seen data "./dancer.seen" 05.25.10 Quit kushal_12_27_200 (Connection timed out) 05.26.56 Quit massiveH ("Leaving") 05.30.38 Quit XavierGr () 05.32.01 Join amdgoon [0] (n=amdgoon@142.13.141.11) 05.34.04 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 05.35.55 Quit Zarggg () 05.36.23 Quit m0f0x () 05.37.19 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.43.18 Quit Zarggg () 05.45.51 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-6d4646e5304a9c1a) 05.48.44 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 05.49.43 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.50.56 Quit dataangel ("Leaving") 06.00.16 Quit homielowe_ () 06.04.29 Join JdGordon|uni [0] (i=768ae23b@gateway/web/ajax/mibbit.com/x-76bc3408650983ae) 06.06.55 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 06.11.45 Join reacocard [0] (n=reacocar@WL-271.CINE.HMC.Edu) 06.14.42 Quit jhulst (Remote closed the connection) 06.27.03 Quit Zarggg () 06.27.56 Join Darksair [0] (n=user@123.112.115.199) 06.28.42 Quit daurnimator (Read error: 60 (Operation timed out)) 06.28.49 Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) 06.31.16 Quit EspeonEefi ("さよなら") 06.31.59 Quit Darksair (Remote closed the connection) 06.32.09 Join Darksair [0] (n=user@123.112.115.199) 06.37.12 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 06.41.01 Quit Siku () 06.48.39 Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") 06.52.10 Join Darksair [0] (n=user@123.112.115.199) 07.01.22 Quit ladeh_k ("CGI:IRC (EOF)") 07.12.55 Join ladeh_k [0] (n=76d04a15@gateway/web/cgi-irc/labb.contactor.se/x-c6a7752e1aa22e26) 07.12.55 Quit ladeh_k (Client Quit) 07.22.09 Join ladeh_k [0] (n=76d04a15@gateway/web/cgi-irc/labb.contactor.se/x-e4641868c8cd9ed3) 07.22.47 *** Saving seen data "./dancer.seen" 07.23.19 Quit Llorean ("Leaving.") 07.23.26 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 07.25.06 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.26.58 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-606e2044da489b20) 07.36.27 Quit ladeh_k ("CGI:IRC (EOF)") 07.36.47 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 08.01.37 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 08.08.50 Quit miepchen^schlaf_ () 08.26.13 Quit faemir (Remote closed the connection) 08.27.58 Quit BHSPitMonkey (Remote closed the connection) 08.34.11 Quit BigBambi (Read error: 113 (No route to host)) 08.34.23 Join bluebird [0] (i=rbeindeo@218.155.218.87) 08.34.35 # alo 08.39.05 Join JdGordon|uni [0] (i=795b5418@gateway/web/ajax/mibbit.com/x-6f0349ba40f69aa0) 08.43.24 Nick JdGordon|uni is now known as JdGordon| (i=795b5418@rockbox/developer/JdGordon) 08.47.52 # jhMikeS: They should behave like single core targets 08.49.57 Join ladeh_k [0] (n=76d04a15@gateway/web/cgi-irc/labb.contactor.se/x-6f3fcadd0f75d650) 08.50.27 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.52.04 Join Rob2222 [0] (n=Miranda@p4FDCED51.dip.t-dialin.net) 08.52.07 # jhMikeS: Sometimes it is useful to be able to go back to a less functional state of some parts of rockbox, e.g. it was very useful to be able to compile an Ondio build without multivolume and hotswap support in order to debug the weird Transcend MMC behaviour 08.57.27 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 09.04.34 Join petur [50] (n=petur@rockbox/developer/petur) 09.10.11 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.13.14 Quit ladeh_k ("CGI:IRC (EOF)") 09.14.12 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 09.14.42 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 09.15.04 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 09.15.07 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 09.15.30 # saratoga (logs): I'm quite puzzled about my a52 speed tests 09.16.21 # I cannot measure a difference with r18570 on PP502x 09.17.33 # But then this sample is also realtime by a nice margin. I know I had some which weren't, but I can't find them atm 09.22.49 *** Saving seen data "./dancer.seen" 09.25.50 # Ah, 'make' dependency artifact :\ 09.27.47 Join reacocard_ [0] (n=reacocar@134.173.59.155) 09.31.07 # Now I see the speedup (192->307%, even more than r18570 claims), but I still wonder about my non-realtime samples.... 09.40.03 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 09.41.38 Quit reacocard (Read error: 110 (Connection timed out)) 10.00.13 Join advcomp2019_ [0] (n=advcomp2@66-172-233-113.longlines.com) 10.00.13 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 10.00.20 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.00.54 Quit bughunter2 ("bye") 10.06.00 Join lasser [0] (n=f@W9ae7.w.pppool.de) 10.07.41 # it's release day today isn't it ? 10.10.02 # we're done? that's it? we can all go home now? :p 10.11.30 # yep 10.11.35 # turn off the lights when you leave 10.20.06 Join culture [0] (n=sam@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 10.21.33 # (if you're the last one to leave) 10.24.27 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 10.35.05 Quit vitja (Remote closed the connection) 10.35.22 Join vitja [0] (n=vitja@79.120.98.174) 10.35.48 # gevaerts: did you have some success? 10.42.48 # vitja: I got it running about as well as you I guess. I'll work more on it tonight 10.43.27 # gevaerts: does you host detect it as flash? 10.45.34 # vitja: not yet no. I don't think I had actual bulk transfers working. No time to look now though 10.45.45 # ok 10.49.15 Join Nibbler [0] (n=Nibbler@mx00.linkprotect.de) 11.03.14 Join AndyI [0] (n=pasha_in@212.14.208.235) 11.11.10 # jhMikeS: There are coding style violations in mpa.c. While the general brace placement style is selectable, the opening brace of a function is *reqired* to be placed in the next line 11.14.08 Quit AndyIL (Read error: 110 (Connection timed out)) 11.17.45 # amiconn: I supposed I would do style changes separately in a code policing commit if I did it 11.20.47 # might as well do so now, what the heck 11.21.28 Join tvelocity [0] (n=tony@195.167.65.108) 11.22.52 *** Saving seen data "./dancer.seen" 11.52.56 # who was complainig about the #ifdef's in plugin.[ch] not being the correct ones around the added kernel stuff? 11.55.26 # jhMikeS: all swcodec has semaphore and even objects right? 11.55.39 # or should i bump the plugin api to fix the #ifdefs? 11.57.19 # ... I guess they do or we wouldnt have a green table 11.57.27 # JdGordon: who was compaining? I don't know. But yes, swcodec does but any could. 11.57.54 # I dont remember who it was 11.58.02 # in kernel.c or thread.c? 11.58.04 # * JdGordon double checking the patch compiles and will comit 11.58.08 # plugin.c 11.58.12 # oops, right 11.59.20 Join MethoS- [0] (n=clemens@dyndsl-085-016-160-136.ewe-ip-backbone.de) 11.59.30 # it is broader than current useage, but not technically incorrect I guess 12.00.54 # until someone decides to compile swcodec without either of them 12.01.11 # but yes, atm its just a better safeguard or something 12.02.40 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.03.00 # actually, no code in single core uses those either (anywhere). they're sort of just taking up space there for the moment. 12.03.16 # jhMikeS: I saw that the event and semaphore functions themselves were surrounded by something like #ifdef HAVE_SEMAPHORE_OBJECTS, but the use of those functions in plugin.[ch] used SWCODEC (and your older commit to codec.[ch] I think). It seems inconsistent. 12.04.28 Quit culture (Read error: 104 (Connection reset by peer)) 12.04.45 # linuxstb: SWCODEC is what defines those certain objects to be included, but for codecs only NUM_CORES > 1 was actually using it 12.04.46 # ah, its NUM_CORES > 1 in the codec api 12.05.54 # imo it should be consistant with the actual function, not whats using it (for firmware/ level functions only though, apps is another story) 12.08.32 # jhMikeS: Those objects are unused on single-core SWCODEC targets, but are still compiled? 12.10.07 # lixuxstb: yes, config.h could be refined to keep it out until used. 12.10.26 # the event is used, semaphore, no 12.12.45 # semaphore _was_ used when we had voice swapping 12.23.08 Quit bluebird (Read error: 54 (Connection reset by peer)) 12.28.22 Join culture [0] (n=sam@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 12.30.33 # is 32 chars enough for most of the possible id3 fields? 12.30.49 # im tihnking band and track title might be the only ones which would come close? 12.32.04 # 32? not with my stuff 12.32.26 # not enough? or not close to being a problem? 12.32.52 # alot of classical stuff would go way over that 12.34.07 # like what? 12.34.19 # 31 letters is a pretty decent amount... 12.34.25 # no it's not 12.34.29 # bo beep - mary had a little lamb <= 33 letters 12.34.31 # JdGordon: who are you to decide that? 12.34.35 # Classical stuff wouldn't even come close to fitting in there 12.35.06 # markun: I'm not... just trying to implement 8955 a bit nicer 12.36.09 # JdGordon: even after reading that page I have no idea what it does :) 12.36.53 # it removes id3 fields which dont have any data so the list might actually fit on one screen 12.36.57 # or be more readable 12.37.17 # I wanted to use the simplelist buffer, but its currently only got room for 32 32char strings 12.40.19 Join dany_21a [0] (n=dan@84-119-17-233.dynamic.xdsl-line.inode.at) 12.45.09 # ok then... back to finshing off the bloody bookmarks patch :/ 12.52.45 Join dabujo [0] (i=xx@p4FDB26C4.dip0.t-ipconnect.de) 12.54.36 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 12.59.20 # would anyone object to me adding a line in the rockbox info screen saying the AA size the current wps expects? 13.02.16 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 13.10.08 # I'm trying to "unbrick" a Sansa e260 (following SansaE200Unbrick), but none of the Recovery, Manufacturing, or Pre-boot modes seem to work. I don't get any USB connectivity or indication that I've entered that mode (screen stays completely black). The only feedback I have is the lighting up of the wheel, and the fact that (most of the time) it turns off when holding "power/menu" for 30 secs. 13.12.55 # * JdGordon doesnt really see the need to speak the line saying the AA dimensions... 13.12.57 # JdGordon: 32 chars would be way too short for some of my tracks 13.13.24 # ok ok... I've moved on from that :p 13.16.48 # also... why is disk free space above disk size in the info screen? 13.16.56 # * JdGordon tihnks they shold be swapped 13.20.27 # * JdGordon sits back and waits for the tongue lashing! 13.22.54 *** Saving seen data "./dancer.seen" 13.23.05 Join MarcGuay [0] (n=chatzill@ip216-239-82-191.vif.net) 13.25.16 # is the number order in configure really important? 13.25.40 # I think Philips and Meizu should be swapped to maybe make that last row easier to read? 13.25.49 # or can we add some extra spaces in? 13.28.25 # as long as we stay under 80chars wide its OK yeah? 13.28.39 # or are consoles expected to be narrower? 13.29.27 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx09467.newyony.wayport.net) 13.30.09 # Bagder: 70chars at its widest is still OK yeah? 13.30.27 # 78 or so should be fine 13.30.34 # ok cool 13.40.01 Quit tvelocity (Read error: 110 (Connection timed out)) 13.40.42 Join advcomp2019__ [0] (n=advcomp2@unaffiliated/advcomp2019) 13.40.47 Quit jhMikeS (Nick collision from services.) 13.40.53 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 13.40.53 Quit advcomp2019_ (Read error: 104 (Connection reset by peer)) 13.44.30 Join Dementio [0] (n=dementio@211.45.234.45) 13.47.42 # anyone know how to compile in a default hard drive spin down time? 13.48.16 # to be more specific, i need to turn it off completely 13.48.37 Nick reacocard_ is now known as reacocard (n=reacocar@134.173.59.155) 13.53.40 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 13.57.03 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 14.03.16 # Dementio: why would you want to? 14.03.55 # the spin down time is only used if the user made the disk spin.. if its just rebuffering it turns off automatically as soon as its done (iirc) 14.06.15 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-4f9016249904f8bf) 14.06.23 # i have an ipod video with the cfmod, i finally got it to boot by changing two lines in system-99502xx.c, but now it hard locks once the spindown time is reached 14.06.50 # as in once it boots, i had less than 4 seconds to change the setting from 4 seconds 14.07.16 # i was finally able to get it set to 254, but it still locks once that time is reached 14.07.38 # * JdGordon thought the cf mod worked fine on all targets now 14.07.44 # nope 14.07.51 # not on all cf cards 14.08.01 # trying to get it working with a-data's 14.08.16 # which seems to be the one most people bought 14.08.38 # amiconn: didnt you fix it so cf cards worked correctly? 14.08.44 # it still gives an ata error: -1 with the default code 14.11.30 # PS: this was with r18563M-080922 from SVN 14.14.14 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.16.38 Part dany_21a 14.21.23 # Does BCB mean anything to anyone? Boot Code Block? Boot Code Binary? 14.23.56 Join dany_21a [0] (n=daniel@84-119-17-233.dynamic.xdsl-line.inode.at) 14.25.23 # MarcGuay: what's the context? 14.26.49 Quit courtc_ (brown.freenode.net irc.freenode.net) 14.26.49 NSplit brown.freenode.net irc.freenode.net 14.26.49 Quit Zom (brown.freenode.net irc.freenode.net) 14.26.49 Quit Haudrauf (brown.freenode.net irc.freenode.net) 14.26.49 Quit fxb__ (brown.freenode.net irc.freenode.net) 14.26.49 Quit tecnmmag (brown.freenode.net irc.freenode.net) 14.27.02 # The Zen V Plus firmware doesn't have a FBOOT file the way the ZVM does. Instead it has a very small FBCB file which contains the strings STMP (the chip), BCB2, and CACA. I'm thinking it's just filler saying "the bootloader is on the ROM in the STMP". 14.27.31 NHeal brown.freenode.net irc.freenode.net 14.27.31 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 14.27.47 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 14.27.48 # Am curious if BCB is a known acronym. 14.28.06 NJoin Zom [0] (n=zom@c-73b9e253.09-109-73766c10.cust.bredbandsbolaget.se) 14.28.17 NJoin courtc_ [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 14.28.17 NJoin Haudrauf [0] (n=hau@HSI-KBW-091-089-008-100.hsi2.kabelbw.de) 14.28.17 NJoin tecnmmag [0] (n=tecnmmag@206.251.250.217) 14.29.28 Quit courtc_ (Connection reset by peer) 14.29.29 Quit Dementio (Read error: 54 (Connection reset by peer)) 14.29.35 # MarcGuay: Did you try punching it into Wikipedia or Google? 14.29.38 Join Dementio [0] (n=dementio@211.45.234.45) 14.30.09 Quit Haudrauf (Excess Flood) 14.30.23 Join Haudrauf [0] (n=hau@HSI-KBW-091-089-008-100.hsi2.kabelbw.de) 14.31.07 # LambdaCalculus37: Absolutely. I wouldn't ask before researching first. 14.31.23 # MarcGuay is a good little netizen ;) 14.31.41 # Civic pride 14.31.45 # Ha! Wikipedia gave me "Borland C++ Builder"! :P 14.32.35 # ok, can i possibly fry my ipod if i keep changing certain parts of ata.c? 14.32.52 Part TMM ("Ex-Chat") 14.33.12 # Dementio: I can't think of a way you can 14.33.26 # ok, good 14.33.26 # lol 14.33.41 Join Lambdumb [0] (n=Lambda@12-203-112-233.client.mchsi.com) 14.33.57 # Buffer Control Block? 14.34.02 Quit Lambduh (Connection reset by peer) 14.35.18 # anyway, what if i just made it reference ata_flash.c instead of ata.c? 14.35.23 # i really don't know 14.35.35 # not much of a programmer 14.35.37 # Dementio: http://acronyms.thefreedictionary.com/Buffer+Control+Block 14.35.53 # i know 14.36.10 # MarcGuay was asking what BCB stood for 14.36.28 # Dementio: Except that Buffer Control Block is on that list. 14.36.37 # ? 14.36.42 # MarcGuay: I also got Block Control Byte. 14.37.58 Join {phoenix} [0] (n=dirk@p54B47BC2.dip.t-dialin.net) 14.38.10 # does the ATA spec have a no-op command? 14.38.26 # not that I recall 14.39.02 # Dementio: I was hoping amiconn would help you out... anyway, you can comment out the block in firmware/drivers/ata.c in ata_perform_sleep() 14.39.20 # LambdaCalculus37: I guess I didn't look as hard as I thought, thanks. 14.39.24 # i'll try that now 14.39.27 # thankie 14.39.55 # GodEater: yeah, I didnt think so but changing 1 value is easier than finding the right code to comment out for him :) 14.40.01 # MarcGuay: No worries. :) 14.40.24 # JdGordon: you are the epitomy of the lazy programmer ;) 14.40.49 # no! it seems there is a NOP command 14.40.59 # and since when is being lazy bad for a progreammer? :D 14.41.41 Part LinusN 14.42.53 # I never said it was *bad* :) 14.42.53 # The proper thing to do would be to find out which command hangs, and in what way, and then fix the driver to handle this 14.44.02 # JdGordon: I seem to recall you getting punched once as a result :) I even have the video somewhere! 14.44.18 # that wasnt me being lazy... 14.44.32 # that was not testing enough, or something, or red delta... 14.45.17 # not testing could be considered lazy 14.45.29 # I don't think it was a red delta though 14.45.51 # amiconn: shouldnt we be checking the disk actually supports sleeping before calling SET_REG(ATA_COMMAND, CMD_SLEEP);? 14.46.54 # or is that done elsewhere? 14.47.11 # The problem is that many CF's report that they support it, but they don't -> spec violation 14.47.53 # so apart from custom builds, there really isnt much we can do? 14.47.55 # amiconn, what is seems, is that anything that tries to write to the drive after the spindown time has passed 14.48.03 # sorry, was on console 14.54.04 # JdGordon, which ata_perform_sleep() do i comment out? there's two 14.54.06 # both? 14.54.43 # yeah 14.54.48 # k 14.54.50 # or just comment out the code inside that function 14.57.05 # um.... 14.57.12 # <----first time with c 14.57.13 # lol 14.57.48 # i was just gonna delete the line 14.57.50 # :/ 14.59.46 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 15.03.30 Quit shodanX (Remote closed the connection) 15.08.17 Part vitja ("Ex-Chat") 15.09.37 # now if only my ipod would get enough of a charge to run 15.09.38 # lol 15.12.48 # hmmm I thought all CF cards were supported... 15.13.13 # nope 15.14.14 # and this is with a bootloader and build from current svn? 15.16.22 # yup 15.17.43 # and it boots and runs right up until the spindown? 15.18.13 # works fine till then, once "DEV_RS = 0x3ffffef8;" is commented out 15.18.27 # otherwise i still get an ATA Error: -1 15.18.59 # What kind of CF card is it? 15.19.06 # a-data 32gb 15.21.10 # bah.. I have an A-Data 8GB and Transcend 32GB...and no ipod to test in anyway 15.22.53 # part of the fix for CF was to always do an init, even after a soft reset (which should keep the config), so we had a similar issue fixed :( 15.22.55 *** Saving seen data "./dancer.seen" 15.23.53 Join moos [0] (i=moos@81-66-128-18.rev.numericable.fr) 15.24.14 # i tried manually changing the setting in the config file while in disk mode, but it doesn't use it. is it suppose to be that way? 15.24.44 # it would only use the setting if it was selected in the menu 15.24.49 # I meant the CF configuration that is done at startup (pio mode,...) 15.24.56 # dur 15.25.06 Join BlakeJohnson861 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 15.25.43 # euh... you mean rockbox doesn't load its config file? 15.26.14 # not if i type in the settings manually 15.26.42 Join Schmogel [0] (n=Miranda@p3EE219BB.dip0.t-ipconnect.de) 15.26.52 # in the config.cfg file 15.27.08 # but any settings you save are loaded again? 15.27.17 # yeah 15.27.25 # I suspect you type them wrong 15.27.43 # i copied and pasted out of another config 15.27.49 # or some CR/LF or encoding issue? 15.27.53 # disk spindown: 254 15.27.56 # i use vi 15.28.07 # I've edited them lots of time 15.30.03 # i just got a completely fresh svn copy, and i'll only comment out "DEV_RS = 0x3ffffef8" and try to load the config 15.30.13 Quit linuxstb (Read error: 110 (Connection timed out)) 15.30.26 Join shodanX [0] (n=shodanX@arie.informatik.uni-erlangen.de) 15.31.32 Quit J-23 (Remote closed the connection) 15.34.18 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 15.35.16 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 15.37.39 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 15.40.37 # what happens if i set disk spindown to 0? 15.40.43 # anything? 15.41.05 Join lazka [0] (n=lazka@84-119-44-130.dynamic.xdsl-line.inode.at) 15.41.43 # recent build crashes on my sansa right after the intro screen 15.41.53 # how recent? 15.41.57 # which sansa? 15.42.01 # e200 15.42.06 # r18578? 15.42.19 # did you extract the whole zip file or just rockbox.mi4? 15.42.25 # * markun blames JdGordon :) 15.42.25 # rbutil.. 15.42.33 Part nicktastic 15.42.51 # i'll try the zip.. 15.50.40 # ok.. zip works.. 15.51.26 # ok, not even with changing DEV_RS, i still get an ATA Error: -1 15.54.10 Part lazka ("cya") 15.54.56 Join MethoS-- [0] (n=clemens@host-091-097-241-123.ewe-ip-backbone.de) 15.55.54 Quit JdGordon ("Konversation terminated!") 15.58.59 # thanks for the help guys, i'm quitting for tonight 15.59.22 Join JdGordon [0] (n=jonno@c220-237-62-18.smelb2.vic.optusnet.com.au) 16.04.25 Join mf0102 [0] (n=michi@85-127-39-37.dynamic.xdsl-line.inode.at) 16.05.29 Join n1s [0] (n=nils@rockbox/developer/n1s) 16.14.55 Quit MethoS- (Read error: 110 (Connection timed out)) 16.19.21 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 16.24.41 Nick pabs_ is now known as pabs (n=pabs@xor.pablotron.org) 16.25.51 Quit {phoenix} (Remote closed the connection) 16.26.36 Quit DaCapn () 16.31.35 Join Hillshum [0] (n=chatzill@75-165-231-192.slkc.qwest.net) 16.32.26 Join goffa_ [0] (n=goffa@216.220.23.105) 16.37.23 Quit pixelma2 (Nick collision from services.) 16.37.26 Join pixelma2_ [0] (n=marianne@p54BD52E7.dip.t-dialin.net) 16.37.36 Nick pixelma2_ is now known as pixelma2 (n=marianne@rockbox/staff/pixelma) 16.37.41 Quit amiconn (Nick collision from services.) 16.37.48 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 16.42.08 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.44.33 Join jeffdameth [0] (n=jeff@dyndsl-091-096-062-196.ewe-ip-backbone.de) 16.45.32 Quit goffa (Read error: 110 (Connection timed out)) 16.59.31 Quit jeffdameth1 (No route to host) 17.01.42 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 17.11.29 Part lasser 17.15.16 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 17.18.40 Join bughunter2 [0] (n=Jelle@77.164.66.126) 17.20.14 Join pixelma [0] (i=d5494da5@gateway/web/ajax/mibbit.com/x-882e016b1a58807f) 17.21.16 # * pixelma wonders why JdGordon had to invent a new feature for album art related language strings - is lcd_non-mono not good enough? 17.22.59 *** Saving seen data "./dancer.seen" 17.24.00 Join Jungti1234 [0] (n=742a2d5b@gateway/web/cgi-irc/labb.contactor.se/x-fec58d94287a9934) 17.24.55 # hi 17.28.01 # looks like some of the ports in progress but already in the buildtable don't have album art even though they don't have monochrome displays (M:Robe500 + the Zens) 17.29.19 Quit Jungti1234 ("CGI:IRC (EOF)") 17.29.19 Quit Dementio (Read error: 104 (Connection reset by peer)) 17.29.30 Join Dementio [0] (n=dementio@211.45.234.45) 17.29.53 # and I'm not sure I ever would expect the album art size stated in the Rockbox Info screen... 17.30.47 # pixelma: I was wondering how that's supposed to work (the album art size info). 17.30.55 # that too 17.31.26 # Does it show you the album art size according to the cabbiev2 theme? Or your current WPS? I'm puzzled. 17.31.43 # * LambdaCalculus37 thinks we should pester JdGordon|zzz later, when he's awake 17.35.48 # Current WPS according to what he said earlier 17.35.57 # (IIUC) 17.36.28 # BigBambi: Ahh, okay. Thanks! 17.37.25 # unrelated, but I also wonder whether I should try to check in my few changes to the manual (mostly cosmetic ones) from here now. I think they should go into the release branch too... not very comfortable to do here but I'm not sure how much time I'd have to do so later but before the release :\ 17.39.16 # "few" as in "a number of files but no major changes... except the text_viewer one 17.39.20 # pixelma: If it's mostly cosmetic, I say go for it. 17.39.50 Join Hillshum_ [0] (n=4ba5e7c0@gateway/web/cgi-irc/labb.contactor.se/x-f4fccee88dfa8857) 17.41.18 Join Llorean [0] (n=DarkkOne@32.168.91.175) 17.41.36 # query danny_21a 17.41.43 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.42.11 # Hillshum_: One less n. ;) 17.42.24 # query dany_21a 17.42.35 # and a / at the start 17.44.04 # hello again 17.44.54 # had to push the video card in, try to boot off old disk with ubuntu, and wait for live cd to boot 17.45.45 # so i'm not on my system i am devleoping on 17.46.00 # okay... 17.46.19 # you asked for support while patching a non E200-Player - or? 17.46.59 Quit cool_walking_ (Remote closed the connection) 17.47.11 # i want to help port e200v2, but need to learn how to doo it... 17.47.26 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 17.48.15 # ah... so you have a e200? thats good - bec. on that device we can gain direct access to the flash over USB, so you can easily unbrick it 17.48.24 # but you have to open the player for that 17.48.25 # yeah 17.48.38 # * Hillshum_ needs to clean it anyway 17.48.54 # okay :) 17.49.48 # http://flickr.com/photos/90053035@N00/2495460818/in/set-72157605072639496/ 17.50.12 # search for that open solder pads (the two on the top of that pic) 17.50.33 # and solder two wires two them and connect them via switch 17.51.01 # i've taken it fully apart many a time 17.51.36 # (you dont need to solder a switch to them - you can also bridge them on demand with a piece of wire... but its much more comfortable) 17.52.08 # * Hillshum_ would like to avoid soldering 17.52.45 Quit pixelma ("http://www.mibbit.com ajax IRC Client") 17.52.50 # anyhow... just try once to get into the recovery mode, only to check if it works, when needed :) 17.53.28 # btw. i also use that mode to upload a new firmware - so i have only to upload some bytes, and not the whole firmware all the time - saves a lot of time 17.53.58 # really? 17.55.22 # leave the bat out? 17.56.05 # you can power it via usb - i have mine connected to a external power supply 17.56.05 Quit Llorean (Read error: 104 (Connection reset by peer)) 17.58.09 # the inner screws are not cooperating 17.58.17 # ? 17.58.20 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 17.58.35 # the hard to take out ones 18.02.29 # my mouse is on one usb port and my dsl modem on the other 18.06.18 # you mean you have no free usb-port? take the mouse away, temporary 18.06.27 # ow long do i bridge it? 18.06.49 # after plugging in - wait some seconds and then take away the bridge 18.07.02 # it mostly works... sometimes i have to repeat that procedure 18.07.11 # after that check dmesg 18.07.16 # or steal hub from sister 18.07.18 # or "sudo fdisk -l" 18.09.37 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.10.28 Join faemir [0] (n=quassel@88-106-209-242.dynamic.dsl.as9105.com) 18.12.30 Quit Hillshum_ ("CGI:IRC (Ping timeout)") 18.15.39 Quit MethoS-- (Remote closed the connection) 18.18.31 Quit dabujo (Read error: 104 (Connection reset by peer)) 18.18.52 Join Hillshum_ [0] (n=ubuntu@75-165-231-192.slkc.qwest.net) 18.19.05 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 18.19.12 # back 18.23.56 Join DerPapst [0] (n=DerPapst@77.20.73.176) 18.24.57 Join Hillshum__ [0] (n=4ba5e7c0@gateway/web/cgi-irc/labb.contactor.se/x-6cd08cf99390a852) 18.25.17 # back 18.25.39 Join MethoS- [0] (n=clemens@host-091-097-241-123.ewe-ip-backbone.de) 18.26.12 # had to reboot 18.26.38 Join perrikwp [0] (i=98213910@gateway/web/ajax/mibbit.com/x-549257d88248f867) 18.26.42 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.27.22 # plugging it in normal dosn't show up on hardy live 18.30.43 # never mind it was in mtp 18.30.51 Quit petur ("work->badminton") 18.33.34 Quit Hillshum_ ("Leaving.") 18.34.58 Join herrwaldo [0] (n=waldo@ip-81-11-223-243.dsl.scarlet.be) 18.35.54 Join Strife89 [0] (n=michael@204.116.245.152) 18.36.14 # How's it looking for the release? 18.37.41 # Are there opinions on whether mp3-on-cop and the a52 speedup should be put into the 3.0 branch? 18.38.18 # I wouldn't put mp3-on-cop in 3.0. No opinion on the a52 speedup 18.38.38 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.39.10 # maybe we can release a 3.1 soon with all these new and untested improvements 18.39.25 # I like that idea. 18.39.56 # Me too. 18.40.07 # Strife89: Tonight's the night! 18.40.44 # What time? (just curious) 18.41.49 # Strife89: According to Bagder, 23:00 his local time. 18.42.20 # + 1 or 2 or so 18.42.30 # GMT -4 for me, I think. 18.43.33 Join kokoon [0] (n=user@89-212-110-138.static.t-2.net) 18.43.36 # good day 18.44.05 # Strife89: No, you're GMT -5, like I am. 18.44.18 # are there any devs with CFmod knowledge here? 18.44.34 # LambdaCalculus37: My bad; I got confused. 18.44.40 # kokoon: Ask away. Anyone who knows the answer can help you. 18.44.43 # i could use some help... 18.44.47 # ok sure 18.45.16 # so i've been running a Transcend 32Gb CF card in my Iriver H320 for a while now 18.45.32 # and i got tired of all the I03 errors a few times a day 18.45.47 # and i thought something must have changed in the last 3 months (or so) 18.46.06 # got the newest bootloader - or at least i think i did 18.46.06 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.46.17 # and now i'm stuck with ata -80 error 18.46.23 # end of story 18.46.32 # so from what i've gathered 18.46.35 # dany_21a: ivve run dmesg and the sansa connects but disconnects before it finnishes 18.46.37 # I had an idea earlier today, and it stems from the fact that I have found a lot of music (mostly game remixes, I'll admit) that is 100% free. So, for those looking to expand their collection, perhaps we could have a FreeMusic Wiki page? 18.46.42 Join childofkorn [0] (n=Miranda@HSI-KBW-082-212-055-205.hsi.kabelbw.de) 18.46.48 # the bootloader i was using before was patched 18.47.04 # and those patches fixed that exact issue 18.47.17 # am i right? 18.48.03 # oh, forgot to say, i also got a reply on the forum that said that my I03 problem was from a bug in a bootlader version from back then (that i used) 18.48.14 # so... there's still no question, is it... 18.48.18 # Strife89: Perhaps, but why don't we also ask about it in -community? 18.48.21 # how do i make it work? 18.48.39 # LambdaCalculus37: I'm in there, hang on and I'll paste. 18.49.18 # hi - i found a bug - and got a workaround for me, can anyone please tell me where to report it properly? 18.50.08 # childofkorn: if it really is a bug, put it into our flyspray Bug/patch tracker... but perhaps first tell us the problem :-) 18.50.16 # * amiconn will now test bootboxes and then start building flash images 18.50.27 Nick advcomp2019__ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 18.50.42 # Hillshum__: have you tried to repeat it a few times? 18.50.47 # I could need a tester with an fm recorder or a recorder v2 18.50.59 # The others I can test myself 18.51.26 # kokoon: I don't know myself, but I've seen other people about CF problems today 18.51.46 # amiconn: have you seen fs#9411 ? (about flashing problems on recorderfm) 18.51.54 # you mean you know who can help 18.52.03 # markun: or did you have problems yourself 18.53.49 # domonoky: No, but I just checked. Maybe he's running an old flash image. I have no idea without further information 18.53.51 # kokoon: maybe petur knows something about it, but he's not here right now. He's here pretty much every day. 18.54.05 # i update relatively often to new rockbox builds. i have an iriver ihp 120 on which i had installed the iriver firmware 1.66E. after the last two rockbox updates my mp3 playing was nearly a complete mashup since i got a distorted signal on my right earphone. downgrading to 1.63 fixed the problem 18.54.13 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.54.28 # amiconn: do you know anything about it? 18.54.36 # markun: yeah, i saw that nickname, you think he'd be back today? 18.54.38 # childofkorn: thats known, and already fixed in the latest builds, afaik.. 18.54.55 # kokoon: could be, probably having dinner now. 18.55.01 # ah cool 18.55.03 # thanks a lot 18.55.47 # amiconn: i talked with this user, and he had the new build roloed when he tried to flash, but perhaps he needs to update the whole flash (not only one image) ? 18.55.52 # besides that... is there maybe something like a "mother of all" CFmod wiki pages/ forum posts? 18.55.53 # cause... 18.55.59 # the info is scattered everywhere 18.56.07 Quit Hillshum__ ("CGI:IRC (Ping timeout)") 18.56.17 # domonoky: That's what I mean. He doesn't state any relevant version information 18.56.18 # domonoky: strange, because it was today when i fixed it myself... on the other hand - can't it be because of the bootloader? because i never update the bootloader itself but the build. 18.56.55 # Btw, bootbox has grown so that we need to cut the next 4KB flash block from main image space. :( 18.57.17 # childofkorn: the distorted sound on h1x0 was a problem with the rockbox build, not bootloader or iriver firmware.. 18.58.33 # domonoky: which was fixed not in the immideately following build? because i updated on a slightly newer one one day later and still had the problem (maybe 2 days ago) 18.59.21 # childofkorn: as far as i know it was broken for a few days, as nobody noticed the problem :-) 19.00.12 # well, i am a hardcore - mp3 and software user 19.00.26 # ok, fixed for me - never mind. i guess i will not upgrade the iriver firmware anyway, because it did not bring _any_ advantage for me 19.01.19 Join Hillshum__ [0] (n=4ba5e7c0@gateway/web/cgi-irc/labb.contactor.se/x-8306c5fff9459c61) 19.02.01 Quit Hillshum__ (Client Quit) 19.03.44 # We certainly don't need arabjoin and hangul handling in the bootloaders, do we? 19.04.26 # I don't believe so. 19.04.48 # one more for the kill? - battery is a topic to talk years about, but, when rockbox shuts down because of lack of battery power, i frequently start the iriver fimware, because there is a little more "power" left, since it recalculates the power a little faster on startup - here it comes: i get no more files and folders, and the only entry i see is completely shredded. can it be that rockbox can not unmount the filesystem proper 19.05.23 # please excuse my english 0_o 19.06.13 # childofkorn: perhaps the OF doesnt show any files, because there is not enough power to spinup the HD ? (but we dont care about the OFs here, so thats offtopic) .. :-) 19.06.13 Quit Hillshum (Read error: 104 (Connection reset by peer)) 19.08.55 # i can slightly deny; i pluged it in just to turn rockbox regularly on and off, that the shutdown is no longer battery caused and plugged it off imediately. after that i can access all files and folders with the OF 19.09.28 # if rockbox' shutdown causes the problem, it is close to the border of OT 19.13.17 Join Hillshum [0] (n=Hillshum@75-165-231-192.slkc.qwest.net) 19.13.47 # rechage time was just as long as both, startup and shutdown needed to properly happen. so this was my first guess. since i am really into IT- I wanted to clear out as much as possible 19.17.51 # any idea? 19.23.02 *** Saving seen data "./dancer.seen" 19.26.24 # Disabling arabjoin and bidi code saves ~2KB uncompressed, ~1.4KB compressed 19.26.29 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.26.54 # I'll also disable greyblitting for the bootloaders 19.27.43 # Too bad that the binsize table shows no bootloader stats 19.29.47 # dany_21a: success! switched to .16F (http://drop.io/download/48d92605/9bb7382bfa2c3fa9b8af4acf877d505306d71c46/4e598a90-5747-012b-66b6-00127994f632/22c8d920-58b2-012b-c65a-ffbd5d8d0f23/of_and_padding.bin.gz/of_and_padding_bin.gz) 19.30.27 Join miepchen^schlaf [0] (n=miepchen@p579ECDA3.dip.t-dialin.net) 19.32.03 # markun: can we assume that the first 32K of M6SL.ebn is the bootloader? 19.33.51 Join Llorean [0] (n=DarkkOne@32.168.67.33) 19.35.19 Join pixelma [0] (i=d5494d62@gateway/web/ajax/mibbit.com/x-44b32691db8c0530) 19.35.21 Quit Hillshum ("Leaving.") 19.36.06 Join Hillshum [0] (n=Hillshum@75-165-231-192.slkc.qwest.net) 19.38.32 # ok, just committed some manual changes to the main trunk. If someone thinks it's worth putting them into the release branch as well (and could test compile for all release targets, though I've tested quite a bit myself) and has the time to commit them now, feel free... 19.40.00 # pixelma: I can test-compile them, so I'll have a go 19.40.21 # I could only do this myself in a bit more than an hour or so, this might give some more time for a reaction before the release 19.40.30 # thanks :) 19.41.06 # We're talking about r18580 and r18581, right? 19.41.08 # ugh, bootbox is buggy :( 19.41.41 Quit Hillshum ("Leaving.") 19.42.57 # I've just locked myself out from my recorder :( 19.43.08 # I can't even get bootbox to work correctly on my Recorder. 19.43.22 # USB doesn't work 19.43.44 # ...and I have bootbox in both slots now, and no proper ajbrec.ajz on disk 19.44.55 # gevaerts: yes - if some people agree they're worth it 19.45.16 # I do at least 19.46.01 Quit desowin (Excess Flood) 19.46.37 # pixelma: Do you think the cube.c changes should go into release? (fixes the impossible combos, but needs fixing the manual as well) 19.47.24 # gevaerts: nice, got to leave, catch my train 19.47.44 # amiconn: don't know but would have prepared the manual change already ;) 19.48.08 Quit pixelma ("mibbit.com: bbl") 19.51.54 Quit Darksair ("ERC Version 5.3 (IRC client for Emacs)") 19.52.32 # LambdaCalculus37: Finished the page, if you want to look at it. 19.52.38 # http://www.rockbox.org/twiki/bin/view/Main/FreeMusic 19.53.26 # Strife89: I made one little fix so that BitTorrent doesn't appear as a dead link. 19.53.37 # Whoops. :) 19.55.58 # The manual contains an empty changelog. Shouldn't we just drop that? 19.56.46 # gevaerts: isn't the size of the booloader in this 'header' after the jump table? 19.56.47 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.57.34 # markun: http://pastebin.ca/1209526 has my understanding of it 19.58.54 # domonoky: i realized that i forgot to mention your name before i replied. did you read what i replied? 19.59.19 # gevaerts: looks right 20.01.58 # gevaerts: hm, wait, the bootloader doesn't contain the LCD init, does it? 20.02.17 # markun: the "Loading" string is after the first 32k 20.09.50 # Phew, actually not locked out, just didn't press the correct button to get the alternate (working) bootbox 20.10.19 Join Siku [0] (n=Siku@e212-246-66-148.elisa-laajakaista.fi) 20.10.45 # I wonder what happened to bootbox though. It doesn't want to enter usb mode. Almost looks like a threading problem (some thread not acknowledging usb) 20.10.51 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.11.05 # Sounds like a binchop task :\ 20.12.13 Quit childofkorn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.12.24 # LambdaCalculus37: Btw, in what way(s) doesn't it work correctly for you? 20.15.44 # amiconn: I flashed bootbox to my JBRv1, but nothing works. The charging screen doesn't appear when I hook it to the AC adapter, and the rescue mode (F1+ON) doesn't work, either. 20.16.01 # * LambdaCalculus37 probably thinks it's because he didn't flash something properly 20.17.16 # Well, if you flashed the .ucl, it will boot as the standard image. F1 is for the alternate one, i.e. the old (working) bootbox 20.17.30 # Charging screen works for me, as does loading ajbrec.ajz 20.17.57 # But if ajbrec.ajz isn't there, it asks to use usb to fix it, but then fails to enter usb mode 20.18.02 # The old one works 20.18.35 # It also fails to enter usb mode when detecting early usb 20.18.46 # But is that flashing rockbox.ucl or rombox.ucl? 20.19.03 # There is no rombox for bootbox 20.19.38 Quit domonoky (Read error: 104 (Connection reset by peer)) 20.20.27 # amiconn: I flashed bootbox to my Archos JB5000. Then I "played" rombox.ucl afterwards and flashed that. 20.20.41 # ? 20.20.58 # But what about on the Recorder? 20.21.11 # * amiconn doesn't understand what LambdaCalculus37 is trying to do 20.21.22 # I thought you wanted to test a current bootbox 20.22.07 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.22.20 Join Schmogel [0] (n=Miranda@p3EE219BB.dip0.t-ipconnect.de) 20.23.13 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-a2fb2520450c6413) 20.23.48 # * LambdaCalculus37 starts from the top again 20.24.36 # Okay, I just tried F1+ON on my JBRv1 again. It's working. 20.24.50 # I think I was just doing the button combination wrong. 20.25.11 # F1+On starts the alternate flash image, which is the old, stable bootbox 20.25.18 # Right. 20.25.25 # ..which in turn will rolo an ajbrec.ajz if present 20.25.40 # amiconn: I think I got confused by the wiki and manual instructions, which are horribly outdated at this point. 20.25.50 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.25.50 # If you want to test a current bootbox without risk, you need to flash it like you would normally flash rockbox 20.26.09 # I.e. "play" rockbox.ucl from a bootbox package 20.26.32 Quit homielowe (Read error: 110 (Connection timed out)) 20.26.32 # When powering off & on afterwards, _this_ bootbox will start by default 20.26.59 # Then you can check what works and what doesn't, e.g. by renaming ajbrec.ajz to something else and rebooting 20.27.15 # Bootbox won't find ajbrec.ajz and ask you to fix it via usb 20.27.42 # If it doesn't work, you can still fix it via the alternate (old) boobox, by booting with F1 pressed 20.28.37 # boobox? ;-) 20.28.43 # Once we can be sure that a current bootbox works, I will make new flash images from them 20.29.23 # I mean those things which are flashed using firmware_flash, and which will contain the new (fixed) bootbox as the alternate one 20.29.23 Quit Dementio (Read error: 104 (Connection reset by peer)) 20.29.41 Join Dementio [0] (n=dementio@211.45.234.45) 20.32.20 # markun: meizu force off is long play, right? 20.35.44 Quit moos ("Rockbox rules the DAP world") 20.40.11 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 20.44.06 Quit parafin ("So long and thanks for all the fish") 20.44.21 Join parafin [0] (i=parafin@paraf.in) 20.53.00 Join {phoenix} [0] (n=dirk@p54B44FFE.dip.t-dialin.net) 20.55.30 Join tucoz [0] (n=martin@rockbox/staff/tucoz) 20.56.24 Nick plus is now known as plus_M (n=plus@li26-205.members.linode.com) 20.56.36 # Hi 20.57.09 # * tucoz wonders what to do about the working with playlists chapter and the 3.0 release 20.57.19 # for the manual that is 20.58.24 # There is a fixme there right now. I would like to suggest that we get rid of that, and either keep the content as-is, or improve what is written 20.58.40 Quit pixelma2 ("-") 20.58.54 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 20.59.05 # most important not to have the fixme there for the release manual 20.59.54 # I'd work on it, but I've never actually used playlists (except for "insert last"). How wrong is that chapter? 21.00.25 # there is also a fixme for trigtype in the recording settings chapter, which i think we should fix. not sure what that is thought. 21.00.31 # *though 21.01.17 # gevaerts: i am not sure. i only used playlistst like yourself 21.01.27 # there's a more informative page in the wiki about triggered recording, I wanted to move the info over one day... 21.01.38 # but i'll read through it and see if something obvious pops up 21.02.12 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 21.02.34 # I think we can safely remove "more description is needed" from the doom chapter. 21.03.11 # At least from the 3.0 manual, yes 21.03.34 # and also appendix D menu overview 21.03.40 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.03.43 # I agree 21.03.55 # ok, i'll fix those two things right now 21.04.13 # I'll remove the m:robe 100 warning about rbutil 1.0.5 21.04.24 # what happened to the "disabling broken plugins" plan? 21.04.47 Quit bertrik ("Leaving") 21.04.48 # I disabled several of them 21.05.00 # in the manual too? 21.05.02 # yes 21.05.09 # Is there an easy way to find an (approximate) SVN revision for a specified date? 21.05.16 # * gevaerts checks to make sure 21.05.41 # * amiconn needs to find out how far to go back for binchopping 21.06.06 # amiconn: you can svn up -r 21.06.18 # amiconn: svn log -r '{2008-09-23}' 21.06.37 # gevaerts: for which players did you disable metronome? Need to update here first, and actually first really arrive here and grab something to eat 21.06.50 # thx 21.06.53 # * bluebrother just realized the log version himself :) 21.06.58 # just a bit too late 21.07.08 # pixelma: c200, ondio and player 21.07.11 # Gah, >8000 revisions to chop through... 21.07.32 # gevaerts: ah ok, those are the ones I thought about too 21.08.00 # pixelma: yes, you told me that list :) 21.08.11 # amiconn: no commit log messages that can help you? 21.08.14 Quit Siku () 21.08.22 # ouch, still in the manual 21.08.29 Quit miepchen^schlaf () 21.08.32 Quit scoles ("CGI:IRC (Ping timeout)") 21.09.05 # tucoz: How would that help? I have no idea in which source file the bug hides, and I know that bootbox from July 2006 works, and current bootbox is broken 21.09.24 # 2006-07-1 is r10160 21.10.46 # I'll fix the volume ranges in the manual 21.11.11 # amiconn: i was thinking of searching through http://www.rockbox.org/since25.html for clues, as you get a nice formatting and each revision's files next to each other. 21.11.39 Join miepchen^schlaf [0] (n=miepchen@p579ECDA3.dip.t-dialin.net) 21.14.39 # Not if I have absolutely no idea what could be the cause 21.15.07 # It's *probably* something related to USB_ACKNOWLEDGE, but that's all I have atm 21.15.34 # sounds hard to find out, but very cool if you do 21.15.49 # Binchopping has the advantage that it doesn't take that long even for large ranges 21.16.06 # 8000 revisions should be 13 steps 21.16.39 # But I'm running out of time; Bagder wants to start the 3.0 builds in about 2 hours 21.17.04 # Some ipods have the default battery capacity as unknown in the manual. Should I fix those with whatever is in config-*.h, or do we need confirmation that it's also the real battery capacity? 21.17.09 # * tucoz found 22 results for binchop in google 21.17.26 # tucoz: also called bisect 21.17.27 # sorry 65 21.17.30 # i see 21.17.40 # gevaerts: Even if it's not the actual capacity, it's still the default, right? 21.17.45 # right 21.17.48 # that i know of 21.18.01 Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.18.30 # gevaerts: So I don't see any reason not to document it, maybe with a note saying (this value may not reflect the actual battery capacity in some cases) or something 21.19.02 # what do you say about the changelog? Use MajorChanges from the wiki? 21.19.20 # gevaerts: http://www.ipodbatteryfaq.com/ipodbatteryandpower.html 21.19.28 # * gevaerts looks 21.19.33 # tucoz: It's a great start, at least 21.19.49 Join AndyIL [0] (i=AndyI@212.14.205.32) 21.20.20 # Llorean: ok 21.21.00 # gevaerts: thanks for committing my changes to the release branch 21.21.26 # tucoz: I was going to add some more description to the doom manual page, but I haven't got commit access just right now, but I'll do it later on. Nothing fancy; just some basic gameplay description and the like. 21.21.34 Join PaulJam [0] (n=PaulJam_@p54BCD578.dip.t-dialin.net) 21.22.21 # Llorean: also, with all supported iPods being 2+ years old and what lithium ion batteries do as they age, I'd say it certainly doesn't reflect the actual battery capacity, YMMV, though. 21.22.33 # LambdaCalculus37: so that people get the right impression of Rockbox? It's all about doom... ;) 21.22.52 # LambdaCalculus37: do you want it in for the 3.0 releas? 21.22.55 # +e 21.23.03 *** Saving seen data "./dancer.seen" 21.23.51 # ameyer: Well the goal is for the default to be the factory installed capacity. In a few cases this probably isn't true still. 21.24.38 # fair enough 21.24.50 # * ameyer should have kept his mouth shut 21.26.19 # tucoz: No, not needed. And actually, pixelma has a point. 21.26.31 # Basically, the "default" is also the "minimum" in many cases, since it's rare people buy replacement batteries with lower capacities than the original. 21.26.38 Quit AndyI (Read error: 60 (Operation timed out)) 21.27.14 # after the release, there'll still be official svn builds, right? 21.27.22 # Yes. 21.27.38 Quit AndyIL () 21.27.41 # Why would we stop official SVN builds? ;) 21.27.49 # should the changelog be in ascending or descending order by date? or some other arrangement? 21.27.57 # Llorean: the default settings aren't changed yet. I most probably won't do that as (a) I'm busy with the manual now, and (b) I've never touched settings code before, and I don't want to break the release 21.28.11 # LambdaCalculus37: because you want everybody to use the release? 21.28.18 # tucoz: I commented out the changelog in main.tex, so you'll have to re-enable it 21.28.25 Join AndyI [0] (i=AndyI@212.14.205.32) 21.29.09 # gevaerts: yes i noticed 21.29.31 # although having development builds avaliable for testing has its benefits 21.30.01 # ameyer: If you ask me, the release is just a point in svn history. Especially the current one... 21.30.21 # * amiconn thinks the release doesn't have release quality, even 21.30.48 # * ameyer agrees and points at the sansa/iPod usb reboot bug 21.31.01 Join scotty_007 [0] (n=scotty@i59F7CE87.versanet.de) 21.31.07 # * gevaerts somewhat agrees, but thinks that it's good to get releases going anyway 21.31.24 # * tucoz agrees with gevaerts 21.31.31 # There are dozens of gui glitches (wrong fonts, scrolling lines from old screen poking through, wrong list behaviour...) 21.31.34 # * LambdaCalculus37 also agrees with gevaerts 21.31.59 # * gevaerts wonders what happened to r18459 21.32.12 # well, it's a .0 release. Doesn't give any excuse of being bad, but anyway ... 21.32.39 # and it is also the first release in 3 years 21.32.57 # the problem I see is that after the release everything goes back to "normal". It would be good to have more focus on bugfixing in the next months though / instead. 21.33.12 # to get a better 3.1 21.33.48 # huh??? Even r10160 bootbox doesn't werk when built now?? 21.34.03 # amiconn: Has the GCC version we use changed? 21.34.07 # LambdaCalculus37: r18471 overwrote some of my earlier changes 21.34.09 # yes it did 21.34.32 # it's interesting to see how the set release date and time seems to motivate people... now 21.36.15 Quit mcuelenaere (Read error: 110 (Connection timed out)) 21.36.42 # gevaerts: That would be my fault. :P What did I break? 21.36.47 # gevaerts: r18459 was on the branch... 21.36.53 # Lear: yes 21.37.06 # LambdaCalculus37: disabling metronome and md5sum 21.37.13 # bluebrother: i have forgotten my latex skills. what environment do you think i should use for the changelog? 21.38.02 # tucoz: do we want icons similar to MajorChanges? 21.38.25 # gevaerts: Oops. Sorry about that. 21.38.45 # LambdaCalculus37: ah, there it was when dice was put into the "games" section... I'm not sure if it really belongs there - maybe the manual was more right before 21.39.32 # pixelma: I put dice into the "games" section since the plugin is located in .rockbox/rocks/games. 21.40.15 Quit J-23 (Read error: 104 (Connection reset by peer)) 21.40.24 # but stating as it is now is probably the quicker solution. I did that with the button tables when I started thinking "this button map isn't nice" 21.41.06 # LambdaCalculus37: I know, but you can discuss if dice is really a game (IMO it's not currently) 21.41.31 # better at another time though 21.42.03 Join tucoz_ [0] (n=martin@80.203.63.177) 21.42.37 Quit tucoz (Nick collision from services.) 21.42.46 Nick tucoz_ is now known as tucoz (n=martin@80.203.63.177) 21.42.53 Quit mcuelenaere_ (Read error: 110 (Connection timed out)) 21.43.02 # pixelma: If it isn't a game, we should reclassify it then. 21.43.10 # bluebrother: sorry, the current went off 21.43.22 # noticed you vanishing ;-) 21.44.05 # well, you could use the description environment and put icons in the description, like \star 21.44.06 # bluebrother: i was thinking of arranging the different changes in three sections. Enhancements, New features, bug fixes 21.44.17 # haven't tried yet, but that could work 21.44.25 # in that case, why not simply use enumerate? 21.44.35 # LambdaCalculus37: yes, that's what I ment. Debatable though 21.44.36 # right. i'll try that. :) 21.44.38 # or better, itemize? No need for numbers ;-) 21.45.19 # but i do no think that the different items should be emphasized as bold. 21.45.27 # another way would be to use itemize and make \star the bullet ;-) 21.45.48 # pixelma: The way I see it, is that since dice are used to play games, then the dice plugin should be classified as a game. 21.46.06 # But I know that since dice isn't a game per se, some would say that it should be classified as an app. 21.46.32 # * Llorean thinks it's an app. 21.46.34 # make a new category - gameapp ;) 21.46.56 # * gevaerts thinks it's useless, and therefore a demo 21.47.17 # but actually I didn't want to start that discussion now... 21.48.27 # * bluebrother goes trying something 21.49.26 Quit scorche (Read error: 104 (Connection reset by peer)) 21.50.17 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 21.53.21 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 21.55.11 Join vitja [0] (n=vitja@79.120.98.174) 21.57.10 # Main fixmes remaining : archos-flashing, working_with_playlists, Trigtype. There are also some minor ones in config_file_options where some ranges or step sizes are missing 21.58.12 Quit scorche (Nick collision from services.) 21.58.20 # * amiconn seems to have found sth... 21.58.32 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.58.47 # My proposal for config_file_options is to just drop the fixme and just leave the config option less detailed 21.59.01 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 21.59.09 # If the instructions listed in archos-flashing are valid, then I'll just drop the fixme and correct any spelling or lanuage errors. 21.59.16 # The breakage of bootbox seems to have happened significantly earlier than when the current flash rom images were published 21.59.32 # In the meantime, go home time is now. 21.59.34 # * LambdaCalculus37 leaves 21.59.35 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.00.05 # amiconn: so the current images work by chance? 22.00.15 # regarding the changelog, should we list changes such as: "Removed the non-working hardware equalizer for iPod Video. Provide working bass/treble gain and cutoff settings instead."? 22.00.36 # tucoz: ipod was not released in 2.5, so... 22.00.44 # No, they seem to contain a bootbox which was compiled significantly earlier than the images were released 22.00.45 # gevaerts: yes, exactly. 22.01.21 # tucoz: I'd ignore those. Just list generic news, changes to archoses, and new players 22.01.23 # so i do not add that to the changelog then 22.01.26 # *If* I am right, it was LinusN who broke bootbox, back in r8168... 22.02.10 Quit Nibbler ("Ex-Chat") 22.02.20 # gevaerts: so improved power management for portalplayer should also be left out then... 22.02.38 # tucoz: I'd say yes, but maybe others disagree 22.03.17 # lot's of changes will be left out then. like metadata-on-buffer, as swcodec didn't exist back then 22.04.20 # * gevaerts waits for other people to comment 22.04.22 # but i think in a changelog 2.5->3.0, details like that should be left out. 22.04.47 Join MethoS-- [0] (n=clemens@host-091-096-213-134.ewe-ip-backbone.de) 22.05.12 Quit Dementio (Read error: 110 (Connection timed out)) 22.05.48 Join miepchen^schlaf_ [0] (n=miepchen@p579ECDA3.dip.t-dialin.net) 22.07.58 # * amiconn was right (!) 22.08.50 Quit mcuelenaere (Read error: 60 (Operation timed out)) 22.08.50 # H300 bootloader usb broke bootbox 22.09.03 Quit {phoenix} (Remote closed the connection) 22.09.03 # Bootbox needs the usb thread running 22.09.34 # isn't that the one that causes trouble anyway? 22.09.44 # on some H300s I mean 22.10.04 # serves them right. They shouldn'd have broken bootbox 22.10.22 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 22.10.28 # LinusN's commit disabled the usb thread if BOOTLOADER is defined 22.10.59 # But then re-enabling it causes bootbox to grow by 700 bytes :\ 22.11.59 # blah, referenced the wrong revision (off by one). Sorry. 22.12.18 # * amiconn wonders why LinusN implemented H300 bootloader this way instead of using the thread 22.12.26 # * amiconn summons LinusN 22.13.07 # Perhaps no tick in the H300 bootloader? 22.15.00 Quit miepchen^schlaf (Connection timed out) 22.15.34 # * bluebrother got it :) 22.19.52 # gevaerts: I take it there were no problems with my earlier changes to the manual (just want to be sure that my testing is right)? 22.20.15 # pixelma: right. All 23 manuals built fine 22.20.40 Quit MethoS- (Read error: 110 (Connection timed out)) 22.20.48 # thanks for the info :) 22.22.15 Quit bluebrother (Nick collision from services.) 22.22.20 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 22.22.28 # tucoz: what do you think about a list formatted that way? http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/bullets.jpg 22.22.34 # it only requires a new package, but that should be part of a usual latex installation (it's part of tetex at least) 22.22.45 # (looks like I got disconnected this time :o ) 22.22.54 # I just read the Working with playlists chapter, and I don't see anything wrong with it (except one typo). Shall I just remove the fixme? 22.23.06 # * gevaerts tried everything he wasn't sure of 22.23.22 # bluebrother:looks great. i actually do it like that now 22.24.07 # I made up a new environment for that actually ... 22.24.49 # check this: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/changelog-bullets.diff 22.25.30 # gevaerts: maybe someone forgot to delete the fixme (though I didn't look myself yet) 22.25.46 # bluebrother: nice. do i add items with \item? 22.25.48 # pixelma: it also says it's probably incomplete. That may still be true of course 22.26.10 # tucoz: yes, you use it exactly like itemize -- just \begin{changelog}. Should I commit it? 22.26.22 # or do you want to do it "one in all"? 22.26.28 # If it's only that, I think that's not serious enough to leave the fixme for 3.0 22.26.32 # bluebrother: please commit 22.27.05 # to the 3.0 branch as well 22.28.00 # tucoz: done on trunk, branch in a minute ... 22.31.58 # Now we only need a recording specialist to explain what Trigtype is 22.32.03 # and branch done as well. 22.34.46 Join kronflux [0] (n=kronflux@hlfxns0161w-142177028006.pppoe-dynamic.ns.aliant.net) 22.34.55 # thanks 22.35.39 Join MethoS_ [0] (n=clemens@dyndsl-085-016-166-233.ewe-ip-backbone.de) 22.37.43 # you're welcome 22.39.23 # wow, the commit traffic on the manual is ... amazing tonight :) 22.41.13 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.43.49 # hmm. should i just commit what i have done so far? I do not think i'll be able to finish this tonight. 22.43.58 # 17 minutes... 22.44.25 # Bagder: do you know anything about recording? ;) 22.44.37 # nope! 22.44.50 # I have copied what i found suitable from the MajorChanges page, but there are some major things missing. Like some of the codecs, new targets etc. 22.45.41 # tucoz: I'd just list supported codecs. Targets are irrelevant, as the manual is target-specific anyway 22.45.57 # well, the changelog is not at the moment 22.46.02 Join BigBambi_ [0] (n=Alex@rockbox/staff/BigBambi) 22.46.07 # target specific that is 22.46.18 # * gevaerts fears that unless a recording specialist turns up soon Trigtype will remain undocumented 22.46.44 # tucoz: you can always list all supported targets as well of course 22.47.06 # i'll commit what i have for now 22.47.13 # grrrr! 22.47.42 # * amiconn needs to squeeze bootbox by ~1.7KB somehow 22.48.10 # Compressed size, that is 22.48.27 Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) 22.48.50 Join LambdaCalculus37 [0] (n=LambdaCa@mb30736d0.tmodns.net) 22.49.02 # gevaerts: could you take a peek at the changelog? 22.49.10 Join amdgoon_ [0] (n=amdgoon@142.13.141.11) 22.49.12 # i committed it to the 3.0-branch 22.49.19 # If not, new flash rom images would have the start of the main image shifted by 4KB, meaning 4KB less room for it, and also that an older rombox wouldn't be compatible with the new rom image and vice versa 22.49.44 Quit MethoS-- (Read error: 110 (Connection timed out)) 22.50.32 # tucoz: I think we need to cut everything that's not in 3.0, like unfinished ports and md5sum 22.50.36 # Doing USB "by hand" like the iriver bootloader would help a bit, but only that (a bit...) 22.51.10 # gevaerts: yes. problem is i do not know what is supported... 22.51.17 # tucoz: I'll have a go 22.51.58 # gevaerts: your expert is here http://www.rockbox.org/twiki/bin/view/Main/TriggerManual . I actually wanted to move that over to the tex (including some graphics that show the trigger bar, probably only black and white though). Unfortunately I think that'll take some time 22.52.10 # gevaerts: what do you think about removing the lines where codecs are mentioned, and add those to a subsection of their own? \subsection{New codecs} 22.52.53 # not mentioning dates, as that will be time consuming to track down 22.53.24 # * LambdaCalculus37 makes a small fix to tools/configure; some comments were left on the c100 configure section 22.54.16 # tucoz: I committed my removals of not-in-3.0 things, so you can do the new codecs :) 22.54.36 # cool thanks 22.54.51 # LambdaCalculus37: can you check the Flashing chapter, or should we just remove it? 22.54.59 # You have 6 minutes 22.55.21 # gevaerts: Checking now. 22.56.02 # I guess that's helplessly outdated, nothing you can do in 6 minutes 22.56.07 # gevaerts: We should just take the fixme out. 22.56.42 # Imho we could update the release manuals even after the release 22.56.45 # * LambdaCalculus37 curses Aquamacs Emacs for being so bloody slow 22.56.57 # * gevaerts agrees with amiconn 22.57.04 # * Llorean agrees with gevaerts and amiconn 22.57.09 # * pixelma was thinking the same 22.57.14 # * LambdaCalculus37 agrees with Llorean, gevaerts, amiconn and pixelma 22.57.19 # Let's just remove the Flashing chapter for now, until someone has had time to go over it 22.57.32 # gevaerts: I'm still fixing up tools/configure. 22.57.37 # * gevaerts will do it 22.57.46 # go for it 22.57.55 # anyone besides LambdaCalculus37 gonna change any code the next 3 minutes? 22.57.58 Quit mcuelenaere (Read error: 110 (Connection timed out)) 22.58.24 # Bagder: me 22.58.30 # i'll be done in 5 minutes 22.58.36 # if that is ok 22.58.38 # gevaerts too, I guess 22.58.42 # not code, manual 22.58.43 # that's cool 22.58.48 # Bagder: Committing now! 22.58.49 # Just one manual commit left 22.59.14 # ok, the last code commit then so I can now officially start my binary builds 22.59.16 # committed 22.59.53 # well, after LambdaCalculus37's commit 22.59.56 # Committed. 23.00.20 # you gonna do that in the 3.0 branch too? 23.00.39 # I guess its not necessary? 23.01.03 # Done. 23.01.15 # Bagder: wait 23.01.22 # ack 23.01.44 # donw 23.01.46 # done 23.02.20 # great 23.02.46 # builds now in progress 23.02.50 # * Llorean cheers 23.03.13 # * LambdaCalculus37 brings out several crates of beer! 23.03.16 # * tucoz dances the v3.0 dance 23.03.22 # * gevaerts goes to find beer as well 23.03.34 # * BigBambi_ already has beer 23.03.41 # Congrats to everybody 23.03.48 # BigBambi_: don't drink and edit manuals! 23.03.59 # * LambdaCalculus37 pours several large steins of beer and passes them all around 23.04.19 # did we ever settle on a code name? ;) 23.04.20 # gevaerts: I know, it is dangerous. Thankfully I was sensible and made a choice - and beer won 23.05.19 # scorche: I thought we were doing beer names. :) 23.05.43 # * gevaerts wants "coal powered release" 23.06.15 # Powered by the sweat of the innocent? 23.06.24 # * LambdaCalculus37 wants "Duvel" 23.06.24 # "another leap year, another release" 23.06.34 # :) 23.06.57 Quit Seed (Read error: 104 (Connection reset by peer)) 23.07.11 # * pixelma read on the way home that today is supposedly the Linus' name day 23.07.17 # 3.0: Still not supporting iPod Classic 23.07.32 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 23.07.41 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 23.07.52 # arg 23.07.53 # Llorean: why not just Rockbox Classic? 23.08.00 # wrong name in the build script, restarting... 23.08.05 # gevaerts: No, that's 4.0 23.08.18 # 3.0 can be "Rockbox Video" 23.08.55 # :) 23.09.10 Quit BigBambi (Read error: 113 (No route to host)) 23.09.11 # * Bagder pats ccache on his head 23.11.21 Quit miepchen^schlaf_ () 23.11.50 # we already had "mayday" like a couple of years ago :) 23.12.20 # hey 23.12.25 # 2.5 was released on sep 22 23.12.26 # * preglow feels big things coming 23.12.34 # 2005 23.12.41 # We're a day late! 23.12.41 # three years, half a version 23.12.52 # "that only took 3.0 years"? 23.12.58 # three cheers for all the awesome rockboxers! 23.14.04 # is it 26 targets now? 23.14.49 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 23.15.04 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.15.18 # * LambdaCalculus37 decides to go have a beer for real and heads to his favorite pub 23.15.20 # it depends on how you count them 23.15.40 # See everyone later! 23.15.48 Join miepchen^schlaf [0] (n=miepchen@p579ECDA3.dip.t-dialin.net) 23.15.56 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 23.16.05 # Didn't see it on the FAQ, so here it goes... My iPod's screen cracked, so I'm probably going to be replacing it by another music player in the near future... what make/model best supports rockbox? 23.16.27 # ok. everything on the current build page except the m3 and ipod 1g/2g? 23.17.08 # * ameyer guesses the H1xx and H3xx ports probably are the most mature swcodec ports 23.17.20 # ryanakca: it all depends on what you need 23.17.37 # * bluebrother suggests the BuyersGuide wiki page 23.18.01 # bluebrother: thanks 23.18.23 # has the release notes wiki page been updates? 23.18.26 # Hmm, disabling loadable font support (incl. font caching) for the bootloaders should be a good idea, shouldn't it? 23.18.37 # amiconn: yes! 23.18.38 # amiconn: indeed. 23.19.11 # At least it helps dropping bootbox size by ~1KB compressed, ~1.2KB uncomprseed 23.19.36 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 23.20.00 # Bagder: Any chance that we'll see binsizes for bootloaders as well? 23.20.45 # is the rockbox-info thing working for them? 23.21.29 # Binsize is, ram usage is not (shows 0) 23.21.50 # That's for bootbox, I don't know whether it applies to the others 23.21.55 # it will then "just" require that the master gets the bootloader zips too 23.22.18 Quit mcuelenaere_ (Connection timed out) 23.22.51 Quit ompaul (Client Quit) 23.22.59 # RAM usage probably doesn't tell much, as the bootloader ram layout is quite different between targets 23.23.06 *** Saving seen data "./dancer.seen" 23.23.51 # bye 23.23.57 Part tucoz ("Ex-Chat") 23.26.12 # Congrats to all for the 3.0 release :D 23.26.55 # has it been made yet? 23.27.35 # i thought bagder is compiling it already :P 23.27.39 # I am 23.27.47 # 29 zip files done 23.27.53 # w00t ;) 23.28.16 Quit Seed (Nick collision from services.) 23.28.19 Join Seedy [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 23.29.03 # * Bagder copies zips to download mirror master 23.29.27 Join homielowe_ [0] (n=homielow@S01060011954e0432.no.shawcable.net) 23.29.59 Join homielowe__ [0] (n=homielow@S01060011954e0432.no.shawcable.net) 23.30.07 Part amdgoon_ 23.30.17 Quit homielowe__ (Client Quit) 23.30.44 # done 23.30.56 # time to fix up the download page 23.31.21 # * DerPapst is already courious about the next months statistics :) 23.31.21 # * Llorean cheers 23.31.43 # wish i had a beer :/ 23.31.48 Join Neovanglist [0] (i=Neovangl@69.31.129.33) 23.32.20 Join einhirn [0] (i=Miranda@p5B032344.dip0.t-ipconnect.de) 23.32.43 # damn, ipod is busy with battery bench (mp3-cop-test) - no chance to install 3.0 for the next hours :-( 23.32.47 Join lasser [0] (n=f@W9ae7.w.pppool.de) 23.32.47 # * DerPapst dccs preglow a can of beer 23.33.45 # Bagder: tell me if you need to force a mirror sync 23.34.15 # nah, the other two won't get that anyway so we can just let time fix it 23.34.27 # ok 23.35.14 # btw, not sure if you noticed last week but the videolan server had some downtime due to our new VLC release. We're likely to release a bugfix version tomorrow so I hope we won't have any more downtime. 23.35.25 Quit homielowe_ (Read error: 60 (Operation timed out)) 23.35.31 # and congrats on the release ;) 23.36.52 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx00837.newyony.wayport.net) 23.38.03 # anything in the way of release notes? 23.38.07 # welcome LambdaCalculus37! 23.38.26 Quit homielowe (Read error: 104 (Connection reset by peer)) 23.38.46 # Bagder: updating the home page before the download page seems kind of backwards ;) 23.38.50 # kronflux: Just in time! Grab a beer and celebrate with us! Rockbox 3.0 is on the way! 23.38.56 # dionoea: ah, guess that's why some menauls weren't available for me some days ago 23.39.08 # pixelma: probably ;) 23.39.08 # * pixelma glares at typo... 23.39.16 # dionoea: yeah yeah but in a few minutes all that won't matter ;-) 23.39.43 # the download page is there now 23.39.57 # just pointing to zip files not present yet ;-P 23.40.03 # Bagder: weren't we going to drop m3 from the list? 23.40.05 # Bagder: As soon as I manage to get both the size to behave, and usb to work (these are related problems), I would like to make new archos rom images 23.40.23 # gevaerts: we are, just my mistake 23.40.35 # But then, even if I build them from the 3.0 branch, they're technically no longer equivalent to 3.0 code, because I need to fix things first... 23.40.56 # make a 3.0.1 release for them? 23.41.07 Join tvelocity [0] (n=tony@195.167.65.109) 23.41.41 # bluebrother: not really needed, as they don't replace any 3.0 files 23.42.24 # now we need a few announcements! 23.42.25 # indeed 23.42.28 # I'd keep 3.0.1 for when a build that got released as 3.0 gets replaced 23.42.43 # hmm, rbutil needs some small adjustments for 3.0 downloads 23.42.45 # Bagder: Oh, and do you know by chance when LinusN will be around again? 23.42.48 # doesn't matter if it's technically not the same code base, as long as it looks like it is 23.43.03 # we need to make that retrieve this information from the server too ... 23.43.13 # amiconn: no I don't, I think he's just being busy with life stuff 23.43.18 Join dan_a [0] (n=dan-mirc@217.23.173.156) 23.43.21 # Bagder: did you tag the svn rev you compiled? 23.43.34 # no 23.43.39 # Congratulations on the 3.0 release everyone! 23.43.44 # * gevaerts looks at the download table and thinks that dropping the m3 was aesthetically the right decision 23.43.53 Quit matsl (Read error: 110 (Connection timed out)) 23.43.54 # 3.0? yay! 23.44.00 # 18607 it is though 23.44.00 # Ipod 1G2G was a release target? 23.44.00 # Nico_P: we can still do that I think 23.44.03 # preglow: On the other hand, we might want to grab the 3.0.1 number before someone tries to make an unsupported build named that. :-P 23.44.13 # bluebrother: it wasn't explicitely dropped 23.44.13 # gevaerts: yes. it should be done 23.44.26 # you can tag any arbitrary revision 23.44.41 # Llorean: grab "rockbox ultimate" and "rockbox extreme" while you're at it 23.44.50 # also "rockbox home" and "rockbox enterprise" 23.45.04 # * DerPapst grabs berrockbox 23.45.39 # not that i'm going to maintai an unsupported build :P (too lazy) 23.45.53 # sell the name! 23.45.57 # LambdaCalculus37: mind you, I cant celebrate fully. I've no mp3 player which can be hacked yet. 23.46.46 # * bluebrother schedules some small rbutil adjustments for the next days 23.47.04 Quit Seedy (Read error: 110 (Connection timed out)) 23.47.26 # * DerPapst donates the name to Bagder :) 23.48.15 # Nico_P: rockbox-info.txt has the exact revision, so it's not that hard to find 23.48.17 # Bagder: Do we want to try to set a date for the 3.1 freeze or better yet, set a date for setting a date, such as saying "We want to do 3.1 in Month" then when we get to month see what period seems best"? 23.48.21 # * LambdaCalculus37 sees the new relase page! 23.49.20 # gevaerts: still, I think it's a good practice to tag releases. that way you can do an svn co svn://svn.rockbox.org/rockbox/tags/3.0 23.49.25 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.49.59 # Llorean: I'd like a 3 month period to the next freeze 23.50.11 # Yeah 23.50.19 # I was thinking late Dec early Jan-ish 23.50.27 # Nico_P: I don't disagree, but I think that whoever did the branching and release building should do that 23.51.20 # there's a 3.0 in tags/ now 23.51.25 # I don't count, but maybe the middle of December? 23.51.25 # v3_0 in fact 23.51.35 Quit reacocard (".") 23.51.54 # why not v3.0? It's just a folder name (unlike cvs) 23.52.12 # I just followed the existing naming convension 23.52.12 Quit Llorean (Read error: 104 (Connection reset by peer)) 23.52.57 Join Strife1989 [0] (n=michael@204.116.245.152) 23.52.58 # good point. 23.53.17 # Hmm, bootloaders don't need ata idle callbacks either, do they? 23.54.14 # so is there any further 3.0 manual work planned or should I make a set of those too? 23.55.40 # Bagder: I'm not planning anything right now 23.55.50 Quit jgarvey ("Leaving") 23.56.22 # * Bagder invokes script 23.56.40 # hum, isn't the offical install method using rbutil nowadays? 23.56.54 # (I haven't followed all the prerelease discussions so sorry if i missed soemthing) 23.57.45 # dionoea: rbutil and manual are equally "official", but we (or at least I) prefer users to use rbutil as it's less error-prone for people who aren't familiar with it 23.57.45 Quit jhulst (No route to host) 23.57.56 # http://freshmeat.net/projects/rockbox/ has the best screenshot ;-) 23.58.08 # gevaerts: my question was about the download page in fact ;) 23.58.14 # it doesn't mention rbutil