--- Log for 14.02.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 13 hours and 22 minutes ago 00.00.12 # hello 00.00.41 Quit Kiro (Client Quit) 00.00.47 # Wellthen. 00.01.49 Join scorche` [0] (n=42c007b2@rockbox/administrator/scorche) 00.01.49 Quit scorche` (Client Quit) 00.02.24 Join neskaya [0] (i=featherd@wiktionary/neskaya) 00.03.01 # hello? 00.03.07 # hello 00.03.19 # * stripwax finds this rather amusing 00.03.34 # how hard is it to reprogram MP3 Player? 00.03.39 # very 00.03.47 # webguest70 - which mp3 player? 00.03.48 # Ok 00.04.05 # Coby MP-C7082 00.04.47 # I don't think I've heard of that one before. Certainly rockbox doesn't currently run on it.. are you a developer? 00.05.00 # No. Not really 00.05.03 Join LawliPop|Len| [0] (n=chatzill@dialup-4.156.201.46.Dial1.Boston1.Level3.net) 00.05.13 Quit barrywardell () 00.05.14 Join scorche` [0] (n=42c007b2@rockbox/administrator/scorche) 00.05.20 # If your file does not have the .mpg, .mpeg, .mpv or .m2v extension, you will need to use the "Open With..." context menu option and choose "mpegplayer". <<< http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 00.05.26 # How would I go about doing this? 00.05.30 # on a sansa e200 00.05.37 # Currently I am programming for FIRST Robotics competition 00.05.53 # LawliPop|Len|: hold down the center button (called Select in documentation) 00.05.57 # I mean our own team 00.06.08 # Ok, let me try that. 00.06.09 Join blithe [0] (n=blithe@stiletto.djblithe.com) 00.06.33 # LawliPop|Len|: Be aware though, that the file must still be an mpeg-1 or mpeg-2 movie. 00.06.45 # stripwax? 00.06.47 # webguest70 - do you know anything about the hardware that the Coby uses? i.e. is it even programmable? 00.07.10 Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Would you like to know more?") 00.07.33 # well they claim that if needed be, they will have firmware available for download on their website 00.07.39 # but they don't have anything 00.07.50 # and the firmware is really bad 00.08.36 # * gevaerts 's previous player also claimed firmware upgradability, but google hadn't ever heard of the brand... 00.08.52 # webguest70 - can you find out more about the hardware itself? what processor it has for example. 00.09.37 # Hmm, looks like the video and sound is way off sync. 00.09.54 # webguest70 - does it have any firmware files (even if a file for the current version of the firmware is available would help identify its innards) 00.10.03 Join tatsudoshi [0] (n=michael@0403ds1-sg.0.fullrate.dk) 00.10.29 Join Absinthe [0] (n=cawagons@ool-43561407.dyn.optonline.net) 00.11.20 # no 00.11.24 # Made it show FPS, and it's really low (around 15-16fps). 00.11.33 # Was working fine yesterday. 00.11.57 # I wish they did, because then I could try and re-download it 00.12.01 Quit scorche|w ("CGI:IRC (Ping timeout)") 00.12.42 # LawliPop|Len|: If you didn't know how to play it until you came in here and asked today, how was it working fine yesterday? 00.13.04 Nick scorche` is now known as scorche|w (n=42c007b2@rockbox/administrator/scorche) 00.13.06 # I'm talking about another mpg file, not the one that I was just talking about. 00.13.32 # I can't seem to find anything online 00.14.18 # hello guys. I am looking for a way contact the rb team to offer my assistance, so is this 'the' place? 00.14.32 Join dreeft [0] (n=dreeft@220.157.75.246) 00.14.44 Join crzyboyster [0] (n=6210f0c5@gateway/web/cgi-irc/labb.contactor.se/x-51c220746981d16b) 00.15.01 # tatsudoshi: It's not a bad place, speak away. The rockbox-dev mailinglist is another option. 00.15.10 Quit Arathis ("Bye, bye") 00.15.21 # webguest70 - it sounds like you might be out of luck in that case, unless you are able to identify more about the hardware on your own (example: take it apart and take photos. you may not be willing to do that, of course!) 00.15.25 Quit Absinthe ("Leaving") 00.15.40 # LawliPop|Len|: Well how did you encode the video that's having problems? 00.15.52 # I can do that but not right now 00.16.14 # What does everyone think of the new gigabeat version of cabbiev2? > http://www.rockbox.org/tracker/task/8443 all the way at the bottom. Is it ready to commit and approved? 00.16.40 # All I know was that it was converted through an rm converter at 220X176, 30fps, 196 bitrate, and don't remember the rest. 00.17.00 # well I mainly do big pro web solutions (administrative systems) but have exp with java. Is rb in C(++) ? 00.17.30 # do you have another way I can contact you after cracking it open and snaping pictures? 00.17.38 Join webguest29 [0] (n=4a8e5fd8@gateway/web/cgi-irc/labb.contactor.se/x-8161cc245afc1421) 00.17.40 # LawliPop|Len|: Then it's a little hard for anyone to help you, since we can't know it if you don't know it. Why not try using one of the recommended means of converting in the wiki. 00.17.56 # o 00.18.05 # Whoops, I meant to say "ok". 00.18.13 Join klaatu_ [0] (n=sXe@12.147.22.105) 00.18.40 # do you have another way I can contact you after cracking it open and snaping pictures? 00.18.40 # stripwax - 00.19.08 # Hello, I am looking for the logs for yesterdays date. Where can I find it. I am in Indiana, so I dont know what the time difference is?!? 00.19.20 Quit klaatu_ (Client Quit) 00.19.21 # rockbox.org/irc 00.19.26 # another way? rockbox mailing list, irc, rockbox forums, .. all of those things should be sufficient. note you probably don't want/need to contact *me* - any interested developer would be interested in the information 00.20.10 Join jhulst_ [0] (n=jhulst@71-10-136-117.dhcp.aldl.mi.charter.com) 00.20.43 # Oh, OK Thanks 00.21.41 # webguest70: :http://www.rockbox.org/twiki/bin/view/Main/NewPort 00.23.19 Join cool_walking_ [0] (n=Miranda@203-59-129-195.perm.iinet.net.au) 00.23.30 # I have noticed something odd about the brickmania game. A while ago (1-2 months maybe) the scrolling in the game was "smooth" and not "blocky" like it is right now. I remember when I first started using rockbox, the paddle scrolling was "blocky" and then some time ago it became "smooth" and now it's back to "blocky".Anyone know what I'm talking about and why it happened? 00.23.43 # OK 00.24.03 # not realy helpful. I looked through all of the reecent ones, but i couldent find the one i was looking for. 00.24.17 Part tatsudoshi 00.24.33 # crzyboyster: are you playing music as well? 00.25.37 # Let me try it with or without that music on... and what does everyone think of committing the new gigabeat cabbiev2? 00.26.02 # is that a yes? 00.26.20 # I need to fin a post that was made at approximatley 10:00 my time pm 00.26.26 # Find 00.26.38 # webguest29: well, if it was said, it is in there.. 00.26.43 # yesterday 00.26.53 # crzyboyster: Seriously, you don't need to ask about the theme over and over 00.26.59 # me/ 00.27.33 Quit klaatu (Read error: 110 (Connection timed out)) 00.27.50 # jeez... this is killin me... can somebody tell me for sure... does the arm branch instruction b 0x30 set pc to 0x30 or does it set the pc to pc + 0x30? 00.27.55 # It happens both with and without the music on... and by "smooth" I mean like the "Brick" game in the original apple os 00.28.46 # huh? 00.29.36 # EZ-Surfer - b 0x00000030 jumps to address 0x00000030. http://www.heyrick.co.uk/assembler/bl.html 00.30.02 # crzyboyster: The most helpful thing you could do is track down when it changed, then. Nobody can fix it if they don't know what went wrong 00.30.57 # Seems that the problem was the 220X176 resolution, thanks for your help. 00.31.03 # thnks stripwax.... thats what I thought happend, but then I read some documents that say it's pc+offset 00.31.08 # I can idle here, right? 00.32.07 Quit webguest70 ("CGI:IRC") 00.32.07 Quit crzyboyster ("CGI:IRC (EOF)") 00.32.45 # was anyone online when scorche kicked that eso guy? 00.33.07 # im sure plenty were... 00.33.12 # * scorche|w coughs 00.33.20 # EZ-Surfer - it depends what you're looking at exactly. I think the opcode contains a relative address rather than absolute.. but the convention in disassembly output is to show the (calculated..) absolute address. 00.33.33 # sorry if that wasn't clear 00.34.45 # He was a creep 00.34.46 # ah... that makes a whole lot more sense 00.35.22 # thanks 00.35.56 Quit gregzx ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") 00.38.13 # From my reading of the UTMI spec, it looks like it doesn't export any registers to the system, so there's nothing to configure there 00.38.23 *** Saving seen data "./dancer.seen" 00.39.03 # is the problem that bytes 33,34,35 are garbaged, or that three bytes get inserted in between real bytes 32 & 33 ? 00.39.39 # They get zeroed 00.39.43 Quit xnyhps ("Zzzzz") 00.39.46 # stripwax: Every 32-byte block starts with 29 good bytes and then has 3 zero bytes 00.40.09 # The bytes that survive are correct and in the right place 00.40.11 # At least, I've never seen anything but zeroes, but might it be "random memory which happens to be zeroes"? 00.40.37 Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") 00.40.43 # Not that it changes much (yet anyway) 00.42.12 Join delorean90 [0] (n=4665a4a4@gateway/web/cgi-irc/labb.contactor.se/x-68f94385ff733738) 00.42.39 # i cant open the help tool bar. it gives me an error on the status page 00.42.49 # hello, has anyone here been expiriencing battery issues with thier h10 20gb on the latest builds? 00.43.19 # rasher: are bytes 30, 31 and 32 overwritten or do they come aftewr the three zeroed bytes? 00.43.31 # n1s: they are overwritten. 00.43.37 # ah 00.44.30 # n1s: http://pastebin.ca/896483 00.44.36 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 00.44.43 Quit Rob2222 () 00.45.41 # curious 00.45.57 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 00.46.11 Quit conando (Read error: 110 (Connection timed out)) 00.46.18 # gevaerts: still, a quick compare with disk mode might still be enlightening 00.46.33 Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-8bdc07a80739b26d) 00.47.34 # preglow: obviously, but my arm assembly knowledge is still not good 00.48.13 Quit delorean90 ("CGI:IRC (Ping timeout)") 00.48.25 # gevaerts: well, for what it's worth, it's not hard to learn :) 00.49.30 # * gevaerts is now searching the web for possible further information on the controller 00.49.53 Join webguest30 [0] (n=3e4f4094@gateway/web/cgi-irc/labb.contactor.se/x-55931c8912183410) 00.52.42 # * webguest29 is annoyed at scorche 00.53.01 # preglow: so you know it ? ;-) 00.53.08 # gevaerts: yeah 00.53.22 # webguest29: do i really have to ban you again? 00.53.36 # me? 00.53.38 # * gevaerts thinks preglow knows what he is suggesting... 00.53.51 # webguest29: The help button doesn't work. It'll be fixed in time. (hint hint Zagor) 00.54.08 # gevaerts: no time, i'm afraid :> 00.54.54 Quit webguest29 ("CGI:IRC (EOF)") 00.56.19 Quit ompaul (Client Quit) 00.56.27 Quit n1s () 00.57.13 Quit webguest30 ("CGI:IRC (EOF)") 00.57.25 # on that note, it's bed time! 00.57.46 # Would anyone like to guess what a 5 bit long field called VUSB_HS_DEV_EP in a register called HWDEVICE actually means ? I guess it somehow indicates the number of endpoints, but how is that encoded ? As a mask, a number ? And if a number, in and out combined, or pairs ? 00.58.22 # * gevaerts thinks the iMX31 manual just copied a part from the ARC manual, but they forgot some bits 00.59.08 Quit ender` (" There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy") 00.59.28 Join TMM [0] (n=hp@c5147518c.cable.wanadoo.nl) 00.59.51 Join aliask [0] (n=chatzill@rockbox/developer/aliask) 01.00.53 # gevaerts - if I google for that, i get exactly one hit ... 01.01.37 Quit Weiss (Remote closed the connection) 01.02.06 # gevaerts - page 105 help? http://coreriver.co.kr/data/manual/TitanBM_1120.pdf 01.02.12 # stripwax: ain't that interesting 01.02.19 # indeed 01.03.36 Quit dreeft (Connection reset by peer) 01.03.36 Quit Llorean (Read error: 104 (Connection reset by peer)) 01.03.36 # Yay for google indexing pdfs 01.03.37 Join dft [0] (n=dreeft@220.157.75.246) 01.03.37 Quit alienbiker99 (Read error: 104 (Connection reset by peer)) 01.03.38 Quit cool_walking_ (Read error: 104 (Connection reset by peer)) 01.03.43 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 01.03.57 Quit amiconn (Nick collision from services.) 01.04.03 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.04.18 Join Llorean [0] (n=DarkkOne@ppp-70-132-142-206.dsl.hstntx.swbell.net) 01.05.06 Part pixelma 01.05.38 Join Rob2222 [0] (n=Miranda@p54B0CFBE.dip.t-dialin.net) 01.06.28 # stripwax: looks like another user of the same USB core. No new information though 01.07.18 # pity 01.07.23 Quit spiorf (Remote closed the connection) 01.07.52 Quit lee-qid ("aufwiederbyebientotsayonara") 01.08.24 # wonder if they have the same dma controller 01.11.47 Quit petur ("Zzzz") 01.16.13 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.16.51 Join keanu|afk [0] (n=none@unaffiliated/keanu) 01.19.32 Quit obo ("bye") 01.21.54 Quit einhirn (Read error: 110 (Connection timed out)) 01.22.20 Quit keanu (Read error: 104 (Connection reset by peer)) 01.23.32 Quit kugel ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020710]") 01.25.29 Part toffe82 01.28.56 # hello all. im trying to update my rockbox installation...im using the rockbox utility to do this..but it says it cant download the latest rockbox.zip...... 01.29.35 # http error 2 01.30.56 Quit LawliPop|Len| (Read error: 110 (Connection timed out)) 01.35.05 Quit jhulst_ ("Konversation terminated!") 01.36.19 Join csc` [0] (n=csc@archlinux/user/csc) 01.39.28 # Kernel, if rbutil is giving errors like that, download the latest build from the site and simply unzip it to the root of your device 01.39.55 Quit japc (Remote closed the connection) 01.41.47 Quit tessarakt ("Client exiting") 01.41.55 Join Inv1s1ble [0] (n=cassius@c-68-53-224-118.hsd1.tn.comcast.net) 01.43.05 Quit RoC_MasterMind ("Leaving") 01.43.53 # how do I get write permission to the wiki? I want to add the Sony XA-110IP to the accessory page 01.44.05 # (as being incompatible) 01.44.15 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 01.44.27 # man I knew I should have bought a Kenwood 01.47.42 # Inv1s1ble: What's your wiki name? 01.47.50 # SumitKhanna 01.49.14 # Inv1s1ble: done 01.49.20 # thanks! 01.55.22 Join asdrubal [0] (n=abc@cpe-76-190-210-165.neo.res.rr.com) 01.56.59 # :) I made a minor contribution 01.57.03 # Does anyone experience lockups when rocording in sansa ? 01.57.25 # I gotta start developing stuff again 01.59.09 Join Amoner [0] (n=18c455fc@gateway/web/cgi-irc/labb.contactor.se/x-2daeec799aa12e9d) 01.59.11 Quit austriancoder_ (Remote closed the connection) 01.59.17 # hello, guys 01.59.29 # i got a question 01.59.52 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 02.00.24 # i am trying to instal rockbox on sansa e250. but when i restart my sansa it loads the old version not the rockbox one... 02.01.31 # Have you installed the Rockbox bootloader? Either by running sansapatcher or rbutil? 02.02.32 Quit BitTorment (Read error: 104 (Connection reset by peer)) 02.03.09 Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) 02.05.38 Quit Amoner ("CGI:IRC (Ping timeout)") 02.09.56 Join gtkspert [0] (n=gtkspert@203-206-127-240.dyn.iinet.net.au) 02.09.58 Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") 02.16.53 Quit scorche|w ("CGI:IRC (EOF)") 02.18.51 # Does anyone experience lockups when rocording in sansa ? 02.20.25 # asdrubal, i dont have it.. are you using the latest build 02.21.18 # How do I tell what build I have? 02.21.30 # does rbutil grab latest builds? 02.22.12 # system -> rockbox info for the build, and yes 02.22.55 # krazykit, I have it mounted from OF right now.. can I tell somehow in the filesystem? 02.23.19 # there is, as i recall, a rockbox-info.txt in the .rockbox directory 02.23.37 Quit gtkspert_ (Read error: 101 (Network is unreachable)) 02.23.42 # Manufacturer: sandisk 02.23.42 # Version: r16287-080211 02.25.31 # krazykit, should I run rbutil again? 02.26.05 # oh, i don't know about your problem. i've never had any crashes, but i've not done any serious recording 02.26.29 # I can't do anything in record screen.. crashes on any keypress 02.26.54 # * gevaerts decides to stop studying usb specs and code, and go to sleep 02.27.02 Quit gevaerts ("Leaving") 02.27.07 Quit csc` ("Powering Off") 02.28.14 Join csc` [0] (n=csc@ip70-171-73-120.no.no.cox.net) 02.29.05 Quit midgey (Remote closed the connection) 02.38.27 *** Saving seen data "./dancer.seen" 02.38.53 # recording locks up .... I can't record anything 02.41.14 Quit waldo (Remote closed the connection) 02.41.32 # Just wondering if this is a sansa problem in general or just a sansa c200 probloem 02.42.49 # maybe it's a filesystem problem. have to used fsck or scandisk (or whatever windows calls it)? 02.44.17 # asdrubal, what format are you using in rockbox 02.44.45 Quit homielowe (Read error: 110 (Connection timed out)) 02.44.46 # krazykit, yeah I did that 02.44.56 # advlaptop2019, I'm trying to record to mp3 02.45.10 # krazykit, I used fsck.vfat 02.46.01 # asdrubal, i just did it on my e200 series and had no issue 02.46.21 # what are you record settings? 02.46.28 # do you have it on mono,22khz ? 02.47.46 # asdrubal, what bitrate? 02.47.50 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.47.53 # 64 and 96 both failed 02.48.04 # I did file split 02.48.06 # 30 minutes 02.49.08 # asdrubal, how long are you recording for? 02.49.09 # advlaptop2019, are you recording from mic or fm ? 02.49.21 # advlaptop2019, It freezes on any button press 02.49.36 # what does prerecord time mean? 02.49.43 # asdrubal, from mic 02.51.28 # advlaptop2019, could be a c200 issue 02.51.38 # I don't know if any devs have a c200 or not 02.51.49 # a few do. 02.58.19 Quit neskaya ("system restart or something.") 03.01.53 Quit BitTorment ("SEGFAULT: shit!") 03.05.45 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 03.06.35 Join webguest81 [0] (n=18c455fc@gateway/web/cgi-irc/labb.contactor.se/x-0d6d51726505fe0c) 03.07.10 Quit EZ-Surfer (Read error: 110 (Connection timed out)) 03.07.17 Quit webguest81 (Client Quit) 03.14.04 Join cool_walking_ [0] (n=Miranda@203-59-129-195.perm.iinet.net.au) 03.27.30 Quit DerDome ("Leaving.") 03.31.07 Join Absinthe [0] (n=cawagons@ool-43561407.dyn.optonline.net) 03.32.15 Join webguest59 [0] (n=18c455fc@gateway/web/cgi-irc/labb.contactor.se/x-e5baa623900c3ebd) 03.34.15 Join psycho_maniac [0] (i=psycho_m@ppp399.hk.centurytel.net) 03.37.04 # hey people, i got a question about sansa e250... i cannot really run any games or anything... 03.37.32 # whats your question? 03.37.43 # what sort of games? the default ones or gameboy roms? 03.38.18 Quit Absinthe (Read error: 104 (Connection reset by peer)) 03.38.20 Quit spr0k3t (Remote closed the connection) 03.38.39 Join Absinthe [0] (n=cawagons@ool-43561407.dyn.optonline.net) 03.39.01 # well 03.39.23 # default ones i click on them and in a corner the cd sign shows up, and nothing happens 03.40.48 # what player? 03.41.36 # he said sansa e250 03.42.50 Join spr0k3t [0] (n=spr0k3t@CPE-69-76-171-220.kc.res.rr.com) 03.42.54 # sorry..i accidentally disconnected. That is the same as mine. 03.43.20 # do you have the latest build? 03.43.39 # e250 03.43.48 Quit XavierGr (zelazny.freenode.net irc.freenode.net) 03.43.48 NSplit zelazny.freenode.net irc.freenode.net 03.43.48 Quit parafin (zelazny.freenode.net irc.freenode.net) 03.43.48 Quit Neovanglist (zelazny.freenode.net irc.freenode.net) 03.43.48 Quit kies (zelazny.freenode.net irc.freenode.net) 03.43.48 Quit axionix_ (zelazny.freenode.net irc.freenode.net) 03.43.48 Quit n17ikh (zelazny.freenode.net irc.freenode.net) 03.43.48 Quit Davo_Dinkum (zelazny.freenode.net irc.freenode.net) 03.43.48 Quit Galois (zelazny.freenode.net irc.freenode.net) 03.43.48 Quit sslashes (zelazny.freenode.net irc.freenode.net) 03.43.48 Quit lastebil (zelazny.freenode.net irc.freenode.net) 03.43.48 Quit webguest59 ("CGI:IRC") 03.43.49 Join Neovangl1st [0] (i=Neovangl@chrisg.phx.neovanglist.net) 03.43.51 NHeal zelazny.freenode.net irc.freenode.net 03.43.51 NJoin lastebil [0] (n=truck@cube.lomal.la) 03.43.52 NJoin Galois [0] (i=djao@efnet-math.org) 03.43.52 NJoin sslashes [0] (i=rmf@209.67.252.126) 03.43.55 NJoin Davo_Dinkum [0] (n=DavoDink@c220-237-139-183.sunsh4.vic.optusnet.com.au) 03.43.57 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 03.44.12 Join XavierGr [0] (n=xavier@ppp246-204.adsl.forthnet.gr) 03.44.12 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 03.44.14 Join webguest45 [0] (n=18c455fc@gateway/web/cgi-irc/labb.contactor.se/x-f98b71e51f3d4243) 03.44.14 NJoin kies [0] (n=kies@adsl-99-147-21-179.dsl.chmpil.sbcglobal.net) 03.44.19 # no I mean off the rockbox site 03.44.50 NJoin parafin [0] (i=parafin@paraf.in) 03.44.52 NJoin n17ikh [0] (n=n17ikh@130-127-78-117.calhoun.resnet.clemson.edu) 03.45.06 # well 03.45.09 # once that came with it 03.45.17 # with the rockbox 03.46.07 # go to System>Version. What does it say? 03.47.35 Quit parafin (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit andrew_ (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit advlaptop2019 (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit markun (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit maddler (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit webguest45 (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit kies (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit sslashes (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit lastebil (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit soap (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit aneka (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit Ave (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit magicthree (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit krazykit (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit HellDragon (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit crwl (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit Tuplanolla (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit Siku (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit Slasheri (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit rasher (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit at0m|c (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit Jon-Kha (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit Hadaka (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit preglow (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit XavierGr (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit spr0k3t (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit Horscht (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit inakieeeg (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit jurrie (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit MattAndrew (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit MindScape (zelazny.freenode.net irc.freenode.net) 03.47.35 Quit Kohlrabi (zelazny.freenode.net irc.freenode.net) 03.48.33 NJoin kies [0] (n=kies@adsl-99-147-21-179.dsl.chmpil.sbcglobal.net) 03.48.33 NJoin webguest45 [0] (n=18c455fc@gateway/web/cgi-irc/labb.contactor.se/x-f98b71e51f3d4243) 03.48.33 NJoin sslashes [0] (i=rmf@209.67.252.126) 03.48.33 NJoin lastebil [0] (n=truck@cube.lomal.la) 03.48.33 NJoin crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 03.48.33 NJoin HellDragon [0] (n=Nocebo@unaffiliated/helldragon) 03.48.33 NJoin krazykit [0] (n=kkit@140.141.29.54) 03.48.33 NJoin magicthree [0] (n=Banana@87.106.78.187) 03.48.33 NJoin Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 03.48.33 NJoin aneka [0] (n=kvirc@66.251.27.159) 03.48.33 NJoin soap [50] (n=soap@rockbox/staff/soap) 03.48.55 # can't open 03.49.04 NJoin XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 03.49.04 NJoin spr0k3t [0] (n=spr0k3t@CPE-69-76-171-220.kc.res.rr.com) 03.49.04 NJoin Horscht [0] (n=Horscht@xbmc/user/horscht) 03.49.04 NJoin jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) 03.49.04 NJoin MattAndrew [0] (n=mzandrew@cpe-67-49-176-228.hawaii.res.rr.com) 03.49.04 NJoin MindScape [0] (i=tranquil@ifconfig.and.set.your.eth0.linux.info.ve) 03.49.04 NJoin Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 03.50.01 # why cant you open that? 03.50.31 # i will be back 03.50.37 # Go to the main menu. Click on System, Then click on Rockbox Info 03.50.53 NJoin preglow [0] (i=thomj@rockbox/developer/preglow) 03.50.53 Quit webguest45 ("CGI:IRC (EOF)") 03.51.12 Join anakiicom [0] (i=0@86.122.116.44) 03.51.12 NJoin parafin [0] (i=parafin@paraf.in) 03.51.19 # I would suggest to get the latest build and or just get a new version of what you have. might currupt files 03.51.19 Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 03.51.19 NJoin Siku [0] (i=Siku@e81-197-68-206.elisa-laajakaista.fi) 03.51.19 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 03.51.19 NJoin rasher [50] (n=rasher@rockbox/developer/rasher) 03.51.19 NJoin at0m|c [0] (n=at0m@d51520B77.access.telenet.be) 03.51.19 NJoin Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) 03.51.19 NJoin Hadaka [0] (i=naked@naked.iki.fi) 03.51.21 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 03.51.32 Join Amoner [0] (i=Amoner@24-196-85-252.dhcp.mdsn.wi.charter.com) 03.51.37 # ok 03.51.39 # i am back 03.51.42 # that was me with e250 03.51.48 # i just instaled the mIRC 03.51.53 # cause online version was too slow 03.51.58 # ok 03.52.03 # well i installed the rockbox 03.52.09 # but half of it doesnt really work 03.52.15 # like there is no background picture 03.52.20 # even after downloading 03.52.50 # if i go to the system - version it pops up with an error tht cant open 03.53.04 # Go to the main menu. Click on System, Then click on Rockbox Info 03.53.24 # redownload the rockbox.zip for your specific player. 03.53.48 # or the qt utility 03.53.54 # its easier 03.54.00 # should i erase everything? 03.54.12 # no 03.54.23 # yes, but obviously back up your music. 03.54.25 # cause i tried reinstaling 03.54.43 # well i dont really care about music 03.54.48 # i can always put it on 03.55.12 # i dont understand why you have to erase the music because plugins will not work? 03.55.24 Join klaatu [0] (n=sXe@76.89.131.135) 03.55.30 # well i just returnet it 03.55.40 # to the original firmware 03.56.01 # i dont understand what you are saying 03.56.12 # scorche: ping 03.56.30 # * scorche waves 03.56.38 # scorche: what up? what should i cut out? 03.57.02 # hmmm 03.57.18 # what is the key presses I need to do to get my sansa into DISK mode/ 03.57.33 # instead of mtp 03.57.45 # asdrubal, it's in the OF settings 03.57.51 # oh.. 03.57.57 # just let me get this straight, if i have e250 can i have a background on my sansa or no? 03.58.05 # Amoner, yes you can 03.59.04 # krazykit, my settings don't have that option 03.59.06 # k i got it =) 03.59.14 # asdrubal, do you have an e200r? 03.59.56 # sweet thanks guys ;) 03.59.57 # I have a c240 04.00.11 # there is no option to set anything regarding usb in my sansa 04.00.16 # this is OF 04.00.28 # ah. maybe you have the firmware version without MSC mode. there's something on the wiki about what version you need 04.01.09 # so I can't do msc mode? 04.02.37 Join maxftball [0] (n=asfsaa@97-88-183-78.dhcp.stls.mo.charter.com) 04.03.13 # asdrubal, you can, you just have to change the OF to get the option. either that, or there's also a workaround, but you'd have to check yourself. 04.03.43 # is it difficult to downgrade firmware? 04.03.55 # not particularly 04.04.16 Join ddalton [0] (n=ddalton@210-84-5-213.dyn.iinet.net.au) 04.04.33 # It's not necessary to downgrade though 04.04.53 # where do I get rbutil from and is it gtk? (linux one) if it is gtk does anyone know of a command line version? and can the cli version do talkclips? 04.04.55 # If you turn on the hold switch and hold a button (I can't remember which, left maybe) while inserting USB, it'll do UMS mode 04.05.12 Quit Thundercloud (Remote closed the connection) 04.05.39 # ddalton, read the manual for the link, they're all written in QT, and the command-line version is still very new, though the recent SVN commits should give you some indication of usability 04.06.01 # i have a sansa e260 and when i play movies there is 1/8th of an inch at the top that is not being used and the video is cut off on the right (using it turned sideways) 04.06.24 # is there any way to get it centered? 04.06.30 # oh qt... damn. so thats not accessible at all? 04.06.34 # maxftball: What resolution did you encode at? 04.06.50 # let em check 04.07.10 # ddalton, it's supposed to be. 04.07.16 # so if I update my svn to the latest can I just build the cli version of rbutil? 04.07.39 # let me see... 04.08.06 # how do I build it? 04.08.08 NJoin advlaptop2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 04.09.34 # Llorean, that method doesn't work for me 04.10.01 # asdrubal: Did you follow the actual method as posted, wherever it's posted, or just try to get it from my brief guess here? 04.10.09 # With the device off, engage the hold switch, press and hold the rewind button, plug the device in your computer. If done correctly, the Sansa will be recognized as an MSC device. 04.10.23 # 240 high 320 wide 04.10.27 # pixels 04.10.29 # Llorean, doesn't work 04.10.31 # asdrubal: Not with the device off. 04.10.44 # ? 04.10.58 # asdrubal: Boot the device into the firmware. Once it's fully booted, and not plugged into the computer, THEN engage the hold switch. Then while holding down the rewind button, insert the USB cable 04.11.17 # ill try 04.11.18 # maxftball: That's far larger than the dimensions of the sansa's screen. 04.11.25 # maxftball: That's the wrong resolution. The e200 is 176x220 (or 220x176 when rotated) 04.11.40 # Encode at 220x176 for the e200, yes (or smaller) 04.11.45 # yea i didnt think about it when i encoded it 04.12.12 # Llorean, ok that worked 04.12.17 # does anyone know about the status of the sansa view port? 04.12.22 # maxftball: Well, generally speaking, you should follow the directions for using software before asking why it's not working. 04.12.27 # Absinthe: There is no status 04.13.04 # so it's in the "why dont you learn assembly and get to work if you really want it" stage? 04.13.23 # More or less 04.14.45 # alright. Hardware's pretty different, though the mi4 format remains, right. 04.15.14 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 04.15.14 # this information should already be in the thread in the New Ports forum 04.15.38 # Thanks- Ill check it out 04.16.42 Quit scorche|sh ("leaving") 04.21.37 Join cool_walking_200 [0] (n=Miranda@203-59-129-195.perm.iinet.net.au) 04.22.49 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 04.27.15 Quit Kernel (Read error: 110 (Connection timed out)) 04.27.42 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 04.28.49 Join J3TC- [0] (n=jetc123@pool-72-68-62-120.nwrknj.east.verizon.net) 04.29.10 # Does the rockbox cabbie theme included in the normal build uses viewports/viewports list? 04.29.30 # no 04.29.52 Quit maxftball () 04.30.00 Join ED209 [0] (n=ca4cbdba@gateway/web/cgi-irc/labb.contactor.se/x-75f702fbd9bb0239) 04.30.08 # hi 04.30.22 # are there any h300 users/coders here at the moment? 04.30.44 # Hrmm..ok. 04.31.18 # I was just wondering since the themes that uses viewports/viewports list seems to freeze when you try to shut down the player (in this case the X5) 04.32.10 # I thought viewports werent comitted yet? :S 04.33.29 # hey you guys know rbutil is completely inaccessible on linux? even orca says so I can not even use flat review or activate menus... 04.33.34 # I'm wondering if there can be a realtime pitch shifter using the mic or line in, and have it playback in realtime 04.33.37 # its because its in qt... 04.33.41 # how difficult woudl that be 04.34.01 # anyone know where I can get the command line one from? 04.34.54 # doesnt kde use qt 04.35.29 # dunno kde isn't accessible. 04.35.34 # only gnome is. 04.35.41 # Accessible? 04.35.56 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 04.36.05 # He means "usable by the blind" in this specific instance. 04.36.22 # psycho_maniac: No it's not ;) 04.36.55 # I need to find another theme that uses viewports/viewports list 04.36.57 # Ok 04.37.29 # did anyone actually test with orca? 04.37.54 Quit cool_walking_ (Connection timed out) 04.38.29 *** Saving seen data "./dancer.seen" 04.38.42 Join speeddemon8803 [0] (n=alan@ip70-180-42-217.br.br.cox.net) 04.39.38 # How exactly do i put rockbox on my ipod nano 1st gen? i tried...and i almost succeded into turning it into a paperweight, I had to reinstall my os to get it to mount it. 04.41.00 # At what step in the manual did you encounter that problem? 04.42.11 # I'm wondering how difficult it would be to make a realtime pitch shifter, that takes a signal from the line in and pitch shifts it, then sends it out the headphones... for an iriver h300 04.42.29 # i basically grabbed rockbox, I copied all the files to the ipod itself....deleted the original ipod firmware (but i had it backed up) 04.42.50 # i thought it would be as simple as copy/paste....not so 04.43.10 # wow you really should of read the manual first. 04.43.46 # ED209: You already asked that. 04.43.53 # I skimmed the manual! 04.44.08 # speeddemon8803: READ the manual. How did you even delete the original firmware, it's in a hidden inaccessible partition. 04.44.24 # nobody answered my question so I thought I'd elaborate 04.44.58 # when i open up my ipod in linux..what are the files and folders that i see? 04.44.59 # ED209: "Elaborate" generally means add more information. Perhaps you meant reiterate? 04.45.03 # is that the firmware? 04.45.06 # speeddemon8803: No. 04.45.33 # speeddemon8803: Just either files you've copied to it, settings, or crud that will be recreated each time you use the original firmware. 04.45.52 # ok...so..i actually didnt do anything "major" 04.45.53 # phew 04.45.58 # I meant elaborate, I added one extra "spec" 04.46.03 Quit cool_walking_200 (Read error: 110 (Connection timed out)) 04.46.49 # no offense but am I gonna be getting pedantic comments the whole time in this channel? or are there coders here who might have some ideas? 04.47.10 # ED209: What extra did you add? You'd already told us you were interested in it for the H300. 04.48.27 # um...ok, aparently i didnt go all the way through the steps...because when i try to download ipodpatcher...i got to this page with a lot of garbled junk 04.48.30 # Anyway, realtime pitchshifting is probably possible if you want to work on it. 04.48.47 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.48.48 # it doesnt "download" anything..just sends me to a page that looks white with a lot of junk on it.. 04.48.51 Join miepchen^schlaf [0] (n=el_miep@p54BF4268.dip.t-dialin.net) 04.48.52 # speeddemon8803: Right click and choose to save it, rather than clicking on it. Your browser is being weird. 04.49.07 # im using ubuntu...might be my problem 04.49.33 Quit ddalton ("leaving") 04.50.06 # does it say "index of"? 04.50.27 # talking to me? 04.50.31 # yes 04.50.40 # nope 04.51.02 # it looks almost like..well...when you open up an executable file as a text file 04.51.12 # It's because you have opened an executable as a text file. 04.51.15 # I already told you how to solve it. 04.51.16 Quit klaatu ("Lost terminal") 04.51.20 # dude 04.51.26 # its NOT that simple 04.51.37 # ubuntu does not have that kind of option 04.52.19 # yes it does. 04.52.26 # what browser? 04.52.27 # really? where? 04.52.33 # mozilla..firefox 04.52.40 # right click on the link, click "save link as..." 04.52.43 # "Save Page As... 04.52.44 # right click save link as 04.52.50 # either way 04.54.37 # ok, im an idiot...im sorry 04.54.39 # heh 04.54.51 # * speeddemon8803 exits peacefully outta here 04.54.58 Part Amoner 04.55.01 # have a good one guys, sorry for the trouble :) 04.55.24 # it definately executed like intended that way 04.57.00 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 04.57.37 # suhweet..bootloader installed successfully 05.00.27 Join Kernel [0] (n=free@72.20.2.106) 05.00.27 Quit ED209 ("CGI:IRC (EOF)") 05.06.13 # hmmm 05.06.32 # ok..brb 05.07.07 Join roxfan2 [0] (n=dunno@156.170-201-80.adsl-dyn.isp.belgacom.be) 05.11.41 # installing rockbox on my 2nd gigabeat was much easier. all i did was switch the hard drives. haha 05.17.23 Quit roxfan (Read error: 110 (Connection timed out)) 05.22.40 # \quit 05.22.49 # wow.. 05.22.53 Quit Absinthe ("Leaving") 05.24.16 Quit speeddemon8803 ("Leaving.") 05.24.23 Quit csc` (Read error: 110 (Connection timed out)) 05.24.52 Join Absinthe [0] (n=cawagons@ool-43561407.dyn.optonline.net) 05.24.55 Quit Absinthe (Client Quit) 05.25.36 Quit Horscht ("IRC is just multiplayer notepad") 05.28.49 Quit Seed (Nick collision from services.) 05.28.55 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 05.32.31 # Hrmm 05.32.56 # It seems if there is too much viewport code, it freezes while shutting down 05.35.41 # J3TC-: "too much" isn't a terribly objective term. Done much testing to quantify? 05.36.55 # Well, I'm not the one testing. Hweb21 does a lot of x5 themes and he uses my builds. We noticed that 2 of out 3 of his themes freezes while shutting down. 05.37.28 # I don't know anything about wps coding so I can't say much but that's what he commented. He did say he'll do more testing tomorrow 05.37.49 # So what you're saying is "I haven't tested it with only the one viewports patch"? 05.37.53 # I also used the viewports theme in the wiki and those didn't give me the freezing shutdown behavior 05.38.48 # Well, it's tested using viewports, viewports list and multifont. One of them doesn't used the viewports list code but still gave the same freezing shutdown. 05.38.58 # But it could be multifont. 05.38.59 # So the two patches responsible is multifonts and viewports 05.39.00 # Please test without it. 05.39.16 # I will but more than likely it'd be viewports so just saying 05.39.23 # And once you've verified which patch causes the problem, report the issue and what needs to be known to reproduce it in the task for that patch 05.39.45 # I think it's probably too much being for the buffer? 05.40.35 # If there's too much data for the WPS buffer, then you simply don't get all the images in the WPS. 05.40.49 # Unless multifont is abusing the buffer somehow. 05.40.58 # But please, just do some testing, and report it on the task 05.40.58 # Hrmm, I see 05.41.14 # Whoever maintains the patch may not be around ,and anyone new interested in working on it may not see it here 05.41.36 # Of course, I'm just saying what's happening right now to find out more about it 05.42.09 Join goffa [0] (n=goffa@216.220.23.105) 05.42.13 # so.... 05.42.21 # how's the new lcd code for the gigabeat? 05.42.26 # worth the upgrade? 05.43.14 # goffa: Why *not* upgrade? 05.43.28 # laziness :) 05.43.34 # You'd be done by now. 05.43.37 # two or three times over 05.47.26 Join japc [0] (n=japc@bl7-245-191.dsl.telepac.pt) 05.48.07 Quit DaCapn (Read error: 104 (Connection reset by peer)) 05.48.46 Join Davide-NYC [0] (n=chatzill@user-0cev9og.cable.mindspring.com) 05.49.06 Join ol_schoola_ [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 05.50.10 Quit ol_schoola (Read error: 104 (Connection reset by peer)) 05.50.38 # I have a question for any developer that is reading this. If I modify a function in firmware/drivers/ata.c, make, and finally make zip. Have I done anything to the bootloader? 05.51.05 # yes 05.51.10 Quit aneka ("KVIrc 3.2.4 Anomalies http://www.kvirc.net/") 05.52.09 # but isn;t the bootloader separate from the contents ot the .rockbox directory? 05.52.42 # oh wait... yeah you didnt touch the bl 05.53.24 # so there is no serious danger in deleting the .rockbox dir on my player and then unzipping this modified build to it. 05.53.39 # it would be just like an updated build, but possibley broken (by me) 05.55.59 Join FOAD_ [0] (n=dok@dinah.blub.net) 05.58.46 Join maddler [0] (n=maddler@cabbage.komputika.net) 05.58.46 Join markun [50] (n=markun@rockbox/developer/markun) 05.58.52 Join andrew_ [0] (n=andrew@stjhnf0124w-142162074449.pppoe-dynamic.nl.aliant.net) 05.58.56 Join billytwowilly [0] (n=chris@S0106001d6046900d.cg.shawcable.net) 06.04.01 Nick JdGordon|zzz is now known as JdGordon (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) 06.04.23 # My H1x0-CF experiment fails a second night in a row. :( 06.05.24 # well duh! :p 06.05.39 # if your getting an ata error its from the bootloader not beign able to read the CF card 06.13.09 Quit FOAD (Read error: 110 (Connection timed out)) 06.13.09 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 06.19.10 # JdGordon: There are maybe a dozen folks that are very stoked about this mod. (myself included) There is some possible bad info floating around forums. According to Siar (from the forums) he had resolved the problem simply by makeing the zip file and extracting the .rockbox folder. 06.19.27 # It didn;t make sense to me but he reported success so I tried it. 06.19.36 # See here: http://forums.rockbox.org/index.php?topic=12330.msg97850#msg97850 06.20.08 # BigBambi: ping 06.20.40 # may i ask why you want a cf card in your player? 06.21.16 # Two reasons: No spin up noise during recording and no buffer under-runs of shaken. 06.21.21 # *if 06.21.31 Quit XavierGr (Read error: 110 (Connection timed out)) 06.21.43 # Plus it'll be lighter and more reliable. 06.21.47 # Four reasons 06.21.50 # :) 06.26.18 # CF in the irivers would make them amazing 06.29.03 # Davide-NYC: I'm pretty sure someone mentioned that the fix in the forum thread isn't a "fix" so much as a hack anyway 06.29.39 # I think there is a piece missing to some of these success stories. 06.30.57 # The question is, when using a particular CF card, whether the bootloader loads and *then* rockbox fails, which is solved by the ata.c sleep hack, or whether the bootloader fails with an ATA error. (as in my case) 06.31.57 # because the ata.c hack doesn;t touch the bootloader. Which to me means that the failure happened after the bootloader stage. 06.32.24 # (in those instances where the ata.c hack actually produces a successful result) 06.34.06 # I don't see how the bootloader can work without an ata driver. 06.34.46 # The bootloader isn't being compiled in this instance. So the ata driver is there as it always is. 06.35.42 # But as it is, if I recall it was said that we aren't doing timing properly 06.35.55 # A real fix would require a bootloader change, it may be more or less chance that it's getting past it. 06.36.38 # By more or less chance you mean brand and model of CF card, right? 06.36.58 # Davide-NYC: But what confused me was that you said "the changes don't touch the bootloader." If They do, but you didn't install a modified one, that's different. 06.37.08 # would be nice if it was just a bootloader change. then could there be a chance that bootloader would be hosted on the rockbox wiki page? 06.37.34 # Is this the timing you speak of? http://en.wikipedia.org/wiki/Programmed_input/output 06.37.55 # Davide-NYC: I honestly don't know, I wasn't paying much attention and someone else was talking about it. 06.38.04 # I think amiconn 06.38.32 *** Saving seen data "./dancer.seen" 06.39.07 # Llorean: You maybe right 06.39.35 # amiconn: why is it that certain CF card seem to work with RB on an iRiver H1x0 and other's do not? Is there a way to correct this across all targets for most (if not all) CF cards? 06.39.43 # I just compiled three builds. First was viewports..the said theme shut down just fine then the 2nd build with viewports list. Again that worked 06.40.01 # And using the multifont along with those 2, it froze up while shutting down 06.40.34 # I would apply just the multifont but it's dependent on both of them I think. 06.42.01 Part Davo_Dinkum 06.46.33 Quit midkay ("Leaving") 06.49.40 Quit psycho_maniac (" ("Leaving")") 06.49.43 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 06.50.20 Join perrikwp [0] (i=98216aac@gateway/web/ajax/mibbit.com/x-b0d388ee737d860c) 06.59.35 Join mf0102 [0] (n=michi@85.127.20.163) 06.59.40 Quit mf0102 (Read error: 104 (Connection reset by peer)) 07.03.53 Join midkay [0] (n=midkay@rockbox/developer/midkay) 07.05.45 Quit ol_schoola_ () 07.07.06 Quit JdGordon (Remote closed the connection) 07.07.30 Join mewshi [0] (n=mewshi@edinboro.63-160-38-99.cust.stargate.net) 07.09.18 Join JdGordon [0] (n=Miranda@usw3662-s-207-244-148-63.dsl.w-link.net) 07.14.09 # sleep 07.14.13 Quit Davide-NYC ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") 07.23.39 Quit JdGordon (Read error: 104 (Connection reset by peer)) 07.25.03 Quit midkay ("Leaving") 07.26.54 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 07.27.23 Join JdGordon [0] (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) 07.29.14 Join midkay [0] (n=midkay@rockbox/developer/midkay) 07.31.43 # Llorean: Someone with a nano should dump the ata identify block. I asked for that multiple times already....... 07.34.02 # amiconn: what does one need to do? 07.36.12 # * amiconn just found a waste of ram in the ata driver.... 07.36.50 # The identify info is one sector, but the array is defined as static unsigned short identify_info[SECTOR_SIZE]; 07.36.55 # That's 2 sectors.... 07.40.31 # scorche: It would need a simple function that dumps said array (defined in ata.c) to disk, and then posting that binary dump file somewhere 07.41.09 # It can't be done in ata_init() as at this point the fat driver is not yet initialised, and the array is static, so it requires a bit of fiddling 07.41.38 # Maybe I should provide a patch... 07.43.34 # that probably would be quickest 07.43.42 Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) 07.44.28 # What I want to check is whether the nano's flash disk reports that it does not support the power management feature set 07.44.41 # That would explain why sending it the sleep command makes it freeze 07.44.56 Join Lynx- [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 07.45.12 # And it might be the same problem when using CF cards 07.45.18 Quit aliask ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020710]") 07.45.44 # Our ata driver would have to learn to check for that feature, and only use it if present -> no more special hack for nano or CF cards necessary 07.53.44 Join conando [0] (i=Soeren@dslb-084-060-174-028.pools.arcor-ip.net) 07.58.25 # Hmm, there already is a function for accessing the idenitify info from outside ata.c. That makes dumping it simple... 07.58.43 Quit Lynx_ (Read error: 110 (Connection timed out)) 07.58.43 Nick Lynx- is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 08.02.02 Quit midkay ("Leaving") 08.06.06 Join Rob222241 [0] (n=Miranda@p54B0D107.dip.t-dialin.net) 08.07.56 # amiconn: sorry, but i need to go to bed now...if no one has dumped the info for you by the same time tomorrow, i will 08.10.40 Quit cg (Read error: 110 (Connection timed out)) 08.13.17 Join GodEater [50] (n=bryan@rockbox/staff/GodEater) 08.23.04 Join EZ-Surfer [0] (n=enosal@cpe-76-88-164-36.hawaii.res.rr.com) 08.24.23 Join Buschel [0] (n=abc@p54A3CB17.dip.t-dialin.net) 08.24.47 # amiconn: you there? 08.26.14 Quit spr0k3t (Read error: 104 (Connection reset by peer)) 08.27.41 Join spr0k3t [0] (n=spr0k3t@CPE-69-76-171-220.kc.res.rr.com) 08.28.56 # * GodEater wonders if he should wade into the XML settings argument further with a "and I just loathe XML on principle, I've yet to see a decent argument for it's use" sort of statement 08.29.30 Quit BigBambi (Remote closed the connection) 08.35.22 # I think having RBUtil as a quick way for a novice user to create presets like "Car" "Audiobook" "Home Stereo" and others isn't a bad idea. 08.35.59 # Whether XML is necessary, I dunno. I could see an XML file being generated with builds, that RBUtil can parse to see what are valid settings for that build, but that's about it. And it doesn't have to be XML. 08.36.09 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.36.40 # Setting up a variety of presets in Rockbox, and especially the bit where you trim out all the unneeded settings, is a hassle if you're trying to do it just on the device, and still not entirely annoyance free even with a PC. 08.36.53 Quit Buschel () 08.38.34 *** Saving seen data "./dancer.seen" 08.39.04 Join spiorf [0] (n=spiorf@host254-211-dynamic.20-79-r.retail.telecomitalia.it) 08.39.41 # Even "RB as an app" would suffer from the current hassle unless a much better settings input method was designed for the PC-app version of it. 08.41.34 # Nor would it natively have a way to know the valid range for hardware dependent settings. 08.43.02 Join midkay [0] (n=midkay@rockbox/developer/midkay) 08.43.33 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.44.06 # I still fail to see the necessity for XML as a parser 08.44.15 # presumably Rockbox already has code to parse it's existing format 08.44.18 # why not use that ? 08.44.32 # I don't see the need to use XML as a parser. 08.45.02 # I don't see the need to use it ever anywhere :) 08.45.22 # haha 08.45.48 # We just need something like features.txt but describing the settings menu, and valid values for each setting, to be included with builds so that RButil can be pointed at a device with Rockbox installed, and know what the settings are named, and their ranges. It has no need to know what they actually to, or have anything complex, to create a valid .cfg file 08.47.05 # * amiconn doesn't see the need for that, but then he has no use for rbutil in general either 08.47.58 # I wouldn't use it either, but I can see it might be popular amongst a proportion of our end users 08.49.42 Quit tchan (Read error: 110 (Connection timed out)) 08.51.49 # GodEater: Regarding the existing format - of course rockbox can parse that, but it contains no info about allowed values/ranges 08.53.16 # It used to contain that (as comments) before the settings were converted to the current table-driven logic 08.53.41 # and where are the allowed values held currently then ? 08.54.33 # In the settings tables in the code 08.54.54 # so again, already existing code.... 08.54.57 # What I mean is that with the old settings code, the written .cfg files also contained that info 08.55.15 # (for enum settings at least) 08.55.40 # so it's in a different place now - but it's not unavailable to rbutil 08.57.15 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.01.43 # I've just gone XML because there are a heap of qt parsers for it, so its easy to get going 09.05.13 Quit fyrestorm (Read error: 113 (No route to host)) 09.07.12 # LinusN: The double posting is an iffy issue. I'm really not entirely happy with the current situation (and it's not a rule I wrote) but as far as I can see, the reasoning behind the way it is is pretty sound. I've tried to explain it in the thread as best I can. 09.09.41 Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 09.11.16 Join tvelocity [0] (n=tony@athedsl-116827.home.otenet.gr) 09.11.48 Join fyrestorm [0] (n=fyre@cpe-68-173-160-247.nyc.res.rr.com) 09.13.06 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 09.13.08 Join petur [50] (n=petur@rockbox/developer/petur) 09.18.32 # GodEater: the existing format is macros and C, so no.. its gcc which does it atm. I'm using a plugin to dump that to text, and yes it doesnt have to be xml.. but thats how it is untill someone comes up with a better format 09.19.09 # JdGordon: ah ok - that makes things much clearer - thanks :) 09.20.22 # * petur feels it is pointless and the energy should be directed at fixing bugs 09.20.45 # * Bagder stands in petur's corner 09.21.28 # * GodEater joins the gang too 09.21.46 # * Bagder hands out coffee 09.21.56 # cool - I'd just run out ;) 09.22.03 # tea please (for me) 09.22.13 # i think that feature goes into the "fluff" category, but i do think XML looks appropriate in this case 09.22.30 # heathen 09.22.40 # * LinusN hides 09.23.35 # you're just lucky I've mislaid my pitchfork and store of torches... 09.24.17 # i hid it. muhahahaaaaa! 09.24.33 # Bagder: I have not followed much of the discussion about the iriver+CF giving ata -80, any thoughts? It was set_features(), right? Maybe the PIO mode setting? 09.24.54 # petur: probably 09.25.03 # petur: I'm quite sure the -80 error is set_features() returning -20 09.25.23 # i have ordered a transcend card to try myself 09.25.26 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 09.25.34 # * JdGordon wonders how adding this would be more fluff than say the downloading the doom wads in rbutil 09.25.57 # JdGordon: that's just downloading a single stupid URL 09.26.13 # ... and even if it is... its rbutil so why cant it have some extra fluff? 09.26.14 # that's fluff too, but less fluff 09.26.19 # * petur has an A-DATA card giving the same result. The other two cards just give a Div0 09.26.21 # JdGordon: because downloading doom wads don't reguire syncing to a specific version of rockbox 09.26.56 # and don't require adding a new plugin or complicating the build system 09.26.57 # JdGordon: I'm already stated my reasoning, I don't think I need to repeat that here 09.27.10 # it doesnt force a specific version... it suggests a minimum version.. and might still work if the versions dont match anyway 09.27.29 Join gregzx [0] (n=gregzx@aauv60.neoplus.adsl.tpnet.pl) 09.27.31 # i understand that 09.27.45 # how do you intend to create the xml file? 09.27.47 # * JdGordon also said tha the plugin is a once off thing and the xml would be mostly static anyway 09.27.52 # JdGordon: I haven't looked at your method. how does it deal with target-specific settings? 09.27.55 # Like the volume range differences. 09.28.10 # it doesnt yet because I dont know how it should.. thats why i put the email out 09.28.36 # i think the xml should be created by the build process and be included in the rockbox zip file 09.28.46 # like the language support files 09.28.46 # it seems to me that the build system should generate a file describing all the setting and their ranges, and RButil should grab that file from the build on the target (like the rbinfo file) rather than downloading it. 09.28.54 # indeed 09.28.56 # Uhm, yeah, what LinusN said. :)' 09.29.00 # :-) 09.29.08 # to make it follow the version you got 09.29.23 # by all means, create the script.. I suck at perl/scripting so thats beyond me 09.29.54 # but i'm saying thats a waste because 1) we usually say people shold be runing the svn version anwyay, and 2) it will be static 09.30.05 # when was the last time settings_list.c was changed? 09.30.26 # 1) the svn version is downloaded as a zip and it would then contain the xml 09.30.35 # JdGordon: tomorrow 09.30.49 # petur has a time machine? 09.31.27 # LinusN: easy to predict, the moment somebody says it hasn't been done in ages, the next day it happens 09.31.29 # Bagder: well the .xml would be in the source so thats not a problem 09.31.38 # petur: :-) 09.31.56 # it would be in the source? 09.32.00 # hardly 09.32.11 # I don't see how that would be any good 09.35.16 # Bagder: it depends on if the xml is generated from settings_list.c or the opposite 09.35.22 # yes 09.35.31 # but I will be scared the day we use xml in the rockbox code 09.35.44 # it could make sense to generate settings_list.c from the xml file 09.36.01 # in this case xml might make sense 09.36.10 # can't believe i said that :-) 09.36.18 # well, perhaps compared to the current macro mania... :-) 09.36.43 # but I would rather avoid xml 09.37.02 # * pondlife still doesn't really know why you intend to create the xml file... 09.37.07 # * GodEater joins Badger in the corner again 09.37.14 # LinusN: trust me to be using that against you in the future ;-) 09.37.14 # * Llorean just hides in general 09.37.27 # Why not fix bookmarking instead of mucking about with this? 09.37.38 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 09.37.47 # * Bagder pulls pondlife into the corner and hands him a cup 09.37.52 # Ah, thanks 09.38.04 # pondlife: are you claiming "rubbish"? :-) 09.38.04 # Bagder: Can I have some liquid in this cup, please 09.38.14 # you have to earn it first! 09.38.18 # LinusN: I guess I am! 09.38.20 # :-P 09.38.33 # speaking of bookmarking, what is really the deal? 09.38.39 # It's the resume code 09.38.46 # it fails to seek? 09.38.49 # Yes 09.38.55 # can it be repeated in the sim? 09.38.58 # Yes 09.39.11 # can it be fixed ? :) 09.39.16 # Of course! 09.39.32 # The playback.c interfaces still use the "codec" position for resume, I think. 09.39.40 Quit gregzx ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") 09.39.46 # It should be the "WPS" position/offset 09.40.04 # * petur votes for a tracker cleanup week to get JdGordon's head off xml (1027 entries currently!) 09.40.35 # That's a bit of a gut feeling, I've not had time to track it through yet. 09.41.49 # * JdGordon really cant see what the fuss is all about.. it it had any connection to the main binary then I wouldnt care.. but there is none 09.42.14 # yet 09.42.18 # JdGordon: all code that goes into rockbox has association with the main binary 09.42.29 # No fuss, you do it if you want. Personally it smells like you'd end up having to sync two settings structures and add a dependency... 09.42.50 # But there are far more pressing problems to be solved. 09.43.38 # Bagder: rbutil/ has no bearing what so ever on the binary 09.43.43 # * pondlife just has a general aversion to any new features until all the bugs have been fixed... 09.44.03 # JdGordon: of course not, but you're talking about doing things in the rockbox end as well 09.44.04 # ...but not enough time to help 09.44.16 # Bagder: no im not... 09.44.33 # its the others that want to add docs into the bin/plugins 09.44.36 # ok sorry, then I misunderstood 09.44.36 # im against that 09.45.29 # Do we have a dedicated plugin buffer? 09.45.38 # i.e. a bit of memory only used for plugins 09.45.45 # yes... 09.47.13 # OK, how about we update the implementation of the plugin load/unload so that the last plugin can remain loaded and be reused without disk spinup? Only usable for plugins that tell us that they don't assume memory has been zeroed, of course. 09.47.29 # because that was rejected already 09.47.33 # Why? 09.47.36 # * JdGordon did that patch and had it working 09.47.37 # pondlife: Isn't that a new feature, rather than a bug fix? :-P 09.47.42 # Yes 09.47.54 # But JdGordon wants to work on a new feature 09.48.49 # It seems that would be a sensible precursor to a settings plugin. The settings could live in there all the time unless the user selected another plugin. 09.49.21 # We could load it at startup so there would be no extra spinup first time. 09.49.46 # That should free up a nice bit of audio buffer 09.49.49 Join cg [0] (n=cromos@dsl-olubrasgw1-ff8fc100-80.dhcp.inet.fi) 09.49.55 # noone like the idea of moving settings to a plugin 09.50.03 # I did 09.50.14 # ok, your alone there... 09.50.15 # Only because of the spinup requirement, AFAIK 09.50.37 # not only... but thats a big issue 09.50.40 # If we don't unload a plugin until we need the space then that largely goes away 09.50.47 # Hence "precursor" 09.51.33 Join DA-AtWork [0] (n=401c0e55@gateway/web/cgi-irc/labb.contactor.se/x-1d753fd72fe392f7) 09.51.35 # Hello 09.51.37 # the only platform that this would make a difference would be the old archos 09.51.43 Join CaptainSquid [0] (n=Miranda@proxy16.netz.sbs.de) 09.51.49 # I'm getting crashes on Rockbox occasionally 09.51.54 # Running it on a Gigabeat F 09.52.07 # LinusN: Why? Does that have a much smaller plugin buffer? 09.52.10 # When I switch between different FLAC tracks, occasionally it crashes and outputs "Divide by zero at 0005F93C" 09.52.16 # What causes that? 09.52.18 Quit Llorean (Read error: 104 (Connection reset by peer)) 09.52.19 Join Llorea1 [0] (n=DarkkOne@ppp-70-132-142-206.dsl.hstntx.swbell.net) 09.52.23 # pondlife: it has little memory 09.52.50 # pondlife: how much audio buffer do you think we could gain by moving the settings to a plugin? 09.53.05 # * JdGordon guesses a fair bit actually 09.53.09 # Not sure, that's the killer questionm 09.53.18 # Anyone? :) 09.53.20 # I guess I could knock up a build with no settings 09.53.21 # DA-AtWork: i dunno, does it matter what tracks you play? 09.53.26 # No 09.53.30 # it happens randomly 09.53.32 # relativly easu to find out if your really interested 09.53.36 # how much is a "fair bit"? 09.53.38 Nick Llorea1 is now known as Llorean (n=DarkkOne@ppp-70-132-142-206.dsl.hstntx.swbell.net) 09.54.00 # assuming gcc doesnt link unused code you cold just comment out the settings part of the menu and recompile 09.54.10 # I go into the database and switch to a different song when already playing a FLAC song, and it just freezes with that output... 09.54.16 # more than a few kb 09.54.19 # let's say that you gain 100Kbytes, would that really be measurable on a 32MB target? 09.54.43 # 100K green delta would be nice, no? 09.55.02 # if you want rombox back it is 09.55.12 # otherwise its not worht the effort 09.55.24 # And on an Archos it would be even more noticable. 09.55.26 # My current revision is r16299-080213 09.55.29 # i don't really care about rombox 09.55.46 # rombox is a lost cause 09.55.53 # I just like the idea of the core being small and dedicated to crashless audio playback :) 09.55.59 # DA-AtWork: it only happens with the database? 09.56.19 # pondlife: rebuilding the playback system would do a better job of that 09.56.36 # LinusN: So far 09.56.48 # LinusN: I haven't tried using it with the file browser 09.56.59 # i think offloading core stuff to plugins is a bad idea in general 09.57.11 # DA-AtWork: it would help to know 09.57.14 # * JdGordon enjoys being on the majority side for a change 09.57.18 # hehe 09.57.23 # My turn 09.57.31 # JdGordon: enjoy it while it lasts :-) 09.57.34 # LinusN: I can try, but like I said, this happens randomly, so it might happen instantly or not at all 09.57.38 # * pondlife mentions XML again... ;p 09.57.39 # :) 09.58.07 # LinusN: And so far, only with FLAC, I don't use MP3s much so I don't know if it afflicts them too 09.58.11 # DA-AtWork: i see, but we really need to find a way to trigger the problem, or we can't fix it 09.58.20 # * JdGordon wishes he had some idea how a dsp/software mixer needs to work to put some of jhMikeS's ideas into code 09.58.20 # JdGordon: If you have spare time, seriously consider getting into playback.c. We always need SWCODEC playback gurus. 09.58.41 # Or pcmbuf if you prefer 09.59.02 # LinusN: I know... 09.59.11 # Does that output tell you anything? It's just obscure to me 10.00.23 # rewriting the pcmbuf side would be a good place to start. and fixing that crossfade thas has became unusable because it crashes the system 10.01.12 # Ok, I just switched track like 15 times using the file browser, and it's still running 10.02.00 # DA-AtWork: does it happen for other filetypes than flac too? 10.02.41 # DA-AtWork: unfortunately, the error message is of little use, all it says is that it crashed in the __udivdi3 routine, but not which function that called it 10.02.59 # maybe we should start dumping a call stack in the panic screen 10.03.49 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 10.03.51 # gnite 10.04.24 # Slasheri: I haven't tried 10.04.28 # LinusN: Okay... 10.04.32 Quit Bagder ("*plopp*") 10.04.33 # Well, I don't know what to do, then :/ 10.05.09 # LinusN: more info on a panic is definitely a good idea 10.05.33 # yeah, that would be useful 10.05.41 # A call stack would be great 10.05.56 # I wish rockbox had a dmesg-like app. 10.06.18 # DA-AtWork: what would you expect that to show you ? 10.06.30 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 10.06.47 # Slasheri: I use crossfade all the time and don't experience crashes on H300. Is that a pcmbuf platform-specific issue? 10.07.11 # GodEater: What dmesg shows :P 10.07.44 # DA-AtWork: but dmesg tends to list drivers loaded and whatknot 10.07.52 # we don't load drivers (at least, not dynamically) 10.08.07 # Okay 10.08.16 # I don't know much about how rockbox works internally 10.08.32 # pondlife: interesting.. maybe i should try again 10.08.38 # DA-AtWork: the code's there if you want to learn more :) 10.08.46 # pondlife: it has been very unstable on h140 at least 10.08.47 # I use a short crossfade, maybe it's length dependent 10.09.01 # i have something like 4s crossfade 10.09.16 # 0/0/1/1 here 10.09.23 # i.e no fade-in 10.09.36 # GodEater: But I don't know how to program, so... :P 10.10.14 # if I had a penny for every time someone said that to me 10.10.25 # Slasheri: Also, only on track skip + shuffle, although I do run shuffled quite a bit 10.11.02 # Apart from the bookmark and resume problems, I'm pretty happy with the current H300 build 10.11.38 # GodEater: Hehe, well, I want to learn to... :P 10.11.50 # DA-AtWork: no time like the present 10.11.56 # DA-AtWork: Now's your chance! 10.12.32 # * GodEater welcomes the latest Rockbox hacker to the fold 10.12.57 # haha, dudes, I've got a full time job, and am spending much of my free time exercising to get a driver's license 10.13.08 # When I get more spare time to devote to it, sure, why not? :P 10.13.17 # DA-AtWork: sleep less! 10.13.27 # :-) 10.13.49 # I already barelly get 6hrs of sleep every night :p 10.13.57 # Sounds familiar 10.14.01 # a fulltime job is no excuse at all 10.14.13 # I have one of those too - I'm even sitting at my desk already 10.14.13 # The coffee machine here at the office get scared when I walk in the door 10.14.27 # You'll need a cup then.. 10.19.22 # So, there's nothing to do about this error? 10.19.23 Join Phill [0] (n=irc-Feb2@81.174.248.22) 10.19.47 # DA-AtWork: The best thing you could do is to work out a recipe that makes it fail reliably 10.19.53 # DA-AtWork: not until you can reproduce it reliably 10.20.01 # i.e. work out what the "random" factor is 10.20.08 # or can implement a callstack report in our panic screen ;) 10.20.17 # Haha, not sure I'm able to do either 10.20.21 # Is it when the disk spins up to buffer? 10.20.33 Quit jhulst_ ("Konversation terminated!") 10.20.33 # No, it's already playing a song 10.20.41 # I just switch to a different song 10.21.02 # Also, battery life sucks when using FLAC, but that's expectable, I suppose. :P 10.21.02 # I mean, is it when you skip from track 9 to 10 (and tracks 1-9 were buffered in memory, but 10 was not) 10.21.30 # No, I open all tracks from a single artist and just select randomly among albums 10.21.36 Quit TMM ("Ex-Chat") 10.21.45 # Song 3 from album 4, song 16 from album 5 10.21.46 # etc... 10.22.04 # OK, so it's probably having to buffer each time 10.22.06 # pondlife: given the use case, I suspect none of the tunes he's selecting are buffered 10.22.45 # also - if they're all flac, then there's probably never more than one or two on the buffer in any case 10.23.35 # DA-AtWork: Another useful thing you can do is set up a build environment, then work out which version first suffered the problem. This is only really practical if you can guarantee a crash within a certain number of skips though. 10.25.05 Quit amiconn (Nick collision from services.) 10.25.12 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 10.26.36 # pondlife: I can't guarantee anything... it happened a couple of times randomly, I haven't been able to reproduce it intentionally 10.27.11 # Sadly that's often the case... makes it hard to go back to a particular version and quickly know if you still have the problem :/ 10.27.42 # I'm still using that revision 10.27.53 # r16299-080213 10.28.30 # I guess you could try an older one and use it for a few days.. that would probably give an idea if it's better or not? 10.28.42 # I haven't had this problem until today 10.28.50 # and I've used FLAC music for some time 10.29.06 # I update my rockbox almost daily 10.29.14 # Ah, ok 10.29.43 # I suggest you go back to yesterday's build again for a while and see what happens 10.30.16 # Isn't yesterday's build what I'm using now? 10.30.20 # r16299-080213 10.30.27 # I mean the previous day's 10.30.48 # * pondlife apologises for the ' 10.31.04 # Ok... how do I obtain that? I always use rbutilqt to upgrade 10.31.34 # Go to http://www.rockbox.org/daily.shtml, select your device and download a zip 10.31.46 # Then unzip it onto the root of your device 10.32.07 # Select the "old" link and a particular date 10.32.53 # ok 10.33.19 # Then, when you have an idea at which point the crashing began, we can look at the next day's changelog 10.33.33 # Ok 10.33.42 # But I'm not going to be able to do this now, since I'm at work 10.33.45 # No rush 10.33.51 # Well, you have 30 days or so! 10.34.55 # Why that number? 10.35.26 # The last 30 days daily builds are available. If you want older ones you have to build your own (which is pretty easy). 10.36.08 # Unless they've "fixed" it, many of the download mirrors even have older builds than that. 10.36.31 # I think "they" fixed it by now 10.36.56 # ok 10.37.04 # Not all - I've just seen a server with builds going back to May 2007... 10.37.10 # ah ok 10.37.26 # then it was more than one server before... as I know one who fixed it 10.37.36 # Yes, I'm pretty sure it was all of them. 10.38.37 *** Saving seen data "./dancer.seen" 10.42.26 # BTW, is there anything I can do to improve battery life? 10.42.36 # Skip less 10.42.51 # Use a more compact format 10.43.15 # Basically try to avoid use of the hard disk 10.43.21 # I know that FLAC uses a lot, but even for the MP3s I have, battery life is rather short compared to my old MP3 player 10.43.27 # What do you mean skip less? 10.44.34 # Let it play from a playlist or album, so it knows which tracks to buffer. When you select random tracks it has to spin up the hard disk each time. 10.45.23 # If you play an album (or a playlist) it will buffer as much as it can then spin down (or even power down) the disk 10.46.02 # I see 10.46.04 # DA-AtWork: FLAC uses less battery than MP3 (in my tests on an ipod Color) 10.46.12 # If that's using MP3s on a shortish album it might read the whole lot in one read. 10.46.19 # linuxstb: I have the exact opposite experience 10.46.25 # FLAC drains my battery much faster 10.46.32 # I've got a Gigabeat F20 10.46.35 # That's probably your usage pattern 10.46.58 # FLAC is cheap to decode, but the Gigabeat has a powerful CPU 10.47.00 # Have you done a proper runtime test? i.e. fully charge your F20, then play an album on repeat (do nothing else) and measure the runtime? 10.47.05 # Ogg Vorbis provides me with by far the best battery life, for some reason 10.47.13 # But yes, it may well be different on the gigabeat. 10.47.16 # linuxstb: No 10.47.51 # If Rockbox knows what you are going to play, it will use less battery. 10.47.59 # Sadly, it's not (yet) psychic 10.48.12 # Okay 10.48.23 # Well, the database more or less tells it what it's gonna play, no? 10.48.43 # Yes, but when you make a new selection, it starts anew 10.48.48 # Do you skip often? 10.48.50 # Aha, I see 10.48.57 # linuxstb: yes 10.49.17 # Strange, the monitor turns on every time it switches to a different song 10.49.19 # That's probably the reason than - Rockbox can probably buffer about 8 MP3s in RAM, but only 1 flac. 10.49.35 # I see 10.49.42 # DA-AtWork: That's the "Caption Backlight" option, you should probably turn that off 10.49.44 # So every skip with FLAC requires a disk spinup and the buffer to be completely refilled. 10.49.49 Join _kch_ [0] (n=kch@250.Red-80-34-94.staticIP.rima-tde.net) 10.49.58 # pondlife: Ok, where is it in the configuration menu? 10.50.35 # Under General Settings > Display somewhere 10.50.41 # brb 10.51.24 # Found it, thanks 10.53.40 Join FOAD_ [0] (n=dok@dinah.blub.net) 10.54.41 # Other things you can do to save battery: don't use EQ/crossfeed/peakmeters/album art. Keep the backlight on time as short as you can. 10.54.45 Quit homielowe (Remote closed the connection) 10.54.58 # * pondlife wonders if FLAC + AA works 10.55.21 # FLAC + AA? 10.56.30 # FLAC (using up your entire buffer with one track) and Album Art (also needing buffer space) 10.57.07 # Ah 10.57.10 # wouldn't large mp3 files have the same problem? 10.57.20 # Podcasts 10.57.21 # pondlife: All my music is FLAC, and AA works fine. 10.57.32 # I was only wondering 10.57.55 # Wait, I got an idea... isn't it possible just to make Rockbox buffer parts of the FLAC file instead of the whole damn thing? 10.58.04 # Buffering the next minute, for example 10.58.23 # and then ? 10.58.36 # load a minute at a time? 10.58.52 # spinup up the disk every minute? 10.59.23 # IIRC, Apple's ipod firmware does something like that - buffering the beginnings of upcoming tracks, on the assumption that users skip a lot. I assume that after a certain time (30 seconds?) the rest of the track is then buffered. 10.59.40 # (or so I've heard people claim...) 10.59.57 # yeah, and we have this idea brought up every now and then 11.00.00 # Badger: Good point... 11.00.20 # Battery life would suffer 11.01.01 # DA-AtWork: believe it or not, but the current concept has gotten a bit of thought already 11.01.04 # DA-AtWork: You could stop skipping ;) e.g. create playlists or delete songs you don't like... 11.01.30 # or just accept that this is the battery life under these conditions 11.02.10 # DA-AtWork: How long is your battery life? I can't recall my gigabeat ever running out, and people have reported about 18 hours (I think) in runtime tests. 11.02.48 # I guess the fairest check is to compare with the Original Firmware, but Gigabeat can't dual boot, can it? 11.03.04 # No, and for good reason :) 11.03.15 # Good reason? 11.03.19 # It sucks 11.03.23 # hah 11.03.35 # I've never seen it 11.03.42 # But also, it can only play its own encrypted format (.sat), so you'll need two copies of the music. 11.03.56 # Urgh, that *does* suck 11.04.08 # An OF that can't play MP3? 11.04.09 # linuxstb: about 10hrs with MP3, 3-4 with FLAC. 11.04.13 # Which requires a windows app to transfer. 11.04.32 # Very low, compared to my old Zen Touch, which could do 22hrs (it was stolen :( ) 11.04.37 # DA-AtWork: You must either do a _lot_ of skipping, or your battery is in need of replacing. 11.06.10 # I use FLAC all the time on my gigabeat, and as I said, it never seems to run out - so I would guess it could last for about 15-20 hours. (I probably use it for about 2 hours a day, and it seems to last for a couple of weeks) 11.06.25 # linuxstb: I do skip a bit, but not all the time. 11.06.52 # The MP3 player is from ebay, it's probably not exactly new... where can I get a replacement battery? 11.07.08 # I'm not sure - I don't think they're easy to find. markun may know... 11.10.15 Quit FOAD (Read error: 110 (Connection timed out)) 11.10.15 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 11.10.30 # I use an ipod 4g battery in my Gigabeat, but you need to modify it to use the connector from your old battery. 11.16.36 # Aren't there any aftermarket chinese batteries or something? 11.21.19 # markun? 11.21.33 # DA-AtWork: not that we've found no 11.21.49 # damn 11.21.49 # well, chinese ipod 4g batteries 11.22.00 # Is it hard to modify the batteries? 11.22.22 # not really 11.22.45 # but you might need a soldering iron to do a better job than I did :) 11.22.52 Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong") 11.23.28 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 11.23.36 # markun: Last time I cracked open my soldering iron box, my Xbox died. :P 11.23.40 # and because I bought a higher capacity battery it didn't fit perfectly and I had to bend my case slightly. But it sounds worse than it is. You can't see it. 11.24.12 # There is some info in the rockbox forums and maybe also in the wiki. 11.24.25 # okay 11.25.06 # markun: how many hours usage did the higher capacity get you ? 11.25.20 # about 25 I think 11.25.44 # not bad :) 11.26.08 # :o 11.26.21 # How much does one of those batteries cost, and where can it be bought? 11.26.31 # I look forward to fitting a new battery to my H380... 11.26.37 Join Weiss [0] (i=taw27@pip.srcf.societies.cam.ac.uk) 11.26.44 # I'll look up the forum thread 11.27.00 # DA-AtWork: but I only play ogg vorbis (q3) so I don't know how well FLAC will do. 11.27.30 # I think I usually use q8 when I use ogg vorbis 11.27.33 # Or something like that 11.27.45 # it surprises me that there is such a big difference with MP3 and FLAC on you player. 11.27.50 # But either way, it's bound to be an increase over what I have now 11.27.59 # since linuxstb gets a normal runtime 11.28.00 # Maybe it is my skipping that's causing it 11.28.09 # but I do the same with mp3s 11.28.30 # reading from the HDD is very power consuming 11.28.51 # So I was told 11.29.05 # And skipping would cause a lot more reads with flac than with mp3 11.29.07 # How about the screen? does it suck a lot of power too? 11.29.09 Quit _kch_ ("Abandonando") 11.29.13 # forum search isn't very fast.. 11.29.16 # The light drains more power than almost anything else 11.29.21 # I see 11.29.39 # You don't have backlight set to Always On, do you? 11.29.42 # Llorean: but you can set it to a lower brightness to save power 11.29.50 # markun: Very true. 11.29.58 # pondlife: That's a useful setting... ;) 11.30.03 # Indeed 11.30.05 # pondlife: No, I'm not that much of a clot. :P 11.30.15 # mrs pondlife used that setting once 11.30.20 # * Llorean thinks we should rename "caption backlight" to "Expedient battery drain mode" 11.30.27 # hehe 11.30.28 # Or just remove it 11.30.35 # nah - too many people would ask what "Expedient" meant 11.30.36 # Caption Backlight was annoying me a lot 11.30.38 # if we ever support players with an amoled screen (like the iriver clix2) we can tell people to use a black background to save power :) 11.30.42 # People apparently use Caption Backlight. 11.30.43 # I've never understood what use it is 11.30.45 # Thanks for pointing out how to turn it off, guys 11.31.03 # It used to annoy me back on the JBR, it was on by default IIRC. 11.31.04 # pondlife: Whenever a track is changed, the backlight turns on 11.31.13 # Yes, but why would you want that? 11.31.24 # in case you wanted to know what the new track was ? 11.31.27 # I guess it's useful in a car 11.31.40 # If you want to see the display, push a key 11.31.57 # Use the "First Keypresss..." option if needed 11.32.08 # pondlife: that's what I'd do yes, but other people are lazy :) 11.32.08 # But why light the screen when just playing? 11.32.22 # In a car, isn't it better to not press buttons? 11.32.34 # I'd find reading the screen harder than pressing a button 11.32.38 # linuxstb: yes, but it's also good to keep an eye on the road 11.32.43 # Just a question, BTW, guys 11.33.20 # Is it possible to connect the player to USB, but without losing control of the player (so that I can still use it), unless the player is mounted by the USB host? 11.33.39 # Because I got no charger and always use USB to charge it, yet I'd like to be able to use the player while charging 11.33.48 # We can't detect if it's mounted, but holding MENU as you insert USB will stop it registering as a USB device. 11.34.04 # * pondlife really must put an option in for that 11.34.05 # Oh 11.34.22 # linuxstb: Will that make it usable while charging from USB? 11.34.27 # Yes 11.34.37 # Great, thanks :D 11.35.29 Join DerDome [0] (n=DerDome@dslb-082-083-223-135.pools.arcor-ip.net) 11.35.53 # is that still not in the manual ? 11.36.14 # I haven't touched the manual 11.36.25 # * pondlife throws the manual at DA-AtWork 11.36.41 # *throws printed out man pages back* 11.36.50 # * GodEater refuses to answer more questions unless DA-AtWork has read it 11.37.10 # I haven't got time to read a book these days :P 11.37.20 # And if I did, it'd be a Murray N. Rothbard book, not a manual 11.38.23 # I have no time to answer questions for people that haven't read the manual 11.39.28 # Ok, to be honest, I can't stand manuals - I wanna tinker and figure stuff out myself. The few things I don't figure out myself, I google, use the wiki for, or ask on IRC. 11.39.53 # If I wanted something that just worked and had no tinkering value, I'd just go for an ipod. 11.40.04 # That's also the reason I'm using DD-WRT on my accesspoint at home 11.40.42 # DA-AtWork: that attitude works fine until you start wasting other people's time with questions that are answered in the manual 11.40.55 # I apologize 11.40.56 # Okay? 11.41.03 # no worries 11.41.14 # Next time I have a question, I'll look in the manual first 11.41.20 # and you are not alone 11.41.30 Join weezerle [0] (n=weezerle@dslb-088-075-067-003.pools.arcor-ip.net) 11.41.33 # Is there a search engine covering the manual? 11.42.11 # it's rather interesting, because it seems most people don't expect the manual to be very good in open source projects 11.42.22 # DA-AtWork: unfortunately not 11.42.24 # It's not that I don't expect it to be good 11.42.34 # It's that man pages have caused me to hate all manuals 11.42.45 # DA-AtWork: google is your friend 11.42.51 # Reading 50 pages of unnecessary and irrelevant trivia to get to a single detail you're looking for 11.42.55 # That's the man page experience 11.43.02 # amen to that 11.43.08 # that's why I dislike manuals 11.43.54 # petur: I already said I google stuff I can't figure out myself 11.43.56 # site:www.rockbox.org inurl:manual 11.44.10 # works for me 11.44.30 # Yep, should work fine :) 11.45.18 # so, "yes there is a search engine covering the manual, it is called google" :) 11.45.35 # hmmm, didn't really work that well for me 11.46.12 # "site:www.rockbox.org inurl:manual backlight" gave me 5 hits, none to the correct version of the manual 11.46.35 # try "inurl:pdf instead" ? 11.46.52 Join MethoS- [0] (n=clemens@pD955BF50.dip.t-dialin.net) 11.47.01 # how about site:download.rockbox.org/manual/rockbox-h300 ? 11.47.05 # GodEater: 11.47.10 # petur: that may work 11.47.11 # petur: that's probably better too 11.47.20 # I failed to notice the download bit 11.47.40 Quit DerDome ("Leaving.") 11.48.12 # in fact, why not add a nice search form on the manual page at rockbox.org? 11.48.30 # That would be cool :D 11.48.47 # on the rockbox-build.html page 11.49.08 # Or turn the manual into a nice wiki, like this: http://dd-wrt.com/wiki/index.php/Main_Page 11.49.17 # LinusN: good question - I wonder who amonst us could do that ? 11.49.22 # To be frank, I really don't like Rockbox's wiki, it's very difficult to search 11.49.33 # a common complaint 11.49.46 # and again, one which is never followed by a good suggestion on how to improve it 11.49.57 # One word: MediaWiki 11.50.08 # i.e. Wikipedia's wiki software 11.50.39 # * amiconn uses 'Caption backlight' at home 11.52.05 # linuxstb: Holding MENU while inserting the USB cable works :D thanks a lot :D 11.52.11 # changing the software doesn't change how the information is organised DA-AtWork 11.52.23 # amiconn: Why, in particular? 11.52.37 # I'm genuinely interested, not being facetious 11.52.47 # GodEater: Look at how DD-WRT do it 11.52.58 # In order to be able to see the new trackname on track change, without keeping backlight constantly on 11.52.59 # It's very clean and organized, everything categorized and in lists 11.53.15 # amiconn: Ah, ok. 11.53.16 # DA-AtWork: that doesn't help us 11.53.23 # we don't use the same information they do 11.53.33 # DA-AtWork: is that thanks to mediawiki or the authors of that particular information? 11.53.48 # * GodEater suspects it's the authors 11.54.40 # Both, Mediawiki is far more organized by default, but DD-WRT's wiki authors are pretty good too 11.54.41 # i can't even see a search button on that page 11.54.55 # Look at the top right corner 11.55.05 # it says "Go" 11.55.07 # In the car I set the backlight to always on, btw 11.55.32 # MediaWiki's syntax is also way more complex than twiki's 11.55.40 # I have backlight always on when powered 11.55.45 # users struggle with twiki as it is 11.55.59 # Mediawiki would just make it worse, and reduce the number of people contributing imo 11.56.11 # But there are plenty more people who know how to use MediaWiki 11.56.25 # I, for example, used to administer a MediaWiki wiki 11.56.27 # amongst rockbox's existing user base ? 11.56.31 # how do you know this ? 11.56.49 # Our wiki is a font of misinformation... :/ 11.57.09 # pondlife: yes, but changing it to different software won't help that 11.57.36 # GodEater: I don't know that, but fact is, there are plenty of people who've contributed to mediawiki wikis, Wikipedia being, of course, the most obvious example. 11.57.41 # Indeed, but the amount of badly organised content is a more basic problem 11.57.56 # there are seldom technical solutions to badly organized content 11.57.58 # wikipedia's userbase, compared to ours, is ENORMOUS 11.58.08 # Rockbox's user base is tiny 11.58.26 # I've contributed to Wikipedia, too... is it impossible for someone to be both a Rockbox and a Wikipedia user? :P 11.58.40 # I mean, why worry about the wiki software whilst the content needs such a lot of editing and structuring. 11.58.44 # no, but the intersection of the two sets is smaller than you think 11.58.47 # anyway, be back soon - lunch break :D 11.59.56 # * GodEater appears to be on his own with his belief that moving from twiki to MediaWiki would decrease the number of contributors to the wiki, so shuts up 12.00.57 # twiki works well enough for our needs, it's the content that needs work 12.01.18 # indeed 12.01.26 # still, if mediawiki helps us organize the content better than twiki, i'm all for it 12.01.27 # I think MediaWiki is over-engineered for our purposes 12.01.33 # I dont' see how it can 12.01.38 # me neither 12.01.40 # without some significant work by the authors 12.02.24 # we've suffered enough problems with twiki vulberabilities in the past 12.02.37 # do we know anything about similar defects in MediaWiki ? 12.04.32 Quit conando (Read error: 110 (Connection timed out)) 12.05.16 # amiconn, LinusN: I received the ipod just a few minutes ago :) 12.05.28 # wee, in one piece? 12.05.28 # woohoo 12.05.32 # now fix it :) 12.05.48 # LinusN: yes, in one piece 12.08.38 Join FOAD_ [0] (n=dok@dinah.blub.net) 12.09.04 # GodEater: I intend to 12.09.18 # hehe 12.11.17 # * Nico_P checks out the manual 12.11.33 # "how to turn on your ipod" 12.11.54 # that I figured out :) 12.11.58 # hehe 12.12.03 # what were you looking for then ? :) 12.12.32 # stopping playback and turning the thing off 12.12.42 # I just managed to stop playback 12.12.44 # hold play, hold play longer 12.12.47 # respectively 12.12.59 # ah, thanks 12.13.02 # Nico_P: The two most important things - hold MENU+SELECT for the hardware reset, and (whilst booting), hold SELECT+PLAY for emergency disk mode. 12.14.33 Quit EZ-Surfer () 12.15.06 Join ipodexpert [0] (n=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-12c1e1afcf06e3dd) 12.16.05 # Nico_P: one more way to turn off the ipod: make two (roughly equally large) pieces out of it. Warning: you might have difficulties to boot it up again. 12.16.35 # thank you, mr. expert! 12.16.43 # ;-) 12.16.51 # ipodexpert: How exactly is this done? 12.16.52 # Chainsaw? 12.16.58 # axe 12.17.13 # I see. 12.17.18 # hand force 12.17.26 # Yep. somehow I doubt it'll boot up afterwards, too. 12.19.00 # GodEater: I'd do it your way. Very quick! 12.19.37 # * linuxstb expects an axe would generate more than two pieces 12.20.00 # use the sharp edge, not the back of it 12.20.53 # linuxstb: that's what makes out an expert! Exactly two pieces! 12.23.43 # * Nico_P can't get rbutil to compile 12.24.46 # when I run make, lrelease just displays its usage 12.24.57 # did you run qmake first ? 12.25.05 # yes 12.25.28 Join perrikwp [0] (i=98216aac@gateway/web/ajax/mibbit.com/x-b38dfc10fd65f9d9) 12.25.38 # Nico_P: Just download ipodpatcher... 12.25.42 # hehe 12.25.43 Quit FOAD (Read error: 110 (Connection timed out)) 12.25.44 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 12.25.52 # or build it, and a bootloader, yourself.... 12.26.05 # that's what I'm doing at the same time 12.26.29 Quit perrikwp (Client Quit) 12.26.37 # * GodEater chuckles at Bagder's wordpress woes 12.26.44 # and I don't need to do much since rockbox is already installed. I just wanted to try out rbutil on a diff target 12.27.51 # haha nice :p 12.28.05 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-74-29.w86-218.abo.wanadoo.fr) 12.28.11 # A good reason to learn French 12.28.19 # oui 12.38.17 Quit ipodexpert ("CGI:IRC (EOF)") 12.38.40 *** Saving seen data "./dancer.seen" 12.38.51 # cabbie is real nice on the ipod IMHO 12.39.28 # yep 12.39.36 # shame it makes the audio skip so much ;) 12.39.40 # (if you have AA) 12.39.42 Join waldo [0] (n=waldo@ip-81-11-217-240.dsl.scarlet.be) 12.39.53 # amiconn doesn't ;) 12.40.18 # odd 12.40.20 # :) 12.40.45 # he did a real good job ofkeeping the thing in perfect condition 12.41.06 # you mean he didn't use sandpaper to clean the screen ? :) 12.41.12 # the front doesn't have one scratch on it 12.41.32 # nice 12.41.38 # I keep my in a skin to keep it pretty too 12.43.27 # Cabbie+AA causes skipping audio? 12.43.44 # does on my ipod 12.43.51 # Nico_P: Have you got any "insane disk activity" yet? :) 12.43.53 # when combined with dircache update anyway 12.44.08 # and without the "spinlock" revert patch 12.44.10 # pondlife: no, and no audio skips either 12.44.21 # Weird... Cabbie 2.0 looks strange with album art :/ 12.44.29 # since I applied the "revert spinlock" patch though - it's been fine 12.44.53 # Nico_P: there's not too many tracks on the ipod yet though is there ? 12.45.02 # * GodEater can't remember if amiconn loaded it up or not 12.45.12 # Of course he didn't 12.45.16 # That would be illegal 12.45.17 # it only has 21 GB free, so I think he did 12.45.25 # * GodEater winks at pondlife 12.45.30 # I think you're right then ;) 12.45.36 # * pondlife edits the IRC logs 12.45.37 # I'm starting to have trouble believing the spinlock commit is fine and only highlighted existing issues 12.45.42 # that must be debug logs only, obviously 12.45.44 # so all you need to do then is load it up with AA stuff 12.46.27 # * GodEater wonders why it would be illegal anyway - surely it's only illegal if Nico_P copies it off before he gives it back ? 12.47.01 # I can't really be bothered to look for the AA of amiconn's tracks. I'll just copy over my music with its AA 12.47.08 # good plan 12.47.21 # GodEater: Good point 12.47.24 # phew 12.58.28 Join hannesd [0] (n=light@p5B1623EA.dip0.t-ipconnect.de) 13.02.55 Quit spiorf (Remote closed the connection) 13.05.38 Join Thundercloud [0] (n=thunderc@resnet26.nat.lancs.ac.uk) 13.09.41 Join gevaerts [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) 13.10.49 # * gevaerts is working on making usb_serial coexist with usb_storage 13.12.06 Quit japc (Read error: 110 (Connection timed out)) 13.12.09 # gevaerts: switchable, I assume? 13.13.10 # Zagor: from whatI can gather, the pp502x should support 3 endpoint pairs, so they should be able to work at the same time 13.13.33 # Zagor: my goal is to be able to get logf output in real time to the pc 13.13.42 # gevaerts: yes, only I never succeeded in making both ends of and endpoint work. have you? 13.14.11 # that's why the code uses different endpoints for rx and tx 13.15.07 # Zagor: we'll see. The code is mostly ready to try tings out, but I forgot my usb cable at home, so it will have to wait until tonight 13.15.20 # ok 13.15.32 # If it doesn't work, I'll make it switchable 13.15.42 Join perrikwp [0] (i=98216aac@gateway/web/ajax/mibbit.com/x-aa3509d73dae63da) 13.16.17 # If it does work, we should have enough endpointsto implement usb audio as well (but that will have to be switched...) 13.17.31 Join PaulJam [0] (n=PaulJam_@p54BCED1D.dip.t-dialin.net) 13.17.59 # How does USB audio work? I assume it just transfers PCM audio to/from the device? 13.19.10 # * linuxstb reads the specs 13.20.15 # linuxstb: basicall. I didn't look very hard at the spec yet, but I understand it uses one endpoint (maybe a pair) to control everything (mixer settings, ...) and one isochronous endpoint for the pcm data (per direction) 13.21.01 # Seems it's not just PCM data - you can use MPEG or AC-3 as well... 13.21.18 # linuxstb: we havent' even tried to get isochronous working until now, and there are still lots of issues with the current stack and storage code, so it's still mostly dreaming... 13.21.43 # So a full implementation would need to use the codecs... 13.22.50 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.22.55 # In fact, even PCM can be many formats (fixed-point integer, float, a-law etc) 13.23.42 # linuxstb: as far as I understand a device is allowed to implement all those, but they are not all required 13.24.36 # A USB audio output would want to feed from the final PCM output anyway, no? So EQ etc. could be used. 13.24.50 # Software EQ, I mean 13.24.50 # I'm undecided about whether I consider it worth making the code more complex (by adding iso transfers) for usb audio 13.25.25 # I don't see any real use cases for it, other than "it's cool" 13.25.31 # In car? 13.25.42 # Zagor: I understand what you mean, but I like the idea of supporting things the hardware is physically capable of, but original firmwares ignore... 13.25.48 # i.e. "it's cool" ;) 13.25.51 # how many car stereos have you seen that accept usb audio? I have never seen one. 13.26.00 # usb sticks, yes. but not usb audio. 13.26.37 # linuxstb: unfortunately there is no end to that reasoning. usb keyboards, networking, video cards etc etc. 13.26.54 # Hmm, keyboard... 13.26.54 # Sure, it all depends on _how_ complicated things become... 13.27.22 # I can see a few use cases, some real and some less so. I can imagine iriver users wanting to use their optical i/o from a laptop (unfortunately they won't run this usb stack at all, so that's pretty academical) 13.27.42 # hehe 13.27.48 # gevaerts: I was thinking that as well - but we have no targets with digital IO and software USB... 13.27.59 # There is the fm tuner 13.28.16 # Won't iRivers be able to run some of this USB code one day? 13.28.25 # The H300 maybe, but not the H100 13.28.29 # gevaerts: are you on top of the logf stuff, or would you like to look at the work-in-progress patch I did for it? 13.28.36 # USBOTG support for H300 would be nice 13.28.56 Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) 13.28.59 # * petur should resume that work :/ 13.29.28 # As long as the USB code isn't too entangled with PP stuff 13.29.43 # Or can be disentangled :) 13.29.45 # * linuxstb suspects that Rockbox will eventually need a networking stack, as wireless becomes more and more ubiquitous 13.29.49 # Zagor: I haven't done any logf work so far, so if you have something that would be welcome 13.30.04 # usbotg is quite a bite to chew on 13.30.48 # * gevaerts notices that this otg stuff might make usb audio in the other direction quite useful 13.30.56 # * gevaerts doesn't volunteer for that one 13.31.01 # :) 13.31.12 # Recording on all devices! 13.31.17 # linuxstb: the Gigabeat has i2s on it's dock and software USB 1.1 13.31.33 # pondlife: do we know the usb controller used in the H100 ? 13.32.31 # gevaerts: it's a bridge - pure hardware 13.32.44 # So no ISP1362? 13.32.52 # only in h300 13.32.55 # markun: You just reminded me of something... when I first got this Gigabeat, it had a dock... is that usable for anything with Rockbox? 13.33.07 # and X5 has something similar 13.33.10 Join conando [0] (i=Soeren@dslb-084-060-174-028.pools.arcor-ip.net) 13.33.22 # petur: Similar to which? 13.33.36 Join DerDome [0] (n=DerDome@p4FC964F0.dip.t-dialin.net) 13.33.39 # isp1362 usbotg 13.34.41 Quit Inv1s1ble (Read error: 113 (No route to host)) 13.34.42 Join gtkspert_ [0] (n=gtkspert@203-206-33-118.dyn.iinet.net.au) 13.36.00 Quit jhMikeS (Nick collision from services.) 13.36.06 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 13.36.29 # petur: The X5 usbotg chip has no public docs though. 13.36.37 # oh 13.36.46 # I thought it was a philips too 13.37.07 # pondlife: currently the class drivers only use fairly generic functions from the controller driver (send, receive, stall,...), so they should be hardware-agnostic 13.37.14 # Good stuff 13.39.43 # * gevaerts notices that the ISP1362 seems to have quite a lot of public documentation 13.40.06 # yes 13.40.45 # So do any supported devices beside the H300 use it ? 13.41.12 # no 13.41.29 # so that's probably why there's no driver for it yet... 13.42.14 # there's demo code from philips in the wiki, and I had it about 10% working when I about gave up (time issue) 13.42.54 # * gevaerts thinks the DeviceChart page should include a line about which usb controller is used (if any) 13.43.55 # gevaerts: http://www.rockbox.org/twiki/bin/view/Main/UsbOnTheGoSupport 13.44.33 # * petur should upload his code for others to continue, or do it himself 13.45.36 # petur: looks like you were mainly intersted in the host-side part 13.45.54 # yes, the h300 has two controllers 13.46.18 # the hardware one is used now, the isp1362 would be used as host 13.46.31 Quit conando () 13.46.58 Quit gtkspert (Read error: 101 (Network is unreachable)) 13.47.17 # * gevaerts dreams of a full-sized keyboard attached to his sansa 13.47.42 # see the usbotg page for the whole list of dreams ;) 13.48.43 # Or bluetooth with this gadget - http://gizmodo.com/347091/tiny-bluetooth-adapter-from-brando-gives-you-connectability 13.48.52 # I like the tv tuner one, but you forgot networking 13.49.09 # wifi dongle :) 13.49.58 # didn't the ipod/sansa usb controllers also do host? 13.50.10 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 13.50.16 # * gevaerts mainly dreams of someone finding out what's wrong with the PP usb controller initialization 13.50.40 Quit keanu|afk (Read error: 104 (Connection reset by peer)) 13.51.04 # * petur dreams of getting his payed work done on time... time to look at that 13.51.09 # petur: the controller is otg. I don't know if the rest of the hardware supports it. You'd need some kind of adapter cable at least for the sansa 13.52.04 # * gevaerts is going to do some paid work as well 13.52.05 # * linuxstb is reminded that he has an ipod "camera adapter" in his drawer waiting to be smashed open 13.52.24 # linuxstb: don't smash too hard 13.52.41 # linuxstb: Experts recommend use of an axe 13.52.49 Join gregzx [0] (n=gregzx@aauv60.neoplus.adsl.tpnet.pl) 13.56.17 Join conando [0] (i=Soeren@dslb-084-060-174-028.pools.arcor-ip.net) 13.59.34 Quit ctaylorr (Read error: 110 (Connection timed out)) 14.00.20 # petur: X5 uses ALi M5636 14.00.59 # * petur stands corrected 14.08.07 # * linuxstb struggles to apply the necessary levels of violence to his ipod camera connector 14.09.13 # you need to work out more 14.09.54 # * linuxstb looks around for better weapons 14.11.01 # * GodEater predicts a visit to casualty if linuxstb isn't careful 14.11.11 Quit Llorean (Read error: 104 (Connection reset by peer)) 14.11.20 # You're probably right... 14.15.31 Quit gregzx ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") 14.23.14 Join Arathis [0] (n=doerk@p508A504B.dip.t-dialin.net) 14.23.26 # * linuxstb succeeds in getting to the inside and finds a small (1cm by 2cm) PCB with a large chip on it 14.24.47 # And just the following markings - "V106 5CZ ND97 N" 14.26.29 # Bah, just found this page - http://ipodlinux.org/forums/viewtopic.php?t=15821 14.27.37 # hahaha 14.28.20 # "In conclusion the iPod Camera Connector is the very first firewire to usb converter ever made." :-) 14.28.47 # * linuxstb is happy he's forgotten how much he paid for the connector... 14.30.14 Join carlosp [0] (n=55b7f647@gateway/web/cgi-irc/labb.contactor.se/x-9169506a06aee643) 14.30.39 # hey guys, it is me once again. I have a question which might not be too rockboxish 14.31.41 Quit carlosp (Client Quit) 14.31.44 Join carlosp [0] (n=55b7f647@gateway/web/cgi-irc/labb.contactor.se/x-1a5f7cf0cf2de305) 14.33.30 Quit DerDome ("Leaving.") 14.34.18 Join webguest99 [0] (n=55b7f647@gateway/web/cgi-irc/labb.contactor.se/x-d69a991f4dfa2b5f) 14.34.20 Quit carlosp (Client Quit) 14.34.48 # hmm 14.34.54 Join jcollie [0] (n=jcollie@161.210.6.204) 14.35.01 # have you ever known any usb devices to be picky on the cable it's connected with? 14.37.01 # preglow: usb cable specs changed a bit in going from 1.1 to 2.0. 14.37.19 # got a usb disk here that just disconnects if fed the cable i use for my h120 14.37.25 # the cable it comes with is very short, might be that 14.38.10 # Is the h120 high-speed ? 14.38.32 # depends what that means in bandwidth terms, i don't really know, all i know is it's usb2 14.38.43 *** Saving seen data "./dancer.seen" 14.39.18 # any way of finding out (linux) ? 14.39.19 # gevaerts: are you sure the cable spec changed? 14.39.37 # then the cabling requirements should be the same. Maybe your cable is a bit marginal 14.40.09 # gevaerts: can a device find out if the cable is actually good enough easily, though? this hd seems to disconnect before any mounting is attempted 14.40.30 Quit waldo ("Konversation terminated!") 14.40.31 # Zagor: not entirely sure, but I seem to remember that the electrical specs are tighter 14.40.51 # preglow: it can detect that it doesn't like the signal quality 14.41.05 # as far as I recall, the spec is the same. but some non-spec cheapo cables worked with 1.1 but not 2.0 14.41.10 # gevaerts: i'm pretty sure the h120 is high-speed, yes 14.41.27 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.41.35 # hey guys a little off/topic question 14.41.56 # how can i get all the album arts to my songs?? 14.42.18 # gevaerts: yeah, it reaches well above fullspeed speeds 14.42.46 # is there app which is not itune and add the album art automaticlly to the song i tranfare to my mp3 player 14.43.38 # Zagor: that's possible too. 14.43.53 # webguest99: http://www.rockbox.org/twiki/bin/view/Main/AlbumArt 14.45.04 # thank you linus :) 14.45.11 Join przemhb [0] (n=chatzill@acrh115.neoplus.adsl.tpnet.pl) 14.45.21 # you are not the father of lnux, are you? :P 14.45.25 # low-speed (1.0) are different though. they are unshielded. 14.45.29 # *linux 14.45.45 # webguest99: he would have to be called LinusT then... 14.46.20 # although he might have called one of his children lnux, i don't know about that 14.46.28 # heeh, yeah thats true 14.46.28 # :-) 14.46.49 # I like how the archos oem usb cable is explicitly prohibited by the usb spec 14.46.56 # i intend to call mine gorthon and kspex respectively, so it would have been a fine name 14.49.22 # hi all 14.50.10 # low speed is indeed different, but they are not allowed to use a "standard" usb connector on the device side. You can get a low-speed device from USB-IF that does use a standard cable though ) 14.50.26 # Could someone having H10 be so kind and take a look at FS#8273 patch? (It stays there since 5th of the December) 14.51.03 # It's quite interesting to see how much "usb" stuff violates some part of the spec somewhere 14.51.25 # too often, microsoft windows is the spec... 14.52.51 Join japc [0] (n=japc@194.65.5.235) 14.52.54 # Read paragraph 11.5.3.1 in the usb spec sometime, and then check how many hubs actually follow that... 14.53.01 # przemhb: do any other rockbox targets use that rtc? 14.53.16 # linuxstb: hi, do you remember our last chat about a problem with opening fonts during make zip? As switching to CRLF line-endings did not helped I've modified wpsbuild.pl a bit 14.53.18 Join Mathiasdm [0] (n=Mathias@vpna054.ugent.be) 14.53.28 # LinusN: I must check... 14.54.29 # i don't think s 14.54.29 # gevaerts: well it is voluntary. "If a vendor provides a labeling". though I actually do have a hub with numbered ports :) 14.54.30 # o 14.56.07 # LinusN: H10's and Tatung Elio TPJ-1022 only 14.56.17 # Zagor: try plugging in a device, and check if the port number reported by software matches the labels. 14.56.21 # przemhb: goodie 14.59.55 Join webguest52 [0] (n=d2bfbbf2@gateway/web/cgi-irc/labb.contactor.se/x-4f79dd3da64d0592) 15.00.58 # Zagor: what's your view on the usb serial number discussion ? Should we match the OF or be spec compliant (the spec says to only use 0-9A-Z, and at many OF's also put dashes in it or use lower-case) ? 15.01.24 # przemhb: committed. thanks! 15.01.35 # LinusN: thanks! 15.01.39 # gevaerts: I think we should be spec compliant. does that cause any problems that we know of? 15.02.25 # Zagor: some people complain that their fstab rules don't work any more. Nothing more serious than that. 15.02.51 # * gevaerts thinks we should be spec compliant as well, even on details like tis 15.03.00 Quit jcollie ("Ex-Chat") 15.03.31 # we can always call it a feature! :) 15.04.21 Quit webguest52 (Client Quit) 15.05.36 Quit OlivierBorowski (Read error: 113 (No route to host)) 15.06.46 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-74-29.w86-218.abo.wanadoo.fr) 15.07.26 Join cooper6581 [0] (n=cooper@209.177.154.195) 15.07.28 # gevaerts: Are you sure about the UMS serial number? Didn't you say that it was a feature of the device, which to me (I don't know the USB specs at all though) implies it should be part of the core standard, not the UMS spec you pointed me to? 15.08.44 # linuxstb: the UMS spec has some additional restrictions 15.09.25 # linuxstb: usbmassbulk_10.pdf 4.1.2 15.10.40 # Also, looking at bertrik's USB compliance tests with the Sansa original firmware, I didn't notice any failures (although maybe I missed it, or he didn't test that part) 15.11.08 # does using inner quotation marks in wpsbuild.pl:121 make sense? I didn't analyze it, but removing them helped me not to get "error opening font" errors during make zip; see http://ffw58.internetdsl.tpnet.pl/wpsbuild.patch 15.11.53 # Those are used to execute shell commands (if you're talking about what I think). 15.12.30 # Ah, I see what you mean now... 15.13.49 # Are you using cygwin? 15.13.50 Quit webguest99 ("CGI:IRC (EOF)") 15.13.56 # linuxstb: yes 15.14.02 # And tortoisesvn ? 15.14.06 # yes 15.14.12 # * linuxstb wants a cookie 15.14.24 # Is cygwin set to use DOS or Unix line-endings/ 15.14.25 # ? 15.15.14 # tortoisesvn will create files with DOS line-endings, so unless Cygwin is configured similarly, you'll run into these kinds of issues. 15.15.22 # can I get some advice on linux tools to transcode mp3 to wav (and let's just assume I've already been soundly berated by every audiophile in here already for even contemplating doing it) 15.15.22 Quit DA-AtWork ("CGI:IRC (EOF)") 15.15.51 # I would use "madplay -o wav:filename.wav file.mp3" 15.16.15 # thank you 15.16.19 # * preglow hands out cookies 15.16.44 # lame has a decoder too ;-) 15.16.59 # lame --decode 15.17.03 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.19.59 Join broom [0] (n=c27f0814@gateway/web/cgi-irc/labb.contactor.se/x-03aee3573d23879b) 15.20.27 # linuxstb: first I was having Cygwin with LF and it worked fine for several months, then make started to handle fonts, and since then I was experiencing the problem with opening fonts, so I switched Cygwin to CRLF and performed deleted whole RB src dir and performed full svn co 15.21.09 # I have a question about the last commit (rtc_e8564.c). The variable rtc_lock_alarm_clear seems to be new, the commit only has one file. Shouldn't that variable be declared as static then? 15.22.02 # linuxstb: but as it did not helped I've modified wpsbuild 15.22.20 Join nicktastique [0] (n=nick@unaffiliated/nicktastic) 15.24.54 # linuxstb / krazykit: same advice for flac please ? 15.26.48 # flac -d 15.31.02 # * gevaerts thinks we should contact support for any non-compliant device and tell them they have a bug 15.32.59 Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) 15.33.40 # * linuxstb wonders what serial numbers the other PP devices use - H10, mrobe 100 15.34.15 Quit moos (Read error: 104 (Connection reset by peer)) 15.34.19 Join mf0102 [0] (n=michi@85.127.180.200) 15.34.22 # is this the same serial number that linux gets as the "by-uuid" ? 15.35.21 # GodEater: I think the uuid is the filesystem id. The usb serial number is used in by-id 15.35.50 # ah 15.42.29 Part LinusN 15.44.54 Join webguest25 [0] (n=3ebd2b41@gateway/web/cgi-irc/labb.contactor.se/x-55c13ed62589562a) 15.50.22 Quit webguest25 ("CGI:IRC (Ping timeout)") 15.50.57 Join MethoS-- [0] (n=clemens@pD955CBBF.dip.t-dialin.net) 15.54.04 Join desowin [0] (n=desowin@atheme/developer/desowin) 15.54.18 Join kugel [0] (n=kugel@unaffiliated/kugel) 15.55.08 Join webguest25 [0] (n=3ebd2b41@gateway/web/cgi-irc/labb.contactor.se/x-1dde1558efda7105) 15.56.12 Quit Zagor ("Client exiting") 15.59.03 Quit Horscht ("IRC is just multiplayer notepad") 15.59.19 Part przemhb 16.00.36 Quit webguest25 ("CGI:IRC (Ping timeout)") 16.03.40 # Nico_P: Hi, the today's version of bmp resize seems to work better 16.04.15 Join jac0b-work [0] (n=jac0b-wo@155.109.5.244) 16.04.34 Join SSnake [0] (n=dfsff@host-84-220-54-35.cust-adsl.tiscali.it) 16.04.46 # with the multifont patch where do you specify what fonts you want to use? 16.05.04 Part SSnake 16.05.19 # jac0b-work: ffs, can't you just read the comments before installing a patch? 16.05.50 # you spammed in quite a few patches with problems that are either known or discussed in the comments bfore 16.05.52 # I did and I think it says to add it to the global cfg file 16.06.33 # Maybe look at some themes known to work with the latest multifont patch, and see how they specify the fonts. 16.07.00 # linuxstb: thanks I will that 16.08.00 # I was commenting because there was a problem I was having with the patches, and I waited for a while until I added a comment 16.08.21 # just to see if anyone added a resynced patch 16.08.33 Quit broom ("CGI:IRC") 16.09.14 # jac0b-work: the multifont patch for example. tdooke said several times, that the newer version need the viewports list patch 16.09.53 Quit MethoS- (Read error: 110 (Connection timed out)) 16.09.59 Quit Mathiasdm ("Yuuw!") 16.10.25 # you failed hunk is "viewport.c", and you just didn't come to the idea that you need viewports-list 16.11.05 # jac0b-work: There's noting to resync, you were just lacking a patch 16.11.59 # I see where he noted about the list.c hunk errors but nothing about viewport.c 16.12.21 # tdooke said that when he uploaded the version! 16.12.50 # sorry for posting without researching the past comments I make sure to do that from now on 16.13.48 # jac0b-work: thank you, making a custom build requires researching, and not just asking the others to solve your problems. It's just like that 16.17.21 Join replix [0] (n=replix@33-194.0-85.cust.bluewin.ch) 16.18.46 Quit replix (Client Quit) 16.26.32 Join n1s [0] (n=nils@nl104-209-105.student.uu.se) 16.38.45 *** Saving seen data "./dancer.seen" 16.41.01 # Speaking of custom builds 16.41.07 # Does tdtooke hang around IRC? 16.43.24 Join FrankOtto [0] (i=foobar@gauss.pci.uni-heidelberg.de) 16.47.00 Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) 16.47.06 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 16.49.37 # Hello. I've been using Rockbox for three years on an iRiver H120. Currently I'm attempting a CF modification of the player, and would like to contribute my experiences to the Wiki (CFModGuide). Therefore I'd like to request write permissions for the Wiki. 16.49.38 Quit scorche|w (Client Quit) 16.49.50 Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) 16.50.29 # 1 sec 16.51.00 # FrankOtto: done 16.51.05 Quit jac0b-work ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") 16.51.12 # did it work, btw? 16.51.12 # petur: Thank you! 16.51.28 # no, ATA error -80 :-( 16.51.42 # same here, I hope I can test some things tonight 16.52.19 # I've been looking at the code, I think this happens in set_features() when dealing with the power management 16.52.33 # petur: wouldn't flashing the latest pre-something bootloader and loading rockbox from flash be a safer way to test? 16.52.39 Join d34df00d [0] (n=d34df00d@80.251.122.132) 16.52.43 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.52.54 Part d34df00d ("Konversation terminated!") 16.53.30 # nls: there's no safe way to debug the iriver bootloader unless you're LinusN 16.53.48 # I find it interesting that the USB bootloader mode works fine with the CF card 16.54.08 # FrankOtto: that's because the usb is handled in hardware 16.54.14 # petur: but if you load rb from flash, you could test with a modified rb image and still use the tried and tru bootloader 16.54.28 # nls: ah right 16.54.44 # is there a run-from-flash one for h300? 16.54.56 # no :( 16.55.13 # ha right you have a h300 not h100... 16.55.28 # err.... wouldn't help. You still need to modify the code that runs from flash 16.55.49 # "there is no disk" 16.56.37 # but if the bootloader still works you can swap back to a hd at least 16.57.54 # nls: that bootloader allows flashing only rockbox and not touching the bootloader part? 16.58.10 # afaiu yes 16.58.29 # that would be nice 16.58.37 # * n1s also only has a h300 so haven't tried it first hand 17.01.04 # * petur has two h300 so can try flashing and send to Linus if it fails ;) 17.01.14 Quit Slasheri (Remote closed the connection) 17.01.17 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 17.03.30 # n1s: does this new bootloader work on the H100? 17.03.55 # FrankOtto: yes, it's called 7-pre4 17.04.33 # n1s: i wonder where it loads from, it still has to detect a disk, doesn't it? 17.05.03 # it actually flashes two things: bootloader and rockbox itself 17.05.14 # FrankOtto: it allows the rockbox main binary to be loaded from flash 17.05.58 # So really, linuxstb would be better using by-uuid rather than by-id at any rate.. 17.05.59 # and updating that rockbox binary in flash is less risky than updating the bootloader 17.05.59 # um, the current stable bootloader for H100 (V6) does that too... 17.06.13 # Oops, scrollback.. 17.06.49 # rasher: ? 17.07.17 # linuxstb: /dev/by-uuid is the filesystem id, which should be more consistent than by-id (should even work if you put the harddrive in an adaptor! 17.07.41 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 17.07.49 # Yes, although it changes whenever I reformat. But I guess I can live with that. 17.08.10 # Ah, right 17.08.12 # n1s: I only updated the bootloader once, all rockbox updates since then I did by simply updating the files on the disk. 17.08.47 # n1s: or maybe I'm in error about what constitutes the "rockbox main binary"? 17.09.00 # rasher: Also, once Rockbox's UMS drive is up to speed (literally), I can't see a need for ever using the OF's. So I don't care about consistency any more... 17.09.27 # There is that 17.09.46 # the rockbox.iriver file is the main binary, the v7 bootloader allows this to be loaded from flash instead of disk (or to be run directly in flash) 17.10.04 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.12.00 Quit CaptainSquid ("Miranda IM!") 17.12.16 # n1s: please excuse my ignorance, but what is "flash" for the H100? The place where the original iriver firmware is? I'm confused. 17.12.34 # yes, it's where the OF is 17.12.44 # i see 17.13.01 Quit ol_schoola () 17.13.43 # n1s: but is it then possible to update the firmware even when no disk is found? 17.15.18 # FrankOtto: my suggestion was that instead of trying to modify the bootloader directly, start a modified rockbox from flash and if that fails, swap back to the hd, and boot from that to flash a new rockbox image 17.16.10 # n1s: now i understand. thank you. 17.17.24 Join perrikwp [0] (i=98214ae9@gateway/web/ajax/mibbit.com/x-c9dbb266903f3d76) 17.19.36 Join major_works [0] (n=chatzill@63.77.85.254) 17.20.52 # n1s: this sounds indeed like a reasonably safe way. how does the new bootloader control whether to load the rockbox.iriver from flash or from disk? I guess one has to press some button, right? Sorry, have trouble finding info about the new bootloader in the documentation pages. 17.21.33 # http://www.rockbox.org/twiki/bin/view/Main/IriverFlashing 17.21.40 # IIRC, you hold record to boot from disk 17.22.58 # I have a question: If bmp_resize was in SVN, would we be interested in keeping those option flags in the Cl tag? l,c,r/t,c,b and i,s,d 17.23.38 # n1s: thanks, that was too obvious for me to find it :-) 17.24.35 # kugel, does bmp_resize also upscale? 17.24.43 # sure 17.25.37 Join dan_a [0] (n=dan-mirc@217.23.173.156) 17.25.38 # the I think we should keep c, as upscaling makes pictures look ugly, and should therefore keep smaller pictures centered 17.26.12 # good point 17.27.44 # Horscht: C doesn't prevent scaling 17.27.46 # hello dan_a - long time no see :) 17.27.54 # but i and d do 17.29.22 # but wouldn'z it be more usefull to have c prevent scaling? as to prevent upscaling? 17.29.23 # Wait, so bmp_resize does upscale the image too? 17.29.38 # just my 2c 17.29.49 # Well upscaling wouldn't be too bad if you have to upscale a tiny bit to fill up a space or something 17.29.54 # Hi GodEater - I've not had time to do any coding for months... but I thought I'd poke my head in, and see what was going on 17.30.19 # would kill aspect ratio, wouldn't it, J3TC-? 17.30.34 # dan_a: read any recent logs ? 17.30.42 # the USB stuff has come along leaps and bounds 17.30.42 # Why would it? 17.30.52 # it's usable to actually transfer files now :) 17.30.57 # Let's say a photo is already at 90x90 and need to upscale to 100x100 17.31.18 # would make it ugly. Upscaling never really looks good 17.31.19 # GodEater: I saw and was impressed 17.31.38 # Horscht: you can set the d flag to prevent upscaling, c does allign it to center 17.32.00 # I guess but it's still a matter of preference. I'm just saying why kill upscaling all in all 17.32.05 # Also my 2c ;) 17.32.14 # in other news, the Gigabeat S port is coming along nicely - we can get to the point where we can see the Rockbox menu on the screen, and navigate the filesystem 17.32.45 # my 2 cents are european, and more worth than american ones, J3TC- :p 17.32.48 # GodEater: what are the major problems? 17.33.17 # anyways, I think having a Tag that prevents upscaling (d as kugel mentioned) is fair enough 17.33.22 # markun: with what ? 17.33.30 # the Gigabeat S port 17.34.08 # markun: no ums mode is a big annoyance 17.34.11 # erm - we need some more low level people working on it - it really *needs* the UMS from the USB stack to make it workable 17.34.18 # n1s: ah yes 17.34.26 # we can't transfer an entire .rockbox tree yet for example 17.34.41 # did anyone start adapting the USB code for the Gigabeat? 17.34.50 # Nico_P had a look, but it's over his head 17.34.56 # and if it's over his head, it's sure as hell over mine 17.35.04 Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) 17.35.23 # GodEater: A relatively easy hack would be to incorporate an "untar" feature in the bootloader - so instead of searching the OF files for a rockbox binary, it would look for a .tar, untar it, then delete it. 17.35.39 # linuxstb: strangely I was just thinking that too 17.36.09 # How easy are Gigabeat Ss to get hold of nowadays? 17.36.23 # dan_a: there was a recent glut of them on ebay 17.36.31 # recent being "about a month ago" 17.36.38 # I've not looked more recently than that 17.37.34 # It should be pretty straightforward though, as far as I know only usb_init_device() and usb_pin_detect() from usb-fw-pp502x.c need to be redone for iMX31. It's probably mostly a question of someone trying things out. 17.39.02 # So it's basically finding out which device-enable bit controls usb, and which GPIO bit has the plugin-detection. 17.39.06 Quit mewshi (Read error: 104 (Connection reset by peer)) 17.39.51 # * GodEater resolves to read the reference manual again 17.41.19 Quit petur ("work->home") 17.41.53 # Once it starts to work usb-drv-pp502x.c will need to be moved, since it is not actually portalplayer-specific 17.46.39 # Maybe someone needs to start by verifying if the controller appears at 0x43F88000 like the spec says. 17.49.23 # GodEater, linuxstb: I hadn't thought of the tar idea 17.49.52 # I'll admit I was thinking more of "unzip" than "untar" - but it was the same concept 17.49.57 # an untar plugin should be quite easy to weite 17.50.04 # unzip is harder 17.50.08 # hehe 17.50.13 # how you going to run the plugin ? :) 17.50.18 # you've got to get it to the S first 17.50.31 Quit gevaerts ("work->home") 17.50.35 # you need to put it in the bootloader like linuxstb said 17.50.57 # GodEater: it seems from the block diagram that usb-detect is done by the pm and afaik spi isn't working so we can't talk to the pm... 17.51.09 # * Nico_P stupid 17.51.42 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-8c9855cee3ed63c5) 17.51.46 # GodEater: not necessarily in the BL, the core would do fine 17.52.04 # or that 17.52.11 # although that would be messier 17.52.25 # the rockbox.gigabeat wouldn't be in the .rockbox dir you extracted 17.52.38 # I have to shoot off now 17.52.43 # talk to you guys later 17.52.43 # is it possible to replace the screen on a gigabeat S? 17.52.56 # It would also make it easier - you can remove the search for rockbox.gigabeat from the bootloader, and just do the untar check before looking for it. 17.53.23 # linuxstb: yeah, makes sense 17.53.45 # And if the bootloader deleted the .tar file, then subsequent boots would have no files to search 17.54.25 Join DerPapst [0] (n=DerPapst@p5B23D157.dip.t-dialin.net) 17.54.38 # I thought of that too, but I'm not sure the MTP DB would pick that up 17.54.46 # * DerPapst waves at the rockbox folks 17.55.05 # Nico_P: Would it matter? Or would the MTP database get upset? 17.55.28 # I don't know. I guess it needs testing. Also do tar files have a recognizable header? 17.56.25 Join aneka [0] (n=kvirc@66.251.24.2) 17.58.17 Join lazka [0] (n=lazka@84.119.31.22) 18.00.54 # saratoga: yes you can replace the lcd but it is hard to find one 18.02.04 # toffe82: thanks 18.02.28 # Nico_P: They should have "ustar" at offset 0x101. 18.02.56 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.03.23 # linuxstb: I think I'll try that now unless you intend to$ 18.03.50 Nick JdGordon|zzz is now known as JdGordon (n=jonno@usw3662-s-207-244-148-63.dsl.w-link.net) 18.06.11 # Nico_P: No, I've no time at the moment. The tar format is very simple though - basically just a 512 byte header, then file 1 (padded to 512 bytes), then another 512 byte header, then file 2 etc 18.06.14 Join petur [50] (n=petur@rockbox/developer/petur) 18.06.46 # There's no "global" header - so "cat file1.tar file2.tar > file3.tar" gives you a valid tar file. 18.06.47 # yes, and there already is some code to deal with it (that you wrote) 18.08.35 # Yes - http://www.rockbox.org/tracker/task/6571 18.09.31 # Nico_P: Ah, you played with that patch as well ;) 18.09.50 # yes :) 18.10.25 Quit Horscht ("electromagnetic radiation from satellite debris") 18.10.35 # Nico_P, linuxstb: AFAIK there was a tar plugin on the tracker (I think it even featured gz) 18.11.14 Quit jgarvey (Read error: 110 (Connection timed out)) 18.11.50 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 18.13.51 # kugel: FS#7807 ? AFAICS it only does g(un)zip 18.14.12 # Nico_P: Yea, I meant that. I just noticed too, that it doesn't tar 18.16.51 # Nico_P: But there's written, that it is configured for reading .tgz 18.17.27 # isn't .tgz a gzip'd tar? 18.17.29 Join pacalNord [0] (n=jinman@rabbitxp.its.uwf.edu) 18.17.33 # yes it is 18.17.49 # So, it's probably able to read tar as well 18.18.40 # kugel: I think I'll keep it simple and stick to tar 18.18.55 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.21.37 # Nico_P: Sure, I'd stick to tar only too, at least as having in the core is concerned 18.23.44 # kugel: We're just talking about a temporary hack for the Gigabeat S bootloader 18.23.51 # I know 18.24.07 # And it's not in the core, it's in the bootloader. 18.24.36 # "Nico_P: GodEater: not necessarily in the BL, the core would do fine" 18.25.15 # Anyway, I could've written core/bootloader, the point is the same (at least for me) 18.25.26 # kugel: I now think putting it in the BL is a better idea 18.28.30 Join low_light [0] (i=c730180b@gateway/web/ajax/mibbit.com/x-96167c917e88bbf0) 18.30.04 Quit japc (Remote closed the connection) 18.30.11 Quit hannesd ("Client suicide") 18.31.46 Quit FrankOtto ("Leaving") 18.32.13 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 18.33.31 Join perrikwp [0] (i=98214ae9@gateway/web/ajax/mibbit.com/x-bc3db710928aa6c6) 18.33.36 Join SSnake [0] (n=dfsff@host-84-220-54-35.cust-adsl.tiscali.it) 18.34.27 # * petur is looking for an h300 bootloader patching specialist 18.35.03 # scramble tells me "This doesn't look like a valid decoded iHP firmware - reason: file 'length' data" 18.36.20 # descramble and mkboot didn't report errors 18.36.37 # some checksum thing I have to disable somewhere? 18.38.11 # petur what do u need? 18.38.20 Quit DerPapst (Nick collision from services.) 18.38.27 # maybe i can be of some help 18.38.45 # I'm trying to build & patch my own h300 bootloader 18.38.48 *** Saving seen data "./dancer.seen" 18.38.56 Join DerPapst [0] (n=DerPapst@p5B23FDC0.dip.t-dialin.net) 18.39.00 # did u follow the wiki? 18.39.11 # yes 18.39.28 # i mean the scramble -"option etc" 18.40.01 # it needs a -h300 option if i'm not wrong 18.40.02 # ../tools/scramble -iriver h300_patched.bin H300_patched.hex 18.40.34 # oh wait - mkboot had a wrong argument 18.40.36 Quit conando (Read error: 104 (Connection reset by peer)) 18.40.37 # (actually don't remeber the correct option) 18.40.40 Join conando [0] (i=Soeren@dslb-084-060-174-028.pools.arcor-ip.net) 18.40.41 # :> 18.40.44 # * petur kicks head 18.40.53 # SSnake: How's your game coming along? 18.41.02 # my game is finished 18.41.16 # @ petur: i told you because i've had the same problem 18.41.20 # Have you posted a patch? 18.41.30 # worked fine now, thanks 18.41.35 # @petur: and the story is: alway look twice 18.41.49 Join gevaerts [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) 18.42.04 # * petur goes flashing the bootloader and hopes all goes well :) 18.42.05 # no nothing, i didn't register either 18.42.18 # the story is this: 18.42.42 # i'm developing a porting from a linux game to rockbox 18.42.50 # it's a thesis project 18.43.02 Join Christus [0] (n=c@dsl-olubrasgw1-ff8ac100-109.dhcp.inet.fi) 18.43.08 # now the porting is over (and it's quite nice) 18.43.24 # and i have to let my teacher see it first 18.43.49 # filesize went from 2,5MB to 4MB - does that sound OK? 18.43.55 # then i'll make my thesis, clean the code, add some sound support and commit to svn 18.44.23 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.44.27 # cool, what game? 18.44.37 # it will be a surprise :> 18.44.52 # aww 18.44.58 # all i can say it's a great old shool '80 platform game 18.45.18 # was one of my favourite games on my c64 :> 18.46.03 Join Arathis2 [0] (n=doerk@p508A7FA6.dip.t-dialin.net) 18.46.10 # * petur discovers his iriver has a flat battery - better charge before flashing 18.46.15 Quit Arathis (Read error: 110 (Connection timed out)) 18.46.37 Quit pondlife (Read error: 110 (Connection timed out)) 18.46.50 Nick Arathis2 is now known as Arathis (n=doerk@p508A7FA6.dip.t-dialin.net) 18.47.51 Join mrfree [0] (n=mrfree@88.40.89.1) 18.47.56 # hi all 18.48.21 # is there a plugin to add ARM support to rockbox? 18.48.46 # arm support? 18.48.56 # oops... amr :) 18.48.57 # do u mean to compile for arm cpu? 18.49.07 # amr audio file 18.49.09 # mrfree, do a search. if you don't see one, it doesn't exist. 18.49.24 # never heard about that 18.50.18 # it is usually used on cellphones 18.53.16 # mrfree: Seems there is no open source decoder for AMR - ffmpeg (which would have it if it exists) relies on libamr 18.53.33 Quit Arathis ("Bye, bye") 18.54.01 # * gevaerts feels like an idiot 18.54.18 # ok, I'll convert it in ogg using mplayer ;) 18.54.38 # gevaerts: any breakthrough-by-not-being-a-fool? 18.55.13 # rasher: Maybe he just left his DAP at work... 18.55.20 Quit PaulJam (".") 18.55.27 # rasher: it's not a big issue. Just that UMS didn't work anymore because I forgot that I had disabled this force-full-speed thing earlier for other tests 18.55.43 # linuxstb: it's not that bad. I did forget the usb cable at home today though 18.56.42 Quit tvelocity ("Αποχώρησε") 18.56.59 Join tvelocity [0] (n=tony@athedsl-116827.home.otenet.gr) 18.59.56 # bye all 18.59.59 Part SSnake 19.01.24 Join Llorean [0] (n=DarkkOne@ppp-70-132-142-206.dsl.hstntx.swbell.net) 19.01.33 # i assume wavpack files work fine on x5? 19.01.39 Quit pacalNord (Client Quit) 19.02.26 # * linuxstb would assume so do 19.02.32 # s/do/too/ 19.02.42 # * linuxstb scratches head and wonders why his brain typed that 19.03.01 Quit asdrubal (Read error: 110 (Connection timed out)) 19.03.09 # can someone on x5 test a wavpack file? 19.03.28 Quit mrfree ("Leaving") 19.03.37 # * petur crosses fingers 19.03.55 Join Arathis [0] (n=doerk@p508A7FA6.dip.t-dialin.net) 19.04.15 # phew 19.04.18 # works fine on h120, so don't really see how it can fail 19.05.34 # preglow: hi, if you have a test file I can test that quickly now 19.06.24 # but can't think any reason why it will not work just for x5 19.06.51 # well, i'll see if i can find a short clip 19.08.27 # moos: www.pvv.org/~thomj/wv.wv 19.08.44 # ok let's see... 19.11.40 Join asdrubal [0] (n=abc@cpe-76-190-216-97.neo.res.rr.com) 19.11.45 # #rockbox-community 19.12.17 Join obo [0] (n=obo@rockbox/developer/obo) 19.15.47 Join JdGordon|w [0] (i=836b004b@gateway/web/ajax/mibbit.com/x-e2430a3b9138da4f) 19.17.32 # preglow: all is fine here 19.19.21 # what is the bug suposed to be? 19.20.57 Quit Arathis ("Bye, bye") 19.21.33 Join Arathis [0] (n=doerk@p508A7FA6.dip.t-dialin.net) 19.22.45 # moos: crash 19.22.51 # http://www.rockbox.org/tracker/task/8389 19.22.54 # moos: thanks for testing 19.23.15 # you can close the task, no problemo 19.24.46 # maybe he have problematic file 19.24.52 # +s 19.25.10 # i won't close it, but i'll ask him to test that file as well 19.27.47 Join GodEater_ [50] (n=bryan@rockbox/staff/GodEater) 19.28.02 # don't know if he tested with files generated by recording, x5 can record 19.28.07 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.29.36 # jhMikeS: Why does the e200 use the left/right buttons for seeking in mpegplayer? Feels awfully wrong since you have to flip the device to watch the movie 19.31.00 # * gevaerts can't get usb_serial to work 19.31.49 Quit MethoS-- (Read error: 110 (Connection timed out)) 19.32.00 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.33.29 Join jon-kha_ [0] (i=jon-kha@80-248-247-134.cust.suomicom.fi) 19.33.36 Join bertrik [0] (n=Bertrik_@137-015-045-062.dynamic.caiway.nl) 19.33.49 Join einhirn [0] (n=Miranda@p5B032861.dip0.t-ipconnect.de) 19.36.26 Quit gevaerts (Remote closed the connection) 19.37.25 Quit J3TC- (Read error: 113 (No route to host)) 19.38.58 Join gevaerts [0] (n=fg@195-144-092-010.dyn.adsl.xs4all.be) 19.39.40 # * gevaerts doesn't like it when 'sudo halt' suddenly appears in his command history, and this evil enter key starts attracting fingers again 19.46.49 Quit DerPapst (Read error: 110 (Connection timed out)) 19.48.21 # 12 complete translations.. 19.51.23 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-9d4bfdf3d1ee4715) 19.53.13 # I shouldn't have done more than one not-entirely-stable thing at the same time 19.55.54 Quit Jon-Kha ("leaving") 19.57.06 Join jon-kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) 19.57.42 Part jon-kha_ ("[IRSSI] You can breathe without Irssi, but I wouldn't recommend it") 19.58.41 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.02.06 Join Buschel [0] (n=AndreeBu@p54A3E1A4.dip.t-dialin.net) 20.06.46 # petur: yeah that size is correct, all my bootloaders are around 3.99MB 20.07.22 # XavierGr: flashed and partially working (still ata -80) 20.07.58 # petur: also try to fiddle with the bootloader after the instructions that load the OF, in my little experience (when I was trying to see where the bootloader hangs) it is pretty failsafe and even if you code something silly you can still load the OF if you didn't touch that part 20.08.26 # * petur is reading CF specs atm ;) 20.09.12 Quit asdrubal (Remote closed the connection) 20.10.33 Join jac0b-work [0] (n=jac0b-wo@155.109.5.245) 20.11.26 Quit conando (Read error: 104 (Connection reset by peer)) 20.11.34 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.11.48 Join conando [0] (i=Soeren@dslb-084-060-174-028.pools.arcor-ip.net) 20.12.47 # using the multifont patch my menu is using the system font even through I specified a custom font is there something that I am missing 20.14.31 Join lee-qid [0] (n=liqid@p549668ED.dip.t-dialin.net) 20.15.31 # here is my cfg file http://pastebin.com/d39400384 20.15.35 # jac0b-work: 1) the work suffix is |w and 2) you know we dont support custom builds 20.16.24 # work suffix?? 20.16.38 # * JdGordon|w was being silly :p 20.17.00 Nick jac0b-work is now known as jac0b|w (n=jac0b-wo@155.109.5.245) 20.17.30 # JdGordon|w: I read the irc guidelines just now to be sure ;) 20.17.54 # haha its not actually in it is it? 20.18.17 # I thought I would ask since I was flamed for posting comments on flyspray 20.18.21 # no, I don't see anything which forbids changing your nick all the time 20.18.42 # jac0b|w: people like flaming 20.18.57 # I have noticed 20.19.21 # but its okay I should have read the past comments and some of my questions would have been explained 20.20.01 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.20.06 # amiconn/jhMike: one of you there? 20.20.18 # certain types of comments on the tracker are infuriating... so if your comment was one of them I have no sympathy 20.20.56 # it probably was 20.21.09 # From the fact you admitted that you didn't read past comments first.... yeah... 20.21.51 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 20.22.44 # very ttrue 20.23.23 # now I know. And knowing is half the battle :) 20.23.57 # jac0b|w: This is obviously an issue which is not discussed in the tracker, it's ok to post that once. 20.25.16 # yeah I accidentally posted the same thing twice. I wish there was a delete option for posts 20.25.32 # jac0b|w: I assume removing the viewport.c hunk was not enough, use a version which doesn't need viewport lists, i.e. "multifont-20080108a.patch" is what I am using without viewports list 20.26.51 # thanks but I don't care about the hunk errors just as long as I know they are not needed 20.27.52 # jac0b|w: Please understand me. No hunk errors doesn't mean the patch is working! 20.28.08 # I am thinking of maybe adding the list_viewports to my build 20.29.10 Quit einhirn (Read error: 104 (Connection reset by peer)) 20.29.18 # it had a problem when I first added it with the background freezing 20.29.48 # kugel: very true 20.30.08 Join ap0 [0] (n=Apo@nfb68-1-88-169-81-101.fbx.proxad.net) 20.30.29 # I got that with the disable wps updating patch 20.30.44 # And in the same way, ignoring hunks you don't need doesn't mean the patch is working. Especially when the patch relies on another one you didn't add 20.31.34 # kugel: ah that could be why my menu font is not working 20.32.25 # That's what I'm trying to tell you... 20.32.58 # kugel: thanks I will try it when I get home 20.33.19 # I tried instaling cygwin here at work but the comp is licked down 20.33.29 # locked* 20.34.01 Quit ap0 ("KVIrc 3.2.6 Anomalies http://www.kvirc.net/") 20.34.17 # I do have the admin pw but I don't was to abuse it or get busted 20.34.43 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.35.01 # when crossfading is used -> are there two decoder instancies used? if so -> can both boost the cpu? 20.38.51 *** Saving seen data "./dancer.seen" 20.40.35 # and third question: are these instancies running both on CPU or on CPU/COP? 20.41.18 # Buschel: no 20.41.19 # afaik only one decoder runs 20.41.31 # decoding is done very far in advance 20.41.44 # and only one decoder is ever run 20.41.45 Join spiorf [0] (n=spiorf@79.20.211.254) 20.41.49 # no overlap between instances 20.42.13 Quit amiconn (" Fensteraufdatum") 20.42.22 # crossfading is quite simply achieved by pre-buffering the output of the entire fadeout 20.42.51 # preglow: so, when crossfading from mp3 to ogg -> mp3 pre-decodes to the end (buffered) and next track will be started to decode then 20.43.00 Quit GodEater_ ("I was raided by the FBI and all I got to keep was this lousy quit message!") 20.43.22 # Buschel: yes, afaik 20.44.29 # hmm, do you have any idea why the power management change shall have any impact on crossfading? before asking my questions i thought about boosting from several instancies... 20.45.41 # FS#8597 20.47.03 # * ender` yawns 20.49.38 Quit jac0b|w ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") 20.52.11 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 20.55.28 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.57.18 # * gevaerts also forgot to define USE_ROCKBOX_USB 20.58.02 # gevaerts: Welcome to the clup 20.58.05 # club* 20.59.50 # * bluebrother just forgot that too. 21.00.02 # unfortunately there seem to be more issues than that in my current code 21.01.36 # Buschel: Here now. 21.01.47 # * gevaerts notices that there seem to be many people testing this patch who don't report problems 21.01.52 # * gevaerts thinks that is a good sign 21.02.10 # * amiconn still needs an identify dump from a nano 21.02.20 Part low_light 21.02.50 Part jon-kha ("[IRSSI] Pretzel Boy uses Irssi. Shouldn't you?") 21.03.01 Join jon-kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) 21.04.19 # amiconn: if you give me a patch, i can do it in...6-ish hours 21.05.01 # i have a nano 21.05.03 # what is needed? 21.05.05 # obo: I wonder why you changed backlight behaviour. A while ago, I purposely changed backlight behaviour on shutdown. It should stay on until the hardware cuts power, in order to verify that it did shut down for real, and didn't hang 21.05.19 # it should be simple using a software USB sniffer 21.05.23 # preglow: The ata identify info block, in raw binary form 21.05.39 # amiconn: how do i access this? i am in windows right now, but shall be in linux in a couple of hours 21.05.51 # oh ATA, sorry 21.06.01 # I want to check whether it's possible to teach the ata driver only to use certain features after checking they're supported by the disk 21.06.27 # -> No more special ifdefing for nano, or cf card mods. Also cleaner 21.07.26 # amiconn: does sound sweet, but how do i go about getting this information? 21.07.49 # * amiconn will prepare a (dead simple) patch 21.08.14 # amiconn: i can't use a patch right now, though, so if you want immediate results, you'll have to give me a build 21.08.33 # if not, i can do my own build in a few hours 21.09.23 # Buschel: Far fetched perhaps, but your patch does affect audio hardware, afaict... 21.09.24 # gevaerts: current patch reports hard disc model and firmware revision instead of "Apple iPod" on my mini. I guess this is intended? 21.09.46 # and OF reports ANSI: 0 while your patch reports 3. 21.12.00 # bluebrother: we could change the model name, but that could lead to an explosion of ifdefs. There was some discussion a few days ago about this 21.12.32 # gevaerts: missed that. But I have no objections to reporting the drive model 21.13.14 # bluebrother: the ANSI version should be 3. Reporting 0 makes the job harder for the OS for no good reason (note that we actually don't support all needed commands yet to be compliant with what we claim) 21.16.17 # bluebrother: we had a discussion earlier today, and those involved then (linuxstb, Zagor and me) agreed that standards compliance is more important than exactly mimicking the OF 21.17.34 # I absolutely agree. 21.17.41 # * bluebrother goes checking the logs 21.17.53 # We were mostly talking about the usb serial number then 21.17.53 # preglow: Are you running a recent rockbox? 21.18.12 # amiconn: four-five days old 21.18.17 # Would save me a bit of compilation time as I would the only 'make bin' 21.19.38 # Okay, last api change was earlier than that (1 Feb) 21.21.26 Quit kugel ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020710]") 21.21.34 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 21.21.50 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 21.22.03 Quit Buschel (Read error: 110 (Connection timed out)) 21.24.56 # amiconn: it's purely cosmetic to get rid of the white flash - would a call to _backlight_led_off() be better? 21.25.21 # The backlight should stay on - that's what was intended 21.25.47 # Yes it causes a short white flash (noticeability depends on what background you're using normally) 21.26.14 # yes - I really noticed it today using cabbiev2 21.27.27 # But switching the backlight off would cause the battery to be emptied without even noticeing, if the shutdown hangs after switching the light off 21.27.39 # Now tell me what's better... 21.27.57 # well, apart from the Nano you get a fairly noticable HDD spin down? 21.28.10 # Not if no setting was changed 21.28.20 # Then the disk doesn't spin at all 21.29.03 # And btw, the flash to white only happens on Video afaik. All other targets don't clear the lcd on shutdown, hence no flash 21.30.11 # They don't? The existing code was #ifdef HAVE_LCD_COLOR... 21.30.31 # Also, the flyspray report was for a Nano 21.31.12 # Maybe nano too, but certainly no others 21.31.57 # All other colour targets have LCDs of the pitch-black type, hence no white flash, if the lcd is shut down properly 21.32.10 Join criznach [0] (n=criznach@host-69-145-167-81.grf-mt.client.bresnan.net) 21.32.18 Quit Christus ("( www.nnscript.de :: NoNameScript 4.1 :: www.regroup-esports.com )") 21.33.22 Part criznach 21.33.36 # A while ago I made the backlight thread disable its timeout on shutdown for exactly that reason - to have reliable feedback that the device really shut down 21.33.41 Quit linuxstb (Read error: 110 (Connection timed out)) 21.33.57 # what do you mean by "if the lcd is shut down properly"? 21.34.23 # I mean that the lcd is being shut down via its controller 21.34.43 # My gigabeat hung on shutdown a few times a while back, having the backlight stay on would have been very helpful 21.34.50 # The lcds of all colour targets except Video and Nano are of the 'normally black' type 21.36.04 # BigBambi: It does in all recent builds before today, unless the gigabeat shutdown code also contains code that defeats this safety measure 21.36.12 # Like the code obo added today :\ 21.36.31 Join Absinthe [0] (n=cawagons@ool-43561407.dyn.optonline.net) 21.37.05 # preglow: http://amiconn.dyndns.org/rockbox-nano-core.zip 21.37.16 # screen flashing white? 21.37.16 # You'll find an extra menu item in the debug menu 21.37.18 # * preglow never saw that 21.37.39 # Well, the white flash is a by-product of trying to make sure there is no ghosting on shutdown... 21.38.02 # amiconn: when you did you recent LCD work, did you find a more graceful way to do the same thing? 21.38.16 Join perrikwp [0] (i=982149e9@gateway/web/ajax/mibbit.com/x-03ce01df97c8b91f) 21.38.19 # What 'same thing' 21.38.20 # ? 21.38.40 # making sure there is no ghosting when powering off 21.38.50 # The backlight staying on was was introduced on purpose 21.39.00 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.39.09 Quit alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 21.39.47 # And the Video LCD is of the normally white type, so there's no way to prevent that white flash without killing that safety measure 21.40.14 # amiconn: This was quite a long time ago 21.40.50 # But nonetheless it should remain in my inconsequential opinion 21.40.59 # But if this is really wanted (sacrificing safety for prettiness), it should at least be kept to those targets which really experience it (i.e. Video and *maybe* nano) 21.41.06 # BigBambi: Which should remain. 21.41.25 # amiconn: only new entry i can find is "debug scrollwheel" 21.41.37 Join drkgeek [0] (n=a9cc761c@gateway/web/cgi-irc/labb.contactor.se/x-bbddb715a55ad2b4) 21.41.38 # I definitely think the backlight should stay down during shutdown. The white flash isn't harmful, and knowing when your device is actually *off* is kinda beneficial. 21.42.01 # preglow: Ahem... the #ifndef I checked is set for nano, grr 21.42.02 # * Bagder will now start setting the toppost-whiners moderated on the mailing list 21.42.21 # Llorean: I mean the backlight staying on until actual shutdown, not turn off before so that you know when it is really off should remain 21.42.32 # preglow: Sorry, will prepare a new build 21.42.43 # Bagder: I even tried to be very, very polite this time to the first one. =/ 21.42.49 # * gevaerts has been compiling one binary and testing another for the last 10 minutes 21.43.05 # Llorean: it seems this happens _every_ time someone mentions this 21.43.21 # * petur disables reset_screen so he can actually read the debug info he's printing :/ 21.43.32 # Llorean: That's what the code did before obo's commits today 21.43.45 # (except if the backlight is set to "always off") 21.43.47 # amiconn: I know, I was speaking that I'm on your side here. 21.43.53 # So was I 21.44.09 # * obo gets ready to revert... 21.44.25 # gevaerts: i do that all the time :P 21.44.27 # Bagder: I understand the "you're interrupting the thread" argument from their point of view. And I could send private emails, but I do see some value in making it public as long as it's polite, to help remind everyone. 21.44.49 # Bagder: Another option is to just take down names, and once a month have a warning email on rule issues, but I suspect it'd just never get read. 21.45.11 # preglow: Same URL, new build. Sorry again. 21.45.16 # yeah, I've thought about monthly posts etc but I think it won't help much 21.45.42 # I suspect people won't read those under the assumption "my name won't be in there" 21.45.47 # amiconn: no worries, will try now 21.45.54 # * bluebrother is tempted to write a response to that top-posting thread ... 21.46.13 # 866 susbcribers right now btw 21.47.01 Join kugel [0] (n=kugel@unaffiliated/kugel) 21.47.43 Join dionoea_ [0] (n=dionoea@poy.chewa.net) 21.47.49 # I look at the mailing list archives from time to time, shudder, and resolve to not look again, let alone subscribe 21.47.50 # amiconn: http://www.pvv.org/~thomj/identify_info.bin 21.48.43 # Thanks, got it 21.48.47 # amiconn: reverted 21.49.08 # BigBambi: I unsubscribed from the user list quite quickly after realising my mistake :) 21.49.26 # obo: Perhaps we could set brightness to minimum in order to reduce the white flash effect 21.49.35 # That would still keep the safety measure intact 21.49.56 # n1s: :) 21.50.30 # amiconn: that's true - I'll give it a test 21.51.35 # obo: Would be applicable to Video & Nano then. 21.51.55 # The only 2 that might need it - rather convenient... 21.51.56 # amiconn: any surprises in it 21.51.57 # amiconn: yes, I was just typing that #if in :) 21.52.24 # preglow: Patience... need to check whether I need to byte-swap before reading it 21.52.36 # My reference is from H180 which is big endian 21.53.04 # markun: around? 21.55.44 # * gevaerts wants to know ehy his sansa hangs when he tries to enable serial and mass storage at the same time 21.57.15 # hmmmm the non-working CF reports it supports PIO 4 but setting it seems to fail 21.57.26 Join SliMM [0] (n=Stefan@89.137.226.12) 21.57.37 # hello 21.57.41 Join MethoS-- [0] (n=clemens@pD955C84F.dip.t-dialin.net) 21.58.12 # i have some sort of a problem with initializing/updating the database 21.58.31 Part hcs 21.58.34 Quit dionoea (Remote closed the connection) 21.58.59 # iPod 5G 30 GB 21.59.35 # if the iPod is not connected to a power source, the initialization/update drains all the battery 21.59.46 # is this supposed to happen? 22.00.27 # btw, i really enjoy the pp502x power-saving patch 22.00.45 Quit drkgeek ("CGI:IRC (EOF)") 22.02.18 # yeah, Buschel did some nice work there :) 22.02.22 # amiconn: changing the brightness doesn't make that great a difference - I'll just leave it as-is 22.03.19 # Horscht: wouldn't disabeling the display be even better? 22.03.46 # disabling the display would save battery, but it would stop usability 22.04.16 # Horscht: not with an option like "disable display on hold" or smth 22.04.47 # I think there is something like that in FS 22.05.11 Join dionoea [0] (n=dionoea@yop.chewa.net) 22.05.26 # oh, i really have to get rid of windows 22.05.40 # starting the virtual machine is a pain 22.06.31 # SliMM: What program? 22.06.59 # kugel: sorry? 22.07.07 Quit Absinthe ("Leaving") 22.07.13 # which virtual machine program 22.07.19 # vmware player 22.07.27 # LCDs don't require much power. The backlight does. 22.07.57 # kugel: by "a pain" means i don't enjoy it, not that it is difficult :) 22.08.16 # bluebrother: no, but rendering WPSs do 22.08.19 # does* 22.08.31 # still, it's not much. 22.08.35 # I thought you mean pain as in allways having some sort of trouble when starting a vm 22.08.53 # * bluebrother likes having Windows available in a VM running on linux 22.08.56 # I had bad trouble when I started a vm some time ago 22.09.27 # kugel: ah, no, i just don't feel like coding anymore after opening the virtual machine 22.09.35 # hehe 22.11.16 # hmpf 22.11.26 # * preglow pours himself an imperial porter 22.11.35 # identify info dumps from le targets are indeed byte-swapped 22.12.14 Join dionoea__ [0] (n=dionoea@yop.chewa.net) 22.12.27 # no idea about the db issue? 22.12.54 Quit dionoea (Read error: 104 (Connection reset by peer)) 22.13.31 # SliMM: maybe some file has a broken tag that crashes the db scan? Have you checked the db status in the debug menu? 22.13.48 # bluebrother: http://www.rockbox.org/tracker/task/7894 - re. your post on -dev 22.13.52 Quit scorche|w ("CGI:IRC (EOF)") 22.14.02 # Not that there aren't still a million issues 22.14.09 Join scorche|w [0] (n=42c007b2@rockbox/administrator/scorche) 22.14.40 Quit dionoea__ (Client Quit) 22.14.47 # bluebrother: whell, the progress was -1%, that's true, but maybe it's not a dash that indicates the negative value 22.14.55 Join dionoea [0] (n=dionoea@yop.chewa.net) 22.15.07 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.15.36 Quit dionoea_ ("leaving") 22.15.52 # should i give it another try and tell you the results? 22.15.55 # rasher: that would make the sim more user-friendly and I think it's worth looking into it. Still, I don't thing integrating the sim into rbutil is feasible 22.16.30 # bluebrother: I do agree with that. I was just reminded 22.16.33 # SliMM: you should keep an eye on the filename it displays. Try removing that file and see if it goes further 22.17.09 Quit bertrik ("bye") 22.17.10 # bluebrother: it didn't stick to one file 22.17.20 # let me do it again 22.17.31 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 22.18.31 # bluebrother: Progress: -1% (%d entries) 22.18.33 Join J3TC- [0] (n=jetc123@dhcp77-186.njit.edu) 22.18.35 # is this normal? 22.18.45 Join csc` [0] (n=csc@archlinux/user/csc) 22.19.32 # I'm not that familiar with the db. I think it happened in the past, not sure if that still happens. 22.20.20 # ok, i'll plug the iPod back in then, i want my DB to be up-to-date :-) 22.21.40 Join broom [0] (n=4fd3e76b@gateway/web/cgi-irc/labb.contactor.se/x-6560f34cd89780f6) 22.21.49 # Does anyone here know why there usb_init_device() in usb-fw-pp502x.c is reading and writing to 0x7000002C and 0x70000028 ? 22.21.56 # bluebrother: does the hold button (on the iPod) phisically disable the buttons? 22.22.20 # physically* 22.22.28 # no 22.22.38 # unless my memory serves me wrong ;-) 22.22.55 # so it's just software? 22.23.08 # i thought it was hardware on the ipods.. 22.23.25 # Hello. A couple of days ago, something about database.ignore has been committed to the rockbox manual. But I can't find the piece in the manual. I've searched the online manual but could not find it. Where is it? Could someone help please? 22.23.28 # ah.. 22.23.50 # scorche|w: iirc the hold switch is used in doom. 22.24.25 # bluebrother: but wasnt it just to activate the menu? 22.24.34 # bluebrother: yes, but you have to use it twice, if you just leave the hold on, you can't use the other buttons 22.24.43 # The hold switch disables the buttons in hardware, but it can be read itself 22.25.08 # ah, so my memory was wrong. Sorry. 22.25.23 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 22.26.32 # * scorche|w nods 22.27.08 # preglow: One thing I found is that the Nano flash disk supports the advanced power management feature set, but it isn't enabled. 22.27.53 # This has nothing to do with the freeze when sending the sleep command, but we should probably enable that feature if we program it for minimum power in set_features() ... 22.28.37 Quit bluebrother ("leaving") 22.28.48 # Identify word 86 bit 3 22.31.24 # Hm... I've found the text about db.ignore in the SVN manual but it's not in the 'compiled' manual. Is something wrong with the build script? 22.32.27 Quit tvelocity ("Αποχώρησε") 22.33.09 # It is in tagcache.tex 22.33.17 # preglow: I'm a bit puzzled, btw. The ata driver *does* send the sleep command on nano. However, it doesn't use soft reset on wakeup 22.34.53 # eh? We do enable advanced power management if it's supported, yet the nano reports it as supported but not enabled?? 22.35.00 # broom: the manuals are only compiled once a day (iirc) so depnds when that was changed it might not be up yet 22.35.42 # broom: you're right, the manuals state they are of yesterday (13th) so it seems today's daily is missing 22.36.17 Join freqmod__nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) 22.36.25 # amiconn: do you have a good CF spec sheet? mine here seems to miss a few bits 22.36.48 # I only have the ata specs (ata 5, 6 and 7) 22.36.57 # * Bagder builds the manuals manually to see if something is weird 22.37.22 Quit nicktastique ("Leaving") 22.37.39 # Bagder: does the script use "make manual" or only "make" in a manual configured build? 22.37.43 # I'm looking at the CF spec 4.0 and thereś no mention of the upper bits of word 83 22.37.45 # aha 22.37.50 Join tessarakt [0] (n=jens@e180064226.adsl.alicedsl.de) 22.37.54 # Bagder: see n1s's changes 22.38.00 # yes it does 22.38.21 # yes, now I remember reading that 22.38.29 Join drkgeek [0] (n=a9cc761c@gateway/web/cgi-irc/labb.contactor.se/x-f8d1127dc114eacf) 22.38.49 # * pixelma wants a cookie now, too :) 22.38.52 *** Saving seen data "./dancer.seen" 22.39.29 # * n1s feels stupid for forgetting to check... 22.40.20 # fresh manuals for everyone soon available 22.40.36 # pixelma: http://www.davidscookies.com/index.cfm?action=product&productid=383 22.40.38 # amiconn: while you're also looking in the spec sheets: the failing CF has 82=0x7008 and 83=0x400C 22.40.39 # nice :) 22.41.01 # scorche: thanks :) 22.42.17 Join DerDome [0] (n=DerDome@dslb-082-083-223-135.pools.arcor-ip.net) 22.43.19 # petur: Looks quite normal. The Nano has 82=0x7069 and 83=0x4008 22.43.54 # amiconn: i think the soft reset is what hangs 22.44.16 # I'm adding more debug info to find which feature fails 22.44.23 # For comparison, Mini G2 (microdrive) has 82=0x7069 and 83=0x500c 22.44.46 # preglow: According to the #ifdefs in ata.c it is - but I wonder why 22.45.02 # amiconn: ahh, yes, i remember i debugged it once and discovered that was the reason 22.45.04 # Software reset support is mandatory for ata devices according to the specs 22.45.07 # amiconn: i have _no_ idea why 22.45.20 # lots of things is weird with nano ata 22.45.29 # among other the kick-ass slowness... 22.45.44 # Hmm, but if we find no clean way to autodetect, that hack needs to stay, which is bad 22.45.54 # Could the init be wrong? IIRC, no r-e was done for the Nano - the existing ipod driver was used as it was. 22.45.55 # * gevaerts just uploaded another patch without any spectacular changes 22.46.07 # A usual hdd needs this reset in order to return from sleep mode 22.46.51 Quit drkgeek ("CGI:IRC (EOF)") 22.47.11 Quit Lear ("ChatZilla 0.9.80 [Firefox 3.0b4pre/2008021304]") 22.47.11 Join cow__ [0] (n=cow@97.89.175.53) 22.47.17 # Hello. 22.47.40 Quit obo ("bye") 22.47.48 # I have a suspicion though 22.47.51 Join Kevalar [0] (n=a9cc761c@gateway/web/cgi-irc/labb.contactor.se/x-c9c3b79276647cbe) 22.47.59 # amiconn: pray tell 22.47.59 Part SliMM 22.48.20 # hey, (other than batterylife) does playing with the boost/frequency harm the player? like overclocking a PC? 22.48.28 # The Nano flash disk probably reacts to the reset just fine - but then falls back to its default pio mode, which is not pio4, and hence our timings are wrong 22.48.28 # Kevalar: no 22.48.33 # This is the IRC channel for the Rockbox project, right? 22.48.39 # amiconn: sounds very logical, yes 22.48.43 # So any further communication will fails 22.48.45 # cow__: correct 22.48.50 # Cool. 22.48.52 # Kevalar: You are actually underclocking and running normally, not normal + overclocking 22.49.00 Quit dan_a (Read error: 110 (Connection timed out)) 22.49.10 # I don't know much about this kind of stuff, but I was searching around on the internet and stumbled upon it. 22.49.24 # In that case, I direct you to our fine manual 22.49.25 # We need to reset our timings to pio0, do the reset, program the fastest available pio mode, and then adjust our timings, in order to have it correctly working for all ata disks 22.49.44 # amiconn: well, how much do we know about the pp ata regs? :/ 22.49.57 # If it's really that, then it is pure luck that the toshiba disks don't care 22.50.11 # I checked the list and my current mp3 player isn't supported at the moment, so I think I might try to get an old iPod and get it working... I've been wanting a media device with .ogg support for a while. Manual? 22.50.28 # cow__: manual? 22.50.35 # preglow: Not that much yet, but that theory can be verified independent of pp ata register knowledge 22.50.44 # I don't know, I wasn't sure if BigBambi was talking to me. 22.50.46 # cow__: From the left side of every page of www.rockbox.org is a link to our lovely manual 22.50.47 # petur: You're experimenting on iriver? 22.50.48 # * petur feels like a DJ, swapping hdd and CF all the time 22.50.52 # yup 22.50.55 # I have the boost set a 1, so the MHz is at 80000000 or somthing like that. So there are no adverse effects of doing so? 22.50.58 # cow__: I anticipated a question :) 22.51.00 # to get my CF working 22.51.03 # amiconn: can you read back transfer mode from the hd/flash bridge? 22.51.03 # Alright. I'll take a look at it, thanks. 22.51.10 # Kevalar: no 22.51.13 # Then you could try to verify that theory... on cf we *do* know how to program the timing 22.52.25 # AHA 22.52.35 # the CF is failing on powermanagement 22.53.01 Join RvX [0] (n=chatzill@pa2.romix.net.pl) 22.53.02 # feature[0] goes wrong 22.53.22 # That's weird 22.53.30 # hello 22.53.32 # It claims to support power management.... 22.53.34 # * gevaerts wonders if anyone actually ever tried high-speed usb support on anything other than sansa 22.54.04 # amiconn: maybe all SET_FEATURE calls go wrong, of course 22.54.38 # I have a problem while compiling rockbox from source. When I type 'make', it stops with error: /usr/bin/am-elf-ld: cannot find -lgcc 22.54.44 # SET_FEATURES is mandatory 22.55.41 # I'll do a run without it then 22.55.43 # preglow: pm 22.55.53 # What may be wrong with my configuration? 22.56.15 Quit mf0102 ("Verlassend") 22.57.20 # RvX: do you have arm-elf-gcc installed and in your path? 22.58.02 # n1s: I have it installed, but how to check if it is in my path? 22.58.37 # does typing just "arm-elf-gcc" in the console find it? 22.58.37 Quit Kevalar ("CGI:IRC (EOF)") 22.58.52 # yup 22.58.58 Quit cow__ ("Lost terminal") 22.59.13 # (arm-elf-gcc: no input files) 22.59.26 # and you created a build dir inside your rockbox source tree and ran configure in it? 22.59.37 # yes, I did 23.00.06 # RvX: how did you install this toolchain? 23.01.35 Quit major_works ("ChatZilla 0.9.80 [Firefox 2.0.0.12/2008020121]") 23.01.37 # I did pacman -S cross-arm-elf-gcc-base (I'm on Archlinux) 23.01.55 # then I blame that 23.02.09 # I've never seen anyone miss libgcc before 23.02.14 # amiconn: now it boots :) 23.02.27 # RvX: rockboxdev.sh really is a better approach 23.02.55 # at least more proven 23.03.01 # for rockbox 23.03.12 # where can I find it? 23.03.33 # Oh, there it is 23.05.12 Join einhirn [0] (n=Miranda@p5B031B9A.dip0.t-ipconnect.de) 23.05.44 # I know then. 23.05.55 # It's gcc version I was trying to use 23.06.22 # why would any version have problems with libgcc? 23.06.37 # petur: boots and works without problems? 23.07.06 # Bagder: I don't know, but there was similiar problem to mine before. 23.07.10 # I'm now building rockbox itslef, as it gives -80 at startup ;) 23.07.19 # *itself 23.07.38 # * petur also copies some music on it 23.07.58 # http://www.rockbox.org/irc/log-20070904 (and search for libgcc) 23.07.59 # * amiconn wonders why petur wants a CF card in an iriver 23.08.04 # Hrm. Now zipped html manual has gone! (on http://www.rockbox.org/manual.shtml) 23.08.08 Quit TMM (Remote closed the connection) 23.08.08 # Other than for experimenting, I mean 23.08.18 # amiconn: my new field recorder 23.08.39 Join niiko [0] (n=niiko@dyn216-8-133-110.ADSL.mnsi.net) 23.09.09 # and nice volume upgrades in the future ;) 23.09.55 # * amiconn thinks that the irivers are way too big that they would make a good flash player 23.10.08 Join FrankOtto [0] (n=gonzo@p5B0723ED.dip0.t-ipconnect.de) 23.10.40 # * XavierGr starts drumroll and waits for petur :p 23.10.54 # * petur unmounts 23.10.56 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 23.11.21 Quit Phill (Read error: 110 (Connection timed out)) 23.11.31 # amiconn: i'm also trying to get CF in iriver working, mostly for added capacity; 32GB is now available 23.12.07 # * amiconn has an H180 and an H340, so CF wouldn't add capacity :) 23.12.25 # must have done something wrong, still -80 23.12.26 # and compatible disks bigger than the original 20GB are impossible to obtain 23.12.33 # Thanks for advice, Bagder. I'll try to deal with it later. Bye. 23.12.38 # in fact I could use a cf card for my H115 in the car 23.12.43 # I could use the extra space 23.12.54 # petur: in bootloader or the firmware? 23.13.00 # * petur idiot 23.13.03 # petur: could you hop into #rockbox-community for a moment? 23.13.03 # added advantages: faster seeks, longer battery runtime, lower weight, lower noise 23.13.34 # petur: good luck with your experiments! 23.14.18 # Put a CF card into the small H10. That would make a nice flash player.... 23.14.24 # I only removed set_features in the bootloader code :) 23.17.02 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 23.17.30 Quit RvX ("ChatZilla 0.9.80 [Firefox 2.0.0.11/2007120413]") 23.17.50 # erm.. it was removed... /me puzzled 23.18.22 Quit aneka ("KVIrc 3.2.4 Anomalies http://www.kvirc.net/") 23.19.11 # petur: are you doing your experiments with running rockbox.iriver from flash (instead of from disk), as n1s suggested some hours ago? 23.19.29 # no, regular bootloader flashing 23.19.49 # you are brave... 23.20.45 Join aneka [0] (n=kvirc@66.251.24.2) 23.23.15 # hmmmm it works almost 23.23.23 # Depends on how "precious" the device is for you... 23.23.42 # sometimes I can browse and play music, sometimes it doesn't respond 23.23.43 # * amiconn would probably do this kind of experiments with his H340, but not with his H180 23.24.09 # I do this on my spare h320 ;) 23.24.25 Join Absinthe [0] (n=cawagons@ool-43561407.dyn.optonline.net) 23.24.36 # Spare devices == good :) 23.25.12 # Rockbox lets me flip the screen? I LOVE YOU GUYS! 23.26.28 # amiconn: this is strange: when I tap 'files', the disk icon flashes briefly but it doesn't do anything. Reboot it and it works ok 23.27.02 # Seems you experience the occasional hang on cf targets, just more often... 23.27.18 # * amiconn had one of those just today on his H180 23.28.03 # petur: reboot or "need for a paper clip"? 23.28.20 # Paper clip I think 23.28.28 # it stays responsive, just will not browse at all 23.28.39 # Oh, then that's different 23.28.46 # "spinup time: 0ms" 23.28.51 # that's why I asked ;) 23.29.10 # hmmm IORDY support: no 23.30.23 # hrmm.. now it shows an emnpty root 23.31.09 # sounds reliable ;P 23.32.29 Quit desowin () 23.33.46 Join klaatu [0] (n=sXe@12.147.22.105) 23.35.59 Join hannesd [0] (n=light@p5B164085.dip0.t-ipconnect.de) 23.43.09 Quit broom ("CGI:IRC (EOF)") 23.44.22 Quit Arathis ("Bye, bye") 23.45.08 Quit gevaerts ("feeling sleepy") 23.47.45 Quit Absinthe ("Leaving") 23.49.16 Join FOAD_ [0] (n=dok@dinah.blub.net) 23.50.01 Quit MethoS-- (Read error: 110 (Connection timed out)) 23.51.04 # hmmm just not setting the powermanagement features makes it more reliable, some things just make it freeze however :( 23.51.17 Quit einhirn (Read error: 104 (Connection reset by peer)) 23.56.22 # petur: nice to see you making progress :) maybe one has to disable powermgmt all over the place? 23.57.30 # I'm mailing A-Data for a datasheet. The powermanagement bit is on so it should work. I also need better CF or ATA specs...