--- Log for 22.04.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 20 days and 18 hours ago 00.02.05 Join cbr|w [0] (n=cbr@212.98.160.130) 00.06.07 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 00.11.56 Part DavidSG 00.15.53 Quit stripwax (Read error: 110 (Connection timed out)) 00.16.11 Quit Rincewind ("bye") 00.18.23 Quit CyBergRind|w (Connection timed out) 00.19.16 Join fyrestorm [0] (n=fyre@cpe-68-173-174-251.nyc.res.rr.com) 00.20.44 Join DerPapst_ [0] (n=Der@p5B23E553.dip.t-dialin.net) 00.20.46 Quit DerPapst (Nick collision from services.) 00.20.48 Nick DerPapst_ is now known as DerPapst (n=Der@p5B23E553.dip.t-dialin.net) 00.21.01 Join myk_robinson [0] (n=myk@69.42.45.6) 00.22.51 Quit mirak (Remote closed the connection) 00.24.12 Join ZincAlloy [0] (n=d9eef369@gateway/web/cgi-irc/labb.contactor.se/x-ed03a04dda38c83d) 00.24.39 Quit waldo ("Konversation terminated!") 00.25.01 Quit goffa (Read error: 110 (Connection timed out)) 00.25.31 Quit amiconn (Nick collision from services.) 00.25.37 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 00.28.01 Quit ender` (" Washing your car to make it rain doesn't work.") 00.31.37 Quit n1s () 00.32.33 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 00.35.20 Quit jhulst (Connection timed out) 00.36.02 Quit TaylorKillian ("Remote client closed connection") 00.36.13 Quit DerPapst (Read error: 104 (Connection reset by peer)) 00.38.15 Quit bertrik ("bye") 00.41.47 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 00.41.48 Quit lee-qid (Read error: 110 (Connection timed out)) 00.44.52 Quit barrywardell () 00.45.45 Quit stripwax_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.48.07 Join DerPapst [0] (n=Der@p5B23E553.dip.t-dialin.net) 00.49.40 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 00.51.41 Join LambdaCalculus37 [0] (n=d0365f55@gateway/web/cgi-irc/labb.contactor.se/x-d3012b434332e6e1) 00.52.19 # im still getting the FPA instruction errors when building for the S. do i need that multi lib patch? 00.52.40 # yes 00.52.47 # how do i get that 00.52.50 # but rockbox.dev should have installed it 00.53.03 # *rockboxdev.sh 00.53.08 # i only installed the arm stuff 00.53.09 # Can someone take a look at FS#8924 for me? It's an extra bit of info for the manual regarding my recently commited disktidy patch. 00.54.18 # oh wait i forgot to reconfigure, maybe thats it 00.54.20 # * LambdaCalculus37 will be working on some more functionality for disktidy later 00.55.30 # LambdaCalculus37: i still think FS#8637 does that better. 00.55.44 # * LambdaCalculus37 thanks preglow for the commit :) 00.55.52 # hmmmm that didnt work 00.55.56 # It does the same like the one in SVN and is configureable 00.55.56 Quit LambdaCalculus37 (Client Quit) 00.56.02 # meh 00.56.49 # alienbiker99: is your PATH correct ? 00.57.13 # erggg i don't know, how do i edit it? 00.57.45 Join austriancoder_ [0] (n=austrian@80.120.117.30) 00.57.49 # cygwin ? 00.58.14 # yes 00.58.30 # * gevaerts looks around for people who are familiar with that 00.58.45 Join javama1 [0] (n=Yifu@c-68-84-62-252.hsd1.nj.comcast.net) 00.58.53 # export PATH=/usr/local/arm-elf/bin:$PATH 00.58.54 # you can run "echo $PATH" to see what it's currently set to 00.59.12 # ok thanks 00.59.22 # did you remove the old one before? 00.59.25 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.59.33 # not sure if it's needed though 01.00.25 # i have 2 of the arm-elf/bin in my path 01.00.32 # set to the same palce 01.00.56 # palce/place 01.01.02 # gevaerts, where can I learn more about the "Charging from USB is not fully implemented on most players" 01.01.08 # so did the new one overwrite the old one? 01.01.30 Nick Llorean is now known as OtherLlor (n=llorean@rockbox/administrator/Llorean) 01.01.49 # I'm mostly curious why charging (seems to) work on my 5th gen w/o the full stack enabled, curious how it is different with the full stack enabled. 01.02.01 # soap: if I knew, the link would be there ;). I know next to nothing about charging control 01.02.09 # DerPapst what do you mean? 01.02.20 # Does it work reasonably fast on the 5th gen ? 01.02.23 Join tvelocity [0] (n=tony@ppp233-155.adsl.forthnet.gr) 01.02.44 Quit spiorf (Remote closed the connection) 01.02.56 # eh - it (seems to) work. Speed? I can't speak to as I don't have it plugged in while in Rockbox when charging time is an issue. 01.03.17 # do you expect the charging behavior to be different than w/o enabling the full stack? 01.03.33 # that's question #1. Question 01.03.33 # alienbiker99: iirc rockboxdev.sh runs "make install" in where it build the arm toolchainand i don't know if that overwrites the old one or not. 01.03.38 # The only difference is that when you are using mass storage, the cpu is boosted 01.04.01 Quit donutman25 ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 01.04.08 # soap: My Nano seems to have charged just fine with the two defines (having usb, and using high speed) 01.04.21 # So if you have an old bad battery, it could charge slowly without mass storage, and discharge slowly with 01.04.47 # Is there a reason to believe we (as Rockboxers) are bypassing some magic charging circuit and possibly causing harm to the battery? 01.05.01 # I don't know 01.05.26 # soap: I would assume it's more like the e200, where we're going through the circuit, but we're not telling it to make full use of the current we're making available to it. 01.05.56 # I was going to say, I don't do it often, but I've done it enough times I would have expected to see a dead battery if I was going to ever see one. 01.06.19 Quit ctaylorr (Read error: 110 (Connection timed out)) 01.06.41 # This is actually why I dislike charging over usb ;) People start asking me questions about charging just because I know about usb 01.07.10 # Sounds like it is time for me to start building with the stack on. 01.07.23 # that reminds me that the Rockbox info screen tells a wrong voltage when in USB charging mode on the c200s (as far as I know the same on the e200s), guess it only gets a wrong number somewhere, still makes me distrust it 01.07.24 Quit ys76 (Remote closed the connection) 01.07.31 Join ys76 [0] (i=ys76@linoa.etherkiller.de) 01.07.46 Join DerPapst_ [0] (n=Der@p5B23E553.dip.t-dialin.net) 01.07.48 Quit DerPapst (Nick collision from services.) 01.07.50 Nick DerPapst_ is now known as DerPapst (n=Der@p5B23E553.dip.t-dialin.net) 01.08.03 Join Llorean [0] (n=DarkkOne@adsl-69-154-187-90.dsl.hstntx.swbell.net) 01.08.09 # in SVN though, haven't tried with the USB stack enabled 01.08.57 # That specific "feature" won't change by enabling USB 01.11.22 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 01.11.48 Quit myk_robinson (Remote closed the connection) 01.13.22 Quit austriancoder (Read error: 110 (Connection timed out)) 01.14.34 Quit javaman (Read error: 110 (Connection timed out)) 01.17.06 Join goffa [0] (n=goffa@216.220.23.105) 01.17.21 Quit barrywardell () 01.19.30 # * preglow wonders how hard it'll be to port usb to d2 01.22.01 *** Saving seen data "./dancer.seen" 01.25.01 Quit austriancoder_ (Remote closed the connection) 01.25.34 Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 01.27.01 Part toffe82 01.27.11 Quit jhulst_ ("Konversation terminated!") 01.28.37 # hmmm how many BUTTON_SCROLL_UP messages must one send to get a list scrolling one item? 01.28.59 # soap: charging over USB doesn't actually involve the USB on most targets 01.29.21 # theres generally just a voltage regulator hooked up to the USB +/- lines 01.29.46 # that will happily draw as much power as you tell it to, regardless of the status of the USB stack 01.30.12 # technically you're not supposed to draw more then 100ma without telling the USB host that you're taking that power 01.30.19 # (err current) 01.30.35 # in practice, I don't think it actually matters 01.31.09 # * gevaerts is a spec pedant and does think it matters ;) 01.31.18 # at least on the e200, the OF will draw power before its even enabled the USB hardware, and that seems to work on pretty much any hardware, although technically its not allowed by the spec 01.31.53 # so for now i don't believe we enable charging on any of the software USB devices because we do not have the USB in place 01.32.06 # although it works fine . . . 01.33.44 Quit petur ("Zzzzz") 01.34.26 # that makes sense, thank you as well, saratoga. 01.36.28 Quit DerPapst (Read error: 104 (Connection reset by peer)) 01.37.24 # i favor enabled charging on the Sansa's since the OF ignores the USB spec anyway, i figure we're not losing anything 01.37.36 # but it sounds like we'll have USB shortly, so i guess it doesn't matter 01.38.06 Join DerPapst [0] (n=Der@p5B23E553.dip.t-dialin.net) 01.38.54 # I don't think that we don't enable (full power) charging because we don't have usb in place, but rather we don't know what to enable yet 01.39.16 # Another problem is the power management code structure 01.40.02 Join JdGordon|uni [0] (i=768aa356@rockbox/developer/JdGordon) 01.40.19 # Afaik the only targets which charge properly (but not always with proper indication) are those with pure hw controlled charging, plus the the archos recorder 01.41.09 # X5 and M5 and all PP502x targets I know of only charge slowly in rockbox. M3 doesn't charge at all in rockbox atm 01.42.39 # This is a bit off the Rockbox trail, but is there any reason to believe lithium batteries suffer from a slow charge? (I'm not aware of any) 01.43.08 # I guess the real question is - Are LiIon batteries charged fast because "they can" or because "they should"? 01.45.01 # soap: I think it depends on the conditions. Could a slow charge, in theory, leave the battery hot for a longer time? 01.45.41 # I would think that slower charging actually extends battery life 01.45.58 # SLower charging == lower temperature 01.47.35 Quit gevaerts ("sleep time") 01.49.02 # But slow charging is annoying... 01.53.58 Quit goffa (Read error: 110 (Connection timed out)) 01.57.24 # * Llorean would like to see some numbers on temperatures reached, time spent at those temperatures, and approximate damage per minute in some form at given temperatures. :-P 02.07.54 Quit ZincAlloy ("CGI:IRC") 02.11.18 Quit javama1 (Read error: 110 (Connection timed out)) 02.12.03 Join ZincAlloy [0] (n=d9eef369@gateway/web/cgi-irc/labb.contactor.se/x-076fe953064ec034) 02.12.50 # soap: my new theme should meet the requirements for your seal of approval 02.19.49 Quit DerPapst (Read error: 110 (Connection timed out)) 02.20.47 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 02.21.28 Quit Thundercloud (Remote closed the connection) 02.23.09 # * XavierGr just booted Rockbox on his Gigabeast. Bows to jhMikeS and gevaerts with respect :) 02.23.12 Join Thundercloud [0] (n=thunderc@resnet11.nat.lancs.ac.uk) 02.23.35 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 02.23.35 # Also USB transfers worked like a charm on my hub, though I guess that this problem persists with ipods? 02.25.42 # Also I was quite impressed the an H300 build took me 1 minute and 35 seconds to make, in Cygwin! :D Quad core must be really worth for Rockbox coding. 02.25.55 # I wonder though why on vmware it was much slower 02.26.41 Join corevette [0] (n=corevett@adsl-75-18-204-217.dsl.pltn13.sbcglobal.net) 02.27.53 Join webguest29 [0] (n=792c6fdb@gateway/web/cgi-irc/labb.contactor.se/x-4fc9c3b159a3384d) 02.31.35 Quit Chronon ("Work --> Home") 02.32.02 # XavierGr: A single VMware vm won't use all cores of course. 02.32.32 # amiconn: ah too bad, then I will have to stick entirely to cygwin from now on. 02.32.56 # If you use vmware server, you can assign 1 or 2 virtual CPUs 02.33.16 # amiconn: so VMware won't use all cores even if I start a new image from scratch? 02.33.22 # hmm I might look on it then 02.33.22 Quit webguest29 ("CGI:IRC (Ping timeout)") 02.34.10 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 02.34.47 Quit simonrvn (Nick collision from services.) 02.34.57 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 02.35.36 # The way how virtualization works, one virtual core can never use more than one physical core for real mode code (== application code). And vmware only supports virtual smp with up to 2 cores (and you need to configure that explicitily, and the guest os needs to support smp) 02.35.59 Join DerPapst [0] (n=Der@p5B23E724.dip.t-dialin.net) 02.37.07 # amiconn: so in the end I cannot use all of the cores whatever I do or what I use (by virtualization of course)? 02.37.40 # You can, but only if you run several VMs at once 02.37.58 # amiconn: well that won't help in our case 02.38.23 # It would if you want to build for more than one target ;) 02.39.04 # amiconn: ah yes completely missed that scenario :) 02.39.14 # you would want to vmware images though 02.39.22 # twice the pain to keep the updated and in sync 02.39.41 Join cendres [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 02.44.22 # amiconn: yep you are quite on spot on that, building on vmware never utilizes more than 50% of my cpu usage 02.44.33 # (with 2 virtual cpus) 02.44.57 # * DerPapst jealous 02.45.43 # DistCC? :-P 02.46.33 Quit tvelocity (Remote closed the connection) 02.47.19 # hmm now I think that vmware + ccache + 2 virtual cpus is still faster than cygwin :\ let me test again 02.49.51 # wow 28 seconds for full h300 build with ccache on vmware 02.50.00 # how can I delete the ccache again? 02.50.18 # 28s! 02.50.32 # yeah it seems low but that's what I get 02.50.38 # * DerPapst even more jealous 02.50.52 # not like 10 minutes! 02.51.18 # I upgraded last week on a Pentium Quad Core Q9300 and it really makes a difference for rockbox usage 02.51.44 # I will try with cleared ccache 02.54.44 Quit ashes (Read error: 110 (Connection timed out)) 02.55.34 # bah ccache -C corrupted the vmware filesystem 02.56.27 # * JdGordon|uni 's comp is refusing to find m68k-gcc :( 02.56.40 # * DerPapst puts quad core on whishlist 02.56.48 # *wishlist even 02.57.36 # .bashrc wasnt run after logging in from ssh? 02.57.49 Quit OlivierBorowski_ (Read error: 110 (Connection timed out)) 02.58.25 Join OlivierBorowski_ [0] (n=OlivierB@ANancy-154-1-54-222.w83-196.abo.wanadoo.fr) 02.59.02 # 28s with ccache... 90s without for h300 on my box.. seems i need to upgrade my quaddie :D 02.59.06 Quit soap (Remote closed the connection) 02.59.11 # gah! I don't believe it my vmware image just died on my hands! :( 03.00.33 # wow... 03.00.48 # JdGordon|uni: well I didn't manage to test without ccache I will tell you my results if I manage to restore it 03.04.05 # man ive been having problems all day. what do i do when tar: this does not look like a tar archive 03.04.05 # JdGordon|uni: also keep in mind that, these results were on a vmwre image with half the power of my cpu (since it used only 2 cores) and of course I hope I didn't do anything silly that shortened the building time. :) 03.04.45 # whats the q9300 clocked at? 03.05.30 # stock is 2.5 Ghz and I overclocked it at 3Ghz 03.05.58 # but it's rather cool even at 3Ghz only 45-50celsius 03.06.39 # 1 minute and 15 seconds without ccache 03.06.51 # damn it it is still faster than cygwin :\ 03.07.57 # * DerPapst thinks this is something to be happy about 03.08.05 # yeah I didn't do anything stupid, now with ccache on the same built I got 32 seconds 03.08.34 # DerPapst: well I wanted to give a rest to vmware and start using cygwin again because it is more comfortable for windows 03.08.48 # ah. 03.09.00 # XavierGr: Is "1 minute 35 seconds" too long for you to wait? 03.09.03 # i wanted to give colinux a go-- 03.09.04 # You seemed happy about it before... 03.09.18 # I guess the real solution is to convert to Linux, but I am too used to windows to do that... 03.09.33 # Llorean: you are right I should be very happy with that 03.09.44 # DerPapst: apparently andLinux is the updated colinux or something 03.11.33 # Llorean: in fact, I am happy, but you know, human vanity is bad.... 03.12.36 Join soap [50] (n=soap@rockbox/staff/soap) 03.13.29 # what is the svn command to get a list of all files I have modified? 03.13.56 # preglow: got wildcard implemented but somehow this version of disktidy doesn't remove dirs ;-) 03.14.04 # svn diff 03.14.24 # svn diff > bla.huge.diff preferably 03.14.56 # svn st 03.15.00 # Just for the list of files 03.15.12 # ah... 03.15.13 # that's it. 03.15.15 # * DerPapst misread 03.15.22 # ahh "status" 03.15.25 # Indeed 03.16.06 # * Llorean always wonders why "status" doesn't include what revision you're at. 03.19.09 # sounds like a feature request *cough* :-P 03.20.08 # do you use the USB stack, Llorean? I guess a better question is "do you use a PP device daily?" 03.20.13 # Y'know, I've considered that, and decided it seems like such an obvious concept that either there's already one, or I'll search, not find one, make it, THEN be told there's already one that I daftly missed. 03.20.24 # soap: Yes, no. 03.20.33 # I've made a little use of it on my Nano, but I don't use it daily. 03.20.34 # grrr... stupid e200 didnt charge last night while it was plugged in :( 03.20.52 # JdGordon|uni: Sounds like a good reason for you to look over and play with the charging patch. 03.21.24 # * JdGordon|uni was under the impression charging did work, even if it was slowly :p 03.21.50 Join CaptainKewl [0] (i=jds@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 03.21.53 # JdGordon|uni: http://www.rockbox.org/tracker/task/8363?histring=e200 03.22.05 *** Saving seen data "./dancer.seen" 03.22.12 # The charge control circuit's default current is apparently set way too low. 03.22.42 # Llorean: which target do you use mostly, just curious 03.23.38 # XavierGr: Gigabeat F at the moment. It really depends on what I'm spending more time doing in my spare time though. Walking/jogging/exercising means I use my Nano a lot more. I was using my c200 but its headphone jack came loose again and I've yet to fix it. 03.23.53 # * Llorean does like the radio for when he wants to hear something new. 03.25.13 # I wasn't using the USB stack with the Sansa though, because last I heard the disk corruption issue on them had not yet been resolved. 03.25.47 # the only thing that I resent on the F is its boot time, other than that it is a great target if you are not in recording or radio 03.26.04 Join Leperkawn_ [0] (n=chatzill@68-188-192-35.dhcp.mrqt.mi.charter.com) 03.26.09 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 03.26.54 # Agreed the boot time is slightly annoying, but it's not like I shutdown and reboot constantly. 03.29.01 Part pixelma 03.29.27 # XavierGr: soon the boot time won't be much :P 03.29.34 # 03.29.51 # * JdGordon|uni whispers mr500 to kkurbjun :p 03.29.53 Quit Leperkawn (Nick collision from services.) 03.29.59 # It's fast for me and I can boot with main build in flash 03.30.02 Nick Leperkawn_ is now known as Leperkawn (n=chatzill@68-188-192-35.dhcp.mrqt.mi.charter.com) 03.30.05 # :), I need to work on that too 03.30.15 # I want to get flash booting working for the mr500 next 03.30.28 # hopefully it will be faster after this learning experience 03.34.05 Quit Thundercloud (Remote closed the connection) 03.36.30 # amiconn: we can enable charging on the sansas 03.36.52 # we have the datasheet, and we have a register dump from the OF, so we know exactly how it works 03.37.07 # * Llorean thinks this should be done, then. :-P 03.37.41 # soap: regarding lipoly life, they last much longer if you slow charge them, and also if you don't fully charge them 03.38.02 # its something like 100 cycles at current x, 500 cycles at current y, etc 03.38.41 # So should we have an option in Rockbox as to whether it charges quickly or slowly on targets where this is possible? 03.38.58 # Llorean: we could, but i was just going to set it low by default 03.38.59 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 03.39.06 # it actually doesn't make a huge difference in charge time 03.39.13 # saratoga: Sometimes you need your player charged as much as possible 15 minutes from now, though. 03.39.31 Quit cendres (Read error: 110 (Connection timed out)) 03.39.44 # Though I suppose it really does just kinda depend on how big a difference it makes. 03.39.54 # I swear they don't make them like they used to. I have a LiIon battery in my P-133 laptop which still holds a decent charge. 13 years old. 03.39.57 # if you don't need a full charge, it doesn't make a huge difference, lipoly batteries charge sort of logirthmically, so its always very fast for the first 60% (or so) and very slow for the remainder 03.40.12 # Gotcha 03.40.21 # soap: thats probably not a lipoly battery, i don't think they made them back then 03.40.36 # probably a metal hydride or whatever they were called 03.40.37 # ion, not poly (FWIW) 03.40.40 # no, lithium 03.41.45 # anyway, the OF charges way faster then I would feel comfortable with otherwise, so i think rebooting into it is a good option if you must charge as much as possible in 30 minutes or whatever 03.43.02 # (just ran down and checked) 03.45.01 # saratoga: Maybe to drive up those replaceable battery sales. ;) 03.45.03 # kkurbjun: cheers, I am looking forward to see that in the future! :) 03.45.13 # But, as long as we charge slower than the OF, people are going to file bug reports on it from time to time. 03.45.23 # So an option to charge as fast as the OF (disabled by default) might be a good idea. 03.49.14 # * JdGordon|uni agrees 03.50.17 # Maybe name the two options "Optimal" and "Abusive" (or in seriousness, "Quick Charge") so people recognize that the slower one is meant to be "better" in some way 03.50.59 # standard and abusive... 03.52.51 Join toffe82 [0] (n=chatzill@adsl-75-37-119-136.dsl.frs2ca.sbcglobal.net) 03.53.52 Quit ashes (Read error: 104 (Connection reset by peer)) 03.54.04 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 03.54.56 # shouldn't the way most (all?) original firmwares do it (fast) be called "standard" and the proposed slow way be called "gentle"? 03.56.07 # in that the "point of reference" for most people is going to be the original firmware - ie the word "standard" will be judged against such a point of reference. 03.56.18 # * Llorean intentionally avoided "standard" for that reason. 03.56.47 # I'm also not sure "Quick Charge" should mirror the OF in every case, sometimes for all we know they could be closer to our choice for Gentle. 03.57.18 # I'd rather we just pick a Fast and Slow value of our own, but never make the Faster one slower than the OF (or the slow one faster than the OF if there's an incredibly slow OF out there) 04.07.32 # has there been any indication that the USB stack might be good to go soon for the PP targets? 04.07.32 Join Gartral [0] (n=Gartral@adsl-75-33-87-18.dsl.bcvloh.sbcglobal.net) 04.07.48 # it sounds like a lot of progress is being made, but i'm not clear on how much work remains 04.08.17 # I think the final test is amiconn's hub 04.08.26 # I haven't heard whether the latest discoveries work there or not 04.09.34 # i havent had any luck... but anyway... why are downloads for m1.0.5 of RBUtil down? 04.09.38 # * Llorean does not understand the install instructions for the d2 port. 04.09.42 # wasn't his hub issue specific to the Mini 2G though? 04.10.09 # Gartral: I can download it... 04.10.17 # saratoga: Dunno. 04.10.55 # only the mac one seems too work... and i dont have a mac comp 04.11.02 # I just downloaded the windows one. 04.11.22 # * Llorean downloads the linux one too. 04.11.28 # i click the windows link and it gives me a 404 04.11.44 # It may mean that you're getting redirected to a download server it hasn't propagated to. 04.12.20 # http://download.rockbox.org/rbutil/win32/rbutilqt-v1.0.5.zip <- this is the link i get from clicking the download 04.12.42 # yes, and that link downloads a file for me. 04.13.04 # but it says 404 for me 04.13.25 # And I told you why. it may be trying to download from a server that doesn't yet have the file 04.15.18 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 04.16.32 # geolocation shows the download server is the same as the site's host 04.17.24 # download.rockbox.org is. It redirects you to one of several donated servers for the actual download. 04.17.59 # wich my geoloc sould follow... it gives the end server, not entry server 04.18.12 # Do you honestly think I'm lying to you when i say "It downloads fine for me"? 04.18.27 # preglow: FS#8637 now uses explicit wildcards. Tested and working fine :-) 04.18.41 # no... i belive you.... im just wondering why its not for me... 04.19.04 # Maybe for the very reason I claimed. "Should" and "Does" follow are two different things. 04.19.22 # * DerPapst suggests to check out FS#8637 to anyone :-) 04.19.26 Quit simonrvn (Remote closed the connection) 04.20.08 Join miepchen^schlaf_ [0] (n=miepchen@p54BF7E2A.dip.t-dialin.net) 04.20.10 # hmm, with the Rockbox USB stack (High-speed) the drive icon isn't showing, but the disk continues to spin. 04.21.09 # hmm the Zen port is looking good, but the players have become surprisingly expensive 04.22.07 # saratoga: Gigabeast.... Gigabeast... 04.22.19 # as usual when rockbox support is near :-.P 04.23.22 # Llorean: yeah i ordered one, but the guy shipped it in a paper envelope and the screen is destroyed 04.23.35 # and i'm still fighting with paypal for a refund 04.23.47 # so i'm a little sour on that for now 04.23.52 Join TaylorKillian [0] (n=Administ@wl198118.wright.edu) 04.23.56 # Ouch 04.24.13 # besides teh TMS320 is such an interesting chip, what with its free(!) DSP compiler 04.24.13 # paypricks? yes... there EVIL EVAL! 04.24.26 # Gartral: Off topic for this channel 04.24.56 # the gigabeast is probably faster then the DSP on the TI chip though definately less fun 04.26.30 # anyway... back too the DL links not working... what can i do about this/ 04.26.33 # ? 04.27.25 Join EspeonEefi [0] (i=espeonee@STRATTON-FOUR-SIXTY-SIX.MIT.EDU) 04.27.32 # google says this: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/?C=S;O=A 04.27.39 # no idea who thats from though 04.27.56 # Gartral: Wait 30 minutes and try again? 04.28.54 # or hell just use the manual install its only marginally more difficult on most targets 04.36.48 Quit miepchen^schlaf (Connection timed out) 04.37.02 Quit ashes (Read error: 104 (Connection reset by peer)) 04.37.11 # i dont care about that... i like bug hunting 04.37.14 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 04.42.38 Quit DerPapst (Read error: 113 (No route to host)) 04.43.19 Quit EspeonEefi ("さよなら") 04.44.30 Join zeroth__ [0] (n=tyler@S0106001b1141b601.ok.shawcable.net) 04.45.38 # Hello guys. I was wondering if someone could give me write access to http://www.rockbox.org/twiki/bin/view/Main/CreativeZEN ? I actually have the unit myself, and am quite capable of doing the work needed(hopefully) to get rockbox working. 04.45.51 # The TWiki name is TylerLaing 04.46.37 Part Gartral 04.57.04 # hello? 04.57.12 # zeroth__: I don't think anyone is around that can help you with that at the moment - 3 or 4 hours earlier and someone will usually be around that has those privileges 04.57.27 # ah, well, gee, I was at work. Thanks kkurbjun 04.57.45 # or sometime later, I'm not sure what the exact time is in Europe right now 04.57.46 # kkurbjun: you cant? 04.58.04 # eh...i can...just a sec 04.58.04 # scorche, not that I know of 04.58.15 # kkurbjun: you dont have write access? 04.58.29 # to the wiki? 04.58.31 # yeah 04.58.37 # so I can create accounts? 04.58.39 # yes...anyone with write access can give it to another 04.58.43 # oh 04.58.50 # cool, that's good to know :-D 04.58.51 # they create it...you juts give them write access 04.59.01 # lol, cool 04.59.49 # kkurbjun: look at the page i just edited 05.00.12 # oh, gotcha 05.00.32 # so, do I have write access now? 05.00.39 # I'll keep that in mind in the future 05.00.48 # try it 05.01.09 # okay, cool 05.01.30 # Yay, thanks guys. :) 05.02.00 # * Llorean notices RButil's voice files seem to cut off the end of strings still. 05.03.05 # Anyone here familiar with the Zen Vision:M port project? 05.03.46 # I know a bit about the CPU/SOC through the mrobe 500 05.04.30 # Hmm, I was hoping for someone familiar with how Creative encrypts their firmware. 05.05.07 # nope, I can't help there 05.05.14 # Oh well. Thanks anyways. 05.05.19 # let me see who's the person doing the port 05.05.48 # mculenare 05.06.09 # yep, just found that :) 05.07.15 # pretty impressive work considering how much Creative obscured the info needed. 05.07.24 # Not as hard as the Zune though. 05.08.48 Quit eth01 (Read error: 104 (Connection reset by peer)) 05.10.32 # yep, much like the rest of the ports :P 05.11.19 # it would be nice if we got full docs to even one player, but so far the best is the sansa to my knowledge and that wasn't much 05.11.32 # better than nothing though for sure 05.11.51 # We have some decent documentation on several upcoming players actually 05.12.13 # Llorean: as in the gigabeat S? 05.12.18 # or something else? 05.12.21 # And I think D2 and Meizu as well 05.12.24 # ahh 05.12.37 # yeah, I am most interested in full schematics 05.12.48 # I would love to have some for the gigabeat F 05.12.50 # Well I think in the cases of all of those, it's more than we had for the e200 05.12.57 # but datasheets are nice too 05.13.10 # true 05.13.20 # all we got was hw :) 05.14.57 # whats interesting is that, for my current player, the Creative ZEN, the SOC inside is actually fully documented... the company, Sigmatel has a port to linux for it. 05.15.26 # that's really nice 05.15.39 # and they released all the datasheets for free online? 05.16.03 # yes 05.16.11 # so, yeah, kind of have an advantage 05.16.45 # :), definately 05.17.19 # Well, I think they've released the datasheets. 05.17.25 # at the very least, there is source code. 05.21.07 # anyway, I'm off. Talk to you guys later. 05.21.10 Quit zeroth__ ("Ex-Chat") 05.21.17 Quit Leperkawn (Read error: 110 (Connection timed out)) 05.22.08 *** Saving seen data "./dancer.seen" 05.29.35 Join goffa [0] (n=goffa@216.220.23.105) 05.37.10 Quit TaylorKillian (Read error: 104 (Connection reset by peer)) 05.37.14 Join Tyler [0] (n=chatzill@pool-72-88-139-98.nwrknj.east.verizon.net) 05.38.38 Nick Tyler is now known as tylerofmaine (n=chatzill@pool-72-88-139-98.nwrknj.east.verizon.net) 05.39.36 # what's the register command? 05.39.55 Quit tylerofmaine (Client Quit) 05.43.02 Quit XavierGr () 05.47.34 Join mf0102 [0] (n=michi@85.127.182.34) 05.50.26 Join fujin [0] (n=aj@unaffiliated/fujin) 05.50.38 # so uh, I installed the ipod port on a 4th gen grayscale earlier, it worked fine 05.50.41 # copied some tracks over 05.51.01 # gave it back to the dude who owns it, he charged it up then unplugged it and now it won't even load the bootloader, has the apple folder with an exclamation mark error 05.51.11 # and whenever I try and use disk mode both mine and his computers lock up 05.51.13 # Any ideas? :> 05.51.54 Join fraz [0] (n=fraser@ppp121-45-248-168.lns2.bne4.internode.on.net) 05.58.14 Join atrus [0] (n=atrus@d198-166-254-236.abhsia.telus.net) 06.01.10 Quit ashes (Read error: 104 (Connection reset by peer)) 06.01.20 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 06.02.48 # i've been googling a bit, and getting what looks like conflicting reports. I've got a sansa e280, w/latest rockbox. I'd like to put an 8gb sdhc card in it. will rockbox read it successfully? 06.03.30 # yes 06.04.34 # cool. i'll have to go shopping then :) 06.04.59 Part fujin 06.11.33 # The conflicting reports might be due to the fact that the Sansa original firmware will not read the 8GB SDHC card, but Rockbox will. You will therefore be advised to use a USB card reader (and writer) to write to the card efficiently. 06.16.28 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 06.19.38 Join BigMac [0] (i=PJIRCWeb@ip70-170-62-146.lv.lv.cox.net) 06.20.25 # saratoga: see http://code.google.com/soc/2008/ffmpeg/appinfo.html?csaid=124750E3DFF1EA23 ? 06.20.42 # Hey, I know this isn't strictly the place, but google returned nothing. Anyone know of a way to encode multiple videos with WinFF without manually adding each individual video? 06.21.04 # BigMac: do they not have a channel of their own? 06.21.33 # ooo...there is this too: http://code.google.com/soc/2008/ffmpeg/appinfo.html?csaid=EC86BB4D5432E236 06.21.46 Quit BigMac (Client Quit) 06.21.52 Join BigMac [0] (i=PJIRCWeb@ip70-170-62-146.lv.lv.cox.net) 06.22.13 # Sorry for the dc, can you please send me that link again scorche? 06.22.22 # BigMac: The link wasn't to you 06.22.31 # Oh, sorry 06.23.24 # scorche: No, they don't have a channel on freenode. I thought somebody might know here, if it is possible at least. 06.23.37 # BigMac: It's really not the place to ask. 06.24.01 # BigMac: errrr.... http://ffmpeg.mplayerhq.hu/mailinglists.html 06.24.37 # BigMac: you have to be kidding...84 people in #ffmpeg 06.25.05 # scorche: He's asking about Winff though, the front end tool. I wouldn't ask about it in #ffmpeg either. 06.25.15 # scorche: Yes, but I thought WinFF was the frontend for ffmpeg, so they really wouldn't know 06.25.23 # BigMac: Yes, and WE wouldn't either. 06.25.35 # Llorean: eh...it is better than here 06.26.10 Join adr_ [0] (n=andrew@24.108.213.20) 06.26.11 # Llorean: I thought it would be worth asking, somebody may have known considering it is the recommended tool on the wiki. 06.26.21 # BigMac: A wiki page generated by random users. 06.26.25 # we do have a channel for offtopic stuff... 06.26.33 # BigMac: Meanwhile, this channel is *strictly* for Rockbox talk, as per the guidelines in the topic. 06.27.12 # scorche: This is true, with myself and Chanserv 06.27.22 # eh? 06.27.41 # BigMac: You've joined the wrong channel. But even if it *was* the right one, and really was empty, that still wouldn't make it okay to ask here. 06.27.46 # scorche:Isn't the offtopic channel still #rockbox-social? 06.27.59 # it never was... 06.27.59 # * Llorean thinks BigMac still hasn't read this channel's topic... 06.28.46 # scorche: It was last time I knew of it, but I guess I am wrong 06.28.56 # no....no it wasnt 06.29.00 Quit BigMac ("http://irc.netsplit.de/") 06.29.14 # *still* didnt read the topic... 06.37.44 Quit mf0102 ("Verlassend") 06.38.10 Join knakieinj [0] (i=0@86.122.116.44) 06.50.34 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 06.55.46 Join homielowe [0] (n=eric_j_l@d205-250-150-38.bchsia.telus.net) 07.09.43 Quit fraz (Remote closed the connection) 07.14.08 Join perrikwp [0] (i=982141b3@gateway/web/ajax/mibbit.com/x-cc9603f232071deb) 07.17.38 Quit CaptainKewl (Read error: 110 (Connection timed out)) 07.20.52 Part toffe82 07.22.09 *** Saving seen data "./dancer.seen" 07.26.08 Quit OlivierBorowski_ (Read error: 110 (Connection timed out)) 07.26.29 Join OlivierBorowski_ [0] (n=OlivierB@ANancy-256-1-113-172.w90-33.abo.wanadoo.fr) 07.38.12 Quit midgey () 07.48.20 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.49.35 Quit advcomp2019 (Read error: 113 (No route to host)) 07.54.28 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 07.55.09 Quit miepchen^schlaf_ () 07.55.47 Quit Zarggg () 07.59.35 Quit midkay ("Leaving") 07.59.39 Quit cool_walking_ (Remote closed the connection) 08.01.19 Join advcomp2019 [0] (i=advcomp2@unaffiliated/advcomp2019) 08.03.37 Join midkay [0] (n=midkay@rockbox/developer/midkay) 08.04.12 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 08.06.31 Quit advcomp2019 (Nick collision from services.) 08.06.33 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 08.15.29 Quit DataGhost (Nick collision from services.) 08.15.37 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 08.21.35 Quit BigBambi (Remote closed the connection) 08.23.47 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.25.34 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 08.27.44 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 08.29.00 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 08.34.07 Join spiorf [0] (n=spiorf@host176-218-dynamic.30-79-r.retail.telecomitalia.it) 08.48.14 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-7e93af1f4f836acb) 08.48.38 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-7e93af1f4f836acb) 08.52.18 Join petur [50] (n=petur@rockbox/developer/petur) 08.54.00 Join niteowler [0] (n=kevin@75.108.163.208) 08.55.36 Join Rob2223 [0] (n=Miranda@p4FDCD808.dip.t-dialin.net) 08.59.09 Quit spiorf (Remote closed the connection) 09.00.45 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.07.38 # Llorean: had any more thoughts on the touchpad keymaps? 09.08.04 Nick JdGordon|zzz is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 09.08.14 # JdGordon|zzz: Not yet. I've got a D2 and Rockbox on it now, but haven't started playing any yet. 09.09.04 # I did think of something I wanted to mention to you, but oddly enough, I've completely forgotten now that you're here 09.09.06 # Oh, right 09.09.08 # Viewports! 09.09.17 # :) 09.09.29 # For defining buttons in the WPS screen, might it make sense to just give a viewport an action? 09.09.53 # Since they can't overlap, any touch on that viewport would do that action. So if you want an image to be the RW button, you put it in its own viewport and make it that action 09.10.56 # for the wps i was planning on adding a region tag which would let you specify a rectangle and an action for it.. a bit more flexible than viewports because we can store much more of then without wasting RAM, and it means we dont get wps' needing 30 viewports to just draw the play/next/prev icons 09.12.41 # Play, Next, and Prev would only be three viewports. :-P 09.13.47 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.14.00 # Maybe that's a new kind of button bar? 09.18.21 # * amiconn found a new interesting detail regarding the Mini and the problematic hub 09.18.32 # BB will probably be adapted for touchpad, but not in the wps... its too limiting imo 09.18.49 # * LinusN eagerly awaits amiconn's explanation 09.18.50 Join wpyh [0] (n=william@th245021.ip.tsinghua.edu.cn) 09.18.54 # amiconn: ? 09.21.15 # Well, it's a 4-port hub. The amount of errors seems to depend on which port I use 09.21.16 # JdGordon: Regions might work. I just thought viewports might make the .wps file less complicated, if it's just one extra parameter on the end of the viewport declaration to define its action 09.22.05 # Unfortunately the ports aren't numbered, but from the printed text I presume leftmost port is 1 09.22.13 *** Saving seen data "./dancer.seen" 09.22.51 # Port 1 works best (there are still many disk events in the event log, but the drive letter appears and browsing works with just occasional hangs) 09.23.12 Join goffa_ [0] (n=goffa@216.220.23.105) 09.23.25 # Port 4 (which I happen to use for my tests normally) works worst. Often the device isn't even detected, or it is, but explorer hangs 09.23.54 # OF and hw usb targets don't care about the port used 09.27.55 Join corevette_ [0] (n=corevett@adsl-75-18-204-59.dsl.pltn13.sbcglobal.net) 09.29.09 Join mf0102 [0] (n=michi@85.127.182.34) 09.30.12 Quit goffa (Read error: 110 (Connection timed out)) 09.35.20 # is it a powered hub? 09.37.30 Quit homielowe (Read error: 110 (Connection timed out)) 09.37.38 Quit m0f0x ("sleep") 09.42.58 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 09.43.08 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 09.43.58 Join austriancoder [0] (n=austrian@rockbox/developer/austriancoder) 09.45.47 Quit corevette (Connection timed out) 09.49.12 Quit Shaid (Read error: 110 (Connection timed out)) 09.58.24 Join CuanVA [0] (n=a8d1612a@gateway/web/cgi-irc/labb.contactor.se/x-95d995d4e0715688) 10.00.14 Quit CuanVA (Client Quit) 10.02.49 Quit TMM (Client Quit) 10.03.07 Quit bughunter2 ("Leaving.") 10.06.53 # Hi all... please have a look at http://www.rockbox.org/tracker/task/7138?getfile=16461 and tell me if you can see any problems with it 10.10.06 Join pixelma [0] (i=pixelma@212.204.47.129) 10.13.13 # austriancoder: i'll try to have a look later 10.15.19 Quit tedrock (Read error: 113 (No route to host)) 10.17.18 Join tedrock [0] (n=tedrock@d235-144-17.home1.cgocable.net) 10.36.34 Join desowin [0] (n=desowin@atheme/member/desowin) 10.42.58 Quit linuxstb (Read error: 110 (Connection timed out)) 10.43.12 Quit OlivierBorowski_ (Read error: 110 (Connection timed out)) 10.54.01 Join McDeezy [0] (n=themcdee@pool-71-126-108-165.phlapa.east.verizon.net) 10.54.15 # anyone here? 10.55.18 # yes many 10.55.38 # hey =] 10.55.42 # Just installed RockBox 10.55.45 # this is so awesome 10.56.11 # yah, it just... rocks! 10.57.13 # whats the best font to use 10.57.39 # the best is the one you like the most 10.58.14 # ideally one which is native to a language you can read too 10.59.20 # none of them are big 10.59.24 # they are soo small 10.59.25 Join DerPapst [0] (n=Der@p5B23E39E.dip.t-dialin.net) 11.00.28 # McDeezy: Tried Unifont or Nimbus-19? 11.01.00 Join theli_ua [0] (n=theli@92.112.4.200) 11.01.05 # there are quite a few, keep trying. Usually if there is a number at the end of the font name it means the height (in pixels) - e.g. nimbus-19 is quite big 11.01.44 # i like the nimbus 19 11.03.14 # which font you chose has an influence on the appearance of your WPS (while playing screen) and could "break" it. What player do you have? 11.04.07 # ipod 11.04.16 # yea it doesnt scale the text for the now playing screen 11.04.19 # i was just gonna say that 11.04.58 # Ipod Video (5th generation) I guess? 11.05.05 # yes 11.06.25 # you could try to change your theme, some of them which come with Rockbox use Nimbus-19, e.g iCatcher and Rockboxed if I remember correctly 11.07.38 # what is the speed of the CPU in ipods 11.10.03 Quit theli_ua (Read error: 104 (Connection reset by peer)) 11.10.46 # Dual core 80mhz, but for most purpose we only really use one. 11.12.39 # lmfao dual core 80 11.12.46 # why dual core 11.12.52 # Why would we knwo? 11.13.04 # just seems like a waste 11.13.44 # yeah single-core ought to be enough for everyone! 11.14.03 # single core 80mhz seems fine for an ipod 11.14.13 # based on what facts? 11.14.13 # dualcore 80mhz for a music player 11.14.19 # just seems overdoing it 11.14.35 # again, what are you basing this on? 11.15.12 # isn't it perhasp a good way to be energy efficient and yet have lots of power when needed? 11.16.00 # you could be energy effiecnt making a single core at 100mhz 11.16.26 # sure 11.16.41 # I'm just not seeing why dual-core would be so strange 11.16.42 # McDeezy: Many modern MP3 players seem to take the dual core approach 11.16.55 # Though the more modern method is using a DSP as the coprocessor in a more specialized role 11.16.58 # lots of SoCs in general have dual (or more) cores these days 11.17.26 # Even with an awful lot of optimization, we find 80mhz somewhat constrictive, but nobody has put the time into splitting tasks between the cores yet. It would at least insure that load from the UI doesn't interfere with playback, and vice versa. 11.17.36 # In theory, and if well split, at least. 11.17.58 # How does PHASE and Sonic run so well 11.18.02 # on 80mhz 11.18.17 # * Llorean doesn't even know what those are. 11.18.18 # what's that? 11.18.25 # the ipod games 11.18.28 # First off, it's dual core. 11.18.28 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.18.37 # what ipod games? 11.18.43 # B4gder: OF games, I assume 11.18.46 # Phase and sonic the hedgeohog 11.18.47 # yea 11.18.51 # OF 11.18.52 # but are they for the oldish ipods? 11.18.58 # nope 11.18.59 # Video+ 11.19.02 # just video 11.19.26 # B4gder: Nano 3, Video, and Classic for Phase at least 11.19.34 # Which means they probably make use of the Broadcom for graphics acceleration 11.19.47 # McDeezy: The iPod classic and newest Nano have a much faster chip in them. 11.19.48 # yes, and nano3 and classic have more power 11.20.00 # then the video? 11.20.03 # The iPod Video has a *third* processor, the Broadcom chip which is more or less an unknown. 11.21.48 # do homebrew devs have access to it? 11.22.17 *** Saving seen data "./dancer.seen" 11.22.32 # we have no "access" to any parts really 11.22.50 # but people have figured out the main CPU parts 11.22.56 # Or possibly we have 'access' to everything, since we're the firmware, we've just taken it for ourselves, and don't know how to talk with it. 11.23.08 # * Llorean thinks it might depend on the definition of "access" in this case. 11.23.14 # yeps 11.23.22 # wouldnt it be an API call 11.23.32 # What API? 11.24.03 # Is there a specific code for iPODs? 11.24.08 # what is the dev code? 11.24.10 # in Apple's OS there's probably an API yes 11.24.13 # Rockbox is a replacement firmware. 11.24.20 # The only APIs are those we implement for ourselves. 11.24.21 # McDeezy: we write Rockbox 11.24.42 # Oh shit yous are the devs? 11.24.46 # It's not something that runs on top of Apple's software. We aren't just "homebrew" running like the Apple games. 11.25.17 # Rockbox is from scratch, on the metal, without anything Apple'ish 11.25.57 # I see so your still learning how to utilize things? 11.26.04 # yes 11.26.11 # and we'll never stop since we have no docs 11.26.28 # They dont release docs on the hardware? 11.26.31 # no 11.26.52 # Is it possible to reverse the apple firmware 11.26.55 # and learn from that 11.26.58 # yes 11.27.14 # is that what you guys have been doing/ 11.27.17 # exactly 11.28.29 # wait 11.28.37 # so these devs that program OF games for Ipods 11.28.43 # how do they get there documentation 11.28.46 # Devkits? 11.29.08 # who knows 11.29.22 # Sign license agreement with non-disclosure clause, and give Apple money, etc, probably. 11.29.42 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 11.29.50 # It doesn't really matter here though. 11.29.51 Join Rob2222 [0] (n=Miranda@p4FDCD808.dip.t-dialin.net) 11.30.01 # why 11.31.10 # Because 1) It's probably much higher level, as you mentioned API calls, and things we cannot use. 2) If we had it, it would almost certainly have legal restrictions on it preventing us from using it even if it were helpful. 11.31.50 # well you could create your own API calls couldnt you just learning from it 11.31.52 # ? 11.31.58 # we have our own api 11.32.46 # If you see a gear shift, you can figure out how to shift it, but it probably doesn't give you many clues to how a transmission works. 11.33.10 # They'd be plenty useful if we were interested in writing apps to run in the Apple software, but that's not what this project is. 11.34.04 # Im just saying the TI-83plus Calc had a GB emulator that ran at fullspeed and that CPU was 8mhz 11.34.35 # and what's that supposed to mean to us? 11.34.39 # The ipod has plenty of power to do alot of things 11.34.50 # so go make them reality, stop explaining it to us 11.34.56 Quit DerPapst (Read error: 110 (Connection timed out)) 11.35.26 # did you guys write doom? 11.35.34 # or port it 11.35.35 # no, it was "just" ported 11.37.08 Join theli_ua [0] (n=theli@92.112.49.194) 11.37.31 # your EQ works so much better than apples 11.37.37 # the bass boost in apples blows so bad 11.37.43 # it distorted the music 11.42.55 # if you think our eq can't do that, you haven't tried it enough :> 11.43.20 # lmao 11.43.49 # making a full quality gb emulator run in on an 8mhz 68k is flat out impossible 11.44.27 # i swear to god i saw it with my own eyes 11.44.27 # preglow: TI-83 is an 8mhz z80, I think. 11.44.34 # ahhh 11.44.38 # if it's a z80, it's another matter 11.44.38 # it is z80 11.44.49 # i thought all ti calcs were 68k 11.44.52 # No 11.44.54 # Just the later ones 11.44.59 # * GodEater wonders why this makes a difference 11.45.02 # lmao 11.45.14 # GodEater: Gameboy Classic is the same instruction set, or compatible one, I think 11.45.20 # ah ha 11.45.22 # well, then it can run the gameboy code natively with some hacks 11.45.27 # and it pretty much has to 11.45.44 # It's basically just a faster gameboy, and since you've got no sound, very little in the way of emulation 11.46.00 # Well, 'very little' relative to what we have to do. 11.46.15 # the 83+ could play .wav 11.46.25 # very small wavs but it did it 11.48.52 # what does the record featrue do 11.49.50 # McDeezy: Records from the line in on the dock connector. 11.53.50 # Damn thats sick 11.54.00 # is the HDD in the ipod a normal HDD? 11.54.28 # We'd call it normal, sure. 11.54.54 # my friend said it doesnt support alot of writes 11.55.10 # * amiconn would say the one in the G5.5/80 isn't entirely normal 11.55.40 # is it ok to use it as a disk 11.57.01 # People who depend on iPods as a backup solution are often disappointed. They support plenty of writes, but generally suffer a lot more abuse (from being used actively) than say a normal USB storage solution, which is generally only ever moved while not in use. 11.57.47 Join anmol_iitd [0] (n=khuranaa@220.227.156.11) 11.57.55 Part anmol_iitd 11.58.09 # i always wondered why they would use an HDD in a portable device because doesnt all the moving cause damage 11.59.26 # Again, really not our concern. We didn't design the hardware, and the issue can be debated either way. 12.01.34 Join homielowe [0] (n=eric_j_l@S0106001a70694b9a.no.shawcable.net) 12.02.01 # does it really screw the HDD up though 12.04.09 # Not normally unless you're particularly abusive, but it does increase the wear relative to just sitting it flat on a table. 12.13.23 Quit homielowe () 12.17.34 Join ZincAlloy [0] (n=d9eed5e8@gateway/web/cgi-irc/labb.contactor.se/x-50fa59a800123e35) 12.17.43 # * GodEater 's 80GB ipod has now been doing service for 18 months or so with no problems on the disk. Haven't had to run chkdsk so much as once. 12.18.14 # the iriver H140 has been in service for considerably longer, also without problems. 12.19.06 # you have to realize how low-mass a 1.8" HDD's heads are. You would really need to work at causing them to crash into the platters. They just don't have much momentum. 12.19.17 Quit adr_ ("Leaving") 12.22.21 Join Leperkawn_ [0] (n=chatzill@68-188-192-35.dhcp.mrqt.mi.charter.com) 12.22.28 Nick Leperkawn_ is now known as Leperkawn (n=chatzill@68-188-192-35.dhcp.mrqt.mi.charter.com) 12.22.36 Quit Leperkawn (Remote closed the connection) 12.24.02 # whats the speed of theHDD 12.24.08 # RPM 12.24.08 Quit shodanX_ (SendQ exceeded) 12.24.28 Join DerDome [0] (n=DerDome@dslb-082-083-212-106.pools.arcor-ip.net) 12.35.19 # * preglow plays with his d2 12.36.07 # * Llorean starts putting together a list of unreasonable expectations for preglow to accomplish 12.37.53 Join Thundercloud [0] (n=thunderc@resnet14.nat.lancs.ac.uk) 12.37.59 # i think i like this thing 12.38.16 # Llorean: will probably be a couple of days until i have time to do some hacking, but we'll see :) 12.38.43 Join DerPapst [0] (n=Der@p5B23FE3C.dip.t-dialin.net) 12.45.24 Quit DerDome (Nick collision from services.) 12.45.25 Join DerDom1 [0] (n=DerDome@dslb-082-083-212-106.pools.arcor-ip.net) 12.45.26 # preglow: i've fixed all the issues left with configureable disktidy. http://www.rockbox.org/tracker/task/8637 12.45.31 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-212-106.pools.arcor-ip.net) 12.48.12 Join DerPapst_ [0] (n=Der@p5B23E90F.dip.t-dialin.net) 12.48.14 Quit DerPapst (Nick collision from services.) 12.48.16 Nick DerPapst_ is now known as DerPapst (n=Der@p5B23E90F.dip.t-dialin.net) 12.48.48 # DerPapst: nice 12.48.52 Join DerPapst_ [0] (n=Der@p5B23F9F4.dip.t-dialin.net) 12.48.54 Quit DerPapst (Nick collision from services.) 12.48.56 Nick DerPapst_ is now known as DerPapst (n=Der@p5B23F9F4.dip.t-dialin.net) 12.49.02 # DerPapst: still in windows, though, so can't commit 12.49.49 Join DerPapst_ [0] (n=Der@p5B23D673.dip.t-dialin.net) 12.49.51 Quit DerPapst (Nick collision from services.) 12.49.53 Nick DerPapst_ is now known as DerPapst (n=Der@p5B23D673.dip.t-dialin.net) 12.50.13 # * preglow doesn't like the idea of opening this small thing :/ 12.50.28 Join DerPapst_ [0] (n=Der@p5B23BE7F.dip.t-dialin.net) 12.50.30 Quit DerPapst (Nick collision from services.) 12.50.32 Nick DerPapst_ is now known as DerPapst (n=Der@p5B23BE7F.dip.t-dialin.net) 12.51.55 # It's pretty small for what it's got in it 'n all 12.52.05 Join DerPapst_ [0] (n=Der@p5B23D082.dip.t-dialin.net) 12.52.07 Quit DerPapst (Nick collision from services.) 12.52.09 Nick DerPapst_ is now known as DerPapst (n=Der@p5B23D082.dip.t-dialin.net) 12.52.42 Join austriancoder_ [0] (n=austrian@80.120.117.30) 12.53.00 # preglow: ok, take your time :-) 12.53.47 # I wonder if qemu is a better foundation for the "ARM Emulator" project than skyeye 12.54.31 # it seems to feature more devices and more emulated cpus etc 12.55.17 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 12.56.15 # and it seems like its a very busy project 12.58.46 # * amiconn wonders what austriancoder is doing :\ 13.01.54 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.02.32 # Why is devcon on that weeken =( 13.02.49 # we had to pick a date 13.02.59 # i know 13.03.22 # I just can't take part then 13.03.24 # amiconn: he's here, ask him 13.03.50 # kugel: that's sad, but no matter what date we pick some people will be unable to make it! 13.05.05 # i like the fact that jetaudio plays .mod ... 13.05.29 # * preglow thought he saw ffmpeg*.dll flash by during install... 13.07.35 Quit austriancoder (Read error: 110 (Connection timed out)) 13.08.23 # * preglow bloody _hates_ intrusive software 13.08.31 # * Llorean never installed any software... 13.08.52 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 13.09.22 # Llorean: what, ever? 13.09.25 Quit kugel ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]") 13.09.31 # GodEater: In regard to the Cowon D2. 13.09.41 # ;) 13.10.13 # * B4gder didn't understand that reference either 13.10.30 # thinking about it, I haven't even looked at the CDs for my latest targets 13.11.17 # * Llorean never even handled the CD for his D2. 13.11.25 # you're not missing much, this'll be uninstalled 13.11.37 Quit DerPapst (Read error: 110 (Connection timed out)) 13.11.37 # preglow: Why'd you install it? Curiosity? 13.11.44 # but i like that the meizu comes with one of them small CDs 13.11.56 # follows the "mini player" concept 13.12.05 # they should have used a full size cd... it would have made it look smaller 13.12.07 # Llorean: the software might have been good 13.12.12 # preglow: Ah. 13.12.12 # now i know it's just annoying 13.12.26 # JdGordon: I think it's a matter of fitting in the box nicely too 13.12.29 # B4gder: I have a half dozen or so -RW mini-DVDs. I quite like the size for some reason. 13.12.32 # it comes in a rather small box 13.12.58 Join desowin [0] (n=desowin@atheme/member/desowin) 13.14.02 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.14.26 # http://arstechnica.com/news.ars/post/20080422-ti-and-neuros-team-up-to-build-open-source-media-platform.html 13.15.02 # I believe this is old news for us - but thought I'd post it anyway in case someone wants to wade in to the ars discussion with our "yeah but," argument on the hardware 13.15.31 # http://open.neurostechnology.com/content/neuros-and-texas-instruments-create-new-bounty-program-next-gen-open-internet-television-pla 13.16.16 # free audible book, eh 13.17.59 # but that's still with that limited assembler for the DSP core I think 13.18.21 # so still not "open" the 13.18.24 # *then 13.18.26 # limited == not open and free 13.18.31 # man, i love the demo track 13.18.38 # it's not catch the digital flow, but it's cheesy enough 13.20.02 # " 13.20.03 # When done, it will be a complete open platform that will 13.20.03 # allow developers of all levels to contribute and port applications. 13.20.09 # hm 13.20.28 # (quote from the neuros list) 13.20.51 # austriancoder_: VOLUME_MIN and VOLUME_MAX for MAS3587F+MAS3539F are way off in your commit, and the default is rather weird too 13.22.18 *** Saving seen data "./dancer.seen" 13.25.55 # amiconn: i think he only moved them from sound.c so they were probably wrong already then 13.29.24 # "BBE is the sound effect that provides clear music" <- well, ok then 13.30.16 Quit Orimili (Read error: 110 (Connection timed out)) 13.30.49 Part theli_ua 13.31.29 # i must say that the #ifdef order in the VOLUME_MAX commit is a little backwards 13.32.25 # ah yes, its backwards 13.32.29 # It's not, actually 13.32.42 # There's a ! in the new file where there wasn't in the old 13.33.12 # true 13.33.23 # So functionally it's the same, but reading it is awful weird. 13.33.23 # it's backwards because it tests for "not equal" and the "else" instead of the opposite 13.33.44 # very confusing to read, yes 13.34.05 # but i didn't say that it was wrong 13.34.57 # i understand why he did it that way, because otherwise the #else would end up much farther away from the #if 13.35.29 # Would it be okay to just change the #else to another #if, take out the /* and */, and put a #endif before it? 13.36.40 # I mean, not from a functional standpoint, but "are there style guidelines regarding that sort of thing"? 13.38.13 Quit ender` (Read error: 110 (Connection timed out)) 13.40.03 # i even kinda like the retail os on this thing 13.40.19 # the guidelines would be "write code so that it is as easily read as possible" 13.43.16 Join CaptainKewl [0] (i=jds@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 13.43.28 Quit ashes (Read error: 104 (Connection reset by peer)) 13.43.41 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 13.44.10 Quit Adys (Client Quit) 13.47.33 Join Adys [0] (n=Adys@unaffiliated/adys) 13.49.40 Join webguest95 [0] (n=18895029@gateway/web/cgi-irc/labb.contactor.se/x-02d03d3c6c5b1bfd) 13.50.32 Join cendres [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 13.50.57 # ok, this time I'll actually ask Joe himself before I post my blog entry ;-) 13.51.12 # on neuros and TI's open platform 13.51.15 Join TMM [0] (n=hp@c514753fe.cable.wanadoo.nl) 13.54.33 Quit webguest95 (Client Quit) 13.57.00 # B4gder: what, there's some reason he would mind? 13.57.21 # no 13.57.39 # just that I want to know if they rely on that DSP assembler they've mentioned before 13.58.08 # the ti "free" kit? 13.58.11 # yes 13.58.21 # nasty business, that 13.58.23 # basically enforcing all users of it to be GPL 13.58.37 # do you know if they actually support it very well? 13.58.39 # or at least copyleft-style licensed 13.58.39 # as in maintain it 13.58.44 # no idea 13.59.02 # I assume it ties the code to TI hardware too? 13.59.27 # Or could the source be target-independent? 13.59.28 # well, it generates code for TI DSPs, what else would you use it for? 13.59.45 # Ah, ok. Ignore me, I misunderstood 14.00.01 # * pondlife goes back to sleep 14.00.05 # :-) 14.02.35 Quit ashes (Read error: 110 (Connection timed out)) 14.02.52 # haha 14.02.58 # the box assures me the d2 is PodcastReady ! 14.03.03 # pfew! 14.05.23 Quit niteowler ("Ex-Chat") 14.09.16 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 14.10.34 Join LostPhil [0] (n=51bbd1a5@gateway/web/cgi-irc/labb.contactor.se/x-a78d7c7ee90b593c) 14.12.22 Quit LostPhil (Client Quit) 14.15.49 Join agm3nt [0] (n=opera@bartek.tu.kielce.pl) 14.18.03 Join cendres_ [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 14.20.32 Quit cendres_ (Read error: 104 (Connection reset by peer)) 14.20.41 Join cendres_ [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 14.22.29 Join webguest44 [0] (n=18895029@gateway/web/cgi-irc/labb.contactor.se/x-83777b1727b4915e) 14.23.46 Join webguest17 [0] (n=18895029@gateway/web/cgi-irc/labb.contactor.se/x-8b35654509ccebcb) 14.23.47 Join FOAD_ [0] (n=dok@dinah.blub.net) 14.25.14 # Hi, I'd like to upload an FM preset list to Rockbox; i've just registered as JohnLeBlanc. Could someone give me write privileges please? 14.26.13 Quit ashes (Read error: 110 (Connection timed out)) 14.26.35 Quit mf0102 ("Verlassend") 14.26.36 Quit webguest17 (Client Quit) 14.26.44 Join webguest17 [0] (n=18895029@gateway/web/cgi-irc/labb.contactor.se/x-ea9f4cdf7e4387de) 14.27.12 Quit webguest17 (Client Quit) 14.27.32 Quit cendres (Read error: 110 (Connection timed out)) 14.28.11 # preglow: Disassembled your D2 yet? ;) 14.30.05 # linuxstb: heh, nah 14.30.17 # i'll wait with that until i actually get to working on the dab 14.30.26 # in case i manage to break it 14.31.09 # amiconn: I have not changed the values of VOLUME_MIN/MAX I have only done copy&past. For the default values... I dont know how to handle them. We can fail with an error that they are not defined.. 14.31.45 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 14.35.20 Quit FOAD (Read error: 110 (Connection timed out)) 14.35.20 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 14.38.46 # :) looks like shotofadds got the touchpad working correctly on the d2? 14.38.59 # woot 14.39.02 # how do you know? 14.39.28 # fs#8708 14.40.38 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 14.40.47 Join Rob2222 [0] (n=Miranda@p4FDCD808.dip.t-dialin.net) 14.41.56 Join Arathis [0] (n=doerk@p508A65DF.dip.t-dialin.net) 14.43.04 Part B4gder 14.44.31 Join michael1486 [0] (n=michael1@c-69-138-131-90.hsd1.fl.comcast.net) 14.46.03 Quit webguest44 ("CGI:IRC (Ping timeout)") 14.48.38 Part michael1486 14.51.43 Quit McDeezy () 14.54.03 Nick JdGordon is now known as JdGordon_ (i=jonno@rockbox/developer/JdGordon) 14.54.06 Nick JdGordon_ is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 15.05.04 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-1b3f399d832d338e) 15.07.00 Join MethoS- [0] (n=clemens@host-091-096-213-254.ewe-ip-backbone.de) 15.09.11 Join baNTiK [0] (n=kvirc@de3.tcompressor.com) 15.09.41 # hi hi hi all 15.12.27 # good day 15.12.43 # yea 15.12.48 # yes 15.13.28 # haw are you? 15.13.53 # , 15.13.55 # preglow: Can you take a look at FS #8924? It's an extra blurb for the manual documenting disktidy's new functionality. 15.14.34 # ??? 15.15.10 # LambdaCalculus37: put them entries in the order they're presented in the plugin menu, otherwise it looks fine 15.15.52 # preglow: Okay, will fix. 15.16.02 Quit lando_ (Read error: 104 (Connection reset by peer)) 15.16.07 # I'll post a revised patch once I do. 15.16.19 # i'd also like the entry extended on actually what junk files are 15.16.30 # some people might not consider thumbnail caches junk, but disktidy does 15.16.40 # if you could add that, it would be most excellent :) 15.16.59 # Sure. :) 15.17.11 # I'll help clarify the entry a little bit more. 15.17.46 # ? 15.18.11 # baNTiK: Is there something we can help you with? 15.18.33 # I am from Russia! 15.18.55 Quit cendres_ (Read error: 104 (Connection reset by peer)) 15.19.02 # can't help you with that 15.19.27 # baNTiK: This is not a social channel. This is a discussion for Rockbox development and related topics. 15.19.47 Quit agm3nt () 15.19.50 # sorry 15.19.53 # anyone know what the different 0/1/2 folders of the d2 firmware update contains? 15.20.03 # how many different file name/types does disktidy look for? 15.20.05 # i expect perhaps one to be the bootloder, the next the firmware, and so on, but i don't know 15.20.27 # is there any reason we cant change it to read in a descriptions text file and let the user manually check which files they want removed? 15.20.27 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 15.20.33 # instead of grouping thm into OS? 15.21.30 # JdGordon: there's patch on adding cfg file support right now, and that can be extended to what you propose, i guess 15.21.35 # JdGordon: and it doesn't sound like a bad idea at that 15.21.46 # preglow: I actually think the idea is much better. 15.22.09 # patch number? 15.22.14 # Let me check. 15.22.20 # 8637 15.22.23 *** Saving seen data "./dancer.seen" 15.22.37 # Thanks, preglow. :) 15.23.02 # it would still make sense to categorize by os, if you ask me, most people use just one os 15.23.58 Part CaptainKewl 15.24.04 # preglow: That's true, but there are those of us with multiple machines and OSes. 15.24.30 # true, i'm one of them 15.24.31 Join csc` [0] (n=csc@archlinux/user/csc) 15.24.37 # but i think we're in the minority :) 15.24.45 # i'll just use the "all" option anyway 15.24.49 # which should still be available 15.25.01 # I still have an iMac running MacOS 9.2.2, and use my Archos JBRv1 on that machine from time to time. 15.25.18 # So I'll be adding FINDER.DAT files from MacOS 9 into the plugin. 15.25.44 Join MethoS-- [0] (n=clemens@host-091-096-215-056.ewe-ip-backbone.de) 15.27.49 # preglow: I know "1" is the main firmware. I think "0" is some kind of "pre-installation" firmware - the upgrade process requires you to install 0, then 1. I think 0 does a low-level format/rescue of the device. 15.28.16 # * LambdaCalculus37 checks his devices to see how the disktidy menu is laid out 15.28.35 # Hmmm... 15.29.11 # LambdaCalculus37: I'm tihnking a multi select list with "all", "none" and "GO" at the top followed by the available files 15.29.31 # linuxstb: how nice 15.29.37 # preglow: have you found time to look at my patch? http://www.rockbox.org/tracker/task/7138?getfile=16463 15.29.52 # hmm.. actually no... just replace the current "files to clean" item with the multi select list 15.30.24 # maybe with an option for presets for the different OS'? 15.30.54 # Something that's simple enough without making disktidy too complicated. 15.31.33 # austriancoder_: just moving hw dependent stuff from sound.c to drivers? 15.32.15 # * LambdaCalculus37 thinks that FS #8637 may not be that bad of an idea... 15.32.48 # preglow: more or less... yep... 15.33.01 # Only thing is getting people to understand how to config disktidy to their liking. 15.33.50 # austriancoder_: well, it looks good to me, and i can't see any point in not moving stuff to drivers 15.34.20 Join cendres [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 15.35.14 # preglow: the big goal is to clean up the ifdef hell in sound.c and move target/codec specific stuff into drivers folder or in to target tree... so its simply a cleaning up task 15.35.43 # austriancoder_: which i think is a good idea 15.36.32 # but then again, i know little of mas hardware, so wouldn't know if there's any better way of doing any of this 15.37.44 # bah, i should look into getting one of these newfangled vmware images 15.38.03 # i dont see any other ways of cleaing up sound.c 15.38.30 Join gevaerts [0] (n=fg@195-144-092-167.dyn.adsl.xs4all.be) 15.38.42 Join n1s [0] (n=nils@rockbox/developer/n1s) 15.39.44 Quit MethoS- (Read error: 110 (Connection timed out)) 15.40.10 # i think i will commit it and see what reactions are coming back :) 15.40.21 # is shotofadds reading my questions or what? the wiki was just updated :P 15.40.26 # austriancoder_: sounds good 15.40.39 # yes 15.40.41 # austriancoder_: just make sure the build table has no new red/yellow before you vanish 15.43.36 # preglow: shotofadds sees all. :) 15.43.52 # preglow: Yes, he probably is ;) He can't access IRC from work, but reads the logs. 15.44.06 # is there an easy way to compile all targets with a simple call? 15.44.38 # with a script.. but its a waste of time 15.44.41 # austriancoder_: not that i know of 15.44.51 # just let the build servers do it, nobody minds red/yellow as long as its fixed 15.45.02 # fine 15.45.14 # is the vmware image at VMwareDevelopmentPlatform the shiznit, or is there some other source? 15.46.36 # I've had no problems with the vmware image. 15.49.08 Join MethoS- [0] (n=clemens@host-091-096-214-158.ewe-ip-backbone.de) 15.51.21 Join gregzx [0] (n=chatzill@dsp21.neoplus.adsl.tpnet.pl) 15.51.29 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 15.51.33 Part LinusN 15.54.27 # there is one annoying problem with the vmware image, the regular user isn't a member of the 'audio' group so the sims crash when trying to play sound... 15.54.35 # easy fix though 15.54.51 Quit baNTiK ("KVIrc 3.2.0.99 'Marmalade' http://www.kvirc.net/") 15.58.30 Quit corevette_ (Remote closed the connection) 15.59.07 Quit ashes (Read error: 110 (Connection timed out)) 15.59.56 Join Mathiasdm [0] (n=Mathias@vpnd057.ugent.be) 16.00.05 Quit flynux (Read error: 110 (Connection timed out)) 16.04.24 Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) 16.05.57 Quit MethoS-- (Read error: 110 (Connection timed out)) 16.07.01 # can somebody explain me what set_prescaled_volume execlty does and what a presacle is? Also why i need to call it when i chage most of the other sound settings? /firmware/sound.c 16.08.50 # austriancoder_: looks like clipping prevention for the bass and trebble settings or something 16.08.58 # austriancoder_: the prescaler compensates for bass boosts, to prevent clipping 16.09.40 # bass boosts/any kind of boost 16.10.18 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 16.11.12 # so set_prescaled_volume is only needed when bass, treble or volume gets changed? 16.11.51 # yes, afaik, and it's only needed when volume gets changed if treble/bass controls are active 16.13.11 # it's basically just a measure to make sure that audio does not clip during tone controls processing, like if i want to boost bass 12 dB, i can decrease the audio amplitude by -12 dB before processing, then increase master gain by 12 dB after processing 16.13.28 # only change to the user is that tone controls do no distort when they would have without prescaling 16.13.43 # however, this only works if there is enough headroom in the master gain to compensate for the prescale 16.13.55 # so it does not work if you're listening to audio at the highest volume settings 16.14.22 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 16.14.25 # okay.. i see 16.14.58 # it's also the cause of a nasty glitch on those targets that need software tone controls, since the prescaler is software there and has latency compared to the master gain... 16.15.04 # * preglow wants low-latency dsp :/ 16.16.59 # amiconn: do you know why MAS3587F needs no set_presacled_volume() and MAS3507D needs it? 16.17.20 # MAS3587F and MAS3539F handle clipping prevention internally 16.18.47 Quit LambdaCalculus37 ("CGI:IRC (EOF)") 16.19.07 # might be an idea to put this in a comment in the code (if not already done) 16.19.13 # indeed 16.19.29 Quit Adys (Read error: 110 (Connection timed out)) 16.20.21 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-f9808104ae483143) 16.21.49 Join perrikwp [0] (i=982141b3@gateway/web/ajax/mibbit.com/x-77f6933fcaecac90) 16.26.13 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 16.32.06 Quit freqmod__nx (Remote closed the connection) 16.32.06 Quit freqmod_nx (Remote closed the connection) 16.32.58 Join PaulJam [0] (i=PaulJam_@vpn-3123.gwdg.de) 16.33.40 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 16.35.18 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 16.36.28 Quit n1s () 16.37.28 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 16.38.35 Join MethoS-- [0] (n=clemens@dyndsl-085-016-160-189.ewe-ip-backbone.de) 16.39.19 Quit ashes (Read error: 104 (Connection reset by peer)) 16.39.30 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 16.39.43 Join Adys [0] (n=Adys@unaffiliated/adys) 16.40.03 Quit MethoS- (Read error: 104 (Connection reset by peer)) 16.40.34 Quit cendres (Read error: 110 (Connection timed out)) 16.41.36 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 16.42.38 Join n1s [0] (n=nils@rockbox/developer/n1s) 16.42.50 Quit Adys (Nick collision from services.) 16.43.43 Join Adys [0] (n=Adys@unaffiliated/adys) 16.46.45 # hi, what version does the latest bootloader for ipod mini have? (and does it already have support for CF cards?) 16.47.09 Nick JdGordon is now known as JdGordon|zzz (i=jonno@rockbox/developer/JdGordon) 16.51.36 # PaulJam: I think you need to build one from svn to get cf support. 16.52.01 # ok, thank you 16.57.08 Join popey [0] (n=alan@ubuntu/member/popey) 16.57.30 # I figure this also applies to other iPod models. 16.57.55 # Just popped in to say "thanks" to the rockbox devs, I just updated my iRiver H140 and the UI has been improved, it's lovely. Thanks! 17.02.23 # popey: you're welcome :) 17.02.44 Join MethoS- [0] (n=clemens@91.97.240.10) 17.05.21 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-100-188.w86-218.abo.wanadoo.fr) 17.08.46 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.10.36 Join dabujo [0] (i=xx@p4FDB2D94.dip0.t-ipconnect.de) 17.11.23 Quit n1s () 17.12.46 Quit XavierGr (Nick collision from services.) 17.12.57 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.18.48 # it would be possible to use dsp on the sdl sim too.. or? 17.19.05 # austriancoder_: sure, i tried to hack sound.c to make the sim use the same code as target once, but gave up 17.19.27 # dsp, like eq and crossfeed, is already run on sims, but i think i remember some other stuff that does not work 17.19.57 # * preglow tries to remember what that wwas 17.20.02 # preglow: cool.. i will try my luck.. have done some big changes localy in sound.c 17.20.04 Quit MethoS-- (Read error: 110 (Connection timed out)) 17.20.36 Join mf0102 [0] (n=michi@85.127.182.34) 17.22.25 *** Saving seen data "./dancer.seen" 17.24.08 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 17.24.11 Part popey 17.26.40 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.27.13 Join perrikwp [0] (i=982141b3@gateway/web/ajax/mibbit.com/x-a3be2de267df08f9) 17.28.10 Join DerPapst [0] (n=Der@p5B23CBC2.dip.t-dialin.net) 17.29.40 Quit perrikwp (Client Quit) 17.30.30 Join perrikwp [0] (i=982141b3@gateway/web/ajax/mibbit.com/x-1f8920471e19353b) 17.31.06 # * DerPapst notices some discussion about disktidy and doesn't understand JdGordon's proposals :-p 17.31.29 Quit MethoS- (Read error: 113 (No route to host)) 17.31.40 Join toffe82 [0] (n=chatzill@63.164.47.227) 17.34.36 # DerPapst: just that each delete entry in the config file should be choosable 17.34.49 # so i can choose to delete just .Trash and Recycler, for example 17.35.00 # anyone know how i bloody reboot the vmware imagine? 17.35.54 # ah ok 17.36.13 # i think that can be done... 17.36.18 # DerPapst: I think your updated patch for user-configurable disktidy is on the mark. 17.36.50 # but that can wait as far as i'm concerned, the base functionality is more important 17.37.29 # Yes, agreed. 17.38.07 Join flynux [0] (n=flynux@2a01:38:0:0:0:0:0:1) 17.38.17 # DerPapst: I like the fact that the patch allows me to add in odd trash files, like FINDER.DAT files from MacOS 9. :) 17.38.31 # :-) 17.39.02 # hmm 17.39.06 Join faemir [0] (n=faemir@88-106-254-24.dynamic.dsl.as9105.com) 17.39.24 # it sucks a bit that old users won't get new entries which are bundled by default unless they first delete the old cfg by hand, though 17.39.54 # Or we write in the documentation that they can edit the file by hand with a text editor and add in whatever it is they want. 17.40.01 # perhaps add an explicit "reset configuration file" to make it more apparent how it works? 17.40.05 # add revision numbers to the config file :-P 17.40.34 Quit faemir (Remote closed the connection) 17.41.01 # preglow: That could be useful. 17.41.20 # argh 17.41.25 # Users can also reset their config file in case something breaks. 17.41.27 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 17.41.32 # the vmware image doesn't seem to handle cowon d2 well :/ 17.41.33 Quit petur ("later") 17.41.35 # * preglow wonders why 17.41.48 Join faemir [0] (n=faemir@88-106-254-24.dynamic.dsl.as9105.com) 17.42.02 Quit dabujo (Read error: 104 (Connection reset by peer)) 17.44.02 # * DerPapst adds config file reset thingy 17.44.57 # DerPapst: Let me know when you post the patch so I can grab it and try it out. 17.45.33 # mkay, will do :-) 17.46.37 Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) 17.46.47 # * LambdaCalculus37 will work on some documentation 17.49.30 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 17.49.51 # preglow: Is it missing the latest multilibs patch? 17.50.25 Join waldo [0] (n=waldo@ip-81-11-213-83.dsl.scarlet.be) 17.50.30 Join ZincAlloy [0] (n=d9eed5e8@gateway/web/cgi-irc/labb.contactor.se/x-910d0c2a47d67815) 17.54.25 Quit XavierGr (Nick collision from services.) 17.54.36 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.57.20 Join nplus [0] (n=npl@141.25.Globcom.Net) 17.59.32 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 18.00.20 # linuxstb: maybe, what's that for? 18.00.26 # linuxstb: and how do i find out? 18.00.43 # What error do you get? 18.02.56 # resetting the cfg worked but i need to add a splash and somehow the config file looks a bit wired at the end :-P 18.04.29 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.07.59 Join Caprikori [0] (n=Caprikor@adsl-83-100-201-228.karoo.KCOM.COM) 18.07.59 Quit nplus (Remote closed the connection) 18.08.28 # linuxstb: libgcc.a uses FPA instructions, whereas random.o does not 18.08.45 # linuxstb: then failed to merge target specific data of file libgcc.a 18.10.31 # sounds like the problem the multi lib patch fixes 18.10.44 # Yes, that's the multilibs patch. It builds a libgcc.a for each specific CPU type Rockbox targets. 18.11.07 # beh 18.11.09 # You'll need to run rockboxdev.sh for ARM again - that should fix it. 18.11.15 # well, i guess i'll have to build that again 18.11.29 # someone (not me, of course) should update the image :> 18.11.47 # i wonder if 2 gigs is enough to rebuild gcc... 18.11.54 # hrmf, 600 meg free, only 18.11.59 # doesn't sound like it's enough 18.12.33 # no vmware users here that have already done this and can tar along arm-elf/ ? 18.13.46 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.15.17 # dinnerzeit 18.15.42 Quit austriancoder_ (Remote closed the connection) 18.16.17 Join ender` [0] (i=ender@89-212-240-16.dynamic.dsl.t-2.net) 18.16.44 Quit gevaerts ("work->home") 18.18.17 Part mcflow 18.18.42 Join EspeonEefi [0] (i=espeonee@STRATTON-FOUR-SIXTY-SIX.MIT.EDU) 18.20.50 Quit XavierGr () 18.21.15 # LambdaCalculus37: added new patch with config file reset 18.21.39 # preglow: ^ too :-) 18.21.41 Join ender [0] (n=ender@89-212-240-16.dynamic.dsl.t-2.net) 18.21.48 Nick w1ll14m|aw is now known as w1ll14m (n=william@dhcp-077-249-150-171.chello.nl) 18.22.11 Quit knakieinj (Read error: 110 (Connection timed out)) 18.23.46 # DerPapst: Cool, getting the patch now. 18.23.55 # I'm going to compile shortly. 18.25.54 Quit bughunter2 ("Leaving.") 18.29.20 Quit simonrvn (Read error: 113 (No route to host)) 18.34.48 Quit ender (Read error: 104 (Connection reset by peer)) 18.35.17 # * DerPapst created a crap folder with junk files in to test ;-) 18.35.39 # * DerPapst adds "lots of" to last sentence 18.37.29 Quit ender` (Read error: 110 (Connection timed out)) 18.39.02 Quit qwm (Read error: 104 (Connection reset by peer)) 18.39.02 Join ord [0] (n=qwm@c83-254-194-26.bredband.comhem.se) 18.39.15 Nick ord is now known as qwm (n=qwm@c83-254-194-26.bredband.comhem.se) 18.43.48 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.44.03 # toffe82: I need to Audio LDO Enable pin too. I can't do much with the codec switched off. btw, feel free to send the tracing board here and I'll send it back when done since I'm going to be bugging alot otherwise. :) 18.45.44 # or perhaps it's possible to do this deductively by checking which pins are configured as GPIO + output. most are known already anyway. 18.49.54 # jhMikeS: I can do that, I think you will go faster as I have not so many time 18.50.10 # I will send it next week as I am out this week 18.51.17 # ok, thanks, I'll try a MUXC dump though and try to get somewhere sooner 18.51.26 Quit linuxstb (Read error: 110 (Connection timed out)) 18.56.16 # DerPapst: Compiling a new build with your disktidy patch applied. 18.58.25 # LambdaCalculus37: :-) 18.58.32 # Warning in disktidy.c; will check. 18.59.24 # DerPapst: Check line 94; function declaration isn't a prototype. 19.01.08 # huh? 19.01.19 # maybe add void between () 19.02.16 # on void tidy_write_config() ? 19.02.29 Join gevaerts [0] (n=fg@195-144-092-167.dyn.adsl.xs4all.be) 19.02.36 # yes. on void tidy_write_config(void) 19.03.25 # testing.. but it'll take a while... 19.03.29 # Okay, rebuiding. 19.05.03 # jhMikeS: i don't understand ata timings ;) 19.05.20 Part toffe82 19.05.27 # jhMikeS: i tried some a few mins ago, it seems i need to learn some more abuot it first 19.05.33 # w1ll14m: me neither since I've never done any work on that :) 19.05.45 # same here: ) 19.06.55 Join miepchen^schlaf [0] (n=miepchen@p54BF684B.dip.t-dialin.net) 19.07.01 # DerPapst: disktidy works on my c240. 19.07.13 # good. :-) 19.07.24 # compiling error resolved this way? 19.07.36 # Yes. 19.08.04 # * DerPapst makes a note 19.08.16 # DerPapst: I'll post a new version of the patch up. 19.11.15 # you only changed this or anything more? 19.11.52 # Just fixed warnings. 19.12.01 # Now it compiles clean.; 19.12.16 # preglow: Still here? 19.12.28 # ok :-) 19.13.01 # I'll work on the manual page and post that up. 19.13.14 # * LambdaCalculus37 wants a chance to flex his LaTeX muscles :) 19.15.36 Join cendres [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 19.15.40 Quit ashes (Read error: 104 (Connection reset by peer)) 19.18.32 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.18.35 # how can i get access to the windows ce binaries in nk.bin from beast ? 19.18.44 # * pixelma welcomes every manual contributor, badly needed 19.18.44 # is it even possible ? 19.19.50 # w1ll14m: This is #rockbox... 19.20.43 # linuxstb: i'm aware of that, there just might be something intresting in it 19.22.30 *** Saving seen data "./dancer.seen" 19.23.03 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 19.23.16 # pixelma: Want to try out FS #8637? 19.23.46 Quit gregzx (Connection timed out) 19.28.01 # * LambdaCalculus37 rebuilds for his c240 because he forgot to enable USB ;) 19.28.33 # * amiconn wonders what's up with all this forgetting 19.28.50 # * amiconn enabled that once, long ago, in the Makefile 19.30.01 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 19.30.02 # * amiconn should probably do it in the config-*.h files, then it'll even survive a reconfigure 19.30.13 # * DerPapst would probably add that to the config-*.h files 19.30.52 # Especially since I have other changes permanently enabled there (disk poweroff for Player) 19.33.39 Join mcflow [0] (n=mcflow@88-134-3-18-dynip.superkabel.de) 19.33.43 Quit cendres (Read error: 110 (Connection timed out)) 19.40.12 # * LambdaCalculus37 notices that his Gigabeast suddenly refuses to turn on, and doesn't respond to a hard battery reset 19.41.04 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 19.46.13 Join syn4pse [0] (n=syn4pse@c-68-58-170-54.hsd1.sc.comcast.net) 19.46.52 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 19.48.53 # would anyone like to take a look at my rockbox patch (#8647)? It is a 3d vector maze traversal game that seems to run on all required platforms as specified in the FAQ 19.50.04 # w1ll14m: there was something like that on the wiki page 19.50.34 # http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInfo#Firmware_Analyst 19.51.09 # syn4pse: sounds nice 19.51.45 # :D thanks. 19.52.14 # and looks nice too 19.52.34 # thanks again. I really wanted to give something back. 19.52.55 # Nico_P: thanx 19.53.55 Join bertrik [0] (n=bertrik@127-013-045-062.dynamic.caiway.nl) 19.54.23 Quit Caprikori (Remote closed the connection) 19.54.32 Join webguest51 [0] (n=43e9c954@gateway/web/cgi-irc/labb.contactor.se/x-b2497e46a96eca98) 19.55.10 Quit webguest51 (Client Quit) 19.55.37 Join webguest80 [0] (n=43e9c954@gateway/web/cgi-irc/labb.contactor.se/x-bd4f24947fd76462) 19.56.38 Quit webguest80 (Client Quit) 19.56.52 Join webguest [0] (n=43e9c954@gateway/web/cgi-irc/labb.contactor.se/x-f36a99f406acda43) 19.57.23 # hello. I was wondering if anyone knew if rockbox would ever support mp4 video... 19.58.03 # * w1ll14m finds in I2C.dll: I2C_Close I2C_Deinit I2C_IOControl I2C_Init I2C_Open I2C_PowerDown I2C_PowerUp I2C_Read I2C_Seek I2C_Write 19.58.09 Join killzone [0] (n=killzone@h228.164.140.67.ip.alltel.net) 19.58.13 # webguest: well, never say never :) 19.58.16 Join Eren [0] (n=eren@unaffiliated/erenturkay) 19.58.21 # hehe 19.58.24 # maybe some reverse engineering might get some nice info... 19.58.39 # there have been a lof of improvements since I last visited rockbox homepage 19.58.53 # I hope we will be able to sync our rockbox based iPods with PC via usb-cable 19.58.58 # is it something that is planned? or possible? 19.59.38 # webguest: Nothing is really planned - devs work on what they want 19.59.57 # and noone is working on it now 20.00.04 # how do you boot up the origional iriver firmware in UMS mode on a MTP, H10 after rockbox is installed? 20.00.05 # maybe after the gigabeaSt port 20.00.06 # webguest: If someone writes it (in an acceptable manor) I'm sure it'll be considered 20.00.14 # I can boot to the MTP iriver firmware just fine 20.00.23 # Is mp4 possible on non-gigabeat without more reverse engineering ? 20.00.50 # huh, reverse engineering is in everywhere :( 20.01.26 # That's how we do things. 20.01.30 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.02.01 # and how you hack :) 20.02.19 # well, at least it is possible....the mpg support it has now still beats my sansa e200 support by a mile. 20.03.14 # mpg is possible. From what I understand mp4 needs much more CPU 20.03.16 Quit Thundercloud (Remote closed the connection) 20.04.31 Quit killzone ("User pushed the X - because it's Xtra, baby") 20.04.36 # LambdaCalculus37: am here now 20.05.15 Join killzone [0] (n=killzone@h228.164.140.67.ip.alltel.net) 20.05.33 # and mp4 is nearly pointless when we have a good working mpeg player, as you always need to transcode your video for the needed screensize.. 20.05.48 Join m0f0x [0] (n=m0f0x@189-47-21-58.dsl.telesp.net.br) 20.05.49 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 20.05.49 # preglow: DerPapst and I cleaned up the disktidy config patch in FS #8637; want to take a look at it? 20.05.57 # LambdaCalculus37: not right now 20.06.00 # * gevaerts disagrees there. Lots of online videos are 320x240 20.06.21 # But not every DAP has a screen resolution of 320x240. 20.06.34 # True, but some have... 20.06.34 # preglow: No problem. When you can. 20.06.42 # isn't mp4 much smaller filesize? 20.06.56 # we would better do with a good transcoder with rockbox presets included in rbutil.. :-) 20.07.23 # * gevaerts doesn't disagree :-) 20.07.47 # webguest: generally, the more you compress, the more taxing the rendering is on the processor. So... extrapolate 20.08.06 # but ofcourse if someone writes a working mp4 player for rockbox, we wont object.. :-) 20.08.15 # :D i'd be stoked 20.08.50 # What format does the e200 OF play natively ? 20.08.57 # Hello All! 20.08.58 # * domonoky thinks rockbox needs more "someone"s :-) 20.08.59 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.09.10 # gevaerts: mjpeg iirc 20.09.16 # * syn4pse looks at everyone for someones 20.09.26 # * gevaerts hands out mirrors 20.09.40 # :P 20.09.58 # DerPapst: It's indeed MJPEG. 20.10.03 # Question possible add support for Samsung S5L840F ? 20.10.04 # I use winff with rockbox presets, is this the best option? 20.10.05 # In a .mov container. 20.10.23 Quit mf0102 ("Verlassend") 20.10.27 # anyone have a clue about my H10, UMS problem? 20.10.37 # webguest: probably, unless you like to use ffmpeg manually 20.11.09 # killzone: The manual explains how to do the UMS trick on the H10. 20.11.21 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 20.11.36 # I have no problem getting in UMS mode before roxbox is installed 20.11.51 # and I can boot to the iriver firmware but its in MTP mode 20.12.25 # killzone: hold down O while booting and it will go into emergency mode which is an ums mode 20.13.08 Join desowin [0] (n=desowin@atheme/member/desowin) 20.13.27 # AndyI: what do you mean ? 20.13.47 # sorry, I am lagging big time... 20.13.53 # gevaerts: Looks like it's on the wiki: http://www.rockbox.org/twiki/bin/view/Main/SamsungSA58#S5L840F_codename_Waltz 20.13.59 # it dosent work to enter UMS after the roxbox firmware in on 20.14.42 # I can hold back <--- and boot back into the origional firmware but holding O wont work to go in UMS anymore 20.14.54 # LambdaCalculus37: yes, but that doesn't make me understand the question 20.16.04 # gevaerts: Perhaps he's asking about a port to a device? 20.16.21 # killzone: what happens when you plug in the usb cable while runnning rockbox ? 20.16.35 # Possible porting RockBox on this CPU? 20.16.51 # it asks for drivers for roxbox media player 20.17.29 # anyone else get static sound from rockbox on e200? 20.17.38 # killzone: what happens if you plug in while holding "right" ? 20.17.58 Quit Mathiasdm ("Yuuw!") 20.18.02 # webguest: what do you mean by static sound? 20.18.24 # ok that worked, thanks 20.18.29 # white noise, clicks, clipping? 20.18.33 # should of thought to try that 20.19.25 # AndyI: it should be possible, but supporting the CPU is only a small part of porting rockbox to a device 20.20.17 # what core is in this samsung cpu ? arm ? 20.20.56 # Actually, it seems to be CalmRISC. That will be more work 20.21.22 # CalmRisk16, that would be some work.. a 16bit architecture.. 20.21.28 # webguest: some people report interference from flash access in the sound on the sansa e200, especially with certain headphones 20.21.34 Join perrikwp [0] (i=98214dc7@gateway/web/ajax/mibbit.com/x-0f447884e5f1d199) 20.21.39 # * amiconn thinks we should stop porting to new arm targets for a while 20.21.43 # * gevaerts checks again to make sure 20.21.52 # arm is becoming kinda boring... 20.21.54 # on menus, when music is paused there is white noise...it is there suring playback also but not as noticeable 20.22.25 # amiconn: then buy a player with another arch, and start a new port.. new players are always welcome :-) 20.22.31 # amiconn: sounds like a good idea, i need a few weeks off :p 20.23.00 # And pretty much every player coming out nowadays is ARM based. 20.23.11 Quit killzone ("User pushed the X - because it's Xtra, baby") 20.23.12 # shotofadds: The ones already being worked on are an exception of course 20.23.21 # meh :/ 20.23.25 # LambdaCalculus37: don't you see the point ? amiconn doesn't like most new players ;) 20.23.43 # I'm using original sandisk buds. 20.23.43 # amiconn: Don't forget that you recently ported to a Coldfire-based player, too. :) 20.23.49 # has rockbox ever been ported to a 16-bit architecture? 20.24.02 # suring = during 20.24.12 # bertrik: There were the beginnings of a gmini 1xx / gmini sp port 20.24.24 # Calmrisc 16 ... 20.24.54 # But that code's been wiped from the source tree, hasn't it? 20.25.22 # so if it is flash access there is no fix? 20.25.27 # webguest: I have a sansa e260 and I have no such problem, so I'm afraid I can't help you 20.25.40 # webguest: is it a constant noise or do you hear some kind of pattern in it? 20.25.58 # webguest: does your sansa have a radio? 20.26.03 # LambdaCalculus37: Only the target specific parts. The (partial) datatype adjustments were kept 20.26.24 # But calmrisc16 is a nasty architecture 20.26.38 # Not only is it 16 bit, but also harvard architecture 20.27.34 # No overwriting code by accident ! That must be good ! 20.28.06 # Hah, but the gminis have no ram that can be used as instruction memory 20.28.22 # All instruction memory is flash, ram is only usable for data 20.28.39 # That puts *severe* constraints on codecs and plugins... 20.29.03 # * gevaerts sees the issue 20.29.25 Quit DerDome (Nick collision from services.) 20.29.26 Join DerDom1 [0] (n=DerDome@dslb-082-083-212-106.pools.arcor-ip.net) 20.29.32 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-212-106.pools.arcor-ip.net) 20.30.01 Join PaulJam_ [0] (i=PaulJam_@vpn-3122.gwdg.de) 20.30.04 # it is constant unless I am pressing buttons or using the wheel, then it is interupted 20.30.13 # yes, I do have fm radio 20.30.44 # So it is possible or not? 20.31.34 # almost everything is possible, but someone has to do it 20.31.53 # and if no one is willing nothing will hapen 20.31.54 # Other than that, I would have been happy to see rockbox running on the gminis. Gmini 1xx / SP were 2.5" HDD, 128x64 monochrome LCD targets. The plans also included porting to the Gmini 2xx, which would have been the first (and only) 4-bit greyscale target 20.31.59 # (16 shades) 20.32.02 # so feel free to start the port :-) 20.32.04 # AndyI: I would say possible, but very hard 20.32.37 # So you have to be willing to really study hard and learn everything you can. 20.34.47 # gevaerts: Another problem back then was (and probably still is) the compiler. There is an experimental gcc port, but I had/ve my doubts regarding its output 20.34.58 # Afaik, gcc is designed for 32 bit (and higher) 20.35.40 # There are a few 16 bit targets around, but they seem to be rare and not very well supported (at least not merged into the main tree) 20.35.41 # webguest: Just guessing about the radio, but I can imagine that unmuted FM radio input could cause the noise. OTOH, I think that if this was the case, it would have been detected earlier by sansa devs 20.36.48 # webguest: in one of the debug menus you can force the processor to run at a higher speed (80 MHz) instead of 30/24MHz. You could try that out to see if it makes a difference 20.36.50 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.37.07 Quit webguest ("CGI:IRC (Ping timeout)") 20.37.25 # amiconn: the instruction set is the defining characteristic of working on an mp3 player for you? 20.37.33 # * preglow doesn't get why something is boring just because it's arm 20.38.08 # shotofadds: is the d2 bootloader dual boot currently? 20.38.18 # yes, it pretty much has to be 20.38.21 # then why can't i find the code :/ 20.39.46 # hmm, where did webguest go? 20.41.02 # url? about 16 bit target 20.41.36 # preglow: the dual-boot is in crt0.s (it either branches to the OF immediately or copies/runs the bootloader) 20.41.53 # AndyI: sorry, I don't have a URL handy. Just some vague memories 20.44.07 Join n1s [0] (n=nils@rockbox/developer/n1s) 20.44.56 Quit PaulJam (Read error: 110 (Connection timed out)) 20.45.02 # shotofadds: i seem to have some funkiness after patch here 20.45.12 # shotofadds: ah, no, here it comes 20.45.33 # * shotofadds wonders how you can say "funkiness" and then take it back... 20.45.54 # patched the bootloader and flashed it now, i'm a bit puzzled why it took so long to connect after usb 20.46.01 Join tvelocity [0] (n=tony@ppp233-155.adsl.forthnet.gr) 20.46.03 # we'll see if it works now 20.46.23 # is this the first dab version to be patched? 20.47.39 # no, mine's DAB, too. 20.47.44 # good luck... 20.47.56 # * shotofadds puts £10 on preglow getting a CRC error on boot 20.48.17 # * gevaerts declares that bet invalid. shotofadds has insider knowledge 20.48.24 # well, let's hope for calm seas 20.48.52 # you know you have to flick the hold switch to get rockbox, right? 20.49.01 # no... 20.49.05 Quit goffa_ (Read error: 110 (Connection timed out)) 20.49.32 # well, try that :p 20.49.43 # how long is boot supposed to take? 20.49.58 # right, i have to unflick hold... 20.50.18 Join bluebroth3r [0] (n=dom@f053154161.adsl.alicedsl.de) 20.50.25 # well, this looks peachy 20.50.30 # always cool to see the rockbox logo on a new device :P 20.50.37 # nice one :-) 20.50.49 Join kies [0] (n=kies@adsl-99-147-20-210.dsl.chmpil.sbcglobal.net) 20.51.28 # the bootloader pauses while hold is on, so you can read those lovely messages.... I really should remove that. 20.51.49 Join fehmicans [0] (n=canavar@78.164.132.69) 20.51.51 # no biggie 20.51.56 # what clock do we run at right now? 20.52.11 # default is 48, boost is 192 20.52.12 # hmm, top part of the screen is clipped away 20.52.26 # yep.. have you read the Known Issues part of the wiki? 20.52.35 # feel free to fix it :p 20.53.00 # ahh 20.53.00 # right 20.53.03 # missed that 20.53.16 # did you compile the touchscreen patch in? 20.53.20 # nopes 20.53.26 # went as vanilla as i could for starters 20.53.30 # probably for the best ;-) 20.54.11 # well, i've found it to seldom be a flat out bad strategy :P 20.54.43 # now, what the hell shall i hack at first 20.55.25 # expect lots of things to fail occasionally (and randomly) at this point, due to the nand driver. eg. loading plugins/codecs might unexpectedly abort. very occasioanlly the font or backdrop might be screwed up. 20.55.39 # it's a good job it doesn't play music at this stage, really... 20.57.24 Quit syn4pse ("ChatZilla 0.9.81 [Firefox 3.0b5/2008041514]") 20.58.36 # * shotofadds is glad gevaerts called off that bet... 20.59.12 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.59.52 Join OlivierBorowski_ [0] (n=OlivierB@ANancy-157-1-50-194.w86-213.abo.wanadoo.fr) 21.00.52 Join goffa [0] (n=goffa@216.220.23.105) 21.07.19 Quit bluebrother (Read error: 110 (Connection timed out)) 21.08.06 Join knittl [0] (n=knittl@193.170.135.34) 21.10.10 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 21.10.58 Join homielowe [0] (n=eric_j_l@S0106001a70694b9a.no.shawcable.net) 21.14.05 # BDF files are just text files, right? I was looking at FS#8905 which contains an updated version of nimbus-11.bdf, but I can't see any difference 21.14.22 Quit barrywardell (Remote closed the connection) 21.14.43 Join tvelocity_ [0] (n=tony@ppp237-109.adsl.forthnet.gr) 21.14.51 # the svn properties on the nimbus-10, 11, 12 files do appear to be different 21.15.05 Quit miepchen^schlaf () 21.15.06 # LambdaCalculus37: dunno if its still useful, hopeful, or relevant, but i finally found my spare karma mainboard 21.16.18 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.16.30 Quit OlivierBorowski (Read error: 110 (Connection timed out)) 21.17.10 Nick OlivierBorowski_ is now known as OlivierBorowski (n=OlivierB@ANancy-157-1-50-194.w86-213.abo.wanadoo.fr) 21.17.30 # ze: It'll still be hopeful in the future, but until I can get ahold of the source diffs for eCos, the Karma port isn't going anywhere right now. 21.17.44 # So hang onto the board, and when the time comes, I'll give you a holler. 21.17.55 Join miepchen^schlaf [0] (n=miepchen@p54BF684B.dip.t-dialin.net) 21.18.19 # the source diffs for eCos? isn't that sigmatel property? 21.18.21 Quit styleism () 21.18.34 # No, that's Red Hat's. 21.18.43 # Besides, the Karma's a PortalPlayer-based DAP. 21.22.34 *** Saving seen data "./dancer.seen" 21.23.10 Join homielowe_ [0] (n=eric_j_l@66.183.89.40) 21.23.55 Join AmnesiaVivace [0] (n=9bbcf706@gateway/web/cgi-irc/labb.contactor.se/x-6abaa17fefaa7751) 21.24.28 # shotofadds: i don't really expect it to be perfect, n 21.24.29 # o 21.24.30 Quit AmnesiaVivace (Client Quit) 21.24.53 Join Jeffk [0] (n=9bbcb706@gateway/web/cgi-irc/labb.contactor.se/x-15ac8bdd2769af8f) 21.26.36 Quit goffa (Remote closed the connection) 21.26.57 # * preglow wonders why flashing the d2 with a new firmware reset the date... 21.27.15 Quit tvelocity (Read error: 110 (Connection timed out)) 21.27.16 # bertrik: yes they are and no 'svn diff' doesn't see a difference either... 21.28.39 # * shotofadds wonders why an awful lot when Cowon are involved 21.29.18 # bertrik: looks like he posted the wrong (original) file but I think I see what's wrong. The "braceright" is missing the "encoding" ID line (probably because fontforge screwed those up for me sometimes and had to fix it by hand) 21.29.24 # the RTC date (from the PCF50606) doesn't work in Rockbox. I have no idea what scheme they're using. 21.29.42 # bertrik: compare to the above and below characters 21.30.10 # pixelma: ok, I'll have a look at it, just installed the font 21.30.34 # Llorean: do we have a rule about quoting on the forums? 21.30.53 # is there some kind of button detection slowdown? because currently when I press down, the menu just goes to the lowest menu item 21.31.05 Nick bluebroth3r is now known as bluebrother (n=dom@f053154161.adsl.alicedsl.de) 21.31.32 # should be "ENCODING 125" in the .bdf file, line 1343 then 21.31.57 # ^ bertrik 21.32.41 # pixelma: ah I see it's missing from the bdf file indeed, but don't know how to check the glyph on the target 21.32.46 # the } probably won't show up currently 21.33.54 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 21.34.17 # * n1s tried with the opti2.kbd i a sim } was replaced by a dotted box 21.34.26 # bertrik: you could use the text_editor 21.35.06 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.36.55 # pixelma: Good idea, but the { and } actually look correct in text_editor... 21.36.55 Quit Jeffk ("CGI:IRC (EOF)") 21.37.26 # I could just fix it as it's clearly incorrect in the current version and ask the original submitter to check it 21.39.12 # bertrik: does that use the ui font though? 21.39.39 # ehm, no ... 21.39.46 # * bertrik hides 21.40.09 # it looks correctly in the virtual keyboard as long as you don't use an own keyboard file (because it's using the built-in font) but if you used it and see the text with nimbus-11 selected it is replaced by the "unknown char" dotted box 21.40.44 Quit homielowe (Read error: 110 (Connection timed out)) 21.41.46 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.42.31 Quit DerPapst (Read error: 104 (Connection reset by peer)) 21.42.37 Join DerPapst [0] (n=Der@p5B23CBC2.dip.t-dialin.net) 21.43.07 # shotofadds: file not found :P 21.44.06 # preglow: that's just another reason why you might fancy a look at the nand driver... :g 21.44.20 # shotofadds: but that's weird, rockbox.iaudio is in the same place as always 21.44.30 # jhMikeS: you still here ? 21.44.33 # i uploaded some music, but that's that 21.44.43 # it's reading the FAT incorrectly. boot the OF or re-copy it and it'll be fine. 21.44.57 # shotofadds: any way to reset it, then? holding power off doesn't seem to work 21.45.27 # pixelma: ok, I'll get it fixed 21.45.35 # if power off doesn't work, there's a reset button next to the usb socket. I need to fix that. 21.45.42 # bertrik: nice, thanks :) 21.45.56 Join ender` [0] (n=ender@foo.eternallybored.org) 21.46.52 # AndyI: which player with a s5l8450 do you want to port rockbox to? 21.47.21 # preglow: or hold power for >1 sec, then the PCF should time-out after 8 seconds. 21.47.27 # w1ll14m: yes 21.47.49 # shotofadds: so if i keep power pressed for 1 sec, it'll reboot after eight secs? 21.49.09 # we don't clear the PCF time-out register when it sends us the ONKEY1S interrupt, so it should power off after eight secs, yes. 21.49.27 # nice 21.49.31 # weird 21.49.34 # (I want to keep it that way, btw). 21.49.42 # yeah, understandable 21.49.49 Join ender [0] (n=ender@foo.eternallybored.org) 21.49.52 # according to retail usb, my rockbox tree exists 21.49.56 # but not according to rockbox :Z 21.50.35 # jhMikeS: can you understand assembly ? 21.50.39 # shotofadds: time is seriously messed up here too, btw, it doesn't agree with retailos at all 21.51.31 # preglow: as I said, the nand driver is easily confused, sometimes it returns an 'old' copy of some blocks (rather bad if it gets the FAT wrong..) 21.51.47 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.51.49 # * bluebrother considers unsubscribing from the users ml 21.51.57 # weird, the time works here. maybe you'd like to have a look into that... 21.52.13 # shotofadds: well, it's pretty clear where i should spend my effort first, heh 21.52.27 # shotofadds: yeah, planning to just check out the rtc as a small sart 21.52.28 Quit ali_as ("reboot.") 21.52.31 # bluebrother: why? 21.52.34 # oh yes, the important features first eh :p 21.52.38 Quit homielowe_ () 21.52.50 Quit knittl (Read error: 104 (Connection reset by peer)) 21.52.57 # preglow: too much noise and ignorant people :( 21.53.07 # w1ll14m: I think so - haven't done much assembly coding 21.53.12 # i love the people who need to have the rules explained to them 21.53.20 # hehe 21.53.20 # i just delete those peoples mails without reading them 21.53.33 # bluebrother: i did that long ago... 21.53.37 Join knittl [0] (n=knittl@193.170.135.34) 21.53.37 # preglow: currently it re-uses the rather bare H300(?) RTC code at the moment. take a look there as a starting point 21.53.42 # we should periodically spam the list with the rules, btw, or do we do that? 21.53.47 # yep. And who don't understand that rules are to get followed, not to get nagged about all time 21.53.56 # jhMikeS: might be intresting: http://www.pastebin.ca/993686 21.53.58 # shotofadds: i wrote the ipod pcf code, so i know how it works pretty well 21.54.07 # if he wants to discuss the etiquette ... but he even didn't do that. 21.54.07 # shotofadds: ehh, at least the rtc part of it :-) 21.54.18 # preglow: eggcellent :-) 21.55.37 Quit faemir (Remote closed the connection) 21.56.01 # preglow: if you fancy enabling the PCF debug menu on the D2, that'd be a good start too :P 21.56.10 # shotofadds: on it right now, heh 21.56.37 Join faemir [0] (n=faemir@88-106-254-24.dynamic.dsl.as9105.com) 21.58.03 # amicon:: a 21.58.08 # amiconn: are you there?* 21.59.15 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 22.02.11 Part mcflow 22.02.36 # ouch, the vmware image is sarge 22.02.44 # sarge? 22.02.54 # debian 22.02.58 # super+large? 22.03.00 # lol 22.03.06 # debian sarge is a release 22.03.15 # the old stable 22.03.17 # ah 22.03.19 # lol 22.03.22 # then it would be slarge ;-) 22.03.26 # is there a sarge tree arund? 22.03.29 # i need vim :/ 22.03.54 # * jhMikeS tries to pay no attention to various OSs 22.03.55 # can't you apt-get it? 22.04.04 # jhMikeS: have you checked the pastebin url i typed above ? 22.04.32 # w1ll14m: yes 22.04.38 # bluebrother: repo is broken here, it seems 22.04.42 # bluebrother: it's some greek mirror 22.04.47 # jhMikeS: is it somewhat interesting ? 22.04.58 # urgh :( 22.04.59 Quit ender` (Read error: 110 (Connection timed out)) 22.05.00 # bluebrother: but my point is, stable repos are etch now, not sarge, so it'll probably be one hell of an update 22.05.03 # jhMikeS: maybe some registers could be used ? 22.05.22 # * bluebrother avoids debian if possible 22.05.29 Join homielowe [0] (n=eric_j_l@66.183.89.40) 22.05.31 # * w1ll14m only uses gentoo 22.05.32 Quit faemir (Remote closed the connection) 22.05.41 # if possible 22.05.47 # * preglow uses ubuntu unless forced to do otherwise 22.05.51 # * preglow is tired of battling with his os 22.06.17 # * linuxstb shares preglow's view, and is slowly migrating from debian to ubuntu... 22.06.38 # same here ... that's the reason why I'm keeping Fedora 22.06.39 # * linuxstb isn't volunteering for a Ubuntu vmware image though 22.06.48 # hehehehe 22.06.52 # i think debian is a good enough choice for this image 22.06.56 # but etch would be nice 22.06.58 # w1ll14m: We know which i2c's the chips are on 22.07.12 # jhMikeS: ok :) 22.07.28 # the rest is just standard. I'll already wrote the driver but can't test anything without actually powering up one the ic's on the bus. 22.07.35 # does someone here has some experience with a PIC18xx? 22.07.36 # s/I'll/I 22.07.48 Join faemir [0] (n=faemir@88-106-254-24.dynamic.dsl.as9105.com) 22.08.04 # jhMikeS: do you know any other gpio pins than the ones in GigabeatSPortPins ? if os could you fill them in, please :) 22.08.06 # jhMikeS: is that dangerous= 22.08.07 # only AVR on my side 22.08.15 # jhMikeS: i will try to find something related to pcm 22.09.38 # DerPapst: not if I know which GPIO turns on the LDO for the codec. 22.10.40 # TV+WM are on I2C1, FM is on I2C2 22.11.30 Quit ompaul (Client Quit) 22.12.40 # * bertrik did some hacking with a PIC16F84 a long time ago, but is happy he forgot about that 22.13.07 # are there any real differences between pcf50605 and 50606 ? 22.13.33 # one? 22.13.43 # jhMikeS: regarding your previous comment about which pins are outputs, this is what I have found in the nk_eboot.exe: gpio1 pins 0, 21, 22, 24, 26, 29 and 30 are outputs, gpio 2 pins 12, 13, 16, 26 and 27 are outputs, gpio3 pins 2, 5, 6, 7, 12, 13, 14, 16, 21, 22, 23, 24, 25 are outputs, 22.13.51 # bertrik: you don't know of any good decompilers besides IDA? :) 22.14.11 # regarding the PIC that is 22.14.37 # mcuelenaere: no, sorry 22.14.57 # n1s: the GDIRs are in the debug menu :). It's getting the cadidates from the SWMUXCTL that's the pain (but done already) 22.15.29 # jhMikeS: :D 22.15.36 # jhMikeS: ah, right, did the digging already though :) 22.15.40 # the have to be selected as GPIO in SW_MUX_CTL_... as well 22.16.01 Join ali_as [0] (n=as@ambix.plus.com) 22.16.34 # * jhMikeS will see if the AND between those sets actually narrows things down or if it should wait until the tracing board arrives 22.17.43 # or if you are confident in your i2c driver do it brute force by trying each pin :D 22.18.14 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 22.19.05 # it's not the i2c driver. I have to set GPIOs to turn on power supplies to a chip before I can even try to send anything to it on i2c. 22.19.24 # if the i2c is messed up, well, no harm and it fails to read/write 22.19.49 # yeah, i know, but if you try to set one bit and test i2c, set next bit, etc.. 22.20.43 Join lee-qid [0] (n=liqid@p5496546C.dip.t-dialin.net) 22.21.14 # It follows the procedure from the manual so I imagine I'd get some activity after it sends the slave address. 22.21.26 Quit mcuelenaere () 22.21.38 # any reason why all rtc circuits use bcd? 22.22.11 # preglow: not all rtc's are 22.22.24 # all i've seen are 22.22.28 # I don't think most stuff on the imx31/mc13783 does (don't hold me to that though) 22.22.30 # the two (!) rtc's in the gigabeat S are not for example 22.22.38 # really, nw 22.23.09 # guess back in the days you could drive an eight-segment display with simple logic if the rtc was bcd 22.23.52 # haha 22.23.54 # ok, so what's needed to implement standby clocking on pp targets? 22.23.57 # oh, the days when that was important 22.24.07 # stripwax: standby clocking? 22.24.17 # 32kHz? I think 22.24.29 # stripwax: deep sleep ? 22.24.33 # ahh, right, sleep 22.24.36 Join gregzx [0] (n=chatzill@dtk23.neoplus.adsl.tpnet.pl) 22.24.37 # If that's what it's called! :-) 22.24.41 # preglow: the as3514 (in sansas isn't either) but the rockbox get_time() expects it in that format so it is bcd encoded in the driver after being read. 22.24.52 # stripwax: there are some research docs on the clocksel part of the pp around 22.24.53 # from mrh 22.25.03 # you could see if that lists 32khz osc source 22.25.20 # why not just reimplement get_time? :\ 22.25.24 # i sure would 22.25.35 # i think someone (amiconn?) already did that, but could be mistaken. Will take a quick look though 22.25.51 # jhMikeS: that's one