--- Log for 04.01.107 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 18 hours ago 00.00.03 # There are two independent caches, one per core 00.00.15 # (8KB code and data) 00.00.37 # cache is used for variables? 00.01.04 # cache is used to cache memory accesses. So if the COP writes to RAM, that will be cached and the main CPU won't see the change... 00.01.30 # * preglow hugs bus snooping 00.01.42 # * linuxstb looks around, but doesn't see any 00.02.27 Quit webguest93 ("CGI:IRC") 00.02.37 # so how do you flush the cache? 00.03.04 # or rather, update 00.03.23 # it's not a viable way to do it 00.03.28 # shared data should be in iram 00.03.35 # and there should be as little of it as possible 00.03.52 # (IRAM is uncached) 00.04.04 # would be no point in caching it anyway 00.04.12 # ok, so how would I go about storing data in iram? 00.04.44 # There is only 48KB of it available to core Rockbox, so every byte is precious... 00.04.51 # Declare the variable with IDATA_ATTR or IBSS_ATTR (if the data should be in BSS) 00.04.51 Join lavid [0] (n=lavid@adsl-75-21-66-44.dsl.chcgil.sbcglobal.net) 00.05.35 # In fact, is the core able to use the extra 32KB on the PP5021? 00.06.07 # linuxstb: app.lds treats all PP502Xs the same 00.06.09 Join gotthardt [0] (i=86868802@gateway/web/cgi-irc/ircatwork.com/x-89b3495cf75f4405) 00.06.27 # dan_a: I just noticed that.. 00.06.27 # We ought to change that at some point 00.06.53 # hey gotthardt, welcome aboard 00.06.55 Quit ender` (" Be wary of strong drink. It can make you shoot at tax collectors and miss. -- Robert A. Heinlein") 00.07.02 # thanks 00.08.04 # dan_a: BTW, I've got the suspicion that the failure of mpegplayer to reliably start the video thread is just the video thread freezing due to my sloppy code. I'll let you know. 00.08.53 Join webguest17 [0] (i=91740560@gateway/web/cgi-irc/labb.contactor.se/x-745fcf60c210656e) 00.12.28 Quit x1jmp (Remote closed the connection) 00.15.44 Quit bluebrother ("nite.") 00.18.19 Join jlcox [0] (i=dad6250f@gateway/web/cgi-irc/labb.contactor.se/x-673c6c3c5219dad9) 00.18.22 Quit WilliamC ("ChatZilla 0.9.77-2006121112 [Firefox 2.0.0.1/2006120418]") 00.18.23 Quit nls_web ("CGI:IRC (EOF)") 00.18.56 Quit jlcox (Client Quit) 00.19.03 Quit lee-qid ("aufwiederbyebientotsayonara") 00.21.43 # wow, after beginning to understand CO-P, it makes alot of sense 00.21.54 # now just to test these changes I made 00.22.06 # if my iPod doesn't freeze of crash....sucess 00.22.07 # lol 00.22.08 Join hcs [0] (n=hcs@rockbox/contributor/hcs) 00.22.44 # CO-P? 00.22.55 # co-processor 00.23.01 # I like saying CO-P 00.23.05 # instead of COP 00.23.12 # ahh.. 00.23.22 # * dan_a gets triggered by COP, but not CO-P 00.23.29 # i put some 96/24 flac on my ipod last night...skipped like mad 00.23.30 # lol 00.24.00 # SCHWEET! 00.24.00 # dewdude: not exactly a surprise 00.24.02 # it works 00.24.11 # I got the scroll thread put on COP 00.24.38 # preglow, yeah. i was surprised it didn't crash. however...after increasing anti-skip buffer and cranking the disktimeout up...they started playing properly. 00.24.51 # hmm, increasing the tick was bad...it didn't help anything, I actually think it made it slower >.< 00.24.53 # dewdude: really? that does however surprise me 00.25.43 # yeah, it surprised me to. but i noticed with 5 sec anti-skip and 5-sec timeout...it'd skip...every 5 seconds. increasoing the anti-buffer alone did nothing, i think the trick was the disk timeout..i'm wondering if the files are just..physically too large to fit into memory 00.25.49 # nope, not slower...my CPU boost was at 0 and it seems to lag unless it's boosted to 1 00.25.50 # i mean, a couple are just under 3000kbps 00.26.10 Join safetydan [0] (i=cbca159f@gateway/web/cgi-irc/labb.contactor.se/x-c1ff26100764d066) 00.26.26 # Shawn_K: Does scrolling work when it's on the COP? Can you make playback skip by scrolling when the scrolling thread is on the COP? When it is on the CPU? 00.27.08 # dan_a: I think so, but I made a bug in another optimization...and it just kicked in 00.27.15 # so gimme a sec to reboot and check 00.27.49 # dewdude: chunks should fit in memory, but it does sounds a bit weird that they play seamlessly at all 00.28.02 # dan_a: yep, it works 00.28.35 # dan_a: if you want a copy of the build, I can send it to ya... 00.29.07 # Shawn_K: From a development standpoint, "the build" doesn't really give him anything 00.29.18 # true 00.29.19 # He's not really interested in just playing with it. 00.29.24 # Shawn_K: I only have a 3G iPod - music skips on that without any help from me :D 00.29.36 # preglow: doesn't it? from everything i read skipping is caused by cpu speed...but what got me is usually when i'd have that happen, like with an mp3 file using software EQ..everything would lag...volume changes, directory scrolling...when playing the flacs, even with thier skipping, the UI didn't lag up at bit. I don't know what any of it means..or if any of it would be of any use to anyone, but i thought i'd share my findings. 00.30.04 # * safetydan kicks sourceforge 00.30.07 # glad we moved off that 00.30.13 # dewdude: it's just that last time i checked, even 44.1/24 was a bit slow, so i'm just surprised that files that are twice as cpu intensive work without skipping 00.30.31 # Shawn_K: But I'm planning on committing the kernel_on_cop patch to CVS soon, and knowing it can do useful things makes me smile 00.30.52 # ouch, bad idea to sick codecs and scroll on same CPU....I'll have to find better threads to choose 00.30.58 # twice as cpu intensive as in how? the FLAC decoding for the 96/24 or the 44/16 resampling rocobox does in addition to that 00.31.06 # preglow: The problem maybe has to do with the file being a higher data rate than the PCM buffer, rather than anything else? 00.31.47 # how can i set a minimal CPU boost of 1 for the iPod? 00.31.57 # in code 00.32.16 # wouldn't that kind of information be in the wiki? 00.32.28 # I'm afraid to mess w/ the boost in code w/o having 2nd opinion/help 00.32.34 # ok, sure...I'll look then 00.32.56 # it's as i always say..RTFW 00.34.09 # just as I thought in first place...only descriptors of boost...no actual info on modding it 00.34.46 # also, I saw how the boost for the 1st and 2nd core are linked....can those be separated? 00.34.48 # Shawn_K, boost is either on or off. The count is just the number of times boost has been called 00.34.51 # well, at least you looked 00.35.02 # ok, thanks 00.35.59 # ah...so a perfect fix for scroll would be to enable the boost when the scroll is touched.... 00.36.19 # Shawn_K: We don't know how to use the clock skipping function on the PortalPlayer chips. As I understand it, this can run the COP at the same speed as the CPU, half speed, quarter speed, etc. 00.36.30 # That wouldn't solve the UI sluggishness during playback with high CPU use, nor would it be good for battery life. 00.36.36 # Which is why alternate solutions are being looked for. 00.36.40 # dewdude: both combined 00.36.47 # true 00.36.58 # "Boosting on scroll" has been suggested nearly a year ago. :-P 00.37.00 # any new word on committing some version of kernel on cop? 00.37.07 # dewdude: 96 is more than twice 44.1, and the resampling adds something too 00.37.10 # heh, i spoke a tad too soon..now that i've turned EQ on my 2989kbps flac is skipping 00.37.21 # (I always run it now and after traveling last week, it clearly has better battery life) 00.37.25 # preglow: i'm an audio engineer, i'm aware of the bitrates of 96 vs 44 00.37.25 # Llorean: i don't see why that in itself should have anything to do with it 00.37.26 # lostlogic: I hear it still makes 4Gs freeze. 00.37.37 # dewdude: sure, just pointing it out since you asked 00.37.39 # ah, crappy. 00.38.01 # preglow: I was just curious if the buffering code could handle reading more from the compressed buffer than it's putting into the PCM, not just less. 00.38.17 # lostlogic: It seems a little unstable, but I'm back at home now, and hopefully will get the problems sorted soon 00.38.20 # Well, buffer/codec/playback 00.38.33 # ahh, i was just looking for clarification to what you said..becuase as far as actual decoding of the 96/24..at least on my PC, it doesn't actually take any more cpu to decode that back to a 96/24 wav. but maybe that's a bad example. 00.38.35 # anyways, I found an improvement on the line drawing function 00.38.56 # dan_a: cool 00.39.17 # very little, but it will always help when drawing vertical or horizontal lines 00.39.28 # no drawback for other coordinates 00.39.36 # On the scale between iPods and PCs, a 1% difference in CPU speed on a PC could overwhelm an iPod. :) 00.39.55 # yep 00.40.16 # sad that PCs software is as slow as it is 00.40.32 # dewdude: oh? weird, it should take roughly twice as much cpu 00.40.43 # dewdude: if only because you've got twice as many samples to process 00.40.56 # things are more complex on a pc cpu, of course 00.41.03 # yeah 00.41.18 # X86 or even PPC vs. ARM7 isn't a fair match 00.41.47 # then again, i know little about either of the three..i leave that to the people that can actually code. 00.41.47 # Shawn_K, have you got a patch posted on the tracker for that change? 00.42.09 # safetydan: I will have it up within a few days 00.42.11 Quit Febs (Read error: 110 (Connection timed out)) 00.42.38 # safetydan: it's such little improvement, no rush needed...it only helps when not drawing diagonal lines 00.42.48 # Shawn_K: Is is this patch? http://pastebin.ca/302574 00.42.48 # Shawn_K: What are you doing? Sending the patch through the post?! 00.43.07 Join barrywardell [0] (n=barrywar@194.46.180.41) 00.43.58 # linuxstb: No, those are the changes his build includes on the unsupported builds forum 00.43.59 # ....eeks who posted that old crap of mine from yesterday :P 00.44.24 # nope, that's nothing, that was me stripping out unneeded code 00.44.30 # I actually made REAL optimizations 00.44.46 # Clipping is unneeded? 00.45.16 # dewdude: arm7 doesn't really cease to surprise me just yet, though. i had to code assembler optimised routines to make our coldfire based players decode even 44.1/24 at 120mhz... 00.45.19 # I feel it should be done by the function calling it....clipping should be separate from drawing 00.45.46 # You should talk to amiconn - he wrote most/all of the graphics code. 00.45.55 # ok, will do 00.46.02 # is he afk? 00.46.06 # well, i believe the DS is based on ARM7 and ARM9 cores..if that could be any indication of how good that little CPU is 00.46.17 # dewdude: it is 00.46.23 # Shawn_K: We'll find out now that I've mentioned his name... 00.46.39 # lol 00.46.41 # in some ways, it's really quite ordinary, but then it just starts performing in some areas, for some reason... 00.46.55 # it's probably the cache doing it, a cache always complicates stuff 00.47.31 Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.47.36 # linuxstb: I'm only removing things that (i believe) don't relatively have much use in the current 1-bit drawing system 00.47.53 Quit BHSPitMonkey (Connection timed out) 00.47.56 # Shawn_K: lcd_drawline() _is_ for diagonal lines. Using it for vertical or horizontal lines is just silly 00.47.58 # linuxstb: I hope to create some of my own API to account for what I remove... 00.48.09 # yeah. like i said..i know NOTHING about the actual workings of the CPU's..i can't code to save my life...cept for BASIC 00.48.17 # amiconn: yes, I know, but some people are dumb enough to do it >.< 00.48.19 # lcd_vline() and lcd_hline() are dedicated for these tasks and are far more optimised 00.48.57 # amiconn: only reason I did the optimization was because I found it and no drawback on drawing diagonal lines 00.49.12 # Shawn_K: Does it increase code size? 00.49.24 # Llroean: yes 00.49.27 Quit Juice^ (Read error: 60 (Operation timed out)) 00.49.28 # Then it has a drawback. 00.49.49 # It would be better to make sure the function isn't abused. 00.49.55 # Llorean: when I said no draw back, I meant as far as operation 00.50.12 # Also, is the change actually measured to be faster? 00.50.14 # Code size is a drawback in regards to operation, as it decreases memory available for other things, including audio buffer. 00.50.38 # If you add code to do something that's already done well elsewhere, at the cost of even a few bytes, it's somewhat silly. 00.50.44 # Removing clipping is certainly not what we want 00.51.06 # why can't there be a separate clipping function? 00.51.30 # it would make sense not to even attempt to clip if the user knows it doesnt need to be 00.52.08 # *programer is better woird that user 00.52.17 # *than 00.52.21 # The clipping simplifies lots of other things 00.52.42 # maybe I should just PM you for this ^^ 00.52.58 # Some code already relies on clipping, and viewports will require it even more 00.53.18 Quit mirak (Read error: 54 (Connection reset by peer)) 00.53.58 # Shawn_K: I think this is of general interest... 00.54.05 Join Angry [0] (n=Miranda@dslb-084-056-174-077.pools.arcor-ip.net) 00.54.17 # ok 00.54.29 # as i said to him... 00.54.30 # so, what if I added code to draw w/o all the clipping failsafes 00.54.36 # I just feel it would make sense when drawing certain parts of the UI, etc 00.54.45 # And then I can't see how removing the fill optimisations will make things faster... 00.55.21 # well, I am new to this...I know i did make some mistakes 00.55.23 # Are any Flyspray admins about? Can I be given developer access? 00.56.59 # either way, I may be doing some things wrong, but I am really trying to help w/ good intentions, if you seem mistakes I am making, let me know 00.58.26 Quit lavid ("Leaving.") 00.59.18 # If your interest is in writing a graphical UI, why not write the UI first, then optimise it once you see what the bottlenecks are? i.e. don't optimise too early... 01.00.12 # i may, idk atm 01.00.31 # It's just that if you change the graphics API, you'll need to implement it for all LCD types... 01.00.58 Join debauched_sloth [0] (n=debauche@c-24-63-72-200.hsd1.ma.comcast.net) 01.01.01 Quit strabes (Remote closed the connection) 01.01.26 # ok, then I wont change, I'll see if I can add on for optimizations only generated when compiling for devices that support it 01.01.40 # or changes will have same effect 01.03.15 Quit dpassen1 () 01.04.44 # yeah, well...maybe I should just fork off since I have such different views than you guys...I don't want to create any firction 01.04.49 # *friction 01.05.39 *** Saving seen data "./dancer.seen" 01.06.33 Join dpassen1 [0] (n=dpassen1@resnet-236-163.resnet.umbc.edu) 01.06.57 Join norbusan [0] (n=norbusan@host16-222.pool8175.interbusiness.it) 01.07.01 Quit hcs () 01.07.22 # no comments on yes or no? 01.07.27 # Shawn_K: I don't think forking would be a sensible thing to do - I'm sure there are many optimisations which can be done, but on the other hand a lot of things are the way they are for sensible reasons 01.07.47 Join webguest26 [0] (i=47cd8985@gateway/web/cgi-irc/labb.contactor.se/x-5eb627be96576b6e) 01.08.02 # ok, I just see alot of friction between ideas...that's only reason 01.08.03 Quit webguest26 (Client Quit) 01.08.23 # I like to challenge things and I understand not everyone likes that 01.08.30 Join webguest37 [0] (i=47cd8985@gateway/web/cgi-irc/labb.contactor.se/x-ccd605dc500d6d6e) 01.08.44 # is the iaudio u2 supported? 01.09.05 # webguest37, did you read the website? 01.09.20 # yes i thought it was the last time i checked 01.09.29 # cant see it now 01.09.56 # It never was. 01.10.04 # yeah. just the X5. 01.10.56 # oh guess i aws reading this and thought it was for some reason http://www.rockbox.org/twiki/bin/view/Main/IaudioU2Info 01.11.00 # Shawn_K: You can challenge things all you want, but trying to do something a new way won't work unless you resolve all the conflicts relating to why it was done the old way. Faster graphics at the expense of breaking several other things doesn't make sense unless you fix the other things too. 01.11.08 Join hcs [0] (n=hcs@rockbox/contributor/hcs) 01.11.10 # ok, gotcha 01.11.16 # Shawn_K: I don't see any friction. You're challenging things, we're responding.... If you write patches which prove themselves better than the current way of doing things, then I don't see a problem with them being accepted. 01.11.26 # just as long as you guys are willing to lead in right direction 01.11.35 # ok 01.11.35 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 01.11.41 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 01.11.56 # Shawn_K: Notice that they explained why they did things the way they were before, rather than saying "Changing things is stupid, don't do it." 01.12.17 # ooh, more usb love 01.12.55 # a small bit 01.12.57 # ok, anyways...amconn made me realize that I did remove one optimization of his :P...i fixed that 01.13.05 # heh, i've started booting into ipod firmware to transfer stuff because the emergency disk mode is SLOW 01.13.08 # Shawn_K: Challenging things is excellent, but not when done for its own sake. I also don't see any friction: you've had an idea for an optimisation, the guy who wrote that code says that what you are doing wouldn't be an optimisation. Show things that say there's an improvement in features, performance and/or battery life and some core developers will probably be all for your changes. Some will be against them too 01.14.11 # are videos decoded on the "codecs" thread? 01.14.27 # i havent tried anything with MPEG4 yet 01.14.44 # is there a patch to play xvid on ipod 5 gen ? 01.14.54 # No 01.15.02 # (to webguest37) 01.15.03 # webguest37: read the website. 01.15.14 # no pdf viewer either hmmm 01.15.20 # if you don't see it there, then check the wiki, if it's not there, search the forums, if it's not there, then ask 01.15.31 # >.> pdf is fairly complex... 01.15.37 # Shawn_K: No, videos are currently outside the playback/codec code, in a standalone plugin. 01.15.45 # that will probably be a while for that one 01.15.53 # linuxstb: ok, thanks 01.16.10 # linuxstb: I want to make sure all my COP changes are compliant 01.16.30 # well, at least not restruicting on video 01.17.08 # also, maybe I can get that volume error I found fixed ^^ 01.19.13 Join CloFan [0] (i=46b2848a@gateway/web/cgi-irc/labb.contactor.se/x-10ede2ba6f28d3ae) 01.19.54 # reboot, brb 01.19.54 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") 01.20.35 # I have a question... when I connect my ipod 4g non-color to my computer, it boots into apple's firmware instead of staying in Rockbox's. I see the USB cord on the rockbox screen, then the thing reboots and goes into the apple software. How can I fix this, or is it normal? 01.21.40 # CloFan: That is normal - Rockbox does not have it's own USB support for iPods yet, so goes into Apple's Disk Mode 01.22.02 # Alrighty, thanks Dan! Just wanted to make sure it wasn't doing somethign wrong :) 01.24.54 Join amiconn [0] (n=jens@p54BD5889.dip.t-dialin.net) 01.24.55 # * preglow watches his ipod refuse to boot rockbox all of a sudden 01.27.43 # eh, what the hell 01.27.49 # it just took a minute for the bootloader to work 01.27.53 Quit norbusan (Remote closed the connection) 01.28.26 # barrywardell: I'm just having a look at your USB plugin... I don't think that the config option should be USBOTG_MX31 - As far as I can tell, the USB is a design by Innovative Semiconductors, used by both PortalPlayer and Freescale in their chips 01.29.00 # dan_a: ah, ok. what do you think it should be called? 01.29.55 # CloFan, you're actually better off booting completely into the apple firmware than just emergency disk mode if you're transferring a lot of data. i found EDM to be painfully slow. 01.30.22 # dan_a: USBOTG_ISP1504? 01.30.40 # linuxstb: is there something funky with the bootloader you bundled with ipodpatcher when i tested it a while ago? 01.30.54 # The Linux driver refers to it as ARC, so either USBOTG_ARC, USBOTG_IS or USBOTG_ISI would seem the best fit to me. Why ISP1504? 01.32.02 # dewdude: The slow EDM is mostly on Nanos, with a few exceptions that seem to be on individual iPods rather than target categories. 01.32.23 # dan_a: never mind. ISP1504 is the transceiver driver in the freescale code 01.32.27 # really? mine must be an exception then. 01.32.44 # Very possibly 01.32.47 # Notice I said "mostly" 01.32.54 # barrywardell: would it be helpful if I got a dump from your plugin on my ipod photo? 01.33.48 # hcs: it would be interesting. maybe we could see if the ipod is running the usb and wasting battery 01.33.57 # barrywardell: Of course, it is completely up to you what you call it :D 01.34.02 # well, i know when i was converting some FLAC's to MPC last night directly on the ipod...EDM yields me about 4x realtime where as booting into the ipod firm yields about 11x...doing the same process on the local drives yields about 12x. I also noticed when copying a few hundreed megs of data that EDM took about 2 minutes per 100 megs 01.34.07 # err....1 minute 01.34.09 # dan_a: i think USBOTG_ARC is a good choice 01.34.36 # barrywardell: doesn't look like debug info changes much when doing setup and run here 01.34.38 # dewdude: On Nanos it can take 7 minutes to copy an already extracted Rockbox full build onto it, for me. 01.35.01 # In Apple_OS the same operation takes less than half a minute 01.35.04 # wow. mine's not that slow. but i do notice a HUGE difference between EDM and ipod on myunit 01.35.10 # preglow: no? then it's possible that the ipod is already running the usb chip 01.35.42 # barrywardell: should the ipod reboot when inserting the usb cable while running the plugin? 01.36.25 # barrywardell: That would not be really surprising, given the fact that both the H300 and the X5 usbotg chips are active by default, and need to be put to sleep explicitly 01.36.33 # dewdude: can you ABX 96/24 to 44.1/16 or is it just convience? 01.36.33 # preglow: i didn't take account of that (the h10 doesn't reboot by default), so yes. but maybe i should disable it 01.37.10 # barrywardell: wait, it does change 01.37.16 # barrywardell: but it reboots, so i can't check dmesg 01.37.54 # amiconn: i really wonder if the usb part in the pp chips needs to be put to sleep to 01.37.56 # Soap: since my 96/24 is vinyl content, 44.1/16 is actually more more resolution than needed..i just have a theory about preserving as much of the original analog waveform as possible. 01.38.00 # o 01.38.00 # s/convience/convenience 01.38.07 # preglow: try commenting out the code in usb_enable() in firmware/target/arm/usb-pp.c 01.38.34 # or wait a minute and I'll have a new patch ready 01.39.08 # it's also a matter of convenience...often times i'm loading stuff up as i'm about to walk out the door..and doing a downsample to 44.1/16 takes a little bit of time. 01.39.58 # MM or MC cartridge? 01.40.06 # mm 01.40.26 # mc's are too expensive, slightly overrated, and i don't have a preamp that'll take one. 01.40.59 # preglow: I can't remember giving you anything especially funky... 01.41.00 # i get a ton of dmesg output 01.41.19 # linuxstb: the bootloader uses about fifteen seconds to load a rockbox.ipod now 01.41.27 # linuxstb: think i'll just reinstall it 01.41.59 # ah, no 01.42.00 # [17700.943838] usb 5-4.4: new high speed USB device using ehci_hcd and address 16 01.42.00 Quit webguest37 ("CGI:IRC (EOF)") 01.42.03 # [17701.339134] usb 5-4.4: device descriptor read/64, error -71 01.42.05 # that seems to be it 01.42.46 # and then more of the same 01.42.58 # preglow: it's possible that connecting with the usb plugin messes up the usb on your computer (it did on my mac) 01.43.02 # a restart fixed things 01.43.27 # barrywardell: I'm sure you know this already, but your plugin seems to work on the Sansa 01.43.28 # i experienced very slow usb after using the plugin until I restarted 01.43.35 # barrywardell: yeah, got that a ton of times, don't think it happened now, though 01.44.00 # dan_a: great. i hadn't got around to testing 01.44.57 # barrywardell: nah, usb still works 01.45.45 # does anybody work on rockboy for the H10? 01.45.55 # Arathis: No. 01.46.14 # :( 01.46.25 # You're welcome to though. 01.47.06 # Would do it, but I have no idea of C :/ 01.48.17 # The problem is, the people who are interested in it, like you, either can't do it, or are unwilling to spend the time on it. 01.50.06 Join BHSPitMonkey [0] (n=stephen@adsl-65-69-152-153.dsl.rcsntx.swbell.net) 01.53.38 # I'm working on the Gigabeat port and am looking at doing my first commits and have some questions about how to organize some of the code 01.53.50 # linuxstb has been kindly helping out and suggested that I ask here 01.54.17 # the full set of patches is here: http://bustedflush.org/sloth2.patch 01.54.29 Quit webguest17 ("CGI:IRC") 01.54.46 # there are probably three commits in there, one having to do with mmu, one with ATA DMA, one with the LCD driver 01.55.01 # comments welcome 01.55.15 # what has me stumped is what to do with the code in lcd-16bit.c 01.55.25 # as you can see, I've got some GB specific stuff in there 01.55.57 # I can fork it off, clearly, but I will end up with about as much duplicated code, and about as many #if defined GIGABEAT's 01.56.11 # I would take functions like lcd_clear_display and fork them entirely 01.56.47 # Llorean: that's very often the problem of opensource anyway 01.56.54 # what command operates the "audio" thread in rockbox? 01.57.43 # better said, where can I find the code for the audio thread in the source? 01.58.06 # Arathis: This is true. But also remember, the primary focus of Rockbox is not playing games, but audio features, so it's rare that a core programmer's going to work on Rockboy, and even rarer that one will work on it for a single target (though there's likely little H10-specific stuff to do for it, and optimizations would fall in the PortalPlayer family rather) 01.59.05 # That's why I'm sad about it, but wouldn't blmae anybody for it or somethin 01.59.07 # +g 02.02.33 # debauched_sloth: I'm not sure what to do in this special case yet, so just some questions and general hints 02.03.04 # (1) Avoid to check for models (e.g. #ifdef TOSHIBA_GIGABEAT_F), check for features instead 02.03.37 Quit CloFan ("CGI:IRC (EOF)") 02.03.41 # (2) Is there a reason not to use dma blit? 02.03.50 # If not, the check could go away. kiss. 02.04.21 # Shawn_K: It's all in apps/playback.c 02.05.30 # It looks like the only function using dma blit atm is lcd_clear_display() 02.05.38 # amiconn, I left that option in there until I can get some more widespread testing 02.05.53 # no, there is another one, lcd_update - same option 02.06.25 # Maybe those functions should be implemented in the target part of the lcd driver, and #ifdefed out in the general lcd driver if a target does special optimisations 02.06.49 # Don't forget the simulators though, they'll probably need the standard function 02.07.43 # amiconn: yes, I can do that (and missed the sim, thanks) but it will involve duping some code 02.07.59 # I would need to pull init, set_fg, etc 02.08.16 # basicalyl everywhere I have an ifdef, that function gets pulled to the driver in the target tree 02.08.24 # I am fine with this, but it's some duplication 02.09.03 # The init part specific to the gigabeat could go into lcd_init_device(), which is target specific anyway 02.09.22 # ok 02.09.25 # good point 02.09.38 # that just leaves the set_*, which are minimal 02.09.53 # then I can reuse virtually all of that driver 02.10.40 Part Angry 02.10.47 # The if(!wordcount) return; can be removed from copy_read_sectors() 02.11.17 # The ata driver ensures wordcount to be a non-zero multiple of 256; other target's implementations also rely on that 02.11.22 # ok... 02.11.46 # figured an easy catch if there way a bug, could generate a multimegabyte overwrite 02.11.54 # was a bug 02.12.07 # nah 02.12.25 # ATA writes are limited to 256 sectors anyway (128KB) 02.12.40 # ...unless lba48 is supported & enabled 02.12.41 # no, the DMA may go a little nuts 02.12.55 # Ah, you mean when zero is passed... 02.13.02 # yes, undefined 02.13.15 # probablynothing 02.13.24 # probably hangs that function. probably should, actually 02.13.55 # Is there a reason not to use dma in the bootloader? 02.14.14 # at this point, other than caution, not really 02.14.25 # Ok, so this could go away later 02.14.30 # like the bootloader taking the simplest path possible 02.14.41 # Imho it's better to use the same code in bootloader and core 02.14.45 # yes, absolutely 02.15.25 # I thought there might be a special reason, like the of not starting when the bootloader changes certain hardware settings 02.16.32 # it used to need a correctly setup irq handler, which happened a little later in bootloader 02.16.34 # not any more 02.16.52 # Is the explicit refresh in __backlight_on() really required? 02.17.02 # yes 02.17.16 # when I turn off the lcd, I stop blitting to the LCD framebuffer 02.17.26 # so when its coming back on, I need to update the screen to the last state 02.17.32 # I would have guessed it is, but I think __backlight_on() isn't the right place 02.17.46 Quit muesli__ ("ich will Khe!!!") 02.17.58 # where would you put it/ 02.18.18 # On iriver H300 and iaudio X5, we also power off the lcd when backlight is switched off, and have to refresh its internal buffer when powering on again 02.18.29 # * amiconn checks where and how this is handled 02.19.28 Join strabes [0] (n=strabes@ip68-108-31-178.lv.lv.cox.net) 02.19.41 # Ah, yes. Check firmware/target/coldfire/iriver/h300/lcd-h300.c 02.20.18 # There is a function lcd_enable(), which calls lcd_update() when enabling the lcd 02.21.12 # Just checking from where this is called.. 02.21.15 Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 02.22.12 # yep, same idea 02.23.39 # The idea is that switching the backlight might be made independent from the backlight (not implemented on H300, but on X5), for 2 reasons: 02.24.35 # (1) Switching the backlight back on might take a while. Even if it's just a fraction of a second, it might annoy users. So the X5 allows to set a delay which starts after switching off the backlight before the lcd is also switched off 02.25.02 # This allows for fast reactivation of the display during this delay time 02.25.32 # anyone know what function starts the "audio" thread? 02.25.36 # I cannot seem to find it 02.25.37 # (2) The display might be readable without backlight in very bright environments. If that's enough for a user, he might desire to keep the display active 02.26.01 # I can go that route, the thing is that I don't think that switching it off is really something you can tell apart from turning off the backlight and the display is not readable, at all (that I can see anyway) in any light 02.26.18 # debauched_sloth: lcd_enable() is called from the platform specific backlight_*.c files 02.26.19 # one problem I have had debugging this code is telling if people actually have it 02.26.25 # debauched_sloth: Try it with a pure white background, and black text in a large font. 02.26.27 # I'll take a look 02.27.04 # I'll try it, but I'm at large font with gray background and in a bright light, nothing 02.27.14 # easy to test 02.27.43 # yeah.. its pretty bad w/ no backlight 02.27.54 # Ahaha, on h300 (without the delay) __backlight_on() and __backlight_off() just call lcd_enable() with the appropriate parameter 02.27.56 # nm...I found it in playback.c 02.28.20 # So nothing wrong with your way, just that using an explicit function would make things a bit clearer 02.28.42 Quit Ajaxinc (Read error: 110 (Connection timed out)) 02.28.59 # can't see a think 02.28.59 # thing 02.29.05 # I really can't tell the difference 02.29.17 # but you are right, cleaner, I will move it into lcd_enable 02.30.31 # An mmu in an embedded system seems to be a strange beast... 02.30.57 # how so? 02.31.02 Quit akaias (Read error: 110 (Connection timed out)) 02.31.08 # all this manual cache coherency stuff? 02.31.40 # system_reboot() should go into system-meg-fx.c 02.31.58 # system_reboot needs a great big comment saying it doesn't work but should 02.32.04 # I'll yank it to there 02.33.33 # and invalidate_icache() should go into the appropriate system-target.h 02.33.41 Join akaias [0] (n=akaias@c-76-16-18-102.hsd1.il.comcast.net) 02.34.00 # those last two, I was copying what was in place 02.34.15 # I gather the general direction is to split to target when possible, so I'll do so 02.34.18 # The whole idea behind target tree is to reduce or even remove target specific code from the generic firmware/ files 02.34.33 # the move is in progress? 02.34.39 # Yes, still 02.34.40 Quit dpro (Read error: 110 (Connection timed out)) 02.34.42 # ok 02.34.50 # Especially the old targets aren't moved completely 02.34.50 # was not sure and did not want to rock the boat 02.35.01 # (i.e. archos and some iriver h100/h300 code) 02.35.16 Join rkostynu [0] (n=chatzill@wnpgmb06dc1-181-223.dynamic.mts.net) 02.36.34 # The X5 port is probably the best example of target-tree usage - it was never not target-tree. 02.37.03 # ata-meg-fx.c is Copyright (C) 2006 by Linus Nielsen Feltzing ??? 02.37.18 # * amiconn somehow doubts that - seems to be a c&p mistake 02.38.08 # what uses more cpu, the codecs or the audio? 02.38.16 # I'm guessing codecs 02.38.44 # c&p 02.39.00 # not sure who created that file 02.42.42 # ah, here is an interesting problem, maybe a bug 02.42.59 # lcd_init_device calls lcd_clear_display *before* calling lcd_init_device 02.43.14 # this seems reversed - is reversed for my puposes 02.44.10 # Hmm. It's not reversed for a 'traditional' lcd interface 02.44.17 # lcd_clear_display clears the framebuffer 02.44.40 # lcd_init_device() performs the first transfer of the framebuffer to the lcd. 02.44.43 # If we want to fill with anything other than zero for init, won't work 02.44.57 # for us, anyway, my stuff aside, we need to fiddle the framebuffer format 02.45.01 # So if it's not cleared beforehand, garbage would be transferred 02.45.24 # here the framebuffer is in main memory 02.45.33 # yes 02.45.46 # What I'm talking about is the rockbox framebuffer 02.45.54 # The lcd has its own internal buffer 02.46.14 # yes 02.46.23 # you are right 02.46.36 # this works for me, too, since I can do that initial fill w/o DMA 02.46.39 # For the GB the LCD shares main memory 02.46.52 # amiconn: I didn't think any of our drivers did an lcd_update() as part of the lcd_device_init() though. 02.47.39 # yes, my issue is that I do the lcd_clear_display using DMA and need some setup for that 02.47.49 # not a problem if I do initial fill using non-DMA 02.48.15 # linuxstb: H300 does, H1x0 does... 02.48.36 # Ah, the _display_on() call? 02.48.39 # I have to setup those fill patterns 02.48.46 # I can init them statically, I guess 02.48.50 # the 16-byte fills? 02.49.15 Quit gotthardt ("CGI:IRC") 02.49.34 # linuxstb: Yes on H300. On H1x0, lcd_init_device() calls lcd_update() directly 02.50.13 # Is there a reason why it's only in those two drivers? 02.50.34 Quit jhMikeS (Nick collision from services.) 02.50.40 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 02.51.48 # Archos does too, but X5 doesn't seem to do it. Strange... 02.52.03 Quit rkostynu ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") 02.52.53 Join fasmaie [0] (i=1000@cpe-24-26-150-197.columbus.res.rr.com) 02.53.29 # I just switched a few more threads over to COP to allow the "audio" thread more CPU 02.53.39 # Ipod doesn't either, but then we don't shut down the lcd on ipods (yet) 02.53.42 # pulling these functions into the LCD target driver is going to involve non-static'ing some stuff 02.53.44 # anyways, I'll have patches for my stuff by this weekend hopefully 02.53.51 # for this target anyway 02.54.02 # http://forums.rockbox.org/index.php?topic=7989.0 <-- get it here 02.54.06 # see ya all, I g2g 02.54.10 Quit Shawn_K () 02.54.55 # * Llorean sighs. 02.55.01 Join shnee [0] (n=CurtyD13@cpe-24-26-131-198.columbus.res.rr.com) 02.55.20 # debauched_sloth: That's sometimes necessary, and I don't think it's a problem 02.55.30 # I could add hook functions in there as well 02.55.39 # let me hook at the end or beginning, like that 02.55.41 # ugly, too 02.55.53 # A related note is that it's usually better to declare functions in .h files rather than in individual source files 02.56.02 # yeah 02.56.26 # ...and the worst thing is to declare functions within other functions... 02.56.34 # * amiconn is referring to extern void lcd_clear_display_dma(void); 02.56.43 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 02.56.49 # that just got pulled to where it does not need a prototype 02.56.54 Quit Mouser_X (Nick collision from services.) 02.56.56 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 02.57.49 # all this other stuff I will move into...hmm 02.57.51 Quit fasmaie ("Apples have meant trouble since eden.") 02.58.05 # Another hint, if dma blit is used in core but not in the bootloader, you could just check for !defined(BOOTLOADER) instead of doing a runtime check 02.58.32 # that is there because this port is early and I want more testing (with ability to isolate issue) before making it a default 02.59.02 # pretty much all the feature on/off flags are there for that reason 02.59.16 # ok 03.00.00 # * amiconn prefers writing and using test plugins for performing heavy testing, and then remove alternatives before commit 03.00.20 # **sloth wants full coverage testing of a video driver change before making it default 03.00.34 # we'd end up in the same place, I reckon 03.00.44 # probably. 03.00.57 Quit dan_a (Read error: 110 (Connection timed out)) 03.01.39 # where do you suggest I place the extern defs for the stuff I am pulling? 03.01.43 # I often use alternatives (using #if 0 / #if 1) during such tests, but those usually never see the light of cvs 03.02.14 # I want this to maybe see the light of users, most especially the DMA blit stuff 03.02.31 # if someone sees display artifacts, I want them to be able to disable function and isolate to the blit 03.02.37 Quit phrozen77 ("Some people say that I must be a horrible person, but that's not true. I have the heart of a young boy... in a jar... on my d) 03.03.31 # The problem is that users usually don't test things unless you either force them to (by making it default), or explicitly request test (e.g. via the mailing list) 03.03.46 # good point 03.04.14 # but if I break one of their games....? bet I hear about that right quick :) 03.04.38 # If there's an older daily build without the new feature, and the feature causes problems in the new build, users will (1) go back and (2) complain 03.05.35 Part mat 03.05.46 # I note that the lcd_fastpixelfuncs are not static...are they used elsewhere? 03.05.48 *** Saving seen data "./dancer.seen" 03.05.51 # Of course it's still useful to be able to produce a build without that feature for testing purposes, and sometimes keeping old code enclosed in #if 0 can be helpful for that 03.05.53 # never mind, I can answer that 03.06.48 # nope 03.06.59 # hm 03.07.23 Join fasmaie [0] (i=1000@cpe-24-26-150-197.columbus.res.rr.com) 03.07.43 # linuxstb: did you get the information about the 4G ipod 03.07.48 Quit funky ("leaving") 03.08.19 # fasmaie: Yes, thanks. But I haven't had chance to investigate yet. 03.09.13 # linuxstb: That's fine, I just wanted to be sure you noticed the posting 03.09.23 # linuxstb: Hope it helps 03.09.52 # debauched_sloth: Hmm, you're right, and that also goes for lcd_pixelfuncs and lcd_blockfuncs 03.10.12 # hcs, preglow: did you get a dump of the usb debug info? 03.10.52 Quit jhMikeS (Nick collision from services.) 03.10.56 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 03.11.30 # no, I'll check it out with the new patch now 03.11.40 # The idea was that these functions might be needed for some complementing drawing functions which shouldn't go in the core, but the only such drawing function is xlcd_filltriangle() - and that one does just use lcd_vline() or lcd_hline() depending on target 03.11.59 # cool, thanks 03.12.34 # I'm going to define a new function, lcd_prepare_backdrop() 03.12.43 # hcs: logs before and after doing the setup and run would be interesting. 03.12.49 # for everywhere except GB, that will do nothing 03.12.55 # for GB, it can clean the cache 03.13.08 # this will let me pull a lot less symbols over, and it is less dup'ed code 03.13.08 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 03.13.13 # any issues with that? 03.13.22 Quit amiconn (Nick collision from services.) 03.13.22 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 03.14.28 # debauched_sloth: Then just #define lcd_prepare_backdrop() for everything except gigabeat in the appropriate .h file 03.14.41 # ok, will do 03.15.02 Part pixelma 03.16.39 Quit fasmaie ("Hey! Where'd my controlling terminal go?") 03.17.22 # Would lcd_init_backdrop() bea better name? 03.17.30 # lcd_update_rect() does only take y and height into account on gigabeat? 03.17.31 # ^be a 03.18.11 # it's not really an init 03.18.19 # yes, right now, only why and height 03.18.33 # What will it do? 03.18.37 # lcd_prepare_backdrop is more like getting it ready to display, which is literally what this is doing 03.18.41 Quit Rob2222 () 03.18.58 Join Rob2222 [0] (n=Miranda@p54B17E26.dip.t-dialin.net) 03.19.07 # So it will be called from lcd_set_backdrop() ? 03.19.22 # yes 03.19.38 Join gotthardt [0] (n=chatzill@c-71-56-149-94.hsd1.or.comcast.net) 03.20.02 # lcd_device_set_backdrop() ? 03.20.13 # even better 03.20.16 # well 03.20.23 # that's not what it does 03.20.35 # not setting the device backdrop, getting the backdropped prepped for the device 03.20.49 # maybe lcd_device_prepare_backdrop? 03.22.18 # I guess that works. 03.23.02 # now lcd_clear_display 03.23.21 # it sets scrolling_lines to zero 03.23.30 # fair enough, if I duplicate that code, I can do that as well 03.23.40 # but I sort of hate that that logic is in two places 03.24.26 # ok, that code has been pulled 03.24.33 Join Alexinc [0] (n=Ajaxinc@71.237.170.237) 03.24.51 # the stuff that I made non-static, where would you suggest that I put it? lcd.h seems wrong. New file...lcd-16bit.h? 03.25.48 # extern int drawmode; 03.25.48 # extern fb_data* lcd_backdrop; 03.25.48 # extern unsigned fg_pattern; 03.25.48 DBUG Enqueued KICK debauched_sloth 03.25.48 # extern unsigned bg_pattern; 03.25.49 # extern long lcd_backdrop_offset; 03.25.49 *** Alert Mode level 1 03.25.49 # extern volatile int scrolling_lines; 03.25.52 # that's the list 03.32.06 # barrywardell: what order should I perform these steps in? 03.32.22 # i.e. when to plug in 03.32.52 Part Llorean 03.34.23 # 1) dump log 2)plug in 3) setup 4)run 5)dump 03.35.06 # hold down menu while plugging in? 03.35.50 *** Alert Mode OFF 03.36.09 # shouldn't be necessary 03.36.11 Quit strabes (Read error: 110 (Connection timed out)) 03.36.17 # the patch disables the system reboot 03.36.27 # it brings up the usb plug logo 03.36.32 # until I unplug 03.36.39 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 03.37.22 Join jdong [0] (n=jdong@ubuntu/member/jdong) 03.37.30 # ah, ok. in that case yes, hold menu 03.37.34 # is the coprocessor patch safe to test out on my 5.5G ipod? 03.37.49 # and does it require anything new, like a new bootloader? 03.38.34 # want the end of dmesg, too? 03.39.30 # yeah, sure 03.41.17 Quit jhMikeS (Nick collision from services.) 03.41.22 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 03.43.13 # have that down to two new imports, fg_pattern and bg_pattern 03.46.46 Quit Alexinc () 03.49.09 # barrywardell: uploaded my logs 03.49.36 # great, thanks 03.50.34 # the usbdebugbefore/setup/run series is without connecting it to anything 03.52.36 # looks the same as i have for my h10 03.52.42 # ok 03.53.21 # it looks like it's running in low power mode 03.53.47 # and stopped 03.56.39 # hcs: thanks for running the tests. they confirm that the usb controller is in the same state on the ipod and h10 03.56.52 Quit Thundercloud (Remote closed the connection) 03.57.05 # bed time... 03.57.13 Quit barrywardell () 04.09.11 Part debauched_sloth 04.12.57 Quit Arathis (Read error: 110 (Connection timed out)) 04.13.50 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 04.15.42 Join heapcat [0] (i=4840e8db@gateway/web/cgi-irc/labb.contactor.se/x-507245c89a4c11cb) 04.17.59 # I am looking at doing my master's thesis using rockbox. In particular something realated to the DataBase system. Is there any other documentation besides what is on the wiki? 04.18.37 # not that I know of, I learned what little I know studying the source 04.21.09 # Do you know of any status on projects involving syncing the database externally. Like with a sync program? Or do you just have to let the system re-initialize? 04.21.25 # I have not heard of such projects. 04.22.24 # heapcat, there's been talk of someone writing an external program to generate the database off the device, but no one's actually done it. I think most people don't think it'd be that useful 04.22.50 # At the simple end of my thesis I would like to allow the users to easily rate their tracks/files they listened to ... 04.22.59 # there is such an external program, it is in cvs 04.23.25 # on the more complex end I would like to allow their ratings to be combined to generate recommendations 04.24.01 # hcs, ah, I must have missed when that got updated for the new format 04.24.21 # hcs: what is the name of the program/plugin? 04.24.29 # uh, how new is the new format (I may not have heard about it yet...)? 04.24.47 # hcs, about a year 04.25.05 # heapcat: tools/songdb.pl 04.26.05 # heapcat, I believe you can already rate songs within Rockbox and generate playlists with those ratings 04.26.12 # the rating system in there so far is based on playtime 04.26.22 # there is no explicit rating in the db 04.26.54 # hrm... maybe I should actually use the system before talking about it :) 04.27.23 # What I am looking at doing is collecting statistics about how users listen to podcasts and then collect that information to make recommendations 04.28.09 # How would you tell a podcast from any other audio file? 04.28.43 # I figured at the the syncing of the files there might be some ID3 type tag. 04.28.44 # isnt the genre Podcast? 04.29.05 # For example the title could be Podcast:Rockbox is greate 04.29.10 # err, great 04.29.13 # jdong, no idea, never listened to a podcast 04.30.59 # Let's make it more simple. Say you are listening to any audio file that you would like to recommend to others. I may rate it a 5 out of 5, but not want to e-mail to my friends. 04.32.47 # podcasts are just basically RSS delivered media files...most commonly mp3 or aac. 04.35.12 # Have you ever used Pandora (www.pandora.com) you have three choices for music they recommend? You like it/hate it or fast forward the song. 04.36.10 Quit merbanan (Read error: 110 (Connection timed out)) 04.37.51 # How would I collect/generate this information in Rockbox? Would it be a plug-in that records the name/id of the song and what I did (like/hate/fast forward). 04.40.28 # there is a hack out there that allows you to record your Pandora listening habits on Last.FM. 04.41.13 # Reading about that might give you insight into how Pandora listening habits are monitored and give you some ideas on how else you could use said information 04.41.56 # I'm not sure, though, what you would do with said statistics in rockbox. 04.42.44 Join Criamos [0] (n=Criamos@p549312D9.dip0.t-ipconnect.de) 04.42.55 # i don't think he wants to use the info in rockbox, he wants to generate with rockbox 04.43.05 # heapcat, if you've looked at last.fm/audioscrobbler those are already supported in Rockbox 04.43.06 # you'd have to code a plug-in of some sort. 04.43.25 # I imagine supporting Pandora type ratings could be done in a similar manner 04.43.30 # ahh, well there is already the Last.FM log in rockbox, you could build upon that. 04.43.43 # oh, safetydan beat me to the punch. 04.44.50 # The idea then would be to have a plug-in write to a log (Last.FM or other) that could track user responses,etc right? 04.44.54 Join Alexinc [0] (n=Ajaxinc@71.237.170.237) 04.50.01 # well, if you had looked..and as it's been said...rockbox can generate a last.fm log. 04.52.06 Join gop [0] (n=gop@ool-43557d40.dyn.optonline.net) 04.52.08 # hi 04.52.14 # my ipod keeps rebooting 04.52.23 # saying loading orginal firmware 04.52.26 # ipodmini 2g 04.52.37 # but it won't allow me to try boot in rockbox 04.52.51 # any idea 04.55.18 Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) 04.55.51 Quit Mouser_X (Read error: 110 (Connection timed out)) 04.56.17 Quit gop ("Leaving") 04.56.20 # hold switch on? 04.56.46 # wait, nevermind, you say it is caught in a reboot loop. 04.57.01 # does it ever successfully load the apple firmware? 04.57.48 Join BobJonkman [0] (n=John@206-248-137-186.dsl.teksavvy.com) 04.58.17 # he left 05.04.35 # Has there been any work on an NSF player? 05.04.48 # yep 05.05.03 # I've got unofficial builds if you'd like to try it out 05.05.54 *** Saving seen data "./dancer.seen" 05.07.15 # Acutally, I would- I'm running on an iPod G5, though I'm using a nightly, haven't compiled anything myself. 05.07.22 # Is it a plugin or a codec? 05.07.37 # I'm moving the HVSC over right now (; 05.07.49 # codec 05.07.56 # rockin! 05.07.59 # hcs64.com/rockbox 05.08.35 # awesome. 05.08.38 # Overand: Beware the HVSC collection. Do not combine with Database. :-P 05.08.50 # Llorean: not surprising that it could cause issues. 05.09.00 # nsf = nes sound format... 05.09.05 # It's a few more songs than Database likes to handle. 05.09.06 # wow you learn something new every day I guess :) 05.09.06 # jdong: yeah 05.09.19 # NSF worked well when I tried it in the past. 05.09.24 # so something cute I've noticed- 05.09.32 # I'm too lazy to roll my own builds most of the time, so I've been hoping it'll get committed. 05.09.52 # copying the HSVC over to my ipod works great when it's booted as an iPod, and drags ass when it's in emergency disk mode- looks like emergency disk mode doesn't impliment caching or something 05.09.55 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 05.09.55 # * jdong is still overly fascinated with coprocessor builds of rockbox 05.10.00 # hvsc is awesome! 05.10.06 # amazingly it actually does feel faster already :D 05.10.19 # liek, 20 minutes to copy vs. 120- i think it's a matter of how tiny and many the files are 05.10.23 # jdong: awesome 05.10.38 # * Overand wishes he could contribute to rockbox beyond ideas for skins/backgrounds and occasional testing 05.10.46 # I'm just not really a coder, unfortunately. 05.11.31 # then learn 05.12.04 # scorche: It's been on the back burner for years- one of the issues is that I still think in an awful combination of turbo pascal, VB6, VB.net, and PHP 4 05.12.08 # which is just about as bad as it gets 05.12.16 Join Daishi [0] (n=daishi@ool-4570aea6.dyn.optonline.net) 05.12.19 # really, my main gig is as an audio engineer though 05.12.27 # and i have way, way too many hobbies 05.12.30 # * hcs learned dBase IV scripting first 05.12.52 # heh 05.13.03 # let this be a lesson to keep your children away from manuals 05.13.13 # haha 05.16.23 Join gopp [0] (i=party@ool-43557d40.dyn.optonline.net) 05.16.28 # hey 05.16.30 # one question 05.16.34 # my ipod just keep rebooting 05.16.37 # I can't stop it 05.16.41 # loading orginal firmware 05.18.15 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 05.18.20 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 05.18.41 Quit Nico_P (Remote closed the connection) 05.20.37 # hey 05.20.39 # my ipod 05.20.39 # just keeps 05.20.42 # rebooting 05.20.48 # won't even allow me to enter in diskm ode 05.21.32 # or is it becuase of low battery 05.21.42 # possibly 05.22.00 # the original firmware takes a fair amount to load 05.22.35 # try plugging it in and as it is coming on holding down the key combination for disk mode 05.22.40 # hcs: so I think the database has changed since the most recent itdb2tc was released 05.22.54 # unfortunately I don't know enough about how it's stored to look at what's changed 05.23.13 # tehsmo: oh, ok, does songdb.pl still work? we could look at that 05.23.34 # gopp: when your battery gets low enough, you'll get the apple logo, then it'll blip out. my ipod has gotten to that point like, twice. 05.23.45 # songdb.pl? 05.23.56 # the offline tagcache generator 05.23.59 # ahh 05.24.21 # I see, it's in tools. I'll check 05.25.00 # hmm 05.25.13 # dewdude so I need it to get charged 05.25.23 # all it say is loading orginal firmware 05.25.36 # is the hold switch on? 05.25.40 # hmmm 05.25.44 # nope 05.25.48 # well, check your hold switch. but, plug it up 05.26.08 # if it loads original firmware, fine...let it. 05.26.47 # alright man 05.26.58 # hcs - i'm rocking out to the solstice nsf 05.27.04 # schweedt! 05.27.07 # yeah man 05.27.56 # it says loading orginal firmware and it also say partion 1 : 0x0b 3869 05.28.07 # vesion 200 something something 05.28.09 # that's normal. 05.28.14 # and it it bleeps apple logo 05.28.34 # you mean it rebooted again? 05.28.37 # yea 05.28.41 # it keeps rebooting 05.28.48 # none stop 05.28.51 # even plugged up to USB or firewire or whatever? 05.28.58 # usb 05.29.29 # emergency disk mode key-combo work? 05.29.31 Quit BHSPitMonkey (Read error: 110 (Connection timed out)) 05.29.35 # nope 05.29.46 # select and play / pause 05.29.48 # * dewdude shrugs 05.30.21 Quit Daishi (Remote closed the connection) 05.30.21 # I must be stupid 05.31.43 # if I unplug 05.31.48 # the hardrive 05.31.57 # or is thier some reset button in the logic board 05.32.21 # What? 05.32.29 # my ipod just keep rebooting 05.32.53 # Disk mode will work if you get the battery to have enough charge. 05.32.56 # What type of iPod is it? 05.33.12 # ipod mini gen 2 05.34.43 # Plug in the iPod. Hold Menu+Select until the screen blanks, don't depend on the reset it's doing itself. IMMEDIATELY hold Play+Select. If you don't see it *try* to go to diskmode before restarting (if you still see the normal things it shows right now) then you did it wrong. 05.34.47 # hm, SID playback sounded a little off. 05.35.07 # NSF may, too 05.35.22 # the few songs i played sounded reasonable 05.35.26 # I didn't give it a hardcore listen. 05.35.34 # I'm wowing my co-workers at the studio, heh. 05.36.03 # i mean, HVSC - "Agent X II - The Mad Prof's Back" actually did play wrong, I've heard it on a real 64 and in various other players, but SID playback is a tough job 05.36.24 # in the source there is a warning that the sound quality is shitty 05.36.37 # most of my work on the nsf player was hacking out accuracy... 05.37.55 # Llorean nope 05.38.15 # gopp: Nope to what? 05.38.31 # oh shit 05.38.35 # got in disk mode 05.38.40 # * Llorean said you would. 05.38.43 # how do I mount it 05.38.49 # linux cli 05.38.49 # Let it charge a bit. 05.38.53 # k 05.39.08 # If it was a low battery, you should make sure that's fixed before you go spinning the disk all around 05.39.25 # yea battery bit low 05.39.29 # how long do I leav eit 05.39.59 # I have to do it all from cli 05.40.09 # hcs- ultimately it's mostly square, tri, noise, etc 05.40.15 # I mean, yeah, PCM channel and all of its fun 05.40.29 # hmm I was never around for c64 05.40.37 # I still remember when there weren't any NES emulators that did the PCM channel 05.40.38 # expansion chips, FDS, also 05.40.43 # the most advance system I used them was my nintendo 05.40.45 # when NESticle started supporting it, it was a BIG DEAL. 05.41.09 # Llorean your a god 05.41.21 # What about his "a god?" 05.41.23 # heh 05.41.34 # what command mount -t /dev/what do I use in linux 05.41.38 # I've seen a couple hundred people claim disk mode doesn't work, and every single time it's worked in the end. 05.41.50 # the problem with this ipod 05.41.59 # is the hold switch and top bazzel is broken 05.42.01 # and missing 05.42.08 # so I made a litte object to press hold 05.42.13 # my friend gave me it 05.42.23 # and it also low on battery 05.42.25 # I *do* wish emer. disk mode wasn't 'required' just due to the transfer speed difference. 05.42.45 # but one can always reboot in iPod mode if need be 05.42.55 # (As I did to copy the HSVC) 05.43.08 # don't not dissconnect ipod 05.48.55 # hcs: yeah, songdb.pl is currently broken as well 05.49.12 # tehsmo: ah, through the diffs of the database we must go, then 05.49.12 # the ipod says "database not ready" when I copy the created db files over 05.49.19 # fun 05.49.45 # my quest for tomorrow, perhaps 05.49.50 # yeah 05.50.03 # have you used vimdiff before? 05.50.03 # Heh. 05.50.20 # hmm 05.50.27 # this wierd arstric girl 05.50.31 # always went crazy in high school 05.50.34 # is on myspace 05.50.37 # it might help, it's a really nice way to visually see the differences betwene two files 05.50.37 # wow she in college 05.50.42 # She was arstic but smart 05.50.44 # savant like 05.51.00 # she would have wierd mood swings and look like she had problems, but she got tops grades 05.51.05 # autistic? 05.51.09 # autisitc 05.51.10 # yea 05.51.19 # she would go crazy in class, act out 05.51.30 # I just saw her on myspace 05.51.46 # Does this have *anything* to do with Rockbox? 05.51.47 # also came from a upper class family 05.51.50 # opps sorry 05.51.54 # My rant 05.53.26 # Llorean how long do I need it so it charged 05.55.21 # Usually it's a good idea to give it quite a while, make sure it's well charged. You can probably use it earlier. 05.56.37 # what command do I use to mount -t /dev/ 05.56.39 # in linux 05.56.50 # mount -t ntfs /dev/ 05.57.19 Join AMDBCG [0] (n=chatzill@70-59-208-145.clsp.qwest.net) 05.59.54 Join fejfighter [0] (n=jeffro21@d58-108-111-38.dsl.nsw.optusnet.com.au) 06.00.14 # hey one last question I have a ipod cig light charger 06.00.23 # will that charge the ipod while I drive 06.00.29 # in rockbox 06.00.52 # question: how do you boot into the regular ipod firmware? 06.01.08 # (forgot the shortcut) 06.01.23 # AMDBCG: see the FAQ 06.01.55 # ok (it WAS my only question though...) 06.02.11 # gopp: when I first saw that I thought you said you had a cigarette lighter for the ipod :P 06.03.06 # there's one built in, that's where all the power is going 06.03.32 # Ah! That explains it all! 06.03.46 # nope 06.03.54 # a ac charger for cig ligther 06.03.55 # err 06.03.56 # Stupid undocumented features... 06.08.14 # * AMDBCG found the ipod faq 06.10.03 # * AMDBCG wonders how to get a good sound from the iPod mic : http://www.xtrememac.com/audio/earphones_recorders/micromemo.php 06.20.01 Quit AMDBCG (Read error: 104 (Connection reset by peer)) 06.24.30 Part safetydan 06.28.25 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 06.28.28 # scorche! 06.28.29 # :o 06.28.34 Quit Mouser_X (Nick collision from services.) 06.28.39 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 06.29.33 Join BHSPitMonkey [0] (n=stephen@adsl-65-69-152-153.dsl.rcsntx.swbell.net) 06.29.53 Quit excitatory (Remote closed the connection) 06.32.39 Join Rob222241 [0] (n=Miranda@p54B171FC.dip.t-dialin.net) 06.35.01 Join piroko [0] (n=jeremy@dynamic-159-196.dorm.natpool.uc.edu) 06.36.52 Part Llorean 06.40.44 Quit heapcat ("CGI:IRC") 06.40.50 Quit piroko ("leaving") 06.42.35 Join CriamosAndy [0] (n=Criamos@p54930FA2.dip0.t-ipconnect.de) 06.50.59 Quit Rob2222 (Read error: 110 (Connection timed out)) 06.58.37 # hi 06.58.50 Quit Criamos (Read error: 110 (Connection timed out)) 06.59.07 # just a question about the irivers 07.00.01 # what has changed in cvs to change the status of the eeprom driver here (http://www.rockbox.org/twiki/bin/view/Main/IriverPort) to 100%, 07.00.03 # in particular for the H300 07.04.46 # or realistically, what has cased the need for the change in the wiki 07.05.24 Join strabes [0] (n=strabes@ip68-108-31-178.lv.lv.cox.net) 07.05.57 *** Saving seen data "./dancer.seen" 07.09.01 Join FOAD [0] (n=dok@dinah.blub.net) 07.14.53 Quit EspeonEefi ("Leaving") 07.17.32 Quit FOAD_ (Read error: 60 (Operation timed out)) 07.24.24 Join dewdude_ [0] (i=dewdude@pool-71-120-0-23.washdc.east.verizon.net) 07.26.10 Quit mathgl ("Quitte") 07.32.12 Quit dewdude (Read error: 145 (Connection timed out)) 07.36.01 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 07.36.05 Quit Mouser_X (Nick collision from services.) 07.36.07 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 07.40.13 Join decayedcell [0] (i=3ba749de@gateway/web/cgi-irc/labb.contactor.se/x-15c374d6b360e931) 07.40.39 Join Llorean [0] (n=Llorean@rockbox/administrator/Llorean) 07.44.10 Quit jdong ("Ex-Chat") 07.45.33 Quit gopp ("gop: god giveths and democarts taketh away!") 07.46.28 Quit strabes () 07.47.09 Quit fejfighter () 07.50.51 Join Julian [0] (i=182cd144@gateway/web/cgi-irc/labb.contactor.se/x-31ebed8454604509) 07.51.10 # wow alot of people 07.52.35 # does anyone know if it possible to play video on a ipod nano with rockbox? 07.53.38 # it is 07.53.54 Join merbanan [0] (n=banan@c80-216-155-218.bredband.comhem.se) 07.54.46 Quit Febs (Read error: 110 (Connection timed out)) 07.56.37 Join cheriff [0] (n=davidm@cheriff.ken.nicta.com.au) 07.57.30 # do u know how? 07.58.00 # hello everyone, just dropped in to day that I installed the nightly build onto my iHP-120 and its going great! congratulations on a job being well done 07.58.45 # I havent used rb for several months - from when you couldnt simultaneously run a plugin + codec. Has come a long way 07.58.57 # http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 08.01.20 # awesome thanks 08.01.33 # rockbox is pretty cool! 08.06.10 Join ender` [0] (n=ender@84.52.165.220) 08.19.49 Join juxtap [0] (n=juxtap@wbs-196-2-117-72.wbs.co.za) 08.43.45 Quit Julian ("CGI:IRC (EOF)") 08.44.20 Join dan_a [0] (n=dan-mirc@217.23.173.156) 08.46.36 Join safetydan [0] (n=dan@cor4-ppp4595.bri.dsl.connect.net.au) 08.52.07 Quit Jsunu ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") 09.00.12 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 09.00.38 Nick kclaf is now known as kclaf2K7 (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) 09.00.45 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 09.03.14 Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-38a3ed47b7d5159c) 09.06.06 *** Saving seen data "./dancer.seen" 09.17.55 Quit Mouser_X (Read error: 110 (Connection timed out)) 09.18.13 Quit gtkspert (Read error: 110 (Connection timed out)) 09.24.38 Quit CriamosAndy ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 09.25.06 Quit dan_a () 09.29.43 Quit kaaloo ("Leaving.") 09.30.04 Join bluebrother [0] (i=QKSImARc@rockbox/staff/bluebrother) 09.30.21 Quit BigBambi ("Leaving") 09.42.09 Join GodEaterWeb [0] (i=c2cbc95c@gateway/web/cgi-irc/labb.contactor.se/x-70b2c37fc47694c3) 09.45.49 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 09.50.24 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 09.54.54 Quit Nimdae (Read error: 104 (Connection reset by peer)) 09.54.56 Join Nimdae_ [0] (n=nimmeh@71-11-210-76.dhcp.ftwo.tx.charter.com) 09.56.33 Join lavid [0] (n=lavid@c-24-13-228-86.hsd1.il.comcast.net) 09.57.40 # bah... stkov dircache :( 10.10.11 Join spiorf [0] (n=spiorf@host33-215-dynamic.2-87-r.retail.telecomitalia.it) 10.12.55 # os stacks at a limit: dircache 95% and codec 97% (playing mp3 while checking) 10.13.51 Quit juxtap (Read error: 104 (Connection reset by peer)) 10.20.55 Join BobJonkma1 [0] (n=John@206-248-137-186.dsl.teksavvy.com) 10.23.06 Join Ribs [0] (n=ribs@91.84.8.218) 10.26.23 Quit softi_42 (Read error: 60 (Operation timed out)) 10.28.14 Join triplah_ [0] (n=tripped@ppp218-14.lns2.bne1.internode.on.net) 10.28.36 # ahoy 10.28.42 # are gen2 ipos the new smooth ones? 10.28.46 # nanos* 10.29.05 # they have the anodized aluminum cases if that's what you mean by "smooth" 10.29.17 # I've not noticed that the 1st gen ones were particularly rough.... 10.31.06 # hmm ok 10.31.15 # by smooth i meant rounded edges 10.31.25 # just want to make sure i can put rockbox on my nano 10.31.52 # well if buy one of the "smooth" ones - you won't be able to 10.32.11 Join softi_42 [0] (n=softi@p549D58E5.dip.t-dialin.net) 10.32.36 Part BobJonkma1 10.36.48 # nah i've got got one of the old ones 10.37.40 # cheers 10.37.42 # gtg :) 10.37.45 Quit triplah_ ("Leaving") 10.38.49 Join debauched_sloth [0] (n=debauche@c-24-63-72-200.hsd1.ma.comcast.net) 10.40.14 Quit BobJonkman (Read error: 110 (Connection timed out)) 10.45.49 Join jba [0] (n=jba@c211-30-242-204.blktn3.nsw.optusnet.com.au) 10.49.01 Quit gotthardt ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") 10.51.53 # debauched_sloth: Are you Greg? 10.52.01 # hmmm...don't know why code exists in dircache.c to align audiobuf since it's always kept aligned after buffer_init and buffer_alloc calls. :\ I'm seeing if I can spot excessive stack usage too. 10.52.12 # yes, amiconn, that is I 10.53.23 # Just a remark regarding your 03:31 commit: It's better to name the target .h files just *-target.h instead of *-.h 10.53.47 # Only a minor thing atm, since the gigabeat is the only target featuring an mmu atm 10.54.06 # Can be renamed after the svn move, next week or so 10.54.21 # thank you, renaming in CVS is always a joy :) 10.55.25 # I'll rename the new one I just created 10.55.42 # I'll have a new patch with the changes we discussed last night in a few minutes here 10.56.30 # if you could take a look, I'd appreciate it 10.57.06 Part cheriff 10.57.17 # ok, so the file should be just mmu-target.h? 10.57.20 Quit Nimdae_ (Remote closed the connection) 10.57.22 # for example 10.57.34 Join Nimdae [0] (n=nimmeh@71-11-210-76.dhcp.ftwo.tx.charter.com) 10.58.24 # amiconn: Thought about that re: the hardcore splitting of playlist/audio api. I'm probably going off the deep end with that thought. :) 11.01.19 # debauched_sloth: yes 11.02.00 # good, I'll regenerate that patch in a minute here 11.02.08 # The .c files can be named per target, no problem with that. But naming the .h files per target would create unnecessary #include ifdefing 11.02.22 # got it 11.02.42 # where are these target files included, so I caninsert mmu in there? 11.03.58 # am I correct in assuming there should be a system-target.h somewhere? 11.04.19 # The include paths are also hierarchical, a .h file in firmware/target/// overrides one in firmware/target// with the same name, and one in firmware/target// in turn ovverrides one in firmware/target/ 11.04.29 # nice 11.05.15 # ok, so I find system-target.h in coldfire, but none in ARM 11.05.34 # Yes, because there is no general system-target.h for arm 11.05.36 # my changes are ARM specific, but dependant on an ARM9 CPU 11.05.47 # not sure what the objection is to have a single xxx-target.h with the #ifdef-ing in there and other source can just include that 11.06.06 # and reboot() is pretty much gigabeat specifc, since it depends on the S3xxx chip 11.06.10 *** Saving seen data "./dancer.seen" 11.06.28 # I'll create a system-target.h in the final directory? in meg-fx? 11.06.40 # Yes I think that's the best location atm 11.06.49 # and can I include mmu.h in there? 11.07.07 # that one should see very limited play outside of the target, I should think 11.07.10 # In case other targets use the same cpu, it can be moved / adapted later 11.07.10 # OK 11.07.26 # would prefer to keep new stuff in our branch of the target tree where possible 11.08.18 # The system stuff isn't yet moved to target tree for the arm targets it seems... 11.08.21 # * jhMikeS doesn't wanna hear nothin' about some target with a MMU...just bad timing ;) 11.08.38 # amiconn: any formatting requirements for copyright? 11.08.43 # (C) 2006-2007 11.08.47 # (2) 2006,2007 11.08.48 # ? 11.08.53 # I've seen both used 11.09.09 # No special requirements I know of 11.09.18 # ok 11.09.36 # jhMikeS: you know the week that MMU has given me? ;) 11.09.47 # I don't want to hear of it either, not any more 11.10.36 # not seeing any includes of system-target.h, where do I turn that on 11.10.41 # will grep 11.11.57 # system.h includes it 11.12.08 # yes, inserting there now 11.12.18 # need to move the asm out of there anyway 11.13.19 # hmm 11.13.40 # dabauched_slot: no, but I'm thinking it could maybe make some playback stuff easier to accomplish 11.14.33 # oy my typing, sorry debauched_sloth :) 11.14.54 # jhMikeS: how? at a conceptual level, yes, but if you split our buffers up, you could really make DMA a joy to behold, since it is at the phys, not virt level 11.15.10 # right now DMA is a very simple thing to do, and that is very nice 11.16.56 # ok, commited new system-target.h 11.16.57 # was thinking it would be nice to mirror the audio buffer next to itself to handle wrapped requests more easily. but that's dreamland I guess. 11.16.58 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 11.17.26 # at the higher level, yes, you could do that, but at some point someone has to reassemble them 11.17.26 Quit My_Sic (Read error: 104 (Connection reset by peer)) 11.17.30 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 11.17.40 # maybe not so much of a complication, we have to kick off a series of DMAs today 11.19.42 # yesterday's battery bench ran for 15 hours 11.19.45 Join Wiwie [0] (n=goddi@vpnsh0106.fh-trier.de) 11.19.47 # I'm thinking that codecs with special needs will have to be wrap aware and do the assembly themselves 11.19.54 # three days running: 11, 13, 15 11.20.09 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 11.20.19 # I'm thinking that reassembling packetized data is probably not so bad, if each packet is of a reasonable size 11.20.37 # I mean, if you are thinking 32 bytes, I have issues - 4K, better 11.21.11 # I think it's simply out of question for some non-streaming formats (i.e. mods) 11.21.20 # Well I was thinking about segmenting the buffer but don't want to waste a lot of memory 11.21.43 # non-streaming because you are splitting across packets? 11.21.47 # Just make the buffering wrap earlier if the format requires it 11.21.57 # No memory wasted under normal conditions 11.22.55 # http://en.wikipedia.org/wiki/MOD_%28file_format%29 11.22.56 # jhMikeS: What's the problem with the current method of buffering? 11.23.01 Quit jba (Read error: 110 (Connection timed out)) 11.23.14 # That's the rub: when and how much since anything can be there. I can't see a reason a looping file can't be larger than memory. 11.23.34 # http://en.wikipedia.org/wiki/Module_file 11.24.08 Join jba [0] (n=jba@c211-30-242-204.blktn3.nsw.optusnet.com.au) 11.24.10 # jhMikeS: A simple looping file format can, but a mod file cannot. 11.24.20 # ok, I've updated my patch, http://bustedflush.org/sloth3.patch 11.24.25 # The replayer needs _random_ access to the whole file, without wrap 11.24.35 # still not done cleaning up, but the general drift of the changes we discussed should be in there 11.24.37 # linuxstb: If a codec needs contiguous memory larger than the guard size, it can't get it for one 11.24.48 # unless the request doesn't wrap 11.25.18 # since we are discussing playback, who should I ask about playback in general? 11.25.39 # I am interested in making a couple of mods to make this the best audiobook player out there 11.26.02 # jhMikeS: Hence my idea to make the guard buffer size dynamic, and let the track loader decide which size is needed. 11.26.31 # heh, you could use guard pages, let the track loader assume it has infinity 11.26.40 # sorry...I'm MMU happy this week :) 11.26.59 # it won't last, I assure you 11.28.02 # jhMikeS: Daling with non-streaming codecs is not a good reason for changing the current method for streaming codecs IMO. 11.28.05 # 0 byte for simple pcm formats, some small size (e.g. frame size) for compressed streaming formats, and the whole file size for non-streaming formats (which need it) 11.28.07 Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 11.28.44 # Handling midi present an even bigger problem though.... 11.29.33 Join trypt0 [0] (n=trypt0@ip68-8-222-147.sd.sd.cox.net) 11.30.34 # linuxstb: I'm thinking of how to make them both happy at the same time. The mod codec may have to deal with things in a non-flat manner AND I don't want to change things for the streaming codecs. 11.30.39 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 11.31.17 # Variable guard buffer size doesn't really change things fopr streaming codecs... 11.31.31 # how big are the midi files we are talking about, anyway? I have no experience with super large midi files 11.31.43 # Handling mod non-flat is out of question imo 11.31.56 # I'm not sure we even need to go as far as a variable guard size - just flag certain codec types as needing a contiguous buffer, and load them in that way. 11.32.18 # debauched_sloth: The problem isn not that the files are large, in fact they are small 11.32.54 # I'm not seeing the problem, then - the output buffers are (conceptually) linear 11.32.55 # Would like to see a mod file decoder and know exactly why non-flat is out of the question. 11.33.15 # But playing midi files requires a synthesizer, and for half-decent sound it needs a set of instrument samples (the patchset) 11.33.55 # This patchset can be quite large, and it needs to be loaded somewhere 11.34.10 # but, again, the output buffers (and I apoligize if I am jumping in late here) are still conceptually linear 11.34.13 Join trip_ [0] (n=tripped@ppp218-14.lns2.bne1.internode.on.net) 11.34.18 # excuse typos, early here 11.34.29 # anyone know how to get banshee to treat rockbox as a normal DAP? 11.34.34 # yes, that's one point I had in mind but we're not doing DMA transfers directly out of the filebuf 11.35.10 # debauched_sloth: We're talking about the input buffer - i.e. the large (e.g. 28MB) buffer containing the compressed audio data. 11.35.16 # ah, got it 11.35.49 # the one that freaked me out when I DMA'ed the ATA reads since it drained down alarmingly 11.38.15 Join webguest08 [0] (i=c25a1226@gateway/web/cgi-irc/labb.contactor.se/x-cc9de3c7c00f8f34) 11.38.22 Quit hcs (Nick collision from services.) 11.39.48 Quit webguest08 (Client Quit) 11.41.19 Quit Wiwie (Read error: 110 (Connection timed out)) 11.41.34 # If the patch set is larger than memory you're hosed though, that's true. That bit must be flat of course or at least wrapping should occur on a sample boundary only. Point taken. 11.46.23 # * safetydan listens to high pitched daemon screams in doom 11.46.36 # I don't think my pcm_set_frequency stuff is working in the sim 11.46.47 # Though the screams are rather amusing 11.46.48 # Mixing up mp3s/wavs etc. with that stuff is a bit of a problem. In that case the buffer should have another mode of operation where the codec gets to control it as if it stole it. 11.47.32 # safetydan: samplerate running a bit high? :) 11.47.33 # so no one knows about using banshee with rockbox? 11.47.53 Nick trip_ is now known as triplah_ (n=tripped@ppp218-14.lns2.bne1.internode.on.net) 11.48.01 # jhMikeS, just a tad 11.49.02 # jhMikeS: Exactly, and the same applies to module formats; they can be compared to a midi file with the patchset included 11.55.19 # amiconn, linuxstb: any comments on that patch set? 11.55.21 # Then playback doesn't buffer the file, the codec does. Playback just starts the codec and gives all the resources to it. It can decide how it wants to go about things. 11.56.40 # BTW: How much guard buffer is needed for a streaming format like mpg video? 11.58.00 # Giving the whole buffer to the codec would be bad. This way it would not be (easily) possible to buffer multiple non-streaming tracks, or a mix of streaming and non-streaming 12.00.02 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 12.00.10 Join barrywardell [0] (n=barrywar@194.46.180.41) 12.01.38 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 12.02.28 # amiconn: Do we need gapless playback between mp3 and say MIDI? If I let a MIDI codec have the whole buffer it can load it's patches once and then it can lookup and load all the files in a row marked for that codec. It seems quite handleable in that way when I think about it. 12.03.37 # For others with patches included, it can just load next file into the buffer flat or fail if it doesn't fit. 12.03.55 # * linuxstb adds a FPS table to the PluginMpegplayer wiki page and invites people to post test results with the Elephants Dream sample videos 12.04.36 # How big is the midi patchset currently? 12.04.46 # jhMikeS: We certainly don't need gapless, but we still want to minimise disk spinups 12.05.04 # Isn't the full set larger than 16mb? 12.05.08 # it is 12.05.19 # We need a smaller set for the h100 and x5 12.05.31 # Could we compress it? 12.06.03 # no 12.06.04 # I thought the midi codec was already struggling with speed? 12.06.31 # The on-disk size is irrelevant, and in memory it needs to be uncompressed 12.07.30 # amiconn: sure, me too each large file as big as the buffer will require spinups anyway and no part of the current one is discardable 12.08.22 # non-streaming != big 12.08.42 # And mixing streaming and non-streaming should be possible 12.09.19 # Imho it should be possible to play e.g. .mod - .mp3 - .mod without intermediate spinups 12.11.03 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 12.11.12 Join miepchen^schlaf [0] (n=hihi@p57B95215.dip.t-dialin.net) 12.14.44 Quit barrywardell () 12.16.33 Join barrywardell [0] (n=barrywar@194.46.180.41) 12.19.06 # cvs is complaining about conflicts existing, but I am just not seeing any 12.19.11 # But I'm thinking of MIDI as well where the (likely somewhat large) patchset should only be loaded once for a train of midis. Not sure I want to take a significant hit in the core for that. I suppose some attributes must be defined for what to do when the file is now current. 12.19.14 # anyone have any experience with that? 12.20.03 # I've gotten plenty of conflicts. I just search for the <<<<<<<. Doing another cvs up should show a "C" next to the file. 12.20.26 # it shows as modified not conflicting 12.20.40 # and I see no <<<>>> 12.22.26 # doing what exactly? I usually cvs up right before committing things to make sure I'm current. 12.22.33 Join dpro [0] (n=x@chello080109121047.8.15.vie.surfer.at) 12.24.48 Join Angry [0] (n=Miranda@dslb-084-056-194-197.pools.arcor-ip.net) 12.25.44 Part linuxboy 12.26.56 # ah, now I see it 12.27.03 # SOMETHING in my commit set is modified 12.27.06 # will go looking 12.27.19 # er. conflicting, of course 12.36.40 Quit GodEaterWeb ("CGI:IRC") 12.36.45 Join GodEaterWeb [0] (i=c2cbc95c@gateway/web/cgi-irc/labb.contactor.se/x-4ba71d9d3af3b6e9) 12.36.49 Quit Alexinc () 12.43.47 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 12.46.08 Join Arathis [0] (n=doerk@p5484932D.dip0.t-ipconnect.de) 12.46.18 # when does the automated build process get kicked off? 12.46.25 # is there some flood control? 12.47.55 # on the channel ? 12.48.07 # on CVS 12.48.14 # oh - no clue 12.48.23 # I wouldn't have thought so though 12.48.27 # given the limited commit access to it 12.51.02 Quit safetydan ("Ex-Chat") 12.51.39 Quit decayedcell ("CGI:IRC (EOF)") 12.53.45 # Ok, my take is to keep the logic in the core simple and small as possible, not to be hyper paranoid about disk spinups but I can see from google-ing that a .mod tends to be small and will not often need flattening. Those MIDIs are another story though and will likely not get mixed with other stuff. I guess the only thing left is to figure out how to make playback do _everything_ anyone can think up to throw at it. :) 12.55.21 # thanks all for the help with the patch - especially amiconn and linuxstb. I'll not be such a pest moving forward, just wanted to make sure I was being a good citizen 12.57.06 Quit MarcoPolo (Remote closed the connection) 12.58.51 # whoops, broke some stuff, fixing 13.02.44 Quit Nico_P (Remote closed the connection) 13.03.45 Join tj2master [0] (i=a@85.101.200.184) 13.06.14 *** Saving seen data "./dancer.seen" 13.06.57 Quit GodEaterWeb ("CGI:IRC (EOF)") 13.07.16 # debauched_sloth: heh...happens all the time...sims hate me the most 13.07.41 # poor gotthardt spent a few hours fixing it last night, too 13.08.44 Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) 13.09.22 # no worry, when I updated recording my score was almost 10k :P 13.09.36 # heh, I have 100 servers at work 13.09.44 # might help the build speed a touch? 13.09.58 # might upset everyone if Iinstalled tools on them, too...alas 13.12.57 # well, one build per server would be nice. won't need more servers than builds. 13.14.21 Quit Nimdae (Read error: 60 (Operation timed out)) 13.14.36 # next try for the build 13.24.02 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 13.26.11 Join funky [0] (n=repulse@unaffiliated/funky) 13.26.11 Quit My_Sic (Read error: 104 (Connection reset by peer)) 13.28.10 Quit Rob222241 () 13.31.12 # oko, better 13.37.01 Join muesli__ [0] (n=muesli_t@91.64.233.208) 13.40.07 Quit jba (Read error: 110 (Connection timed out)) 13.40.47 Part tj2master 13.42.02 Quit zylche (Read error: 104 (Connection reset by peer)) 13.42.16 Join zylche [0] (n=wheee@82-41-83-91.cable.ubr01.dund.blueyonder.co.uk) 13.43.19 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 13.44.41 # haha 13.44.51 # no one can accuse the gigebeat port of stalling 13.44.54 # wow, Greg only on the recent cvs table :) 13.46.08 # All in the space of 63 minutes... 13.46.55 # sorry guys :) those have been queing up for a while 13.47.21 # looks like there has been some hidden code somewhere ;-) 13.47.52 # markun was doing the commits, but he's off to Paris and is busy so we've been sort of stuck 13.48.13 # nice to see the progress 13.48.32 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 14.00.21 # debauched_sloth: did Bagder also give you FlySpray access? I think http://www.rockbox.org/tracker/task/6491 should get closed, no? 14.02.58 # don't seem to have it, tried to login, no dice 14.03.07 # yes, that should be closed 14.04.23 Quit Ribs ("eh eh ehhhh!") 14.05.28 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 14.14.53 Quit barrywardell () 14.16.05 Part Angry 14.16.30 Join adam1302 [0] (i=cbab4195@gateway/web/cgi-irc/ginnypig.net/x-0de78c6c8320e0a5) 14.16.58 Part adam1302 14.20.08 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 14.22.37 Quit zylche ("-") 14.27.17 Join norbusan [0] (n=norbusan@generic-nat.unisi.it) 14.30.46 Quit akaias (Remote closed the connection) 14.32.56 Join Rob2222 [0] (n=Miranda@p54B171FC.dip.t-dialin.net) 14.34.07 Quit petur ("stkov") 14.38.16 Part debauched_sloth 14.43.09 Part ScoTTie 14.46.27 Join Everybody| [0] (n=everybod@harpo.demon.co.uk) 14.47.05 Join BigBambi [0] (n=BigBambi@host-144-219.ch.le.ac.uk) 14.48.47 Quit Mouser_X (Read error: 110 (Connection timed out)) 14.57.26 Quit Rob2222 () 14.58.03 Join anewuser [0] (i=anewuser@unaffiliated/anewuser) 15.00.05 Join Rob2222 [0] (n=Miranda@p54B171FC.dip.t-dialin.net) 15.01.04 Quit Everybody|away (Read error: 110 (Connection timed out)) 15.03.13 Quit kaaloo ("Leaving.") 15.06.15 *** Saving seen data "./dancer.seen" 15.06.24 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 15.07.33 Quit Everybody| (Read error: 110 (Connection timed out)) 15.11.28 Join akaias [0] (n=akaias@c-76-16-18-102.hsd1.il.comcast.net) 15.12.40 Part norbusan 15.19.45 Join phrozen77 [0] (n=phrozen7@p54931F3D.dip0.t-ipconnect.de) 15.32.40 Join Febs [0] (n=chatzill@rockbox/administrator/Febs) 15.34.03 Join debauched_sloth [0] (n=gwhite@216.183.191.85) 15.36.58 # linuxstb: you around? 15.37.45 Join Wiwie [0] (n=goddi@vpnsh0040.fh-trier.de) 15.44.21 Quit Wiwie ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.53.43 Join habana [0] (i=58a10615@gateway/web/cgi-irc/labb.contactor.se/x-2b1b43d6e2dd7baa) 15.56.02 Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.57.47 Join norbusan [0] (n=norbusan@generic-nat.unisi.it) 15.59.17 Quit spiorf (Remote closed the connection) 16.01.05 Join gamkiller [0] (i=1001@c83-250-79-30.bredband.comhem.se) 16.01.25 Quit Rob2222 () 16.02.32 Join BigBambi_ [0] (n=BigBambi@host-144-219.ch.le.ac.uk) 16.02.32 Quit BigBambi (Read error: 104 (Connection reset by peer)) 16.02.52 # Hello lads. Lately, my iRiver iHP120 has been freezing when I select a song to play. I have to wait for the battery to go flat before I can "try again". I was wondering if this might be a known problem in later versions of rockbox, or if it might be a hardware fault? 16.05.25 # there is a reset button at the bottom of the player 16.05.35 # it's a small hole, use a paperclip to press it. 16.05.50 # also, try updating to the latest version and reset your settings 16.06.58 # bluebrother: Yes, um haha. 16.07.01 # I tried the reset button 16.07.08 # the pin I used slid right in to the hole. 16.07.19 # I cannot seem to locate the actual button in there. 16.07.31 # it's a bit tricky to use. 16.07.31 # Maybe they forgot it in mine ^_^ 16.07.50 # then the only way to find out would be opening it up and look 16.07.56 # bluebrother: But yeah, I'll try the latest version when I get home from work. 16.08.00 # anyway, my h120 works like a charm. 16.08.17 # Yeah I've been using rockbox for as long as I can remember on it 16.08.36 # It makes me all and fuzzy inside :). 16.09.53 Join zylche [0] (n=wheee@82-41-83-91.cable.ubr01.dund.blueyonder.co.uk) 16.11.23 Join Criamos [0] (n=Criamos@p54930FA2.dip0.t-ipconnect.de) 16.12.58 Join perl|work [0] (n=jacquesc@static-64-61-105-170.isp.broadviewnet.net) 16.21.36 Join BigBambi [0] (n=BigBambi@host-144-219.ch.le.ac.uk) 16.22.53 Quit BigBambi_ (Read error: 104 (Connection reset by peer)) 16.23.22 Join tj2master [0] (i=a@85.101.200.184) 16.29.37 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 16.34.53 Join juxtap [0] (n=juxtap@wbs-196-2-117-72.wbs.co.za) 16.34.55 Part norbusan 16.36.18 Join Arathis_ [0] (n=doerk@p54848EDA.dip0.t-ipconnect.de) 16.38.02 # your preffered tool to clean a sansa partition (linux/windows) ? i dont manage to repair file errors today and numerous files are broken:( 16.39.00 Quit tvelocity ("Αποχώρησε") 16.40.16 Quit Mouser_X3 (Read error: 145 (Connection timed out)) 16.50.11 Quit Arathis (Read error: 110 (Connection timed out)) 16.50.30 Nick Arathis_ is now known as Arathis (n=doerk@p54848EDA.dip0.t-ipconnect.de) 16.52.24 Join GodEaterWeb [0] (i=c2cbc95c@gateway/web/cgi-irc/labb.contactor.se/x-c776c090f97027fa) 16.53.26 Join x1jmp [0] (n=x1jmp@p549F23D6.dip0.t-ipconnect.de) 16.53.58 # habana: I'd say my favourite linux tool for cleaning any partition with linux is the "rm" command 16.54.52 Join Ghoulunatic [0] (n=woot@74-139-194-213.dhcp.insightbb.com) 16.55.00 Join _Veseliq_ [0] (n=veseliq@195.85.215.210) 16.58.15 Quit MarcoPolo (Remote closed the connection) 16.58.24 Join x1jmp_ [0] (n=x1jmp@p549F07E8.dip0.t-ipconnect.de) 17.01.50 Join norbusan [0] (n=norbusan@generic-nat.unisi.it) 17.03.43 Quit trypt0 ("Leaving") 17.05.15 Join PaulPosition [0] (n=noneofye@modemcable115.145-82-70.mc.videotron.ca) 17.06.18 *** Saving seen data "./dancer.seen" 17.06.49 Join tvelocity [0] (n=tony@ppp48-62.adsl.forthnet.gr) 17.10.10 Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) 17.11.31 Quit norbusan ("Leaving.") 17.11.53 Join norbusan [0] (n=norbusan@generic-nat.unisi.it) 17.12.07 Quit x1jmp (Read error: 110 (Connection timed out)) 17.14.19 Quit norbusan (Client Quit) 17.14.38 Join norbusan [0] (n=norbusan@generic-nat.unisi.it) 17.14.55 Join spiorf [0] (n=spiorf@host122-206-dynamic.14-87-r.retail.telecomitalia.it) 17.17.24 Nick x1jmp_ is now known as x1jmp (n=x1jmp@p549F07E8.dip0.t-ipconnect.de) 17.17.38 Part norbusan 17.18.09 Join norbusan [0] (n=norbusan@generic-nat.unisi.it) 17.18.17 Part tj2master 17.18.54 # is there any possibility to make a static link on the newest file of a sourceforge project? so you don't need to edit it every time there is a new version 17.19.49 # GodEaterWeb: lol, why not rm -rf ? way more clean. But "rm" alter files not partition, i presume 17.22.41 # finally, deleted/recreated the partition. 17.23.13 # Could you point me a good source for flash spec ? 17.25.59 Quit BigBambi (Read error: 104 (Connection reset by peer)) 17.38.06 Part norbusan 17.39.37 Quit habana ("CGI:IRC (EOF)") 17.44.04 Join strabes [0] (n=strabes@ip68-108-31-178.lv.lv.cox.net) 18.04.25 # amiconn : Can you check on the value of word 64 again - I'm not sure on the ATA-7 spec's meaning when it says "If the serial interface is implemented, bits (1:0) shall be set to one." Does this mean that usually devices which support both PIO modes 3 AND 4 only set bit 1, and leave bit 0 as zero ? 18.04.58 Join trypt0 [0] (n=trypt0@ip68-8-222-147.sd.sd.cox.net) 18.05.24 Join votetrev [0] (n=kellert@host-103-165-111-24.midco.net) 18.05.27 # hey guys! 18.05.51 Join lowlight [0] (i=c730180b@gateway/web/cgi-irc/labb.contactor.se/x-b1845dded795778b) 18.07.46 # also - I can't see where it says a value of 00 is reserved in bits 7:0 in word 47. It just says "if the serial interface is implemented, this field shall be set to 16 or less." 18.09.12 Quit ender` (" A computer program will always do what you tell it to, and seldom what you want it to.") 18.10.05 # oops. just realised I was reading the PACKET device identiy device info - ignore me 18.10.11 # anyone in here that could help me with a question? 18.10.18 Join lee-qid [0] (n=liqid@p54964ADE.dip.t-dialin.net) 18.11.03 Quit lee-qid (Client Quit) 18.11.13 # or possibly just not the right bit of the table. Sigh. I may need glasses. 18.11.20 Join lee-qid [0] (n=liqid@p54964ADE.dip.t-dialin.net) 18.11.28 # voterev trick to say until we know the question 18.11.44 Quit Arathis (Read error: 54 (Connection reset by peer)) 18.11.56 # if i want to use my regular apple os AND the rockbox OS with my same music....what is the best possible way to do this? 18.12.39 # use Rockbox's database feature 18.12.57 # use itunes to satisfy the apple os (or any other apple db tool) and Database for Rockbox 18.13.18 # any links on how to use rockbox's database feature? 18.13.29 # http://www.rockbox.org/manual.shtml 18.13.41 # yeh i downloaded that... 18.13.42 # * GodEaterWeb didn't think the manual was so hard to find 18.14.03 # but when i did what it told to on there.....i still cant quite figure out where to even go to play music in rockbox i guess 18.14.07 Join ender` [0] (n=ender@84.52.165.220) 18.14.40 # if you can't do that after reading the manual, then perhaps rockbox is not for you 18.15.07 # lol :P i know im starting to feel that way 18.15.19 # but i am by no means a beginner 18.15.19 Join charles [0] (i=5743add3@gateway/web/cgi-irc/labb.contactor.se/x-18b6e3f89f1a5ea1) 18.15.22 # hi 18.15.26 # im wondering if something didnt go right with my flash 18.15.29 # then the manual should have all information needed for you 18.15.31 # well my flash went right.... 18.15.41 # but i think maybe when i tried to add a theme it messed something up and i am unaware of it 18.15.59 # Is there anyone that can help me with linked lists.... 18.18.07 # votetrev: I find it hard to believe that adding a theme would somehow stop you playing music 18.18.11 Join gotthardt [0] (i=86868804@gateway/web/cgi-irc/ircatwork.com/x-4dc5a903e9ab80eb) 18.18.31 # I made a modification to rockbox's dict plugin, it's very useful to read wikipedia on rockbox devices 18.18.37 Join nuge [0] (n=ideas@unaffiliated/nuge) 18.18.47 # hiya 18.18.50 # I'd like to get some feedback, a description is on misticriver at http://misticriver.net/showthread.php?t=50185 18.19.27 # godeaterweb.....before the theme though i got right into the music and it was playing showing the music information/tags....now when i try to bring it up after loading a new theme no matter what i cant get any music going...? 18.19.38 # i dont know ill keep messin around on it and let u guys know what i figure out :P 18.19.43 # x1jmp: you'd be better off putting your post on rockbox's forums 18.20.15 # votetrev: are you using a standard rockbox build, or one of the evil album art ones ? 18.20.31 # is it more frequently visited than MR? 18.21.07 # Is there anyone with coding knowledge around here with a few spare minutes to help me out? 18.21.22 # charles: what are you working on ? 18.21.31 # charles what language? 18.21.37 # C 18.21.54 # Im trying to make a file browser closer to the windows explorer 18.21.56 # i know a LITTLE on C 18.22.10 # godeater....im using a bleeding edge rockbox build, the most recent one 18.22.15 # closer to windows explorer? Why that? 18.22.23 # Well I have a good knowledge of some other languages , just took a crashcourse on C on the net... 18.22.40 # Well I figured it would be nice to be able to have icons and such 18.22.42 # why does rockbox need another file browser ? 18.22.48 # it already has icons 18.23.05 Join Arathis [0] (n=doerk@p54848EDA.dip0.t-ipconnect.de) 18.23.06 # Yeah, well, lets just say I don't like it so much ;) 18.23.32 # I guess most people (and especially devs) won't like a icon-browser 18.23.51 # I suppose so 18.23.56 # Thats why I'm trying to make it as a plugin 18.24.18 # * GodEaterWeb hmms loudly - the ATA-7 spec appears to be confused about bit 13 in word 106 18.24.22 Join Wiwie [0] (n=goddi@trir-590fa579.pool.einsundeins.de) 18.24.32 # But anyway, thats not really important, the important thing is that apparently you can't dynamically allocate memory within rockbox 18.24.38 # I think it would be better to make it possible using bigger icons in the browser as it is now -- when using large fonts the icons are tiny 18.24.44 # So I'm wondering how to make linked lists work 18.24.52 # Yes exactly 18.24.57 # you need to allocate the memory static. 18.25.10 # in other words - there IS no way to do link lists in rockbox 18.25.17 # Also I think on iPods and other big screen devices it would be a great benefit to be able to show files one next to another 18.25.23 # but you can steal the plugin buffer 18.25.31 # which of course won't work with a plugin :) 18.25.37 # hehe 18.25.37 Quit lowlight ("CGI:IRC (EOF)") 18.25.38 # Bluebrother, how would something like that work? 18.25.47 # I'm still very new to C as I said =) 18.25.54 # Amiconn: read page 49 in the ATA-7 spec 18.26.03 # will nanos (2nd gen) be supported in the (near or distant) future? if so, is there somewhere i can track the progress of the port? 18.26.09 # there are functions to do so. But I'm not familiar with it. 18.26.25 # nuge: no, and most likely no. 18.26.26 # nuge: very unlikely - no-one is working on it 18.26.30 # Well thanks anyway...Is there anyone who is familiar with them? 18.26.38 # ok thanks, too bad :/ 18.26.38 # at least, don't hold your breath -- the 2g are completely different 18.26.50 Join lowlight [0] (i=c730190b@gateway/web/cgi-irc/labb.contactor.se/x-a0d67be6d3cc1cdb) 18.26.53 # charles: hang around here a while longer for some of the more experienced devs to show up 18.26.58 # nuge, I would try iPodlinux.org if I were you 18.27.03 # They support 2g 18.27.07 # no they dont' 18.27.13 # there is no way to run ipl on 5.5g yet is there? 18.27.13 # nano 2g? I don't think so 18.27.14 # 1st gen only i think 18.27.15 # they're stuck at the same point we are 18.27.20 # Oh well - I thought so 18.27.24 # votetrev: 30GB works fine 18.27.25 # I wasn't sure - sry about that 18.27.30 # oh yeh? 18.27.31 # 80GB is what I'm working on :) 18.27.35 # shit i could not for the life of me get it going 18.27.38 # nano 2g is completely different in terms of hardware. Which is the problem 18.27.45 # i wanted to triple boot with ipl, rockbox, and apple os 18.27.46 # and it's firmware is encrypted 18.27.51 # but couldnt get it going right 18.27.57 # at least one of the major problems. Another is the fact that the firmware is completely encrypted 18.28.07 # there's definitely an echo in here 18.28.16 # hehe. 18.28.19 # :) 18.28.24 # maybe I'm a bit slow atm. 18.28.30 # s'okay :) 18.28.45 # right - I think I'd best be off home 18.28.49 # godeaterweb how tough is it to get all 3 os's running on a 30gb 5.5g? 18.28.50 # any ideas for why they encrypted the 80GB but not the 30GB? (not that i'm complaining...) 18.28.55 # I guess I'll leave now to get some food and return later. Let's see if the echo is still there then :) 18.29.00 # votetrev: no clue I've never tried 18.29.06 # dont care for ipl? 18.29.09 # * GodEaterWeb vanishes in a puff of http 18.29.12 Quit GodEaterWeb ("CGI:IRC") 18.29.18 # maquis: they encrypted the nano2g, not the 80gb 5.5g 18.29.21 # i dont really know why i would use it either...just wanted to try 18.29.31 # the 80gb 5.5g has issues with ATA. 18.29.36 # bluebrother: ah... 18.29.56 # bluebrother: hopefully that doesn't mean that they're planning on encrypting future releases... 18.29.59 # charles: check the plugin api for plugin_get_buffer & plugin_get_audio_buffer 18.30.00 # it's not very nice 18.30.04 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 18.30.13 # and to be precise, the ipod firmware has been encrypted since the start. The only difference is that previously the bootloader wasn't 18.30.17 # IIRC 18.30.35 # anyway, back later. 18.30.38 # Ok thx lowlight 18.31.08 # honestly, from my pov, the worst feature of the ipod original firmware is the fact that you have to use itunes / gtkpod to add music rather than just using cp 18.33.10 Join Rob2222 [0] (n=Miranda@p54B17244.dip.t-dialin.net) 18.33.27 # godeaterweb...can you have rockbox create a database for you with a plugin or something similar or does it have to be done on your computers end of it? 18.34.09 # lowlight: You don't happen to know a bit of code where this is used , so that I could figure out how to use it myself? 18.35.05 # guys... anyone want to give me impressions on http://www.rockbox.org/tracker/task/6505 ? 18.36.01 # lowlight: Nevermind. Found it. 18.37.01 Quit _Margot_ (Read error: 104 (Connection reset by peer)) 18.37.02 Quit blue_lizard (Read error: 60 (Operation timed out)) 18.37.29 Join blue_lizard [0] (n=blue_liz@p54986CBF.dip.t-dialin.net) 18.37.32 # charles: jpeg plugin uses both 18.38.28 # Yeah thanks, I just found that out too 18.38.45 # Well I gotta go study again...freaking exams ;-) See ya all folks and thanks. 18.41.59 Quit charles ("CGI:IRC (EOF)") 18.42.29 Join bluey- [0] (n=bluey@dslb-088-073-070-082.pools.arcor-ip.net) 18.43.00 Quit votetrev () 18.46.17 Join RedBreva [0] (n=chatzill@host86-136-91-242.range86-136.btcentralplus.com) 18.46.35 Quit Nico_P (Remote closed the connection) 18.47.28 Quit RedBreva (Client Quit) 18.47.37 Quit trypt0 (Read error: 110 (Connection timed out)) 18.49.51 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 18.50.25 Join Dr4g0n [0] (n=H@host86-130-114-84.range86-130.btcentralplus.com) 18.50.53 Join RedBreva [0] (n=chatzill@host86-136-91-242.range86-136.btcentralplus.com) 18.50.55 Join Angry [0] (n=Miranda@dslb-084-056-194-197.pools.arcor-ip.net) 18.53.25 # Is there any possibility to trace values over the lcd display??? the logf only makes sense with a remote 18.54.47 # I suppose no answer means stupid question ;-) 18.56.42 Quit Arathis ("[rl_bot quit]") 18.58.21 Join hcs [0] (n=hcs@rockbox/contributor/hcs) 18.59.27 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 18.59.58 Join Arathis [0] (n=doerk@p54848EDA.dip0.t-ipconnect.de) 19.00.30 Join mathgl [0] (n=mathgl@shm67-4-82-242-213-244.fbx.proxad.net) 19.00.51 Join GodEater [0] (i=bryan@host-83-146-15-75.bulldogdsl.com) 19.04.59 Quit hcs () 19.06.19 *** Saving seen data "./dancer.seen" 19.06.55 Join DreamThief|off [0] (n=mathias@p54A81ED7.dip0.t-ipconnect.de) 19.07.05 Nick DreamThief|off is now known as DreamThief (n=mathias@p54A81ED7.dip0.t-ipconnect.de) 19.07.30 # Angry: it's been suggested in the past to us a subsection of the main lcd screen for logf output...but so far no one is up to the task 19.08.13 # ah ok.. so i'll continue try and errror^^ 19.09.36 # Is anyone here who is working on the Sansa port? I'd like to help with the DAC. Would looking at the way the DAC is used in the OF be a good place to start? 19.13.50 # lavid: the dac seems to have been id...http://daniel.haxx.se/sansa/e200.html 19.23.43 Quit bluebrother ("leaving") 19.23.57 Join bluebrother [0] (i=khjBglfv@rockbox/staff/bluebrother) 19.28.35 Quit bluey- ("Leaving") 19.31.51 # lowlight: okay, so where do I/we go from there? I have a good deal of assembler programming experience, some C, but no embedded C. I'd really like to help, as I mentioned 19.32.18 Join Araknis [0] (i=48aeac7b@gateway/web/cgi-irc/labb.contactor.se/x-48135774e3af722f) 19.33.01 Quit strabes (Remote closed the connection) 19.33.49 Quit Mouser_X3 (Read error: 110 (Connection timed out)) 19.33.57 # see if you can get a datasheet and figure out how to use it 19.35.07 # lowlight: I found a product brief by googling the chip, but I assume you're referring to a full blown data sheet, right? 19.35.28 # bingo 19.35.58 # * lavid grumbles 19.36.01 # okay 19.36.40 # there's a request form on the website...I thought someone got one, but others were denied 19.37.23 # yeah, I see the reference to someone getting one. Do we know who that was? 19.39.07 Join Rondom [0] (n=Rondom@p57A963E4.dip.t-dialin.net) 19.39.21 # don't know, maybe MrH 19.40.42 # fuck 19.40.45 # i'm maybe on high 19.40.57 # i accidentally bought one month subscribtion to wow 19.41.53 # ah, the even more addicitve alternative to evercrack 19.42.06 # kiss your social life goodbye 19.42.10 # and your suntan 19.44.21 Quit Wiwie ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.48.09 # lowlight: okay, I submitted a request for the datasheet. Let's see how quickly I get denied. In the interim, would looking at the OF's usage of the DAC be helpful? 19.50.51 # can't hurt 19.52.17 # additionally, looking at the diagram for the as3515, it seems like it has the battery charger as well as the backlight 19.53.24 # but I thought that was all on the PP chip 19.54.06 Join trypt0 [0] (n=trypt0@ip68-8-222-147.sd.sd.cox.net) 19.56.14 # Febs: ? 19.58.08 # I wanted to check to see if you had seen forum thread about people having difficulty booting to the Apple firmware with the new bootloader. 19.58.22 # Yes. 19.58.30 # I have the same problem. 19.58.35 # On what ipod? 19.58.39 # 5g 60GB 19.58.56 # Recall, however, that I installed the new bootloader directly from the old, not from a clean firmware. 19.59.17 # I haven't had a chance to restore the Apple firmware to see if that makes a difference. 19.59.28 # Ah, I thought the problems were only affecting the older, greyscale ipods. 20.00.19 # It took me a while to notice the issue. Apparently I don't use the Apple firmware much! ;) 20.01.46 # Have you seen other reports of 5g problems? 20.02.21 # Not that I can recall. 20.06.21 # lavid: I think the assertion is that the dac parts are similar between the 2 chips...and of course you could try to look at the disassembly of the OF to figure out how to use the dac 20.08.03 Join BobJonkman [0] (n=John@206-248-137-186.dsl.teksavvy.com) 20.08.11 Part BobJonkman 20.09.28 Join Everybody|away [0] (n=everybod@harpo.demon.co.uk) 20.09.37 # lowlight: okay, thanks. I'm going to start poking around 20.10.02 Join trypt0_ [0] (n=trypt0@ip68-8-222-147.sd.sd.cox.net) 20.12.34 # good luck 20.12.42 # ha, thanks 20.13.40 # in terms of seeing what others have found on this front... where should I look? I have daniel's page, the forums and this chatroom... anything else? 20.15.06 Quit phrozen77 ("Some people say that I must be a horrible person, but that's not true. I have the heart of a young boy... in a jar... on my d) 20.15.36 # talk to dan_a and barrywardell, they are doing most of the sansa developing 20.15.44 Join Vyrus [0] (n=Vyrus001@adsl-69-231-44-192.dsl.irvnca.pacbell.net) 20.15.45 Quit Vyrus001 (Read error: 54 (Connection reset by peer)) 20.15.56 Join cynicalliberal [0] (n=chatzill@c-24-7-158-200.hsd1.ca.comcast.net) 20.16.17 # neither of which are on, I see. 20.16.23 # okay, thanks again 20.18.25 Quit Everybody|away ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 20.19.08 Join Everybody [0] (n=everybod@harpo.demon.co.uk) 20.25.31 Join an-user [0] (i=52432d71@gateway/web/cgi-irc/labb.contactor.se/x-a01a04e0bcaeb4cb) 20.25.35 # hi ! 20.25.57 Quit lee-qid ("aufwiederbyebientotsayonara") 20.26.30 # sorry to bother you, but I've got a problem after a failed flash of rockbox on a H10 (like many other, I guess) 20.27.09 # the file rockbox.h10 seems to be corrupted and I cannot replace it with another, because pressing the O key no longer let me inter in the UMS mode 20.27.39 Quit trypt0 (Read error: 110 (Connection timed out)) 20.28.12 # so my question is : is there something that could allow me to enter UMS mode from the rockbox bootload with a corrupted rockbox.h10 20.29.03 Nick Everybody is now known as Everybody|ingame (n=everybod@harpo.demon.co.uk) 20.29.09 # on boot is there an option to press a key to enter recovery mode? 20.29.19 Join votetrev [0] (n=kellert@host-103-165-111-24.midco.net) 20.29.23 # like on the gigabeat i think you can hold menu an-user 20.29.32 # but not sure on h10 20.29.36 # has ANYONE in here succesfully gotten a rockbox theme working on the 5.5g ipod video 20.29.49 # i can get them working but then they wont show any of the song information....its really bugging me 20.30.24 Quit lowlight ("CGI:IRC (EOF)") 20.30.34 # goffa: before this failure, the "O" key let me enter in recovery mode 20.30.56 # ah...try that on boot.. if not.. i dunno 20.31.06 # you'll probably have to wait for a h10 dev 20.31.24 # (more precisely : removing battery, plug USB, turn the device on with O key pressed) 20.31.42 Quit GodEater (" HydraIRC -> http://www.hydrairc.com <-") 20.31.47 Join lowlight [0] (i=c730190b@gateway/web/cgi-irc/labb.contactor.se/x-f6e64a9e2e9b9664) 20.32.30 # so I'll wait ^.^ do you have an idea of when they will be there? 20.32.44 # (btw, thanks for your help) 20.33.36 # anyone in here using a 5.5g ipod????? 20.33.53 # unfortunately no 20.34.00 # i don't even know who was working on that 20.34.06 # dang.... 20.34.31 # i have an h140, x5l, and a gigabeat 20.34.36 Join GodEater [0] (i=bryan@host-83-146-15-75.bulldogdsl.com) 20.36.20 # lucky bass :) 20.36.32 # an-user: I may not be ble to help much but I'll do what I can... 20.37.02 # an-user: First things first, though : There is NO flashing of rockbox on H10 devices... 20.37.30 # an-user: have you tried holding "Next" when powering on until the USB screen appears (from http://www.rockbox.org/twiki/bin/view/Main/H10InstallationBeta) 20.37.55 # lowlight: Next / -o- refer to the same buttons. So he did try. 20.38.43 # ah, ok 20.38.45 # PaulPosition: so the flash would still work if I could make it ignore the HD ? 20.38.56 # an-user: A few things.. You didn't forget to reset the player before trying the ums trick, did you? (ie, take out battery (5 or 6gb) or insert clip into 'reset' hole (20gb)) 20.39.09 Quit votetrev () 20.39.26 # an-user: The flash and the UMS mode has nothing to do with what's on the disc, and rockbox only installs to disc on H10. 20.39.28 # the soft in flash, sorry (talking in english is not easy for me) 20.39.43 # no, I didn't forgot 20.40.14 # an-user: What happens exactly when you try to connect through the UMS trick? 20.41.26 # instead of giving hand to the emergency mode, the player try to load rockbox and fail to do that 20.43.33 # Err... Fails with an error message? Or if not, what's the last line it shows? 20.44.00 # Rockbox error: -5 20.44.24 # the last line is "Rockbox error: -5", the first being "Rockbox boot loader" 20.44.34 # an-user: And excuse me if it sounds patronizing, but you're *really* sure you reset the player correctly and that it wasn't connected through usb/powercord while you did that reset? 20.45.07 # an-user: wait a second, checking out things. 20.45.57 # PaulPosition: I understand well that you ask me for that, I know that often the problem is the user -_^, but I'm sure 20.46.43 # I'm going to redo step by step the trick 8t time, and ask my brother to do so, so I'll be even more sure 20.47.31 # an-user: Because, really, that's the only thing I've ever seen stop ums trick from working right. If you press right (next, select, -o-, watever), hold it, powerup still holding it, it shouldn't even notice that rockbox is installed.. It's pure firmware in flash.. :o 20.49.47 # shame on me 20.49.52 # >.< 20.50.03 # my brother succeeded ... 20.50.16 # Nah, we prefer you go with the 'Eureka'. It works? Fine! 20.50.35 Join jdong [0] (n=jdong@ubuntu/member/jdong) 20.51.11 # regarding USB ports only letting 100mA power draw with no device registering, is that a USB standard or a software setting? 20.51.22 # i.e. could I override that in the OS, or is it hardcoded to the USB controller 20.51.42 Quit Thundercloud (Read error: 60 (Operation timed out)) 20.52.18 # I don't like being a lame... again : thanks for your help, you saved a brand new device 20.52.35 # your welcome 20.54.00 Quit an-user ("you're really nice, thanks !") 20.54.18 Join yossa [0] (n=chatzill@chello081018216139.chello.pl) 20.55.27 Quit lowlight ("CGI:IRC (EOF)") 20.56.06 # is there any way for Rockbox to report charging current on the iPod 20.56.22 # or otherwise gauge if the battery is charging at a appropriate rate? 20.56.53 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 20.57.09 # jdong - On wps or you mean for debugging purposes? 20.57.20 # PaulPosition: for debugging purposes 20.58.15 # jdong - info->debug->battery ... 20.58.42 Nick Everybody|ingame is now known as Everybody (n=everybod@harpo.demon.co.uk) 20.58.58 # PaulPosition: I see detailed voltage info 20.59.03 # but nothing about charging current 20.59.27 # Up and down (and maybe left right) on that page pages through lots of stuff 20.59.49 Quit GodEater ("User pushed the X - because it's Xtra, baby") 20.59.52 Join petur [0] (n=petur@rockbox/developer/petur) 20.59.58 # Maybe there's what you look for, if not, sorry maybe someone has better idea. 21.00.15 # no, unfortunately it doesn't deliver the info I'm looking for 21.00.18 # it comes a bit close 21.00.33 # but I'm looking for current (mA) info 21.00.48 # and I don't have an ammeter to hook up around the USB cable either :D 21.00.55 # though that would probably be the best method, lol 21.02.02 # jdong: heh. Can't this be deduced (induced?) from using battery bench and looking at its log? (I know nothing of electricity.. :p ) 21.02.37 # PaulPosition: well, charging current doesn't directly equal change in voltage in any predictable fashion 21.02.44 # sadly 21.02.54 # and also charging percentage is very very unreliable/unsmooth 21.03.20 # the closest I could get is a full discharge, then recharge in stock firmware and then recharge in rockbox 21.03.21 # true. 21.03.24 # but that sounds like 2 days of work :D 21.04.07 # of course if lsusb can tell me how much current is drawn in realtime... 21.04.07 # (but it doesn't) 21.04.56 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 21.05.28 Nick Everybody is now known as Everybody|BRB (n=everybod@harpo.demon.co.uk) 21.06.21 *** Saving seen data "./dancer.seen" 21.06.24 Join krz [0] (n=irc_by@de7.tcompressor.com) 21.07.29 Join norbusan [0] (n=norbusan@host16-222.pool8175.interbusiness.it) 21.08.19 Part norbusan 21.08.21 Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.08.52 Join Zero-Coo|_ [0] (i=zero@10-209.adsl.cytanet.com.cy) 21.09.14 # heyy 21.09.19 # can anyone help me ;/ ? 21.10.06 Join skibone [0] (i=904a6c4c@gateway/web/cgi-irc/labb.contactor.se/x-ab9ce9d278f3d562) 21.10.43 # Zero-Coo|_: We won't really know that until you ask your question and find out if someone here knows the answer. 21.10.53 # ok 21.11.00 # i bought the new nano ipod 21.11.07 # 2GB 21.11.16 # not supported 21.11.16 # :( 21.11.16 # the rockbox support the new ? 21.11.18 # ;/ 21.11.29 # I have 4 of them 21.11.30 # hmm what can i do to put videos on it?!?! 21.11.42 # trade 2 for a 30GB video 21.11.44 # :) 21.11.46 # lol 21.12.00 Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 21.12.01 # sorry, there really isn't much support for anything other than stock firmware on the 2G nano 21.12.02 # on future 21.12.15 # maybe in the future... but it appears like the firmware is encrypted 21.12.24 # and there doesn't seem to be much progress yet in decrypting it 21.12.26 # oo duhhhh ;/ 21.12.30 Part tvelocity ("Αποχώρησε") 21.12.37 # there's a lengthy forum topic on this 21.12.43 # i listen something about ipodlinux ? 21.12.47 # what is this? 21.12.53 # ipodlinux = running linux on the iPod 21.13.00 # it also doesn't support the 2G nano :( 21.13.02 # Zero-Coo|_: ipodlinux won't have anymore luck on the new nano, i'm betting 21.13.02 # yeah but the new ones? 21.13.11 # no supporto :( 21.13.13 # grrrr 21.13.19 # i spend 110 pounds 21.13.23 # ipodlinux doesn't support FAT32 5.5G ipods either 21.13.24 # buying that ipod 21.13.31 # Zero-Coo|_: I'm sorry to hear that :( 21.13.34 # oki 21.13.40 # thnx anyway for the help:P 21.13.43 # I too am anxiously awaiting progress on the 2G nano 21.13.43 # bye bye 21.13.45 Join tvelocity [0] (n=tony@ppp48-62.adsl.forthnet.gr) 21.13.47 # as I said, I got 4 21.13.52 # and they collect dust right now 21.13.57 # ;/ 21.14.08 # gonna probably give them away as gifts 21.14.19 # c ya in the "future" :Pp 21.14.25 # k :) 21.14.28 Quit Zero-Coo|_ () 21.14.51 # Hi gang - one day newbie here running rb on a Gigabeat. Is it possible to delete the currently playing file? 21.15.11 # Llorean: do you know if it's possible for some USB controllers to allow 500mA current draw for rockbox? 21.15.23 # Llorean: I swear on my Centrino Duo laptop Rockbox and stock firmware charge at the same rate! 21.15.25 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 21.15.39 Quit krz (Read error: 131 (Connection reset by peer)) 21.16.04 # skibone: I don't think any flavor of Rockbox allows that at the moment... it definitely didn't work on my iPod 21.16.21 # * maquis hopes for jdong's sake that he's right, because a centrino duo laptop would be a sad thing to lose 21.17.02 # maquis: let me add a "that" after the 2nd word of that sentence so I don't bet anything :D 21.17.31 # jdong: that does make a small difference 21.17.38 # yes it does :D 21.17.51 # Well, why the heck not?!? ;-) Drat. I may have to stick with the nasty Gigabeat firmware. I love to load up my player with all kinds of music and then delete the crappy music along the way. 21.18.25 # skibone: gimme a second, I *may* have an idea.. 21.18.41 # jdong: Some people have reported Rockbox charging at much faster speeds (either from the wall, or from computers) and I think there may be USB controllers that provide the full 500, independent of what the device requests, but I'm just guessing. 21.18.54 # mmm, ok 21.19.08 # so it's a hit-or-miss anomaly then 21.19.16 # skibone: Have you *tried* deleting the currently playing file? 21.19.25 # jdong: I believe you can delete the currently playing file, actually. 21.19.33 # really? 21.19.41 # * jdong goes and tries it 21.19.47 # I swear it didn't work the last time I did it! 21.20.26 # If you set Rockbox to follow the playlist, then just open the context menu and choose "delete", if the file is entirely in buffer it should delete fine. If part of the file is off-buffer it may not work wholly right. 21.20.28 # skibone: just use the general settings->file view->follow playlist option so when you back into browser it highlights the currently playing song. Stop playback, then hold select on the song and choose delete. 21.20.43 Join norbusan [0] (n=norbusan@host16-222.pool8175.interbusiness.it) 21.20.52 Join krz [0] (n=irc_by@turbo.sml.by) 21.20.55 Part norbusan 21.21.05 # wow yes it does work 21.21.23 # and interestingly it continues to play 21.21.43 # * jdong fast forwards half an hour to see if it's the buffer 21.22.09 Part Angry 21.22.35 # yes it's definitely the buffer! 21.22.36 # lol 21.22.41 # Hmmm - well, on the Gigabeat, playback stops when you go back to the file browser. It's not supposed to do that, right? I think I read in the gigabeat logs that they are working on that. 21.25.08 Quit crwl (Remote closed the connection) 21.25.41 Join crwl [0] (n=crawlie@kekkone.kekkola.jyu.fi) 21.26.06 Join norbusan [0] (n=norbusan@host16-222.pool8175.interbusiness.it) 21.27.53 # Can anyone help me with how to Disable CPU frequency scaling for the kernel_on_cop_6.diff for the iPod Photo like linuxstb (Dave Chapman) did with his iPod Photo 21.28.10 # Llorean: it's pretty glitchy though, like I tried to stop (which I have auto-bookmarking) playback and rockbox hard-locked 21.28.31 # at this point I don't think it's something we should tell people to do :D 21.28.39 # jdong: That's mostly because there's an open bug of "If the last song is deleted while playback is stopped, and then resume attempts, a hard freeze will happen" 21.28.40 # :-P 21.28.48 # ah :) 21.29.03 # I tried removing #define HAVE_ADJUSTIBLE_CPU_FREQ from config-ipodcolor.h and it let me continue into Rockbox however the Mpegplayer would just have sound and saying buffering (I never seen a video clip just sound) 21.32.51 Nick DreamThief is now known as DreamThief|off (n=mathias@p54A81ED7.dip0.t-ipconnect.de) 21.32.56 # Araknis: I have to ask, are you the person who asked the same thing on the Patch Tracker on the Coprocessor task? It's not really a discussion forum, and should be kept more on the topic of discussing the actual task, not asking how to get videos working. 21.34.00 # Araknis - Are you trying to make a useable build out of this or do you just want to preview what mpegplayer will look like when the patch is working? 21.34.37 Quit skibone ("CGI:IRC (EOF)") 21.35.06 Quit trypt0_ ("Leaving") 21.38.26 # Yes, I am the person who asked the same thing on the Patch Tracker 21.38.47 # I had no idea it was not a discussion forum, others looked like there were 21.39.24 Quit Rob2222 () 21.39.32 # I was wanting a useable build, to see what the fps would look like 21.39.54 Quit MarcoPolo (Remote closed the connection) 21.40.32 # Araknis: If all you want is to try and see, there is an 'old' version of patch, that syncs with daily cvs from 29 dec. (or maybe 28th).. 21.40.57 # Araknis: The patch tracker is for discussion of the specific patches. Your question didn't really relate to the kernel_on_cop patch's state, so much as mpegplayer's state and the CPU scaling problem on the 4G 21.41.09 # Araknis: But the resulting build isn't too stable, and the mpegplayer can't be quit except by resetting player. 21.41.15 Nick Everybody|BRB is now known as Everybody (n=everybod@harpo.demon.co.uk) 21.41.23 # Araknis: Yes, starting mpegplayer is unreliable for me, but normally works more than 50% of the time. If it doesn't work for you, you'll just need to wait until mpegplayer is more stable. 21.41.50 # * Llorean wishes everyone would just have some patience regarding both Mpegplayer and Gigabeat/Sansa installs. 21.42.21 # Without a Patch it seems stable - does not freeze but I get a lot slower framerate than yours linuxstb 21.42.37 # * ender` yawns 21.42.45 # * bluebrother doesn't understand why one could mix up the tracker with a discussion board 21.42.58 # maybe someone should add this to the tracker frontpage ... 21.43.39 # Sorry, Llorean I am also a noob and guess I was excited to try it out after reading about it on the wiki 21.44.14 # bluebrother: It is *technically* a discussion board, just a very, very focused one ideally 21.44.27 # yeah, it's a tracker :) 21.44.43 Quit thegeek (Read error: 113 (No route to host)) 21.44.45 # bluebrother: Can I ask you to do a quick manual change? 21.44.49 # sure. 21.45.32 # At this page, right below the anchor is a "Backup Original firmware Bootloader" and "Upload the Rockbox Bootloader" section: http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort#Installation_Instructions 21.45.38 # They should go in the Gigabeat installation section for the bootloader. 21.46.22 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 21.46.23 # Somewhere before the "Upload" bit should also be a Download the Rockbox bootloader step, that should say we don't *yet* have one posted. 21.47.09 # I am sorry for messing up your tracker, I guess I should have posted in the Forum. 21.47.15 # Right now a lot of people think that because the Bootloader Installation section of the manual is empty, all a Rockbox install is is a copy of the .zip and an extraction. 21.51.16 Quit dpro (Read error: 110 (Connection timed out)) 21.52.50 Join BigBambi [0] (n=Alex@cpc2-nfds9-0-0-cust419.lei3.cable.ntl.com) 21.53.31 Join Osse [0] (i=Mcdougal@host86-135-167-108.range86-135.btcentralplus.com) 21.57.58 # can anyone help me please ? Imk trying to install rockbox but have fell short embarrasingly quickly :S , i cant run the iPodpatcher.exe =/ 21.58.03 # I'm 21.58.55 # can the gigabeat dual-boot? 21.59.02 Quit gotthardt ("CGI:IRC (EOF)") 21.59.20 # Osse: a more detailed explanation of what goes wrong trying to run ipodpatcher could be helpful 21.59.24 # bluebrother: yes 21.59.29 # thxx 22.01.20 # what happens if someone puts in a bootloader with a wrong name? Will this break the gigabeat or only trigger some recovery mode? 22.01.36 # havent attempted that 22.01.42 # haven't heard reports 22.02.03 # er wait 22.02.04 # bootloader 22.02.07 # that's fine 22.02.14 # firmware haven't attempted 22.02.30 # you have to hold menu if you put a wrong name bootloader on 22.03.12 Quit jdong (Remote closed the connection) 22.07.41 Join Rob2222 [0] (n=Miranda@p54B161B6.dip.t-dialin.net) 22.11.58 Join christie [0] (n=hypermoz@85.192.8.7) 22.12.13 Join decayedcell [0] (i=3ba7bf28@gateway/web/cgi-irc/labb.contactor.se/x-e327246763dfc818) 22.14.40 # AFT VERSION 22.14.41 # AFT VERSION 22.14.41 # CHAPTER 2. INSTALLATION 13 22.14.42 DBUG Enqueued KICK Osse 22.14.42 # CHAPTER 2. INSTALLATION 13 22.14.42 # The following instructions refer to the installation folder. For Windows users, the 22.14.44 # The following instructions refer to the installation folder. For Windows users, the 22.14.44 # installation folder is assumed to be a folder in the root (top- level) of the C: drive 22.14.47 # installation folder is assumed to be a folder in the root (top- level) of the C: drive 22.14.49 # called rockbox (you will obviously need to create this folder yourself). For Mac OS 22.14.51 # whoops >.< 22.14.53 # called rockbox (you will obviously need to create this folder yourself). For Mac OS 22.14.55 # X and Linux users, the installation folder is assumed to be the Desktop folder. But 22.14.57 # X and Linux users, the installation folder is assumed to be the Desktop folder. But 22.14.59 # you can use any folder you wish. Note that these files should be saved onto your 22.15.01 # you can use any folder you wish. Note that these files should be saved onto your 22.15.05 # computers hard disk, not on your Ipod. 22.15.05 # computers hard disk, not on your Ipod. 22.15.07 # 1. First, download the ipodpatcher tool to your installation folder. You can download 22.15.10 # 1. First, download the ipodpatcher tool to your installation folder. You can download 22.15.11 # the ipodpatcher tool for your operating system at http://download.rockbox. 22.15.13 # the ipodpatcher tool for your operating system at http://download.rockbox. 22.15.15 # org/bootloader/ipod. 22.15.16 Quit Osse (Excess Flood) 22.17.01 # hi everyone:-) are there any gigabeat f users? 22.17.13 # quick question - i did a sim build for ipod video 22.17.28 # when I start the sim it says - no .rockbox directory 22.17.46 # lini: Did you do a "make install" after "make"? 22.17.52 # lini, make install 22.17.54 # ah thanks 22.18.04 # forgot about that 22.19.39 Join Alonea [0] (n=chatzill@24-117-195-16.cpe.cableone.net) 22.19.42 Join Lars_G [0] (n=lars@unaffiliated/lars-g/x-000001) 22.19.44 # Hi all. 22.19.52 # question, who here are rockbox regular devs? 22.20.59 Nick krz is now known as sD (n=irc_by@turbo.sml.by) 22.21.17 # define regular. Produce code or be around or ... 22.21.17 Nick Everybody is now known as Everybody|away (n=everybod@harpo.demon.co.uk) 22.21.20 # Lars_G, why don't you check that list on the site. 22.21.27 Nick sD is now known as kraizee (n=irc_by@turbo.sml.by) 22.21.32 # petur: Produce code 22.21.41 # BHSPitMonkey: It'd be very slow to cross compare :) 22.21.48 # why is "regular" a requirement? 22.21.56 # i just want to ask to the regular devs here, what do you code in? (as in editor or ide) 22.22.06 # emacs? :P 22.22.10 # gvim :) 22.22.16 # ok 22.22.18 # MS Word 22.22.23 # lol 22.22.27 # BHSPitMonkey: masochist 22.22.32 # :P 22.22.44 # using a blinking cursive font 22.22.48 # hahaha 22.22.56 # I use ConText. 22.22.59 # copy con myfile.c 22.23.12 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 22.23.12 # * Lars_G googles context 22.23.21 # lol 22.23.22 # changing bit using permanent magnets :) 22.23.34 # It's a windows text editor that isn't so bad, really. 22.23.37 # impressive 22.23.49 # Ok highlighting editor for windows. 22.23.56 # I've heard of this "Programmer's Notepad" for windows 22.23.56 # gvim :) 22.24.04 # I use SlickEdit 22.24.10 # Llorean: "isn't so bad, really" - a glowing recommendation.... 22.24.15 # Me too, I should've said I'm on linux but oh well 22.24.28 # linuxstb: Well, when you say "windows text editor" there's so much negative weight just in the term... 22.24.30 # bluebrother: you can only vote once :) 22.24.30 # Programmers Notepad is nice. I used it at uni where I hadn't a good editor. It can do code folding. 22.24.47 # Lars_G, I voted for both operating systems :) 22.24.59 # lol 22.24.59 # i use SciTE 22.25.03 # Ah well. 22.25.15 # On Windows I used to use CrimsonEditor 22.25.17 # gedit? 22.25.17 # I've actually started looking at this DevCPP thing for windows, but haven't really dove into it yet. 22.25.47 # I've been wondering if I could wrangle it into compiling Rockbox, but right now for it to cross compile you have to set it up to dedicatedly cross compile. 22.25.49 # Sorry to bring the "poll" here, it's just I'm on the look for a C/C++ ide, and rockbox it's a great source of info, since you use a non-completely-common build system, you mix C and other kinds of code, and have a pretty complex structure for a small project 22.25.54 # I used DevC++ 1 1/2 years ago. It's kinda nice but I didn't liked it too much 22.26.05 Nick christie is now known as coloboque (n=hypermoz@85.192.8.7) 22.26.14 Join Soader03 [0] (n=c4eec77b@modemcable033.242-202-24.mc.videotron.ca) 22.26.58 # ok thanks for the feedback 22.27.25 # * pixelma seconds Llorean - surely amiconn would do so too :) 22.28.24 # Lars_G: the tools rockbox uses to build are very common... 22.29.20 # make might be, but your configure didn't look like autotools to me 22.29.42 # SlickEdit looks good, but if it's over $10 I can't pay it right now 22.29.51 # pixelma: on which one? 22.29.59 # ConText 22.29.59 Quit Araknis ("CGI:IRC (EOF)") 22.30.00 # Why not just use vim? 22.30.15 # hehe 22.30.23 Quit decayedcell ("CGI:IRC (Ping timeout)") 22.30.46 # vim is ok but when a project goes beyound 6 files, I get frustrated handling them all on vim, even with the project plugin 22.31.27 Quit PaulPosition (Read error: 110 (Connection timed out)) 22.31.32 Join Phul [0] (i=OOOooo@bzq-88-152-24-210.red.bezeqint.net) 22.31.41 Part Soader03 22.31.42 # IAudio G3/U2 has rockbox? 22.32.11 # No 22.32.15 # why not 22.32.19 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 22.32.22 # Lars_G: I can see that at times, but between mutiple terminals and the use of :e#, things work well for me 22.32.31 # Phul: Because nobody with the hardware has written it. Are you going to? 22.32.40 # why not 22.33.01 # Because they keep sitting around saying "why not" instead of doing anything. 22.33.04 # * Lars_G gently pushes Phul to dislodge the needle 22.33.11 # hm 22.33.32 # I would have been trying to help 22.33.39 # but pretty busy this days. 22.33.50 # rockbox's kern's monolitic right? 22.34.09 # Phul: It doesn't need help. It needs someone to *do* it. 22.34.22 # What qualifications needed for writing those stuff? 22.34.39 # Right now no work is going on, at all, in that area, because there are no developers for that hardware. 22.34.44 # At least, none who speak here. 22.34.56 # Phul: http://www.rockbox.org/twiki/bin/view/Main/NewPort 22.35.10 # Llorean, bootloader instructions added. I hope it's understandable ;-) 22.35.53 # Hi all, just wanted to let you know I made a small donation. Keep up the good work ! 22.36.01 # well i'm up to the task 22.36.05 # bluebrother: Hey, if it's not understandable, that's fine too, as long as they're aware that the bootloader install process isn't just empty space. :) 22.36.06 # according the first paragraph 22.36.12 Join webguest34 [0] (i=53e2d3c0@gateway/web/cgi-irc/labb.contactor.se/x-19d851c44f7059b3) 22.36.29 # hehe 22.36.37 # I tried my best to make it confusing *g* 22.38.00 Quit kaaloo ("Leaving.") 22.38.14 # bluebrother: Looks good enough to me. 22.39.46 # ok, I was curious and wanted to look at the code, but I haven't done it in ages, so, bear with me here. I just wanna see if I will be able to help some on the project at some point in time. So, I guess first I would have to ask is what file do I download first? The Source Archive or justthe CVS for my player? 22.39.51 # hmm looks intersting, I might consider it in future. 22.39.54 # Thanks. 22.40.14 # bluebrother: Now, we just need a prebuilt gigabeat bootloader officially available and I'll open up a Toshiba installation forum. 22.40.27 # * Lars_G laughs at the guide 22.40.33 # trace the connections with a multimeter. 22.40.35 # I just read your argumentation for this 22.40.38 # * Lars_G cries with laughter. 22.40.57 # Lars_G, what guide? 22.41.03 Quit cynicalliberal ("Chatzilla 0.9.77 [Firefox 1.5.0.9/2006120612]") 22.41.03 # Alonea: The CVS for your player is a precompiled build. You can either follow one of the install guides, and check out our sources from CVS, or if you just want to skim for now the source archive should be adequate. 22.41.05 # bluebrother: New port one. 22.41.19 # ah. That's a nice one. I like it :) 22.41.20 # What about U3 22.41.21 Join Rob222241 [0] (n=Miranda@p54B15AFB.dip.t-dialin.net) 22.41.23 # does it have rockbox? 22.41.34 # bluebrother: I feel offering installation support as a forum should wait until there's a clearly defined install process that doesn't include compiling. :) 22.41.51 # Phul: ALL officially supported targets are on the front page of the site 22.41.52 # reversing the schematic of a DAP (or anything with several high pin count ICs) with a DMM is not something the weak can do without going insane 22.41.52 # yeah, I agree with that 22.42.17 # Lars_G: Fortunately nobody's accused our core devs of being fully sane in years. 22.42.26 # hmm, I don't believe Rockbox porting is for the weak 22.42.47 # Hehe. This may be one of the all time classic user mailing list quotes: "Perhaps you can tell me more about your unit privately. " 22.42.49 # alright. really I just wanted to see if I could make sense of it enough to fix a couple things. Or at least make a learning experience of it. 22.42.51 # it's not bluebrother but that step is specially not for the stable, weak, or someone with a spouse 22.43.54 # I'm still wondering if I happen to get insane one day ... 22.44.34 # Alonea: The archive should work for that, but using CVS to check out the sources will allow you to keep your local copy up to date more easily. 22.44.40 Join Osse [0] (i=Mcdougal@host86-135-167-108.range86-135.btcentralplus.com) 22.44.52 # sorry about that earlier =P 22.45.20 # i cant open the bootloader file with ipodpatcher , can anyone help ? =( 22.45.26 Quit Phul () 22.45.36 # Osse: What error message do you get? 22.45.46 # okies, thanks Llorean. Any suggestions on what program would be best to read the stuff in? 22.45.52 # it just says ... 22.46.00 # Alonea: It's mostly C code, so any good C editor. 22.46.04 Quit Rob2222 (Read error: 110 (Connection timed out)) 22.46.12 Join votetrev [0] (n=kellert@host-103-165-111-24.midco.net) 22.46.18 Join Rob2222 [0] (n=Miranda@p54B15742.dip.t-dialin.net) 22.46.24 # [ERR] Couldnt open input file bootloader 22.46.33 # using win32 cmd 22.46.36 Quit lost|X40 (Read error: 104 (Connection reset by peer)) 22.46.51 # The instructions will tell you type something like "bootloader-ipodvideo.ipod" 22.47.05 # well yeah thats what i did 22.47.14 # No you didn't.... 22.47.18 # Did you add a space? 22.47.19 # Not if that was your exact error message. 22.47.47 # ok. I guess thats where I was confused. Used to more java than C, but I will try my best. 22.47.52 Quit amiconn (Read error: 110 (Connection timed out)) 22.47.52 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 22.48.10 # anyone in here that could help with a simple question about a theme for the 5.5g ipod video 22.49.22 # Hi guys! I'm curious about how to make recursive functions not to try to open too many subfolders. Would something like "if opendirs hmm 22.49.26 # sec 22.49.59 # bootloader-ipodvideo.ipod 22.50.07 # Background info: http://forums.rockbox.org/index.php?topic=7404.0 22.51.14 # i cant get whats wrong =/ 22.51.15 # Osse: Was what you gave use the *exact* error message then, or did you shorten it? 22.51.53 # Because if you typed "bootloader-ipodvideo.ipod" it should say "[ERR] Couldnt open input file bootloader-ipodvideo.ipod" 22.51.55 # [ERR] Couldnt open input file bootloader-ipodvideo.ipod 22.51.59 # is the exact one 22.52.02 # Why did you tell us something else, then? 22.52.23 # It's very hard to help you if you give us incorrect information, because that information can then tell us you did the wrong thing wrong. 22.52.46 # When you type 'dir' without the 's, and hit enter, is bootloader-ipodvideo.ipod in that list? 22.52.48 # right , fair enough , well what i just typed is the exact error message 22.53.34 # You haven't saved the bootloader-ipodvideo.ipod file into the same folder as ipodpatcher.exe 22.54.20 # no it isnt there , but i was running the program / commands in the same command line in the cmd window , wont that work ? 22.54.30 # the file is in the same directory as the exe 22.54.58 # Osse: It matters where you run the .exe from, the file has to be where you run it, not where the .exe is 22.55.35 # ahh , thanks =) 22.55.44 # so i need to run it from the directory its in then 22.56.01 # Yes. 22.56.11 # I believe the instructions tell you to do so. 22.56.30 # Yes, they do. 22.59.33 # ok , thanks for the help =) 23.00.43 Quit Rob222241 (Read error: 110 (Connection timed out)) 23.01.23 # Anyone? ...I'll rephrase: 23.01.29 # In "dir.c" i find declaraion of "MAX_OPEN_DIRS 8" and "static DIR opendirs[MAX_OPEN_DIRS]". Can these be used in the code of a plugin? 23.02.23 # ...declaration... 23.02.45 Part coloboque 23.03.56 Quit BigBambi ("Leaving") 23.04.05 # debauched_sloth: if you create a flyspray user I'll add you to the dev group which give you the "proper" rights 23.04.08 # ok ... so installed it , and now i get the loadng screen but i get error "-1" as it tries to load the rockbox firmware , and just loads the ipod firmware instead 23.04.10 # =/ 23.04.23 # first time ive done this , my apologies for being a noob 23.05.28 # Osse: You aren't following the installation instructions... 23.05.31 # webguest34: Why not just check the return value of opendir() ? 23.05.39 # sorry , what did i miss :S 23.05.41 # Osse: It tells you to then extract a rockbox.zip onto the device. 23.06.12 # oh god i missed a page :o 23.06.14 # sorry ! 23.06.14 # This is the second question you've asked that's resulted from you not carefully following the instructions. Take your time and read them carefully. 23.06.23 *** Saving seen data "./dancer.seen" 23.06.33 # yeah im just dying to get this on , ill read it properly 23.06.38 # thanks again <3 23.07.19 Quit Mouser_X3 (Read error: 60 (Operation timed out)) 23.07.31 Join Rob222241 [0] (n=Miranda@p54B1497B.dip.t-dialin.net) 23.07.54 # linuxstb: exactly my thought. But I still haven't fixed me an environment to try it myself yet... 23.08.24 # So it seems quite easily fixed then? 23.09.00 # At least to avoid a plug crashing because of it not "beeing careful enough" 23.09.37 Join lostnihilist [0] (n=lostnihi@adsl-68-252-205-86.dsl.chcgil.ameritech.net) 23.10.01 # It looks like disktidy already does that check - that's the error people are referring to in that forum thread. 23.10.48 # Well.. I'm "mlind" 23.11.02 # And Disktidy does crash 23.11.15 # How do you mean "crash"? 23.12.06 # I have more than 8 subdirectories, and when disktidy gets too deep it just stops and says it encountered an error. 23.12.18 # That's not a crash... 23.12.19 # That's not a crash then, that's a "graceful exit upon error" 23.12.39 # Ok ok 23.12.46 # I mean, what were you planning to make it do, if it couldn't open any more directories because of the limit? 23.13.05 # I agree a more specific error message could be useful though. 23.13.16 # It could just skip those deeper subdirectories 23.13.48 # ...instead of not cleaning the rest of my disk 23.14.18 # You're going to have to run disktidy again either way. 23.14.20 # ...that doesn't have as deep structure as a few portable apps that I keep in there 23.15.22 # I seldom dig into those folders with RockBox, but it annoys me to see the stuff in the root folder 23.15.55 Quit kraizee (Read error: 131 (Connection reset by peer)) 23.16.00 Join sD [0] (n=irc_by@turbo.sml.by) 23.16.21 # It just seems strange to me that you want a plugin to perform the process in an incomplete manner as the default behaviour. 23.16.26 # ok sorry but im stuck again , i dont know if ive missed something but i apologise if i have 23.16.44 # But it should be changeable to do that fairly easily, I'd imagine 23.16.54 # i cant see where it says to extract a rockbox.zip to the ipod , when was i supposed to do this ? 23.17.23 # Osse: Depends, what instructions are you reading? 23.17.25 # Are you following the manual or the IpodInstallationBeta wiki page? 23.17.26 # Thanks. I'll see if I get the time to set up everything to try it... 23.17.45 # its a pdf file , for the ipod video 23.17.54 # the instructions are specific to it at least 23.18.11 # Osse: 2.2.2 23.18.16 # Osse: The step BEFORE installing the bootloader. 23.19.02 # thanks =D 23.20.44 Quit hachi ("And I begin to wonder... The dreams I can't remember when I wake in the morning - where in the world did they go?") 23.20.59 Part perl|work 23.22.08 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 23.22.10 Quit yossa ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") 23.22.25 Join miepchen^schlaf [0] (n=hihi@p57B95215.dip.t-dialin.net) 23.23.49 Quit Rob2222 (Read error: 110 (Connection timed out)) 23.24.51 Part webguest34 23.28.06 Join hachi [0] (i=hachi@shego.kuiki.net) 23.28.13 Part Llorean 23.33.57 Quit petur ("sssssssssss---------PLOP!") 23.35.51 Part norbusan 23.38.07 Part debauched_sloth 23.40.18 Nick DreamThief|off is now known as DreamThief (n=mathias@p54A81ED7.dip0.t-ipconnect.de) 23.41.57 Quit votetrev (Read error: 60 (Operation timed out)) 23.45.32 Join BobJonkman [0] (n=John@206-248-137-186.dsl.teksavvy.com) 23.47.11 Quit x1jmp (Remote closed the connection) 23.49.06 Quit triplah_ ("Leaving") 23.52.33 Join BobJonkma1 [0] (n=John@206-248-137-186.dsl.teksavvy.com)