00:00:03 | linuxstb | There are two independent caches, one per core |
00:00:15 | linuxstb | (8KB code and data) |
00:00:37 | Shawn_K | cache is used for variables? |
00:01:04 | linuxstb | 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 | Shawn_K | so how do you flush the cache? |
00:03:04 | Shawn_K | or rather, update |
00:03:23 | preglow | it's not a viable way to do it |
00:03:28 | preglow | shared data should be in iram |
00:03:35 | preglow | and there should be as little of it as possible |
00:03:52 | dan_a | (IRAM is uncached) |
00:04:04 | preglow | would be no point in caching it anyway |
00:04:12 | Shawn_K | ok, so how would I go about storing data in iram? |
00:04:44 | linuxstb | There is only 48KB of it available to core Rockbox, so every byte is precious... |
00:04:51 | dan_a | 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 | linuxstb | In fact, is the core able to use the extra 32KB on the PP5021? |
00:06:07 | dan_a | 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 | linuxstb | dan_a: I just noticed that.. |
00:06:27 | dan_a | We ought to change that at some point |
00:06:53 | Bagder | 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 | gotthardt | thanks |
00:08:04 | linuxstb | 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 | Shawn_K | wow, after beginning to understand CO-P, it makes alot of sense |
00:21:54 | Shawn_K | now just to test these changes I made |
00:22:06 | Shawn_K | if my iPod doesn't freeze of crash....sucess |
00:22:07 | Shawn_K | lol |
00:22:08 | | Join hcs [0] (n=hcs@rockbox/contributor/hcs) |
00:22:44 | dewdude | CO-P? |
00:22:55 | Shawn_K | co-processor |
00:23:01 | Shawn_K | I like saying CO-P |
00:23:05 | Shawn_K | instead of COP |
00:23:12 | dewdude | ahh.. |
00:23:22 | * | dan_a gets triggered by COP, but not CO-P |
00:23:29 | dewdude | i put some 96/24 flac on my ipod last night...skipped like mad |
00:23:30 | Shawn_K | lol |
00:24:00 | Shawn_K | SCHWEET! |
00:24:00 | preglow | dewdude: not exactly a surprise |
00:24:02 | Shawn_K | it works |
00:24:11 | Shawn_K | I got the scroll thread put on COP |
00:24:38 | dewdude | 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 | Shawn_K | hmm, increasing the tick was bad...it didn't help anything, I actually think it made it slower >.< |
00:24:53 | preglow | dewdude: really? that does however surprise me |
00:25:43 | dewdude | 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 | Shawn_K | nope, not slower...my CPU boost was at 0 and it seems to lag unless it's boosted to 1 |
00:25:50 | dewdude | 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 | dan_a | 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 | Shawn_K | dan_a: I think so, but I made a bug in another optimization...and it just kicked in |
00:27:15 | Shawn_K | so gimme a sec to reboot and check |
00:27:49 | preglow | dewdude: chunks should fit in memory, but it does sounds a bit weird that they play seamlessly at all |
00:28:02 | Shawn_K | dan_a: yep, it works |
00:28:35 | Shawn_K | dan_a: if you want a copy of the build, I can send it to ya... |
00:29:07 | Llorean | Shawn_K: From a development standpoint, "the build" doesn't really give him anything |
00:29:18 | Shawn_K | true |
00:29:19 | Llorean | He's not really interested in just playing with it. |
00:29:24 | dan_a | Shawn_K: I only have a 3G iPod - music skips on that without any help from me :D |
00:29:36 | dewdude | 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 | safetydan | glad we moved off that |
00:30:13 | preglow | 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 | dan_a | 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 | Shawn_K | ouch, bad idea to sick codecs and scroll on same CPU....I'll have to find better threads to choose |
00:30:58 | dewdude | 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 | Llorean | 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 | Shawn_K | how can i set a minimal CPU boost of 1 for the iPod? |
00:31:57 | Shawn_K | in code |
00:32:16 | dewdude | wouldn't that kind of information be in the wiki? |
00:32:28 | Shawn_K | I'm afraid to mess w/ the boost in code w/o having 2nd opinion/help |
00:32:34 | Shawn_K | ok, sure...I'll look then |
00:32:56 | dewdude | it's as i always say..RTFW |
00:34:09 | Shawn_K | just as I thought in first place...only descriptors of boost...no actual info on modding it |
00:34:46 | Shawn_K | also, I saw how the boost for the 1st and 2nd core are linked....can those be separated? |
00:34:48 | safetydan | Shawn_K, boost is either on or off. The count is just the number of times boost has been called |
00:34:51 | dewdude | well, at least you looked |
00:35:02 | Shawn_K | ok, thanks |
00:35:59 | Shawn_K | ah...so a perfect fix for scroll would be to enable the boost when the scroll is touched.... |
00:36:19 | dan_a | 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 | Llorean | That wouldn't solve the UI sluggishness during playback with high CPU use, nor would it be good for battery life. |
00:36:36 | Llorean | Which is why alternate solutions are being looked for. |
00:36:40 | preglow | dewdude: both combined |
00:36:47 | Shawn_K | true |
00:36:58 | Llorean | "Boosting on scroll" has been suggested nearly a year ago. :-P |
00:37:00 | lostlogic | any new word on committing some version of kernel on cop? |
00:37:07 | preglow | dewdude: 96 is more than twice 44.1, and the resampling adds something too |
00:37:10 | dewdude | heh, i spoke a tad too soon..now that i've turned EQ on my 2989kbps flac is skipping |
00:37:21 | lostlogic | (I always run it now and after traveling last week, it clearly has better battery life) |
00:37:25 | dewdude | preglow: i'm an audio engineer, i'm aware of the bitrates of 96 vs 44 |
00:37:25 | preglow | Llorean: i don't see why that in itself should have anything to do with it |
00:37:26 | Llorean | lostlogic: I hear it still makes 4Gs freeze. |
00:37:37 | preglow | dewdude: sure, just pointing it out since you asked |
00:37:39 | lostlogic | ah, crappy. |
00:38:01 | Llorean | 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 | dan_a | lostlogic: It seems a little unstable, but I'm back at home now, and hopefully will get the problems sorted soon |
00:38:20 | Llorean | Well, buffer/codec/playback |
00:38:33 | dewdude | 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 | Shawn_K | anyways, I found an improvement on the line drawing function |
00:38:56 | lostlogic | dan_a: cool |
00:39:17 | Shawn_K | very little, but it will always help when drawing vertical or horizontal lines |
00:39:28 | Shawn_K | no drawback for other coordinates |
00:39:36 | Llorean | On the scale between iPods and PCs, a 1% difference in CPU speed on a PC could overwhelm an iPod. :) |
00:39:55 | Shawn_K | yep |
00:40:16 | Shawn_K | sad that PCs software is as slow as it is |
00:40:32 | preglow | dewdude: oh? weird, it should take roughly twice as much cpu |
00:40:43 | preglow | dewdude: if only because you've got twice as many samples to process |
00:40:56 | preglow | things are more complex on a pc cpu, of course |
00:41:03 | dewdude | yeah |
00:41:18 | dewdude | X86 or even PPC vs. ARM7 isn't a fair match |
00:41:47 | dewdude | then again, i know little about either of the three..i leave that to the people that can actually code. |
00:41:47 | safetydan | Shawn_K, have you got a patch posted on the tracker for that change? |
00:42:09 | Shawn_K | safetydan: I will have it up within a few days |
00:42:11 | | Quit Febs (Read error: 110 (Connection timed out)) |
00:42:38 | Shawn_K | safetydan: it's such little improvement, no rush needed...it only helps when not drawing diagonal lines |
00:42:48 | linuxstb | Shawn_K: Is is this patch? http://pastebin.ca/302574 |
00:42:48 | dan_a | 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 | Llorean | linuxstb: No, those are the changes his build includes on the unsupported builds forum |
00:43:59 | Shawn_K | ....eeks who posted that old crap of mine from yesterday :P |
00:44:24 | Shawn_K | nope, that's nothing, that was me stripping out unneeded code |
00:44:30 | Shawn_K | I actually made REAL optimizations |
00:44:46 | linuxstb | Clipping is unneeded? |
00:45:16 | preglow | 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 | Shawn_K | I feel it should be done by the function calling it....clipping should be separate from drawing |
00:45:46 | linuxstb | You should talk to amiconn - he wrote most/all of the graphics code. |
00:45:55 | Shawn_K | ok, will do |
00:46:02 | Shawn_K | is he afk? |
00:46:06 | dewdude | 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 | preglow | dewdude: it is |
00:46:23 | linuxstb | Shawn_K: We'll find out now that I've mentioned his name... |
00:46:39 | Shawn_K | lol |
00:46:41 | preglow | in some ways, it's really quite ordinary, but then it just starts performing in some areas, for some reason... |
00:46:55 | preglow | 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 | Shawn_K | 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 | amiconn | Shawn_K: lcd_drawline() _is_ for diagonal lines. Using it for vertical or horizontal lines is just silly |
00:47:58 | Shawn_K | linuxstb: I hope to create some of my own API to account for what I remove... |
00:48:09 | dewdude | 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 | Shawn_K | amiconn: yes, I know, but some people are dumb enough to do it >.< |
00:48:19 | amiconn | lcd_vline() and lcd_hline() are dedicated for these tasks and are far more optimised |
00:48:57 | Shawn_K | amiconn: only reason I did the optimization was because I found it and no drawback on drawing diagonal lines |
00:49:12 | Llorean | Shawn_K: Does it increase code size? |
00:49:24 | Shawn_K | Llroean: yes |
00:49:27 | | Quit Juice^ (Read error: 60 (Operation timed out)) |
00:49:28 | Llorean | Then it has a drawback. |
00:49:49 | Llorean | It would be better to make sure the function isn't abused. |
00:49:55 | Shawn_K | Llorean: when I said no draw back, I meant as far as operation |
00:50:12 | safetydan | Also, is the change actually measured to be faster? |
00:50:14 | Llorean | Code size is a drawback in regards to operation, as it decreases memory available for other things, including audio buffer. |
00:50:38 | Llorean | 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 | amiconn | Removing clipping is certainly not what we want |
00:51:06 | Shawn_K | why can't there be a separate clipping function? |
00:51:30 | Shawn_K | it would make sense not to even attempt to clip if the user knows it doesnt need to be |
00:52:08 | Shawn_K | *programer is better woird that user |
00:52:17 | Shawn_K | *than |
00:52:21 | amiconn | The clipping simplifies lots of other things |
00:52:42 | Shawn_K | maybe I should just PM you for this ^^ |
00:52:58 | amiconn | 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 | linuxstb | 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 | Shawn_K | ok |
00:54:29 | Shawn_K | as i said to him... |
00:54:30 | Shawn_K | so, what if I added code to draw w/o all the clipping failsafes |
00:54:36 | Shawn_K | I just feel it would make sense when drawing certain parts of the UI, etc |
00:54:45 | amiconn | And then I can't see how removing the fill optimisations will make things faster... |
00:55:21 | Shawn_K | well, I am new to this...I know i did make some mistakes |
00:55:23 | dan_a | Are any Flyspray admins about? Can I be given developer access? |
00:56:59 | Shawn_K | 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 | linuxstb | 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 |
01:00:12 | Shawn_K | i may, idk atm |
01:00:31 | linuxstb | 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 | Shawn_K | 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 | Shawn_K | or changes will have same effect |
01:03:15 | | Quit dpassen1 () |
01:04:44 | Shawn_K | 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 | Shawn_K | *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 | Shawn_K | no comments on yes or no? |
01:07:27 | dan_a | 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 | Shawn_K | ok, I just see alot of friction between ideas...that's only reason |
01:08:03 | | Quit webguest26 (Client Quit) |
01:08:23 | Shawn_K | 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 | webguest37 | is the iaudio u2 supported? |
01:09:05 | dewdude | webguest37, did you read the website? |
01:09:20 | webguest37 | yes i thought it was the last time i checked |
01:09:29 | webguest37 | cant see it now |
01:09:56 | Llorean | It never was. |
01:10:04 | dewdude | yeah. just the X5. |
01:10:56 | webguest37 | 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 | Llorean | 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 | Shawn_K | ok, gotcha |
01:11:16 | linuxstb | 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 | Shawn_K | just as long as you guys are willing to lead in right direction |
01:11:35 | Shawn_K | 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 | Llorean | 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 | preglow | ooh, more usb love |
01:12:55 | barrywardell | a small bit |
01:12:57 | Shawn_K | ok, anyways...amconn made me realize that I did remove one optimization of his :P...i fixed that |
01:13:05 | dewdude | heh, i've started booting into ipod firmware to transfer stuff because the emergency disk mode is SLOW |
01:13:08 | dan_a | 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 | Shawn_K | are videos decoded on the "codecs" thread? |
01:14:27 | Shawn_K | i havent tried anything with MPEG4 yet |
01:14:44 | webguest37 | is there a patch to play xvid on ipod 5 gen ? |
01:14:54 | linuxstb | No |
01:15:02 | linuxstb | (to webguest37) |
01:15:03 | dewdude | webguest37: read the website. |
01:15:14 | webguest37 | no pdf viewer either hmmm |
01:15:20 | dewdude | 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 | Shawn_K | >.> pdf is fairly complex... |
01:15:37 | linuxstb | Shawn_K: No, videos are currently outside the playback/codec code, in a standalone plugin. |
01:15:45 | Shawn_K | that will probably be a while for that one |
01:15:53 | Shawn_K | linuxstb: ok, thanks |
01:16:10 | Shawn_K | linuxstb: I want to make sure all my COP changes are compliant |
01:16:30 | Shawn_K | well, at least not restruicting on video |
01:17:08 | Shawn_K | 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 | amiconn | reboot, brb |
01:19:54 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") |
01:20:35 | CloFan | 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 | dan_a | 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 | CloFan | 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 | preglow | eh, what the hell |
01:27:49 | preglow | it just took a minute for the bootloader to work |
01:27:53 | | Quit norbusan (Remote closed the connection) |
01:28:26 | dan_a | 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 | barrywardell | dan_a: ah, ok. what do you think it should be called? |
01:29:55 | dewdude | 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 | barrywardell | dan_a: USBOTG_ISP1504? |
01:30:40 | preglow | linuxstb: is there something funky with the bootloader you bundled with ipodpatcher when i tested it a while ago? |
01:30:54 | dan_a | 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 | Llorean | 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 | barrywardell | dan_a: never mind. ISP1504 is the transceiver driver in the freescale code |
01:32:27 | dewdude | really? mine must be an exception then. |
01:32:44 | Llorean | Very possibly |
01:32:47 | Llorean | Notice I said "mostly" |
01:32:54 | hcs | barrywardell: would it be helpful if I got a dump from your plugin on my ipod photo? |
01:33:48 | barrywardell | hcs: it would be interesting. maybe we could see if the ipod is running the usb and wasting battery |
01:33:57 | dan_a | barrywardell: Of course, it is completely up to you what you call it :D |
01:34:02 | dewdude | 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 | dewdude | err....1 minute |
01:34:09 | barrywardell | dan_a: i think USBOTG_ARC is a good choice |
01:34:36 | preglow | barrywardell: doesn't look like debug info changes much when doing setup and run here |
01:34:38 | Llorean | dewdude: On Nanos it can take 7 minutes to copy an already extracted Rockbox full build onto it, for me. |
01:35:01 | Llorean | In Apple_OS the same operation takes less than half a minute |
01:35:04 | dewdude | wow. mine's not that slow. but i do notice a HUGE difference between EDM and ipod on myunit |
01:35:10 | barrywardell | preglow: no? then it's possible that the ipod is already running the usb chip |
01:35:42 | preglow | barrywardell: should the ipod reboot when inserting the usb cable while running the plugin? |
01:36:25 | amiconn | 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 | Soap | dewdude: can you ABX 96/24 to 44.1/16 or is it just convience? |
01:36:33 | barrywardell | 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 | preglow | barrywardell: wait, it does change |
01:37:16 | preglow | barrywardell: but it reboots, so i can't check dmesg |
01:37:54 | preglow | amiconn: i really wonder if the usb part in the pp chips needs to be put to sleep to |
01:37:56 | dewdude | 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 | preglow | o |
01:38:00 | Soap | s/convience/convenience |
01:38:07 | barrywardell | preglow: try commenting out the code in usb_enable() in firmware/target/arm/usb-pp.c |
01:38:34 | barrywardell | or wait a minute and I'll have a new patch ready |
01:39:08 | dewdude | 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 | Soap | MM or MC cartridge? |
01:40:06 | dewdude | mm |
01:40:26 | dewdude | mc's are too expensive, slightly overrated, and i don't have a preamp that'll take one. |
01:40:59 | linuxstb | preglow: I can't remember giving you anything especially funky... |
01:41:00 | preglow | i get a ton of dmesg output |
01:41:19 | preglow | linuxstb: the bootloader uses about fifteen seconds to load a rockbox.ipod now |
01:41:27 | preglow | linuxstb: think i'll just reinstall it |
01:41:59 | preglow | ah, no |
01:42:00 | preglow | [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 | preglow | [17701.339134] usb 5-4.4: device descriptor read/64, error -71 |
01:42:05 | preglow | that seems to be it |
01:42:46 | preglow | and then more of the same |
01:42:58 | barrywardell | 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 | barrywardell | a restart fixed things |
01:43:27 | dan_a | barrywardell: I'm sure you know this already, but your plugin seems to work on the Sansa |
01:43:28 | barrywardell | i experienced very slow usb after using the plugin until I restarted |
01:43:35 | preglow | barrywardell: yeah, got that a ton of times, don't think it happened now, though |
01:44:00 | barrywardell | dan_a: great. i hadn't got around to testing |
01:44:57 | preglow | barrywardell: nah, usb still works |
01:45:45 | Arathis | does anybody work on rockboy for the H10? |
01:45:55 | Llorean | Arathis: No. |
01:46:14 | Arathis | :( |
01:46:25 | Llorean | You're welcome to though. |
01:47:06 | Arathis | Would do it, but I have no idea of C :/ |
01:48:17 | Llorean | 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 | debauched_sloth | 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 | debauched_sloth | linuxstb has been kindly helping out and suggested that I ask here |
01:54:17 | debauched_sloth | the full set of patches is here: http://bustedflush.org/sloth2.patch |
01:54:29 | | Quit webguest17 ("CGI:IRC") |
01:54:46 | debauched_sloth | 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 | debauched_sloth | comments welcome |
01:55:15 | debauched_sloth | what has me stumped is what to do with the code in lcd-16bit.c |
01:55:25 | debauched_sloth | as you can see, I've got some GB specific stuff in there |
01:55:57 | debauched_sloth | 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 | debauched_sloth | I would take functions like lcd_clear_display and fork them entirely |
01:56:47 | Arathis | Llorean: that's very often the problem of opensource anyway |
01:56:54 | Shawn_K | what command operates the "audio" thread in rockbox? |
01:57:43 | Shawn_K | better said, where can I find the code for the audio thread in the source? |
01:58:06 | Llorean | 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 | Arathis | That's why I'm sad about it, but wouldn't blmae anybody for it or somethin |
01:59:07 | Arathis | +g |
02:00 |
02:02:33 | amiconn | debauched_sloth: I'm not sure what to do in this special case yet, so just some questions and general hints |
02:03:04 | amiconn | (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 | amiconn | (2) Is there a reason not to use dma blit? |
02:03:50 | amiconn | If not, the check could go away. kiss. |
02:04:21 | linuxstb | Shawn_K: It's all in apps/playback.c |
02:05:30 | amiconn | It looks like the only function using dma blit atm is lcd_clear_display() |
02:05:38 | debauched_sloth | amiconn, I left that option in there until I can get some more widespread testing |
02:05:53 | debauched_sloth | no, there is another one, lcd_update - same option |
02:06:25 | amiconn | 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 | amiconn | Don't forget the simulators though, they'll probably need the standard function |
02:07:43 | debauched_sloth | amiconn: yes, I can do that (and missed the sim, thanks) but it will involve duping some code |
02:07:59 | debauched_sloth | I would need to pull init, set_fg, etc |
02:08:16 | debauched_sloth | basicalyl everywhere I have an ifdef, that function gets pulled to the driver in the target tree |
02:08:24 | debauched_sloth | I am fine with this, but it's some duplication |
02:09:03 | amiconn | The init part specific to the gigabeat could go into lcd_init_device(), which is target specific anyway |
02:09:22 | debauched_sloth | ok |
02:09:25 | debauched_sloth | good point |
02:09:38 | debauched_sloth | that just leaves the set_*, which are minimal |
02:09:53 | debauched_sloth | then I can reuse virtually all of that driver |
02:10:40 | | Part Angry |
02:10:47 | amiconn | The if(!wordcount) return; can be removed from copy_read_sectors() |
02:11:17 | amiconn | The ata driver ensures wordcount to be a non-zero multiple of 256; other target's implementations also rely on that |
02:11:22 | debauched_sloth | ok... |
02:11:46 | debauched_sloth | figured an easy catch if there way a bug, could generate a multimegabyte overwrite |
02:11:54 | debauched_sloth | was a bug |
02:12:07 | amiconn | nah |
02:12:25 | amiconn | ATA writes are limited to 256 sectors anyway (128KB) |
02:12:40 | amiconn | ...unless lba48 is supported & enabled |
02:12:41 | debauched_sloth | no, the DMA may go a little nuts |
02:12:55 | amiconn | Ah, you mean when zero is passed... |
02:13:02 | debauched_sloth | yes, undefined |
02:13:15 | debauched_sloth | probablynothing |
02:13:24 | debauched_sloth | probably hangs that function. probably should, actually |
02:13:55 | amiconn | Is there a reason not to use dma in the bootloader? |
02:14:14 | debauched_sloth | at this point, other than caution, not really |
02:14:25 | amiconn | Ok, so this could go away later |
02:14:30 | debauched_sloth | like the bootloader taking the simplest path possible |
02:14:41 | amiconn | Imho it's better to use the same code in bootloader and core |
02:14:45 | debauched_sloth | yes, absolutely |
02:15:25 | amiconn | I thought there might be a special reason, like the of not starting when the bootloader changes certain hardware settings |
02:16:32 | debauched_sloth | it used to need a correctly setup irq handler, which happened a little later in bootloader |
02:16:34 | debauched_sloth | not any more |
02:16:52 | amiconn | Is the explicit refresh in __backlight_on() really required? |
02:17:02 | debauched_sloth | yes |
02:17:16 | debauched_sloth | when I turn off the lcd, I stop blitting to the LCD framebuffer |
02:17:26 | debauched_sloth | so when its coming back on, I need to update the screen to the last state |
02:17:32 | amiconn | I would have guessed it is, but I think __backlight_on() isn't the right place |
02:17:46 | | Quit muesli__ ("ich will Kühe!!!") |
02:17:58 | debauched_sloth | where would you put it/ |
02:18:18 | amiconn | 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 | amiconn | Ah, yes. Check firmware/target/coldfire/iriver/h300/lcd-h300.c |
02:20:18 | amiconn | There is a function lcd_enable(), which calls lcd_update() when enabling the lcd |
02:21:12 | amiconn | 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 | debauched_sloth | yep, same idea |
02:23:39 | amiconn | 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 | amiconn | (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 | amiconn | This allows for fast reactivation of the display during this delay time |
02:25:32 | Shawn_K | anyone know what function starts the "audio" thread? |
02:25:36 | Shawn_K | I cannot seem to find it |
02:25:37 | amiconn | (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 | debauched_sloth | 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 | amiconn | debauched_sloth: lcd_enable() is called from the platform specific backlight_*.c files |
02:26:19 | debauched_sloth | one problem I have had debugging this code is telling if people actually have it |
02:26:25 | Llorean | debauched_sloth: Try it with a pure white background, and black text in a large font. |
02:26:27 | debauched_sloth | I'll take a look |
02:27:04 | debauched_sloth | I'll try it, but I'm at large font with gray background and in a bright light, nothing |
02:27:14 | debauched_sloth | easy to test |
02:27:43 | goffa | yeah.. its pretty bad w/ no backlight |
02:27:54 | amiconn | Ahaha, on h300 (without the delay) __backlight_on() and __backlight_off() just call lcd_enable() with the appropriate parameter |
02:27:56 | Shawn_K | nm...I found it in playback.c |
02:28:20 | amiconn | 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 | debauched_sloth | can't see a think |
02:28:59 | debauched_sloth | thing |
02:29:05 | debauched_sloth | I really can't tell the difference |
02:29:17 | debauched_sloth | but you are right, cleaner, I will move it into lcd_enable |
02:30:31 | amiconn | An mmu in an embedded system seems to be a strange beast... |
02:30:57 | debauched_sloth | how so? |
02:31:02 | | Quit akaias (Read error: 110 (Connection timed out)) |
02:31:08 | debauched_sloth | all this manual cache coherency stuff? |
02:31:40 | amiconn | system_reboot() should go into system-meg-fx.c |
02:31:58 | debauched_sloth | system_reboot needs a great big comment saying it doesn't work but should |
02:32:04 | debauched_sloth | I'll yank it to there |
02:33:33 | amiconn | 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 | debauched_sloth | those last two, I was copying what was in place |
02:34:15 | debauched_sloth | I gather the general direction is to split to target when possible, so I'll do so |
02:34:18 | amiconn | The whole idea behind target tree is to reduce or even remove target specific code from the generic firmware/ files |
02:34:33 | debauched_sloth | the move is in progress? |
02:34:39 | amiconn | Yes, still |
02:34:40 | | Quit dpro (Read error: 110 (Connection timed out)) |
02:34:42 | debauched_sloth | ok |
02:34:50 | amiconn | Especially the old targets aren't moved completely |
02:34:50 | debauched_sloth | was not sure and did not want to rock the boat |
02:35:01 | amiconn | (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 | linuxstb | The X5 port is probably the best example of target-tree usage - it was never not target-tree. |
02:37:03 | amiconn | 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 | Shawn_K | what uses more cpu, the codecs or the audio? |
02:38:16 | Shawn_K | I'm guessing codecs |
02:38:44 | debauched_sloth | c&p |
02:39:00 | debauched_sloth | not sure who created that file |
02:42:42 | debauched_sloth | ah, here is an interesting problem, maybe a bug |
02:42:59 | debauched_sloth | lcd_init_device calls lcd_clear_display *before* calling lcd_init_device |
02:43:14 | debauched_sloth | this seems reversed - is reversed for my puposes |
02:44:10 | amiconn | Hmm. It's not reversed for a 'traditional' lcd interface |
02:44:17 | amiconn | lcd_clear_display clears the framebuffer |
02:44:40 | amiconn | lcd_init_device() performs the first transfer of the framebuffer to the lcd. |
02:44:43 | debauched_sloth | If we want to fill with anything other than zero for init, won't work |
02:44:57 | debauched_sloth | for us, anyway, my stuff aside, we need to fiddle the framebuffer format |
02:45:01 | amiconn | So if it's not cleared beforehand, garbage would be transferred |
02:45:24 | debauched_sloth | here the framebuffer is in main memory |
02:45:33 | amiconn | yes |
02:45:46 | amiconn | What I'm talking about is the rockbox framebuffer |
02:45:54 | amiconn | The lcd has its own internal buffer |
02:46:14 | debauched_sloth | yes |
02:46:23 | debauched_sloth | you are right |
02:46:36 | debauched_sloth | this works for me, too, since I can do that initial fill w/o DMA |
02:46:39 | gotthardt | For the GB the LCD shares main memory |
02:46:52 | linuxstb | amiconn: I didn't think any of our drivers did an lcd_update() as part of the lcd_device_init() though. |
02:47:39 | debauched_sloth | yes, my issue is that I do the lcd_clear_display using DMA and need some setup for that |
02:47:49 | debauched_sloth | not a problem if I do initial fill using non-DMA |
02:48:15 | amiconn | linuxstb: H300 does, H1x0 does... |
02:48:36 | linuxstb | Ah, the _display_on() call? |
02:48:39 | debauched_sloth | I have to setup those fill patterns |
02:48:46 | debauched_sloth | I can init them statically, I guess |
02:48:50 | debauched_sloth | the 16-byte fills? |
02:49:15 | | Quit gotthardt ("CGI:IRC") |
02:49:34 | amiconn | linuxstb: Yes on H300. On H1x0, lcd_init_device() calls lcd_update() directly |
02:50:13 | linuxstb | 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 | amiconn | 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 | Shawn_K | I just switched a few more threads over to COP to allow the "audio" thread more CPU |
02:53:39 | amiconn | Ipod doesn't either, but then we don't shut down the lcd on ipods (yet) |
02:53:42 | debauched_sloth | pulling these functions into the LCD target driver is going to involve non-static'ing some stuff |
02:53:44 | Shawn_K | anyways, I'll have patches for my stuff by this weekend hopefully |
02:53:51 | debauched_sloth | for this target anyway |
02:54:02 | Shawn_K | http://forums.rockbox.org/index.php?topic=7989.0 <−− get it here |
02:54:06 | Shawn_K | 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 | amiconn | debauched_sloth: That's sometimes necessary, and I don't think it's a problem |
02:55:30 | debauched_sloth | I could add hook functions in there as well |
02:55:39 | debauched_sloth | let me hook at the end or beginning, like that |
02:55:41 | debauched_sloth | ugly, too |
02:55:53 | amiconn | A related note is that it's usually better to declare functions in .h files rather than in individual source files |
02:56:02 | debauched_sloth | yeah |
02:56:26 | amiconn | ...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 | debauched_sloth | 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 | debauched_sloth | all this other stuff I will move into...hmm |
02:57:51 | | Quit fasmaie ("Apples have meant trouble since eden.") |
02:58:05 | amiconn | 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 | debauched_sloth | 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 | debauched_sloth | pretty much all the feature on/off flags are there for that reason |
02:59:16 | amiconn | ok |
03:00 |
03:00:00 | * | amiconn prefers writing and using test plugins for performing heavy testing, and then remove alternatives before commit |
03:00:20 | debauched_sloth | **sloth wants full coverage testing of a video driver change before making it default |
03:00:34 | debauched_sloth | we'd end up in the same place, I reckon |
03:00:44 | amiconn | probably. |
03:00:57 | | Quit dan_a (Read error: 110 (Connection timed out)) |
03:01:39 | debauched_sloth | where do you suggest I place the extern defs for the stuff I am pulling? |
03:01:43 | amiconn | I often use alternatives (using #if 0 / #if 1) during such tests, but those usually never see the light of cvs |
03:02:14 | debauched_sloth | I want this to maybe see the light of users, most especially the DMA blit stuff |
03:02:31 | debauched_sloth | 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 | amiconn | 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 | debauched_sloth | good point |
03:04:14 | debauched_sloth | but if I break one of their games....? bet I hear about that right quick :) |
03:04:38 | amiconn | 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 | debauched_sloth | I note that the lcd_fastpixelfuncs are not static...are they used elsewhere? |
03:05:48 | *** | Saving seen data "./dancer.seen" |
03:05:51 | amiconn | 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 | debauched_sloth | never mind, I can answer that |
03:06:48 | debauched_sloth | nope |
03:06:59 | debauched_sloth | hm |
03:07:23 | | Join fasmaie [0] (i=1000@cpe-24-26-150-197.columbus.res.rr.com) |
03:07:43 | fasmaie | linuxstb: did you get the information about the 4G ipod |
03:07:48 | | Quit funky ("leaving") |
03:08:19 | linuxstb | fasmaie: Yes, thanks. But I haven't had chance to investigate yet. |
03:09:13 | fasmaie | linuxstb: That's fine, I just wanted to be sure you noticed the posting |
03:09:23 | fasmaie | linuxstb: Hope it helps |
03:09:52 | amiconn | debauched_sloth: Hmm, you're right, and that also goes for lcd_pixelfuncs and lcd_blockfuncs |
03:10:12 | barrywardell | 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 | hcs | no, I'll check it out with the new patch now |
03:11:40 | amiconn | 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 | barrywardell | cool, thanks |
03:12:34 | debauched_sloth | I'm going to define a new function, lcd_prepare_backdrop() |
03:12:43 | barrywardell | hcs: logs before and after doing the setup and run would be interesting. |
03:12:49 | debauched_sloth | for everywhere except GB, that will do nothing |
03:12:55 | debauched_sloth | for GB, it can clean the cache |
03:13:08 | debauched_sloth | 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 | debauched_sloth | 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 | amiconn | debauched_sloth: Then just #define lcd_prepare_backdrop() for everything except gigabeat in the appropriate .h file |
03:14:41 | debauched_sloth | ok, will do |
03:15:02 | | Part pixelma |
03:16:39 | | Quit fasmaie ("Hey! Where'd my controlling terminal go?") |
03:17:22 | linuxstb | Would lcd_init_backdrop() bea better name? |
03:17:30 | amiconn | lcd_update_rect() does only take y and height into account on gigabeat? |
03:17:31 | linuxstb | ^be a |
03:18:11 | debauched_sloth | it's not really an init |
03:18:19 | debauched_sloth | yes, right now, only why and height |
03:18:33 | linuxstb | What will it do? |
03:18:37 | debauched_sloth | 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 | linuxstb | So it will be called from lcd_set_backdrop() ? |
03:19:22 | debauched_sloth | yes |
03:19:38 | | Join gotthardt [0] (n=chatzill@c-71-56-149-94.hsd1.or.comcast.net) |
03:20:02 | linuxstb | lcd_device_set_backdrop() ? |
03:20:13 | debauched_sloth | even better |
03:20:16 | debauched_sloth | well |
03:20:23 | debauched_sloth | that's not what it does |
03:20:35 | debauched_sloth | not setting the device backdrop, getting the backdropped prepped for the device |
03:20:49 | debauched_sloth | maybe lcd_device_prepare_backdrop? |
03:22:18 | linuxstb | I guess that works. |
03:23:02 | debauched_sloth | now lcd_clear_display |
03:23:21 | debauched_sloth | it sets scrolling_lines to zero |
03:23:30 | debauched_sloth | fair enough, if I duplicate that code, I can do that as well |
03:23:40 | debauched_sloth | but I sort of hate that that logic is in two places |
03:24:26 | debauched_sloth | ok, that code has been pulled |
03:24:33 | | Join Alexinc [0] (n=Ajaxinc@71.237.170.237) |
03:24:51 | debauched_sloth | 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 | debauched_sloth | extern int drawmode; |
03:25:48 | debauched_sloth | extern fb_data* lcd_backdrop; |
03:25:48 | debauched_sloth | extern unsigned fg_pattern; |
03:25:48 | DBUG | Enqueued KICK debauched_sloth |
03:25:48 | debauched_sloth | extern unsigned bg_pattern; |
03:25:49 | debauched_sloth | extern long lcd_backdrop_offset; |
03:25:49 | *** | Alert Mode level 1 |
03:25:49 | debauched_sloth | extern volatile int scrolling_lines; |
03:25:52 | debauched_sloth | that's the list |
03:32:06 | hcs | barrywardell: what order should I perform these steps in? |
03:32:22 | hcs | i.e. when to plug in |
03:32:52 | | Part Llorean |
03:34:23 | barrywardell | 1) dump log 2)plug in 3) setup 4)run 5)dump |
03:35:06 | hcs | hold down menu while plugging in? |
03:35:50 | *** | Alert Mode OFF |
03:36:09 | barrywardell | shouldn't be necessary |
03:36:11 | | Quit strabes (Read error: 110 (Connection timed out)) |
03:36:17 | barrywardell | the patch disables the system reboot |
03:36:27 | hcs | it brings up the usb plug logo |
03:36:32 | hcs | 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 | barrywardell | ah, ok. in that case yes, hold menu |
03:37:34 | jdong | is the coprocessor patch safe to test out on my 5.5G ipod? |
03:37:49 | jdong | and does it require anything new, like a new bootloader? |
03:38:34 | hcs | want the end of dmesg, too? |
03:39:30 | barrywardell | 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 | debauched_sloth | have that down to two new imports, fg_pattern and bg_pattern |
03:46:46 | | Quit Alexinc () |
03:49:09 | hcs | barrywardell: uploaded my logs |
03:49:36 | barrywardell | great, thanks |
03:50:34 | hcs | the usbdebugbefore/setup/run series is without connecting it to anything |
03:52:36 | barrywardell | looks the same as i have for my h10 |
03:52:42 | hcs | ok |
03:53:21 | barrywardell | it looks like it's running in low power mode |
03:53:47 | barrywardell | and stopped |
03:56:39 | barrywardell | 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 | barrywardell | bed time... |
03:57:13 | | Quit barrywardell () |
04:00 |
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 | heapcat | 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 | hcs | not that I know of, I learned what little I know studying the source |
04:21:09 | heapcat | 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 | hcs | I have not heard of such projects. |
04:22:24 | safetydan | 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 | heapcat | 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 | hcs | there is such an external program, it is in cvs |
04:23:25 | heapcat | on the more complex end I would like to allow their ratings to be combined to generate recommendations |
04:24:01 | safetydan | hcs, ah, I must have missed when that got updated for the new format |
04:24:21 | heapcat | hcs: what is the name of the program/plugin? |
04:24:29 | hcs | uh, how new is the new format (I may not have heard about it yet...)? |
04:24:47 | safetydan | hcs, about a year |
04:25:05 | hcs | heapcat: tools/songdb.pl |
04:26:05 | safetydan | heapcat, I believe you can already rate songs within Rockbox and generate playlists with those ratings |
04:26:12 | hcs | the rating system in there so far is based on playtime |
04:26:22 | hcs | there is no explicit rating in the db |
04:26:54 | safetydan | hrm... maybe I should actually use the system before talking about it :) |
04:27:23 | heapcat | 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 | safetydan | How would you tell a podcast from any other audio file? |
04:28:43 | heapcat | I figured at the the syncing of the files there might be some ID3 type tag. |
04:28:44 | jdong | isnt the genre Podcast? |
04:29:05 | heapcat | For example the title could be Podcast:Rockbox is greate |
04:29:10 | heapcat | err, great |
04:29:13 | safetydan | jdong, no idea, never listened to a podcast |
04:30:59 | heapcat | 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 | dewdude | podcasts are just basically RSS delivered media files...most commonly mp3 or aac. |
04:35:12 | heapcat | 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 | heapcat | 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 | Soap | there is a hack out there that allows you to record your Pandora listening habits on Last.FM. |
04:41:13 | Soap | 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 | Soap | 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 | dewdude | i don't think he wants to use the info in rockbox, he wants to generate with rockbox |
04:43:05 | safetydan | heapcat, if you've looked at last.fm/audioscrobbler those are already supported in Rockbox |
04:43:06 | dewdude | you'd have to code a plug-in of some sort. |
04:43:25 | safetydan | I imagine supporting Pandora type ratings could be done in a similar manner |
04:43:30 | Soap | ahh, well there is already the Last.FM log in rockbox, you could build upon that. |
04:43:43 | Soap | oh, safetydan beat me to the punch. |
04:44:50 | heapcat | 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 | dewdude | 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 | gop | hi |
04:52:14 | gop | my ipod keeps rebooting |
04:52:23 | gop | saying loading orginal firmware |
04:52:26 | gop | ipodmini 2g |
04:52:37 | gop | but it won't allow me to try boot in rockbox |
04:52:51 | gop | 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 | Soap | hold switch on? |
04:56:46 | Soap | wait, nevermind, you say it is caught in a reboot loop. |
04:57:01 | Soap | 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 | Alexinc | he left |
05:00 |
05:04:35 | Overand | Has there been any work on an NSF player? |
05:04:48 | hcs | yep |
05:05:03 | hcs | I've got unofficial builds if you'd like to try it out |
05:05:54 | *** | Saving seen data "./dancer.seen" |
05:07:15 | Overand | Acutally, I would- I'm running on an iPod G5, though I'm using a nightly, haven't compiled anything myself. |
05:07:22 | Overand | Is it a plugin or a codec? |
05:07:37 | Overand | I'm moving the HVSC over right now (; |
05:07:49 | hcs | codec |
05:07:56 | Overand | rockin! |
05:07:59 | hcs | hcs64.com/rockbox |
05:08:35 | Overand | awesome. |
05:08:38 | Llorean | Overand: Beware the HVSC collection. Do not combine with Database. :-P |
05:08:50 | Overand | Llorean: not surprising that it could cause issues. |
05:09:00 | jdong | nsf = nes sound format... |
05:09:05 | Llorean | It's a few more songs than Database likes to handle. |
05:09:06 | jdong | wow you learn something new every day I guess :) |
05:09:06 | Overand | jdong: yeah |
05:09:19 | Llorean | NSF worked well when I tried it in the past. |
05:09:24 | Overand | so something cute I've noticed- |
05:09:32 | Llorean | 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 | Overand | 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 | hcs | hvsc is awesome! |
05:10:06 | jdong | amazingly it actually does feel faster already :D |
05:10:19 | Overand | liek, 20 minutes to copy vs. 120- i think it's a matter of how tiny and many the files are |
05:10:23 | Overand | jdong: awesome |
05:10:38 | * | Overand wishes he could contribute to rockbox beyond ideas for skins/backgrounds and occasional testing |
05:10:46 | Overand | I'm just not really a coder, unfortunately. |
05:11:31 | scorche | then learn |
05:12:04 | Overand | 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 | Overand | 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 | Overand | really, my main gig is as an audio engineer though |
05:12:27 | Overand | and i have way, way too many hobbies |
05:12:30 | * | hcs learned dBase IV scripting first |
05:12:52 | Overand | heh |
05:13:03 | hcs | let this be a lesson to keep your children away from manuals |
05:13:13 | Overand | haha |
05:16:23 | | Join gopp [0] (i=party@ool-43557d40.dyn.optonline.net) |
05:16:28 | gopp | hey |
05:16:30 | gopp | one question |
05:16:34 | gopp | my ipod just keep rebooting |
05:16:37 | gopp | I can't stop it |
05:16:41 | gopp | 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 | gopp | hey |
05:20:39 | gopp | my ipod |
05:20:39 | gopp | just keeps |
05:20:42 | gopp | rebooting |
05:20:48 | gopp | won't even allow me to enter in diskm ode |
05:21:32 | gopp | or is it becuase of low battery |
05:21:42 | hcs | possibly |
05:22:00 | hcs | the original firmware takes a fair amount to load |
05:22:35 | hcs | try plugging it in and as it is coming on holding down the key combination for disk mode |
05:22:40 | tehsmo | hcs: so I think the database has changed since the most recent itdb2tc was released |
05:22:54 | tehsmo | unfortunately I don't know enough about how it's stored to look at what's changed |
05:23:13 | hcs | tehsmo: oh, ok, does songdb.pl still work? we could look at that |
05:23:34 | dewdude | 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 | tehsmo | songdb.pl? |
05:23:56 | hcs | the offline tagcache generator |
05:23:59 | tehsmo | ahh |
05:24:21 | tehsmo | I see, it's in tools. I'll check |
05:25:00 | gopp | hmm |
05:25:13 | gopp | dewdude so I need it to get charged |
05:25:23 | gopp | all it say is loading orginal firmware |
05:25:36 | hcs | is the hold switch on? |
05:25:40 | gopp | hmmm |
05:25:44 | gopp | nope |
05:25:48 | dewdude | well, check your hold switch. but, plug it up |
05:26:08 | dewdude | if it loads original firmware, fine...let it. |
05:26:47 | Overand | alright man |
05:26:58 | Overand | hcs - i'm rocking out to the solstice nsf |
05:27:04 | hcs | schweedt! |
05:27:07 | Overand | yeah man |
05:27:56 | gopp | it says loading orginal firmware and it also say partion 1 : 0x0b 3869 |
05:28:07 | gopp | vesion 200 something something |
05:28:09 | dewdude | that's normal. |
05:28:14 | gopp | and it it bleeps apple logo |
05:28:34 | dewdude | you mean it rebooted again? |
05:28:37 | gopp | yea |
05:28:41 | gopp | it keeps rebooting |
05:28:48 | gopp | none stop |
05:28:51 | dewdude | even plugged up to USB or firewire or whatever? |
05:28:58 | gopp | usb |
05:29:29 | dewdude | emergency disk mode key-combo work? |
05:29:31 | | Quit BHSPitMonkey (Read error: 110 (Connection timed out)) |
05:29:35 | gopp | nope |
05:29:46 | gopp | select and play / pause |
05:29:48 | * | dewdude shrugs |
05:30:21 | | Quit Daishi (Remote closed the connection) |
05:30:21 | gopp | I must be stupid |
05:31:43 | gopp | if I unplug |
05:31:48 | gopp | the hardrive |
05:31:57 | gopp | or is thier some reset button in the logic board |
05:32:21 | Llorean | What? |
05:32:29 | gopp | my ipod just keep rebooting |
05:32:53 | Llorean | Disk mode will work if you get the battery to have enough charge. |
05:32:56 | Llorean | What type of iPod is it? |
05:33:12 | gopp | ipod mini gen 2 |
05:34:43 | Llorean | 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 | Overand | hm, SID playback sounded a little off. |
05:35:07 | hcs | NSF may, too |
05:35:22 | Overand | the few songs i played sounded reasonable |
05:35:26 | Overand | I didn't give it a hardcore listen. |
05:35:34 | Overand | I'm wowing my co-workers at the studio, heh. |
05:36:03 | Overand | 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 | hcs | in the source there is a warning that the sound quality is shitty |
05:36:37 | hcs | most of my work on the nsf player was hacking out accuracy... |
05:37:55 | gopp | Llorean nope |
05:38:15 | Llorean | gopp: Nope to what? |
05:38:31 | gopp | oh shit |
05:38:35 | gopp | got in disk mode |
05:38:40 | * | Llorean said you would. |
05:38:43 | gopp | how do I mount it |
05:38:49 | gopp | linux cli |
05:38:49 | Llorean | Let it charge a bit. |
05:38:53 | gopp | k |
05:39:08 | Llorean | If it was a low battery, you should make sure that's fixed before you go spinning the disk all around |
05:39:25 | gopp | yea battery bit low |
05:39:29 | gopp | how long do I leav eit |
05:39:59 | gopp | I have to do it all from cli |
05:40:09 | Overand | hcs- ultimately it's mostly square, tri, noise, etc |
05:40:15 | Overand | I mean, yeah, PCM channel and all of its fun |
05:40:29 | gopp | hmm I was never around for c64 |
05:40:37 | Overand | I still remember when there weren't any NES emulators that did the PCM channel |
05:40:38 | hcs | expansion chips, FDS, also |
05:40:43 | gopp | the most advance system I used them was my nintendo |
05:40:45 | Overand | when NESticle started supporting it, it was a BIG DEAL. |
05:41:09 | gopp | Llorean your a god |
05:41:21 | Overand | What about his "a god?" |
05:41:23 | Overand | heh |
05:41:34 | gopp | what command mount -t /dev/what do I use in linux |
05:41:38 | Llorean | 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 | gopp | the problem with this ipod |
05:41:59 | gopp | is the hold switch and top bazzel is broken |
05:42:01 | gopp | and missing |
05:42:08 | gopp | so I made a litte object to press hold |
05:42:13 | gopp | my friend gave me it |
05:42:23 | gopp | and it also low on battery |
05:42:25 | Overand | I *do* wish emer. disk mode wasn't 'required' just due to the transfer speed difference. |
05:42:45 | Overand | but one can always reboot in iPod mode if need be |
05:42:55 | Overand | (As I did to copy the HSVC) |
05:43:08 | gopp | don't not dissconnect ipod |
05:48:55 | tehsmo | hcs: yeah, songdb.pl is currently broken as well |
05:49:12 | hcs | tehsmo: ah, through the diffs of the database we must go, then |
05:49:12 | tehsmo | the ipod says "database not ready" when I copy the created db files over |
05:49:19 | tehsmo | fun |
05:49:45 | hcs | my quest for tomorrow, perhaps |
05:49:50 | tehsmo | yeah |
05:50:03 | tehsmo | have you used vimdiff before? |
05:50:03 | Mouser_X | Heh. |
05:50:20 | gopp | hmm |
05:50:27 | gopp | this wierd arstric girl |
05:50:31 | gopp | always went crazy in high school |
05:50:34 | gopp | is on myspace |
05:50:37 | tehsmo | it might help, it's a really nice way to visually see the differences betwene two files |
05:50:37 | gopp | wow she in college |
05:50:42 | gopp | She was arstic but smart |
05:50:44 | gopp | savant like |
05:51:00 | gopp | she would have wierd mood swings and look like she had problems, but she got tops grades |
05:51:05 | TheCollector | autistic? |
05:51:09 | gopp | autisitc |
05:51:10 | gopp | yea |
05:51:19 | gopp | she would go crazy in class, act out |
05:51:30 | gopp | I just saw her on myspace |
05:51:46 | Llorean | Does this have *anything* to do with Rockbox? |
05:51:47 | gopp | also came from a upper class family |
05:51:50 | gopp | opps sorry |
05:51:54 | gopp | My rant |
05:53:26 | gopp | Llorean how long do I need it so it charged |
05:55:21 | Llorean | 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 | gopp | what command do I use to mount -t /dev/ |
05:56:39 | gopp | in linux |
05:56:50 | gopp | 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 |
06:00:14 | gopp | hey one last question I have a ipod cig light charger |
06:00:23 | gopp | will that charge the ipod while I drive |
06:00:29 | gopp | in rockbox |
06:00:52 | AMDBCG | question: how do you boot into the regular ipod firmware? |
06:01:08 | AMDBCG | (forgot the shortcut) |
06:01:23 | scorche | AMDBCG: see the FAQ |
06:01:55 | AMDBCG | ok (it WAS my only question though...) |
06:02:11 | bagawk | gopp: when I first saw that I thought you said you had a cigarette lighter for the ipod :P |
06:03:06 | hcs | there's one built in, that's where all the power is going |
06:03:32 | Mouser_X | Ah! That explains it all! |
06:03:46 | gopp | nope |
06:03:54 | gopp | a ac charger for cig ligther |
06:03:55 | gopp | err |
06:03:56 | Mouser_X | 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 | myzar|away | scorche! |
06:28:29 | myzar|away | :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 | fejfighter | hi |
06:58:50 | | Quit Criamos (Read error: 110 (Connection timed out)) |
06:59:07 | fejfighter | just a question about the irivers |
07:00 |
07:00:01 | fejfighter | 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 | fejfighter | in particular for the H300 |
07:04:46 | fejfighter | 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 | Julian | wow alot of people |
07:52:35 | Julian | does anyone know if it possible to play video on a ipod nano with rockbox? |
07:53:38 | scorche | 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 | Julian | do u know how? |
07:58:00 | cheriff | 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 | cheriff | I havent used rb for several months - from when you couldnt simultaneously run a plugin + codec. Has come a long way |
07:58:57 | decayedcell | http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
08:00 |
08:01:20 | Julian | awesome thanks |
08:01:33 | Julian | 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 |
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 | petur | bah... stkov dircache :( |
10:00 |
10:10:11 | | Join spiorf [0] (n=spiorf@host33-215-dynamic.2-87-r.retail.telecomitalia.it) |
10:12:55 | petur | 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 | triplah_ | ahoy |
10:28:42 | triplah_ | are gen2 ipos the new smooth ones? |
10:28:46 | triplah_ | nanos* |
10:29:05 | GodEaterWeb | they have the anodized aluminum cases if that's what you mean by "smooth" |
10:29:17 | GodEaterWeb | I've not noticed that the 1st gen ones were particularly rough.... |
10:31:06 | triplah_ | hmm ok |
10:31:15 | triplah_ | by smooth i meant rounded edges |
10:31:25 | triplah_ | just want to make sure i can put rockbox on my nano |
10:31:52 | GodEaterWeb | 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 | triplah_ | nah i've got got one of the old ones |
10:37:40 | triplah_ | cheers |
10:37:42 | triplah_ | 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 | amiconn | debauched_sloth: Are you Greg? |
10:52:01 | jhMikeS | 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 | debauched_sloth | yes, amiconn, that is I |
10:53:23 | amiconn | Just a remark regarding your 03:31 commit: It's better to name the target .h files just *-target.h instead of *-<target_name>.h |
10:53:47 | amiconn | Only a minor thing atm, since the gigabeat is the only target featuring an mmu atm |
10:54:06 | amiconn | Can be renamed after the svn move, next week or so |
10:54:21 | debauched_sloth | thank you, renaming in CVS is always a joy :) |
10:55:25 | debauched_sloth | I'll rename the new one I just created |
10:55:42 | debauched_sloth | I'll have a new patch with the changes we discussed last night in a few minutes here |
10:56:30 | debauched_sloth | if you could take a look, I'd appreciate it |
10:57:06 | | Part cheriff |
10:57:17 | debauched_sloth | ok, so the file should be just mmu-target.h? |
10:57:20 | | Quit Nimdae_ (Remote closed the connection) |
10:57:22 | debauched_sloth | for example |
10:57:34 | | Join Nimdae [0] (n=nimmeh@71-11-210-76.dhcp.ftwo.tx.charter.com) |
10:58:24 | jhMikeS | amiconn: Thought about that re: the hardcore splitting of playlist/audio api. I'm probably going off the deep end with that thought. :) |
11:00 |
11:01:19 | amiconn | debauched_sloth: yes |
11:02:00 | debauched_sloth | good, I'll regenerate that patch in a minute here |
11:02:08 | amiconn | 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 | debauched_sloth | got it |
11:02:42 | debauched_sloth | where are these target files included, so I caninsert mmu in there? |
11:03:58 | debauched_sloth | am I correct in assuming there should be a system-target.h somewhere? |
11:04:19 | amiconn | The include paths are also hierarchical, a .h file in firmware/target/<arch>/<manuf>/<model> overrides one in firmware/target/<arch>/<manuf> with the same name, and one in firmware/target/<arch>/<manuf> in turn ovverrides one in firmware/target/<arch> |
11:04:29 | debauched_sloth | nice |
11:05:15 | debauched_sloth | ok, so I find system-target.h in coldfire, but none in ARM |
11:05:34 | amiconn | Yes, because there is no general system-target.h for arm |
11:05:36 | debauched_sloth | my changes are ARM specific, but dependant on an ARM9 CPU |
11:05:47 | jhMikeS | 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 | debauched_sloth | 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 | debauched_sloth | I'll create a system-target.h in the final directory? in meg-fx? |
11:06:40 | amiconn | Yes I think that's the best location atm |
11:06:49 | debauched_sloth | and can I include mmu.h in there? |
11:07:07 | debauched_sloth | that one should see very limited play outside of the target, I should think |
11:07:10 | amiconn | In case other targets use the same cpu, it can be moved / adapted later |
11:07:10 | debauched_sloth | OK |
11:07:26 | debauched_sloth | would prefer to keep new stuff in our branch of the target tree where possible |
11:08:18 | amiconn | 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 | debauched_sloth | amiconn: any formatting requirements for copyright? |
11:08:43 | debauched_sloth | (C) 2006-2007 |
11:08:47 | debauched_sloth | (2) 2006,2007 |
11:08:48 | debauched_sloth | ? |
11:08:53 | debauched_sloth | I've seen both used |
11:09:09 | amiconn | No special requirements I know of |
11:09:18 | debauched_sloth | ok |
11:09:36 | debauched_sloth | jhMikeS: you know the week that MMU has given me? ;) |
11:09:47 | debauched_sloth | I don't want to hear of it either, not any more |
11:10:36 | debauched_sloth | not seeing any includes of system-target.h, where do I turn that on |
11:10:41 | debauched_sloth | will grep |
11:11:57 | amiconn | system.h includes it |
11:12:08 | debauched_sloth | yes, inserting there now |
11:12:18 | debauched_sloth | need to move the asm out of there anyway |
11:13:19 | debauched_sloth | hmm |
11:13:40 | jhMikeS | dabauched_slot: no, but I'm thinking it could maybe make some playback stuff easier to accomplish |
11:14:33 | jhMikeS | oy my typing, sorry debauched_sloth :) |
11:14:54 | debauched_sloth | 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 | debauched_sloth | right now DMA is a very simple thing to do, and that is very nice |
11:16:56 | debauched_sloth | ok, commited new system-target.h |
11:16:57 | jhMikeS | 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 | debauched_sloth | 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 | debauched_sloth | maybe not so much of a complication, we have to kick off a series of DMAs today |
11:19:42 | debauched_sloth | yesterday's battery bench ran for 15 hours |
11:19:45 | | Join Wiwie [0] (n=goddi@vpnsh0106.fh-trier.de) |
11:19:47 | jhMikeS | I'm thinking that codecs with special needs will have to be wrap aware and do the assembly themselves |
11:19:54 | debauched_sloth | 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 | debauched_sloth | I'm thinking that reassembling packetized data is probably not so bad, if each packet is of a reasonable size |
11:20:37 | debauched_sloth | I mean, if you are thinking 32 bytes, I have issues - 4K, better |
11:21:11 | amiconn | I think it's simply out of question for some non-streaming formats (i.e. mods) |
11:21:20 | jhMikeS | Well I was thinking about segmenting the buffer but don't want to waste a lot of memory |
11:21:43 | debauched_sloth | non-streaming because you are splitting across packets? |
11:21:47 | amiconn | Just make the buffering wrap earlier if the format requires it |
11:21:57 | amiconn | No memory wasted under normal conditions |
11:22:55 | amiconn | http://en.wikipedia.org/wiki/MOD_%28file_format%29 |
11:22:56 | linuxstb | 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 | jhMikeS | 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 | amiconn | 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 | amiconn | jhMikeS: A simple looping file format can, but a mod file cannot. |
11:24:20 | debauched_sloth | ok, I've updated my patch, http://bustedflush.org/sloth3.patch |
11:24:25 | amiconn | The replayer needs _random_ access to the whole file, without wrap |
11:24:35 | debauched_sloth | still not done cleaning up, but the general drift of the changes we discussed should be in there |
11:24:37 | jhMikeS | linuxstb: If a codec needs contiguous memory larger than the guard size, it can't get it for one |
11:24:48 | jhMikeS | unless the request doesn't wrap |
11:25:18 | debauched_sloth | since we are discussing playback, who should I ask about playback in general? |
11:25:39 | debauched_sloth | I am interested in making a couple of mods to make this the best audiobook player out there |
11:26:02 | amiconn | jhMikeS: Hence my idea to make the guard buffer size dynamic, and let the track loader decide which size is needed. |
11:26:31 | debauched_sloth | heh, you could use guard pages, let the track loader assume it has infinity |
11:26:40 | debauched_sloth | sorry...I'm MMU happy this week :) |
11:26:59 | debauched_sloth | it won't last, I assure you |
11:28:02 | linuxstb | jhMikeS: Daling with non-streaming codecs is not a good reason for changing the current method for streaming codecs IMO. |
11:28:05 | amiconn | 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 | amiconn | 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 | jhMikeS | 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 | amiconn | Variable guard buffer size doesn't really change things fopr streaming codecs... |
11:31:31 | debauched_sloth | how big are the midi files we are talking about, anyway? I have no experience with super large midi files |
11:31:43 | amiconn | Handling mod non-flat is out of question imo |
11:31:56 | linuxstb | 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 | amiconn | debauched_sloth: The problem isn not that the files are large, in fact they are small |
11:32:54 | debauched_sloth | I'm not seeing the problem, then - the output buffers are (conceptually) linear |
11:32:55 | jhMikeS | Would like to see a mod file decoder and know exactly why non-flat is out of the question. |
11:33:15 | amiconn | But playing midi files requires a synthesizer, and for half-decent sound it needs a set of instrument samples (the patchset) |
11:33:55 | amiconn | This patchset can be quite large, and it needs to be loaded somewhere |
11:34:10 | debauched_sloth | 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 | debauched_sloth | excuse typos, early here |
11:34:29 | trip_ | anyone know how to get banshee to treat rockbox as a normal DAP? |
11:34:34 | jhMikeS | yes, that's one point I had in mind but we're not doing DMA transfers directly out of the filebuf |
11:35:10 | linuxstb | 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 | debauched_sloth | ah, got it |
11:35:49 | debauched_sloth | 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 | jhMikeS | 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 | safetydan | I don't think my pcm_set_frequency stuff is working in the sim |
11:46:47 | safetydan | Though the screams are rather amusing |
11:46:48 | jhMikeS | 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 | jhMikeS | safetydan: samplerate running a bit high? :) |
11:47:33 | trip_ | 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 | safetydan | jhMikeS, just a tad |
11:49:02 | amiconn | jhMikeS: Exactly, and the same applies to module formats; they can be compared to a midi file with the patchset included |
11:55:19 | debauched_sloth | amiconn, linuxstb: any comments on that patch set? |
11:55:21 | jhMikeS | 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 | jhMikeS | BTW: How much guard buffer is needed for a streaming format like mpg video? |
11:58:00 | amiconn | 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 |
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 | jhMikeS | 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 | jhMikeS | 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 | Llorean | How big is the midi patchset currently? |
12:04:46 | amiconn | jhMikeS: We certainly don't need gapless, but we still want to minimise disk spinups |
12:05:04 | Llorean | Isn't the full set larger than 16mb? |
12:05:08 | amiconn | it is |
12:05:19 | amiconn | We need a smaller set for the h100 and x5 |
12:05:31 | Llorean | Could we compress it? |
12:06:03 | amiconn | no |
12:06:04 | linuxstb | I thought the midi codec was already struggling with speed? |
12:06:31 | amiconn | The on-disk size is irrelevant, and in memory it needs to be uncompressed |
12:07:30 | jhMikeS | 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 | amiconn | non-streaming != big |
12:08:42 | amiconn | And mixing streaming and non-streaming should be possible |
12:09:19 | amiconn | 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 | debauched_sloth | cvs is complaining about conflicts existing, but I am just not seeing any |
12:19:11 | jhMikeS | 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 | debauched_sloth | anyone have any experience with that? |
12:20:03 | jhMikeS | 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 | debauched_sloth | it shows as modified not conflicting |
12:20:40 | debauched_sloth | and I see no <<<<or >>>> |
12:22:26 | jhMikeS | 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 | debauched_sloth | ah, now I see it |
12:27:03 | debauched_sloth | SOMETHING in my commit set is modified |
12:27:06 | debauched_sloth | will go looking |
12:27:19 | debauched_sloth | 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 | debauched_sloth | when does the automated build process get kicked off? |
12:46:25 | debauched_sloth | is there some flood control? |
12:47:55 | GodEaterWeb | on the channel ? |
12:48:07 | debauched_sloth | on CVS |
12:48:14 | GodEaterWeb | oh - no clue |
12:48:23 | GodEaterWeb | I wouldn't have thought so though |
12:48:27 | GodEaterWeb | 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 | jhMikeS | 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 | debauched_sloth | 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 | debauched_sloth | whoops, broke some stuff, fixing |
13:00 |
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 | jhMikeS | debauched_sloth: heh...happens all the time...sims hate me the most |
13:07:41 | debauched_sloth | 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 | jhMikeS | no worry, when I updated recording my score was almost 10k :P |
13:09:36 | debauched_sloth | heh, I have 100 servers at work |
13:09:44 | debauched_sloth | might help the build speed a touch? |
13:09:58 | debauched_sloth | might upset everyone if Iinstalled tools on them, too...alas |
13:12:57 | jhMikeS | 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 | debauched_sloth | 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 | debauched_sloth | 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 | preglow | haha |
13:44:51 | preglow | no one can accuse the gigebeat port of stalling |
13:44:54 | bluebrother | wow, Greg only on the recent cvs table :) |
13:46:08 | linuxstb | All in the space of 63 minutes... |
13:46:55 | debauched_sloth | sorry guys :) those have been queing up for a while |
13:47:21 | bluebrother | looks like there has been some hidden code somewhere ;-) |
13:47:52 | debauched_sloth | markun was doing the commits, but he's off to Paris and is busy so we've been sort of stuck |
13:48:13 | bluebrother | 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 |
14:00:21 | petur | 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 | debauched_sloth | don't seem to have it, tried to login, no dice |
14:03:07 | debauched_sloth | 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 |
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 | Febs | 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:00 |
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 | gamkiller | 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 | bluebrother | there is a reset button at the bottom of the player |
16:05:35 | bluebrother | it's a small hole, use a paperclip to press it. |
16:05:50 | bluebrother | also, try updating to the latest version and reset your settings |
16:06:58 | gamkiller | bluebrother: Yes, um haha. |
16:07:01 | gamkiller | I tried the reset button |
16:07:08 | gamkiller | the pin I used slid right in to the hole. |
16:07:19 | gamkiller | I cannot seem to locate the actual button in there. |
16:07:31 | bluebrother | it's a bit tricky to use. |
16:07:31 | gamkiller | Maybe they forgot it in mine ^_^ |
16:07:50 | bluebrother | then the only way to find out would be opening it up and look |
16:07:56 | gamkiller | bluebrother: But yeah, I'll try the latest version when I get home from work. |
16:08:00 | bluebrother | anyway, my h120 works like a charm. |
16:08:17 | gamkiller | Yeah I've been using rockbox for as long as I can remember on it |
16:08:36 | gamkiller | 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 | habana | 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 | GodEaterWeb | 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:00 |
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 | Arathis | 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 | habana | GodEaterWeb: lol, why not rm -rf ? way more clean. But "rm" alter files not partition, i presume |
17:22:41 | habana | finally, deleted/recreated the partition. |
17:23:13 | habana | 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:00 |
18:04:25 | GodEaterWeb | 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 | votetrev | hey guys! |
18:05:51 | | Join lowlight [0] (i=c730180b@gateway/web/cgi-irc/labb.contactor.se/x-b1845dded795778b) |
18:07:46 | GodEaterWeb | 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 | GodEaterWeb | oops. just realised I was reading the PACKET device identiy device info - ignore me |
18:10:11 | votetrev | 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 | GodEaterWeb | 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 | GodEaterWeb | voterev trick to say until we know the question |
18:11:44 | | Quit Arathis (Read error: 54 (Connection reset by peer)) |
18:11:56 | votetrev | 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 | GodEaterWeb | use Rockbox's database feature |
18:12:57 | bluebrother | use itunes to satisfy the apple os (or any other apple db tool) and Database for Rockbox |
18:13:18 | votetrev | any links on how to use rockbox's database feature? |
18:13:29 | bluebrother | http://www.rockbox.org/manual.shtml |
18:13:41 | votetrev | yeh i downloaded that... |
18:13:42 | * | GodEaterWeb didn't think the manual was so hard to find |
18:14:03 | votetrev | 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 | GodEaterWeb | if you can't do that after reading the manual, then perhaps rockbox is not for you |
18:15:07 | votetrev | lol :P i know im starting to feel that way |
18:15:19 | votetrev | 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 | charles | hi |
18:15:26 | votetrev | im wondering if something didnt go right with my flash |
18:15:29 | bluebrother | then the manual should have all information needed for you |
18:15:31 | votetrev | well my flash went right.... |
18:15:41 | votetrev | but i think maybe when i tried to add a theme it messed something up and i am unaware of it |
18:15:59 | charles | Is there anyone that can help me with linked lists.... |
18:18:07 | GodEaterWeb | 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 | x1jmp | 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 | nuge | hiya |
18:18:50 | x1jmp | I'd like to get some feedback, a description is on misticriver at http://misticriver.net/showthread.php?t=50185 |
18:19:27 | votetrev | 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 | votetrev | i dont know ill keep messin around on it and let u guys know what i figure out :P |
18:19:43 | GodEaterWeb | x1jmp: you'd be better off putting your post on rockbox's forums |
18:20:15 | GodEaterWeb | votetrev: are you using a standard rockbox build, or one of the evil album art ones ? |
18:20:31 | x1jmp | is it more frequently visited than MR? |
18:21:07 | charles | Is there anyone with coding knowledge around here with a few spare minutes to help me out? |
18:21:22 | GodEaterWeb | charles: what are you working on ? |
18:21:31 | votetrev | charles what language? |
18:21:37 | charles | C |
18:21:54 | charles | Im trying to make a file browser closer to the windows explorer |
18:21:56 | votetrev | i know a LITTLE on C |
18:22:10 | votetrev | godeater....im using a bleeding edge rockbox build, the most recent one |
18:22:15 | bluebrother | closer to windows explorer? Why that? |
18:22:23 | charles | Well I have a good knowledge of some other languages , just took a crashcourse on C on the net... |
18:22:40 | charles | Well I figured it would be nice to be able to have icons and such |
18:22:42 | GodEaterWeb | why does rockbox need another file browser ? |
18:22:48 | GodEaterWeb | it already has icons |
18:23:05 | | Join Arathis [0] (n=doerk@p54848EDA.dip0.t-ipconnect.de) |
18:23:06 | charles | Yeah, well, lets just say I don't like it so much ;) |
18:23:32 | bluebrother | I guess most people (and especially devs) won't like a icon-browser |
18:23:51 | charles | I suppose so |
18:23:56 | charles | 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 | charles | But anyway, thats not really important, the important thing is that apparently you can't dynamically allocate memory within rockbox |
18:24:38 | bluebrother | 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 | charles | So I'm wondering how to make linked lists work |
18:24:52 | charles | Yes exactly |
18:24:57 | bluebrother | you need to allocate the memory static. |
18:25:10 | GodEaterWeb | in other words - there IS no way to do link lists in rockbox |
18:25:17 | charles | 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 | bluebrother | but you can steal the plugin buffer |
18:25:31 | bluebrother | which of course won't work with a plugin :) |
18:25:37 | GodEaterWeb | hehe |
18:25:37 | | Quit lowlight ("CGI:IRC (EOF)") |
18:25:38 | charles | Bluebrother, how would something like that work? |
18:25:47 | charles | I'm still very new to C as I said =) |
18:25:54 | GodEaterWeb | Amiconn: read page 49 in the ATA-7 spec |
18:26:03 | nuge | 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 | bluebrother | there are functions to do so. But I'm not familiar with it. |
18:26:25 | bluebrother | nuge: no, and most likely no. |
18:26:26 | GodEaterWeb | nuge: very unlikely - no-one is working on it |
18:26:30 | charles | Well thanks anyway...Is there anyone who is familiar with them? |
18:26:38 | nuge | ok thanks, too bad :/ |
18:26:38 | bluebrother | 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 | GodEaterWeb | charles: hang around here a while longer for some of the more experienced devs to show up |
18:26:58 | charles | nuge, I would try iPodlinux.org if I were you |
18:27:03 | charles | They support 2g |
18:27:07 | GodEaterWeb | no they dont' |
18:27:13 | votetrev | there is no way to run ipl on 5.5g yet is there? |
18:27:13 | bluebrother | nano 2g? I don't think so |
18:27:14 | nuge | 1st gen only i think |
18:27:15 | GodEaterWeb | they're stuck at the same point we are |
18:27:20 | charles | Oh well - I thought so |
18:27:24 | GodEaterWeb | votetrev: 30GB works fine |
18:27:25 | charles | I wasn't sure - sry about that |
18:27:30 | votetrev | oh yeh? |
18:27:31 | GodEaterWeb | 80GB is what I'm working on :) |
18:27:35 | votetrev | shit i could not for the life of me get it going |
18:27:38 | bluebrother | nano 2g is completely different in terms of hardware. Which is the problem |
18:27:45 | votetrev | i wanted to triple boot with ipl, rockbox, and apple os |
18:27:46 | GodEaterWeb | and it's firmware is encrypted |
18:27:51 | votetrev | but couldnt get it going right |
18:27:57 | bluebrother | at least one of the major problems. Another is the fact that the firmware is completely encrypted |
18:28:07 | GodEaterWeb | there's definitely an echo in here |
18:28:16 | bluebrother | hehe. |
18:28:19 | GodEaterWeb | :) |
18:28:24 | bluebrother | maybe I'm a bit slow atm. |
18:28:30 | GodEaterWeb | s'okay :) |
18:28:45 | GodEaterWeb | right - I think I'd best be off home |
18:28:49 | votetrev | godeaterweb how tough is it to get all 3 os's running on a 30gb 5.5g? |
18:28:50 | maquis | any ideas for why they encrypted the 80GB but not the 30GB? (not that i'm complaining...) |
18:28:55 | bluebrother | 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 | GodEaterWeb | votetrev: no clue I've never tried |
18:29:06 | votetrev | dont care for ipl? |
18:29:09 | * | GodEaterWeb vanishes in a puff of http |
18:29:12 | | Quit GodEaterWeb ("CGI:IRC") |
18:29:18 | bluebrother | maquis: they encrypted the nano2g, not the 80gb 5.5g |
18:29:21 | votetrev | i dont really know why i would use it either...just wanted to try |
18:29:31 | bluebrother | the 80gb 5.5g has issues with ATA. |
18:29:36 | maquis | bluebrother: ah... |
18:29:56 | maquis | bluebrother: hopefully that doesn't mean that they're planning on encrypting future releases... |
18:29:59 | lowlight | charles: check the plugin api for plugin_get_buffer & plugin_get_audio_buffer |
18:30:00 | maquis | 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 | bluebrother | 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 | bluebrother | IIRC |
18:30:35 | bluebrother | anyway, back later. |
18:30:38 | charles | Ok thx lowlight |
18:31:08 | maquis | 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 | votetrev | 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 | charles | 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 | Nico_P | guys... anyone want to give me impressions on http://www.rockbox.org/tracker/task/6505 ? |
18:36:01 | charles | 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 | lowlight | charles: jpeg plugin uses both |
18:38:28 | charles | Yeah thanks, I just found that out too |
18:38:45 | charles | 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 | Angry | Is there any possibility to trace values over the lcd display??? the logf only makes sense with a remote |
18:54:47 | Angry | 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 |
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 | lowlight | 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 | Angry | ah ok.. so i'll continue try and errror^^ |
19:09:36 | lavid | 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 | lowlight | 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 | lavid | 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 | lowlight | see if you can get a datasheet and figure out how to use it |
19:35:07 | lavid | 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 | lowlight | bingo |
19:35:58 | * | lavid grumbles |
19:36:01 | lavid | okay |
19:36:40 | lowlight | there's a request form on the website...I thought someone got one, but others were denied |
19:37:23 | lavid | 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 | lowlight | don't know, maybe MrH |
19:40:42 | lex | fuck |
19:40:45 | lex | i'm maybe on high |
19:40:57 | lex | i accidentally bought one month subscribtion to wow |
19:41:53 | GodEater | ah, the even more addicitve alternative to evercrack |
19:42:06 | GodEater | kiss your social life goodbye |
19:42:10 | GodEater | and your suntan |
19:44:21 | | Quit Wiwie ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:48:09 | lavid | 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 | GodEater | can't hurt |
19:52:17 | lavid | additionally, looking at the diagram for the as3515, it seems like it has the battery charger as well as the backlight |
19:53:24 | lavid | 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 | linuxstb | Febs: ? |
19:58:08 | Febs | 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 | linuxstb | Yes. |
19:58:30 | Febs | I have the same problem. |
19:58:35 | linuxstb | On what ipod? |
19:58:39 | Febs | 5g 60GB |
19:58:56 | Febs | Recall, however, that I installed the new bootloader directly from the old, not from a clean firmware. |
19:59:17 | Febs | I haven't had a chance to restore the Apple firmware to see if that makes a difference. |
19:59:28 | linuxstb | Ah, I thought the problems were only affecting the older, greyscale ipods. |
20:00 |
20:00:19 | Febs | It took me a while to notice the issue. Apparently I don't use the Apple firmware much! ;) |
20:01:46 | linuxstb | Have you seen other reports of 5g problems? |
20:02:21 | Febs | Not that I can recall. |
20:06:21 | lowlight | 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 | lavid | 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 | lowlight | good luck |
20:12:42 | lavid | ha, thanks |
20:13:40 | lavid | 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 | lowlight | 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 | lavid | neither of which are on, I see. |
20:16:23 | lavid | 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 | an-user | hi ! |
20:25:57 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
20:26:30 | an-user | 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 | an-user | 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 | an-user | 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 | goffa | 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 | goffa | like on the gigabeat i think you can hold menu an-user |
20:29:32 | goffa | but not sure on h10 |
20:29:36 | votetrev | has ANYONE in here succesfully gotten a rockbox theme working on the 5.5g ipod video |
20:29:49 | votetrev | 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 | an-user | goffa: before this failure, the "O" key let me enter in recovery mode |
20:30:56 | goffa | ah...try that on boot.. if not.. i dunno |
20:31:06 | goffa | you'll probably have to wait for a h10 dev |
20:31:24 | an-user | (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 | an-user | so I'll wait ^.^ do you have an idea of when they will be there? |
20:32:44 | an-user | (btw, thanks for your help) |
20:33:36 | votetrev | anyone in here using a 5.5g ipod????? |
20:33:53 | goffa | unfortunately no |
20:34:00 | goffa | i don't even know who was working on that |
20:34:06 | votetrev | dang.... |
20:34:31 | goffa | 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 | votetrev | lucky bass :) |
20:36:32 | PaulPosition | an-user: I may not be ble to help much but I'll do what I can... |
20:37:02 | PaulPosition | an-user: First things first, though : There is NO flashing of rockbox on H10 devices... |
20:37:30 | lowlight | 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 | PaulPosition | lowlight: Next / -o- refer to the same buttons. So he did try. |
20:38:43 | lowlight | ah, ok |
20:38:45 | an-user | PaulPosition: so the flash would still work if I could make it ignore the HD ? |
20:38:56 | PaulPosition | 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 | PaulPosition | 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 | an-user | the soft in flash, sorry (talking in english is not easy for me) |
20:39:43 | an-user | no, I didn't forgot |
20:40:14 | PaulPosition | an-user: What happens exactly when you try to connect through the UMS trick? |
20:41:26 | an-user | instead of giving hand to the emergency mode, the player try to load rockbox and fail to do that |
20:43:33 | PaulPosition | Err... Fails with an error message? Or if not, what's the last line it shows? |
20:44:00 | an-user | Rockbox error: -5 |
20:44:24 | an-user | the last line is "Rockbox error: -5", the first being "Rockbox boot loader" |
20:44:34 | PaulPosition | 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 | PaulPosition | an-user: wait a second, checking out things. |
20:45:57 | an-user | 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 | an-user | 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 | PaulPosition | 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 | an-user | shame on me |
20:49:52 | an-user | >.< |
20:50:03 | an-user | my brother succeeded ... |
20:50:16 | PaulPosition | 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 | jdong | regarding USB ports only letting 100mA power draw with no device registering, is that a USB standard or a software setting? |
20:51:22 | jdong | 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 | an-user | I don't like being a lame... again : thanks for your help, you saved a brand new device |
20:52:35 | PaulPosition | 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 | jdong | is there any way for Rockbox to report charging current on the iPod |
20:56:22 | jdong | 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 | PaulPosition | jdong - On wps or you mean for debugging purposes? |
20:57:20 | jdong | PaulPosition: for debugging purposes |
20:58:15 | PaulPosition | jdong - info->debug->battery ... |
20:58:42 | | Nick Everybody|ingame is now known as Everybody (n=everybod@harpo.demon.co.uk) |
20:58:58 | jdong | PaulPosition: I see detailed voltage info |
20:59:03 | jdong | but nothing about charging current |
20:59:27 | PaulPosition | 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 | PaulPosition | Maybe there's what you look for, if not, sorry maybe someone has better idea. |
21:00 |
21:00:15 | jdong | no, unfortunately it doesn't deliver the info I'm looking for |
21:00:18 | jdong | it comes a bit close |
21:00:33 | jdong | but I'm looking for current (mA) info |
21:00:48 | jdong | and I don't have an ammeter to hook up around the USB cable either :D |
21:00:55 | jdong | though that would probably be the best method, lol |
21:02:02 | PaulPosition | 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 | jdong | PaulPosition: well, charging current doesn't directly equal change in voltage in any predictable fashion |
21:02:44 | jdong | sadly |
21:02:54 | jdong | and also charging percentage is very very unreliable/unsmooth |
21:03:20 | jdong | the closest I could get is a full discharge, then recharge in stock firmware and then recharge in rockbox |
21:03:21 | PaulPosition | true. |
21:03:24 | jdong | but that sounds like 2 days of work :D |
21:04:07 | jdong | of course if lsusb can tell me how much current is drawn in realtime... |
21:04:07 | jdong | (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 | Zero-Coo|_ | heyy |
21:09:19 | Zero-Coo|_ | can anyone help me ;/ ? |
21:10:06 | | Join skibone [0] (i=904a6c4c@gateway/web/cgi-irc/labb.contactor.se/x-ab9ce9d278f3d562) |
21:10:43 | Llorean | 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 | Zero-Coo|_ | ok |
21:11:00 | Zero-Coo|_ | i bought the new nano ipod |
21:11:07 | Zero-Coo|_ | 2GB |
21:11:16 | jdong | not supported |
21:11:16 | jdong | :( |
21:11:16 | Zero-Coo|_ | the rockbox support the new ? |
21:11:18 | Zero-Coo|_ | ;/ |
21:11:29 | jdong | I have 4 of them |
21:11:30 | Zero-Coo|_ | hmm what can i do to put videos on it?!?! |
21:11:42 | jdong | trade 2 for a 30GB video |
21:11:44 | jdong | :) |
21:11:46 | Zero-Coo|_ | lol |
21:12:00 | | Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") |
21:12:01 | jdong | sorry, there really isn't much support for anything other than stock firmware on the 2G nano |
21:12:02 | Zero-Coo|_ | on future |
21:12:15 | jdong | maybe in the future... but it appears like the firmware is encrypted |
21:12:24 | jdong | and there doesn't seem to be much progress yet in decrypting it |
21:12:26 | Zero-Coo|_ | oo duhhhh ;/ |
21:12:30 | | Part tvelocity ("ΑποχώÏησε") |
21:12:37 | jdong | there's a lengthy forum topic on this |
21:12:43 | Zero-Coo|_ | i listen something about ipodlinux ? |
21:12:47 | Zero-Coo|_ | what is this? |
21:12:53 | jdong | ipodlinux = running linux on the iPod |
21:13:00 | jdong | it also doesn't support the 2G nano :( |
21:13:02 | maquis | Zero-Coo|_: ipodlinux won't have anymore luck on the new nano, i'm betting |
21:13:02 | Zero-Coo|_ | yeah but the new ones? |
21:13:11 | jdong | no supporto :( |
21:13:13 | Zero-Coo|_ | grrrr |
21:13:19 | Zero-Coo|_ | i spend 110 pounds |
21:13:23 | jdong | ipodlinux doesn't support FAT32 5.5G ipods either |
21:13:24 | Zero-Coo|_ | buying that ipod |
21:13:31 | jdong | Zero-Coo|_: I'm sorry to hear that :( |
21:13:34 | Zero-Coo|_ | oki |
21:13:40 | Zero-Coo|_ | thnx anyway for the help:P |
21:13:43 | jdong | I too am anxiously awaiting progress on the 2G nano |
21:13:43 | Zero-Coo|_ | bye bye |
21:13:45 | | Join tvelocity [0] (n=tony@ppp48-62.adsl.forthnet.gr) |
21:13:47 | jdong | as I said, I got 4 |
21:13:52 | jdong | and they collect dust right now |
21:13:57 | Zero-Coo|_ | ;/ |
21:14:08 | jdong | gonna probably give them away as gifts |
21:14:19 | Zero-Coo|_ | c ya in the "future" :Pp |
21:14:25 | jdong | k :) |
21:14:28 | | Quit Zero-Coo|_ () |
21:14:51 | skibone | Hi gang - one day newbie here running rb on a Gigabeat. Is it possible to delete the currently playing file? |
21:15:11 | jdong | Llorean: do you know if it's possible for some USB controllers to allow 500mA current draw for rockbox? |
21:15:23 | jdong | 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 | jdong | 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 | jdong | maquis: let me add a "that" after the 2nd word of that sentence so I don't bet anything :D |
21:17:31 | maquis | jdong: that does make a small difference |
21:17:38 | jdong | yes it does :D |
21:17:51 | skibone | 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 | PaulPosition | skibone: gimme a second, I *may* have an idea.. |
21:18:41 | Llorean | 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 | jdong | mmm, ok |
21:19:08 | jdong | so it's a hit-or-miss anomaly then |
21:19:16 | Llorean | skibone: Have you *tried* deleting the currently playing file? |
21:19:25 | Llorean | jdong: I believe you can delete the currently playing file, actually. |
21:19:33 | jdong | really? |
21:19:41 | * | jdong goes and tries it |
21:19:47 | jdong | I swear it didn't work the last time I did it! |
21:20:26 | Llorean | 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 | PaulPosition | 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 | jdong | wow yes it does work |
21:21:23 | jdong | 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 | jdong | yes it's definitely the buffer! |
21:22:36 | jdong | lol |
21:22:41 | skibone | 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 | Araknis | 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 | jdong | Llorean: it's pretty glitchy though, like I tried to stop (which I have auto-bookmarking) playback and rockbox hard-locked |
21:28:31 | jdong | at this point I don't think it's something we should tell people to do :D |
21:28:39 | Llorean | 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 | Llorean | :-P |
21:28:48 | jdong | ah :) |
21:29:03 | Araknis | 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 | Llorean | 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 | PaulPosition | 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 | Araknis | Yes, I am the person who asked the same thing on the Patch Tracker |
21:38:47 | Araknis | I had no idea it was not a discussion forum, others looked like there were |
21:39:24 | | Quit Rob2222 () |
21:39:32 | Araknis | 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 | PaulPosition | 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 | Llorean | 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 | PaulPosition | 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 | linuxstb | 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 | Araknis | 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 | bluebrother | maybe someone should add this to the tracker frontpage ... |
21:43:39 | Araknis | 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 | Llorean | bluebrother: It is *technically* a discussion board, just a very, very focused one ideally |
21:44:27 | bluebrother | yeah, it's a tracker :) |
21:44:43 | | Quit thegeek (Read error: 113 (No route to host)) |
21:44:45 | Llorean | bluebrother: Can I ask you to do a quick manual change? |
21:44:49 | bluebrother | sure. |
21:45:32 | Llorean | 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 | Llorean | 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 | Llorean | 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 | Araknis | I am sorry for messing up your tracker, I guess I should have posted in the Forum. |
21:47:15 | Llorean | 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 | Osse | 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 | Osse | I'm |
21:58:55 | bluebrother | can the gigabeat dual-boot? |
21:59:02 | | Quit gotthardt ("CGI:IRC (EOF)") |
21:59:20 | jdong | Osse: a more detailed explanation of what goes wrong trying to run ipodpatcher could be helpful |
21:59:24 | goffa | bluebrother: yes |
21:59:29 | bluebrother | thxx |
22:00 |
22:01:20 | bluebrother | 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 | goffa | havent attempted that |
22:01:42 | goffa | haven't heard reports |
22:02:03 | goffa | er wait |
22:02:04 | goffa | bootloader |
22:02:07 | goffa | that's fine |
22:02:14 | goffa | firmware haven't attempted |
22:02:30 | goffa | 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 | Osse | AFT VERSION |
22:14:41 | Osse | AFT VERSION |
22:14:41 | Osse | CHAPTER 2. INSTALLATION 13 |
22:14:42 | DBUG | Enqueued KICK Osse |
22:14:42 | Osse | CHAPTER 2. INSTALLATION 13 |
22:14:42 | Osse | The following instructions refer to the “installation folder.” For Windows users, the |
22:14:44 | Osse | The following instructions refer to the “installation folder.” For Windows users, the |
22:14:44 | Osse | ”installation folder” is assumed to be a folder in the root (top- level) of the C: drive |
22:14:47 | Osse | ”installation folder” is assumed to be a folder in the root (top- level) of the C: drive |
22:14:49 | Osse | called rockbox (you will obviously need to create this folder yourself). For Mac OS |
22:14:51 | Osse | whoops >.< |
22:14:53 | Osse | called rockbox (you will obviously need to create this folder yourself). For Mac OS |
22:14:55 | Osse | X and Linux users, the “installation folder” is assumed to be the Desktop folder. But |
22:14:57 | Osse | X and Linux users, the “installation folder” is assumed to be the Desktop folder. But |
22:14:59 | Osse | you can use any folder you wish. Note that these files should be saved onto your |
22:15:01 | Osse | you can use any folder you wish. Note that these files should be saved onto your |
22:15:05 | Osse | computer’s hard disk, not on your Ipod. |
22:15:05 | Osse | computer’s hard disk, not on your Ipod. |
22:15:07 | Osse | 1. First, download the ipodpatcher tool to your installation folder. You can download |
22:15:10 | Osse | 1. First, download the ipodpatcher tool to your installation folder. You can download |
22:15:11 | Osse | the ipodpatcher tool for your operating system at http://download.rockbox. |
22:15:13 | Osse | the ipodpatcher tool for your operating system at http://download.rockbox. |
22:15:15 | Osse | org/bootloader/ipod. |
22:15:16 | | Quit Osse (Excess Flood) |
22:17:01 | christie | hi everyone:-) are there any gigabeat f users? |
22:17:13 | lini | quick question - i did a sim build for ipod video |
22:17:28 | lini | when I start the sim it says - no .rockbox directory |
22:17:46 | Llorean | lini: Did you do a "make install" after "make"? |
22:17:52 | bluebrother | lini, make install |
22:17:54 | lini | ah thanks |
22:18:04 | lini | 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 | Lars_G | Hi all. |
22:19:52 | Lars_G | 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 | petur | 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 | BHSPitMonkey | 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 | Lars_G | petur: Produce code |
22:21:41 | Lars_G | BHSPitMonkey: It'd be very slow to cross compare :) |
22:21:48 | BHSPitMonkey | why is "regular" a requirement? |
22:21:56 | Lars_G | i just want to ask to the regular devs here, what do you code in? (as in editor or ide) |
22:22:06 | BHSPitMonkey | emacs? :P |
22:22:10 | bluebrother | gvim :) |
22:22:16 | Lars_G | ok |
22:22:18 | BHSPitMonkey | MS Word |
22:22:23 | petur | lol |
22:22:27 | Lars_G | BHSPitMonkey: masochist |
22:22:32 | BHSPitMonkey | :P |
22:22:44 | BHSPitMonkey | using a blinking cursive font |
22:22:48 | Lars_G | hahaha |
22:22:56 | Llorean | I use ConText. |
22:22:59 | petur | 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 | BHSPitMonkey | lol |
22:23:22 | bluebrother | changing bit using permanent magnets :) |
22:23:34 | Llorean | It's a windows text editor that isn't so bad, really. |
22:23:37 | BHSPitMonkey | impressive |
22:23:49 | Lars_G | Ok highlighting editor for windows. |
22:23:56 | BHSPitMonkey | I've heard of this "Programmer's Notepad" for windows |
22:23:56 | bluebrother | gvim :) |
22:24:04 | debauched_sloth | I use SlickEdit |
22:24:10 | linuxstb | Llorean: "isn't so bad, really" - a glowing recommendation.... |
22:24:15 | Lars_G | Me too, I should've said I'm on linux but oh well |
22:24:28 | Llorean | linuxstb: Well, when you say "windows text editor" there's so much negative weight just in the term... |
22:24:30 | Lars_G | bluebrother: you can only vote once :) |
22:24:30 | bluebrother | Programmers Notepad is nice. I used it at uni where I hadn't a good editor. It can do code folding. |
22:24:47 | bluebrother | Lars_G, I voted for both operating systems :) |
22:24:59 | Lars_G | lol |
22:24:59 | lini | i use SciTE |
22:25:03 | Lars_G | Ah well. |
22:25:15 | bluebrother | On Windows I used to use CrimsonEditor |
22:25:17 | BHSPitMonkey | gedit? |
22:25:17 | Llorean | I've actually started looking at this DevCPP thing for windows, but haven't really dove into it yet. |
22:25:47 | Llorean | 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 | Lars_G | 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 | bluebrother | 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 | Lars_G | ok thanks for the feedback |
22:27:25 | * | pixelma seconds Llorean - surely amiconn would do so too :) |
22:28:24 | bagawk | Lars_G: the tools rockbox uses to build are very common... |
22:29:20 | Lars_G | make might be, but your configure didn't look like autotools to me |
22:29:42 | Lars_G | SlickEdit looks good, but if it's over $10 I can't pay it right now |
22:29:51 | petur | pixelma: on which one? |
22:29:59 | pixelma | ConText |
22:29:59 | | Quit Araknis ("CGI:IRC (EOF)") |
22:30:00 | bagawk | Why not just use vim? |
22:30:15 | bluebrother | hehe |
22:30:23 | | Quit decayedcell ("CGI:IRC (Ping timeout)") |
22:30:46 | Lars_G | 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 | Phul | IAudio G3/U2 has rockbox? |
22:32:11 | Llorean | No |
22:32:15 | Phul | why not |
22:32:19 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
22:32:22 | bagawk | 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 | Llorean | Phul: Because nobody with the hardware has written it. Are you going to? |
22:32:40 | Phul | why not |
22:33:01 | Llorean | 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 | Phul | hm |
22:33:32 | Phul | I would have been trying to help |
22:33:39 | Phul | but pretty busy this days. |
22:33:50 | Lars_G | rockbox's kern's monolitic right? |
22:34:09 | Llorean | Phul: It doesn't need help. It needs someone to *do* it. |
22:34:22 | Phul | What qualifications needed for writing those stuff? |
22:34:39 | Llorean | Right now no work is going on, at all, in that area, because there are no developers for that hardware. |
22:34:44 | Llorean | At least, none who speak here. |
22:34:56 | Llorean | Phul: http://www.rockbox.org/twiki/bin/view/Main/NewPort |
22:35:10 | bluebrother | Llorean, bootloader instructions added. I hope it's understandable ;-) |
22:35:53 | kaaloo | Hi all, just wanted to let you know I made a small donation. Keep up the good work ! |
22:36:01 | Phul | well i'm up to the task |
22:36:05 | Llorean | 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 | Phul | according the first paragraph |
22:36:12 | | Join webguest34 [0] (i=53e2d3c0@gateway/web/cgi-irc/labb.contactor.se/x-19d851c44f7059b3) |
22:36:29 | bluebrother | hehe |
22:36:37 | bluebrother | I tried my best to make it confusing *g* |
22:38:00 | | Quit kaaloo ("Leaving.") |
22:38:14 | Llorean | bluebrother: Looks good enough to me. |
22:39:46 | Alonea | 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 | Phul | hmm looks intersting, I might consider it in future. |
22:39:54 | Phul | Thanks. |
22:40:14 | Llorean | 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 | Lars_G | trace the connections with a multimeter. |
22:40:35 | bluebrother | I just read your argumentation for this |
22:40:38 | * | Lars_G cries with laughter. |
22:40:57 | bluebrother | Lars_G, what guide? |
22:41:03 | | Quit cynicalliberal ("Chatzilla 0.9.77 [Firefox 1.5.0.9/2006120612]") |
22:41:03 | Llorean | 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 | Lars_G | bluebrother: New port one. |
22:41:19 | bluebrother | ah. That's a nice one. I like it :) |
22:41:20 | Phul | What about U3 |
22:41:21 | | Join Rob222241 [0] (n=Miranda@p54B15AFB.dip.t-dialin.net) |
22:41:23 | Phul | does it have rockbox? |
22:41:34 | Llorean | 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 | Llorean | Phul: ALL officially supported targets are on the front page of the site |
22:41:52 | Lars_G | 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 | bluebrother | yeah, I agree with that |
22:42:17 | Llorean | Lars_G: Fortunately nobody's accused our core devs of being fully sane in years. |
22:42:26 | bluebrother | hmm, I don't believe Rockbox porting is for the weak |
22:42:47 | Febs | 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 | Alonea | 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 | Lars_G | it's not bluebrother but that step is specially not for the stable, weak, or someone with a spouse |
22:43:54 | bluebrother | I'm still wondering if I happen to get insane one day ... |
22:44:34 | Llorean | 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 | Osse | sorry about that earlier =P |
22:45:20 | Osse | i cant open the bootloader file with ipodpatcher , can anyone help ? =( |
22:45:26 | | Quit Phul () |
22:45:36 | Llorean | Osse: What error message do you get? |
22:45:46 | Alonea | okies, thanks Llorean. Any suggestions on what program would be best to read the stuff in? |
22:45:52 | Osse | it just says ... |
22:46:00 | Llorean | 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 | Osse | [ERR] Couldnt open input file bootloader |
22:46:33 | Osse | using win32 cmd |
22:46:36 | | Quit lost|X40 (Read error: 104 (Connection reset by peer)) |
22:46:51 | linuxstb | The instructions will tell you type something like "bootloader-ipodvideo.ipod" |
22:47:05 | Osse | well yeah thats what i did |
22:47:14 | linuxstb | No you didn't.... |
22:47:18 | linuxstb | Did you add a space? |
22:47:19 | Llorean | Not if that was your exact error message. |
22:47:47 | Alonea | 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 | votetrev | anyone in here that could help with a simple question about a theme for the 5.5g ipod video |
22:49:22 | webguest34 | Hi guys! I'm curious about how to make recursive functions not to try to open too many subfolders. Would something like "if opendirs<MAX_OPEN_DIRS..." be possible? |
22:49:23 | Osse | hmm |
22:49:26 | Osse | sec |
22:49:59 | Osse | bootloader-ipodvideo.ipod |
22:50:07 | webguest34 | Background info: http://forums.rockbox.org/index.php?topic=7404.0 |
22:51:14 | Osse | i cant get whats wrong =/ |
22:51:15 | Llorean | Osse: Was what you gave use the *exact* error message then, or did you shorten it? |
22:51:53 | Llorean | Because if you typed "bootloader-ipodvideo.ipod" it should say "[ERR] Couldnt open input file bootloader-ipodvideo.ipod" |
22:51:55 | Osse | [ERR] Couldnt open input file bootloader-ipodvideo.ipod |
22:51:59 | Osse | is the exact one |
22:52:02 | Llorean | Why did you tell us something else, then? |
22:52:23 | Llorean | 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 | Llorean | When you type 'dir' without the 's, and hit enter, is bootloader-ipodvideo.ipod in that list? |
22:52:48 | Osse | right , fair enough , well what i just typed is the exact error message |
22:53:34 | linuxstb | You haven't saved the bootloader-ipodvideo.ipod file into the same folder as ipodpatcher.exe |
22:54:20 | Osse | 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 | Osse | the file is in the same directory as the exe |
22:54:58 | Llorean | 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 | Osse | ahh , thanks =) |
22:55:44 | Osse | so i need to run it from the directory its in then |
22:56:01 | Llorean | Yes. |
22:56:11 | Llorean | I believe the instructions tell you to do so. |
22:56:30 | Llorean | Yes, they do. |
22:59:33 | Osse | ok , thanks for the help =) |
23:00 |
23:00:43 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
23:01:23 | webguest34 | Anyone? ...I'll rephrase: |
23:01:29 | webguest34 | 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 | webguest34 | ...declaration... |
23:02:45 | | Part coloboque |
23:03:56 | | Quit BigBambi ("Leaving") |
23:04:05 | Bagder | 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 | Osse | 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 | Osse | =/ |
23:04:23 | Osse | first time ive done this , my apologies for being a noob |
23:05:28 | Llorean | Osse: You aren't following the installation instructions... |
23:05:31 | linuxstb | webguest34: Why not just check the return value of opendir() ? |
23:05:39 | Osse | sorry , what did i miss :S |
23:05:41 | Llorean | Osse: It tells you to then extract a rockbox.zip onto the device. |
23:06:12 | Osse | oh god i missed a page :o |
23:06:14 | Osse | sorry ! |
23:06:14 | Llorean | 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 | Osse | yeah im just dying to get this on , ill read it properly |
23:06:38 | Osse | 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 | webguest34 | linuxstb: exactly my thought. But I still haven't fixed me an environment to try it myself yet... |
23:08:24 | webguest34 | So it seems quite easily fixed then? |
23:09:00 | webguest34 | 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 | linuxstb | It looks like disktidy already does that check - that's the error people are referring to in that forum thread. |
23:10:48 | webguest34 | Well.. I'm "mlind" |
23:11:02 | webguest34 | And Disktidy does crash |
23:11:15 | linuxstb | How do you mean "crash"? |
23:12:06 | webguest34 | I have more than 8 subdirectories, and when disktidy gets too deep it just stops and says it encountered an error. |
23:12:18 | linuxstb | That's not a crash... |
23:12:19 | Llorean | That's not a crash then, that's a "graceful exit upon error" |
23:12:39 | webguest34 | Ok ok |
23:12:46 | Llorean | 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 | linuxstb | I agree a more specific error message could be useful though. |
23:13:16 | webguest34 | It could just skip those deeper subdirectories |
23:13:48 | webguest34 | ...instead of not cleaning the rest of my disk |
23:14:18 | Llorean | You're going to have to run disktidy again either way. |
23:14:20 | webguest34 | ...that doesn't have as deep structure as a few portable apps that I keep in there |
23:15:22 | webguest34 | 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 | Llorean | 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 | Osse | ok sorry but im stuck again , i dont know if ive missed something but i apologise if i have |
23:16:44 | Llorean | But it should be changeable to do that fairly easily, I'd imagine |
23:16:54 | Osse | i cant see where it says to extract a rockbox.zip to the ipod , when was i supposed to do this ? |
23:17:23 | Llorean | Osse: Depends, what instructions are you reading? |
23:17:25 | linuxstb | Are you following the manual or the IpodInstallationBeta wiki page? |
23:17:26 | webguest34 | Thanks. I'll see if I get the time to set up everything to try it... |
23:17:45 | Osse | its a pdf file , for the ipod video |
23:17:54 | Osse | the instructions are specific to it at least |
23:18:11 | Llorean | Osse: 2.2.2 |
23:18:16 | Llorean | Osse: The step BEFORE installing the bootloader. |
23:19:02 | Osse | 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) |