--- Log for 08.05.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 5 days and 10 hours ago 00.00.01 # flashing? 00.00.41 # petur: :) 00.01.08 # amiconn: yes, it's used e.g. in the description of the backlight menu in display settings and it's not there in the Ondio manuals 00.02.01 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.02.07 Quit Mathiasdm ("Yuuw!") 00.03.13 Join Absnthe [0] (n=Christop@ool-43561407.dyn.optonline.net) 00.04.15 # * pixelma writes slightly confusing sentences today... 00.04.36 Quit DerPapst_ (Read error: 110 (Connection timed out)) 00.07.00 Quit davina (Remote closed the connection) 00.09.49 Quit n1s () 00.13.16 Join csc` [0] (n=csc@archlinux/user/csc) 00.14.18 Quit bughunter2 (Read error: 104 (Connection reset by peer)) 00.14.56 Quit bluebrother ("leaving") 00.16.12 Nick JdGordon|zzz is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 00.16.24 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 00.17.07 Quit simonrvn (Nick collision from services.) 00.17.11 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 00.17.54 # petur: Shouldn't "Toggle between colours" depend on a colour display? 00.18.03 # Oh, and btw you used the american spelling... 00.18.23 # you're probably right :/ 00.18.40 # * petur uses whatever spelling comes out of his fingers 00.18.50 Quit cbr|w (Read error: 110 (Connection timed out)) 00.20.30 Quit PaulJam_ (".") 00.24.29 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 00.24.30 Join Rob2223 [0] (n=Miranda@p4FDCE3D2.dip.t-dialin.net) 00.28.54 Quit BitTorment ("Do directly to guantanamo bay. Do not pass go. Do not collect your human rights.") 00.29.31 Quit waldo ("Konversation terminated!") 00.29.53 Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) 00.30.26 Quit mf0102 (Remote closed the connection) 00.30.31 Nick Absnthe is now known as Absnthe|away (n=Christop@ool-43561407.dyn.optonline.net) 00.31.00 # * petur hopes he got the tex syntax right... 00.32.55 Quit bertrik ("Ex-Chat") 00.34.15 # JdGordon: Isn't the text editor supposed to load by parts though, and have no maximum file size? 00.34.25 # Er, the text viewer rather 00.34.37 # The viewer is, the editor is not 00.34.47 # The viewer is the one in question here. 00.34.57 # So, viewer: no max filesize? 00.34.57 # The editor even behaves nasty when trying to edit a too large file: it crashes 00.36.18 # correct 00.36.41 Quit ender` (" Pets are better than children because: 11. If they get pregnant, you can sell their children.") 00.36.57 # Okay 00.40.14 Quit DerDome ("Leaving.") 00.40.25 Join webguest23 [0] (n=485c087f@gateway/web/cgi-irc/labb.contactor.se/x-8e4757b6c9cf2400) 00.40.56 # can rockbox be ported to the playstation portable system ? 00.41.10 # jhMikeS: ping 00.42.03 # webguest23: Sure 00.42.50 # that good news for me thanks but do you now how it can be done 00.43.20 # rockbox on psp would be great 00.43.31 # It's open source. Take the code, and learn programming for PSP, and get to work. :) 00.44.28 # lean programming lol funny but thanks for the help 00.44.34 # learn 00.44.53 # What answer were you expecting? 00.45.13 Quit petur ("Zzzzz") 00.46.22 Join Rob2222 [0] (n=Miranda@p4FDCC0FA.dip.t-dialin.net) 00.46.37 # i just want to now if any one else already had done this and if there was a way to put it on with out alot of work . 00.46.54 # not right now 00.47.03 # No, no-one has done it, and I don't think anyone is working on it. 00.47.27 # ok Thanks you for your time and help 00.48.45 Quit webguest23 ("CGI:IRC (EOF)") 00.51.35 Quit shotofadds ("Leaving") 00.53.48 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-8056ad99a205a3da) 00.53.49 Quit saratoga (Client Quit) 00.53.57 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-19d3a149b91a5ae0) 00.56.58 Join midgey [0] (n=tjross@ip72-194-223-209.sb.sd.cox.net) 00.57.17 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 01.03.01 Quit Rob2223 (Read error: 110 (Connection timed out)) 01.07.23 Part pixelma 01.09.44 Quit skull0 ("Leaving") 01.10.01 Quit ompaul (Client Quit) 01.20.40 Quit axionix_ (Read error: 110 (Connection timed out)) 01.28.06 Quit spiorf (Remote closed the connection) 01.34.50 # amiconn: pong 01.37.26 *** Saving seen data "./dancer.seen" 01.38.05 # who is good to talk to about compilers/linkers for my EZX project? 01.43.28 Nick Absnthe|away is now known as Absnthe (n=Christop@ool-43561407.dyn.optonline.net) 01.46.31 Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) 01.52.22 # i need help creating tool kit for sansa view... 01.55.21 # mama1: the view is an arm CPU, so the standard dev environment should work 02.00.19 Part toffe82 02.02.21 # how do i create a usb stub for the sansa view so i can recover it? 02.05.33 Quit XavierGr (Read error: 104 (Connection reset by peer)) 02.06.28 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 02.06.48 # mama1, i had a view that the force format caused the view to be stuck into manufacturing mode.. is that what happened to you? 02.09.20 # yeah 02.09.41 # i want to reprogram the e200tool so it will work with the view 02.11.13 # mama1, good.. i had a hard time getting sandisk to replace my view 02.13.16 # i still need the USB stub that will run on the view... i need help 02.17.33 # isn't e200tool specific to the Sandisk recovery mode? 02.18.50 # saratoga, the e200tool only works part of the way 02.20.06 # it works at all? 02.20.58 # it will not get past the 6666:e200 02.21.45 # i guess nvidia must have kept some of that code around in the 6000 series 02.22.37 # would be nice if they kept the same USB controller too 02.24.48 # haha nvidia's new PP chip runs at 750MHz 02.25.13 # ...seriously? 02.26.16 # i heard 250mhz 02.27.59 # theres quite a few different chips running at various speeds, but the highend is an arm11 at 750MHz 02.28.12 # probably with DSP too 02.28.25 # saratoga: jees...are they trying to take on geodes? 02.29.23 # * scorche|sh wonders how it does with power consumption but then realize this is getting a bit offtopic 02.29.48 # i'd expect something like this to be considerablely faster for AV stuff then a geode, but it won't run Windows, so its a different market 02.30.04 # it says here 250mhz: http://en.wikipedia.org/wiki/Goforce#GoForce_6100 02.31.30 # that would be the midrange core 02.34.55 Part Absnthe ("Leaving") 02.40.13 Quit Zarggg () 02.41.29 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 02.41.55 Quit XavierGr () 02.45.03 Join JdGordon|uni [0] (i=768aa358@gateway/web/ajax/mibbit.com/x-42caf8d5cc85d7bf) 03.08.53 Join toffe82 [0] (n=chatzill@adsl-75-3-220-197.dsl.frs2ca.sbcglobal.net) 03.09.02 Join webguest08 [0] (n=5227929a@gateway/web/cgi-irc/labb.contactor.se/x-e6a20303e5b6dcbf) 03.09.34 Join ananda [0] (n=ananda@82-39-146-154.cable.ubr02.newy.blueyonder.co.uk) 03.09.34 Quit webguest08 (Client Quit) 03.14.09 Quit |AhIoRoS| (Remote closed the connection) 03.14.56 Quit ananda ("Ex-Chat") 03.15.10 Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) 03.15.34 Quit miepchen^schlaf (leguin.freenode.net irc.freenode.net) 03.15.34 NSplit leguin.freenode.net irc.freenode.net 03.15.34 Quit brent113_ (leguin.freenode.net irc.freenode.net) 03.15.34 Quit crope` (leguin.freenode.net irc.freenode.net) 03.15.34 Quit nplus (leguin.freenode.net irc.freenode.net) 03.15.34 Quit parafin (leguin.freenode.net irc.freenode.net) 03.16.11 NHeal leguin.freenode.net irc.freenode.net 03.16.11 NJoin miepchen^schlaf [0] (n=miepchen@p54BF7D09.dip.t-dialin.net) 03.16.11 NJoin nplus [0] (n=npl@141.25.Globcom.Net) 03.16.11 NJoin brent113_ [0] (n=brent113@63.224.195.247) 03.16.11 NJoin crope` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) 03.16.11 NJoin parafin [0] (i=parafin@paraf.in) 03.21.21 Quit midgey () 03.22.37 Join fdinel [0] (n=Miranda@modemcable002.173-131-66.mc.videotron.ca) 03.22.49 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.28.06 Quit DerPapst (Read error: 113 (No route to host)) 03.31.13 # hi 03.31.14 # anyone here 03.31.21 # yeal`, yea 03.31.28 # how do i get album art 03.31.33 # i have some albums without it 03.31.38 # is there an online database? 03.32.00 # google. 03.32.06 # this is off-topic, though 03.32.42 # why do you say that 03.32.52 # don't say that 03.32.53 # okay 03.32.54 # thanks 03.33.21 # if you use google image search and search for the album name you'll probably find a cover image to use for album art. 03.34.44 # http://tinyurl.com/6c77d3 03.35.58 # thatjust gives amazon links 03.36.11 # sucky 03.37.30 *** Saving seen data "./dancer.seen" 03.46.37 Quit midkay (Read error: 104 (Connection reset by peer)) 03.46.43 # ppl..where can i find extra presets for rockbox? 03.46.53 Join midkay [0] (n=midkay@rockbox/developer/midkay) 03.47.07 # in the manual! 03.47.37 # there's no presets in a manual.. 03.47.45 # and the site carries is FM ones 03.47.52 # im saying for the equalizer and stuff 03.48.07 # its not mentioned in the manual? 03.48.21 # probably how to make them.. 03.48.34 # but i can never get them the way i want it ;/ 03.49.06 # http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch6.html#x9-1100006.10 at least tells yuo where to find all the ones which are shipped with rockbox 03.49.08 # on my other sansa i got some presets from some website but i cant remember the name 03.50.14 # as i said 03.50.17 # no presets there 03.51.47 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 03.52.55 # hi bagder, i need help... trying to re write the e200tool so that it will detect the sansa view.. i am currently stumped on creating the usb stub which will run on the view 03.53.36 # its about 3am his local time... 03.54.01 # awwwww 03.54.11 # tnx will try later ;) 03.55.51 Quit mewshi ("Konversation terminated!") 03.57.14 Join midgey [0] (n=tjross@ip72-194-223-209.sb.sd.cox.net) 04.03.38 Join someonenew [0] (n=0ccb18be@gateway/web/cgi-irc/labb.contactor.se/x-c96f71f702e6def9) 04.12.12 Join midgey_ [0] (n=tjross@ip72-194-223-209.sb.sd.cox.net) 04.12.12 Quit midgey (Read error: 104 (Connection reset by peer)) 04.14.06 Join Shaid3 [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 04.17.10 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.25.10 Quit Thundercloud (Remote closed the connection) 04.25.20 # asl? 04.30.11 Quit Shaid (Read error: 110 (Connection timed out)) 04.30.12 Nick Shaid3 is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 04.30.57 # mama1: I don't think its known how to run code on View, next to nothing is known about the CPU 04.36.30 Join toffe82_ [0] (n=chatzill@adsl-75-3-220-197.dsl.frs2ca.sbcglobal.net) 04.36.55 Quit CyBergRind|w (Read error: 104 (Connection reset by peer)) 04.37.07 Join cbr|w [0] (n=cbr@212.98.160.130) 04.52.43 Quit toffe82 (Read error: 110 (Connection timed out)) 04.58.28 Join miepchen^schlaf_ [0] (n=miepchen@p54BF41B4.dip.t-dialin.net) 05.03.06 Quit someonenew ("CGI:IRC (EOF)") 05.05.31 Quit miepchen^schlaf (Connection timed out) 05.15.48 Quit mama1 (Read error: 110 (Connection timed out)) 05.19.27 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 05.19.31 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 05.26.35 Join Lynx [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 05.31.59 Quit Horscht ("electromagnetic radiation from satellite debris") 05.34.49 # What is happening here: I plug in a wall adapter into my e200 and I hear a faint high pitched noise 05.35.31 # louder music will overpower it so it's not noticeable, but at lower volumes it is quite noticeable. And it goes away as soon as I unplug the power 05.37.32 *** Saving seen data "./dancer.seen" 05.39.19 # where is it at, headphone or the sansa? 05.42.04 Quit Lynx_ (Read error: 110 (Connection timed out)) 05.42.04 Nick Lynx is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 05.48.19 # sounds like you have a bad power adapter 05.49.17 # it's at the headphones 05.49.38 # i have that with mine but i think it is the old wiring of my house 05.50.06 # the only thing I can think of is it's giving dirty power 05.50.30 # it kind of sounds like a square wave, but in the original sansa firmware it doesn't do that 05.51.31 # some of my outlets in my house has ground issues 05.53.03 # sansa's are badly shielded 05.53.15 # my e280 makes a noise when accessing the flash 06.01.33 Quit yeal` () 06.01.39 # that's interesting 06.02.03 # the problem I'm having though doesn't exist in the sansa firmware, only rockbox 06.04.06 # rockbox may use the charge circuit differently than the OF does. 06.04.14 # thus it may cause the noise 06.04.26 # I don't have a wall charger here, I can test it tonight at home if you'd like 06.05.40 # brent113_ i had the same prob..but when playing songs... 06.05.58 # had, as in past tense, as in you fixed it? 06.06.01 # i'd change songs and get a high-pitch sound just like piiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii really loud 06.06.03 Quit saratoga ("CGI:IRC (Ping timeout)") 06.06.15 # i just reset the settings and havent had a prob since 06.06.32 # when it shuts the screen off it changes pitch 06.07.05 # how'd you reset the settings 06.07.10 # like, just choose defaults? 06.07.15 # or like reload the firmware 06.07.47 # to there's an option somewhere in there to reset 06.08.11 # settings > manage settings > reset settings 06.08.21 # yea, didn't fix my prob 06.15.35 # brent113_: Rockbox doesn't actually enable charging, so the charging circuitry is certainly going to be acting differently than in the OF. Because of the poor shielding of the device, this probably accounts for the noise 06.16.12 # it most certainly does support charging 06.16.21 # why else would they offer a car adapter mode? 06.16.40 # * Llorean sighs. 06.16.50 # Rockbox does not currently enable the charging hardware. 06.17.02 # Car adapter mode is based on adapter detection, which is separate. 06.17.09 # Also, charging is *intended* but not functional yet. 06.17.36 # can you elaborate on the car adapter part then? 06.17.38 # This means the charging circuitry is working in its default state. Some people have reported that this results in their players charging, while others don't. We do know that for full speed charging it will need to be configured. 06.17.51 # brent113_: All it does is turn off your player when a charger is disconnected. 06.18.16 # Detecting the presence of the charger is separate from actually charging the battery. 06.18.39 # I guess I was wrong to assume they would write them both simultaneously 06.19.34 # So you think we should've just left out car adapter mode until someone found out how to properly configure the charging hardware? 06.19.37 # So do you know what the multiple states of the charging hardware are? Or is there documentation on this somewhere? 06.20.07 # As it's a development build, I don't really see the point of leaving out features as they get finished, but you're free to wait until a release comes around. 06.20.43 # :) I <3 rockbox too much to wait 06.21.26 # And the fact that the sansa firmware is pretty much useless, it doesn't support id3 tags above version 2.0 06.21.32 # which is the original reason I switched 06.22.15 # For more information, see http://www.rockbox.org/tracker/task/8363 06.22.33 # Llorean, thank you for your knowledge 06.23.39 # Ah, I see, it's a variable charge hardware setup, this is interesting 06.24.45 # similar to how the iPod works 06.25.04 # I've never considered these devices could vary their charge speed 06.25.15 # I enjoy charging my 5.5g via a firewire wall charger. It's turbo mode. ;) 06.25.33 # It seems you would always want the fastest charge possible 06.25.44 # not necessarily 06.25.54 # depends, fast charging can have side effects on battery life/durability/etc 06.25.57 # That's the most stress on the battery. 06.26.12 # If you can afford slow charges, such as while sleeping, they may be better for the health of your battery. 06.26.32 # and considering they're usually lithium ion cells, and lithium ion is, chemically, rather an unstable mix, you don't want 'bad things' to happen 06.26.50 # Shaid: The battery itself has a circuit that should prevent such "bad things" 06.26.59 # tell that to Apple and Dell. 06.28.21 # This really is all a shame, why would Sandisk go out of their way to make sure there will be a rock box port for their products but not provide development support 06.28.50 # brent113_: They didn't really go out of their way. 06.29.13 # They provided us with a hardware sample or two, but that's really it. 06.29.29 # and then changed all the hardware in the V2s just to spite rockbox. 06.29.58 # Or possibly simply because it was cheaper... 06.30.09 # Llorean, so currently it's set at 50mA and 3.9 volts 06.30.14 # correct? 06.30.46 # brent113_: According to the patch, yes. I'm fairly certain he knows the relevant code better than I do. 06.30.53 # Well, and relevant hardware specs. 06.31.36 # So do you think this patch would possibly affect the noise the charger is producing? 06.31.54 # Or is it likely there is another hardware setting that is affecting it 06.31.56 # It depends on why the noise occurs. 06.32.13 # Since I don't know, I can only hazard the guess that it might. 06.33.06 # How do I install the patch so I might try? 06.33.23 # See the SimpleGuideToCompiling wiki page. You'll have to compile a custom build. 06.33.54 # Can you compile just that module? 06.34.24 # No. 06.37.11 # What would you suggest for charge values? Are the defaults in the module sufficient or should I lower them to be conservative 06.37.19 # in the patch* 06.38.23 # If you read through the comments, I believe the last version of the patch at the bottom is set to use the same values the original firmware does. 06.39.20 # In what state however 06.39.50 # If the OF changes states, will it allow it to charge faster, or will it limit the charging, meaning that this patch could be too high some times 06.40.36 # Well, if you're afraid it's wrong you'll have to do your own research to pick values, I suppose. I certainly haven't done any on that player. 06.42.22 # So a question on the patches. The first one listed has different values than others down the page 06.42.32 # Do I need to apply these patches sequentially? 06.42.37 # No, just the final one. 06.43.43 # So the final patch is this one: http://www.rockbox.org/tracker/task/8363#comment23245 06.43.59 Part tonyyarusso 06.44.36 # At the moment, yes. 06.47.33 # So patching goes after the compilation? 06.48.18 # No, before. 06.48.22 # You patch the source files. 06.48.33 # Haha, I should know that :P 06.48.39 # Thanks 06.57.22 # Llorean, are you familiar with an 'arm-elf-gcc' missing error? 06.57.45 # brent113_: It suggests to me that you haven't properly installed the cross-compiler necessary. 06.57.53 # This is true 06.58.30 # mmk, it looks like I need to run the .sh file provided 06.58.58 # That's the easiest and most reliable way in many cases, unless you're using cygwin (seems unlikely from the sound of it) 06.59.43 # I'm using gcc in Ubuntu 07.00.25 # Then you'll need to install the cross-compilers with the .sh script. 07.00.37 # It worked, cool, now compiling 07.01.06 # I took a cs261 data structures in c class, but that's the extent of c programming I've done, I'm still very fresh at these things 07.01.58 Join lee-qid [0] (n=liqid@p549663BB.dip.t-dialin.net) 07.07.51 # So far everything is compiling perfectly, thanks again for all of your help Llorean 07.19.20 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 07.19.47 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 07.22.52 # Llorean, thank you so much, that fixed the high pitched frequency problem 07.23.07 # I'm glad. 07.24.08 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-f0ec634470c02159) 07.24.14 # You have no idea how much you've helped me. This weekend I am looking forward to 12 hours on the road, and I was not looking forward to listening to the whine the entire time 07.25.21 # You could've always unplugged it. :-P 07.26.06 # :D true, but what if it ran out of battery? I'd have a few seconds without music, and that's just a tragedy 07.27.48 # * amiconn is still puzzled by the dropout problem at spinup on mini G2, but found 2 possible small optimisations in ata.c while researching 07.37.33 *** Saving seen data "./dancer.seen" 07.44.27 Quit lee-qid (Read error: 110 (Connection timed out)) 07.50.27 Quit Seed (Read error: 110 (Connection timed out)) 07.52.01 # * B4gder does the early morning green delta dance 07.53.52 # hmmm, i see a small caveat in those wait_for_xxx() functions; the last_disk_activity time stamp might not be updated if the disk is fast (likely not a problem in reality, but anyway) 07.56.04 # This problem isn't new though 07.56.17 # no, the old code had the same issue 07.56.35 # yup, that's why I kept it that way 07.56.48 # i guess i only thought it would matter when we yield 07.57.17 # There's a ton of places where this variable is updated, but if we have a long wait, it becomes important - and then it is updated 07.57.28 # exactly 07.57.59 # it's probably not an issue in real life 07.58.14 # but it looks like it could use some cleaning up 07.58.14 # The new loops can easily be rearranged to always update it btw - just move the update before the check. I don't think that's necessary though 07.59.02 Join DerDome [0] (n=DerDome@dslb-082-083-232-198.pools.arcor-ip.net) 07.59.56 # If you're thinking of using bool return values in those wait_for_* functions - I tried that. Code becomes a _tiny_ bit larger (only on coldfire and arm) 08.01.06 # And since it would also have been a somewhat bigger change, I decided not to commit that version 08.10.17 Quit DerDome ("Leaving.") 08.11.06 Quit |AhIoRoS| (Remote closed the connection) 08.15.22 # There's one change that probably should be done though: wait_for_bsy() should be renamed to wait_for_not_bsy(), 'cause that's what it does. 08.15.56 # or wait_for_idle() ? 08.16.00 # which is slightly less clumsy ? 08.16.32 # unless bsy doesn't mean "busy" in which case you may ignore that 08.17.21 # The status bit it checks is called BSY in the ata standard 08.17.36 # ah yes of course 08.17.44 # in which case yes, your name is better 08.17.59 Quit miepchen^schlaf_ () 08.19.58 Part toffe82_ 08.27.03 Quit JdGordon ("Konversation terminated!") 08.27.56 # i agree about renaming it 08.28.48 Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) 08.31.17 Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) 08.33.42 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 08.35.17 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.37.07 Quit midgey_ (Read error: 110 (Connection timed out)) 08.40.01 Join petur [50] (n=petur@rockbox/developer/petur) 08.42.44 Join Rob2223 [0] (n=Miranda@p4FDCE6EC.dip.t-dialin.net) 08.43.01 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 08.46.09 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.59.06 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 09.01.34 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.12.30 Join axionix [0] (n=axion@cpe-74-70-239-117.nycap.res.rr.com) 09.16.40 Quit axionix (Client Quit) 09.16.50 Join axionix [0] (n=axion@cpe-74-70-239-117.nycap.res.rr.com) 09.21.36 Quit JdGordon (Read error: 104 (Connection reset by peer)) 09.23.38 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 09.26.01 Quit ompaul (Client Quit) 09.30.00 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 09.30.42 Quit davina (Remote closed the connection) 09.34.31 Quit spiorf (Read error: 110 (Connection timed out)) 09.37.34 *** Saving seen data "./dancer.seen" 09.45.12 Quit JdGordon ("Konversation terminated!") 09.45.52 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 09.52.22 Quit Shaid (Read error: 110 (Connection timed out)) 09.54.03 # Ok guys - rockbox crashes less 09.54.08 # but it crashes even with no voice 09.54.46 # so - on my two H300 rockbox freezes frequently enough. Is someone using intensively rockbox on this platform? 10.04.53 # I use my h300 daily, but without voice 10.07.48 Join Nick_ [0] (i=Nick@c-71-229-251-139.hsd1.co.comcast.net) 10.10.06 # So, I managed to get my hands on a sansa c250, however it had been wiped via a dd if=/dev/zero to the entire device. Sandisk's recovery tool doesn't do much of anything, but the device is recognized as in recovery mode via lsusb and is picked up in windows as a tango media platform. 10.10.28 # Anyone know if there's a way to reflash the device? 10.10.53 # amiconn: pong again 10.11.34 # Nick: Check the wiki. 10.11.42 # Nick_: you need a magic flash partition restoration tool 10.12.01 # gevaerts has one... 10.12.02 # hmmm...the build failed to get picked up for r17409 :\ 10.12.02 # Try searching "Sansa unbrick" or "Sansa Recovery" 10.12.36 # do we have this c200 mess described? 10.12.42 Join mrkiko_ [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 10.12.55 # For the c200? Actually, maybe not. 10.13.05 # * Mouser_X hasn't actually looked himself. 10.13.18 # the c200 is more fragile than the e200 on this 10.13.35 # Yes, I suppose so, after seeing yesterday's log. 10.13.39 # B4gder: Thanks, checking into it now. 10.13.44 # (Or whenever that was.) 10.14.32 # Nick_: you can check yesterday's irc log for how someone else restored his c200 using that tool 10.16.42 # Not a bad idea, but it might be a bit of a read. 10.16.54 # Sounds like the c200 can really get messed up. 10.17.12 # (c200 series) 10.17.14 # yes, it seems the bootloader reads the partition info 10.17.23 # and goes nuts if that is wrong 10.17.51 # * Mouser_X has 2 e250s. 10.17.57 Join tvelocity [0] (n=tony@athedsl-108996.home.otenet.gr) 10.18.02 # (I only use 1. I ought to sell the other.) 10.18.02 # Thanks B4gder, I'll read over the logs 10.20.23 Quit Nick_ () 10.24.26 Quit mrkiko (Read error: 110 (Connection timed out)) 10.27.48 Nick mrkiko_ is now known as mrkiko (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 10.43.47 # jhMikeS: 'twas false alarm... 10.46.57 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.53.44 Join nick_ [0] (n=nick@c-71-229-251-139.hsd1.co.comcast.net) 10.53.54 Nick nick_ is now known as Nick_ (n=nick@c-71-229-251-139.hsd1.co.comcast.net) 10.54.41 # Well, attempted to program the i2c, and it will no longer show up on lsusb, so I get the feeling this is permanently bricked 10.55.48 # Was obtained via a woot bag of crap, so can't exactly hold high expectations 10.56.56 # Did you try lsusb as root ? 10.57.32 # Heh, yeah, it's dead in the water 10.58.15 # * gevaerts wouldn't have touched the i2c 10.58.49 # Was throwing protocol errors when attempting to flash the bootloader, I'm pretty sure this thing had some bad flash 10.59.48 # Maybe. The c200 OF also gives protocol errors if the partition table or file system is messed up 11.01.22 # Anyway, if you don't manage to fix the i2c rom, all this is somewhat academic I guess 11.04.29 # Not much can be done at my level without any comm on the usb, not about to resolder the flash on something that ran $1 11.13.07 # amiconn: it looks like people still have problems with the remote lcd 11.13.39 # I know 11.13.46 # good 11.17.05 Join n1s [0] (n=nils@rockbox/developer/n1s) 11.18.47 # gevaerts: Kind of odd it won't go into pre-bootloader mode even if the i2c is corrupted 11.19.09 # Nick_: I guess it needs i2c for that 11.19.46 # Reading up on the docs it says a fully corrupt i2c rom will kick it into prebootloader mode 11.20.27 # * gevaerts points to other people. He only has experience with c200s with working i2c 11.20.30 # Might have to dig into this thing out of sheer curiosity 11.21.01 # most of that i2c magic stuff were worked out on the e200 I think 11.21.13 # so there's a chance the c200 series work a bit different 11.21.29 Quit linuxstb (Read error: 110 (Connection timed out)) 11.21.31 # If you manage to fix the i2c, the nand problams are most probably fixable 11.21.33 # Ah, that certainly could be it 11.24.06 # jhMikeS: nice to have ata poweroff :) i did a battery bench with my hacky approach to it yesterday in addition to disabling clocks to a bunch of unused imx31 modules and got ~1 hour improvement 11.25.05 # n1s: There's also a bus switch turn off for the drive included here (to isolate pins) 11.25.12 # do you have your beast hooked up to a multimeter? 11.25.58 # I could. It's not quite as simple as doing it on the F but that's how I checked the voltage readout. 11.26.38 # much faster way to check is turning off the clocks to the unused modules save anything though 11.26.46 Quit Jon-Kha ("[IRSSI] Showering in your clothes shows you're crazy. Showering nude shows your nuts.") 11.26.58 Join Jon-Kha [0] (i=jon-kha@xdsl-83-150-91-127.nebulazone.fi) 11.27.58 # jhMikeS: do I need to care about the states of modules that we never use before gating the clocks? 11.28.03 Join stonekeeper [0] (n=lea@194.82.229.100) 11.29.15 # Hi. I'm trying to reset my 5gen video ipod back to default firmware to start from scratch. Managed to uninstall rockbox but the default firmware takes ages to load now. Is there a way i can fix this without installing itunes in vmware? cheers. 11.29.36 # n1s: yes, they must be disabled (using whatever bit does that in each module). Even the i2s and SPI modules should be included in advance and will be enabled by the first user. 11.29.56 # stonekeeper: have a look at http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore 11.30.08 # stonekeeper: the default firmware ALWAYS took ages to load - but it should only need to load once, and subsequently "powering off" only put the ipod to sleep, which is fast to resume from 11.30.12 # s/i2s/i2c 11.30.33 # ok thanks 11.30.43 # I'm sure it'll save something. RetailOS is good about doing that. I think the biggest savings will come from DVFS. It's alarming to have > 1A of power supply capacity for powerin the core :) 11.31.11 # jhMikeS: ok, I will dig through the datasheet and disable what I can :) 11.32.04 # yeah, the pmic even has capability of dual 1A supplies coupling the buck switchers IIUC 11.34.16 # jhMikeS: should we only enable i2c/spi when they are about to be used and then disable them again? 11.35.54 # system_init should just unclock stuff and the drivers handle that already. 11.37.10 # that should all be done before the other device init calls there 11.37.35 *** Saving seen data "./dancer.seen" 11.38.44 # * n1s disables 11.40.16 Join PaulJam [0] (i=PaulJam_@vpn-3101.gwdg.de) 11.41.50 # * jhMikeS should bench his own and see if n1s has an iffy battery 11.41.53 Join Mathiasdm [0] (n=Mathias@vpnh048.ugent.be) 11.42.09 # jhMikeS: btw what do you think about displaying battery voltage and shutting off backlight in the bootloader? 11.42.39 Quit Nick_ ("Ex-Chat") 11.43.58 # jhMikeS: my last bechmark wasn't that well carried out... i had made a mistake so rockbox froze on the first rebuffer so i had to reset and extract a new build :) 11.44.07 # still 1h improvement though 11.44.26 # I think the bl should do that actually 11.45.14 # i actually meant shutting off the backlight in usb mode in the bootloader 11.46.54 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.47.26 # of course, though if that is done we need to read buttons (though a simple check of the keydown status is needed and not a full button decode) 11.48.01 Join mrkiko_ [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 11.51.33 # I wouldn't bother with starting the backlight stuff if USB isn't connected 11.52.19 # the backlight is already on when we start the bootloader though 11.54.11 # I thought you wanted it to go on and off when USB is connected 11.55.19 # yeah, ah i think i misunderstood you, "starting the backlight stuff" == caring about backlight state? 11.56.09 # No reason to care normally 11.56.32 # ok, then we mean the same thing, yes that's what i want to do 11.59.30 Join Mathiasdm2 [0] (n=Mathias@vpnh004.ugent.be) 12.00.16 Quit mrkiko (Read error: 110 (Connection timed out)) 12.04.00 # gevaerts: heh, I'm getting that "argsize must be less than 6" error from mtools some people speak about, bt nobody can fix 12.04.11 Quit JdGordon ("Konversation terminated!") 12.05.16 Quit soap (Read error: 104 (Connection reset by peer)) 12.06.02 Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) 12.07.11 Join soap [50] (n=soap@rockbox/staff/soap) 12.08.34 # stonekeeper: I believe you need to use "-n" instead of "-s" 12.09.21 Quit PaulJam (".") 12.13.03 # linuxstb: yeah, i thought that until i realised i was not specifying sectors 12.15.23 # * jhMikeS wonder why people post test_disk result that were obtained with dircache enabled 12.17.05 Quit Mathiasdm (Read error: 110 (Connection timed out)) 12.17.18 Quit nplus (Remote closed the connection) 12.19.13 Join nplus [0] (n=nplus@141.25.globcom.net) 12.31.03 Join inversions [0] (n=sam@79.97.22.57) 12.36.41 Join DerPapst [0] (n=Der_Paps@p5B23D833.dip.t-dialin.net) 12.43.18 Quit Mathiasdm2 ("Yuuw!") 12.44.31 Join Thundercloud [0] (n=thunderc@resnet30.nat.lancs.ac.uk) 12.51.24 Join orc [0] (n=Otd141@32.gprs-nat.mtsnet.ru) 12.51.48 # hi, I need help 12.52.21 # when I can download datasheet on iPod nano 1 gen? 12.52.31 # sorry my English 12.52.50 # I'm not aware of one existing. 12.52.58 # Chances are that you'd have to read the code. 12.53.06 # (The Rockbox C code, that is.) 12.53.23 # (That's where most of Rockbox's hardware documentation is, I hear.) 12.53.36 # I have hardware problem 12.54.06 # I think USB-function on ARM-chip is destroyed 12.54.38 # In what way? 12.54.56 # sorry, I understnd 12.55.11 # As in, how? To my knowledge, Rockbox doesn't have USB mode stuff enabled for iPods yet. 12.55.34 # (Thus, if anything isn't working, then I'd think it was something done by the user.) 12.56.22 # iPod don't active in disc mode 12.56.45 # i wonder when the hell a joystick or something is gonna be made for sansa so ppl can just plug a controller and play doom on it without having to use sansa's buttons :D 12.56.58 # orc: Are you sure that your cable is good ? 12.57.04 # Yes 12.57.36 # cable 100% good 12.57.40 # hmmm...rolo needs to be fixed up for devices that don't use IRAM since we'll copying the new image over the current one 12.57.54 # orc: That doesn't tell me much. Are you saying when you plug a USB cable into your iPod, that it doesn't go into USB mode (meaning, it'd have to reboot, and start the disc mode)? 12.58.16 # no 12.58.38 # aaaa 12.58.41 # How do you know the cable is good ? Does it work on another ipod ? 12.58.56 # I ring him 12.58.58 # thanks guys 12.58.59 Part stonekeeper 12.59.10 # Status: First off, someone needs to write drivers for that. Meaning, drivers for the serial port of the Sansa. 12.59.50 # have to reboot, and start the disc mode - don't. I did it 13.02.13 # I think I need change controller 13.02.23 # ( 13.02.53 # really buy it? 13.03.31 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 13.05.09 # just asking...cose it'd be damn cool to play games on an mp3-player 13.05.37 # or buy new player( 13.06.11 # Status: iPodlinux has drivers for the serial port. I've seen someone use a NES controller to play DOOM. However, that's off-topic. 13.06.25 # ;] 13.06.26 # (This is Rockbox, not iPodlinux.) 13.06.52 # well...we're talking features ;] 13.07.05 # 3 firmware on player isn't good 13.07.22 # orc huh¿ 13.07.30 # jhMikeS: why don't we use iram for rolo like the gigabeat f does? 13.07.32 # * Mouser_X has no iPod, and thus doesn't care about features/accessories pertaining to it. 13.07.52 # i dont have an ipod either ;] 13.08.02 # what mind huh? 13.08.08 # "huh" 13.08.26 # orc mind = means? 13.08.40 # means u're kinda hard to understand ;] 13.08.40 # yes 13.11.08 # 3 firmware don't usability 13.11.42 Part orc 13.11.53 # orc: I'm having a difficult time understanding you. "3 firmware don't usability" means nothing useful to me... Sorry. 13.12.45 # that was awkward hehe ;] 13.13.13 # must be hard when u know what u wanna say but dont know how to ;/ 13.17.37 # n1s: since when does it? 13.17.50 # I'm going to for S and copy the firmware from that 13.18.09 Join newbie8787 [0] (i=IceChat7@122.168.49.15) 13.18.18 # hello everyone 13.18.52 # * GodEater laments his lack of dev environment at work once more 13.19.07 # i was wondering if we will get a port of rockbox for the 2nd gen nano? 13.19.12 # jhMikeS: I'm fairly sure it does, rolo_restart() uses the section attribute explicitly and when I tried to change that someone yelled at me ;) 13.19.22 # newbie8787: only if someone starts one 13.19.23 # newbie8787: Only if someone works on it. 13.19.30 # * GodEater high fives Mouser_X 13.19.35 # :( beat by GodEater. 13.19.40 # Thanks. 13.19.43 Quit Hidden (Remote closed the connection) 13.19.44 # ...tried to change that to ICODE_ATTR (which is defined to be empty for gigabeat f) 13.19.50 # :P wish i could ! but i just heard abt this and so i came looking 13.20.05 # and lo i see that my nano is not supported :( 13.20.15 # newbie8787: One of the biggest hurdles is that the firmware is encrypted. 13.20.24 # If you could decrypt that, that'd be a start. 13.20.28 # newbie8787: read here : http://forums.rockbox.org/index.php?topic=6518.0 13.20.46 # ok 13.21.14 # is there any starting point to learning how to do so ? 13.21.20 # * Mouser_X concedes to GodEater's superiority. 13.21.26 # * Mouser_X never checks the forums. 13.21.30 # I'm just going to write a small stub in assembly that's similar to the remap technique in the bootloader 13.21.49 # newbie8787: read up on cryptanalysis 13.22.05 # newbie8787: And pray. 13.22.05 # okk 13.22.13 # Mouser_X: not superior, I just remember updating that thread the other day ;) 13.22.19 # Heh. 13.22.20 # apple doesnt provide hardware? 13.22.32 # Status: provide it to whom ? 13.22.40 # Status: Sure they do. If you pay them. 13.22.43 # rockbox's devs? 13.22.48 # hell no 13.22.53 # why would they ? 13.22.57 Quit newbie8787 ("Take my advice. I don't use it anyway") 13.23.06 # Indeed @ GodEater. 13.23.20 # cose lots of ppl like rockbox...and having the option to use whatever = more people buying their stuff ;] 13.23.26 # (Like I said though, if you pay them, they'll be more than happy to provide.) 13.23.50 # Status: Please avoid abbreviation. 13.23.51 # Status: we work on the theory that Rockbox = Support nightmare for apple 13.23.55 # +s 13.24.41 # they have no control over the rockbox code base, and therefore cannot guarantee to their customers that it will not hose their precious ipod. Therefore they are not fans of Rockbox. 13.24.45 # they could just say they dont support it from their side and about it like sansa... 13.24.53 # provide hardware but not support ;] 13.24.59 # they could, but they don't 13.25.28 # cheap a**** ;] 13.25.35 # on current ipods it's pretty easy to remove all trace of Rockbox and return it to apple when you hit a problem. 13.25.53 # Therefore apple don't know if the ipod broke because of Rockbox, or because of some other reason 13.26.09 # ^ My suggestion in this instance involves a sledgehammer. 13.26.13 # this may or may not be the reason behind their locking down of the platform, but it's the only plausible reason we've come up with 13.26.31 # could also be for losing $$ on itunes ;] 13.26.35 # (And vigor and gusto.) 13.26.44 # there's no reason they would lose out on iTunes 13.26.56 # all iTunes plus tracks are perfectly playbable in Rockbox 13.27.05 # so people can still obtain their music there 13.27.07 # yeah..but u have to pay for them no? 13.27.17 # especially these days of companies going DRM free anyway 13.27.28 # Yay @ DRM free! 13.27.46 # Status: I'm not sure what you think Rockbox has to do with paying / not paying for music 13.27.58 # Status: we pay for music 13.28.09 # B4gder most people dont ;] 13.28.18 # you order cd, rip it, encode whatever format you like, and put it on dap 13.28.20 # I strongly disagree with that statement 13.28.20 # I don't think that statement is true 13.28.51 # i for one dont..and if i do is by buying mixed cds ;] 13.28.56 # * Mouser_X gets his music from games (yes, with the right tools, you can get the music out of the video games themselves). 13.29.03 # i'd never buy a cd because of 2 songs 13.29.30 # we do not endorse piracy 13.29.33 # * Mouser_X owns 10 actual audio CDs. 13.29.43 # * GodEater owns hundreds of cds 13.29.54 # (The vast majority of my music comes from video games.) 13.30.00 # B4gder yeah...but its a fact ;] 13.30.10 # * desowin owns not much cds, just 43 albums 13.30.17 # so apple would lose $$ from the people using rockbox 13.30.22 # Status: It is very unwise to carry your current conversation here. 13.30.22 # (few of them are digipacks and limited editions) 13.30.38 # Status: again I don't follow your logic there 13.30.54 # Status: no they won't 13.31.10 # whilst we do not endorse it, there's nothing stopping you using pirated music on an ipod without Rockbox on it 13.31.33 # Status: nothing prevents people from playing prated music in the apple firmware 13.31.36 # so that argument is specious 13.31.45 # oh, I also bought some tunes online, yeah, it's a bit more of what music I paid for 13.31.56 # also, there's good music on jamendo too 13.32.28 # desowin there's websites for fixed prices a month ;] 13.32.42 # im thinking of getting on one of those ;] 13.33.56 # replacing *all* my songs with downloaded ones from there since i saw someone that was raided..had a few thousands of songs all from his cds...and 20 something downloaded...he still got sued for those 20 something songs 13.34.04 # these people are money-hungry ;/ 13.35.11 # also, you can listen to internet radios, like munichshardesthits 13.35.26 # also, I think it's offtopic here 13.35.45 # and if it should be continued, then #rockbox-community is the correct place 13.36.20 # indeed 13.36.34 Quit DerPapst (Read error: 113 (No route to host)) 13.36.46 Quit petur (Read error: 104 (Connection reset by peer)) 13.37.08 # * preglow doesn't mind paying for good music 13.37.21 # loll ;] 13.37.37 *** Saving seen data "./dancer.seen" 13.38.16 Join petur [50] (n=petur@rockbox/developer/petur) 13.38.37 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 13.38.48 Join petur2 [0] (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 13.38.51 # 1 simple question...would you buy an album for 1 song? because that song is like stuck on your head or because its #1? 13.39.01 # nope 13.39.09 Quit petur (Nick collision from services.) 13.39.10 # I would 13.39.14 Nick petur2 is now known as petur (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 13.39.14 # and have done frequently 13.39.23 # i have as well, and i always regret it afterwards 13.39.23 # heh 13.39.32 # tehre are more than enough albums that are all good out there 13.39.39 # I tend not to - if I like one song on an album, there's a good chance I'll like others 13.40.13 # but yeah, i tend to listen to albums more than single tracks, so i tend to just ignore an album if it's just got a couple of good tracks 13.40.17 # anyway, off-topic 13.40.34 # very much so, here endeth the conversation 13.42.52 Join MauS [0] (n=maus-san@83.167.114.28) 13.43.02 # Hello everyone ^_^ 13.43.13 # hi MauS 13.43.16 # piep 13.43.23 # Hey amiconn! I've got my ground contact fixed in an easy way ^_^ 13.44.27 # That was a conector between two pcbs inside the M3 that was causing bad contact. 13.45.45 # So i just put a 1mm thick piece of eraser between the pcb and the cover. It still loses contact when pushing the connector with a thumb, but it won't lose contact while carrying it ^_^ 13.46.02 Join DerPapst [0] (n=Der_Paps@dhcp-25-203.fh-friedberg.de) 13.52.20 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 13.55.17 Quit JdGordon (Read error: 104 (Connection reset by peer)) 13.57.23 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 14.07.14 Quit mrkiko_ (Connection timed out) 14.08.44 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 14.09.28 # wow, almost fully green build table :) 14.10.52 Quit Zarggg (Read error: 104 (Connection reset by peer)) 14.11.08 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 14.14.30 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 14.15.32 # * jhMikeS doesn't want to spoil that with current build since it will be all green otherwise 14.15.39 Quit Zarggg (Read error: 104 (Connection reset by peer)) 14.15.58 # bah, there's a red "4" sneaked in there 14.16.04 # jhMikeS: any idea how far we are from audio on the beast ? 14.16.10 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 14.16.17 # GodEater: about -1 week :) 14.16.21 # hehe :) 14.16.25 # I missed it ? :) 14.16.30 # Apparently. 14.16.56 # * GodEater scolds himself a lot 14.17.26 # * gevaerts blames jhMikeS. He didn't send out the traditional mail 14.17.47 # yeah - I just checked the mailling lists 14.17.49 # * jhMikeS never was good at tradition (just ask around the holday's :) 14.17.52 # there's no "Ladies and Gentlemen" 14.18.08 # what!! 14.18.17 # someone needs to send one! 14.18.18 # * jhMikeS suggest "Ladies and Gentlemen - we've had sound!!!" 14.18.26 # even if they make up the "first track" bit 14.18.29 # maaailll!! 14.18.41 # * petur wonders what song it was 14.18.57 # which mailing list? user? 14.18.58 # mmmaaaaaaiiiiilllll!!!!!! 14.19.02 # yeah ser 14.19.05 # er 14.19.05 # user 14.19.06 # okie 14.19.20 # both ! 14.19.25 # if audio is working, how come there's no S build in the current build table then ? 14.19.26 # * gevaerts supposes that lots of those mails contain lies. The first sound must have been noise quite often 14.19.42 # GodEater: it still needs some polish 14.19.56 # Nico_P: which build of Rockbox doesn't ? :) 14.19.59 # GodEater: I've heard it's because there's no good way to install Rockbox from Windows. 14.19.59 # also the install is hard 14.20.02 # gevaerts: to an extent I can't begin to describe :) 14.20.07 # (Or is the lack of a manual?) 14.20.27 # * GodEater doesn't think the install is "hard", it's just not straight forward :) 14.20.44 # It's a serious pain for Windows users... 14.20.46 # on windows, it's really a PITA from what I've heard 14.20.48 # Very very nasty. 14.20.55 # yeah, 1) install linux, 2) use sendfirm :) 14.21.01 # Nico_P: I did my first install from windows 14.21.03 # * Nico_P has access to windows machines for a few days 14.21.15 # Actually, from reading those mails, the reported first sound often looks to me as quite likely to be noise :) 14.21.17 # although sendfirm *is* much easier 14.21.37 # are we still sending the rockbox build as a .tar file too ? 14.21.43 # jhMikeS: is it a Bad Idea (tm) to enable/disable clock for the KPP in the interrupt handler? 14.22.04 # jhMikeS: does r17414 fix RoLo? 14.22.09 # GodEater: Now that the bootloader has a UMS mode built in, there's no need. 14.22.10 # GodEater: nope we have proper UMS 14.22.15 # sweet 14.22.20 # The code is still present, just in case though. 14.22.22 # indeed :) 14.22.28 # (At least, I think it is.) 14.22.32 # dammit - why did I have to leave my S at home today!! 14.22.35 # Mouser_X: correct 14.22.49 # GodEater: you have to see the buffering speed too :) 14.23.00 # Nico_P: it's good / bad ? 14.23.07 # Good, IIRC. 14.23.07 # impressively good 14.23.10 # B4gder: any news on the source tarball at all ? 14.23.36 # * n1s tries 14.23.38 # ah, no I've managed to just neglect that 14.23.43 # hehe 14.23.54 # * GodEater awards B4gder a special "I've forgotten about it on purpose" badge 14.24.16 # * B4gder looks at the nice patterns in the ceiling and whistles 14.24.42 # I've heard "Gullible" is written up there. 14.24.42 # * GodEater wonders if B4gder is wearing a "go away or I shall replace you with a very small shell script" T-shirt today 14.25.09 # Mouser_X: that's where it went after they removed it from the dictionary ? 14.25.30 # If I spelled it correctly (I did?!) then possibly. 14.26.50 # GodEater: no, people know that without me having to announce it! ;-P 14.27.12 # B4gder: a deal then. You either fix the source tarball so I can build it myself - or you include the S in the current builds ? 14.27.23 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) 14.27.30 # you can already get the S builds 14.27.38 # hang on 14.28.05 # I'd need the bootloader too 14.28.11 # http://build.rockbox.org/dist/build-gigabeats/rockbox.zip 14.28.13 # ah 14.28.17 # GodEater: I can build you one if you like 14.28.36 # jhMikeS: ignore me, that wouldn't work 14.28.37 # BigBambi: I'd like one too, while you're at it... 14.28.44 # BigBambi: that would be lovely ;) 14.28.53 # dual boot I assume (charging is handy...) 14.28.58 # I should still fix the source of course 14.28.59 # yes please 14.29.04 # Same. 14.29.05 # B4gder: ideally yes ;) 14.29.32 # brb 14.32.28 # If the 'beast build is giong to be downloadable, perhaps the front paage should be changeed to reflect that the S is supported now? 14.32.39 # Or is it not quite ready for that? 14.32.51 # (I'm guessing it's not quite ready.) 14.33.18 # the install method needs to be polished, afaiu 14.33.23 # n1s: what wouldn't work? I was sending a mail. 14.33.29 # Ah. Indeed it does. 14.33.31 # I don't think it is ready for that 14.33.41 # while adding a new comment with patch to http://www.rockbox.org/tracker/task/8934 flyspray yelled at me http://pastebin.ca/1011643 14.33.46 # (Installing on Windows sucks. I gave up, and had to use Linux.) 14.33.49 # jhMikeS: nvm, my brain is apparently not working today :) 14.33.51 # Install (at least from Windows) is a bit of a nightmare 14.34.19 # I would guess if we've not smoothed out the install from windows it's not a good idea 14.34.19 # otherwise we'll be flooded with "how do I?" or "I've bricked my" support requests 14.34.43 # GodEater, Mouser_X: http://aeparker.com/files/nk.zip I'm just about to test it, but it should be fine 14.34.44 # GodEater: The 'beast is rather resiliant. 14.35.06 # It's difficult to completely brick it. 14.35.32 # Mouser_X: yes, but it might *appear* bricked to our technically challenged user base 14.35.33 # (Though, it's fairly easy to make it want to format the drive and request new firmware.) 14.35.40 # * BigBambi points Mouser_X at LambdaCalculus 14.35.51 # Although that was nothing to do with Rockbox :) 14.35.58 # so many of them use the word "bricked" when it's not actually an accurate description of the state of their DAP 14.36.15 # True. 14.36.28 # BigBambi: Thanks for the BL. 14.36.32 # no probs 14.36.35 # indeed thanks BigBambi 14.36.42 # any time :) 14.36.51 # Unless it's 1 am... 14.36.58 # * Mouser_X tried that once. 14.36.59 # true 14.37.28 # petur: i've removed all bload from the old flashlight plugin and only kept the buttonlight stuff in. Would be cool if that can be commited. 14.37.34 # to be honest, if any of the people who came to us for help had really bricked their DAPS, there's very little we can do for them 14.37.36 # *bloat even 14.38.08 # * BigBambi loves the ease of upgrading the beast bootloader 14.38.31 # GodEater: Occasionally truelly bricked devices can be fixed with external hardware. 14.38.43 # Like a Jplug, or whatever that thing is... 14.38.48 # jtag 14.38.54 # That's the one. 14.38.58 # H100 and H300 are the culprits there 14.39.26 # I thought toffe had some form of Jtag for the Gigabeat. I'm likely mistaken... 14.39.36 # Mouser_X: quite possibly 14.39.42 # (I know someone had one for the m:500) 14.39.43 # Mouser_X: yes, but I think LinusN is the only person who can do that 14.39.50 # and I *think* he's only done it for the H1xx 14.39.58 # But I was talking about needing hardware to recover bad flashes on the H1xx (and H3xx) 14.40.03 # * jhMikeS wonders where the message ran off to :\ 14.40.13 # need to use the bdm jobby for that I believe 14.40.17 # toffe had identified the JTAG on the Gigabeat, but I don't believe he has the hardware to use it 14.40.35 # I'm willing to be corrected though 14.40.42 # * BigBambi was about to say which is why he only uses Linus 14.40.48 # ah, there it be 14.41.02 # * petur feels the urge to close the flashlight patch as invalid, because there is no such thing as a flashlight plugin :) 14.41.18 # ...N tested bootloaders on his h140, before realising he is currently using an untested v7pre4 from Slasheri 14.41.23 # hehe nice mail 14.41.30 # I've got reckless in my old age 14.41.54 # I've got a v7pre3 on mine I think 14.41.58 # * petur sees the patch naming has followed... 14.42.14 # pre3 didn't let me turn on with the remote 14.42.24 # I stopped using the remote a long time ago 14.42.34 # not even sure where mine is 14.42.38 # Button detection needed a bit more of a delay, and it reckoned hold was permenently on 14.42.46 # I'm a huge fan of the lcd remote 14.42.53 # I liked it too 14.42.58 # but it proved unreliable in the gym 14.43.23 # besides which, the cable on my Sure E2Cs is SO long anyway, that plugging them into the remote was just plain silly 14.43.25 # * BigBambi doesn't have that problem :) 14.43.29 # even if they'd do 14.43.30 # But I should :/ 14.43.31 # *go 14.43.41 # which they don't because the plug is too big 14.45.34 # when you next in Blighty BigBambi? 14.45.40 # Don't know 14.45.47 # No set plans 14.46.01 # petur: ;-) 14.46.41 # maybe you should try and come back over on the 5th/6th July 14.46.41 # and meet up with me and scorche ? 14.46.41 # if you can manage that weekend 14.46.54 # I'll check it out 14.47.11 # DerPapst: how well was that tested? I don't have a target with button lights 14.47.32 # works fine on my e200 14.47.42 # should work fine on gigabeat f as well 14.47.43 Join kugel [0] (n=chatzill@unaffiliated/kugel) 14.47.57 # but i don't knwo if it has been tested on a f yet. 14.48.12 # well that's ok then I suppose 14.48.51 # I might have a some room in my agenda tonight very late :/ 14.49.13 # GodEater: The 'beast gets upset when you format/repartition/resize the drive. 14.49.28 # linuxstb tried it out, as I recall. 14.49.46 # Apparently, it's TFAT, not FAT32. 14.49.48 Part B4gder 14.49.58 # petur: ok. thanks. but don't forget to bump the plugin api version. somehow that part got excluded in the diff. 14.50.02 # (there was a link to some MS page about it. check the logs.) 14.50.06 # wth is TFAT ? 14.50.12 # Yes, even reformatting the bootloader partition will cause the beast to enter recovery mode 14.50.44 # You can change the labels (TFAT) though... 14.50.50 # http://en.wikipedia.org/wiki/ExFAT 14.51.23 # the format is indicated in the label ? 14.52.05 # The label is just the label... 14.53.17 # GodEater: right at the beggining of the logs - http://msdn.microsoft.com/en-us/library/aa915463.aspx 14.53.28 # (MS page about TFAT.) 14.54.05 # hmmm probably patented by MS 14.54.18 # There's a good chance of that. 14.55.17 # Is that really a problem ? All we need is compatibility, if we don't implement actual transaction support I would expect that we're fine 14.56.10 # reading, yes, writing might be tricky 14.56.11 # I haven't had any problems myself, but I've heard that others have. 14.56.48 # * Mouser_X has already put ~45 GB his 'beast, and would prefer it to not format itself... 14.56.54 # linuxstb: so can you just format as FAT32, and then mark the parition as TFAT somehow ? 14.57.05 # or is it not that simple ? 14.57.33 # I've no idea what TFAT entails... Just that if I do a normal mkfs.vfat -F32 (or mformat) on the bootloader partition, the beast is unhappy. 14.57.57 # but it doesn't care on the data partition ? 14.58.10 # I can't remember if I tested that. 14.58.20 # It'd be nice to resize the firmware partition... 150 GB seems a little overkill. 14.58.33 # 150GB would be.... 14.58.39 # hahaha 14.58.44 # lol 14.58.46 # yeah - that would be an extreme waste 14.58.52 # even my linux install isn't that big 14.59.33 # That's how big the firmware partition is on my 'beast. 14.59.37 # Wait... 14.59.41 # D'oh. 14.59.46 # Typo attack. 14.59.51 # Really? ;) 14.59.57 # :/ 15.00.20 # Heh. That'd be nice if I had a HDD that big though... 15.06.21 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-cd8f535d16676972) 15.09.32 # * Mouser_X misses the "Hello World!" in the bootloader... 15.10.07 # * Mouser_X will learn to live with out it. 15.12.08 Join kkurbjun [0] (n=kkurbjun@c-67-174-104-139.hsd1.co.comcast.net) 15.14.19 # jhMikeS, nls: the gigabeat F does not use IRAM for ROLO. On the F ROLO copies the new boot to 0x31000000 which is a mirror of 0x01000000, but uncached, and jumps to that address Then crt0.s takes care of making sure that the code is in the appropriate location, and if it is not, copies it to 0x0 after setting up the MMU. 15.14.47 # it then jumps to it's continue point at 0x0+&continue 15.16.11 # kkurbjun: IRAM on the S works just fine so that no crazy stuff like that needs doing 15.16.14 # the big portion of the rolo functionality for the F was committed separate from the actual rolo "implementation" 15.16.16 # :) 15.16.22 # well, that's better then 15.16.38 # most of the code for rolo was actually done to get the flash booting working 15.17.04 # and to make sure that when the new code with flash support was committed the old bootloaders didn't break 15.18.19 # jhMikeS: Since RoLo works on the S, I guess I can mention it in the manual, then. 15.18.59 # LambdaCalculus37: it should since the problem with a different build should be solved so I guess that is safe 15.19.37 Join mf0102 [0] (n=michi@85.127.21.196) 15.19.49 # jhMikeS: on the gigabeat F you had noticed the high power consumption when sound hadn't been started right? 15.20.07 # kkurbjun: yeah, you found out why? 15.20.26 # Did you have any leads on where it might be.. not yet, I need to get my gdb loader working soe I can do some HW breakpoints... 15.20.40 # right now the F isn't properly shutting down 15.20.49 # it's rebooting when we "shutdown" 15.20.58 # and the OF is taking care of the actual power down 15.21.31 # with my "fixed" code I see the high power consumption remain even after the processor has been put to sleep for real 15.21.50 # if sound is started it shows less power 15.21.57 # the amount of current used right after startup was rather similar to a powered HD and that's all I know about it 15.22.02 Join Mathiasdm [0] (n=Mathias@visitorportal.test.ibbt.be) 15.22.04 # hmm 15.22.42 # it has HD poweroff? 15.23.07 # I thought so.. 15.23.14 # hmmm, not implemented 15.23.17 # oh 15.23.20 # :) 15.23.27 # I'll look there first then 15.23.57 Quit mrkiko (Remote closed the connection) 15.24.54 # oh, wait, duh...was looking at sim stubs :p\ 15.25.23 # :) 15.25.33 # I gotta run - time for work 15.26.23 # have fun :) 15.31.19 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.37.00 Quit XavierGr () 15.37.40 *** Saving seen data "./dancer.seen" 15.38.34 Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 15.50.42 Quit homielowe () 15.51.56 Quit nplus (Read error: 110 (Connection timed out)) 16.03.28 Quit gevaerts ("back later") 16.04.07 Quit DerPapst (Nick collision from services.) 16.04.17 Join DerPapst_ [0] (n=Der_Paps@p5B23D833.dip.t-dialin.net) 16.08.18 Quit Ragnor (Nick collision from services.) 16.08.28 Join Ragnor [0] (n=Ragnor@dslb-084-062-111-226.pools.arcor-ip.net) 16.12.59 # Is there a wiki page on how to replace the sansa e200 bootloader with the rockbox one? 16.13.15 # kugel, i believe the process is on the bug tracker 16.13.29 # fs8642 16.13.44 # krazykit: I know, I also found this page. But I'm not sure if it's complete 16.14.17 # f.e. on the e200r installation wiki, it says I need to have the OF.bin in the system folder. I'd like to be sure if I need that for e200 too or not 16.20.26 Join dabujo [0] (i=xx@p4FDB2507.dip0.t-ipconnect.de) 16.21.19 Join TheNumber [0] (n=thenumbe@196.203.177.154) 16.22.09 # Salut ! 16.23.55 Join homielowe [0] (n=eric_j_l@66.183.89.40) 16.26.18 Part LinusN 16.35.33 Join BitTorment_ [0] (n=martin@87-194-94-92.bethere.co.uk) 16.48.29 Join Topy44 [0] (i=Topy44@g227116109.adsl.alicedsl.de) 16.49.11 Quit Mathiasdm ("Yuuw!") 16.50.53 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.51.37 Quit BitTorment (Read error: 110 (Connection timed out)) 16.53.13 # So, can anyone tell me, if I need anything to do/make sure before or after running sansapatch -bl? 16.53.32 # sansapatcher rather 16.55.35 # kugel, why not just try it? you can just throw it in manufacturer mode and recover easily anyway. 16.55.58 # But that mean that I have to reboot my pc :( 16.56.27 # vmware ? 16.56.37 # no reboot required then 16.59.46 # That doesn't work. If I disconnect the sansa from the pc in order to get it connected in the vm, the sansa doesn't reconnect, since it's waiting for the reboot. At least that's how it happens here with vbox 17.00.37 # BigBambi got it to work... 17.00.47 # er no he didn't 17.00.50 # I mean bascule! 17.03.28 # * BigBambi denies he ever got anything to work ever 17.03.29 # * kugel tries to remember how to compile svn sansapatcher with svn bootloader...did it once but has forgotten it 17.05.04 # for ipodpatcher you have to edit the makefile 17.08.02 # kugel, you'll want OF.bin 17.08.26 # i just tried it :) 17.10.41 Join Mathiasdm [0] (n=Mathias@vpnj173.ugent.be) 17.12.29 # krazykit: heh, thanks 17.15.40 # krazykit: So, I basically need e200tool everytime i format then? 17.17.01 # kugel, only if you didn't add the OF. 17.17.17 # you need e200tool to recover the bootloader, since you blew it away with rockbox's 17.17.38 # but when I need the of, and the of.mi4 is missing? 17.18.13 # you said I need that file 17.18.14 # then you need to recover the bootloader so you can get into the OF for usb (unless your rockbox build is usb-enabled) 17.20.40 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.20.49 Quit petur ("*plop*") 17.20.51 Join pixelma [0] (i=HydraIRC@rockbox/staff/pixelma) 17.21.22 # krazykit: ok, again, I don't quite get this. Do I need OF.mi4 in the system folder to be able to boot into the of or not? if not, which OF.bin where you talking about? 17.22.17 # kugel, you need OF.mi4 (i used whatever is on Bagder's site, just renamed) in the system folder to boot into the OF. 17.23.08 # okay 17.23.59 # if sansa bootloader is able to load rockbox bootloader, why isn't the opposite possible? :) 17.24.36 # jhMikeS: here is my patch for disabling some stuff and clock gating a lot of stuff on startup if you want to take a look http://rafb.net/p/vxyb7U33.html 17.25.41 # jhMikeS: congrats :) 17.30.51 # hm... has anyone tried reimplementing the REPs histogram and balance meter functions lately? about a year ago i made a build for my x5 with all of it working, but so many things changed since... 17.30.53 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.31.30 # Topy44: I don't believe anyone is mantaining the REP, no 17.32.34 Join midgey [0] (n=tjross@ip72-194-223-209.sb.sd.cox.net) 17.32.44 # is anyone even actively working on the recording functions? its my main reason for using rockbox... (the original firmware supports mp3 recording only) 17.33.18 # I don't think anyone is specifically right now, but I am probably wrong 17.33.33 # Also, I don't know what everyone is doing with their time :) 17.34.15 # n1s: looks good. I'd suggest putting the CCMR write first so that the WFI instruction is set correctly right off. 17.35.06 # jhMikeS: thanks for looking, will commit with that change 17.35.23 # preglow: the mail? guess it was a little behind. :) 17.35.46 # jhMikeS: hadn't heard of it anyway 17.35.49 # could save some bytes by putting the modules to disable in an array 17.36.30 # indeed, I should have thought of that :) 17.36.41 # preglow: that's why it was "Ladies and gentlemen - we have _had_ SOUND!!" :) 17.37.19 # Oh! It's gone now? ;) 17.37.43 *** Saving seen data "./dancer.seen" 17.38.10 # :) 17.38.38 # I think that would be "we had had SOUND!!" 17.38.57 # :p 17.40.16 Quit ender` (Read error: 104 (Connection reset by peer)) 17.40.28 Quit Xerion (Read error: 113 (No route to host)) 17.40.29 Join Xerion_ [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 17.40.30 # n1s: I tried remasking other ints (besides USB, charge, power button) at shutdown and all the same stuff still triggers powerup 17.40.47 Nick Xerion_ is now known as Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) 17.41.25 # jhMikeS: it definitely disabled the alarm powerup at least... I will retest though 17.42.10 # mc1378_alarm_start <== ?? 17.42.15 # * LambdaCalculus37 needs to seriously update his beast when it comes back 17.43.22 # if it comes back ;) 17.43.22 Quit mcuelenaere (Read error: 54 (Connection reset by peer)) 17.43.33 # jhMikeS: feel free to make up a better name :) 17.43.51 # n1s: how about mc13783_alarm_start :) 17.44.20 # * n1s hides... 17.44.30 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 17.44.53 # n1s: forgot the "3" 17.45.07 # yup, I'll fix 17.46.13 # n1s: it might be a good idea to set the alarm regs to max values when its disabled like after initial powerup (to assure the event doesn't happen) 17.47.38 # jhMikeS: but i like that when i want to set the alarm the next time the time i set earlier is saved so i just press select to set the same, maybe setting just the DAYA to max is enough 17.50.32 # * jhMikeS wonders why an nvram entry doesn't exist for that. 17.50.43 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.51.25 Quit AndyIL () 17.52.00 # jhMikeS: do you think we should use the internal pmic ram as nvram? 17.52.33 # won't it lose it if the batt switch is turned off? 17.54.00 # i'd guess so, tht's why I'm asking 17.54.15 # not very non-volatile then I'd say 17.54.49 Quit linuxstb (Read error: 110 (Connection timed out)) 17.55.16 # * jhMikeS wants a coincell hw mod 17.56.51 Join AndyI [0] (n=pasha_in@212.14.205.32) 18.00.33 # am I missing something or is the memory just two registers? 18.03.05 # how do i get to know the device node of my e200? 18.06.46 Quit AndyI () 18.10.26 Join skull0 [0] (n=skull0@189.133.254.39) 18.10.30 Join AndyI [0] (n=pasha_in@212.14.205.32) 18.10.41 # Hello friends! 18.11.35 # jhMikeS: i think that's correct 24 bytes each 18.12.34 # I like run rockbox on a mp4 player I just found it has a chipset vibratto s ES6168A and seems to be a risc proc is there a way to make rock runs on that>? thanks for any comments 18.13.04 # skull0: you would need to port it which requires a lot of work and skill 18.13.34 # jhMikeS: using an array saved ~200 bytes :) 18.13.56 Quit pixelma (" #rockbox, #rockbox-community /") 18.14.37 # I see but I dont care if take me a lot of time it worths 18.14.49 # some idea where to start? 18.15.16 # skull0: http://www.rockbox.org/twiki/bin/view/Main/NewPort 18.15.17 # I was thinking how to id the risc proc, but have no clue 18.16.06 # skull0: You were referenced to this page yesterday as well. 18.17.03 # I think its was http://www.rockbox.org/manual.shtml 18.17.11 # or at least I have seen that 18.17.15 # sorry to bother 18.17.58 Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) 18.18.18 # ill be back form time on time here 18.18.30 # See ya and thanks again 18.18.39 Part skull0 ("Leaving") 18.19.41 Quit mcuelenaere (Read error: 60 (Operation timed out)) 18.21.36 # what current is generally used for charging lithium batteries in rockbox? 18.21.51 # would C/3 be a good default? 18.32.06 Quit Xerion (Read error: 104 (Connection reset by peer)) 18.32.21 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 18.36.11 # hmm, system-imx31.c and lcd-imx31.c don't have any headers... is it ok for me to assign the copyright to whoever made the first non trivial code commit or what? 18.37.15 # aren't they *-target.h already? 18.38.07 # oh, you don't mean the *.h but the rockbox header 18.38.17 # yup 18.38.27 # I think some are missing keywords too 18.38.36 # * n1s will check that 18.38.50 # and eol-style native 18.39.05 # a fun note, most of the gigabeast files are (C) 2006 LinusN... 18.39.54 Quit DaCapn () 18.45.04 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 18.45.04 Quit Xerion (Read error: 104 (Connection reset by peer)) 18.48.32 Quit Synergy6 ("Adios") 18.48.50 # n1s: does setting svn:eolstyle change the eols? 18.49.24 # * Nico_P goes to read the svn book 18.49.36 Quit kugel (Read error: 110 (Connection timed out)) 18.50.10 # I'm not really sure what it does but it should be native :) 18.50.34 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.53.41 Quit cg (Remote closed the connection) 18.53.46 # hmm, I could've avoided a lot of wasted time if I had read up on that property 18.54.15 # I read about it now too, seems a very good thing :) 18.54.59 Join kugel [0] (n=kugel@unaffiliated/kugel) 18.55.06 # Has anyone tried the latest svn bootloader for e200? 18.55.13 # I'm not sure, but I think it's broken 18.55.18 # ok silly question, what type should I use to store 8 bits? byte, unsigned char or uint8_t? 18.55.34 # I wasn't able to boot after installing it 18.55.52 # bertrik: I think the portable way is uint8_t, but I'm no expert 18.59.01 # pff, or maybe just an int. I'm seeing code where byte is used as a type and other code where it is used as a variable name (but is actually an int) 19.00.15 Join miepchen^schlaf [0] (n=miepchen@p54BF547C.dip.t-dialin.net) 19.01.24 # oh it seems there's no code in firmware/ that uses 'byte' 19.02.10 # bertrike i think taht's only used in imported code 19.06.33 Nick DerPapst_ is now known as DerPapst (n=Der_Paps@p5B23D833.dip.t-dialin.net) 19.07.14 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.07.24 Join perrikwp [0] (i=9821738c@gateway/web/ajax/mibbit.com/x-74443aa4d289a658) 19.07.29 # Okay, when I enter B in tools/configure, a valid rockbox bootloader (named bootloader.bin) should be build, or am I wrong? 19.08.49 # kugel: I haven't built and tested an e200 bootloader lately, but I installed a new one last week using rbutil and that one works fine 19.09.01 # version 4.0 IIRC 19.09.56 # it says my bootloader.bin is not a rockbox bootloader 19.10.25 # rbutil installs the old but stable bootloader IIRC 19.10.36 # which would be v4 yes 19.10.56 # but I want to compile a newer version myself, it just doesn't work 19.11.04 # rbutil install whatever bootloader is on download.rockbox.org :-) 19.11.43 # I do see a rockbox logo on a black background now, I thought it is the new bootloader doing that 19.11.53 # kugel: Don't you also get a .mi4 file from the bootloader install? 19.11.55 # which was updated in oct 07 19.12.33 # Llorean: Hmm, indeed. I didn't see that 19.12.43 # no idea why 19.13.14 # But intermediate bootloaders don't always work. We don't concentrate on keeping them working, because people shouldn't be compiling their own one. Focus is on the main build until we decide to release a newer bootloader version. 19.14.30 # Llorean: As long as I know what to do if it fails, I'll be fine I think 19.14.52 # It's not the first time I build my own bootloader, but it's been ages since then 19.16.04 # Llorean: Thank you very much. It's working. I really wonder how I couldn't see that file. I used the bootloader.bin in the bootloader subdir instead :/ 19.16.34 # BTW, there's no wiki on bootloader building and installation, such one could've helped me alot 19.17.04 Part TheNumber ("Konversation terminated!") 19.20.31 # kugel: Frankly, it's better if people come ask first before compiling their own bootloader. 19.20.34 Join SCys [0] (n=supercys@121.32.20.196) 19.21.05 # do VBS scripts *need* to have CRLF line endings? 19.22.05 # * DerPapst hopes the beast bootloader is an exception :-P 19.22.17 # Nico_P: yes 19.22.42 # I guessed so. I propose setting that EOL style in svn then 19.22.58 # I did set it on sapi_voice.vbs iirc 19.23.22 # Some other vb scripts can probably be removed as they're no longer used 19.23.27 # ah yes, you did. I'll do it for the others in my upcoming commit 19.23.55 # DerPapst: Well, bootloader instructions for the E200 are probably on a deleted page, I think. They were there, while work was being done, but since the page was about the install process the current revision of it basically just says "See the manual." I wouldn't be surprised if someone who felt like digging could find the old steps though 19.24.18 Join miepchen^schlaf_ [0] (n=miepchen@p54BF547C.dip.t-dialin.net) 19.24.31 # amiconn: I'll leave someone else to decide about that 19.25.27 # Nico_P: Looks like the other 3 are obsolete. They aren't referenced anywhere 19.25.36 Part SCys 19.25.40 Join cg [0] (n=cromos@dsl-olubrasgw1-ff8fc100-80.dhcp.inet.fi) 19.25.49 Quit bughunter2 ("Leaving.") 19.25.57 # * Nico_P wonders why they were kept 19.26.01 # should I delete them? 19.26.30 # I'll do some more checks, then let you know 19.26.45 # they are still in the svn history if anyone wants them later so, yes! :) 19.27.37 # Yes, they can be deleted 19.28.57 Quit midgey () 19.29.12 # ie all the ones that start with "sapi5" can be removed? 19.29.24 # yep 19.29.30 # all right 19.30.26 # They all belong to the first, very limited and slow implementation of sapi voice file generation in cygwin 19.31.56 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 19.32.48 # * Nico_P wonders whether a vbs script should be marked executable 19.33.50 # I'll finish this after dinner 19.34.24 Join midgey [0] (n=tjross@ip72-194-223-209.sb.sd.cox.net) 19.34.37 # That's not necessary, as a vb script is windows only, and on windows there is no concept of executable scripts 19.34.50 # Scripts need to be run by calling their respective interpreter 19.35.39 # Actually there's one exception - the windows shell scripts (.cmd / .bat) 19.36.05 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.37.46 *** Saving seen data "./dancer.seen" 19.40.08 Quit miepchen^schlaf (Connection timed out) 19.40.18 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.42.13 Join maddler [0] (n=maddler@cabbage.komputika.net) 19.42.49 Quit maddler (Client Quit) 19.45.31 Join maddler [0] (n=maddler@cabbage.komputika.net) 19.46.59 Join Horschti [0] (n=Horscht@p4FD4EE5F.dip.t-dialin.net) 19.47.47 Quit Horscht (Nick collision from services.) 19.47.49 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.47.58 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 19.48.32 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) 19.49.59 Join ender` [0] (i=krneki@foo.eternallybored.org) 19.51.12 Join BitTorment__ [0] (n=martin@87-194-94-92.bethere.co.uk) 19.54.19 # Somehow sansapatcher -bl ... didn't do well 19.54.24 Join Jim [0] (n=4b5d962c@gateway/web/cgi-irc/labb.contactor.se/x-d4e31adab98c49a6) 19.54.36 # but e200tool in preboot mode, after I bricked the manufactoring mode 19.55.31 # hey all 19.55.42 # Bagder: Are you sure the information is correct on your page? 19.56.12 # Bagder: doing the steps "using e200tool before 0.1.3" did even more damage 19.56.18 # is rockbox working on firmware for the zune? 19.56.25 # No. 19.56.39 # Jim, nope 19.56.40 # Jim: rockbox is running on any target which is mentioned on the front page 19.57.06 Quit Jim (Client Quit) 19.57.06 # LambdaCalculus37, advcomp2019: Don't help him directly, he should search himself before 19.57.11 Join Jim [0] (n=4b5d962c@gateway/web/cgi-irc/labb.contactor.se/x-34cf3ae88c571b98) 19.57.36 # pre-boot mode is something weird 19.57.45 # kugel: I'm not saying any more than I have to. 19.58.00 # krazykit: Are you there? 19.58.28 Quit Jim (Client Quit) 19.58.43 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-635d4749f3fe252e) 19.59.11 # i used the svn bootloader recently and had no trouble 19.59.51 # saratoga: I used the sansapatcher from download.rockbox.org, and myself compiled pp5022.mi4 20.00.06 Join PortableDude [0] (n=upirc@72.10.125.130) 20.00.14 # after sansapatcher was done, I rebooted...straight into manufactoring mode 20.00.38 # saratoga: Where did you find information about the hardware inside the Clip? 20.01.23 # kugel: That wouldn't be the fault of the bootloader. And AFAIK (although I could be wrong), the Sansas never automatically enter manufacturing mode... 20.01.23 # after putting the i2c.bin into the recovery modes(which I reached with e200tool) - like Bagder's site says, I directly landed in the pre-boot mode. 20.02.05 # linuxstb: probably. I just saw the blue wheel only, which reminded me of manufacturing mode 20.02.07 # linuxstb: theres pictures of it taken apart somewhere on google 20.02.33 # kugel: I just built sansapatcher, then built a bootloader, and everything worked normally 20.03.03 # saratoga: Am I right in thinking that there's no external SDRAM, but a small amount embedded on the AMS Soc? 20.03.20 # saratoga: I used the sansapatcher version from download.rockbox.org, could that be the reason? I didn't think it makes a difference, since I specify the bootloader file 20.03.26 Join Buschel [0] (n=abc@p54A3FCDE.dip.t-dialin.net) 20.03.35 # linuxstb, there is photos of the insides on anythingbutipod 20.03.36 # linuxstb: yes I believe so 20.03.53 # theres actually two versions of the AMS SOC, one with SDRAM support and one without 20.04.16 # saratoga: How did you build sansapatcher? within the rbutil dir? 20.04.24 # kugel: with its makefile 20.05.54 # saratoga: are the massive warnings normal? 20.06.37 # many of these "sansapatcher.c:839: Warnung: format »%08llx« erwartet Typ »long long unsigned int«, aber Argument 3 hat Typ »loff_t«" 20.07.14 # it expects long long unsigned int, but the 3rd argument has type loff_t 20.07.44 # What OS are you compiling on? 20.07.46 Quit BitTorment_ (Read error: 110 (Connection timed out)) 20.07.57 # ubuntu hardy, 64bit 20.08.22 # I don't know if sansapatcher is 64-bit safe. Your experience would suggest that it maybe isn't... 20.08.30 # hmm, could that be the reason? there was no 64bit version, so i took the 32 version instead 20.08.42 # when I downloaded the one from download.rockbox.org 20.09.39 Nick PortableDude is now known as Bensawsome (n=upirc@72.10.125.130) 20.10.14 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.10.42 # kugel: it might be helpful / easier if you set LANG=C before pasting compiler warnings ... 20.11.03 # the warnings are just printf statements ... 20.11.54 # bluebrother: thanks, didn't know that 20.12.25 # So, here you go (if it now helps mroe): "sansapatcher.c:895: warning: format '%08llx' expects type 'long long unsigned int', but argument 3 has type 'loff_t'" 20.12.26 Quit maddler ("connection reset by beer!") 20.12.38 Join maddler [0] (n=maddler@cabbage.komputika.net) 20.13.13 # kugel: I think your second sentence explained it enough. But as saratoga said, this is only a printf output so nothing that should break the functionality. 20.13.32 Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) 20.13.38 # Just wanted to give you a hint on how to avoid explaining pastes ;-) 20.13.58 # There are only those printf warnings 20.13.58 Quit AndyI () 20.14.56 # kugel, i am now 20.16.01 # * linuxstb quite likes the challenge of squeezing Rockbox into the Clip's 320KB of RAM 20.16.35 Quit Bensawsome ("Leaving") 20.17.31 # well, it didn't work again 20.17.42 # now with myself compiled sansapatcher 20.18.09 # krazykit: what have you exactly done with sansapatcher -bl? 20.18.39 Join AndyI [0] (n=pasha_in@212.14.205.32) 20.18.53 # kugel: What is the exact sansapatcher command you're running? 20.19.01 # wow, just 320k? in other words, impossible? 20.19.17 # sudo ./sansapatcher -bl PP5022.mi4 20.19.18 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 20.19.25 # bertrik: No such thing ;) 20.20.03 # hmm, does anyone know if any of the ab repeat functions are very time critical as there is a bit of inlining there that should go away otherwise 20.21.16 # kugel: The sansapatcher help says that the -bl option needs a ".bin" file - not a mi4 20.21.24 # kugel, i downloaded a precompiled sansapatcher, built the bootloader from tools/configure, and did sansapatcher -bl bootloader/bootloader.bin 20.21.39 # linuxstb: i see 20.21.41 # just like the flyspray task said. 20.21.41 # nope that inlining doens't make any binsize difference 20.22.42 # linuxstb: it doesn't say that when I type the command though 20.23.13 # linuxstb: Only on --help 20.25.16 Quit AndyI () 20.26.06 # I find it a bit confusing with the .mi4/.bin stuff 20.26.50 Join merbanan [0] (n=banan@83.233.243.57) 20.27.33 Join perrikwp [0] (i=98214a50@gateway/web/ajax/mibbit.com/x-ddc04918cc08798e) 20.28.14 # finally... 20.29.02 Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) 20.30.41 Quit Synergy6 ("Adios") 20.30.47 # linuxstb: how do you expect to handle buffering with 320KB? 20.31.08 # I mean, should there be any at all? 20.31.23 # That's a challenge for you... 20.31.38 # * linuxstb hasn't thought about it at all. 20.31.45 # would it be viable to read directly from the audio files? 20.32.09 # I guess it would have to. 20.32.13 # Nico_P: Would be interesting how the OF does that 20.32.14 Join varnagy [0] (n=chatzill@78-131-9-95.pool.hdsnet.hu) 20.32.49 # some parts of the playback code will need to be changed 20.32.57 # ie the codec callbacks 20.33.19 Part varnagy 20.33.53 # I'm not seriously looking at a port to the Clip though, I just bought it as a cheap V2 target, so I can help get the port started 20.34.29 # yeah I know, but as you said, it's an interesting challenge ;) 20.35.05 # You could easily configure an existing flash-based target to only use 320KB of RAM... 20.35.10 Join AndyI [0] (n=pasha_in@212.14.205.32) 20.35.16 # krazykit: which file did you take? a 1.02.24 version OF file (as OF.bin) didn't work 20.35.25 # * Nico_P might try things like that on his c200 20.35.58 # it could actually make the playback code much simpler 20.36.22 # * gevaerts expects that some people won't mind an effort to fit rockbox in 320KB at all 20.36.26 Join gregzx [0] (n=chatzill@dse116.neoplus.adsl.tpnet.pl) 20.37.17 Quit AndyI (Client Quit) 20.38.02 # i think most of the codecs would be out with 320k 20.38.52 # and call it rockbox lite, pebblebox ? 20.38.56 Quit Mathiasdm ("Yuuw!") 20.38.58 # Can it run code directly from flash ? 20.40.47 # gevaerts: if you insert the charger on your sansa c200, does the battery voltage seem right during charging, or is it way too high? 20.41.01 # gevaerts: No, it's not memory-mapped 20.41.03 # bertrik: it's way too high 20.41.25 # linuxstb: that probably means using overlays or something similar 20.41.58 # ok thanks 20.42.33 Join AndyI [0] (n=pasha_in@212.14.205.32) 20.43.02 # linuxstb: There must be some really clever trick 20.43.24 Quit OlivierBorowski (Remote closed the connection) 20.43.28 # Even on the archos with least features (the player), rockbox needs more than 320KB of RAM 20.44.06 # 345740 bytes for latest svn, not including the plugin buffer 20.44.07 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) 20.44.19 # Does that include bss? 20.44.24 # yes 20.44.45 # But on archos we need no codecs, and SH1 code is a lot more compact than arm code 20.44.50 # kugel, i don't know. i called it OF.mi4 20.44.55 Join tlkg [0] (n=nick@c-68-45-63-72.hsd1.nj.comcast.net) 20.45.00 # I've noticed thumb code in the V2 firmwares... 20.45.03 # hey guys 20.45.11 # krazykit: Yea, OF.mi4 works 20.45.12 Quit OlivierBorowski (Remote closed the connection) 20.45.29 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-64-139.w86-213.abo.wanadoo.fr) 20.45.30 # Yeah, maybe thumb is similarly compact. That still leaves the codec problem 20.45.31 # anyone know how to get rockbox to display new podcasts? 20.46.15 # weeh, I got it working \o/ 20.46.24 # gevaerts: the datasheet says you can memory map external flash 20.46.33 # after 2-3 nearly bricks 20.46.34 # so i would assume they've memory mapped a bit of the flash chip as ROM 20.46.40 # saratoga: NAND flash though? 20.47.07 # but I do think now, that the e200 is unbrickable w/o dealing physical damage 20.48.00 # 320KB is an odd amount of ram. Are you sure about this? 20.49.05 # It's described as 2.5Mbit in one place, and as 5 * 64KB in another 20.49.20 # But I've only briefly skimmed the datasheet... 20.50.07 # linuxstb: for comparison, the mpa codec needs ~110kB including bss on the S 20.50.41 # linuxstb: i'm not sure 20.50.52 # The OF just does mp3, wma, WAV and audible. 20.50.58 # its 5 banks of 64KB 20.51.04 # No sdram?? 20.51.09 # none 20.51.18 # Strange design... 20.51.28 # its the future 20.51.37 # SDRAM is going away on daps 20.51.39 Join waldo [0] (n=waldo@ip-81-11-213-135.dsl.scarlet.be) 20.52.07 # nvidia's new chip has a meg or two of SRAM 20.52.22 # probably they'll be up to a 4MB in no time 20.52.31 # in which case you don't need or want SDRAM 20.52.33 Quit waldo (Remote closed the connection) 20.53.32 # Are you sure that's MB of SRAM, not Mbit? 20.54.28 # saratoga: That might apply to flash based daps, but certainly not to hdd based daps 20.54.43 # linuxstb: any reason why tools/configure has svn:eolstyle set to LF instead of native? 20.55.15 # ......and also not to daps with pda-like features 20.55.31 # Sadly hdd based DAPs also seem to be going away... 20.55.37 Join midgey_ [0] (n=tjross@ip72-194-223-209.sb.sd.cox.net) 20.55.47 # I think rockbox would still be possible with just 320KB of ram, with the following limitaions/changes: 20.55.49 Join waldo [0] (n=waldo@ip-81-11-225-88.dsl.scarlet.be) 20.55.51 # amiconn: sadly it seems hdd based regular daps are going away too... 20.56.23 Quit midgey (Read error: 104 (Connection reset by peer)) 20.56.30 # Nico_P: No idea... I would expect bash in cygwin to handle CR/LF if that's how cygwin was configured. 20.56.39 # well, with rising flash space that shouldn't realy be that big a deal n1s 20.56.42 # * Codec buffer reduced to 128KB. No malloc buffer. This will probably rule out a number of codecs 20.56.56 # admitedly it sucks for you guys with growing flac libraries 20.57.03 # by the time you get up to 4MB of SRAM, you'd have 64 to 128GB of flash on a $150 device, which makes HDs less interesting 20.57.04 # * Everything compiled as thumb 20.57.12 # Horscht: finding a flash based player with > 20GB is kind of hard though... 20.57.25 # it's still hard, yes 20.57.49 # but I assume in a not too distant future, 32GB+ Flash targets are more common 20.57.51 # HD DAPs still have 10 times the storage of flash based though 20.57.53 # * Some of the big-code features need probably be cut from the core 20.57.55 # * DerPapst still waits for this over 800GB 2.5'' solid flash drive 20.58.15 # * No separate plugin buffer. If we want to allow plugins, they would always have to stop playback 20.58.22 Part tlkg ("Leaving") 20.58.34 # linuxstb: 10 times? Nah... 20.58.42 # flash based targets have a lot of advantages over hd based ones. (physical) size being one of them 20.58.44 # Do you know a 320GB 1.8" hdd? 20.58.51 # also, being more failure proof 20.58.56 # amiconn: What are the 32GB flash targets? 20.59.04 # because of no moving parts 20.59.11 # iphone has a 32GB version, no? 20.59.18 # linuxstb: I will soon have one. Not even very expensive... 20.59.21 # ipod touch 20.59.27 # iPod Mini + 32GB CF card 20.59.30 # Horscht: Surely you don't mean they're smaller at the same capacity. They're smaller at smaller capacities. 20.59.30 # there is a 32GB sansa view 20.59.30 # Horscht: the fragility of dap harddrives is greatly exaggerated 20.59.31 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 20.59.32 # OK, so currently 5 times... 20.59.32 # linuxstb: 2.25 megabytes 20.59.37 # not bits 21.00.06 # saratoga: Isn't that meant to be a video decoder though? 21.00.18 # that is true, but also, HD based targets can't realy shrink anymore, Llorean 21.00.30 # Unfortunately all 2.5" HDDs bigger than 160GB are only produced as SATA versions... otherwise one could indeed have a 320GB HDD based dap nowadays... 21.00.35 # * bertrik wonders if anyone here ever managed to wear out the erase cycles of flash memory 21.00.36 # (even rockboxable!) 21.00.36 # flash is also less power hungry 21.00.42 # * DerPapst ios fine with the size of his hd based targets 21.00.45 # linuxstb: its an ARM SOC + DSP core 21.01.09 # Horscht: What are you basing this statement on? There are already HDs the size of dice: http://www.itechnews.net/wp-content/uploads/2006/03/22.jpg 21.01.10 Quit mcuelenaere (Read error: 54 (Connection reset by peer)) 21.01.37 # you can't realy deny it, flash is a lot better for portable devices 21.01.45 # * linuxstb doesn't treat his DAPs well, but has never had a hard disk fail 21.01.48 # Llorean, depends on the size of the dice :p 21.01.49 # probably meant for cell phones and DAPs, sinc ethe display only goes to 320x240 21.02.14 # Horscht: I deny it - the price/capacity of flash can't compete with hard disks. 21.02.18 # seriously, though. that HD does not look like it's mass produced already 21.02.24 # Horscht: but you posited that HDs can't be shrunk any more. Defend your statement and show some evidence that they've reached a minimum size? 21.02.55 # amiconn: there is a 250GB 21.03.03 # scorche|sh: PATA? 21.03.06 # yes 21.03.09 # I defend my statement with a quote by a famous person, Llorean 21.03.15 # scorche|sh: URL? 21.03.15 # "lalalallaa, I can't hear you!" 21.03.22 # :) 21.03.23 # http://www.newegg.com/Product/Product.aspx?Item=N82E16822136159 21.03.39 # Horscht: That's silly. This is an on-topic channel. You really shouldn't be making statements like that if they're just wild opinion. 21.03.48 # i don't even think theres much market for 1.8" drives, let alone smaller 21.04.53 # Until such time as flash reaches the same sort of data density as HDs, you're still going to see media based players using both, since many people will prefer to have all their media on one device rather than toting a bag full of cards. 21.05.01 # Llorean, i do believe that there is a minimum practical size of HDs 21.05.23 # Horscht: You believe. But you've got no evidence other than your own speculation? 21.05.40 # there is a point on which you can't put more data on a certain soze of platter 21.05.52 # the AV300 would be nice, as i want a device i can throw a 2.5" hard drive in and will still play me flac 21.05.58 # shrinking the platter will eventualy shrink the space 21.06.03 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.06.07 # Horscht: The exact same thing holds true for flash. that is a completely invalid point. 21.06.11 # surely, we're not at that point yet 21.06.35 # Horscht: As I said, until flash surpasses magnetic storage in data density, disks will be an alternative. I think this makes it VERY clear that I warranted that if flash does surpass it, it can become a better alternative. 21.06.49 # but I do feel that Harddisks, for DAPs, will "soon" be outdated 21.07.05 # There's another point apart from available capacity - the price 21.07.27 # Horscht: Define "soon" ? 21.07.32 # Yes, right now a 160GB flash device would be ridiculously expensive. 21.07.33 # to me it seems that the increase in disk capacity is slowing down, while flash capacities are still going up very rapidly 21.07.37 # And probably will be for quite some time. 21.07.39 # "soon" is undefined, linuxstb 21.07.46 # that's why I quoted it 21.07.51 # Horscht: If you can say that, I can say "soon" is already up, and it hasn't happened. 21.08.01 # * gevaerts recommends #rockbox-speculation 21.08.21 # Horscht: so you say that sometime in the future we will no longer use the current technology... 21.08.39 # no, not entirely 21.08.55 # n1s: A dangerous position if I ever heard one. ;) 21.09.07 # but for DAPs, HDs will be close to non-existant 21.09.20 # Horscht: At some undefined point in the future? 21.09.26 # yes 21.09.33 # Thanks for the insight... 21.09.36 # bertrik: I'd say disk capacity is going up faster than people think. The jump from 80gb dual platter to 80gb single platter was very sudden. 21.09.38 # Relatively speaking 21.10.09 # but already flash based targets do have a wider appeal to the general public, with storage sizes > 30GB 21.10.50 # Horscht: If this were absolutely true, Apple wouldn't have introduced the iPod Classic as disk based, but rather as flash based with two or three times the storage of the 3rd Gen Nano. 21.10.53 # general public being the majority of costumers 21.10.57 Quit Nico_P (Read error: 104 (Connection reset by peer)) 21.11.00 # * gevaerts wonders which will come first : the heat death of the universe, the end of HDs in DAPs, or the end of this discussion 21.11.15 # that's what they have the nano for, Llorean 21.11.25 # Horscht: You missed my point entirely 21.11.30 # but the current nanos are still rather small in capacity 21.11.42 # Horscht: stop making lots of claims without any hard numbers or facts 21.12.00 # scorche: wow 21.12.07 # Just ~70 EUR... 21.12.36 # scorche|sh, this whole discussion is based on claims, from both sides of the arguments 21.13.03 # amiconn: yeah...and that wasnt any price shopping..that was just a well-known retailer that i searched for a drive from because i knew i had seen 250 PATA drives 21.13.23 # but i will just shut up now. 21.13.29 # I am hungry 21.13.53 # Horscht: i see proof given to disprove your arguments...i see nothing enforcing your claims....regardless, if you want this to continue, #rockbox-community awaits 21.14.08 # no thanks 21.15.40 Join petur [50] (n=petur@rockbox/developer/petur) 21.19.46 Quit rp- ("leaving") 21.24.12 Quit mcuelenaere (Read error: 131 (Connection reset by peer)) 21.24.49 Quit maddler ("connection reset by beer!") 21.25.17 Join maddler [0] (n=maddler@cabbage.komputika.net) 21.26.45 Quit petur (Read error: 104 (Connection reset by peer)) 21.26.57 Join webguest60 [0] (n=55cf997e@gateway/web/cgi-irc/labb.contactor.se/x-55d71ea4dbdc9731) 21.27.00 Join petur [50] (n=petur@rockbox/developer/petur) 21.27.09 Quit webguest60 (Client Quit) 21.27.16 Join webguest95 [0] (n=5b796640@gateway/web/cgi-irc/labb.contactor.se/x-25f76838ec060806) 21.27.17 Join Absnthe [0] (n=Christop@ool-43561407.dyn.optonline.net) 21.28.28 # need telechips datasheets? 21.29.23 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.29.24 Join w1ll14m [0] (n=william@dhcp-077-249-150-171.chello.nl) 21.29.58 # webguest95: These? http://forums.rockbox.org/index.php?topic=10164.msg109942#msg109942 21.33.00 # i see someone published it. but i got it a month before... 21.33.26 # here http://depositfiles.com/files/5002430 21.33.43 # Are you interested in porting Rockbox to a telechips device? 21.34.34 # webguest95, your link does not work 21.35.50 # they deleted it... 21.36.13 # strange. i uploaded it a week ago 21.36.31 # it wass al tc datasheets 21.37.00 # webguest95: What is your interest in the telechips datasheets? 21.37.40 # no interest. i thought its not publicavailable so i can help 21.37.50 *** Saving seen data "./dancer.seen" 21.38.57 # im interested in PP and AMS 21.40.10 Quit webguest95 ("CGI:IRC") 21.42.24 Join einhirn_ [0] (n=Miranda@p5B033A20.dip0.t-ipconnect.de) 21.42.45 Join skull0 [0] (n=skull0@189.133.254.39) 21.43.07 # Yo there again folks 21.43.44 # I have read several times the pages you suggest me but unfortunately I dont know the type of proc im dealing with 21.43.58 # Then consult the all-seeing Google. 21.44.03 # I got a picture so someone can give me a hint 21.45.18 # its kind strange because I didnt find the model I use in google 21.45.28 # amiconn: I haven't read if there was already an answer, but I just ordered a 250 GB PATA 2.5" WD drive 21.45.58 # BigBambi: yeah...i told him one exists 21.46.06 # hehe 21.46.11 # too late then :) 21.47.09 # amiconn: for ~ €85 in .fr 21.47.09 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 21.47.29 # BigBambi: Cheapest in .de is EUR 69.95 21.47.35 # nice 21.47.43 # (including VAT) 21.47.54 # yep (+ delivery here) 21.47.56 Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) 21.48.28 Join espire [0] (n=espire@CPE000d8824ef4e-CM0013718690da.cpe.net.cable.rogers.com) 21.48.30 # It looks like someone should really write fdisk.rock and format.rock... 21.49.06 # hi all, to use album art, I have to use a .BMP file, correct? what should this file be named? 21.49.07 # the closest one I got is this http://img.alibaba.com/photo/100477901/Dmp_02_Multi_Media_Player_M_B_Board.jpg 21.49.29 # esperegu_: www.rockbox.org/wiki/AlbumArt 21.49.35 # sorry, @ espire 21.49.47 # ah, thanks 21.49.47 # what is the ess thing? 21.49.57 # its RISC or SoC? 21.49.58 # Nico_P: ? 21.50.53 # skull0: uh, a SoC can be RISC... 21.51.19 # What kind of board is this? It looks like a hobbyist board. 21.51.39 # skull0: is that the only IC on the board? 21.51.51 # dunno thats because give me a little problem to address components 21.51.57 # yep 21.52.24 # here => http://www.esstech.com/products/AVplayer/Prod_Briefs/pb6425.pdf 21.52.27 # badger: just read this on wiki, perhaps I dont read it well. 21.52.29 # =_ 21.52.30 # took me 20 seconds 21.54.24 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.54.29 # hah, it _was_ a SoC that is a RISC ;-) 21.54.46 # jeje 21.54.58 # doesn't mention the cpu though 21.54.58 # proprietary core... 21.55.13 # yeah, charming approach... 21.55.28 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.56.14 # another question; what version of ID3 does rockbox support? 21.56.24 # Both V1 and V2 tags. 21.56.32 # even v2.4? 21.56.39 # The one I have has usb and ever ask myself if connecting a hub to this mini will work to attach some peripherials some comments? 21.56.40 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.56.49 # espire: yes 21.57.11 # cool, thanks 21.58.24 Join p3tur [0] (n=petur@d54C6FD04.access.telenet.be) 21.58.42 Quit petur (Nick collision from services.) 21.58.49 Nick p3tur is now known as petur (n=petur@d54C6FD04.access.telenet.be) 21.59.48 # well time t deal with the ess thing, thanks everyone!!! wish me luck!!! 22.01.47 # hmmm do backlight and button backlight share the same MAX_BRIGHTNESS_SETTING? 22.03.39 # hm, getting lots of "svnversion.sh: line 10: $'\r': command not found" with svn17422 22.03.42 # petur: I wondered about that as well, but with the log transformation it just means the same number of steps 22.04.12 # bertrik: in cygwin ? 22.04.13 Quit Topy44 (Read error: 104 (Connection reset by peer)) 22.04.22 # roolku: yes 22.04.54 Join Topy44 [0] (i=Topy44@g227181180.adsl.alicedsl.de) 22.04.55 Join perrikwp [0] (i=9821738c@gateway/web/ajax/mibbit.com/x-6bbdb82d0df853d4) 22.04.58 # I think it is the same problem I just fixed for configure 22.05.10 # bertrik: let me check 22.05.33 Join webguest60 [0] (n=58a10615@gateway/web/cgi-irc/labb.contactor.se/x-27cd63459fedb78d) 22.06.37 # I'll try checking it out again 22.06.48 # hello, could you explain me what means a "*PANIC* event line full" with Rockbox ver. r17400-080507. ? 22.06.48 # betrik: yes, fell victim to Nico_P's tidy up 22.07.48 # webguest60: something bad happened, probably a bug 22.08.42 # betrik: thanks, you know where i could fine the "event line" to debug ? 22.08.57 # webguest60: developers are aware of it, but I don't know exactly who is working on it 22.09.17 # mkay, thanks 22.09.20 # webguest60: It would be helpful to know how you triggered that bug 22.09.33 # firmware/events.c 22.09.51 # cant tell you, its not on mine 22.09.54 # bertrik: should work now 22.10.13 # yup, it works again, thanks 22.10.15 # http://dormrf.free.fr/toutsansa/viewtopic.php?id=343 22.10.51 # It's a last.fm user 22.11.18 # if it's not already on the bug tracker, you can add it, preferably with more info on (what target, how to reproduce it, etc.) 22.12.26 Quit webguest60 ("CGI:IRC") 22.12.32 Join webguest18 [0] (n=58a10615@gateway/web/cgi-irc/labb.contactor.se/x-4599df3a9b90aa41) 22.12.59 # i'll ask him to fill a bug report 22.17.35 Join gromit` [0] (n=gromit@ALagny-154-1-79-131.w81-48.abo.wanadoo.fr) 22.18.38 Quit kugel ("ChatZilla 0.9.81 [Firefox 3.0b5/2008050509]") 22.21.39 Quit mcuelenaere (Read error: 131 (Connection reset by peer)) 22.22.11 # one commit more and we are all green 22.22.52 # any reason for using DEFAULT_STACK_SIZE multiples when defining stack sizes and we're actually going for some specific size? 22.23.20 # e200 sd stack is (DEFAULT_STACK_SIZE*2 + 0x1c0)/sizeof(long) big, for example 22.24.18 # I guess plain laziness 22.24.38 Quit espire () 22.24.40 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.24.48 # good, i won't do that, then 22.25.03 # no reason to make it DEFAULT_STACK_SIZE dependent when you don't care what DEFAULT_STACK_SIZE is 22.25.17 # exactly 22.27.10 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 22.27.10 Quit webguest18 ("CGI:IRC (EOF)") 22.32.06 Quit leox (Read error: 104 (Connection reset by peer)) 22.33.23 Join axionix_ [0] (n=axion@cpe-74-70-239-117.nycap.res.rr.com) 22.34.19 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 22.37.24 # * Bagder found and fixed the flaw that made the current build source archive not update 22.37.49 # and sansalinux.org now gives us some credit too 22.39.12 # * bertrik didn't know sansalinux 22.39.14 # poor linux guys 22.39.37 # both of them? ;-) 22.40.53 # bertrik: ipodlinux + rockbox drivers and installer = sansalinux 22.41.23 # but it looks like a nice hack 22.41.36 # it is indeed :-) 22.41.40 # * Bagder didn't try it, only checked sources 22.41.46 # * gevaerts would like beastlinux 22.41.54 Quit mcuelenaere (Read error: 145 (Connection timed out)) 22.44.52 Quit axionix (Read error: 110 (Connection timed out)) 22.45.12 # * DerPapst did.. works pretty well already 22.45.43 Quit w1ll14m (Read error: 104 (Connection reset by peer)) 22.46.28 # gevaerts: well, at least that is powerful enough to run it well 22.46.28 Join DerDome [0] (n=DerDome@dslb-082-083-232-198.pools.arcor-ip.net) 22.46.49 # exactly. Once it runs well we can put build servers on them 22.47.04 Quit linuxstb (Read error: 101 (Network is unreachable)) 22.47.23 Join moos [0] (n=c40cd995@gateway/web/cgi-irc/labb.contactor.se/x-0367e82b764e6c37) 22.47.25 # with ethernet over usb that could actually work... 22.47.57 # hmm 22.47.58 # d2 has two cores... 22.48.01 # * DerPapst still wants gcc as a plugin. 22.48.59 # hmmmm 22.49.05 # sanity as a plugin 22.49.32 # I'm now down to a single line of code where the dropout on mini is caused, but I don't really understand why 22.50.08 # *possibly* the PP ATA controller checks some signal, and actually blocks the register read until that signal becomes ready 22.50.14 Join espire [0] (n=espire@CPE000d8824ef4e-CM0013718690da.cpe.net.cable.rogers.com) 22.50.25 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 22.50.37 # hi there 22.50.52 # As soon as I read ATA_STATUS (or ATA_ALT_STATUS) too soon after powering up the disk, the dropout happens 22.50.53 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 22.51.16 # It's independent on whether the subsequent checks are delayed a lot, the first check matters 22.51.21 # is anyone can build me last S bootloader please? (not possibilty to build here) 22.51.23 # finally got my beast 22.51.28 Join kugel [0] (n=kugel@unaffiliated/kugel) 22.51.34 # saratoga: congrates 22.51.38 # So the only fix is to increase the delay after powering up the disk. 22.51.55 # Should we do this for all hdd based targets, or just for the minis? 22.52.09 Quit linuxstb_ (Read error: 110 (Connection timed out)) 22.52.14 # Right now we're waiting HZ/50. The mini needs at least HZ/5 22.52.37 # i'm surprised at the S retail firmware, its not that terrible, though lack of UMS makes me thinking syncing it will suck 22.52.54 # amiconn: I seem to recall reports of dropouts on several PortalPlayer targets recently, at various times. Including a recent one that was "fixed" by enabling dircache. Could there be any relation 22.53.28 # Depends on the type of dropout. The one I'm talking about is pretty easy to identify 22.53.31 Part espire 22.54.01 # moos: pure rb bootloader or dualboot? 22.54.08 # Whenever the disk has spun down and is powered off, any disk access (playback related or not) causes a single audio dropout of a fraction of a second 22.54.21 # amiconn: Ah, this sounds more like frequent ones. 22.54.37 # This seems to block the whole SoC 22.54.45 # saratoga: impossible to use it here, my beast did sleep 2 months here waiting rockbox ;) But sure it sucks a bit more than others 22.55.02 # 0.2 seconds extra aren't that much compared to the other target's spinup times... 22.55.24 # DrPapst: Dualboot please (even if I canot make it workin yet) 22.55.31 Join w1ll14n [0] (n=william@dhcp-077-249-150-171.chello.nl) 22.55.37 # mkay 22.55.48 # merci 22.55.55 # * amiconn needs to check something 22.55.58 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 22.56.24 # saratoga: s/more/less 22.57.12 # * amiconn doesn't know a single OF that does not suck one way or another 22.57.32 Quit Buschel () 22.58.35 # * w1ll14n wonders if there's even one OF that doesn't suck at all 22.59.18 # * Llorean finds the OF of his watch quite acceptable. 22.59.50 # lol 23.00.01 # iirc some like the D2's of ;-) 23.00.10 # * gevaerts uses a watch with non-upgradable gearware 23.01.35 # DerPapst: your last flash^H^H^H^Hlamp patch misses stuff like buttonlight_force_on() 23.01.45 # * w1ll14n thinks about gevaerts watch... doesn't it have a replaceble battery ? 23.02.00 # * petur missed a backspace 23.02.15 # oh? /me runs and checks 23.02.17 # Hmm, spinup time from power-off state is significantly longer than from standby anyway 23.03.07 # On mini: 450 ms from standby, 1500ms from power-off 23.04.00 # petur: shall i put it in lib/helper.[c|h] or in the plugin itsself? 23.04.39 # amiconn: i think about 1 second is the usual difference for these small hds 23.04.59 # the lib please 23.05.06 # ok :-) 23.05.38 # i was wondering, does the gigabeat's also have a serial port on dock connector ? 23.05.50 # The more important is that it seems those 0.2 extra seconds don't accumulate (probably because it shortens the wait_for_bsy() time by the same amount) 23.06.08 # So I think we should wait that tiny bit longer on all hdd targets 23.06.13 # Opinions? 23.07.15 # amiconn: does it accumulate on other targets? 23.07.25 # Didn't test yet 23.07.42 # Maybe I should... 23.09.12 Nick Absnthe is now known as Absnthe|away (n=Christop@ool-43561407.dyn.optonline.net) 23.09.32 # I tried HZ/2 on mini now. Even that doesn't change the ~1500ms spinup time from power-off 23.09.58 # * amiconn will try HZ/2 on iriver and archos now 23.11.55 Join davina^ [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 23.12.14 # petur: http://papsti.dyndns.org:83/lamp_02.diff 23.12.22 # i do a quick test compile 23.13.33 # (quick = 20 minutes.. cygwin ;-)) 23.14.10 # n1s: No accumulation on h180, even for HZ/2 23.14.11 # DerPapst: if you start adding features for the lamp plugin, you should make it use the greylib on monochrome/greyscale targets so that it can "dim" the light... ;) 23.14.23 # * amiconn thinks he should go for HZ/2 to be on the safe side then 23.14.34 # amiconn: then I'd say go ahead 23.14.34 # Will test archos and G2 first 23.14.38 # DerPapst: errors ;) 23.14.45 # pixelma: meh.. i don't add more "bloat" to it sine it isn't wanted :-P 23.14.56 # petur: meh... 23.14.59 # DerPapst: I'll fix 'm 23.15.07 # ok. thanks 23.15.12 # DerPapst: it should have a Morse mode! 23.15.22 # hehe 23.15.35 # * DerPapst puts fingers in ears and starts to sing... loudly 23.15.55 # * gevaerts wonders if DerPapst sings in morse 23.16.42 # DerPapst: well if colour targets have an arbitrary colour setting; I would think that's fair... 23.17.00 # pixelma: they don't :-P 23.19.48 # Indeed not, even with the colour-circle patch 23.20.18 Quit Zom (Read error: 104 (Connection reset by peer)) 23.20.20 # ...which i will keep thoug :-P 23.20.23 # +h 23.20.32 # It's not arbitrary, it only allows colours with value=100% and saturation=100% 23.20.35 # the dimming with the help of greylib would only be needed on targets which can't set the backlight brightness in this idea 23.20.36 # ...or white 23.20.38 # * DerPapst likes pretty colours 23.20.56 # w1ll14n: the serial port is available internally, not on the dock connector 23.20.59 # * gevaerts wants octarine support 23.21.00 # * amiconn thinks that colour circle patch should be committed 23.21.11 # pixelma: the brightness is set to maximum and not changed in the plugin 23.21.18 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 23.22.05 # the main storage in the sansas get treated just like an sd card, yes? 23.22.49 # the "lamp" on a Mini is then probably much brighter than on an H100... (just saying) 23.23.02 # preglow: as far as I understand it, yes 23.23.35 Quit Seed (Nick collision from services.) 23.23.43 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 23.23.44 # DerPapst: You're right :) 23.24.07 # I'm suprised how much effort you put into overkilling a simple flashlight/lamp 23.24.20 # n1s: I can confirm that there is no adding up at all 23.24.25 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.24.30 # DerPapst: I'll leave 8934 open for those who want to work on the other features of the original patch? 23.24.32 # * DerPapst pffffffs 23.24.37 # pfffffft 23.24.43 # ok 23.24.50 # DerPapst: :) 23.24.51 # maybe you can rename it though 23.24.57 Quit skull0 ("Leaving") 23.25.17 # * petur could also close it and let people create a new one 23.25.26 # Can we rename lamp again? To ilumination or something? 23.25.53 # That was suggested by Llorean like month ago 23.25.54 # * Llorean doesn't like to intentionally give things misspelled names like ilumination. :-P 23.26.13 # kugel: I also would've suggested lamp if pixelma hadn't been about 2 seconds faster typing it out. 23.26.24 # illumination is also fine 23.