--- Log for 06.01.109 Server: niven.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 28 days and 15 hours ago 00.00.17 # linuxstb: I believe an old bootloader is available in the installation wiki page. 00.02.08 # Bagder: I agree it's just a few little things that need fixing, but I think that "supported" status should mean that the port (which includes peripheral things like installation tools and documentation) has reached a "ready for end-users" state. 00.02.58 # maybe we should make a checklist for this 00.03.11 Quit XavierGr (Read error: 104 (Connection reset by peer)) 00.03.58 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 00.04.39 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 00.05.03 Quit Nibbler (Read error: 60 (Operation timed out)) 00.05.14 # IMO, it's simply "1) Install instructions for the three major OSes (Windows/Linux/OS X); 2) Binary bootloader release on the download servers; 3) Binaries of any installation tools also on the download servers. I'm not sure whether to go as far as requiring a manual... 00.06.28 # I figure "0) most of the core Rockbox functions and plugins working reliably" should be there too ;-) 00.07.13 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 00.07.16 # MarcGuay: I think you simply need to revert your commit. If a file only contains ASCII characters, then "ANSI" and "UTF-8" encodings of it are identical, so there was nothing to do. 00.08.02 # Okay, that makes sense to me. 00.09.10 # Bagder: If you insist ;) But no-one seems to be arguing about that for the beast. 00.09.19 # ok. the resizer can still go in pluginlib. the boosts for the scaler can be placed around the call to it, in the loader, rather than in the scaler itself. 00.09.29 # nah, it was mostly to make it a complete checklist 00.09.46 # Zagor: http://www.rockbox.org/tracker/task/9724 I put the new patch up, I hope it 00.09.49 # it's good 00.10.23 Quit solexx (Read error: 110 (Connection timed out)) 00.10.37 # Bagder: Yes, I agree it needs adding to the list. 00.10.52 # linuxstb: I think we should add rbutil to that list, it's part of it now 00.11.13 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.11.48 # kugel: I think that's "nice to have, but not required". e.g. the e200R doesn't have rbutil support. 00.11.55 # kugel: excellent. I'd like to get a discussion about removing the time settings before commit though. it would clean up a lot of this even more. 00.12.14 # hrm... it'll need a recalc_size moved back to bmp.c, and a pointer to resize_on_load to go into the output plugin on mono targets. i'm not really sure how big the size impact for these changes is until i implement :/ 00.12.20 # Zagor: yea, I thought this could be done in a different patch though, it'd change actual code 00.12.32 # kugel: indeed 00.13.02 # Zagor: hey, you still having wps/statusbar issues? 00.13.36 # JdGordon: I'll download a new build and see 00.13.52 Quit DerDome ("Leaving.") 00.14.15 # also, can you add "release 3.0" back into the flyspray version list? 00.14.54 # Zagor: I'd also have some other ideas to clean up backlight related stuff, such as merging the identical drivers, factoring pwm fading code out into a different file (like it's done for sw fading) 00.15.03 # JdGordon: as opposed to version 3.0? 00.15.13 # also, backlight.c is a ifdef hell to me 00.15.19 # the dead download mirror is being handled and should be back in a day or two (with a new IP I presume) since the previous network operator went out of business 00.16.28 # Zagor: "reported version" only has version 3.1 and daily build 00.17.01 # JdGordon: how odd 00.17.48 # ah, fixed now. bugs cannot be filed against "past" versions, only "present". 00.18.02 # umm, do we really want new bugs against 3.0? 00.18.27 # Zagor: don't you think 3.0 users will just mislabel the reports if 3.0 is not present? 00.18.28 # no, but old bugs saying they are version 3.1 is a bit odd 00.18.47 # what, old entries changede? 00.19.01 Join DerDome [0] (n=DerDome@dslb-082-083-191-081.pools.arcor-ip.net) 00.19.09 # hmm.. maybe im going crazy.. i thought some did 00.19.18 # ignore me :p 00.20.01 Join troy__ [0] (n=toppy@92.24.57.39) 00.20.01 # right, reverting the change 00.20.31 # sorry :/ 00.21.38 # JdGordon: statusbar seems much better now, but "cabbie default" still doesn't work. cabbie v2 does though. 00.22.09 # cabbie_default and rockbox_default appear not to even load 00.22.13 Join troy___ [0] (n=toppy@78.147.197.163) 00.22.25 # what the heck is cabbie default? 00.23.09 # no idea :-) but at least rockbox_default came from the zip 00.23.18 # ok, checking 00.24.02 Quit jgarvey ("Leaving") 00.24.16 # make install missed a font! 00.24.35 # is 08-Schumacher-Clean.fnt in the zip? 00.24.45 # no 00.24.58 # that could explain it then 00.25.04 # wonder how that broke though 00.26.12 # muh, rockbox_default.wps is empty. no wonder I get the built-in wps then... 00.26.36 # so apparently only my setting changed for some reason 00.26.37 # MarcGuay: Did you revert the right commit? I think you reverted both 19687 and 19688. 00.27.06 # ...which was good, because otherwise I wouldn't have spotted the statusbar issue 00.27.07 # linuxstb: I wanted to start fresh. :) 00.27.23 # And then proceded to almost botch it again. I'm feeling half-witted tonight. 00.27.28 # Bagder: (or anyone...) Can you think of anywhere where our "What makes a supported target" list can go? 00.27.42 # Zagor: its supposed to be empty... its a filename placeholder (so the inbuilt one can load) 00.27.42 # JdGordon: 08-schumacher is sysfont 00.27.55 # kugel: no its not... 00.28.00 # For some reason whenever I re-save the file it adds a BOM and "No newline" at the bottom... 00.28.02 # sysfont is built from that.. 00.28.06 # * linuxstb considers TargetStatus 00.28.19 # MarcGuay: Save it as "ANSI" or "iso-8859-1" 00.28.22 # it's the same font, that's what I mean 00.28.43 # maybe it's omitted on purpose, to use the build in one 00.29.02 # linuxstb: Does that mean the instructions in the wiki that it _must_ be UTF-8 are outdated or there's something I don't understand? 00.29.45 # MarcGuay: no editor that can explicitly handle bom? 00.30.33 # MarcGuay: The problem isn't utf-8, it's your editor adding the BOM and removing the last newline. My suggestion was a workaround that works because the file is ASCII (in which case utf-8 and iso-8859-1 are identical). 00.30.58 # kugel: I wouldn't call backlight.c ifdef hell. it has a lot of them but not in a complex way, and splitting the code into many files won't make it more readable. 00.31.25 Quit gevaerts (Nick collision from services.) 00.31.37 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 00.31.41 # I do wonder about the sanity of BACKLIGHT_FADE_BOOST though... 00.31.53 # I think algorithms are better to understand if they're in an extra file 00.32.07 # Bagder: It seems TargetStatus already has some criteria for calling a target "supported" - in the Introduction. 00.32.22 # s/Introduction/ Current status of supported targets/ 00.33.05 # err 00.33.05 # current svn is broken for the clip? 00.33.16 # kugel: yes, it needs 9703 to play 00.33.24 # it doesn't even boot here 00.33.28 # ! 00.33.40 # I already patched with 9703 00.33.42 # Sorry people, that wasn't supposed to go through. Fark. 00.33.54 # but I get panic: DATA TIMEOUT as soon as I see some rockbox 00.34.22 # I'll try the latest 00.34.38 Quit PaulJam (".") 00.34.52 # tell me which you're running first 00.35.11 Quit troy_ (Read error: 110 (Connection timed out)) 00.36.05 # kugel: 19634 00.36.53 Join gartral [0] (n=Gartral@adsl-75-33-88-223.dsl.bcvloh.sbcglobal.net) 00.37.29 # Zagor: even with the missing font, the wps dispays fine in the zim 00.38.34 Part Aurix_Lexico 00.39.01 # JdGordon: yes that's what I meant. somehow I got rockbox_default as my wps without me realizing it. probably there never was a bug in wps handling. 00.39.07 Quit troy__ (Read error: 110 (Connection timed out)) 00.39.32 # hehe ok 00.39.32 # I foolishly never tried reloading the cabbie wps :-( 00.40.34 # My daughter is running rockbox on her clip thanks to dev help. It still panics and shuts down when starting music with button lights on. 00.40.45 # FM radio works fine and she is able to play stars while listening without problems. 00.41.38 Part akur1 00.41.40 # Willwolfe: clip playback is broken in svn. you need FS#9703 for it to work, and even then it's a bit glitchy. 00.41.51 # I have installed the buffering patch and the fm radio patch. 00.42.43 Join domonoky1 [0] (n=Domonoky@g229068027.adsl.alicedsl.de) 00.42.45 # Zagor: which bootloader revision? r19634 still doesn't work 00.43.03 # the bootloader is broken it seems 00.43.13 # kugel: uh, that's not easy to see. 00.43.28 # indeed 00.44.05 # Willwolfe: is "the buffering patch" FS#9332 ? 00.45.44 Join aurix_lexico [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) 00.47.19 # Zagor: yes buffering_flash_v4.patch 00.47.28 Join Nibbler [0] (n=Nibbler@e181117085.adsl.alicedsl.de) 00.48.28 # Willwolfe: try FS#9703 instead and see if you get any further 00.49.44 *** Saving seen data "./dancer.seen" 00.49.55 # Should I use the v3 patch 00.50.21 # Willwolfe: no, try this instead: http://www.rockbox.org/tracker/task/9703 00.50.33 # Zagor: the transfer is not so fast ;) 00.51.11 # kugel: :-) I'll just compress it first 00.51.19 # Yes. I meant the watermark3.patch, sorry 00.51.35 # Willwolfe: yes, use the latest 00.52.10 # I'll give it a try. 00.52.31 # hmm 00.52.34 # * MarcGuay apologizes, he's struggling to fix that error and hopes it doesn't crush voices.... 00.56.15 # * linuxstb updates TargetStatus with some more explicit criteria for "supported" status 00.57.08 # we need a better word than supported 00.57.15 Join yosafbridge [0] (n=yosafbri@ludios.net) 00.57.58 # Zagor: As Bagder has left, would you be able to run whatever magic script is needed to update the website if I committed the reverting of the S's "supported" status? 00.58.38 # JdGordon: Maybe we simply stop using it, and ports get added to the front page when they are included in a release. 00.58.47 # i.e. we just call them "released" 00.59.02 Quit domonoky (Read error: 110 (Connection timed out)) 00.59.13 # "released", "in development" and "no code.. stop hassling us about it" 00.59.23 # Sounds about right. 01.00.31 # I guess beta and alpha are overused? 01.00.50 # btw, I disagree with reverting the beasts "supported" status... if its just manual and install instrctiuons that are needed 01.01.51 # Installation instructions are pretty important. Plus there is no bootloader download, or installation tool binaries. 01.02.52 # is it just a matter of compiling and uploading them? 01.03.00 # linuxstb: yup I can do that 01.04.09 # JdGordon: And testing, and tagging in SVN, and documenting their use... 01.04.41 # JdGordon: I agree it's not that much to do, but it should be done first. 01.05.30 # ok 01.07.53 Join ibseco_ [0] (n=ibseco@BAH49db.bah.pppool.de) 01.08.58 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 01.10.54 # Zagor: Thanks - changes committed. 01.11.07 Join gregorovius [0] (n=diego@host22.190-31-92.telecom.net.ar) 01.12.17 Quit ibseco (Read error: 145 (Connection timed out)) 01.12.18 Nick ibseco_ is now known as ibseco (n=ibseco@BAH49db.bah.pppool.de) 01.12.18 # linuxstb: web updated 01.12.28 Join kadath [0] (n=kadath@rrcs-96-11-226-10.central.biz.rr.com) 01.13.03 # Zagor: Thanks. 01.14.17 # * linuxstb looks at the Windows version of sendfirm in utils/MTP/, and wonders about the GPL issues of linking to a binary DLL... 01.15.19 # where does that dll come from? 01.16.05 # i've a small question: I noticed the ipod's original firmware doens't seem to turn off, it goes into a sort of sleep mode, where it wakes up very quickly. turning off auto-shutdown on rockbox, without playing audio, resulted in a 25% battery use overnight. is apple doing some voodoo we don't know about? 01.16.16 # Ah, it may be built from the source there... 01.17.35 # Hmm, but to build that dll, you need a .lib from a MS SDK. 01.17.36 # gregorovius: letting rockbox run, even idle, overnight is very far from putting it to sleep 01.18.01 # * linuxstb looks around for mcuelenaere 01.18.06 # oh, I know, but I mean, rockbox doesn't have a sleep mode I know of 01.18.20 # gregorovius: no, we shut down and save even more battery 01.18.34 # it starts up quite fast, otoh, but I wonder why there isn't a sleep mode available 01.18.52 # gregorovius: because sleeping uses battery 01.18.53 # i'd rather have it use a little battery and start up instantly, if there was an option 01.19.53 # of course having a real shutdown option is great for extended periods of time, but if it's for a short period of time, then having to wait for bootup is a lil annoying 01.20.08 # how long does your boot take? 01.20.52 # ok, formatting helped 01.21.03 # gregorovius: Implementing a sleep mode has been discussed, but no-one seems interested enough in the few seconds saved when booting to do the work. 01.21.45 # it's on the order of roughly 10s or so, on beast... but perhaps launching OF from the bootloader instead of vice-versa would make a large difference in that. 01.21.58 # i've tried setting it up non-dual-boot, and boot time is much faster that way 01.22.23 # straight to rockbox, you mean? 01.22.58 # gregorovius: the dual-boot rockbox bootloader is launched on beast after much of the OF startup has happened 01.23.07 Quit parafin (Read error: 60 (Operation timed out)) 01.23.26 # i guess that's where it was possible to inject new code while still keeping the OF intact... but that's how it is 01.23.40 # i see 01.25.56 # well, in any case, hopefully somebody can implement a proper sleep mode someday =) 01.26.00 Quit aurix_lexico (Read error: 104 (Connection reset by peer)) 01.28.58 # Zagor: Re Clip. Still get a crash with fs#9703 applied. Didn't seem to make a big difference. Crashes on trying to save FM presetss after scanning. 01.29.30 Join aurix_lexico [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) 01.29.36 # Willwolfe: ok, sounds like the storage driver problem then. thanks for testing. 01.31.06 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-f41868f32629e777) 01.31.29 Quit moos ("Poor Gaza. Where are those fakes internationnal institutions...not there, like always unfortunatly.") 01.32.59 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 01.33.15 Part toffe82 01.34.03 # Zagor: that's probably just the "standard" sd panic 01.34.15 # yes 01.34.32 # since your sys_reboot commit, the ams sansans tend to reboot instead of staying in the panic 01.36.16 # ah yes, we don't have a button check in panic.c 01.36.25 Quit ender` (" Top reason why compilers are like women: Miss a period and they go crazy") 01.36.43 Quit kugel (Remote closed the connection) 01.37.22 Join kugel [0] (n=chatzill@unaffiliated/kugel) 01.38.23 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 01.38.34 Join parafin [0] (i=parafin@paraf.in) 01.41.37 Join CaptainKwel [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 01.41.38 # Zagor: my clip is basically rebooting every 5s here 01.41.39 Quit CaptainKewl (Read error: 104 (Connection reset by peer)) 01.41.56 # kugel: from the sd panic? 01.42.37 # MarcGuay: Sorry to say your commit was the same as the earlier ones - there's a BOM and no newline at the end of the file... Would you like me to fix? 01.42.52 # Zagor: yea 01.43.05 # sometimes it's unhandled irq INT_WATCHDOG 01.43.16 # and I don't do any filesystem access, just staying in the main menu 01.43.30 # kugel: wow. how much data did you copy to it? 01.43.39 # I don't get the sd crash very often at all. 01.43.50 # 1.5GB 01.44.17 # ah, then you're pushing the limit. I only have 100MB or so on mine. 01.44.36 # there's a limit? 01.44.46 # and why does it panic without me doing something? 01.45.08 # didn't you say access close to or above 2GB was the problem? 01.45.55 # kugel: Have you tried to shut down, leave for about 10 seconds(I assume this is the memory clearing) and then restarting Rockbox. 01.46.19 # Zagor: only on >2GB devices 01.46.30 # I haven't heard about such a problem on a clip 01.46.30 # kugel: ah 01.46.54 # Why am I getting conflicts in svn updating apps/plugins/rockblox.c and apps/plugins/solitaire.c? 01.47.11 # also, that problem doesn't result in a panic, just data garbage (or not even booting rockbox if it happens to be in the past 1GB area) 01.48.19 # then I misunderstood the issue. it hasn't bitten me enough to make me focus on it. 01.49.14 # hm, seems to be better now 01.49.27 # no panic since a few minutes, even with playing music 01.52.25 Quit culture (Connection timed out) 01.52.38 # Zagor: I'm not getting any useful sound out of my mp3s 01.52.48 # only loud hissing 01.53.01 # which I also had with the flac on my fuze 01.53.17 # weird 01.53.44 # I tried several 01.53.50 # might it be related to tags? 01.53.57 # or vbr 01.54.19 # no idea. I've never seen (heard) it myself. vbr plays fine here. 01.54.32 # My 320 kbps mp3's seem to play better than the 192 kbps. 01.54.49 # none of my mp3s work 01.55.26 # they sound like radio if you didn't tune in a station 02.03.29 # I don't understand what is wrong with having official built builds on the Rockbox site even if the beast is not completely supported 02.03.55 # that way the few users that have a rockboxed beast wouldn't have to compile their own build 02.05.44 Quit LambdaCalculus37 ("Ka-chunka") 02.09.33 Quit MethoS- (Remote closed the connection) 02.10.57 # XavierGr: They have been built for a long time - the download link is on the GigabeatSInstallation page. 02.11.07 Quit Zagor ("Clint excited") 02.12.10 Join ibseco_ [0] (n=ibseco@BAH22d1.bah.pppool.de) 02.12.35 # ok thanks, it would be nice though to add a "yet" after the "not the S series" because right now it sounds like rockbox doesn't run at all on the S 02.13.56 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") 02.14.06 # Hopefully we can fix the remaining things to do and include the S... 02.14.37 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 02.16.15 # * linuxstb is currently looking at the manual, but is confused by the lack of similarity between manual action definitions and the actual keymaps... 02.18.40 Quit ibseco (Read error: 110 (Connection timed out)) 02.18.41 Nick ibseco_ is now known as ibseco (n=ibseco@BAH22d1.bah.pppool.de) 02.22.37 Quit parafin (Read error: 60 (Operation timed out)) 02.23.57 Quit Thundercloud (Remote closed the connection) 02.27.28 Join kerwood [0] (n=Marshall@c-69-250-35-141.hsd1.md.comcast.net) 02.27.36 Quit tyfoo ("Carpe diem") 02.27.42 # I reverted to my earlier build without the watermark3.patch and my clip does not crash when saving settings now at least. 02.31.20 Part gartral 02.33.31 Quit efyx__ (Remote closed the connection) 02.33.39 # pixelma: ping 02.35.50 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 02.41.01 Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) 02.42.09 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-47e0e14880ca05de) 02.43.52 Quit domonoky1 (Read error: 54 (Connection reset by peer)) 02.44.11 Quit tessarakt ("Client exiting") 02.47.25 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 02.48.01 Join parafin [0] (i=parafin@paraf.in) 02.49.48 *** Saving seen data "./dancer.seen" 02.52.47 # This clip is acting strange. Reinstalled the same build I had earlier. It is much more stable now. Can it be the way the files are copied to the player. It never made a difference with my Gigabeat F. 02.54.25 # ? 02.55.23 Quit spitfire_ (Read error: 113 (No route to host)) 02.58.34 # I am using Version: r19666M-090104 with a bootloader bin file made from firmware upgrade m300a.bin. 02.59.51 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 03.04.11 Quit Schmogel (Read error: 104 (Connection reset by peer)) 03.05.12 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") 03.06.34 Join toffe82 [0] (n=chatzill@adsl-71-154-232-139.dsl.frs2ca.sbcglobal.net) 03.08.33 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-479c29051c6f4002) 03.09.25 Quit parafin (Read error: 60 (Operation timed out)) 03.11.32 # linuxstb: Hi there, not sure if you're still around. I just finished supper. I was having a hell of a time trying to revert that last accidental "change". If you wouldn't mind guiding me through a fix, or if you would prefer to simply do it yourself, I would appreciate it. 03.12.48 # MarcGuay: Yes, I'm around. 03.12.56 # What editor are you using? 03.13.02 # Notepad++ 03.14.43 # Google tells me that when you select the format of a file in Notepad++, there is a "UTF-8 without BOM" option. Do you see that? 03.15.33 # Yes. 03.16.07 # Then just using that for the lang files should be better. I don't know why it's removing newlines at the end of the file though - can you try just adding one? 03.16.35 # If you then do "svn diff english.lang", you should see a preview of what you are going to commit. 03.16.53 # I think my local tree is a bit botched and I'm trying to preserve some changes I made to the c100 port (which aren't showing up in "svn diff").... 03.17.51 # That shouldn't affect it - just use svn with "english.lang". 03.19.12 # Okay I fixed it up a bit. The diff looks like it's changing the first line (removing the BOM, I presume) and moving the until after the "no new line" message.. 03.19.20 Part Krisinu 03.19.51 # Removing the forced last new line leaves the diff as just changing the first line. 03.20.24 # Err. That's not clear. If I remove the last line-feed from english.lang and do a diff, the only change is the first line. 03.21.34 # MarcGuay: The first thing you did sounded right. This is what I get as a diff - http://www.pastebin.ca/1300624 03.22.05 # (pastebin stripped out the BOM characters though, but you get the idea...) 03.22.33 # So that's what we're aiming for? Is the "'\no newline" supposed to be present? 03.23.06 # Yes, it will be present in the diff, after the "- " - to indicate that the old version of the file had no newline 03.24.23 Quit DerDome ("Leaving.") 03.24.57 # linuxstb: Crud. I'm getting a "remains in conflict" error when I try to commit. 03.25.00 Join parafin [0] (i=parafin@paraf.in) 03.25.38 # I tried to abort my last one, I'm wondering if it corrupted something. 03.26.02 # I would just delete english.lang and do "svn update" in apps/lang/ 03.26.12 # ...and start again. 03.26.47 # Smart, thanks. 03.27.15 # There's probably a better way, but that works for me. 03.27.48 Quit robin0800 (Read error: 110 (Connection timed out)) 03.28.56 # Okay, let's see if that worked... Fingers-crossed.. 03.29.08 Part toffe82 03.29.27 # * LambdaCalculus37 is rewiriting the blind descriptions for the H100 and H300 03.29.48 # * MarcGuay has been wanting some time to rewrite the blind FAQ forever... 03.30.34 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 03.30.50 Quit Rob2223 () 03.31.52 # MarcGuay: The descriptions in the manual need a serious reworking anyway. 03.32.47 # linuxstb: Does it seem to have worked? 03.33.58 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 03.34.25 Quit Willwolfe (Client Quit) 03.36.42 # MarcGuay: Looks perfect to me. 03.37.55 # linuxstb: I really appreciate your help. I'm going to continue messing around with the telechips NAND driver on the c100v1 in the next couple of days and may come crawling for assistance... :) 03.38.11 Join Rob2222 [0] (n=Miranda@p4FDCD28D.dip.t-dialin.net) 03.47.42 Join bigbluesd [0] (n=63c23a9f@gateway/web/cgi-irc/labb.contactor.se/x-1fd1560a52aca5e6) 03.48.04 # can i ask a stupid question that i'm pretty sure i already know the answer to? 03.48.11 # MarcGuay: get that commit reverted? 03.48.40 # is there any extension or anything to make rockbox work with ipod-enabled devices? like a head unit in a car stereo that has ipod controls built in? 03.48.43 # Unhelpful: Finalement, oui. Now I'm trying to figure out how to get it to voice the new string... 03.48.50 Quit jhMikeS (Nick collision from services.) 03.49.14 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 03.49.20 Join gromit`` [0] (n=gromit@ALagny-154-1-54-214.w81-249.abo.wanadoo.fr) 03.49.44 # bigbluesd: Some work, some don't. Check the wiki for ones that have been tested and reported on. 03.49.51 # k, thanks 03.49.55 Quit bigbluesd (Client Quit) 03.50.06 # the only way i've ever known to revert a change was to use svn diff to make a reverse patch for it... 03.50.28 # Unhelpful: I tried that and got myself into a big mess very quickly. 03.51.31 # * linuxstb reads a Gigabeat S manual 03.52.08 Join akur [0] (n=akur@bl6-149-90.dsl.telepac.pt) 03.52.33 # All right, I got a better blind description done for the H100, which needed it the most. 03.56.21 # Here's what I have: http://pastebin.com/dfa9bbdb 03.57.35 Quit gromit` (Read error: 110 (Connection timed out)) 04.01.37 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 04.03.52 Quit Seed ("cu, Andre") 04.04.58 Join blkhawk- [0] (n=blkhawk@g228065051.adsl.alicedsl.de) 04.06.03 Quit MarcGuay ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 04.06.15 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 04.09.57 Quit akur (Read error: 60 (Operation timed out)) 04.12.12 Quit LambdaCalculus37 ("Ka-chunka") 04.15.12 Quit jfc (Read error: 54 (Connection reset by peer)) 04.15.35 Join jfc [0] (n=john@dpc691978010.direcpc.com) 04.15.50 Join Barahir_ [0] (n=jonathan@Xab03.x.pppool.de) 04.21.58 Quit blkhawk (Read error: 113 (No route to host)) 04.22.56 Nick blkhawk- is now known as blkhawk (n=blkhawk@g228065051.adsl.alicedsl.de) 04.23.07 Join akur [0] (n=akur@bl6-159-249.dsl.telepac.pt) 04.23.15 Nick Bensawsome is now known as DOMO (n=Bensawso@unaffiliated/bensawsome) 04.26.07 Quit fenugrec ("Leaving") 04.33.06 Quit Barahir (Read error: 110 (Connection timed out)) 04.35.13 # Zagor: whenever you're around, i have a number. passing a resize function in the format plugin, and putting recalc_size and support code for the scaler in core, costs another 576B. 04.36.43 # i think that maybe if #define corefunc rb->corefunc can work, instead of the API macro, that it's probably worth having the scaler only supported in pluginlib... but i'll leave things alone until i hear from some more devs about it. 04.38.27 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.49.49 *** Saving seen data "./dancer.seen" 04.55.39 Join kravlin [0] (n=kravlin@unaffiliated/kravlin) 04.57.03 # hello. I was reading up on rockbox before purchasing my next mp3 player. I saw that you had no plans to support zune any time soon through the email logs. has that changed? 04.57.42 # no ports are planned. interested owners need to do the (very hard) work themselves 04.57.50 # nobody knows any way to get it to run custom code, last i heard. 04.57.57 # dang. 04.58.22 # I really wish that my gigabeat hadn't failed on me. 04.59.51 # is there any information on a starting place to get rockbox onto a zune? i'm trying to find a way out of justifying buying an ipod for rockbox. 05.00.25 # the information would be on the wiki or the New Ports forum, what little there is 05.00.34 # ok. thanks 05.00.57 # kravlin, why not another gigabeat or repair your old one 05.02.59 # advcomp2019: I'm in a time crunch and my old one failed several times, i've fixed every problem but the audio jack which they epoxied on. i'm not horribly good at playing with circut boards yet so i'm not sure how to deal with the epoxy. 05.03.37 Quit timc`` (Read error: 54 (Connection reset by peer)) 05.04.25 # kravlin, o ok 05.04.59 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 05.05.05 # yeah. 05.05.53 # plus it actually sounds like working on a zune port would be a good project in school. We're learning c++ and assembly in classes and this would give me a good reason to study. 05.05.58 # kravlin: new board probably the best way? 05.06.46 Join timc [0] (n=aoeu@124.93.243.83) 05.07.59 # yea since you are in a crunch of time, you might have to wait to get some since you have to get them off of ebay any way 05.09.42 # kravlin: Buy the Sansa e280 v2. 05.09.51 Join num1 [0] (n=brian@unaffiliated/num1) 05.10.00 Part num1 ("veni, vidi et capiebar ad anum "I came, I saw and I endured a rear assault"") 05.10.33 # i was thinking today, if a zune or ipod classic port doesn't happen in some time, eventually there'll be no HD-based player to run rockbox on 05.10.54 # $70 USD brand new, 8 gig flash onboard. Another $20 bucks, you can get 8 gig microsdhc, so you'll have a 16gig flash storage, audio, video, fm, and voice recorder, for only $90 USD 05.11.07 # gregorovius: needs a microsd->ata adapter ;) 05.11.33 # and some duct tape to keep it all together, yeah 05.12.37 # I don't know how big is the pool of old ipods and gigabeats, but my guess is it's not too deep 05.13.32 # beasts die (fixably) quite easily. i've already got everything but a motherboard left if this one fails for real. 05.14.43 # i think i'll grab a zune and try to play around with porting it. it'll give me something to keep me occupied on the class when taking my assembly/c++ class 05.15.52 # you know rockbox is c not c++? 05.16.07 # unstable" how is the Sansa e280 v2? 05.16.22 # even better. I've had some c. 05.16.32 # yay for being a fledgling CS major. 05.20.02 # i think i'll work on the zune port if possible instead. sounds like more fun 05.20.14 # anyways. laptop battery is about to die. 05.20.22 # so thanks for all the help. 05.22.16 Quit ibseco (Read error: 113 (No route to host)) 05.23.21 Quit kravlin (Remote closed the connection) 05.25.24 Quit tvelocity (Remote closed the connection) 05.25.37 Join likemindead [0] (n=mccracke@96-25-231-104.ama.clearwire-dns.net) 05.28.43 # * likemindead is away: I'm busy so STFU. 05.28.48 # * likemindead is back (gone 00:00:05) 05.30.42 # likemindead, please don't use a public away message in here 05.42.15 Quit likemindead ("Making like a tree...") 05.44.12 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-fafc11b9ed4072e3) 05.46.40 Quit kerwood (Read error: 104 (Connection reset by peer)) 05.46.52 Join kerwood [0] (n=Marshall@c-69-250-35-141.hsd1.md.comcast.net) 05.48.24 Join Quip [0] (n=kevinmaa@c114-76-135-235.sunsh2.vic.optusnet.com.au) 05.48.39 Quit timc (Remote closed the connection) 05.49.37 Part Quip 05.54.13 Join timc [0] (n=aoeu@124.93.243.83) 05.57.04 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 06.13.22 Quit amiconn (Nick collision from services.) 06.13.24 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 06.13.49 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) 06.13.55 Quit pixelma (Read error: 110 (Connection timed out)) 06.17.40 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 06.20.32 Quit Nibbler (Read error: 110 (Connection timed out)) 06.20.57 Join Nibbler [0] (n=Nibbler@e181096014.adsl.alicedsl.de) 06.23.59 Join _lifeless [0] (n=lifeless@94.51.255.215) 06.34.15 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.37.36 Quit XavierGr () 06.37.37 Quit meyerman (Remote closed the connection) 06.49.50 *** Saving seen data "./dancer.seen" 06.50.20 Quit aurix_lexico ("Leaving.") 06.50.23 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 06.54.17 Quit japc (Remote closed the connection) 07.05.19 Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 07.09.06 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") 07.23.56 Join spasticteapot [0] (n=joseph@24-240-34-85.dhcp.mdsn.wi.charter.com) 07.24.15 # Can anyone here recommend a good music player/manager for use with a Rockbox'd ipod? 07.24.21 # I'd like to move playlists and such. 07.32.32 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 07.37.35 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.39.27 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.39.47 Quit _lifeless (Remote closed the connection) 07.54.49 Join GodEater_ [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-59c149a8fc4bb32c) 07.55.40 Join gartral1 [0] (n=Gartral@75.33.82.151) 07.55.59 Part gartral1 08.00.04 Quit BHSPitLappy (Remote closed the connection) 08.00.24 Join BHSPitLappy [0] (n=BHSPitLa@adsl-70-243-200-223.dsl.rcsntx.swbell.net) 08.23.34 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 08.24.20 Join lucent [0] (i=lucent@silenceisdefeat.com) 08.28.13 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 08.28.52 Quit advcomp2019 (Nick collision from services.) 08.28.54 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 08.33.09 Join Rob2223 [0] (n=Miranda@p4FDCCC79.dip.t-dialin.net) 08.38.12 Quit gregorovius () 08.39.21 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.42.02 # * lucent svn 'up's 08.42.49 # * GodEater_ git pull's 08.43.15 # dammit "Hehe. Broke it already in last-second sanitation. Put some bits back." jethead71... lame commit message. Should have at least referenced a SVN revision where he "Broke it" 08.44.56 # going to try and test some things as kugel asked me.. it's been a week or two since I looked at rockbox 08.49.53 *** Saving seen data "./dancer.seen" 08.50.57 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.54.42 Quit kachna (Read error: 113 (No route to host)) 08.55.13 Part akur 08.59.27 # lucent: and what will you be testing on? 09.02.56 # Good luck. 09.02.58 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") 09.03.01 # Willwolfe: was asked to look for graphics corruption on the 8GB Fuze 09.06.34 Quit jhulst (Remote closed the connection) 09.10.45 Quit scorche (" rawr...that is all...rawr") 09.22.17 Quit BHSPitLappy (Remote closed the connection) 09.23.47 Join stoffel_ [0] (n=sfr@p57B4DAA3.dip.t-dialin.net) 09.24.18 # hmm 09.24.30 # FS #9647 need a commit sponsor 09.29.12 Quit spasticteapot ("Leaving") 09.30.55 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 09.31.19 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 09.33.06 # scorche: hey, I'm looking for a commit sponsor, FS #9647 09.35.31 # lucent: sorry...just got home from vacation...lots of stuff to do =) 09.35.51 # no worries 09.36.04 # it wasn't applied 'cause of the freeze, but freeze is over 09.39.33 Join moos [0] (i=Mustapha@rockbox/staff/moos) 09.40.08 # scorche: who else might be around that I should ask? 09.42.28 Join flydutch [0] (n=flydutch@host252-43-dynamic.5-87-r.retail.telecomitalia.it) 09.45.42 Quit markun (Read error: 104 (Connection reset by peer)) 09.46.07 Join markun [50] (n=markun@rockbox/developer/markun) 09.48.41 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 09.57.05 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 09.57.54 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 09.59.06 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 09.59.52 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 10.05.16 Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") 10.06.08 Quit advcomp2019 (Read error: 60 (Operation timed out)) 10.08.59 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 10.12.18 Join Casainho [0] (n=chatzill@bl8-171-94.dsl.telepac.pt) 10.13.45 Quit Casainho (Client Quit) 10.16.11 Join Lss [0] (n=Lss@cm97.delta89.maxonline.com.sg) 10.20.47 Quit Bagder ("*plopp*") 10.21.49 Join kugel [0] (n=chatzill@unaffiliated/kugel) 10.23.56 # kugel: hey, I'm testing now 10.24.13 # kugel: there's a weird button behavior, I don't understand yet 10.24.28 Join n1s [0] (n=nils@rockbox/developer/n1s) 10.24.35 # wheel works really nice though 10.24.38 # * lucent :) 10.28.06 # lucent: hi!! 10.28.07 Join GodEater_ [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-4147ade5d34f83e2) 10.28.17 # your clip arrived, thanks a lot 10.28.26 # kugel: glad you did receive it finally 10.28.46 # kugel: oh and my microSD card sort of works on the 8GB fuze, or at least it is today 10.28.48 # I had a bit of trouble though (but that's off topic) 10.28.54 # what weird button behavior? 10.29.10 # oh that's nice 10.29.13 # oh hum, let me describe it. It will take a minute to type accurately 10.29.57 # System Menu > Plugins > Games > Bubbles > Start New Game 10.30.22 # it returns immediately to the Bubbles plugin's menu where Start New Game is listed 10.30.57 # this also happens when I try to browse music files, if I enter a directory which contains files, it "goes back" after a short pause 10.31.06 # I think it must be a button issue 10.31.25 # lucent: doesn't happen here 10.31.47 # even though bubbles doesn't work at all 10.31.57 # but doesnt kick me out at least ;) 10.31.59 Quit Thundercloud (Remote closed the connection) 10.32.17 # yeah it does not let me keep the in-game screen 10.32.20 # it goes back 10.34.38 # lucent: do you have any patches applied? 10.34.46 # none that affect code 10.34.55 # only an unrelated patch to rockboxdev.sh 10.35.51 # I'm running with svn trunk r19697 10.36.31 # wow... I can't believe that microSD works now 10.36.45 # no idea then, it works (sort of) here 10.37.03 # I'm curious to know which changes affect it for 8GB fuze 10.37.11 # lucent: do you weird background picture pixel bugs? 10.37.35 # oh hm, yeah now that you mention it, I thought it was LCD physical problem 10.37.39 # like a bad pixel 10.37.56 # it's two "dotted lines" on a diagonal 10.38.17 # yes, and in the wps too? like here http://www.alice-dsl.net/simonemartitz/rockbox/wps.png 10.38.41 # yes that, but more 10.38.45 # no, it's not a physical problem, but yet it seems to be fuze-only 10.38.45 # maybe my LCD is bad 10.38.51 # let me try OF 10.39.20 # lucent: more? can you make a screendump? 10.39.32 # ok I will do that 10.40.41 # how do I use screendump? I enable it from debug menu then what do I do? 10.44.23 # http://www.rockbox.org/twiki/bin/view/Main/ScreenDump 10.44.58 # ah, very nice 10.46.15 # kugel: my screenshot confirms the "weird color line" on the top? of the display, but does not contain the pixel artifacts I see on my physical display 10.48.57 # http://img240.imageshack.us/my.php?image=8gbfuze19697hk3.png 10.49.55 *** Saving seen data "./dancer.seen" 10.51.22 # lucent: really? are those also in the of? 10.51.34 # no artifacts in the OF 10.51.59 # I don't have a test mode for the OF though so I'm not 100% sure it isn't a defective LCD 10.52.10 # but it's a bit odd because of the distribution 10.53.32 # lucent: just upload a firmware named fuzet.bin, so you get the test mode 10.53.35 Quit sbhsu_ ("leaving") 10.55.55 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-087-030.ewe-ip-backbone.de) 11.01.13 # kugel: the LCD passes the OF testmode test 11.01.50 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 11.04.07 # hm, weird 11.05.08 # kugel: the wrong-pixels are limited to drawing of the background image 11.05.35 # any other full-screen mode is working great 11.06.32 # yea, I've noticed that too 11.07.00 # well, not exactly, the progressbar is also not correct 11.10.48 # pixelma: what do you think about adding "reset holes" and battery switches to the player images in the manuals? 11.14.36 # kugel: what button press "cancels" a menu like System > Debug > Time & Date such that it would return to System > Debug menu? 11.16.41 # kugel: my guess is that my power button press is being triggered in error 11.16.44 # or something 11.16.54 # has power button detection changed? 11.20.49 Quit stoffel_ ("leaving") 11.22.37 Nick Barahir_ is now known as Barahir (n=jonathan@Xab03.x.pppool.de) 11.30.37 # * lucent wanders off to sleep 11.30.43 Quit kugel (Remote closed the connection) 11.32.35 # jhMikeS: ping 11.37.44 Join Lear [0] (i=chatzill@rockbox/developer/lear) 11.41.30 Join kugel [0] (n=chatzill@unaffiliated/kugel) 11.43.05 Join einhirn [0] (i=Miranda@p5B033485.dip0.t-ipconnect.de) 11.43.30 Quit einhirn (Read error: 104 (Connection reset by peer)) 11.44.19 # amiconn: is it true that the battery capacity setting has no effect on charging for any of the archos targets, thinking of the one with sw charging (fm recorder?) 11.47.18 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.50.16 Join PaulJam [0] (n=PaulJam_@vpn-3083.gwdg.de) 12.02.03 # Has anyone tested the NK.bin from the Gigabeat S Toshiba updater that toffe42 found? 12.02.26 # i think toffe did, should be in the logs 12.03.11 # linuxstb: i'm working a bit on the beast manual, do you know if the battery capacity setting has any effect on the charging on the beast? 12.03.54 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 12.09.56 Join fredddy [0] (n=freddy@p3E9E300A.dip0.t-ipconnect.de) 12.13.35 # n1s: No, I've no idea. Will you be looking at the install section, or are you working elsewhere? 12.15.04 # mostly a bunch of random fixes, din't touch the installation yet as i'm not sure the current way is the way we will use. There was talk about making a different kind of bootloader that loads an unmodified nk.bin if we want to start the OF for example 12.16.18 # Bagder: The Gigabeast manual is now building again - can you include it in the daily builds? I think it used to be included, as there was a link from the GigabeatSInstallation page - http://download.rockbox.org/manual/rockbox-gigabeats/rockbox-build.html 12.16.31 # And should we describe the steps to acquire the nk.bin or make a tool/script that does it? 12.17.20 # I'm thinking about the same thing. I think for now we can just document it - writing a cross-platform tool/script isn't trivial. 12.18.15 # and how about the messing about with fdisk to make linux mount the partitions? And how does this work in OSX? 12.19.06 # I'm thinking about writing a "beastpatcher" - to incorporate the sendfirm function, and then do the cleanup (including saratoga's method of recovering the nk.bin). 12.20.27 # that sounds good 12.20.35 Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) 12.20.58 # We will need to tell the users what to do if the nk.bin recovery fails though 12.20.59 # Although I'm unsure if that could ever be incorporated into rbutil - the windows sendfirm uses a closed source MTP library... 12.21.40 # oh, bad 12.22.48 Join Darksair [0] (n=user@125.33.197.248) 12.23.15 # But I'm not sure if I'll have time to do that immediately, so maybe best to just document the current install method, so we can call it "supported". 12.33.26 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 12.50.00 *** Saving seen data "./dancer.seen" 12.50.06 Join DerDome [0] (n=DerDome@dslb-082-083-201-210.pools.arcor-ip.net) 13.00.00 # n1s: The only archos with software controlled charging is the recorder v1 - and the battery capacity setting does have an effect there. 13.00.15 # It controls the charging safety timeout 13.00.59 Quit kugel (Remote closed the connection) 13.02.15 Quit Anges (Remote closed the connection) 13.03.03 Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) 13.12.50 Join tvelocity [0] (n=tony@adsl1-102.her.forthnet.gr) 13.18.10 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.20.22 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-61181a6f19505e6f) 13.25.27 Quit AndyI (Read error: 60 (Operation timed out)) 13.27.01 Join AndyI [0] (i=AndyI@212.14.205.32) 13.27.35 Quit DOMO ("The awsome is gone :(") 13.28.19 Join Bensawsome [0] (n=Bensawso@adsl-074-167-039-241.sip.cha.bellsouth.net) 13.28.22 Quit Bensawsome (Excess Flood) 13.29.05 Join Guest25129 [0] (n=Bensawso@adsl-074-167-039-241.sip.cha.bellsouth.net) 13.30.04 Quit kadath (Read error: 60 (Operation timed out)) 13.30.42 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 13.31.18 Nick Guest25129 is now known as Bensawsome (n=Bensawso@adsl-074-167-039-241.sip.cha.bellsouth.net) 13.31.49 Nick Bensawsome is now known as Guest4646 (n=Bensawso@adsl-074-167-039-241.sip.cha.bellsouth.net) 13.33.07 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-14a8b328b9eb2cf5) 13.33.10 Nick Guest4646 is now known as Bensawsome (n=Bensawso@adsl-074-167-039-241.sip.cha.bellsouth.net) 13.35.26 Nick Bensawsome is now known as DOMO (n=Bensawso@unaffiliated/bensawsome) 13.37.04 Join Schmogel [0] (n=Miranda@essn-4db6cd60.pool.einsundeins.de) 13.37.43 Quit itcheg (Client Quit) 13.39.17 # linuxstb: beast manuals added to the daily build series, but I can't recall them ever having been in there before... 13.40.07 Quit kachna (Remote closed the connection) 13.40.22 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 13.48.58 Join Casainho [0] (n=chatzill@bl8-171-94.dsl.telepac.pt) 13.49.44 # hello :-) - Can someone please tell me what menas "stride" on lcd-target.c, lcd_blit_yuv() function? 13.49.48 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.59.31 # Casainho: it should be the 'width' of the buffer (that's what it means in blitting functions elsewhere, never used it in rockbox) 14.00.35 # kadoban: Thanks :-) -- and, do you know what the function "lcd_blit_yuv()" do? why it's needed? 14.01.08 Quit jhMikeS (Read error: 54 (Connection reset by peer)) 14.01.36 # Casainho: what do you mean? it should be for if you have a bitmap in the right format and want to put it on the screen, i believe 14.01.46 # I understand what "lcd_update_rect()" does, I think it draw a rectangle on LCD display... 14.02.06 Join fyrestorm [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com) 14.02.23 # rockbox uses a doublebuffering scheme, so when you draw things they don't actually go directly to the screen 14.02.35 # hmmm, I tought that frame_buffer were on RGB, or no? I am a bit lost :-) 14.02.37 # lcd_update_rect() tells rockbox to copy from the backbuffer to the actual screen 14.02.44 Quit fyrestorm (Client Quit) 14.03.01 Join fyrestorm [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com) 14.03.05 # i don't really know much about the pixel formats (and i forget what yuv is :P) 14.03.35 Quit fyrestorm (Client Quit) 14.03.54 Join fyrestorm [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com) 14.03.58 # so, lcd_update_rect() should be called when we want to put the frame_buffer? 14.04.01 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 14.04.44 # you do whatever drawing you want to do (draw lines, write text, blit stuff, etc.) and then call lcd_update_rect() or actually i normally just use lcd_update() i believe, which just does the whole screen 14.05.24 # so, yes 14.05.27 # and my LCD is RGB 12 bits... I don't understand why the YUV... :-) 14.06.08 # i'd recommend looking at some of the simple plugins until you find one that uses that function, see what it's doing 14.06.19 # so, you draw the information in what frame_buffer? 14.06.29 # Casainho: as far as i know lcd_blit_yuv is only used for the mpegplayer... 14.06.37 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.07.09 # Casainho: so for the start lcd_update and lcd_update_rect should be enough... 14.07.17 # Casainho: you don't have a choice of what frame buffer i don't believe. all of the normal drawing functions go to one frame buffer, and then when you're finished you call the update functions 14.07.32 # ah, so /* Performance function to blit a YUV bitmap directly to the LCD */ - there i need to convert YUV to RGB of my LCD, I think. 14.07.50 # lcd_update() copies the rockbox framebuffer to the lcd.. 14.07.58 # kadoban: thanks :-) 14.09.04 # Casainho: no problem :) 14.09.48 # ok, so I get the address of frame_buffer by using the "&lcd_framebuffer[y][x]". But, how do I know how data is organized on that frame_beffer, is there any documentation? 14.11.29 Quit moos ("Rockbox rules the DAP world") 14.11.52 # Casainho: the pixelformat of the framebuffer is defined in your config-.h file... 14.12.26 # ah, nice then ;-) 14.12.46 # so, I think I understand now all for I make the drivers ;-) 14.12.55 Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 14.13.12 Join fyrestorm [0] (n=fyre@cpe-68-173-235-77.nyc.res.rr.com) 14.13.13 # thank you and I will share all this information with others developers at our project ;-) 14.16.59 # Bagder: Thanks. I guess I need to wait until tomorrow for it to appear? 14.19.39 # Casainho: If your LCD is 12-bit RGB, then you have work to do - Rockbox only has support for 16-bit RGB LCDs. i.e. the framebuffer in RAM that Rockbox draws into is in RGB565 format. 14.20.09 Quit bmbl (Connection timed out) 14.20.10 # So you can either implement a 12-bit RGB driver, or convert from RGB565 to RGB444 when copying that framebuffer to the LCD. 14.22.27 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 14.25.15 # linuxstb: thanks ;-) -- I will record this information for when we will work on it :-) 14.26.30 # jhMikeS: Would you like to make a gigabeast bootloader release? 14.28.19 Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 14.30.09 # amiconn: that means that the manual lies about that setting for the recorder v1... 14.31.54 Join cpu98 [0] (i=blankbla@222.108.66.81) 14.32.38 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-b0a8a51f8bdbb5f0) 14.33.04 # * n1s suspects this setting has some kind of effect on the beast charging too but would like confirmation 14.33.15 Quit DerDome (Read error: 60 (Operation timed out)) 14.35.40 Quit kachna (Read error: 113 (No route to host)) 14.35.53 # n1s: What do you think about renaming the Rockbox bootloader nk.bin to something else? This should make the install instructions less confusing. 14.36.03 # (for when dual-boot is added) 14.36.35 # Maybe bootloader-nk.bin ? 14.36.36 # i believe when built it is named "bootloader.bin" 14.37.01 # Yes, but then a nk.bin containing it is created as well. 14.37.14 # i.e. a single-boot image with no Toshiba code. 14.38.00 # All bootloaders result in a "bootloader.bin", which is then converted to a target-specific format. 14.39.26 Join moos [0] (i=Mustapha@rockbox/staff/moos) 14.39.43 # how is the gigabeast bootloader install going ? do we have a working procedure for all plattforms (win/lin/mac) ? (thinking about rbutil integration) 14.40.17 # It required uploading a file using MTP 14.40.24 # s/required/requires/ 14.41.03 # We have a "sendfirm" utility in SVN for this - a Unix version using libmtp that works on Linux/OSX and a Windows version which unfortunately seems to link to a binary MTP lib from Microsoft... 14.41.16 # (if I'm understanding the Windows version correctly) 14.42.19 # if this microsoft MTP lib is redistributional, i dont think its a problem.. how about macosX ? 14.43.07 # n1s: I'm not sure it does - I believe the timeout is 3 hours whatever 14.43.45 # But of course, jhMikeS is the chap to verify :) 14.45.03 # hm, maybe rbutil needs some restructuring to suppport the gigabeast, as you can not select a device location for the first install... :-/ 14.47.31 # That is true. Maybe if you select gigabeat S it then ignores the location, then after the bootloader install it autodetects? 14.48.30 # As you can select just a device now, you just have to click through a warning then cancel it when it brings up the device/mount point dialogue again 14.48.47 # So if you select beast it doesn't do the complaining/reselecting? 14.49.26 # could be possible.. but i dont really want to litter rbutil with special cases for different devices :-) 14.50.04 # Sure, but how else would you approach it? 14.50.05 *** Saving seen data "./dancer.seen" 14.50.58 # dont know, but maybe i get a better idea :-) 14.51.07 # I'm thinking of from a user point of view incidently, I don't have much idea from the oding point of view :) 14.51.15 # *coding 14.53.24 # hm, is the usb-id of a beast in rockbox USB mode different then the MTP Id ? 14.54.15 # if so, autodetection could detect a beast in MTP mode, and offer to install the bootloader directly. 14.55.46 # I can't check I'm afraid, as I don't have the OF on my beast 14.56.15 # I can't rememeber if putting it back would wipe the beast 14.56.32 # what is the usb id in UMS on beast ? the MTP id is already in the DeviceDetection wikipage. 14.57.58 # I'll check, one mo 14.59.08 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 14.59.25 # domonoky: hmmm - lsusb gives ID 0930:0010 Toshiba Corp. Gigabeat S (mtp) 15.00.09 # is that mtp or UMS ? 15.00.47 # linuxstb: yes, the naming is certainly confusing 15.01.00 # domonoky: That is Rockbox USB 15.01.13 # ah, that is the rockbox usb stack ? 15.01.17 # yep 15.01.33 # we probably just reused the usb-id... maybe we should change it :-) 15.01.43 # :) 15.04.52 # also this partitiontable fixing thing maybe a bit nasty todo in rbutil... 15.05.41 # but it is also a nasty install step to leave people 15.06.17 # Is it possible on windows too - I know you don't need the fix for windows, but I don't like the idea of installing on windows meaning it doesn't work on linux 15.06.47 # jep, would be good to automate this. But it needs a bit work to make it reliable. 15.08.15 Join Jaykay [0] (n=chatzill@p579E766C.dip.t-dialin.net) 15.10.19 Join Wonko__ [0] (n=Wonko@84-119-48-224.dynamic.xdsl-line.inode.at) 15.10.37 Quit kugel (Remote closed the connection) 15.12.07 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 15.12.41 Quit Wonko__ (Client Quit) 15.13.28 Join m0f0x [0] (n=m0f0x@189.78.60.221) 15.15.21 Join Nibbl [0] (n=Nibbler@e181096014.adsl.alicedsl.de) 15.16.51 Join BarendHavenga [0] (n=cdae161a@gateway/web/cgi-irc/labb.contactor.se/x-5803eeb24b2002dc) 15.16.56 Quit Nibbler (Read error: 113 (No route to host)) 15.17.01 # Hey Guys! 15.18.16 # I'm hoping someone can help me get TWiki access (for the WPS pages if it makes a difference) 15.18.40 # I've made a couple WPS themes I'd like to get up on the site. 15.21.35 # What's your wiki name? 15.22.07 # BarendHavenga 15.22.31 # One sec while I give you permission. 15.22.36 # Thanks 15.23.06 # All done. Promise not to spam, now. :) 15.24.08 # Promise :) 15.24.10 # Thanks a bunch! 15.28.32 Join mib_b4bwm8l8 [0] (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-ba076aea2c5c3883) 15.28.58 Nick mib_b4bwm8l8 is now known as MarcGuay (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-ba076aea2c5c3883) 15.29.52 # If a new LANG_ID is appended in english.lang, does the daily english.voice file automatically generate it for us? 15.29.52 # *use 15.30.48 # Is it generated into english.voice, rather... 15.31.39 # MarcGuay: yes. 15.32.25 # domonoky: Thanks. 15.36.29 Join stoffel_ [0] (n=sfr@p57B4DAA3.dip.t-dialin.net) 15.37.02 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.40.20 Join Strife89 [0] (n=michael@204.116.245.152) 15.42.18 Join m0f0x_ [0] (n=m0f0x@189.78.42.234) 15.42.31 # linuxstb: right, the manuals are built and copied to the download server once per day 15.44.59 Quit jhulst ("nitrogoldfish") 15.45.16 Quit m0f0x_ (Client Quit) 15.45.29 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 15.45.34 Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") 15.45.35 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 15.45.35 Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") 15.45.51 Quit m0f0x (Read error: 110 (Connection timed out)) 15.48.02 Join Lambdacalculus37 [0] (n=44a04303@rockbox/staff/LambdaCalculus37) 15.48.11 Join kugel [0] (n=chatzill@unaffiliated/kugel) 15.49.27 Quit Lambdacalculus37 (Client Quit) 15.52.09 Join GodEater_ [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-97f2c905da79100d) 15.54.18 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 15.58.45 Join MethoS- [0] (n=clemens@host-091-097-244-220.ewe-ip-backbone.de) 15.58.50 # rasher: is there anyway to use at http://rasher.dk/rockbox/translate/ the form at the bottom with my own lang file? 16.00.44 Join mikeones_ [0] (n=mikeones@pool-71-164-133-37.dllstx.fios.verizon.net) 16.03.08 # hello 16.03.12 Quit parafin (Read error: 60 (Operation timed out)) 16.04.12 Join {phoenix} [0] (n=dirk@p54B4762A.dip.t-dialin.net) 16.05.24 # anyone know how to get my e280 into recovery/manufacture mode? I have tried with hold on/off, while holding the middel button/record/down button 16.05.34 # I am ready to throw this thing out. 16.06.01 Join kushal_12_27_200 [0] (n=kushal@c-68-80-95-237.hsd1.nj.comcast.net) 16.06.02 # It does not get reconised in windows XP or linux 16.06.28 # I don't know what else to try 16.06.31 Part kushal_12_27_200 ("It was nice talking to you guys. I have to ask your leave right now. I hope to talk to you again soon. :)") 16.06.34 # Did you read the SansaFAQ on the wiki? 16.06.41 # yeah 16.06.57 Quit Strife89 ("Bye.") 16.07.27 # LambdaCalculus37: what spacificaly? 16.07.56 # domonoky: My point was that rbutil is GPL'd, so it can't be linked with any lib. 16.08.07 # http://www.rockbox.org/twiki/bin/view/Main/SansaC200Port#Recovery_Mode <-- This should also work for the e200, but make sure to use e200-specific files. 16.10.40 # LambdaCalculus37: none of the methods to get into recovery/manufactre mode has worked on the sansa 16.11.04 # mikeones_: Is it a "v1" or "v2" e280? 16.11.19 # LambdaCalculus37: it does not say so I guess v1 16.11.31 # Why? 16.11.39 # It could be either 16.11.41 # mikeones_: Do you have Rockbox installed on it? 16.11.50 # yes 3.1 16.11.56 # then it was v1 16.12.03 # yeah 16.12.06 # And why do you need to get into recovery mode so badly? 16.12.26 # all I get is a blue ring with a black screen 16.12.32 # that is it 16.12.50 # or manufactuing, I forget 16.13.03 # I know how to get a sansa into manufacture mode because I put my wifes e260 into it last night 16.13.29 # this bamm e280 just seems to be lost 16.13.29 # linuxstb: is this lib, the dll which is included in utils/MTP ? 16.13.56 # The lib is used to build that dll - i.e. the lib is statically linked into that dll. (IIUC) 16.14.35 # mikeones_: screen black with blue ring is manufacturing mode 16.14.52 Join parafin [0] (i=parafin@paraf.in) 16.14.54 # hm, but if we can distribute that dll, it shouldnt be a problem to include it into rbutil... 16.15.09 # How does that follow? 16.15.15 # mikeones_: see http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick 16.15.20 # BigBambi: it does that when I plug it in or turn it on without holding a button ot putting it in hold mode 16.15.28 # Just because a lib is distributable, doesn't make it GPL compatible. 16.15.37 # mikeones_: interesting 16.15.48 Quit jhulst (Read error: 60 (Operation timed out)) 16.16.07 # but its a dll, we can just load it with a lglp wrapper and stay legal i would think. 16.16.22 Quit stoffel_ (Read error: 113 (No route to host)) 16.17.01 # I don't understand how that can be done. You're still linking with a closed-source lib, even if it's via wrappers... 16.18.00 # BigBambi: I have gone over all of that. I have tried this on two diffrent linux pc's. One with usb 2.0 and anothe with 1.0 16.18.07 # no i link to lgpl/pd wrapper code, which is legal. and lgpl/pc code can link to proprietary code. 16.18.32 # IMO, if A links to B, and B links to C, then A has linked to C... 16.18.59 # Even if it's permissible under the letter of the GPL, it seems outside the spirit. 16.19.28 Quit parafin (Read error: 60 (Operation timed out)) 16.20.11 # I have the cover off and even tried with out the battery 16.21.06 # it depends a bit on how strict you interpret it. By the way: which licence is sendfirm ? 16.21.12 # brb 16.21.22 # mikeones_, have you tried reseating the daughter card in the sansa? 16.21.43 # domonoky: There are separate versions for Unix and Windows. They both state GPL, but I'm questioning if the windows version can be. 16.22.00 # rbutil could even just call a prebuilt sendfirm then we have no linking :-) 16.22.35 # Yes, or it simply ignores gigabeast bootloader install - and the user uses a "beastpatcher" like the e200r install 16.23.33 # yes, ignoring it would be the easiest way. But thats not really nice. :-) 16.24.18 # Neither is polluting rbutil with binary libs... 16.24.46 Join dfkt [0] (n=dfkt@unaffiliated/dfkt) 16.25.39 # from a users-perspective its better to pollute rbutil, than todo it by hand :-) 16.26.26 Join japc [0] (n=japc@194.65.5.235) 16.26.52 # the best thing would be ofcourse to rewrite the windows version to use a gpl mtp lib. But thats a job for mr. Someone. :-) 16.27.06 Quit Lss (Read error: 104 (Connection reset by peer)) 16.28.56 Join mib_dteqq4 [0] (i=93b12a90@gateway/web/ajax/mibbit.com/x-85bbeb7b52119ad6) 16.29.01 # hello 16.29.56 # advcomp2019: no, not sure how 16.30.18 Join funman [0] (n=fun@rockbox/developer/funman) 16.30.34 # when using rockbox on an ipod video, is it possible to boot into the ipod firmware and use it like normal ? 16.30.41 # yes, see the manual 16.30.42 # you need to open it to able to reseat the daughter card 16.30.49 Join stoffel_ [0] (n=sfr@p57B4DAA3.dip.t-dialin.net) 16.32.51 Join TheSphinX^ [0] (n=cold@p54A5FBAD.dip.t-dialin.net) 16.34.38 Quit mib_dteqq4 (Remote closed the connection) 16.34.38 Quit GodEater_ (Remote closed the connection) 16.34.39 Quit LambdaCalculus37 (Read error: 54 (Connection reset by peer)) 16.35.50 # !seen rockrabbit 16.37.24 Quit robin0800 (Remote closed the connection) 16.39.39 Quit flydutch (Read error: 110 (Connection timed out)) 16.41.29 Join FS-8806 [0] (n=a8a82bfa@gateway/web/cgi-irc/labb.contactor.se/x-18d5b61622b15386) 16.41.51 # Commit me :) 16.42.00 Quit FS-8806 (Client Quit) 16.42.26 # advcomp2019: I have the cover off and can see two black chips at the top. Do I need to pull off the face plate? 16.43.20 Join parafin [0] (i=parafin@paraf.in) 16.44.40 # yes, you need to take the faceplate off and remove the main board to get to the daughtercard so you can remove and reseat it.. if that does not work, you need to try the e200tool since the sansa is manufacturer mode 16.46.33 # rasher: ping 16.46.57 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.47.24 # advcomp2019: if it is in manufacture mode, non of my 3 pc's (one XP and 2 Linux) can see it 16.48.23 # windows will need a driver and on linux did you look at lsusb? 16.48.47 # advcomp2019: I checked dmesg and lsusb. nothing comes up 16.49.13 # advcomp2019: do you know if any pics showing how the face plate compes off? 16.50.04 # are you on an usb port straight on the computer not a usb hub? have you checked your usb cable too? 16.50.10 *** Saving seen data "./dancer.seen" 16.51.02 # the face plate has four screws under the battery cover that you remove 16.51.19 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.51.27 # hmm, the usb cable worked fine before this happend. I am not using a hub. Just a stright shot to the computer 16.51.31 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 16.52.14 # advcomp2019: this is a refreb. looks like they used rivits instead of screws. 16.53.01 # probley cheaper and faster that way 16.53.02 Join miepchen^schlaf [0] (n=miepel@p579ECA48.dip.t-dialin.net) 16.54.19 # i have not seen one of them with rivets.. so i am not sure how you would get the face off 16.58.56 # advcomp2019: got it 16.59.02 # waht do I reseat now? 16.59.49 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 16.59.56 # hmm, I pulled the metal plate benith the battery 17.00.01 # not the fron cover 17.01.25 # that is not it.. sounds like you have a different issue if you can not see it in lsusb 17.02.37 # ha 17.02.56 # after I yanked it appart 17.03.11 # advcomp2019: what do you think? trash it? 17.03.12 Quit kugel (Remote closed the connection) 17.04.13 # i am not sure it is trash but not sure what is going on too 17.05.10 Quit MethoS- (Remote closed the connection) 17.15.20 Quit miepchen^schlaf () 17.16.16 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 17.16.24 Quit stoffel_ (Read error: 113 (No route to host)) 17.17.11 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 17.17.35 Join Lartza_ [0] (i=Lartza_@a91-153-194-138.elisa-laajakaista.fi) 17.18.05 # does rockbox drain battery faster than official firmwares? I have noticed this behavior with 3G and 5.5G ipod's 17.18.38 # wait it's last grayscale so 4G 17.19.13 # Lartza_, how old of a build are you using? 17.19.51 # 4G newest and 5G i noticed it on older builds 17.19.55 # but not too old 17.20.21 # It did on old builds for newer ipods 17.20.36 # They should be about equal now, on all other targets Rockbox is better 17.21.12 # well if the battery life is one main consern of user? 17.21.30 # i installed rockbox to my sister and she says it had impact on her 4G battery life 17.21.30 # I don't understand that sentence 17.21.33 Quit Jaykay (Read error: 110 (Connection timed out)) 17.21.51 # and if she doesnt use other features of rockbox that much? 17.22.01 # Lartza_: The remaining time indicator is not always releiable. Has she acvtually measured it? 17.22.13 # not really i think 17.22.43 # and how does cold effect ipod? 17.22.53 # Unless she does (and with the same conditions - i.e. same music, no extra equalizer on etc etc) then it is impossible to say 17.23.00 # willl the battery show less capacity or have less capacity 17.23.09 # yes, to an extent 17.23.24 # are there any options to tune like reduce hd spinning on rockbox? 17.23.45 # turn diskcache on for that, and turn the anti skip to the lowest possible 17.23.57 # ok 17.24.00 # you can turn of the acessory power supply on some ipods 17.24.07 # s/of/off/ 17.24.17 # ok thanks for all this info 17.24.46 # diskcache will help if you browse the music often, but will not help may be slightly worse) if she just starts music and never browses for more) 17.26.58 # waht about it seemed like the ipod's hd was spinning even if rockbox was in some menu? 17.27.58 # seems like or was? 17.28.03 # It should spin down 17.28.13 # seems like its spinning constantly 17.28.24 # unless it happened to be buffering music 17.28.48 Quit daurnimator (Read error: 60 (Operation timed out)) 17.28.53 # music on stop and pause same thing 17.29.03 # hd spinning 17.29.03 # well, it doesn't spin constantly on other peoples - could you measure for low long it does, and what you are doing when it does? 17.29.12 # s/low/how/ 17.29.18 Quit Nibbl (Read error: 110 (Connection timed out)) 17.29.34 # it stopped now 17.29.58 # Lartza_: I'm not saying it isn't for you incidently, I'm jut saying that it doesn't normally so we would like to find out why it is for you 17.30.26 # hd spinning on menu > playback > pause > stop > hd spinning > hd stopped 17.30.40 # it wasnt taht long maybe a minute on the menu or so 17.31.18 # And had you started playing music just before? 17.31.21 Join miepchen^schlaf [0] (n=miepel@p579ECA48.dip.t-dialin.net) 17.31.51 # before that music was on but it spinned after music was stopepd for some time 17.32.38 # maybe i(and propably my sister) need to observe thisi couple days and see waht the battery really does, is it "leaking" on rockbox 17.32.52 # i tell him not to trust the battery percent :) 17.32.55 # You actually need to measure it, and properly 17.33.03 # *her 17.33.05 # omg 17.33.09 # hehe :) 17.33.23 # vacation and after that you can't even write 17.33.55 Join CaptainKwel_ [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-6a28ec2222933360) 17.34.00 # But yeah, try measuring it under as close as conditions as possible to see if it is actually less, and by how much 17.34.17 # fade on stop/pause might take some battery too... i really need to dig in all the options 17.34.19 # And you need to measure the Apple firmware too to see what you get with that 17.34.39 # backlight and disk access are big killers 17.34.53 # the battery indicator showed under 28, then 28 and now 33 percent... 17.34.59 # really not reliable 17.36.11 # % should be OK 17.36.21 # so that is odd 17.36.34 # Still, I'd actually measure it and then we will know for sure 17.36.41 # so the bar shouldnt be ok but % should? 17.37.09 # ive had no luck with them also on 5.5G 17.37.15 # bar and % both should be, it is the time remaining that might not be (I'm not sure if it has been fixed or not) 17.37.48 # whats disk spindown doing? 17.37.55 # the setting? 17.37.58 Quit ender` (" I spilled Spot Remover on my dog... Now he's gone.") 17.37.58 # yes 17.38.19 # It sets how long the disk stays spinning on becoming idle before shutting down 17.43.35 # Lartza_: What font do you use? Very large fonts (e.g. unifont) can cause disk spinups in the menus to read more glyphs. 17.43.58 # (and do you have songs with non-latin characters?) 17.45.31 Join likemindead [0] (n=msc121@ama-wldhcp.696141217.amaonline.com) 17.46.50 Part likemindead ("Leaving") 17.51.09 Join Jaykay [0] (n=chatzill@p579E766C.dip.t-dialin.net) 17.51.25 Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-118-140.ewe-ip-backbone.de) 17.55.23 Quit miepchen^schlaf () 17.55.26 # rasher: now around? 17.55.28 Quit funman ("leaving") 17.59.38 Join miepchen^schlaf [0] (n=miepel@p579ECA48.dip.t-dialin.net) 18.00.31 # not large font, non-latin characters... i think yes 18.01.23 # By "large", I mean containing lots of characters - i.e. the filesize of the ".fnt" file. 18.05.50 Quit tyfoo (Connection timed out) 18.05.50 Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-118-140.ewe-ip-backbone.de) 18.06.39 Join MarcGuay [0] (n=cf6be8f5@gateway/web/cgi-irc/labb.contactor.se/x-541be5e207f387c5) 18.07.51 Join gartral1 [0] (n=Gartral@75.33.82.151) 18.09.19 # MarcGuay: Hi. I was wondering why you removed the font install instructions from the GigabeatSInstallation page, and also the link to the manual. 18.09.35 Join Nibbler [0] (n=Nibbler@e181108042.adsl.alicedsl.de) 18.09.45 # the e200s splash logo is located at /apps/bitmaps/native/rockboxlogo.240x74x16.bmp right? 18.10.28 # No, the first number is the width, so the e200's will be 176xsomethingx16 18.10.28 # That's the Gigabeat logo. 18.10.52 # ohh.. porportionaly they looked the same 18.10.56 # Check the SOURCES file in that directory 18.11.12 Join stoffel_ [0] (n=sfr@p57B4DAA3.dip.t-dialin.net) 18.12.02 Quit MarcGuay ("CGI:IRC (Ping timeout)") 18.15.08 Quit Darksair (Read error: 104 (Connection reset by peer)) 18.20.13 Join mib_lr9njwh7 [0] (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-3a10f05bb08dee15) 18.20.40 Nick mib_lr9njwh7 is now known as MarcGuay (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-3a10f05bb08dee15) 18.20.52 # Alessio Lenzi: Thanks for putting the LANG_CREDITS in the menu. 18.21.57 # linuxstb: It seemed to me like the beast install page was straying too far from the norm by having the usual installation instructions added there. Perhaps it was a bit hasty given that the manual wasn't available. 18.22.01 Quit Lartza_ () 18.23.00 Join kugel [0] (n=chatzill@unaffiliated/kugel) 18.23.39 # Jaykay: Was my explanation in the tracker clear to you? 18.27.41 Join karashata [0] (n=karashat@69.41.192.215) 18.27.44 Quit miepchen^schlaf () 18.29.44 # jhMikeS: ping 18.29.47 # MarcGuay: I'm thinking that as a first release, we could combine sendfirm and mknkboot into a single utility, which is either run with "sendfirm bootloader.gigabeat" to upload a single-boot firmware (bootloader.gigabeat is just the raw Rockbox bootloader), or "sendfirm nk.bin bootloader.gigabeat" which combines the two into a dual-boot firmware, then uploads it. 18.29.58 # But I don't have my beast with me this week to test such a tool... 18.31.40 # We can then release that sendfirm (maybe call this new tool something like beastpatcher) and a bootloader onto the download servers, and then add install instructions to the manual. It would then meet the "supported" criteria, even though the install is still not point-and-click. 18.31.57 # linuxstb: That sounds like a good idea. It's a bit unfriendly as it stands now. 18.32.48 # I haven't been following very closely, but the idea is that the nk.bin can now be extracted from the device, patched, and resent? 18.33.41 # That's one solution. But toffe82 has found the official update tool on Toshiba's website, and with a bit of effort (running 7zip 3 times) the nk.bin can be extracted from that download. 18.34.29 Quit jhulst (Read error: 113 (No route to host)) 18.34.30 # Problems with that method being that the user has to acquire it themselves and that Toshiba could take it down at any time? 18.34.34 # It'd be nice to do the partition table correcting in a beast patcher too 18.34.48 # MarcGuay: That is the same as e.g. the H100/H300 18.34.49 # But most of the code to implement saratoga's idea is already present in ipodpatcher/sansapatcher, so that's not a massive task. 18.35.16 # BigBambi: True enough. 18.35.17 # And yes, once we have raw disk reading/writing of the beast's disk, we can fix the partition table. 18.35.49 # linuxstb: Do you know if that is easy enough to do from windows too? 18.36.22 Join kadath [0] (n=kadath@rrcs-96-11-226-10.central.biz.rr.com) 18.36.39 # linuxstb: Are you looking at making the supported targets table a sort of what-supported-means checklist? 18.37.38 # We could add a "Manual" column as well. Save adding another wiki page... 18.39.00 # Wow, I didn't even look at the new intro paragraph... :) 18.40.35 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 18.42.50 # hey LambdaCalculus37, have you ever tried using the TCC NAND code on the m200v1? (I think I remember you had one of those...) 18.43.05 Quit kadath (Operation timed out) 18.46.17 # MarcGuay: yes, thanks (for the explanation in the tracker) 18.46.38 Quit TheSphinX^ ("XChat@Linux") 18.47.04 # MarcGuay: Had, yes. I gave it to shotofadds in exchange for his m200v3 (HARP). 18.47.21 Join miepchen^schla [0] (n=miepel@p579ECA48.dip.t-dialin.net) 18.47.41 # MarcGuay: Yes, a manual column could be useful. It could also be used to indicate broken manuals, when we become aware of them. 18.49.24 Nick miepchen^schla is now known as miepchen^schlaf (n=miepel@p579ECA48.dip.t-dialin.net) 18.50.14 *** Saving seen data "./dancer.seen" 18.51.34 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.52.12 # linuxstb: So it seems that if it was decided that a proper manual isn't required to be considered supported (like the M3), then it might be wise to put those installation instructions I removed from the beast page back on it. 18.52.44 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 18.55.29 # MarcGuay: But if there is a manual, I think that's where the install instructions should go. 18.56.44 # No doubt. 18.57.14 # Anyone know if the M3 instructions are the same as X5/M5...? They currently have none of their own. 18.57.16 # They ought to stay until there is a manual with proper instalation instructions IMO 18.58.11 # I'll put em back. 18.59.53 # I _believe_ the M3 installation is identical to the M5, though I'm not completely sure. 19.00.28 Quit karashata (Read error: 104 (Connection reset by peer)) 19.00.31 Quit stoffel_ (Read error: 113 (No route to host)) 19.00.35 Join karashata [0] (n=karashat@69.41.192.215) 19.01.04 # speaking of installation: there is a bug in rbutil that puts the gigabeat bootloader file in the wrong location. I'm considering bumping a new rbutil for this. Or should it go as .1 release? 19.01.17 # the bootloader install is the same, exept the filename differs 19.02.07 # bluebrother: any news on the windows dll problem? 19.02.08 # but having a four numbered version number is kinda weird. 19.02.17 # n1s: sure. Already fixed :) 19.02.33 # good :) 19.02.51 # linuxstb etc: I think the partition table correction could be done on-the-fly in rockbox ums, at least if we decide to hide the firmware partition there as well 19.03.03 # the problem is simply that I forgot to use -no-exceptions when compiling Qt -- I updated in the hope to get improved accessibility (though I haven't tested) 19.03.38 # MarcGuay: Yes, M3 instructions are the same as M5/X5, apart from the firmware file name 19.05.04 # bluebrother: I think it should go as a .1 release. 19.05.28 # * bluebrother considers rbutil 1.0.9 instead ;-) 19.05.59 # * domonoky votes for 1.0.9, he number is already long enough 19.05.59 # we'll never reach 2.0 if we only increment in micro steps ;) 19.06.17 # +1 19.06.42 # if it was only for windows i would make a 1.0.8b, but as the gigabeat bug affects all. i am for 1.0.9 19.06.52 # just do it! :P 19.07.30 # Gigabeat bug? 19.07.46 # bootloader install on the F/X (both I think) in rbutil 19.08.04 # amiconn: the bootloader file for gigabeat got placed at the wrong location (SYSTEM instead of GBSYSTEM/FWIMG) 19.08.04 # Beast manuals building again? 19.08.11 # ah 19.08.12 # speaking of installation: there is a bug in rbutil that puts the gigabeat bootloader file in the wrong location. I'm considering bumping a new rbutil for this. Or should it go as .1 release? 19.08.46 # For some reason I read only part of that sentence, sorry :\ 19.08.55 # hehe :) 19.15.22 # * linuxstb wonders if a Rockbox plugin to "undelete" nk.bin would be a sensible solution... 19.15.48 # is the undeletion already proven to work? 19.15.51 # It could even then do the merging with the "single-boot" nk.bin installed by sendfirm... 19.16.35 # kugel: I don't think so. It goes without saying that that needs to be confirmed first... 19.16.56 # But then we can't test it until we write a tool to do it... 19.16.56 # yea, I just wondered if anyone already tried 19.18.20 # MarcGuay: Yes, I fixed the beast manual last night. 19.19.32 # domonoky, bluebrother: BTW, why the strange "m" in front of rbutil build versions (in some places). Other places (e.g. the filenames of the downloads) use "v"... 19.20.12 # linuxstb: Isn't that what saratoga planned? Send new nk.bin to delete the old, use the undelete utility, and then use recovered nk.bin to build dual boot if wanted 19.21.16 # linuxstb: that's still historical from the "milestone 1" numbering we had when porting to Qt. But I agree that we could really drop that. 19.21.44 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 19.22.11 Join Rob2222 [0] (n=Miranda@p4FDCCC79.dip.t-dialin.net) 19.22.21 # BigBambi: Yes, I'm just raising the idea of doing that as a Rockbox plugin, rather than a PC app. 19.22.23 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 19.22.43 # linuxstb: Ah, right, I missed that bit 19.23.02 # We could call it something like "Enable dualboot". 19.25.08 Quit Nibbler (Read error: 113 (No route to host)) 19.26.41 Join Nibbler [0] (n=Nibbler@e181108042.adsl.alicedsl.de) 19.27.10 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 19.27.15 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-3d5b9c25193f89f6) 19.27.36 # linuxstb: is there a benefit of doing it as a rockbox plugin? 19.28.20 # It's easier to write... 19.29.12 # It doesn't really belong in sendfirm, as that just deals with the beast in MTP mode. 19.30.55 # it would be a first for a part of installation to be done on the device side (except for the flashing plugins) 19.31.20 Join stoffel_ [0] (n=sfr@p57B4DAA3.dip.t-dialin.net) 19.31.23 # It's not compulsory though - I'm happy without the beast's OF... 19.32.52 Join culture [0] (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) 19.32.57 # And this is also the first "two-stage" bootloader install. 19.32.58 # * amiconn still wants that fdisk+format plugin 19.33.30 # amiconn: you'll have to remove that from the NODO list first :P 19.33.39 # eh? 19.34.32 # I'm not talking about a generic one, but about one that makes the extra diskspace usable on a >128GiB disk when the usb-ata bridge doesn't support lba48 19.34.54 # (requires an lba48 enabled rockbox build, obviously) 19.35.59 # yes, i know what you are talking about but thought a format plugin was on the NODO but that's a "fsck" plugin 19.37.07 Quit Lear ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 19.37.11 # Yeah, although lba48 rockbox with an incapable usb-ata bridge also has the problem that the extra partition cannot be fscked 19.39.36 Quit japc (Read error: 145 (Connection timed out)) 19.40.51 # ...128GiB of mp3 is a _lot_... 19.41.17 # (yes I know you can play wav on it too! and videos but still!) 19.41.42 # if i had sufficient storage i'd probably use nothing but flac 19.42.03 # You cannot use flac on an archos though 19.43.15 # @ the germans here: is there any sense in translating "icons" with "sinnbilder" in a voice string? 19.43.38 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 19.43.52 Part cpu98 19.43.57 # It's better than Denglish, imho 19.44.22 # i never heard sinnbild before, and im german..... 19.44.41 # i wouldnt know that with sinnbild icons are ment 19.45.11 # *meant 19.45.35 Quit advcomp2019 (Nick collision from services.) 19.45.38 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 19.46.11 Quit BarendHavenga ("CGI:IRC") 19.47.10 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 19.48.13 # wikipedia suggests "Symbol" as a translation, or "Piktogramm" 19.48.42 # Windows uses 'Symbol', that might be better 19.49.09 # I'd prefer that too 19.49.15 # 'Sinnbild' is not wrong as such, but might be a bit unusual 19.49.31 # ill use symbol in a patch, thanks 19.49.35 # We should make it consistent between text and voice then 19.50.18 # ill replace all other icons/sinnbild with symbol too.... 19.54.27 # "Sinnbild" is most likely to be confusing to at least the majority ... 19.54.52 # If it really were, there should have been lots of complaints 19.55.23 # "Sinnbilder anzeigen" is ooold... iirc it was used from the very beginning of the voice UI 19.56.01 # (that is, since the voice ui got multi-language support) 19.56.37 Join gregzx [0] (n=chatzill@dtf240.neoplus.adsl.tpnet.pl) 19.58.08 # Ah no, but it was introduced in April 2004 19.58.08 Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") 19.58.22 # r4530 19.58.50 # what are independent frames, why is it translated with unab... mp3-frames and is "rahmen" instead of frame also possible? 20.00.17 # Independent frames are an mp3 recording related feature 20.00.48 Join don903 [0] (n=nova@dhcp008-114.openport.buffalo.edu) 20.01.43 # Hey, I've got rockbox on a Sansa E270 and I'm not sure what caused it but my files/folders are now listed in reverse alphabetical order. I checked the documentation but I haven't found anything about changing it back to regular (ascending) alpha order... does anyone know what I have to do? 20.02.07 Join TheSphinX^ [0] (n=cold@p54A5C035.dip.t-dialin.net) 20.02.47 # Using them means the mp3 file becomes slightly bigger, but the advantage is that you can cut such a file between 2 frames without having to fix the first frame(s) of the 2nd part (the one after the cut) 20.03.13 # The option means that the so-called bit reservoir won't be used 20.04.32 # Iirc this was originally translated as 'Rahmen' but someone decided that sticking with the english term would be better 20.05.11 # don903: which version of rockbox are you using? 20.05.47 # don903, I'm pretty sure that's a setting somewhere, I'll have a look at my e260 20.06.57 Quit stoffel_ (Read error: 60 (Operation timed out)) 20.07.05 # n1s: "Version: r18478-080909 20.07.06 # " 20.07.33 # Update! 20.07.40 # don903: update then, that bug was fixed sometime after 3.0 20.07.56 # hmph :) 20.08.16 # amiconn: so i can change it "back" to frame? 20.08.29 # hmm? 20.08.41 # rahmen :) 20.09.46 Quit fredddy (Remote closed the connection) 20.10.14 # * pixelma thought it still was "Rahmen" 20.10.18 Quit Acksaw (Read error: 131 (Connection reset by peer)) 20.10.35 # Right now it's 'Rahmen' for voice and 'Frames' for text 20.12.17 # I think a good way to evaluate this for technical things (like this one) is to check if google finds anything useful about the term. 20.13.27 # svenska.lang has (had) ramar too ;) 20.13.53 # google says 800k results for mp3 rahmen, everything nonsense 12kk results for mp3-frame, semms to be the right.... ehm... you know. 20.14.08 # * n1s would have to translate that back to english in his head to know what it meant 20.14.48 # ill change it 20.14.57 # should i change it in svenska.lang too? 20.15.25 # Imo it's better to use a german word when in doubt. Otherwise a german translation soon won't make sense anymore 20.16.15 # There's an additional problem with having english words in german voice strings - usually german TTS engines try to pronounce those words like german, resulting in something horrible 20.16.19 Join Slack_ [0] (n=brett@12-218-63-169.client.mchsi.com) 20.16.57 # That's why 'Rahmen' is used for voice, while 'frames' is used for text. It has been like this since the beginning of german voice strings 20.17.22 # I agree that it isn't ideal, but then I don't have a better idea 20.17.37 # amiconn: when in doubt, sure. But people are pretty likely not to know what an mpeg frame is, so they have to look it up. If that's not easy due to the chosen term, that's a problem I think 20.18.05 Quit don903 ("What we need more of is science.") 20.18.29 Quit TheSphinX^ ("XChat@Linux") 20.18.32 # * gevaerts starts thinking about translating "data abort" and "stkov" :) 20.19.22 # are LANG_LINE_IN and LANG_SYSFONT_LINE_IN both needed? the content is the same except in LANG_LINE_IN, it says recording,player instead of recording..... 20.19.22 # "gegevensafbreuk" en "stapeloverstroming" ? :P 20.19.23 # gevaerts: thats easy: "daten abbruch" and "stapel überlauf" :-) 20.20.06 # eurgh, deppen leer zeichen :( 20.20.13 # bertrik: which language was this? 20.20.19 # Jaykay, dutch 20.20.50 # really.... dutch is the funniest language i ever heard ;) 20.21.14 # Jaykay: surely that would be German? :) 20.21.34 # domonoky: nah, that would be stpül :D 20.21.45 # gevaerts: for the dutch people.... maybe 20.21.59 # stpül..... 20.22.02 # * gevaerts isn't Dutch so he wouldn't know :) 20.22.30 Join sjk404 [0] (i=stevek@godot.onshore.com) 20.22.57 # any idea to LANG_LINE_IN and LANG_SYSFONT_LINE_IN? 20.24.12 # the former is still needed and the "recording,player" is right as the Player has line-in but no recording, not sure about the sysfont one 20.24.17 # Jaykay: the sysfont one is likely used somewhere where userfont can't be used so it needs to remain 20.24.54 # LANG_SYSFONT_RECORDING_SRC_DIGITAL and LANG_RECORDING_SRC_DIGITAL are exactly the same 20.25.07 # n1s: ok..... 20.25.16 # Does anyone know if the ipod_accessory_protocol patch has been included in the recent builds? 20.25.41 # n1s: ?why cant it be used 20.26.18 # Jaykay: some screens use the built in sysfont which is not full unicode 20.26.36 # I thought most of the recording sysfont ones should be gone since the rec screen rework 20.27.07 # sjk404, according to the forum topic's title the patch is in SVN 20.27.16 # pixelma: i'm not sure really and by the way the recsreen will fall back to sysfont if it can 20.27.30 # 't fit the display which is nasty imho 20.28.02 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.28.09 # sjk404, in fact, this message here in that topic says it's commited: http://forums.rockbox.org/index.php?topic=17841.msg141350#msg141350 20.28.18 # n1s: doesn't it only do this for the calculation of the peakmeter height? 20.28.55 # pixelma: they seem to only be used in the "f2" and "f3" recording screens, i assume this is something archos specific 20.29.53 # F2 and F3 screens are the quickscreens on archos (yes archos has two) 20.29.57 # I see 20.30.29 # That means mentioned screens are recording specific quickscreens. Since quickscreens now use the user font, these screens should be fairly easy to fix 20.30.45 # and the regular screen can fall back to sysfont entirely which would break some languages quite a lot... 20.31.25 # * amiconn thinks it shouldn't do that 20.32.34 # amiconn: getting rid of those archos only sysfont strings would save a bit of voice file space too which would be nice 20.33.44 # amiconn: we need some kind of better font switching method to get around this nicely, and that should probably come after multifont 20.34.17 Join DerDome [0] (n=DerDome@dslb-082-083-201-210.pools.arcor-ip.net) 20.34.24 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust202.bagu.cable.ntl.com) 20.34.47 # basically a screen would specify the number of lines it needed and the largest font that was small enough of a set would be loaded if the current one was too big or something 20.34.59 Quit Acksaw (Read error: 54 (Connection reset by peer)) 20.37.36 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust202.bagu.cable.ntl.com) 20.37.52 # The recording screen would work with just 4 lines if the monstrous peak meter would be reduced to a sane size 20.38.06 # 4 lines is the minimum we also assume elsewhere 20.38.40 # other screens also break with insanely huge fonts 20.39.57 # 4 lines means a 16px font on archos with status bar and button bar disabled, a 14px font with one of them enabled, and a 12px font with both bars enabled 20.40.18 # (button bar only exists on recorders, not on Ondios) 20.42.14 # don't forget the trigger bar when triggered recording is enabled - in which case the peakmeter is reduced to one line height IIRC 20.42.41 Join petur [50] (n=petur@rockbox/developer/petur) 20.42.42 # yeah, but we ship 32px fonts so it's not hard to get fewer than 2 lines 20.42.53 # s/2 /4 / 20.44.26 # I don't think someone will ever use such a big font on a small display. The only reason I imagine this would happen is on a remote since it can't have a different font than the main screen 20.44.35 # With a font that huge. many screens will break 20.44.52 # s/would/could 20.44.53 # s/\./,/ 20.45.16 # yes, and that isn't very nice imho even if it's an insanely huge font 20.46.12 Quit n1s () 20.46.47 Join n1s [0] (n=nils@rockbox/developer/n1s) 20.47.24 # anyway i still think proper size switching functionality would be nice 20.48.54 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-14de38813ee1e88e) 20.49.08 Quit jhulst (Read error: 60 (Operation timed out)) 20.50.16 *** Saving seen data "./dancer.seen" 21.00.35 Join Mathiasdm [0] (n=Mathias@vpnh240.ugent.be) 21.02.28 # rasher: ping 21.04.09 Join daurnimator [0] (n=quae@ppp118-208-173-207.lns10.mel4.internode.on.net) 21.04.12 # amiconn: i didn't ping you for it, but putting the resizer itself in pluginlib, and passing it a core bmp loader that can calculate target size and support scaling costs 576B 21.04.41 Quit Thundercloud (Remote closed the connection) 21.05.47 Quit petur ("reboot") 21.09.05 Join blahrus [0] (n=blahrus@75.150.209.185) 21.10.03 Quit moos (Read error: 104 (Connection reset by peer)) 21.10.59 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 21.11.05 # gevaerts: there're some problems in fat.c I think 21.11.10 # multivolume issues 21.12.09 Join petur [50] (n=petur@rockbox/developer/petur) 21.12.23 Join Nic0_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 21.17.52 Quit blahrus (Remote closed the connection) 21.18.43 Quit mikeones_ ("leaving") 21.19.57 Quit n1s () 21.20.21 # can anyone tell me why to mess with that IF_MV all the time? 21.20.53 # is saving a argument for some functions worth the reduced maintainability? 21.22.40 # kugel: probably depends... if it takes you beyond being able to use register arguments... could cost you some code size. 21.24.11 # it's basically having 2 codes instead of one 21.25.14 # of course it will cost some code size, but that should be negligible, shouldn't it? 21.26.33 # i believe that depends on how frequently the function is called. 21.27.38 # it's really messy 21.27.56 # and I just needed to fix some things in fat.c because of that 21.28.20 # I ended up removing some #ifdef MULTIVOLUME and just having the drive arg for non-mv too 21.29.20 Quit Nico_P (Read error: 113 (No route to host)) 21.33.26 # * kugel got a half-working sync of the rockbox-as-an-app patch 21.33.52 Nick Nic0_P is now known as Nico_P (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 21.39.41 Join gregzx [0] (n=chatzill@dtf240.neoplus.adsl.tpnet.pl) 21.40.28 Join aurix_lexico [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) 21.46.55 Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.51.52 # is anywhere a tool existing for editing the .lang files? i.e. for changing description/source in all files 21.55.57 Quit karashata ("G'bye everyone!") 21.56.17 # You shouldn't do that in the standard case 21.56.48 Part gartral1 21.56.49 # If description or source changes, that usually means the meaning has changed, and hence the translation has to be changed as well 21.57.48 # So the procedure for translators uses these differences to find phrases which need attention 21.58.54 # ok... 21.59.14 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.00.10 # The only exception would be typo fixes in source or description 22.01.01 Join einhirn [0] (i=Miranda@p5B033485.dip0.t-ipconnect.de) 22.04.49 # what does the user: field do? (in the .lang files) 22.06.52 Quit einhirn (Read error: 104 (Connection reset by peer)) 22.11.10 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 22.15.03 Join stoffel_ [0] (n=sfr@p57B4DAA3.dip.t-dialin.net) 22.16.51 Quit Mathiasdm ("Yuuw!") 22.27.26 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 22.31.43 Quit AndyI (Read error: 54 (Connection reset by peer)) 22.33.14 Quit daurnimator ("Cyas later...") 22.36.37 Join AndyI [0] (i=AndyI@212.14.205.32) 22.36.57 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 22.47.49 Join itcheg [0] (i=62f2f883@gateway/web/ajax/mibbit.com/x-d8cc6772b89afbff) 22.48.55 Quit stoffel_ ("Lost terminal") 22.50.20 *** Saving seen data "./dancer.seen" 22.52.08 Quit {phoenix} (Read error: 54 (Connection reset by peer)) 22.52.10 Join snorkle256 [0] (n=88e50539@gateway/web/cgi-irc/labb.contactor.se/x-d230bf148f86d74e) 22.53.18 Quit XavierGr (Nick collision from services.) 22.53.29 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 22.53.47 # Hello, I have a question about using rockbox on the M:Robe. Would this allow a hard drive upgrade to a large size? 22.53.52 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.57.56 Nick DOMO is now known as Bensawsome (n=Bensawso@unaffiliated/bensawsome) 22.58.48 # as long as the hardware itself supports it 22.59.01 Quit jhMikeS (Nick collision from services.) 22.59.07 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 22.59.29 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 23.00.39 # Gotcha, Well great find anyways, 1hr to mrobe rockbox installation, 23.00.48 # thanks 23.00.49 Quit snorkle256 ("CGI:IRC") 23.04.31 Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 23.05.45 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 23.09.33 Join MethoS- [0] (n=clemens@host-091-097-244-220.ewe-ip-backbone.de) 23.09.37 Quit Jaykay (Read error: 110 (Connection timed out)) 23.10.00 Join StealthVirus_ [0] (n=StealthV@BADf35f.bad.pppool.de) 23.10.07 # hi 23.10.11 # alles kla 23.10.14 Part StealthVirus_ 23.12.55 Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 23.14.57 Quit t0mas ("good night!") 23.16.44 Quit petur (Remote closed the connection) 23.18.17 Quit Aurix_Lexico1 ("Leaving.") 23.19.46 Quit bluebrother (Nick collision from services.) 23.19.51 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 23.20.09 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") 23.25.24 Quit bmbl ("Woah!") 23.26.05 Quit havien (Read error: 104 (Connection reset by peer)) 23.26.13 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 23.30.28 Join blahrus [0] (n=blahrus@75.150.209.185) 23.30.57 Quit AndyI () 23.31.59 Join akur [0] (n=akur@bl6-159-249.dsl.telepac.pt) 23.32.03 Part akur 23.32.25 Quit jgarvey (Read error: 110 (Connection timed out)) 23.33.26 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 23.33.42 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 23.38.40 Join AndyI [0] (i=AndyI@212.14.205.32) 23.39.11 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 23.42.11 Quit sjk404 ("Leaving") 23.42.54 Quit Nico_P (Remote closed the connection) 23.43.13 Quit CaptainKwel_ ("http://www.mibbit.com ajax IRC Client") 23.43.47 Join johnnyboy [0] (n=johnnybo@c-68-82-186-218.hsd1.de.comcast.net) 23.44.12 Quit jgarvey ("Leaving") 23.44.19 Part johnnyboy 23.49.37 Quit tyfoo ("Carpe diem") 23.50.58 Join japc [0] (n=japc@bl7-247-89.dsl.telepac.pt) 23.54.06 Quit kachna (Remote closed the connection) 23.55.02 Join solexx [0] (n=jrschulz@e176112214.adsl.alicedsl.de) 23.56.09 Quit AndyI () 23.56.17 Join Lss [0] (n=Lss@cm97.delta89.maxonline.com.sg) 23.58.23 Quit solexx_ (Read error: 60 (Operation timed out)) 23.58.24 Join kachna [0] (n=kachna@r4ax178.net.upc.cz)