--- Log for 23.08.106 Server: sterling.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 14 hours ago 00.00.01 # That dreaded TI thing? 00.00.09 # TMS320 based, yes 00.00.29 # but the rest is an arm9 00.01.27 # and it could be a way to reach more tms320-based targets 00.02.17 Quit Arathis () 00.06.17 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 00.07.06 Quit charkins ("Leaving") 00.08.51 # Huh? lcd_roll() is implemented for X5, I really wonder why... 00.09.14 # Linus added it on Jul 31, 2006 (!!) 00.10.05 # lcd_roll() is officially gone for quite some time... We don't need it in the core, and it is too hardware specific 00.14.55 Quit ender` (" Anyone who thinks people lack originality should watch them folding roadmaps.") 00.15.59 Quit MarcoPolo (Remote closed the connection) 00.20.05 Join Sacro [0] (n=ben@adsl-83-100-224-218.karoo.KCOM.COM) 00.20.40 # I04: I11Instr 00.20.46 # at 1000C000 00.23.13 # Sacro: Are you going to say anything more? What were you doing when that happened? 00.24.00 # oh, sorry, its when i try and play an mp3, its an iRiver H340 with latest cvs build 00.25.42 Join petur [0] (n=petur@rockbox/developer/petur) 00.28.29 # ill try it with last nightly build 00.31.39 Quit fatherfork () 00.31.53 Quit Kohlrabi ("Quit") 00.33.32 # I can't find how to pull out data from a adress register ... 00.37.52 # did you map a variable on it correctly? 00.38.04 Quit murdock (Remote closed the connection) 00.39.04 # I mean, use the volatile keyword? 00.39.08 Part Sacro ("Leaving") 00.39.08 Quit Bagder ("time to say moo!") 00.40.08 Join EbErT [0] (n=EbErT@adsl-223-59-224.aep.bellsouth.net) 00.42.03 Join Arathis [0] (n=doerk@p508A4EC1.dip.t-dialin.net) 00.42.13 # lostlogic: didn't you make a patch for measuring codec speed? null output or something? 00.45.12 Quit lightyear (Remote closed the connection) 00.48.00 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 00.52.40 Quit oxygen77 ("Leaving") 00.52.53 Quit TeaSea (Remote closed the connection) 00.55.06 Quit petur ("Zzzz") 00.58.37 Quit dan_a (Read error: 110 (Connection timed out)) 01.03.14 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 01.03.19 # Paul 01.03.55 Join CriamosAndy [0] (n=Criamos@p54930A8D.dip0.t-ipconnect.de) 01.04.01 Join fatherfork [0] (n=fatherfo@adsl-152-165-38.asm.bellsouth.net) 01.05.20 # Anyone feel like tackling a bug? 01.05.34 # (or a feature request, depending on howyou look at it?) 01.05.44 # http://www.rockbox.org/tracker/task/5869 01.08.52 Join twisted` [0] (n=twisted@ip74-81-58-81.adsl.versatel.nl) 01.08.59 # hum 01.09.02 # got a direct crash 01.13.23 # http://rafb.net/paste/results/nBb1qa61.html 01.13.35 # if anyone is motivated to test some assembly code ... 01.13.59 # it crashes. I don't know how I could debug 01.15.07 # the algorithm is the on in the "optimising embeded systems" pdf 01.15.17 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 01.16.03 # Paul_The_Nerd: 01.16.26 # Paul_The_Nerd: the bug I just put up on flyspray is not for all targets. But many. 01.16.31 # no matter? 01.16.47 # Davide-NYC: It's probably for all targets with a Recording Screen, so good enough 01.16.56 # :-) 01.17.19 # Either way, there's no "A few" choice in the list. ;) 01.17.43 # Radio buttons would be good for that 01.20.47 Quit barrywardell () 01.20.54 # Paul_The_Nerd: If you wanted to suggest that a single pixel gray line be drawn between the LCD and the RLCD in the Simulator, where would you post it? 01.21.09 Quit Criamos (Read error: 110 (Connection timed out)) 01.23.05 # Paul_The_Nerd: Feel free to delete http://forums.rockbox.org/index.php?topic=6030 01.24.06 Join trougnouf [0] (n=trougnou@c-65-34-227-6.hsd1.fl.comcast.net) 01.24.10 # Davide-NYC: I'll leave it there, because for example, non-Developer programmers don't necessarily look at feature requests, so I think having it show up in the forums is also helpful. 01.24.32 # what about my other question (see above) 01.24.38 # Davide-NYC: As for that line, that's a Simulator Feature Request, I'd say 01.24.54 # There is a section specifically for simulator-only things. :) 01.25.38 Quit Arathis () 01.26.44 # on flyspray? in the forums? totally not seeing it 01.26.49 # On flyspray 01.27.00 # found it (doh) 01.28.04 # Paul_The_Nerd: there are a couple of things on flyspray pertaining to recording that should be close (IMO) 01.28.33 # 5358 mark tracks while recording 01.28.51 # 5732 reduce ticking while recording 01.29.03 # me thinks those be done 01.30.30 # They are 01.30.35 # They're both closed and "Fixed" now. 01.31.13 Quit mikearthur ("Konversation terminated!") 01.32.52 Part trougnouf 01.34.17 # Paul_The_Nerd: btw - i saw your post on "badges - you may qualify".. 01.34.34 # Yes? 01.34.44 # i think that would be cool if it were extended to have a section about each badge there currently is.. and how you can qualify for one.. 01.34.55 # like, including developer/expert.. 01.35.04 # maybe mod and admin as well.. 01.35.11 # I was actually planning on unstickying that one in about a week, and replacing it with an explanatory one. 01.35.41 # i see.. the week being lack of time to write the explanatory one, or..? 01.35.57 # The week to give this one time to get read. 01.36.12 # couldn't you just keep the same information you have, and extend it to the other badges? 01.36.18 # The problem is the topic 01.36.36 # If I just titled it "Forum Badges" or something similar, people are less likely to read it expecting just explanation. 01.36.52 # why not keep the current title then? 01.36.58 # Forum Badges - You may qualify? 01.37.21 # I'd rather separate the discussion / application post from the explanations. 01.38.09 # * Paul_The_Nerd shrugs 01.38.19 # Maybe I'll combine the two. 01.38.24 # that's what i'm suggesting. 01.38.58 # have a section for each badge.. like for example, dev: "Developer Badge - indicates a Rockbox developer with commit access. To qualify for this badge, you must have CVS commit access." 01.39.15 # Seems fair enough 01.39.24 # I'll update that post, probably sometime in the next 24 hours then. 01.39.52 # "Artist badge - to qualify for this badge you must have created one completely original WPS or theme." etc etc.. maybe some more thorough descriptions/qualifications, but.. something like that. :) 01.40.43 # Yeah 01.41.00 # and priviledges? or is that better kept behind closed doors? 01.41.20 # I think that I'll not be public about the fact that Developers and Experts get bonus priveleges. 01.41.27 # privileges 01.41.32 # they're a bonus :) 01.41.48 # yeah, i bet if you mention that people will apply like crazy.. 01.41.54 # haha 01.41.55 # "i know a lot about rockbox. can i have an expert badge?!?!" 01.42.03 # It's not a secret or anything, but I don't want people *trying* to get expert status or anything 01.42.11 # except, expert and developer badges are not able to applied for 01.42.35 # Yeah, but people will still beg for Expert, I'm sure 01.43.17 # haha...i wonder if there is a module for spam filtering in your PMs....you mgith need it then =P 01.43.21 *** Saving seen data "./dancer.seen" 01.43.38 Join jaebird [0] (n=jae@38.96.210.3) 01.44.31 # Anyone wanna take a stab at a tiny tiny feature request involving the simulator and a single pixel line? http://www.rockbox.org/tracker/task/5870 01.44.39 # ;-) 01.45.24 # * Paul_The_Nerd is currently trying to get help fixing the "Sometimes replies start a new thread" issue we've developed recently 01.45.25 # Why don't you just use rockboxui --background? 01.45.50 # Paul_The_Nerd: any idea where that's coming from? 01.46.18 # * Soap bets somewhere between keyboard and chair. 01.46.19 # amiconn: what is that? 01.46.58 # It shows the sim with a target image as background, with the lcd output places properly 01.47.11 # Soap: There's really not a way to start a new topic that carries over the thread title, without retyping the whole title, so it's really likely it's an actual software bug of some sort 01.47.25 # midkay: No clue, but I'm approaching Simple Machines' support forums for help 01.47.52 # Paul_The_Nerd: hm, gotcha.. 01.47.57 # ok, I'm cynical. 01.48.31 # amiconn: holy crap! That's cool. Where should I have looked to know about this? 01.48.44 # Soap: In most cases I would be. But it's happened 3 or 4 times now, and seems likely to be more than just user stupidity. 01.48.55 # * Davide-NYC documentation probablt 01.55.29 # Paul_The_Nerd: Please destroy this with extreme predjudice. http://www.rockbox.org/tracker/task/5870 01.59.35 # Ta-dah 02.00.17 # tanx 02.01.41 Quit Rondom ("restarting X") 02.02.48 Join old45 [0] (n=42cf004a@labb.contactor.se) 02.04.18 Part lorijho ("Kopete 0.11.3 : http://kopete.kde.org") 02.05.14 # I just did my first daily build install on my H 120, is there a way to ID the new build on my player? Wanting to know if I did it properly. 02.05.36 # I don't know what you're asking. 02.06.23 # does the daily build have an ID tag of some sort that I can view to see if it installed? 02.06.50 # the date should be printed under the logo when booting 02.06.59 # It's also in the Rockbox Info thing in the Info menu, right? 02.07.03 # OKO I will check 02.07.07 # it is 02.07.08 # yeah that should be the same screen 02.07.20 # menu-->info-->version 02.09.56 # Ok I found it and it did install 02.10.01 # thanks 02.10.11 Quit Kitar|st (Connection timed out) 02.10.34 Join Kitar|st [0] (i=Kitarist@BSN-210-232-122.dial-up.dsl.siol.net) 02.10.57 # I am interested in the recording feature and see that there is a patch for enhanced recording, anyone use the patch? 02.14.27 # I believe most of the recording enhancements are now in the official build, with only one or two left. 02.16.15 # that is good news 02.16.51 # Official build would be the most current daily build, correct? 02.17.35 # cvs builds are newer than daily builds 02.17.51 Join Rondom [0] (n=Rondom@p54AEFD49.dip.t-dialin.net) 02.19.19 Quit dwihno (Read error: 104 (Connection reset by peer)) 02.20.45 Quit old45 ("CGI:IRC") 02.24.03 Join dwihno [0] (n=dw@81.8.226.44) 02.25.59 Join [HO]vo|t [0] (n=gcadidas@cpe-24-93-102-155.columbus.res.rr.com) 02.39.21 Quit lodesi_ ("leaving") 02.58.39 Quit EbErT (Read error: 104 (Connection reset by peer)) 02.58.43 Join EbErT_ [0] (n=EbErT@adsl-223-59-224.aep.bellsouth.net) 02.59.10 Quit EbErT_ (Client Quit) 03.03.10 Quit ShadowdogMU ("You know you'll miss me :P") 03.03.48 Join ShadowdogMU [0] (n=Brock@cpe-65-28-252-205.woh.res.rr.com) 03.05.02 Join JdGordon__ [0] (n=82c20d65@labb.contactor.se) 03.06.07 Part pixelma 03.06.17 Quit Rondom ("Ex-Chat") 03.23.01 Quit JdGordon__ ("CGI:IRC") 03.27.18 Quit dwihno (Read error: 104 (Connection reset by peer)) 03.27.27 Join dwihno [0] (n=dw@81.8.226.44) 03.30.04 Quit XavierGr () 03.30.47 Quit Rudy4Pez (Read error: 110 (Connection timed out)) 03.39.44 Join Febs [0] (n=medifebb@12.10.116.2) 03.43.24 *** Saving seen data "./dancer.seen" 03.45.35 Join old45 [0] (n=42cf004a@labb.contactor.se) 03.46.28 Quit Pyromancer ("Leaving") 03.47.03 Join Pyromancer [0] (n=Pyromanc@dsl092-069-150.bos1.dsl.speakeasy.net) 03.48.19 Quit Pyromancer (Client Quit) 03.49.01 # I would like to get a handle on the build files for rockbox. The daily build includes the previous days CVS files? What is the point of a patch? I am refering to the enhanced recording patch 03.49.39 # old45: You already posted in the forums, and I answered there as well. 03.50.03 # old45: The daily build is a CVS build, but made once per day, whereas CVS builds are created every time Rockbox is changed by a developer. 03.50.12 # I still don't see the point of the patch if the files are in the daily build 03.50.17 # What patch? 03.50.38 # As I've told you, a few of the featured of the Recording Enhancements patch are not in CVS yet. 03.50.43 # the point of a patch is to discuss a change before putting it in cvs 03.50.56 # they still have an enhanced recording patch link in that forum 03.51.28 # If you read the thread that goes with it, you can see the discussion of what features have made it into CVS and which haven't. 03.51.34 # Patches become out of date frequently 03.51.58 # OK I see now. Thanks for the explanation 03.52.21 # looks like only two features to add yet 03.55.47 Join Pyromancer [0] (n=Pyromanc@dsl092-069-150.bos1.dsl.speakeasy.net) 03.56.27 Quit old45 ("CGI:IRC (EOF)") 04.06.53 Quit sharpe ("Leaving") 04.06.53 Quit dwihno (Read error: 104 (Connection reset by peer)) 04.07.58 Quit CriamosAndy ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 04.11.26 Join dwihno [0] (n=dw@81.8.226.44) 04.11.30 Quit mirak (Remote closed the connection) 04.27.57 # mmm, beer 04.28.21 # time for a buzzed session of coding... 04.31.11 # have fun. 04.32.08 # i will :) 04.44.27 Join TCK [0] (n=tckocr@bb-87-80-197-109.ukonline.co.uk) 04.46.27 Quit fatherfork () 04.51.08 Join Falco98 [0] (n=cff5f796@labb.contactor.se) 04.51.51 # hey all 04.59.36 Join BHSPitLappy [0] (n=steve-o@66-169-188-184.dhcp.ftwo.tx.charter.com) 05.02.09 # I swear I'm going to start just deleting forum posts that don't contain ANY punctuation. 05.03.00 # There is one period in it. 05.03.17 # haha 05.03.28 # how old, by the way, does a forum post have to be before it expires? 05.03.44 # They don't, really 05.03.47 # i'm trying to find a few of my posts from a few months ago and they're not there, it seems 05.03.49 # (?) 05.03.56 # A lot of old posts are "hidden" right now because we haven't moved them over to the new layout. 05.04.03 # i search my nickname and find only 2 threads i'd replied in 05.04.04 # ahh 05.04.18 # If you can give me the "Topic" or something by which I can find 'em, I can move 'em over for you 05.04.21 # The period in .rockbox doesn't count as punctuation. 05.04.26 # umm 05.04.32 # "insert random folders" 05.04.34 # and 05.04.45 # "track skip and shuffle" (referring to crossfade) 05.05.10 # both talking about patches written by jdgordon and myself (respectively) 05.05.59 # BTW... now that the feature freeze is lifted, is there any chance the "shuffle + trackskip" patch could be pushed into CVS? it's rather tiny 05.05.59 # They should both be in Audio Playback now 05.06.16 # thanx 05.08.05 # Febs: But it verifies that he knows the key exists, and that it works. 05.09.21 # * Febs tries to stop laughing long enough to type a reply. 05.10.28 # Thanks, Paul_The_Nerd, that comment made my night. 05.10.34 # It's tempting to add ONE last member group, called "Clueless" or something, for people who show an utter disregard for the guidelines. ;) 05.10.47 # heh 05.10.54 # Unfortunately, I fear people would want to get in it, just to have a badge 05.13.05 # heh, the ipods do seem to bring in the younger and less computer savvy group 05.13.47 # haha 05.14.01 # ironic, too, that they're the ones requiring more BS to actually get rockbox onto.. 05.14.22 # Falco98: In regards to the Insert Random Folders, JdGordon actually asked about it today, and the core devs seemed uncertain about whether it was worth having in CVS 05.14.52 Join midkay_ [0] (n=midkay@63-226-210-191.tukw.qwest.net) 05.15.16 # how about shuffle + track skip? 05.15.28 # I haven't heard anyone bring that up 05.15.42 # do you know which function i'm referring to? 05.16.18 # On crossfade, there's a choice "while shuffled" and a choice for "On track skip" but not one for both, correct? 05.16.25 # correct 05.16.35 # so a few months ago i wrote a patch adding that option 05.16.55 # relatively simple.. maybe fewer than 5 new lines of code added, fewer than 10 changed (maybe.. haven't counted) 05.17.33 Join midk [0] (n=midkay@63-226-210-191.tukw.qwest.net) 05.21.31 # anyway, i gotta run.. but if you'd be willing to look at that and push it towards inclusion i'd be appreciative (i'm not sure but i suspect it may need to be re-synched first, if so i think it would be minor) 05.22.32 Quit Falco98 ("CGI:IRC") 05.23.59 Quit Killer927 (Read error: 113 (No route to host)) 05.32.11 Quit midkay (Read error: 110 (Connection timed out)) 05.33.34 Quit midkay_ (Connection timed out) 05.43.27 *** Saving seen data "./dancer.seen" 05.56.43 # questions about windows: is there a way to hav a single directoy show up in all of my archos folders? 05.57.41 # so I can point a shortcut to my music directory and all of my music with be in the simulators without having to actually copy it into the archos folder? 05.58.31 # I htink unix can do this, I want to mount a link to a directory that resides elsewhere on my harddrive. 05.58.36 # canbe done? 06.05.25 # Using latest CVS on an H140, scrolling through folders while holding play to quickly scroll does not stop at the end like normal scrolling does. 06.08.04 # dpassen1: no doubt a result of the recent button handling overhaul 06.08.13 # you might want to report it in the forums: http://forums.rockbox.org/index.php?topic=5829.0 06.08.20 # Just did :-) 06.08.24 # :) 06.08.57 # Davide-NYC: There is a way to do symbolic links in Windows NT4.0 and later I believe, but I don't know what it is. 06.09.11 # * Paul_The_Nerd doesn't know if this is exactly what you want or not, though 06.09.18 # thank you, I needed the terminology to search for 06.10.29 # Be careful with it. I remember one of the ways of doing (or simulating) the behaviour could result in you deleting your original files when you tried to delete the links. 06.10.42 # But I think that was a separate thing. 06.10.43 # i seem to recall there was a way to kinda do symlinks under NTFS, but it wasn't really much more than a poorly supported hack 06.12.21 # I'm using a single test repository of mp3s. Not my actual gold standard. 06.13.41 Quit jhMikeS ("Client exited") 06.14.07 # ah, it was ntfs "reparse points" I was think of 06.16.14 Quit pike^laptop (Read error: 110 (Connection timed out)) 06.16.14 # here's a noce article on the subject if anyone cares. http://shell-shocked.org/article.php?id=284 06.17.01 Join perplexity [0] (i=heh26088@dxb-as59277.alshamil.net.ae) 06.23.06 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 06.41.26 Quit rotator ("zzzzzzzzzz") 06.41.43 Join webguest72 [0] (n=47cdcd57@labb.contactor.se) 06.42.49 # how do i copy mp3s to my ipod in disk mode and still be able to play them with apple firmware? 06.43.00 # u cant 06.43.06 Join Rudy4Pez [0] (n=A@71-34-66-241.ptld.qwest.net) 06.44.06 Nick midk is now known as midkay (n=midkay@63-226-210-191.tukw.qwest.net) 06.44.45 # hmm 06.45.57 # was trying to get my sister to use linux and i didnt realize that you couldnt just copy it onto the disk and play it 06.46.12 # with apple firmware 06.46.21 # then get her to use rockbox... duh! 06.46.27 # i know 06.47.09 # but she doesnt find linux easy 06.47.17 # so? 06.47.21 # and she might kill me if i switched her to rockbox 06.47.55 # cause on my ipod 4th gen grayscale rockbox is still pertty buggy 06.48.23 # Well, this isn't a general iPod support channel. 06.48.27 # reboots itself every so often playing oggs 06.48.36 # So it's kinda the wrong place to be asking questions about the Apple firmware 06.49.09 # well since someone had to figure out how to dual boot the two, thought someone might know a little about how it worked 06.49.47 # hey Paul_The_Nerd, do u know why there is so much opposition to "option bloat"? is it because the menu's are a mess anyway? or code size/complexity? 06.50.17 # I think code size is a big issue. 06.50.24 # Well... binary size. 06.50.30 # on the archoses.. 06.50.34 # Ya 06.51.07 # ... because i have an absolutly nuts idea to probably halve code size and make the menus much easier to add... 06.51.17 # do midis still pay at double speed rockbox ipod ? 06.51.21 # Please share 06.51.29 # pay=play 06.51.58 # JdGordon: It's almost wholly code size I think. 06.52.05 # aliask: im still trying to figure the idea out in my head 06.52.29 # webguest72: Yes, midis still aren't officially supported. 06.52.34 # Paul_The_Nerd: awesome... ill bviously double check that with the swedes,, but if it is only code size then i tihnk this could work :D 06.53.19 # what about nsf files? 06.54.56 # webguest72: What about them? 06.55.22 # is there any development for playback in rockbox? 06.55.30 # No. 06.55.36 # or are they alraedy supported? 06.55.39 # k 06.55.53 # webguest72: I'd suggest skimming the manual, as it covers the various currently supported features. 06.56.16 # i did 06.56.46 # i didnt see it so i was wondering if it was in development 06.56.53 # JdGordon: There's two types of negative option bloat. One is the filesize, which I think is the primary objection to that shuffle. The other is the "support nightmare" variety such as customizable windows that, while possibly fun, open up all sorts of potential for user mayhem as well as making the code harder to maintain and localization / blind user support more difficult. 06.57.24 # Paul_The_Nerd: ok 06.57.41 # JdGordon: you better not be talking about offloading menus into a plugin. ;) 06.59.21 # i think the development of doom for ipod 4g grayscale should stop,,,it cant possibly amount to anything of interest on that platform...unless there is reprogramming like there was for bubbles that made it work well in grayscale 06.59.42 # the generel gist of my idea involves the menu layout being converted from a text file to a c array by a perl script before compiling, so users couldnt actually change the layout in official buids, but unoficial ones could. the script would obviously have to manage the translation support (which should be easy), and the code size would shrink (assuming the function code takes more room in the binary the const'ed arrays) 06.59.59 # midkay: doing that would shrinn about 15K i tinhk (i checked it a while ago) 07.00.17 # webguest72: One of the goals of Rockbox is to have as close to identical features on all platforms. Doom can be moderately playable on a grayscale target, so why not? 07.00.56 # does anyone think that would almost be workable? 07.01.13 # * JdGordon should be more patient and start discussing this in 5 hours when ppl are awake :p 07.01.23 # moderately playable? youve actually palyed it on an ipod 4g greyscale? 07.01.47 # it might be able to play demos 07.02.06 # webguest72: I've played it on an H120, which has a screen with similar properties. 07.02.07 # and you might be able to see it if you can hold the right angle long enough 07.02.39 # webguest72: I assume you have adjusted the gamma? 07.02.49 # It's not like there's "work" going into Doom these days anyway 07.02.57 # there was no gamma adjustment when i adjusted it 07.03.02 # Paul_The_Nerd: I want to open a discussion about remote support in the simulator and swapping out bitmaps of the different possible remotes. 07.03.04 # it stayed the same 07.03.11 # hardware? 07.03.31 # Davide-NYC: General actually, since it's relating to the simulator, not the actual hardware. 07.03.52 # Davide-NYC: There's not really a good place for "Simulator" discussion, but there's also *very* few topics that only affect the sim. 07.03.56 # Davide-NYC: thats proabbly best on the dev mailing list 07.04.15 # midkay: aliask: what you guys think? ^ 07.04.20 # i think the battery life has been improving with almost every new release though 07.04.22 # webguest72: Hrm, well that would probably make it better. 07.04.27 # JdGordon: but I just made these sweet mockup jpgs and I want the rockbox world to see them! 07.04.42 # link them in the email? 07.04.43 # JdGordon: have you tried it at all? no idea how much that'd benefit code size... 07.05.14 # the ipod gets really hot at times...i wonder if it will blow up 07.05.17 # JdGordon: It sounds like a good idea, but yeah, I don't see how it reduces binary size. 07.05.18 # midkay: no, i just thought of the idea on my way home from uni... it would remove heaps of "duplicated" code... all of *_menu.c would be removed 07.05.42 # JdGordon: But the thing is, how would it affect compiled size? 07.05.46 # JdGordon: So it just decreases the size of the C code in CVS, not the rockbox.____ file? 07.05.49 # JdGordon: i see.. hm... 07.05.59 # well, that should in turn affect the rockbox binary.. 07.06.04 # how much, i have no idea. 07.06.10 # Paul_The_Nerd: thats the thing.. i dont know how it would compare.. i would assume it would be smaller.. but i have no diea 07.08.38 # JdGordon: pardon my naivete but how do I email the developer mailing list? 07.08.58 # umm... there is a link on the left of the rockbox page to the lists 07.09.38 # do you have to reboot rockbox to exit a doom level? 07.09.59 # JdGordon: Wouldn't an easier feature than "Shuffle Albums" be to simply move to a random folder when playing in non-playlist mode, as an alternative to next-folder? 07.10.14 # ive done that patch also 07.10.27 # but thats the one which has a 20+s lag time on the first go 07.10.39 # Aaah 07.10.41 # Ouch 07.11.30 # I was subscribed to the cvs list, which I've discovered is different from the dev list. 07.12.30 # * JdGordon rekons this could work 07.14.54 Quit midgey34 (Read error: 110 (Connection timed out)) 07.15.22 # JdGordon: I think that when re-pitching the "Shuffle Folders" idea, you should mention there's no other way to duplicate this behaviour in CVS Rockbox. 07.16.02 # na, i'll just wait untill there is heaps of commit happening and just sneak it in without them realising :D 07.16.10 # night 07.16.13 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") 07.16.23 # Hahaha 07.16.33 # I'm sure somebody would notice the addition of the feature ;) 07.17.20 # I think it is a good idea though. It's essentially treating your device as a multi-disk changer, where the disk is chosen randomly, rather than the track. 07.18.14 # yup 07.18.39 # except the delay is really annoying, but i dont think there is any way around it 07.21.01 # Well, if playlists could contain playlists, that would be another option, but that unleashes all kinds of havok. :-P 07.26.00 Quit bb-generation (K-lined) 07.26.12 # http://www.iriveramerica.com/prod/ultra/clix/clix-2GB.aspx 07.26.19 # there any work on that model yet? 07.27.42 # None at all. 07.27.57 # hm 07.28.16 # well then i guess i will have to reencode that stuff 07.29.30 # Okay. 07.29.54 # I'm using an iRiver h3x0 and haven't recompiled since the 13th of last month. 07.30.02 # Has there been any big changes? 07.30.12 # There's a changelog. 07.31.11 # Not seeing it. 07.31.53 # Front page of Rockbox.org? 07.34.35 # The CVS activity? 07.34.51 # Yeah 07.34.55 # ... 07.35.20 # That's recent. It's not going to show changes from 4+ weeks ago. 07.35.30 # Notice the link that says "Changes since 2.5" at the top? 07.35.35 # There's over a year of changes available. 07.35.39 # Which is well over "4+ weeks" 07.35.48 # Sorry "all commits since 2.5" 07.41.02 Quit Febs (Read error: 110 (Connection timed out)) 07.43.28 *** Saving seen data "./dancer.seen" 07.43.59 Join midkay_ [0] (n=midkay@63-226-210-191.tukw.qwest.net) 07.46.17 Join dwihno_ [0] (n=dw@81.8.226.44) 07.46.17 Quit dwihno (Read error: 54 (Connection reset by peer)) 07.48.18 # mornnign:) 07.48.27 # i.e. morning 07.48.38 # hehe mornign Bg3r 07.48.59 # i'm still sleepy 07.51.16 Join dwihno [0] (n=dw@81.8.226.44) 07.51.16 Quit dwihno_ (Read error: 104 (Connection reset by peer)) 07.56.17 Join dwihno_ [0] (n=dw@81.8.226.44) 07.56.18 Quit dwihno (Read error: 104 (Connection reset by peer)) 07.57.21 # i am starting to think we need a basic english test before we let people post on the forums... 07.57.35 Join theli_ua [0] (n=theli@mail.ukrcard.com.ua) 07.57.50 Quit dwihno_ (Read error: 104 (Connection reset by peer)) 07.58.20 # It would be unfair to those for whom English really is a second language 07.58.26 # true 07.58.33 # liek mee 07.58.38 # but, you get my point 07.59.46 # Though even people who don't speak English natively should be able to at least achieve proper spelling. 08.00.10 # Seeing as that's something that you can actually *check* whereas grammar requires some context and usually human help if you're uncertain. 08.00.39 # those are excusable though....what worries me are the people that are from the US and type...like...ugh... 08.01.31 # makes me worry about the state of the language in 50/100 years 08.02.00 # The people who feel that their key movements are so valuable, to waste even one extra letter on a punctuation mark or vowel in a word that can be shortened to three letters if they're removed, would be a sin? 08.02.16 Quit midkay (Read error: 110 (Connection timed out)) 08.02.19 Join dwihno [0] (n=dw@81.8.226.44) 08.02.23 # It's ok, the rest of the english speaking world are holding the fort.. We just won't be able to converse with people in the US ;) 08.02.43 # s/are/is/ :\ 08.02.46 # among others.. 08.03.19 # does anyone know how to remove a file from the play queue in JuK? 08.06.30 Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 08.06.58 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.09.09 Quit dongs (Read error: 104 (Connection reset by peer)) 08.12.54 Join dongs [0] (n=HPUX@h193107.ppp.asahi-net.or.jp) 08.20.34 Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) 08.22.09 Quit dongs (Remote closed the connection) 08.22.12 Join dongs [0] (n=HPUX@h193107.ppp.asahi-net.or.jp) 08.26.09 Quit perplexity (Read error: 113 (No route to host)) 08.26.25 Join perplexity [0] (n=joust@dxb-b126552.alshamil.net.ae) 08.34.25 Nick midkay_ is now known as midkay (n=midkay@63-226-210-191.tukw.qwest.net) 08.36.43 Join ender` [0] (i=null@84.52.165.220) 08.41.49 Quit dongs (Remote closed the connection) 08.41.56 Join dongs [0] (n=HPUX@h193107.ppp.asahi-net.or.jp) 08.52.07 Quit dongs (Remote closed the connection) 08.53.37 Quit mantono ("Don't worry, be happy") 08.57.19 Join _FireFly_ [0] (n=FireFly@p54A47BAA.dip.t-dialin.net) 08.57.33 Join dongs [0] (n=HPUX@h193107.ppp.asahi-net.or.jp) 09.05.37 # * ender` yawns 09.07.46 Join dongs_ [0] (n=HPUX@h193107.ppp.asahi-net.or.jp) 09.09.02 Join dan_a [0] (n=dan-mirc@217.23.173.156) 09.13.06 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 09.13.06 Quit einhirn (Client Quit) 09.14.17 Quit dongs (Read error: 104 (Connection reset by peer)) 09.30.24 Quit twisted` (Read error: 110 (Connection timed out)) 09.40.45 Join Stas_ [0] (n=rebo123@CPE0004e2eb58c0-CM0012c90d0f8c.cpe.net.cable.rogers.com) 09.43.31 *** Saving seen data "./dancer.seen" 09.44.15 Join daurnimator [0] (n=quae@unaffiliated/daurnimator) 09.51.49 Join t0mas [0] (n=Tomas@rockbox/developer/t0mas) 09.57.32 # SDGASGASD 09.57.38 # oops. 09.57.39 # sorry. 09.57.42 # lame... 09.57.46 # your mother. 09.57.55 # ... 10.01.06 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) 10.02.19 Quit dan_a (Read error: 110 (Connection timed out)) 10.04.21 Join barrywardell [0] (n=barrywar@host-194-46-228-43.dsl-ie.utvinternet.net) 10.05.41 # Ehm, in http://www.rockbox.org/twiki/bin/view/Main/ (note: no WebHome on the end), the 10 most recent changes are a bit dated... what's the deal with that? 10.06.57 # Click on the "Refresh Cache" link at the bottom. 10.12.19 # do rb->pcm_play_data waits for data to be played or just sumbmits buffer for playing? 10.13.14 # Morning all! Anyone fancy committing http://www.rockbox.org/tracker/task/5844 - as I now have confirmation that it fixes the crashing problems for 2 users on the ML. 10.15.02 # awwwwwwwwww 10.16.49 # pondlife: has anyone tested it on an archos? 10.18.03 # No, but it shouldn't affect Archos; it mainly reverts the earlier changes in that area. If you could test it that would be nice though. 10.18.12 # It does compile this time 10.18.39 # Playback.c is not used on MASCODEC, right? 10.18.43 # nope 10.18.52 # OK, so there are no Archos mods in there 10.19.08 # goodie 10.19.09 # The talk.c changes are all in SWCODEC #if blocks 10.19.23 # Aside from some comments 10.20.14 # It's definitely better than current CVS too. 10.21.35 # committed 10.21.44 # Thanks 10.21.55 # thank *you* 10.22.06 # Also.... how about that buffer_alloc mod for tagtree... 10.22.18 # http://www.rockbox.org/tracker/task/5845 10.22.46 Quit BHSPitLappy ("Leaving") 10.23.11 # I'd like to look into the year problems in tagcache, but would rather get one mod committed first so I don't end up with any "cross-purpose" patches 10.24.37 Join Lear [0] (n=chatzill@h8n8c1o285.bredband.skanova.com) 10.30.27 Quit dongs_ (Read error: 110 (Connection timed out)) 10.33.58 Join tucoz [0] (n=martin@rockbox/developer/tucoz) 10.38.29 # jdgordon: you around? 10.38.35 # i r 10.39.21 # Just wondering about bookmark selection screen... ACTION_BMS_SELECT and _EXIT aren't in any keymap definition. Should they be? 10.39.36 # yes 10.39.49 # the bookmark selection screen sucks imnsho 10.40.11 # ... but untill its redone it shuold be fixed.. ill go fix the mappings now 10.41.20 # btw, linusn, you were interested in the "dynamic enum" part of patch 4802? 10.41.41 # I've made an (simple) implementation of that... 10.41.53 # me wants it....preciousssssssss 10.42.07 # Maybe one for Bagder? Why does the CVS log display "barrywardell" rather than "Barry Wardell" when everyone else is preoper cased...? Not very important, but these things annoy me... 10.42.48 # What I have now is almost backwards compatible; only thing is I suspect most WPS:s don't include a "unknown battery level" bitmap. They'd need one with it. 10.42.48 # pondlife: Just check out another copy of the code from CVS if you want to work on something unrelated to your other work - I normally have a few local copies at any one time, each with different sets of changes. 10.42.52 # pondlife: fixed now! 10.43.04 # Thanks and thanks 10.43.20 # Bagder: you beat me to it 10.43.23 # linuxstb: You mean parallel to rockbox-devel I take it. 10.43.27 # I won! 10.43.34 # * Bagder cheers and runs around his room 10.43.52 # ...scaring his co-workers somewhat 10.44.02 # I have no co-workers! 10.44.03 # i hadn't even noticed! 10.44.08 # Lucky you 10.44.13 # only machines 10.44.14 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-146-189.pools.arcor-ip.net) 10.44.14 # pondlife: Yes. I normally do something like "mkdir tmp ; cd tmp ; cvs co -d..... rockbox-devel ; mv rockbox-devel ../rockbox-myproject ; cd .. ; rmdir tmp" 10.44.29 # (Not a big issue; the shown battery level would be a bit lower than it should be.) 10.44.29 # Ah, ok 10.44.32 # (i.e. you can rename rockbox-devel to anything) 10.44.59 # cvs can even check out to a different name 10.45.03 # You can even just do "cp -pr rockbox-devel rockbox-myproject" if you want. 10.45.10 # Even easier 10.45.19 # Bagder: How? 10.45.30 # cvs co blabla -d anotherblabla 10.46.07 # Ah, I love the way cvs gives the same option different meanings depending on where in the command-line it is... 10.46.15 # oh yes, highly confusing 10.46.32 # and depending on what subcommand you use 10.47.02 # * tucoz waits for preglow to mention svn 10.47.08 # And it makes searching the man page nice and simple as well... 10.47.19 # * Bagder resolves svn.rockbox.org... 10.47.26 # Bagder: I assume Barry Wardell will appear on Barry's next commit... I still see lower case on the frontpage... 10.47.44 # at next table update it'll fix itself 10.47.53 # Gotcha 10.48.12 # Bagder, really? so it's somewhere in the not so distant future? 10.48.20 # Right... onto something more important.... 10.48.22 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 10.48.44 # tucoz: hopefully, yes 10.48.54 # wow 10.49.21 # tucoz: you can in fact checkout from svn://svn.rockbox.org... 10.49.31 # but its not updated 10.50.02 # oh. I've heard so much nice about svn, that it's almost tempting to try it out. 10.50.21 # linusn: maybe I should make the first battery enum the "unknown level" value, rather than the last? 10.51.34 # yes i think so 10.55.47 # anyone here that uses the gnome terminal? In that case, do you know what the standard font is called? 10.56.24 # Lear: ive just commited the fix for the bookmar screen buttons.. 15min and it will be on cvs 10.56.59 # Great, thanks. 10.58.19 # nevermind. It's probably monospace. 10.59.00 # guys, RE the option rework email (which seems to have gone off track).. is it worth the effort? do i try it and see how ti goes? 11.00.52 # actually ignore that q.. ill reply to the email 11.01.26 # * amiconn seems to no longer understand his own pixel value range mapping considerations properly :/ 11.01.35 # hehe welll done 11.01.44 # dont you wish you commented? :D 11.01.48 Join midkay_ [0] (n=midkay@63-226-210-191.tukw.qwest.net) 11.01.52 # ... the code that is 11.03.44 # The code is simple, no comments needed on that one 11.03.58 # JdGordon: I think the consensus on that was "Reworking the way it works is good. Offloading it to an externally parsed file in XML, not so great." 11.04.01 Join wehn [0] (n=wehn@ppp103-228.lns1.bne1.internode.on.net) 11.04.38 # that's my feel too 11.06.38 Join Arathis [0] (n=doerk@p508A53A0.dip.t-dialin.net) 11.07.43 Join KN|stiff [0] (n=phhome@p54B7FD5E.dip.t-dialin.net) 11.09.16 # JdGordon: It would be good if the rework could allow users to customise menus in some way... is that under consideration at all? 11.09.32 # it usually pops up every now and then 11.10.30 # Imho the main menu should not be configurable 11.11.10 # I think the customization should be a compiling step, if anything. 11.11.14 # I was thinking this could solve the call for "simpler" menus perhaps. 11.11.21 # Instead, I would deem it a good idea to replace the quickscreen(s) with a user configurable menu 11.11.28 Join bb-generation [0] (i=bb@arara.de) 11.11.30 # Personally I am very strongly against any need to hide options or use a CFG editor 11.11.32 Join dan_a [0] (n=dan-mirc@wormhole.domicilium.com) 11.12.18 # I agree. Instead a reorganization is on the other a better solution. 11.12.21 # My view is that there should be a standard, fixed menu where everything is accessible - so if someone asks how to do something, we can tell them. But (as amiconn just said...) there could be an additional user-configurable menu, or maybe users could add their favourite options to the root of the main menu. 11.12.30 # The user configurable menu could double as a root menu, with a sensible default configuration 11.12.35 # Any thoughts on my context-menu post to the thread on the list? 11.12.50 # * linuxstb thinks the same as amiconn 11.12.50 # Reconsidering the use of the context menu somewhat? 11.13.54 # amiconn: Why not allow all menus to be customisable ,as long as there's a way to restore defaults at all time 11.13.57 # pondlife: The user configurable menus wouldn't require to edit the .cfg by hand 11.14.20 # pondlife: How do you restore the default when you've hidden the menu item to do so? 11.14.20 # Nope, I'm referring to the idea on the ML that some options become accessibly only by editing CFG files 11.14.47 Quit midkay (Read error: 110 (Connection timed out)) 11.14.53 # s/accessibly/accessible 11.15.18 # Also, having the main menu configurable will lead to worse accessibility by the blind 11.15.27 # amiconn: Reset settings at startup? Or similar.. 11.15.43 # True 11.15.45 # Imagine a misconfigured menu with the voice menus switched off. 11.15.59 # How would a blind user find the menu item to reenable voice? 11.16.14 # I think the main menu should be static, contain everything user-configurable somewhere within, and should be avoidable in almost all cases. 11.16.18 # Why would a blind user go to the effort of customising their menus though? 11.16.25 # imagine all the "my menu if b0rked" forum posts we will receive 11.16.27 # I mean removing the voice options 11.16.47 # pondlife: Maybe others use his unit as well? Or there is a glitch in rockbox? 11.17.04 # I'm assuming that editing a menu will involve some text file editing at least, not something that can be done easily or mistakenly. 11.17.06 # It seems to me that since we have a context menu, the main menu should primarily be used for set-up, while the context menu should contain what a user needs at any point while they're using the player (assuming they don't want to change settings for another context, that is) 11.17.23 # for example if we add a few menu items, and the user doesn't upgrade his menu config 11.17.31 # Personally I just want to see the menu include ALL options 11.17.37 # pondlife: I'm not talking about _removing_ the options, it's enough that the options are no longer at the same place in the tree because other options were hidden... 11.17.42 # "i don't see the new XXXX feature in the menu" 11.18.12 # The only reason I mentioned it was to see if it could be used to stop people suggesting that some options be removed from settings... 11.18.17 # configurable menus is a support nightmare 11.18.19 # So no argument from me 11.18.42 # As long as all options remain accessibly in the menus that is. 11.18.57 # to quote bagder: "you'll drag me kicking and screaming into that mess" 11.19.00 # I don't think anyone in here thinks options should be removed from the menus, but stay in code. 11.19.33 # Not here, but on the ML 11.20.00 # * JdGordon back 11.20.10 # So we all agree, all options remain, only "F3" menus to be customisable, if any. 11.20.34 # re customizing the menu... we agree thats bad, but I tihnnk adding a user menu which the user can populate how he likes would be acceptable? 11.21.24 # I still think a more intelligent context menu would help a lot. 11.21.47 # Why do people need a customizable menu? 11.21.52 # In the root, create a folder called "Menu" 11.21.58 # Inside, create folders named after each option you want. 11.22.08 # In those place .cfg files with single entries for the values you want to be able to change them to 11.22.09 # Done. 11.22.15 # Paul_The_Nerd: That works... as long as you don't use tagcache. 11.22.19 # hehe.. thats a solution 11.22.54 # amiconn: And a "Filetree" list entry in TagCache that takes you to File View, or the option to point at Folders with TagNavi.config bits would also allow this to be worked around without configurable menus. ;) 11.23.03 # And it means spinning the disk for every option change 11.23.10 # Ah, this is true. 11.23.29 # h iall 11.23.46 # But, either way, I'm surprised nobody has done this yet if they want configurable menus so badly. 11.23.51 Quit dan_a (Read error: 104 (Connection reset by peer)) 11.24.18 # Noone really strongly wants configurable menus AFAIK. Some people on the ML seem to think that there are too many options and it is confusing. Me, I like it how it is...! 11.24.18 # My thinking is that it's likely to result in a lot of people tinkering a little bit, one person coming up with a well liked layout for the configurable screen, and 90% of users using that one. 11.24.24 Join dan_a [0] (n=dan-mirc@wormhole.domicilium.com) 11.25.39 # how about having a scrolling line at the bottom of the screen that shows a short explanation for the currently selected option in the settings menu? 11.26.02 # Lynx_: I think the confusion is in finding things. 11.26.19 # Paul_The_Nerd: hmm, right, it doesn't help there 11.26.44 Join PaulJam [0] (n=pauljam@p54BCF04C.dip.t-dialin.net) 11.26.55 # IMO the current menu structure is confusing because it tries to meet two incompatible requirements - make commonly used features accessible easily, and have a logical, easy to navigate hierarchy. 11.27.19 # maybe it would actually help to have options that do not clearly belong into any one category present in two or even more categories? that would increase the menu tree size, but still make stuff easier to find. 11.27.25 # linuxstb: Again: Context menu for commonly used features in a given context, full menu for easy to navigate hierarchy of everything. :-P 11.27.25 # i think there should be a universal OS for all mp3 players 11.27.32 # Paul_The_Nerd: Exactly. 11.27.39 # Bagder: something going on with builds? 11.27.45 # programmable in a script language - with ability to execute binaries 11.28.04 # linuxstb: I think that the context menu is underappreciated by most people. I get the sense it's primarily used for playlist-insert, and file deletion. 11.28.05 Quit Kohlrabi (Read error: 104 (Connection reset by peer)) 11.28.25 # scorche: yeah 11.28.41 # daurnimator: port a scripting language to rockbox, and you're almost there ;) 11.28.41 # ie - you're given all functions (load files, play music etc) , and you make your own ui. 11.28.57 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-150-174.pools.arcor-ip.net) 11.28.57 # and, a place where you can just select your hardwaare, and its all in there 11.28.58 # ;) 11.29.02 # Paul_The_Nerd: I also don't think it should be much more than that - keep the context menu for that purpose, and allow the user to create duplicates of their favourite menu options in the root of the main menu, or in a new root menu. 11.29.11 # - like a dropdown list :P 11.29.53 # Bagder: just making sure... =P 11.30.35 # linuxstb: I think there's a lot missing from the context menu. For example, you can't change replaygain while music is playing, nor are some of the playback options (shuffle, crossfade) available from it, etc. 11.32.30 # is there still a quick menu on the h300, reachable from the wps? 11.32.43 # linuxstb: I think with that addition, the Quick-menu could probably be dropped on SWCodec players (since it still requires many button presses to cycle values anyway) and be replaced with the user configurable one. 11.32.45 # like the archos f-key menu 11.33.24 # doing this rework also means its likely we will be able to easily add the menu title :) 11.34.39 # For example, why isn't "File View" available when you hit the context menu in the filetree? 11.35.42 Join _hotwire_ [0] (n=christop@toronto-HSE-ppp4321995.sympatico.ca) 11.36.53 Quit wehn (Read error: 110 (Connection timed out)) 11.37.07 # whats the rule about structs with unions/structs nested in them? is it ok? 11.37.09 # how do i report typos in the manual? bugreport? 11.39.26 # <_hotwire_> amiconn: you around? 11.40.36 # Lynx_, a bugreport is a good way of reporting stuff like that 11.41.15 # Lynx_, have you found many typos? 11.41.16 # tucoz: ok. it seemd a bit much to open a bug report for one typo ;) 11.41.26 # Lynx_, oh. tell me and I fix 11.41.31 # tucoz: no, just one. maybe i should collect them. 11.41.45 # Paul_The_Nerd: wow...you been watching mr. ritesh? 11.42.04 Join A_M [0] (n=51e2cbe3@labb.contactor.se) 11.42.20 # Lynx_, I can fix that one right away :) (as long as you tell me where it is) 11.42.23 # scorche: Hm? 11.42.24 # tucoz: section 3.4.3, 'shortchut' under sound settings should obviously be shortcut 11.42.34 # thanks 11.42.39 # Paul_The_Nerd: he posted a "cheat" for brickmainia.... 11.42.45 # Hahaha 11.42.47 # -i 11.42.56 # I saw that, didn't pay attention to who posted it though 11.43.06 # JdGordon: i don't see why it wouldn't be ok 11.43.20 # thats what i like to hear :D 11.43.25 # and hw is already up to 51 posts.... 11.43.32 *** Saving seen data "./dancer.seen" 11.43.50 # JdGordon: what r u working on ? 11.44.08 # complete rework of the menu system... 11.44.09 # tucoz: section 3.4.2, 'rightend' after The Peak Indicator is missing a space ;) 11.44.15 # read the ml 11.44.28 Join Genre9mp3 [0] (n=yngwiejo@88.218.17.158) 11.44.31 # Paul_The_Nerd: 52 posts in about 3 days... 11.44.35 Join petur [0] (n=petur@rockbox/developer/petur) 11.44.51 # about 2 days actually 11.45.23 Quit billytwowilly (Read error: 104 (Connection reset by peer)) 11.45.59 Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) 11.46.18 # Lynx_, fixed. 11.48.39 # Bagder: turns out we haven't got the h10 scrollpad solved yet :( 11.48.58 # :-( 11.49.07 # channel 4 of the ADC is conneceted to the pad 11.49.23 # but it seems to give pressure sensitivity rather than position sensitivity 11.49.30 Join Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust291.lutn.cable.ntl.com) 11.50.09 # the adc is a 'dual 4-channel'. does that mean that there could be another 4 channels yet to find? 11.51.04 # sounds like it could be 11.53.26 # i guess i'll look at the OF to see if I can get any hints 11.59.23 # Paul_The_Nerd: Nice work on the forums... I like the new categorization. I was away for some days and didn't check the forums for quite some time, so I had a total impact of the changes... 11.59.36 # * JdGordon thinks menu rework will be able to remove (or at least massivly increase) the amount of allowable submenus.... weather that is good or bad.. i dunno D 12.00.45 Quit PaulJam (".") 12.02.15 # JdGordon: a q about your menu reworking for settings idea: there are plenty of settings that require additional code to be executed rather than just setting the global_settings member variable, how would your system with external .xml (or whatever) files deal with that? 12.03.12 # A_M: check my reply about 5min ago.... the menu allows for functions to be called which can manually run the options gui, or do anything really 12.03.22 # Imo xml is overkill in a system like rockbox 12.03.23 # Genre9mp3: Well, most of the change happened overnight. Forums were down 3 hours, came back up looking like that. ;) 12.03.40 # and there is no more external text file.. it was stupid and wrong :p 12.03.44 # Genre9mp3: Surprisingly few people have complained about the lack of player specific forums, nicely. 12.03.49 Join AM [0] (n=51e2cbe3@labb.contactor.se) 12.03.52 # JdGordon: a q about your menu reworking for settings idea: there are plenty of settings that require additional code to be executed rather than just setting the global_settings member variable, how would your system with external .xml (or whatever) files deal with that? 12.04.09 Quit A_M ("CGI:IRC (EOF)") 12.04.12 # hehe.. 12.04.19 Join San||Away [0] (n=San@A-57-23.cust.iol.ie) 12.04.51 # haha. good response. 12.04.53 # did you just answer that or something? my IRC client sort of died so I may have missed something... 12.05.05 # grr.. stupid pm wont go through 12.05.10 # A_M: check my reply about 5min ago.... the menu allows for functions to be called which can manually run the options gui, or do anything really 12.05.22 # AM, check the logs www.rockbox.org/irc/current.txt 12.05.44 # ok 12.05.48 # reply to the mailing list i mean... 12.07.00 Quit nudelyn ("At Argon, we're working to keep your money.") 12.07.06 # ah I see 12.07.54 Nick midkay_ is now known as midkay (n=midkay@63-226-210-191.tukw.qwest.net) 12.09.28 # Paul_The_Nerd: I won't miss the target specific forums. It's better this way now IMO. Besides we have "real" topic specific forums now. :) 12.10.03 Join RoC_MM [0] (i=dragon@c-24-129-89-52.hsd1.fl.comcast.net) 12.10.06 # Paul_The_Nerd: So the forum rework is completed now? or there is work to be done? 12.11.07 # Genre9mp3: There's still a lot of posts to be moved over. We moved at best, maybe the newest 10%. Not that people really miss them. 12.11.11 Join pi [0] (n=pi@80-41-218-4.dynamic.dsl.as9105.com) 12.11.23 # Paul_The_Nerd: I see... 12.11.27 # Other than that, I'm trying to get some bugs we're experiencing resolved. 12.11.39 # nice 12.12.00 # And then maybe I'll look into upgrading the functionality a little bit. 12.12.50 # Oh, right, and in a few days I'm getting rid of post-based member groups. Posts will still be counted, but everyone will simply be "Member" if they aren't in one of the assigned groups 12.13.34 Quit barrywardell () 12.14.51 # Paul_The_Nerd: Nice! This means that I won't be a newbie anymore! :P 12.15.10 # JdGordon: Have you looked at patch #5833 or otherwise considered what would be required to allow displaying the setting values in the menus? When I wrote that I didn't bother addressing the current menu bloat (actually I tried to minimize need to rework existing code so it sort of increases bloat instead), but I think it ought to work well in conjunction with a menu system such as yours... 12.16.02 Quit daurnimator (Connection timed out) 12.16.17 # I havnt, but depending how i implement the changes, there might be very little work needed (if any) for that to work 12.16.35 # * amiconn wouldn't want the settings displayed in the menu 12.16.58 # At least not all settings in a 2-column fashion 12.16.59 # I quite like the patch, on large lcd's at least. 12.17.00 # Genre9mp3: Haven't you written patches that have been accepted, or am I confused with who you are now? 12.17.11 # It is 5:20 am, and my brain is not working right 12.17.37 # * JdGordon bbl 12.17.55 # Paul_The_Nerd: No not patches...just the iCatcher wps 12.17.55 # Looks like crap on low-res LCDs and/or with large fonts 12.18.23 Join dionoea_work [0] (n=3e179bf9@poy.chewa.net) 12.18.24 # hello 12.18.33 # Genre9mp3: do you still have the gigabeat iCatcher somewhere? 12.18.37 # would it be possible to have a "Last changed" date column in flyspray ? 12.18.43 Join pixelma [0] (i=pixelma@82.193.235.34) 12.18.52 # how do i edit my boot loader sequence 12.19.24 # markun: yes 12.19.39 # the way the patch works it's a setting so amiconn would have to have it enabled anyhow. (plus there's always the option to display settings on two lines, or only display settings for the selected item) 12.20.01 # Genre9mp3: Ah. You already deserve a group in the forums then. You're an "Artist" 12.20.04 Join MadDog011 [0] (n=MadDog01@cable-87-116-149-196.dynamic.sbb.co.yu) 12.20.06 # Genre9mp3: I knew you'd done *something* 12.20.09 Part MadDog011 12.20.17 Join dongs [0] (n=HPUX@h193045.ppp.asahi-net.or.jp) 12.20.45 # Paul_The_Nerd: There's an artist group? Didn't know that.... 12.21.40 # *err wouldn't 12.22.33 # Paul_The_Nerd: Nevermind. Just saw the badges thread 12.22.34 # holy fuck this internet is fucking garbage 12.22.43 # Genre9mp3: I'm rewriting the badges thread right now actually. :) 12.23.53 # markun: I 'll have to make a UniCatcher for Gigabeat, too 12.24.03 # ok 12.24.41 # ...and of course a version for X5 remote.. 12.24.53 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 12.26.32 # markun: So, what's the progress status for the Gigabeat, now? (sorry I was away these days) 12.27.14 # <_hotwire_> amiconn: did you get my forum pm? 12.27.25 # Genre9mp3: still working on the bootloader, but we are also working on the drivers 12.27.47 # Yesterday we wrote to the DAC for the first time. 12.29.02 # I wrote to the company who made the LCD module about the LCD driver IC. They told me it was a custom job so they can't give it to me. 12.29.07 Join hotwire_ [0] (n=christop@toronto-HSE-ppp4321995.sympatico.ca) 12.31.04 # That's bad... (for the LCD) 12.32.29 # So after the bootloader is done you won't be able to enable the display on target? 12.32.42 # we already have the display working 12.32.44 Quit MarcoPolo (Read error: 54 (Connection reset by peer)) 12.32.48 # ah 12.32.58 # but it's just nice to have for contrast settings, screen flipping etc 12.33.07 # I see... 12.33.18 # Genre9mp3: http://130.89.160.166/Gigabeat/ata_identify.jpg 12.33.21 # * Paul_The_Nerd finishes his "Badges" post update. 12.33.51 # markun: :) 12.34.25 # Paul_The_Nerd: YAY! 12.35.16 # Paul_The_Nerd: the "do not post in these" forums, are you working them down to 0 posts and then deleting them? 12.35.59 # Paul_The_Nerd: How about multiple badges? You deserve the "expert" one as well! 12.36.19 # midkay: Yes, slowly. 12.36.40 # Paul_The_Nerd: gotcha. nice job on the forum post - reading it now, very well-written so far :) 12.37.07 # anyone with a ipod photo/4g around? 12.37.16 # I wonder where the hold switch is located 12.37.18 # Genre9mp3: I could theoretically do that, but I'm happy the way it is. You're an artist, btw, if you hadn't noticed. 12.38.39 # Paul_The_Nerd: Oh...what an honor! :) 12.38.50 # Paul_The_Nerd: small suggestion - you made each "Staff" and "Bestowed Badges" sections in bold, and the third section is more of a non-bold description ("You may apply for these badges") - maybe you should bold this and cut it down to like "Badges you may apply for".. :) 12.39.04 # Though "artist" is very strong word...heh 12.39.12 Quit AM ("CGI:IRC (Ping timeout)") 12.39.17 # hmmmw i realy ott to join the forums at some point 12.39.48 # don't tell me - please don't - that you said "ott" on purpose.. 12.40.38 # i amm a yslexic and didnt actualy notice till you mentioned it 12.40.48 # *dyslexic 12.41.15 # midkay: Well, those are still bestowed. It's like a subcategory. The non-bolding was intention. I guess it doesn't come across like that? 12.41.34 # intentional 12.41.37 # pi: er, sorry :) 12.41.37 Quit amiconn (Read error: 110 (Connection timed out)) 12.41.37 # * Paul_The_Nerd needs to learn to type. 12.41.38 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 12.41.53 # Paul_The_Nerd: i realized that sort of as i was typing that message.. 12.41.58 # anyone ever hear of http://gp2x.co.uk? 12.42.09 # it is open source and doesn't look bad 12.42.16 Nick San||Away is now known as [San] (n=San@A-57-23.cust.iol.ie) 12.42.18 # i think these should be split up though. "Staff", "Badges you must earn" and "Badges you may apply for" or something. 12.42.26 # it doesnt matter it is just a fact and i apologise for departing from the english language from time to time 12.42.51 # also i just discovered the horizontal line forum thing - [hl] - and it'd be well-used here.. to divide categories or badges. 12.43.04 # midkay: Okay, lemme apply some more formatting then 12.43.15 # pi: just so many people do it because they think it's easier or something.. pet peeve i suppose :) 12.43.34 # Paul_The_Nerd: *waits in apprehension* 12.43.45 # [San], there's plenty to read about the GP2X on http://wiki.gp2x.org/ and http://www.gp32x.com/board/ 12.44.47 # <[San]> i was just showing it to you... 12.44.58 Quit _hotwire_ (Read error: 110 (Connection timed out)) 12.45.38 # midkay: [hr] I think you meant? 12.45.48 # was that it? 12.45.53 # h-something. 12.45.53 # :) 12.46.05 # i thought "hl" for "Horizontal Line".. 12.46.19 # some button in the upper right of the formatting options. 12.46.30 # Horizontal Rule, I assume 12.46.42 # yeah, that must be it. 12.47.57 # midkay: I think I'm going to make a very brief mention of who has powers. 12.48.02 Join XavierGr [0] (n=xavier@ppp159-111.adsl.forthnet.gr) 12.48.11 # Paul_The_Nerd: you mean who are admins, etc? 12.48.37 # No, just a very brief summary of what each group can do. 12.48.39 # VERY brief. 12.48.51 # oh, i see. sure. 12.49.02 # but that reminds me of something i forgot about, that occurred to me while reading.. 12.49.08 # Forum Admins and Global Moderators have all power necessary to enforce the rules of these forums. As well Developers and Experts have been given some limited additional functions to enable them to better be able to do their jobs. Artist and Coder badges do not grant any additional powers. 12.49.09 # Like that 12.49.23 # http://www.rockbox.org/viewcvs.cgi/apps/keymaps/keymap-ipod.c.diff?r1=1.10&r2=1.11 <- play is exit and menu is delete? hello consistency 12.49.24 # very good. 12.49.31 # Something you forgot about? 12.49.37 # Paul_The_Nerd: "there are a few people sporting this badge. We are the people with full control over the forums, and are the ones to come to when something in the forums doesn't seem to be working right." 12.49.54 # Paul_The_Nerd: can u add the Bger in the forums as a dev (or whatever is called) 12.50.11 # when i read that, it occurred to me that you should maybe list at least a few of the admins.. for two reasons, one because there are very few, and two because - as you say - you should contact them if there's a problem.. 12.50.18 # might be nice to know who you can go to in such a case. 12.51.27 # midkay: Good idea. 12.53.18 # midkay: Though I'm not certain they should really contact the other admins unless I'm unavailable. The other two are LinusN and Jeff, the latter not really being around our forums very much at all, and the former probably not wanting to be pestered by random PMs that really don't need to be a PM to an admin in 95% of cases. 12.53.23 Quit scorche (Read error: 104 (Connection reset by peer)) 12.53.36 # Bg3r: Give me a few minutes, and I'll do so. 12.53.49 # Paul_The_Nerd: ah, right.. 12.53.50 Join Febs [0] (n=medifebb@12.10.116.2) 12.53.52 # Paul_The_Nerd: thank u;) 12.55.44 # * midkay tries working on the developer badge a bit.. 12.56.32 # midkay: How's it look now? 12.56.59 # Paul_The_Nerd: absolutely great, nice job. :) 12.57.18 # Does anyone know whether the ipod is capable of playing 48khz/24bit audio? 12.57.33 # Febs: I've heard it can, but I'm not sure where my brain is pulling this from at this time 12.57.37 # Paul_The_Nerd: one suggestion, hm - a bit of extra spacing between the last badge and the bit about powers.. 12.57.46 # midkay: I was just about to do that. ;) 12.57.57 # Paul_The_Nerd: haha. great minds think alike ;) 12.58.14 # of course that always makes me think that crappy ones do too, so.. :) 12.58.51 # midkay: Also, italicized the last bit. I think it sets it off a little better as a "footnote" style entry. 12.59.15 # midkay, great minds may think alike, however fools seldom differ ;) 12.59.22 # Paul_The_Nerd: perfect... now just await a new Developer badge, in all likelihood.. 12.59.36 # perplexity: that's perplexing indeed :D 12.59.41 # hotwire_: I rarely frequent the forums these days... 13.02.31 # midkay: I now have the power to upload badges at will. I actually need a "Member" badge now, for normal members. Because I don't seem to have the option to give them 0 "icons", just 1 at minimum. I was thinking just the R from Rockbox, in a much narrower box, to widely differentiate it from the actual badges. 13.02.48 # * Paul_The_Nerd was gonna make that sometime soon. 13.03.19 # Paul_The_Nerd: yeah, ftp access is useful... :) sounds good, i just agree that it should be quite.. clearly different from the others. 13.03.48 # less "distinct" I think 13.03.56 # let me just see if i can get a better developer one. i'm happy with the others, they're all very legible IMO, except developer is rather hard to read where it overlaps the rockbox logo.. 13.04.01 # the badges kind of attract ones eyes 13.04.19 # Yeah, normal members need to not look *anything* like they have a badge. 13.04.30 # But I don't want everyone to just have one of those silly little stars after we drop post-based groups. 13.05.25 # haha. 13.05.30 Quit Kitar|st (Read error: 104 (Connection reset by peer)) 13.05.50 Join Kitar|st [0] (i=Kitarist@BSN-250-11-14.dial-up.dsl.siol.net) 13.06.42 # We could always do a black treble cleff on a transparent background (GIF) 13.06.45 # sigh.. hm... 13.06.49 # That way it's very non-detracting 13.07.01 # Paul_The_Nerd: great minds again, i was thinking about something like that. at least involving the clef. ;) 13.07.26 # Paul_The_Nerd: hm, any ideas on a potential different color for Developers? red just seems to blend in here.. i wonder if I could get it to stand out a bit more somehow.. 13.07.52 # I have no idea, but since developers names are already Gold-ish in the list, any color that doesn't look too much like the others should be fine. 13.08.11 # isn't it possible to use .png? This png is transparent http://download.rockbox.org/manual/rockbox-h100/rockbox-buildch3.html#x5-160003 13.08.27 # tucoz: in IE too? 13.08.28 Join lorijho [0] (n=lorijho@host-85-27-71-69.brutele.be) 13.08.31 # tucoz: A monochrom gif would be a good deal smaller, though, right? 13.08.34 # monochrome 13.08.46 # IE at least has a history of sucking at transparant PNGs 13.08.48 # Bagder, ah. the stupid IE. 13.09.16 # it has a history of sucking at a lot of things 13.09.21 # amen 13.09.32 # amiconn: I posted a version of my uisimulator/sdl/button.c online somewhere, but would like a better idea of what you want for cleaning it up. 13.09.46 # Assuming people using IE6, I think 8 bit "transparency" is OK, but alpha channels = mess 13.10.34 # what status does the ipod 3g have? Is it usable? I wonder if we should create a manual for it. 13.10.52 # It's "nearly usable" 13.11.16 # dwihno: you mean 1bit transparency? :) 13.11.17 # I would say that anything we offer cvs/daily builds for should have a manual. 13.11.24 # * Paul_The_Nerd agrees with linuxstb 13.11.33 # * Bagder nods 13.12.01 # I agree to some extent. I wound at least expect it to be able to play music before we make a manual for it. 13.12.15 # maybe that is a criteria to end up as a daily 13.12.16 # * dan_a agrees with tucoz. 13.12.37 # Well, 3G can play some music, though. 13.12.43 # If I understand, at least 13.13.13 # It can. It only has a little skipping as long as you stay in the menu and not on the WPS 13.13.23 # Mikachu: I was thinking transparency in 8bit-mode, but you're true. 13.13.30 # you're right, and true ;) 13.13.44 # ok. My concern is that unless it is a fairly usable state, we have to make a lot of 'exclude this from 3g' 13.13.54 # *in a 13.14.33 # hmm. But that we could solve quite much with the platform files. Maybe I'll start working on that tonight then :) 13.14.53 # hotwire_: My basic idea is to change the way how pc keys are assigned to player buttons. As more and more targets get added, the current method becomes difficult to follow and hence error prone 13.15.12 # tucoz: I think that apart from the skipping, the only difference between the 3g and the 4g is that the 3g does not detect USB being plugged in. 13.15.15 # Today, we check for button defines, and then evaluate pc key values based on that 13.15.38 # pondlife: Done. 13.15.45 Join lightyear [0] (n=lightyea@p54875626.dip.t-dialin.net) 13.15.50 # siiiiiiiiigh. 13.15.51 # My idea will add a very lengthy, but regular list of pc keys eventually mapped to player buttons 13.16.00 # dan_a, ok. Then I'll start making a platform file for it later on. 13.16.06 # dan_a: it has a different button layout, too 13.16.18 # The actual mapping will consist of a bunch of #defines per target 13.16.30 # pixelma, that is handled in the platform files 13.16.40 # (to some extent) 13.16.47 # ok :) 13.17.09 # tucoz: Yes, playing music is more or less the main criteria for adding a cvs/daily build. By the time that happens, most other things in the port are working - I'm not sure there is much which works on other ipods and not on the 3g. 13.17.12 # hmm.. can I submit a feature suggestion without creating an account? (I don't have an sf account..) 13.17.13 # But this might be a good starting point for the action mappings for the manual as well. 13.17.50 # linuxstb, good. 13.17.57 # ..to know 13.17.58 # I considered doing it the other way 'round, but that wouldn't allow multiple keys per button, which is a feature I want to keep 13.18.12 # The numpad mappings are rather cumbersome on a laptop 13.18.47 # tucoz: H300 is ready - http://home.infocity.de/m.arnold/temp/H300_colours.svg 13.18.53 # flux__: the tracker hasn't been on sourceforge for a long time, rockbox.org/tracker 13.18.55 # pixelma, I think your drawings look beautiful in the manual 13.18.59 # flux__: You don't need a sourceforge account. You need to create a flyspray account at our flyspray page. 13.19.10 # pixelma, thanks 13.19.15 # iow, yes :). well, maybe I'll bother at some point :) 13.19.34 Quit RoC_MM (Read error: 110 (Connection timed out)) 13.20.10 # tucoz: What are the svg files used for, they look great. 13.20.26 # but for the time being, a single simple thing I can /lastlog from irc later: on iRiver iHP-120 the boot loader should check the hold switch again after displaying the 'release hold switch'-message but before shutting down 13.20.43 # aliask, they are used in the manuals for the key-reference images. I think could come to other uses as well. 13.21.02 # Paul_The_Nerd: : cheers 13.22.02 # aliask, you can check todays built player/recorder/recorderv2fm/h1xx/nano/video/mini manuals in the "The Rockbox interface"-section. 13.22.26 # Paul_The_Nerd: how about darkish-brown with a glow surrounding it? i can absolutely not find any light-red shade that works here.. the optimal solution would be to shorten it, but i don't think "dev" would be as descriptive. 13.24.14 # midkay: Yeah, dev wouldn't be as descriptive. I can't picture the dark brown in my head, so show me. :-P 13.24.31 # haha. it hardly looks brown :) just about to upload what i have.. 13.24.46 # Paul_The_Nerd: http://img207.imageshack.us/img207/4892/rockboxdev3ky9.gif 13.25.06 # Paul_The_Nerd: 'Lear' should get a dev badge 13.25.20 # it doesn't look similar to the others yet it's very readable.. i can't really come up with anything better. 13.26.00 # can't you make it taller and write developer under the logo? 13.26.15 # no, they should all be the same size.. 13.26.26 # We *could* move to the a new size. 13.26.29 # red is still kind of hard to see, light red that is.. 13.26.30 # It'd require remaking all of them. 13.26.53 # But that'd give some more freedom with readability, and such. 13.26.53 # Paul_The_Nerd: i wouldn't mind.. i thought this was kind of a restriction, when you were very specific about the size when i first made these. 13.27.06 # midkay: The restriction was based on the height of the stars we had before. 13.27.07 # yeah, not overlapping the logo.. 13.27.10 # ah.. 13.27.21 # well, i could put together a taller Developer badge to see how it looks. 13.27.33 # I didn't want the Moderator Stars to be any shorter or taller than the badges 13.27.49 # ah, i see.. now that we're all badges, though.. 13.27.52 # Now that we're dropping the badges altogether, we can pick an arbitrary height and width (though I think we're almost at maximum width) 13.28.00 # Err dropping the stars altogether 13.28.03 # 80x20 currently.. what about like 80x30? 13.28.36 # I really wouldn't even object to 80x40, as long as it ends up looking nice and readable. 13.28.41 # amiconn: okay... i could use a really small template in that case, just to be sure. 13.28.41 # Question: The buttons on the h300 has a '+' and a '-' print on them. Should these be renamed to Plus and Minus in the manual? (It is now Up and Down) 13.28.43 # cool, i'll see what works.. 13.28.49 # Bagder: Sorry for the slow response. I'll get to that now 13.29.31 # Bagder: Done 13.30.00 # the other problem is that while at the present I have keys assigned to the various iriver remotes, there is no way of identifying which remote is in use in the simulator... and this is something i can't attack, lacking intricate knowledge of the sim, nor time. 13.30.48 # Anyone with a H300 around? 13.31.09 # yes 13.31.21 # What key is the one to the left hand side (next to the display) 13.31.32 # similar on the right hand side 13.31.36 # none 13.31.42 # microphone? 13.31.46 # yes 13.31.48 # tucoz: it's not a key it's the microphone 13.32.03 # on the right hand it's the hold switch 13.32.03 # the one on the right then? 13.32.07 # ah. thanks 13.34.14 Join lodesi [0] (n=lds@d02v-89-83-231-186.d4.club-internet.fr) 13.34.49 Quit eGen_ (Read error: 104 (Connection reset by peer)) 13.35.27 # hotwire_: I was thinking about doing it like that: 13.35.28 Join eGen_ [0] (i=generat0@boserver.mudecin.cz) 13.42.49 # Paul_The_Nerd: http://img209.imageshack.us/img209/6206/rockboxdev4jv5.gif 13.43.03 # what do you think? 13.43.33 *** Saving seen data "./dancer.seen" 13.44.07 # Maybe left align developer and shorten the box as a whole? They don't need to be 80 wide any more either, they can be shorter. 13.45.05 # And the word developer looks a little blurry, but it may be my eyes 13.45.11 # The only constraint we're working with now, really, is that A) they need to not be huge, and B) they all need to share the same dimensions, whatever we choose. 13.45.47 # aliask: it's slightly shadowed, i'll try to give it more contrast. 13.45.58 # Paul_The_Nerd: understood, let me try that.. 13.46.12 # I tried centering the logo but it looks awful. left-aligning the text might be the answer. 13.46.21 Join fergie [0] (n=fergie@213.219.173.56.adslpower.by.edpnet.be) 13.46.26 Join pike^laptop [0] (i=amiga@c83-249-120-24.bredband.comhem.se) 13.47.26 Join Crackerizer [0] (n=root@58.181.190.8) 13.48.08 # hello, all. 13.48.19 # what is needed to build a uisim? 13.49.00 # a native gcc and build environment 13.49.03 # sdl 13.49.45 # and a clue 13.49.45 # i have to build sdl too? 13.49.47 # Crackerizer: you tried and failed, or why are you asking? 13.50.09 # Crackerizer: build it or download it, yes 13.50.11 # yep, i tried. I seems like i need the sdl lib. 13.50.25 # Crackerizer: windows or linux? 13.50.36 # ugh i get this error with rockdoom.. you cannot - with the shareware version? 13.50.37 # copy the sdl.lib to the folder where the exe is 13.50.50 # linux 13.51.01 # * petur was talking win32 :/ 13.51.06 # Crackerizer: then get your distros sdl-devel package 13.51.11 # firenx: Yes, you cannot use addons with a shareware base wad. 13.51.21 # ok, thanks you. I'll try. 13.51.31 Quit pi ("Everyone has to believe in something, I believe I will have another drink") 13.51.34 # so i need .. a different base1.wad? 13.52.03 Join pi [0] (n=pi@80-41-218-4.dynamic.dsl.as9105.com) 13.52.07 Quit pi (Client Quit) 13.52.09 # You need to either use Freedoom as a base wad, or buy a retail copy of Doom or Doom2 and use that 13.52.09 # Paul_The_Nerd: alright, now 66x30, new font, less blurry: http://img247.imageshack.us/img247/3313/rockboxdev5ty8.gif 13.52.36 # I like it. 13.52.39 Join pi [0] (n=pi@80-41-218-4.dynamic.dsl.as9105.com) 13.52.48 # just checking if there is ay development on the USB/Charger detection for iPod? 13.53.09 # Paul_The_Nerd: so good template to work off of? alrighty :) 13.53.24 # In my opinion, yes. 13.53.39 # can i follow the linux guide for building rockbox on os x? 13.53.48 # no other conceivable tweaks?! 13.53.58 # encode: yeps, it should work 13.53.59 # I looked at some rockbox's codes today. It's very complex and a lot of global variables. 13.54.18 # "very complex" ? 13.54.27 # midkay: Not that I can think of. 13.54.40 # I mean it's quite complicated. 13.54.56 # parts of it might be a bit advanced, sure 13.55.19 # but have a look in linux and compare 13.55.28 # Rockbox is easy after that 13.55.54 # rockbox is well compartmentalised and quite easy to read/understand.. I think anyway 13.56.18 # * amiconn hopes to commit assemblerised lcd_yuv_blit() for h300 tonight 13.56.28 # its a shame all the ipod works relies on reverse engineering 13.56.42 # amiconn: Is it working yet? 13.56.51 # Based on jhMikeS X5 version, which I am planning to tweak a bit as well 13.57.02 # linuxstb: Yes, but I had to change it a bit 13.57.18 # What sort of speed improvement is there? 13.57.40 # Direclty converting to RGB565 doesn't work well. Results in a greenish image due to roundoff errors 13.57.58 # Paul_The_Nerd: can i set any wad as the base wad? or do i need the doom registered as base wad? 13.58.07 # So I'll convert to RGB666, then drop one bit from R and B 13.58.44 # firenx: As I said, you need either Freedoom, or commercial versions of Doom or Doom 2 13.59.02 # today is my first time looking at the codes. I think i need to spend sometime to understand the structure of the codes. 13.59.03 # oh freedoom, ok 13.59.11 Join Febs_ [0] (n=medifebb@12.10.116.2) 14.00.02 Quit Febs (Read error: 104 (Connection reset by peer)) 14.01.33 # * dwihno took a look at the topic. Great idea! 14.02.50 # africa is empty still 14.02.52 Join Rondom [0] (n=Rondom@p54AEE867.dip.t-dialin.net) 14.03.40 # the nordsea has one member ;) 14.03.52 # and it seems eastcoasters in the US are more Rockboxish than the westcoasters 14.04.51 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 14.05.15 # * dan_a is proud to represent "people in the middle of the Irish Sea" 14.06.03 # * Bagder detects 2 red dots in the Stockholm area 14.07.46 # * Paul_The_Nerd is proud to represent "One of two people in Texas" 14.08.46 # Paul: who is the second? 14.08.53 Join mikearthur_ [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 14.08.54 Join Rob2222 [0] (n=Miranda@ACAE5538.ipt.aol.com) 14.09.12 # Pail: Jeff from MR is from Texas too (IIRC) 14.09.12 # BHSPitLappy I believe. 14.09.21 # * perplexity represents one of two in the middle east 14.09.32 # I'm from the good part of Texas, though. 14.09.37 # haha 14.09.51 # no bushes around? 14.09.53 # :p 14.09.59 # hehe 14.10.10 # Paul_The_Nerd: would that be Austin? 14.10.21 # pondlife: Aye 14.10.43 # Hmm, I didn't actually know that. it was a guess... based on the 13th Floor Elevators back catalogue 14.11.12 # tucoz: What's the change to the associated .png in cvs? Doesn't look like you removed it, as I would have expected... 14.11.22 # I'm surprised how few UK users are on the map. I must pester some of the ones I know. 14.11.38 # well, there are ~200 on the map 14.11.44 # we have >5000 in the forum 14.11.51 # Indeed 14.12.04 # so there's room for some more ;-) 14.12.10 # and the forum is quite active I must say 14.12.22 # insanely so 14.12.49 # amiconn, that is because we need a .png for the html manual 14.12.49 # Maybe put a link to the map from the Rockbox homepage? At least for a while.... 14.12.58 # good idea 14.13.21 # Is it actually hosted by Google? 14.13.21 # amiconn, but the updated .png is based on the new .svg versions 14.13.36 # i.e. bandwidth isn't going to hurt Rasher? 14.14.15 # yes, the map stuff is google's 14.14.58 # yday was "11 months since 2.5 day" 14.18.53 # I'm contemplating removing all of the content of the WikiManual and replacing it with cross links to the html manual. 14.19.47 # tucoz: Can't you just use the .svg for the html manual 14.19.49 # ? 14.20.05 # do all browsers support svg ? (i guess so) 14.20.13 # Firefox displays svg just fine, and afaik there is a plugin for Internet Exploder 14.20.15 # The html manual is as up-to-date as we can make it short of another feature freeze, while the WikiManual is falling further and further out of date. 14.20.17 # maybe not IE 5.5 ... but who cares ? 14.20.18 # Febs_: I think this would be a Good Thing. Bu that's just me. 14.20.19 # I am not sure why. bluebrother had an explanation to why we can not do taht right now 14.20.25 # (from Adobe) 14.20.30 # I think it has to do with htlatex 14.20.32 # amiconn: i though that IE 6 support was native 14.20.38 # i can check here if you want 14.20.48 # i only need a svg to test with :) 14.21.26 # that is, the html generator does not support vector formats iirc 14.21.50 # Ah, hmm.... :/ 14.23.04 # LinusN: The problem on the ML probably refers to ID3 view. tree.c, set_current_file() doesn't support the tagtree. 14.23.19 # looks like IE 6 doesn't like svgs by default either 14.23.32 # maybe if i embed them in a webpage ... 14.24.09 # * Lear is contemplating going dual core... 14.24.47 # doesn't work in a webpage too 14.26.04 Quit Rob2222_ (Read error: 110 (Connection timed out)) 14.26.55 # dionoea: http://www.adobe.com/svg/viewer/install/main.html 14.28.06 Nick Febs_ is now known as Febs (n=medifebb@12.10.116.2) 14.28.11 # pondlife: if so, the poster should mention that he uses the tag database mode 14.29.29 Quit [San] (Read error: 104 (Connection reset by peer)) 14.30.08 # Well, that's a bug I noticed a while back, but I'll let him confirm.... 14.30.25 # One of those you notice then forget as you're so excited about tagcache 14.31.15 # the wiki manual should be removed imho 14.31.30 # Yes, rather than being left to rot. 14.31.31 Quit Crackerizer ("using sirc version 2.211+KSIRC/1.3.12") 14.31.47 # There are also quite a few out of date wiki pages... 14.31.53 # oh yes 14.32.17 # like the "iriver for noobs" stuff etc 14.32.43 # About 50% of the wiki maybe..? ;-) 14.32.59 # pondlife: you've got mail ;-) 14.33.04 Join daurnimator [0] (n=quae@124.243.137.107) 14.33.14 # Bagder: you will have soon too 14.33.25 # hehe 14.34.05 Quit mikearthur_ ("Konversation terminated!") 14.34.14 # Does anyone know the resolution of the H10 LCD? 14.34.22 Join rconan [0] (n=richard@82.12.30.125) 14.34.29 # Genre9mp3: yes 160x128 and 128x128 14.34.34 # iirc 14.35.03 # 2 resolutions? 14.35.09 # two different ones, yes 14.35.15 # how se? 14.35.16 # the 5/6 GB has a smaller one 14.35.16 # so 14.35.20 # ah 14.35.27 # the 20GB a bigger 14.35.35 # * amiconn wonders why both are called H10 when they're in fact different things 14.35.40 # iriver also ships different firmwwares 14.35.40 # Confussing 14.35.54 # indeed 14.35.55 # 1739 of our forum members have never posted... 14.36.05 # wow 14.36.07 # Iirc there's even a 'H10 junior' which is flash based (!) 14.36.11 # Yup 14.36.20 # amiconn: they must like the name H10 very much! ;-) 14.36.42 # 128x128 is a weird resolution IMO 14.37.00 # tell that to iriver 14.37.53 # Bagder: It was right before they decided that nearly everything needs to have 10 in its name 14.38.06 # There's now, what, H10, E10, U10, N10, T10 and D10? 14.38.18 # yeah, those guys like 10 14.38.23 # Though the T-series has a 20 and 30, the N has an 11 and 12 14.38.30 # those must be mistakes 14.38.35 # they should be cancelled 14.38.35 # Clearly 14.39.49 # Hehe...it seems that they get very inspired with the namings at iriver 14.40.30 # I still want to know what hapens wheen they rum out of letters 14.40.52 # Then they release the 1010 14.41.17 # Maybe it's binary? 14.41.23 # or go to the greek alphabet 14.41.25 Quit JoeBorn ("Leaving") 14.41.30 # Okay, post-based membergroups are now a thing of the past. 14.41.30 Quit jaebird ("Ex-Chat") 14.41.37 # So H1 -> H10 -> H11-> H100 14.42.05 # H1 lol 14.42.31 # Or the H00000000000000000000000000000001 as it should be called 14.42.31 # since they already had h100 and h10 they must be going for h1 soon 14.42.35 Join jaebird [0] (n=jae@38.96.210.3) 14.42.35 # rotate right 14.42.44 # or the H0,1 14.43.22 # "there are 10 kinds of people..." 14.43.55 # please, no... 14.43.55 # "those who understand binary and those who don't..." 14.43.59 # Aaaaargh. 14.44.01 # :P 14.44.01 # * pi smirks 14.44.16 # * dan_a wonders where the H320 fits into all this 14.44.22 # Octal? 14.44.33 # Or maybe H is for hex 14.44.34 # * LinusN once had to go great lengths to try to explain that joke to a friend 14.44.40 # haha 14.44.42 # the h340 certainly fits nowhere, it's a bit big ;) 14.44.50 # * pondlife had to too... hence the remarks above 14.45.11 # Speaking of h3x0.. bootloader.. 14.45.17 # petur: My new H340 is smaller than my old Archos Recorder... 14.45.24 # Ah, yes - USB anyone? 14.45.31 # there are 10 kinds of people, those who understand trinary, those who don't, and those who confuse it with binary 14.45.41 # LOL 14.46.33 # * Bagder drowns in virus mails 14.46.50 # * pondlife didn't send them 14.46.58 # hopefully 14.46.58 # the bootloader usb mode is a problem for me, because it works for me on all my computers 14.47.29 # Is there anything us poor failure cases can do to help diagnose? 14.47.36 # Ok, what about the remote detection and booting into rockbox when external power is applied ? 14.47.54 # perplexity: those are a bit easier 14.47.58 Join San||Away [0] (n=San@A-57-23.cust.iol.ie) 14.48.24 # i wish i could halp you, because my bootlodar usb dosn't 14.48.29 # Better to get the current one working properly before adding code paths? 14.48.31 # the ext-power thing is somewhat problematic, since we then need to implement a charging screen in the boot loader 14.48.33 # To be honest, the bootloader failure is 100% reproducible for me on all my machines, but I just don't find it an issue to wait the extra 8 seconds for rockbox to boot before I plug it in 14.48.50 # Same here, but it should work 14.48.54 # yes 14.48.56 # can't just have it boot rockbox? it charges while it's running anyway.. 14.49.22 # no, because there might not be enough battery to spin up the disk to load rockbox 14.49.30 # perplexity:it is just annoying when i forget to turn it on first 14.49.36 # * pondlife wonders how many others use the sim as their main PC media player... 14.49.47 Join Rondom_ [0] (n=Rondom@p54AEFA9E.dip.t-dialin.net) 14.49.50 # bootloader USB mode never works for me, too 14.49.53 # Just flash Rockbox, then you can forget about it... 14.49.57 # Oh, and you need rockbox loaded to enable the charger I guess.. 14.50.12 Part Paul_The_Nerd 14.50.20 # pondlife: i did concider it for a we bit 14.50.25 Quit Rondom (Nick collision from services.) 14.50.27 Nick Rondom_ is now known as Rondom (n=Rondom@p54AEFA9E.dip.t-dialin.net) 14.50.40 # it doesn't work here... 14.50.41 # pi: So you can be testing while you work... 14.50.51 # pondlife: I'm happy with my foobar2000 14.50.54 # markun, around? what is the program you created the logo called? 14.51.14 # unfortunatly i have yet to sucsefuly compile the sim myself 14.51.22 # i keep getting errors 14.52.01 # I wonder if there's mileage in making daily sim builds available? Useful for testing maybe... 14.52.07 Quit Rondom (Client Quit) 14.52.10 # USB Bootloader mode doesn't work for me too! 14.52.23 # The Iriver firmware boots fully here when I apply ext-power, it only drops to charge only mode on idle timeout or manual shutdown.. 14.52.40 # And I've seen that many users have the same problem 14.52.48 # it is quite strange though 14.53.06 # bootloader.c - if (strcmp(username, "LinusN") == 0) do_usb() 14.53.09 # why would the H300 be recognized from the main firmware and not in the bootloader? 14.53.23 Quit Febs (Read error: 110 (Connection timed out)) 14.53.27 # pondlife: LOL 14.53.27 # pondlife: :-) 14.53.30 # hhaha 14.53.37 # Does it work for anyone else then? 14.54.20 # works fine here 14.54.39 # I have 4 different machines and it fails on all of them here.. 14.54.40 # petur: Where did you buy your H300? 14.54.51 # Which country? 14.55.14 # the Belgian branch of a Dutch internet store 14.55.31 Join Rondom [0] (n=Rondom@p54AEFCDF.dip.t-dialin.net) 14.55.37 # OK. Was it using European firmware then? 14.55.44 # yes 14.55.46 # OK 14.55.49 # So was mine :( 14.55.55 # So not that then 14.56.50 # Weird how it seems to be either "works on all PCs" or "works on no PCs". i.e. it's device-dependent (or maybe cable dependent?) 14.57.29 # i have tryed with different cables, no difference 14.57.36 # I have another issue, being that at work RB stays in usb mode when detached. Only when plugging it via the hub of a dell monitor. It's related to the way the original firmware is configured regarding powered hub (ie usb charging) 14.57.55 Join wow [0] (n=wow@p54B1358E.dip0.t-ipconnect.de) 14.57.58 # hi 14.58.01 # LinusN: per the ext-power, why can't we do what the iRiver firmware does.. boot rockbox fully, if it idle times out or is manually shut down just close most of rockbox down, spin down the disk and sit in a charging screen until the power is removed, when we then completely power off ? no addition to the bootloader required 14.58.26 # Well that needs the bootloader to handle charging anyway 14.58.31 # perplexity: and what to do when the battery is so low that we can't boot? 14.59.00 # remember, the iriver firmware boots from flash, rockbox boots from disk 14.59.01 # right, so the bootloader has to enable the charger? details I'm obviously hazy on.. 15.00.08 # it's not a complicated issue, it's just a tiny bit more complicated than just always boot rockbox when the external power is connected 15.00.32 # I see.. 15.00.44 # is there an rockbox port of elio p722 ? 15.01.06 Quit thegeek (Read error: 104 (Connection reset by peer)) 15.01.18 # tucoz: autotrace + sodipodi 15.01.28 # wow: no 15.01.37 # wow: unless you start one 15.01.38 # markun, ok. thanks 15.02.03 # bagder : i would like to start one 15.02.17 Join BHSPitLappy [0] (n=steve-o@adsl-66-141-170-52.dsl.rcsntx.swbell.net) 15.02.18 # wow: well, its a PP based player so mi4code is your friend 15.02.29 # it is likely to be similar to existing targets 15.03.03 # on the mi4code page is an file for the elio 15.03.09 # but is crypted 15.03.13 # yes 15.03.23 # so use mi4code to decrypt it 15.04.01 # if I decrypt it wich progamming language will it be ? 15.04.19 # assembler 15.04.20 Join rotator [0] (n=e@rockbox/developer/rotator) 15.04.28 # ok 15.04.33 # wow raw binary for the PP 15.05.25 # eh? 15.06.47 # but an bootloader do not exists ? 15.06.47 # for the elio ? 15.07.22 # Bootloader USB always works for me, but there's the nasty 'clack' 15.07.22 # wow: download a firmware package from their site and you'll get one iirc 15.07.46 # wow: I believe its called bootloader.rom or similar 15.07.54 # LinusN: regarding hxxx bootloaders... what about displaying the text on the remote too ? 15.08.05 Quit rconan ("Leaving") 15.08.08 # wow: but one of those firmwares are decryptable even without BL 15.08.51 # Hmm, can anyone explain what plugin.lds does? 15.09.16 # I'm wondering if playback.c should have the same definitions of IRAM size/origin as plugin.lds does. 15.09.16 # Bg3r: that should be done too 15.10.17 # pondlife: Surely not 15.10.32 # e.g for X5, plugin.lds specifies IRAM starts at 0x10014000, but playback.c will use a different value 15.10.42 # The core uses one half of the available iram, codecs/plugins the other half 15.10.45 # Aha 15.10.54 # So they should be different then... 15.11.04 # But sometimes they are the same! 15.11.05 # * petur runs off for a while 15.11.35 Quit perplexity ("*terminated - signal 11*") 15.11.42 # IRiver has IRAMORIG 0x1000c000 for both for example.. 15.12.00 Join DeejAy [0] (n=dcfd8bb1@labb.contactor.se) 15.13.34 Quit DeejAy (Client Quit) 15.13.52 Quit webguest72 ("CGI:IRC (EOF)") 15.14.40 # Bagder i don't think im able to port or even modificate the elio firmware 15.15.12 # Bagder: whats the latest on neuros? 15.15.13 # wow: using the h3mod you should be able to modify the pics if that's your game 15.15.35 # daurnimator: Zagor got an OSD dev board 15.15.41 # i saw 15.15.46 # (on groups) 15.15.49 # yeah 15.15.52 # that's the latest 15.16.16 # whats the likelyhood of rockbox running on it IYO 15.16.40 # pretty big, if anyone wants to do it 15.16.44 # it should be fairly straight forward once someone actually tries to do it 15.17.10 # and then, the gmini400 port should be a walk in the park :-) 15.17.16 # 402 15.17.19 # 400 is diff arch 15.17.19 # :P 15.17.27 # Bagder: the pics in the firmware ? 15.17.29 # only shows how clueless I am 15.17.47 # wow: yes 15.17.48 # or the pics in the rockbox ? 15.17.57 # there is no rockbox for elio p722 15.18.12 # i know 15.18.22 # wow: go get h3mod, load your mi4 file and start poking about 15.18.26 # ;) 15.18.41 Join [San] [0] (n=San@213-202-128-173.bas502.dsl.esat.net) 15.19.20 # oh 15.19.21 # btw 15.19.23 # pondlife: hmmm, i think you're on to something 15.19.28 # i should probably work on my port more 15.19.38 # but - i'm busy this week 15.19.41 # its a slow process 15.19.42 # :P 15.19.51 # pondlife: The core should use IRAMORIG 0x10000000 on both irivers and X5, and codecs/plugins should have IRAMORIG 0x1000c000 for irivers and 0x10014000 for X5 15.20.23 # The MCF5249 has 96KB of IRAM, split evenly between core and codecs/plugins 15.20.35 # we should probably change that to have the same ORIG but a "COREUSESTHISMUCHIRAM" define 15.20.47 # playback.c uses 0x1000c000 for both iriver and x5!!!!! 15.20.51 # The SCF5250 has 128KB of IRAM, of which 80KB can be used by the core and 48KB by the codecs/plugins 15.21.04 # no wonder the x5 crowd has problems with voice on x5 15.21.16 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 15.21.31 # LinusN: Ouch! Iirc that value is for the codec swap - and it means codec swap doesn't work properly... 15.21.37 # exactly 15.22.03 # those defines should be in the config.h files 15.22.19 # This explains a crash I'm looking into then 15.23.24 # I'll leave this one to someone who actually understands it. 15.23.49 Quit daurnimator ("daurnimator was using Daurnimator's Legendary Script") 15.23.52 # bagder thx for help, but I think the modification of the firmware is a bit to difficult for me 15.25.21 # cu @ll :) 15.25.46 Quit wow ("Leaving") 15.27.12 # just checking if there is any development on the USB/Charger detection for iPod? The faster drainign than charging issue? 15.27.36 # * pondlife lunches 15.29.29 # How do I use gdb on a sim build? I choose Devel, Debug, Sim and it just freezes "simulator build enabled" 15.31.57 Quit San||Away (Read error: 110 (Connection timed out)) 15.32.50 Join JdG [0] (n=dced3920@labb.contactor.se) 15.33.30 # * JdG is bored... have to wait for these silly buggers to finish playing poker and leave before i can go bac t my computer :'( 15.33.31 Quit Rondom ("Ex-Chat") 15.35.09 # LinusN: Hmm, I noticed that the X5 uses the old conservative ATA timings, while the irivers use the faster timings. Did you find the time to check whether the fast timings stay within specs? 15.35.25 # no i didn't find the time 15.35.29 # * amiconn wants to complete the speed settings table 15.39.25 Quit TCK (Read error: 104 (Connection reset by peer)) 15.42.33 Join merbanan_ [0] (i=banan@tranquillity.campus.luth.se) 15.43.09 Quit aliask ("why am i still awake...") 15.43.34 *** Saving seen data "./dancer.seen" 15.49.33 Quit JdG ("CGI:IRC (EOF)") 15.49.59 # LinusN: The strange thing about the ata timings is that when I calculate them given the rules in the datasheet, I get what I've put in system.c 15.50.24 # But they don't match the 'typical' values also quoted in the datasheet... 15.50.25 # i think those rules are plain wrong 15.50.44 # But the calculated values work 15.50.48 Join perplexity [0] (i=heh8663@dxb-as59277.alshamil.net.ae) 15.51.10 # I don't know of any problem caused by these 15.51.28 # I should probably compare with the SCF5250 datasheet 15.52.17 # amiconn: i meant that the typical values are wrong 16.00.15 Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 16.06.41 Join MadDog011 [0] (n=MadDog01@cable-87-116-149-196.dynamic.sbb.co.yu) 16.06.46 Part MadDog011 16.08.04 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 16.12.12 Join spiorf [0] (n=spiorf@host133-127.pool8248.interbusiness.it) 16.14.06 Join barrywardell [0] (n=892b7a6e@labb.contactor.se) 16.15.33 Quit Mmmm ("Byeee") 16.16.36 # i'm going to try getting sound working on the H10 16.16.53 # did you get yours back ? 16.17.00 # I'm told it will probably be identical to the ipod 16.17.19 # so can anyone point me in the right direction to look in the rockbox code? 16.17.28 # dionea_work: i got a new one 16.17.35 # for free ? 16.18.11 # no. iriver wanted to charge €140 to repair it 16.18.12 # barrywardell: Do you already know what audio codec/dac the H10 uses? 16.18.13 Quit barrywardell (Client Quit) 16.18.18 # ouch 16.18.18 Join barrywardell [0] (n=892b7a6e@labb.contactor.se) 16.18.24 # barrywardell: Do you already know what audio codec/dac the H10 uses? 16.18.42 # amiconn. it uses the same on as the ipod 16.18.48 # wm8731 i think 16.18.51 # There is no _the_ same 16.19.02 # Differend ipods use different codces/dacs 16.19.13 # sorry, the same as the ipod mini 16.19.20 # 1st generation 16.19.52 # Codecs used in ipods: WM8711/8721/8731 (identical software-wise, except the first 2 have no recording), WM8758 and WM8975 16.20.03 Join t0mas_ [0] (n=Tomas@ip503c08d1.speed.planet.nl) 16.20.18 # Okay, then it's the WM8711/21/31 family 16.20.19 # it's definitely wm8731 16.20.32 Join PaulJam [0] (n=pauljam@p54BCD8D6.dip.t-dialin.net) 16.20.40 Quit JdGordon ("using sirc version 2.211+KSIRC/1.3.12") 16.20.49 Quit t0mas (Read error: 104 (Connection reset by peer)) 16.21.27 # barrywardell: wasn't the player covered by warranty ? 16.22.16 # barrywardell: Have a look in pcm_playback.c - I've not got a full grasp on how it works, but I think that's where data is fed to the CODEC when the CODEC asks for it 16.22.26 # no. "The HDD within the device is defective and needs to be replaced. The device has been altered by a third party." 16.22.31 # The driver is in firmware/drivers/wm8731l.c 16.22.35 # "Due to the fact of contributory negligence, the repair of the player is not covered by warranty." 16.22.50 # device has been altered ... software ? 16.22.55 # or did you do hardware mods ? 16.23.16 # dan_a: so hopefully i can find a function there to feed audio data direct to the codec 16.23.40 # no hardware alterations, but I did open it to determine the hardware 16.24.32 # did you ask them about what they called alterations ? (just curious :p ... can software modifications void the waranty btw ?) 16.24.34 # I think that is what the FIQ handler does 16.24.44 # dionoea_work: opening it does anyway 16.25.05 # not if you keep the little sticker :) although that might be hard to do 16.25.42 # (BTW, I'm bidding on a faulty H10 on ebay, so with luck I might be able to join in the fun) 16.25.49 # barrywardell: I think you just need to include the mentioned driver 16.26.35 # i have defined HAVE_WM8731 16.26.54 # so I think that should include the driver for the codec 16.27.37 # dan_a: great. I think iriver will send my broken h10. if they do, you can use any parts from it you need 16.28.07 # barrywardell: I'm working on the wolfson codes a bit because the gigabeat also uses one 16.29.19 # barrywardell: perhaps you can take a look at it: http://130.89.160.166/rockbox/wmcodec.patch 16.30.15 # markun: I'll look at that patch. What changes does it make? 16.30.48 # barrywardell: Thank you - it's the charging that's not working, so it should be fine for testing and development. I'll only get it if the price doesn't go too high though! 16.30.50 # it moves the hardware specific code to a seperate file 16.34.31 Quit pi ("Everyone has to believe in something, I believe I will have another drink") 16.36.01 Join pi_ [0] (n=pi@80-41-218-4.dynamic.dsl.as9105.com) 16.39.10 Quit PaulJam (".") 16.42.49 # barrywardell: Do you know how to use the I2S yet? Is that the same as the iPod? If so, audio might work already 16.43.53 # I think it is the same as the ipod 16.44.20 # I think you are right that audio might work already, but have to figure the whole I2S thing out 16.44.25 Join Criamos [0] (n=Criamos@p54933713.dip0.t-ipconnect.de) 16.47.19 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 16.49.23 # MrH says the audio codec interface of the H10 is very likely to be the same I2C+I2S interface the ipod uses 16.51.17 Join San||Away [0] (n=San@213-202-183-11.bas504.dsl.esat.net) 16.56.54 Join saratoga [0] (n=98039be5@labb.contactor.se) 16.58.15 Join PaulJam [0] (n=pauljam@p54BCEE91.dip.t-dialin.net) 16.58.49 Join jhMikeS [0] (n=jethead7@ppp-69-215-76-13.dsl.sfldmi.ameritech.net) 16.58.58 # i have questions about profiling support 16.58.59 Quit jaebird (Read error: 104 (Connection reset by peer)) 16.59.09 # could someone help me out? 16.59.19 Join jaebird [0] (n=jae@38.96.210.3) 16.59.29 Join actionshrimp [0] (n=nn@host81-157-226-72.range81-157.btcentralplus.com) 16.59.58 # Are all the SWCODEC players with tuners able to record radio? I want to simplify my #ifdefs. 17.01.09 Join Febs [0] (n=medifebb@adsl-70-245-230-94.dsl.stlsmo.swbell.net) 17.01.17 # even if the current situation is like that, it doesn't sound like an assumption that will hold forever 17.01.48 # and I'm not sure if the current situation is so 17.02.07 # Didn't audio_set_recording_gain(sound_default(SOUND_LEFT_GAIN), 17.02.07 # sound_default(SOUND_RIGHT_GAIN), AUDIO_GAIN_LINEIN); 17.02.07 # pm_playback = true; 17.02.07 DBUG Enqueued KICK jhMikeS 17.02.07 # peak_meter_enabled = false; 17.02.07 # that's why I ask cause I didn't assume that 17.02.12 # wft? 17.02.43 # :D *big time laughing* 17.03.00 Quit thegeek (Read error: 104 (Connection reset by peer)) 17.03.06 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 17.03.17 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.03.17 # * jhMikeS somehow inadvertently pasted something 17.03.17 Quit theli_ua ("Leaving") 17.03.23 # so 17.03.31 Quit Zagor ("Client exiting") 17.03.32 # i put -mno-long-calls in the Makefile in apps/codecs/Tremor 17.03.34 # and it compiled 17.03.45 # 106196 2006-08-23 17:02 apps/codecs/vorbis.codec 17.03.50 # 99900 2006-08-23 17:01 apps/codecs/vorbis.codec 17.03.59 # before and after, contrary to the timestamps 17.04.05 # (on ipod nano) 17.04.10 # and it's playing music happily 17.05.18 # neat 17.05.30 # i don't know if it will explode if i try to do something else? 17.05.45 # only if there's code in iram 17.05.48 Quit PaulJam (".") 17.06.02 # afaiu 17.06.16 Quit dwihno (Read error: 104 (Connection reset by peer)) 17.06.29 # ah, iram isn't used for tremor on ipods 17.06.38 # oh? 17.06.48 # let me try that again 17.06.53 # iram isn't used for code on ipods 17.07.10 # i'd really love to see that long call problem fixed 17.07.18 # it's annoying 17.07.22 # so why do we still need the long calls again? 17.07.26 # iram code 17.07.31 # only one function or two needed to be un-icoded to let you enable icode 17.07.40 # but i didn't notice any performance improvement 17.07.56 # ah right, I recall linuxstb measuring some little speed diff 17.07.57 # Bagder: also, on 64 megabyte models, the plugin and codec plugin ram areas are past +32 megabytes 17.08.06 # does iram code outweigh long calls on ipods? i thought it only mattered for data 17.08.17 # well, the plugin ram area could easily be moved 17.08.26 # it matters _a bit_ for code, but not much at all 17.08.30 # Bagder: how? 17.08.43 # can't you get gcc to only use long calls when jumping between iram and normal ram? 17.08.55 # Mikachu: it's difficult, apparently 17.09.00 # preglow: by editing the .lds file and fitting it somewhere near the start of memory 17.09.02 # yeah i guessed :) 17.09.11 Join webguest47 [0] (n=d9d0c355@labb.contactor.se) 17.09.18 # Mikachu, preglow: AFAIU IRAM code might have a bigger effect on 3G iPods than others 17.09.21 # Bagder: i suggested that, and amiconn protested, saying it'd break plugin comatability between rockbox compiles 17.09.26 # i tried to disable icode globally for fun but it's hardcoded in lots of places in firmware/* 17.09.27 # Bagder: which it does, but i'm not really sure how much i care 17.09.46 # preglow: but both 32 and 64 could have them in the same spot 17.09.50 # and besides 17.09.59 # Bagder: yes, but the address would change everytime we added/removed code 17.10.00 # I'd rather support 64MB than have them binary compatible 17.10.07 # is it really that hard to recompile? 17.10.16 # preglow: not necesarily if we set it at a fixed address like 0x200 17.10.29 # Bagder: true, but that would mean wasting some bytes somewhere :) 17.10.40 # yeah, but only very few 17.10.44 # Bagder: but yeah, i'd really, really like that 17.10.53 # Bagder: all code and data in the same area of ram 17.10.55 # plus the iram issue 17.10.56 # The question is how that would work 17.11.03 # but that narrows it down fairly well 17.11.11 # The plugin buffer size is fixed, so the waste is fixed 17.11.31 # But if you put the plugin buffer behind rockbox, the address will vary with binary size 17.11.32 # are long calls only bigger, or slower as well? 17.11.34 Join dwihno [0] (n=dw@81.8.226.44) 17.11.50 # amiconn: he suggested putting it _before_ rockbox 17.11.55 # in which case it shouldn't 17.12.03 # Mikachu: both 17.12.16 # yes, it should be first in memory, I mean as early as it can without interfering 17.12.17 # preglow: How would you put it *before* 17.12.17 # so in the meantime, we could put -mno-long-calls in tremor? 17.12.18 # ? 17.12.24 # (for ipods) 17.12.25 # Mikachu: a long call is three instructions, totalling 16 bytes 17.12.26 # The vectors are part of the image 17.12.36 # ..so 0x200 is *within*, not before 17.12.47 # so what? 17.12.56 # Then the question arises how to load that thing 17.13.01 # why is 0x200 or 0x100 or 0x60 vad? 17.13.03 # bad 17.13.19 # gm 17.13.22 # hm even 17.13.36 # you'd either get a huge binary or we'd have to update the loader 17.13.36 # Mikachu: and yeah, a short call is one instruction, 4 bytes 17.13.39 # Either we need to bloat the binary with 1MB of zeroes, or we need to relocate one part of the binary 17.14.07 # if we make it load compressed files, 1MB of zeroes won't be that bad! ;-P 17.14.08 # but anyway, this might not be an issue 17.14.17 # okay, you don't want to run rm Tremor/* in the apps dir instead of build/apps dir 17.14.19 # all calls into and out of plugins/codecs are done through pointers, right? 17.14.42 # hm, i didn't 17.14.43 # Yes 17.14.53 # Pointer calls are always long calls 17.14.59 # i know 17.15.03 # amiconn: but a first test would of course bloat the binary, and voila, we can use short-calls 17.15.07 # in which case it's really irrelevant 17.15.32 # Bagder: We can use short calls for almost everything right now, without relocating the plugin buffer 17.15.34 # the only issue we're facing is still iram/ordinary codes 17.15.37 # -s 17.15.43 # The problem is iram <-> dram calls 17.16.16 # which platforms are affected by this issue? 17.16.20 # arm 17.16.25 # nod 17.16.32 # ipod video 64mb 17.16.36 # but it's not affected after all 17.16.38 # still, moving the area is still interesting for the auto-detecting 32/64 MB case 17.16.43 # indeed 17.17.45 # The H120 can't record radio? 17.17.50 # jhMikeS: sure it can 17.17.51 # The gcc solution leaves a lot to be desired 17.18.18 # You can specify which functions must be long-called, but (1) it doesn't always work and (2) it's the wrong approach 17.18.31 Quit [San] (Read error: 110 (Connection timed out)) 17.18.40 # Functions need to be long-called if the call goes to a different code section 17.18.55 # ok it's H100 series 17.19.01 # yeah, but gcc doesn't know sections at that time, does it? 17.19.12 # or even so, most calls can be short even between code sections 17.19.20 # linuxstb, is it safe to assume that the 3g and the 4g ipods use the same key presses throughout rockbox? 17.19.29 # so everything with uda1380 records radio 17.19.52 # amiconn: why is the flagging functions as long call a bad solution? 17.19.55 # amiconn: if it worked, it'd be great 17.20.03 # preglow: did you ever try the ffmpeg mp3 decoder ? if so try with the updated code, there are some arm patches pending also 17.20.07 # merbanan_: no 17.20.30 Quit merbanan_ (Remote closed the connection) 17.20.31 # preglow: Thing is, a function is never always short-call nor always long-call 17.20.37 # It also depends on the caller 17.20.44 # amiconn: sure, no, but that's impossible for gcc to deal with 17.20.48 # gcc doesn't know each function's section 17.20.50 # Why? 17.21.00 # because the linker does that magic 17.21.06 # It outputs the asm source, which contains the section names 17.21.08 # I mean position it 17.21.37 # amiconn: well, i've tried that anyway. gcc throws a fit at me if i try to tell it that a function is in another section 17.21.45 # amiconn: you need to do it in the headers for it to see it properly 17.21.49 # I think it should be possible to tell gcc: Use long calls when going .text->.icode or .icode->.text, and short calls otherwise 17.22.19 # linuxstb, if I grep the code for IPOD_3G_PAD, I see either if (CONFIG_KEYPAD == IPOD_4G_PAD) || (CONFIG_KEYPAD == IPOD_3G_PAD) or#elif (CONFIG_KEYPAD == IPOD_3G_PAD) || \. Which I assume means that the keys are the same for both. 17.22.26 # yes, it would be nice to be able to specify it for specific boundaries like that 17.22.32 # and it should be possible 17.22.38 # by marking functions ICODE_ATTR in the headers as well 17.22.45 # but gcc doesn't like that at all 17.23.31 # like i've said before, we need a gcc-maintainer that loves us :> 17.23.33 Join Rondom [0] (n=Rondom@p54AEFCDF.dip.t-dialin.net) 17.23.51 # for all archs we use... 17.23.53 # tucoz: As far as I know they are, and when I've come across things that don't compile on the 3G due to the keypad not being defined I've been able to use the 4G definitions 17.24.41 # now, if gcc just wasn't so extremely large and hairy 17.24.51 # do 3G have the separate 4 buttons and all 4G have the click wheel? 17.25.05 # "the biggst CVS repo on the planet" 17.25.06 # dan_a, good. Then I can simply define IPOD_4G_PAD in the platform file. Unless I have to run through the entire manual and add a IPOD_3G_PAD for all tables. 17.25.13 # gcc that wsa 17.25.15 # was 17.25.22 # indeed 17.25.25 # and now it's the biggest svn repo? 17.25.31 # yeah 17.25.41 # dan_a, I looked in button.h, and the even there the keys were defined equal. 17.25.46 # for short call you mean generating 8 or 16 bit displacements for JSR (on CF anyway)? 17.25.46 # i would have thought kde or something is bigger 17.26.37 # I guess kde is split up in many 17.26.55 # but then, I guess nobody knows for sure who's the biggest 17.26.56 # tucoz: AFAIK, the buttons are the same absolutely everywhere 17.27.02 # cool 17.27.04 # 0xf00d! 17.27.19 # yum. 17.27.25 Quit barrywardell ("CGI:IRC (EOF)") 17.28.09 # tucoz: Some places might want to assign buttons differently because of the different mechanical layout 17.28.20 # It's the same as with H1x0 and H300 17.28.33 # ok, I asked a dumb question...:) Some here definitely know that. 17.28.34 # Same main buttons, but in different mechanical configuration 17.29.05 # amiconn, I thought of that. I meant this as a start. 17.29.11 # jhMikeS: This short/long call thing here is arm specific 17.29.33 # hmm. this will take some time I noticed. 17.29.40 # tucoz: If you do a first draft of the 3G manual assuming the buttons are the same, I'll check that things behave as it says 17.29.43 # amiconn: So the Coldfire compiler optimizes the JSR size automatically? 17.29.48 Quit webguest47 ("CGI:IRC") 17.30.06 # jhMikeS: yes 17.30.11 # amiconn: but yeah, gcc knows for which section it is creating code when it compiles, so all we need to be able to do is mark functions as ICODE_ATTR in the header files 17.30.17 # dan_a, ok. I just noticed that I probably will not have time to do that today. Maybe tomorrow. 17.30.42 # amiconn: now, if the gcc developers had a habit of listening to bug reports/feature requests with some merit, this shouldn't be a big issue, i suspect 17.30.46 # ...and he looked upon it thought it was good... 17.31.19 # grmph, indeed :( 17.31.41 # send them a couple of ipods 17.31.49 # it already knows how to create a call based on which section code is in, i think 17.32.14 # they don't seem to care too much about their embedded targets at all 17.32.42 # Doing Mikachu's test shaves 2k off the size of mpa.codec, but I've not tested whether it will play music yet 17.32.54 # it probably won't 17.32.58 # mpa.codec uses iram code 17.33.14 # Yeah, and if you are going to try and fix things yourself, and ask questions, they seem to assume the gcc code is self explaining, and you know how things work and where a fix has to go :( 17.33.29 Nick t0mas_ is now known as t0mas (n=Tomas@ip503c08d1.speed.planet.nl) 17.33.30 # There was only one ICODE_ATTR definition 17.33.34 # * amiconn remembers his sh gcc bug hunting :(( 17.33.39 # dan_a, is it possible to set contrast on the 3g? 17.33.46 # tucoz: It is 17.34.04 # the man page for gcc says "long calls will always be enabled for functions marked with the section attribute" (assuming you're using -mlong-calls) 17.34.08 # then I'll just follow what is possible on the 4g 17.34.36 # you could sprinkle a _lot_ of #pragma long_calls_off over the code :) 17.35.34 # actually 17.35.46 # couldn't you define a function call to insert a pragma before and after to enable/disable long calls? 17.36.19 # hm that would probably not work 17.43.37 *** Saving seen data "./dancer.seen" 17.47.34 Part pi_ 17.56.05 # uda1380 on H100/120/300 _HAS_ to have recording enabled just to listen to radio? 18.02.29 Quit pondlife ("byebye") 18.03.45 Join dwihno_ [0] (n=dw@81.8.226.44) 18.03.45 Quit dwihno (Read error: 104 (Connection reset by peer)) 18.04.04 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 18.05.21 # jhMikeS: not at all 18.05.43 # jhMikeS: the recording subsystem has nothing to do with radio apart being able to use it as a recording source 18.06.49 # umm...wait a sec... 18.07.08 Join linuxstb_ [0] (n=linuxstb@213.86.218.27) 18.07.17 # preglow: the radio.c code was doing this: 18.07.27 # uda1380_enable_recording(false); 18.07.27 # uda1380_set_monitor(true); 18.07.36 # just to play it 18.07.40 # i suggest you check out the first function 18.07.46 # and you'll find out what the parameter means 18.07.51 # it's not what you think 18.08.03 Part Paul_The_Nerd 18.08.08 # did have a peek at it... 18.08.11 # dan_a, tucoz: I setup separate IPOD_3G_PAD and IPOD_4G_PAD definitions because even though the 3G has the same buttons, they are physically in different places - so I didn't want to assume that they would always be the same. 18.08.24 # false means use radio as source, i think 18.08.38 # linuxstb, ok. I think I go for that option myself. grep is my friend :) 18.08.55 # and the monitor function just mixes the input with the current output in the uda1380 chip 18.09.55 # it says "record from line-in" it seems they left recoding monitoring enabled when playing radio. 18.10.12 Join solarflare [0] (n=supernov@82-203-170-134.dsl.gohome.fi) 18.11.10 # for tlv320 the analog bypass was set 18.11.17 # hmm, i think making the uda1380 actually send audio samples via the i2s bus is really overkill 18.11.22 Join suge [0] (i=gd@is.krazy.us) 18.11.41 # can I upgrade to another build just by deleting the .rockbox folder? 18.12.17 # suge: yes, that and installing a new one complete with a rockbox.* file 18.12.33 # suge: but really, you don't need to delete it first 18.12.34 # and not deleting the old one 18.12.39 # suge: you can just overwrite the old files with new ones 18.13.00 # so i got the piesjulies jpod zip... just extract it to root and I should be good? 18.13.08 Quit dwihno_ (Read error: 104 (Connection reset by peer)) 18.13.19 Join dwihno [0] (n=dw@81.8.226.44) 18.13.35 # preglow: Do you think it's a hardware nescessity or for another reason (I can't think of one)? 18.14.44 # i can't, no 18.14.55 # but i'm not _that_ familiar with the recording code 18.15.03 # my only involvement with it is hacking in spdif support 18.16.36 # I'm trying to get the input selection correct before posting up that patch... 18.16.43 # are all the posts in the old forums going to be moved? 18.18.46 # I think so, yes 18.18.56 # that's quite a bit of work... 18.18.59 # ...and it left line-in/I2S on _after_ turning off the radio... 18.19.11 # jhMikeS: that's nasty 18.20.23 # datasheet time! 18.24.40 Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) 18.28.21 # i can't seem to find this anywhere... on the pijulius build it supports album art.. is that via an id3 tag or picture in the folder? 18.28.58 Quit KN|stiff (Read error: 104 (Connection reset by peer)) 18.31.40 Quit petur ("here today, gone tomorrow") 18.38.07 # Bagder: you've been slashdotted 18.42.19 # preglow: I changed the recording monitor to pass the data digitally through the i2s bus on iriver, for 2 reasons: 18.42.44 # (1) It simplifies spdif monitoring vs. analog in monitoring 18.42.58 # (2) It's more 'what you hear is what you get' 18.43.16 Part linuxstb_ ("Leaving") 18.43.59 # Analog bypass monitoring might still sound fine while the actual recording is already clipping 18.44.11 # With i2s monitoring, you will hear it. 18.45.02 # The radio could also go through i2s. 18.45.06 # yeah, that's nice 18.45.21 # i was just wondering why just entering the radio screen switches on recording 18.45.26 # oh right 18.45.36 # It does so on archos as well 18.46.16 # It's a thing that should be changed, as we could even shut down the mas dsp core while listening to radio, unless prerecording is enabled 18.50.36 Join solarflare_ [0] (n=supernov@82-203-170-134.dsl.gohome.fi) 18.51.01 # amiconn: If you're only listening to radio, why not just use analog bypass? I have things working differently now: select the source (Mix,Line,SPDIF,FM) and whether to use record/playback mode. 18.51.31 # Only for SWCODEC though 18.51.41 Quit dan_a (Read error: 110 (Connection timed out)) 18.51.42 # Probably switching between bypass and i2s will cause a pop? 18.52.08 # amiconn: yeah, exactly 18.52.19 # Can always mute sound for a moment...this works fine for tlv320 18.53.25 # * amiconn is watching fullscreen m2v at 12.6fps on his h300 :) 18.53.35 # :) 18.54.03 # any new changes? 18.54.10 # * Genre9mp3 just drops a wide smile! 18.54.27 # asm lcd_yuv_blit() based on jhMikeS' code for X5 18.54.36 # amiconn: with sound? x5 gets 15.3 w/o sound. 18.54.50 # huh? 18.54.52 # amiconn: you think emac would help? 18.54.59 # Since when does mpegplayer support sound? 18.55.04 Join midgey34 [0] (n=TJ@c-71-205-31-207.hsd1.mi.comcast.net) 18.55.09 Join Crackerizer [0] (n=3d5a9b0f@labb.contactor.se) 18.55.22 # amiconn: I didn't think it did...wonder if you had it going. 18.55.22 # Hello, 18.55.32 # emac won't help for yuv I think 18.55.47 # I have some extra tweaks on top of your ideas 18.55.52 # Please help me. There's something wrong with my ipod 3g. 18.56.08 # Will of course port them to X5 18.56.45 # amiconn: do tell...I still might try the emac just for kicks and to learn it...if it gives any resuls then... 18.56.48 # jhMikeS: Btw, fullscreen on h300 != fullscreen on X5. With Mikachu's 176x128 video I get 16.7fps 18.56.52 # The directory structure is gone. As i can't use usb nor firewire, I cant use the updator to restore my ipod. 18.57.07 # (that jpop thing) 18.57.28 # jhMikeS: just look for long chains of a += b*c, and you'll emac food 18.57.32 # amiconn: X5 screen is 160x128 not 176x128 18.57.35 # you'll have 18.57.47 # emac 0xf00d 18.57.52 # Genre9mp3: I know 18.58.09 # Is there someone here own a 3g ipod?? help me please. 18.58.09 # It's more a += b*c >> n 18.58.27 # jhMikeS: that too works fine 18.58.32 Quit XavierGr () 18.58.52 # jhMikeS: depends if you're talking 64 bit or 32 bit wide multiplies 18.59.13 Quit solarflare (Read error: 110 (Connection timed out)) 18.59.18 # * amiconn compares speed vs. the old code now 18.59.18 Join XavierGr [0] (n=xavier@ppp159-111.adsl.forthnet.gr) 18.59.20 # preglow: I keep the match to 16 bits 18.59.23 # math 18.59.52 # to use lsr.l #8,Rx 19.00.22 # jhMikeS: Btw, I checked the conversion matrix coefficients, and two of them were off by one 19.00.26 # Crackerizer: what do you see on the 3G when you mount it in your OS? 19.00.39 # One of them is 128 now, allowing to optimise one muls.w away completely 19.01.33 # amiconn: I hand checked the results to get pure full RGB colors out...as long as it doesn't cause more saturation it will help. 19.01.46 # saratoga: I can not mount my ipod to my computer. because the use and firewire do not work. 19.02.22 # You can also do for example: x*129 = (x << 7) + x 19.02.36 # That will be slower 19.02.48 # muls seems to be pretty fast though 19.02.48 # saratoga: the only way to update songs to my ipod is to hook it's HDD directly to my computer with an IDE to 1.8 inces HDD adapter. 19.02.58 # muls is pretty fast on emac capable chips 19.03.00 # A mul[s|u].[w|l] takes 4 cycles on our coldfires 19.03.10 # Crackerizer: If you canot mount it, then its probably dead 19.03.22 # contact Apple about a replacement 19.03.32 # copy, shift and add are 3 cycles - and you need an extra register 19.04.39 Join JoeBorn [0] (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 19.05.11 # saratoga: the HDD is fine. I just need the struture and configs files of an ipod 3g. because i can not use the updater. 19.05.22 # It looks like this yuv conversion can be made extremely efficient on arm 19.05.31 Join dan_a [0] (n=dan-mirc@217.23.173.156) 19.05.35 # amiconn: I think there were some extra at that point. 3 vs. 4 sounds good :) 19.05.36 # Its shifter will help a lot 19.06.10 # Is it possible to boot rockbox without ipod directory structure and config files? 19.06.13 # Crackerizer: Adding files isn't going to help if you can't mount the disk 19.06.23 # amiconn: what did you change the matrix to? 19.06.37 # * |R| |74 0 101| |Y' - 16| / 256 19.06.37 # * |G| = |74 -24 -51| |Cb - 128| / 256 19.06.37 # * |B| |74 128 0| |Cr - 128| / 256 19.06.51 # saratoga: I can copy any files to my ipod's HDD. 19.07.02 # but you cannot mount it, correct? 19.07.13 # or rather, mount the ipod itself via USB 19.07.55 # Wow, the speedup is almost constant 3 fp irrespecive of the video size 19.08.02 # with the first bars signifying a matris and the second bars abs() ? 19.08.08 # right, vector 19.08.23 # That means +23% at 176x128 and +31% at 224x176 19.08.30 # you changed all the chroma ones 19.08.31 # garatoga: why is mounting important? 19.08.46 # hello dan_a. 19.08.54 # Ah, yes 19.09.08 # That's what I use on h300 now, it's looking good 19.09.14 # Crackerizer: because if you can't mount, then the Ipod is probably dead 19.09.21 # It's what proper rounding produces 19.09.31 # Hi Crackerizer: 19.09.32 # amiconn: why not change the R/B for 5 bits on iriver? That's for 6 bits. 19.09.51 # [13:57:40] Direclty converting to RGB565 doesn't work well. Results in a greenish image due to roundoff errors 19.09.57 # [13:58:07] So I'll convert to RGB666, then drop one bit from R and B 19.09.58 # dan_a: can you boot rockbox on 3g without any original ipod file and directory structures? 19.10.24 # emac will work for yuv->rgb, it seems 19.10.29 Join Massa [0] (n=Massa@85.220.132.199) 19.10.32 # saratoga: no, it was working fine even the usb and firewire dont work. 19.10.45 # I think so, but I've never tried it 19.10.58 # how is it working fine if the USB doesn't work :) 19.11.13 # amiconn: I didn't want to do proper rounding...just truncation. The appearance was excellent w/o it on x5 anyway. 19.11.23 # wait, did you ever have USB working on your PC? could be a problem with your PC not the ipod 19.11.52 # saratoga: I mean it could play any song i copy to my ipod using 3rd party tools. :) 19.12.20 # saratoga: No, my pc is fine too. I have both usb and firewire port. 19.12.29 # that doesn't make any sense 19.12.29 # dan_a, there. Now you can build the manual for the ipod 3g :) 19.12.39 # how could you add files if you couldn't mount the disk 19.12.44 # tucoz: Brilliant! 19.13.09 # now I need some food, after all that search and replace 19.13.11 # jhMikeS: The problem with direct-to RGB565 conversion is probably twofold: (1) The coefficients for R and B become smaller, so the roundoff error becomes bigger. (2) The resolution for G is different from R ab B. 19.13.37 # saratoga: there are tools such as retune, ephpod etc. which can be used to copy songs to my ipod HDD and sync the ituneDB. 19.14.02 # dan_a: could you do me a favour, please? 19.14.06 # I've tried the same thing as Mikachu (taking out ICODE_ATTR statements and setting mno-long-calls) and the codecs I've tried still work (MP3, WAV, SID) and the codecs shrink by a bit 19.14.12 # Crackerizer: What's that? 19.14.14 Join Rondom_ [0] (n=Rondom@p54AEF642.dip.t-dialin.net) 19.15.24 # Crackerizer: ephpod requires you to mount the ipod . . . you said you couldn't mount it 19.15.49 # I get a lot more skipping with no ICODE_ATTR statements, though 19.16.36 # On PP5002 you will 19.16.40 Quit suge (Remote closed the connection) 19.16.42 # ...because of the broken cache 19.17.17 # dan_a: the mp3 codec still works? 19.17.22 # amiconn: I'd been told that, but I wanted empirical evidence! 19.17.31 # On PP5002 icode makes sense, on PP5020+ it's debatable 19.17.36 # preglow: Yes, if you take out the ICODE_ATTR statements 19.17.45 # dan_a: ahh, yes, sure 19.17.49 # then small wonder, heh 19.17.56 # no reason they shouldn't work then 19.17.57 # dan_a: could you send me your ipod 3g file structure. Especially, the iPod_Control\Device folder. 19.18.41 # amiconn: When I tried semi-randomly adding in ICODE_ATTR statements (to small functions which I guessed would be called often), it made it skip more because there was less codec buffer 19.18.48 # So I just wanted to be sure 19.18.57 # jhMikeS: Doing the extra RGB666->RGB565 conversion doesn't make it slower. It's only 2 extra shifts, but they're accounted for by the simpler clamping 19.19.01 # Well, I mount my ipod hdd with an USB to 1.8 inces HDD adapter. 19.19.36 # i have to open my ipod and take its hdd and then hook it with the adapter. 19.19.52 # Crackerizer: I will do, but I have to go out right now. I'm supposed to be 20 miles from here in 10 minutes and the main road is closed 19.19.56 # Is that claping code in CVS now? 19.20.18 # Anytime dan_a. Thank you for your help. 19.20.18 # Not yet. I'm just diffing to see what I did, then commit 19.20.30 Nick dan_a is now known as dan_a_away (n=dan-mirc@217.23.173.156) 19.20.45 # Probably have to add a couple of dirs to cvs first - lcd-as-h300.S is starting the h300 target tree... 19.21.46 # what, cvs up -dP won't do it? :? 19.22.22 # _I_ have to add them 19.22.37 # yeah, *duh* 19.23.59 Quit Rondom (Nick collision from services.) 19.24.03 Nick Rondom_ is now known as Rondom (n=Rondom@p54AEF642.dip.t-dialin.net) 19.29.58 Quit dionoea_work ("CGI:IRC") 19.31.45 Quit Lear ("Chatzilla 0.9.74 [Firefox 1.5.0.5/2006071912]") 19.31.57 # There. 19.33.23 # * jhMikeS is trying to guess the clamping code and can see a possible approach w/o bra 19.33.51 Join TeaSea [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 19.34.38 # It seems like the original firmware on the firmware partition is corrupted. 19.34.52 # It uses bra, but only one per colour component 19.35.03 # (and the overall check in front, which is pretty efficient) 19.35.14 # This is unlucky if you can not restore your ipod with updator tool. 19.35.14 # * jhMikeS thinks you don't need bra for low clamp 19.35.35 # lsr.l / add.l #1 / and.l 19.35.39 # Just take a look at my solution... 19.35.45 # getting it now... 19.36.21 # cvs up is taking its sweet time 19.36.40 # Don't forget the -dP ;) 19.37.22 # * jhMikeS didn't forget the -dP ! 19.38.34 # amiconn: did you try to not use iram for the mem* functions? i'm curious if it's really something that needs to be there 19.39.10 # Iirc using IRAm had a tiny speed advantage on coldfire 19.39.27 # yeah, i'm talking coldfire 19.39.32 # sh probably benefits much more 19.39.40 # If we have better use for the IRAM and want to take them out, we'd need to do it in a target specific fashion 19.39.52 # Yes, sh benefits significantly 19.40.05 # Bagder, the ipod 3g manual is now ready to be added to the daily builds. 19.40.46 # ooops 19.40.55 # * amiconn broke the h300 sim build :/ 19.41.26 # rofl, x86 doesn't understand coldire asm 19.41.42 # haha, for some reason 19.41.44 # who would've thought 19.43.04 # amiconn: yeah, just memcpy is almost 1kb, i'd say those are prime candidates to remove if we ever need more iram 19.43.38 *** Saving seen data "./dancer.seen" 19.43.52 # I know. memmove adds about the same again 19.43.57 # yup 19.44.22 # There are 2 options, depending on how much iram we need, and how the speed impact is 19.45.01 # the arm memset probably doesn't need iram either, and we're a lot tighter on iram there 19.45.12 # for data, that is 19.45.37 # (1) Move the whole thing to dram. (2) Undefine FULLSPEED in the asm source. This will slow down word aligned copies (long aligned ones stay as fast as they are, as well as byte aligned ones), but also reduce size by > 1/3 19.45.48 Join Doomed [0] (n=nnscript@ool-44c126d4.dyn.optonline.net) 19.46.00 # i say just letting FULLSPEED stay and moving to dram instead is the best thing to do 19.47.33 Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 19.47.51 Part tucoz ("Leaving") 19.48.10 Quit Rondom ("Ex-Chat") 19.48.28 # does rockbox recognize album art in the tag? 19.52.12 # Doomed: no, it does not (to be honest, it does not even detect album art as separate file - without a patch) 19.52.13 # rockbox doesn't recognize album art at all 19.52.23 # lol 19.52.27 # blah 19.52.59 # well i use this optimized build for H120 so it has an album art patch, but thanks for the heads up 19.54.08 # Doomed: and I'm sure it'll take some time until rockbox will be able to read the corresponding id3 tags - if ever 19.54.20 # yeah 19.55.07 # Calling images in a tag 'album art' is really misleading imo 19.55.17 # why 19.55.24 # 'track art' makes more sense 19.55.24 # ok, I see how that saturates low (and with 0x00 if low) (spl does what those lsr/add would've done) but I don't see how anding the component with 0xff saturates high. 19.55.55 # The trick is the dual use of the cmp result 19.56.21 # amiconn: Yes, I always found it confusing - actually it's often called "file cover art" 19.56.38 # If the component is in range, C or Z will be set, so bls.s skips the whole rest 19.56.40 # well i guess i should start saving it as the album art in folder then 19.56.55 # well 19.57.01 # isn't the album art duplicated in all files if you don't? 19.57.04 # sounds really stupid 19.57.22 # hm? 19.57.42 # oh right...it's already lt 64... 19.57.49 # Doomed: don't forget to save it as BMP with corrseponding size ;) 19.58.00 # There may be several pictures attached to one file, each in their individual "APIC" frame, but only one with the same content descriptor. There may only be one picture with the picture type declared as picture type $01 and $02 respectively. 19.58.09 # If it's out of range, both C and Z are unset. Then spl.b evaluates the N flag, and sets the lower byte to 0 when negative, and to 0xff when positive 19.58.10 # preglow: yes it is - but that's how it is with that ID3 tags ;) 19.58.30 # nah man, jpeg, it shows up in rockbox 19.58.50 # http://pastebot.openbox.org/7 is the relevant part of the id3 standard i think 19.58.57 # The and.l with 63 is just to bring the 0xff to the correct upper bound (and map our eventually higher bits, since there's only spl.b) 19.59.16 # Michachu: and they may be in JPG or PNG format... 19.59.24 # i still love $11 A bright coloured fish 19.59.43 # * Doomed wants a 60gb video but cant let go of H120 19.59.45 # Massa: "should" be png or jpg, could be anything 20.00.33 Join Rondom [0] (n=Rondom@p54AEF642.dip.t-dialin.net) 20.00.38 # Mikachu - you're right - as far as I remember there was something about "interoperability"... 20.00.40 Join eli_sherer [0] (n=eli@84.228.157.169) 20.01.02 Quit Crackerizer ("CGI:IRC (Ping timeout)") 20.01.21 # ooh, here's something interesting 20.01.23 # 4.20. Linked information 20.01.31 # To keep information duplication as low as possible this frame may be used to link information from another ID3v2 tag that might reside in another audio file or alone in a binary file. 20.01.39 # ble 20.01.48 # urgh 20.01.50 # amiconn: will this function help optimizing the jpegviewer (it uses YCbCr as well...)? 20.01.52 # The "AENC", "APIC", "GEOB" and "TXXX" frames may be linked with the content descriptor as additional ID data. 20.01.57 # Mikachu: and the picture types have defined meanings... 20.02.13 # eli_sherer: jpeg uses a slightly different YCbCr format 20.02.49 # And I don't see why the conversion needs major optimisation in the jpeg viewer 20.03.00 # amiconn: You've really done your homework :) 20.03.14 # what i want in the jpeg viewer is the ability to start a zoom while decoding 20.03.20 # ie to interrupt the current decoding 20.03.40 # i don't understand why the firmware's jpegviewer is faster then ours... 20.03.43 # Really? 20.03.44 # Mikachu: about link information: is there any program known which is able to generate and _use_ such tags? 20.03.53 Join webguest03 [0] (n=476a1756@labb.contactor.se) 20.03.55 # Massa: no idea, want to make the first? :) 20.04.02 # hopefully this source updates to the latest cvs with no problem 20.04.08 # My experience on ipod is that decoding is blazingly fast 20.04.38 Part lorijho ("Kopete 0.11.3 : http://kopete.kde.org") 20.04.38 Quit webguest03 (Client Quit) 20.04.40 # Maybe I should try larger images 20.04.48 Join GabrielArellano [0] (n=476a1756@labb.contactor.se) 20.04.50 # i have a map of the city, it takes a while to open 20.04.56 Join Crackerizer [0] (n=3d5a9b0f@labb.contactor.se) 20.04.59 # Mikachu: no - not until at least JPG decoding is part of rockbox itself ;) 20.05.00 # actually i had to split it in 4 because it was too large decoded 20.05.01 # eli_sherer: which device? 20.05.02 # ipod can decode really fast indeed...you can scroll through your pictures with the wheel and the pictures will fly 20.05.09 # that spl.l does similarly to a sequence I'd use on the x86 for the same effect. 20.05.17 # preglow: iriver...(sorry!) 20.05.20 # eli_sherer: i thought itunes resizes the jpegs you transfered 20.05.26 # it does 20.05.28 # you can't zoom 20.05.29 # who uses itunes 20.05.29 # lol 20.06.05 # So...analog bypass in OK for iRiver radio or not? 20.07.04 # Hello, I need write access to the Wiki 20.07.16 Quit Crackerizer (Client Quit) 20.08.21 # somehow i need to get $400 20.08.30 # We all do! 20.08.36 # lol 20.09.00 # amiconn: now you've got a .size directive in there that wasn't there before. 20.10.21 # Monochrome target JPEG decoding speed comparison, test image 658x900 (full zoom): iPod Mini g2: 1.00s, Iriver H140: 0.88s, Archos Recorder: 20.64s 20.10.22 # hmmm how long does this updating cvs taeke 20.11.07 Quit GabrielArellano ("CGI:IRC (EOF)") 20.11.27 # SH1 suffers from not having a shift-by-n instruction here. The huffman decoding stage would profit from it 20.11.48 # it not having that _still_ makes me chuckle 20.12.04 # everything should have a barrel shifter 20.13.00 Join Crackerizer [0] (n=3d5a9b0f@labb.contactor.se) 20.13.23 Join pike^lapt [0] (i=amiga@83.233.242.102) 20.14.53 # Looking for a final word (please): it's ok for analog radio playback on Hxxx? It's just a "pop" issue iirc? 20.15.20 # It's what's used currently afaik, so at least it won't make it worse 20.15.30 # I would prefer i2s though 20.16.03 # amiconn: I can just leave it that way for uda1380 then... 20.17.53 # for normal audio playback this is correct: 20.17.55 # uda1380_disable_recording(); 20.17.55 # uda1380_set_monitor(false); 20.17.56 # ? 20.18.28 Quit Febs (Read error: 110 (Connection timed out)) 20.22.51 # Well...ok...I'll put the updated recording patch in the tracker soon and you can tell me if everything goes haywire. :) 20.24.28 # when u go to update ur source with the cvs does it just stay cvs up -dP or do u get lines under that? 20.27.01 # anybody? 20.27.52 Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) 20.28.23 # Doomed: it's supposed to print a whole lot of stuff and then drop you back at the command line 20.28.33 # fuck 20.30.21 Quit pike^laptop (Read error: 110 (Connection timed out)) 20.30.35 # Doomed: How long have you tried waiting for it to start to update? 20.30.49 # just before was like 3-4 min 20.30.56 # Ah. 20.31.09 # Can you do a 'cvs status' ? 20.31.30 # well, the rockbox server was slashdotted, could be related? 20.31.40 # nope, i can connect fine 20.31.47 # see when i go to login, it downloads the cvs 20.32.01 # k ill let it download to rockbox-devel 20.32.05 # then i cd to my source 20.32.10 # then cvs up -dP 20.32.12 # righ 20.32.13 # t 20.32.28 # Updates fine for me... 20.33.38 Join fatherfork [0] (n=fatherfo@adsl-152-165-38.asm.bellsouth.net) 20.33.52 # damn i couldve used that woot.com video card :( 20.34.40 # o shit do i have to compile the source first then update with cvs? 20.34.49 # Nope... 20.35.06 # k 20.36.20 # k now the cvs downloaded to rockbox-devel 20.36.30 # now i cd to my rockbox (source) folder right 20.36.40 # jhMikeS: The .size isn't strictly necessary but a lot of other asm sources have it, so I added it just in case 20.36.43 # Yes. 'rockbox-devel' 20.36.59 # i have a source i downloaded 20.37.07 # but the rockbox-devel is the cvs 20.37.29 # this is what my C:\Rockbox folder looks like : 20.37.36 # rockbox rockbox-devel 20.39.30 # cd rockbox-devel 20.39.37 # cvs update -dP 20.39.51 # why? 20.40.05 # I thought that is what you wanted 20.40.08 # no 20.40.15 # thats the cvs already 20.40.30 # what's the problem then? 20.40.51 # i have a downloaded source not from cvs 20.41.06 # you can't update the source that is not from cvs 20.41.30 # err no considering ive done it before 20.41.35 # i just dont remeber what i did 20.42.07 # Yesteday I tried to talk to someone with a similar problem and he walked away in anger 20.42.41 # So perhaps I'm not the best person to help you 20.42.44 # kk 20.43.26 # why do you want to update yout non-cvs source tree? Did you edit some of the files? 20.43.36 # http://homepage.sunrise.ch/mysunrise/remartinelli/html/rockbox.html 20.44.14 # im only starting to compile sources so i have no clue what im doing 20.44.24 # ok :) 20.44.41 # Anyone here with a T series iriver? 20.45.02 # I thought that said 'T shirt iriver'... 20.45.06 # heh 20.45.14 # lol 20.45.47 # I just tried to do my first build with cygwin, but after loading it on my ipod, it hangs on the boot screen after rockbox loaded appears 20.45.47 # Just having some firmware update problems with my new T30 20.47.35 # fergie: Are you sure you built Rockbox for the right iPod? 20.47.43 # yes 20.47.54 Join bbroke [0] (n=bbroke@p54BD1BAB.dip0.t-ipconnect.de) 20.48.09 # whats the point of taring the source twice? 20.48.16 # And you extracted it and it froze after the bootloader? 20.48.31 # i rebooted it now and now it get a bit further but it hangs again at the menu 20.48.45 # Doomed: you had a rockbox.tar.tar file? 20.48.53 # fergie: Have you applied any patches? 20.48.58 Quit eli_sherer () 20.49.01 # no i mean from the daily build page 20.49.23 # yep the scroll margins patch 20.50.08 # Doomed: you mean the tar.gz extension? 20.50.18 # yea nm tho 20.50.24 # Okay, I doubt that's causing it, but could you try a build without it? 20.51.05 # Doomed: tar pack many files into 1 file (uncompressed) and gzip can compress 1 file 20.51.16 Quit XavierGr (Read error: 113 (No route to host)) 20.51.43 # ok 20.52.27 # i had to change some calls to lcd_setmargins in debug_menu.c 20.53.09 Join Febs [0] (n=medifebb@12.10.116.2) 20.53.56 # would doing cvs up -dP make any difference? 20.54.05 Quit Crackerizer ("CGI:IRC (EOF)") 20.54.52 # Nope... 20.55.06 # Try just unpatching it. 20.56.23 # will try a clean build from latest cvs 20.56.29 # That works. 20.56.34 # blah 20.57.52 # this is so confusing 20.59.35 # btw I asked it earlier this day but is there any change on the charging on iPod ? 20.59.57 # fergie: Any change since when? 21.02.26 # well i mean does it still drain energy faster than it can charge when playing? 21.03.03 # It doesn't seem to for me... 21.03.23 # strange, which ipod do you have? 21.03.31 # Video. 21.04.01 # sharpe, fergie: do you charge via usb or wall charger? 21.04.10 # usb 21.04.29 # I chargeth via usb. :) 21.04.42 # there goes that theory 21.06.26 # my mp3 files are mostly lame vbr aps 21.14.03 # hmm the nonpatched build also hangs :( 21.15.14 # Strange. Has this just recently started to happen? 21.15.28 # I mean, any times before your patched build? 21.15.33 Join barrywardell [0] (n=892b7a6e@labb.contactor.se) 21.17.14 # the one from the website works. This is my first own build ;) 21.17.35 # will have a look at the build warnings 21.18.04 # Ah... well... yeah, those may have something to do with it if you get them... 21.19.43 # anyone seen this? : 21.19.45 # In file included from thread.c:95:export/profile.h:57: error: conflicting types for ‘current_thread’ 21.19.55 # sorry that should have been two lines 21.20.32 # In file included from thread.c:95:i'm trying to make a build with profiling support for the 3G from latest CVS 21.21.11 # I guess dan_a's multi-core changes broke profiling... 21.21.31 # didn't realize that had been commited 21.21.57 # i suppose downloading CVS from a couple day ago would work around this problem for now? 21.25.53 Quit Arathis ("[rl_bot quit]") 21.27.16 # also, should i file a bug report over this or contact dan_a? 21.31.52 # plugin.c:440: warning: initialization from incompatible pointer type 21.33.06 # could that account for the hangs? 21.34.16 # it's the only warning 21.34.30 Quit apo (Read error: 110 (Connection timed out)) 21.34.43 # Doubt it, but it's worth a try fixing it. 21.34.58 Join apo [0] (n=apo@dslb-088-065-068-071.pools.arcor-ip.net) 21.36.41 Quit barrywardell ("CGI:IRC") 21.43.16 Join doobeh [0] (n=me@63.130.215.163) 21.43.41 *** Saving seen data "./dancer.seen" 21.44.12 # Hi, I've installed Rockbox on my ipod, it seems to have locked up, how can I force a reset? 21.44.17 Join Davide-NYC [0] (n=chatzill@user-12hdtm5.cable.mindspring.com) 21.44.36 # (It's just locked up while creating the tag database, I think part of my hdd on the ipod is dead/dying) 21.45.35 # hotwire_: Hey Hotwire, how's the UISim remote code going? 21.45.49 # I just put a feature request up on flyspray: http://www.rockbox.org/tracker/task/5875 21.46.02 # check my my corny animated GIF! :-P 21.47.59 # This feature request has to do with Conditional Background Image in UISim for the various iRiver Remotes. 21.50.06 Join murdock [0] (n=ggrau@d15-128.dip.axsp.de) 21.52.41 Quit fatherfork () 21.53.39 Quit MarcoPolo ("Bye !") 21.59.43 Join _hotwire_ [0] (n=christop@toronto-HSE-ppp4321995.sympatico.ca) 22.00.28 Quit Febs (Read error: 104 (Connection reset by peer)) 22.05.09 # btw, is that left/right scrolling thing still in? 22.09.07 # After I apply patches, I just have to cd back into the directory I made when I ran ../tools/configure, and make zip, right? 22.09.23 # Then extract the stuff in the zip file into my DAP? 22.09.26 Join barrywardell [0] (n=barrywar@194.46.166.56) 22.10.59 Quit mikearthur ("Konversation terminated!") 22.12.59 Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 22.13.32 Quit meshuga ("Changing server") 22.15.25 Quit hotwire_ (Read error: 110 (Connection timed out)) 22.15.59 Join meshuga [0] (i=meshuga@c-71-231-141-145.hsd1.or.comcast.net) 22.21.13 # question: I signed up for the rockbox-dev mailing list. I have yet to receive any emails submitted by devs (only the automagic mailman emails) 22.21.14 # I noticed while brosing the web interface that I was not subscribed to any topics, yet I couldn't find an option to subscribe in the web form. 22.21.16 # If I email rockbox-dev-request with the word 'list' in the subject am I on the right track? 22.23.57 Join mirak [0] (n=mirak@AAubervilliers-152-1-45-207.w83-114.abo.wanadoo.fr) 22.24.36 # should the cpu be boosted only during recording or during simple line monitoring too? Right now it's boosted just because you're looking at the recording screen. 22.25.04 Join lowlight [0] (n=c730180b@labb.contactor.se) 22.25.35 # it should be boosted only when you need the extra power. does monitoring require the same amount of CPU as recording ? 22.26.08 Quit mirak (Remote closed the connection) 22.27.35 # I don't believe it does, there's no file writing or compression happening but there are DMA1 interrupts being serviced. 22.28.34 Join Drkepilogue [0] (n=46e79903@labb.contactor.se) 22.28.43 # * lowlight breathes easy at the sight of a green table :) 22.29.23 # # 22.30.05 Join damaki_ [0] (n=Chocolat@ALille-253-1-8-85.w90-7.abo.wanadoo.fr) 22.32.16 Quit Drkepilogue (Client Quit) 22.33.10 # jhMikeS: it depends 22.33.21 # jhMikeS: when doing spdif recording, it should always be boosted 22.33.31 # at any other times, it should be boosted when it needs some extra juice 22.33.40 # i don't know how it's currently implemented, though 22.38.16 # should I commit my checkmarks for the current settings? http://www.geocities.com/m_arigo/rockbox/ 22.38.35 Quit murdock (Remote closed the connection) 22.39.49 # guys, should I be receiveing emails fairly regularly from the rockbox-dev mailing list? 22.40.08 # preglow: I suppose I'll leave the SPDIF boost alone then :) 22.40.56 # Davide-NYC: the last one I got was on the 19th of july 22.41.25 # thank you. I was totally confused 22.41.45 # Davide-NYC: yes you should 22.41.53 Join RoC_MM [0] (i=dragon@c-24-129-89-52.hsd1.fl.comcast.net) 22.41.55 # rockbox-dev was busy today. http://www.rockbox.org/mail/archive/rockbox-dev-archive-2006-08/ 22.42.29 # badger: I'm not and it seems that I'm subscribed tot he list, but not to any topics 22.42.42 # then you have a problem 22.42.49 # since you get all or none 22.43.20 # in other words there are no topics, just one big list 22.43.33 # yes it is a mailing list 22.44.10 Quit damaki (Read error: 110 (Connection timed out)) 22.44.41 # I re-subscribed 22.44.49 # * Davide-NYC fingers crossed 22.45.26 Join adiamas [0] (n=adiamas@163pool.staff.iwon.com) 22.45.50 # rockbox-dev has 284 subscribers 22.47.10 # It's not working for me, should I send an email to an admin? 22.47.25 # /msg me your email address 22.47.47 # I am admin 22.50.11 Quit _FireFly_ ("Leaving") 22.56.06 Join BHSPitMonkey [0] (n=stephen@adsl-66-141-170-52.dsl.rcsntx.swbell.net) 23.00.46 Join mirak [0] (n=mirak@AAubervilliers-152-1-45-207.w83-114.abo.wanadoo.fr) 23.01.38 Join _jhMikeS_ [0] (n=jethead7@adsl-68-73-197-82.dsl.sfldmi.ameritech.net) 23.01.39 # hi 23.02.18 # hi mirak 23.03.35 Quit meshuga (sterling.freenode.net irc.freenode.net) 23.03.35 NSplit sterling.freenode.net irc.freenode.net 23.03.35 Quit Rob2222 (sterling.freenode.net irc.freenode.net) 23.03.35 Quit dongs (sterling.freenode.net irc.freenode.net) 23.03.35 Quit pixelma (sterling.freenode.net irc.freenode.net) 23.03.35 Quit ShadowdogMU (sterling.freenode.net irc.freenode.net) 23.03.35 Quit chendo_ (sterling.freenode.net irc.freenode.net) 23.03.35 Quit Mikachu (sterling.freenode.net irc.freenode.net) 23.03.35 Quit cismo_ (sterling.freenode.net irc.freenode.net) 23.03.35 Quit gtkspert (sterling.freenode.net irc.freenode.net) 23.03.35 Quit netmasta10bt (sterling.freenode.net irc.freenode.net) 23.03.35 Quit Nibbier (sterling.freenode.net irc.freenode.net) 23.03.35 Quit ToyKeeper (sterling.freenode.net irc.freenode.net) 23.03.35 Quit Galois (sterling.freenode.net irc.freenode.net) 23.03.35 Quit Spida (sterling.freenode.net irc.freenode.net) 23.03.44 NHeal sterling.freenode.net irc.freenode.net 23.03.44 NJoin meshuga [0] (i=meshuga@c-71-231-141-145.hsd1.or.comcast.net) 23.03.44 NJoin Rob2222 [0] (n=Miranda@ACAE5538.ipt.aol.com) 23.03.44 NJoin dongs [0] (n=HPUX@h193045.ppp.asahi-net.or.jp) 23.03.44 NJoin pixelma [0] (i=pixelma@82.193.235.34) 23.03.44 NJoin ShadowdogMU [0] (n=Brock@cpe-65-28-252-205.woh.res.rr.com) 23.03.44 NJoin chendo_ [0] (n=chendo@203-206-90-149.dyn.iinet.net.au) 23.03.44 NJoin Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 23.03.44 NJoin cismo_ [0] (i=cismo@adsl-85-217-36-247.kotinet.com) 23.03.44 NJoin gtkspert [0] (n=gtkspert@203-59-194-179.dyn.iinet.net.au) 23.03.44 NJoin netmasta10bt [0] (n=torment@pool-72-64-129-205.tampfl.fios.verizon.net) 23.03.44 NJoin Nibbier [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 23.03.44 NJoin ToyKeeper [0] (i=spanky@c-24-9-90-246.hsd1.co.comcast.net) 23.03.44 NJoin Galois [0] (i=djao@efnet-math.org) 23.03.44 NJoin Spida [0] (n=timo@spinnennetz.org) 23.04.47 # hum 23.05.06 # blah 23.05.31 # that was in SanDisk's general direction 23.06.24 Quit mantono ("Don't worry, be happy") 23.07.49 Quit bbroke ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") 23.08.52 Quit TeaSea (Remote closed the connection) 23.09.20 Quit doobeh (Remote closed the connection) 23.11.37 # Bagder: how's the webserver taking the slashdotting ? :) 23.11.55 # its the same as the main rockbox.org site 23.11.59 # seems to cope well 23.12.59 # Bagder: anyway I think MrH is working on making it possible to dualboot a possible rockbox firmware and a unmodified sandisk firmware 23.13.13 # is this mrh guy anonymous? 23.13.15 Quit _Veseliq_ (Remote closed the connection) 23.13.19 # Mikachu: entirely 23.13.34 # so this no anonymous contributor stuff only applies to code that goes into rockbox then 23.13.55 # the real name policy is for Rockbox, yes 23.14.11 Quit jhMikeS (Read error: 110 (Connection timed out)) 23.14.17 # but yes, we might come to an interesting dilemma... 23.15.07 # for the mi4code case I intend to do a re-implementation for the simple case we need, no crypto and dummy signing 23.15.45 Part lowlight 23.16.26 Join _Veseliq_ [0] (n=veseliq@195.85.215.210) 23.17.19 # Bagder: that sounds reasonable, you don't need all the mi4code features 23.17.37 # nope, we need very little 23.18.06 # and the best thing is that you don't need to add the encryption keys to rockbox either 23.19.17 # what videos do the sansa play ? 23.19.27 # I don't know 23.19.29 # :-) 23.19.32 # what format ? 23.20.05 # I don't know 23.20.14 # but I believe it (can) transcode them 23.20.32 # it has some weird windows program for transferring video to the unit 23.21.01 # I was at work with a Windows box nearby when I got it 23.21.33 # I read somewhere that it was mjpeg, but I can't seem to confirm that 23.21.51 # hm wait... 23.22.24 # just need to restore the firmware first ;-) 23.23.32 # :) 23.23.39 # I think I have a demo video still around on it 23.25.09 # mjpb vlc says 23.25.26 # whatever that is 23.25.59 # mplayer says "QuickTime/MOV file format detected." 23.26.11 # Fourcc: mjpb Codec: 'Motion JPEG B' 23.26.39 # can you play it ? 23.26.49 # nope 23.26.49 # and what is the audio sample rate 23.26.57 # neither mplayer nor vlc play it 23.27.08 # can you send it to me ? 23.27.13 # MOV track #1: 7 chunks, 0 samples 23.27.14 # Audio bits: 16 chans: 2 rate: 11025 23.27.14 # Fourcc: twos 23.27.19 # Opening audio decoder: [pcm] Uncompressed PCM audio decoder 23.27.19 # AUDIO: 11025 Hz, 2 ch, 16 bit (0x10), ratio: 44100->44100 (352.8 kbit) 23.27.19 # Selected audio codec: [pcm] afm:pcm (Uncompressed PCM) 23.27.29 # yeah, I'll upload it... 23.28.45 # 160x208 at 15fps 23.29.10 # no mpeg4-sp there 23.29.16 # hehe 23.29.18 # nopes 23.29.59 # http://daniel.haxx.se/sansa/videos/Revelations.mov 23.30.14 # 8.6MB 23.33.20 # there's a second video in the same dir now, twice the size 23.33.26 # that one works in mplayer for me 23.34.20 # Fourcc: mjpa Codec: 'Motion JPEG A' 23.36.45 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 23.37.18 Quit apo (Remote closed the connection) 23.38.15 Quit San||Away () 23.41.11 Quit fergie () 23.41.53 # Bagder: ffplay can play both, I'll inform the mplayer guys so they can add the fourcc if they havn't done that already 23.42.10 # I'm not using the latest so it might work already 23.43.05 Join Shadowrazor [0] (n=51f5b077@labb.contactor.se) 23.43.06 # I should have tested it before I spoke, it worked 23.43.45 *** Saving seen data "./dancer.seen" 23.44.06 # hi, could someone help me out with vlc? I want to convert a avi to m2v. It looks like vlc does the job but I dont know where vlc stores the file :( 23.44.34 Quit Doomed ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 23.45.33 # * merbanan looks at the name of the channel 23.46.32 # well m2v is a bit rockboxish 23.46.55 # how about using ffmpeg instead then 23.46.59 # what do u mean, isnt it just a mpeg file without sound? 23.47.00 # works all the time 23.47.10 # ffmpeg, I'll try it out 23.47.11 # thx 23.47.35 # I'm not biased at all :) 23.48.08 Quit mikearthur (Remote closed the connection) 23.50.50 Quit midkay (Read error: 104 (Connection reset by peer)) 23.52.49 Join San||Away [0] (n=San@213-202-183-11.bas504.dsl.esat.net) 23.54.13 Part billytwowilly ("Konversation terminated!") 23.54.16 # damn mplayer doesnt have standard a gui :S 23.54.47 Join lodesi_ [0] (n=lds@d04m-213-44-49-129.d4.club-internet.fr) 23.55.26 # "Run gmplayer if you want the GUI." 23.55.33 Join bluebrother [0] (i=GKES8Q1D@nat-wh-1.rz.uni-karlsruhe.de) 23.55.37 Join apo [0] (n=apo@dslb-088-065-068-071.pools.arcor-ip.net) 23.56.27 # I downloaded the mpayer, then I downloaded a skin, but I cant find a gmplayer.exer 23.56.32 # exe* 23.56.55 Quit San||Away (Client Quit) 23.57.04 Join San||Away [0] (n=San@213-202-183-11.bas504.dsl.esat.net) 23.57.17 # well I have no idea 23.57.31 # I use mplayer perfectly fine without any gui 23.57.59 # but i'm to newb to can do that ;) 23.58.24 Quit Davide-NYC ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") 23.58.41 Quit barrywardell () 23.58.46 Quit apo (Remote closed the connection)