--- Log for 06.08.106 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 4 days and 19 hours ago 00.14.14 Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) 00.18.56 Join manegol [0] (n=chatzill@user-11fa1ue.dsl.mindspring.com) 00.21.28 # Is a patch required to make album art work or something? 00.21.36 # (iPod) 00.22.08 # yes 00.23.19 # Ug, got a link? 00.23.22 # or name? 00.23.42 # i don't. You should be able to find info i nthe forum 00.23.43 # Try searching for album art in the patch tracker... 00.24.17 # Ok do I want one for ID3 tags or WPS? 00.24.32 # nevermind 00.24.38 # the ID3 isn't even album art 00.25.38 # There is no download link, this is confusing 00.25.56 # and before I go further, do I have to make my own, or will it be able to use the album art I added with iTunes 00.26.14 # Read the description of the patch. 00.26.40 # Many, if not most, of us do not use it. 00.26.48 # You'll need to convert album art to bmp files, http://www.rockbox.org/tracker/task/3045 00.26.54 # Screw that 00.26.58 # * ShadowdogMU goes back to skin making 00.27.02 # if you want the patch then you'll rebuild 00.27.15 # else you will have to get an experimental build 00.28.40 Part Paul_The_Nerd 00.34.57 Quit manegol ("Chatzilla 0.9.75 [Firefox 1.5.0.6/2006072814]") 00.39.05 Quit freqmod (Read error: 104 (Connection reset by peer)) 00.55.49 Quit Bger (Read error: 113 (No route to host)) 00.58.54 Quit bluebrother ("Leaving") 01.06.14 *** Saving seen data "./dancer.seen" 01.18.55 # dionoea: i am now 01.19.09 # dionoea: no clue there though 01.22.21 Quit secleinteer (Read error: 104 (Connection reset by peer)) 01.23.05 Join secleinteer [0] (n=secleint@70.230.178.61) 01.25.30 Quit secleinteer (Read error: 104 (Connection reset by peer)) 01.26.09 Join secleinteer [0] (n=secleint@70.230.178.61) 01.26.54 Quit mikearthur (Remote closed the connection) 01.29.25 Quit obo ("bye") 01.35.42 Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 01.39.26 Part pixelma 01.50.18 Quit lodesi ("leaving") 02.01.21 Quit daurnimator (Read error: 110 (Connection timed out)) 02.06.40 Quit Febs (Read error: 110 (Connection timed out)) 02.20.10 Quit spiorf (Remote closed the connection) 02.30.32 Join bagawk_ [0] (n=lee@unaffiliated/bagawk) 02.32.46 Quit menollo ("CGI:IRC (Ping timeout)") 02.37.47 Quit Poka64 ("nite all") 02.41.08 Quit bagawk (Read error: 110 (Connection timed out)) 02.57.26 Join JdGordon [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) 03.00.30 Join spiorf [0] (n=spiorf@host68-143.pool8250.interbusiness.it) 03.06.18 *** Saving seen data "./dancer.seen" 03.09.04 Join jhMikeS [0] (n=jethead7@adsl-68-73-201-222.dsl.sfldmi.ameritech.net) 03.15.35 Quit ^jhMikeS^ (Read error: 60 (Operation timed out)) 03.19.10 Quit JdGordon (Read error: 110 (Connection timed out)) 03.20.39 Quit damaki (Read error: 110 (Connection timed out)) 03.30.36 Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 03.41.36 Join daurnimator [0] (n=quae@124.243.137.107) 03.55.15 Join sankao [0] (n=sankao@adsl-75-16-33-203.dsl.irvnca.sbcglobal.net) 04.03.24 Nick jhMikeS is now known as _jhMikeS_ (n=jethead7@adsl-68-73-201-222.dsl.sfldmi.ameritech.net) 04.04.06 Join BigMac [0] (n=dummeska@64.252.195.214) 04.04.41 # hi all 04.04.57 # Hi 04.05.00 # Seen Futurama? 04.05.01 Nick _jhMikeS_ is now known as jhMikeS (n=jethead7@adsl-68-73-201-222.dsl.sfldmi.ameritech.net) 04.05.12 # i started coding for my contribution to the ipod 5g 04.05.19 # Coding what? 04.05.25 # ShadowdogMU: yah a few times why? 04.05.29 # ShadowdogMU: yes, here and ther 04.05.31 # Because I just made this, http://www.brockarthur.com/zupload/Vectors/Fry5.svg 04.05.39 # I know his face is messed up, but what do you think? 04.06.03 # nice work man 04.06.09 # Thanks 04.06.18 # Can't view svg. What do you need? 04.06.28 # everything looks could cept the face 04.06.34 # Anything Adobe pretty much, SVG viewer 04.06.46 # What browser? 04.07.27 # ie 04.07.33 # anyone any good at making sprite a sprtie sheet 04.07.37 # sprite 04.07.45 # you will be accredited 04.09.42 # jhMikeS, got another browser? 04.10.19 Nick bagawk_ is now known as bagawk (n=lee@unaffiliated/bagawk) 04.10.20 # BigMac: a sprite sheet for what? literally could be anything. as well, "accredited" means something else entirely. 04.10.21 # I got it working already. It's not that messed up. Nice work. 04.11.16 # im making a parappa the rapper plugin 04.11.27 # so i need a sprite sheet of him 04.11.29 # Thanks, how did you get it to work, I want to know, so many people ask me why it doesn't 04.11.39 # because im horrible at imagery 04.11.49 # and iif they do they will get credit 04.11.57 # I just went to http://www.adobe.com/svg/viewer/install/main.html 04.12.16 # Clicked on my lang and os and ran the install. Done. 04.12.18 # Hehe, thanks 04.12.19 # BigMac: a "parappa the rapper plugin"? do i even want to know.. 04.12.46 # midgey34: have you ever played parappa? 04.12.54 # i'm midkay, and no. 04.13.11 # haha, looking at some screenshots; good luck.. 04.13.26 # woops 04.13.31 # tried the tab thing 04.13.42 # press it twice. 04.13.47 # it should be easy coding 04.13.50 # i didnt notice 04.14.03 # should it now? how much have you done? 04.14.13 # i have the source written in asm 04.14.21 # written yourself? 04.14.30 # and a few of my friends agreed to help 04.14.33 # no 04.15.02 # so you'll just kind of convert someone else's asm code into C.. sounds easy, riight... 04.15.03 # but we just thought about doing it today 04.15.19 # no 04.15.27 # were going to rewrite it 04.15.30 # but i know asm 04.15.33 # so i can compare 04.15.46 # so i can see what something does in asm and replicate it in c 04.15.55 # good luck.. 04.16.07 # everyone said trying something is the best way to learn, so im trying 04.16.10 # thanks 04.16.21 # * jhMikeS has finished his "homework assignment" =^) 04.17.01 # ill post screenies when i make some progress 04.17.40 # BigMac: IRC troubles again, or have you actually given up on that social channel? :) 04.17.52 # gave up 04.18.59 Quit sankao (Read error: 104 (Connection reset by peer)) 04.19.29 Join tinkerer [0] (n=tinker@S0106000f66308462.vf.shawcable.net) 04.19.38 # can rockbox play .rm files? 04.20.02 # i dont think so 04.20.07 # ill check 04.20.07 # no. 04.20.24 # are those video files? 04.20.28 # audio 04.20.48 # "no" regardless. 04.22.21 Part tinkerer 04.39.37 Quit hannesd (Read error: 104 (Connection reset by peer)) 04.39.51 Join sankao [0] (n=sankao@adsl-75-16-33-203.dsl.irvnca.sbcglobal.net) 04.47.02 Quit BigMac (Read error: 104 (Connection reset by peer)) 04.49.10 Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) 04.51.53 Join BigMac [0] (n=dummeska@64.252.195.214) 05.02.14 Join Rob2222_ [0] (n=Miranda@ACB0FBEB.ipt.aol.com) 05.06.21 *** Saving seen data "./dancer.seen" 05.06.57 Part BigMac 05.16.34 Join damaki [0] (n=Chocolat@ALille-153-1-36-190.w83-198.abo.wanadoo.fr) 05.18.48 Quit Rob2222 (Read error: 113 (No route to host)) 05.41.00 Quit Rob2222_ (Read error: 104 (Connection reset by peer)) 05.41.22 Join JdGordon [0] (n=Miranda@c211-28-95-208.smelb1.vic.optusnet.com.au) 05.44.41 Join Rob2222 [0] (n=Miranda@ACB0FBEB.ipt.aol.com) 05.52.42 Join wei123 [0] (n=wei123@220-138-52-244.dynamic.hinet.net) 06.04.43 Quit wei123 (Client Quit) 06.07.50 Join peejay [0] (n=562a31ea@labb.contactor.se) 06.12.52 Quit peejay ("CGI:IRC (Ping timeout)") 06.13.49 Join peejay [0] (n=iparkmyc@86.42.49.234) 06.14.00 # hey 06.14.31 # hello? 06.15.46 # is anyone here? 06.16.17 # * peejay slaps _Veseliq_ around a bit with a large trout 06.16.46 # hey wankers! ANWSER ME!!! 06.17.07 # :D 06.33.46 Quit JdGordon (Read error: 104 (Connection reset by peer)) 06.47.48 Join Paul_The_Nerd [0] (n=Main@wirelessdata-031-029.mycingular.net) 06.55.13 Join BHSPitLappy [0] (n=steve-o@adsl-66-141-170-52.dsl.rcsntx.swbell.net) 07.00.08 # heya 07.00.19 # heya. 07.00.22 # hi 07.00.30 # call me a wanker, will you 07.00.32 # /ignore 07.00.34 # haha 07.00.39 # nah. 07.00.45 # erm 07.00.50 # that was meant to be banker 07.00.52 # :D 07.00.54 # you never asked a question 07.01.05 # so, I can understand why nobody "anwsered" you 07.01.13 # i did 07.01.21 # i asked if anyone was here :P 07.01.38 # "is anyone here" isn't a question anyone will get off their ass and answer 07.01.49 # :( 07.01.50 # since you can clearly see there are 100 users here 07.02.21 # yea but alot of people leave their pcs 07.02.50 # Yep 07.02.56 # And a lot of people just work until something worth responding to comes up 07.03.04 # exactly 07.03.19 # asking to ask your question is bad IRC practice 07.03.26 # right ok 07.03.32 # i'll know in future i guess 07.03.39 # Me, I just sit around looking for excuses to tell people to read the manual. 07.03.54 # let's hope you're one of those excuses, peejay ! 07.04.00 # * BHSPitMonkey grins to Paul_The_Nerd 07.04.05 # So, before you ask your question, whatever it may be, consider carefully whether the answer might be lurking in the depths of the manual. 07.04.10 # ;) 07.04.17 # i dont have the manual :D 07.04.44 # You're on the internet. 07.04.51 # Ah true 07.05.05 # got ya there. 07.05.08 # The manual is readily available from our site in both HTML and PDF forms. 07.05.17 # We're handly like that. 07.05.25 # what manual are you talkin about? 07.05.27 # We won't even settle for "My PDF viewer causes my system to crash" 07.05.38 # Well, this is #rockbox, so the Rockbox manual... 07.05.58 # aye 07.06.22 *** Saving seen data "./dancer.seen" 07.07.58 Join jn [0] (n=jn@adsl-69-109-251-57.dsl.pltn13.pacbell.net) 07.08.03 # i doubt this problem is in 'the manual' to be honest 07.08.18 # i have an idea for you guys :) anyone familar with the security system homebrew for psp 07.08.25 # i was thinking about something similar for rb 07.09.04 # something that will check the cpu device mounts too.. if it doesnt match then it sends email to specified address with ip of the cpu it is being used on 07.09.30 # how come when i start Rockbox up the menu looks like DOS? 07.09.47 # Yeah, that's in the manual. 07.10.01 # If by "Like DOS" you mean "It's text-based" 07.10.16 # so where is 'the manual'? 07.10.17 # "Yeah, that's in the manual." talking to me Paul? 07.11.02 # peejay: You could try the "Documentation" link on the website... it's also available on the Daily Build page I believe 07.11.21 # I mean, there's not really a "why" to it, so much as a "That's how it is. You can change the font or background if you'd like." 07.12.13 # yea but i've spent the past 2 hours searching the site and forums 07.12.21 # and am none the wiser to it :( 07.12.29 # i dunno how to change them 07.12.31 # jn: No. Your idea is silly and impossible. It would never work without removing the dual boot option, plus most Rockboxable devices only exist as a UMS storage device, and the firmware can't actually communicate with the PC really, over the USB. :-P 07.13.15 # peejay: Read the manual. Come back if there are parts of it you don't get. Say "It told me to do X, but when I try it, it doesn't work" or "It says do Y, but I really don't get what it means"] 07.13.45 # if the manual is the documentation i've done everythin it says 07.13.50 # all you need to do is get files to autorun upon mounting 07.14.47 # peejay: The manual is the manual. It's specifically called the manual. 07.15.29 # jn: Out of curiosity, would you just put several different programs designed to run on different OSes, and just hope the user has autoplay enabled? 07.16.05 # lol 07.16.32 # peejay: Changing a theme is as simple as extracting it, putting the files in the right place, choosing "Browse Themes" and picking it. If it doesn't work, you're either trying to use a theme for a different player, or you haven't put the files in the right place. 07.17.54 # no i would make a version for *nix and one for windows and include a man 07.18.26 # youll think of how you mocked me one day if you come home to your ipod missing.. 07.18.39 # Out of curiosity, how would it work? 07.18.50 Quit Febs (Read error: 104 (Connection reset by peer)) 07.18.52 # Out of curiosity, what does this have to do with rockbox? 07.18.55 # If I have autoplay disabled and plug in an iPod with your software on it, it doesn't run, I delete it, I'm done. 07.19.05 # google psp anti theft 07.19.31 # you dont need autoplay on.. 07.19.37 # stop talking shit and read 07.19.48 # at least back up your ego.. god damn 07.19.55 # I did back it up. 07.19.59 # While you've not explained anything 07.20.34 # No actually your rabid assumtions are hardly support for your claims 07.20.35 # The PSP has control of the USB device, and does not ONLY serve as an UMS device. 07.20.48 # Which means that software running on the PSP has access to the USB port for its own uses 07.20.55 # I explained to you that software running on Rockbox in most cases does not 07.20.59 # jn, did you read about the original program on digg? 07.21.01 # Which means the software would need to run on the host PC 07.21.22 # You made the assumption that just because it can be done on the PSP it can work here, without any real technical knowledge 07.21.32 # or in theory NOT be running on the host pc 07.21.45 # In what theory? 07.21.49 # Where would it run if not the host PC? 07.22.33 # * BHSPitMonkey decides that jn should quit while he/she is behind. 07.23.17 # Heck, the PSP one is a rather cheap hack too, if it depends on a .bat file 07.23.26 # Seriously, here's how I'd bypass the PSP one: 07.23.33 # A) Remove Memory Stick Duo 07.23.39 # B) Delete PATS 07.23.40 # C) reinsert 07.24.08 # or format ms from psp 07.24.49 # save you the trouble of removing it 07.25.09 # I wasn't even aware the PSP had a format option. Of course, I'd assumed the PATS was actually decent until I read about it. 07.25.31 # Since it's just a simple script and a file set to autoplay, a small change or two and I'm sure you could use it on your iPod. 07.25.52 # but not on rb 07.25.53 # ? 07.26.02 # It has nothing to do with iPod 07.26.07 # It'll work on any storage device. 07.26.15 # Err nothing to do with Rockbox even. 07.26.23 # ah.. want to help make this happen? 07.26.28 # No. 07.26.34 # "This is an App that will help you get back your stolen psp... or any other usb device that uses Autoruns :D" 07.26.34 # haha.. ok 07.26.44 # Because it's stupid, as I said. 07.26.46 # in other words, extract the damn thing to your iPod. that's it. 07.26.47 # Anyone who disables autoplay is safe from it. 07.26.53 # there's nothing to "make happen" 07.27.08 # Well he might want to change the .reg file 07.27.08 # BHSPitMonkey: how bout nix version 07.27.17 # So that it creates a unique folder separate from the one for his PSP 07.27.40 # jn: No *nix system is likely to automatically run ANY file from a plugged in mass storage device without user intervention. 07.27.58 # jn, personally, I think nix users are less likely to steal from people :) 07.28.20 # dude im talking about me 07.28.30 # i have to get it to recognize the nix box 07.28.33 # mine 07.28.37 # the "Version" depends on the theif's hardware. 07.28.37 # Personally, I think *nix users are likely to steal something far more interesting than an iPod if looking for pocket sized gadgets. 07.28.51 # well, not really. 07.29.05 # hehe Paul_The_Nerd 07.29.10 # jn: If it doesn't run, it doesn't have to recognize your box, now does it? 07.29.23 # eh? 07.29.26 # paul is correct. 07.29.34 # it already is a nix version, pretty much.. 07.29.37 # If it doesn't run? 07.29.47 # It's entirely flawed in its base theory 07.29.47 # it will catch any theif with windows and autorun enabled. 07.29.57 # The security ONLY happens if the script gets executed 07.30.10 # The script only gets executed by stupid computer users: Those who have autoplay enabled in windows. 07.30.12 # but you add the reg entires so it recognizes the owners box as safe 07.30.20 # jn, it won't even RUN on your computer. 07.30.23 # Here's how I'd create such a thing 07.30.26 # no run, no registry check. 07.30.26 # lol 07.30.28 # 1) It would require a modchipped PSP 07.30.28 Join unknownhost [0] (n=unknown@c-24-23-199-33.hsd1.ca.comcast.net) 07.30.28 # your right 07.30.43 # 2) You "lock" your PSP when not using it. 07.30.55 # "lock" ? 07.31.00 # 3) When a USB cable is plugged in, or someone attempts to enter USB mode, it tries to connect to any open wifi networks and sent the email 07.31.13 # "lock" is a function paul just made up 07.31.14 # jn: It would be a program on the PSP, notice I said it would require a modded one. 07.31.24 # It is something I made up. Thank you. :) 07.31.27 # homebrew does not req a modded psp 07.31.36 # req psp with >2.8 fw 07.31.43 # jn, homebrew also isn't capable of this concept. 07.31.44 # 2.8 is newest and will be exploited soon 07.31.45 # I'm getting: gcc: installation problem, cannot exec 'cc1': No such file or directory 07.31.53 # 4) If a WiFi network could not be found, it attempts to use the USB port to gain access to the internet by way of the host PC, rather than serving as a UMS device. Hopefully this is possible. 07.31.54 # do I change my path or move the file? 07.31.58 # ok then it would req flashing a 1.5 fw 07.32.04 # ooh, a real problem! 07.32.09 # No storage-type connection will ever be made. 07.32.13 # let's divert attention from jn to unknownhost 07.32.22 # trying to build a sim 07.32.26 # admit im sexy tho 07.32.35 # unknownhost: Your paths are wrong somehow, though I couldn't say how. 07.32.44 # and jn, why don't you try the command "/server irc.vgirc.net" and do a /list there 07.32.57 # lol 07.33.14 # unknownhost: is that the only error you are recieving? 07.33.16 # I was followign the simple tutorial soemone was so gracious to write.... 07.33.38 # but my default path didn't match what was written in the tutorial 07.33.41 # so I added: 07.33.42 # PATH=${HOME}/bin:${PATH}:/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin: 07.33.44 # might need build-essentials 07.34.20 # we're not all using ubuntu, jn 07.34.30 # does anyone know a good program for converting videos for an iRiver H320? 07.34.40 # peejay: Rockbox doesn't support video. 07.34.55 # (though I actually happen to be, you shouldn't assume everyone else is) 07.35.02 # unknownhost: Do you get a positive response when you do a sh1-elf-gcc --version ? 07.35.14 # BHSPitMonkey: what do you think? 07.35.30 # command not found... does the path look ok? 07.35.54 # jn, I think I could go for a burger from steak n' shake right about now. 07.36.09 # no but cant i still watch videos by accessing the original firmware? 07.36.12 # unknownhost: Are the cross compilers actually installed to those locations? 07.36.21 # pz then, im out too.. nice arguing with you guys for 20 minutes :) 07.36.29 # I have 5 copies of cc1.exe, but none are in any of those locations 07.36.32 # peejay: Yeah, but this isn't a channel about the original firmware. In fact most people here don't even have that player. 07.36.44 # ok right sorry 07.36.51 # unknownhost: Are you using Cygwin? 07.36.52 # * BHSPitMonkey is one of those "most" 07.36.54 # yes 07.36.55 # peejay: yes you can.. google. 07.37.30 # i have, only gettin people complainin bout VirtualDub 07.37.34 # doesnt matter 07.37.36 # thanks anyway 07.37.42 # unknownhost: You probably should've followed what the tutorial said, though I honestly don't know. The Cygwin method has always been a bit fuzzy at times. 07.38.24 # should I just start adding to the path? or copy the file(s) to another location? what's best? 07.38.25 # * Paul_The_Nerd strongly recommends using VMWare instead. 07.38.42 # The solution is almost never "move the files" 07.39.03 # hehe .. to the trash maybe 07.39.04 # But the problem is that the path doesn't point to your crosscompilers. 07.39.06 # at all. 07.39.39 # right .. there are many versions of cc1... from 3.4.4 to 4.0.3 07.39.43 Join JdGordon [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) 07.39.58 # I need the latest version lined up in a path? 07.40.20 # Where in what I said did you get *that* statement? 07.40.37 # I just made it up 07.40.53 # You need to make sure the path actually points to where all three of the cross compilers are located. 07.40.59 # the word 'right' was a mistake 07.41.00 # It will *probably* work if you get that bit fixed. 07.41.52 # * peejay slaps Paul_The_Nerd around a bit with a large trout 07.42.40 # hey that idea you had paul is pretty good and with a hacked fw that already exists... it could work out 07.42.51 Quit peejay () 07.43.32 # unknownhost: Seriously, if you get the paths pointing to whatever /bin/ folders arm-elf-gcc, sh1-elf-gcc and m68k-elf-gcc are hiding in, it'll probably work. 07.45.02 # yeah.. I guess that's the part I can't figure out 07.45.06 # on this page: 07.45.06 # http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment 07.45.33 # at the bottom.... the base path is totally different that what was installed in my cygwin 07.45.49 # Well, when you downloaded the CrossCompiler packages from the Rockbox Mirror, it *should've* set up the paths itself... 07.46.06 # I guess I'm not sure of the syntax. neither appending or replacing the path line seem to get me going. 07.46.53 # What you simply needed to do was add this line: PATH=$PATH:$HOME/bin:/usr/sbin:/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin to the end of the file. 07.47.09 # Assuming everything (the cross compilers) got installed to the right places 07.47.18 # Out of curiosity does /opt/arm/bin actually exist? 07.47.41 Quit JdGordon (Remote closed the connection) 07.48.58 # yes 07.49.35 # Also, why do you have ${PATH} instead of $PATH ? 07.49.43 # why not? 07.49.45 # ;) 07.50.02 # Is Cygwin friendly with that? 07.50.12 # That was in my default cygwin install when I initially opened it... 07.50.27 Join JdGordon [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) 07.50.31 # I tried appending with - :/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin 07.50.45 # then I tried replacing with - PATH=$PATH:$HOME/bin:/usr/sbin:/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin 07.50.49 # It doesn't say to append it... 07.51.00 # It also doesn't say to replace it. 07.51.08 # it says to add at the end of the line... isn't that append? 07.51.16 # "Edit .bash_profile (found in your home directory) and add ":/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin" (without the quotation marks) to the end of the line that says:" 07.51.27 # PATH=$PATH:$HOME/bin:/usr/sbin 07.52.07 # ( in my install, the last line looks like: PATH=${HOME}/bin:${PATH} ) 07.52.08 # Oh, it's changed slightly 07.52.50 # not sure what the curley brackets are all about. 07.53.02 # Cygwin has perhaps changed its format? 07.53.20 # vars i guess for local install 07.53.23 # As it says, the path should've also automatically been set up when you installed the Cross Compilers from the Rockbox mirror. 07.53.45 # anyone one else using cygwin with a path I could try? 07.54.04 # The one on the wiki worked in the past. 07.55.42 # Why not just scrap cygwin and try vmware? 07.56.31 # kind of a lot of overhead for me... that's what I had going before. Cygwin seemed a little less bloated. 07.56.39 # no services... etc... 08.00.31 Join damaki_ [0] (n=Chocolat@ALille-153-1-17-31.w83-198.abo.wanadoo.fr) 08.08.38 Quit unknownhost () 08.10.01 Join unknownhost [0] (n=unknown@c-24-23-199-33.hsd1.ca.comcast.net) 08.10.49 # is there a display path command? 08.11.03 # printenv 08.11.09 # maybe 08.11.41 # nice! 08.14.08 Join midkay_ [0] (n=midkay@63-226-210-191.tukw.qwest.net) 08.14.44 Quit midkay (Read error: 104 (Connection reset by peer)) 08.15.07 # what does !C: mean? 08.15.08 Quit damaki (Read error: 110 (Connection timed out)) 08.16.54 Quit dongs (Remote closed the connection) 08.16.57 Join dongs [0] (n=HPUX@b148152.ppp.asahi-net.or.jp) 08.20.55 Quit Paul_The_Nerd (Read error: 110 (Connection timed out)) 08.28.57 Quit unknownhost () 08.33.34 Join RedBreva_ [0] (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) 08.33.36 Nick RedBreva_ is now known as RedBreva (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) 08.40.15 # damn waiting for the cross compilers to build is boring :p 08.40.47 # 1/3 done... 08.40.47 # i wish there was someway i could help speed up video playback in rb 08.42.52 # really? that's good. 08.43.10 # whats eta for the remaining 2/3? 08.43.25 # sh took 25min, so another hour i guess 08.43.38 # dunno why its taking so long, last time was 15min each 08.45.13 # what? 08.45.19 # it will be done tonight? 08.45.31 # with decent framerate? your joking 08.46.31 # what the heck?? 08.48.06 Join safetydan [0] (n=dan@cor5-ppp2363.for.dsl.connect.net.au) 08.50.36 Join RedBreva_ [0] (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) 08.51.36 # hahaha. 08.56.50 # my crosscompilers only get like 17fps 08.56.53 # they suck 08.57.11 # hehe 08.59.08 Quit RedBreva (Read error: 60 (Operation timed out)) 08.59.08 # any of you guys watch the movie "Pulse" yet? 08.59.15 # lol 08.59.22 # looks like another piece of crap 08.59.28 # like that video game horror movie 08.59.33 # the original is pretty good.. 08.59.42 # isn't pulse the one with the computers? 08.59.49 # oh wait 08.59.50 # yes. 08.59.53 # oh 09.00.04 # its a remake of a japanese movie.. like ringu to ring 09.00.26 Join Bger [0] (n=bager@rockbox/developer/Bger) 09.00.34 # how can you make a movie like that, without it becoming laughably dated within months 09.00.54 # wargames is still good. 09.01.05 # like, every time an old movie with a computer or something in it shows up, you have to laugh 09.01.13 # but you're centering the plot around it... 09.01.28 # my girlfriend is making funny noises lol 09.01.42 # wargames could still be accurate, there's lots of CLI users out there :P 09.01.51 # she's asleep and im playing with her feet, almost time for "hidden penis, sleeping vagina" 09.01.52 # are you doing something to her? o.O 09.02.04 # yeah, not appropriate in here. sorry. 09.02.17 # lol my bad.. 09.02.31 # or on most of this network 09.02.41 # again my appologies 09.03.17 # now you know 09.04.25 # is there a faq about video playback on rb and what the devolpers are up against... 09.04.32 # im curious 09.04.50 # umm, a lack of initiative? 09.05.02 # :( 09.05.15 # when a developer comes along who wants the feature bad enough, he'll add it in 09.05.33 # but there IS work being done on it currently is there not? 09.05.42 # another obstacle is a lack of important data about the hardware 09.05.49 # *cough* PortalPlayer *cough* 09.05.59 # I don't know. 09.06.24 *** Saving seen data "./dancer.seen" 09.06.58 # what is the main focus on now? 09.10.51 Quit daurnimator ("daurnimator was using Daurnimator's Legendary Script") 09.12.05 Join jonno [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) 09.12.29 Quit JdGordon (Nick collision from services.) 09.12.32 Nick jonno is now known as JdGordon (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) 09.12.43 # 3.0 09.12.48 # jn, whatever the dev wants to do 09.12.54 # the joy and curse of opensource 09.12.58 # it's like herding cats really 09.13.15 # woohoo... cross compilers done! 09.13.21 # none of the devs really seem that interested in video support 09.13.41 # going to be a hard slog getting a codec optimised enough to run well enough to decode at a reasonable frame rate 09.14.45 # is there anyway i can help? 09.15.06 # get coding :) 09.15.34 # or convince someone at PortalPlayer to give Rockbox the developer documentation 09.15.50 # And Broadcomm as well as I think the make the video chipset for the iPod VIdeo 09.16.24 # Broadcom agh 09.29.31 Quit damaki_ (Read error: 104 (Connection reset by peer)) 09.31.08 Join damaki [0] (n=Chocolat@ALille-153-1-17-31.w83-198.abo.wanadoo.fr) 09.32.45 Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 09.48.41 Quit JdGordon ("Konversation terminated!") 09.50.04 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 09.52.49 Join powr-toc [0] (n=r@84-51-129-124.rickmo645.adsl.metronet.co.uk) 09.54.16 Join RedBreva__ [0] (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) 09.54.18 Nick RedBreva__ is now known as RedBreva (n=chatzill@host86-134-208-63.range86-134.btcentralplus.com) 09.58.14 Nick midkay_ is now known as midkay (n=midkay@63-226-210-191.tukw.qwest.net) 09.58.27 Quit MarcoPolo ("Bye !") 09.59.22 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 10.01.21 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 10.02.48 Quit RedBreva_ (Read error: 60 (Operation timed out)) 10.14.34 Join unknownhost [0] (n=unknown@c-24-23-199-33.hsd1.mn.comcast.net) 10.15.26 # Is it possible to apply the daily CVS with the album art patch? I get errors. Does that mean the patch needs to be updated? 10.16.01 # unknownhost: probably 10.16.39 # what's the best way of figuring out the last cvs that worked with a patch? 10.20.06 # unknownhost: it would be easier if you just see why the patch failed and correct it manually 10.20.43 # i wish that were the case 10.21.45 # is there are rss feed for the cvs activities? :o 10.22.10 Join FOAD [0] (n=dok@a82-93-10-238.adsl.xs4all.nl) 10.22.29 # bger ... i actually tried going thruogh the error file, but I couldn't figure it out. 10.25.03 Join sando [0] (i=lolsteam@144.135.255.155) 10.28.57 Quit unknownhost () 10.29.56 Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) 10.31.18 Join nilss [0] (i=nils@nilss.prout.be) 10.37.53 Quit FOAD_ (Read error: 110 (Connection timed out)) 10.38.52 Join rudefyet [0] (n=bobdole@70.35.145.61) 10.41.17 Quit rudefyet () 10.42.29 # LinusN: What would you think about this bootloader patch: http://ihme.org/~miipekk/rockbox/bootloader.patch 10.43.04 Join damaki_ [0] (n=Chocolat@ALille-153-1-18-92.w83-198.abo.wanadoo.fr) 10.43.41 # LinusN: It enabled Rockbox to load like before, or load from flash if original firmware has been replaced by rockbox. I have tested it on H140 and it was working fine. It also includes the EEPROM settings and disk intact flag. 10.52.26 # safetydan: You there? I saw what you said earlier. I'm _very_ interested in video support. 10.53.28 Quit lodesi ("leaving") 10.54.57 Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) 10.56.40 Join damaki__ [0] (n=Chocolat@ALille-153-1-43-224.w83-198.abo.wanadoo.fr) 11.00.05 # jhMikeS, well now you just need to write the code to do it 11.01.40 Quit damaki (Read error: 110 (Connection timed out)) 11.02.49 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-135-192.pools.arcor-ip.net) 11.04.18 Quit BHSPitLappy (Remote closed the connection) 11.04.32 # jhMikeS, AFAIK the big issues are performance. Brush up on you arm, m68k, and sh skillz :) 11.06.28 *** Saving seen data "./dancer.seen" 11.09.59 Quit sankao (Read error: 110 (Connection timed out)) 11.12.34 Quit damaki_ (Read error: 110 (Connection timed out)) 11.14.24 Join arkascha [0] (n=arkascha@xdsl-195-14-207-252.netcologne.de) 11.15.00 Part arkascha ("Konversation terminated!") 11.15.20 # safetydan: There's also the matter of writing directly to the vid chips instead of buffering first. Some chips can be made to produce overlays for OSD. Should videos have to be native screen size? 11.15.44 # which is going to vary from target to target 11.15.50 # native screen size is always going to be easiest 11.16.17 Quit MarcoPolo (Remote closed the connection) 11.16.19 # Of course, but it's been on my mind a lot and I figured a way to have it not matter. 11.16.55 # Scaling is way too hard for most unless its simple integer ratios. 11.18.03 # So what do you propose instead? 11.18.20 # Instead of what? Scaling? or buffering? 11.19.22 # scaling 11.19.27 # I propose a video and overlay API set plus a way of inlining the driver code into the codec. It only has to work with one display chip at a time. 11.19.51 # I'm guessing either integer sizes or forced native size. 11.20.12 # ah, sorry thought you had some magical way to make non-integer scaling go fast :) 11.20.21 # HA! 11.20.29 # Well, yeah. 11.20.45 # That too, its a periodic function. 11.21.30 # I don't know my codecs and I'm guessing a full decode is almost always nescessary. 11.22.16 # ergh 11.22.36 # It's really always integer scaling unless you want nice soft interpolation. 11.22.41 # my h340 won't start cause my 2200mAh battery's too fat and the HD can't spin up 11.22.57 # when people remove the blue padding, is it both paddings? or just the one from the HD to the battery 11.24.31 Join ze [0] (n=ze@70.40.152.105) 11.25.16 # Right now I have definite things in mind for the X5 and will read the chip docs for other devices. What players will take it? I mean, x5 can do it, iPod video of course, and ?? 11.26.14 # * jhMikeS wonders if he's bored and talked poor safetydan to death. ??:) 11.26.35 # probably h300 and h100 (though only in grayscale) 11.26.49 # Isn't H300 color?? 11.26.54 # yeah it is 11.26.57 # I was talking about the h100 11.27.02 # Oh 11.27.14 # I think the h300 and h100 are the same apart from the USBOTG and the color screen 11.27.24 # What gray shade count? 11.27.30 # 33 I think 11.27.31 # or thereabouts 11.28.11 # 33! Lose one and it's faster pow 2 math. :) 11.28.35 # amiconn is the person to talk to about that 11.28.39 # I'm probably wrong on the 33 count 11.29.19 # it's not normal grey scale support though... some trick with temporal aliasing and lcd refresh rates 11.29.25 # I think I might prove some stuff with the jpeg viewer first: Direct write, OSD overlay, 18-bit color. 11.29.33 # Hmmm 11.29.45 Join _FireFly_ [0] (n=FireFly@p54A473A3.dip.t-dialin.net) 11.29.57 Quit matsl (Remote closed the connection) 11.31.25 # I'm not sure what that means re: H100 lcd. 11.32.33 # jhMikeS, it's not just h100 lcd, amiconn has the same trick working on all the grayscale lcds (or at least nearly all) 11.33.07 # it's probably not too relevant to video support as only crazy people would probably want to watch much grainy grayscale video on a tiny screen :) 11.33.34 # It's a hack then so the chip is not natively grayscale? You mean flip-flopping B&W to make different grays? 11.34.00 # pretty much 11.34.35 Quit TomFelker (Read error: 110 (Connection timed out)) 11.34.40 # I'll have to look at that code closely. 11.35.05 # Software PWM it sounds like. 11.35.07 # apps/plugins/lib/gray*.c 11.37.51 Join ze__ [0] (n=ze@70.40.152.105) 11.40.33 Quit ze__ (Client Quit) 11.40.39 Join ze__ [0] (i=ze@70.40.152.105) 11.41.04 Quit ze (Nick collision from services.) 11.41.09 Nick ze__ is now known as ze (i=ze@70.40.152.105) 11.44.41 # that's highly specialized it appears 11.46.26 Part amiconn 11.46.40 # jhMikeS: Do you have any specific codec in mind for video? 11.47.32 # Someone mentioned MPEG already. I think that's a given. I would think anything that can be added would be good. 11.48.34 # There's a link to a decoder that could be adapted somewhere in the forum. 11.49.10 # What kind of MPEG? MPEG-1 would seem to be the simpliest codec. 11.49.30 # I believe that's it lemme look. 11.51.55 # Arrgh...can't find it. It was just there not long ago... 11.53.21 # linuxstb: It says Llorean sent you to look at Core Pocket Media Player. That's what I saw. 11.53.45 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 11.53.55 Join JdGordon [0] (n=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) 11.54.54 # Yep. It could be useful, but there are various other MPEG-1 decoders around as well worth looking at such as the one in ffmpeg and libmpeg2. 11.58.12 Quit safetydan (Read error: 110 (Connection timed out)) 11.58.31 Join safetydan [0] (n=dan@cor5-ppp1441.bri.dsl.connect.net.au) 12.00.35 Quit nudelyn ("At Argon, we're working to keep your money.") 12.01.35 # I'll go look around later I'm snoozing shortly. There's also an audio playback bug at least on the x5 but I don't know if anyone else has been able to reproduce it (I can at will) FS#5747. I'm still learning my way around and would like to know the best place to look in the source. 12.04.25 # jhMikeS, best places to look would be apps/playback.c and apps/pcmbuf.c 12.04.32 # Need to know where you can detect a skip to something else from a paused state so the old data is flushed before starting playback again. 12.05.19 # thanks. How much audio does the TLV320 buffer? 12.05.23 Join nudelyn [0] (i=nudel@dyn-62-56-86-157.dslaccess.co.uk) 12.05.30 Join damaki_ [0] (n=Chocolat@ALille-153-1-82-203.w86-215.abo.wanadoo.fr) 12.05.46 # jhMikeS: Also, the low-level pcm driver is in firmware/pcm_playback.c 12.06.03 # jhMikeS, not a clue 12.07.02 # ^^ Guess it's datasheet time again. I hope it's not in so much Engrish (sic) like the LCD chip. :) 12.07.58 # jhMikeS, firmware/drivers/tlv320.c might help 12.08.17 # and firmware/export/tlv320.h 12.08.52 # tlv320.c just seems to deal with the I2C aspect. 12.10.14 # the hardware interface isn't really my area 12.12.05 # how do i tell find to skip some dir ? 12.12.08 # I love the low level stuff. Much easier and cleaner than UI code and such. 12.13.47 # forget me 12.13.50 # safetydan: BTW: What is your area? 12.14.16 # Bger: we oucld never forget you!! 12.14.20 # could even 12.14.24 # haha 12.14.31 # JdGordon: wazz up ;) 12.14.46 # nm 12.15.05 # what happened with this sml thing ? 12.15.29 # got it mostly finished, handed in on friday, next one is due in 3 weeks :'( 12.16.18 # very strange is this sml 12.16.22 # jhMikeS, I have many and none really. Mostly simulator, eq UI and the occasional burst of fixed point trig function madness 12.16.24 # (yoda style) 12.16.45 # :) 12.17.35 # Why does the simulator thread code create actual threads. At least in windows. dk about sdl. 12.18.31 # Does the Windows sim still work? 12.18.47 # jhMikeS: the only used sim is the sdl one 12.19.02 # Even under windows? 12.19.08 # not sure why Rockbox threads are mapped on to system threads... in some ways I think it might easier not to 12.19.12 # jhMikeS, yup 12.19.23 # It that real threads or faux? 12.19.46 # real threads 12.19.50 # Come to think of it, why's that code in the tree then? 12.20.02 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 12.20.06 # because the sdl sim only came about a few (6?) months back 12.20.15 # and no one has got around to removing it yet 12.20.34 # They could use SwitchToFiber in windows to schedule them just like the real thing. 12.21.04 # submit a patch :) 12.21.08 Quit damaki__ (Read error: 110 (Connection timed out)) 12.21.40 # na, we need working sound in the sim more than closer threads handling... 12.21.57 # Was pondering that. CovertThreadToFiber and SwitchToFiber is all you need. Just put those in the thread table and schedule them. 12.22.10 Join Poka64 [0] (i=peter@hd5e241ae.gavlegardarna.gavle.to) 12.22.33 # What min windows version is the sim supposed to support BTW? 12.22.47 # should work on all.. as long as u have SDL.dll 12.23.04 # Hmmm...fibers are Win98+. 12.23.11 # All NT I believe 12.24.04 # Then my sick mind wants to covert thing into hardware emulators. =) 12.24.35 # there really is no need (imo) to not do something becuase it will kill win98 support 12.25.00 # It will only kill Win95 support. 12.25.09 # even better 12.26.29 # I have a loooooong TODO/WANNADO list. Focus grasshopper. 12.27.41 # Overlays, viewports, video, etc. etc. etc. 12.28.28 # overlays? 12.28.52 # I think video support might be more wanted than accurate hardware emulation in the sim 12.29.21 # JdGordon, sound still not working for you in the sim? It mostly works here. 12.30.07 # i havnt actually tried it since the most recent changes :p 12.31.12 Quit Kohlrabi (Nick collision from services.) 12.31.21 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-156-189.pools.arcor-ip.net) 12.33.16 # I want to see at least NTSC frame rate at native size. 12.33.26 # hahahahahaha 12.33.31 # not gonna happen 12.33.48 # hehe...the codec? 12.34.08 # that and the proccessor isnt fast enough.. unless your tlaking about a non compressed format? 12.34.38 # no...MPEG1. Which processor. Any of them? 12.35.45 # Don't forget you need audio decoding as well... 12.36.26 # I know that but what would the boost ratio be for the audio do you think? 12.36.30 # X5 12.36.34 Join barrywardell [0] (n=barrywar@194.46.169.183) 12.37.34 # mp3 decoding is mostly done with no-boost on coldfire I think 12.38.01 Join mkey [0] (n=mkey@pD9E3611A.dip.t-dialin.net) 12.38.02 # I get about 18-20% boost for mp3. 12.38.22 # or maybe 15-20 12.39.56 # jhMikeS: What do you mean by using overlays? 12.40.36 # The LCD chip can hit about 132 FPS at boost with repacking 16->18 bit. 12.41.12 # linuxstb: I mean having the codec write directly to the LCD. Compile the right bits of driver code directly into the codec. 12.41.41 # is the x5 not coldfire? the boost ratio for me on a h120 is nearly 0 12.41.55 # or is there something else going on? 12.42.19 # Really...I was using the EQ and all that and crossfeed 12.42.32 # It's Coldfire, yes. 12.42.43 # ah, no eq or crossfeed for me 12.43.42 # I want the full 18bit so the HW can dither it nicely. 12.44.34 # jhMikeS: That sounds like a nasty hack. We have a lot of LCDs to support, and we would want it to work in the sim as well... 12.45.10 # ... and you can write straight to the lcd buffer anyway cant you? 12.45.15 # You won't get the performance then. Definiely not with the framebuffer in DRAM. 12.45.39 # No...you can't. lcd_blit is just for mono and gray I think 12.46.46 # I'm not saying to use the existing LCD API, we definitely need to create a new high-performance one for video. 12.46.51 # Besides, you'd have to write to a buffer first which would kill it. Avoid that step if possible. It will take a lot of crafting but it may be worth it. 12.48.00 # MPEG-1 for example decodes the video to YUV. Maybe we could implement something like lcd_blit_yuv() for each LCD that does an asm-optimised yuv to native framebuffer conversion, and writes that data directly to the LCD. 12.48.11 # The craft is in doing it and NOT making it a nasty hack but consistent. A coded need only deal with one display chip. 12.49.30 # Take the YUV, covert it in registers and send it to the display, chopping off the lower 2 bits. Don't pack it first so it has to be repacked by the driver later either. 12.50.00 # Yes, that's what I mean. 12.50.38 # is there really a need for this yet tho? i mean, the best video codec we have atm is 2fps without actually displaying anything 12.50.56 # Just send it to the display. Don't call a function or at least an inline one with the LCD write code. 12.51.02 # 2fps??? On what? 12.51.05 # could always use huffyuv :) 12.51.08 # h300 iirc 12.51.24 # huffyuv, what's that? 12.51.42 # a fairly simple loseless compression (huffman yuv I think) 12.52.09 # it's very fast, I think it's about 2.5:1 compression 12.52.21 # What codec for 2fps? Uncompressed video will not read off the HD fast enough. 12.53.35 Join bluebrother [0] (i=SqnhAwXC@nat-wh-1.rz.uni-karlsruhe.de) 12.54.21 # 2.5:1 is still huge. 12.55.23 # jhMikeS, I believe it was xvid 12.56.02 # That's supposed to be easy to decode, no? 12.56.19 # I wouldn't have thought so as it's based on MPEG4 12.56.58 # note that 2fps was literally just decoding the frames, not displaying anything 12.57.05 # there's some detail here http://www.rockbox.org/irc/rockbox-20051219.txt 12.57.08 # search for 2fps 12.57.20 # A consensus needs to be reached about which player actually get video. 12.57.43 # probaly only the ipod vid, if the broadcom chip is figured out 12.57.56 # untill the codec is optimized 12.58.09 # H300 LCD is pretty much the same to work with as X5. 12.58.13 # if the OF can do 15fps on the h300 then we should be able to also 12.58.32 # cpu is the limiting factor here.. not lcd.. 12.58.40 # there's no reason not to support all players 12.58.41 # X5 does 12 on OF with MPEG4 12.58.49 # it just might not go very fast on some of them 12.58.59 # broadcom chip based ones are another kettle of fish 12.58.59 # ARchos?!??! 12.59.13 # haha ye, on the 2 line char display one :D 12.59.16 # jhMikeS, you can probably skip archos as they already have a video plugin :) 12.59.21 # there is a video plugin for the archos 12.59.36 # how does that work? hehe 12.59.54 # uncompressed video and a custom video format I believe 13.00.13 # qualifier about 2fps: "That was with a large (640x352 I think) test file." 13.00.32 # apps/plugins/video.c for archos video plugin 13.01.31 # what codec for archos? 13.01.36 Join fejfighter [0] (n=jeffro21@d58-108-90-87.dsl.nsw.optusnet.com.au) 13.01.56 Quit fejfighter (Client Quit) 13.01.59 Join fejfighter [0] (n=jeffro21@d58-108-90-87.dsl.nsw.optusnet.com.au) 13.02.54 # jhMikeS, http://www.rockbox.org/twiki/bin/view/Main/PluginVideo 13.03.15 # you don't _have_ to display video at fullscreen 13.04.30 # oh...but I do...I do! =) 13.04.47 # It's got that pixel flipper gadget in it too. 13.06.08 # hmm.. soo many boring user requests in FS 13.06.31 *** Saving seen data "./dancer.seen" 13.07.22 # My sense is that it can be worked out for the more powerful devices like the X5, H300, iPod Video...slower devices will have to make due with fewer FPS or smaller sizes. Why should everyone suffer at the lowest common denominator? 13.07.40 # is there any chance of this getting commited if i do the patch? http://www.rockbox.org/tracker/task/1309 13.07.53 # that sounds like a reasonable request imo 13.08.03 # even if it is 3 years old :p 13.08.08 # JdGordon: Let's make a top 10 list of Most Boring FS requests. 13.08.20 # lol 13.08.35 # JdGordon: i think the skipping should work like normal, pressing left once already just goes to the beginning even in other repeat modes 13.08.59 # but but pressing again while in repeat one should goto the next/prev song 13.09.06 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 13.09.12 # yes 13.09.20 # but does it 13.09.20 # ? 13.09.31 # in repeat 1? i don't know 13.09.37 # * JdGordon checks 13.09.42 # Does "repeat one" create a playlist with only one file, or does it just repeat the current track in the playlist? 13.09.43 # I don't use repeat one so I have no idea how it behaves. 13.10.18 # it doesnt 13.10.27 # I think there should be a "repeat two" option in the quick menu =) 13.10.41 # a-b repeat for playlists 13.11.10 # linuxstb: it looks like it just keeps repeating the one track in the playlist 13.11.23 # can you select another song in View Playlist? 13.11.30 # jhMikeS: You cannot use the video overlay feature of the lcd controllers 13.11.44 # That's not right. It should go to the next. 13.11.54 # amiconn: why not? 13.11.56 # Mikachu: just tried that, no it doesnt like you changing tracks 13.11.58 # It would require cpu control for some of the lcd controller pins 13.12.41 # The mode pins, to be precise 13.12.51 # There not connected to anything? 13.13.21 # Their wiring is fixed 13.13.25 # Well, I'm just talking about bypassing framebuffers and writing directly. Not chip modes. 13.13.43 # You can do that, e.g. doom on H300 does it 13.13.48 # HD66773R doesn't have overlays 13.13.57 # How much does it help? 13.13.59 # But don't expect too much on other platforms 13.14.15 # That's why your capabilities will vary 13.14.34 # The HD66789R does have overlay, but we cannot use it 13.15.04 # 66789 is a more powerful chip IIRC 13.15.35 # On the low-depth platforms, the core has lcd_blit() to provide direct-writing to the controller without direct hardware access in the plugin itself 13.15.52 # This is used in video.rock on archos, and for the grayscale library 13.15.54 # That's such a bummer, just one trace of copper would change that 13.16.44 # I doubt that video overlay would help video performance much 13.16.54 # The most demanding task is decoding 13.17.07 # Are the bus writes pretty much as fast as they can go? 13.17.22 # what about using something really old like smacker video? 13.17.53 # smacker? how old is that cause I never heard of it 13.18.03 # i know it's used in the intro for Creatures 13.18.37 # i suppose it's not free though 13.19.01 # amiconn: you mean the HW overlay you can't use right? 13.19.14 # yes 13.19.24 # heh, the license is $1500 so forget that 13.19.29 # but i know it's fast 13.19.36 # Mostly a convienience 13.20.39 # * JdGordon is bored 13.22.43 # just looking at the audio thread make my boost ratio go up from 0% 13.24.11 Join XavierGr [0] (n=xavier@ppp101-217.adsl.forthnet.gr) 13.26.34 # jhMikeS: The audio debug screen boost ratio is the average taken while you are in that screen 13.26.59 # So if you enter it while the cpu is unboosted, the value will start at 0% and the go up 13.27.29 # (unless you're using a codec that is completely content at CPUFREQ_NORMAL 13.27.31 # I'm kind of kidding...like in qm? 13.27.33 # ...like flac) 13.29.10 # how come flac decodes so fast? isn't flac a lossy codec + a lossless diff on top of that? is it really optimized, or is the lossy codec really simple? 13.29.29 # nudelyn, I think you're thinking of wavpack 13.30.04 # flac is just lossless from the start 13.30.42 # FLAC uses prediction + diffs. The higher the comp the better it tries to fit it's predictors to the actual waveform, I believe. 13.30.43 # oh, i'm sure i read that flac was lossy+diff... maybe what i read was wrong 13.31.13 # It uses Mid/Side stero too 13.32.01 # i guess it'd sound pretty awful without the diffs 13.32.36 # (and/or still be large compared to mp3/ogg/etc) 13.32.53 # wavpack does alright in hybrid mode 13.33.04 # I'd like to hear that. It could be argued that the predictors are lossy becuase they are not perfect, hence the differ. 13.33.04 Quit mkey (""Welcome to IRC; Where men are men, women are men and little girls are FBI agents!"") 13.35.38 # Is my player getting better bat life or did someone change the batt scale? 13.36.49 # hrm... really need to stop leaving the nokia charger and the iriver charger plugs next to each other... 13.37.29 # * jhMikeS hears sizzling and smells smoke coming from safetydan's way 13.38.29 # nah that's just my brain after reading some more astronomical algorithms stuff 13.38.30 # anyway 13.38.31 # night 13.38.31 Quit safetydan ("Ex-Chat") 13.42.00 Join lee-qid [0] (n=liqid@p54966E89.dip.t-dialin.net) 13.47.08 # who has an idea how to kill some time? 13.48.11 Quit fejfighter () 13.49.33 # $ ./rockboxui & 13.49.33 # [1] 2050 13.49.33 # fatal: No I/O port permissions 13.49.35 # ?? 13.50.05 # try without the & 13.50.18 # same thing 13.50.21 Join Paul_The_Nerd [0] (n=Main@wirelessdata-031-029.mycingular.net) 13.50.30 # dunno then 13.51.24 # :'( sdl is installed... stupid bloody ubuntu 13.52.55 # wow that was wierd :p ran it as sudo and it went fullscreen and very screwed up 13.53.12 # oh heh 13.53.17 # maybe sdl tries to use svgalib or something funny 13.56.39 # try export SDL_VIDEODRIVER=x11 or something like that 13.58.12 # X is using mergedFB if that makes a difference 13.58.26 # i havnt got my dualhead setup properly yet 13.59.16 # crwl: fatal: No available video device 13.59.45 Quit XavierGr () 14.00.26 # JdGordon, sounds pretty strange 14.00.34 # i don't have the simulator installed, though, but still 14.01.02 # I "fatal: No available video device" if I run SDL app with SDL_VIDEODRIVER=svgalib, for example 14.01.08 # with SDL_VIDEODRIVER=x11, everything works 14.01.46 # hmm.. this sux 14.01.50 # and I'm running ubuntu too 14.07.14 Join adiamas [0] (n=adiamas@ool-435557cc.dyn.optonline.net) 14.08.39 Part Paul_The_Nerd 14.28.22 # JdGordon: If you're that bored, you can get scrolling working on the lists in my plugin :D 14.28.45 # scrolling in lists is buggered full stop! 14.28.59 # its supposed to work up to 600odd chars but crashes after 90odd 14.29.04 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 14.29.11 # brb\ 14.29.20 # Oh - so it could just be the string I was using... *goes to test* 14.32.25 # Nope, it works in the text_editor plugin, but not mine - funny thing is: I copied the list code FROM there... 14.32.42 # how long is the line? 14.32.56 # Only just off screen using nimbus12 14.33.03 # I'll actually count now. 14.33.07 # odd... 14.33.24 # I'm pretty sure my list code must be screwed 14.34.54 # if you paste it somewhere i can look.. but if u just copyied it from text_editor u should be ok 14.35.40 # http://www.rockbox.org/tracker/?getfile=12035 is what I have at the moment 14.37.36 Quit adiamas ("Chatzilla 0.9.75 [Firefox 1.5.0.4/2006050817]") 14.37.50 # There's a flag in gui_synclist_init called "scroll_all" in the header file, but setting it true doesn't help, and on top of that text_editor sets it false, and has scrolling working. 14.38.00 # rb->gui_synclist_init(&properties_lists, &get_props, file, false, 2); <- shouldnt that be get_props without the & ? 14.38.31 # Possibly, that part's stolen from the id3 function (yes, it's all stolen code) 14.38.51 # Let's see what happens. 14.39.23 # also, i think your supposed to actually copy the text into the buffer, and return the buffer 14.39.30 # that could be a problem also... 14.40.16 # whats your plugin do? looks interesting 14.41.27 # Basically at the moment it just gets the filesize 14.41.43 # I was supprised there was nowhere in rockbox that actually did it. 14.42.08 # * JdGordon wanted to do something like that for folders and files 14.43.11 # Folders might be a bit harder - I thought of your dirwalker function though. 14.43.36 # i wanted to add it to stats, but havnt been bothred... 14.43.53 # What, pass stats a folder or something? 14.43.59 # ye, but you cant 14.44.03 # so i havnt 14.44.05 # Heh. 14.44.20 # * JdGordon doesnt know if dirwalker will ever make it into cvs.. but it would make life easier 14.44.32 # Did it actually end up reducing code size? 14.44.58 # na, tiny increase.. but i rekon its worth it.. coz it makes coding easier 14.45.35 Join Paul_The_Nerd [0] (n=Main@wirelessdata-031-029.mycingular.net) 14.45.55 # Odd. 14.46.40 # ktorrent is a horrible BT client :p 14.47.05 # Don't you use torrentflux? 14.47.24 # Or did I see that somewhere else? 14.47.35 # i did, but i havnt reinstalled it after format 14.48.12 # Only thing it's missing is priorities... I started using it after seeing it on your server :) 14.48.21 # :) 14.49.05 # Ditching the & didn't help, but it didn't stop it working, and it saves 1 byte in the code, so out it stays 14.52.26 # odd... i would havee thought that was a pointer error... 14.52.36 # try actually copying the return strings into the buffer 14.52.55 # In which function? 14.53.22 Join lostlogic_ [0] (n=lostlogi@h-68-167-94-82.chcgilgm.covad.net) 14.53.24 Quit lostlogic_ (Read error: 104 (Connection reset by peer)) 14.55.23 # get_props 14.56.23 # Yeah, sorry, stupid question :p 14.57.41 # also, you should cache the filesize.. because that will recheck it every time you move in the list, but the file will stay the same size so there is no point doing that 14.58.07 # I just noticed that then, wondering why it was lagging (just after boot) every keypress. 14.59.45 Part Paul_The_Nerd 15.01.07 # Ok, sticking that stuff in buffer didn't really do anything. I'm giving up for the night. School tomorrow. 15.01.34 # :( 15.01.43 # Yay school :( 15.02.02 # ye, same, gotta leave in 12hrs 30min :p 15.02.18 # Damn you. 15.02.39 # Which uni you at? 15.02.44 # monash 15.03.00 # I was there today, eating free saussages at open day :D 15.03.06 # hehe 15.03.12 # I'll probably be there next year. 15.03.12 # your in yr12? 15.03.16 # Yeah. 15.03.23 # your nuts.. take the year off 15.03.50 Join lamed [0] (n=590038fe@labb.contactor.se) 15.04.07 # Thats still an option, I can just defer if I get in 15.04.17 # afk 15.04.18 # what u want to get into? 15.05.03 # hello 15.05.22 # JdGordon: Science/Engineering double, or just engineering. 15.05.48 # hello lamed 15.06.33 *** Saving seen data "./dancer.seen" 15.07.30 # well good luck for it 15.08.05 # Thanks. I better head off anyway - g'night 15.08.13 Quit lodesi ("leaving") 15.08.20 Quit aliask ("sleep") 15.16.59 # anyone else is having trouble with cvs update? 15.17.34 # what sort of trouble? 15.17.50 # ...this is weird. I can download a fresh repository but I can't update or status. 15.20.18 # it just stands and do nothing. 15.21.49 Join damaki__ [0] (n=Chocolat@ALille-153-1-40-83.w83-198.abo.wanadoo.fr) 15.22.39 # dionoea: around? 15.23.16 Join webguest17 [0] (n=590038fe@labb.contactor.se) 15.23.16 Quit lamed ("CGI:IRC (EOF)") 15.23.24 Join lamed [0] (n=590038fe@labb.contactor.se) 15.24.43 Quit lamed (Client Quit) 15.24.43 # how do I tell grep to use a list of files made by say ls? 15.24.51 Quit webguest17 (Client Quit) 15.24.56 Join lamed [0] (n=590038fe@labb.contactor.se) 15.25.01 # how do I tell grep to use a list of files made by say ls? 15.25.11 Quit Nibbler ("Leaving") 15.25.39 # uh? 15.25.47 Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) 15.25.55 Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) 15.26.05 # do you mean something like ls | grep something 15.26.12 # yepp 15.26.38 # but ls |grep something will cause grep to work on the filename, not on it's content. 15.27.12 # grep something `ls something` 15.27.13 # lamed: ls|xargs grep hi 15.27.21 # grep something * 15.27.33 # some greps probably don't take more than one filename argument 15.28.00 # xargs helps then 15.28.42 # mikachu always understands me :) 15.29.08 Join Nibbler [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 15.30.02 # i am of course assuming the command isn't just "ls" 15.30.17 # the idea was to run grep over grep 15.30.43 # i guess there"s a simpler syntax for that as well 15.35.31 Quit Nibbler ("Leaving") 15.35.31 Quit lamed ("CGI:IRC (EOF)") 15.40.22 Quit damaki_ (Read error: 110 (Connection timed out)) 15.42.38 Quit Poka64 ("bye for now") 15.45.24 Join lamed [0] (n=59007061@labb.contactor.se) 15.47.10 Join sven_ [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 15.47.51 # I think I found my cvs update problem. how can I make sure i'm logged in using my cvs name? 15.49.38 # someone please change the topic to 'No answering question day' 15.50.14 # or maybe change it to 'Sunday 4am' 15.51.55 # it's 5 pm here :) and btw, ususally I join in in about 2-4 am, which would be like what? 1-3 pm in your time, and still not many people are around answering :D 15.53.36 # uh oops, 4pm 15.53.42 # :P 15.54.16 # a-ha! 15.54.30 # i hate am/pm 15.54.49 # i hate cvs update 15.59.39 Quit sven_ (Read error: 54 (Connection reset by peer)) 16.02.25 Join sven_ [0] (n=sven@port-212-202-193-252.dynamic.qsc.de) 16.05.00 # I hate time zones. 16.08.34 # da&%n it! I can update one repository but not the other. 16.09.11 Join dropandho [0] (n=dropandh@cpe-24-193-36-91.nyc.res.rr.com) 16.15.17 Quit damaki__ (Read error: 104 (Connection reset by peer)) 16.19.07 Quit joe2 (Read error: 110 (Connection timed out)) 16.19.20 Join damaki [0] (n=Chocolat@ALille-153-1-40-83.w83-198.abo.wanadoo.fr) 16.23.47 Quit damaki (Remote closed the connection) 16.23.49 Quit lodesi ("leaving") 16.24.26 Quit barrywardell () 16.28.13 Join barrywardell [0] (n=barrywar@194.46.169.183) 16.29.34 Join damaki [0] (n=Chocolat@ALille-153-1-40-83.w83-198.abo.wanadoo.fr) 16.34.38 Quit Mikachu (Remote closed the connection) 16.35.22 Join lodesi [0] (n=lds@d01v-89-83-175-110.d4.club-internet.fr) 16.37.55 Quit damaki (Read error: 104 (Connection reset by peer)) 16.38.58 Join damaki [0] (n=Chocolat@ALille-153-1-40-83.w83-198.abo.wanadoo.fr) 16.39.07 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 16.39.41 Quit damaki (Read error: 104 (Connection reset by peer)) 16.46.37 Join gapz [0] (n=gapz@84.5.204.6) 16.49.41 Part gapz ("init 0 - http://distronux.org/ || http://gapz.tuxfamily.org") 16.54.34 Quit pike () 16.54.46 Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) 17.04.28 Join Criamos [0] (n=Criamos@p549324B8.dip0.t-ipconnect.de) 17.06.34 *** Saving seen data "./dancer.seen" 17.06.59 Quit Mikachu (Remote closed the connection) 17.08.58 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 17.30.56 Join Hansmaulwurf [0] (n=maerlyn@p50818EA3.dip0.t-ipconnect.de) 17.47.33 Quit humulus ("leaving") 17.48.22 Join thegeek_ [0] (n=thegeek@s026b.studby.ntnu.no) 17.48.22 Quit thegeek_ (Read error: 104 (Connection reset by peer)) 17.48.25 Quit thegeek (Read error: 104 (Connection reset by peer)) 17.48.36 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 18.08.27 Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 18.09.49 Quit powr-toc (Remote closed the connection) 18.10.27 Quit RedBreva (Read error: 54 (Connection reset by peer)) 18.12.43 Join Psilonaut [0] (i=DaPhunka@26.130-246-81.adsl-dyn.isp.belgacom.be) 18.15.13 Quit Criamos ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 18.18.01 Join Criamos [0] (n=Criamos@p549324B8.dip0.t-ipconnect.de) 18.24.15 Quit lamed ("CGI:IRC (EOF)") 18.48.32 Quit mikearthur (Read error: 54 (Connection reset by peer)) 18.52.22 Join dan_a [0] (n=dan-mirc@217.23.173.156) 18.59.02 Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) 19.02.47 Join webguest67 [0] (n=daec86d1@labb.contactor.se) 19.02.54 # hoo.. 19.03.02 Nick webguest67 is now known as holyshit (n=daec86d1@labb.contactor.se) 19.03.05 # hi 19.04.22 # I have some question.. 19.04.37 # hello~ any body~? 19.05.11 # hey 19.05.17 # hum.... 19.05.25 Quit barrywardell () 19.05.32 # ask the question 19.05.47 # thanks; 19.05.54 # I have a iriver ifp-999 19.06.05 # amiconn: ? 19.06.18 Join barrywardell [0] (n=barrywar@194.46.169.183) 19.06.37 *** Saving seen data "./dancer.seen" 19.06.40 Quit holyshit (Client Quit) 19.20.35 Join petur [0] (n=petur@rockbox/developer/petur) 19.27.53 Join eGen [0] (i=generat0@boserver.mudecin.cz) 19.29.29 Join LandusMikain [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 19.30.16 Quit Landus (Nick collision from services.) 19.30.22 Quit LandusMikain (Client Quit) 19.30.57 Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 19.32.22 Quit Landus (Client Quit) 19.32.39 Join Landus [0] (i=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 19.33.41 # * linuxstb watches some MPEG video on his ipod 19.34.33 # w00t :) 19.34.45 # how many fps do you have ? 19.34.58 # linuxstb: Well done! 19.35.04 Quit eGen_ (Read error: 113 (No route to host)) 19.35.04 # I wouldn't go as far as w00t... 19.35.30 # It's around 9fps - but that's just a first implementation with no optimisations, not even any use of IRAM. 19.35.38 Join bmac2 [0] (n=bmac2@c-67-186-254-63.hsd1.co.comcast.net) 19.35.57 # sounds great :) is it based on the work from "the other guy who's name i forgot" ? 19.36.21 # Both MPEG-1 and MPEG-2 seem to perform the same, which seems odd to me, but I don't know the details of what differs between the two. 19.36.42 # No. I took the same library he tried (libmpeg2) and ported it myself, rather than using his port. 19.36.50 # ok 19.37.25 # if you need help on libmpeg2 you can ask sam and Meuuh on freenode. They're the current libmpeg2 mantainers 19.38.29 # They usually hang arround in #videolan 19.38.50 # I'm just starting work with it. But I'm sure it's worth asking them for optimisation tips at some point. Although there are some functions with ASM versions for various platforms (X86, Sparc), so the obvious place to start would be ARM (and Coldfire) versions of those. 19.39.36 # dionoea: do you plan on changing the numbers in solitaire back into color or leaving them as black? 19.40.02 # i plan on changing those :) 19.40.17 # all right :) 19.42.02 # midgey34: i was thinking about using stuff like http://www.jfitz.com/cards/ for color screens 19.42.08 # i don't know if it's a good idea though 19.42.16 # is there a way I can set my ipod to automatically choose rockbox on boot instead of the apple software? I have ipodlinux and the bootloader installed, and everything works great. Just when it shuts down, I have to manually choose rockbox 19.42.37 # oh those look nice 19.42.45 # is that a function of the ipodlinux boot loader? 19.43.01 # midgey34: the only issue is finding out if they look good on really small screens :p 19.43.17 # bmac2: Yes. You can use a config file to set a default firmware and a timeout - check the ipodlinux.org wiki. 19.43.19 # and i think that i'll also move the card drawing routines to a plugin lib so that other plugins can use it 19.43.29 # ok linuxstb thanks 19.43.44 # well, I renamed the solitaire_numbers etc to card_* 19.44.05 # since they overlap in blackjack, but I used a different cardback 19.47.30 # midgey34: i don't know when you last had a look at the solitaire source code, but i changed the display stuff quite a bit this week to have simple card drawing functions. The idea would be to have a lib exporting these card drawing functions (the plugins wouldn't have any knowledge of the graphics themselves) 19.53.15 # dionoea: There is still the rather strange bug with vanishing cards in solitaire 19.53.54 # the loop vanish thing ? 19.54.06 Quit Ribs (".") 19.54.41 Join Ribs [0] (n=ribs@riblet.plus.com) 19.54.42 # A new observation is that when starting with a fresh stack (at start of game or when "wrapping" around), you have to draw twice in order to see card(s) drawn 19.55.24 # What's interesting now is that the first draw actually draws a card, but this card is invisible(!) 19.55.31 # that's weird. I'll fix it ... once my solitaire.c compiles again 19.56.04 # You can put this card elsewhere if it matches, which causes the card to become visible 19.56.35 # If this is possible and you put this invisible card away, the next drawn card is again invisible... 19.56.56 # could you provide a simple key sequence so i can reproduce this ? 19.59.03 # linuxstb: hi, would you like to have the newest bootloader? :) 19.59.22 # Sure. 19.59.26 # just a moment 20.00.31 # amiconn: Did you write the yuv_bitmap_part() function in the jpeg viewer? 20.03.05 Join leftright [0] (n=leftrigh@p54996CD6.dip.t-dialin.net) 20.05.48 Join Daishi [0] (n=daishi@ool-45703854.dyn.optonline.net) 20.06.17 Quit pike (Read error: 110 (Connection timed out)) 20.12.31 # linuxstb: http://ihme.org/~miipekk/rockbox/h140_flash_2.patch and rockbox.iriver 20.12.42 # apply that patch to the latest cvs (revert the previous patch first) 20.12.55 # that new bootloader uses the eeprom memory 20.13.41 # ups, bootloader.iriver 20.14.51 # Slasheri, what are the advantages of this eeprom bootloader 20.15.47 # leftright: putting rockbox to flash makes bootup a little faster and it allows for example dircache and tagcache to be serialized on the disk, so the last state can be loaded immediately thus saving some battery on bootup 20.16.37 # uusing the eeprom configuration memory makes it possible for bootloader and rockbox to communicate with each other 20.17.02 # thanks :) 20.17.14 # so bootloader can tell for example if it's safe to assume the disk is still intact from changes 20.17.43 # when doing a battery benchmark, should the headphones be connected? does it make a noticeable difference? 20.17.59 # so changes can be done to the bootloader from disk ? 20.18.51 # leftright: no, bootloader still needs to be flashed (it can be now updated inside rockbox) 20.19.05 Part bmac2 ("Leaving") 20.19.14 # ah so no need to reflash it then ? 20.19.38 # Slasheri: eb6204a140f7c1ee5e0b61135eab84f2 bootloader.iriver ? 20.19.41 # hmm, what do you mean with reflashing? 20.20.01 # linuxstb: seems to be correct 20.21.06 # once your botloader has been installed, future changes to bootloader can be done without reflashing with a new bootloader 20.21.49 # leftright: hmm, not really. bootloader always needs to be flashed if there is a need to upgrade it 20.22.00 # but the flashing can be done inside a rockbox conviently 20.22.06 # -a 20.22.20 # actually ignore me, i'm just shooting the breeze here, :> 20.22.26 # hehe :) 20.23.07 # Slasheri: Seems to be working nicely. 20.23.19 # nice :) are you using dircache? 20.23.20 # linuxstb: yes 20.23.27 # try to boot twice 20.23.43 # then you should see it's no more scanning the disk 20.24.40 # amiconn: I'm testing it my libmpeg2 based video player - I wanted to ask you what the csub_x and csub_y parameters are for. It seems to work if I set them both to 2. 20.25.16 # linuxstb: with current bootloader it's even possible to configure an eeprom setting so bootloader can load firmware by default either from disk or from flash 20.25.18 # These parameters indicate the chroma subsampling 20.25.34 # but i haven't added that "bootloader configuration" menu to rockbox yet 20.26.20 # i was even thinking that as we have plenty of flash, user could put two images in the flash. Other could be ram image and the other a ROM image 20.26.20 # u and v bitmaps can have a lower resolution than the luma bitmap 20.26.31 # Slasheri: Could it somehow work automatically if the Rockbox version on disk is newer than the one in flash. And maybe the flashing plugin could set the "boot from flash" flag when it flashes a firmware. 20.26.49 # jpeg allows various combinations, so these parameters are variable 20.27.25 # linuxstb: hmm, i don't know how to do that because bootloader has already gone when disk is still spinning up 20.27.40 Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") 20.28.03 # mpeg2 usually is 4:1:1 20.28.30 # linuxstb: but maybe rockbox could change that flag to boot from disk if it's found current flash image is older than the rockbox.iriver available on disk 20.28.47 # err ... 4:2:0 sorry 20.28.52 # however, .iriver -files don't have a version flag included 20.29.30 # Slasheri: I delete songs frequently from albums and resync often with my pc, will that cope 20.30.09 # leftright: yes, that is why eeprom support is necessary so even if you use bootloader usb mode, rockbox will know that you have used it 20.30.21 # because now bootloader and rockbox can communicate 20.31.13 # amiconn: My MPEG test files are 224x176, and the chroma bitmap seems to be 112x88. So am I right in thinking csub_x and csub_y should both be 2? (it at least looks like it's working) 20.31.24 # yes 20.31.44 # amiconn: btw, what do you think about the firmware_settings struct in firmware/export/eeprom_settings.h? 20.31.54 Join JosM [0] (n=jos@vpn103.geodelft.nl) 20.32.03 # hi all 20.32.18 # I didn't look at it at all yet 20.32.31 # can I ask a question about flashing? 20.32.51 # just ask 20.33.24 # well, the link in the documentation to the files doesn't seem to work anymore. Where can I get the files? (Rec V1) 20.34.25 # see: http://www.jens-arnold.net/Rockbox/flash_rec.zip 20.35.15 # is there anywhere on the wiki that i can read what this EEPROM support is all about? 20.35.31 # dropandho: hmm, not yet 20.35.46 # ok- good...i wanted to make sure i wasn't loosing my mind- thanks! 20.35.49 # addendum, on http://www.rockbox.org/twiki/bin/view/Main/FlashingRockbox 20.35.52 Part amiconn 20.35.55 # dropandho: but i am sure some information will be added there 20.36.02 # great- thanks guys! 20.37.04 # dropandho: the code is just not yet ready for regular users to start using it 20.37.12 # Slasheri: did you include debug code to read the eeprom? 20.37.23 # petur: yes, should be in cvs 20.37.28 # * petur is looking at eeprom support for h300 20.37.36 # petur: the rom dump feature should now dump eeprom contents also 20.37.40 # (but only on H1xx) 20.38.05 # already enabled eeprom here ;) 20.38.10 # hehe :) 20.38.30 # good you wrote the driver, I seem to have deleted my half-working version :( 20.38.45 # oh :/ 20.39.02 # was in some test build directory which I cleaned up some time ago... grrrr 20.39.07 # hmm, but the H300 version was a bit different with hardware I2C-bus? 20.39.23 # with H100 that bus was implemented by software 20.40.01 # afaik it's on the same bus as the pcf 20.40.14 # and the H300 has also bigger chip (more than 128 bytes) 20.40.24 # ok, so it needs a different driver then 20.40.44 Quit barrywardell () 20.41.01 # but maybe you can get some clue from the working eeprom code and the pcf driver 20.41.18 # just combine those and basic single byte read/write operations should work :) 20.41.32 # i haven't yet implemented page write / sequential read for better performance 20.41.33 # hmm, it seems that all the download links on http://www.rockbox.org/twiki/bin/view/Main/FlashingRockbox don't work... 20.42.52 # where's Badger 20.43.44 Quit Bger ("brb") 20.44.40 Join [1]leftright [0] (n=leftrigh@p54995E74.dip.t-dialin.net) 20.46.57 Part [1]leftright 20.55.24 Join gtkspert_ [0] (n=gtkspert@210-84-29-211.dyn.iinet.net.au) 20.55.58 Quit MarcoPolo (Remote closed the connection) 20.58.34 # linuxstb: gibalou on #videolan suggested having a look at http://tcpmp.corecodec.org/ . It's a pocket pc media player and it features arm optimisations. 20.58.38 # It's also GPL 20.59.03 # Does that use libmpeg2 then? 20.59.08 # i doubt it 20.59.30 # 20:57:59 < gibalou> dionoea: yeah, it is a pocketpc player and most of these use arm processors 20.59.33 # 20:58:09 < gibalou> it actually is the best pocketpc player around 21.00.00 Join Poka64 [0] (i=peter@hd5e241ae.gavlegardarna.gavle.to) 21.00.21 # the only issue is that you have to email the guy to get the source code ... but that shouldn't be too complicated 21.00.32 # I've already got the source - google found it for me. 21.00.39 # :) 21.00.48 # have fun :p 21.00.50 # bbl 21.00.50 # It's GPL, so once one person gets the source... 21.01.40 Quit leftright (Read error: 110 (Connection timed out)) 21.04.19 Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 21.05.07 # Slasheri: I wished you didn't couple eeprom driver with eeprom settings. Or does it keep out of the eeprom if not flashed? 21.06.39 *** Saving seen data "./dancer.seen" 21.14.10 Quit gtkspert (Read error: 110 (Connection timed out)) 21.16.33 # petur: yes, eeprom is not touched unless rockbox detects firmware flashed 21.17.05 # does weird things here 21.17.11 # hmm 21.17.14 # must enable step by step 21.17.20 # what kind of things? 21.17.24 Join TomFelker [0] (n=tom@c-24-4-91-61.hsd1.ca.comcast.net) 21.17.55 # the init does something bad with the pcf communication 21.18.20 # ah, well that software i2c driver cannot work with the hardware driver 21.18.22 # It jumps to a quicmenu and battery indicator goes to zero 21.18.48 # so you need to replace all of the sw_i2c_* -functions with correct code taken from the pcf driver 21.20.06 # pcf50606 doesn't use hardware I2c it seems 21.20.12 # hmm, interesting 21.20.24 # well, then it might work 21.20.37 # but there's stuff running in other tasks - will have to prevent that 21.20.44 # but there is no need to init the i2c bus twice.. so just remove the init code from the eeprom driver 21.20.51 # true 21.21.18 # * petur slaps himself hard for deleting his code 21.21.24 # :D 21.21.36 # and you don't need the eeprom_settings.c for testing the driver 21.22.39 # yes, I'm that far already, just creating myself a debug screen to test some stuff 21.22.47 # nice :) 21.38.22 Join Bger [0] (n=bager@rockbox/developer/Bger) 21.41.05 Join Massa [0] (n=Massa@85.220.132.199) 21.44.18 Join pike [0] (i=amiga@c83-249-120-24.bredband.comhem.se) 21.45.35 # linuxstb: 21:07:07 < Meuuh> dionoea : AFAIR BBPlay had an ARM-optimized YUV to RGV 21.47.00 # dionoea: OK, thanks. I don't think the yuv2rgb conversion is much of a bottleneck though. 21.47.56 Join gtkspert [0] (n=gtkspert@203-59-86-215.dyn.iinet.net.au) 21.49.27 # linuxstb: 21:07:13 < Meuuh> which helped a lot actually 21.49.37 # you do yuv to rgb for every frame 21.49.53 # that's quite a lot 21.50.19 # 30 times per second? 21.50.31 # it's one 3x3 matrix time one 3 item vector for each pixel 21.50.42 # petur: 25 or 29.97 times per second yes :) 21.51.02 # in mplayer, they bothered to write a yuv2rgb function in the pixel shader in the gl output driver 21.51.29 # unfortunately i doubt that the ipod has such hardware :) 21.51.42 # yes just pointing out that it might make a difference 21.51.58 # also the video output methods that mplayer can skip conversion with tend to be the fastest (afaik) 21.52.01 # most x11 / opengl /directx graphics card indeed handle the conversion themselves 21.53.41 Join sankao [0] (n=sankao@adsl-75-16-33-203.dsl.irvnca.sbcglobal.net) 21.57.22 Join sharpe` [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) 21.57.32 Quit sharpe (Read error: 104 (Connection reset by peer)) 22.01.33 # My test file is now playing at around 11.3fps. If I disable the actual display of the frames (the yuv2rgb conversion, and copying to the framebuffer), then it's running at 20fps. So I guess that makes it a bottleneck... 22.03.28 # what's the ipod's LCD's max framerate atm ? 22.03.36 # So I think an asm optimised "yuv_blit" function which does the conversion from yuv2rgb and writes the data directly to the lcd hardware is the way to go. 22.03.44 # * petur whispers a little w00t 22.04.12 # :) 22.05.02 # This is on my Photo - test_fps is giving me 48.5fps 22.05.41 Quit gtkspert_ (Read error: 113 (No route to host)) 22.05.51 # So with further optimisation of the decoder itself, 25fps doesn't look completely unrealistic. It would be even easier on the Nano's smaller LCD. 22.06.05 # sounds great :D 22.06.31 # And that leaves the COP to take care of reading the data from disk and decoding the audio... 22.06.39 # (or vice-versa) 22.06.43 # you're decoding LCD size video ? 22.06.45 Quit netmasta10bt ("My damn controlling terminal disappeared!") 22.06.49 # Yes. 22.06.51 Join hexreel [0] (n=xreel@pool-71-113-145-186.frstil.dsl-w.verizon.net) 22.06.52 # k 22.06.58 # Well, 4 pixels wider than the LCD - 224x176 22.07.36 Quit gtkspert (Read error: 110 (Connection timed out)) 22.07.56 # is you fps_test plugin available for download somewhere ? 22.08.05 # *test_fps 22.08.08 # * dan_a gets confused by pointers 22.08.25 # hehe 22.08.31 # It's in CVS - but you need to add it to apps/plugins/SOURCES to compile it. 22.08.41 # ok, thanks 22.09.29 # * linuxstb encodes a Nano-sized file to test 22.09.30 # If "const char *thread_name[MAXTHREADS];" works fine, why doesn't "const char *thread_name[NUM_CPUS][MAXTHREADS];"? 22.10.00 Join gtkspert [0] (n=gtkspert@124-168-73-220.dyn.iinet.net.au) 22.12.24 # Ah, found it! 22.12.24 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 22.16.42 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 22.18.02 Join barrywardell [0] (n=barrywar@194.46.169.183) 22.18.57 # Good news for Nano owners - without rendering, the decoder is managing about 30fps for a 176x128 file on my Photo. With the existing unoptimised rendering, it's already about 18fps. 22.19.19 # whoa 22.20.58 # linuxstb: iriver only manages 10fps on the h300 so your 11.3 on the photo is already impressive 22.21.17 # This is without sound... 22.21.45 # good point 22.22.14 # i would be interested to see how it runs on a 124MHz coldfire compared to a 75MHz ARM. 22.26.36 Quit obo ("bye") 22.29.42 # it seems I might get a package tomorrow 22.30.27 # Bagder: Oooh, a Sansa shaped package? 22.30.33 # yeps 22.30.46 # With JTAG? 22.30.52 # supposedly, yes 22.30.55 # * linuxstb wonders if they've accidentally dropped some documentation in the box... 22.31.01 # hahaha 22.31.06 # dream on 22.31.17 # what cpu does the sansa use ? 22.31.21 # Badger: that didn't take very long 22.31.23 # linuxstb: "accidentally" ... 22.31.26 # dionoea: PP5024 22.31.40 # hum ... documentation would indeed be nice :) 22.31.43 # midgey34: UPS express apparently 22.31.51 # how nice 22.32.07 # dionoea: It's similar to the PP5020/1/2 used in the newer ipods, but with some extra hardware (e.g. the audio codec) and minus some hardware (e.g. an ATA controller) 22.32.57 # Any H300 owners want to test my mpeg player? 22.33.18 # linuxstb: yes 22.33.23 # linuxstb: yes :) 22.33.27 # I can do it, but I have no way of making a test file 22.33.29 # You'll need an MPEG-2 "elementary stream" the same size (or smaller) than your LCD. 22.33.38 # (/me asks a question while many people are on the chan) has anyone already tried having fun with the ipod deck's infrared port ? 22.33.39 # I suppose I could upload a test file as well... 22.33.51 # *dock 22.34.03 # linuxstb: it would be easier if you put such file, yes ... 22.35.02 # OK, I'll encode a short test file now. 22.35.21 # or if you could tell mencoder opts .. :) 22.35.36 # can your decoder handle MPEG-1 in its current state? 22.36.09 # for the free version of TMPEGenc gives excellent fine-grained control over the creation of MPEG-1 22.36.32 # S0ap: which OS is TMPEGenc? 22.36.37 # Windows 22.36.44 Join pixelma [0] (i=pixelma@82.193.235.34) 22.36.47 # ok, doesn't work here... 22.36.56 # S0ap: Yes, it handles both MPEG-1 and MPEG-2 22.36.58 # the pay version gives equally fine-grained control over MPEG-2. 22.37.19 # I've been encoding at around 600kbps for 224x176 files. 22.37.45 # Its encoder is considered a generation behind, but I don't know of another tool which allows the tweaking of so many nuances. 22.37.49 Quit pike (Read error: 110 (Connection timed out)) 22.38.26 Quit Massa (Read error: 113 (No route to host)) 22.38.37 # linuxstb: patch ? 22.38.51 # if I did my math right, 600kb@224x176 is even higher than SVCD bitrates. 22.38.52 # S0ap: ffmpeg should allow testing of many nuances :) 22.39.11 Quit Poka64 ("XChat 2.6.6 - www.xchat.org") 22.39.57 # is there reason to believe a bitrate closer to 400 would give an apreciable increase in decoding framerate? 22.40.08 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 22.40.08 # S0ap: Yes, it probably would. 22.40.30 Join mikearthur [0] (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 22.41.06 # Plugin is here: http://www.davechapman.f2s.com/rockbox/mpegplayer.tgz 22.41.27 # Extract it in apps/plugins and then add "mpegplayer" to apps/plugins/SUBDIRS 22.42.12 # Also add the line ".m2v,viewers/mpegplayer.rock" to apps/plugins/viewers.config (or whatever extension you want to use) 22.42.51 # linuxstb: Btw, yuv_bitmap_part() isn't optimised for speed 22.43.36 # Well, in fact it is, but I think there's room for more 22.44.14 # I was going to ask you about that. What do you think of the idea of a "yuv_blit" function? 22.44.32 # It does several divisions and modulo operations per pixel row 22.44.45 Quit JosM () 22.45.16 # Provided we only need to support subsampling by powers of 2, these could be replaced by shifting and masking 22.45.54 # well you could use only 1 sort of subsampling. 22.46.02 # -sort+kind 22.46.16 # dionoea: Not for jpeg. 22.46.20 # as 99% of mpeg2 files use 4:2:0 22.46.47 # amiconn: well the mpeg2 decoder would have an optimised version i guess 22.47.02 # Could be done, yes 22.47.30 # linuxstb: sh.t 22.47.44 # /home/Bager/Rockbox/clr/rockbox-devel/apps/plugins/mpegplayer/header.c:364: undefined reference to `memcpy' 22.47.47 # is this MPEG-2 SP or MP? 22.48.15 # Bger: I got the same 22.48.26 # some kind of var init... 22.48.34 # I guess that's gcc needing memcpy... 22.48.48 # Just add a simple wrapper to rb->memcpy at the top of header.c 22.49.12 # Strange it doesn't complain for ARM. 22.49.13 # does gcc sometimes call memcpy on its own? i was having a problem with that when i tried compiling with -fno-inline 22.49.37 # yes it does 22.49.39 # TomFelker: Yes it does 22.50.41 # (thanks to gcc3.4 cross compiling being broken and nobody will fix it on amd64, i'm trying to get it to compile on 4.0.1) 22.51.11 # TomFelker: You can build m68k-elf-gcc 3.4.x on amd64 22.51.25 # It requires a somewhat hackish patch, but it works 22.51.28 Join blackvd [0] (i=1000@c-71-198-82-177.hsd1.ca.comcast.net) 22.51.31 # S0ap: I'm not sure what libmpeg2 can handle - but this plugin should support everything libmpeg2 does. 22.51.46 # amiconn: the patch gets around the ICE while compiling GCC? 22.51.52 # yes 22.52.05 # say is there a option in the menu to turn on your album art or should it just show up? 22.52.16 # linuxstb: ok, compiled 22.52.26 Quit MarcoPolo (Remote closed the connection) 22.52.32 # blackvd: needs a patch to work 22.52.34 # Bger: Do you still want a test file. 22.52.50 # what happened to the rockbox-optimized patche for h3X0? 22.53.00 # linuxstb: yep :( 22.53.03 # blackvd: or get a custom build in the forum 22.53.18 # linuxstb: is your plugin based on mirak's patch? 22.53.21 # linuxstb: or params for mencoder 22.53.24 # hm guess I'll just get a patch 22.53.26 # markun: No, I started from scratch. 22.54.00 # blackvd: and build it yourself... 22.54.12 # linuxstb - did your test sample have B frames? Last question, I promise. 22.54.40 # Spida: there's a whole range of them on misticriver.net 22.54.50 # S0ap: I used mpeg2enc from mjpegtools - I've got a feeling that doesn't create B frames, but I may be wrong. 22.55.16 # linuxstb: what kind of framerate are you getting? 22.55.52 # linuxstb: a test file would be helpful over here 22.56.49 # Spida: Be aware, they aren't actually "optimized" but really "A whole bunch of patches that may or may not work consistently together". 22.56.55 # did you try compiling with -Os ? 22.57.00 # linuxstb, jhMikeS: Currently, lcd_blit() is for low-depth LCDs only because on the others there was no need for it. There's nothing stopping us from adding it 22.57.27 # I would try to stay away from 18bit though. More data for little benefit, plus either alignment problems or even more data 22.57.28 # Bagder: misticriver.net doesn't resolve for me 22.57.35 # markun: With rendering the decoded yuv data to the LCD, about 11.3fps. Without that rendering (and copying to the framebuffer), about 20fps. 22.57.53 # markun: That's with a 224x176 mpeg2 file on my ipod Photo (and no audio) 22.57.57 # lcd_blit() could do 16->18bit on the fly the same way as lcd_update() 22.57.58 # Paul_The_Nerd: yeah, I know them, and had them working for some time. 22.58.03 # Spida: then your dns plays tricks on you 22.58.09 # try http://www.misticriver.net/forumdisplay.php?f=126 22.58.10 # I will convert that stuff to asm as soon as I receive my X5 22.58.39 # amiconn: I'm thinking about an optimised yuv_blit - to do the conversion and lcd_update() together. 22.58.53 # Hmm. 22.59.30 # linuxstb: A related question that came to mind - do you think it would be useful to add a little on-the-fly processing to the color ipod lcd updates as well? 22.59.51 # Then we coul duse the standard RGB565, and the lcd update would do the byte swap 23.00.12 # But unlike the X5, it means a slight performance hit 23.00.52 # Maybe it wouldn't be a performance hit - the lcd_update() function seems to need to wait after performing each write. 23.00.55 # linuxstb: what happened with te test file ? :( 23.01.24 # Bger: Uploading... 23.01.27 # ah, k 23.01.27 # linuxstb: The question is whether it would be enough of an advantage to have the standard RGB565 on ipod 23.01.30 # ETA 3 minutes. 23.02.11 # For the lcd drawing code it makes no difference at all 23.03.12 # X5 is a different story; for half-decent performance it would be necessary to make fb_data 32bit in order to use 18bit colour, and even then it woould only be pseudo-18bit 23.04.48 # I can't think of any immediate advantage - LCD_RGBPACK doesn't seem to be called that frequently. 23.05.17 # Bg3r: http://www.davechapman.f2s.com/rockbox/testfile.zip (about 15MB) 23.05.35 # (apologies for it being a cheesy pop video) 23.06.40 *** Saving seen data "./dancer.seen" 23.07.45 # mencoder input_file -vf scale=224:176 -of rawvideo -ovc lavc -lavcopts vcodec=mpeg2video -o output.m2v <= this should work 23.07.54 # (didn't tried it) 23.08.14 # jhMikeS: As you were talking about device performance and video support earlier: Our targets split in 2 categories, (1) hwcodec. (2) swcodec 23.08.18 # Bg3r: Maybe... 23.08.27 # can someone confirm that in arm 7 asm ldrned means load double words register if not equal ? 23.08.40 # All currently swcodec targets have similar cpu power, so they can all get compressed video support 23.09.41 # Hwcodec (archos) already does have video support, uncompressed b&w frames using temporal dithering to produce greyscale, and mp3 audio decoded by the hwcodec as normal 23.09.50 # BUGS 23.09.50 # Don't panic. If you find one, report it to us, <= haha 23.10.04 # sankao: I didn't think ldrd/strd was supported on arm7 - it's an Architecture 5 extension 23.10.28 # really ? 23.10.36 # arm7tdmi is ARMv4 23.10.47 # (iirc) 23.10.57 # The data rate needed for this is low enough to make compression unnecessary (480kbps for the video plus the mp2/mp3 audio track which can use all possible mp2/mp3 parameter combinations 23.11.03 # it comes from disassembled binary code of the sansa firmware 23.11.27 # Are you sure it's actual code? i.e. not data, and not thumb code? 23.11.39 # I thought it was arm7 asm, but I have few knowledge of asm 23.11.51 # could be data 23.12.56 # it comes just before what the hex editor sees as ASCII 23.13.52 # linuxstb: LCD_RGBPACK for constants doesn't matter at all - all the constant folding is done at compile time. There are even fewer (if any) places which use LCD_RGBPACK() with variables 23.14.06 # * Bger is silly 23.14.22 # bmp viewer didn't like this video :D 23.14.40 # linuxstb: what is the line supposed to be in viewers.config? 23.14.40 # m2v,rocks/mpegplayer,00 00 00 00 00 00 is what I have 23.14.49 # Yes, that will be fine. 23.15.36 # amiconn: Yes, that's what I mean. pacbox uses it with variables, but only at init-time to create a lookup table based on palette data in the ROMs. 23.15.41 # hum ... "Undefined instruction at 01FEADC4" :) 23.15.41 # amiconn: sorry. wasn't here. I'm busy at the moment. 23.15.51 # shitty OF 23.16.01 # * petur reads eeprom on his h340 23.16.30 # * amiconn is still trying to get his head around arm asm :/ 23.17.00 # Slasheri: the pcf driver didn't like the state you left the lines in after calling your driver 23.17.35 # petur: Why 2 drivers? 23.17.37 # linuxstb: hm 23.17.46 # Bg3r: hm? 23.17.51 # runs and exits 23.17.58 # after 2-3 secs 23.18.09 # black screen 23.18.15 # amiconn: will merge... wa just testing with Slasheri's code for now 23.18.15 # Is that with your file, or mine? 23.18.41 # your 23.19.12 # Bger: It first of all fills a 25MB file with the input file, and then decodes it. So it seems to be exiting when it starts to decode it... 23.19.21 # dionoea: I have a a patch for color numbers in solitaire if you're interested 23.19.37 # midgey34: sure :) i won't have time to look at it now though 23.19.54 # midgey34: what happens on your side ? 23.20.35 # eh, I can't get it to show up in the open with.. menu 23.20.46 # nothing after mp3_encoder is shown 23.21.01 # "Undefined instruction at 01FEADC4" here on video ipod :/ (if anybody cares :p ) 23.21.44 # midgey34: Did you add it to the viewers.config file in apps/plugins/, or the version on your player? 23.21.53 # amiconn: my initial code (lost) used part of the pcf driver but didn't work ok. So I first want to use the separate driver and verify the eeprom 23.21.59 # compiling it with -Os it now shows a white screen 23.22.05 # is that expected ? 23.22.34 # it should be black 23.22.42 # rb->lcd_set_foreground(LCD_WHITE); 23.22.42 # rb->lcd_set_background(LCD_BLACK); 23.22.42 # rb->lcd_clear_display(); 23.22.42 DBUG Enqueued KICK Bger 23.22.42 # rb->lcd_update(); 23.22.46 # it was black for like 10 seconds and it's now white 23.23.05 # hah, it seems you went further than me 23.23.13 # :) 23.23.24 # i'll now try getting colors :D 23.23.31 Part blackvd 23.23.47 # dionoea: http://pastebin.ca/119419 23.24.23 # midgey34: thanks 23.24.29 # no problem 23.24.50 Join mynimal [0] (n=47f68ca0@labb.contactor.se) 23.25.01 # I'm having quite a bit of trouble. 23.25.14 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.25.14 # * Bger will go to bed 23.25.58 # Basically, I'm stuck in an infinite loop. 23.26.31 # It's repeating "Rockbox error: -1" and "Loading original firmware..." 23.26.38 # mynimal: And then it reboots again? 23.26.39 # I'm assuming the iPod is pretty much screwed. 23.26.44 # Do you have a 5G? 23.26.46 # Nope, it's just in that loop. 23.26.51 # I have a 60GB iPod Photo. 23.26.54 # Hm 23.26.56 # Well, anyway 23.26.59 # Hold Menu+Select 23.27.05 # As SOON as the screen clears, hold Play+Select 23.27.11 # If you do it right, it will go into disk mode. 23.27.20 # Extract a daily build onto the player, and it'll be fine. 23.27.39 # Oh, great, thanks. I must have been pressing the wrong key combination. 23.27.52 # Thanks a lot, saved me $300 haha 23.28.10 # The iPod is pretty much always recoverable. 23.29.15 # Hmm, bad. ARM effecively has one register less than sh or coldfire 23.30.01 Quit mynimal ("CGI:IRC (EOF)") 23.30.04 # But otoh the instruction set is quite powerful (but hard to memorise) 23.32.02 Quit _FireFly_ ("Leaving") 23.34.08 Join mynimal [0] (n=47f68ca0@labb.contactor.se) 23.34.12 Quit mynimal (Client Quit) 23.34.20 # Slasheri? 23.37.21 # nite 23.37.23 Quit Bger ("Leaving") 23.41.40 # Yay! I've got a kernel running on the second processor on PP50xx machines! 23.41.58 # yay! 23.42.21 # It's useless at the moment, but it's still a result 23.44.36 Quit midkay ("Leaving") 23.47.35 Quit Rob2222 () 23.51.15 # hmmm 23.52.12 # Bagder, would it be possible to put a ' between the D and H in my last name in the cvs log? 23.53.05 Join Rob2222 [0] (n=Miranda@ACB0FBEB.ipt.aol.com) 23.53.24 # let's try and see 23.57.12 # if you have to commit something to test, http://www.rockbox.org/tracker/task/5087