--- Log for 18.03.108 Server: heinlein.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 21 hours ago 00.00.29 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.01.29 Join svenVI [0] (n=steven@12-201-56-159.client.mchsi.com) 00.04.32 Quit ender` (" I was in the grocery store. I saw a sign that said "pet supplies." So I did. Then I went outside and saw a sign that said "") 00.05.10 Quit tvelocity_ (Remote closed the connection) 00.09.44 # amiconn, just occured to me if you could multiply the number by 10000000000000001b, that ought to work, but I'm nolonger sure my maths is right. 00.10.11 # And the required integer is invalid in one instruction anyway. 00.10.30 # And it would be much much slower, especially on arm 00.10.52 # Oh, it would be agonisingly slow, but it would have solved the problem as stated. 00.13.23 Quit floatsaka (Read error: 110 (Connection timed out)) 00.13.53 # My high half word would be out by one if the input was negative. 00.13.58 Quit mcuelenaere () 00.14.48 Quit PaulJam (".") 00.17.24 Quit stripwax_ (Read error: 110 (Connection timed out)) 00.19.31 Quit OlivierBorowski (Remote closed the connection) 00.20.56 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.27.06 Quit Arathis2 ("Bye, bye") 00.28.20 Quit bughunter2 ("Leaving.") 00.31.32 Join FOAD_ [0] (n=dok@dinah.blub.net) 00.39.25 Part bertrik 00.40.07 Quit stripwax (Read error: 110 (Connection timed out)) 00.43.41 Join hd [0] (i=jd@unaffiliated/helldragon) 00.46.15 # now at 4 mentors: me, petur, scorche and LinusN 00.47.15 # http://code.google.com/soc/mentor_step1.html <= apply here 00.47.22 # * Bagder heads away to sleep 00.47.48 Quit FOAD (Read error: 110 (Connection timed out)) 00.47.49 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 00.50.03 # Bagder: The build system didn't pick up a commit... 00.53.19 # * preglow goes looking for a project list 00.54.27 Quit gevaerts ("Zirconium Zzz..") 00.54.40 Join cool_walking_ [0] (n=root@203-59-129-195.perm.iinet.net.au) 00.55.46 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 00.57.19 *** Saving seen data "./dancer.seen" 01.00.34 # * JdGordon|uni thought he already did the mentor signup 01.01.24 # * preglow doesn't think he'll mentor this year, thanks to uncertain circumstances this summer 01.05.36 # * linuxstb sees ffmpeg are setting a high standard with their compulsory qualification tasks - http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_Of_Code_2008 01.05.58 Quit jhMikeS (Nick collision from services.) 01.06.04 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 01.09.29 # linuxstb: well, ffmpeg is notorious 01.10.20 # all ffmpeg code seems to be thrown around for ages before it's commited, really does make our trying to merge wma fixed point stuff back look bleak 01.10.41 # since it's bloody boring work, and they're extremely hard to please 01.12.16 # anyone still awake enough to comment on 8753? plugging the headphones back in after manully pausing playback shouldnt restart it? 01.12.20 # holy wow 01.13.29 # JdGordon|uni: premise sounds good 01.13.33 # then again, i hate that entire feature 01.13.42 # well, hate is a strong word... 01.17.13 # JdGordon|uni: I think you could argue for either behaviour... But like preglow, I avoid that feature, so don't care... 01.18.49 # grah 01.20.08 # yeah, I dont use the feature either, but the fix shuold be dead simple which is why im looking at it 01.20.34 # The build system needs a good kicking 01.20.42 # JdGordon|uni: Maybe people who do use it should comment on the desired behaviour before you "fix" it? 01.21.01 # i was hoping for that with my message before 01.21.54 # anyone have any ideas on what should be done about qualification for our GSoC projects?...i do like the idea of an entry interview of sorts either here in IRC or on something like skype 01.22.36 # there was a bit of a discussion about that yesterday.. Bagder came up woth some questions for them 01.23.01 # Aren't students encouraged to get to know the project in advance? i.e. if they hang around here for a while, we probably won't need interviews of any kind. 01.23.06 # sorry...i dont usually read the logs unless i get highlighted or some other such 01.23.26 # as long as they can already code in c and compile the source I think thats enough... 01.23.52 # Plus not planning on a 3 month holiday... 01.23.53 # linuxstb: they are, but i wouldnt mind a bit more of an official interview or at least introduction/minimal questions about them and their proposed project 01.23.54 # it will really only be a problem when we ned to narrow down the projets we want to the 3 or 4 we might get 01.24.26 # especially as im sure there will be plenty of folk who wont come in here before they submit their projects 01.24.34 # although i would like to make that a requirement 01.24.39 # * svenVI happens to be interested in a soc project.... though doubts his idea is feasible. 01.24.41 # scorche|sh: Then those are probably the kind of people we don't want... 01.24.52 # svenVI: What's your idea? 01.25.21 # I want to hack around with an iPod Classic so that custom firmware can be run on it. 01.25.38 Join sdoyon [0] (n=steph@modemcable193.152-83-70.mc.videotron.ca) 01.25.43 # linuxstb: i can accept that some people may have some apprehensions about coming in here, but if we make it a requirement in bold bright letters on the ideas page or some such, they dont really have an excuse to not come in here 01.25.54 # It would be great if google would pay you to crack Apple's encryption... ;) 01.26.07 # svenVI: unless you already have some success, i wouldnt suggest that as a GSoC project 01.26.14 # I was thinking they'd reject it on those grounds. :P 01.26.32 Quit amiconn (Nick collision from services.) 01.26.38 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.26.41 # svenVI: reason being would be that it wouldnt be that fair to accept a project that we are not sure can be completed 01.26.48 # Well, the project would just be described as "port to the ipod Classic". 01.26.51 # No Swede around to kick the build system, and still no method for committers to kick it remotely :( 01.26.54 # * amiconn sincerely hopes that he didn't break anything, as he won't be able to fix it during the next ~18 hours 01.27.20 # Yeah, I agree, I don't know what sort of work it would entail. I haven't begun researching the hardware differences yet. 01.27.57 # (GSoC or not, I was intending on doing that this summer anyways.) 01.28.09 # scorche, I liked the idea of having an entry test to make sure they can compile the code and present at least a demo plugin to verify they at least have the basic setup that we discussed at the SOC conference. 01.28.14 # amiconn: shouldnt it restart after 20min? 01.28.16 # honestly, unless you have lots of prior experience and already have at least some minor success, i dont see it being accepted as a GSoC project 01.28.36 # but dont let that stop you from working on it evne outside of GSoC =P 01.28.53 # kkurbjun: i did too, but i think that some sort of interview in here would do nicely 01.28.59 # JdGordon: Then it should have restarted quite a while ago from my 1st commit (around 45 minutes ago) 01.29.21 # I think that would be something that would be included with it 01.29.24 # svenVI, do you have much/any experience with encryption or protected chipsets? 01.29.44 # ali_as: I have none, I was going to start with this project. 01.30.02 # but definitely...new plugin hello-world-esque that could be done in less than an hour with some wiki searching on how to make a plugin would be fine 01.30.13 # at my job it's a pretty extensive interview process with 2 technical sections and a basic personality interview - I don't see why we wouldn't want to do something similar 01.30.43 # i dont see why we cant do a basic interview at the least 01.30.56 # either way, we should figure this out quickly :) 01.31.11 # on that note, /me -> home 01.31.38 # The iphone is being hacked on a regular basis, I wonder if any of those methods would apply to the ipod classic. 01.31.49 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 01.32.16 Join Davide-NYC [0] (n=chatzill@user-0cev9vm.cable.mindspring.com) 01.32.53 # Scalable Fonts in GSo page? 01.32.58 # make 01.32.59 # geh 01.33.13 # make: *** No targets specified and no makefile found. Stop. 01.33.19 # ali_as: more likely they apply to the ipod touch 01.33.26 # What do you guys think of scalable fonts as a project? 01.33.44 # * Davide-NYC ducks behind his desk. 01.33.57 # linuxstb: will you respond if i do "ls" too? :) 01.34.12 # Sure, but I'm in an empty directory 01.34.17 # Davide-NYC: would be cool if optimized enough 01.34.21 # rm -rf / 01.34.24 # :-) 01.34.42 # sorry, you're not root ;) 01.34.43 # maybe it should be added to the GSoC wiki page? (I'm certainly not going to do it) 01.35.07 # i don't really think we need it, though 01.35.14 # i doubt any other mp3 players use scalable fonts 01.35.48 # Maybe an SoC qualification code could be to submit a patch that optimises something - either for binsize or speed. 01.36.16 # do we really need qualification tasks? 01.36.17 # That might be hard to judge. 01.36.26 # linuxstb, that could be a hard requirement for someone completely unfamiliar with the project 01.36.55 # preglow, the idea was just to make sure that they have at least a basic setup before we accept them, I think markuns student ran into that problem 01.37.33 # if you can't get a basic setup in one day, you're either incompetent or not trying 01.37.36 # i don't see it as a problem 01.37.37 # kkurbjun: Not really - it just shows they understand C, and Rockbox coding requires someone who understands those concepts. 01.37.52 # (coding with limited resources) 01.38.01 # * amiconn thinks that at least some possible optimisations are easier to find for an "outsider" 01.38.43 # preglow, some students are simply going through the list of projects and applying to multiple ones, it would at least weed out people who are serious enought to setup a basic environment 01.38.52 # If you shave one cycle by implimenting a C function in assembler, have you really succeeded in optimising it though. 01.39.13 Quit Nico_P (Remote closed the connection) 01.39.24 # kkurbjun: true enough 01.39.50 # but really, i think qualification tasks should be specific, "optimize something" doesn't cut it 01.40.02 # linuxstb: I think it would defiantly be worthwhile if we have enough applicants 01.40.15 # enough to make the requirements more difficult that is 01.40.42 # we could even do something like take file x.c and optimize function y in a way that you see fit 01.40.43 # preglow: My idea was just trying to find something one-step above "compile rockbox" 01.40.56 # ali_as: Beating gcc isn't hard, and often delivers significant performance gains, way more than just a few cycles 01.40.59 # and then evaluate their method 01.41.13 # if you can't beat gcc on our targets, you'are also incompetent :) 01.41.58 # I wasn't thinking of asm optimisation though - just finding code which could be more efficient (in C) 01.42.09 # That seems to be the case for all our target architectures in varying degree. Gcc might be harder to beat when it comes to x86 - but I have no experience with that 01.42.13 # amiconn, that wasn't my point. x10 speed increase over gcc is often possible, my point was that 'optimise' is rather a subjective goal. 01.43.05 # when can students start applying to projects? 01.43.10 # If the point is to make a modification that doesn't crash the system, and compile, then it is satisfactory. 01.43.15 # 24th. 01.43.20 # and when do interviews/acceptances take place? 01.43.58 # linuxstb: Yeah, C code can often also be optimised (although often not as much, because gcc already tries to optimise a bit) 01.44.19 # FWIW, I can compile RockBox and even modify the code *somewhat* and I am a moron. Vet these people. 01.44.30 # Algorithmic optimisation should always be the first step anyway. 01.44.43 # * amiconn 's first contributions to rockbox were in fact ASM optimisations 01.45.20 # That does not surprise me from your mov/orr solution :) 01.45.41 # Optimisations of what already was assemblerised, that is. And I learned SH ASM while doing it 01.45.54 Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) 01.45.56 # ali_as: Back then we had no ARM targets, only SH1 01.46.04 Quit RoC_MasterMind (Client Quit) 01.46.09 # SH, is that a hitachi chip? 01.46.14 # yes 01.46.14 # yes 01.46.44 # and it should be called assembly, but nobody cares these days 01.46.51 # :P 01.47.29 # Not met an SH chip yet. 01.47.34 # ffmpeg's qualification tasks are pretty extensive: http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_Of_Code_2008 01.47.42 # make 01.47.45 # arhg!! 01.47.53 # i hate windows :/ 01.47.53 # make: *** No targets specified and no makefile found. Stop. 01.48.48 # I like this one: take an existing patch and make it suitable for inclusion in SVN 01.48.56 # kkurbjun: I was just about to suggest that... 01.49.01 # they picked a specific patch that was nearly ready to be included 01.49.05 # amiconn, were you an acorn nut btw? 01.49.27 Part pixelma 01.49.28 # kkurbjun: But it would need us to go through and select patches that were (in theory) suitable for inclusion, and comment on them. 01.49.38 # ali_as: hmm? 01.49.45 # yep, how close are some? 01.49.53 # I don't keep up on the tracker 01.49.56 # Owner of an archimedes for example. 01.50.00 # kkurbjun: Nor do I... 01.50.05 # there's that NES plugin, has anyone looked at that 01.50.16 # Did that actually make it as far as a patch? 01.50.25 # I think so.. 01.50.37 # There are probably plugins that still need adapting to some newer targets... 01.51.13 # ali_as: Ah, that's what you mean. Nope, never even saw one 01.51.15 Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) 01.51.19 # yep, it's in here :http://www.rockbox.org/tracker/task/2911?histring=NES 01.51.48 # it died in october though so it may be a way off from even compiling 01.52.02 # * amiconn started with a ZX Spectrum, later had an Amiga 01.52.25 # The Amiga was always the arch rival to the Archimedes. 01.52.27 # I did code some Z80 asm on the Spectrum, but didn't code much at all on the Amiga 01.52.40 # the doom scrollwheel patch could be one actually 01.52.51 # that should be pretty trivial 01.52.59 # and I would be happy to answer questions 01.53.10 # I dabbled with the 6502 on the BBC B, but that was a horrible thing to program in assembler. 01.53.35 # ARM was the first assembler I learned properly, really friendly. 01.53.41 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.53.50 # bedtime 01.53.50 # kkurbjun: I quite like that idea - and it serves a useful purpose as well.. 01.54.28 # You could also mix assembler and BASIC, which is genius. 01.54.56 # linuxstb, it could also be interesting to see if a potential student is willig to contact us to ask for feedback 01.55.07 # it would be nice to have someone who is open to communicate 01.55.42 # you make me remember endless nights lost peeking and poking hex values without an assembler on my C64... ARGHH 01.56.04 Quit RoC_MasterMind (Client Quit) 01.56.47 # Outch. 01.56.57 # * amiconn ->sleep 01.57.06 # Gnite amiconn. 01.58.45 Join lastebil [0] (n=truck@cube.lomal.la) 01.59.20 # good night everyone 01.59.27 Part SSnake 02.06.33 Join Llorean [0] (n=DarkkOne@adsl-70-242-6-101.dsl.hstntx.swbell.net) 02.09.45 # do any of you have a lot of expirence encoding video for iriver h300's? 02.10.00 # i'm doing fairly well with trial and error 02.10.45 # but there are some glitches... sometimes the video freezes for a couple seconds, or it goes haywire for a bit 02.10.53 # the audio never skips and is very good 02.11.07 # i'm using mpeg1 and mp2/192k 02.11.30 # even if i tone down the video bitrate to 150, there are still glitches 02.12.05 # i have a lot of video i want to encode, and i want to perfect it before i encode everything i have 02.12.31 # i'm encoding from authentic/original dvd source 02.12.34 Quit davina (Remote closed the connection) 02.13.05 Quit BigBambi (Read error: 113 (No route to host)) 02.13.14 # ashes: Have you tried simply using the ffmpeg parameters from the WinFF presets on the wiki? 02.13.42 # ive been using mplayer, with help from the wiki 02.13.51 # mencoder 02.14.45 # the wiki example for mencoder works well, but not perfectly 02.15.36 # What framerate are you encoding at? 02.15.50 # i was thinking of something a good bit simpler for the qualification task...just mainly set up a compiling environment, make a very simple (hello world-esque) plugin and compile...involves a few things and we can probably judge a good bit of how capable they are beyond that from an interview 02.15.59 # fps? 02.17.15 Join JdGordon|uni [0] (i=82c20d67@rockbox/developer/JdGordon) 02.17.30 # fps is set to 25, but its actually getting between 9 and 12 fps duing encoding 02.17.39 # Llorean: do you use the headphone pause feature? 02.19.34 # JdGordon|uni: Nope 02.19.37 Join Febs [0] (n=chatzill@207-172-204-61.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 02.19.52 # ashes: That's the encode speed, completely unrelated to the playback speed. Try setting to 20 fps. 02.26.18 # JdGordon|uni: IMO, if you don't want it to unpause on insert, stop it instead. :-P 02.27.00 # * JdGordon|uni just wants to decide how to close the patch... its a simple fix if it is indeed worth fixing 02.27.59 # In all seriousness, I see how it could go either way. This is one case, I wouldn't mind a forum poll (or ML poll) just to see what the users want. 02.33.11 Join d34df00d [0] (n=d34df00d@80.251.122.132) 02.42.40 # ive put it on the dev ml, i guess the forums would be good also 02.42.42 # * JdGordon|uni stas away from the user ml :p 02.42.57 # Probably the wisest plan. 02.43.00 # They're very touchy there 02.43.16 # Even when I try to be very polite, *and* answer the question, if I even hint that their might be guidelines they chew me out. 02.44.10 # UI or general? 02.46.12 # Let's go General 02.46.29 # I'd almost even classify it Playback, but General is probably better for getting attention on this one 02.50.09 Quit fasmaie (Read error: 113 (No route to host)) 02.51.40 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 02.54.39 Quit sdoyon ("ircII EPIC4-2.6 -- Are we there yet?") 02.54.41 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 02.55.28 Join pandrew [0] (n=andrew@86.122.170.90) 02.57.20 *** Saving seen data "./dancer.seen" 03.01.23 Quit XavierGr () 03.01.42 Quit Davide-NYC ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 03.02.25 Join MobileShaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.02.42 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.04.26 Join perrikwp [0] (i=98215aef@gateway/web/ajax/mibbit.com/x-efbb2104d7fe46a4) 03.05.47 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 03.08.31 # JdGordon, I use the headphone pause, why? 03.10.51 Quit CyBergRind|w (Connection timed out) 03.19.44 Quit Shaid (Read error: 110 (Connection timed out)) 03.19.45 Nick MobileShaid is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.20.28 Join perrikp [0] (i=98215aef@gateway/web/ajax/mibbit.com/x-59c87148091b27de) 03.20.39 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.20.57 Nick perrikp is now known as perrikwp (i=98215aef@gateway/web/ajax/mibbit.com/x-59c87148091b27de) 03.24.38 Quit perrikwp (Client Quit) 03.31.30 Join zwj [0] (n=chatzill@210.41.87.164) 03.38.13 # could i port rockbox as an Application to the OpenMoko platform 03.38.48 # zwj, certainly you could. the simulator uses SDL, which OpenMoko presumably has 03.40.26 # make rockbox can run in the sdl is ok? 03.41.10 # the sim already uses SDL...you just need to adapt it to OpenMoko 03.43.25 Quit ali_as ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZz") 03.47.37 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 03.49.26 Quit sarixe (Client Quit) 03.52.37 Quit Seed (Nick collision from services.) 03.52.43 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 03.53.23 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 03.58.15 Quit hd (Remote closed the connection) 04.05.48 Join perrikwp [0] (i=98215aef@gateway/web/ajax/mibbit.com/x-05ad9057d36788e9) 04.20.33 Nick Seedy is now known as Seed (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 04.20.54 Quit sarixe ("(EE) Failed to load "quit" module") 04.32.30 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.32.58 Join miepchen^schlaf [0] (n=el_miep@p54BF403F.dip.t-dialin.net) 04.41.54 Quit merbzt (Read error: 110 (Connection timed out)) 04.42.08 Join hd [0] (i=jd@unaffiliated/helldragon) 04.45.32 Quit Thundercloud (Remote closed the connection) 04.46.02 Join DC1 [0] (n=dc1@pool-70-107-134-254.ny325.east.verizon.net) 04.46.53 Quit kugel ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 04.47.05 Quit DC1 (Client Quit) 04.54.13 Join mchua [0] (n=mchua@conference/pycon/x-d470f6eb7a369d4e) 04.57.24 *** Saving seen data "./dancer.seen" 04.59.26 Quit Rick (Read error: 104 (Connection reset by peer)) 04.59.30 Join Rick [0] (i=rick@pool-71-189-11-16.lsanca.dsl-w.verizon.net) 05.17.47 Join toffe82 [0] (n=chatzill@adsl-70-137-196-35.dsl.frs2ca.sbcglobal.net) 05.31.28 Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) 05.32.43 Quit Horscht ("IRC is just multiplayer notepad") 05.33.13 Join lymeca [0] (i=lymeca@unaffiliated/lymeca) 05.33.25 # What video formats can Rockbox play on 5th gen iPods? 05.33.44 # MPEG1/2 05.35.17 # See the PluginMpegplayer wiki page. 05.54.33 Quit zwj (Read error: 110 (Connection timed out)) 05.59.31 Quit CaptainKewl (Read error: 110 (Connection timed out)) 06.04.34 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 06.06.55 Join FOAD_ [0] (n=dok@dinah.blub.net) 06.19.44 Join zwj [0] (n=chatzill@210.41.86.231) 06.21.34 Quit wisp_sh (Read error: 110 (Connection timed out)) 06.24.01 Quit FOAD (Read error: 110 (Connection timed out)) 06.24.01 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 06.44.50 # Congrats on getting Google SoC slots. 06.45.34 Quit JdGordon ("Konversation terminated!") 06.47.40 Quit ol_schoola () 06.54.16 Part toffe82 06.57.25 *** Saving seen data "./dancer.seen" 07.02.41 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 07.03.55 Join aliask [0] (n=chatzill@rockbox/developer/aliask) 07.11.26 Quit argumentD (Read error: 113 (No route to host)) 07.14.33 Quit pandrew (Remote closed the connection) 07.18.36 Join wisp_sh [0] (n=wisp@acct.icf.org.ru) 07.25.25 Quit JdGordon ("Konversation terminated!") 07.25.58 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.27.26 Part kkurbjun 07.27.30 Join kkurbjun [0] (n=kkurbjun@c-67-174-104-139.hsd1.co.comcast.net) 07.27.37 Part kkurbjun 07.30.40 # LinusN: The build system didn't pick up 2 commits at least, and they also don't appear on the frontpage... 07.30.55 # oh, badness 07.32.39 Join BrianInMaine [0] (n=38006718@gateway/web/cgi-irc/labb.contactor.se/x-1d1cc547f6680d2c) 07.32.55 Quit otih (Remote closed the connection) 07.37.12 Quit zwj (Connection timed out) 07.40.49 # for some reason, the svn update was stuck since yesterday... 07.41.06 # That already happened several times iirc 07.41.23 # * amiconn is kinda annoyed by those repeated build system failures 07.41.30 # me too 07.43.02 # You never know whether the next commit works, and if none of you 3 is around, it may be that the committer doesn't have time to fix eventual problems when the build system is working again 07.43.26 # exactly 07.44.18 # And you also don't see what delta your commit caused if several commits queued up meanwhile 07.44.36 # that too 07.46.24 # Will you kick off a build? 07.46.33 # working on it 07.48.12 # building... 07.49.40 Join zwj [0] (n=chatzill@210.41.87.159) 07.51.24 Quit BrianInMaine ("CGI:IRC") 07.54.12 # amiconn: booooh! red! :-) 07.55.00 # Yeah, forgot to commit one file, it seems... 07.58.37 Quit Shaid (Read error: 110 (Connection timed out)) 08.04.08 Join Rob2222 [0] (n=Miranda@p4FDCF7B5.dip.t-dialin.net) 08.22.03 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.22.06 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 08.23.29 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 08.24.03 Join scev0la [0] (n=c11efa52@gateway/web/cgi-irc/labb.contactor.se/x-991a21ea0545c00f) 08.25.19 Quit BigBambi (Remote closed the connection) 08.37.08 Join merbzt [0] (n=benlar@dns.basset.se) 08.40.38 Join Bger [0] (n=Bager@78.90.78.107) 08.49.49 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 08.50.40 # Wow, 32 GB Ipod touch... When did that come out ? 08.51.32 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.55.53 Join bughunter2 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) 08.57.09 Quit cool_walking_ (Remote closed the connection) 08.57.27 *** Saving seen data "./dancer.seen" 09.03.22 # has anyone come up with a plan for things a potential gsoc student must be able to do to be accepted yet ? 09.06.23 Quit zwj (Connection timed out) 09.11.01 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 09.11.04 # Maybe we should just ask for a resume, or whatever you Euro folks call such a thing. :-P 09.11.05 Quit stripwax_ (Read error: 104 (Connection reset by peer)) 09.11.16 # I mean, their qualifications will somewhat depend on what task they undertake 09.11.39 # New port requires somewhat different skills than Rockbox as an app which is somewhat different from usability study and redesign 09.13.33 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-aa5df7778bfadffa) 09.14.31 Join petur [50] (n=petur@rockbox/developer/petur) 09.14.43 Quit JdGordon (Client Quit) 09.15.03 # Llorean: I was just looking at the ideas pages for a few of the other accepted organisations 09.15.15 # and the xmbc one includes a list of things you should be able to do 09.15.15 # Yeah? 09.15.26 # and mostly, apart from their language of choice being C++ 09.15.29 # it looks a good fit 09.15.50 # I'm clearly tired, because when I first read that sentence, I thought you were saying they were all things *I* should be able to do. :-P 09.15.54 # http://xbmc.org/wiki/?title=Google_Summer_of_Code_2008 09.15.58 # A basic list would be good, though, yes. 09.16.10 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 09.16.11 Quit JdGordon (Client Quit) 09.16.13 # haha - yes, not your personally 09.16.19 # s/your/you 09.16.39 # Yeah, that looks like a very good list. 09.16.55 # I'm not sure I agree with that last one. 09.17.28 # not entirely no 09.17.41 # if you can have one which still gives a good level of commitment it wouldn't bother me so much 09.17.57 # Rent still needs to be paid, etc, etc. And as long as they'll have the 35 hours / week, I don't mind if they're spending another 20 or more delivering pizzas, filing papers, or whatever other job they have as a student. 09.18.12 # The key is "have X hours a week" and "be able to do the work" 09.18.12 # yeah, no issues with that here either 09.19.28 # still, it doesn't hurt if the applicant really want the feature to be implemented properly, rather than just complete the project 09.19.45 # if you see the difference 09.20.03 # One possibility is that we could just, rather than requiring "a patch", require that applicants include with their application their own proof of qualification relating to Rockbox, and let them decide the specifics (with suggestions such as "patch" or "documentation showing what you've researched already into this project, showing you're aware of the tasks and difficulty" or whatnot) 09.20.17 # you mean write good quality code, rather than "aim to finish inside the deadline" ? 09.20.20 # LinusN: I agree, the applicant should be invested in the project. 09.20.31 # GodEater: something like that 09.21.19 # I especially like the "Project Tasks and Deliverables: Break your project into tasks or pieces. Describe in detail what you plan to accomplish and what the results will be." part of their application 09.21.48 # this quick check on their page also revealed that XBMC now works on linux too - which is interesting in itself :D 09.23.44 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 09.26.39 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 09.28.47 Quit simonrvn (Nick collision from services.) 09.28.48 Join simonrvn1 [0] (n=simon@219.55-ppp.3menatwork.com) 09.28.59 Nick simonrvn1 is now known as simonrvn (n=simon@219.55-ppp.3menatwork.com) 09.29.01 Quit mchua ("Holy shiny distraction, Batman!") 09.29.02 Quit simonrvn_ (Client Quit) 09.30.00 Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) 09.30.00 Quit JdGordon ("Konversation terminated!") 09.34.29 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 09.36.41 Join zwj [0] (n=chatzill@210.41.87.230) 09.39.02 Quit mrkiko (Remote closed the connection) 09.41.12 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 09.41.18 Join kies [0] (n=kies@adsl-76-199-5-148.dsl.chmpil.sbcglobal.net) 09.49.10 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 09.51.00 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 10.03.48 Quit JdGordon ("Konversation terminated!") 10.04.36 # Bagder: Could we get a "These builds are generated from actively developed source, and at times may be buggy or unusable. We appreciate your feedback on any issues you may encounter." to the current build page? (Or something similar) 10.05.24 # a good idea, yes 10.06.14 # I think it'd go a long way to helping manage peoples expectations and reactions to problems. 10.06.26 # Maybe a few less "Rockbox sucks, what kind of product is this crap" statemens. ;) 10.06.54 # One important point for GSoC students is to emphasise how important communication is, at least with their mentor, if not with us all. 10.07.02 # Absolutely 10.07.27 # Don't know if that's been mentioned yet, but perhaps we can rework that into a pre-requisite. 10.07.28 # Llorean: you know that guy you're arguing with in the iPod install thread is a journalist right ? 10.08.16 # hehe 10.08.26 # pondlife: amen 10.08.49 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 10.08.58 # GodEater: I think I stated my opinion clearly, and do welcome his responses to my question. There's really no effective way for us to keep the current status of every port on the front page. 10.09.32 # Llorean: IMO we should think about removing the 1G build from the supported list - if we had known about that problem before adding it, we wouldn't have done... 10.09.41 # I realise that of course, I'm just pointing out that his experience as a tester is coming to Rockbox and the very first build he downloaded didn't work 10.09.48 # he has no idea that this is a *just* a bug 10.10.04 # pondlife: What I'd personally like to see is "every day that you work on Rockbox, you should email your mentor with your status at end of work (multiple emails if you stop and start again are welcome, but not necessary if you just want to send one) and you're expected to work at least 5 days a week (like a full time job) 10.10.12 # assuming it is just a bug of course 10.10.39 # linuxstb: I'd be okay with removing it from the supported list if it never worked. 10.10.55 # the main thing though, is that I wouldn't like to see him walking away from this discussion with a really negative view of our project, and then writing about it in his magazine. 10.10.58 # that would suck a lot 10.11.18 # Did amiconn confirm that his 1G works? Making a score of 2-1 to the not-workings.... 10.11.27 # he did, yes 10.11.28 # he did say his 1G works fine apparently 10.12.02 # Llorean: That's the point - it _did_ never work, on certain 1Gs (IIUC). 10.12.18 # So, maybe the front page should say "some 1Gs"? 10.14.03 Part LinusN 10.14.08 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.15.05 Part LinusN 10.15.08 # GodEater: I've tried to explain a little more, does that sound better? 10.15.36 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.16.30 # lostlogic: ping 10.19.38 # GodEater: There's something like 36 unique install methods and/or hardware distinctions. It'd really be quite hard to keep some sort of constantly updated usability chart on all of them unless it was on the wiki, I think. And anywhere, including a wiki, is likely to have outdated warnings on it if we try 10.20.01 # I think a general clarity that "this is in development, while it should work, you shouldn't *expect* it to work" is a better solution, if we can make that clear in advance 10.20.24 # * linuxstb notices discussion about the headphone plug/unplug commit in #rockbox-community... 10.21.47 # build.rockbox.org now has a little top "disclaimer" 10.22.21 Quit JdGordon ("Konversation terminated!") 10.23.10 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 10.24.10 Join bughunter3 [0] (n=Administ@ip565fbeaa.direct-adsl.nl) 10.24.11 Quit bughunter2 (Read error: 104 (Connection reset by peer)) 10.26.51 Join MethoS- [0] (n=clemens@host-091-096-211-212.ewe-ip-backbone.de) 10.28.05 Quit JdGordon (Remote closed the connection) 10.28.23 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 10.28.37 Quit JdGordon (Remote closed the connection) 10.28.47 # * Llorean just thinks attempting to have current status of various targets on the front page will lead to more confusion, not less. 10.28.55 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 10.29.19 # * Bagderr agrees 10.29.28 # rrrrr 10.29.33 # I've probably explained it poorly though 10.29.44 # * Llorean added a disclaimer that it's all personal opinion, and not project policy 10.29.56 # Hello. You need to fix the www.rockbox.org link on http://code.google.com/soc/2008/rockbox/about.html 10.29.58 Quit JdGordon (Remote closed the connection) 10.30.04 # well he has a point, if some models of 1gen do not work properly, it should be mentioned 10.30.09 # (Looks like it's missing a http://) 10.30.13 # I think if you start saying "This target is not usable right now" people will expect that you're testing, and thus all other targets *are* usable 10.30.14 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 10.31.53 Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020710]") 10.32.09 # Llorean: I feel this issue is not 'just' a bug, but a version of 1gen that is not working properly... 10.32.35 # IMO, this kind of issue doesn't arise very often, and in this case there is no point leaving the target on the front page - we have enough users to test it, and it obviously isn't what we would like to call "supported". 10.32.47 # So I would say just remove 1G... 10.33.28 Quit XavierGr (Nick collision from services.) 10.33.39 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 10.33.40 # I agree that in this case there's no reason to leave it supported. 10.33.47 # yes 10.35.23 # But I don't think every time a target stops working we should be toggling its presence on the supported page, or trying to keep it updated with current usability. 10.35.30 Quit JdGordon (Remote closed the connection) 10.35.46 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 10.35.53 # Builds break for a day or a few regularly enough, and half the time they're probably fixed before someone who can change the front page even knows they're broken. 10.35.58 # Llorean: I think we just need to treat things on a case-by-case basis... 10.36.46 Join UncleRemus [0] (n=caj@78-69-154-184-no176.tbcn.telia.com) 10.38.31 # Well, I think "Supported" should mean "It's supposed to work, file bug reports", and if it's not in the "Supported" list, that means "We don't want you filing bug reports, or asking for help outside of development-related channels" 10.39.18 # that is not entirely true imho 10.39.26 # Which bit? 10.39.44 Join Rob2223 [0] (n=Miranda@p4FDCF7B5.dip.t-dialin.net) 10.40.01 # we could ask for help for ports in progress that aren't fully supported yet 10.40.35 # Yes. In here and in the new-port thread. 10.40.56 # But, for example, people shouldn't be asking how to install in the iFP on the user mailing list. 10.41.04 # true 10.41.20 # imo, "supported" means it has a supposed level of functionality that makes it useful 10.41.34 # we need unsupported/inprogress/supported ;) 10.41.45 # aren't all in progress? 10.42.30 # Bagderr: I've always seen it more as "we're willing to give support." The M:robe 100 has the level of functionality to make it useful, but it's not in the "supported" list yet, for example 10.42.31 # unsupported/partial/usable 10.42.50 # well, it'll be in the supported list once there's a manual for it 10.42.59 # so yes, it is related to the support part 10.43.19 # but I'm thinking of ports that may exist but lack major funtions such as fm tuner, recording or similar 10.44.59 Quit zwj (Read error: 110 (Connection timed out)) 10.44.59 # But, for those targets, we provide support still. So they're "supported" in that sense. 10.45.43 Quit ch4os_ ("Lost terminal") 10.45.48 # lets give it a 'supported' number (1-5) or color? 10.45.48 # right, so they are "supported" once we have a manual and core functionality and stability that makes them useful 10.46.04 Join gevaerts [0] (n=fg@195-144-092-134.dyn.adsl.xs4all.be) 10.46.12 # Bagderr: One more web-type request. Could, in the table on the front page listing players, we get a second link to the TargetStatus page that says something like "View the status of supported and upcoming players" (or even replace that with this) 10.46.19 # The TargetStatus page would be great for showstopper bugs, I think 10.47.10 # we had it there before, zagor removed it... 10.47.27 # I think it's rather invaluable, personally, but ah well. 10.47.35 # Bagderr: I think we're discussing in circles. You're saying "we'll give support once they're supported (by your definition)" and I'm saying "if the point we call them 'supported' is when we're willing to give support, isn't that what the word ends up meaning?" 10.47.57 Quit JdGordon (Remote closed the connection) 10.48.09 # so set criteria for 'supported' 10.48.11 # I'm not arguing, I'm only trying to put into words when a port is to be considered "supported" 10.48.14 Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) 10.48.42 Join Buschel [0] (n=AndreeBu@p54A3E3AE.dip.t-dialin.net) 10.48.55 # Well, I agree that there's a technical-status point when a target becomes "supported" 10.49.09 # But I think it also means the point where we open up to people posting bug reports on it. 10.50.06 # Should we lock the headphone-unpause vote on http://forums.rockbox.org/index.php?topic=15993.0 ? FWIW I misread the question, so one of the yes votes should be a no :) 10.50.11 Join MethoS-- [0] (n=clemens@host-091-096-212-231.ewe-ip-backbone.de) 10.50.44 # pondlife: I also misread, and I voted no instead of yes, so it's OK ;) 10.50.57 # It's fixed now anyway 10.53.16 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-23-189.w81-50.abo.wanadoo.fr) 10.54.18 # When I pause music and then select a new file in the browser, the new file is loaded, but playback is still paused. Is this intended? 10.54.52 # You mean start a new playlist? 10.55.17 # markun: Yes, I think that's correct 10.55.28 # linuxstb: yes 10.55.30 # If you manually paused, then it should stay paused until you resume 10.55.40 # I expected it to start playing my new song 10.55.56 # Now that you mention it, that's been bothering me as well. I usually listen to half-hour radio recordings, followed by some garbage (start of the next program,...), so when I get to the end I pause and then go to look for what I want next 10.55.57 # Why not stop then 10.57.14 # pondlife: the fact that it can be solved in another way doesn't mean this is good behaviour. 10.57.24 # Personally, I'd be happy to scrap pause completely, if we could get STOP to resume a bit more intelligently (i.e. don't clear PCM buffers) 10.57.31 *** Saving seen data "./dancer.seen" 10.57.43 # Functionally, STOP and PLAY could work the same as pause/unpause. 10.57.44 Quit Rob2222 (Read error: 110 (Connection timed out)) 10.57.48 # I wouldn't mind that as well 10.57.54 # There's a distinction 10.58.17 # If you "Insert" while stopped, you get a new playlist. If you "Insert" while paused it doesn't clear. 10.58.35 # I also would prefer not to have that distinction 10.58.40 # i.e. don't clear 10.58.45 # pause should stay on the wps and stop return to the file/database tree 10.58.46 # But that's a preference 10.58.47 # Then how do you start a new, single song playlist? 10.58.58 # Select the song 10.59.07 # That starts a dynamic playlist based on the whole folder 10.59.09 # Not just a single song. 10.59.14 # otherwise there is no indication what is going to resume 10.59.24 # As well, how do you start a playlist with a tree of folders? 10.59.26 # I rarely start a single song... as I said, that's a preference 10.59.29 # For example, all of "Weird Al" 10.59.36 # Database... 10.59.47 # So, you're forcing people to not be able to do that with filetree? 10.59.50 # No 11.00.00 # It's just my preference 11.00.07 # Personal 11.00.09 # I know, but you're suggesting your preference be implemented. 11.00.10 # anyway.. I still think playback should be unpaused when you select a new file 11.00.13 # No I'm not# 11.00.26 # I am not suggesting anything changes 11.00.48 Join tvelocity [0] (n=tony@athedsl-4402650.home.otenet.gr) 11.01.05 # How about adding a new settings menu titled 'Pause behaviour' ? We have resume on headphone plug, resume on new song, ... 11.01.06 # indeed, just stating what would make you happy :) 11.01.09 # * gevaerts ducks under the table 11.01.10 # I'm saying purely that I would prefer the simplicity. I don't use pause much as it breaks voice 11.01.13 # markun: I agree, "select" on a new file should be treated as if you were starting playback fresh. 11.01.19 # The previous state should be irrelevant. 11.01.41 # Why not have context options for both Insert... and New With... or whatever? 11.02.05 # pondlife: It's a solution, yes. 11.02.08 # I tend to use one never-ending dynamic playlist in general use 11.02.23 # someone needs to come up with a good playlist UI to replace the current mess.... 11.02.25 # My point was merely "you can't just scrap the distinction between pause and stop, without making up for it, or you've cut a significant amount of related functionality" 11.02.26 # i.e. I keep it playing and insert stuff that I think I might like to hear soon. 11.02.43 # I agree, but I was just stating a personal preference 11.02.56 # No plans to change it here, although it could do with simplifying 11.03.16 # and I thought that Llorean was Mr Semantics... 11.03.20 # Well, it was your statement thFunctionally, STOP and PLAY could work the same as pause/unpause." that doesn't read at all like "preference" since it's discussing actual functionality rather than personal use cases. 11.03.21 # hehe 11.03.37 # Whatever, sorry for the lack of clarity early in the day 11.04.00 # * Llorean figures if you're gonna call me Mr Semantics, I ought to live up to it. 11.04.16 # I particularly dislike how easy it can be to clear a playlist by accident. 11.04.18 # Anyway, yeah, I agree it *could* be changed, and even think if done well it could make playlisting less confusing for users. 11.04.27 # And the dynamic playlist warning has holes in it, I think 11.06.43 Quit MethoS- (Read error: 113 (No route to host)) 11.06.53 # I think that you should be able to have two playlists "open" at once. The currently playing one, and one you're editing. 11.07.04 # Absolutely. 11.07.17 # Multiple playlists open at once, ideally. 11.07.21 # not nice from a coding POV 11.07.32 # If you want to start a new playlist, you can just start with a blank "editing" one, then make it active once it's ready. You can do this from "stop" without losing your previous dynamic one, by swapping them, and you can still have the blank list functinality. 11.07.42 # Better than special-casing a "dynamic playlist"... 11.08.04 # I'd say only two. The one that belongs to playback and a second one for editing if so desired. 11.08.31 # Why limit it? Why not have the playlist catalog integrated better? 11.08.43 # Why have more than two in RAM at any given time anyway? 11.08.57 # You can only edit one at once, and playback can only play one at once. 11.09.13 # If you're moving tracks from one to the other, it can close one and open the other. 11.09.25 # Well, technically only the playback one needs to be in RAM, no? 11.09.33 # But this is a UI thing 11.09.48 Join Rob2222 [0] (n=Miranda@p4FDCF7B5.dip.t-dialin.net) 11.09.48 # Well, you could make it appear like several are "available" sure. ;) 11.10.07 # Exactly - I'd like the UI to be identical no matter where the playlist is stored 11.10.16 # And also not too dependent on playback state 11.10.20 # But the "edit" one needs to be in RAM so you can "Insert" into it (some way of setting whether insert goes to the playback list or the active editable list) 11.10.22 Join merbz1 [0] (n=benlar@dns.basset.se) 11.10.47 Quit amiconn (Nick collision from services.) 11.10.53 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 11.11.23 # This is an aside though - my main concern is purely ease-of-use (as *I* see it). 11.11.52 # Let's focus on getting a single playlist working perfectly first. 11.12.17 Join PaulJam [0] (n=PaulJam_@p54BCFE34.dip.t-dialin.net) 11.13.25 # Hmm, could "auto-change directory" become a playlist addition feature, rather than a playback one? 11.13.41 # A bit like "recursive" 11.13.53 # yes 11.14.00 # it should be there 11.14.35 # auto-change dir doesn't make much sense when you're playing an m3u, and on some database queries. 11.14.57 # I thought it wouldn't work for either of those anyway 11.15.10 # I attempts to work for the database, badly. 11.15.32 # And, to be fair, it doesn't work properly with directoriesl at the moment. 11.15.44 # * pondlife spells badly 11.20.17 # * JdGordon wants to setup playlist so it will go on forever without removing the old tracks untill it runs out of memory for the new ones coming up 11.20.46 # problem is if the list is shuffled at all it will need fiddling when we want to add new files or mem will get fragmented 11.22.13 Join MethoS- [0] (n=clemens@host-091-096-214-221.ewe-ip-backbone.de) 11.24.11 # JdGordon: The playlist buffer is a dedicated area of memory though, right? Size set in system settings... 11.24.20 # So is fragmentation a problem? 11.24.29 Quit merbzt (Read error: 110 (Connection timed out)) 11.24.34 # course it is... 11.24.56 # if we keep removing tracks from one end and adding to the other its fine 11.25.21 # but if we shuffle the list and leave the filenames in place (so we have pointers into the buffer) when removing/adding its gets fidly 11.25.51 Quit Rob2223 (Read error: 110 (Connection timed out)) 11.26.00 # Shuffle would rewrite the whole list, maintaining only the current playback position, right? 11.26.18 # but thats slow 11.26.35 # compared to just shuffling indicies 11.27.02 # also, I want to add in a random mode which is shuffle but not shuffle the playlist 11.28.01 # You mean random jumping? 11.28.25 # yeah 11.28.28 # What advantage does that have over shuffle? 11.28.36 # the playlist doesnt get fudged 11.28.53 # I like the next track info to be correct... and the playlist viewer 11.29.11 # the next track would be... playlist viewer wouldnt though 11.29.20 # PV would show the playlist in the list order 11.29.23 # Seems like a second shuffle method is over-complication to me... 11.29.27 # and random mode doing "prev track" is also messy 11.29.42 # this is btw NOT to replace shuffle... 11.29.42 # I don't see any point with that either 11.30.01 # I'm hoping to move auto-change dir out of playlist so that playback doesn't have to do these things. 11.30.03 # but not kiss... 11.30.13 # out to playlist, I meant there. 11.30.24 # plans to do it soon? 11.30.32 # No, as always...!! 11.30.36 # :) ok cool 11.30.38 # You'll likely beat me to it.. 11.30.56 # But any simplification is good. 11.31.40 # also, I want to split playlist.c up into current playlist handling and .m3u handling 11.31.47 # Good idea 11.31.55 # playlist_() and playlistfile_() 11.32.22 # not sure how we will get away with being able to modify the playlist and arbitrary m3u's at the same time though 11.34.46 # No, we only have one buffer 11.34.49 Join fasmaie [0] (n=yohann@c-98-216-170-85.hsd1.ma.comcast.net) 11.35.32 # dump the current one to disk, then load the m3u, modify then write it back and reload the other one? 11.35.54 # Sounds unpleasant 11.36.04 # Just have one at a time for now 11.36.34 # * JdGordon happy to do that :) 11.37.10 # But get the playlist API cleared out as much as possible, move auto-change dir, then look at the UI stuff... enough to keep you busy? :) 11.37.53 # *grumbles something about not being paid enough* :p 11.39.09 # if you work on the auto-change dir feature it would be nice if you could adress the issue in FS#7077 11.40.46 # hmm... might be able to fix that now thanks to the event stuff Slasheri added :) 11.41.13 # assuming i didnt misunderstand the report 11.41.16 # which is highly possible 11.41.26 # Hopefully that, and Follow Playlist, will both be fixed by the simpler solution 11.41.32 # i.e. a loong playlist 11.42.27 # Does this mean that the recursively insert directories and auto-change dir options become combined? 11.42.45 # yes 11.42.54 # None / Recursive / Next / Ask or something 11.43.09 Quit MethoS-- (Read error: 110 (Connection timed out)) 11.44.56 # grr... how do you dir change on the e200 from the wps? 11.45.04 # I tohught it was power+right? 11.45.13 # Short right then long right? 11.46.17 # bah, woops.. didnt have a dirplay list going ?:p 11.47.06 # PaulJam: is there a reliable way to trigger that? 11.49.18 # JdGordon: see the 4th comment for a way to reproduce. it always happens when the random mechanism selects a dir that contains no music iself, but one of the subdirectorys, so itisnt reliably reproduceable. 11.50.27 # it is if my folder file only contains folders like that... 11.51.46 # if it helps understanding, i could pastebin the changes i did in my source to fix this (i didn't post a patch because of the realname policy). 11.52.08 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 11.53.19 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279531490.dsl.bell.ca) 12.01.14 Quit MethoS- (Read error: 113 (No route to host)) 12.01.35 Join Mathiasdm [0] (n=Mathias@vpnf101.ugent.be) 12.04.29 Join Arathis [0] (n=doerk@p508A3C70.dip.t-dialin.net) 12.09.14 Join JdGordon|uni [0] (i=d31c5f5a@rockbox/developer/JdGordon) 12.12.48 Quit JdGordon|uni (Client Quit) 12.16.44 Join sbeh [0] (i=sbeh@serverstaff.de) 12.16.53 # is it possible to disabled recording? 12.17.23 # Yes, if you edit the source code and compile your own Rockbox build 12.17.37 # file/line? 12.17.52 # am always compiling by my own 12.18.18 # (this could be an setting) 12.18.23 # (where are the rss-feeds?) 12.18.25 # why? 12.18.26 # Remove HAVE_RECORDING from firmware/export/config-?????.h 12.19.31 # linuxstb: thx 12.20.13 # sbeh: Why would you want to do that? 12.21.47 # * Bagderr walks over to the "why?" camp and looks at sbeh 12.21.50 # because i often accidentally press the record-button of my e200 12.22.40 # * petur always wondered about the need to couple the recording screen to a short-press button 12.22.58 # i think a long press is better 12.23.00 # It should be long press on all targets 12.23.24 # * pondlife finds it hard to use USB charging on H300 still ... ;) 12.23.35 # * petur seconds pondlife 12.23.50 # btw, i notices in my h300, when i hold the REC button during startup to clean the settings, it enters the recording screen after boot. is this intended? i don't think this has always been the case. 12.24.03 # No, that's a similar bug 12.24.48 # is there already a bugrequest for long-press-on-record? 12.24.50 # (where are the rss-feeds?) 12.25.03 # bugrequest oO 12.25.06 # whatever 12.25.09 # there are rss feeds all over the internet! 12.25.35 # i think, they are only in the web 12.25.41 Quit Mathiasdm ("Yuuw!") 12.25.56 # if web you mean http then yes, feeds are there 12.26.06 # did you perhaps mean any specific rss feeds? 12.26.09 # if i say web, i mean web :] 12.26.28 # Bagderr: no, i dont meant an specific one, that is because i am asking here 12.26.29 # * Bagderr looks at sbeh 12.26.42 # * Bagderr stops talking to sbeh and goes back to work 12.26.53 # I can't see a bug report, yet... 12.27.01 # ok, will create one 12.28.14 # * pondlife would rather not have a button for recording, even if it's marked with a "record" symbol. 12.28.15 Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 12.29.52 # is central europe gmt+1? 12.30.25 # i always forget such nonrelevant things 12.31.24 # if it is irrelevant, then why ask? 12.31.30 Quit thegeek (Read error: 110 (Connection timed out)) 12.31.46 # * gevaerts assumes that flyspray asks that on registration 12.32.30 # because flyspray asked me 12.33.39 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 12.37.11 Quit ctaylorr (Read error: 110 (Connection timed out)) 12.38.46 Quit Arathis ("Bye, bye") 12.40.16 # sometimes greylisting sucks 12.40.41 # *waiting on registration email happy about disabled recording-button* 12.41.25 # just note that it'll end up with the other 500 feature requests 12.42.53 Quit fasmaie (Read error: 113 (No route to host)) 12.43.29 # i dont need that feature, because my record-button is disabled now, but the other way it looks cleaner to me :P 12.51.19 Part sbeh 12.52.57 Part Bagderr 12.56.05 Quit jhMikeS (Nick collision from services.) 12.56.11 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 12.57.34 *** Saving seen data "./dancer.seen" 12.57.38 Quit PaulJam (".") 12.57.52 Quit bblack (Remote closed the connection) 12.57.52 Quit perrikwp (Remote closed the connection) 12.57.52 Quit GodEater (Remote closed the connection) 12.59.05 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 13.01.54 # have we had (m)any applications from potential gsoc students yet ? 13.02.41 # also, is there much point in people who aren't on the commiters list volunteering to be mentors ? 13.03.27 # Applications for SoC aren't open yet. (starts on the 20th i think) 13.03.38 Join webguest25 [0] (n=1485000d@gateway/web/cgi-irc/labb.contactor.se/x-a2fc5fd742d02675) 13.03.44 # Err, make that 24th. 13.03.46 # dionoea: sorry, by "application" I meant "interest in applying" 13.04.12 # Ah ok :) Sorry. 13.05.20 # * gevaerts wishes he was a student 13.05.28 # * GodEater does too 13.05.49 # although only in this case. I wouldn't actually want to go back to studying =/ 13.06.25 # There is that, unfortunately 13.06.59 # * gevaerts has to study anyway. Only now it's called a "Specification" instead of a "Textbook" 13.09.05 Quit webguest25 ("CGI:IRC (Ping timeout)") 13.09.09 # I tend to find that feels less like studying to me 13.09.54 Quit feisar ("leaving") 13.10.26 Join Feisar [0] (i=jljhook@mun.irkki.fi) 13.17.06 Join Thundercloud [0] (n=thunderc@resnet21.nat.lancs.ac.uk) 13.19.38 Quit Buschel () 13.26.04 Quit mrkiko ("leaving") 13.27.03 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 13.27.34 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 13.33.23 Join CaptainKewl [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 13.33.55 Join CaptainKwel [0] (i=jds@207-237-172-5.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 13.34.11 # * Nico_P wishes he had time for the GSoC this year 13.35.00 Join Stuffuh [0] (n=a@host-43-100-111-24.midco.net) 13.35.57 Join Buschel [0] (n=abc@p54A3E3AE.dip.t-dialin.net) 13.36.49 Join _thomas__ [0] (n=thomas@c-76-102-67-49.hsd1.ca.comcast.net) 13.37.03 Nick _thomas__ is now known as Vector (n=thomas@c-76-102-67-49.hsd1.ca.comcast.net) 13.37.39 # Is there a way to search the irc log? 13.38.02 Quit Vector (Client Quit) 13.38.21 # Stuffuh: google.com 13.38.49 # site:www.rockbox.org/irc 13.38.56 Join tilmann [0] (n=tilmann@p5B206ED0.dip.t-dialin.net) 13.39.00 # thx 13.39.12 # google... 13.39.52 # Did you guys get a lot of questions when woot had that e250 sale? 13.40.32 # not really 13.41.39 Join louse [0] (n=thomas@c-76-102-67-49.hsd1.ca.comcast.net) 13.44.51 # Generally speaking, which player has the best possible version of Rockbox available for it, and why? 13.45.19 # we get asked that question a lot 13.45.21 # "best" is a point of view 13.45.27 # and there's a thread in the forums covering the answers 13.46.23 # Ok. thanks. 13.46.27 # http://forums.rockbox.org/index.php?topic=15633.0 13.46.44 # the answer varies on who gives it, and what features are important to them. 13.48.14 # Is there a page that has a wiki style comparison chart on it? 13.48.32 # see BuyersGuide and DeviceChart 13.48.59 # Hmm, I get no pictures on http://www.rockbox.org/twiki/bin/view/Main/DeviceChart ... 13.49.10 # oh 13.49.50 # that's the new web site structure's fault... 13.52.11 Quit CaptainKewl (Read error: 110 (Connection timed out)) 13.53.21 Join FOAD_ [0] (n=dok@dinah.blub.net) 13.57.22 Join seablue [0] (n=s@0x535c13cc.banxx3.adsl-dhcp.tele.dk) 14.01.22 # Bagder: do you have an opinion on mentors not being commiters? I'd offer my services as one as an interested and semi-competent person, but won't bother if you don't think it's worth it? 14.02.00 # I'm fine with non-committers being mentors, as long as we're confident they're good 14.02.04 Join mf0102 [0] (n=michi@85.127.180.200) 14.02.49 # * GodEater notes this makes no mention of Badger's opinion on how "good" he is. 14.03.15 # * Bagder is silent 14.03.17 # :-P 14.03.41 # I shall sign up then, and wait and see whether I am accepted or not. I shall infer your opinion from this :) 14.03.55 # we're currently on 7 listed mentors 14.05.26 # 'tis done 14.05.54 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-f2628c2d6f5391e7) 14.05.54 # 7 mentors? Any students? 14.06.24 # Applications can't be made until the 24th (I think...) 14.06.33 # Ah, ok 14.06.39 # * pondlife should read the logs... 14.06.43 # pondlife: Are there any sort of qualifications for students? 14.07.13 # we'll just ask them a few questions 14.07.23 # LambdaCalculus37: their IRC nicks mustn't start with L, or end in 7 :) 14.07.24 # There are. Google has their terms, plus Bagder has some questions. 14.07.30 # GodEater: :P 14.08.09 # * GodEater thinks any sort of application requirements / questions should be put on the wiki page 14.09.02 # yes, I'll take them to the dev list too for a beating 14.09.32 Part d34df00d ("Konversation terminated!") 14.09.54 # I think we need to be clear from the start about what criteria we'll be using to fail people. That seemed a problem last year - a reluctance to fail people... 14.10.17 # true, we should write up a "how to work on gsoc for Rockbox" page 14.10.23 Quit FOAD (Read error: 110 (Connection timed out)) 14.10.23 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 14.10.45 Join zwj [0] (n=chatzill@210.41.86.21) 14.11.11 Quit zwj (Client Quit) 14.11.20 # with good inspiration from this => http://geda.seul.org/wiki/best_practices 14.11.34 # I was about to ask if you could remember that URL... 14.11.48 # linuxstb: at google they told us to be really strikt, because almost none of the people who pass the first period even though they didn't do enough work make it to the end. 14.12.17 # that seems sensible 14.12.34 # I think that any projects we accept should have very definite milestones to go with them 14.12.47 # (as definite as we can realistically make them anyway) 14.13.17 # Bagder: do you think it could be that TEA5767 chips are labeled "TEA5760UK". It's sounds unlikely to me, but it's what kgb2008 who is REing the Meizu firmwares concludes. 14.13.30 # while we're eager to adjust from the somewhat laxed last year, we must not make this year too strict... 14.13.48 # no, that too would be foolish 14.13.55 # markun: sounds very unlikely to me, but that's of course possible 14.13.56 # we're not out to discourage applications :) 14.14.14 # exactly, we must first lure them in 14.14.19 # then tighten the screws! 14.14.54 # "yes, you're very welcome to come and work on Rockbox. Now please sign here, and initial here (in blood)." 14.15.06 # "thank you, we now own your soul." 14.15.10 # * LambdaCalculus37 pricks his finger and signs 14.15.16 # * gevaerts is suddenly happy he's not a student any more 14.15.18 # "use this container to send in a blood sample to the following address" 14.15.19 Quit Febs (Read error: 110 (Connection timed out)) 14.15.25 # hehe 14.15.37 # What is your bidding, my Masters? 14.15.54 Join nplus [0] (n=nplus@141.25.globcom.net) 14.16.04 # LambdaCalculus37: You must rewrite playback.c. 14.16.04 # Dont' forget to do a drug test 14.16.22 # Beta2K: so what drugs are compulsory? :-) 14.16.24 # Indeed, can't be having sobriety. 14.16.27 # I... OBEY... 14.16.44 # Only the natural ones 14.16.46 # PCB? 14.16.50 # haha 14.16.52 # * linuxstb wants to know if mentors can get their students to make the coffee 14.17.07 # linuxstb: I can make a mean pot of coffee. 14.17.07 # Bagder: Rocks, but not cracks 14.17.13 # And they must be old enough to buy the mentors beer 14.17.26 # * petur takes note 14.17.32 # that sets an odd age range depending on where they are 14.17.49 # we'll end up with post-grads in the US 14.18.12 # I can't imagine a place where students don't buy beer ;) 14.18.28 # I can imagine a place where they don't buy it legally ;) 14.18.32 # blah, data abort on my ipod 5g overnight 14.18.47 # lostlogic: How'd that happen? 14.18.54 # beats me 14.19.05 # trying to calculate Pi to the nth digit again eh ? 14.19.59 # You can only calculate that for even n 14.20.29 # how does a binaural beat plugin sound? (project idea) 14.20.31 # Related to the forum report of an iPod deciding to spin the HD when stopped? 14.21.03 # pondlife: don't think so -- it was playing 14.21.08 # Ah, ok 14.21.41 # I should fsck it and reproduce before I bitch more, because I have been using the new USB stack ;) 14.21.59 # Ah. 14.22.01 # Even so, it shouldn't data abort 14.22.47 # * gevaerts hopes the USB stack won't be blamed 14.23.29 # louse: sounds a little simplistic to me. 14.23.33 # lostlogic: Is your iPod video an older 5G or a 5.5G? 14.23.54 # gevaerts: probably not, although last evening when I tried to connect via rockbox USB, it hosed my usb-storage driver and required a system reboot when I tried to mount it. 14.23.58 # LambdaCalculus37: 5.0G 14.24.33 # lostlogic: Mine's a 5.5G. But the USB stack isn't giving me any nasty issues. 14.24.53 # LambdaCalculus37: are you still using Full Speed? Or High Speed ? 14.25.00 # GodEater: yeah it might be hard to stretch that over 3 months :) 14.25.25 # GodEater: Just Full Speed. 14.25.29 # Hmm, I'm using full speed, so didn't 'spect any issues, since I'd used ot successfully before. 14.26.03 # gevaerts: Any point in you mentoring a High Speed USB project? Or are you just missing a bit of PP magic? 14.26.43 # * pondlife mentions H300, USBOTG and GSoC in the same sentence, just for the fun of it. 14.27.12 # * petur slaps pondlife for triggering him 14.27.21 # I didn't say beer! 14.27.28 # * petur slaps again 14.27.39 # * pondlife slaps again, too 14.27.42 # Poor again! 14.27.49 # pondlife: it's mostly missing some PP magic. 14.29.23 # there's probably not enough work in getting the stack working on the Gigabeat S either I assume ? 14.30.00 # I hope not (same thing, some enable magic) 14.30.50 # And anyway I'll be mostly (maybe entirely) offline for a month from about 2008-07-12 14.31.30 # * gevaerts doesn't mean by that that USB projects are impossible, just that he is probably not useful as a mentor 14.32.01 # there can be two mentors... 14.32.10 # no - but if that's the case, they're probably not useful as GSoC projects (at least the PP and S projects) 14.32.17 # since the break through could happen in the first week, or not at all. 14.34.04 # the correct config for 'safe' USB Stack is to jsut define USE_ROCKBOX_USB right? 14.34.06 # * LambdaCalculus37 reads through the SummerOfCode2008 wiki page 14.34.36 # Indeed. And even if a student spends three months looking for it, and succeeds in the end, he will have a successful project that produced 10 lines of code. I don't think anyone is looking for that 14.34.38 # lostlogic: USE_ROCKBOX_USB is Full Speed. 14.34.59 # right, high speed is an additional define and not 'safe'... 14.35.42 # gevaerts: well it's not that those lines wouldn't be useful, it's just that it would be hard to justify spending a load of google's money on something which may not produce a result at all, or all the work being done and dusted inside a few hours. 14.35.43 # lostlogic: It's 'safer', not 'safe'. 14.35.51 # :) 14.36.12 # GodEater: indeed. And if I were a stdudent I would be a bit disappointed about it as well. 14.36.49 # yes 14.37.01 Quit Rob2222 () 14.37.44 # * gevaerts notices he likes saying "indeed" 14.37.52 # which is not to say that there might not be other USB based things worth doing 14.38.13 # but I think the AAP is already mentioned on the wiki page 14.38.27 # :( connecting to rockbox USB and trying to do anything definitely seems to cause ... significant unhappiness ... on my linux box ATM. 14.39.33 # lostlogic: which module is picking it up? 14.39.33 # uhci, or ehci ? 14.40.01 # ohci 14.40.11 # ... 14.40.12 # interesting 14.40.12 # ehci is for high speed, right? 14.40.17 # GodEater: Ind^H^H^H Yes. There's still MTP and maybe Audio (I've started on that, but if someone wants it as a gsoc project I can find plenty of other things) 14.40.20 # I don't have uhci built. 14.40.21 # yes 14.40.33 # I could have sworn uhci is what grabs it on mine 14.40.49 # that depends on your USB controller iirc 14.40.55 # GodEater: ohci and uhci are/were competing standards for USB 1.1 14.41.21 # ah ok 14.41.33 # lostlogic: did it work before ? What revision are you using ? 14.42.33 # using latest revision and yes, it has worked in the past, but I couldn't tell you exactly what rev did work :( 14.42.42 # Is there real interest from people in Rockbox supporting MTP ? 14.43.58 # The main advantage of MTP over MSC is that you don't export the entire block device, so the FAT driver can stay active, which means the player can remain functional while copying files. 14.44.19 # How about Firewire for the iPods for GSoC? 14.44.33 # doesn't it kind of fly in the face of the policy we have for allowing people to copy music to wherever they like on the device ? 14.44.40 # or am I being slightly naive here? 14.45.29 # GodEater: I don't really know how MTP works, but I think you can still do that. 14.45.45 # yeah, I guess I'm going on experience of how other vendors implement it 14.46.05 # Beta2K: why not ? The controller spec is available (but of course there might be "magic-enable-sequence" problems) 14.46.09 # Beta2K: Actually, FireWire support would be useful as well, but depends on how easy it is to implement. 14.46.11 # thinking about it logically, I suppose there's no reason why you can't actually keep that as part of the functionality if that's what you really want 14.46.34 # * LambdaCalculus37 had a notion about video playback 14.47.06 # Just seemed to be a sore point from my pervious readings 14.47.20 # Since we have Vorbis, FLAC, and Speex, what about another Ogg format: Theora? 14.47.20 # i think any project involving reverse engineering would be bad 14.47.21 # GodEater: I'm not sure how MTP handles file names, but if it keeps them, MTP would be something analogous to NFS or SMB 14.47.22 # Too many people asking and no one with the tiem to do it 14.47.41 # * gevaerts has an excuse : no firewire-player 14.48.13 # gevaerts: I think MTP *can* keep the filenames - it's just current implementations I've seen choose not to. 14.48.23 # I could be entirely wrong though :D 14.48.25 Join Febs [0] (n=chatzill@38.98.196.75) 14.48.59 # GodEater: I could be wrong, but my understanding is that the device has the freedom to store the files in any way it wishes. 14.49.14 # (it may not even be given the original filenames - just the metadata...) 14.49.29 # linuxstb: that's my understanding too. My original question is null and void because I hadn't thought about it before I asked. 14.49.40 # * GodEater gives himself a slap on the wrist 14.49.46 # GodEater: does it present a directory-tree like structure to the OS that's not absolutely based on album/title ? If so, it keeps them... 14.50.03 # * gevaerts has never used mtp 14.50.11 # gevaerts: the only recent implementation I've seen is that on the gigabeat S 14.50.28 # which stores the files in one folder, with seemingly random (or possible sequence numbered) names 14.50.37 # Don't some MTP devices also have a "data" folder - where users can copy datafiles to? 14.50.41 # but I assume it also updates a database on the player somewhere 14.50.54 # linuxstb: I think the Creative devices do. 14.51.16 # Rockbox could simply create an "artist/album/nn-track.ext" file structure though. 14.51.25 # I can imagine that if you do MTP mainly for DRM-reasons, and you use a database exclusively, you don't bother with keeping filenames 14.51.26 # so perhaps an MTP implementation *would* be a good project for gsoc 14.51.34 # if anyone were interested 14.51.53 # GodEater: I think it would, especially as it seems to be on its way to becoming a genuine USB device class. 14.51.54 Join perrikwp [0] (i=98213b96@gateway/web/ajax/mibbit.com/x-eb2bbd39b3c7c3ee) 14.52.12 Join perrikp [0] (i=98213b96@gateway/web/ajax/mibbit.com/x-42a8b79105b4359f) 14.52.22 # fingers crossed for a student keen on doing it then 14.52.49 # I'd say yes, if we can get USB to work properly. 14.52.55 Quit perrikwp (Client Quit) 14.53.08 # I think it's quite a big project as well - the student won't just need to get the USB parts of it working, but also integrate it nicely with the Rockbox database. 14.53.40 # linuxstb: surely the database integration would be a Part 2 of the project ? 14.53.43 # Also get media players to see the device and sync with it. 14.53.44 # * gevaerts still hopes someone will come along "today" (for daily-changing values of "today") with the correct magic 14.53.46 # it doesn't *need* to integrate from the get go 14.53.56 Quit CaptainKwel (Read error: 110 (Connection timed out)) 14.54.47 # Bagder: shame about curl :( 14.56.44 Join Rob2222 [0] (n=Miranda@p4FDCF7B5.dip.t-dialin.net) 14.57.38 *** Saving seen data "./dancer.seen" 14.58.00 # * GodEater decides it's time to go to the gym. 15.03.55 Quit perrikp ("http://www.mibbit.com ajax IRC Client") 15.04.13 Join perrikwp [0] (i=98213b96@gateway/web/ajax/mibbit.com/x-6aea7459b4055641) 15.04.55 Join shotofadds [0] (n=1485000d@gateway/web/cgi-irc/labb.contactor.se/x-761ae3d3e684e312) 15.06.08 Quit XavierGr (Nick collision from services.) 15.06.19 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.07.55 Quit shotofadds (Client Quit) 15.10.06 Quit thegeek_ (Read error: 110 (Connection timed out)) 15.14.27 Join SSnake [0] (n=dfsff@host-84-220-55-163.cust-adsl.tiscali.it) 15.14.54 # hi all 15.16.52 Join desowin [0] (n=desowin@atheme/developer/desowin) 15.17.33 # all is not here atm 15.18.07 # :> 15.18.49 # ...little news: xrick runs ok also on grayscale targets 15.19.14 # * petur likes the quote in gevaert's mail :) 15.19.35 # anyone interested in trying it :P ? 15.20.16 # * gevaerts would like that quote not to be true, but knows from experience that it is (at least for mere mortals like himself) 15.21.08 # It's definitely true 15.21.13 Nick SSnake is now known as TheItalianJob (n=dfsff@host-84-220-55-163.cust-adsl.tiscali.it) 15.21.18 # I refer you to playback.c (again) 15.21.49 # TheItalianJob: Did you get any further on the legal issues? 15.22.38 # It would be nice to get a patch up on Flyspray, once you've worked out how to externalise any copyrighted material. 15.22.39 # absolutely not. I though to put all dumped data in an external file... 15.23.26 # Good idea. 15.23.36 # well actually i'm not so sure graphics data is really copyrighted..... i mean: those are a bunch of datas taken with dumped with an emu 15.23.55 # Graphics are normally copyrighted. 15.24.08 # maybe graphics data it's not exacly graphics data cointened in the original game 15.24.19 # Graphics, sound, level layouts/maps... 15.24.58 # TheItalianJob: whether they are copied from emulator screenshots or from the datafiles doesn't make any difference. 15.25.49 # mmm yes, you're right. It's just a reproducition of copyrighted material, so copyrighted too 15.25.55 # TheItalianJob: Why not do what Doom and Packbox do now? Put the plugin into source, and have people get the graphics data on their own. 15.26.26 # because i need some extra time to do that. 15.26.44 # ok i'll try to do that in the next few days 15.26.56 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 15.27.47 # oh let me say many thanks to the writer of the grayscale library: it needed no particular effort to port to grayscale 15.28.02 # That'll be amiconn, mainly, I think.. 15.28.17 # just looked to plasma.c and all went good 15.29.06 # lostlogic: (sorry, got distracted) can you try a build before r16694 ? I think it's unlikely that that caused the problems, but it's the only change in usb storage in 5 days... 15.30.46 Join perrikwp [0] (i=98213cab@gateway/web/ajax/mibbit.com/x-e5c0f2e6969aa6ad) 15.31.17 # about the dsp function i tried to use: it seems dsp_process went ok if i write 1024 samples, but whenever i try to write more samples it seems to write over the source buffer pointer i give 15.32.23 Nick TheItalianJob is now known as TheItalianPianis (n=dfsff@host-84-220-55-163.cust-adsl.tiscali.it) 15.32.35 Nick TheItalianPianis is now known as ItalianPianist (n=dfsff@host-84-220-55-163.cust-adsl.tiscali.it) 15.33.20 # (...looking for some nice nick to register on the wiki :P suggestions appreciated ) 15.33.32 # ItalianPianist would be awesome 15.33.46 Nick ItalianPianist is now known as Italian_Pianist (n=dfsff@host-84-220-55-163.cust-adsl.tiscali.it) 15.34.04 # The wiki rules say you have to use your real name there... 15.34.18 # oh ok. So let's change it 15.34.27 Nick Italian_Pianist is now known as PierluigiVicinan (n=dfsff@host-84-220-55-163.cust-adsl.tiscali.it) 15.35.16 # you have to use real name in wiki, in irc you can use nick ;) 15.35.47 # oh so i remembered good. I meant ircname on wiki registration... 15.36.01 Nick PierluigiVicinan is now known as Italian_Pianist (n=dfsff@host-84-220-55-163.cust-adsl.tiscali.it) 15.36.40 # and nick changes aren't much appreciated, I think 15.39.07 # /usr/local/arm-elf/lib/gcc/arm-elf/4.0.3/../../../../arm-elf/bin/ld: cannot find -lspeex-rockbox --any clues? 15.41.33 # louse: Is this a clean build from the current source code, or have you updated from an older copy of the source? 15.42.35 # linuxstb: let me try a clean build 15.42.44 # gevaerts: will when I get to work. 15.43.15 # louse: Make sure you re-run ../tools/configure 15.44.59 # gevaerts: wait, no, I've ahd this problem with before and after that build -- I'm... a super slow reporter, so it'd hafta be further back. Will look more when I'm at work, plus at work on my windows laptop it doesn't force me to reboot when it breaks :) 15.45.37 Join ali_as [0] (n=as@ambix.plus.com) 15.46.25 Quit desowin () 15.48.04 # * LambdaCalculus37 tests FS#8680 on his iPod video 15.48.16 # lostlogic: ok. The culprit could also be r16656. 15.48.17 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 15.48.37 Quit corevette (Remote closed the connection) 15.49.30 # linuxstb: so far so good 15.50.00 Join desowin [0] (n=desowin@atheme/developer/desowin) 15.51.04 # linuxstb: bingo, thanks a lot! 15.51.42 # * gevaerts sees toffe82 and gets reminded of the gigabeat connectors... 15.51.52 # :) 15.52.54 # the price is in the wiki , there http://www.rockbox.org/twiki/bin/view/Main/SpareParts 15.53.21 # toffe82: I've seen it. You should get a payment in a few minutes 15.53.32 # thanks 15.54.15 # * gevaerts is extremely good at forgetting about mails that sit in his inbox if he doesn't handle them immediately 15.54.35 # toffe82: I'll transfer the money later 15.56.17 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 16.04.49 # pondlife: I discovered FS#6958 because you just closed it, but I like the idea and I could adapt it 16.05.01 # hehe 16.05.19 # maybe a separate debug screen would be better though 16.05.21 # I thought it was probably more use when playback/buffering was more complicated 16.05.32 # maybe 16.05.50 # Also, it should scroll - we're no longer so limited on the number of files. 16.06.04 # yeah I was thinking of using a list widget 16.06.33 # Perhaps if you press RIGHT on the buffering debug screen? 16.06.52 # But that would be logf only; we don't need red deltas 16.07.40 # On reflection, I think it's not worth it. 16.07.46 # maybe some functionalities of the debug menu (or the whole menu) should be in an ifdef of its own 16.08.24 # maybe not... I dare hope buffering is working as expected ;) 16.09.07 # Did you see the report with a long FLAC and "repeat one" giving odd results? 16.09.18 # Sound buffering-y 16.09.23 # Sounds.. even 16.09.28 # ah yes 16.10.06 # amiconn: do you recall having any long FLAC files on the ipod? 16.13.22 Quit mf0102 ("Verlassend") 16.18.08 Part LinusN 16.23.08 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 16.25.50 Quit scev0la ("CGI:IRC") 16.30.18 Quit nplus ("Leaving") 16.32.54 Join nplus [0] (n=nplus@141.25.globcom.net) 16.34.47 Quit Febs (Read error: 110 (Connection timed out)) 16.36.34 Quit toffe82 (Read error: 104 (Connection reset by peer)) 16.38.19 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.39.38 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 16.46.43 Part pondlife 16.48.31 Join silvio_ [0] (n=silvio@adsl-84-226-94-169.adslplus.ch) 16.52.53 Quit wisp_sh (Read error: 110 (Connection timed out)) 16.53.22 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 16.57.40 *** Saving seen data "./dancer.seen" 17.07.06 Part Italian_Pianist 17.13.57 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.15.47 Join Hammer89_ [0] (n=mobile@host-24-225-156-82.patmedia.net) 17.17.04 # does anyone know if I'll need to update my e250's bootloader? (haven't installed a new bootloader since sometime last year) 17.17.45 Join perrikwp [0] (i=98213cab@gateway/web/ajax/mibbit.com/x-1bafeb5a493900cd) 17.18.57 Join daurn [0] (i=daurn@unaffiliated/daurnimator) 17.20.56 # * amiconn disagrees regarding the G1 supportedness 17.21.57 # If rockbox doesn't work on some G1's, that's a (severe) bug. It works without problems on mine. Last year we had a similar problem with the Nanos, and then we also didn't remove them from the supported targets list 17.22.19 Join Stuffuh^ [0] (n=a@host-43-100-111-24.midco.net) 17.23.30 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 17.25.10 # * amiconn would really like to see this bug fixed of course 17.26.13 # Unfortunately I don't have an idea what might cause it. It would be possible to provide 2 special test builds though. One that directly enters the HW info screen, to check the hardware revision 17.26.41 # Doesn't the bootloader display the hw revision? 17.26.42 # ...and a second one that directly enters the ports debug screen, and has wheel power saving disabled 17.27.28 Join PaulJam [0] (n=PaulJam_@p54BCFAFA.dip.t-dialin.net) 17.27.54 Quit daurnimator (Connection timed out) 17.28.14 # linuxstb: no 17.28.40 # Btw, does only the wheel not work, or the buttons as well? 17.29.13 # If the buttons also don't work, it wouldn't be possible to display anything in the bl because you couldn't switch to verbose mode... 17.29.14 # Line 272 of bootloader/ipod.c... 17.29.50 # AH, yes 17.30.09 # Assuming it's not cut off the screen... 17.30.32 # I tried it on target. It goes away too quickly to be readable 17.31.13 # From the forum thread - "the scroll wheel doesn't work. There's a response from the four surrounding buttons and the centre button (the backlight switches on when any of these are pressed), but the scroll wheel isn't being read at all." 17.31.33 # Half a second or so. If you know where it will appear, you might manage to read it 17.31.36 # The user could delete the rockbox.ipod file though. 17.31.48 # Or hold PLAY - to not load IPL 17.32.00 Join EspeonEefi [0] (i=espeonee@STRATTON-SIX-FOURTY-NINE.MIT.EDU) 17.32.18 # Ah, yes, that works 17.32.26 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 17.32.35 # I'll post a message asking them to hold PLAY and report their hw revisions. 17.33.20 # Iirc wheel powermanagement disabling was tested already? 17.33.29 Join Capn_Fish [0] (n=Capn_Fis@ktaylor.dsl.visi.com) 17.34.17 # Is the FM tuner on my iRiver H10 5GB supported? 17.34.32 # I just ran into an annoying bug: I recorded about 20 minutes on my c200 and when I tried to stop the recording it did nothing. since "stop recording" is MENU|REPEAT on c200, I held it down. but a bit too long, causing the player to shut down. and now I have no file with the recording. fsck.vfat refuses to touch the partition. anyone got any ideas how to rescue my recording? 17.35.41 # amiconn: The flyspray task had a patch which claimed to disable it, and that patch didn't solve the problem - http://www.rockbox.org/tracker/task/8745 17.36.25 # Zagor: I thought you were the FAT expert? ;) 17.36.46 # hehe 17.37.05 # chkdsk /f 17.37.34 # petur: is chkdsk more foregiving than fsck.vfat? fsck says "Invalid disk format in boot sector" 17.38.08 # can't hurt trying, I guess 17.38.37 # I don't know fsck.vfat very well, chkdsk has always helped me 17.38.52 # oh crap. "refresing database". I wonder how many of my clusters it stole :-( 17.38.53 # amiconn: What's your 1G's hardware revision? 17.38.59 # if windows wants to mount it... 17.39.19 # Zagor: ouch 17.39.22 Quit Stuffuh (Read error: 110 (Connection timed out)) 17.39.26 Quit mcuelenaere () 17.39.35 Join Stuffuh [0] (n=a@host-43-100-111-24.midco.net) 17.40.02 # Anybody? 17.40.03 # Zagor: I would have said to "dd" your c200's disk to your PC first... 17.40.11 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 17.40.15 Quit Stuffuh^ (Read error: 110 (Connection timed out)) 17.40.35 # Zagor: You could maybe even just load that dump into an audio editor - assuming you recorded as WAV 17.41.21 Join Stuffuh^ [0] (n=a@host-43-100-111-24.midco.net) 17.41.21 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 17.41.32 Quit ol_schoola () 17.41.46 # Capn_Fish: Yes, it's supported. 17.42.44 # linuxstb: mp3 17.42.56 # LambdaCalculus37: Wonderful! Thanks much. 17.43.15 Quit Capn_Fish ("Leaving") 17.44.13 # Zagor: Maybe Rockbox never even flushed the buffer to disk then... 17.44.50 # how much ram does the c240 have? it was ~20 minutes @128 kbit 17.45.02 # I think it's 32MB 17.45.17 # could be that then 17.46.28 # linuxstb: That patch should have worked, although for a quick test it wouldn't be necessary to change so much 17.46.39 # I would just have killed 2 lines 17.46.47 Join wisp_sh [0] (n=wisp@node-29-1.adsl.tula.net) 17.47.05 # My 1st Gen has hw rev 0x00010001 17.47.25 # huh "dd: reading `/dev/sda1': Input/output error" after 208 MB 17.47.40 # Corrupted partition table? 17.48.29 # I don't think so. sd 3:0:0:0: [sda] 2006528 512-byte hardware sectors (1027 MB) 17.48.50 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 17.49.34 # I must say having any function on MENU|REPEAT is a really bad idea 17.50.03 # the difference between activating the function and shutting off the player is something like 0.5 seconds 17.50.22 # linuxstb: Btw, mine was a 5GB model originally. I just swapped the HDD for a 10GB one, because the original hdd was broken 17.50.52 # Zagor: The ipod is similar - long press on PLAY is "stop", very long press is shutdown. But it doesn't seem to be an issue for anyone there. 17.51.08 # The problem is probably UI responsiveness 17.51.34 # That seems to have gotten worse during the last time 17.51.39 # linuxstb: how long is "very long"? 17.51.51 # 3 seconds or so 17.51.57 # I personally don't like that stop / power off are on the same button on the ipod 17.52.03 # I very rarely use stop as a result 17.52.22 # the c200 shuts off after about a second 17.52.27 # Zagor: the sansa c200 OF handles bad FAT bootsectors very badly for USB. I have no idea why, only that I didn't find a way to get out of it using 'standard' tools 17.52.27 # although I accept there are few other places to put it :) 17.52.33 # GodEater: It's the same on several other targets... and I never had the problem to shutdown by accident due to that 17.52.48 # Zagor: Seems to be a bug - POWEROFF_COUNT (in button-target.h) is 40 for the ipod, but only 10 for the c200 17.52.54 # I had that once in the jpeg viewer though, where Play scrolls down... 17.52.54 Quit petur ("real life") 17.53.09 # amiconn: this is likely because you avoid bitmapped themes, and therefore the ui is much more responsive for you 17.53.22 # linuxstb: sounds ripe for change, yes 17.53.46 # * Zagor runs away 17.53.59 # GodEater: The UI responsiveness has gotten worse even with bitmapless themes. Like, why does rockbox spinup the disk *before* actually stopping audio when pressing stop?? 17.54.17 # search me ;) 17.54.32 # but when using a bitmapped theme, it's hard to tell when stop has been registered 17.54.48 # And why is the statusbar delayed so much in lists, especially (but not only!) with voice enabled 17.54.51 # and so it's easy to over hold the button and end up turning it off 17.55.46 # It's always hard to tell, but since rockbox queues button events, you don't *have* to wait until you see/hear the reaction 17.55.51 # the only alternative I can think of really is to have an "off" in the menu somewhere 17.55.53 # although I realise this is not a popular suggestion 17.56.36 # I assume you mean instead of very-long-play? 17.56.44 # yes 17.56.56 # That's why I prefer buttons over touch interfaces any day - you can queue up input events pretty reliably 17.57.11 # it hasn't bothered me enough for me to implement it in my own build yet though 17.58.14 # It's just extremely convenient e.g. on archos Recorder to quickly press Off->Off->Off for stop+shutdown, and then put it away knowing that it *will* shutdown for sure 17.58.33 # * GodEater notices it is now officially "escape from work time" 17.59.13 # * LambdaCalculus37 still has four hours to go in his day =/ 18.00.13 Quit Stuffuh (Read error: 110 (Connection timed out)) 18.01.24 Quit EspeonEefi ("さよなら") 18.03.12 Join EspeonEefi [0] (i=espeonee@STRATTON-SIX-FOURTY-NINE.MIT.EDU) 18.05.54 # gevaerts: 16656 seems to be the culprit for me 18.06.40 Quit Hammer89_ () 18.07.02 # lostlogic: ok. I'll try to find a way to handle this better. Not sure how, as the previous handling was far from perfect as well 18.07.20 # it's boost always versus boost only for transfers? 18.07.31 Join Hammer89_ [0] (n=mobile@host-24-225-156-82.patmedia.net) 18.08.13 Join theli_ua [0] (n=theli@92.112.49.154) 18.08.20 Quit Hammer89_ (Client Quit) 18.08.49 # I'm really irritated at linux' usb-storage for having _zero_ ability to recover from a _slightly_ missed timing... 18.09.04 # having to reboot linux on failure but not windows is pretty heinous. 18.09.11 # * amiconn thinks that a bootloader build should build the actual bootloader file, requiring no extra steps to make it usable (except on targets where we have to inject it into an OF file, i.e. the irivers) 18.09.35 # Right now it doesn't do that at least for the iaudios 18.10.07 # The 'scamble' call must be different from main builds on those 18.10.20 # ...and the actual output filename too 18.11.00 # lostlogic: always or "large" transfers. In your case apparently it also needs it for small transfers, which is only doable as "always" as far as I can see. 18.11.38 # lostlogic: And I haven't had to reboot linux at all since I started on this 18.11.47 Part theli_ua 18.14.03 # gevaerts: hmm, what kernel? what modules? my usb-storage module gets hard locked every time... 18.14.09 # even rmmod -f won't free it up 18.14.45 # lostlogic: I'm on debian 2.6.24-1-686. 18.15.08 # I'm on vanilla 2.6.24.3, so that should be quite similar 18.15.37 Quit XavierGr (Nick collision from services.) 18.15.48 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.15.57 # do you do any usb magic that I might not know to release the driver when the device acts up? 18.16.45 # the most I've had to do was unplug the device. What ehci chipset do you have ? 18.17.04 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.18.23 # it's an ALI M1563 south bridge 18.18.44 # * amiconn had no problem with the usb driver locking up either on linux 18.19.17 # Given my previous experience regarding linux and usb, that's a good thing 18.20.25 # lostlogic: I'm now on intel ICH6, and I have had pretty good experiences with NEC as well. I have seen VIA fail a few times on a specific project. 18.21.07 # hmm, interesting. I think I have a USB controller PCI card that I could use instead which might behave better. 18.21.29 # Where could I find that info in linux? 18.21.41 # amiconn: lspci 18.21.58 # AH 18.22.38 # What I thought, it's built into the chipset: ATI IXP SB400 USB host controller 18.25.05 # Has the new USB stack been made the default yet? 18.25.27 # no 18.26.48 # Ok, thanks. I'll keep making my own builds with it enabled. 18.28.29 # joshin: what player are you using ? 18.28.47 # * gevaerts is trying to get more info on what works and what doesn't 18.28.59 # e200 series. 18.29.12 Join quitte [0] (n=quitte@stgt-d9beafb0.pool.mediaWays.net) 18.29.48 # gevaerts: for reference, the problem that I mentioned is specific to my ipod 5g, I've not seen it on my sansa\ 18.30.04 # hi. I just bought a creative zen V. of course it'S not supported. so the first thing I dd was open it. next thing was crashing it ;) 18.30.27 # is there a wiki page to write down the chip specs. and a place to search for similar devices? 18.31.45 # http://www.rockbox.org/twiki/bin/view/Main/TargetStatus is a good place to start 18.31.55 # I don't see the Zen V listed there at all yet though. 18.32.10 # right. that's why I went straight here 18.32.21 Quit LambdaCalculus37 ("CGI:IRC (Ping timeout)") 18.32.44 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-242e915c591bbcd9) 18.32.44 # so just add it to the pre-development targets list and start a wiki page about the hardware you find. 18.32.46 # i'm waiting for the soldering iron to heat up to remove the shielding - then I can tell what this actually is 18.33.03 # ok. and just search the wiki for the hardware I find 18.34.29 # in case there are german hackers here that are interested: saturn hast them for 49€, the 4G version 18.34.29 Quit Buschel (Read error: 104 (Connection reset by peer)) 18.34.39 # just missed one :) 18.35.39 # hehe, my mom has one and I'm sure she wouldn't mind a port, because she already uses rockbox on her iRiver H120 18.36.48 # lostlogic: Rockbox: Fun for the Whole Family! :) 18.36.53 Join Buschel [0] (n=abc@p54A3E3AE.dip.t-dialin.net) 18.37.00 # creative ca0209-HBG. nothing else inside except sdram and flash 18.37.35 # heh, so now we wonder if they actually made their own SoC or whose they rebranded 18.39.57 # hmm 18.40.21 # I need an idea how to nicely integrate a bitmap into 'scramble', without duplicating too much code 18.40.31 # Format is the same as our mono bitmap format 18.41.17 # That bitmap needs to be put into the iaudio bootloader header 18.41.32 # It's the gfx that appears when flashing an M3 18.42.33 # Right now, you get an empty screen with just a progress bar when flashing a bootloader on M3 - a newbie might be scared... 18.43.33 Quit gevaerts ("work->home") 18.44.19 # * amiconn wants to get M3 bootloader v1 out the door 18.44.41 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.44.54 Join dan_a [0] (n=dan-mirc@217.23.173.156) 18.45.00 Join GodEater_ [0] (i=57507940@rockbox/staff/GodEater) 18.45.01 # ADC is reliable now; I booted like 30 times and rolo'ed like 50 times without a single button failure 18.45.32 # Before adc_close(), failure rate was about 50% 18.46.08 # might be a sandisk e200v2 18.46.50 Join bblack [0] (i=81ae709a@gateway/web/ajax/mibbit.com/x-8f3a8ce3b333c007) 18.47.54 Join Buschel_ [0] (n=abc@p54A3E3AE.dip.t-dialin.net) 18.48.00 # * Buschel_ kicks his WLAN adapter again and again 18.48.15 Quit mcuelenaere (Read error: 110 (Connection timed out)) 18.48.28 Join csc` [0] (n=csc@archlinux/user/csc) 18.53.11 Join Stuffuh [0] (n=a@host-43-100-111-24.midco.net) 18.56.34 Quit nplus (Read error: 110 (Connection timed out)) 18.56.38 # Buschel_: what you get for using wlan :) 18.56.54 # mobility :) 18.57.42 *** Saving seen data "./dancer.seen" 18.59.40 # On ARM is there a way of accuratly timing short sequences of instructions? I'm reading the datasheets and only finding low resolution CCLK timers. 19.02.58 # preglow: and my wife hates cables lying all around the living room 19.03.00 Quit XavierGr (Read error: 110 (Connection timed out)) 19.03.23 # preglow: could you check the dsp routines? 19.03.58 Quit Buschel (Read error: 110 (Connection timed out)) 19.05.03 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 19.05.22 Nick Buschel_ is now known as Buschel (n=abc@p54A3E3AE.dip.t-dialin.net) 19.07.00 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.09.11 Join gevaerts [0] (n=fg@195-144-092-134.dyn.adsl.xs4all.be) 19.09.16 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 19.11.21 Quit Stuffuh^ (Read error: 110 (Connection timed out)) 19.16.39 Join perrikwp [0] (i=98213cab@gateway/web/ajax/mibbit.com/x-93d362a47c4654a0) 19.16.49 Quit perrikwp (Client Quit) 19.17.02 Join perrikwp [0] (i=98213cab@gateway/web/ajax/mibbit.com/x-581b8e8d12bbf4be) 19.19.44 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 19.22.58 # Buschel: i can check them, yes, but not actually try them, but i guess you have that covered 19.25.49 # preglow: yes, they all seem to work fine from my tests. 19.25.50 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 19.26.58 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.27.28 # preglow: btw, when taking a look into dsp.c I see a yield() which is called each 128 samples. Is this necessary? Does it harm anything or can this be moved outside the while()-loop? 19.29.22 # Buschel: only one way to find out 19.29.46 # Buschel: dsp should yield more often than each block, though, dsp can easily be required to handle blocks of several thousand samples 19.30.25 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 19.32.13 # Buschel: I've had been thinking about that since I've been working on threading stuff. I thought perhaps a timed yield would be more appropriate...at least every tick or timeouts for threads will be too jittery. 19.32.28 # preglow: even removing it did not show any negative effect -- at least not for playback. 19.33.30 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 19.33.51 # when assuming 44100Hz sampling rate we call yield() each 3ms, even more often while decoding into the buffer 19.36.25 # yeah, that's too much and only an average rate, not a burst rate. yielding when the tick changes would keep everything in line and not SR dependent. 19.36.25 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 19.36.58 Join perrikwp [0] (i=98213cab@gateway/web/ajax/mibbit.com/x-21ec642fadfee482) 19.37.21 # a timed yield would of course be the right thing to do 19.37.53 Quit svenVI ("Part messages are funny.") 19.38.09 Quit Buschel (Read error: 104 (Connection reset by peer)) 19.38.33 # Zagor: reading the logs a bit, I have a few changes to the c200 keymap (vkeyboard, recording and radio screen, and a resume) here. I'm still not very satisfied with it though I prefer using it in my own builds, so there must be some advantage for me... and it has a short press of power to stop the recording. Wanted to put it into the tracker - at least for discussion - but somehow I keep forgetting :\ 19.40.33 Quit desowin (Read error: 110 (Connection timed out)) 19.43.30 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 19.43.34 # jhMikeS, preglow: mandelbrot yields once per tick. So if heavy zooming in mandelbrot doesn't make playback skip, once per tick should be enough 19.43.35 # pixelma: I wouldn't mind trying out the changes to the keymap if you post them in the tracker. 19.44.57 # What changes did you make to the keymap? 19.44.57 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 19.45.36 # amiconn: I read in the logs you had a theory about the str instruction alignment issue? 19.46.23 Join Buschel [0] (n=abc@p54A3E3AE.dip.t-dialin.net) 19.47.03 # LambdaCalculus37: if you remind me... ;) guess IRC it's not the place to explain them, would become too long an explanation 19.47.04 # jhMikeS: Yes. I guess there's a hardware bug that involves the cache controller (why doesn't that surprise me?) 19.47.07 # * Buschel cooled his WLAN adapter 19.47.23 Join RexDart [0] (n=cd9cbcfe@gateway/web/cgi-irc/labb.contactor.se/x-6c33259c18a65161) 19.47.28 Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) 19.47.36 # If the core is put to sleep right at the start of a cache line, the cache controller might not be done fetching that line 19.48.18 Join newnick [0] (n=cd9cbcfe@gateway/web/cgi-irc/labb.contactor.se/x-b259fd0158c1dea8) 19.48.18 # amiconn: but what about switch_thread being IRAM not making a difference? (iirc you said it didn't matter) 19.48.19 # ...and it doesn't seem to like being put to sleep with unfinished work... 19.48.20 Quit RexDart (Client Quit) 19.48.32 # Alrighty ladies 19.48.54 # That's a question I'm not able to answer yet 19.49.02 Nick newnick is now known as RexDart (n=cd9cbcfe@gateway/web/cgi-irc/labb.contactor.se/x-b259fd0158c1dea8) 19.49.22 # Maybe I did a mistake, or the cache controller and iram controller are somehow related 19.49.35 # Concerning rockbox official builds....user patches/hacks are sometimes implemented into the mainstream builds, right? 19.50.02 # If that's the case, the bug should also occur with the cache disabled if switch_thread() is located in iram 19.50.05 # Like the one where you can hold the menu button on an ipod to prevent it from going to simple mode / data transfer mode when plugging in a USB cable 19.51.07 # If so...I was reading about that particular hack as its own patch, and it was said that you could reverse the behavior of the menu button in that respect...should I grab that patch and apply it, or is there a simpler way to make that switch? 19.51.15 # amiconn: well, I do know no trouble occurs with a disabled cache though it could be from a decoding stage on whether or not to cache data. 19.51.34 # ..or code 19.51.45 # Did you also test with caches disabled *and* switch_thread() in iram? 19.51.50 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 19.52.23 # never both 19.52.27 # damn. i deleted the demo videos on the zen V before looking what codec and resolution they are using. can someone tell me? 19.53.06 # google? ;) 19.53.13 # I had done enough testing that I had to just put it away for awhile 19.53.19 # quitte: only rockbox talk here, ask somewhere else.. 19.53.31 # only found a bunc of encoders for windows that supposedly work 19.53.48 # I might test that, but it will have to wait a while 19.54.02 Join gevaerts_ [0] (n=fg@195-144-092-134.dyn.adsl.xs4all.be) 19.54.07 Quit gevaerts_ (Client Quit) 19.54.11 # I'm still busy with the M3 port, and then there's that weird 1st Gen scrollwheel problem... 19.54.12 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 19.54.57 # RexDart: guess you have to apply the patch and compile your own build. Depending on xour device you might be able to find an unsupported build for your player that already has it. But keep in mind, those are called unsupported for a reason... 19.55.07 # s/xour/your 19.56.02 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.56.14 Join austrian_guest [0] (n=5b7137a8@gateway/web/cgi-irc/labb.contactor.se/x-6e829305ff797796) 19.57.14 Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") 19.57.54 # amiconn: incidentally, switch_thread was first moved out of IRAM in r15134 and that's when the problem started 19.58.25 # RexDart: I'm not sure if you can actually reverse-apply an existing patch for that specific behaviour (the code has changed a lot in that area) 19.58.39 # * jhMikeS just check the history on that 19.59.06 # linuxstb: Seems we have an answer why the scrollwheel fails.... 19.59.32 # That ipod reports a hw revision of 0xffffffff - meaning that the button code won't enable the wheel 19.59.58 # This is because the code "thinks" it's a 2nd (or 3rd) gen, and those need no wheel enable 19.59.58 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 20.00.11 Join GodEater_ [0] (i=57507940@rockbox/staff/GodEater) 20.00.14 # A ROM dump of that ipod would be really interesting 20.00.44 # Perhaps it's a very early model, or the flash rom contents is somewhat damaged? 20.01.15 # Could it be possible that this ipod was never flash-updated? 20.01.52 # anyone else here subscribe to Linux Journal (the american version) ? 20.02.12 # there appears to be a 3 page article on Rockbox in this month's issue :) 20.03.22 # gevaerts: I thought RexDart talks about a patch he already found in the tracker (I think there is one that switches the behaviour of USB connect or charging while holding select or not on Ipods) 20.03.35 # lostlogic: I'm rereading the logs now to make sure I understand the usb vs boost problems. Do you get these problems at full speed (i.e. usb 1.1 speeds), or am I misreading things ? 20.04.50 Join desowin [0] (n=desowin@atheme/developer/desowin) 20.04.54 # * gevaerts waits for RexDart to clarify this, and won't say anything more on the subject until he knows what we're talking about 20.05.59 # gevaerts: I am not using high speed. 20.06.17 # lostlogic: ok. just making sure. 20.06.31 Join Absinthe [0] (n=cawagons@ool-43561407.dyn.optonline.net) 20.06.48 # pixelma, I was wondering about rockbox official builds incorporating patches because it looks like this one has been incorporated 20.06.50 # Hmm. There might also be a bug in the bootloader... I wonder what version bidmead installed 20.07.06 # which could mean a quick hex edit or something to switch this behavior around 20.07.46 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 20.07.48 Join Kreativethinkr [0] (n=485c7c61@gateway/web/cgi-irc/labb.contactor.se/x-cdc4dd54097d6d2d) 20.07.48 # hmm - do we claim somewhere that our music playback is better quality than the OF on the ipod ? 20.08.01 Join Mathiasdm [0] (n=Mathias@vpnf094.ugent.be) 20.08.03 # because currently, ipod roxbox behaves as the description of that patch states 20.08.07 # RexDart: could you clarify what exactly you are talking about? I'm not sure anymore that I understood correctly. 20.08.10 # Buschel: are you absolutely certain that doing two samples at once will never do anything bad in the case of odd sample numbers? 20.08.18 # how to get my pic flow it is not work ing right ? 20.08.43 # Buschel: in any way, there should be a comment explaining that the code intentionally ignores odd cases 20.08.46 # Kreativethinkr: define "not working right" 20.08.58 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.09.06 # say no album art but i have alot 20.09.15 # The bootloader bug theory can't be correct, as it also doesn't work in main rockbox 20.09.17 # Here, I finally found the patch I'm talking about: http://www.rockbox.org/tracker/task/5744 20.09.17 # no album art found 20.09.32 # Buschel: and please use either only "fd" or "ia" as a stm/ldm postfix, not both, i think "ia" is used most in rockbox code 20.09.52 # Kreativethinkr: and your album art is arranged as per the AlbumArt guide in the wiki ? 20.09.58 # preglow: how can you not have odd sample cases with pitch shifting? 20.10.16 # ? 20.10.47 # RexDart: that patch won't apply any more. Too much changed since then 20.10.47 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 20.10.54 # jhMikeS: it's not that, it's just that the code does everything in pairs, and ignores the odd case, it shouldn't matter, though, since bufer sizes as are always even 20.10.54 # RexDart: you mean it reboots into disk mode when you hold select and plug the cable? Or do you experience that it's not rebooting even if you don't hold a button (which most probably has a different reason)? 20.11.02 # jhMikeS: or... 20.11.15 # Kreativethinkr: http://www.rockbox.org/twiki/bin/view/Main/AlbumArt 20.11.18 # Kreativethinkr: are you sure you have the album art in the correct way ? (take a look at the wiki) 20.11.35 # Kreativethinkr: unless your AlbumArt is available on your player in the way described on the page - Picture Flow will not find it 20.11.56 # Thank i will lokk 20.11.58 # look 20.12.39 # pixelma, if I hold Menu and insert the cable, it simply charges. If I insert the cable without holding Menu, it goes into disk mode 20.12.49 # Buschel: also, adding and subtracting before shifting when doing the (a +/- b)/2 operations might make the data overflow 20.13.03 # preglow: resampling can produce odd numbers of mono samples or stereo pairs on the output 20.13.08 # that's why it's done like a/2 + b/2 in the c code 20.13.10 # preglow: Iirc we do use both forms. 'fd' for the stack, and 'ia' otherwise 20.13.38 # RexDart: that sounds like it does what it is supposed to do (and it's been this way for a looong time) 20.13.42 # amiconn: i just think the inc/dec before/after forms are easier to understand 20.14.10 # * amiconn thinks 'fd' is actually easier for the stack 20.14.31 # well, it's all down to habit, i guess 20.14.34 # i don't care much anyway 20.14.39 # at least as long as it's consistent 20.14.46 # and it seems to be 20.15.17 Join OlivierBorowski_ [0] (n=OlivierB@ANancy-157-1-167-84.w90-13.abo.wanadoo.fr) 20.15.18 # resampling can produce 0 output samples but then the loop just ends there so the asm can assume at least one is available 20.16.09 # RexDart: If you do your own builds, that's pretty easy to reverse (it should just be a 1-character change in the source). 20.16.16 # preglow/jhMikeS: that's why I love reviews 20.16.19 # Buschel: you should be able to do a/2 + b/2 without additional instructions, so that's preferred 20.16.22 Join mchua [0] (n=mchua@conference/pycon/x-e71c2facd6c413da) 20.16.51 Part mchua ("Holy shiny distraction, Batman!") 20.17.43 # * jhMikeS already went through the ringer doing the CF stuff 20.18.50 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 20.20.47 Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") 20.21.42 # preglow: yep, will do so (tomorrow). same should be possible for a/2 - b/2. 20.21.48 # Buschel: yup 20.21.55 # Buschel: apart from that, things look golden this far 20.23.28 # who wanted karaoke mode in the first place anyway? 20.25.30 Quit Mathiasdm ("Yuuw!") 20.25.31 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 20.25.37 Join herrwaldo [0] (n=waldo@ip-81-11-199-60.dsl.scarlet.be) 20.25.42 Quit joshin (Read error: 110 (Connection timed out)) 20.28.29 # Is there an easy way to disable _all_ interrupts except USB, preferably for a longer period ? Would either the sansa sd driver or the ipod ata driver then still work ? 20.29.10 # I doubt that either would work after 20.29.18 Quit OlivierBorowski (Read error: 110 (Connection timed out)) 20.29.25 # gevaerts: such as? 20.30.00 # Interrupts should never be disabled for extended times. This would break several things (which ones depends on the target): buttons, timer tick + user timer, ... 20.30.05 # got a little question ... i'm using rockbox on a sansa c250 (i had a 240 before wich didn't had this issue but i broke it) when the screen goes in standy mode and i pres a button sometimes the backlight goes on but the lcd stays blank .. checked the original firmware and it doesn't have this behaviour ... a bug ? or am i doing something wrong 20.30.27 # And sleep() relies on the tick, hence pretty much any driver that uses sleep() for delays would stop working 20.30.36 Quit Rob2222 () 20.30.58 # I want to test if usb high speed gets more reliable if there's nothing else running. I don't really care if I have to hard reset afterwards, but I need disk access to do the test without too many changes in the code 20.31.43 # I doubt that it will work 20.32.27 Join argumentD [0] (n=argument@cpe-76-173-115-95.socal.res.rr.com) 20.32.57 # the music keeps playing, the controls still work i can turn it off 'softly' and when i restart it it is fixed 20.33.04 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 20.33.05 # herrwaldo: maybe that's somehow related to this bug http://www.rockbox.org/tracker/task/8552? If so you could try the attached patch or build added today 20.33.53 # RexDart: that sounds like it does what it is supposed to do (and it's been this way for a looong time) 20.34.18 # How long? I'm not being picky, but I only remember it being in since a couple of months 20.34.30 # And yeah, it's supposed to...but I want to reverse it 20.34.49 # RexDart: can you do your own builds ? 20.34.50 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 20.34.55 # * domonoky just applyed as a mentor for rockbox gsoc, although it depends a bit on the students project if i am of use..:-) 20.34.58 # I haven't tried yet 20.35.00 # herrwaldo: because it was described the same (backlight comes on but screen is black) 20.35.14 Quit DataGhost ("NTOSKRNL.EXE caused a buffer overflow in System Idle Proce") 20.35.23 # But I've got some minor programming/syntax experience and access to whatever tools are necessary 20.35.29 # RexDart: what would you want to reverse it to? (What should it do)? 20.35.41 Join joshin [0] (n=joshin@VDSL-130-13-252-76.PHNX.QWEST.NET) 20.35.42 # pixelma: indeed, sounds quite alike ... and is quite irritating 20.36.10 # cable + menu button = disk mode, cable - menu button = charge 20.36.27 # pixelma: i've been using the orig firmware for a bit now and it seems like it doesn't have it so hardware seems ok 20.37.10 Join Rob2222 [0] (n=Miranda@p4FDCF7B5.dip.t-dialin.net) 20.38.03 # RexDart: you need to change firmware/usb.c line 190 (if((button_status() & ~USBPOWER_BTN_IGNORE) == USBPOWER_BUTTON)). Change the == to != and it should do what you want. You still need to compile then of course 20.38.41 # awesome, thanks 20.38.47 # that'll do it 20.39.22 # * domonoky thinks it would be good to have a seperate forum section for discussion with potential gsoc students.. :-) 20.40.05 Quit spiorf (Remote closed the connection) 20.40.46 # not only for potential students, but also while gsoc is running, to track progress... they could post status reports there... this would be more concentrated than somewhere in the ml.. 20.42.16 # RexDart: ah, at least I know now why I had a hard time to understand you. I thought you were talking about reversing a patch and not reversing the behaviour and as far as I know the official builds never had it the way you wanted it (so nothing to reverse code wise...) 20.42.44 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 20.42.56 # amiconn: Interesting news about the 1G problem. I do know that the very early 1Gs had a slightly different firmware format on disk, and ipodpatcher can't handle it. So they most likely have been updated if ipodpatcher worked. 20.43.30 # Hmm. What about the flash rom format? 20.43.36 # * amiconn wants to see a dump 20.43.49 # I've no idea about htat. 20.43.54 # ^that 20.45.18 # pixelma: copied the build from the url u gave me, went in and out of standy like 20 times already ... seems it was exactly what i needed, tnx 20.46.43 # herrwaldo: please add that information to the tracker if at all possible (together with the symptoms you saw), so the people working on that know about it. 20.46.57 Quit BigBambi (Remote closed the connection) 20.48.19 # Hi - does anyone here knows how recording actually works? 20.48.55 # In case anyone remembers me, I'm still writing an instrument tuner plugin 20.49.45 # austrian_guest: Man that would be awsome ! 20.49.52 # pixelma, it was hard to describe..I wasn't even sure if that particular patch was involved or not... 20.50.11 # But when I try to record I get an error message I don't understand (DMA_REC_ERROR_DMA) which is -1 20.50.47 # I wonder if I should apply as a gsoc mentor. I'll be unavailable from 2008-07-11 to 2008-08-10, and I'm still a new developer. On the other hand, I might be useful if someone wants to do a USB related project. 20.50.49 # austrian_guest: I'm not sure why you'd get DMA errors 20.51.06 # And I don't have a f**king clue why I get that or how to avoid it... when i ignore it my X5 crashes with "illinstr..." 20.51.26 # gevaerts: apply and see if anything pops up 20.51.47 # Well, actually I get -1 callback status, and in some other plugin this error is defined as DMA_RED_ERROR_DMA 20.51.49 # gevaerts: absence can be handled by other people here, as long as you're available outside of that time 20.52.49 # austrian_guest: IRAM init issue? 20.53.01 # I don't use iRAM at all 20.53.40 # it would be nice to have enough mentors so that we can essentiall have 2 per student (even though only one can be the official one) 20.53.46 Join Stuffuh^ [0] (n=a@host-43-100-111-24.midco.net) 20.54.04 # preglow: do you have that flanger example online? 20.54.15 # I already got it 20.54.23 # OK. I'll register 20.54.33 # but it does not compile.. 20.54.52 # just because you register, doesnt means you have to mentor....plus if you register, you get a feww shirt! ;) 20.54.54 # there's an updated verion that should I believe preglow put up 20.54.57 # s/feww/free 20.55.07 # s/means/mean 20.55.13 Join spiorf [0] (n=spiorf@79.20.214.140) 20.55.57 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 20.56.07 Quit linuxstb (Nick collision from services.) 20.56.09 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 20.56.58 # * jhMikeS has gtg...bbl 20.57.04 Quit PaulJam (".") 20.57.46 *** Saving seen data "./dancer.seen" 20.58.04 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.00.44 Quit spiorf (Remote closed the connection) 21.00.45 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 21.01.41 Join ViperShark [0] (n=vipersha@142.204.88.154) 21.02.00 # * gevaerts just applied as the tenth mentor 21.02.17 Join shotofadds [0] (i=51016aa7@gateway/web/ajax/mibbit.com/x-b06927c3550a3625) 21.02.35 Quit toffe82 (Read error: 104 (Connection reset by peer)) 21.04.07 # * shotofadds has interrupts working on TCC780x (D2) :-) 21.04.11 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 21.04.15 # \o/ 21.04.53 # shotofadds: congratulations! 21.05.07 # \☺/ 21.05.24 # :) 21.05.47 # this is just me messing around in the bootloader, so it'll need a bit of working into the main build. Still good though! 21.06.19 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 21.06.28 # congratulations ;) 21.06.48 Quit seablue ("life, death, life, death") 21.08.39 # hopefully not much more to do before buttons work in the menu :-) 21.08.45 # now I just need a working NAND drive :/ 21.08.46 Join merbzt [0] (n=benlar@dns.basset.se) 21.08.50 Quit Stuffuh^ ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 21.08.54 # s/drive/driver 21.09.06 Join spiorf [0] (n=spiorf@79.20.214.140) 21.11.03 Quit Stuffuh (Read error: 110 (Connection timed out)) 21.11.48 Join Buschel_ [0] (n=AndreeBu@p54A3E3AE.dip.t-dialin.net) 21.13.55 Join piga [0] (n=leonardo@143.106.24.194) 21.13.59 Join low_light [0] (i=c730180b@gateway/web/ajax/mibbit.com/x-ce4f153fe3303ef3) 21.15.55 # OK, big progress! Recording works (well, at least a little bit), the pich of the input is calculated and displayed, but after ~10 secs rockbox crashes and shows me a dircache stack overflow error! 21.16.08 # Why would this happen? I don't access the disc at all! 21.16.21 # s/pich/pitch 21.16.33 # That means your code is overwriting the stack used by the dircache thread. 21.16.48 # amiconn: did the datasheets provide any insight into the c200 lcd issue I mentioned yesterday? 21.17.09 # No, unfortunately. It almost looks like a timing issue 21.17.23 # Did you try with just one NOP? 21.17.40 # My patch is in FS#8552. For me it fixes the issue with mpegplayer and jewels 21.17.59 # yes, one nop 21.18.05 Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) 21.18.11 # low_light: herrwaldo had a similar problem earlier, tried your patched build and said it fixed the problems 21.18.34 # hey, just loaded the latest rockbox for Sansa e200 and I notice that windows now sees it as USB mass storage 21.18.35 # cool 21.18.49 Quit moos (Read error: 104 (Connection reset by peer)) 21.19.02 Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) 21.19.05 # kslater: in the official build ? 21.19.14 Quit merbz1 (Read error: 110 (Connection timed out)) 21.19.20 # pixelma: yes, I see he commented on FS 21.19.21 # latest one for sansa e200, yes 21.19.32 Quit piga ("Leaving") 21.19.33 # not, the latest stable build 21.19.49 # however, doesn't seem that I can see into the drive yet 21.20.09 # kslater: doesn't it reboot immediately ? 21.20.36 # reboot immediately if I open the drive folder? 21.21.53 # kslater: the USB mass storage support is still experimental, and should still be disabled by default. If you have it on an official build, that means something went wrong with the 'disabled' part 21.22.06 # * gevaerts investigates 21.22.19 # hehe 21.22.28 # seems to be there and on 21.22.29 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 21.23.12 # pixelma: if your c200 doesn't have these problems, perhaps you can test the patch to be sure that it doesn't mess up anything else 21.23.42 Quit Horscht ("electromagnetic radiation from satellite debris") 21.24.06 # low_light: I'll test as well, after I've found out why UMS seems to be enabled on kslater's e200 21.24.14 # low_light: will do - and my c250 doesn't show these problems 21.24.48 # that would be ultra-sweet if usb mass storage support worked 21.25.20 # ok. shouldn't do anthing bad, it's a NOP afterall 21.25.40 # kslater: it does partly, but there are still bugs. See http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb for details 21.27.00 # gevaerts: this e260 I have with me is funky anyway. It doesn't read the battery state correctly. Doesn't disconnect properly with the orig fw, etc. 21.27.08 # preglow: couldn't wait for tomorrow :o) new patch is up. 21.27.34 # I wanted to swap the display from this one to my other e250 with the good mb and bad display, but that looks like it would be really tricky 21.29.18 # kslater: there might be some tricky interaction there. The official build still behaves as expected on my c250, so unless I hear about someone else seeing this I'll assume it's related to dodgy hardware 21.29.33 Quit Kreativethinkr ("CGI:IRC") 21.29.46 # good plan. I'll load the same stuff onto my other device and see how it responds. 21.29.51 # thanks for the input 21.30.32 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 21.30.35 # Llorean: http://www.rockbox.org/twiki/bin/view/Main/TargetStatus - an attempt at a summary table for the current status of "supported" targets. 21.31.33 # Hmm.. 21.32.10 # linuxstb: Might change "No known issues" to "No issues preventing playback" or something similar. I'm not sure how to word it, but I'm afraid it might quickly fill up with regular bugs, like the misc playback bugs currently affecting all targets, etc. 21.32.54 # I was thinking about that - maybe "No major issues". We should probably define what the different statuses are. 21.33.30 # Yeah 21.34.03 # Or maybe just have a "Currently Usable" column, with a check or an X, then "Description of issue" for the second column 21.34.25 # linuxstb: excellent idea (the table). how detailed do you think the notes should be (e.g. is RoLo not working on the F worth mentioning?) 21.34.54 # Nico_P: The intention is just for "show-stopper" bugs - like the Nano flash problems we had, or the current 1st gen issues. 21.35.10 # Nico_P: I think it's for bugs like the PP5002 issue recently, the Nano issue before that, and the current 1st Generation iPod Wheel issue. 21.35.48 # But there's the opportunity for the target name to be a link to a target-specific status page if one exists. But the problem of course is the more we try to document things, the more things there are to keep up to date... 21.36.07 # * linuxstb goes to eat dinner - feel free to edit it 21.36.14 Quit Buschel_ () 21.36.21 # * gevaerts edits linuxstb's dinner 21.36.54 # I wonder if those !s before 'Sandisk' are intentional :p 21.38.13 # shotofadds: I guess they were to prevent the word from appearing as a broken link 21.39.52 # Sandisk won't become a link. If it is written SanDisk, it would, and then the ! is useful 21.40.48 # it's written "SanDisk", but for some reason the ! still appears 21.40.55 # but shouldn't the ! be invisible? 21.41.11 # it should. maybe it's because of the | right next to it 21.42.09 # hmm. do we have a twiki scratchpad page somewhere? 21.42.10 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 21.42.15 # Isn't there also a verbatim tag? 21.42.34 # verbatim makes text comes out in monospace, though 21.42.37 # geez kslater 21.42.47 # looks like the proper solution for you is to stop buying sansa players :P 21.43.12 # shotofadds: Well, there's some tag that prevents linking, but doesn't change it to monospace, other than the ! 21.43.19 # adding a space between the '|' and the '!' makes the '!' disappear 21.43.21 # * Llorean has used it before. 21.43.28 # Llorean: it's 21.43.37 # There you go. 21.43.44 # For if you don't want to add that space. 21.44.05 # low_light: something specific I should watch out for? 21.44.11 # * Nico_P just added the space 21.44.30 # Is the manual supposed to have the virtual keyboard keybindings in section 4.1.3 ? If so, the c200 manual doesn't have them 21.44.49 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.45.07 # Llorean: what do you think of making each target name a link to the port page? 21.45.44 # Nico_P: Probably a good idea. 21.46.33 # Though I'd put a warning at the top of the port pages to the tune of "This page is often out of date, as port pages usually aren't maintained frequently once a port becomes supported" 21.48.21 # Llorean: I'll add that warning underneath the table... can't say I feel like editing individual port pages right now 21.48.27 # Gotcha 21.49.04 # pixelma: probably nothing ;)... mpegplayer and jewels were the two plugins that triggered the bug on my player 21.49.39 # * low_light watched elephant's dream to test mpegplayer 21.49.43 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 21.49.45 # I don't get it 21.51.33 # low_light: seems to work fine on my c250 21.52.17 # domonoky: Could you add M3 bootloader installation to rbutil? 21.52.28 # :-) 21.52.47 # sure.. is it the same as m5/x5 ? 21.52.56 # Almost 21.53.16 # The file follows a slightly different naming scheme: cowon_m3.bin 21.53.23 # Otherwise it's the same 21.53.40 # nice, so i can reuse the the install routine :-) 21.53.52 # I guess we need some detection info? 21.54.09 # Is iaudio detection based on usb ids? 21.54.19 # yes, USB Ids would be good.. 21.54.45 # gevaerts: re. the virtual keyboard table - yes, it's supposed to be there and I'm quite sure it once was (I added it), not sure when it vanished again... 21.54.47 # usb ids is the first we check, if that doesnt find a device, we use other methods.. 21.54.55 # I'll just commit logo embedding in scramble.c for iaudio, then check the id 21.55.31 # pixelma: it made it difficult to put my usb-enabled build back after testing the official build without booting the OF. 21.55.45 # gevaerts: good, thanks. 21.55.48 Quit Absinthe ("Leaving") 21.55.49 # * gevaerts doesn't edit text that often on the c250 21.57.40 # whats the screen size of the m3 ? 21.57.57 # eh, the statusbar in the mpegplayer plugin is inverted for me (white on blackor maybe it's the now default lightgrey on black) while I use black on white. I guess that it's not related to your patch low_light - maybe some viewport in list bug (haven't used mpeplayer since) 21.58.13 # c250, of course 21.58.51 # domonoky: 0x0x0 (or 128x96x2 with attached remote) :) 21.59.23 # The remote LCD is handled as the main LCD in rockbox 21.59.27 # there are no themes for 0x0x0 :-) 21.59.41 # * gevaerts volunteers to make those 21.59.45 # There are still a few quirks to iron out, but it's already usable 22.00.02 Quit Nevtus (Remote closed the connection) 22.00.19 # now i only need a usbid for the m3 (only had to edit the rbutil.ini for m3 support) :-) 22.00.23 # quirks are e.g. that the main hold switch controls the 'backlight on hold' status 22.01.00 # Also the vkeyboard doesn't work (probably just a keymap issue) 22.01.06 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 22.01.26 # * amiconn goes digging in the wiki for the usbids tools 22.01.44 # * gevaerts recommends lsusb in linux for that 22.01.50 # low_light: other than that, I can't find any problems. So probably your patch works fine. 22.02.07 # amiconn: bottom of this: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=DeviceDetection 22.02.08 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 22.02.47 # pixelma: here status bar is correct for mpegplayer, but it's inverted in the sudoku menu 22.03.30 # sudoku menu is fine for me 22.05.01 # Buschel: excellent 22.05.09 # domonoky: And now the ID is on that page :) 22.06.02 # Buschel: did you have a look at the sv8 musepack source code, btw? 22.06.19 # Very simple numbering scheme... 22.06.25 # low_light: chopper menu is inverted too, and my personal sokoban has lost its colour... 22.06.30 # amiconn: and now rbutil supports it.. :-) 22.06.41 # :) 22.07.13 # gevaerts: if you still have it, could you test that too? I wonder if it's a fault on my side (playing with the graphics) or low_light's patch 22.07.30 # Now we just need that bootloader on the downloader server(s) 22.07.44 # jop 22.07.50 # preglow: no, not yet. I downloaded, but never unzipped it 22.07.52 # gevaerts, low_light: I now think it's my fault 22.07.55 # pixelma: is the status bar color hardcoded? seems if i switch themes mpegplayer always has a black statusbar bg while sudoku always has a white statusbar bg 22.08.34 Join DefineByte [0] (n=defineby@bb-87-81-195-5.ukonline.co.uk) 22.08.35 # preglow: did you? 22.08.57 # I think the statusbar uses what the default viewport has set 22.09.06 # no idea, it probably shouldn't ... but that would explain why it seems correctly for me in most cases 22.09.10 # The lists still don't behave 22.09.12 # * Nico_P looks at the BuyersGuide and notices the H10 are dirt cheap 22.09.12 # JdGordon? 22.10.05 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 22.10.28 # chopper and star seem to always have a black statusbar bg 22.11.50 # low_light, amiconn: the "white" on black is actually lightgrey on black (I can see a slight difference from an angle compared to my plain white background) - as far as I know the default colour settings are now lightgrey on black (cabbiev2) 22.11.54 # anyway, thanks for the feedback...gtg 22.12.00 Quit low_light ("http://www.mibbit.com ajax IRC Client") 22.12.38 # that is in the plugin statusbars that use usual menus 22.13.10 # is it time to make the mrobe100 builds more official? 22.13.13 # hmm... or only in some (e.g. in the wormlet menu) 22.15.10 # 9 mentors in the list 22.15.17 # (gsoc I should add) 22.16.18 # Buschel: barely, but long ago 22.16.28 # Buschel: i think i remember thinking it wouldn't be too hard to port, thiugh 22.16.30 # though 22.16.43 Quit austrian_guest ("CGI:IRC (Ping timeout)") 22.16.48 # preglow: just browsing the repository 22.16.54 # Buschel: anyway, personally won't start merging before it's out of beta 22.17.34 # Bagder: Hi, could you put the M3 bootloader on the download server(s)? 22.17.38 # preglow: sysnthesis filter stayed the same :o) so, all the optimizations I did are still valid 22.17.45 # *synthesis 22.18.21 # amiconn: do you have a binary around, or should I build one? 22.18.30 # http://www.rockbox.org/twiki/bin/view/Main/IaudioBoot 22.18.55 # The different file naming scheme is correct 22.19.32 # There are also v3 bootloaders for X5 and M5, but those aren't that important, and I'll soon make a v4 22.19.53 # ok, m3 bootloader is now uploaded 22.19.53 # ...which will have proper hold switch handling (M3 has it right from the start) 22.20.08 # preglow: I wonder why EQ_TAP, FIR_BANDS, ... are still defined in the code. I've added these some years ago for a winamp-plugin -- only used for "fast EQ", nothing to do with the decoder or encoder 22.20.13 # Buschel: i think only the huffman part was touched, and some bitstream changes 22.20.17 # I can't test X5V though, do you know who could? 22.20.29 # Buschel: yeah, i've noticed 22.20.30 # I just added CPU_INT_EN = USB_MASK; CPU_INT_CLR = ~USB_MASK; to the USB init sequence, and then copied 1GB from the sansa with only one reset. It needed a hard reset afterwards of course. 22.20.37 # amiconn: no, I don't 22.20.45 # I can't recall any dev with one of those 22.20.57 # Maybe Linus added X5V support blindly? 22.21.17 # I think only the id string and filename are different 22.21.17 # yes we did and someone verified it 22.21.31 # could've been on iaudiophile or similar 22.21.33 # * amiconn will do a binary compare on the v2 bootloaders 22.21.33 # gevaerts: high speed? 22.21.40 # high speed 22.21.47 # it's only the strings and file names iirc 22.21.49 # amiconn: aren't suposed to be strctly the same? (just fm radio) 22.21.56 # sucks if we have to disable interrupts for transfers :/ 22.22.15 # moos: the bootloaders don't support radio ;-) 22.22.18 # preglow, gevaerts: I doubt that this is needed 22.22.37 # Bagder: that's why I thought that's the same :) 22.22.37 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 22.22.49 # The fact that there's one reset tells that interrupts aren't the real problem 22.22.55 # moos: they differ only because the hw requires them to 22.22.59 # There should be no reset at all 22.23.10 Quit toffe82 (Read error: 104 (Connection reset by peer)) 22.23.16 # I doubt it as well, but it _is_ some kind of progress. I'll try with a hub next 22.23.55 # bagder: could you put a new m:robe bootloader on the server please? 22.24.16 # sure, you have one around? 22.24.19 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 22.24.27 # Bagder: just a sec 22.25.47 # done 22.26.23 # bagder: the manual is done as well - if you want to make the port official 22.27.07 # does anyone hand out cigars when a new target is supported? 22.27.55 # beers are more common here ;) 22.28.03 Join Absinthe [0] (n=cawagons@ool-43561407.dyn.optonline.net) 22.28.03 # I do want that 22.28.12 # is there even a small pic for it? 22.28.30 # Bagder: I have committed one in the smallpics folder 22.28.44 # roolku: nice work filling out those button tables. I guess the mrobe100 manual is more complete in this regard than some others. I remember how surprised I was to find so many blank ones (especially in the Gigabeat and H10 manual) when updating the c200 manual 22.29.08 # Bagder: I didn't dare messing with the perl scripts as I can't test them locally 22.30.26 # roolku: thanks, I used the gigabeat manual as a comparison so I spotted a few things here and there 22.30.31 Quit silvio_ ("Verlassend") 22.30.31 Join mcuelenaere [0] (n=mcuelena@78-22-191-99.access.telenet.be) 22.30.37 # doh, that was for pixelma 22.30.44 # :-) 22.31.05 # roolku: talking to yourself? ;) 22.31.37 # pixelma: I think there might be still a mistake here and there, but hopefully someone will complain 22.32.55 # pixelma: the viewer keymap seems a little out of date for all targets...but I couldn't face sorting that out at the time 22.33.18 # well, the manual has some mistakes (in general) 22.34.08 # roolku: the complete text viewer chapter is a bit out-of-date... :\ 22.35.39 Join jac0b [0] (n=jac0b@user-11200ga.dsl.mindspring.com) 22.35.53 Join Febs [0] (n=chatzill@38.98.196.75) 22.36.08 # mrobe100 is now present on the build download page 22.36.14 # nice :) 22.36.19 Part jac0b ("Ex-Chat") 22.36.26 # the picture should appear too soonish 22.37.10 # I hope to be able to draw an mrobe100 and m3 svg the next days... 22.37.11 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 22.37.50 # pixelma: that would be nice. my effort at labelling looks a little clumsy 22.38.27 # good night all 22.38.36 # Bagder: will you do the link to the manual as well? I guess it is not being built automatically yet 22.38.38 Quit Buschel () 22.38.49 # Bagder: The id string is indeed the only difference between the X5 and X5V bootloaders 22.38.51 # yes, I'll fix that as well 22.41.32 # Bagder, roolku: I guess a change in the rockbox frontpage is needed too 22.41.46 # right 22.43.00 Quit tilmann ("leaving") 22.43.45 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 22.47.16 # Bagder: does the www server use files directly from SVN now? 22.48.35 Quit EspeonEefi ("さよなら") 22.50.12 # it does, but it doesn't update automatically but only on demand 22.50.33 # Bagder: Brand new v4 bootloaders for x5, x5v and m5 :) 22.50.56 # ok, I'll update 22.51.19 Join robin0800 [0] (i=HydraIRC@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) 22.54.49 Join devurandom [0] (n=devurand@hnvr-4dbbc684.pool.einsundeins.de) 22.54.53 # Hi! 22.55.54 Quit jgarvey ("Leaving") 22.56.23 # Is this rbutil bug know? "utils.cpp:59: error: ‘getenv’ was not declared in this scope" 22.57.40 # Where are you compiling it? (Windows, Mac OS X, Linux, ...) 22.57.49 *** Saving seen data "./dancer.seen" 22.58.01 # pixelma: please post your button patch. I'm also rather annoyed at the c200 radio screen, so I'd like to see how you've changed it 22.58.32 # * linuxstb_ wonders why the WPS needs both %x and %xl/%xd 22.59.02 # Bagder: did you see the last post in the mrobe 100 forum thread? http://forums.rockbox.org/index.php?topic=5147.msg119291#msg119291 - is it possible that he has an OF mi4 file with a different (unknown to rockbox) checksum? Maybe I should ask for it for analysis 22.59.33 # yes please do and check it with mi4code 22.59.49 # or I can check it 23.03.01 # amiconn: this disable-interrupts thing doesn't solve the hub issue at all. I also tried again without hub, and I got 2 resets. Testing with interrupts enabled gave 22. On ipod it locked up compeletely after a few megabytes. I guess that one doesn't like having no interrupts 23.04.27 # As I suspected... 23.04.53 Join EternalRains [0] (n=unknown@c-76-18-225-211.hsd1.fl.comcast.net) 23.05.03 # I think it does provide more "proof" that it's not a voltage issue anyway 23.05.28 # What makes you think so? 23.06.04 # Maybe I should tone that down. It's not _only_ a voltage issue. Timing or clocking seems to be involved as well. 23.06.10 Join einhirn [0] (n=Miranda@p5B031630.dip0.t-ipconnect.de) 23.06.31 Join kugel [0] (i=kugel@unaffiliated/kugel) 23.06.48 # roolku: manual present! 23.07.06 Quit desowin () 23.07.09 # nice :) 23.08.03 # linuxstb: %x is (should be) for showing images statically (I mostly use that for "background" pictures in 1-bit display WPSs), %xl/%xd when using images in conditionals. 23.08.13 # gevaerts: Hmm. Maybe there's a register that selects the clock source for the usb controller 23.08.45 # amiconn: that's not unlikely, I've worked with an unrelated chip that had such an option 23.09.27 # Zagor: will try to do it tomorrow (will have more time), now I'm quite tired and would probably write a lot of nonsense or do typos... feel free to remind me 23.09.32 # pixelma: Yes, but can't you do the same thing with %xl/%xd ? 23.09.38 Join Horschti [0] (n=Horscht@p4FD4E23E.dip.t-dialin.net) 23.10.24 Quit Horscht (Nick collision from services.) 23.10.33 # not sure what's behind (how the code is handled) but this way I only need one line and not two 23.10.40 # is %%x in any way optimized for static display? 23.10.48 # linuxstb: as a WPS writer 23.11.10 # amiconn: So it comes down again to someone studying OF code I guess 23.12.06 # pixelma: Yes, I can see that. But my problem is that the %x tag isn't stored as tokens in the loaded WPS, so I don't know where it was in the WPS (i.e. which viewport it belonged to). 23.12.15 # amiconn: iaudio bootloaders updated on the download server 23.12.26 # Thanks :) 23.12.50 # But I guess I can just store the viewport separately for each %x image... 23.13.05 # amiconn: the "history" table on the IaudioBoot misses the v4 23.13.14 # eh? 23.13.18 # Reload... 23.13.28 # oops ;-) 23.13.40 # * Bagder shuts up 23.13.56 # Bagder: Have you seen the new table on the TargetStatus page? 23.14.25 # no... but I see it now 23.15.44 # Bah, I can't attach the test build to a forum post :( 23.15.50 # The "in development" text for the link no longer seems appropriate on the front page - I was thinking maybe it could be a "current status" link. And maybe also have a link from the current builds page? 23.15.59 # [22:57] Where are you compiling it? (Windows, Mac OS X, Linux, ...) << Linux, GCC 4.3 23.16.01 # Forum only allows 128KB, and rockbox.ipod is ~205KB zipped 23.16.21 # amiconn: Tried 7zip already? 23.16.45 # 167KB 23.17.24 Quit RexDart ("CGI:IRC (EOF)") 23.18.23 Join MethoS-- [0] (n=clemens@dyndsl-085-016-166-183.ewe-ip-backbone.de) 23.19.26 # linuxstb_: Reason is probably that GCC 4.3 cut down the headers to a minimum. Every non-necessary header is now not anymore included by default. 23.20.06 Quit DefineByte ("Bye all") 23.20.42 # devurandom: getenv should be in stdlib.h - I wouldn't have thought that was omitted... 23.21.19 Quit Absinthe ("Leaving") 23.21.35 # So, where to post that test build? 23.21.36 # linuxstb_: Are you the maintainer? 23.21.52 # I guess you have to #include ... 23.22.00 # devurandom: No, I'm not. 23.22.20 Quit ViperShark (Remote closed the connection) 23.22.21 # domonoky is one of the maintainers... 23.22.43 # amiconn: I can host it if you don't want to put it on your webspace. 23.22.55 # d'oh 23.23.12 # * amiconn almost forgot about his webspace (not the dyndns one) 23.23.16 # devurandom: so you're saying they took getenv() out of that header? 23.23.28 # amiconn: Or the flyspray task - I think bigger attachments are allowed there. 23.23.50 # sounds like a g++ bug to me 23.23.52 # Does flyspray keep a history? 23.24.10 # Bagder: rbutil/rbutilqt/utils.cpp doesn't include cstdlib... 23.24.14 # I thinks so, and that test build isn't worth to be kept. It's just for harvesting a rom dump 23.24.42 # amiconn: I _think_ you can remove attachments, but external webspace is probably easiest. 23.24.55 # devurandom: whats not working ? 23.25.04 # oh 23.25.06 # [22:57] Where are you compiling it? (Windows, Mac OS X, Linux, ...) 23.25.14 # Oups, sry... copy&paste 23.25.22 # then why did it ever work? 23.25.25 # "Is this rbutil bug know? "utils.cpp:59: error: ‘getenv’ was not declared in this scope"" 23.25.26 # domonoky: rbutil gives an error about getenv when compiling on Linux with gcc 4.3 23.25.37 Quit Febs (Read error: 104 (Connection reset by peer)) 23.25.56 # Bagder: Because before several c++ headers included unnecessary headers. 23.26.18 # and is this easily fixable by including the right header ? :-) 23.26.27 # I think so, yes. 23.26.28 # lucky for me I avoid C++ ;-) 23.27.13 # devurandom: if you find out what to change, could you put please a patch into flyspray ? (i will then take a look, and commit it) 23.27.19 Quit moos ("good night") 23.27.29 # domonoky: kk. 23.27.39 # * domonoky compiles rbutil on windows.. :-) 23.28.35 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 23.28.51 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.30.00 Join JdGordon|uni [0] (i=82c20d6a@rockbox/developer/JdGordon) 23.30.42 Join MethoS- [0] (n=clemens@dyndsl-085-016-167-105.ewe-ip-backbone.de) 23.30.45 # Ough... Cant I file a bug there without registering? 23.32.20 Quit tvelocity (Remote closed the connection) 23.32.21 Quit pikhq ("Rebooting stuff.") 23.38.00 Quit ompaul (Read error: 113 (No route to host)) 23.38.35 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 23.39.53 Join corevette [0] (n=corevett@adsl-75-35-211-166.dsl.pltn13.sbcglobal.net) 23.43.05 Join Klevi [0] (i=balh@ool-435682a7.dyn.optonline.net) 23.43.16 Quit quitte ("Lost terminal") 23.43.44 # Question: Rockboy is left out of Rockbox now by default (for the 4th gen Ipod) 23.43.48 # *? 23.43.52 # No. 23.44.28 # I mean Yes.... 23.44.36 # Seems it's never been included. 23.44.45 # hm. 23.45.28 # I saw an IRC log of you saying it worked nicely this morning. (google turned it up) 23.45.45 # and, I looked for it this morning, i mean =) 23.46.32 # Why was it left out? Rockboy is awesome. 23.47.44 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 23.48.25 # It's not left out as such, it's just never been ported to the 4G greyscale's LCD (and 1G-3G) 23.48.45 # Which isnt easy to accomplish? 23.49.44 # It's not that hard, but isn't trivial. But the main problem is that no-one capable of doing it is interested in Rockboy. 23.50.00 Quit EternalRains ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 23.50.02 # Or doesn't have the device 23.50.17 Join EspeonEefi [0] (i=espeonee@STRATTON-SIX-FOURTY-NINE.MIT.EDU) 23.50.24 # I could do it, but rockboy certainly doesn't have priority for me 23.50.44 Quit MethoS-- (Read error: 113 (No route to host)) 23.50.49 Join MethoS-- [0] (n=clemens@dyndsl-085-016-165-232.ewe-ip-backbone.de) 23.50.51 # Actually we might want two variants of the gfx scaling code, one for the 160x128 iPods, and one for the minis 23.51.19 # The 160x128 ipods could offer the same flexibility as the H1x0 version of rockboy 23.52.29 # soap?? 23.52.44 # soap..? 23.52.56 # Wrong tab/box? 23.53.12 # nope 23.53.13 # amiconn: I assume you're referring to the forum post. In which case I'll again assume and say he was probably responding to a quite earlier post. 23.53.49 # Oh ^.^ Paitence is a lesson learned slowly, clearly. 23.54.09 # * gevaerts waits for someone to remove soap's clearly off-topic post ;) 23.55.58 # ... that cant be a good smell im smelling.. 23.56.03 Nick Klevi is now known as Klevi_BRB (i=balh@ool-435682a7.dyn.optonline.net) 23.57.42 # * scorche|sh looks around for said post