--- Log for 17.01.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 hours and 11 minutes ago 00.00.29 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 00.00.41 Join solexx [0] (n=jrschulz@e176101114.adsl.alicedsl.de) 00.03.59 Join Schmogel [0] (n=Miranda@essn-4db64c17.pool.einsundeins.de) 00.05.24 Quit miepchen^schlaf () 00.07.33 Quit timc`` (Connection reset by peer) 00.07.43 Join timc`` [0] (n=aoeu@124.93.243.83) 00.10.28 # does anyone know how to get firmware off a device? i cant find it within the files and i cant find this older version online either 00.10.40 Quit bertrik (Remote closed the connection) 00.11.48 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 00.12.14 Join rockbox [0] (n=4c02b459@gateway/web/cgi-irc/labb.contactor.se/x-e6d1d4c91a53d414) 00.14.29 # hello, i was wondering if the rockbox project for the sansa view was still running? 00.17.37 # TheSkunkMan: "How" depends entirely on the device. It could be in a hidden partition, it could be written to a ROM elsewhere. It may not be recoverable without taking the player apart. 00.17.38 Quit solexx_ (Read error: 110 (Connection timed out)) 00.18.03 # rockbox: Any updates should be in the forum thread, or in the Rockbox changelog accessible on the front page of the site. 00.19.32 Join salty-horse [0] (n=ori@bzq-79-176-13-209.red.bezeqint.net) 00.19.47 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 00.19.54 # * bertrik spots a si4702 fm chip in the sansa view 00.20.00 # hi. here's a small documentation patch to UISIMULATOR (changed "archos" to "simdisk") -- http://pastie.org/362924 00.20.53 # Llorean: thank you, i will check there 00.20.59 # salty-horse: You should post patches to the patch tracker. 00.21.02 # goodbye 00.21.05 Quit rockbox ("CGI:IRC") 00.21.14 # is it possible to use the apple firmware for ipods on ext3 file system instead ? 00.21.17 # Llorean, ok 00.21.34 # tajlero: That has nothing to do with Rockbox. 00.21.40 # Questions about the Apple firmware should be asked to Apple. 00.21.59 Join ibseco [0] (n=ibseco@HSI-KBW-091-089-199-124.hsi2.kabel-badenwuerttemberg.de) 00.23.17 Join film42 [0] (n=GT@ip68-96-68-104.oc.oc.cox.net) 00.24.59 # see well rockbox can not work without apple firmware can it Llorean ? 00.25.26 # Sure it can. 00.25.28 # yes, it can 00.25.32 # it can 00.25.41 # Err, it can't... 00.25.41 # so I can reformat my ipod 00.25.55 # and just have rockbox on it 00.25.57 # linuxstb: Well, it can work without any of the on-disk Apple firmware. 00.26.02 # linuxstb: without the 'main firmware' can't it? 00.26.12 # linuxstb: And the bootloader->firmware partition loading doesn't depend on Filesystem. 00.26.21 # i.e. the non in-flash part 00.26.35 # That's not what either of you said though... 00.26.58 # Well, it works without the Apple firmware, just not the Apple Bootloader. 00.27.11 # cool Llorean :D 00.27.21 # And the filesystem in-use is irrelevant to the Apple Bootloader. 00.27.27 Quit TheSkunkMan (Remote closed the connection) 00.27.30 # That being said, Rockbox only works with FAT32 00.27.40 # so how can I do it in ext3 00.27.48 # Write an ext3 driver for Rockbox. 00.27.51 # that sucks 00.27.57 # FAT32 BLOWS 00.28.14 # There's no need for the additional overhead for MP3 players 00.28.57 # fat32 is a slow filesystem though 00.30.57 # this is an mp3 player... 00.31.08 # so 00.31.16 # So what do you need "fast" for? 00.31.20 # You need "minimal RAM footprint" 00.31.44 # because it gets fragmented really bad 00.31.46 # over time 00.31.51 # compared to ext3 00.31.55 # Fragmentation doesn't happen automatically 00.32.05 # It happens if you *write* often 00.32.08 # please do not use mp3 player 00.32.15 # use media player 00.32.15 # ? 00.32.15 # Large-disk MP3 players are, generally, write-once read-often 00.32.31 # yeah 00.32.32 # but still 00.32.36 # These aren't really media players. They're DAPs. Digital Audio Players 00.32.41 # So your fragmentation concern is not a real issue. 00.32.55 # how so 00.33.06 # do you support the crappy file system 00.33.14 # You won't get a significant amount of fragmentation with the normal usage patterns. 00.33.17 # If you would like to write an ext3 driver for Rockbox, feel free. The general feeling is that the effort and increased code size and complexity isn't really worth it 00.33.34 # It's an issue of "choose the tools that are right for the job." 00.33.46 # tajlero: FAT32 is a) supported on all OS and b) used by all the OFs 00.34.00 # I do not care 00.34.02 # it sucks 00.34.08 # Then don't use Rockbox 00.34.17 # or any MP3 player 00.34.19 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 00.34.25 # do not say 00.34.26 # that 00.34.28 # the sansa express also seems to use the si4702 fm chip 00.34.31 # mp3s SUCK 00.35.10 # bertrik: seems they were on sale :) 00.35.22 # well not all digital audio players would used fat32 00.35.47 # plus some hard drives are coming with ntfs filesystem by default now instead of fat32 00.35.54 # the external ones 00.35.57 # tajlero: What do non-DAP HDs matter? 00.36.00 # Rockbox doesn't run on them. 00.36.18 # yeah I know I was making a point with something else 00.36.24 # Simply put: Rockbox uses FAT32. For what Rockbox needs it makes more sense than any other filesystem. Supporting multiple filesystems creates additional overhead that also doesn't make sense. 00.36.36 # If you don't like this, don't use Rockbox, or use a customized build for which you've written your own filesystem support 00.36.59 # You don't need to make any more points, you don't need to complain further about how much FAT32 sucks. These are your options. Deal with it, or do your own thing. 00.37.07 Quit film42 (Client Quit) 00.37.13 # why is it not a media player ? 00.37.19 # please explain ? 00.37.31 # Because currently its entirely designed around an audio player interface. 00.37.46 # There's a separate plugin for MPEG1/2 video, but it's not part of Rockbox's core, just a limited plugin 00.37.55 # I am talking about the device 00.38.05 # not rockbox 00.38.10 # This is #Rockbox 00.38.20 # So we're talking about Rockbox on the device. 00.38.25 # ok 00.38.40 # so why can't you call it media player instead Llorean 00.38.48 # for the device by its self 00.39.05 # Because very few of them are. 00.39.06 Join film42 [0] (n=GT@ip68-96-68-104.oc.oc.cox.net) 00.39.09 # calling it mp3 player 00.39.25 # supports the proprietary mp3 file format 00.39.28 # Calling it an MP3 player simplifies discussion because it's a term that the majority of people can associate with it. 00.39.38 # Calling it a DAP or media player causes confusion among many people. 00.39.49 # well then 00.39.51 # It's like calling them "kleenexes" even though a more proper term would be "tissues" 00.39.51 # tajlero, Llorean: This is getting _way_ off-topic for this channel... 00.40.03 # man 00.40.12 # why are you guys commies 00.40.14 # linuxstb: Valid terms for the channel at least are on-topic, but I agree no more needs to be said at this point 00.41.31 # #rockbox-community ----> 00.42.01 # ok so Llorean I can just reformat my digital audio player (ipod) into fat32 and run the boot loader thing and just move rockbox to it 00.42.21 # or do I have to do it via itunes? 00.42.32 # to get the apple bootloader 00.42.33 # tajlero: Is your ipod currently HFS? 00.42.38 # nope 00.42.51 Join miepchen^schlaf [0] (n=miepel@p579ECA6F.dip.t-dialin.net) 00.43.04 # I just want all my files in a separate folder 00.43.15 # and my ipod is becoming very slow 00.43.19 # tajlero: It needs to be working in the Apple firmware with the data partition being FAT32 to follow the standard Rockbox installation instructions. 00.43.36 # so I want to reformat it 00.43.40 # ok Llorean 00.43.44 # thanks 00.43.57 # http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 00.43.59 # I guess I can run itunes or something through wine 00.44.18 # Or the IpodManualRestore page 00.44.20 # I know how to format a drive 00.44.28 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.44.33 # http://en.wikipedia.org/wiki/Comparison_of_iPod_managers 00.44.49 # tajlero: It's not as simple as just formatting the drive in most cases... 00.45.08 # I do not want an ipod manager 00.45.14 # you know how to format an iPod AND keep the apple firmware? 00.45.16 # you do not need that 00.45.21 # nope 00.46.32 # tajlero: If you don't have working iPod software, you'll have to use an unsupported install method. As the term suggests, we don't provide support for those, so I'd recommend doing it the "proper" way. 00.46.45 # If you don't want an iPod manager why did you talk about running iTunes through wine? 00.46.51 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 00.47.00 # so that I can restore my ipod soap 00.47.12 # or use the cd that can with it 00.47.14 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.47.19 # If you need iTunes to do the format (through WINE?) then why did you dismiss my first link on the chain to not using iTunes to do the restore? 00.47.40 # I just use the folders on my ipod to play the music via a media player 00.48.11 # I do not understand what you mean soap 00.48.37 # how am I going to get the firmware on there than 00.48.48 # without itunes soap 00.48.48 # You're the one who mentioned running iTunes through wine - I gave you two (out of three) links to avoid that need. (not that I think iTunes works in WINE) 00.49.03 # ok 00.49.07 # well thanks 00.49.11 # I will check them out 00.49.16 # if you weren't so snotty and dismissive of my link (and linuxstb's followup) you would have seen 00.49.18 # I have some of them 00.49.42 # just not all because of the continuing of this conversation 00.50.01 # when linuxstb said "Or the IpodManualRestore page" he means http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore 00.50.02 # brb 00.50.19 # yes I understand that 00.50.26 Quit AndyI () 00.50.39 # then you have everything you need to know to never need iTunes. 00.50.41 # but thanks any ways from letting me know 00.50.52 # :D 00.51.22 # pixelma: that's a good argument against extending the version string, perhaps. maybe just add a "m" if it's not a "pure" svn build, and add other info to rockbox-info.txt or to a new build-info.txt? 00.51.25 # I hate itunes any ways 00.51.43 # Unhelpful: It *should* already add an "m" if it's not clean 00.51.53 # Or I think it used to 00.52.13 # sorry if I mad any one angry in here 00.52.30 # Llorean: when we discussed this before, i had though it added some indication, as well... but i couldn't find anything in the source to back up that belief :/ 00.53.03 # any mods should have r12345m - in fact sometimes the m appears when it shouldn't 00.53.30 # Unhelpful: Well, it *used* to I thought. 00.53.36 # BigBambi: perhaps spurious "m" would be due to build files that svn doesn't know to ignore? 00.53.46 # saratoga: I put the buttonlight and backlight fade for fuze (and e200v2) up 00.54.00 # http://www.rockbox.org/tracker/task/9663 00.54.17 # Unhelpful: I don't know, maybe :) 00.54.32 # ok thanks every one 00.54.37 # ROCKBOX RULES 00.54.48 # keep up all the good work guys and ladies :d 00.54.49 # Llorean: would you be ok with ajb's patch if it just did a better job of finding the svn revision and working tree status, still used the r12345[m]-DDDDDD version string, and moved other info to either rockbox-info.txt or to a new file for build info? 00.55.49 # that satisfies my desires, which are mostly that 1) the version number works in some cases where it doesn't now and 2) the user can tell a developer of a custom build what they need to know to help. 00.56.28 Quit neddy ("Leaving.") 00.56.32 # Unhelpful: I'm satisfied as long as the version string is the same independent of source control method used, really. 00.56.46 # I don't care how much info you add to rockbox-info.txt or some other file. :) 00.57.17 # Well "independent" meaning "it's the same for all the ones we've added support for" 00.57.33 # Bagder, Unhelpful: I get a warning building the ams sansa bootloader which doesn't seem to happen on the build servers :/ 00.57.43 # so a - in place of the "m" is still objectionable, if the format of the varies? 00.57.51 Quit Schmogel (Read error: 110 (Connection timed out)) 00.58.06 # bootloader/show_logo.c:50: warning: passing argument 1 of ‘lcd_bitmap’ from incompatible pointer type 00.58.14 # Unhelpful: to me, yes. 00.58.34 # Unhelpful: Since not everyone will know what a GIT version number looks like, so they'll see that extra and have no idea what the user's communicating. 00.59.26 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 00.59.29 # as i said... i can live with "m" and telling a tester who thinks they got the build from me to look in rockbox-info.txt 00.59.34 # Yes. 00.59.40 # I think that's pretty acceptable 00.59.57 # I don't think checking the .txt is too much a task, and pastebinning it. You'll probably want to if the [m] is present anyway 01.00.03 # and then i can say "that's from a week ago, i fixed your problem since then", or whatever. 01.00.59 # the idea of having a diff-stat of the local changes... is that useful? it gives an idea of where a custom build has changed things, but it doesn't tell a developer anything about what has actually changed, as a bzr or git commit label of some sort would. 01.01.17 Join mrkiko [0] (n=mrkiko@host49-50-dynamic.0-87-r.retail.telecomitalia.it) 01.01.57 # Unhelpful: Include the diff inside the rockbox.zip... 01.02.06 Join AndyI [0] (i=AndyI@212.14.205.32) 01.02.18 # You could just tack the whole diff on if there is one, yeah. 01.02.31 # It wouldn't affect 'clean' builds anyway, and it'd be terribly handy 01.02.59 # the diff itself? that might not be a bad idea. it'll be a touch difficult for git, since that has "local" history as well. 01.03.52 Quit FlynDice (Remote closed the connection) 01.03.54 # Can you diff against the SVN revision it's based on with git? 01.04.07 # So you basically only get the "final" version of local changes? 01.04.40 # Llorean: definitely... the issue there is that of git-using developers do stupid things, the file could contain not-very-useful info. 01.04.44 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 01.05.29 # Unhelpful: I think that's fine. If people do stupid things, you get stupid files. Ah well. 01.05.31 Quit ibseco (Connection timed out) 01.05.45 # At least in some occasions it'll be helpful, and in the worst case we can't know any less than we already do at "well, it's modified" 01.06.26 Part salty-horse ("Leaving") 01.06.29 Quit Llorean (Read error: 104 (Connection reset by peer)) 01.06.35 Quit FlynDice (Client Quit) 01.06.54 Join Llorean [0] (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) 01.07.04 # basically, a git user can, for example, make a branch, do some work, cherry-pick an svn revision to the branch without pulling in other new svn revisions, and then do some more work. 01.07.45 # So you'd have a diff of all of their changes against that cherry-picked revision? 01.07.52 Join tessarakt [0] (n=jens@e180065222.adsl.alicedsl.de) 01.07.52 # the obvious method of scanning the git log for the newest revision that comes from svn will fail in that case. 01.08.10 # worse, the diff will miss their local work that was before the cherry-pick. 01.08.19 # Ah 01.09.03 # Dunno then 01.09.03 # the only clean way to handle the situation, as i see it, would be to find the last svn revision which has nothing non-svn after it, and diff vs that. 01.09.40 Quit AndyI () 01.10.36 # Bagder, Unhelpful: nevermind, make clean helped 01.10.39 # but that would mean scanning the entire log. i think that we should rather expect devs who use git to be sensible - don't cherry-pick from svn, update branches with rebase, not merge or pull, ie , don't do anything that will mix local changes with svn ones. 01.11.16 # Unhelpful: I think expecting them to be sensible (and maybe even noting how it can fail somewhere) is reasonable. 01.11.59 # actually... i'm not sure that a cherry-picked svn change will still "look" like an svn change. i know that merging from svn instead of rebasing on it will probably fail, though. 01.15.15 # "merge" basically means "add changes from that branch to this one"... "rebase" is more like "forward-port this branch to the latest version of that one" 01.15.47 # So could you diff against the last rebase? Does that even make sense? 01.16.22 # And use the SVN revision of the last rebase, too, for that matter? 01.17.06 Quit ender` (" You don't have to think too hard when you talk to teachers. -- J. D. Salinger") 01.17.06 Quit bmbl ("Woah!") 01.17.33 # i don't think there's any explicit way to detect a rebase in the log... however, git-svn adds a line to commits that it pulls from svn, with a git-svn-id in it that includes the svn revision 01.18.39 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 01.18.50 # i think that, under the assumption that the developer is acting sensibly, the best course of action is to find the newest commit with a git-svn-id, use that as the svn revision, and as the "parent" for producing a diff as well. 01.19.31 # git diff can do commit-vs-othercommit or commit-vs-workingtree, just as svn diff can do, so it's really a matter of deciding what to diff against. 01.21.15 Quit bertrik ("Leaving") 01.22.22 Part toffe82_ 01.24.19 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 01.26.56 Join killan_ [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) 01.27.24 Quit killan (Read error: 104 (Connection reset by peer)) 01.29.17 # ok, "git log --grep=git-svn-id -1" will pop out just the latest commit tagged as being svn 01.30.09 # Well, I don't think it's unreasonable to tell developers they should ask sensibly when using git. :) 01.30.45 Join {-phoenix-} [0] (n=dirk@p54B45569.dip.t-dialin.net) 01.32.04 Quit {phoenix} (Read error: 60 (Operation timed out)) 01.34.02 # that advice extends beyond git, really - "if you're working on this project, or indeed any other, can you just please act sensibly?" :) 01.36.47 Quit domonoky (Read error: 54 (Connection reset by peer)) 01.36.54 Quit DerDome ("Leaving.") 01.42.02 Join sputnik [0] (n=james@dsl100.zipcon.net) 01.48.57 *** Saving seen data "./dancer.seen" 01.54.14 Quit {-phoenix-} (Read error: 54 (Connection reset by peer)) 01.55.36 Quit goffa_ (Read error: 60 (Operation timed out)) 01.57.28 Join goffa [0] (n=goffa@216.220.23.105) 01.58.47 Quit culture (Read error: 110 (Connection timed out)) 02.07.43 # Llorean: ah... svnversion adds that M for us, it's not any logic in our version script... but i can add logic to add such an "M" for git as well. :) 02.08.21 Quit t0mas ("bed time!") 02.08.31 Join fyrestorm [0] (n=fyre@pool-70-19-36-67.ny325.east.verizon.net) 02.08.41 # Unhelpful: Aaaaaah 02.13.25 Quit aurix_lexic1 ("Leaving.") 02.14.13 # * Unhelpful notices that git status helpfully exits with a 1 no matter what the working tree has in it :/ 02.15.17 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.18.40 Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 02.21.26 Join Vern [0] (i=vern@bas8-ottawa23-1128534338.dsl.bell.ca) 02.22.27 # Llorean: would using a "M" on git if there are committed local changes, and "D" if there are uncommited ones, be ok? or should it just always be "M"? 02.22.42 # how do i find a compatibilty list, will it work on touch screen devices etc? 02.24.16 # Vern: theres a list on the front page 02.24.19 # Vern: compatability list for what? rockbox in general? the front page has the list 02.24.56 # oh thats, ok 02.25.01 Quit tyfoo ("Carpe diem") 02.25.32 # ie, right now the branch where i'm working on FS#9758 reports "r19777M-090117" 02.25.44 # if i edit some files without committing them, that changes to "r19777D-090117" 02.26.53 # Unhelpful: I think always using an M is best (to me). Personally I'd rather there never be differences, but I'm not sure what others will think 02.27.21 Quit Vern () 02.27.32 # committing is a vc-only thing, i.e. if you change the source, the build is changed, no matter if the changes are committed or not, so M in both cases imo 02.27.55 # the "what others will think" part of that is why i suggested alex ask the ML in the first place :) 02.28.38 # I think the difference between M and D will only matter to the host of the repository, and by the time they know what local git ID it came from, they'll know if it was dirty or not by the diff. 02.28.45 # kugel: the difference is that in git, "commit" is a local operation, and creates local history, and that you can create a commit ID which the developer can use to "find" that work. 02.29.22 # yes, but that does hardly matter for the version string 02.30.02 # rockbox-info.txt will contain more detailed infos (if I got this right now), and developers will always have to look that up, no matter of D or M, not? 02.31.20 # it doesn't yet, but i think the "next" step would be to add fields with the git commit-ish, and working tree status, for git repositories. 02.32.08 # right 02.32.20 # I think it's best to leave the version number as "simple" as possible. So even casual people who are around to help can see the "M" and know "modified" rather than occasionally seeing "D" and having to ask around further 02.32.33 # I don't think we need to complicate the version string more if rockbox-info.txt is containing all valuable information 02.32.34 # The less we put in the version number, the better, in my opinion. 02.32.45 # just M if it's modified, nothing if unmodified 02.33.18 # i.e. I agree with Llorean ;) 02.34.18 # the "dirty tree" method as alex has coded it wil not detect the addition of new, untracked files - it will only add an "M" for changes to tracked files. i don't *think* anything in our build system allows for the addition of a new file, without modifications to existing ones, to change the build output 02.35.20 # git-svn does not automatically get svn's ignore props, though, so maybe ignoring new files in the dirty-tree detection is for the best. 02.35.22 # that's right 02.35.42 Quit HellDragon (Client Quit) 02.36.05 # that's why creating a build folder will not cause the addition of M 02.36.31 # (unless you svn add those I think) 02.37.44 # it looks that way, yes. 02.40.41 Quit film42 (Read error: 110 (Connection timed out)) 02.45.50 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 02.48.36 Quit flydutch ("/* empty */") 02.52.58 # is there any way to get a sense of the popularity of rockbox targets? (like maybe are the statistics for number of downloads of each available somewhere?) 02.53.59 # here's alex's patch modified to output a version string in the same format as the existing ones from svn: http://www.rockbox.org/tracker/task/9758#comment27744 02.54.21 # and if my summary of the issues brought up seems biased, let me know, because i don't mean for it to be :) 02.55.22 # kadoban: Bagder posts download figures for the main site from time to time 02.55.35 # the Ipod Video and E200v1 typically top the list 02.56.04 # saratoga: great, thanks. that's mostly what i wanted to know anyway (which to really test well) 02.57.18 Join TheCHris [0] (n=ad23d284@gateway/web/cgi-irc/labb.contactor.se/x-a64b82fdf2ed2deb) 02.57.29 # hey anyone here? 02.57.35 # i need help 02.57.57 # theres a lot of people here 02.57.58 # TheCHris: there's almost always someone here. it's usually easier to just ask your question instead of asking permission first :) 02.58.01 Quit Thundercloud (Remote closed the connection) 02.58.12 # oh sorry 02.58.23 # well im not sure how to use rockbox on my sansa 02.58.46 # like i extracted rockbox to it and i dont know how to use the plugins 02.59.46 # TheCHris: you'll probably have to be more specific. is there some error, or are you just generally confused? (did you check the manual by the way? it's a great place to start) 03.00.03 # how do i get to the manual 03.00.11 # http://www.rockbox.org/manual.shtml 03.00.37 # and also when i use the auto installer for rockbox it sais its in MTS mode and i need to be in MSD or something 03.00.55 # yeah thats in the manual 03.01.17 # TheCHris: you have to change that setting in the original firmware 03.03.10 Join tim__ [0] (n=aoeu@124.93.243.83) 03.04.01 Nick kadoban is now known as kadoban_ (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 03.04.04 # do i have to start it in restore mode or normal mode? 03.04.04 Nick kadoban_ is now known as kadoban (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 03.04.39 # TheCHris: you should really read over the installation section of the manual, there's some important information in there (section 2 it is i believe) 03.06.19 Quit saratoga ("CGI:IRC (EOF)") 03.06.29 Join Darksair [0] (n=user@221.221.151.2) 03.08.28 Join FlynDice2 [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 03.09.21 # ok i did everything the manual sais 03.09.31 # now i dont know how to use rockbox still 03.10.12 # TheCHris: if you installed correctly, simply restarting the device should start rockbox 03.11.03 # ohhh nvm i got it 03.11.04 # thanks 03.11.11 # you're welcome 03.12.29 # ok now how do i get my songs on rockbox 03.13.46 # TheCHris: rockbox does not have USB support activated yet, so you boot into the original firmware to transfer songs 03.13.56 # in sansa players that is 03.14.25 # i already have my songs in it but how do i get to them to play 03.14.43 # that is quite well covered in the manual :) read on 03.15.24 # i dont see it 03.15.55 # i believe chapter 4 is browsing and playing 03.16.12 Join grdxyxy [0] (n=eric@116.24.45.135) 03.18.09 # sooo why are all my songs gone now lol 03.20.05 Part grdxyxy 03.20.39 Quit timc`` (Connection timed out) 03.21.27 Quit MethoS (Remote closed the connection) 03.27.52 # TheCHris: they probably aren't unless you did something odd in the installation. try the 'database' browser if you can't find them in files 03.29.10 Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") 03.32.24 Join gartral [0] (n=Gartral@adsl-75-33-65-127.dsl.bcvloh.sbcglobal.net) 03.32.33 # TheCHris: i think on sansas the music directory is hidden by the original firmware. try if you can see your music when you set the "show files" setting in rockbox to "all". 03.34.00 # PaulJam is right, alternitively, you can put x:\music (where X is the drive letter in wondows) 03.42.27 # grr i cant get this to work 03.42.47 # like when i uninstall rockbox i cna see all my music but when its in i cant 03.43.44 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]") 03.43.46 # is RB on your dap? 03.44.31 # dap? 03.44.31 # TheCHris: how are you trying to access your music using RB? 03.44.44 # digital audio playerr, your sansa 03.44.49 # throguh database 03.44.58 # and yes it is 03.45.21 # ohh.. it sounds like you never ititilised the database 03.45.33 # how do i do that 03.45.52 # (please excuse my horrid spelling, its -10 here and the heatewrs arere out) 03.46.20 # oh lol its like -20 here 03.46.30 # well how do i do that? 03.47.02 # put the selector over the database entry and long press the select key, there should be a n initialise now selection 03.47.17 # third item down on my e250 03.47.20 # gartral: if DB is disabled, it should ask him to initialize it, instead of just showing him nothing, shouldn't it? 03.47.56 # uhh, depends, ive seen this happen with my moms dap, particularly if show all isnt enabled 03.47.59 # its enabled 03.48.40 # now wait a few seconds and try again 03.48.42 # still not showing my music 03.48.56 # i have a C200 btw 03.49.02 *** Saving seen data "./dancer.seen" 03.49.46 # TheCHris: What format is your music in? 03.50.03 # mp3 03.50.12 # Does it have ID3 metadata? 03.50.15 # DRMed mp3? 03.50.27 # whats ID3 metadata 03.50.43 # Is it properly tagged? 03.51.23 # my music? 03.51.32 # Yes. 03.51.55 # yeah 03.52.03 # How was it transferred to the player? 03.52.03 # i mean what do u mean by properly tagged 03.52.08 # oh 03.52.18 # through windows media player 03.52.27 Join gabe565 [0] (n=chatzill@ip68-12-96-57.ok.ok.cox.net) 03.52.32 # While the player was in MTP mode, then? 03.52.43 # yeah 03.53.05 # Try to re sync it in MSD mode 03.53.14 # how? 03.53.18 # the id3 tags are the info most software and hardware MP3 players use too display all the info from the song, like genre, album, year, artist... 03.54.13 # Do you use Windows Media Player to sync song to your Sansa? 03.54.20 # yeah 03.54.24 # Sorry I meant songs 03.54.39 # OK so you were in MTP mode before you har Rockbox when you did that? 03.54.54 # Ugh, I meant had 03.54.56 # yeah 03.55.30 # OK so hol down the 'down' button and wait till a quickscreen comes up 03.56.24 # its not coming up 03.56.51 # how long do i hold it for 03.56.58 # Just a few seconds 03.57.28 # hold it for 5 03.57.33 # what screen do i do it on 03.57.36 # Yeah about 5 should be good 03.57.46 # It takes 2. 03.57.52 # Try it from the main menu 03.58.00 # Anywhere should work 03.58.03 # it just scrolls down fast 03.58.08 # and doesnt do anything 03.58.10 # The button map for the c200 isn't the same as the e200 03.58.18 # umm, jold right 03.58.24 # hold right* 03.59.05 # thats not working either 03.59.34 # Let me check the keymap 03.59.36 # hold on 04.00.57 # http://download.rockbox.org/manual/rockbox-sansac200/rockbox-buildch4.html#x7-410004.1.1 04.01.10 # It says long submenu should do it and that's the down button 04.01.33 # what bui;d are you useing? 04.01.55 # build* 04.02.33 # build? 04.02.36 # like firmware 04.02.52 # Have you downloaded it recently? 04.02.58 # yes, how did you install rockbox? 04.03.06 # A build is kinda like a version number 04.03.09 # i have the newest 04.03.38 # Then try restarting your player 04.03.43 # Then try to hole 'down 04.03.53 # Then try to hold 'down' 04.03.54 # r19778? 04.04.00 # did 04.04.05 # i 04.04.18 # Yeap that's the newest 04.06.33 # grr this is so confusing 04.07.08 # #makeuseof 04.07.12 # oops sorry 04.07.18 # That was for a different topic 04.08.50 # TheCHris: how about holding the rec button, this isnt supposed too pull up the quickscreen, but it should bring up the recorder 04.09.38 # I am not understanding, it seems like nothing is working for you! (???) 04.10.48 # right, my friend drake has an OLLLLD c240, and it has these problems once in a blue moon's build 04.10.51 # brb 04.12.17 # That sound pretty annoying! OK 04.14.48 Join Barahir_ [0] (n=jonathan@Xb292.x.pppool.de) 04.16.17 # and IM getting a data abort as soon as PCM buffer fills... with every codec 04.16.41 # gartral: Using a build you downloaded from us? 04.17.03 # What player? 04.17.13 # might as well be, only thing i changed was the bootsplash 04.17.20 # my e250 04.17.31 # gartral: "might as well be" isn't the same as "is" 04.17.44 # i DID NOT change the core, at all 04.18.00 # ALL i did was change the bootsplash 04.18.02 # Try a normal build and see if you're still having the problem 04.18.15 # You compiled it yourself, though. There can be problems with the compiler / compiling environment. 04.18.30 # i did it from JDs system... 04.19.14 # In the time you've been arguing, you could've downloaded and installed an official build and then proved me wrong, then. 04.19.31 # Just try a normal build!!! You can always back up the one you have 04.19.45 # actually, in the time we were arguing, ive been waiting for my dap too load and windows too see it 04.20.11 # It takes 2.5 minutes for your DAP to boot up and windows to detect it? 04.20.22 # its been my intention too do as yyou say, its just ive been saying i dont change core functions 04.20.47 # well, it take 2.5 minute for the antivirus too relinquish its drive 04.20.55 # That must be annoying 04.21.13 # yea, but ide rather be safe than sorry 04.21.20 # there we go 04.22.49 Quit PaulJam (".") 04.22.50 # and now we wait for my POS 60 kbs dl speed... 04.24.07 # ohh, were fast today, it hit 85 04.24.25 # gartral: You don't need to tell us any of that... 04.25.28 # mm.. sorry.. im just used too the run of the net not beliving me unless i do >.> 04.26.52 # yep... same symptoms 04.27.08 # Have you had this problem before a few minutes ago? 04.27.11 # And you installed the full build, overwriting codecs and the main binary? 04.27.33 # yes, i DELETED the .rockbox that was there 04.28.14 # When did you install your bootloader? 04.28.17 # data abort at 000090D0 (0) 04.28.45 # i try weekly, it alway says its up to date 04.29.00 # Have you had this problem before a few minutes ago, though? 04.29.14 # noo 04.29.21 # not before today 04.29.36 # gartral: The next step is stepping back SVN revisions to see which one introduced it, and filing a proper bug report once you know which one. 04.29.44 # Since you can compile, you can be exactly specific. 04.29.57 # i KNOW 19777 worked, for a fact 04.30.27 # Hmmm, seeing what 19778 changed, it shouldn't have broken it 04.30.36 # 19777 only changed keymaps 04.30.44 # It didn't touch a single file outside of the /plugins folder 04.31.10 # er 19778 04.31.12 # well, ill try going back too r~770 04.31.19 # If 777 worked, why go earlier? 04.31.22 Quit Barahir (Read error: 110 (Connection timed out)) 04.31.37 # too see if it was a fluke 04.32.06 Join Gareth [0] (n=ngareth@www.wiked.org) 04.32.12 # i had one last week where make reconf mad a firmware_flash.rock in the e200 builds 04.32.23 # made a* 04.33.35 # i cant rebeber how too batch build.... 04.33.39 # remember 04.33.41 Quit TheCHris ("CGI:IRC (Ping timeout)") 04.34.27 # gartral: when trying to figure out determine working revisions, i believe it's better to go from the official daily builds (weren't you doing that already?) 04.34.50 # It's faster to get a daily build than to compile 04.35.25 # look above, it really wouldnt matter at the speed AT&T calls "fast" 04.36.10 # kadoban: The daily build is only useful for starting points. Several builds happen throughout the day so you can't figure out what specific one it is without compiling for yourself. 04.36.55 # Llorean: sorry, 'daily' wasn't supposed to be in that sentence 04.37.34 # kadoban: Well, "official builds" without the daily doesn't make too much sense either. What other official builds are there besides the single "current" one and the older "release" one? 04.38.38 # http://www.rockbox.org/dl.cgi?bin=sansae200 <-- these "old" ones 04.38.43 # i guess i'm insane, i thought sometihng was there that isn't...i'll stop talking now 04.39.04 # dont worry, that happens too me alll the time 04.39.57 # gartral: Those are *daily* builds. 04.40.04 # As I've already stated, daily isn't ideal for this sort of thing.. 04.40.22 # i know, but there still labeled as "old" 04.40.31 # Yes, but I asked what builds *other* than the dailies 04.40.38 # Pointing me right back at the dailies makes no sense as a response to that. 04.41.15 # ive always assumed that "daily" ment the newest build and old were the old dailies 04.42.06 # If you have plural daily builds for a single target, clearly it has to refer to previous ones... 04.42.51 # is this getting a tad OT? 04.43.44 # Yes 04.43.55 Quit FlynDice2 () 04.44.00 # What "the daily builds" refers to is pretty on-topic. 04.44.04 # anyway, do you think i deen too build the last few revisions, or are we satisfied with "r~777 broke it" 04.44.14 # You said r19777 works 04.44.20 # "r~777" doesn't mean anything 04.44.36 # If 19777 works, it doesn't make sense to say it broke it. 04.44.46 # r19777 04.44.59 # What about r19777? 04.45.16 # i hate my laptop's kb, so im trying too do things in as few keystrokes as possible... 04.45.35 # So drop the r~ and type the 19 instead 04.45.44 # Or use a whole single extra character and include the r. 04.45.54 # But there is a revision 777. 04.46.34 # we all get that my misquote meant r19777, right? 04.47.07 # But how could 19777 be the one that "broke" it if you claim it worked fine? 04.47.39 Quit jhulst (Read error: 60 (Operation timed out)) 04.48.47 # i never said r19777 broke anything, im saying its the last one that worked 04.49.03 # im saying r19778 broke playback 04.49.22 # ""r~777 broke it" is what you said. 04.49.28 # So yes, you DID say 19777 broke it. 04.49.34 # ohh, i guess i did type "r19777 broke it" didnt i? 04.49.47 # well.... i ment r19778 >.> 04.49.52 # I seriously can't read minds. 04.50.07 # Please, read what you type before you hit the enter key. It takes a few seconds more, but it results in less talking in circles. 04.51.11 # As to 19778, I can't imagine how it could've broken it. What player are you testing on? 04.51.34 Quit blkhawk (Read error: 104 (Connection reset by peer)) 04.51.57 Join blkhawk [0] (n=blkhawk@g226196204.adsl.alicedsl.de) 04.52.00 # e250 v1 04.54.24 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.55.15 # gartral: I can't reproduce. 04.55.38 # * _Auron_ misread that out of context 04.55.55 # My PCM buffer fills quickly and fine, and no crash even after the compressed buffer is full. 04.56.43 # r19778 works fine for me on e280 v1 04.59.57 # im noticing its prominent in higher quality files 05.00.39 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.01.14 # i get 30 seeconds and then a data abort 05.01.53 # the address given is 000090D0 (0) 05.02.03 # gartral: You said "every codec" 05.02.24 # Quality of file then is irrelevant for WAV and doesn't make sense for FLAC. 05.02.28 # Can you give more specific details to reproduce? 05.02.48 # ogg files, MP3s, acc and wav all fail 05.02.54 # You also said when the PCM buffer fills, but this should take far, farl ess than 30 seconds. 05.03.12 # The PCM buffer fills almost instantly since it only contains a couple seconds of audio. 05.03.20 # hit play on a file, 30 or nso seconds of choppy playback, then a data abort, what else is there 05.03.45 # Hitting "play" doesn't launch a file. 05.03.48 # It resumes the previous playlist. 05.03.51 # no, trying too load a comlete album, it fills very very quickly 05.04.05 # ok, HITTING SELECT 05.04.05 # The PCM buffer fills and empties frequently and rapidly 05.04.08 # oops 05.04.10 # You may be thinking of the compressed buffer. 05.04.35 # Anyway, I've just tried high quality MP3, average quality MP3 and FLAC and none of them are causing crashes. 05.04.56 # all 4 buffer FILL syncronusly and then it crashes, there is no reproduction trick, just trying too play my music 05.05.46 # also, it doesnt seem too matter between MSD ir internal memory 05.05.51 # or* 05.06.28 # It's possible that your sansa's damaged then. 05.06.56 # If you deleted your .rockbox folder and installed a completely clean build, then we should be able to reproduce this problem. 05.06.58 # but it worked last build 05.07.06 # i did 05.07.37 # gartral: So explain why two other people with e200v1s have now tried it and have no problems at all? 05.08.18 # how do i build 19777 from svn? 05.08.30 # i dont know, but the last build worked 05.08.58 Join danpeterson [0] (n=chatzill@mn-10k-dhcp1-7950.dsl.hickorytech.net) 05.10.22 # gartral: Just use SVN to "update" to 19777 (update can update to a specific revision as described in the man page) and then build it as normal 05.10.25 # hrmm... most of my mp3s are 48 khrz sample rate 05.11.16 # it says "skipped '19777' 05.11.22 Quit gabe565 ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 05.12.34 # gartral: are you running svn update -r 19777 ? something tells me you're not 05.13.25 # ohh, no, i forgot "-" 05.14.57 # ohh, i needed svn CO -r 19777 05.16.07 # Could somebody please give me access to edit on the Wiki? 05.25.55 # ok, at least now most of my music plays, all the 46 khrz sample rate stuff overloads the buffers still 05.26.08 # 48* 05.27.36 # gartral: there's really a difference between 19777 and 19778? that seems...difficult to understand 05.29.29 # especially considering that there appears to be exactly one non-comment change, and that's just to the keypad of a plugin 05.29.30 # i swear, i wouldnt be here if my music played... as it is, im down too two albums both in VBR MP3 at 48khrz sample rate... 05.29.55 # gartral: i realize, but 19777 is really different? if so, something odd is going on 05.29.56 # that dont play 05.30.20 # i could go back another revision, but i can swear it was 19777 05.30.35 # testing is better than swearing :) 05.30.38 # And you're sure you played those albums in it? 05.30.47 # Since it seems now that it's not "all albums fail" but "these two albums fail" 05.31.56 # that whats got me, its skindred/roots rock riot, and disturbed/ liberate that are the "ultra high" quality albums failing in 19777 05.32.12 # but in 19778, anything i tryed too play failed 05.32.24 # and all in the same way, at the same address 05.32.49 # bad memory? :/ 05.39.13 Quit tim__ (Read error: 104 (Connection reset by peer)) 05.39.23 Join tim__ [0] (n=aoeu@124.93.243.83) 05.41.59 # so what goes into that space? 05.49.03 *** Saving seen data "./dancer.seen" 06.04.00 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) 06.08.03 Quit pixelma (Read error: 60 (Operation timed out)) 06.09.27 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 06.09.30 Join geokite [0] (n=geokite@ip68-6-252-29.sd.sd.cox.net) 06.12.18 # I'm the ginnea pig for putting the new 64gb pretec compact flash card in a H120. I made sure the card was formated Fat32, copied the .rockbox over (3.1), and a sample folder of music. No go, codec failure. Switched over to 3.0, plays fine. (using the 7pre4 bootloader to RAM) 06.13.09 Quit Seed ("cu, Andre") 06.14.13 # Size wise it appears it will only work with the original battery, as the card and adaptor is 6.45mm thick, compared to an original harddrive of 4.8mm thick 06.18.49 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 06.21.18 Quit amiconn (Nick collision from services.) 06.21.21 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 06.21.29 Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 06.26.41 Quit Aurix_Lexico (Read error: 60 (Operation timed out)) 06.38.17 Part geokite 06.44.33 Join __lifeless [0] (n=lifeless@90.151.214.36) 06.46.24 Quit sputnik (Read error: 110 (Connection timed out)) 06.50.20 Part gartral 07.01.43 Quit danpeterson (Read error: 110 (Connection timed out)) 07.02.35 Quit _lifeless (Read error: 110 (Connection timed out)) 07.07.27 Nick Barahir_ is now known as Barahir (n=jonathan@Xb292.x.pppool.de) 07.14.59 Quit linuxstb (Read error: 60 (Operation timed out)) 07.16.26 Quit Aurix_Lexico1 ("Leaving.") 07.16.31 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 07.27.02 Quit XavierGr () 07.36.09 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 07.49.04 *** Saving seen data "./dancer.seen" 07.49.36 Quit intrados (Success) 07.52.30 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 07.54.35 Quit tajlero ("Leaving") 07.58.35 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 08.07.27 Join Dauron [0] (n=DarkAuro@ppp-70-249-156-112.dsl.rcsntx.swbell.net) 08.11.17 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 08.12.03 Quit tessarakt (Read error: 104 (Connection reset by peer)) 08.13.51 Quit _Auron_ (Nick collision from services.) 08.13.51 Nick Dauron is now known as _Auron_ (n=DarkAuro@ppp-70-249-156-112.dsl.rcsntx.swbell.net) 08.20.35 Join GigaRacer [0] (n=chatzill@pool-71-188-26-54.cmdnnj.east.verizon.net) 08.22.11 Join Rob2223 [0] (n=Miranda@p4FDCDC8C.dip.t-dialin.net) 08.24.13 Quit GigaRacer (Client Quit) 08.26.06 Join film42 [0] (n=GT@ip68-96-68-104.oc.oc.cox.net) 08.26.48 # back 08.26.58 # back 08.30.14 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") 08.31.28 # obviously. is there any reason to say it once, let alone twice? 08.36.49 # http://build.rockbox.org/showlog.cgi?date=20090117T072648Z&type=iPod%20Color%20-%20Normal looks very, very wrong. 08.39.10 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.39.23 # Looks like a possible multithread problem? 08.39.59 # that's the same host that had disk full issues yesterday, i'm thinking something wrong with its svn checkout. 08.40.41 # Ah, could be, I just remember missing lang strings popping up when trying to build old revisions with -j 2 08.40.47 # all that mess is in stuff i didn't touch, or even go near - the revision touches one .c file, and no headers anywhere. 08.41.53 Join Orph [0] (n=roberthe@cpe-24-160-208-134.ma.res.rr.com) 08.41.55 # Hello, 08.42.07 # the "missing initializer" spam makes me think a bad header... though i suppose it could be a generated header, that isn't being generated before things that dep on it. 08.42.08 # Rockbox is available on the Sansa e260 yes? 08.42.12 # I just bought one off of woot, lol 08.42.41 # Orph: on sansa e200v1, yes... i would imagine refurbs from woot have fairly low risk of being v2 08.44.00 # eh, either way it was cheap.. and Ive never had an mp3 player before. 08.44.08 # and it has FM etc, so it was worth the money rockbox or not. 08.44.46 # only the firmware version will tell you probably, they change the backs occassionaly (I have a m20x from woot.com with REFURB on the back) 08.45.11 # lol 08.45.40 # either way, $29 for a 4gb mp3 player should be nice. 08.45.42 # Unhelpful: the lang stuff is generated, so it could very well be.. just seems weird that it only happens on that server 08.47.25 Quit HellDragon (Read error: 60 (Operation timed out)) 08.48.40 Quit jhulst (Read error: 113 (No route to host)) 08.51.27 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 08.58.00 Join gregzx [0] (n=chatzill@dtf38.neoplus.adsl.tpnet.pl) 09.00.55 Join flydutch [0] (n=flydutch@host72-163-dynamic.14-87-r.retail.telecomitalia.it) 09.10.25 # very, very weird. i can't help thinking that it's no coincidence it's that server, again, though. 09.11.46 # anyone who can confirm that installing a bootloader built from source will allow booting OF on 8gb fuze? 09.13.18 Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) 09.14.33 Quit kachna|lappy (Read error: 104 (Connection reset by peer)) 09.15.11 # i don't think any of our fuze people are around at the moment... and i have *no* idea what the status of dual-boot is on it. have you checked the wiki, or the forum? 09.16.10 # I followed the forum and have read from the beginning then the middle of the v2 thread, I did read that booting OF worked and I know this is necessary to recover if there is a problem 09.17.37 # the only thing I have seen in wiki is a message that v2 players are not supported and the V2 pages which document the firmware format for instance 09.24.02 # unfortunately, i don't have anything to add to that :/ 09.29.14 # thank you anyway, I thought kugel was usually here at this time but I guess it's later than I thought 09.30.33 # he left about 6 hours ago, roughly 09.30.40 # or last spoke, anyway 09.31.14 Quit tim__ (Remote closed the connection) 09.49.07 *** Saving seen data "./dancer.seen" 09.52.07 Join timc`` [0] (n=aoeu@124.93.243.83) 09.56.46 Quit flydutch (Read error: 110 (Connection timed out)) 10.01.23 Nick MrDuck is now known as kachna (n=kachna@r4ax178.net.upc.cz) 10.02.55 Quit GodEater_ (Remote closed the connection) 10.03.23 Part Orph 10.05.26 Quit nuonguy ("This computer has gone to sleep") 10.07.00 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 10.07.04 Quit kachna (Read error: 104 (Connection reset by peer)) 10.08.26 Join japc_ [0] (n=japc@bl6-70-106.dsl.telepac.pt) 10.15.19 Quit synergist ("changing servers") 10.18.02 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 10.22.01 Quit japc (Read error: 110 (Connection timed out)) 10.23.10 Join synergist [0] (i=christop@cant.be-arsed.co.uk) 10.25.35 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.29.19 Join fragilematter [0] (n=barbu_do@92.82.98.68) 10.40.10 # tmzt: As far as I know, dual-boot should be working fine on the Fuze - the risky code is in rbutil/mkamsboot/dualboot.S, which hasn't been touched for weeks. 10.40.55 # But if it's broken, you can brick your Fuze, so you may want to wait until someone can confirm current SVN is working... 10.40.56 # so the process is build mkamsboot from svn and use it like rbutil? 10.41.00 # right 10.41.48 # I'm somewhat concerned about the key problems since they are used to determine which firmware to boot 10.42.31 # You type "make" in rbutil/mkamsboot, then "mkamsboot " and then copy the output file to your device. "rockbox bootloader" is the bootloader-fuze.sansa file. 10.43.01 # You then (or even before that) need to install a main Rockbox build. 10.43.33 # what is dbop? 10.45.06 # "Data Block Output Port" - the output port used to communicate with the LCD. 10.45.11 # dbop = data block output port, it's an interface to send/receive data from a parallel bus 10.45.25 # something like gpio? 10.45.38 # it's used for interfacing the display on the ams sansas 10.47.29 # tmzt, yes, a bit like that, but it can do parallel data, has a FIFO and is quite configureable to generate control signals 10.48.36 # ok, has anyone here tried this on their fuze (I can repartition if necessary), and what version would they recommend (revision)? 10.51.34 Join os2user [0] (n=chatzill@87.228.64.2) 10.56.26 # kadoban: did you put your plugin at flyspray already? (and what is it?) 10.57.24 # pixelma: yeah, it's...FS#7369 SGF viewer/editor 10.57.49 # Wow, that's old... 10.58.08 # haha yeah, it was dormant for a while, i never really made it nice...going back to it now to finish it 10.58.45 Quit BHSPitLappy ("Ex-Chat") 10.59.11 # kadoban: Another option, if you're short on buttons on some targets is to put things in the menu, rather than on buttons. 10.59.59 # linuxstb: yeah, i already did that a bit. it's difficult because i definitely need 2 directions of movement and a "fire" button, and a menu button...and it's /quite/ painful if i don't have yet another direction of movement 11.02.23 # how does the off button work in ondio? could i somehow use that for a modifier button (like a shift key), or does it turn off the device if it's help for not a very long time? 11.02.26 # kadoban: Looking at your patch, you don't appear to be using any button combinations - they will help. 11.03.24 Join tessarakt [0] (n=jens@e180077165.adsl.alicedsl.de) 11.03.32 # 4 directions + fire + menu shouldn't be a big problem, there are quite a few plugins already using sonething similar (on Ondio this could be the 4 directions + "short menu" = fire + "long menu" = menu or the "off" button here though I don't like it that much) 11.04.22 # linuxstb: do you know a good example plugin that does that? (if not i can find one or make a test for the logic of combinations) 11.05.21 # Maybe sudoku 11.05.25 # See sudoku/sudoku.h 11.06.47 # linuxstb: thanks, i'll have a look 11.06.53 # that one doesn't have a nice mapping on the Ipods though (IMO) 11.07.57 # i /think/ my mapping for the ipod is already okay (i don't own one but i've seen a bunch) 11.08.13 # kadoban: BTW, I've just noticed your files have the old Rockbox (C) header in them. You should update that to the current version, assuming you are happy with the change (basically just clarifiying that the files are GPL v2 or later) 11.08.52 # kadoban: the "off" button serves as a hard power off on the Ondio but only when held for a while (I think +8 seconds), some things already use long and short "off", e.g. pause vs. stop in the WPS and it works quite well, I've never powered it off by accident. 11.09.01 # linuxstb: oh, thanks. i hadn't noticed it was updated. 11.09.30 # kadoban: And "//" comments are forbidden, and indenting should be 4 spaces. See docs/CONTRIBUTING for the coding style rules. 11.10.11 # but the "off" button is placed at the top of the unit and isn't well suited as a "modifier" because it's a bit away from the main button pad - the "menu" button is better as a "modifier" there and button combos with it are possible 11.10.13 # linuxstb: hehe, yeah...i have a script to change things to rockbox style but i hate editing in it so i'll do it at the end. i'm using typedefs a lot too which i think i need to fix 11.11.07 # i could use short off for a menu and then long menu for a modifier i suppose 11.11.25 # (short menu has to be "fire" i think) 11.11.39 # err...something like that 11.13.40 # don't you need _PRE conditions when using the same button with BUTTON_REL and BUTTON_REPEAT? 11.14.04 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.14.25 # that suggestion for the Ondio doesn't sound too bad 11.14.29 # pixelma: i don't know, do i? it works without them on the sim and e200 11.15.55 # i'll see what i can figure out from sudoku, i see it's using _PRE 11.16.29 # hrm, what's special about the targets that i got yellow on... :/ 11.17.11 # maybe it doesn't matter here much because the long press is calling the menu (and then the release event can't call SGFBUTTON_PLAY). Guessing here a bit though... 11.17.40 Quit tajlero ("Leaving") 11.17.42 Quit tessarakt ("Client exiting") 11.18.11 # coldfire. hrm, can i generally rely on an int, an enum, and a bool having the same size? 11.18.19 # Unhelpful: maybe the common factor is coldfire... 11.18.44 # pixelma: oh, that would make sense i think...assuming the "normal" button gets triggered after the _REL 11.18.58 # pixelma: i would guess so... it's aliasing warnings for the config variables that are bool or enum instead of "real" int. 11.19.44 # configfile doesn't have a bool type, and i'm pretty sure the enum config type must use int, as each enum is its own type? 11.20.25 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 11.20.30 # * linuxstb spots a very messy build table... 11.21.08 # those 3k points are so not my fault, though ;) 11.21.57 # No, I'm just talking in general... And some problems seem to be build-server related... 11.23.41 # pixelma: coldfire makes it possibly a gcc3-specific problem. i can kill the type-punning warning, but i want to make sure that it really is safe to cast bool* and enum* to int*, and that the warning is truly bogus... 11.25.22 # Don't other plugins use enum/bool settings? 11.26.08 # linuxstb: many plugins avoid using configfile, and just write a raw struct out to disk as their config file 11.26.41 # True, but some do... 11.26.41 # dice.c was the one i looked at, and it uses TYPE_ENUM, but the variable that the config option maps to is an int 11.27.15 # kadoban: btw. if you start using combos... there some limitations in which buttons can be combined on some targets (e.g. only combos with "Play" on the H100 (H300 as well?) or basically none on X5/M5) 11.28.20 # Maybe a "TYPE_BOOL" should be added to the configfile lib, to at least keep that clean. 11.28.38 # pixelma: i /think/ the only keypad i had a problem with not having enough buttons was the ondio, so hopefully that will be the only one. mrobe 100 i completely guessed on the buttons, but that was just because i don't know the device 11.29.18 # linuxstb: probably. the enum situation is a bit trickier... i'm looking for other examples, pacbox has all of its settings as TYPE_ENUM, and they're all ints 11.29.48 # Unhelpful: Yes, I'm looking as well - seems all enum settings are using ints... 11.30.20 Join {phoenix} [0] (n=dirk@p54B45569.dip.t-dialin.net) 11.30.35 # really, i'm not sure how TYPE_ENUM *can* be made to work if you don't assume sizeof(enum) == sizeof(int) 11.31.30 # Well, it seems "TYPE_ENUM" is for integers storing an enumeration... 11.32.13 Nick JdGordon|afk is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 11.32.40 # right, but in this case, i'd have to change an existing enum to some #defines 11.33.17 # No, you can still use an enum. e.g. see the "source" setting in wavrecord.c 11.34.38 # that's exactly what i was doing, but it throws a warning about type-punning on the targets that use gcc3 11.34.49 # same for using TYPE_INT for bool 11.35.07 # No, I mean you declare the items in an enum, but actually use an int to store them. 11.35.59 # ohhh.. i see. the bool variables are modified by core menu functions that expect a bool*, so again the assumption of same size comes in... 11.36.23 # A new TYPE_BOOL would seem to be sensible to fix that. I guess no other plugins use bool settings. 11.36.54 # PUN_PTR is likely safe for now, i would think? 11.38.56 # I would just keep things simple (and clear) and do what the other plugins do... 11.39.50 Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") 11.40.47 # i meant for the bools. one of them already has a copy around the set_bool call, to detect change, so i'm making the variables ints, and copying them to bools for set_bool 11.42.19 # I'm not following - are you talking about the current SVN version? 11.43.54 # yes. the yellows i recently committed are because of gcc3 throwing a type-punning warning on passing pointers to bool/enum types to configfile. 11.44.17 Join _Auron_ [0] (n=DarkAuro@ppp-70-249-156-112.dsl.rcsntx.swbell.net) 11.44.35 # I know, and my suggestions were to implement a TYPE_BOOL for the bools, and to store the enums as ints, the same way as other plugins. 11.44.37 # adding a TYPE_BOOL is possibly the right long-term fix, but i don't have time to do that until at least tonight. 11.45.39 # i changed the enum to an int. the bool are now int as well, until i have a chance to do something about configfile itself. 11.47.48 # hrm, wouldn't adding TYPE_BOOL require adding another pointer to struct configdata? 11.49.09 *** Saving seen data "./dancer.seen" 11.49.47 # I'm just looking at that as well... Maybe a union could be used. 11.50.59 # if a union, it could also absorb the char *string member, which would actually make the struct smaller. 11.52.49 # an anonymous union could allow the fields to retain their names as they are now on access... but initializers would still need to be treated as unions. 11.59.04 # the band-aid is commited, with a note about appropriate long-term fixes. i'll try to tackle that the next time i have a chance to work for a bit, if nobody else gets to it first. 12.00.36 Join Darksair [0] (n=user@125.33.195.91) 12.02.17 Quit timc`` (Read error: 104 (Connection reset by peer)) 12.07.44 # actually, i might have enough time right now... do we want "0" and "1" in the config file for TYPE_BOOL, "on"/"off", or "true"/"false"? 12.08.28 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 12.09.24 # 0/1 would be easiest, just one of the string pairs would be next-easiest, and all three supported would be probably more complex than it should be. 12.09.37 Join timc`` [0] (n=aoeu@124.93.243.83) 12.10.32 Join ibseco [0] (n=ibseco@HSI-KBW-091-089-199-124.hsi2.kabel-badenwuerttemberg.de) 12.17.10 Quit {phoenix} (Remote closed the connection) 12.19.27 Join culture [0] (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) 12.31.15 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 12.38.21 Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) 12.38.42 # Unhelpful: I think just 0/1 - apart from being simple, it means other plugins could change ints to bools, without invalidating current settings. 12.39.47 # i'm not going to be able to finish this now, but i've started with 0/1, using an anonymous union. it's going to touch every single struct configdata, unfortunately :/ 12.42.54 Join moos [0] (i=Mustapha@rockbox/staff/moos) 12.44.09 # it looks like at least mpegplayer already has options that could convert to TYPE_BOOL 12.51.08 Join MethoS [0] (n=lem@host-091-096-214-175.ewe-ip-backbone.de) 12.58.51 Quit GodEater (Remote closed the connection) 13.01.18 Quit JdGordon (Remote closed the connection) 13.02.05 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 13.03.49 Quit ibseco (Read error: 110 (Connection timed out)) 13.06.22 Quit Thundercloud (Remote closed the connection) 13.15.51 Quit Kopfgeldjaeger ("Serverwechsel") 13.16.25 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 13.19.08 Quit GodEater_ (Remote closed the connection) 13.19.31 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 13.22.11 Part fragilematter 13.31.22 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.33.46 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.33.59 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 13.37.12 Quit bertrik (Remote closed the connection) 13.46.04 Join PaulJam [0] (i=PaulJam_@vpn-3068.gwdg.de) 13.49.14 *** Saving seen data "./dancer.seen" 14.02.40 Join Horschti [0] (n=Horscht@p4FD4C20A.dip.t-dialin.net) 14.02.54 Quit Horscht (Nick collision from services.) 14.09.43 Join attentah [0] (n=attentah@89.170.142.253) 14.09.46 # hi 14.10.54 # there is still no support for the ipod classic, should i stay hopefull ? 14.11.32 # attentah: nobody is working on it. 14.13.52 Quit Seed ("cu, Andre") 14.17.27 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.19.11 Quit BigBambi (Remote closed the connection) 14.23.06 Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) 14.23.13 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-095-047.ewe-ip-backbone.de) 14.23.59 Join miepchen^schlaf [0] (n=miepel@p579EC0D7.dip.t-dialin.net) 14.24.44 Quit kachna|lappy (Read error: 104 (Connection reset by peer)) 14.25.04 Quit jfc (Remote closed the connection) 14.31.58 Quit moos (Read error: 110 (Connection timed out)) 14.32.02 # ok, ... =( 14.34.26 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 14.35.12 Quit MrDuck (Read error: 60 (Operation timed out)) 14.35.40 Join jfc [0] (n=john@dpc691978010.direcpc.com) 14.50.19 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.56.48 Quit Horschti ("I am root. If you see me laughing, you better have a backup") 15.03.00 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.04.03 Join gartral [0] (n=Gartral@75.33.65.127) 15.04.21 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 15.05.02 # how do you tell what the current bootloader thats installed is? the RButil just gives what appears too be an MD5 checksum :| 15.06.27 # gartral: you can see the bootloader version at start-up (maybe you have to press a button to see the bootloader text) 15.07.05 # ohh, theres no way while the DAP is still plugged in, huh? 15.07.07 # rbutil doesnt know the version. so it remembers the md5sum (better the nothing) 15.08.26 # gartral: yes, for most players this is not possible. 15.08.33 Quit Kopfgeldjaeger ("Serverwechsel") 15.08.57 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 15.09.05 # and rbutil is saying there is no sansa :/ 15.10.29 # yes, it has a bug at moment. either try a older rbutil version, or the manual way. 15.12.42 # anyway, im running bootloader 4.0, should i even worry? 15.13.17 # * domonoky doesnt know what the newest bootloader for sansa is, but its probably ok. 15.14.04 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 15.15.54 Join gabe565 [0] (n=chatzill@ip68-12-96-57.ok.ok.cox.net) 15.16.18 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.17.46 # The latest sansa bootloader is 5.0. 15.19.08 # is the volume control in the e200s hardware fixed at -74-6 or can this be adjusted by software? and thanks gevaerts ill go get m1.0.7 since i dont feel like hunting down mingwm10.dll 15.19.20 Quit Horscht (Client Quit) 15.19.29 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 15.21.11 # gartral: rockbox offers the full volume range the hardware can give, so yes -74-6db is what the hardware provides. 15.26.54 Quit gabe565 ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 15.27.07 # thought so, but my mom wanted too know if it could go louder than +6 (which i told her is crazy... buut.. here i am asking >.>) and thanks again gevaerts for telling me that the BL changed 15.27.45 # You shouldn't actually go louder than 0. Anything above that can introduce distortion 15.28.44 # distortion? phtt.. she just went and turned the EQs all the way up... 15.28.46 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.29.19 # :) 15.29.34 # * mrkiko would like his mom to learn using rockbox 15.30.48 Quit MethoS (Remote closed the connection) 15.31.14 Join MethoS [0] (n=lem@host-091-096-214-175.ewe-ip-backbone.de) 15.32.19 Quit MethoS (Read error: 104 (Connection reset by peer)) 15.32.56 Join MethoS [0] (n=lem@host-091-096-214-175.ewe-ip-backbone.de) 15.34.46 # and if anyone cares, the problems i was having with 19778 are cleared up, after just now updateing the firmware with my patched bootsplash build 15.35.10 Join MethoS- [0] (n=lem@host-091-097-241-184.ewe-ip-backbone.de) 15.36.07 # When rockbox crashes while the disk is spinning, does the emergency shutdown of the disk when hard reseting potentially harm the disk? (H300 with MK4007GAL) 15.36.28 Join kugel [0] (n=chatzill@unaffiliated/kugel) 15.36.40 Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) 15.38.11 Quit MethoS (Read error: 60 (Operation timed out)) 15.39.41 # PaulJam: oh... crashes with rockbox and h300... I'm an expert :D 15.40.00 # or... I was.. no more crashes now... 15.41.43 # well, not with the official build. i was testing a patch and was wondering if it is wise to continue testing. 15.47.27 # I think they harm the disk actually... 15.47.51 # PaulJam: try to lissten the "CLICK" the disk does when you reset the player... It doesn't sound good... for me at least. 15.49.16 *** Saving seen data "./dancer.seen" 15.51.01 Quit kugel (Nick collision from services.) 15.51.04 Join kugel_ [0] (n=chatzill@e178110009.adsl.alicedsl.de) 15.51.14 Nick kugel_ is now known as kugel (n=chatzill@e178110009.adsl.alicedsl.de) 15.53.30 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 15.54.13 # gevaerts: is it ok if I commit http://pastebin.com/d30aec303 ? 15.54.15 Quit ae88925 (Client Quit) 16.00.25 # Has then rockbox been committed to gsoc or not? 16.04.51 # mrkiko: What are you asking? Rockbox was part of gsoc 2007 and 2008. 16.05.30 # mrkiko: thats waaaay over with 16.05.44 # ok ok 16.05.51 # understood: sorry for the bad english 16.16.26 Quit faemir ("Leaving") 16.21.35 Join tessarakt [0] (n=jens@e180077165.adsl.alicedsl.de) 16.22.42 Part gartral 16.30.07 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 16.30.10 Join sputnik [0] (n=james@dsl100.zipcon.net) 16.33.42 Quit kugel (Nick collision from services.) 16.33.45 Join kugel_ [0] (n=chatzill@e179036151.adsl.alicedsl.de) 16.33.54 Nick kugel_ is now known as kugel (n=chatzill@e179036151.adsl.alicedsl.de) 16.39.11 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 16.40.02 Quit MethoS- (Remote closed the connection) 16.40.29 Join MethoS [0] (n=lem@host-091-097-241-184.ewe-ip-backbone.de) 16.48.02 Quit Aurix_Lexico ("Leaving.") 16.48.22 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 16.49.51 Quit mcuelenaere () 16.52.08 Quit MethoS (Remote closed the connection) 16.53.39 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 16.54.50 Quit Seed ("cu, Andre") 17.05.38 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 17.09.40 # mcuelenaere: that looks wrong to me. ramdisk_buffer is now uninitialised for everyone... 17.11.06 Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) 17.11.15 Quit kachna|lappy (Read error: 60 (Operation timed out)) 17.14.19 Quit kugel (Nick collision from services.) 17.14.22 Join kugel_ [0] (n=chatzill@e178107188.adsl.alicedsl.de) 17.14.33 Nick kugel_ is now known as kugel (n=chatzill@e178107188.adsl.alicedsl.de) 17.16.31 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 17.21.31 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 17.23.13 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 17.24.11 Join nplus [0] (n=nplus@243.131.Globcom.Net) 17.25.53 Quit soap (Remote closed the connection) 17.27.18 Join freemind [0] (n=drumstic@c-66-41-219-180.hsd1.mn.comcast.net) 17.27.45 Quit thegeek ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 17.28.21 # hello. does someone know how to play pacbox? i have the files on my ipod in the .rockbox folder, but now i'm not sure what to do 17.30.51 # doesn't the manual give instructions? 17.31.43 # what manual? 17.32.01 Join soap [50] (n=soap@rockbox/staff/soap) 17.32.01 # the rockbox manual: http://www.rockbox.org/manual.shtml 17.33.58 # i cant find anything about mame or pacbox 17.34.53 # http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch11.html#x14-18000011.1.12 17.35.41 # which ipod do you have? maybe pacbox isn't available for all models 17.35.49 Join toffe82 [0] (n=chatzill@adsl-75-12-168-240.dsl.frs2ca.sbcglobal.net) 17.36.44 # i was actually trying to get it on a sansa c200 17.37.07 # looks like it isnt supported, then 17.37.58 Quit BigBambi (Remote closed the connection) 17.40.29 Quit kugel (Read error: 110 (Connection timed out)) 17.41.28 Join kugel [0] (n=chatzill@unaffiliated/kugel) 17.43.54 Part freemind 17.45.57 Quit gregzx (Connection timed out) 17.46.12 Quit kugel (Nick collision from services.) 17.46.15 Join kugel_ [0] (n=chatzill@e178087040.adsl.alicedsl.de) 17.46.25 Nick kugel_ is now known as kugel (n=chatzill@e178087040.adsl.alicedsl.de) 17.46.29 # fdinel: hi 17.46.30 Quit soap (Remote closed the connection) 17.47.12 Join krazykit [0] (n=kkit@cpe-24-210-69-196.columbus.res.rr.com) 17.49.20 *** Saving seen data "./dancer.seen" 17.52.34 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 17.53.56 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.00.53 Quit sbhsu ("leaving") 18.01.05 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 18.05.15 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 18.05.59 Join soap [50] (n=soap@rockbox/staff/soap) 18.07.14 Quit attentah ("Lost terminal") 18.10.44 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.11.11 Join indiandragon [0] (n=75c5c5b7@gateway/web/cgi-irc/labb.contactor.se/x-0c5e311f5475041e) 18.11.53 # hi 18.12.09 Quit indiandragon (Client Quit) 18.12.21 Join indiandragon [0] (n=75c5c5b7@gateway/web/cgi-irc/labb.contactor.se/x-edcd92292258377d) 18.12.44 # Hello. 18.13.11 Quit indiandragon (Client Quit) 18.13.23 Join indiandragon [0] (n=75c5c5b7@gateway/web/cgi-irc/labb.contactor.se/x-9f503b7e04c1d26e) 18.14.18 Quit sputnik (Read error: 60 (Operation timed out)) 18.14.20 Quit Rob2223 () 18.16.24 Quit indiandragon (Client Quit) 18.18.42 Quit tajlero ("Leaving") 18.18.59 Join indiandragon [0] (n=indiandr@117.197.197.183) 18.19.15 # hi 18.21.30 # Hello. 18.22.42 # hiya dude,I wanna know whether rockbox supports TV out 18.23.04 # hav u got any info on tat? 18.23.15 # Rockbox doesn't support TV out. 18.23.16 Join karashata [0] (n=karashat@69.41.192.215) 18.23.40 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-38c304a51405538d) 18.23.48 # oh....is there any development stuff goin on tat? 18.23.57 # Not at the moment. 18.24.00 # theres a patch for the ipod video, but its just for showing pictures i think 18.24.22 # thnx for d info man.... 18.24.28 # the only rockbox target that i know of having tv out hardware and a fast enough CPU to be useful is the gigabeat S anyway 18.24.32 # and it doesn't support it yet 18.24.35 # indiandragon: Please use proper English 18.24.53 # OK sorry 18.25.18 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 18.26.05 # I got a myvu media viewer ,Is there any way I could use it wit rockbox 18.26.24 # no 18.27.05 # oh... 18.27.22 # The list of players that work is on the frontpage of www.rockbox.org .... 18.28.20 # dude myvu is not a player,itz a glass with which u can watch ipod video 18.28.27 # an ipod gadget 18.28.33 # proper english please 18.28.43 # sorry again 18.28.55 # And I have no idea what a "glass with which u can watch ipod video" means 18.28.56 # it is an ipod gadget 18.29.19 # Then maybe - it depends how it works 18.29.29 # See www.rockbox.org/wiki/IpodAccessories 18.29.35 # personal media viewer 18.29.53 # If it uses tv out, then no, as has already been said 18.30.41 # yes,I get it 18.31.01 Join tim__ [0] (n=aoeu@124.93.243.83) 18.33.20 Quit BigBambi (Remote closed the connection) 18.33.35 Quit timc`` (Connection timed out) 18.34.08 Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) 18.35.31 Join BigBambi [0] (n=Alex@188.41.83-79.rev.gaoland.net) 18.38.22 Quit krazykit (Read error: 104 (Connection reset by peer)) 18.39.04 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 18.42.36 Join krazykit [0] (n=kkit@cpe-24-210-69-196.columbus.res.rr.com) 18.45.18 Join Rob2222 [0] (n=Miranda@p4FDCDC8C.dip.t-dialin.net) 18.45.46 Quit tajlero ("Leaving") 18.46.03 # does nano first generation got hardware capability to give video out? 18.46.41 # no 18.47.40 # oh 18.51.14 Quit saratoga ("CGI:IRC (EOF)") 18.52.41 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 18.53.46 Join Jaykay [0] (n=chatzill@p579E7C4F.dip.t-dialin.net) 18.55.54 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 18.57.18 Quit tessarakt ("Client exiting") 18.57.44 # The only iPods supported by Rockbox that have any form of video-out capability are the iPod color/Photo and the iPod video, and we don't use video-out on either target. 18.58.56 # thanks 19.00.01 # is there any project going on to support ipod touch? 19.00.05 # Nope. 19.02.51 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 19.03.47 Join meyerman [0] (n=chatzill@76-191-132-123.dsl.dynamic.sonic.net) 19.04.01 Quit meyerman (Client Quit) 19.04.34 Join Artifex [0] (n=5f292205@gateway/web/cgi-irc/labb.contactor.se/x-ee4947f1115b1615) 19.04.57 Quit linuxstb (Read error: 110 (Connection timed out)) 19.06.12 Quit bmbl ("Woah!") 19.06.15 # indiandragon: Do *not* PM me asking for help. 19.06.21 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 19.06.31 # ok 19.09.03 Quit Artifex (Client Quit) 19.09.21 Quit robin0800 (Remote closed the connection) 19.18.14 Join sputnik [0] (n=james@dsl100.zipcon.net) 19.19.05 Join timc`` [0] (n=aoeu@124.93.243.83) 19.19.10 Quit tim__ (Read error: 104 (Connection reset by peer)) 19.19.32 Join m0f0x [0] (n=m0f0x@189-47-69-230.dsl.telesp.net.br) 19.23.57 Join Artifex [0] (n=5f292205@gateway/web/cgi-irc/labb.contactor.se/x-dadfed71047591bb) 19.26.07 Join Monika [0] (n=5f292205@gateway/web/cgi-irc/labb.contactor.se/x-aeb26f7200e8eade) 19.26.18 Quit Artifex (Client Quit) 19.26.36 # hi 19.27.36 # I got a problem to run my sansa. 19.28.01 # Share with us, so that we may help, and you may gain strength from the sharing. :) 19.28.05 # Can some one help? 19.28.38 # When i turn on my snasa e200 19.28.38 # We can only help if you tell us what the problem is. 19.28.53 Quit indiandragon (Read error: 110 (Connection timed out)) 19.29.14 # It write: "No Partition Found" 19.29.52 # I try run it in recovery mode but all tips from faq fail 19.30.13 # Recovery stops on state: "Writing Image" 19.33.01 Quit os2user (Remote closed the connection) 19.33.03 Quit Nico_P (Remote closed the connection) 19.33.59 # what should i do??? 19.42.05 Join Krauser_ [0] (n=chatzill@c-71-230-18-118.hsd1.pa.comcast.net) 19.42.10 # hello 19.42.25 # how is everyone doing 19.43.05 # Monika, please have patience in waiting for an answer. if someone can help further, they will (once they read it, of course) 19.43.48 Quit Krauser_ (Client Quit) 19.45.56 # ok, iv got a time ;-) 19.49.22 *** Saving seen data "./dancer.seen" 19.51.23 Quit kugel (Read error: 110 (Connection timed out)) 19.58.53 Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) 19.59.58 Join ibseo [0] (n=hd@p5B16026A.dip0.t-ipconnect.de) 20.03.46 Quit Darksair ("Zzz...") 20.09.25 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-87a42c8041b2e1cf) 20.11.42 Quit tajlero ("Leaving") 20.12.17 Join Albright [0] (n=Albright@adsl-76-195-210-97.dsl.pltn13.sbcglobal.net) 20.12.56 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.12.56 # If I wanted to get a Rockbox-compatible player today, which one should I get? 20.13.28 # Whatever's listed on the front page at http://www.rockbox.org 20.14.06 # But are any of those models still for sale? I searched the web site for most of those and they all seem to be discontinued. 20.14.07 # the buyers guide wiki entry might be neat too 20.14.14 # http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide 20.14.20 # what does the multilib patch for gcc actually do? 20.14.48 # Then try eBay. Or better yet, if you'd like to try for an inexpensive player right now, check out http://www.woot.com and buy yourself a Sansa e260. 20.15.02 # Woot tends to sell v1 Sansas as refurbed for dirt cheap. 20.15.26 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 20.15.56 # Hey, that Sansa looks good. Can Rockbox read from the SD card? 20.16.11 # saratoga: It enables building of the various different versions of libgcc.a - for arm mode, thumb mode, big-endian, little-endian, software/hardware floating point, different ARM architectures etc, plus combinations of the above... 20.16.24 # Rockbox makes use of the microSD card slot, yes. 20.16.35 Quit timc`` (Connection timed out) 20.16.40 # We can also read from microSDHC, something the Sansa OF doesn't do. 20.17.01 Join gartral [0] (n=Gartral@75.33.65.127) 20.17.10 # hello 20.17.13 Join timc`` [0] (n=aoeu@124.93.243.83) 20.17.26 # linuxstb_: is it a work around for 4.0.3 or will it be needed in all gcc versions? 20.17.27 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 20.17.39 # Very cool. I think I will buy this. Thanks. 20.17.52 # You're welcome. Have fun with Rockbox once it arrives. :) 20.18.06 # saratoga: AFAIK, it's needed for all gcc versions. libgcc.a needs to be built with the same CPU options used to build the code you're linking it with. 20.18.15 # I actually had a (non-Rockboxed) 4GB Sansa Clip which worked fairly well until I unplugged it from my USB port without unmounting it first... 20.18.19 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 20.18.28 # odd that they wouldn't include this in the main gcc, it seems like a pretty useful feature 20.18.59 # Well, there are probably 1000s of ways to compile libgcc.a - so we only build the ones we need. 20.19.24 # Are there any objections to me changing the name of the Gigabeat F manual from "Gigabeat F Series" to "Gigabeat F and X Series"? 20.19.33 # rockbox will play for a bit, then freeze, same symptoms as last night, and i know im running the latest BL/fw 20.19.55 Quit Monika ("CGI:IRC") 20.20.00 # Or should we consider splitting off into a seperate Gigabeat X manual? 20.20.01 # (well, maybe not 1000s, but many - we build 24 of them...) 20.20.06 # LambdaCalculus: that seems sensible 20.20.15 Join Monika [0] (n=5f292205@gateway/web/cgi-irc/labb.contactor.se/x-6e9c58ddc54ba9cc) 20.20.18 # saratoga: Which? Renaming or splitting? 20.20.22 Quit Monika (Client Quit) 20.20.28 # renmaing 20.20.38 # saratoga: Renaming it shall be, then. :) 20.20.40 # * linuxstb agrees with renaming 20.20.46 # * LambdaCalculus37 renames the manual 20.21.39 # One other question... should we also add an additional image for the X, or just keep using the F image only? I ask because the X body is different from the F. 20.22.47 # http://www.newlaunches.com/entry_images/200905/x30_2.jpg 20.23.56 # fake a third image which averages the screen / X / body sizes half-way between the two. 20.24.08 # nobody will know. 20.25.53 Quit miepchen^schlaf () 20.27.00 Join miepchen^schlaf [0] (n=miepel@p579EC0D7.dip.t-dialin.net) 20.29.35 # Unless we can also get a nice SVG of the X. 20.30.09 # It's a bit of a pain when two DAPs from one company can run the same build and are mostly the same on the inside, but not on the outside. 20.31.12 Quit jhulst (Read error: 110 (Connection timed out)) 20.32.30 # are they different enough? I really was serious about making a hybrid image. I think if you average out their slight differences the small image (at least) will be transparent to the casual looker. 20.33.00 # I guess for the full-size (manual) image there is more of a need. I guess I was thinking more of the download page. 20.37.46 Join petur [50] (n=petur@rockbox/developer/petur) 20.38.03 Quit jhulst_ (Read error: 60 (Operation timed out)) 20.40.52 # soap: I posted a link a little bit up comparing the F to the X. 20.41.09 # The X looks more like a Gigabeast in body style than an F. 20.41.29 # Oh, I saw the picture. 20.43.15 # The biggest differences are the LCD (2.4" on the X, 2.2" on the F), a ZIF connector on the hard drive, and the buttons are smaller and further up on the side of the player. 20.48.33 # side buttons zif connector not visible. The dimensions of the body also appear to be at a slightly different ratio - as does the cross/X - that is why I suggested averaging - ahh nevermind. 20.50.08 Join Mannerisky [0] (n=Manneris@24-117-137-23.cpe.cableone.net) 20.50.18 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 20.50.21 Quit MrDuck (Read error: 104 (Connection reset by peer)) 20.52.20 Join PSPdemon [0] (n=PSPdemon@c-66-177-151-78.hsd1.fl.comcast.net) 20.52.28 Quit karashata ("G'bye everyone!") 20.55.52 Part Mannerisky 20.57.34 # is it safe to disable libssp when compiling gcc for rockbox? 20.58.30 Quit BigBambi (Read error: 60 (Operation timed out)) 20.58.38 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 20.58.40 # rockbox plays for a bit then freezes, im not too shur whats going on, the crash is wierd, it doesnt return an error, it just blackscreens and freezes 21.00.01 # saratoga: i would *think* so. we don't build for target with ssp enabled, do we? 21.00.35 # and the wiki says its not needed 21.00.40 # should have searched there instead of google 21.04.51 # how do i play just one file? 21.07.36 # gartral: either put it in a separate folser and play it, or from stopped playback insert it in the playlist via the context menu. 21.08.34 # insert inserts the whole folder 21.08.56 # the file itself has a context menu too. 21.09.07 # thats what i mean 21.09.37 # If you insert on just a file, it only inserts the one file. 21.11.35 # oh.. i think it used too be the way i described a long time ago 21.12.03 Quit tajlero ("Leaving") 21.14.39 Join MOHDMACH [0] (n=MOHDMACH@cpe-76-185-233-141.tx.res.rr.com) 21.14.54 # Hi 21.15.21 # I need wiki right's permission to post my theme. 21.15.59 # It is safe to post real names in here? 21.16.06 # Yes. 21.16.10 # What's yours? 21.16.20 # ImranMohammed 21.16.37 # gareth schakel heren :) 21.16.45 # One moment while I set you up. 21.16.50 # here* 21.16.55 # gartral: I didn't ask you. 21.17.06 # hmm gcc 4.3.2 errors out with "as: unrecognized option '-mcpu=arm7tdmi'" even with multilibs 21.17.11 # MOHDMACH: Rockbox requires the use of real names, so whenever you edit the wiki etc it will be shown 21.17.47 # MOHDMACH: All done. 21.18.25 # Thanks I just wanted to be sure posting the real name would be safe. 21.18.40 # Safe in what way? This is a public logged channel 21.18.59 # But as I say, everytime you edit the wiki it is on the website for all to see 21.25.16 # saratoga: It says 'as'. That means gcc 4.3.x also passes enhanced cpu options to the assembler, which the assembler doesn't understand 21.25.35 # (same thing why you need binutils 2.19 when fiddling with gcc 4.3.x for coldfire) 21.25.40 # Safe as in nobody will use my name to post their stuff and if they do they will be punished for it somehow. 21.25.53 # ? 21.26.12 # How on earth will we punish anyone/be able to tell/etc 21.26.15 # <_Auron_> in other words you don't want someone fraudulently using your name and making a bad name for you 21.26.22 # Anyway, this is getting off topic now 21.27.04 # Yeah nevermind then. 21.27.09 # MOHDMACH: nobody's going to be posting stuff under your name on the wiki with just your name 21.27.47 # amiconn: I've got binutils 2.19 though 21.27.50 Join Schmogel [0] (n=Miranda@essn-4db6cf59.pool.einsundeins.de) 21.27.52 # i thought that issue was solved 21.28.47 # Ok. I guess I am informally agreeing to take this risk anyway since I already made up my mind to post the theme or formally or whatever makes sense. So forget about the question. 21.30.54 # gartral: hmm? 21.31.19 Part PSPdemon ("Leaving") 21.31.24 # Gareth: He was just posting his name (for some reason), and not pinging you :) 21.31.53 # Ahhh okay. 21.31.58 # cool :) nm then. 21.32.01 # saratoga: Then you need to find out what's going wrong. 21.32.39 # Anyone remember a theme called "Ipod Simple"? 21.32.43 # I would expect gcc 4.3.x to work for arm. It's not that arm would be an uncommon architecture... 21.33.01 # i would expect the current release of binutils to build for it too, but apparently not 21.33.12 Quit Albright () 21.34.43 Join Albright [0] (n=Albright@adsl-76-195-210-97.dsl.pltn13.sbcglobal.net) 21.34.54 Quit Albright (Client Quit) 21.37.03 # I can't delete the .DS_Store file it keeps coming back but the guidelines say it has to be removed. 21.37.45 # hmm theres people online using gcc 4.3.2 and binutils 2.19 so i must be missing something 21.37.53 # I say it is both amusing and annoying trying to delete these. 21.37.58 # perhaps the snapshot i grabbed is broken 21.38.53 Part domonoky 21.39.57 # What snapshot? Why not the release version(s)? 21.40.37 # There seems to be a similar bug in a debian package for avr. Maybe your arm-elf-gcc calls 'as' instead of 'arm-elf-as'? 21.40.41 # amiconn: the release issue has some bug in it, i'll try and find the posting about it 21.41.09 # * amiconn thinks that an strace should tell 21.41.54 # http://www.mail-archive.com/bug-binutils@gnu.org/msg06475.html 21.42.58 Quit krazykit (Read error: 60 (Operation timed out)) 21.43.28 # oh fun... 21.43.54 # * amiconn would probably try 2.18.x for arm instead of a snapshot 21.45.08 # * amiconn also wonders how much (or little) testing goes into binutils releases 21.45.26 # I mean, if a release doesn't even *build* for arm ... 21.45.58 # yes that was surprising, although i think the issue is specific to compiling it with gcc 4.3.x 21.46.25 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 21.49.24 Quit saratoga ("CGI:IRC (EOF)") 21.49.25 *** Saving seen data "./dancer.seen" 21.49.40 # linuxstb: here's what i've come up with, at this point. i'm not even sure it's worth making a FS task for it, there are lots of examples of things that could use TYPE_BOOL using an int and custom menu labels... 21.49.54 # http://pastebin.com/m350cee28 21.50.45 Quit ibseo (Read error: 113 (No route to host)) 21.56.25 Join krazykit [0] (n=kkit@cpe-24-210-69-196.columbus.res.rr.com) 22.02.06 Join theone2 [0] (n=theone@adsl-75-3-114-65.dsl.chcgil.sbcglobal.net) 22.03.28 Quit timc`` (Read error: 104 (Connection reset by peer)) 22.03.38 # I'm getting a build error on my h340 with stock source code, anyone know what could be the problem? 22.03.46 # the error is as follows: 22.04.24 # Unhelpful: That looks OK to me. A third opinion would be nice though, but if no-one shouts I would just commit it. 22.04.38 # CC firmware/system.c 22.04.38 # /home/me/rockbox/firmware/system.c:49: error: `MAX_PATH' undeclared here (not in a function) 22.04.38 # /home/me/rockbox/firmware/system.c:49: error: storage size of `cpu_boost_calls' isn't known 22.04.38 DBUG Enqueued KICK theone2 22.04.38 # /home/me/rockbox/firmware/system.c:49: warning: 'cpu_boost_calls' defined but not used 22.04.38 # make: *** [/home/me/rockbox/build-h340/firmware/system.o] Error 1 22.04.44 Join timc`` [0] (n=aoeu@124.93.243.83) 22.05.26 # I'm svn rev. 19785, the most recent 22.06.31 # and I also have logf enabled 22.06.52 # theone2: Please use a pastebin next time. 22.07.13 # it looks like those should later be ported from oldmenuapi, and use set_bool_options? 22.08.38 # Lambda, sorry, here it is: http://pastebin.ca/1311100 22.11.03 # it seems logf is the problem; the build works if disable it 22.11.36 # except I need logf 22.12.08 Quit troy__ (Read error: 104 (Connection reset by peer)) 22.12.48 Part MOHDMACH 22.16.07 Quit parafin (grisham.freenode.net irc.freenode.net) 22.16.07 NSplit grisham.freenode.net irc.freenode.net 22.16.07 Quit freqmod_qu (grisham.freenode.net irc.freenode.net) 22.17.16 NHeal grisham.freenode.net irc.freenode.net 22.17.16 NJoin freqmod_qu [0] (i=quassel@2001:700:300:1430:213:d3ff:fee9:5ed0) 22.18.24 Join os2user [0] (n=chatzill@87.228.64.2) 22.20.08 Quit tyfoo ("Carpe diem") 22.23.46 Quit sarixe ("Connection reset by the motherfucking peer") 22.23.47 # never mind, I fixed it; I have to comment out line 49 in fw/export/systemn.h 22.23.58 Quit theone2 ("Leaving") 22.26.50 Quit shadearg (Read error: 60 (Operation timed out)) 22.29.24 Join Jaykay_ [0] (n=chatzill@p579E79B1.dip.t-dialin.net) 22.29.54 Quit XavierGr (Nick collision from services.) 22.30.05 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 22.31.22 Join shadearg [0] (i=arg@ipv4.panoptix.net) 22.36.59 Quit mirak ("Ex-Chat") 22.40.05 Quit Aurix_Lexico (Remote closed the connection) 22.41.58 Quit os2user (Remote closed the connection) 22.43.02 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 22.46.33 NJoin parafin [0] (i=parafin@paraf.in) 22.47.43 Quit Jaykay (Read error: 110 (Connection timed out)) 22.50.19 Join tessarakt [0] (n=jens@e180077165.adsl.alicedsl.de) 22.50.44 Join MethoS [0] (n=lem@host-091-096-214-073.ewe-ip-backbone.de) 22.53.11 Join krazykit` [0] (n=kkit@cpe-24-210-137-198.woh.res.rr.com) 22.55.23 Join jbenj [0] (n=jongle@173.48.208.112) 23.06.04 Quit jhulst (Remote closed the connection) 23.06.25 Quit krazykit (Nick collision from services.) 23.06.31 Nick krazykit` is now known as krazykit (n=kkit@cpe-24-210-137-198.woh.res.rr.com) 23.10.30 # im converting 320x240 videos from the web, mostly mp4's, using MediaConverter, to 220x176 for the Sansa. 23.10.51 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.10.56 # I dont happen to be useing the pre-set extentions for the sansa, as there is a slight problem with the browsers, 23.11.10 # i have the parameters set by hand, using LAME etc 23.11.23 # it works fine but Im going from an 80meg file to a 135meg file 23.11.41 # jbenj: File conversion is not really on topic here 23.11.55 # nobody seems to be speaking 23.12.17 # The channel is logged and for support and development. People read the logs 23.12.37 # People don't want to have to wade through of topicness when they read the log 23.12.39 # #rockbox-community ----> 23.12.47 # anyway, my question is complete, does getting a larger , 135mb file show that im doing something wrong? 23.12.55 # #rockbox-community ----> 23.13.07 # It is still off topic, see soap's suggestion 23.13.26 # ive lurked here before and seen much more off-topic chatter 23.22.32 Quit parafin (Remote closed the connection) 23.23.04 Join parafin [0] (i=parafin@paraf.in) 23.28.11 # linuxstb: i actually meant that i didn't think it was a good idea, but i hadn't seen that core provides for setting bools via menu with labels, so i thought that many of the int-as-bool cases would need to stay 23.36.53 Part gartral 23.43.56 Quit Jaykay_ (Read error: 110 (Connection timed out)) 23.48.13 Join sarixe [0] (n=sarixe@pool-68-239-154-103.nwrk.east.verizon.net) 23.49.28 *** Saving seen data "./dancer.seen" 23.55.41 Quit linuxstb (Read error: 110 (Connection timed out)) 23.55.50 Quit LambdaCalculus37 ("Ka-chunka") 23.56.02 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb)