--- Log for 26.01.107 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 10 hours ago 00.03.58 *** Saving seen data "./dancer.seen" 00.04.32 Quit OgMaciel ("gone home") 00.06.29 # * argonel hopes asm make with the data sheet soon 00.07.08 # one day on the manufacturers firmware and i hate it already 00.08.26 # well someone will have to write a driver when (if) they get a data sheet so don't expect anything too soon ;-) 00.08.30 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 00.15.56 Join MadCow [0] (n=chatzill@bas15-toronto12-1168009982.dsl.bell.ca) 00.18.39 Part n1s 00.19.05 Quit tamacracker (Remote closed the connection) 00.19.29 # hcs's frequency scaling patch seems to work pretty well for me 00.20.32 # It would be interesting to see what effects it has on battery life - the normal frequency is lowered, so we spend more time boosted. 00.20.42 Join perl|wtf [0] (n=say@cpe-66-65-88-127.nyc.res.rr.com) 00.22.18 Quit Nico_P (Remote closed the connection) 00.22.28 Join Thundercloud__ [0] (n=thunderc@82.152.210.13) 00.22.54 Quit Redbreva (Read error: 110 (Connection timed out)) 00.23.10 Quit MadCow (Read error: 104 (Connection reset by peer)) 00.26.07 Quit MarcoPolo ("Bye !") 00.27.13 # there. all the left-side menus should be correct now ('svn builds' instead of 'cvs builds') 00.27.25 # \o/ 00.28.46 # sed -i s/cvs/svn/ /dev/hda 00.28.59 # hehe 00.29.22 # Is it just me, or does the menu move when you select "wiki" or "index" under Documentation? i.e. the wiki html/css is slightly different to the main site? 00.29.40 # it moves down half a line 00.29.50 # like there was an extra
after svn builds 00.29.51 # doesn't move for me in opera 00.30.11 # actually i think the spacing between every heading increases 00.30.14 # however 'manual' moves up half a line 00.30.33 # i don't think anyone will stop using rockbox because of it 00.30.48 # looks like the menu in twiki pages has larger spacing 00.31.07 # the boxes at the bottom also have wildly different spacing both above and below 00.31.07 # The wiki html seems to have extra empty paragraph elements in the menu -

00.31.16 # n1s: i'll write the driver myself if necessary 00.31.37 # linuxstb: weird 00.32.32 # It seems every blank line in the main website's html has a

in the wiki... 00.34.05 # indeed. the wiki template parser is doing a bit more than we ask of it... 00.34.20 # Very helpful. 00.36.12 # hmm, our preprocessor is inserting blank lines here and there. and then the wiki parser converts them into

. sed to the rescue! 00.37.40 # hey, Zagor? 00.37.54 # yea? 00.38.04 # yea who? 00.38.30 # i'm not sure where i was going with that 00.38.37 # haha 00.38.52 Join My_Sic [0] (n=MySic@m204.net81-65-15.noos.fr) 00.39.06 # while you're here.. I think you need to be an administrator to do this: on the wiki, there are some "global" images (like %Y% gives a checkbox icon). can you make another icon work like this? 00.39.27 Quit blind (Read error: 145 (Connection timed out)) 00.39.32 # I think so, yes. what would you like? 00.39.48 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 00.39.59 # this is the one, it's attached to the MajorChanges page so it can be used there, but it makes the code waay ugly to have alongside simple %Y% and %X% tags. http://www.rockbox.org/twiki/pub/Main/MajorChanges/graph.gif 00.41.03 # ok, I'll look at it 00.41.35 # thanks. also, I seem to recall coming across a page that showed all of them somewhere, but I can't remember where that was.. if you come across it, i'd like to see it please :) 00.42.46 Quit Thundercloud_ (Connection timed out) 00.43.34 Join blind [0] (n=blind@c-76-23-175-185.hsd1.ct.comcast.net) 00.43.41 Quit Alonea (Read error: 104 (Connection reset by peer)) 00.44.34 Join TerrorByte [0] (i=4889ede5@gateway/web/cgi-irc/ginnypig.net/x-b7290e9a51ebcc94) 00.44.54 # Anyone know where I could get a hold of a 1.8" ribbon cable type harddrive enclosure? 00.45.19 # midkay: http://www.rockbox.org/twiki/bin/view/TWiki/TWikiDocGraphics Relatively easy to find... 00.45.38 # Can someone tell me how to actually use a patch? 00.45.44 # amiconn: ah, thanks. i did try a few variations of that, neither worked... 00.45.47 # Just point me in the right direction? 00.45.57 # TerrorByte: You using windows or linux? 00.46.17 # Windows. 00.46.22 # Got cygwin? 00.46.23 # I want to try the Rockboy patch for the H10 20 GB. 00.46.24 # there, wiki menu is properly spaced again. clearing cache now. 00.46.32 # amiconn: yikes, that's a lot of icons! 00.46.36 # TerrorByte: Follow these links - http://www.rockbox.org/twiki/bin/view/Main/DocsIndex#For_Developers 00.46.43 # Err no. 00.46.58 # midkay: From an arbitrary editing form, click "More formatting help" at the bottom. In the popup window there's a link to the doc graphics 00.47.20 # TerrorByte: To apply a patch you need to be able to compile the source code 00.47.21 # I see. 00.47.33 # (near the bottom) 00.48.02 # I'm lost already. 00.48.03 # amiconn: good to know. i guess that's how i got there last time, but i don't remember it as being a page meant to be seen by most people. 00.48.14 # TerrorByte: How badly do you want to do this, it's not really that easy. 00.48.14 Quit ender` (" An eye for an eye only leads to more blindness. -- Margaret Atwood") 00.48.43 # Pretty badly? 00.48.49 # Can you guide me through this? 00.49.00 # Not really, I'm going to be leaving in about 5 mins 00.49.00 # TerrorByte: You can't just wait for the patch to be officially included? 00.49.15 # TerrorByte: You're going to *have* to do a lot of work on your own. Just read one of the guides to compiling and follow it. 00.49.19 # TerrorByte: This is likely to take you over an hour. 00.49.36 # Ah. 00.49.37 # I see. 00.49.46 # Is there any way you can apply the patch and send me the files? 00.50.05 # Sure, which patch, which target? 00.50.11 # But compiling your own build is a skill worth learning - it gives you lots of options for customising Rockbox yourself. 00.50.15 # If that's not a possibility, I will wait for it to be oficially included. 00.50.15 # Okay. 00.50.26 # I need the H10 20 GB. 00.50.29 # Patch is the rockboy patch. 00.50.29 # Hold on, lemme get link. 00.50.55 # TerrorByte: You really should just learn to do it yourself. 00.50.55 # akaias: http://www.rockbox.org/tracker/?getfile=13081 00.51.02 # You've been in here asking for patches before. 00.51.10 # No I haven't. 00.51.24 # I wanted a patch for multiple keys. 00.51.33 # Or just something done about that.... 00.51.38 # You wanted it to be coded for you that time. 00.51.46 # But it's still an aspect of the same thing, simply compiling your own build. 00.52.39 # 2006-10-29 04.15.04 # Also, how do I apply a .patch? 00.52.48 # logbot never forgets :) 00.52.59 Quit blind (Remote closed the connection) 00.53.02 Join blind [0] (n=blind@c-76-23-175-185.hsd1.ct.comcast.net) 00.53.15 # You see, I'm not upset that you were able to find that and rub it in my face. 00.53.24 # It's just that this is always what's brought up. 00.53.28 # Well whatever. 00.53.44 # If nothing can be done, I'll wait. 00.53.57 # What's brought up? That you said something that turned out not to be true, or that something *can* be done, but *you* are unwilling to do it. 00.54.10 # TerrorByte: aliask has already offered to compile it for you... 00.54.34 Quit entheh ("^~") 00.54.41 # Much appreciated. 00.54.49 # Wiki search is broken 00.54.56 # Uh, how do you do a svn checkout? 00.55.06 # svn co svn://svn.rockbox.org/trunk/rockbox? 00.55.24 # aliask: ow. examining. 00.55.28 # safetydan: why not just commit that? 00.55.28 # svn co svn://svn.rockbox.org/trunk foldername 00.55.29 # I think 00.55.43 # you can skip foldername if you want it called 'rockbox' 00.55.50 # hmm. @ developers: i was just thinking about the #ifdef hell that is apps/plugins/SOURCES and i think it might be a good idea to totally overhaul this file, what sounds like a good approach to me is an #ifdef section for each possible target so you can quickly and easily add a plugin for specific targets or see what any given plugin is compiling for. any thoughts? 00.55.54 # preglow, commit what? The partial patch? Because AFAIK, it will break all older voice and translation files 00.56.01 # Zagor: If you don't type a foldername, it ends up in a folder named trunk, actually. Or it did for me. 00.56.05 # safetydan: why, that's a good point 00.56.19 # Llorean: oh, right. it uses the last "dir name" of the path. 00.56.19 # or maybe a different design, but i think the current nested ifdef mess is pretty annoying to deal with. 00.56.24 # midkay: Do you mean duplicate plugins for each target? 00.56.41 # aliask: svn co svn://svn.rockbox.org/rockbox/trunk rockbox 00.56.43 # Zagor: Not a real problem, honestly, but 'trunk' isn't the most descriptive if you've put it somewhere not clearly just for Rockbox stuff. :) 00.56.51 # midkay: can't say i like the sound of it 00.57.00 # Zagor: Thanks 00.57.10 # linuxstb: i mean one entry per supported plugin on a per-target basis.. 00.57.16 # any other ideas? :) 00.57.17 # I forget the order of 'trunk' and 'rockbox' myself 00.57.46 # At least it's a LOT simpler than CVS 00.57.51 # midkay: Fix all the plugins which don't work on certain platforms? :) 00.57.59 # I'd have to go to the wiki to copy the lines out every time. 00.58.05 # linuxstb: haha. something a tad easier? ;) 00.58.12 # aliask: hehe 00.58.20 # linuxstb: There are a couple plugins only useful on certain targets, though 00.58.28 Quit funky ("leaving") 00.58.44 # i really don't like duplicating stuff that don't need duplicating 00.59.23 # what about something a little bit shorter then, like.. forget all the ifdef-rtc, ifdef-swcodec stuff, just make an entire list of all the plugin .c files and ifdef/ifndef any of them that aren't fully supported on all players? 00.59.52 # i like that better 00.59.57 # You could also just have all plugins compile, and have the plugin .c files themselves determine if they get compiled or end up empty for that player? 01.00.08 # * amiconn thinks the ifdefing in apps/plugins/SOURCES isn't that complex 01.00.24 # amiconn: i don't really think so either, but it could be better 01.00.28 # amiconn: I agree, but it's starting to get messy again... 01.00.34 # Didn't you clean it up recently? 01.00.35 # it is 01.00.35 # amiconn: it's way more than it needs to be, i think.. everything's way nested and overlapping and duplicated... 01.00.45 # i've managed to mess it up a couple of times 01.01.22 Quit zefie (Nick collision from services.) 01.01.26 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 01.01.37 Join zefie [0] (i=UPP@24-105-220-68.cm.mhcable.com) 01.02.01 # Llorean has an interesting idea.. at the end of each plugin's keymapping, have an #else that stops the compiling of that file? is that possible? i can't think of how personally though.. 01.02.25 # keymapping isn't enough to determine if the plugin works. 01.02.28 # #else #error "blaa" 01.02.47 # but will that keep the compiler going on to the next file? 01.02.50 # that makes it a lot more difficult to see which plugins are supported. you'd have to open every source file. 01.02.59 # that's true.. 01.02.59 # counting the errors caught by the build system will get fun then ;-) 01.02.59 # That's very true 01.03.03 # make will stop on errors unless you run make -k 01.03.12 # in which case it will continue even if it gets a "real" error 01.03.18 # maybe i'll play with SOURCES and i'll post it up for review if i come up with anything. 01.04.14 Part Llorean 01.04.49 # Hmm, the #ifndef HAVE_MMC around alpine_cdc.c seems an odd choice... 01.05.43 # The comment explains why 01.05.47 # I know... 01.05.55 # It's not 100% clean, I know 01.06.00 # indeed.. that's how the sources file seems to me.. quite hacky. 01.06.09 # Imho "if it ain't broke, don't fix it" applies here 01.06.26 # i don't wanna fix it, just improve it :) 01.06.30 # if it's broke, give it money 01.06.39 # There is the general split: all-targets/charcell/bitmap 01.06.52 Quit bluebrother ("Leaving") 01.06.57 Quit mirak ("Ex-Chat") 01.07.00 # Then there are some inevitable special cases, which could be grouped together 01.07.15 # Anyone have a good idea for how to name features for the lang files? Currently I have something like #ifdef HAVE_HEADPHONE_DETECTION headphone_detection #endif 01.07.18 # And then there are those cases which should be fixed by adapting the plugin... 01.07.22 # seems a bit wordy 01.08.19 # Brickmania for the sansa (needs graphics) 01.08.45 # Metronome for the sim (needs timer simulation or alternate code in the plugin) 01.09.23 # Calendar needs adapting to all the rtc targets (currently recorder only) 01.09.44 # Maybe simply adding some indentation would clarify it. 01.10.08 # i suggested indenting the ifdefs in the code once and everyone looked at me like i was from mars 01.10.23 # I like mars. 01.10.37 # i like twix betters 01.10.41 # -s 01.10.46 # fireworks, xobox: Why are these not possible on the archos lcd? What about rockpaint on non-colour targets? 01.11.04 # safetydan: if anything, I think it's better to be a little to wordy than a little too cryptic 01.11.21 # s/to/too 01.11.29 # amiconn: problem with stuff like that is that it can end up broken quite quickly 01.11.35 # euhh, well you get it 01.11.35 # Zagor, true. I'll just keep going with it as it is then. 01.11.44 # And finally: Why is iriver_flash a separate plugin instead of integrating it into rockbox_flash? 01.11.55 Quit aliask ("Chatzilla 0.9.76 [Firefox 2.0.0.1/2006120418]") 01.12.25 Quit perl|wtf (Read error: 110 (Connection timed out)) 01.13.53 Quit blind (Read error: 104 (Connection reset by peer)) 01.15.37 # preglow: In what way? plugins/SOURCES isn't really long... 01.16.11 # * amiconn prefers the way ifdefing is done in plugins/SOURCES *much* over the way in firmware/SOURCES 01.16.29 Quit linuxstb_ ("CGI:IRC") 01.16.44 # that #ifndef SIMULATOR is way too persistant all over the source tree 01.16.51 # the simulator needs more stubs and less polluting the source 01.17.02 # amiconn: forget it, bad example 01.17.07 Quit TerrorByte ("CGI:IRC (EOF)") 01.17.08 # In firmware/SOUCRES, many source files are referenced multiple times, *very* easy to overlook one place 01.17.19 # add arbitrary amount of politeness to those two sentences 01.18.16 # I'd rather have each source file only listed once, and shuffle the ifdefs around, than the other way round 01.18.53 # firmware/SOURCES is neat now.. it used to be alot worse imo 01.18.56 # Mikachu: stubs won't help with cases like metronome, but then it should be possible to simulate the timer... 01.18.57 Join blind [0] (n=blind@c-76-23-175-185.hsd1.ct.comcast.net) 01.19.21 # JdGordon: Uh, you really think so? 01.19.37 # yeah 01.20.07 # firmware/SOURCES is ~600 lines, more than 4 times of plugins/SOURCES, and I had to add my ata asm file _9_ times (!!) 01.20.23 # Pretty damn ugly, imho 01.22.07 # i haven't seen it, but i can imagine that you mean "long" instead of "ugly". it sounds long but more easy to work with. 01.22.18 # * JdGordon wonders if its possibly to automatically generate the SOURCES files 01.22.25 # I agree with amiconn - the duplication in firmware/SOURCES isn't nice. 01.22.56 # Maybe it depends *what* you are doing in there, but I find it way easier to work with plugins/SOURCES than with firmware/SOURCES 01.23.17 # Erm, insert an 'on' where you see fit 01.24.07 # long or ugly are too extreme, we need a good compromise :) 01.24.19 # "in need of improvement" 01.24.33 # amiconn: I think the ata files are in the wrong place in f/SOURCEs anyway which is why you dont like it 01.24.37 # Hehe, imho firmware/SOUCRES is both long and ugly, while plugins/SOUCRES is nothing of both 01.25.10 # the 2 files are used differently... firmware is much more player dependant than plugins 01.25.16 # you cant really compare them 01.25.44 # plugins/SOURCES is a fine length, but i still just feel like the nested/duplicated ifdefs are a little perplexing to work with, especially when you've got a plugin that only works on select targets. 01.26.00 # Mikachu: One idea would be that on the firmware/ side of things, the sim could be a target of its own 01.26.07 # firmware/target/simulator 01.26.24 # ..checking for features from the config files where necessary 01.26.25 # midkay: the only real alternative is to have a long a complex ifdef statement for each plugin. 01.26.36 # that makes sense to me 01.26.51 # with &&, ||, ! and lots of () 01.27.02 Quit toffe ("MegaIRC v3.27 http://ironfist.at.tut.by") 01.27.47 # Zagor: imo that sounds way nicer.. you can see what target each plugin is being built for and no confusing ifdefs.. 01.27.53 # This way the sim could even evolve into a nice player application, defining its own features if so desired 01.28.12 # I know that some people already like to use the sim as a music player 01.28.17 # midkay: I think you vastly underestimate the complexity of the needed ifdefs... 01.28.28 # midkay: the point is to express plugins as a function of abilities rather than specific targets 01.28.32 # hmm? 01.28.39 # midkay: so when you get a new target, it automatically gets the right plugins 01.28.44 # Mikachu: but a lot of plugins go against that. 01.28.51 # i was speaking ideallistically :) 01.29.01 # you'll still have to update all the plugins to use the new target, so you can *easily* modify one line in plugins/SOURCES. 01.29.33 # the "features, not targets" philosophy is important 01.29.54 # Imho one of the advantages of rockbox is that it's really multi-platform. 01.30.08 # All plugins should be adapted to all targets if technically possible 01.30.16 # unless you add a plugins/SOURCES.target file? so only plugins which work for the tagrte go there? 01.30.19 # i agree for sure. but when lots of plugins don't work on targets they should, the ifdefing gets messy and hard to read. 01.30.36 # midkay: see that as motivation to fix the plugins :) 01.30.54 # If you ifdef every plugin separately, you support porting laziness... and it's rather hard to see which plugins still need adaption 01.30.54 # midkay: the fix is not to throw away the concept 01.31.21 # Zagor: The "features, not targets" isn't applied in firmware/SOURCES any more... 01.31.24 # ...and you would make the line count explode 01.31.27 # well.. i didn't really mean ifdefing each one. 01.31.55 # i don't know who came up with that idea. i just meant being a little more specific and organized with ifdefs, not nesting them like crazy. 01.32.10 # I wonder why "#ifndef IRIVER_IFP7XX_SERIES /* Temporarily disable plugins for iFP7xx */" isn't at the top of SOURCES? 01.32.25 # linuxstb: yes, it becomes a little more academic in firmware/. much of the firmware code is by nature specifically written for specific targets. that's hard to change. 01.33.23 # linuxstb: Looks like the plugins before it are already working on iFP 01.34.40 Join pixelma_ [0] (i=pixelma@rockbox/staff/pixelma) 01.35.36 Quit pixelma (Nick collision from services.) 01.35.37 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 01.35.44 # daurnimator: watching the hornets? 01.39.50 Join perldiver [0] (n=say@cpe-66-65-88-127.nyc.res.rr.com) 01.43.06 # bed time. I'll try to fix wiki search tomorrow. 01.43.09 Quit Zagor ("Client exiting") 01.45.14 Quit Mouser_X (Read error: 110 (Connection timed out)) 01.53.08 Join km [0] (i=km@d146-3-84.home1.cgocable.net) 01.53.32 # Could anyone help out with a quick question? 01.54.23 # km, best just ask your question and see what happens 01.54.38 Quit My_Sic (Read error: 104 (Connection reset by peer)) 01.55.24 # Alright, groovy. I've looked through the forums and didn't really find anything, though I may just be blind. 01.55.39 # JdGordon: the what? 01.55.42 # But is it necessary to format your iPod (5.5G in my case) before installing RockBox? 01.55.48 # (just woke up) 01.55.50 # km: only if it's a mac ipod 01.55.52 # daurnimator: dw 01.55.58 # km: Is it a 30GB or 80GB ipod? 01.56.02 # 30, thank god. 01.56.08 # the f/a-18 's were flying in your direction before 01.56.09 # I've heard about the issues regarding 80s. 01.56.38 # So I just slap the firmwire on and it gives me an option for RockBoxOS or MacOS on bootup? Or am I missing something? 01.56.57 Quit muesli- ("ich will Khe!!!") 01.56.59 Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) 01.57.07 # it'll boot rockbox by default, but you can boot apples os if you have hold on 01.57.11 # See the IpodFAQ - http://www.rockbox.org/twiki/bin/view/Main/IpodFAQ 01.57.18 # haha 01.57.21 # Thanks guys. 01.57.25 # slept through jets flying overhead 01.57.45 Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) 01.57.50 # do they normally go as far as your place? 01.58.06 # they always fly over here... but im 4k close to the city than you :D 02.00.15 # Alright, sounds great. Thanks a lot guys! I was pretty much only interested in RockBox for the DOOM support but eh. ;D 02.00.35 # your not the only one for some reason :p 02.00.41 # le sigh 02.00.49 # Indeed. When I heard about the ability to play DOOM on my iPod, I went 'nanners. ;o 02.01.13 # you can also play it on your computer believe it or not 02.01.21 # haha, but that is not hardcore scorche 02.01.24 # Hey man, some things you just have to try portable. 02.01.33 # :D 02.01.56 # Alrighty, well I shall be off then. If I have any other concerns I'll be back to bug y'all some more, but that will hopefully not be the case. 02.02.00 # heh 02.02.02 # JdGordon: they did 02.02.19 Quit km () 02.02.38 # you haven't played doom on a portable till you've played it on mine 02.02.41 # hey JdGordon ;) 02.02.53 # :) 02.04.02 *** Saving seen data "./dancer.seen" 02.04.26 Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 02.07.38 # linuxstb: i have yet succeeded in loading apple_os.ipod yet, i tried both methods the supported and unsupported one 02.08.47 # the bootloader gets to "apple_os.ipod loaded" then reboots 02.09.24 # does it save time not having it in the bootloader image? 02.10.03 # are there wince-MIPS builds of the sim so i can have rockbox on my pda? :p 02.10.08 # linuxstb: got your av300 yet? 02.10.13 Join ZenMasterJG [0] (n=jordan@69.43.65.27) 02.10.20 # btw, what is the issue with the 30vs80 models? 02.10.22 # ze: doubt it :) 02.10.31 # - can you put a 80gb hdd in a 30gb and have it work? 02.10.39 # can you put a 30gb in a 80gb? 02.10.41 Join upsioned [0] (n=ju@82.67.68.29) 02.11.20 # Afawk the issue is the disk 02.11.41 Quit subson (Read error: 104 (Connection reset by peer)) 02.12.11 Join XavierGr [0] (n=xavier@ppp142-49.adsl.forthnet.gr) 02.12.15 # So if you put the 30GB disk into an 80GB model it would probably work, while putting the 80GB disk into a 30GB model it probably won't work 02.13.27 # but can't you put the 80gb in other players? (iriver h340?) 02.13.40 # No you can't (different connector) 02.13.42 # daurnimator: They're ZIF connectors 02.13.53 # And if you could, it wouldn't work as well 02.13.54 # BiptoN: That feature used to work for me on the iPod Nano, at least. 02.13.57 # hey all. I'm in a software engineering class this semester, and we're to do a semester long project to develop some software. Me & my group were thinking of making an iTunes-like application, designed to work & sync with rockbox, as well as providing a simple RockBox installer & all the other usual iTunes features. Anyone think thats a good idea, or if there are similar projects out there I just haven't heard of? 02.14.13 # (whoops, that came out longer then I expected. Sorry.) 02.14.18 # We do know now what causes the problem, but we don't have a fix yet 02.14.27 # ZenMasterJG: i think you could do something more useful :) 02.14.37 # Some work in the fat driver and/or ata driver is necessary 02.14.42 # llorean: it won't boot from the boot partition either 02.14.44 # hmm 02.14.50 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 02.14.55 # ZenMasterJG: depends, what gui kit will you use 02.14.58 # oh well, nothin really worth usin in the apple os anyhoot 02.15.10 Join miepchen^schlaf [0] (n=hihi@p57B97A98.dip.t-dialin.net) 02.15.15 # daurnimator: it'll be written in python, using Tk, probably 02.15.20 # then no 02.15.38 # we're still drafting the proposal, so details are still up in the air 02.15.47 # daurnimator: no, its not a good idea, or no, theres nothing similar? 02.16.05 # Mikachu: eh, it sounds like a fun way to spend a semester though ;) 02.16.18 # ZenMasterJG: There's already an official installer somewhat in the works. 02.16.43 # But "iTunes" like features that integrate with the Rockbox database is something that nobody's done, I believe. 02.17.31 Quit Soul-Slayer (Read error: 131 (Connection reset by peer)) 02.17.49 # Llorean: cool. If that installer comes out, i suppose we can just package it in, or slice out ours, since it'll all be GPLed 02.19.17 # also, if we we're to call this software iRock, how long do you think it would be before we got sued? ;) 02.19.28 Quit thegeek (Read error: 104 (Connection reset by peer)) 02.19.34 Join thegeek_ [0] (n=thegeek@s026b.studby.ntnu.no) 02.19.42 # you wont... but that name sux :D 02.20.09 # ya think? I thought it was funny. Got any better ideas? we were all scratching our heads over what to call it 02.20.40 # thats one of the sucky parts of the soft eng proccess :p 02.22.04 # indeed 02.22.30 # having a team that was half python fanatics and half perl junkies was pretty amusing too 02.23.03 Join frogfoot [0] (i=ddba59a3@gateway/web/cgi-irc/labb.contactor.se/x-e7c353bcb6aeea8f) 02.23.21 # boo @ Bagder 02.23.40 # iNotes, iJazz, Treblecleff 02.24.15 # iC# 02.24.18 Join JerryLange [0] (n=chatzill@ppp025.hk.centurytel.net) 02.24.31 # ZenMasterJG, then you need to write it in Parrot 02.24.42 # keep the python and the perl people happy 02.25.11 Quit wooo (Read error: 110 (Connection timed out)) 02.26.24 Part frogfoot 02.26.28 # no, uts not a good idea 02.26.51 # daurnimator: why not? 02.27.11 # Tk is just.... not nice 02.27.37 # ZenMasterJG ROCKplayer 02.28.11 # daurnimator: we were thinking about taking a stab at wxPython, but none of us have used it before. 02.28.22 # Qt is always nice 02.28.32 Join km [0] (i=km@d146-3-84.home1.cgocable.net) 02.28.47 # Oookay.. lol. So apparently I have no volume. ;p 02.29.06 # Oh, and I'm stuck in RockDOOM's sound settings menu. 02.29.16 Part Llorean 02.30.46 # daurnimator: Qt is nice, it just always felt like too much overhead to me. Learning Qt is pretty involved, whereas Tk is fairly simple. So especially w/ 2 non-python developers, it could be tricky. 02.31.10 # We haven't really decided yet, but I guess we'll have to get together some time and evaluate all the options 02.31.21 # you can learn qt in a week or so 02.32.08 # yeah, I've barely played with it. I'll have to look again 02.32.25 Quit gromit` (Read error: 104 (Connection reset by peer)) 02.32.37 Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 02.32.47 # There's always .NET/Mono and Java :) 02.33.03 # theres also lua/IUP 02.33.04 # ;) 02.34.32 # lol 02.34.35 # Anyone have any idea why I have no volume? Or is RockDOOM even supposed to have sound? 02.34.38 Nick Caliban_ is now known as Caliban (n=ianmacd@kwark.caliban.org) 02.35.09 # we're all Java programmers, and we all decided as a group we'd rather try and swollow razorwire then deal with Swing if it can be avoided ;) 02.36.13 # Swing's not that bad. SWT's nice if you really can't stand Swing. 02.36.37 # Java 6 made a huge difference to speed of GUI apps if that's a concern. 02.38.14 # ZenMasterJG, on a more practical note, I believe the current rockbox installer gui is written with wxWindows so maybe consider using that. 02.39.34 # safetydan: Swing isn't that bad, its just the way some people write swing that makes me want to vomit. My last java job involved dealing with the old intern's totally stupid hand-crufted Swing code for the better part of 4 months 02.40.36 # safetydan: and i'll look into the installer. Is there anything about it on the rockbox site? I poked around and didn't see anything, but with the way some stuff is organized on there, that doesn't mean that much 02.41.23 # ZenMasterJG: i'm telling you that qt should be your choice 02.41.25 Nick argonel is now known as cheater (i=beezle@konversation/developer/argonel) 02.41.28 # arg 02.41.35 # my head is muddled 02.41.39 Nick cheater is now known as argonel (i=beezle@bas11-toronto12-1088917342.dsl.bell.ca) 02.41.44 # rearrange that however you want 02.41.56 # ZenMasterJG, the code is in SVN. http://svn.rockbox.org/viewvc.cgi/trunk/rbutil/ 02.42.09 # safetydan: nice, thanks 02.43.12 # daurnimator: We'll certainly look at it. Like i said, i'm just finishing drafting up the proposal, so we've got plenty of time to review the options and decide as a group 02.43.28 Quit km () 02.43.56 # maybe do it in C as well? python isn't great :P 02.44.41 # lol 02.45.36 # we <3 python, and its great for a lot of things... just not performace. If we run into performace problems, i'll just re-write those bits in C ;) 02.46.50 Quit blind (Read error: 104 (Connection reset by peer)) 02.47.59 Join JoeBorn [0] (n=rootmeis@222.76.229.178) 02.51.14 Join Thundercloud_ [0] (n=thunderc@82.152.193.54) 02.52.07 # in case anyone is doing extensive searching of the rockbox source: grep -r --exclude=.svn --include=*.[c\|h] 02.54.03 Quit EbErT () 02.55.16 Join blind [0] (n=blind@c-76-23-175-185.hsd1.ct.comcast.net) 02.58.01 Join BiGRED84 [0] (i=4665a4a4@gateway/web/cgi-irc/labb.contactor.se/x-8496818aac61ccce) 02.58.25 # i have a question about the font converter 02.58.49 # what is tools/songdb.pl a part of? 02.59.22 # hello 02.59.37 # i'm really just having a problem where the database keeps saying not ready.. 02.59.52 # i looked in the database.tmp.tcd file and it appears that all of the songs are indexed 03.00.22 Quit blind (Remote closed the connection) 03.00.26 # sorry 03.00.37 # take along time for what u type to show up 03.01.34 Quit YouCeyE (Remote closed the connection) 03.03.15 Quit Arathis ("Bye, bye") 03.04.07 Join TerrorByte [0] (i=4889ede5@gateway/web/cgi-irc/ginnypig.net/x-390b4af067c292ca) 03.04.56 Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 03.05.03 Join crculver [0] (n=crculver@adsl-212-16-103-21.taloyhtioverkot.fi) 03.06.03 Quit BiGRED84 ("CGI:IRC (Ping timeout)") 03.06.15 # Can anyone tell me why my iRiver H10 20GB doesn't recognize .m2v files anymore? 03.06.16 # Was there a change? 03.06.40 Join blind [0] (n=blind@c-76-23-175-185.hsd1.ct.comcast.net) 03.06.53 # Yes. Sound got added 03.07.27 # You're freaking kidding. 03.07.31 # Are you serious? 03.07.42 # What's the extension and method required now? 03.08.20 # It's all in http://www.rockbox.org/twiki/bin/fresh/Main/PluginMpegplayer :) 03.10.27 # WOW. 03.10.28 # It plays .mpg files. 03.10.36 # AWESOME. 03.12.50 # Wow, this is phenomenal. 03.15.27 Quit Thundercloud__ (Connection timed out) 03.15.55 # Lol, you said it so casually. 03.16.08 # "Yes. Sound got added" 03.18.22 Join elcasey [0] (n=ch@93.103.118.70.cfl.res.rr.com) 03.18.36 Join nothlit [0] (n=nothlit@pcd249192.netvigator.com) 03.18.38 # good evening...anyone have time to try to help me with an installation issue? 03.19.57 Join Vorian [0] (n=steve@ubuntu/member/Vorian) 03.20.16 Part Vorian (":porc::porc::porc::porc::porc::porc::porc:") 03.23.10 Join nothlit_ [0] (n=nothlit@pcd648209.netvigator.com) 03.23.42 Quit nothlit (Nick collision from services.) 03.23.46 Nick nothlit_ is now known as nothlit (n=nothlit@pcd648209.netvigator.com) 03.24.55 # How come the batch file isn't working. 03.25.01 # This is what I'm trying: 03.25.12 # "C:\Progra~1\VideoLAN\vlc.exe" %1 vlc vlc vlc --sout=#transcode{vcodec=mp2v,vb=300,width=%WIDTH%,height=%HEIGHT%,acodec=mp3,ab=128,samplerate=44100}:std{access-video=file,mux=ps,dst-video=.mpg} 03.25.29 # elcasey: it's better if you ask right away :) - someone who knows might see it and can answer 03.25.33 # Ugh. 03.25.34 Part crculver ("Ex-Chat") 03.25.38 # Whoops. 03.25.43 # dan_a: any idea which button is mapped to hold on the sims? 03.26.45 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 03.27.30 # Guys. 03.27.44 # The batch file for VLC Player on the PluginMpegplayer is not updated. 03.28.45 # that command you just typed creates an mpeg video with mpeg 2 video stream and mp3 audio stream 03.29.14 # Yes. 03.31.17 # Doesn't seem to be working. 03.31.24 # It starts to create some random older file. 03.31.42 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 03.35.57 Quit blind (Read error: 54 (Connection reset by peer)) 03.36.21 # Okay. 03.36.30 # Why am I not able to use VLCPlayer to convert? 03.38.53 Join phrozen77__ [0] (n=phrozen7@pD9EC6F11.dip.t-dialin.net) 03.39.13 # Wow, Elephant's Dream runs at 10 FPS. 03.41.22 Join max_gamming [0] (n=max_gamm@pool-71-107-234-182.lsanca.dsl-w.verizon.net) 03.42.04 # Ouch 03.43.46 Quit Thundercloud_ (Remote closed the connection) 03.43.54 # hey, maybe u guys get this alot, but i just started with rockbox, were do i download the video plugin, so i can watch video on my gigabeat f20 03.44.31 # max_gamming: mpegplayer comes with rockbox, you dont need to download anything 03.45.28 # oh really, lol.. 03.45.39 # i feel stupid 03.46.07 # a lot of people ask the same question, especially if they read the article in popular science 03.47.24 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 03.47.35 Join miepchen^schlaf [0] (n=hihi@p57B970A4.dip.t-dialin.net) 03.48.28 # so it supports only mpeg and only for files under 30mbs? 03.48.51 # mpeg 2 video, mp3 audio at 44.1 kHz 03.49.04 # there should be a limit on size 03.49.24 # There's a file limit for the Gigabeat? 03.49.27 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 03.49.27 # s/should/shouldn't 03.49.41 # TerrorByte: No, I mistyped 03.49.57 # Alright. 03.49.59 # oh ok.. thanks.. i just wasnt sure because i keeped reading things saying that it had a 30mb file limit 03.51.05 Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) 03.51.30 Join sekondchakra [0] (n=stan@66-214-128-18.dhcp.gldl.ca.charter.com) 03.51.45 Part max_gamming 03.53.01 # i'm wondering why my bookmarking has stopped working... (I no longer get prompted) 03.53.06 Quit TerrorByte ("CGI:IRC (EOF)") 03.54.01 Quit hcs ("Download Gaim: http://gaim.sourceforge.net/") 03.55.50 Quit phrozen77_ (Read error: 110 (Connection timed out)) 03.55.56 Part JerryLange 03.59.14 Quit sekondchakra ("Leaving") 03.59.54 # quit . 04.00.01 # oops :) 04.00.07 Quit pixelma (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong") 04.03.10 Quit spiorf (Remote closed the connection) 04.04.03 *** Saving seen data "./dancer.seen" 04.05.36 Join nothlit_ [0] (n=nothlit@pcd341169.netvigator.com) 04.06.17 Quit nothlit (Nick collision from services.) 04.06.21 Nick nothlit_ is now known as nothlit (n=nothlit@pcd341169.netvigator.com) 04.17.58 Join JdGordon_ [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 04.17.58 Quit JdGordon (Read error: 54 (Connection reset by peer)) 04.21.41 Quit Mouser_X (Read error: 110 (Connection timed out)) 04.22.00 Quit w1ll14m|work (Remote closed the connection) 04.22.11 Join w1ll14m|work [0] (n=root@84-104-81-208.cable.quicknet.nl) 04.23.10 Join hcs [0] (n=hcs@rockbox/contributor/hcs) 04.29.45 # Llorean: care to try the newest rockboy patch on your nano? unscaled mode wont freeze anymore 04.31.45 Quit miepchen^schlaf (Read error: 54 (Connection reset by peer)) 04.32.51 Join miepchen^schlaf [0] (n=hihi@p57B970A4.dip.t-dialin.net) 04.32.57 # midgey: Sorry, somewhat busy at the moment 04.33.20 # no problem, i wont be committing today anyway 04.38.14 Join nothlit_ [0] (n=nothlit@pcd341069.netvigator.com) 04.39.01 Join barrywardell [0] (n=barrywar@host-194-46-250-63.dsl-ie.utvinternet.net) 04.41.16 Quit nothlit (Operation timed out) 04.54.23 Join nothlit__ [0] (n=nothlit@pcd341006.netvigator.com) 04.56.09 Nick nothlit__ is now known as nothlit (n=nothlit@pcd341006.netvigator.com) 04.56.18 # ok so i just ran songdb.pl and it created 7 tcd files from two songs 04.56.38 # i thought it was supposed to create one database 04.59.09 Quit zefie (Nick collision from services.) 04.59.23 Join zefie [0] (i=UPP@24-105-220-68.cm.mhcable.com) 04.59.48 Quit nothlit_ (Read error: 60 (Operation timed out)) 05.08.22 # tanq: The database is several files 05.10.31 Quit barrywardell () 05.18.58 # yeah songdb.pl is slow as well. 05.19.01 # arg.. 05.19.28 # i'm trying to tweak it.. maybe i can speed it up 05.19.30 # * tanq shrugs 05.20.44 # I don't really use database, but the few times I have I've just made it on-target 05.31.23 Join combrains [0] (n=combrain@125-237-198-49.jetstream.xtra.co.nz) 05.32.31 Join daurn|zaurus [0] (i=daurn@124.243.164.7) 05.33.03 # daurnimator mate, you bored? 05.33.53 # a bit 05.34.33 # anyone wanna help me with some mind numbing "coding" that needs to be done? I have to put a LANG_ id into each item in settings_list.c (about 200 of them), ive done about 30 :p 05.34.50 # use a regex? 05.35.16 # nope.. 05.35.43 # the lang id needs to be chosen from english.lang, and here is no regex would make that even half workable 05.39.16 # what you doing for oz day? 05.39.23 # nothing :p 05.39.41 # sitting here, doing this boring hacking which is stopping my compile from working :p 05.39.44 # u? 05.39.48 Quit daurn|zaurus (Remote closed the connection) 05.41.41 # * JdGordon_ is gong to chuck a mental when a text-to-speech engine is implemented making the lang id's redundant :p 05.43.52 # /j #gentoo 05.46.18 # * JdGordon_ assumes almost noone uses the player anymore... 05.46.35 # no one has mentioned the 2 settings not saving that I just found are missing 05.47.44 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.47.55 Join miepchen^schlaf [0] (n=hihi@p57B96633.dip.t-dialin.net) 05.52.04 Join triplah_ [0] (n=tripped@ppp101-228.lns1.bne1.internode.on.net) 05.52.26 # here is a patch to get rockbox ipods working in quodlibet if anyone is interested 05.52.29 # http://dpn.name 05.55.21 # i'm doing... nothing 05.56.57 # * Llorean doesn't even know what quodlibet is, and goes reading 05.57.22 Quit ZenMasterJG (Remote closed the connection) 05.57.22 # crap media player on linux 05.58.55 # I don't even use PC-based media players for anything other than someone saying "Hey, my friends and I just recorded this song, listen to it" 06.00.27 # * JdGordon_ wonders how me so far missed 4 settings from the config block vars :p 06.00.48 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 06.01.46 # LANG_BOOKMARK_SETTINGS_MAINTAIN_RECENT_BOOKMARKS <- nice n short :p 06.04.08 *** Saving seen data "./dancer.seen" 06.06.10 Join Roan [0] (n=rhorning@pool-141-157-17-239.balt.east.verizon.net) 06.06.40 # daurnimator: how's it crap? 06.06.47 # ? 06.06.49 # oh 06.06.51 # quodlibet 06.07.00 # forget now 06.07.07 # haha 06.07.08 # but was low on list of media players 06.07.21 # i tried all the linux ones 06.07.26 # i dont get that, it's pretty nifty 06.07.28 # all were pretty unpolished 06.07.34 # i converted from banshee/rhythmbox 06.07.48 # maybe it was lack of codec support? 06.07.56 # or not supporting album artist tag? 06.08.16 # quodlibet uses tags heavily, and supports any codec i've come accross, including aac 06.08.32 # oh well 06.08.33 # its tagging util is awesome too 06.08.40 # i've moved to windows and foobar now 06.08.45 # its reinspired me to tag my whole lib properly 06.08.57 # ah yeah, foobar would be what i'd use on windows 06.10.18 # i'm not totally satisfised 06.10.28 # i've thought about coding my own numerous times 06.10.33 # but... so much effort 06.10.40 # yeah totally 06.10.52 # i like the plugin system with QL too 06.10.54 # thinking of taking an easy way out with streams, but, still alot of effort 06.10.55 # so easy to extend 06.11.37 # heh 06.11.43 # foobar is crap without columns ui 06.11.48 # alot of people get turned off 06.12.11 # ahh yeah fully 06.12.34 # was wondering what bothered me from the screenies 06.12.39 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 06.12.41 # ? 06.12.41 # the multiple playlists thing is cool though 06.12.45 # very 06.12.58 # each search you do makes a new playlist with the search results 06.13.14 # i looked at the foobar website - something didnt seem right about the gui... nw i know what it was, no columns 06.14.16 # that search is cool 06.14.18 # I actually rather like just the vanilla foobar. 06.14.24 # otherone require you to select the results and ake a list 06.14.28 # other ones* 06.14.30 # But then, as I said, my needs are simple. 06.14.39 # Either way, this is straying somewhat from the purpose of the channel. 06.15.02 # sorry 06.17.11 # heh 06.17.16 # i've been in here for 6 months 06.17.24 # and have only used rockbox for about an hour 06.24.59 # Does anyone know the origin of the Chicago font included with Rockbox. Everywhere I check points to it being created by Apple for there early OS's. How is it included with the fonts package? 06.26.04 Join tamacracker [0] (n=tamacrac@c-67-191-48-48.hsd1.fl.comcast.net) 06.26.25 # Uh... I think my RockBox on my Toshiba has a bug >.> 06.27.19 # Can anyone help me out? 06.27.44 # tamacracker: Not unless you tell us what problem you're having 06.27.58 # Basically I have an album that's in MP3 format 06.28.14 # and I try to copy the folder into my music folder of my mp3 player 06.28.22 # first it tells me it's not allowed. 06.28.43 # So I tried to be slick, create a new folder name it the artist's name.. then drag the mp3s into it. 06.29.15 # After I do this, the folder becomes discolored (this is on linux), I take the USB cord off of it, and the album is in my mp3 player 06.29.31 # but... it wont play them, it skips the album and goes straight to the next album on the list. 06.30.13 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 06.30.19 # tamacracker: Did you properly eject your player? 06.30.24 # I plug the usb cord back onto it, and it's still dim. Then I check the properties, and it claims taht those specific mp3s are 0 bytes 06.30.30 # yep 06.30.37 # tamacracker: it sounds like a permissions problem. 06.30.46 # nah 06.30.47 # because 06.30.50 # i tried another album 06.30.54 # and that had no problem what so ever. 06.31.18 # the album that im havin a problem with, plays perfectly on Amarok and I also burned them onto a CD.. so it's not the MP3s. 06.31.56 # check this out, I delete the album (folder) 06.31.59 # and recreate another one 06.32.03 # and for some reason 06.32.05 # it's still dim. 06.32.20 # as if it knows the album im tryin to install onto it before i even do it <,< 06.32.58 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 06.33.05 # ill take a screen shot 06.33.07 # to show you 06.33.08 Join miepchen^schlaf [0] (n=hihi@p57B961E6.dip.t-dialin.net) 06.33.33 # Have you tried making a copy of the directory and then moving the copied directory to your Toshiba 06.33.46 # yep 06.33.55 # i tried highlighting all mp3s 06.34.01 # and copy them onto the folder 06.34.12 # and i tried copying the whole folder with the mp3s in it 06.34.15 # onto the toshiba 06.34.20 Quit combrains (Read error: 110 (Connection timed out)) 06.34.24 # and it still doesn't like that specific album 06.35.04 # You've tried unmounting the player and remounting it? 06.35.07 # woot! im done 06.35.13 # yes 06.35.22 # this is the error i get when tryin to copy: Could not make folder /media/GIGABEAT/My Music/Hip Hop/Saigon/The Best Of Saigon Vol. 2: On The Go Back. 06.36.03 # Ave you tried using a shorter folder name? 06.36.22 # yep right now i renamed it to On The Go Back 06.36.37 # whoa... 06.36.41 # ok.. 06.36.46 # now it did it without a problem 06.36.51 # im gonna see if they'll play now. 06.37.08 # what i assume is... it either doesn't like long folder names or colon 06.37.12 # : <- that 06.37.35 # Well, I don't believe :s are allowed in filenames on Fat32... 06.37.43 # * Llorean didn't see the colon in there. 06.37.57 # ah i see 06.38.08 # yeah so it might just be the ":" 06.38.09 Quit Tman (Connection timed out) 06.38.19 # Well, the : is very definitely A problem. 06.38.22 # Possibly the only one. 06.39.55 # wow 06.40.00 # beautiful 06.40.08 # yes Llorean 06.40.12 # that's exactly what it was 06.40.17 # it's the ":" 06.40.24 # it cannot be used in the file name 06.40.26 # yay, we should get new brickmania bitmaps tonight.. finally.. :) 06.40.52 # midkay: Mine including a titlescreen that doesn't go all wonky on the gigabeat while you're at it? 06.40.55 # Llorean lol thanks for your time :P 06.41.17 # midkay: I think it uses a much too small image, but tries to fill the whole screen. You get a lot of semi-randomly colored data 06.41.31 # Llorean: gotcha.. i'll have a look at that. 06.41.41 # working on 5G support now, it should work, just need to test.. compiling. 06.42.03 # I mean, I imagine it's a relatively simple fix, either set proper bounds, or make a 240x320 image with a black fill for the rest of it. :) 06.42.14 # that'll be easy enough :) 06.42.29 # ohhh yeaah... 5G fullscreen baby.. :D 06.42.54 # better play it a bit though. i recall it looked fine and worked fine on level 1 last time i tried this, but level 2 didn't work or something.. 06.43.00 # too bad i suck at this game :) 06.43.10 # Hehehe 06.43.15 # The game's kinda easy on the Gigabeat. 06.43.18 # Because the screen is so tall. 06.43.46 # yeah, makes sense.. it's a bit harder with large bitmaps on the 5G actually. 06.44.41 # gaaaaah. 06.44.46 # it's happening agaiiin... 06.45.11 # hmm. 06.45.30 # i think it must be a bug in the collision detection or something. level 2 draws fine, but the bottom row or so of bitmaps aren't affected by the ball. 06.45.46 # maybe because they're considerably larger and thus stick down farther than the 220x176 ones. 06.47.16 # good lord, talk about confusing code. 06.49.44 # aha, i think i found the culprit.. 06.50.28 Quit tamacracker (Remote closed the connection) 06.50.49 Join Rob2222 [0] (n=Miranda@p54B172D4.dip.t-dialin.net) 06.53.31 Part elcasey 06.54.42 Part Llorean 06.55.27 # Paprica! 06.55.30 # i neeeed you./ 06.55.45 Join tamacracker [0] (n=tamacrac@c-67-191-48-48.hsd1.fl.comcast.net) 06.56.04 # what are the upcoming menu changes? 06.56.16 # * scorche hands midkay some of the red stuff 06.56.31 # Hey Llorean? 06.56.41 # scorche: ?! :E 06.56.54 # red stuff = paprika 06.56.55 # does my Toshiba now play .avi movie file? 06.57.00 # no 06.57.03 # boooo 06.57.05 # ok 06.57.09 # will it ever? or no? 06.57.12 # boooo? 06.57.18 # lol don't mind me :P 06.57.31 # it isnt like we havent implemented it for spite 06.57.38 # no i understand 06.57.41 # haha. 06.58.13 # argh, maybe i did fix it.. i changed the code, did NOT recompile, recopied the same rock to my ipod, spent ten minutes beating the first level to find it didn't work, then discovered i didn't recompile. 06.58.18 # i wanna be able to watch afro samurai on my mp3 player and brag about it to my friend lol 06.58.34 # lol midkay 06.58.45 # this is such crap.. :) 06.58.54 # *plays the first level again unhappily* 07.00.01 Quit rotator ("zzzzzzzzz") 07.00.31 # scorche, do you know if it'll ever be able to play .avi files? 07.00.37 # cripes, that settings block needs some whitespace 07.00.46 # it is possible.. 07.00.47 # im tryin to find the page where it tells us what files it can play :x 07.00.56 # that would be nice scorche :P 07.01.07 Quit Strath (Read error: 110 (Connection timed out)) 07.02.04 # sigh, my fix half-works. 07.03.10 Part Roan 07.06.14 # aha, i think i nailed it.. *retests* 07.07.37 # YES! 07.08.04 Quit Rob222241 (Read error: 110 (Connection timed out)) 07.14.15 # perldiver: its a secret :D 07.14.21 Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 07.14.23 # ha ok 07.14.52 # JdGordon: spill the beans, i wanna know! 07.15.08 # oh wow 07.15.17 # the most updated rockbox is waaaaay to buggy 07.15.50 # somehow i doubt its rockbox 07.16.03 # naw i just now replaced my existing files 07.16.07 # from my old rock box 07.16.10 # and this new one is horrible. 07.16.32 # the splash screen is screwy and the songs are skipping 07.16.46 # well that one is easy 07.16.51 # you need a new bootloader 07.17.23 # i went here 07.17.25 # http://www.rockbox.org/daily.shtml 07.17.30 # and downloaded the latest. 07.17.45 # http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort 07.17.49 # the very bottom 07.17.51 # i copied the files that are in the zip into my Gigabeat folder, and over written my old rock box files 07.17.55 # ok 07.18.22 Join max_gamming [0] (n=max_gamm@pool-71-107-234-182.lsanca.dsl-w.verizon.net) 07.19.21 # do i need to copy all 3? 07.19.24 # hey, can any one help me out in installing Rockbox? I followed the instructions on the manual file, but i dont think im doing something right because it doesnt load. 07.19.24 # or just the .DAT file? 07.19.36 # http://www.rockbox.org/twiki/bin/viewfile/Main/GigabeatFXPort?rev=4;filename=bootloader.zip 07.19.39 # this one 07.20.25 # the .raw file goes to root 07.20.35 # how bout the .dat file? 07.21.17 # . /gbsystem/fwimg 07.21.55 # ok 07.22.05 # then hit battery off switch 07.22.10 # after shuttin it off 07.22.11 # yep 07.22.14 # then turn the switch back on 07.22.21 # and turn the mp3 player back on, yes? 07.22.21 # yep 07.22.25 DBUG Enqueued KICK perldiver 07.22.25 # yep 07.22.57 # ohhh so thats what i was doing wrong.. i dint switch the actual switch 07.24.07 # lol 07.24.23 # how do you do a dual boot.. so i can also run the original firmware if i wanted too.. could u help me out with that? 07.24.54 # ooo 07.25.01 # i like the new splash screen 07.25.04 # and now it loads faster 07.25.06 # wooohooo 07.25.49 # wow 07.25.49 # beautiful job guys 07.26.14 # ill make sure to donate to you guys 07.26.20 # hopefully it helps you guys out 07.26.25 # max_gamming theres no dual boot option as of now 07.26.50 # aww.. 07.26.53 # lol 07.27.02 # why on earth do you need it 07.27.08 # on gigabeat 07.27.14 # cuz it looks kool? 07.27.24 # what does? 07.27.44 # the icons 07.27.51 # instead of just text 07.28.29 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 07.29.31 # max_gamming 07.29.32 # try this: http://www.rockbox.org/twiki/bin/view/Main/WpsGigabeatF 07.31.02 # awesome! nvm then 07.31.04 # haha 07.33.37 # peridiver 07.33.44 # this may sound like a really dumb question 07.33.45 Join Ribs [0] (n=ribs@91.84.8.218) 07.34.00 # but where's the option where the song fades out, and the next song fades in? 07.34.17 # i thought it was in the sound settings 07.34.41 # is it cross feed? 07.35.36 # crossfade, general settings -> playback 07.36.03 Join My_Sic [0] (n=MySic@m204.net81-65-15.noos.fr) 07.37.21 Quit thegeek_ (Connection timed out) 07.37.28 # woohoo 07.37.31 # thanks midkay 07.37.37 Quit Mouser_X (Nick collision from services.) 07.37.38 # no prob 07.37.40 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 07.38.18 # let me tell you, it's runnin a lot faster now 07.38.31 # tamacracker reading the manual really helps as well :P 07.38.35 # it's not hesitating when i go throw tracks or menus 07.38.43 # and it starts up faster ;P 07.38.55 # yeah lol i am right now perldiver :P 07.40.06 Quit Alonea ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") 07.40.20 # i like the crossfeed :P 07.40.25 # very nice option 07.40.48 Quit max_gamming () 07.42.11 # morning 07.44.08 # mornin amiconn :P 07.44.23 # JdGordon: Your conclusion was a bit quick. The fact that no player owner complained doesn't mean that there are no more player users. It's just that rockbox on the archoses is very stable, so normal users don't upgrade often 07.44.40 # I guess that most of them still run 2.5 07.45.22 # i just upgraded 07.45.27 # and im HIGHLY satisfied. 07.46.00 # You're using an archos Player? 07.46.04 Join Wiwie [0] (n=goddi@vpnsh0079.fh-trier.de) 07.46.34 # I'm readin the file formats and I notice that there isn't a video/movie file format in the list. I'm assuming as of now it cannot play back videos? 07.46.44 # JdGordon: Oh, and you pushed the v1 over the edge again... I wonder why 07.46.45 # No, sorry amiconn, I'm using Toshiba 07.47.13 # I was talking about JdGordon's comment earlier 07.47.29 # [05:46:19] * JdGordon_ assumes almost noone uses the player anymore... 07.47.29 # [05:46:32] no one has mentioned the 2 settings not saving that I just found are missing 07.47.42 # i see 07.47.50 # (2 hours ago incase you're in a different tz) 07.48.00 # yeh florida, usa here 07.48.20 # perldiver, question for you, as of now the Toshiba F series does not play movies? 07.48.29 # tamacracker, http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 07.48.48 # sweet 07.49.28 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 07.49.28 Join miepchen^schlaf [0] (n=hihi@p57B9596A.dip.t-dialin.net) 07.49.42 # Ah, looks like it's the lang id 07.50.46 # JdGordon: You could have added the lang id to the settings list in preparation for the next steps, but without actually adding them to the struct, i.e. just ignore the macro parameter 07.51.10 # oh, so it's best just to be patient about the movie playback 07.52.29 # tamacracker, from what I hear it's usable, especially on the gigabeat 07.52.36 Quit Wiwie ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 07.52.59 # would it be able to play a full 2 hour movie, for example? 07.53.08 Join Wiwie [0] (n=goddi@vpnsh0079.fh-trier.de) 07.53.13 # don't know about that 07.53.17 # yeah 07.53.24 # maybe music videos 07.53.28 # as of now 07.53.29 # but who watches a two hour movie on a dap? 07.53.35 # ha 07.53.40 # i would just because i could haha 07.53.40 Quit Wiwie (Client Quit) 07.53.52 # safetydan: I once did, on the archos recorder... 07.54.22 # ...watch an even longer movie: LoTR part 1 07.54.30 # damn 07.54.32 # lol 07.54.55 # I can only imagine the eyestrain that would cause. Isn't rvf playback a little grainy? 07.55.26 # It is. Depends on the temperature though 07.55.29 Quit My_Sic (Read error: 104 (Connection reset by peer)) 07.57.34 # amiconn: it was over the edge already anyway wasnt it.. just now gcc wont build it... 07.57.34 # oh dear, JdGordon's last update ate 600 bytes of my lang cleanup savings 07.57.54 # I know, but the problem was that 3/4 of the settings dont use a macro... 08.03.21 Join webguest36 [0] (i=9509003b@gateway/web/cgi-irc/labb.contactor.se/x-081bb3a410a4c55a) 08.04.11 *** Saving seen data "./dancer.seen" 08.05.22 Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) 08.05.41 Join MarcoPolo [0] (n=MarcoPol@160.228.157.232) 08.10.37 Quit tamacracker (Remote closed the connection) 08.10.44 Quit webguest36 ("CGI:IRC (EOF)") 08.10.47 Join webguest37 [0] (i=8506cf9d@gateway/web/cgi-irc/labb.contactor.se/x-7cc550c819bf0479) 08.12.17 # Hmmmm, I thought they did... 08.12.25 # Hi. Are there any plugins that show how to use pcm_init_recording, pcm_record_data? Do these functions work? I'm running on an iAudio X5. 08.13.38 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 08.14.34 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 08.14.49 Quit Mouser_X (Nick collision from services.) 08.14.50 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 08.14.55 # hey all, quick opinion search.. current brickmania pads: http://img342.imageshack.us/img342/9774/brickmaniapads220x176x1ku2.png 08.15.12 # proposed new pads (slightly larger, ignore that): http://img143.imageshack.us/img143/2365/brickmaniapads320x240x1tl8.png 08.15.12 # any thoughts? 08.15.29 Join JerryLange [0] (n=chatzill@ppp025.hk.centurytel.net) 08.16.03 # midkay: I personally like the old discrete bumpers, but the new glue. 08.16.10 Part LinusN 08.16.20 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 08.16.24 # hello everyone 08.16.32 # cool, just the kind of feedback i wanted, thanks :) 08.16.33 # morning LinusN :) 08.16.49 # Again using the crappy bouncer? (or what that was) 08.16.58 # i have a question about what ipod linux says about rockbox. 08.16.58 # midkay: If there's one thing I like, it's telling people my opinion on things. Hehe. 08.17.08 # Llorean: haha, fun it is :) 08.17.41 # amiconn: no, i just closed the wrong window 08.17.48 # ipod linux says this on there 5.5 page. 08.17.58 # Rockbox 08.17.59 # iPodPatcher has been updated to make firmware partitions that ca 08.18.01 # n load the Apple OS. You can now install Rockbox using http://www.rockbox.org/twiki/bin/view/Main/IpodInstallationBeta. 08.18.19 # i didnt think rockbox ran on the 5.5gen yet? 08.18.37 # JerryLange: it runs on the 30GB 5.5G 08.18.46 # but not the 80gb 08.19.11 # oh yes. sorry forgot. but they dont really say what version it runs on. this should be corrected. 08.19.22 # JerryLange: It's their page. Our page makes it perfectly clear. 08.20.01 # If it's a wiki page of theirs that says it though, you could go ahead and clear that up. 08.20.09 # yes i know. ive been reading alot about the progress (what progress there is) of the 5.5g 80gig. 08.22.42 # Llorean: how about these? http://img342.imageshack.us/img342/3901/brickmaniapads320x240x1vm8.png 08.23.05 # they're defined bumpers but also cast a quite slight glow onto the paddle.. 08.23.08 # midkay: That I like. 08.23.35 # i think that would look cool on-target (it's kinda hard to tell on white).. *tests* 08.23.40 # Yeah 08.24.03 # Oh, this seems something that needs to be called attention to: http://forums.rockbox.org/index.php?topic=8444.0 08.25.24 # Wikipedia at least reinforces that it's currently copyrighted. 08.26.57 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust351.brig.cable.ntl.com) 08.27.59 # so would it have to be removed from the fonts pack? 08.27.59 # Llorean: wow, i think they look great. thanks again for your thoughts. :) i had struggled to come up with a way for them to seem actually illuminated, not just kind of a solid blue.. the subtle glow really seems to do the trick. 08.28.22 # JerryLange: Depends on what the actual license is on the font. 08.29.12 # hmm..... 08.29.40 # tomal wasn't right that mpa.codec is the same when building with -Os instead of -O 08.29.53 # But it's not smaller either, in fact it's 72 bytes larger 08.29.55 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 08.30.20 # i wouldn't cry a single second if we removed chicago 08.30.24 Part kaaloo 08.30.38 # it's a lousy 7-bit font 08.31.04 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-0ad15ed2267238cc) 08.32.09 # neither would i but some users like it 08.32.47 # It's in a lot of themes, but that's hardly a reason to keep it if it shouldn't be included 08.33.29 # There's an awful lot of fonts at rasher's site, we could just stick in a similarly sized one. 08.34.05 # JerryLange: xtal and nimbus have the same look 08.34.43 # could you give a link so i can look oat the fonts? to see how similar they are? 08.35.05 Quit GodEater (Client Quit) 08.35.06 # JerryLange: you don't have your player with you? 08.35.21 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-26e3f72769dbe5e2) 08.35.25 # Oddly enough nimbus12 is slightly smaller, and nimbus14 is slightly taller. 08.35.39 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 08.35.39 # * GodEater kicks the forums to make them go faster 08.35.46 # Neither nimbus nor xtal as they stand will work with existing themes. 08.36.01 # no i dont. sorry 08.37.07 # Apparently Chicago is a 13, despite what it says. 08.38.06 # haha, "a 13". 08.41.05 # My current theme just happened to be using Chicago. 08.41.47 # when did the word "like" become punctuation ? 08.42.01 # Like, ages ago man. 08.42.12 # lol 08.42.34 # that guy/girl(?)'s posts in the forum are virtually unreadable because of over usage of the word "like" 08.43.40 # who now? 08.43.53 # Whoah, and libmad compiled with -Os slows mpa.codec down to a crawl! 08.43.55 # * GodEater wonders if it's worth removing ALL the iPL stuff from the 80GB thread now. It's not particularly useful anymore. 08.44.39 # On my mini G2, no eq: -O: boost ratio <50% -Os: boost ratio 100% 08.44.49 # or just archive the thread off somewhere and start a new one with one post detailing where we're at 08.44.57 # amiconn: Ouch 08.44.59 # -Os is size ? 08.45.01 # i want to see the like-whoring! 08.45.15 # midkay: hbbrad 08.45.19 # he/she/it has posts all over the place 08.45.41 # maybe valley girl is the new l33t 08.45.47 # GodEater: -Os is (or should) be -O2 tweaked to size, i.e. leaving out all opts which increase size 08.45.56 # thanks.. *views* 08.46.14 # I should know really - being a gentoo user :) 08.46.26 # gcc is weird... 08.46.28 # haha. 08.46.34 # semiamusing. 08.46.37 Join Redbreva [0] (n=chatzill@host86-144-107-44.range86-144.btcentralplus.com) 08.47.09 # hm, i see the "kiss" emoticon was used... it better not be a guy.. :) 08.47.16 # lol 08.47.20 # "well im confused i am like a lil on the slow side and i honestly just need like people to talk to me as a child." 08.48.07 # haha. 08.48.11 Join Jsunu [0] (n=Jsunu@d154-20-129-186.bchsia.telus.net) 08.48.13 # does that mean we can smack him/her and put them to bed early with no supper ? 08.48.15 # no punctuation whatsoever 08.48.16 # it's alright LinusN. 08.48.19 Quit midgey () 08.48.22 # where is that thread any links? :P 08.48.34 # this is a gem: http://forums.rockbox.org/index.php?topic=8399.0 08.48.35 # i still love you even if you are a little on the slow side... 08.48.44 # haha, a gem. 08.48.46 # GoldenQuotes! 08.48.58 # Indeed 08.49.06 # let me read it though hehe 08.49.43 # oh no - funroll-loops.org is gone :( 08.49.50 # my damn internet connection is slower than a turtle 08.50.04 # * GodEater hands XavierGr a Hare 08.50.21 # :D 08.51.01 Join combrains [0] (n=combrain@125-237-198-49.jetstream.xtra.co.nz) 08.51.04 # XavierGr: is it not loading for oyu either? 08.51.09 # yes 08.51.13 Join bluebrother [0] (i=KOQtJz0n@rockbox/staff/bluebrother) 08.51.18 # the forums are always a little slow this time of the morning I find 08.51.22 # I thought it was me but maybe forums are playing tricks on me 08.51.28 # it worked for me a moment ago, now it isn't working at all. 08.51.58 # too much traffic for the new GoldenQuote wannabe I guess! 08.52.10 # midkay: same here but it finialy loaded for me. 08.52.19 # it just came back up or something i guess. 08.52.34 # i like lachlan's post on that topic. 08.52.36 # HAHA, "i hope this is a joke". 08.52.52 # that's hilarious. 08.52.55 # Sadly, judging from the rest of that user's posts, it really isn't likely. 08.52.56 # ROFLMAO this is hilarious 08.53.16 # aaaahh that's funny.. haha. 08.53.25 # * XavierGr goes to read these 8 posts 08.53.41 # let's encourage him or her so we can get a little bit more GoldenQuotes material! 08.53.51 # 8 posts in one day, just great 08.53.56 # Now hey, the person may be limited, but play nice. 08.53.59 # i seriously wouldn't mind responding to these if it meant getting more of them... at least for a little while. 08.54.09 # joking, sorry :) 08.54.17 # "limited" - hahahahaha - what a great term for them 08.54.25 # heh it certainly made my morning :) 08.54.46 # the next meeting I go to I'm going to claim I'm a "bit limited" 08.54.53 # haha. 08.55.01 # lachlan's reply > * 08.55.05 # give him an Expert badge! 08.57.00 Join Juice^ [0] (n=juice@213.167.96.196) 08.57.15 # i found the chicago font but didnt really find a license. i just found this. 08.57.17 # These fonts are shareware, freeware, or otherwise available for downloading from the Internet and many Online services. All rights are retained by their respective creators. Privacy Policy 08.57.43 # That's a bit of a cop-out. 08.57.52 # "We found it on the net, so we assume we can provide i on the net" 08.57.54 # it 08.58.07 # haha. 08.58.15 # yeah thats what i figured, but i tried 08.58.17 # 'shareware or freeware or something else'. 08.58.49 # dan_a: any progress on the lcd driver for e200? 08.58.53 # maybe we need a forum for "special" or "gifted" people 08.58.58 # i want to toss out chicago anyway, since it's only usascii 08.59.09 # Drop Chicago then. 08.59.19 # "License issues and all around dumbness of the character set" 08.59.26 # "useless" 08.59.29 # :-) 08.59.35 # haha. 09.00.55 # ok then drop chicago then i guess. i dont use it so it dont really bother me. 09.01.03 Join ender` [0] (n=ender@84.52.165.220) 09.01.09 Quit Nibbier ("bei uns hat noch niemals nicht koana koan durscht ned ghabt") 09.02.48 # i found a similar font to chicago. anybody want to take a look? 09.04.19 # Llorean: Is it possible to add on the "Iriver - Installation/Removal/Flashing" the H10 tag too? 09.04.49 # why is that needed? 09.04.57 # XavierGr: Done 09.05.05 # ot am i missing something? 09.05.08 # oh...that.. 09.05.11 # scorche: There's a subtitle of the "targets" for each manufacturer board. 09.05.14 # Llorean: nice :) 09.05.18 # yeah...i got it 09.05.22 # I'd forgotten to update to include H10. :) 09.05.53 # Llorean: i found a font similar to the chicago font. you want to take a look at it? 09.06.38 # JerryLange: Honestly, I'm not terribly invested in this. 09.06.40 # :) 09.07.39 # ok. ill save it for somebody who maybe is. 09.12.12 # As long there is nimbus I won't feel sorry for Chicago 09.12.56 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 09.17.19 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 09.25.16 Quit Jsunu ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") 09.29.38 Join spiorf [0] (n=spiorf@host219-228-dynamic.2-87-r.retail.telecomitalia.it) 09.30.45 Quit Mouser_X (Read error: 110 (Connection timed out)) 09.30.49 Join _Veseliq_ [0] (n=veseliq@195.85.215.210) 09.32.23 Quit Juice^ ("- nbs-irc 2.0 - www.nbs-irc.net -") 09.34.09 Join Thundercloud [0] (n=thunderc@82.152.196.206) 09.35.41 Quit JdGordon ("Konversation terminated!") 09.36.59 # JerryLange: you can show it to pixelma when she gets back 09.38.08 Join Juice^ [0] (n=juice@213.167.96.196) 09.38.43 # the forums are crazy again 09.38.47 # markun: ill just post it in that topic becasue i might not be here when he returns. 09.39.00 # yeah i noticed 09.39.50 # database has fallen over it seems 09.39.57 # once the page actually loads first. 09.40.04 # JerryLange: can you post a link here? I will tell her it's in the logs. 09.41.20 # markun: yes its here 09.41.27 # alternative chicago font: http://www.dafont.com/pix-chicago.font 09.43.20 # JerryLange: what are the differences? 09.43.45 Join dune2 [0] (n=dune2@LNeuilly-152-21-109-180.w193-253.abo.wanadoo.fr) 09.44.55 # alternative chicago font: http://www.dafont.com/pix-chicago.font 09.45.00 # whoops 09.45.24 # well this version is free. if the chicago font is licenses. 09.49.13 Join JerryLange_ [0] (n=chatzill@ppp025.hk.centurytel.net) 09.49.25 # JerryLange: there should be a double-sized 'hi-res' version of the bitmap chicago font as well somewhere 09.49.29 # http://www.myfonts.com/person/kare/susan/ 09.49.55 # hold on 09.51.11 # is there any chance somebody can kick JerryLange that is my name but i got disconnected. 09.51.31 # are you registered? 09.51.46 # then you can use nickserv to kick it 09.52.11 # yes 09.53.11 # yes im registered, but it says i have to be an operator in this room for it to work 09.53.36 # JerryLange: do "/query nickserv" and then type "help" in that window 09.54.03 # (ghost is the option you are looking for) 09.54.45 # JerryLange_: just wait a couple of minutes and it will disconnect 09.55.12 # a couple being around 20 iirc 09.55.25 # hmm, that's huge 09.55.29 # yes 09.55.36 # on ircnet, its something like 3 minutes at max 09.55.44 # yes, freenode is different 09.56.09 # i cant find the chost command 09.56.20 Mode "#rockbox +o scorche " by ChanServ (ChanServ@services.) 09.56.26 Kick (#rockbox JerryLange :scorche) by scorche!n=scorche@rockbox/administrator/scorche 09.56.37 # (been a rough day...needed to get agressions out) 09.56.42 # thank you 09.56.49 Mode "#rockbox -o scorche " by ChanServ (ChanServ@services.) 09.56.54 # but do look up the ghost command 09.56.57 # the kick doesn't help much though since the nick is still connected 09.56.58 # brb 09.57.16 # or perhaps "occupied" is a better word 09.57.16 # JerryLange_: you don't see "GHOST Kill a ghosted nickname" ? 09.57.53 # Bagder: it wasnt to help...it was to get aggressions out ;) 09.58.10 Quit GodEater ("CGI:IRC (Ping timeout)") 09.58.18 # I know, I was mostly informing JerryLange_ 09.58.23 # ah 09.58.48 # I have no friends so I just talk out to nobody in particular 09.58.54 # :-) 09.59.02 # well... 09.59.07 # * scorche cues the audio 09.59.14 # you got a friend in me! 09.59.25 # Bagder: how do you remove a file from the repository? :) 09.59.27 # haha nice one. 09.59.35 # midgey: svn rm [file] 09.59.39 # and commit 09.59.56 # i'm the absolute master of not getting commits right... 10.00.32 # * Bagder kneels in front of the master 10.00.37 # hmmm. i still cant login nickserv ill just leave my name as this till next time. 10.01.01 # midkay: yeah, but you could do with some practice to beat the high score 10.01.07 # JerryLange_: is JerryLange_ also registered or just JerryLange ? 10.01.23 # JerryLange_: /ghost JerryLange password 10.01.26 # haha, who holds that? isn't it Mikachu? 10.01.26 # im pretty sure JerryLange is only registered 10.01.29 # or preglow... 10.01.46 # wasnt it kkurbjun? 10.01.46 # midkay: i forgot who, but it was some obscene number 10.01.50 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-27e2b763e05a171a) 10.01.52 # that it was 10.01.53 # JerryLange_: maybe that's the problem then. Check the freenode FAQ. 10.02.08 # says ghost unknown command 10.02.12 # rockdoom dehacked commit i believe 10.02.18 # yup 10.02.26 # eeeh ... /msg nickserv ghost, not /ghost 10.02.31 # JerryLange_: It's "/msg nickserv ghost nickname password" 10.02.32 # JerryLange_: /msg nickserv ghost nick pass 10.02.39 # really? i know that, erm, preglow got a bit one before that.. 10.03.03 # some clients have that built in as a macro 10.03.05 # * scorche shrugs 10.03.17 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 10.03.18 # hmm. Are the wiki diffs broken? 10.03.24 Join miepchen^schlaf [0] (n=hihi@p57B97953.dip.t-dialin.net) 10.03.26 # hm, jdgordon broke several builds 10.03.34 # I get a blank page only. Reloading doesn't help :( 10.03.40 # bluebrother: yes it seems so 10.03.44 # midkay: i think kkurbjun had like 40000 10.03.45 Nick JerryLange_ is now known as JerryLange (n=chatzill@ppp025.hk.centurytel.net) 10.03.48 # we blame Zagor, but we're not sure 10.03.51 # Bagder: btw, clicking the link for a removed file on the front page gives an error.. (try brickmania_ball.320x240....) 10.03.59 # midgey: eek. 10.04.00 # me check... 10.04.14 *** Saving seen data "./dancer.seen" 10.04.31 # what's the number telling? 10.04.33 Quit Juice^ (Read error: 60 (Operation timed out)) 10.04.37 # compiler errors? 10.04.38 # yay it works 10.04.45 # errors and warnings 10.04.52 # bluebrother: compiler errors + linker errors * N something 10.05.09 # * Bagder can't recall the deails 10.05.17 # and something is a secret value depending on the dev? ;-) 10.05.19 # i thought it was 1 for warnings, 10 for errors although some errors are different 10.05.30 # bluebrother: now that's an idea! ;-) 10.05.40 # scorche: ah, no you're right that's it 10.05.58 # * bluebrother goes filling out for getting a negative number 10.06.11 # *filling out a form even. 10.06.11 # thank you Llorean and Scorche 10.06.31 # midkay: score was 42856 from kkurbjun on dec 13 10.06.40 # Bagder: hm, i think it'd be nice in place of the [diff] link to have like [created] or [new] when it's the first revision of a file, and [removed] or somesuch for rm'd files. 10.06.46 # * midgey still thinks we should have a high score list 10.06.50 # midgey: where did you find that? 10.06.50 # haha. 10.07.13 # xaviergr mentions it in the logs 10.08.18 # haha.. while searching for preglow's i found this: 10.08.20 # 02.50.22 # yes, score one for sharpe. sharpe : one, midkay : twenty. 10.08.24 # * midkay is victorious! 10.08.30 # huzzah! 10.08.57 # * bluebrother just installes KatMouse 10.09.12 # ahh, finally the mouse wheel is working like I'm used to. 10.09.23 # midkay: that isnt too surprising though... 10.10.01 # scorche: well of course not. i'm just impressed he could admit it. 10.10.15 # Are the History links on the wiki broken for anyone else? I just get a blank page. 10.10.17 # although he definitely exaggerated my score a bit, it was surely more like 50-60. 10.10.38 # well, we both claimed the final score for him 10.10.45 Join Bger [0] (n=Bager@85.187.218.57) 10.11.14 # linuxstb: Broken for me as well 10.11.50 # haha. 10.12.37 # someone added me to the KnowledgeMap... i'm flattered. 10.12.50 # someone is actually editing it? 10.13.00 # yay...i thought it was a failed attempt 10.13.05 # it was, loser. :D 10.13.12 # it's suprisingly filled out actually.. 10.13.13 Join Juice^ [0] (n=juice@213.167.96.196) 10.13.18 # anyone in the mood for figuring out the encryption of a firmare update file? 10.13.39 # oh wow 10.13.47 # * scorche becomes happy 10.13.48 # one guy added like everybody on there though. 10.13.51 # markun: what's the target? 10.13.58 # revision 4 -> 5 went from nada to filled in.. 10.14.04 # Bagder: Kenwood HD20GA7/HD30GA9 10.14.17 # then it might be in order to double check that you are not listed as something that you are not 10.14.37 # It is based on the same hardware as the Gigabeats, but has a 'digital amp' with mythical sound qualities 10.14.38 # me? surely i did... 10.14.55 # Bagder: you used my idea! <3 10.15.12 # Bagder: http://130.89.160.166/UPDATE.DAT 10.15.13 # markun: got a URL for the firmware? 10.15.15 # ah 10.15.32 Quit zefie (Nick collision from services.) 10.15.44 Join zefie [0] (i=UPP@24-105-220-68.cm.mhcable.com) 10.15.58 Quit upsioned (Read error: 104 (Connection reset by peer)) 10.16.01 # alright, time for bed for me now.. night all. 10.16.22 Join subson [0] (n=ju@82.67.68.29) 10.16.23 # markun: and that is everything there is? no other files or similar? 10.16.58 # Bagder: I can give you the windows installer we extracted it from.. 10.17.06 Quit midgey () 10.17.33 # Bagder: Let me see if I can find older versions of the firmware update 10.17.59 # yes, having more than one file will help 10.19.06 # there are odd 0x10-based patterns in it 10.19.30 # the same byte code every 0x10 10.20.10 # pff 10.20.28 # I closed all my opendirs now.. hopefully that will stop iPL people from posting in the 5.5G 80GB rockbox dev thread 10.21.30 # amazing what people can do with unsupported/broken code, no clue at all and a lot of 'want' 10.21.55 # oh god 10.21.56 # lol. 10.22.04 # Llorean you may want to have a look at the latest post :') 10.22.22 # people manage to screw up even without broken builds ;-) 10.22.26 # http://forums.rockbox.org/index.php?topic=7738.msg65708#msg65708 10.22.31 # heh 10.22.35 # seeing the amount of people bricking their sansas 10.22.41 # DataGhost: What most recent post? 10.22.43 # * Llorean looks innocent. 10.22.54 # "I copied random junk to it in recovery mode and now it doesn't start" 10.22.58 # well, some guy was actually complaining about linux not working without an ext3 partition and without any support for fat32/hfs+ :) 10.23.01 # hehe 10.23.12 # hehe Llorean 10.23.33 # Bagder: Every time I see yet ANOTHER person has done that, I'm astonished. 10.23.40 # yeah 10.23.40 # How do you "accidentally" put an extra file on it? 10.24.03 # or a totally different file 10.24.21 # maybe they fell 10.25.10 # Bagder: did you see the PM? 10.25.12 # 'i fell on my keyboard and the next thing I know I saw dd if=/dev/urandom of=/dev/sda and it looked very busy... I thought it'd be better to not disturb it but now my iPod won't boot!!1' 10.25.15 # Bagder: Like the one who tried an e200 bootloader on his c200? If I remember what he said correctly? 10.25.35 # Llorean: nah, that's zefie and he has clues 10.25.41 # Ah 10.25.50 # It seemed a somewhat random thing to try though 10.25.54 # And he recovered it 10.25.58 # he even managed to restore his c200 with the e200tool 10.26.05 # Yeah, that was impressive 10.26.11 # that somehow takes him to the second level in this game 10.27.23 Part JerryLange 10.28.29 Join tucoz [0] (i=528612c1@gateway/web/cgi-irc/labb.contactor.se/x-efedd519b94a32a9) 10.28.43 # bluebrother: did you read my message in the logs? 10.29.47 # otherwise: 23.14 http://www.rockbox.org/irc/rockbox-20070125.txt 10.29.49 Quit subson () 10.31.21 # Bagder: is it possible to change the sort order for the irc-logs to be in descending order? Similar to the mailing lists. 10.31.59 # (of course it it possible, but is it a good idea?) 10.32.16 # I guess it would be more logical indeed :) 10.32.33 # yes - I've been wishing for that too 10.32.53 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 10.33.36 # tucoz: it is a good idea 10.33.48 # "it's just not possible" 10.33.49 # * DataGhost runs 10.34.06 # hehe 10.35.07 # "it's a good idea, but unfortunately son is still asleep and without him I'm worried to change the html incase I break something" ;) 10.35.24 # upside down irc logs sounds confusing, and wouldn't you need to rewrite the whole file every time it updates? 10.35.42 # not the logfiles themselves Mikachu 10.35.49 # the page which presents the list of logs 10.35.51 # oh the index, okay 10.36.59 # I'll ask my son to fix it later ;-P 10.37.31 # Hi. Are there any plugins that show how to use pcm_init_recording, pcm_record_data? Do these functions work? I'm running on an iAudio X5. 10.37.46 # is his middle name 'perl-wizard' by any chance? 10.38.07 # Bagder: You do realise that when he gets to 13 years old and wants to rebel, he'll do it by coding in C#++... 10.38.13 # hahaha 10.38.16 # nooooooo 10.38.19 # or python 10.38.42 # or befreak, for readability :P 10.38.46 # a teenage windows-using rebel 10.39.06 # Or maybe he'll just add malloc to the core of Rockbox 10.39.11 # then we need to have that talk, the dad-son talk 10.39.37 Part Llorean 10.39.39 # Bagder: hm, the link for the brickmania_ball.320x240x16.bmp on the frontpage doesn't work 10.39.42 # tucoz: just read it. Will look into it later today 10.39.56 # Mikachu: right, viewvc is quite annoying 10.40.02 # the linked _worked_ 10.40.07 # until the file was deleted 10.40.19 # ah, i didn't see the next commit there 10.40.28 # maybe you want all the links to set revision too 10.40.45 # yeah 10.41.02 # why not coding D? 10.41.04 # I just need to figure out exactly how it wants it 10.41.09 # &pathrev=12118 10.41.17 # * bluebrother read an article about D yesterday. Sounds interesting. 10.41.21 Join AndreSmith [0] (n=MyUser@60-242-25-74.static.tpgi.com.au) 10.41.27 Quit combrains (Read error: 110 (Connection timed out)) 10.41.28 # Mikachu: thanks 10.41.45 Part AndreSmith 10.41.52 # bluebrother: i expect a complete translation of rockbox into D by the weekend 10.42.32 # i think you should port it to shakespeare 10.43.36 # * GodEater votes for Haskell 10.43.39 # ( http://people.csa.iisc.ernet.in/sreejith/frontends/spl/spl.htm ) 10.44.21 # Whitespace! 10.45.56 # http://99-bottles-of-beer.net/language-whitespace-154.html 10.46.55 # sorry for the cursing, but isn't there a language known as brainfuck? 10.47.13 # yeah 10.47.21 # it is. 10.47.30 # * bluebrother just discovered DotLisp 10.47.56 # tucoz: http://99-bottles-of-beer.net/language-brainfuck-101.html 10.47.56 # http://brainfuck.sourceforge.net/results0.html 10.48.02 # could anyone help me with the bootloader please ? 10.48.11 # there is also one named Argh! 10.48.14 # pathrev fixed on the frontpage now 10.48.27 # the [gone] now links to the rev before the removal 10.49.00 # kclaf: Tell us which player, and describe the problem, and someone will do their best to help 10.49.07 # i used to modify the source, in order to change the bootloader behavior (ie pressing a key = starts RB, pressing nothing = starts genuine firmware) 10.49.16 # but the bootloader code changed 10.49.18 # http://pastebin.ca/329017 10.49.22 # is that correct ? 10.49.38 # bluebrother: fun page :) 10.49.40 # Mikachu http://tunes.org/~iepos/befreak.html#download I like that more :) 10.49.48 # ive inverted the instructions into the "if" and the "else" 10.51.03 Part tucoz ("woooork") 10.51.41 # heh 10.51.44 Join lachlan11121 [0] (i=cbce3551@gateway/web/cgi-irc/labb.contactor.se/x-3f585f8dbaf34dac) 10.51.59 Quit lachlan11121 (Client Quit) 10.52.22 Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) 10.52.53 # kclaf: I don't recognise any of that as being code to the bootloaders, but yes - swapping what is inside the if and the else sections will work 10.53.10 # DataGhost: http://pathlang.sourceforge.net/ is similar 10.54.12 # hmmm dan_a, that's source code from "rockbox-20070109\flash\bootloader\bootloader.c" 10.54.27 # kclaf: Which bootloader are you trying to modify/ 10.54.28 # ? 10.54.40 # ipod5G 10.54.49 # Then change bootloader/ipod.c 10.54.50 Join lachlan1212 [0] (i=cbce3551@gateway/web/cgi-irc/labb.contactor.se/x-128718b9df5c6449) 10.55.07 # It may not be in the source tarball - in which case get it via SVN. 10.55.40 # oh yea, that's why I didnt get the file 10.55.49 # i'll checkout the SVN for it 10.55.56 # thanks for your help linuxstb 10.56.16 # kclaf: But you know the hold switch now starts the original firmware? 10.56.34 # yes I know but I have some stupid car audio player 10.56.57 # that works with AIR 10.57.13 # But once you start the Apple firmware once, does it ever reboot? 10.57.13 # and i dont want to have to press HOLD all the time 10.57.25 # I thought the Apple firmware just slept itself. 10.57.47 # yes, but if I let my ipod for more than 17hours it shuts down 10.58.09 # so it would start into rockbox when it boots 10.58.14 # And then it reboots? I thought it just hibernated... 10.58.35 # I dont think so, because I can see the black screen with the apple 10.58.40 # guys, hi! 10.58.53 # kclaf: But I thought that was a different black screen with the apple... 10.59.05 # sorry for the offtopic but does anybody know any linux console icq client other than centericq ? 10.59.27 # * linuxstb afk 10.59.39 # Bger: any console irc client + bitlbee does the trick 10.59.47 # hmmm, well, you know what, ill reflash my ipod with non-patched rockbox 10.59.57 # and see how it behaves 11.00.01 # bitlbee ? 11.00.23 # that's an irc-im gateway 11.00.36 # aha 11.00.48 # it allow to chat into MSN, OSCAR, JABBER like you would do on IRC 11.00.55 # +s 11.00.57 # and also 0.22 seconds on google :) 11.01.16 # Supposedly some company has hacked the gaming cabilities of the 5/5.5G iPods and have gotten one of their games to run in the Apple OS 11.01.34 # With "supposedly" being the key word 11.01.54 # I can play gameboy games on my 5.5G... nothing new there? :) (just not in the apple os :P) 11.02.01 # http://www.bobbeetec.com/ 11.02.07 Quit mindframe (Read error: 110 (Connection timed out)) 11.02.11 Quit GodEater ("CGI:IRC (Ping timeout)") 11.02.17 # Still, if this is indeed true its pretty big news 11.03.56 # it is? 11.04.01 # And don't you have an 80GB iPod DataGhost? Heh you can't play anything at the moment 11.04.13 # ? 11.04.16 # I have an 80GB iPod 11.04.24 # and cyboid looks just like doom 11.04.54 # Have you got RB running on it though? 11.05.01 # no 11.05.28 # Cyboid does look similar to Doom, but other games will follow it 11.05.53 # but errrm... I don't know if you're a regular in here or not 11.06.03 # but I'd say you work at bobbeetec :P nofi 11.06.21 # I'm a regular ojn the forum, not really in IRC much 11.06.48 # LinusN: around? 11.06.52 # hm ok 11.07.10 # and all I'm saying is that now the 3rd party devs can make iPod native games (they couldn't before) 11.07.17 # maybe I'm just a little paranoid about some people :) 11.07.32 # Bger: you could also try micq 11.07.41 # bluebrother ah, yes 11.07.58 # i'm having fscking problems with my X eating up the CPU ... 11.08.02 # LinusN: http://www.rockbox.org/twiki/bin/view/Main/PortPinAssignments#PCF50606_GPO seems to be wrong, as Matthias has noted. 11.08.06 # well lachlan1212 at least the site doesn't look 100% legit to me.. but again I haven't seen the actual game on mine 11.08.17 # the part that put me off a bit was the 'Real, honest user reviews' 11.08.21 # with the emphasis on real and honest 11.08.28 # Yeah the side does look a tad.. shady 11.08.37 Quit hcs ("Leaving") 11.08.54 # Theres a thread on the IPL forums for beta testing this game http://ipodlinux.org/forums/viewtopic.php?t=22259 11.09.06 # I usually see the same sort of links in penis enlargement spammails :) 11.09.22 # Not that it makes it any more legit 11.09.35 # You open those emails;)? 11.09.49 # Also, is it known that the wiki search is down? 11.10.50 # sometimes when my pc is being slow lachlan1212 11.10.56 Quit pondlife ("disconnected has pondlife") 11.10.59 # I hit the [Spam] button but it takes a bit :P 11.11.45 # by the way, the 'screenshots' look really odd 11.11.56 # they are higher than wide 11.12.06 # and the 5(.5)G screen is wider than high 11.12.07 # yeah, thats what I was about to say 11.12.10 # they're from cell phones 11.12.20 # they look like they've been distorted 11.12.32 # hm, heh 11.12.40 # in the IPL thread, the dev mentioned that the screens are all from cellphone targets 11.12.46 # which would explain it 11.12.50 # looks like java3d 11.13.15 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-c1554fb53bd6e3c0) 11.13.37 # It's odd that they obviously have the ability to create halfway decent 3d graphics but cant slap together a decent website layout 11.14.14 # anyway, since I've got a 5.5G I'll just send them an e-mail to 'betatest' 11.14.41 # with the site being all shady and the game looking a lot like doom I'd almost say it's a video :P 11.14.45 # shoot me a pm on the forums if they do end up actually senidng you anything 11.14.51 # yeah 11.15.08 # i'm 'lachlan' on the forums- if you hadn't already guessed 11.15.16 # also odd that you can code such a game with 2 people in under a month 11.15.25 # because the reviews are apparently from september 11.15.36 # oh wait, the 5G has been around for longer than that, right? 11.15.45 # yes 11.15.50 # but not the game cabability 11.15.58 # hm 11.16.03 # that was only introduced with the 5.5 G's, around september 11.16.14 # so they wrote that game in a month. with 2 people. 11.16.24 # it seems the game was developed for the Ngage, which has been around for a couple year 11.16.28 # looks more like quake than doom to me 11.16.36 # and they are merely porting it to the iPod 11.16.43 # it's very beige 11.16.48 # s/year/years 11.16.58 Quit gtkspert (Remote closed the connection) 11.17.46 # anyway, this is one of the things I'm not believing until I see it 11.17.46 # * DataGhost sends request 11.17.54 # have you watched the youtube vid yet? does it provide anything conclusive? 11.18.57 # I watched the google vid 11.18.59 # is it different? 11.19.00 # I'm on a arguably the slowest computer in existance at the moment, so I can't watch them myself 11.19.13 # i doubt it would be different 11.19.28 # did the video show the ipod and the person hand controlling the game? 11.19.29 # well, google video provides the original nonrecompressed .avi file 11.19.43 # yes 11.19.47 # apart from that it's perfectly possible to create a video which simulates the apple interface and a working game, I can't conclude anything from that video :) 11.19.55 # except for me being very skeptical 11.20.15 # thats understandable 11.20.15 # and some could say the same about my iDoom-on-80GB-video :) 11.20.34 # however they can easily test that now 11.20.49 # its also questionable as to how they managed to make it run without it being verified by iTunes, which all games must be to play 11.21.00 # "easily" assuming they're au fait with ext3-ing their iPod ;) 11.21.36 # haha, I was wondering how'd I'd missed the '80Gb now functional' post 11.22.26 # yeah - that's iDoom - not rockdoom 11.22.51 # so people are able to boot iPL now? 11.23.24 # only if their iPod is entirely ext3 formatted 11.23.35 # DataGhost fixed the bootloader 11.24.01 # and the kernel reads 1024 byte sector ext3 filesystems 11.24.08 # Bless his ghostly soul 11.24.13 # well entirely isn't needed, but it just can't read fat32 and hfs+ yet :P 11.24.18 # fat32 and hfs+ support are still unavailable though 11.24.24 # so this time people with macpods are out of luck >:) 11.24.34 # was hfs+ ever supported? 11.24.46 # for iPL ? yes 11.24.57 # ahh, fair enough 11.24.58 # I have no clue, but for the 5.5G 30GB the instructions previously said 'this will work on the 30GB macpods only' 11.25.15 # and my quick fix on the linux kernel enabled iPL for the 30GB winpods, too 11.25.33 # think most of the original iPL devs were all OSX ppl - so they made HFS+ support the priority 11.25.39 # winpod support came later 11.25.49 # but I'm still not sure if it can do diskreads and the one who wrote the new tutorial doesn't respond to my testing requests 11.26.01 # I'm not so sure about that GodEater 11.26.04 # Does IPL run as poorly on the 5.5G's as it does on the 5 G's? 11.26.05 # is that Tempel ? 11.26.07 # I converted my iPod into a macpod aswell 11.26.13 # the mac partition table is different 11.26.19 # so it read the partitions properly without modification 11.26.23 # well, only to the ata code 11.26.36 # ah 11.26.39 # the main reason it didn't work on the winpods was the MBR having the 'wrong' values 11.26.49 # that would make sense 11.26.56 # yep :) 11.27.11 # lachlan1212 I don't know.. I think so 11.27.22 # define "poorly" :) 11.27.23 # Let me look up a few vids... I think you mean podzilla2 by the way 11.27.26 # with 'poorly' 11.27.38 # since the mainloop claims 150% cpu or something like that ;) 11.28.42 # http://de.dataghost.com/ipl/5.5G-80GB-iDoom.avi http://de.dataghost.com/ipl/Loader2-3.avi 11.28.48 # I think those pretty much cover it 11.28.53 # I don't know exactly what I mean by poorly, but I was under the impression from what I read around the IPL wiki/forum that the 5G wasn't really stable 11.29.42 # those vids will probably play at 3 FPS on my computer but I'll give them a try 11.30.02 # what are you running on? A ZX-81 ? 11.30.07 # well, they're from my camera... 320x240 11.30.10 # iPods should run it :D 11.30.32 # Honestly, an iPod has more CPu than my computer 11.31.00 # those things people strap to their belts that count how many steps they take have more grunt than my piece of crap 11.31.51 # clock radio, watches, calculators- you name it- all are faster 11.32.05 # s/radio/radios 11.32.13 # hehe 11.32.33 # i think it has 64MB of RAM 11.32.48 # yes it should have, according to even wikipedia 11.32.53 # but only 32 is detected on mine 11.32.59 # and when I force mem=64M it refuses to boot 11.33.25 # this is your iPod, or your computer? 11.33.30 # hm? 11.33.40 # you mean the zzzzzzzzzz-sound? or the thing you see on the vid? 11.34.00 # he means the memory comment 11.34.00 Join hcs [0] (n=hcs@rockbox/contributor/hcs) 11.34.03 # oh 11.34.06 # lol :D 11.34.12 # that's my iPod 11.34.19 # no no, I was talking about my computer- it has 64MB or RAM- it is a piece of crap 11.34.24 # I have *slightly* more than 64MB ram in my pc 11.34.31 # <- 1024MB 11.34.35 # * GodEater remembers when 64MB was a lot in a PC 11.34.36 # really, how can you live with 64MB 11.34.42 # I'm using 916 at this very moment 11.34.49 # LinusN: Any news regarding 1K sector support? 11.34.55 # I havn't downloaded your video yet, its at about 30% 11.35.01 # ok 11.35.03 # * GodEater 's first PC had only 4MB. 11.35.08 # ha 11.35.13 # my first had 640kB :) 11.35.19 # show off 11.35.25 # Laser XT/III 11.35.30 # 4,77MHz 8086 11.35.32 # BillG : "640KB should be enough for anyone" 11.35.36 # amiconn: unfortunately not, i haven't found time to work on it 11.35.37 # which could be clocked to 9,54MHz with a nifty program 11.36.00 # I'm hoping I can install Xubuntu or something similar on it and it will spring to life again 11.36.08 # heh 11.36.20 # I hope you're not using windows vista on that thing now :P 11.36.31 # I'm still running Win 98 *cries* 11.36.38 # lachlan : http://web.archive.org/web/20060513022941/http://www.funroll-loops.org/ 11.36.55 # is it down? :o 11.37.03 # ah ok 11.37.05 # been deleted as far as I can see 11.37.16 # shame - it always made me laugh 11.37.19 # the author probably tried gentoo and saw that it wasn't as bad :P 11.37.34 # --omg-optimized !!! 11.37.49 # oh it was definitely tongue in cheek anyway 11.37.53 # he didn't really mean gentoo was bad 11.38.08 # he was just poking fun at the people who thought it was the be all and end all of linux distros 11.38.28 # most of whom had no clue what they were talking about 11.38.47 # :rolleyes: 11.39.14 # hahahaha that is hilarious 11.39.34 # despite the fun being poked at it there - it *is* a good system 11.39.41 # just don't expect miracles :) 11.39.58 # for low end hardware like yours - I recommend E17 for your desktop lachlan 11.40.07 # to make matters worse, I havn't been able to defrag this Win 98 trainwreck for over 3 years because it stalls when I try 11.40.09 # even XFCE is a bit heavyweight these days 11.40.17 # it does work great for my epia, by the way 11.40.23 # so Xubuntu might not be as great as you hope 11.40.26 # it's got only 64kB of cache so I can optimize for that 11.40.32 # so gentoo is optimised for peices of crap? 11.40.43 # i thought it was a full distro 11.40.48 # gentoo itself is as optimised / unoptimised as you build it 11.41.00 # you can optimize it for anything 11.41.13 # ahh, I'm not that savvy with computers 11.41.32 # it's just that you really start to notice the advantage of that on uncommon systems with, for example, a very small cache 11.41.49 # I meant in the way that Xubuntu is potimised for slow computers- it is intended to run with mininal ram/proccesing speed 11.42.08 # I think even Xubuntu will struggle on a 64MB machine.... 11.42.14 # s/potmised/optomised 11.42.17 # but you can only try :) 11.42.36 # yeah, I really should set fire to this thing 11.42.46 # but no money for a new computer:( 11.42.48 # it's certainly an easier install than gentoo if you're scared of techy things htough 11.42.56 # though gentoo's installer *has* improved 11.43.16 # anyway - that's enough OT talk from me 11.43.22 # http://youtube.com/watch?v=-DWNcC2qR6A lachlan1212 11.43.37 # yeah, if I ever do end up switching to Linux, it will be a *buntu 11.43.39 # this machine has 64 MB and it runs slack fine 11.44.02 # haha i told you- my computer is to slow for youtube 11.44.31 # lol 11.44.36 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 11.44.49 # actually, i take that back...this machine has 60M 11.44.53 # scorche: with a desktop environment too (i.e. X+whatever) ? 11.45.02 # fluxbox 11.45.06 # i think this is also a rather low quality computer, as i've used 98 on similarly endowed machinesand had it run much faster 11.45.26 # * GodEater thinks fluxbox is a little too much to expect for a "I just came from windows" user 11.45.43 # I have a 2.4 GHz Pentium 4 and 768 MB of memory, but windows 98 can't manage it too efficiently 11.46.17 # Btw, what was the problem with sdl and framebuffer again? 11.46.35 # Maybe we could get away without X altogether for the vmware image 11.47.53 # amiconn: that was one of the things changed from the first version to the second 11.50.26 # DataGhost: I just watched your video, very nice 11.50.42 # the one of you playing Doom that is 11.51.18 Join jba [0] (n=jba@c211-30-242-204.blktn3.nsw.optusnet.com.au) 11.51.30 # as in no X > X 11.53.06 Join tvelocity [0] (n=tony@91.140.16.176) 11.54.53 # :) 11.55.35 # scorche: Doesn't fluxbox use X? 11.56.31 # amiconn: of course 11.58.17 # So the vmware image does have X 11.58.25 # as in no X > X 11.58.59 # Hmm, maybe this was unclear 11.59.05 # I would want to get rid of X 11.59.09 # what i was meaning was that it was changed *from* that 11.59.17 # yes, but why? 11.59.18 # ...for size considerations 11.59.40 # ah 11.59.53 # X is only a couple of MBs 11.59.56 # Also, this fluxbox is worse than pure commandline imho, and a real gui system is too big 12.00.15 # what is so wrong with fluxbox? 12.00.20 # I do run a linux VM myself, but it's 2GB + 12.02.13 # amiconn: why do you think fluxbox is worse that pure commandline? 12.02.59 # has anyone heard of the new AOL player coming out this year? 12.03.25 # http://digitalmusic.weblogsinc.com/2007/01/11/aols-new-wi-fi-enabled-media-player/ it runs LINUX, has wi-fi and bluetooth 12.04.18 *** Saving seen data "./dancer.seen" 12.04.37 # amiconn: although I'm not a fan of fluxbox myself - I think losing X entirely is a mistake. People who use the vmware dev environment need somewhere to run their simulator builds. 12.04.41 # and i daresay, if you bashed it against an ipod repeatedly it would come out thwe winner 12.04.59 # s/thwe/the 12.05.22 # GodEater: the point would be to run the sim outside X 12.05.54 # lachlan1212: you can still sign the linux kernel to lock it down 12.06.26 # GodEater, amiconn: would switching to xfce satisfy your dislike of fluxbox? 12.06.35 # Mikachu: what exatly do you mean? 12.07.14 # looks like it was built to survive a direct hit from a nuke! 12.07.38 Quit GodEater ("CGI:IRC") 12.07.49 # it is made of strong, strong metal 12.07.50 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-9782ee96ad0eebf9) 12.08.34 # it was designed by a company that makes kitchen appliances, which explains its resemblance to a fridge 12.08.47 # GodEater: That's why I was asking what the problem with using the framebuffer from sdl was 12.09.00 # sdl is supposed to be able to work without X 12.09.05 Join anathema [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 12.09.22 # has anyone tried running a sim like that ? 12.09.44 # scorche: also, you're the chap who kindly built the current VM image - the choice of WM is entirely yours :) 12.09.46 # lachlan1212: digital keys and all that 12.10.14 # anyone can change the wm once they installed the vm for themselves 12.10.18 # I'm not bothered one way or the other. I don't personally like fluxbox - but it's far from a bad choice 12.10.41 # at least you didn't choose ratpoison or something even more weird. 12.10.53 # i actually didnt choose fluxbox 12.10.58 # but i do like it 12.11.04 # then leave it alone 12.11.08 Quit spiorf (Remote closed the connection) 12.11.20 # XFCE would be huge compared to FB 12.11.53 # WM's are *such* a personal taste thing, it's pointless trying to please everyone at once 12.12.08 # agreed, but it is still relatively light-weight, and if other people would vastly prefer it... 12.12.21 # Mikachu: at the risk of appearing even stupider than I am, I still don't follow- are you talking about the linux based mp3 player? 12.12.29 # well I don't actually *use* the VM image - so I don't think my opinion counts 12.12.29 # lachlan1212: yeah 12.12.50 # i only host it :) 12.13.12 # then again, it is meaningless to change when people can do that for themselves 12.13.15 # scorche: use evilwm *fg* 12.14.04 # doesn't the current set of instructions for using the VMware image assume fluxbox in the "how to start a terminal" bit ? 12.14.14 # if you changed to XFCE you'd have to re-write it 12.14.23 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 12.14.23 # Mikachu: what exactly then are digital keys? 12.14.24 # if you care about what wm is used, surely you can figure out how to start a terminal 12.14.42 # Mikachu: I'd have thought so 12.14.47 # lachlan1212: a way to make sure only binaries built by the manufacturer runs on the device 12.15.01 # well, regardless, there is no reason to change from fluxbox... 12.15.07 # GodEater: didn't see that bit about changing the default when i wrote that 12.15.13 # scorche: I agree - leave it bit :) 12.15.23 # s/bit/be 12.15.26 # and if we were to put out an X-less version, we would still have the X version for those who want it 12.15.45 # if you're hardcore you'll make an image with a win32 cross compiler :) 12.16.05 # * scorche has never compiled in linux for win32 12.16.12 # nor me 12.16.21 # i have 12.16.27 # i think 12.16.30 # clearly we need to make the sim run under Mono/.NET ;) 12.16.42 # * scorche slaps GodEater 12.16.47 Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 12.16.48 # or maybe i did use my moms computer for that 12.16.51 # it *was* a joke ;) 12.17.09 # Mikachu: ahh I see now, but I believe I read somewhere that it was open to outsopen to outside developers 12.17.12 # no no - youre' right - poor taste 12.17.19 # * GodEater goes to lash himself 12.18.52 Quit Bger ("BitchX Lite I said!") 12.19.36 # http://pastebin.ca/329063 12.20.46 Quit Juice^ ("Leaving") 12.22.38 Quit dan_a () 12.25.38 Join mindframe_ [0] (n=mindfram@69.2.35.56) 12.28.07 Join muesli__ [0] (n=muesli_t@91.64.230.92) 12.29.44 Join norbusan [0] (n=norbusan@generic-nat.unisi.it) 12.32.40 Quit lachlan1212 ("CGI:IRC") 12.44.42 Join n1s [0] (n=nils@nl104-202-175.student.uu.se) 12.51.19 Join Kittt0s [0] (i=Kaa@87.68.14.115.cable.012.net.il) 12.57.50 Join Ribs2 [0] (n=ribs@91.84.8.218) 12.58.03 Join hab [0] (i=c2c7fca1@gateway/web/cgi-irc/labb.contactor.se/x-c497f31e1fbaae69) 13.01.42 Quit Kitt0s (Read error: 104 (Connection reset by peer)) 13.01.46 # GodEater: :) 13.03.41 # (from discussion earlier) yeah, sdl should be able to work on plain framebuffer 13.05.20 Quit Ribs (Read error: 60 (Operation timed out)) 13.06.58 # although I've not personally used it 13.07.21 # only raw fb, directfb and qte for me 13.07.32 Part norbusan 13.09.57 # sdl can use aalib too, but it might be hard to actually use the sim then :) 13.10.06 # haha 13.10.52 Join d47 [0] (n=d47@144.131.144.173) 13.12.16 Join barrywardell [0] (n=barrywar@host-194-46-250-63.dsl-ie.utvinternet.net) 13.15.05 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 13.15.09 # I'm fiddeling with safetydan's lang cleanup and wanted to unify some *_RECORDER and *_PLAYER strings to just * and wondered if I shoul use player:"short string" *:"long string" or lcd_charcell:"short string" (and *:"long string")? 13.16.12 # I doubt we will ever get another charcell device so I don't think it matters much 13.16.23 # 'k 13.17.20 # barrywardell: with the bootloader we get a -1 one the Gigabeat, didn't try to debug yet 13.18.33 # n1s, there's a couple of other places where the lcd_charcell feature is used. Maybe replace them with player as well 13.19.44 # markun: hmmm. I'll have a look at that 13.20.22 Quit jba (Read error: 110 (Connection timed out)) 13.20.50 Join Criamos [0] (n=Criamos@p54930A22.dip0.t-ipconnect.de) 13.21.11 # safetydan: ok :) 13.21.40 # n1s, I look forward to your additions 13.21.45 # and with that, it's sleep time 13.21.45 Quit safetydan ("Ex-Chat") 13.21.56 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 13.22.24 # its great to see my features patch being taken into something good 13.24.50 # markun: try removing the leading '/' in line 236 13.25.30 # would it be a crazy idea to not have all the english strings hardocded in the image? 13.25.45 # or just the ones you need to select a new language in the menus 13.26.23 # Mikachu: the area is still needed to load new strings in, so it isn't a waste 13.26.37 # ah, i was under impression that new language strings were loaded into another area 13.26.55 # i was just thinking from the constrained flash area perspective 13.27.14 # imho, we need to drop the flashing of archoses 13.27.35 # or make "light" versions for them 13.27.56 # such as removing tagcache? 13.28.01 # isn't that was rombox is? 13.28.04 Join pixelma [0] (i=pixelma@82.193.235.34) 13.28.08 # what* 13.28.23 # Maybe 3.0 can be the last official RomBox release for archos, [IDC]Dragon said he managed to squeeze 15 out of BootBox and that should just make it fit... 13.28.34 # 15kbytes 13.29.03 # Mikachu: not in the sense of light that he is thinking of, i'm sure 13.29.47 # scorche: like that, yes 13.30.27 # honestly, it is a nice thing to keep around and work towards...saving binary size benefits all targets (ignoring target specific optimizations) and rombox provides more motivation towards it 13.30.30 # I'm getting annoyed by all the red builds 13.30.48 # make the broken builds blue :) 13.30.49 # I want green! 13.31.05 # Bagder: then optimise the code :P 13.31.12 # it won't help much 13.31.19 # we'll just postpone the death another month 13.33.17 # then it is a constant reminder to optimize 13.33.21 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 13.33.49 Join miepchen^schlaf [0] (n=hihi@p57B95DDD.dip.t-dialin.net) 13.33.57 # unfortunately, I think it works more like we won't notice when we _really_ break things 13.34.07 # optimisation would help all targets 13.35.00 Quit GodEater ("CGI:IRC (Ping timeout)") 13.35.41 Join efyx [0] (n=efyx@fac34-5-82-239-138-213.fbx.proxad.net) 13.36.53 # yes, but still 13.37.10 Join scorche` [0] (n=scorche@rockbox/administrator/scorche) 13.37.31 # however, as you know, i (and possibly just i) am of the opinion that we should put a separate TEMPORARY build for rombox that takes out (at least for now) tagcache...and have it clearly stated of course 13.37.46 Quit scorche (Nick collision from services.) 13.38.02 Quit hab ("CGI:IRC") 13.38.10 Nick scorche` is now known as scorche (n=scorche@rockbox/administrator/scorche) 13.39.14 Quit MarcoPolo (Remote closed the connection) 13.40.04 # markun: I've updated the patch again with what I hope will fix the problem. Can you test again please? 13.44.15 Join Arathis [0] (n=doerk@p5484BBD2.dip0.t-ipconnect.de) 13.50.44 # LinusN: any luck with testing FS#6554? 13.52.36 # lol. the stupidity of some people 13.52.44 # I just had to explain someone that what he did was wrong 13.53.06 # intentionally destroying data on one of the drives in a raid1, leaving the raid superblock (software raid) and filesystem intact 13.53.13 # and then doing fsck on the array without rebuilding it 13.53.37 # and now he wonders 'what kind of data protection is this?' because his data is trashed. all of it. on both disks 13.53.51 # and it was vital data :') 13.55.19 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 13.55.24 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 13.57.55 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 13.58.09 Quit Mouser_X (Nick collision from services.) 13.58.09 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 14.02.00 Quit tvelocity ("Αποχώρησε") 14.02.10 Join spiorf [0] (n=spiorf@host219-228-dynamic.2-87-r.retail.telecomitalia.it) 14.04.19 *** Saving seen data "./dancer.seen" 14.04.26 Quit thegeek () 14.06.42 Join massiveH [0] (i=c617050a@gateway/web/cgi-irc/ircatwork.com/x-eead9f6f646ba545) 14.07.31 Join deever [0] (n=deever@217-20-127-116.internetserviceteam.com) 14.07.36 # hi 14.07.43 Join ppeom [0] (i=oppa123@222.101.44.228) 14.07.55 # somebody help me.. 14.08.15 # ppeom: that's kind of vauge... 14.08.32 # I want to show display album art.. 14.08.33 # not just "kind of"... 14.08.48 # ppeom: that is an unsupported feature....talk to the patch maker 14.09.03 # does rockbox work without theses silly f00, f01, ...folders on the iPod? 14.09.17 # cover.bmp 14.09.53 # deever: considering that those werent created with rockbox, yes... 14.10.31 # wait a sec....where are those folders? 14.10.38 Quit Slasheri (Read error: 145 (Connection timed out)) 14.10.47 # scorche: no, i still have the original firmware running 14.10.50 Join OgMaciel [0] (n=omaciel@ubuntu/member/gnukemist) 14.11.17 # ah...then nevermind...yes it does (i should sleep...) 14.12.14 # they are under iPod_Control/Music 14.12.32 # yes...with rockbox, you dont need to use itunes 14.12.44 # deever: they might be for the original firmware... 14.13.06 # massiveH: that is why he asked about rockbox and not the OF... 14.13.35 # no itunes, but, instead, .m3u-style playlists? 14.14.03 # you can use itunes, but you need to use the "database" I think 14.14.31 # deever: you just load the music through drag-and-drop or any other method really...rockbox relies on playlists, but you do not need to load the playlists in order to play 14.14.37 # deever: Do you want to continue to be able to play your music in the Apple firmware? 14.15.20 # linuxstb_: don't know yet! ;) 14.15.46 # deever: well, if you do, then you will need those folders 14.16.06 # yes, i see..:) 14.16.35 # otherwise, you can skip itunes and load songs on a different way....but, you wont be able to use them in the OF (most of us never use the OF anyway though...) 14.17.56 # OF? 14.18.04 # original firmware 14.18.06 # original firmware 14.18.22 # outfield 14.18.26 # ok, obvious! 14.18.36 # hcs: ;) 14.20.02 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 14.20.30 # but does RB support .m3u-style playlists? 14.20.50 # yeah, and .m3u8 14.22.06 # cool, so i don't need these XML-"crap"-playlists! :) 14.22.30 # you dont need anything in the iPod folders 14.23.13 # scorche: s/iPod/iTunes/ ;) 14.23.54 # s/iTunes// 14.24.36 # s/folders/folders that are on the device at present 14.25.24 # s#present#present/# 14.25.33 # SCNR! ;) 14.26.27 # is there a way to work without iTunes but with the OF on windous? 14.26.46 # there are, but they are out of the focus of this channel 14.26.52 # ok 14.28.33 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 14.28.38 Join miepchen^schlaf [0] (n=hihi@p57B950DB.dip.t-dialin.net) 14.28.43 Join MarcoPolo [0] (n=MarcoPol@virlet.rez-gif.supelec.fr) 14.33.45 # ok I can't seem to make a database file 14.34.17 # rockbox can't make one on my ipod and songdn.pl fails 14.34.36 # I noticed there are a lot of "Bad file descriptor" errors 14.35.02 # and at the very end it says "couldnt open database_0_tcd at songdb.pl line 362" 14.36.16 # i wonder, for the ipod, if i'm better of converting my ituneb to the rockbox format. 14.36.21 Join Moos [0] (i=5950bebb@gateway/web/cgi-irc/labb.contactor.se/x-2375d20bcc83bb96) 14.36.32 # than trying to work 30+ gig of raw files 14.40.42 Join GreyFoux [0] (n=greyfoux@APoitiers-256-1-143-113.w90-30.abo.wanadoo.fr) 14.41.18 # you'd be best off writing a program to do it so the lazy people of the world can use it 14.44.15 Quit GreyFoux (Client Quit) 14.46.20 Quit barrywardell () 14.51.19 Join tucoz [0] (i=528612c1@gateway/web/cgi-irc/labb.contactor.se/x-2587d4d283d4eb9c) 14.52.53 # Regarding the discussion earlier on X in the vmware image. Wouldn't e17 work for this? I use it regardless of its in-development status. It feels snappy and would probably run on relatively low-end hardware 14.57.39 Quit d47 ("bi bi") 14.57.57 Join FOAD_ [0] (n=dok@dinah.blub.net) 14.59.17 Quit Mouser_X (Read error: 110 (Connection timed out)) 15.00.29 Quit triplah_ ("Leaving") 15.09.44 # i don' think that these have the hardware necessary for e17 15.09.58 # sure it could probably run it, but as far as usability. 15.11.24 Join gtkspert [0] (n=gtkspert@gateless.info) 15.11.39 # the issue isn't really the wm 15.13.07 # i thought e17 had quite low demands 15.13.20 # if I have updates to songdb.pl where do I submit those. 15.13.31 # the tracker 15.13.40 # does cuesheet support patch still conflict with the album art one? 15.14.28 # i got an error while reading the original bootloader from ipod! 15.14.30 # [INFO] Reading partition table from /dev/sda1 15.14.30 # [INFO] Sector size is 2048 bytes 15.14.30 # [ERR] Bad boot sector signature 15.14.49 Quit FOAD (Read error: 110 (Connection timed out)) 15.15.26 # deever: Why are you using /dev/sda1? 15.16.33 # do the database files go in .rockbox? 15.16.51 # tanq: Yes. 15.16.55 # because it's the original firmware's partition? 15.16.56 # i've never gotten anything to create one for me so I have no idea where it should go... ok. 15.17.22 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-546cc8a23e171e54) 15.17.46 # deever: Run ipodpatcher with no arguments to see the usage. 15.17.52 # linuxstb_: and the partition with the sound files is /dev/sda2 15.17.53 # Or do ipodpatcher --scan 15.19.19 # oh, the "boot sector signature"! AA55 iirc! ;) 15.19.21 # sorry 15.22.49 # cool, it's running! :) 15.24.10 # tanq: You should try and speak to Slasheri the next time he's here - he should hopefully be able to help you debug the problem (he wrote the database). 15.25.11 # well i'm thinking since it is taking my desktop this long to process the files on my ipod.. 15.25.19 # ah brickmania menu screen is still broken 15.25.21 # that my ipod was going to take at least a week 15.26.36 # I rewrote some of songdb.pl and it is actually moving way faster than the current file in svn 15.27.22 # well off to get some coffee whil this crunches along. 15.27.39 # s/whil/while/ 15.28.30 # does songdb.pl work? 15.28.42 # after the database was changed it wasn't, has it been fixed? 15.28.59 # it has 15.29.41 # oh, good, I should get itdb2db fixed up 15.31.55 # oh there already is one of those.. 15.32.07 # i was pondering a itunesdb conversion script 15.34.13 Join subson [0] (n=ju@82.67.68.29) 15.34.28 # tanq: http://www.rockbox.org/twiki/bin/view/Main/ConvertiTunesDBtoTagCache 15.40.15 # cvsstat is a cool little script that would be fun to run on rockbox 15.40.33 # like this => http://statcvs.josefsson.org/libssh2/ 15.40.44 # (for the libssh2 project obviously) 15.41.20 Join Wiwie [0] (n=goddi@trir-590fc0ff.pool.einsundeins.de) 15.42.31 # tanq, feel free to fix mine... 15.42.59 # Bagder: the codec imports will look great in those stats :) 15.43.13 # indeed! 15.43.21 Quit GodEater ("CGI:IRC (Ping timeout)") 15.43.45 # * tucoz spots a familiar name in the list of developers 15.43.56 # * Bagder whistles 15.44.26 # at 8% 15.44.29 # and counting 15.45.17 # hehe. developer of the month in both november and december. congratulations 15.45.30 # yeah, and I have a ~160K patch pending ;-) 15.45.41 # the mother of all monster patches 15.45.53 # Bagder: tab -> spaces patch? :) 15.45.59 # haha, I wish 15.46.37 # I'm doing paid libssh2 development to improve curl's SSH-related support 15.49.30 Join atsea-148 [0] (i=ariel@gateway/tor/x-bd64e8638cb2803b) 15.50.10 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-65f457b06fec8d1a) 15.50.36 # Any ata.c wizards here? Someone reported in the tracker that disk does not spin down immediately after a rebuffer on standard svn but it does if he calls ara_spindown(-1); 15.51.30 Quit webguest37 ("CGI:IRC (EOF)") 15.51.48 # FS#6566 15.51.55 # n1s: sounds really odd 15.53.11 Join Xerion [0] (i=xerion@zarathul.student.utwente.nl) 15.53.40 # n1s: hmmm, i see a change in the ata thread that might explain it 15.54.57 # it looks like there is a 2 second delay there, since the ata callback was introduced 15.55.54 Quit atsea-148 ("using sirc version 2.211") 15.57.03 Join funky [0] (n=repulse@unaffiliated/funky) 15.57.50 Join fleytin [0] (n=user@ppp91-76-114-160.pppoe.mtu-net.ru) 15.58.30 # I think that was on purpose (has to do with saving changed settings and so on) - amiconn explained that to me once but I keep forgetting the details 15.58.39 # i believe so too 15.59.03 Quit tucoz ("CGI:IRC (Ping timeout)") 15.59.06 # Hi, all! could anybody tell me, where the detailed changelogs are published now? 15.59.09 # it better be left alone then 15.59.27 # fleytin: on the frontpage 15.59.27 Join lee-qid [0] (n=liqid@p5496575F.dip.t-dialin.net) 16.00.17 # n1s: They are too brief comparing to previous one which were provided on cvs. 16.00.56 # I can't say I'd noticed a difference 16.00.56 # too brief? how? 16.01.42 # I think he means there are only a few changes visible. 16.01.57 # I think he wants to see farther back. 16.01.59 # there are still the since... links available 16.02.06 # like before 16.02.21 # fleytin: please explain it a bit more 16.02.31 # they are provided exactly as much as before 16.03.57 # Are people just becoming briefer in their commit messages? 16.04.21 *** Saving seen data "./dancer.seen" 16.04.37 # * linuxstb_ is now curious to find the longest commit message 16.04.44 # hehe 16.05.12 # the shortest being "Oops" ;) 16.05.19 # * linuxstb_ decides against and goes back to work 16.05.40 # Hey, guys! Thank you for Rockbox! It ROCKS!! :) 16.05.54 # deever: you are welcome :) 16.07.32 # markun: I've seen the Chicago-font link in the logs (though that's the one I found too). Still thanks for remembering it :) 16.07.43 # oops :) 16.08.56 # also, what i want to mention is the fantastic manual! 144 pages should be enough not to oversee a feature! :) 16.10.01 # deever: but also prevents people from reading it and asking the same questions over and over again here and in the forums.. 16.10.13 Quit GodEater ("CGI:IRC (Ping timeout)") 16.10.16 # and, to be exact, the manual isn't even completely up to date ;-) 16.10.24 # LinusN, linuxstb_: had a look at the cuesheet patch ? 16.10.28 # well, doesn't prevent them from doing the last part.. :) 16.11.07 # we should strip features out of Rockbox until we can describe everything in a 10 paged manual *g* 16.11.13 # * bluebrother ducks 16.11.28 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-85eee8c59cb346f6) 16.12.25 Join atsea- [0] (i=ariel@gateway/tor/x-9a8250a2f8e7abc2) 16.12.39 # Nico_P: no, sorry 16.13.03 # Sorry, guys, evrything looks fine now. 16.13.44 # LinusN: no problem 16.13.56 # you think you'll gave some time toaday ? 16.14.08 # s/gave/have 16.14.19 Quit mindframe_ ("Leaving") 16.14.48 # Nico_P: is your patch ready for SVN now? bug free... 16.14.54 # Nico_P: we'll see if i find some time this evening 16.15.14 # Moos: i hope so but i haven't had much testing 16.15.15 # hehe, LinusN the famous busy man :) 16.15.24 # tell me about it 16.15.56 # pixelma: did you find any trace of a double size (hi-res) Chicago font? 16.16.14 Join arkascha [0] (n=arkascha@xdsl-213-196-208-91.netcologne.de) 16.16.15 # the thing is that tomorrow i'm leaving for a week of ski so i won't be around and i'd rather my patch didn't get forgotten ;) 16.16.31 # chanceux :P 16.16.39 # :D 16.17.24 Part arkascha ("Konversation terminated!") 16.17.32 # don't worries ! :-) 16.18.34 # Nico_P: and what's about your album art patch? ready too? 16.19.16 # Moos: album art is another matter... some people want it commited soon and some don't 16.19.34 # LinusN: actually i wanted to know your view on that too 16.20.03 # Moos: so if it were to be commited i'd have to make some changes but basically it's almost ready 16.20.24 # okies 16.20.45 # just wondering (I don't use AA anymore) 16.21.25 # markun: I didn't find any other than the the mentioned pix-chacago that could be used right away if that's what you mean. I'm even not sure what I could do with it (which font size it could actually end up if I start editing it). 16.21.27 # i think AA should wait until we have in-buffer storage 16.21.30 # Nico_P: did you do full metadata on buffer for it? 16.21.34 # ah, I'll take that for a no. 16.21.47 # LinusN: same as cueeshit, no? 16.21.50 # lostlogic: indeed it's no 16.22.00 # Nico_P: You can do it, I know you can! :) 16.22.05 # I could live with it added without MoB 16.22.05 # Moos: a freudian slip there? 16.22.11 # Moos: AA is much more memory hungry 16.22.18 # haha :-D 16.22.41 # Bagder: I think AA should remain a motivator for MoB 16.22.46 # lostlogic: i wish i could but it just seems too much for me 16.23.05 # lostlogic: unfortunately I don't think it works as a motivator 16.23.11 # :( 16.23.17 Join barrywardell [0] (n=barrywar@dhcp-892b7a6e.ucd.ie) 16.23.21 # lostlogic: it doesn't seem to be a very good motivator seeing how long wev' had AA but not MoB 16.23.22 # 8 months with an AA patch and still no MoB.... 16.23.40 # i agree that it is better to commit it as-is than let it rot in the tracker 16.23.49 # linuxstb: indeed 16.23.51 # okokok anyone want to come over to my place in Chicago this weekend and stand over me with a whip until I write MoB? 16.23.53 # as long as it doesn't have any impact on the archos 16.24.09 # * linuxstb_ declines lostlogic's invitation to whip him 16.24.13 # lostlogic: tempting, i must say :-) 16.24.15 # :-P 16.24.27 # lostlogic: didn't you started work on MoB? 16.24.37 # Moos: I mostly wrote it once upon a time 16.24.41 # LinusN: it does nothing unless there's the WPS tag 16.24.53 # LinusN: AA won't be enabled for mono targets, so that's not an issue. Cuesheet support would work fine on HWCODEC, so that will increase codesize. 16.24.53 # Nico_P: i mean code size 16.25.05 # lostlogic: that what I remenbered 16.25.20 # (I'm assuming we won't enable AA for mono targets....) 16.25.22 # LinusN: it's ifedefed (HAVE_LCD_BITMAP)... is that enough ? 16.25.23 Join lowlight [0] (i=c730190a@gateway/web/cgi-irc/labb.contactor.se/x-9fbd0ba9b9e2292e) 16.25.28 # Moos: but it didn't work and something else more important interrupted me which also invalidated my patch 16.25.36 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 16.25.57 # Nico_P: most of the Archos targets have a (mono) bitmap lcd... 16.26.01 # Nico_P: no, it has to be disabled for targets with monochrome main lcd 16.26.12 # ok so HAVE_LCD_COLOR it is 16.26.12 # lostlogic: no luck for this try then :-) 16.26.26 # or rather, targets with too little memory :-) 16.26.47 # We could enable for LCD_DEPTH > 1 16.26.47 # LinusN: then we need HAVE_BIG_MEM :) 16.26.54 # I would think that AA looks rather silly on 2bit LCDs too 16.27.04 # #define HAVE_FEAR_OF_AMICONN 16.27.17 # haha :-D 16.27.19 # LinusN: nah, that would be all targets :-) 16.27.20 # lawl 16.27.31 # Any left-to-WPS guys in here? Can you answer me in the forum thread? 16.27.47 # markun: we kick them from the channel when we spot them 16.27.48 # markun: Are you looking for people in favour or against? 16.27.58 # lostlogic: http://www.geocities.com/m_arigo/rockbox/mdob.patch.txt 16.27.58 # lostlogic: http://www.geocities.com/m_arigo/rockbox/mdob.patch.txt 16.28.07 Join fasmaie [0] (i=1000@cpe-65-24-91-251.columbus.res.rr.com) 16.28.11 Quit lowlight (Client Quit) 16.28.25 # linuxstb_: I want to know what they think about that patch if we get a root menu.. 16.28.37 Join lowlight [0] (i=c730180a@gateway/web/cgi-irc/labb.contactor.se/x-1ace704834161860) 16.28.50 # lowlight: talk about hit-and-run :-) 16.28.57 # ok and should i use buffer_alloc to make room for a few bitmaps in order to have the disk spin less ? or just have it spin each time a new bitmap is needed ? 16.29.22 # Can change album art location? 16.29.28 # * LinusN has to go, cu around 16.29.35 Part LinusN 16.29.38 # lowlight: what is the working and applying status of this patch? 16.30.04 # lowlight: your approach is remarkably different from mine and reflects our different areas of knowledge. 16.30.04 # Nico_P: less spin better will be imho 16.30.17 Part fasmaie 16.30.20 # ppeom: location of what? 16.30.21 Quit lowlight (Client Quit) 16.30.28 Join tvelocity [0] (n=tony@91.140.16.176) 16.30.36 # ppeom: the file? 16.30.42 Quit Wiwie ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.30.49 # * n1s is gone for the weekend, tembuilding ;D 16.30.54 Part n1s 16.30.59 # markun: the cover maybe 16.31.04 # yes 16.31.18 # cover.bmp wps location ... 16.31.35 # Moos: ok, you answer him, I have no clue about AA :) 16.31.53 # no more here neither :) 16.32.14 # Do you mean the location the image is displayed on the screen, or the location of the bmp files on the disk? 16.33.00 Join low_light [0] (n=chatzill@rrcs-24-123-47-98.central.biz.rr.com) 16.33.42 # ppeom: if you mean the location in memory then it's currently in the WPS image buffer 16.35.41 # lostlogic: it works except I don't allow buffering to overwrite the metadata buffer of the current file (until I figure out how to move the metadata within the buffer) 16.37.05 # that's already good :) 16.37.29 Quit GodEater ("CGI:IRC") 16.37.34 # lostlogic: I thought it was easiest to simply replace the id3v2buf with one of arbitrary size 16.37.42 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-1bd0839411424ef7) 16.37.54 # lowlight: are you still working on it? 16.38.37 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 16.38.39 # lostlogic: and that way everything still handled by metadata.c 16.40.36 Join toffe [0] (n=toffe@h-74-0-180-178.snvacaid.covad.net) 16.41.01 # Moos: need to do some testing. 16.41.31 # is the patch in the tracker? 16.41.43 Join perl|work [0] (n=jacquesc@static-64-61-105-170.isp.broadviewnet.net) 16.41.44 # no 16.42.22 # low_light: I thought there would be one fixed static metadata buffer for the current track and the data would be copied from the audio buffer to that static buffer when the track was played? 16.43.40 # linuxstb_: that was my patch's strategy 16.44.12 # low_light: in your method it looks like the track structs still exist in a statically allocated area 16.44.18 # I was also trying to move those to the buffer 16.45.17 Part fleytin ("ERC Version 5.1.4 (IRC client for Emacs)") 16.45.43 # lostlogic: I was going to try that, but it required more changes to playback.c than I wanted to make 16.48.22 Quit Moos ("CGI:IRC") 16.49.13 Join tokyotourist [0] (i=ddba59a3@gateway/web/cgi-irc/labb.contactor.se/x-e7c2bbf89d6df7cd) 16.49.40 Join Moos [0] (i=5950bebb@gateway/web/cgi-irc/labb.contactor.se/x-c3ad564639557d43) 16.49.43 # linuxstb_, lostlogic: the metadata can easily by copied to a static buffer when the track is played...how big? 16.50.50 # Hi, my H140 is flashed ( a while ago), Rombox. i accidently excuted rockbox.iriver do i have to reflash ? 16.51.44 # tokyotourist: sounds unlikely 16.52.32 # ok, so i can just reload my config file and its business as usual ? 16.53.03 Join [[toffe]] [0] (n=[toffe]@h-74-0-180-178.snvacaid.covad.net) 16.53.10 # tokyotourist: ah, the settings got reset? 16.53.24 # yes 16.54.02 Nick [[toffe]] is now known as [[[toffe]]] (n=[toffe]@h-74-0-180-178.snvacaid.covad.net) 16.54.28 # tokyotourist: I think you should first reboot to get back to your rombox kernel or they will probably reset again on reboot 16.54.40 # tokyotourist: if rockbox.iriver is just the firmware file (as I assume) you just rolo'ed it. If you now shut the player off and on it should load the firmware from flash as it used to be (at least this is how it works on my Ondio) 16.56.03 # low_light: I don't think we have a choice - it needs to be a worst-case static buffer. But we could allocate it with buffer_alloc() at boot time, and it would only allocate space for things like album-art and cuesheets if those features were enabled. 16.56.08 # low_light: that's what I was talking about our different approaches, since I'm most familiar with playback.c, I started with putting the track structs on the buffer and actually I don't remember touching metadata.c at all, maybe that's why my code never worked... 16.56.34 # hmm, after accidently "Rolo'ing" it, i did restart the player, but it didn't restore my settings, thats why I reloaded my config file 16.57.17 # which is why i was wondering if i had to reflash it 16.57.19 # low_light: did metadata.c used to keep tag the id3 tags from the files actually in memory after it loaded them into the track struct and gave them back to playback? 16.58.27 # I think if we move the track structs to the buffer and then allocate a track struct separate from the buffer it will have the 'right' amount of space. 16.58.54 Part [[[toffe]]] 16.59.22 Quit toffe (Read error: 110 (Connection timed out)) 16.59.52 Join toffe [0] (n=toffe@h-74-0-180-178.snvacaid.covad.net) 17.00.09 # tokyotourist: did you install a current version? Settings are stored in a plain file since a couple of dayz 17.00.15 # *days 17.00.48 # nope unforetunately my build is two weeks old 17.01.47 # lostlogic: not really sure what you mean (about metadata.c). it loads the metadata from a file into tracks[].id3 and uses it's id3v2buf to store string data 17.02.27 Quit perl|work (Read error: 110 (Connection timed out)) 17.02.36 # id3v2buf is currently 300 bytes 17.02.45 # for each track 17.03.42 # linuxstb_: what you say implies there would be a limit to the max size of album art 17.04.59 # can't you just render the album art directly on the wps backdrop? 17.05.20 Quit hcs ("Leaving") 17.06.47 # Mikachu: i don't know about that but anyway it wouldn't change the problem much... 17.07.21 # low_light: gotcha yeah, so the MoB can be achieved without touching metadata.c as I was trying to do it, if you move the tracks entirely onto the buffer. 17.07.53 # Nico_P: I would make Rockbox allocate the buffer based on the size specified in the WPS - meaning a reboot is needed when the user changes WPSs. 17.08.08 # linuxstb_: ah, yes, forgot about that 17.08.49 # lostlogic: but with a fixed size id3v2buf? 17.09.03 Quit ppeom () 17.09.24 # low_light: yes, it's only one that's statically allocated now, so 's no biggie. 17.09.34 # low_light: like linuxstb_ said, one worst case static area 17.09.47 # including max image size and max id3 size 17.10.42 # but there's more than one track loaded at a time 17.10.57 # s/loaded/buffered/ 17.10.58 Join Rondom [0] (n=Rondom@p57A97ABC.dip.t-dialin.net) 17.12.03 # The current track's data is in the static buffer, and the data for all the other tracks is in the audio buffer - and copied to the static buffer when they are played. 17.12.12 # what he said. 17.13.16 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 17.14.54 # got that...but what's the point if you continue to use a fixed size id3v2buf for the "other tracks" 17.15.17 # low_light: fixed size, but on the audio buffer a couple of hundred bytes not matters 17.15.20 # The point is that you don't have a fixed number of metadata buffers (currently 32 on swcodec). 17.16.18 # Apparently it's the "norwegian language course problem"... 17.16.39 # wondering if .rockbox wouldn't be a better place for rockbox.iriver file, instead of root 17.17.12 # tokyotourist: I believe it's allowed to be placed in there. 17.17.15 # tokyotourist: You can move it there if you want - the bootloader looks in both plavces. 17.17.29 # ah thats nice 17.17.54 # But be careful - it looks in .rockbox first, so don't forget to always move it after unzipping a new build. 17.18.04 # barrywardell: did I hear right, that there's a rockboy patch for h10? 17.18.07 # thanks 17.18.38 # Arathis: Yes, it's on the patch tracker. 17.18.45 Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) 17.19.15 # and it works for all h10? 17.19.16 # * pondlife hears the sound of buffered metadata 17.19.28 # * lostlogic hugs pondlife 17.19.41 # lostlogic: Don't hug - document! 17.19.44 # Arathis: I think so, check the patch comments. 17.19.55 # want to come over and make me code this weekend? :-P 17.20.16 # lostlogic: Hmm, you've been coding with Myzar?? 17.20.24 # ;-) 17.20.24 # myzar??? 17.20.39 # Bad joke, read ALL the IRC logs 17.21.04 # Anyway, can I suggest that either you or lowlight document the proposed buffer format before too soon... 17.21.20 # pondlife: well that's just it 17.21.26 # I personally want rid of as much of the tracks structure as possible! 17.21.29 # our proposed formats differ fundamentally 17.21.46 # So lets have a format war 17.21.48 # pondlife: rid of it? I just want to move it as-is onto the buffer 17.22.05 # We'll want to keep a start pointer for each track at least. 17.22.35 # linuxstb_, lostlogic: But you are saying the static metadata buffer is of variable size determined at boot depending on the features loaded enabled... 17.22.55 # ...so how can you have a fixed size buffer for the "other tracks" 17.23.41 # when i used "Create Playlist" it also scanned the contents of my Recycle Bin, is this a bug or a feature ? 17.24.18 # You can have variable-sized buffers (variable in terms of having or not having optional components like cuesheets and album art), one for each track in the audio buffer. 17.24.23 # I'm imagining an audio buffer where nothing is fixed size - it's all serialised, and each bit of info is prefixed by a header. 17.25.03 # We can then just decide whether the buffering bothers with the album art data or not, depending on the config. 17.25.22 # The playback code will then be a buffer parser. 17.25.34 # Does any of that waffle make sense? 17.26.41 # But the key is getting this documented, then we can have one person/group work on the buffering, and another person/group on the playback/unbuffering. 17.26.45 # pondlife: Yes, but we need one static buffer to store the metadata for the currently playing track - we don't want the complication of leaving it in the audio buffer, and dealing with moving it around. 17.27.24 # Why not just have a pointer to it in the buffer? I don't see the extraction being particularly slow. 17.27.43 # What happens when you're playing a track larger than the buffer? 17.28.04 # Good point! 17.28.26 # I suppose you're right; either that or we need to be able to scroll a window within the buffer . urgh. 17.28.49 # What about next track info - that too? 17.29.00 Quit GodEater ("CGI:IRC") 17.29.10 # Or is it reasonable to only display that once we've got space to buffer it? 17.29.32 # next track is also a problem when the current track is greater than the buffer 17.29.41 # That's how it works now - the next track info is only displayed when the start of the next track is buffered. 17.29.42 # in my approach 17.29.52 # * pondlife turns up unannounced after 2 months and spouts off uninformed thoughts. 17.30.22 # I don't think next track is so important - I'd be happy to wait, but I don't DJ with long tracks. 17.30.39 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 17.30.48 # I thought next track info is loaded even if the next track is not loaded 17.30.49 Quit foolsh (Connection reset by peer) 17.30.58 # low_light: Not afaik. 17.31.11 # not even with tagcache? 17.31.44 # * linuxstb_ shrugs 17.31.58 # there's a cut menu but i dont see a paste menu, does it exist ? ( i have checked the manual) 17.32.04 # I don't thnk tagcache should be involved with MOB, maybe later as an optimisation? 17.32.29 # if you have tagcache, why reread the metadata at all? 17.32.31 # what does audio_read_next_metadata do then? 17.33.14 # yes there is a paste menu :-) 17.34.07 # pondlife: that turning up after 2 months is my behavior :) 17.34.20 # Maybe we should synchronise watches? 17.34.21 # and no, the current code displays next track before it begins buffering that track 17.34.35 # it has a separate read next metadata code path that opens that file just for metadata read at the end of a buffer run 17.35.01 # That's to ensure that next track info is always available? 17.35.13 # pondlife: at least at the end of a buffer run it is available, yes 17.35.26 # OK, so we need to keep copies of current and next track metadata seperately as well as on buffer? 17.35.38 # as for serializing the data to be placed on the buffer, that doesn't bother me. 17.35.39 # Mobcache 17.36.27 # thanks 17.36.27 # I'm not sure how I feel about the next track, tbh 17.36.30 Part tokyotourist 17.36.41 # but at least the current 17.36.46 # Do we agree on a basic structure of 2 threads (or similar) - buffering and playback? 17.36.55 # i.e. They should be independent 17.37.07 # let's not change too much at once is my thought on that question 17.37.50 # Fair enough. But there is a bug in the current code where buffering stops happening. 17.38.12 # I was hoping to simplify that stuff sooner rather than later. 17.38.58 # Might be metadata related - I think it only happens when you have the full 32 tracks on the go. 17.39.43 # and I do think that there need to be two separate threads, but I also do think (see the ML) that we need to pay attention to how often we're context switching, because 5-7% of processor time is being spent in switch_thread according to whatzizname's profiling results 17.39.58 # since the playback experts are here...why the complicated track skipping routines (wind_forward, wind_backwards)? why when skipping to a track can't you just do buf_ridx = tracks[new_track].buf_idx. 17.40.02 # pondlife: that would make sense, the track structure isn't heavily tested at that edge case 17.40.14 Quit massiveH ("CGI:IRC") 17.40.20 # low_light: because buf_idx didn't used to exist 17.40.40 # Indeed. It might not be seperate threads needed, but the processes should be running independently (only need to share the free buffer pointer etc.) 17.40.55 # I mean processes in a design sense here. 17.41.25 # Yes, I suppose we could call quick_buffer() instead of yield() from codecs if we were so in our minds 17.41.35 # but then we'd still need to yield at some point for gui threads 17.41.38 # so overall, I vote two threads 17.42.16 # low_light: I think we can probably do away with that code although the double checking it provides is kinda nice IMO 17.45.15 # lostlogic: Would you object if "your" wiki page (SoftwareCodecPlayback) got a big revamp - removal of the bug reports to Flyspray for instance? 17.45.56 # It would be nice if the design stuff could be put on the wiki, even if it's vague. Need to start with the goals. 17.46.35 Quit tvelocity ("Αποχώρησε") 17.46.37 # Keeping It Simpler Still being #1 IMHO 17.46.40 Quit MarcoPolo ("Bye !") 17.47.07 # pondlife: please change the wiki page. 17.47.22 # pondlife: and yes KISS is definitely something that we can still strive for a lot more of in the playback code 17.53.07 Quit perldiver (Read error: 110 (Connection timed out)) 17.53.48 # hmm... I still haven't learned how to commit to SVN... 17.53.56 # 'svn commit' 17.54.15 # I assume there's some configuration other than the anonymous pull I already did involved in that. 17.54.33 # i think you want to talk to Bagder 18.00.36 # just do a commit from any anomymously checked out tree, svn will ask you about username / password 18.01.46 Part low_light ("User is away.") 18.01.49 Quit barrywardell (Read error: 145 (Connection timed out)) 18.03.45 # bluebrother: cool 18.04.25 *** Saving seen data "./dancer.seen" 18.07.16 # btw, svn will try your local username first 18.07.29 # more cool 18.07.37 # so if that's different just press enter and it will ask for a different one 18.08.09 # I was really sceptical about svn, but I like it much better than cvs now ;-) 18.08.37 # hmm ... its simply "svn diff" now, no more -u 18.08.38 Join Simpson [0] (n=Simpson@209.8.41.208) 18.08.42 # my only complaint is that I now use 4 different versioning systems most days: svn, git, cvs and accurev 18.08.55 # hehe. 18.09.00 # never heard of accurev 18.09.08 # Is there any way to take a screenshot of a Rockbox screen? 18.09.12 # if you ever do, RUN AND HIDE 18.09.34 # is that also known as scm? 18.09.47 # written in Java, slow as hell? 18.10.05 # scm means source code management usually 18.10.09 # hehe, no, but we have a whole SCM team here dedicated to dealing with it... hmm... it is written in java and slower than molasis at the north pole 18.10.21 # source control management even 18.10.39 # Simpson: i think so 18.10.40 # some guy who was studying with me (but managed to finish earlier) told me about some version control system 18.11.00 # called scm, written in java, and ... 18.11.19 # so bad I can't even think of an english word for it ;) 18.11.30 # some over-complicated thing 18.11.56 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 18.12.07 # and, of course, pretty much expensive. 18.12.49 # sounds a lot like accurev -- we have this concept called streams, and don't worry, streams will save the day and make all of your VCS related problems go away, that's what they tell us. 18.13.51 # ~ok so i've noticed that rockbox usually pukes on my 4g ipod.. I just need to see if it is the database update that is causing it to do this 18.14.01 Join My_Sic [0] (n=MySic@m204.net81-65-15.noos.fr) 18.14.16 # usually after n minutes.. not really sure what n is yet.. 18.14.29 # I think I'll need to ask him. He was reeeally thrilled about that thing (because he knows better tools :) 18.14.31 # or if it is even a fixed time.. heh 18.15.02 # bluebrother: I've seem hammers that were better version control systems for a large enterprise than accurev. 18.15.27 # i've seen some horrific CM type systems 18.16.13 Join Lear [0] (i=chatzill@rockbox/developer/lear) 18.16.19 # let's hope I'll never be required to use that then 18.16.24 # I don't understand why proprietary VCSs exist... there are such _GOOD_ open source ones out there. 18.17.06 # Mikachu: found it, thanks. 18.17.11 # because some sales guy will buy them and they want ... support ... and, worst of all: if it doesn't cost huuuge amounts it's definitely crap 18.17.30 # *sic* 18.17.34 # not to start a language flame war, but just because something is written and a particular language, and is slow, doesn't mean its the language. Sometimes it is just poor architecture and bad code. 18.17.34 # :) 18.17.42 # s/and a/in a/ 18.17.51 # tanq: 'course, I have nothing against java for the most part 18.17.52 Quit zefie (".UPP.") 18.18.02 Quit atsea- ("using sirc version 2.211") 18.18.06 # however writing a VCS with a CLI in Java is poor planning, because every CLI command tehn needs to fire up the 30m JVM 18.18.06 # on the version control: http://www.bigfix.com/softwaretruth/ 18.18.10 # that's what it boils down to 18.18.11 # :) 18.18.13 Quit Mouser_X (Read error: 110 (Connection timed out)) 18.18.21 Join zefie [0] (n=UPP@24-105-220-68.cm.mhcable.com) 18.18.21 # another good reason to use proprietary scms is if the company goes away you just lost all your code 18.19.50 # Mikachu: well only if you were storing it on their servers like bitkeeper... 18.19.59 # goffa: that is too funny 18.20.01 # we still own our servers with accurev at least 18.20.16 # in either case you have to spend some time moving code 18.20.21 # but if you can't access your data history anymore it isn't good as well 18.20.40 # the best way is always doing it right the first time 18.21.00 # :) 18.21.13 # hah 18.21.16 # * bluebrother is working on broken code atm -- looks like they had no idea on how to do it right in the first place 18.22.03 # what was the quote i read "code as if the person that will maintain it is a psycopath that knows where you live" or something along those lines 18.22.35 # lostlogic: I've started to update the wiki, but got to go now :( 18.22.40 Quit pondlife ("disconnected has pondlife") 18.22.55 # I go with the code as if the person who will hafta maintain it lives in india and will never know your name philosophy at work... because oh yeah, they do... 18.23.19 # heh 18.29.10 Join atsea-196 [0] (i=ariel@gateway/tor/x-04b1f229f37c76b6) 18.29.44 Quit midgey () 18.30.18 Quit dune2 ("Leaving") 18.32.32 Quit spiorf (Read error: 60 (Operation timed out)) 18.33.35 Quit Moos ("CGI:IRC") 18.34.03 Part Simpson 18.34.37 Quit zefie (Remote closed the connection) 18.36.42 Join Lynx- [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 18.37.23 Join zefie [0] (i=UPP@24-105-220-68.cm.mhcable.com) 18.41.41 Join spiorf [0] (n=spiorf@host8-21-dynamic.21-87-r.retail.telecomitalia.it) 18.45.21 Join datachild [0] (n=datachil@217-208-144-87-no75.tbcn.telia.com) 18.45.48 # i get this weird error when trying to shut my iPod G5 off (using rockbox) "Data abort at 00053270" 18.46.24 # anyone know what to do? 18.46.29 # since i cant power it off 18.48.10 # anyone got a clue? 18.49.21 # a question about SVN checkout: do I need just "rockbox" trunk or is there still a "rockbox-devel" one too? 18.50.05 # is our coding standard still 80 character lines? 18.52.08 # Arathis: Yes, no. 18.52.15 # lostlogic: Yes. 18.52.15 # k 18.52.36 # anyone got any ideas of what migth be wrong for me? 18.52.42 Quit Lynx_ (Read error: 110 (Connection timed out)) 18.52.43 Nick Lynx- is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 18.52.56 # datachild: When did this start? 18.53.02 # right now 18.53.05 # just installed 18.53.18 # everything works perfect otherwise 18.53.29 # Is this the first Rockbox version you've installed? 18.53.36 # no 18.54.11 # brb 18.54.25 # linuxstb_: good, then I get to reformat playback.c and whine about it. 19.00.13 Join Sujdik [0] (n=pizza@201.23.48.35.sbc.directnet.com.br) 19.00.14 Part Sujdik 19.00.35 Join Sujdik [0] (n=pizza@201.23.48.35.sbc.directnet.com.br) 19.00.58 Part Sujdik 19.02.11 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 19.02.57 Quit XavierGr () 19.03.02 Part linuxstb_ ("Leaving") 19.07.11 Quit muesli__ ("ich will Khe!!!") 19.10.33 Join massiveH [0] (i=c617050a@gateway/web/cgi-irc/ircatwork.com/x-98732c58c97ff544) 19.10.59 Part kaaloo 19.14.32 Join mattzz [0] (n=mattzz@e177167129.adsl.alicedsl.de) 19.17.47 Quit bluebrother ("time for beer ...") 19.18.56 Join Sujdik [0] (n=Sujdik@201.23.48.35.sbc.directnet.com.br) 19.21.19 Join bluey- [0] (n=bluey@dslb-088-074-003-129.pools.arcor-ip.net) 19.27.56 Quit tchan (Read error: 104 (Connection reset by peer)) 19.29.26 Quit Lear ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") 19.30.40 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 19.33.10 Join buzzfarve [0] (i=48280588@gateway/web/cgi-irc/labb.contactor.se/x-c82514248e8ac1fc) 19.33.48 Join foolsh [0] (n=foolsh@74-135-178-234.dhcp.insightbb.com) 19.35.04 # hi, are there any unofficial builds of rockbox that have the ipod nano rockboy patch in it? i cannott install patched myself and i would like to use rockboy on my ipod nano 19.36.41 # ok well i gues no one here can help me... 19.36.45 # bye 19.36.51 # USE PATIENCE 19.36.51 Quit buzzfarve (Client Quit) 19.37.06 # he waited a minute. 19.37.31 # i've seen shorter 19.37.34 # :) 19.38.04 # I committed no functional changes for my first commit in months :-D 19.42.54 # hey everyone.... I was trying to patch my ipod video firmware... but it bugs. It should increase the speed of the scroll (well, it REALLY does, but much more than I expected). Can anyone help me? 19.43.15 # Sujdik: what'd you change? 19.43.26 # post a link to a diff. 19.43.42 # scrolling speed 19.43.46 # wait 19.44.03 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 19.45.02 Quit MarcoPolo (Client Quit) 19.45.43 # this one: http://www.rockbox.org/tracker/?getfile=12981 19.46.06 Quit massiveH ("CGI:IRC") 19.46.42 Join massiveH [0] (i=c617050a@gateway/web/cgi-irc/ircatwork.com/x-902d79ab5e1278e4) 19.47.09 # ok, so what's the problem? it looks like a reasonable approach to adding acceleration... 19.47.53 # the scroll wheel accel patch i tried (which was a while back) was very fast 19.48.12 # this one is configurable... fast faster and fastest... 19.49.26 # Sujdik: you can either 1) modify the patch to accelerate less or 2) ask the creator of the patch to do so by posting on flyspray. 19.49.27 # ... a single step rolls down 1 page and a half 19.49.34 # hm 19.51.35 # Sujdik: I'm guessing here, but it's probably not too hard of a modification to make it behave as you'd expect, some change of multiplier or something. 19.51.58 # maybe... I'll try that 19.52.15 # I haven't read the .diff actually 19.52.24 # I don't know =P 19.53.06 Join dune2 [0] (n=dune2@dune.net2.nerim.net) 19.54.01 Join thegeek_ [0] (n=thegeek@s026b.studby.ntnu.no) 19.55.41 # Is it normal that rockboy sound is lame and noisy? Or could it be because of the H10 CPU isn't fully used yet? 19.57.51 Quit thegeek (Read error: 148 (No route to host)) 19.58.14 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 20.01.06 Join lunacymaze [0] (n=lunacyma@141.82.97-84.rev.gaoland.net) 20.03.59 Join Llorean [0] (n=Llorean@cpe-66-69-210-194.austin.res.rr.com) 20.04.04 # another question... is there any program to remotely control Rockbox configurations (I mean a front-end for the config.cfg) 20.04.29 *** Saving seen data "./dancer.seen" 20.05.35 Join linuxstb_ [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/x-e12fe55d668c474c) 20.07.18 # @rockboy (non h10) users: is audio slow and somewhat cracky on your players? 20.10.09 Quit anathema (Nick collision from services.) 20.10.12 # Sujdik: You can use any text editor to edit .cfg files. 20.10.32 Join wooo [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 20.11.45 # Arathis: Cracky, but it plays at the right pace. Rockboy really still needs a LOT of work. 20.12.24 # i know that... but not only for the config file... any program that does things like initialize and update database 20.12.32 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 20.13.37 # Sujdik: No. 20.14.08 # Llorean: Than it might be H10 related. Thanks for reply. But I'm glad it works on H10 now in any way. 20.14.27 # Arathis: If the gameplay slows down at all, so will the music. 20.14.53 # linuxstb_: Isn't there a script for updating the database? Though that's unrelated to the .cfg 20.17.34 # I didn't think a partly-working perl script was what Sujdik was looking for. 20.18.53 Quit ender` (" On-line, adj. The idea that a human being should always be accessible to a computer.") 20.19.00 # that would help to develop my own =) 20.20.51 # There are two things in the tools/ directory in the rockbox source - database.c which is the start of a standalone C program to generate the database files using the same code Rockbox itself uses, and songdb.pl which does it in Perl, but only for MP3 and Ogg Vorbis. 20.21.38 # Hopefully in time, the database.c code will be integrated in rbutil - the in-progress Rockbox GUI installer. 20.22.33 # hmm 20.23.33 # lostlogic: I don't know which scroll acceleration patch you were talking about, but when I tested Slasheri's version, it felt worse than what is in svn 20.23.40 # That'd be nice. A checkbox for "Initialize database while installing" and you're done. 20.23.51 # The svn version might be a little slow, but its behaviour is consistent 20.24.15 # Slasheri's version was faster but really jumpy 20.24.43 Quit zefie (Nick collision from services.) 20.24.57 Join zefie [0] (i=UPP@24-105-220-68.cm.mhcable.com) 20.25.53 Quit BiptoN (Remote closed the connection) 20.27.00 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 20.27.07 Part kaaloo 20.28.38 # Nico_P: Imho album art should be added to all targets except monochrome, but it has 2 prerequisites: (1) metadata on buffer, (2) viewports 20.29.21 # With dithering it shouldn't look too bad on 2 bit 20.29.51 # amiconn: i'm not sure they're real prerequisites... it can be done without these... not as nicely but still. 20.30.02 # Imho they are prerequisites 20.30.16 # Otherwise it's just another big hack. 20.30.53 # and i'd like to be able to work on other things without having to keep thoses patches in sync while i wait for these things that never seem to come 20.30.57 # * Llorean relearns never to admit in the forums he knows how to patch. 20.31.35 # i am willing to make the changes needed to adapt my code to new features though 20.32.04 # amiconn: Why is viewports a prereq? I understand MoB, but since it's treated as images currently are anyway, viewports is only nice for the text constraints. 20.32.32 # Llorean: thanks, that was going to be my next point :) 20.33.11 # Llorean: Without viewports aa is either an ugly hack, or almost useless 20.33.24 # amiconn: i agree it's a bit of a hack without MoB but why keep it out of SVN when it can be disabled so easily ? 20.33.31 # amiconn: yeah, I don't know who's patch I was linked to either :-P 20.33.33 # How would you place (scrolling) text besides the aa image? 20.33.34 # How is it a hack without viewports? 20.33.56 # On the Gigabeat and Sansa at least, you've got enough vertical screen space to not have to ask that question. 20.34.02 # YOu need to constrain the text line somehow 20.34.13 # Llorean: Rockbox is multiplatform... 20.34.16 # amiconn: there is a patch to do that 20.34.21 # On the other targets you can simply put non-scrolling text such as battery level, volume, playlist position, etc next to it. 20.34.27 Nick w1ll14m|away is now known as w1ll14m (n=w1ll14m@84-104-81-208.cable.quicknet.nl) 20.34.29 # * amiconn thinks there's too much focus on features vs. stability :/ 20.34.31 # hi all 20.34.47 # where are the rockboy button settings saved? I messed them up :/ 20.34.50 # You can't build a solid house on shaky foundations 20.34.50 # amiconn: "scrolling margins"... it never got into CVS/SVN because of viewports 20.35.09 # While there are some limitations regarding its usability before Viewports (I don't disagree that viewports make it a lot more functional) I think that they shouldn't be holding it out. 20.35.22 # amiconn: solid foundations are too long and too hard to build :) 20.35.25 # If it got in, it might increase the incentive for some other people to get viewports working. ;) 20.35.37 # "it" being AA 20.35.50 # E.g. the boost/unboost issues regarding voice... one reason for me to prefer my trusty hwcodec targets 20.35.59 Join ender` [0] (n=ender@84.52.165.220) 20.37.57 Join lowlight [0] (i=c730190a@gateway/web/cgi-irc/labb.contactor.se/x-fa6ec360d96a4cb1) 20.38.18 # Nico_P: Viewports *will* happen. The question is just when, but that (also) depends on what other nasty issues come up which need fixing 20.38.48 Quit zefie (Remote closed the connection) 20.39.18 # nobody knows where rockboy's button settings are saved? 20.39.41 # amiconn: i don't doubt they will happen, and i'm eager to see them. but i feel we can commit AA without them. It'll make a lot of people happy and i'll adjust it to viewports when they arrive 20.40.25 # it's just that i have AA ready now and it's a shame to hold it when it already works quite nicely 20.41.06 # it'll also give me more time to work on more interesting things like the WPS tokenizer 20.41.09 # What about Metadata on Buffer? 20.41.50 # Llorean: IMHO it's almost the same issue... You can replace viewports by MoB in what i just said :) 20.42.29 # Llorean: there was a was discussion about 3 hrs ago 20.43.36 # imho, these 2 things (aa and mob) need to be documented somewhere if the main devs don't have the time 20.44.00 # I meant viewports not aa 20.44.27 Quit tchan ("WeeChat 0.2.4-cvs") 20.44.54 # there are others willing to do the work 20.45.44 Quit bluey- ("This computer has gone to sleep") 20.46.16 # lowlight: i agree. with docs guidelines it would be much easier for someone to step in... I tried and just got discouraged by playback.c 20.46.28 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 20.46.39 # even though i'm starting to have a basic understanding of it 20.46.57 # maybe i could help if others gave me starting points 20.47.11 # but just doing the whole thing alone is too much 20.47.38 # Hmm, one prerequisite that held me back from working on viewports is no longer missing :) 20.47.55 # amiconn: what was it ? 20.48.23 # I need to shuffle around some lcd code, and I don't want to break history, so I was waiting for svn 20.48.45 # :) 20.50.53 # amiconn: what i'd like to know is wether you are firmly opposed to AA enough to veto its inclusion in SVN or if you're willing to let it get in 20.51.04 # despite it's flaws 20.51.05 # Nico_P: Unfortunately I have to agree, playback.c is really discouraging :( 20.51.06 # lowlight: so speaking of MoB and design discussion: I disagree with your approach and I disagree with pondlife's proposal. 20.51.28 # Your approach doesn't make adding album art to the buffered data easy, it makes adding album art almost as hard as putting the tag info on. 20.51.53 # Pondlife's serialization would overcomplicate the code and prevent direct memcpys between buffer and static buffer so I also don't like that. 20.51.53 Quit Arathis ("Bye, bye") 20.51.58 # * amiconn need to get some understanding of playback.c for another big project: pb engine unification, going together with core pcm playback on hwcodec 20.52.12 Join Arathis [0] (n=doerk@p5484BBD2.dip0.t-ipconnect.de) 20.52.19 # amiconn: it's a lot more understandable than it was last year when you were saying that ;) 20.52.31 # hmm :/ 20.52.38 # in my MoB approach, get_metadata() should look for cover art and add it to the metadata buffer. why is that hard? 20.53.13 # * amiconn thinks he should concentrate on one big thing first: viewports 20.53.26 # Some small things can go in parallel 20.53.28 # in my MoB approach, get_metadata() should also look for cuesheets and add that to the metadata buffer. 20.53.28 # lowlight: ah, I wasn't fully thinking in your thinking. yes, that works. 20.53.55 # hmmmmmm 20.53.57 # they just need a pointer in the id3 struct...id3.album_art 20.54.04 Join lukaswayne9_ [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) 20.54.36 # lowlight: I was considering cuesheets / album art not to be part of the id3 struct and to therefor need separate entries in the track struct, which is why I didn't see it the way you are. 20.54.54 Join zefie [0] (n=UPP@24-105-220-68.cm.mhcable.com) 20.55.04 # I think a pointer to these in the id3 struct is the way to go 20.55.48 # it's what i've wanted from the start 20.55.57 # cuesheets are more like subtracks which would also extend to flacs with embedded cuesheets and multistream oggs 20.56.06 # hmmmmm 20.56.14 # lowlight: and MP4 files with chapters 20.56.20 # Let's not support chained oggs though... 20.56.28 # right 20.56.49 # IIUC, they require you to scan the whole file to find the individual tracks - they are simply "cat *.ogg > chained.ogg". 20.57.00 # all that waould need changes to support all these would be the parsing func 20.57.03 # * amiconn will probably implement another gfx feature along the way to viewports: transparent bitmaps (for all targets, not just 16 bit colour) 20.57.14 # 8bit transparent? 20.57.18 # It's needed, and it should be quite simple 20.57.25 # Mikachu: Nah, 1 bit 20.57.25 # err, i guess it might not be exactly 8 20.57.33 # ah 20.57.39 # amiconn: what about 32 bit ? 20.57.45 # would that be possible 20.57.47 # ? 20.57.48 # ? 20.57.56 # None of our targets have 32-bit LCDs... 20.58.04 # or 24 20.58.16 # can't it be done by software ? 20.58.27 # * amiconn doesn't understand 20.58.29 # hmmmmmmmm. lowlight my argument is weakened, but I still believe that the track structs should die so that we don't have the potential of 'running out' of tracks. 20.58.34 # alpha transparency is much slower than 1bit transparency 20.58.39 # We have 1-bit, 2-bit and 16-bit targets 20.58.44 Join Thundercloud_ [0] (n=thunderc@82.152.196.206) 20.58.44 # you have to read the target memory first 20.58.44 # amiconn: i'm speaking of an alpha channel 20.58.49 # Nico_P: Bitmaps are always converted to native lcd format when they are loaded. 20.58.55 # ah 20.59.11 Join Wiwie [0] (n=goddi@trir-590fc0ff.pool.einsundeins.de) 20.59.16 Quit Rondom (Read error: 113 (No route to host)) 20.59.18 # Forget alpha. Text drawing is slow as it is on colour lcds. We don't want to make it crawl 20.59.36 # lostlogic: With formats like SID and NSF, it's really easy to have a whole bunch of tracks in one 32mb buffer anyway. 20.59.44 # Rockbox targets are embedded systems, not desktops in the GHz range 20.59.48 Join Rondom [0] (n=Rondom@p57A97ABC.dip.t-dialin.net) 20.59.55 # amiconn: And 18-bit, but we don't use it, right? 21.00.30 # Llorean: yes, that's my point. 21.00.37 # Llorean:Na, not really 21.00.43 # lostlogic: I agree...as i said i wasn't up to the task 'cause that seemed like a big change to playback...although if we are keeping a static current track struct it's not so big 21.00.46 # lostlogic: is lowlight suggesting something different from "1 static id3 struct and the others in buffer" ? 21.01.04 # Nico_P: difference between id3 struct and track struct 21.01.16 # It's rather weird: the H300 lcd controller is capable of true 18 bit, but is set to 16 bit (by some id pins, i.e. not changeable by software) 21.01.24 # ah indeed, sorry 21.01.36 # Nico_P: his implementation keeps the existing track structs (all 32 of them) other than the id3 info, I think we need to do away with them 21.01.49 # and apparently we do agree about that, it's just a matter of me actually doing it. 21.01.53 # 'just' 21.02.07 # * linuxstb_ packs his whip and heads to the airport 21.02.10 # And the X5 lcd controller is set to 18 bit, but it's actually only pseudo-18-bit. The internal framebuffer is 16 bit and the controller dithers on transfer 21.02.11 # walk in the park :) 21.02.17 # :) 21.02.21 # man i should return my sansa c240. newegg has a sale where i could get the 2gb model for the same price 21.02.32 Join BiptoN [0] (n=BiptoN@dsl092-050-020.lax1.dsl.speakeasy.net) 21.02.48 # We drive it in (true) 16 bit mode by a special trick. Video uses the "full" pseudo-18 bit mode 21.03.02 # Weird 21.03.08 Quit midgey () 21.04.57 # Nico_P: my approach was to simply replace the fixed size id3.id3v2buf[]. That's the limiting factor when get_metadata() retrieves data. 21.05.37 # and unlike when I tried it, his way works :-P 21.05.53 # I don't see why this approach can't still be used even if the track structs are on the buffer too 21.06.51 # lowlight: it sould just be unnecessary to do yours if the track struct is going, would result in double work 21.06.51 # But do we need two static buffers? One for the next track? 21.07.11 # linuxstb_: it (mutter) seems so 21.07.19 # linuxstb: Only if we want to provide next track info at all times 21.07.39 # On swcodec we currently do so, on hwcodec we never did 21.08.04 # Yes, I didn't realise until a couple of hours ago that swcodec makes a special effort to do that. 21.08.16 # On hwcodec, next track info is only available if the start of the next track is already buffered 21.08.31 # I like it. 21.09.01 # Yes, so do I. It feels like a bug (from a user's point of view) if the next-track info is only sometimes shown. 21.09.29 # Imho that's enough (especially since next-track-in-buffer is a lot more likely on swcodec due to the bigger ram), but then I usually don't use next track info in wps 21.09.33 # haha, I was saying that I like the lazy way of not trying too hard :-D 21.09.35 # could also make a get_metadata(quick) which skips stuff like AA, etc. and can fit into a smaller static buffer 21.09.53 Quit robin0800 ("IceChat - Its what Cool People use") 21.10.00 # lowlight: that's what I was thinking, maybe have a next track id3 tag info only area 21.10.43 # Doesn't swcodec also only buffer a small amount first, then waits, then fills the buffer completely? 21.11.00 # Hmm, it seems that metadata on buffer and playback engine unification are somewhat related... 21.11.06 # that sounds like something it might do after a skip 21.11.28 # linuxstb_: I think that behavior was killed off at some point 21.11.29 # linuxstb_: lostlogic took that out 21.11.37 # Hurray :) 21.11.43 # :) 21.11.45 # Might be a good thing to tackle at devcon if that's not too far into the future... 21.11.53 # yeah, let's have a devcon. 21.12.03 # I'm bored and I have vacation days to kill. 21.12.36 # Iiuc, it would be helpful to have all metadata handling in one place, somewhere under apps/ 21.12.37 Quit Thundercloud (Read error: 110 (Connection timed out)) 21.13.05 # But that's not currently possible because of the hwcodec playback engine being firmware code, and needing id3 handling 21.13.21 # I assume any separate files (aa, cuesheet) are specified in the 'normal' tag info? 21.13.53 # lostlogic: Right now I think they're just done by filename matching. 21.14.17 # Llorean: mph 21.14.20 # amiconn: Do you think a worthwhile first step would be to separate the hwcodec playback code more cleanly into apps and firmware code? 21.14.42 # perhaps 21.15.08 # * amiconn hates it when there are 2 interesting things and he doesn't know which one to work on :// 21.15.32 # I normally end up doing nothing when in that situation.... 21.15.38 Join The-Compiler [0] (n=florian@13-60.2-85.cust.bluewin.ch) 21.15.43 # Yeah, that's the problem 21.15.47 # make a poll :) 21.15.47 # Hello 21.16.13 # lostlogic: I guess I don't see track-structs-on-the-buffer as intimately related to metadata-on-the-buffer... 21.16.29 # ...the track struct contains an id3 struct with either a fixed size buffer for metadata (currently id3v2buf[300]) or the ability to have arbitrary one (as in my patch) 21.18.43 # Running rockbox on my 5.5 Gen 30gb ipod and it's froze on the "Do not disconnect" screen. It's not flashing. Anyone know how I can restart it? Holding play or play + menu does nothing. 21.18.46 # lowlight: if I were to do track structs on buffer after you do your patch, we end up having two sets of buffered metadata management code to handle pulling the current track metadata off of the buffer and adjusting pointers 21.18.57 # relaxed: Hold MENU+SELECT 21.19.12 # relaxed: Try to hold select and menu 21.19.20 # thanks so much :) 21.20.51 Quit trypee (Read error: 104 (Connection reset by peer)) 21.21.18 Join trypee [0] (n=trypee@ip68-8-222-147.sd.sd.cox.net) 21.21.27 # lowlight: I have no problem with you going ahead and finishing up and applying your patch, but if / when TSoB is done it will obsolete much of it, I feel. 21.21.30 # lostlogic: Unless you are changin the track struct, the only pointer is to the codecbuf, all the pointers are in the id3 struct. 21.21.35 Quit zylche ("-") 21.21.41 # amiconn: the issue with rockpaint on non color targets is that the picture buffer is easy to handle/draw to on color targets (each short in the array is a pixel) while it isn't on grey scale targets. (the other issue is that the code is a real mess ... kind of my fault i guess :D) 21.21.47 # Anyone here who speaks German? 21.21.50 # lowlight: trunuf 21.21.53 # (this is in reply to something 20 hours ago) 21.21.56 Join zylche [0] (n=wheee@82-41-83-91.cable.ubr01.dund.blueyonder.co.uk) 21.22.50 # lowlight: yes, there will be plenty of reuse, you're right. 21.23.04 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 21.23.53 # dionoea: Rockbox contains lots of drawing functions - in the core or the xlcd lib. 21.24.06 # linuxstb_: but those don't draw in a buffer 21.24.11 # they only draw to the screen 21.24.17 # Then change them... 21.25.16 # anyways, that was just a reply to amiconn's comment :) i don't need rockpaint on a greyscale target :) (and i don't need it on a color target either ... makes me wonder why i ever wrote that (well parts of it)) 21.25.44 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 21.25.57 # lostlogic: I guess I don't see where your approach handles metadata besides just changing the size of the id3.id3v2buf to make it big enough for AA, cuesheets, lyrics, user tags, etc 21.26.21 # if it's a fixed size it's wasteful to those who don't use those features 21.26.59 # I have a question: Sometimes i press play too long on my iPod in Rockpaint (to move the pen down), then Rockbox shutdowns. Is there a patch, to say Rockbox "don't shutdown if Rockpaint running"? (Sorry for my bad english) 21.26.59 Join bluey- [0] (n=bluey@dslb-088-074-003-129.pools.arcor-ip.net) 21.27.28 # The-Compiler: if you can compile, it's simple enough to change it to select+play 21.27.40 # that's what i did after viewing three jpgs 21.27.44 # * lowlight heads to a meeting 21.28.05 # I can compile but i can't programm(ing?) c 21.28.08 # lowlight: simply that I'd be moving that waste onto the large audio buffer by moving the whole statically sized block of junk there. 21.28.14 Quit g33 (Connection timed out) 21.28.16 # lowlight: you win, let's do both, separately ;) 21.28.37 # The-Compiler: you only have to change BUTTON_PLAY to (BUTTON_PLAY|BUTTON_SELECT) in a place, tell me when you have compiled rockbox and i'll tell you where to change it 21.29.00 # I can get to stockholm for the 3rd weekend in March for <$500. Is it devcon time yet? :-D 21.29.12 Join Thundercloud__ [0] (n=thunderc@82.152.211.252) 21.29.13 # Mikachu: Ok, thanks 21.30.01 # The-Compiler: i never found out how to do that (other than changing the core button driver) 21.30.21 # lostlogic, lowlight: Imho metadata on buffer while keeping the track struct array doesn't make much sense 21.30.46 # The-Compiler: firmware/target/arm/ipod/button-target.h change POWEROFF_BUTTON 21.31.00 # Mikachu: Ok 21.31.08 # Let's do this 21.31.12 # amiconn: OTOH, lowlight's dynamically sized metadata is a nice touch and if I later combine that with tracks-on-buffer it'd be hawt 21.31.17 # If the track structs are on buffer as well, it will solve a nasty issue which we currently need to code around, _and_ it will drecrease ram usage for the standard cases 21.32.03 # That's one reason (without aa, it'd be the main reason) why I want metadata on buffer 21.32.22 # * linuxstb_ agrees with amiconn 21.33.01 # It's the so-called "norwegian language course problem" (insert your favourity foreign language if you want) 21.33.09 Quit Thundercloud_ (Read error: 145 (Connection timed out)) 21.33.27 # Lots of small tracks will currently use up all metadata slots before the buffer is full 21.33.57 # amiconn: yes. we definitely need both, the question of the moment is: is it worth it for lowlist to do MoB before TSoB 21.34.03 # We had reports of this happening on archos with 2MB ram - and the limit on archos is 16 tracks (!) 21.34.10 # amiconn: holy crap 21.34.59 # Now imagine what happens if the metadata slots are exhausted before the buffer is even above the low watermark... 21.35.21 # my head hurts. 21.35.36 # Mikachu: Now the new line is "#define POWEROFF_BUTTON BUTTON_PLAY|BUTTON_SELECT", right? 21.35.44 # Not that this is a likely case, but you never know what kind of ideas users come up with 21.36.12 # hahaha 21.36.44 # lostlogic: Btw, the effect of the "norwegian language course problem" on archos is rather harmless 21.37.01 # It doesn't crash, it just repeats the 16th track over and over 21.37.18 # A single manual forward skip resolves it 21.37.56 # amiconn: I believe that on swcodec it's supposed to just buffer a new track as soon as one plays, but in actuality there is some bug around the wrap detection currently 21.37.56 # (of course the next 16 tracks might trigger the effect again) 21.39.18 Join rotator [0] (n=e@rockbox/developer/rotator) 21.39.54 Quit lee-qid ("aufwiederbyebientotsayonara") 21.42.50 Join Febs [0] (n=chatzill@38.98.196.75) 21.43.21 # Where can i get "sh-elf-gcc" (for compiling Rockbox)? 21.45.34 # Run the tools/rockboxdev.sh script - but you want arm-elf-gcc for ipods. 21.46.28 Join barrywardell [0] (n=barrywar@dhcp-892b7a6e.ucd.ie) 21.47.42 # linuxstb_: Thx 21.50.23 Quit daurnimator ("Cyas later...") 21.50.39 Join combrains [0] (n=combrain@125-237-201-21.jetstream.xtra.co.nz) 21.51.15 Join tucoz [0] (n=martin@rockbox/staff/tucoz) 21.53.25 Quit lowlight ("CGI:IRC (EOF)") 21.54.39 Quit Wiwie (Read error: 104 (Connection reset by peer)) 21.56.32 Part tucoz ("Leaving") 21.58.45 Nick w1ll14m is now known as w1ll14m|away (n=w1ll14m@84-104-81-208.cable.quicknet.nl) 22.00.09 # Are the times of the IRC-statistics (http://rasher.dk/rockbox/ircstats/all.php) GMT? 22.00.51 # CET - GMT+1 22.02.22 # Sorry, I thought you meant the IRC logs on www.rockbox.org - I don't know about that page. 22.03.06 # prolly CET or GMT 22.04.32 *** Saving seen data "./dancer.seen" 22.06.16 Join bluebrother [0] (i=VfuafHzu@rockbox/staff/bluebrother) 22.06.52 # Now the tools/rockboxdev.sh script is done, but arm-elf-gcc isn't in my PATH$ 22.07.27 # export PATH=$PATH:/path/to/arm-elf-installation/bin 22.08.10 # bluebrother: The same error 22.08.41 # echo $PATH has the added path in it? 22.09.13 # Oh sorry I don't replace /path/to/arm-elf-installation/bin with the Path :-| 22.10.21 # bluebrother: And where is this bin? 22.10.33 # where did you install the compiler to? 22.11.23 # bluebrother: I did install it with the tools/rockboxdev.sh Script 22.12.15 # Then it's /usr/local/arm-elf/bin 22.12.26 # (assuming you didn't edit the script) 22.12.40 # * bluebrother was too slow looking at the script 22.12.54 # it doesn't use /usr/local/bin? 22.13.26 # ah, just found the appropriate line. 22.13.37 # hmm, the script should have told you where it's installing to. 22.14.15 # Now it works, thx 22.14.41 # the script tells what path to add to PATH 22.14.56 Part Llorean 22.15.06 # but then it is perhaps a bit too easily missed 22.18.04 # Now I have a problem when I run make: http://pastebin.ca/329573 22.18.36 # what code are you using? patches applied? 22.19.30 # Badger: The Daily Build, without pathces 22.19.34 # patches 22.20.02 # yeah, the daily had that error 22.20.14 # get a newer (or older) source pack 22.21.16 # Now I download the SVN-Soruce 22.21.21 # Source aaah! 22.21.42 Join kirkunit [0] (n=matt@82-39-141-196.cable.ubr06.newy.blueyonder.co.uk) 22.21.50 # The-Compiler: It's easier to get the source with the svn command - you can then update it without having to download a complete new copy. 22.22.25 # svn co svn://svn.rockbox.org/rockbox/trunk rockbox 22.23.16 # linuxstb_: Ok 22.24.38 # hey all 22.25.31 # linuxstb_: Is this normal, that the svn-command also download the fonts? 22.25.51 # yes 22.25.51 # im considering re-encoding all of my CD's to flac instead of MP3. Is it worth the effort? 22.26.05 # * ender` suggests wavpack 22.26.13 # Re-encode one and test... 22.26.35 # "worth the effort" is 100% subjective 22.26.35 # and to decide if it's worth: encode one CD to both flac/wv and mp3 and listen to both encodes 22.26.58 # if you can hear the difference, it's probably worth the effort. 22.27.16 # im goinjg to test one anyway but I just thought I would see what other people have to say about flac 22.27.33 Quit OgMaciel ("Ex-Chat") 22.27.40 # it's better than MP3 if it's worth anything 22.27.43 # since flac is lossless, it will sound better than any bitrate mp3 22.27.53 # well, any lossless is for that matter... 22.28.06 # I use FLAC for all my CDs, but mainly because I've never got around to evaluating lossy codecs. With FLAC I know for sure I'm not losing any quality. 22.28.10 # the question is just if you can hear the diff and if you want the bigger sizes 22.28.35 # and feel like re-encoding all your CDs due to that diff 22.28.40 # I'm not fussed about big filesizes although, how big are we talking? 22.28.54 # FLACs are typically 700-800kbps. 22.29.00 # you'll see when you test-encode ;-) 22.29.04 # i keep wavpacks on my disk, but put oggs to the iriver 22.29.04 # whole cd ~300-400 megs I think 22.29.26 # wow 22.29.56 # and how much lossless can compress depends a lot on music - i often get bitrates above 1Mbps with maximum compression 22.30.19 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 22.30.53 # on average i'd say between 800 and 950kbps for me 22.31.24 # How I can update the sources with svn? 22.31.37 # The-Compiler: "cd sourcedir; svn up" 22.31.45 # thx 22.32.27 # How long takes to compile rockbox ~ ? 22.32.31 Quit bluey- ("Leaving") 22.32.36 # The-Compiler: you'll soon find out 22.32.43 # |-) 22.32.53 # it takes this much time: ---> <----- 22.32.53 # lol 22.33.00 # it's pretty fast as long as you don't do it on windows 22.33.15 # wasnt too bad for me on cygwin 22.33.20 # (then again, nothing compiles fast on windows) 22.33.30 # nothing does ANYTHING fast on windows 22.33.37 # cept crash 22.33.40 # zefie: you only built the bootloader, right? 22.33.55 # no i built the entire e200 port when playing around 22.33.59 # ok 22.34.11 # windows 2000/xp/2003 is actually very stable - i don't remember the last bsod i've had 22.34.12 # cygwin is typically around 3 times slower than native Linux 22.34.29 # from my tests it's even slower 22.34.29 # unrelated to anything my microSD card finally came lol 22.34.44 # i'd say interix is about 3 times slower than colinux, and cygwin is slower than interix 22.34.57 # i dont trust cygwin 22.35.13 # vmware + debian :) 22.35.23 # (and i was using make -j3 on cygwin & interix, and only make -j2 in colinux, since colinux doesn't support dual-core) 22.36.08 # Bagder did you see my edits? 22.36.32 # yes 22.36.36 # ok 22.36.37 # Linux is the future! 22.36.40 # :D 22.36.51 # zefie: interesting stuff 22.36.57 # It's done! 22.37.11 # zefie: I would guess the "7000" thing is just a flavour of the PP5022 22.37.30 # and the e200/c200 in the path is probably because they share code 22.38.53 # yeah 22.38.54 # brb 22.39.17 Quit zefie (Nick collision from services.) 22.39.31 Join zefie [0] (i=UPP@24-105-220-68.cm.mhcable.com) 22.39.47 Quit massiveH ("CGI:IRC 0.5.7 (2005/06/19)") 22.40.16 Quit amiconn (Nick collision from services.) 22.40.17 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 22.42.13 # ender`: I'd say that windows is really stable unless there is a buggy driver 22.42.34 # (or buggy hardware of course) 22.42.38 # the change doesn't work. Rockbox shuts nevertheless down, when I press play... 22.42.41 # i agree 22.42.46 # :( 22.42.53 # The only bsods I encountered on my laptop were due to a buggy driver for an usb-serial adapter 22.44.24 # we'll see how vista works out though - those tilt bits don't sound too promising 22.45.17 Part The-Compiler ("Konversation terminated!") 22.47.25 # well, can't really tell the difference between a flac file at max compression and a 192kbit MP3 22.48.34 # well, technically speaking the so-called "windows" isn't windows anymore but NT instead ;-) 22.48.44 # heh 22.49.12 # but, compared to the originally windows versions (like w98) it's pretty stable 22.49.45 # still, the UI has a lot of flaws. Like the lack of a useable shell 22.50.36 Join desowin [0] (n=desowin@unaffiliated/desowin) 22.53.27 # windows xp interface still has memory leaks. Try letting your XP box run for days at a time. They usually slow to a crawl. Reboot is the only solution and the box is speedy again. 22.54.11 # tchan: let me check the uptime of my box at work 22.54.13 # ? Offtopic, but I only reboot on patch tuesdays, with no slowdown inbetween. 22.54.33 # tchan: not in my experience 22.54.41 # I've had uptime of 50 days with no problem 22.54.52 # on my primary desktop that I use every day 22.55.27 # I do use a lot of third party software ( replacement for explorer shell +++ ) 22.56.42 # i know i've had uptime in excess of 50 days on my work box (where i run about 20 instances of GUI programs all the time), but i'm checking if i'm any further than that already 22.56.48 # okay, I'll stop with the off-topic statements about windows. 22.57.00 # hm, no, only 31 days this time 22.57.26 Join Wiwie [0] (n=goddi@trir-590fa26f.pool.einsundeins.de) 22.59.06 # (after 50 days uptime, i had to see what happens if you try to close HKLM handle in Process Explorer) 22.59.18 # my back to rockbox related question is: if this ipod 4G grayscale is stuttering from not enough computing power to decode ogg-vorbis files (-q6 or higher) should I try some other format ? 22.59.46 # tchan: Do you have a WPS with peakmeters? 22.59.48 # other than switching to a gigabeat F40 :) 23.00.19 # Or have any CPU-using options like software EQ enabled? 23.00.25 # tchan: it happens on my mini, but with over -q8, also depends on songs 23.00.48 # yes, I'm using WPS called "TheMessage" 23.01.03 # its the only one I found that displays all the tag info I wanted to see. 23.01.18 # I really didn't need the peak meters 23.01.27 # and no software EQ is enabled 23.02.54 # peakmeters alone can cause those problems. 23.04.19 # actually I think "TheMessage" doesn't have peak meters. It does have a scrolling indicator representing how far along the song is being played 23.04.59 # That's just the progress bar. 23.06.26 # yup 23.07.26 # would mpc require less cpu usage than ogg ? Or is it strictly a function of the bit-rates being used ? 23.07.36 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 23.07.48 # musepack is quite efficient to decode, more than ogg. 23.07.57 # but spins up the disk more often... 23.08.55 # Bagder? musepack, not flac. 23.08.56 Join perldiver [0] (n=say@cpe-66-65-88-127.nyc.res.rr.com) 23.09.02 # ah 23.09.05 # * Bagder shuts up 23.09.16 # tchan: only high quality ogg shutters here 23.11.48 # are there any reports of stuttering problems on the gigabeats ? 23.12.23 # * amiconn would be very surprised if audio stutters on the gigabeat 23.13.10 # The gigabeat is rather overpowered for just playing audio 23.13.13 # possibly if you play high quality oggs during doom ;-) 23.13.26 # im testin some flac stuff atm and there is no stuutering with normal operation 23.13.52 # flac is a very efficient codec cpu wise 23.13.58 # combrains: that would be testing flac on a gigabeat ? or ipod ? 23.14.03 # gb 23.14.16 # It seems an insult to make the gb decode FLACs... 23.14.30 # why? 23.14.41 # "A brain the size of a planet, and I'm here decoding FLACs..." 23.14.48 # hehe 23.14.50 # exactly the quote^^ 23.15.04 # what's fascinating is that rockbox on gigabeat has vastly better runtimes than we have on ipods, in spite of their monster cpu 23.15.22 # I saw those times, and I'm sooooo jealous 23.15.38 # And monster colour LCD... 23.15.48 # rub it in... 23.15.58 # I think it's because this cpu has better performance to power consumption ratio because it's more modern 23.16.02 # Bagder, talk to debaunched_sloth if you want to know more about the runtimes - I believe he is the one doing all the optimaisations 23.16.41 # no need for that 23.17.15 # Hmm, and then it's still very possible that we're doing something wrong wrt hardware control on ipods 23.17.25 # I just figured you might like to know the secret to our good runtimes ;) 23.17.30 # amiconn: I'd say it is likely 23.17.50 # and i'm waiting for my gigabeat to arrive at home :) 23.17.51 # combrains: I can read the code... 23.18.07 # it will probably even arrive whan i get back from my ski vacataion 23.18.22 # at the same time as my gf comes to visit me 23.18.27 # isn't life great . 23.18.29 # ? 23.18.57 # One thing is that we don't do disk poweroff on ipods yet 23.19.10 # the ebayers are selling refurbished gigabeat F40's for $150 US, including the shipping to usa addresses 23.19.20 # And thinking back on how much that helped on the H1x0... 23.20.22 # how much did it help? 23.20.26 # * amiconn wonders how rockbox runtime and of runtime relate on the H10 23.20.38 # Soap: Was like 15->20 hours iirc 23.20.52 # very significant. 23.21.27 # Yes. Still not as much as sending the usbotg controller to sleep helped on the H300 :) 23.21.30 # so is the drive powered but not spinning currently on the ipods? 23.21.33 # yes 23.21.44 # It's in standby all the time, drawing a few mA 23.21.51 # what is that power doing? playing cards? 23.23.09 # The drive electronics consumes it, while waiting for a command to arrive 23.24.20 # eating apples... ;) 23.24.28 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 23.25.40 # * barrywardell points amiconn to http://barrywardell.net/assets/files/benchmark.png 23.25.49 # it's about 60-70% of runtime 23.26.00 # OF runtime 23.26.26 # the OF gets about 14-16 hours 23.27.23 Join perl|wtf [0] (n=say@cpe-66-65-88-127.nyc.res.rr.com) 23.27.48 # barrywardell: Do you know rockboys standard keys on H10? I messed them up :/ 23.29.10 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 23.30.02 # Arathis: A=play, b=ff, start=rew, select=none, menu=power 23.30.02 Quit perldiver (Read error: 145 (Connection timed out)) 23.30.28 # ah, select=none. sad, but that solves my problem (in a way) 23.31.38 # so...brickmania menu screen is still broken 23.31.46 Nick perl|wtf is now known as perldiver (n=say@cpe-66-65-88-127.nyc.res.rr.com) 23.31.56 Join Thundercloud [0] (n=thunderc@82.152.210.43) 23.32.20 # Arathis: feel free to propose better keymaps ;) 23.32.23 Quit relaxed (Remote closed the connection) 23.33.01 # barrywardell: the problem is the h10 has one key less than a gameboy because of the needed menu key 23.33.54 # barrywardell: I think sound slowness is caused by missing cpu core support? 23.34.41 # i don't think rockboy has been particularly optimised for the h10 yet 23.34.54 # using the second core may be one possible way to optimise 23.35.09 # Nico_P 23.35.12 # you here? 23.35.26 # perldiver: yes 23.35.36 Join relaxed [0] (n=relaxed@unaffiliated/relaxed) 23.35.47 # does the cuesheet patch still conflict with the album art? 23.36.50 # and btw, i like the inv approach as well 23.37.00 # perl|wtf: It doesn't look like brickmania has been adapted for the gigabeat yet - it just seems to compile by chance, and I think uses the bitmaps for the 220x176 screens. 23.37.20 Quit Thundercloud__ (Read error: 145 (Connection timed out)) 23.37.28 # linuxstb aha, thanks for the info 23.37.41 Join Thundercloud_ [0] (n=thunderc@82.152.206.67) 23.37.52 # Seems midkay forgot you.... 23.38.02 # i always thought menu screen is more important than paddles though :P 23.38.26 # perldiver: the patches probably conflict when applied but they are totally separate features so you can make them work together 23.38.37 # is he in need for bitmaps by any chance, i can create him plenty 23.38.39 # you just need to apply the rejects manually 23.43.19 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 23.43.27 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 23.44.31 Quit Wiwie ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.46.37 Join xalif [0] (n=xalifxac@12-214-236-175.client.mchsi.com) 23.46.44 # Nico_P ok let me try 23.48.55 # hunk #3 failed at 2980 23.49.06 Quit Rondom ("Ex-Chat") 23.50.02 Join Alonea_ [0] (n=chatzill@24-117-195-16.cpe.cableone.net) 23.50.04 Quit bluebrother ("Leaving") 23.50.37 Nick Alonea_ is now known as Alonea (n=chatzill@24-117-195-16.cpe.cableone.net) 23.51.22 # have the gwps-common.c.rej 23.52.12 # it should just be a matter of copy-pasting the rej to the right place in gwps-common.c 23.52.38 # yeah figured 23.52.44 # looking at it 23.55.42 Quit Sujdik ("Think your current client is sexy? Check out Bersirc 2.2! [ http://www.bersirc.org/ - Open Source IRC ]") 23.57.47 Quit mattzz ("Leaving")