00:00:08 | | Join todko1 [0] (n=todkon@adsl-70-132-0-3.dsl.snfc21.sbcglobal.net) |
00:00:08 | | Quit Kayasha-kun (Client Quit) |
00:00:13 | | Join karl [0] (i=46518fe6@gateway/web/cgi-irc/labb.contactor.se/x-09eff0c3e7a6eb95) |
00:00:15 | alienbiker99 | do you guys have a list of links that you have at the ready? haha |
00:00:15 | amiconn | linuxstb: Okay, but it works? |
00:00:21 | karl | could i re have thiose link |
00:00:29 | zajacattack | hey, does anyone know what happened to mpegplayer? |
00:00:31 | linuxstb | amiconn: I only tested briefly, but yes. Should I test more? |
00:00:32 | karl | pop up blocker, |
00:00:37 | karl | it's kayasha here |
00:00:37 | amiconn | The speedup might be tiny because the single-transfer port is only used for commands |
00:00:52 | bluebrother | karl: http://www.rockbox.org/wiki/PluginMpegplayer |
00:00:52 | todko1 | hmm, everytime I try to mount my ipod recently, it just says "Okay to disconnect" so I have to boot into the iPod firmware to mount my ipod >_< |
00:00:55 | amiconn | The bulk data transfer uses the block transfer port |
00:01:13 | bluebrother | alienbiker99: it's rather easy to construct the link to the wiki if you know the page name ;-) |
00:01:17 | | Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
00:01:22 | amiconn | H10 doesn't use that (yet), and that extra wait would cost around 20% speed |
00:01:35 | zajacattack | i updated last night to get seeking, and now my vids don't play |
00:01:38 | amiconn | (H10 svn doesn't have that wait, ipod color/nano does) |
00:02:11 | karl | mpeg 2 movie ? |
00:02:14 | karl | could that work? |
00:02:26 | amiconn | linuxstb: Basically it should not hang or cause graphical glitches. Testing with something gfx intensive would be best |
00:02:43 | amiconn | (mandelbrot, plasma, mpegplayer etc. Also test_fps) |
00:02:45 | linuxstb | karl: It needs to be encoded according to the instructions on the page we linked you to. |
00:02:52 | karl | ok perfect |
00:02:55 | karl | thanks |
00:03:00 | amiconn | Any volunteers for testing on nano? preglow? |
00:04:04 | | Quit Gnu47 (Connection timed out) |
00:05:00 | | Quit _aLF ("Quitte") |
00:05:02 | | Quit midkay ("Leaving") |
00:08:05 | preglow | amiconn: sure,what is it? |
00:08:31 | amiconn | amiconn.dyndns.org/pp-color-lcd3.diff">http://amiconn.dyndns.org/pp-color-lcd3.diff |
00:08:58 | amiconn | Patches the PP lcd drivers using the "color" bridge |
00:08:58 | preglow | what should i do? |
00:09:07 | amiconn | Needs testing for speed and stability |
00:09:12 | preglow | test_fps? |
00:09:43 | amiconn | Yes, plus watching for gfx glitches, ideally using several gfx intensive plugins |
00:10:07 | | Part zajacattack |
00:11:49 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
00:12:34 | preglow | man, make is starting to take quite some time on my poor old box |
00:12:38 | | Join iamben [0] (n=ben@dpc67142179038.direcpc.com) |
00:14:19 | linuxstb | amiconn: No problems that I can see. |
00:14:24 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
00:14:26 | amiconn | Nice :) |
00:14:39 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
00:14:47 | Nico_P | amiconn: 1624 bytes less for the mob branch compared to the latest SVN |
00:15:04 | amiconn | Now if the block data port also works on H10... I'll hopefully see soon.... |
00:15:16 | linuxstb | roolku: I've just tried the "new" mpegplayer for the first time. I'm not sure I like the way it takes me to a menu, rather than playing the video... |
00:15:20 | preglow | now, how the hell to increase boost ratio manually on ipods |
00:15:34 | preglow | linuxstb: you shouldn't like that... |
00:15:44 | amiconn | You have to scroll *left* |
00:15:49 | amiconn | Intuitive, eh? |
00:15:52 | preglow | ahahhaha |
00:16:08 | preglow | i would expect left and right _buttons_ |
00:16:43 | roolku | linuxstb: isn't this the same with the archos video player? How else could it be done? |
00:16:49 | | Quit n1s () |
00:17:18 | linuxstb | roolku: Well, if there's a resume point for that video stored, it could resume it, otherwise just play from the beginning. |
00:17:24 | linuxstb | (or ask if you want to resume) |
00:17:33 | amiconn | video.rock asks |
00:17:50 | roolku | linuxstb: but then you wouldn't be able to seek |
00:17:57 | amiconn | ..and if no resume position is stored, plays right away |
00:18:08 | preglow | test_fps: 80, 316.5 @ 30. 213.5, 848 @ 80. unchanged after patch |
00:18:31 | linuxstb | roolku: I would expect to be able to seek from within mpegplayer, after the video has started playing. |
00:19:02 | linuxstb | (using the normal left/right buttons) |
00:19:24 | amiconn | whoa! |
00:19:27 | preglow | amiconn: isn't this supposed to affect fps? |
00:19:37 | * | amiconn got a >3 times speedup in lcd update speed on H10 :D |
00:19:51 | roolku | linuxstb: well, that was the discussion we had the last time - it doesn't seek as such, it sets the resume point |
00:19:59 | amiconn | preglow: It's probably an immeasurable small speedup |
00:20:11 | roolku | linuxstb: which can only be done before playback is started |
00:20:15 | preglow | amiconn: nano is already pretty fast, so |
00:20:25 | amiconn | 113fps @30MHz, and 303fps @80MHz |
00:20:32 | amiconn | (that's fullscreen!) |
00:20:40 | preglow | res? |
00:20:41 | amiconn | (small H10 though) |
00:20:41 | | Part todko1 |
00:20:54 | linuxstb | roolku: I know, but couldn't you just implement seeking by stopping playback and resuming? |
00:21:05 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
00:21:11 | amiconn | Plasma flies... |
00:21:28 | * | preglow wants to see cube.c with gourad shading :> |
00:21:40 | preglow | and perspective corrected texture mapping |
00:21:59 | [IDC]Dragon | and filtered textures |
00:22:00 | roolku | linuxstb: yes, that is on the todo list, but flushing all the buffers cleanly doesn't strike me as easy |
00:22:01 | Arathis | amiconn: need someone with a big H10? ;) |
00:22:03 | linuxstb | roolku: I understand it's a work-in-progress, it's just a horrible UI at the momment. |
00:22:11 | amiconn | Arathis: Not yet, but soon |
00:22:19 | Arathis | okay |
00:22:26 | amiconn | The big H10 driver is separate, so I have to port the stuff first |
00:22:27 | preglow | amiconn: looks stable |
00:22:32 | amiconn | preglow: goodie |
00:22:46 | preglow | amiconn: bounced through all the stuff in demos/ plus a few games |
00:23:00 | amiconn | Fire is faster than on any other target I own... |
00:23:14 | preglow | amiconn: what reso is h10? |
00:23:22 | linuxstb | About 10x10... |
00:23:23 | * | amiconn guesses the H10 won't have any problems with peakmeters soon |
00:23:30 | amiconn | preglow: small one is 128*128 |
00:23:30 | | Join AlexGladd [0] (n=me@ip24-254-218-144.hr.hr.cox.net) |
00:23:36 | preglow | ahh, ok |
00:23:46 | preglow | so transfer speed is about as fast as nano |
00:23:49 | | Part AlexGladd |
00:24:06 | | Quit davina (Remote closed the connection) |
00:24:09 | amiconn | preglow: yup |
00:24:13 | roolku | linuxstb: considering the slowness of the seeking I think it is quite useful, but I realise that there seems to be a demand for seeking after playing has started... |
00:24:22 | | Join Fhantazm [0] (n=me@ip24-254-218-144.hr.hr.cox.net) |
00:24:29 | amiconn | preglow: Almost exactly, in fact |
00:24:43 | amiconn | Hmm, but that means something interesting... |
00:24:52 | preglow | does it? |
00:25:26 | amiconn | The iPod color should be twice as fast as it actually is... |
00:25:28 | linuxstb | roolku: If seeking is going to be this slow in mpeg, maybe we should consider a different container format - one that is more suited to seeking on our devices. |
00:25:43 | preglow | matroska? |
00:25:48 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
00:25:57 | preglow | is the ordinary mpeg one really primitive? |
00:26:16 | | Quit chris__ (No route to host) |
00:26:28 | amiconn | preglow, linuxstb: Could you make a dump of the 0x70008000...0x70008fff register area (on nano resp. color)? |
00:26:52 | Fhantazm | Sansa e260 user here and would like to offer myself as a tester. |
00:26:58 | roolku | linuxstb: personally I am very happy with how it is now. I never suddenly get the urge to seek, but I often want to resume halfway into a video after having had to stop |
00:27:23 | Fhantazm | Absolutely LOVE whats been done on the Sansa port so far and would like to lend a hand to the developers any way possible |
00:27:52 | roolku | linuxstb: I think introducing new and probably more exotic formats will make it harder for the average user to convert their movies |
00:27:59 | rasher | Why does the manual use customization rather than customisation? |
00:28:01 | amiconn | The iPod color should manage ~45fps @30MHz, and ~125fps @80MHz. There must be some speed config register... |
00:28:12 | preglow | amiconn: what, just dump the memory contents to a file? |
00:28:17 | amiconn | yes |
00:28:23 | | Join Entames__ [0] (n=Jarred@ppp121-45-59-73.lns11.adl2.internode.on.net) |
00:28:37 | | Quit Entasis_ (Read error: 104 (Connection reset by peer)) |
00:28:39 | | Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) |
00:28:55 | linuxstb | roolku: I agree that's an issue, but IMO performance is important too... |
00:29:10 | amiconn | Maybe the color uses a conservative setup for the type 0 LCD, and the type 1 could go faster? |
00:30:31 | | Join adiamas [0] (n=adiamas@12.193.211.18) |
00:30:42 | pixelma | rasher: I thought there was finally a decision to use -ize (as that can be BE too) and I also wouldn't be surprised to find both spellings in the manual |
00:31:00 | roolku | linuxstb: probably for some - I am quite happy with the way it is. I can see possible improvements with the menus though |
00:31:15 | amiconn | argh |
00:31:20 | amiconn | That menu is really annoying |
00:31:37 | roolku | linuxstb: i.e. interrupt playmode to start seeking |
00:31:48 | rasher | pixelma: Ah, okay. I didn't know there had been any discussion, and also always thought that BE used -ise rather than -ize. |
00:32:46 | roolku | anyway. let me get the fixes for jhMikes' dodgy video files committed :) |
00:32:47 | amiconn | roolku: video.rock allows seeking while displaying the video frame. Playback is paused when you start seeking. A seek bar is displayed at the bottom. When you stop seeking, playback continues at the new positioin |
00:33:01 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
00:33:37 | linuxstb | preglow: I'm quite busy ATM, would you mind sharing your patch? |
00:33:47 | | Quit ompaul (Client Quit) |
00:33:53 | preglow | amiconn: doesn't look like a very busy section of memory |
00:34:19 | amiconn | Probably lots of register aliases? |
00:34:23 | preglow | int lol = open("/dump", O_WRONLY|O_CREAT); \n write(lol, (void *)0x70008000, 0x1000); \n close(lol); |
00:34:29 | preglow | just put that in app_main, before root_menu() |
00:35:01 | preglow | amiconn: www.pvv.org/~thomj/rockbox/dump |
00:35:06 | | Part Fhantazm |
00:35:14 | amiconn | 403 |
00:35:30 | preglow | right, copied from nano |
00:35:45 | preglow | n0ow |
00:36:39 | | Quit Arathis ("Bye, bye") |
00:37:04 | preglow | anything interesting? |
00:37:16 | amiconn | Thanks. |
00:37:22 | | Quit matsl (Read error: 110 (Connection timed out)) |
00:37:48 | | Quit bluebrother ("leaving") |
00:38:14 | amiconn | 0x70008b00 is sparse-decoded as 0x70008bxx |
00:38:46 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
00:39:00 | amiconn | In the 0x70008axx ange there are some more registers than those known from ipl |
00:39:07 | amiconn | (also heavily aliased though) |
00:39:09 | | Join keithr [0] (n=khr@ip68-13-241-53.ok.ok.cox.net) |
00:39:14 | | Quit ashes (Remote closed the connection) |
00:39:40 | | Join ashes [0] (n=ashes@2001:5c0:8fff:ffff:0:0:0:23) |
00:40:13 | keithr | trying to build on debian lenny −− get make error about arm-elf-gcc missing −− anyone know what to install to fix this problem? |
00:40:21 | amiconn | 0x70008a00 and 0x70008a04 look interesting |
00:40:31 | Bagder | keithr: you installed the cross compiler at all? |
00:40:57 | keithr | Badger: Nope |
00:41:26 | keithr | Bagder: is there a package? |
00:41:33 | Bagder | keithr: you on cygwin or linux? |
00:41:45 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/RockboxDevelopment |
00:41:46 | keithr | Bagder: Linux |
00:41:55 | Bagder | then http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler |
00:42:32 | keithr | Bagder: Thanks much. |
00:45:54 | * | adiamas waves at bagder |
00:46:01 | adiamas | glad to see you're still fighting the good fight |
00:46:19 | Bagder | :-) |
00:46:24 | Bagder | good to see you alive! |
00:46:28 | adiamas | heheh |
00:46:33 | adiamas | it's been a while |
00:46:45 | adiamas | oddly enough.. i _still_ running on the same jukebox recorder |
00:46:47 | adiamas | lol |
00:46:59 | pixelma | roolku: I couldn't figure out how I'm supposed to resume by the way (and also am annoyed to have to choose play a second time) |
00:47:45 | roolku | pixelma: note sure what you mean? You just select the second option in the menu? |
00:48:15 | roolku | (from memory) |
00:48:38 | amiconn | roolku: The menu is especially annoying as it causes mpegplayer to buffer the video twice |
00:49:01 | amiconn | Once when loading, before showing the menu. A second time when choosing playback |
00:49:05 | jhMikeS | amiconn: 3x speedup for what? Just general lcd access on H10? damn |
00:49:20 | pixelma | roolku: well I only saw that staying at 0,0 and of course it started from the beginning again - will try with ED and run it for a bit longer as that's the longest video I have) |
00:49:22 | amiconn | jhMikeS: lcd_update() / lcd_update_rect() |
00:49:40 | amiconn | Just small H10 atm, and lcd_yuv_blit() not yet converted |
00:49:42 | | Quit ender` (" Sometimes I lie awake at night, and I ask, "Where have I gone wrong?" Then a voice says to me, "This is going to take more t) |
00:49:58 | amiconn | I'm about to replicate the changes for big H10, will need a tester then... |
00:50:04 | roolku | amiconn: okay, added to the todo list |
00:50:18 | amiconn | roolku: Please, get rid of that menu again... |
00:50:44 | * | jhMikeS wonders how the PP retailos can be so clunky with music playing. even using one core only rb isn't as clunky. |
00:51:26 | amiconn | jhMikeS: Exact figures for small H10: 30MHz: 35->113fps, 80MHz: 93->303fps |
00:51:28 | |Rain| | the almighty buck promotes short development times and poor QA |
00:51:38 | pixelma | roolku: ok, just didn't expect it to be in half minute steps... |
00:51:58 | jhMikeS | amiconn: *blink* that's full, not 1/4 screen, right? |
00:52:02 | amiconn | yup |
00:52:31 | amiconn | big H10 should reach 80% of that, inversely proportional to lcd resolution |
00:52:32 | linuxstb | amiconn: http://www.davechapman.f2s.com/rockbox/dump-color.bin (thanks preglow) |
00:52:43 | Nico_P | amiconn: how did you achieve such a speedup ? |
00:53:05 | | Join Gnu47 [0] (i=Gnu47@82.118.125.98) |
00:53:12 | * | jhMikeS ought to go grab the bridge init code for that as well |
00:53:50 | linuxstb | roolku: Also, why does mpegplayer clear the button queue before bringing up the start menu? It prevents me skipping the startup menu by pressing select twice |
00:54:22 | * | linuxstb guesses he did that originally, so shouldn't be complaining... |
00:54:36 | amiconn | jhMikeS: I'm especially interested in the meaning of 0x70008a00 and 0x70008a04 |
00:54:41 | amiconn | linuxstb: Thanks. |
00:55:08 | amiconn | The mentioned registers really look like some kind of timing setup - and they have larger values on ipod color |
00:55:09 | jhMikeS | amiconn: any effects observed from poking at them? |
00:55:14 | amiconn | Not yet |
00:55:22 | amiconn | Too busy converting stuff |
00:55:23 | roolku | well, removing the startmenu is definitely the next task then :) |
00:55:30 | amiconn | Want to do the yuv blit next |
00:55:48 | amiconn | Not too many steps at once |
00:56:16 | jhMikeS | understood |
00:56:19 | | Quit Gnu47 (Client Quit) |
00:57:00 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
00:57:26 | Nico_P | Bagder: that's fast bugfixing |
00:57:39 | pixelma | roolku: wouldn't it be possible to store the exact position at least for resume (admittedly I don't know anything about how it works) |
00:57:44 | Bagder | I had a look and I saw the bug immediately... |
00:59:48 | | Quit barrywardell () |
00:59:50 | roolku | pixelma: yes in principle, but I don't think the result warrants the required effort |
01:00 |
01:00:13 | amiconn | Hmmm, the big H10 causes problems :( |
01:00:37 | * | jhMikeS grumbles |
01:00:51 | | Quit scorche|w ("CGI:IRC") |
01:01:14 | pixelma | roolku: ok, wouldn't have expected it to be that complicated but have to believe you :) |
01:01:24 | amiconn | jhMikeS: For some reason lcd_send_data() sends in the opposite order compared to the small H10 |
01:02:09 | amiconn | For command data we can keep that, but if we want to send bulk data via the block controller, this gets in the way |
01:02:25 | amiconn | We might need to switch to the ipod's color pixel format for the big H10 |
01:02:42 | jhMikeS | hehe, was going to say "endian swap" :) |
01:03:03 | amiconn | Hmm, interesting |
01:03:16 | amiconn | The small H10 already uses it, but the big H10 doesn't |
01:03:20 | kugel | what do you guys think of http://www.rockbox.org/tracker/task/6960 ? |
01:03:45 | jhMikeS | That just means changing the bitmap format and pixel format? |
01:04:01 | Llorean | roolku, linuxstb: There's a post in the forums reporting that videos that worked previously are now showing up as just green splotches post resume patch |
01:04:20 | Llorean | I seem to remember people reporting a similar problem in the past in unsupported build threads where the resume patch had been included. |
01:05:06 | amiconn | jhMikeS: Yes, basically. There might be some quirks to iron out regarding command parameters |
01:05:15 | | Quit spiorf (Remote closed the connection) |
01:05:18 | * | amiconn hates it to code blindly :| |
01:05:20 | jhMikeS | I thought there was something in the driver IC setup to swap. Maybe the bridge can swap. It wouldn't surprise me given that others can also do it. |
01:05:37 | amiconn | The bridge can't swap as it seems |
01:07:26 | | Join ToHellWithGA [0] (n=ryan@d8-18.rb2.clm.centurytel.net) |
01:07:30 | pixelma | Llorean: I only know the of green blocks with mpegplayer when using voice that was fixed recently... and now it's back... |
01:07:46 | Llorean | pixelma: Ah, so it could be that? |
01:08:01 | pixelma | just confirmed on my c200, enabled voice and voila |
01:08:08 | Llorean | I'll ask the |
01:08:09 | Llorean | n |
01:09:06 | *** | Saving seen data "./dancer.seen" |
01:09:10 | pixelma | roolku: the patch seems to revert some changes that were done to mpegplayer recently... |
01:09:17 | | Quit Nico_P (Remote closed the connection) |
01:09:43 | roolku | yep, noted |
01:10:01 | pixelma | though I havent tried latest current yet |
01:10:06 | | Join mf0102 [0] (n=michi@85.127.182.13) |
01:10:37 | | Quit Toxicity999 (Remote closed the connection) |
01:11:07 | jhMikeS | yeah, the thread safety stuff for the queue (because object aren't yet dual safe). Though the changes are also make it simpler and require no mutexes. |
01:11:35 | | Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
01:14:26 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
01:14:38 | | Join Morey [0] (n=bmorey@cpe-71-65-110-167.woh.res.rr.com) |
01:16:18 | roolku | is this a dual code issue then? |
01:17:06 | Morey | I've gotten a lot of possitive feedback on the mpegplayer menus from users. |
01:17:27 | pixelma | no, it applied to coldfire targets as well, it was something with the voice disabling - jhMikeSshould no better |
01:17:28 | ToHellWithGA | are any of yall experts with the jpeg viewer plugin? i would like to disable its autozoom feature as i'm using my ipod to catch the images from webcomic rss feeds. with the autozooming enabled i cannot read any text |
01:17:43 | * | pixelma should give up typing for today |
01:17:46 | amiconn | jhMikeS: Found a mistake in the small H10 lcd driver |
01:17:56 | roolku | linuxstb etc: Morey is one of the authors |
01:18:02 | amiconn | Looks like adapting the technique will be easier than I thought |
01:18:11 | Llorean | ToHellWithGA: I don't even know what you mean by "autozooming". It has 1/1, 1/2, 1/4, and I think 1/8 zoom levels, and you can switch between any of them if memory permits. |
01:18:19 | amiconn | (still requiring the format switch) |
01:19:04 | ToHellWithGA | Llorean: it picks a level automagically to scale the image to fit on the screen. i'd like to disable that feature in some configuration file |
01:19:31 | | Join Gnu47 [0] (i=Gnu47@82.118.125.98) |
01:20:00 | ToHellWithGA | the things i want to view go from illegible to hard to read to clear as i go from 1/4 to 1/2 to 1/1 |
01:20:31 | Llorean | You'd need to patch it then. |
01:20:39 | Llorean | I don't believe there's an option for such a thing |
01:21:01 | ToHellWithGA | is the code so gnarly it would make my head spin, or would that be a simple fix to build? |
01:21:13 | | Quit jhMikeS (Nick collision from services.) |
01:21:15 | Llorean | Haven't looked at it. |
01:21:19 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
01:21:39 | ToHellWithGA | i'll download the source and see if i can find it and understand it |
01:22:00 | roolku | Morey: any idea about the green blocks? |
01:22:01 | ToHellWithGA | thanks man |
01:22:16 | | Quit Gnu47 (Nick collision from services.) |
01:22:23 | linuxstb | Morey: So you're happy with the startup menu? |
01:22:24 | | Join Gnu47 [0] (i=Gnu47@82.118.125.98) |
01:23:10 | roolku | Morey: jhMike might be able to help, see: "<jhMikeS> yeah, the thread safety stuff for the queue (because object aren't yet dual safe). Though the changes are also make it simpler and require no mutexes." |
01:23:12 | Morey | roolku: That seemed like an issue that was resolved about a week ago. Was that an old post about the problem. |
01:23:22 | | Quit z35 ("Leaving") |
01:23:58 | roolku | Morey: "<pixelma> roolku: the patch seems to revert some changes that were done to mpegplayer recently..." |
01:24:01 | linuxstb | amiconn: How many resume points does video.rock remember? Is it just one? |
01:24:09 | amiconn | yes |
01:24:09 | jhMikeS | green blocks should be gone. that was a problem with voice menus not being disabled. |
01:24:32 | amiconn | linuxstb: The resume point is stored *in* the .rvf. We can do that since it's our own format |
01:24:36 | Morey | linuxstb: I think the startup menu and playback menu should be combined into one menu. |
01:24:48 | pixelma | and reintroduced by the menu patch |
01:24:57 | linuxstb | Morey: It's just that it's annoying when I select a file to play, and it doesn't play it... |
01:25:05 | Morey | linuxstb: Unlimited resumes stored in the .cfg file. |
01:25:18 | roolku | jhMikeS: okay, fair enough, I thought they had reappeared |
01:25:28 | pixelma | but I'm testing once more with the latest svn |
01:25:37 | jhMikeS | roolku: not my fault if they did :P |
01:25:52 | roolku | :) |
01:26:29 | pixelma | r15057 they are back |
01:27:05 | jhMikeS | was the voice disabling removed along with the threading stuff? |
01:27:32 | * | jhMikeS takes a closer look |
01:28:12 | roolku | I'm trying to find the relevant commit |
01:28:19 | pixelma | maybe it's because the changes weren't adopted for the new menu? |
01:28:30 | pixelma | 3October 3rd |
01:28:31 | | Quit bertrik (Read error: 104 (Connection reset by peer)) |
01:28:42 | Morey | linuxstb: I do think the seek and resume should be included in the playback menu, but I like the startup menu. |
01:29:09 | * | Llorean doesn't like the idea of having to do anything more than click on a .mpg to play it |
01:29:11 | pixelma | the startup menu annoys me |
01:29:24 | Llorean | They should, from a user perspective, work fundamentally similar to songs. |
01:30:00 | pixelma | the rvf player is IMO much more intuitive in that regard |
01:30:20 | Morey | Once the menus are combined the startup menu could be removed. Then it would be up the user to bring up the menu if they wish. |
01:31:28 | jhMikeS | hmmm...talk_disable_menus() is called before the startup menu is shown |
01:32:02 | Morey | I think that a 30 second jump by pushing left/right buttons during playback could be done but the jump would take around 4 seconds. |
01:33:05 | roolku | jhMikeS: yes, I saw that - is this a problem? |
01:33:21 | linuxstb | Morey: I would like to see the start menu go, but if there is a resume point stored for the current file, the user could be prompted with a yes/no prompt to play from the resume point. That's how the other Rockbox video player works IIUC. |
01:33:30 | jhMikeS | roolku: that's where it should go...before any menu is shown...it might be the splash |
01:33:42 | Llorean | linuxstb: I agree. |
01:34:13 | jhMikeS | there's no talk_disable_splash() yet? better get that one in SVN then. |
01:34:18 | pixelma | weird, I don't have that on the M5 where I could also see bright blocks on black before (r15074) |
01:34:42 | jhMikeS | roolku: ah, I see the difficulty |
01:35:48 | jhMikeS | we must wait for any splash to stop voicing, then IRAM can be initialized |
01:36:21 | linuxstb | Morey: I haven't looked at your code in detail, but do you think the seeking can be made any faster? If not, what do you think about investigating other container formats, ones which are more seeking friendly? |
01:36:31 | jhMikeS | after that, splashes must not voice |
01:37:07 | * | roolku never knew splashes were voiced... |
01:38:12 | | Quit billytwowilly (Read error: 104 (Connection reset by peer)) |
01:39:10 | Morey | linuxstb: In my opinion the seeking is optimized about all it can be for these processors. I don't know about other containers, maybe jhMikeS has some thought on that. |
01:39:44 | | Quit Isolinear (Read error: 110 (Connection timed out)) |
01:39:51 | linuxstb | Morey: Would that be something you would be interested in working on though? |
01:40:25 | amiconn | jhMikeS: 1st try: amiconn.dyndns.org/pp-color-lcd4.diff">http://amiconn.dyndns.org/pp-color-lcd4.diff |
01:40:38 | amiconn | You need to 'make clean' and reconfigure |
01:40:44 | Morey | linuxstb: I will certainly look into it and run it by the Gwynne (the co-author of this patch) |
01:40:44 | amiconn | (changed bitmap format) |
01:40:59 | jhMikeS | sparse buffering. Everthing seems buffered in between one point and another or else it wouldn't take so long. |
01:41:32 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
01:41:32 | | Quit Zagor ("Client exiting") |
01:41:54 | Morey | linuxstb: I'm hoping to spend some time this weekend making an attemp at combining the menu system as well. |
01:41:56 | | Quit Gnu47 (Read error: 110 (Connection timed out)) |
01:42:14 | | Part jbm |
01:42:25 | preglow | amiconn: i did not make clean and reconfigure... |
01:42:35 | amiconn | preglow: *you* don't need to |
01:42:38 | | Part toffe82 |
01:42:39 | preglow | then hooray |
01:42:40 | | Join Ebert [0] (n=EbErT@adsl-34-0-34.asm.bellsouth.net) |
01:42:43 | amiconn | Only big H10 needs it |
01:42:54 | preglow | was hoping for some speedups there, for a second :) |
01:42:57 | jhMikeS | amiconn: ok. this'll take a few minutes since I need to do a full build (cleaned out all the builds in other trees other than dc) |
01:43:03 | | Quit kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
01:43:07 | amiconn | jhMikeS: Want a build? |
01:43:20 | jhMikeS | sure, that will be faster |
01:43:34 | amiconn | I hope just the .mi4 is sufficient? |
01:43:52 | amiconn | Or wait a few more mins |
01:43:53 | jhMikeS | as long as I play no music |
01:44:24 | rasher | http://download.rockbox.org/rbutil/ is what we show users when they follow the manual for "automatic installation". Why not a page on rockbox.org, linking these files? |
01:44:29 | amiconn | Yeah, but you might want to try plugins... |
01:44:54 | jhMikeS | yeah, they're not compatible here...so I'll just switch over and build from a clean one |
01:45:16 | amiconn | Build is already running... |
01:45:35 | linuxstb | rasher: Yes, those kinds of links appear in a few places in the manual. Another option would be for the manual to have direct links to files. |
01:45:56 | roolku | sorry, got to go ... |
01:46:00 | rasher | linuxstb: that'd require the manual to change each time there was the smallest of changes |
01:46:09 | | Quit roolku () |
01:46:17 | linuxstb | rasher: That's no different to changing a webpage... |
01:46:18 | jhMikeS | well, I started one too but I think you'll beat me to it |
01:46:31 | linuxstb | rasher: Or we keep the filenames the same... |
01:46:31 | rasher | linuxstb: except the user has to download a new manual |
01:46:47 | linuxstb | rasher: True, I forget there's a PDF... |
01:47:11 | spky | is there an ipod simulator for evilg's build? |
01:47:21 | linuxstb | Ask evilg... |
01:47:29 | amiconn | jhMikeS: Depends... if you build on linux yours might be faster... |
01:47:49 | jhMikeS | just good ol' VMWare |
01:47:59 | pixelma | linuxstb: and then link to all versions for the different OSs? |
01:48:08 | linuxstb | pixelma: Yes. |
01:48:10 | jhMikeS | making libfaad now |
01:48:20 | amiconn | Hmm, the controller in the small H10 might be something else than TL1771 after all |
01:48:54 | rasher | linuxstb: I think a few central download pages (one for rbutil, one for builds and one for install tools?) would be saner |
01:48:59 | linuxstb | Although maybe we could have a new "Installation" page - with links to rbutil and links to the manual. |
01:49:13 | Morey | linuxstb: Gwynne is going to look into possible a different container. The goal would be to find one that has foward and backword indexing. avi might be an option, we'll have to look further into it. |
01:49:21 | pixelma | linuxstb: I would think that could be a long list and would also be confusing but have no strong opinion or idea about it, quite tired about to get some sleep |
01:49:32 | | Quit massiveH ("Leaving") |
01:49:42 | * | jhMikeS is thinking WTF little booboo he made he can't find on single-core and getting frustrated. :\ |
01:49:48 | linuxstb | pixelma: Yes, I'm against my own idea now as well... |
01:50:23 | pixelma | heh, if you say so :) good night all |
01:51:15 | | Part pixelma |
01:51:52 | linuxstb | Morey: The problem with .avi of course is that it will confuse people into thinking Rockbox can play any .avi... |
01:52:45 | linuxstb | But I think it's at least worth investigating other containers, to see if they are worth the effort. |
01:52:49 | Llorean | Yes, people seem to think AVI is a type of video stream, rather than a container. |
01:52:53 | amiconn | linuxstb: Doesn't mpeg have time stamps in the frames? |
01:53:18 | linuxstb | It does. |
01:53:43 | Llorean | Of course, if we picked winff as our "official" conversion tool, we could use AVI as the container, but have it automatically name the output file something else, so the people who really have no idea won't see that it's avi anyway (but anyone who reads the docs or asks would of course be told) |
01:53:45 | amiconn | So seeking should be possible without reading all the way through the file |
01:53:56 | | Join Rob2222 [0] (n=Miranda@p54B14AB1.dip.t-dialin.net) |
01:54:33 | amiconn | (provided a resync to the stream isn't too costly - without actually decoding the video) |
01:54:35 | jhMikeS | amiconn: it's loaded with various kind of timestamps, not just PTS. |
01:55:14 | amiconn | Just a binary search through the file, and if already playing for a while, it could be supported by an estimation |
01:55:22 | | Quit Rob2222 (Client Quit) |
01:55:24 | jhMikeS | not to mention syncwords. it could actually decode some video while seeking for thumbnailing. |
01:56:00 | jhMikeS | MPEG 2 has 1/2 frequency D-frames just for FF/RW purposes as well |
01:56:03 | amiconn | jhMikeS: amiconn.dyndns.org/rockbox-h10.zip">http://amiconn.dyndns.org/rockbox-h10.zip |
01:56:24 | linuxstb | D-frames? |
01:56:27 | jhMikeS | amiconn: thanks |
01:57:00 | jhMikeS | linuxstb: Those are for seeking purposes in MPEG2 so players can play double-speed and backward and such. |
01:57:55 | amiconn | Isn't that a lot of extra data just for seeking? |
01:58:20 | jhMikeS | they're all keyframes, so don't need to reference other frames and the low-pass filtered. |
01:58:38 | jhMikeS | I don't know if they're _just_ for seeking |
01:58:45 | | Quit krazykit ("leaving") |
01:59:00 | | Join krazykit [0] (n=kkit@light.sunsetab.denison.edu) |
01:59:42 | jhMikeS | amiconn: it comes with test_fps too? |
01:59:58 | amiconn | yes |
02:00 |
02:00:06 | jhMikeS | the rockbox logo is borked but the screen looks ok |
02:00:22 | amiconn | Hmm.... |
02:00:28 | amiconn | Borked in what way? |
02:00:46 | jhMikeS | two small images 1/4 screen size at the top half of the display |
02:01:42 | amiconn | Oh, hmm |
02:01:52 | * | amiconn wonders what's going wrong there |
02:02:02 | jhMikeS | 30MHz: 1/1 129fps. 1/4 542.5 fps 80MHz: makes the screen show like the rb logo |
02:02:03 | amiconn | Are the colours correct? |
02:02:07 | jhMikeS | yes |
02:02:24 | amiconn | Aha, so the LCD controller can't handle the bridge timing when boosted |
02:02:48 | amiconn | Could you do the 0x70008000..0x70008fff dump too? |
02:02:55 | amiconn | (with your normal build) |
02:03:08 | jhMikeS | no patch? |
02:03:31 | jhMikeS | not the one you just sent, correct? |
02:03:46 | amiconn | [00:34:22] <preglow> int lol = open("/dump", O_WRONLY|O_CREAT); \n write(lol, (void *)0x70008000, 0x1000); \n close(lol); |
02:03:46 | amiconn | [00:34:29] <preglow> just put that in app_main, before root_menu() |
02:03:58 | amiconn | ...without my patch |
02:04:15 | jhMikeS | ok |
02:04:54 | amiconn | So the big H10 needs some more work - finding out how to set the bridge timing |
02:05:13 | | Quit jhulst ("Konversation terminated!") |
02:05:28 | amiconn | I'll commit my changes then except using the block transfer on big H10 |
02:06:07 | | Quit Morey ("Ninja IRC v1.5.8.1(#1) exiting after 52m24s of use") |
02:06:50 | amiconn | Hmm, perhaps a quick check would be better... |
02:09:57 | * | amiconn now remembers this half-size graphics effect |
02:09:58 | jhMikeS | jhmikes.cleansoap.org/H10-20GB-regdump-0x70008000-0x70008fff.bin">http://jhmikes.cleansoap.org/H10-20GB-regdump-0x70008000-0x70008fff.bin |
02:10:20 | amiconn | Got it when experimenting with dma on H300, and there were too few waitstates |
02:11:44 | amiconn | 0x70008000 is zeroed - that's probably the fastest possible setting in the bridge... |
02:12:22 | * | amiconn thinks the Nano settings should work - the nano has the same lcd controller |
02:13:18 | amiconn | But I need some sleep soon, so no experimentation regading those regs now |
02:13:48 | amiconn | jhMikeS: Could you please check a new build? Same url... |
02:14:05 | | Quit PhinnFort (Remote closed the connection) |
02:14:11 | jhMikeS | sure...it's ready now? |
02:14:14 | amiconn | yes |
02:14:29 | | Join Gnu47 [0] (i=Gnu47@82.118.125.98) |
02:14:30 | amiconn | Just to make sure it doesn't break something |
02:14:50 | amiconn | I'll dig into these regs further, after getting this stuff committed |
02:14:55 | jhMikeS | H10 isn't so fragile any more |
02:15:07 | linuxstb | amiconn: Do you need anything more testing from me, I'm about to go to sleep? |
02:15:10 | amiconn | Yes, but gfx glitches look ugly |
02:15:34 | amiconn | linuxstb: No tests on color needed atm. Thanks for testing :) |
02:16:01 | amiconn | jhMikeS: gfx glitches are nasty... |
02:16:20 | * | amiconn repeats himself |
02:16:23 | jhMikeS | hehe...now the colors are whacked. now just black and white look right. |
02:16:32 | amiconn | Oh? |
02:16:34 | amiconn | Ah, yes |
02:16:43 | linuxstb | amiconn: OK, goodnight. |
02:16:54 | amiconn | jhMikeS: Now I need a swap16() |
02:17:12 | amiconn | (temporarily, until we can use the block transfer) |
02:17:27 | jhMikeS | yeah, it appears like swapping |
02:17:37 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
02:17:53 | amiconn | Yeah, I know what I did wrong... swapped pixel format requires swapping, or another write fn |
02:18:01 | amiconn | I'll do the latter, as it's faster |
02:19:18 | amiconn | jhMikeS: Is video also colour swapped? |
02:19:22 | amiconn | I guess it is... |
02:20:04 | jhMikeS | nope |
02:20:12 | amiconn | ah ok |
02:20:18 | amiconn | Too late at naight :/ |
02:22:21 | * | jhMikeS just has some odd feeling the controller can swap bytes |
02:23:30 | | Quit joshin (Read error: 110 (Connection timed out)) |
02:25:19 | | Join toffe82 [0] (n=chatzill@adsl-71-154-235-85.dsl.frs2ca.sbcglobal.net) |
02:27:22 | lymeca | I have a 30GB iPod video that was HFS+ formatted and I'm running GNU+Linux on my computer. |
02:27:39 | lymeca | I just used dd to copy the correct MBR file from the Rockbox wiki and copied it to /dev/sdc |
02:27:49 | lymeca | (which was the iPod HDD device file) |
02:28:07 | lymeca | Isn't that the correct thing to do? |
02:28:45 | jhMikeS | lymeca: so you have an iPod Video 30GB that boots with the latest SVN. I'm asking because of a user report on the same model. |
02:28:54 | lymeca | No |
02:29:14 | lymeca | It was HFS+ formatted and using the proprietary Apple firmware that was shipped with the device. |
02:29:51 | jhMikeS | ah, so you're installing now |
02:29:54 | lymeca | Now it's just restarting over and over again with audible clicking noises occasionally |
02:30:19 | lymeca | Yeah I was trying to copy the new partition table to the MBR of the device so I could format the partition with FAT32 |
02:30:36 | lymeca | But I perhaps have messed up since... |
02:30:36 | jhMikeS | I've heard of that but I don't have that model so I don't know what causes that problem. |
02:30:42 | lymeca | How do I boot into disk mode? |
02:30:58 | | Quit karl ("CGI:IRC (Ping timeout)") |
02:31:22 | jhMikeS | I'm sure those procedure must be in the iPod installation Wiki |
02:32:43 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
02:35:17 | | Quit [IDC]Dragon ("CGI:IRC") |
02:37:12 | amiconn | Whoa, -6KB for the big H10 - just due to optimising... |
02:37:39 | amiconn | Almost -7KB in fact |
02:40:06 | preglow | that's quite sick... |
02:41:22 | | Join TrN [0] (i=jeff@adsl-074-173-088-193.sip.bct.bellsouth.net) |
02:41:46 | | Join Rob2222 [0] (n=Miranda@p54B14AB1.dip.t-dialin.net) |
02:43:07 | | Part TrN ("If I do not return, avenge my death.") |
02:45:23 | | Join S1gn [0] (n=corwin@bzq-88-153-243-49.red.bezeqint.net) |
02:45:50 | | Join Canar [0] (n=noone@d205-250-244-136.bchsia.telus.net) |
02:46:21 | * | jhMikeS is glad amiconn is making room for his latest work :) |
02:47:03 | jhMikeS | even more than needed in fact |
02:48:24 | amiconn | I know the reason for the huge green delta... lcd_write_reg() is all inline stuff, and got simplified *a lot* |
02:48:53 | amiconn | I doubt that it *needs* to be inline, so there's room for some more green delta |
02:49:12 | | Quit Gnu47 (Read error: 110 (Connection timed out)) |
02:49:28 | amiconn | The performance critical places could use the 2 partial functions directly (which would still be inline) |
02:49:59 | | Part S1gn |
02:51:49 | amiconn | But now, sleep() |
02:56:33 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
03:00 |
03:00:38 | preglow | beware that sleep always sleeps 1 more than you ask for! :P |
03:07:28 | jhMikeS | preglow: sort of. only if you sleep exactly on a tick boundary. otherwise it's ticks + remaining_time in reality |
03:08:21 | | Nick vosque is now known as vosque_away (n=ninobody@indra.vis.nu) |
03:09:12 | *** | Saving seen data "./dancer.seen" |
03:12:11 | preglow | i'm starting to need some sleep rather bad |
03:12:23 | preglow | think i'll just go fix that |
03:12:25 | preglow | nightie |
03:13:11 | jhMikeS | toodles :P |
03:28:22 | | Quit adiamas (Connection timed out) |
03:34:32 | | Quit spky ("byte me") |
03:35:53 | | Join Klevi [0] (n=Owner@ool-435682a7.dyn.optonline.net) |
03:37:17 | | Quit Klevi (Client Quit) |
03:37:41 | | Join Mouser_X [0] (n=Mouser_X@67.110.120.36.ptr.us.xo.net) |
03:37:59 | Mouser_X | In cygwin, how do I delete a directory? |
03:38:09 | Mouser_X | (with subdirectories?) |
03:38:35 | Mouser_X | My SVN trunk/rockbox stuff won't compile. |
03:38:38 | jhMikeS | rm -r <dir>/* ? |
03:38:51 | | Join Klevi [0] (n=Owner@ool-435682a7.dyn.optonline.net) |
03:39:15 | jhMikeS | or just "rm -r <dir>" |
03:39:23 | Klevi | Quick question, can the Sansa e200 tool be used to unbrick the sansa c200? |
03:40:04 | Mouser_X | jhMikeS: Someone told me awhile ago (2 weeks maybe?). I thought it had to be a capitol -R? (I couldn't remember the command, but I remember a capitol R. It might relate to something else though). |
03:40:41 | jhMikeS | Mouser_X: Debian anyway shows -r, -R, and −−recursive as acceptable |
03:41:16 | Mouser_X | Ah. |
03:41:22 | Mouser_X | Thanks. |
03:41:50 | Mouser_X | Or, is there a way to make my SVN identical to the one on the site, w/o deleting my current set? |
03:42:18 | Mouser_X | I tried to do "svn update" but that didn't work. I even tried to checkout again, and it said I already had the most recent version. |
03:44:02 | PaulJam_ | i use 'svn diff | patch -p0 -R' but i think svn revert works also |
03:44:23 | Mouser_X | I tried to revert the patches I added, but it's still not working. |
03:44:47 | Mouser_X | (Or do you mean something different?) |
03:45:24 | PaulJam_ | i ment the whole comand between the ' ' |
03:46:29 | Llorean | "svn revert -R *" should convert all the files back to the SVN versions of it, but it won't delete any non-SVN files or anything |
03:46:38 | Mouser_X | Ah. |
03:46:41 | Mouser_X | Thanks. |
03:50:38 | | Join adiamas [0] (n=adiamas@ool-44c0f428.dyn.optonline.net) |
03:54:11 | | Quit Klevi ("Quit messages. The unintentional channel spam of people closing IRC, realizing they have a life.") |
03:55:48 | | Join Soligna [0] (i=cdc9cf3e@gateway/web/cgi-irc/labb.contactor.se/x-363b9ce1edbaced0) |
03:56:16 | Soligna | Hey, I just flashed my sansa e200r with rockbox and when I boot it says load main image failed switch to recovery mode |
03:58:09 | Mouser_X | I just remembered another question I had. When I attempt to use/view the Rockbox database (I use it for the "History" and the "User Rating"), it says "Dir buffer full" and then displays an empty/blank screen. |
03:58:42 | Mouser_X | I tried upping the limits on the directory buffer (I have it at the highest it will go), but it made no difference. |
04:00 |
04:00:17 | PaulJam_ | have you rebooted after setting the limits? |
04:02:00 | | Quit keithr ("Chatzilla 0.9.67+ [Iceape 1.0.9/2007050500]") |
04:04:05 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
04:05:18 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
04:05:31 | Mouser_X | Yes. |
04:05:45 | | Join eigma [0] (n=cat@CABLE-206-188-76-21.cia.com) |
04:06:12 | | Join psycho_maniac [0] (i=psycho_m@ppp-64-91-85-205.cam.centurytel.net) |
04:06:40 | Mouser_X | No? I thought I had changed the settings before updating the database. |
04:07:17 | Mouser_X | (After updating the database, I had to reboot to view the database.) |
04:08:28 | | Quit eigma (Client Quit) |
04:08:41 | Mouser_X | But, checking just now, it's working. So apparently I had changed settings *after* updating the database (and then rebooting). |
04:09:42 | | Join sdoyon [0] (n=steph@modemcable193.152-83-70.mc.videotron.ca) |
04:12:24 | | Quit PaulJam_ (".") |
04:14:12 | | Quit mf0102 ("Verlassend") |
04:16:15 | | Quit Soligna ("CGI:IRC (EOF)") |
04:20:22 | | Join joshin [0] (n=joshin@VDSL-130-13-11-27.PHNX.QWEST.NET) |
04:22:22 | Mouser_X | So, if I want to use the database, I have to have a high directory buffer? |
04:23:05 | Mouser_X | I've got 30,000+ (easily) files on my Gigabeat. I don't think the directory buffer goes that high... |
04:24:13 | Ebert | you should know, if you've looked in that menu |
04:24:35 | alienbiker99 | Mouser_X i don't think theres a limit as long as your change it in that menu |
04:25:15 | Mouser_X | My recollection is 10,000 is that the directory buffer can only go to 10,000. I was in a hurry, so I didn't look very closely. |
04:25:47 | Mouser_X | (Sorry for the broken sentence. I started one thing, and then changed it, without getting rid of the first...) |
04:26:48 | alienbiker99 | hmm now i'm not even sure. |
04:30:49 | Llorean | I didn't think that the database was restricted by the directory buffer limit |
04:32:46 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:32:50 | | Join miepchen^schlaf [0] (n=hihi@p54BF7C77.dip.t-dialin.net) |
04:33:49 | JdGordon | there is no limit to the amount of files the db can hold (im 99% sure), but it is limited by the directory limit on the amount of files it can read in each directory |
04:34:27 | Llorean | JdGordon: I thought that it browsed by part somehow |
04:35:21 | JdGordon | ? |
04:35:31 | Llorean | I seem to recall a lot of discussion on this. |
04:35:41 | JdGordon | of there being a file limit? |
04:35:53 | Llorean | Of there not needing to be a list-length limit for database |
04:35:59 | Llorean | Or maybe it was dircache. |
04:36:20 | Llorean | I remember the term "browsing by part" or something, but don't remember exactly what was meant with it |
04:36:41 | Llorean | Database does seem to have a file limit too, though I believe it's more a bug than an intended limit. |
04:38:04 | Ebert | what's the car adapter mode do? |
04:39:13 | Llorean | Pauses the device when external power is cut off |
04:42:22 | | Quit adiamas (Read error: 104 (Connection reset by peer)) |
04:46:07 | sdoyon | When following a bookmark from the MRB, is it intentional that we don't GO_TO_WPS but rather drop back into the root menu? |
04:49:46 | | Quit Thundercloud (Remote closed the connection) |
04:52:14 | sdoyon | jdgordon: are you there? |
04:52:59 | | Join TNTales [0] (n=EatShit@68-118-100-125.dhcp.kgpt.tn.charter.com) |
04:53:47 | TNTales | hello |
04:53:59 | TNTales | anyone awake? |
04:54:33 | scorche | if you have a question/concern, feel free to voice it |
04:54:35 | TNTales | I'm in over my head with a sansa 260r that windows no longer recognizes, could someone walk me through this |
04:54:50 | scorche | well, what did you do? |
04:55:02 | TNTales | I have one of the Rhapsody players |
04:55:22 | TNTales | and I was following the instructions for |
04:55:26 | TNTales | patching the bootloader |
04:55:40 | TNTales | there is a part where you run e200tool recover |
04:55:56 | TNTales | and it looks for a driver and for whatever reason it didn't find it |
04:56:12 | TNTales | and now windows says "unknown device" and when |
04:56:15 | scorche | please use paragraphs instead of hitting the enter key every so often...it makes it much easier to read and is much less spammy |
04:56:29 | scorche | are you doing this in windows? |
04:57:06 | TNTales | as you wish. Windows says unknown device and I am unable to manually install the driver through Device manager because it says "this does not contain information about your device" and yes, it's windows xp sp2 |
04:57:06 | | Quit Daenyth (Read error: 104 (Connection reset by peer)) |
04:57:55 | * | jhMikeS wonders what the mutex testing is supposed to be for in ata.c. prevent deadlocks? |
04:58:26 | scorche | TNTales: did you happen to see this on the instructions? " NOTE: Bootloader patching in Windows is even more difficult than in Linux. Do NOT perform these steps unless you know EXACTLY what you are doing (especially with drivers)." |
04:58:52 | TNTales | yes. I did. The think was bricked anyway with the original firmware so I thought I'd try it. How else do you learn? |
04:59:30 | TNTales | "thing" was bricked |
05:00 |
05:00:57 | scorche | what do you mean? |
05:01:00 | TNTales | I called SanDisk support and they sent me several files and I tried formatting and reinstalling the provided firmware |
05:01:13 | scorche | what was wrong with it? |
05:01:20 | TNTales | and all it does is say "load main image faild Switch to recovery mode" |
05:01:37 | scorche | well, what did you do originally to get it "bricked"? |
05:01:48 | TNTales | Unhooked it from the PC |
05:01:58 | scorche | before that |
05:02:07 | TNTales | was hot swapping and it lit up real bright and poof |
05:02:14 | TNTales | I was adding files and deleting them |
05:02:28 | alienbiker99 | was it updating the firmware? |
05:02:54 | TNTales | adding some and deleting other that is. I don't believe so, I hadn't told it to upgrade and I didn't have the update/loader installed at the time |
05:03:26 | TNTales | I've had it less than a week. When they told me I'd have to return it I thought I'd try installing rockbox before I shipped it back |
05:03:47 | scorche | TNTales: so did you execute the recover command? |
05:04:21 | TNTales | yes and it goes into a countdown: searching for (driver name) 9 8 7 6 ... so on and then says "not found" |
05:04:37 | scorche | ok...lets do something different... |
05:04:53 | scorche | hold power for 15 seconds or until the blue light turns off |
05:04:54 | * | jhMikeS sees JdGordon made the commit in r11461 that added the lock test and sees JdGordon is lurking :) |
05:05:12 | TNTales | power is now off. |
05:05:28 | scorche | the hold switch is on, right? |
05:05:39 | TNTales | yes, hold switch is now on |
05:05:52 | scorche | and usb is plugged in? |
05:06:16 | TNTales | not yet, do I need to put in in a particular mode first (recovery, main, manafacturing)? |
05:06:25 | scorche | no...just plug it in without touching any buttons |
05:06:50 | scorche | then hold down record and hit the power button |
05:07:01 | TNTales | ok. It came on and said "key locked, system shutdown" |
05:07:13 | TNTales | now in recovery mode |
05:07:31 | | Quit Mouser_X (Read error: 104 (Connection reset by peer)) |
05:07:46 | TNTales | It says "USB Cable connected" but isn't saying that it's in the MSD mode |
05:07:58 | scorche | is it showing up in your computer? |
05:08:05 | TNTales | this is where windows tells me in device manager as an unknown device |
05:08:15 | scorche | it should detect it.. |
05:08:25 | TNTales | yeah "Unknown Device" let me try again |
05:09:13 | *** | Saving seen data "./dancer.seen" |
05:09:25 | TNTales | ok, uninstalled, unplugged and I've put it back in recovery mode, going to see if it detects |
05:09:47 | scorche | uninstalled? |
05:09:53 | TNTales | Ok, found usb device "Unknown Device" Your new hardware is installed and ready to use |
05:10:01 | | Join ArchFool [0] (n=woody@ppp-69-214-55-245.dsl.dytnoh.ameritech.net) |
05:10:03 | ArchFool | W00t! |
05:10:05 | TNTales | yeah, in device manager, I uninstalled "Unknown Device" |
05:10:12 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
05:10:15 | scorche | you dont need to do that |
05:10:25 | TNTales | oh, ok, sorry |
05:10:34 | scorche | in the future, please do what i ask, and not anything more that you assume to do....it could be bad ;) |
05:10:40 | TNTales | ok :) |
05:10:44 | TNTales | do we need to start over? |
05:11:33 | scorche | try the process over again...(turn off, plug in, boot into recovery mode, see if it will mount) |
05:12:28 | TNTales | I am booted into recovery mode, it says "Welcome to Recovery Mode" USB Cable Connected |
05:12:32 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
05:12:49 | scorche | and windows...? |
05:12:51 | TNTales | waiting for old computer to recognize device (I'm building a new one, let's hope that goes better than this, lol) |
05:14:17 | TNTales | ah, found the problem, still had a device manager window opened. I've closed everything except mozilla and IRC now, |
05:14:29 | TNTales | Computer says "USB Device Not Recognized" |
05:14:45 | | Join Mouser_X [0] (n=Mouser_X@67.110.120.36.ptr.us.xo.net) |
05:14:49 | advcomp2019 | TNTales, you said old computer... what operating system |
05:14:54 | TNTales | xp sp2 |
05:15:12 | TNTales | By old I mean 5-6 years |
05:15:17 | advcomp2019 | ok |
05:15:22 | | Quit bb (Nick collision from services.) |
05:15:24 | scorche | TNTales: have you tried plugging it into a different port? |
05:15:27 | | Join bb_ [0] (n=bb@unaffiliated/bb) |
05:15:30 | Mouser_X | When deleting a directory (and its subdirectories) in cygwin, how do you do "Yes to all"? |
05:15:37 | psycho_maniac | TNTales: this might be a long shit but it works for me sometimes. do you always have the coard plugged in and you just plug in the part to the player when you want? |
05:15:51 | TNTales | yes psycho_maniac, that is how I do it |
05:15:54 | alienbiker99 | you might want to restart after switching drivers and such, but idk too much about your process here |
05:16:31 | scorche | Mouser_X: rm -rf |
05:16:33 | TNTales | I will plug into another port and try the process again |
05:16:55 | Mouser_X | scorche: Thanks |
05:17:13 | TNTales | turning power off first, then unplug both ends. then does it matter which of the 2 I plug in first, device or computer? |
05:17:20 | scorche | no |
05:18:41 | TNTales | ok, plugged into new port. I will plug in the player with hold on and when it powers off I will hold record while turning on the power, correct? |
05:19:00 | scorche | yes |
05:19:34 | TNTales | powered up into recovery mode, windows has recognized the device and is thinking |
05:20:12 | TNTales | device now says "Enter USB2.0 MSD Mode" and Windows says "Found New Hardware Embedded MP3/Video Player" |
05:20:41 | scorche | tell me when it mounts |
05:20:42 | TNTales | "Your new hardware is installed and ready to use" and the 16MB-Format drive has appeared |
05:20:46 | scorche | alright...now download this file and copy it into the drive: http://daniel.haxx.se/sansa/e200/rhapsody/rhapsody-1.0.2.31.zip |
05:21:13 | advcomp2019 | but unzip too |
05:21:28 | scorche | oh...heh...of course :) |
05:21:29 | TNTales | ok, I will unzip. Should I put it in a specific directory first? |
05:21:32 | scorche | no |
05:21:42 | scorche | just the file directly onto the device (the unzipped file |
05:21:52 | scorche | then hit safely remove, then unplug the device |
05:22:01 | TNTales | ok. page timed out. |
05:22:02 | scorche | (after it says you can now remove..) |
05:22:13 | scorche | eh?...it works for me |
05:23:20 | TNTales | hmm. I can't get the site to respond. Is it on sourceforge? this site keeps timing out on me (Could be my computer) |
05:23:35 | alienbiker99 | works for me |
05:23:44 | scorche | let me try hosting it... |
05:25:19 | TNTales | sorry, I've been neglecting replacing this computer as I rarely use it anymore except as a repository for media files. so it's only got a 40GB HDD and 512 MB of ram. I think it has a GeForce 4 (PCI) and the processor is an amazing 1.4 GHz |
05:25:39 | scorche | that shouldnt matter |
05:26:30 | TNTales | I have a zip file here that has that same name |
05:26:39 | scorche | scorche.cleansoap.org/rockbox/rhapsody-1.0.2.31(2">http://scorche.cleansoap.org/rockbox/rhapsody-1.0.2.31(2).zip |
05:27:12 | scorche | can you access that? |
05:27:16 | TNTales | received and downloaded |
05:28:31 | scorche | unzip, copy the output file to the device, safely remove, unplug after it says you cna safely remove now, then turn hold off and start |
05:29:13 | TNTales | I paste it in the 16MB-FORMAT device, correct? |
05:29:47 | scorche | the directory should also have a "version.txt" file in it |
05:29:55 | TNTales | yes, that's the one |
05:30:06 | TNTales | I will paste it, and then do safely remove device |
05:30:14 | scorche | yup...just as i said |
05:30:44 | TNTales | I can't find the "Remove Device" icon in my taskbar |
05:30:59 | scorche | hit the extend arror? |
05:31:02 | scorche | arrow |
05:31:11 | TNTales | yes, does not show up |
05:31:34 | psycho_maniac | you could go into my computer right click on the defice and click eject also . i think |
05:31:42 | scorche | something like that, yes |
05:31:44 | Mouser_X | It's the USB icon (I'm not sure it will say "Safely Remove Hardware" unless you click on it). |
05:31:50 | TNTales | I see eject, this will work? |
05:31:56 | scorche | it should |
05:32:38 | TNTales | player says "LUN0 unlocked" "LUN0 ejected" is that bad? |
05:32:47 | scorche | no...that is fine |
05:33:04 | Mouser_X | (Just get out of the way when it blows up...) |
05:33:11 | Mouser_X | ( ;P ) |
05:33:18 | TNTales | I'm going to unhook the device from the cable, wait for it to power down and then turn off hold and resta4t |
05:33:22 | TNTales | restart* |
05:33:28 | scorche | yup |
05:34:08 | TNTales | powering on. "Load main image failed Switch to recovery mode" |
05:34:23 | TNTales | that's why I wanted to use rockbox to replace the old firmware, if that would work |
05:34:40 | scorche | did it say anything about updating the firmware? |
05:35:05 | TNTales | when it restarted it said "reading main image" "writing image" and it says "2 seconds" |
05:35:26 | TNTales | or words to that effect. I can repeat the process and get the exact messages if you want |
05:35:30 | scorche | hmph...something may be wrong with your player... |
05:35:56 | advcomp2019 | are you sure it is an e200r i wonder |
05:36:06 | TNTales | you know, it may not be |
05:36:24 | jhMikeS | are there a bunch of counterfeit "R" players around or something? |
05:36:33 | scorche | you can do the same thing with http://daniel.haxx.se/sansa/e200/PP5022.mi4 |
05:36:39 | TNTales | neither the box, nor the player bears any indication of which it is, I guess I just assumed since it was new it was the R firmware |
05:36:56 | TNTales | I bought it direct from Amazon, so I dont' think it's counterfeit |
05:37:08 | jhMikeS | the firmware identifies it iirc |
05:37:11 | scorche | TNTales: do the process you just did, but with the file i just linked you |
05:37:15 | TNTales | ok, I will do the same steps with this new firmware |
05:38:02 | scorche | jhMikeS: there were a few rhapsody devices that were really vanilla in disguise iirc |
05:38:15 | alienbiker99 | TNTales when you used it did it have "rhapsody channels" in the main menu? |
05:38:51 | | Quit ArchFool ("po0f!") |
05:38:51 | TNTales | I never looked, I've only had it for 2 days and I've spent that time filling it up with MP3s. I hadn't even had the chance to really check it out |
05:39:04 | TNTales | I have the new file and am doing the process |
05:40:17 | TNTales | device is loading and being recognized. I am pasting the file you sent me "PP5022.mi4". |
05:41:02 | TNTales | pasted, and ejected. Unplugging the player and letting it power down. |
05:41:28 | TNTales | it says "reading main image" "writing main image" upgrade complete |
05:41:34 | TNTales | took 2 seconds |
05:41:52 | * | jhMikeS 's H10 is all full of funky colors now :p |
05:42:00 | TNTales | VOILA! |
05:42:02 | jhMikeS | amiconn: ping (for the logs) |
05:42:05 | TNTales | it's on |
05:42:23 | scorche | (your device is not an R) |
05:42:26 | TNTales | that was it, it's working |
05:42:31 | TNTales | ok, that could explain things. |
05:42:49 | TNTales | Now I can try to install rockbox again! without the messy driver thingy. I think I'll leave that to the professionals |
05:43:08 | TNTales | thanks for your patience and assitance :) |
05:43:29 | scorche | TNTales: the install for the non-R is much easier :) |
05:44:03 | TNTales | I'm just hyped because of all the codec support. I just wish this thing supported files from audible. *sigh* |
05:45:09 | JdGordon | jhMikeS: sdoyon: sup? |
05:46:09 | sdoyon | I'd like to commit a bug fix for an oddity with GOTO_PREVIOUS_MUSIC. Does anyone know this stuff and can tell me if my solution is the right approach? |
05:48:21 | jhMikeS | JdGordon: " * jhMikeS wonders what the mutex testing is supposed to be for in ata.c. prevent deadlocks?" |
05:50:33 | Mouser_X | Who here as Wiki access? I ask, because I saw somewhere that "patch −−binary -p0 < patchfilename" doesn't need "−−binary" in it. Should this be updated in "SimpleGuideToCompiling"? |
05:50:37 | sdoyon | jdgordon: When following a bookmark from the MRB, is it intentional that we don't GO_TO_WPS but rather drop back into the root menu? |
05:51:35 | Llorean | Mouser_X: The whole point of it being a wiki is that so anyone can fix it. |
05:51:39 | TNTales | when I extract rockbox to my device from the zip file, should it show up as its own folder "rockbox" or should the files just be loose? |
05:52:00 | scorche | it should be ".rockbox" |
05:52:22 | psycho_maniac | i think that guide was made when using cygin so maybe you do in cygin but i know you dont in vmware player. |
05:52:34 | sdoyon | jdgordon: isn't it kind of late in your timezone? |
05:55:23 | Mouser_X | psycho_maniac: Ah. |
05:56:32 | jhulst | Do bug fixes get attached to the bug report or should a new patch created for it? |
05:56:37 | TNTales | Woohoo! I have rockbox running now! |
05:56:41 | jhulst | *be created for it |
05:56:51 | psycho_maniac | Mouser_X: Ah what? |
05:56:52 | TNTales | do I have to do anything special to make it dual bootable? |
05:56:57 | alienbiker99 | no |
05:57:14 | alienbiker99 | hold left when it boots or stick your usb cable in before you turn it on |
05:57:40 | psycho_maniac | and that will load the OF |
05:58:25 | jhMikeS | JdGordon: you did add the code so I thought I'd ask you |
05:59:02 | TNTales | ok, when i go to load the OF, it's calculating the binary type and then the screen just fades to white and reboots, it won't load the OF |
05:59:16 | psycho_maniac | sdoyon: do mean when your in the wps screen and hold down select and select a setting from that menu? and when you go back it goes straight to the wps? |
05:59:43 | | Join spky [0] (n=lawlrawr@cpe-075-190-168-028.carolina.res.rr.com) |
05:59:49 | psycho_maniac | TNTales: will you be using the OF very much? |
05:59:50 | Llorean | jhulst: You can really do it either way, though it's probably best to open a new task for it and then post a link in the bug task |
06:00 |
06:00:24 | TNTales | well, It's a bit more user friendly at first. I guess I have a couple of questions, but I should probably go read the wiki |
06:00:52 | jhulst | Okay, I've posted the patch for 7831, I can put a new task in too |
06:01:46 | sdoyon | psycho_maniac: Sorry, what? I mean from the most recent bookmarks, follow one, it starts playing, but does not go to the WPS, rather drops you back to root menu. |
06:01:55 | TNTales | do I need to reinstall the OF using recovery mode? |
06:01:56 | Llorean | jhulst: If you've already added it to the bug, no sense opening another task |
06:02:32 | Llorean | jhulst: I've changed the existing task to "Patch" |
06:02:43 | jhulst | Llorean: great, thanks |
06:03:02 | sdoyon | psycho_maniac: or my second issue: listen to radio, stop it, start something that starts playback but doesn't go to WPS, like a bmark from MRB, or playlist insert, or playlist catalog, then press PLAY to GO_TO_WPS, and bang you're back into the radio. |
06:04:35 | psycho_maniac | i do not have the radio on my player. |
06:06:03 | psycho_maniac | but i do see the issue with the bookmarks. |
06:07:38 | | Join massiveH [0] (n=massiveH@pool-96-234-71-124.nwrknj.fios.verizon.net) |
06:12:21 | JdGordon | jhMikeS: ill have a look |
06:12:25 | JdGordon | sdoyon: gmt+10 here |
06:12:43 | JdGordon | and i dunno about the bokmark stuff |
06:15:38 | jhMikeS | amiconn: (more for the logs) dual-core is running stably on H10 with scaling now. The clockskipping is the key during scaling (along with dirty little tricks). |
06:15:43 | JdGordon | jhMikeS: is the change in 11461 causing problems? I remember adding it but not 100% sure why |
06:16:18 | jhMikeS | JdGordon: No problems but since I implemented a special spinlock function just to serve it, I wonder if it's really needed. |
06:16:33 | JdGordon | going by the code, i tihnk it was put in so the ata calbacks wernt triggered more often than twice a second? |
06:17:44 | jhMikeS | ok. maybe that should be checked in the routine itself? |
06:18:05 | | Quit Toxicity999 (Remote closed the connection) |
06:18:21 | jhMikeS | of course you could miss a critical save then...hmmm |
06:21:29 | | Quit TNTales (Read error: 104 (Connection reset by peer)) |
06:27:58 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
06:28:43 | | Quit sdoyon ("ircII EPIC4-2.4 -- Are we there yet?") |
06:31:50 | | Quit Rick ("I… don't need to be here.") |
06:33:42 | | Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...") |
06:35:46 | spky | can someone please send me sh-elf-gcc-4.0.3-1.tar.bz2, it doesnt seem to finish downloading completely wiht the cygwin setup.exe |
06:38:47 | spky | OR, will this file work? http://sourceforge.net/project/showfiles.php?group_id=58162&package_id=54041 |
06:39:40 | jhulst | spky: #cygwin maybe? |
06:41:09 | spky | sry |
06:41:48 | jhulst | spky: no problem, they just might be able to help you better |
06:45:55 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
06:46:47 | | Join Rick [0] (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net) |
07:00 |
07:05:17 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
07:09:10 | | Join psycho_maniac [0] (i=psycho_m@ppp-64-91-85-205.cam.centurytel.net) |
07:09:15 | *** | Saving seen data "./dancer.seen" |
07:12:59 | | Join crakmnky [0] (i=crakmnky@adsl-68-127-138-155.dsl.pltn13.pacbell.net) |
07:13:27 | crakmnky | I want to update rockbox but I dont want to loose my high score in chopper |
07:13:34 | crakmnky | anyone happen to know where it's stored? |
07:14:32 | Mouser_X | When updating Rockbox, there's no need to delete the previous install (well, there is occasionally, but it's pretty rare.) |
07:14:41 | psycho_maniac | crakmnky: .rockbox\rocks\chopper.cfg |
07:14:54 | crakmnky | thanks! |
07:15:09 | psycho_maniac | but as Mouser_X said you dont lose that data when you update rockbox. |
07:16:21 | crakmnky | ok |
07:17:32 | crakmnky | sansa c200 support! :D |
07:19:06 | | Quit jhulst ("Konversation terminated!") |
07:23:16 | | Quit psycho_maniac (" I love my HydraIRC -> http://www.hydrairc.com <-") |
07:24:25 | | Join SkinInd95 [0] (n=chatzill@host-69-144-93-208.hln-mt.client.bresnan.net) |
07:25:25 | | Quit crakmnky () |
07:31:16 | lymeca | this is what fdisk tells me: /dev/sdc1 1 3648 29302528 83 Linux |
07:31:23 | lymeca | for my 30GB iPod video |
07:33:09 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
07:33:17 | lymeca | I copied the 30GB MBR from the FAT32 wiki conversion page |
07:33:40 | lymeca | used dd to copy it to /dev/sdc |
07:34:07 | lymeca | And I can copy data to /dev/sdc2 including having Rockbox installed and working |
07:34:31 | lymeca | The /dev/sdc2 partition is a legitimate FAT32 partition and rockbox works on it |
07:34:49 | lymeca | BUT Rockbox says it's only ~6.8GB |
07:35:01 | lymeca | And fdisk obviously doesn't know what the hell is going on |
07:37:21 | toffe82 | jhMikeS: ping |
07:39:34 | | Join donutman25 [0] (n=chatzill@24.231.35.60) |
07:40:08 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
07:43:29 | | Join webguest82 [0] (i=04146273@gateway/web/cgi-irc/labb.contactor.se/x-27de2ca127f8ce81) |
07:43:48 | | Quit massiveH (Read error: 113 (No route to host)) |
07:44:05 | webguest82 | Is it possible to play a podcast on an ipod 80GB running rockbox? |
07:44:36 | scorche | assuming it is in a format rockbox supports, yes |
07:44:56 | spky | did the website go down? |
07:46:13 | spky | n/m |
07:49:07 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
07:49:28 | | Quit Nico_P (Remote closed the connection) |
07:50:44 | jhMikeS | amiconn: (screendump for the logs) jhmikes.cleansoap.org/dump%20071012-014723.bmp">http://jhmikes.cleansoap.org/dump%20071012-014723.bmp |
07:51:47 | spky | when downloading patches, do i download the one at the top of the page? the last one submitted in the replys? all of them? |
07:52:30 | scorche | spky: each time a task is updated, the patch goes to the bottom |
07:52:59 | spky | k, that's what i've been downloading, just wanted to make sure |
07:55:33 | toffe82 | jhMikeS: I was looking something for the lcd of the gigabeat, I found another Toshiba lcd module with the same beginning of the reference |
07:55:50 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
07:56:11 | toffe82 | jhMikeS: it has a driver with serial interface |
07:56:30 | jhMikeS | toffe82: really? where is it? |
07:56:45 | toffe82 | jhMikeS: check this 2 site : http://www.eu.necel.com/_pdf/S16951EJ1V0PM00.PDF and http://cn.fpdisplay.com/trade/file/20070915144107.pdf |
07:57:13 | toffe82 | it looks like it can be the same or close |
07:58:12 | jhMikeS | usually close enough is close enough :) I'm gonna look at the registers and see if it fits. |
07:59:01 | toffe82 | ok |
07:59:34 | toffe82 | I will check tomorrow if you find something, good nght |
07:59:52 | jhMikeS | night |
07:59:56 | | Part toffe82 |
08:00 |
08:03:32 | | Quit webguest82 ("CGI:IRC (EOF)") |
08:07:07 | amiconn | jhMikeS: ehumm. Is that with just my commit? |
08:07:35 | amiconn | mo0ning all |
08:08:59 | jhMikeS | amiconn: I didn't apply your patch to what I'm working on. It was fine before. |
08:09:11 | amiconn | ? |
08:09:21 | amiconn | Does an svn build work for you? |
08:09:34 | jhMikeS | Will check to be totally sure |
08:13:05 | amiconn | It almost looks like you didn't do a full rebuild |
08:13:15 | amiconn | (-> bitmaps have wrong format) |
08:14:33 | jhMikeS | I didn't do it with make clean, no. |
08:16:06 | jhMikeS | I wasn't aware you were actually changing all that yet |
08:17:13 | amiconn | Oh, and reconfigure |
08:17:17 | | Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
08:17:27 | jhMikeS | ah, yes |
08:17:49 | amiconn | I changed that so that all of iPod color, iPod Nano, H10 big and small all now use the same pixel format |
08:18:51 | amiconn | What's left is just experimentation with the block transfer feature, figuring out how to change the timing and what's the fastest possible timing for each lcd controller |
08:19:44 | jhMikeS | what if the controller can swap and we don't need RGB565SWAPPED? wouldn't that be more efficient? |
08:19:45 | amiconn | The latter can be taken from the datasheet for HD66879R (big H10, Nano, a fraction of iPod color) |
08:20:26 | amiconn | A bit. But then all the mentioned targets should be changed |
08:21:29 | jhMikeS | I guess figuring that one out is like poking at the IIS stuff |
08:21:33 | amiconn | In fact performance is the same for RGB565 and RGB565SWAPPED wherever precomputed colours are used |
08:22:09 | amiconn | Just places with runtime colour computation are (a bit) slower with swapping |
08:22:10 | jhMikeS | true, but what about video output? |
08:22:40 | amiconn | But the ability to use the block transfer outweighs the extra swapping by far |
08:23:47 | jhMikeS | is that some special bridge function? |
08:24:44 | amiconn | Yes. The colour LCD bridge has 2 sets of data ports, one for single byte (or 16 bit word) transfers, and one for block transfers |
08:25:41 | amiconn | The latter needs some things set up beforehand, e.g. how many pixels to transfer |
08:25:52 | jhMikeS | any rectangle can be sent? |
08:26:33 | amiconn | The rectangle is set up using the LCD controller and the single transfer port as normal |
08:26:57 | amiconn | The block transfer is just used for pushing the bulk pixel data over |
08:27:21 | amiconn | It can transfer a maximum of 0x10000 pixels in one go. |
08:28:12 | jhMikeS | so you can transfer and do something else in parallel. it's a DMA-like operation? |
08:28:18 | amiconn | no |
08:28:46 | jhMikeS | the processor is blocked? |
08:28:56 | amiconn | It works very similar to the single transfer port. You write to a register (0x70008b00 in this case), then poll a bit in another register for completion |
08:29:45 | jhMikeS | so don't poll. decode the next video lines while it transfers the previous and wait for a completion before setting up the next transfer |
08:29:47 | amiconn | It's faster than the single transfer port, it takes 32 bits of data at once, and as we know since yesterday the timing is programmable |
08:30:15 | amiconn | It's *not* dma |
08:30:24 | jhMikeS | how can you poll it then? |
08:31:02 | amiconn | while (!(LCD2_BLOCK_CTRL & LCD2_BLOCK_TXOK)); LCD2_BLOCK_DATA = *addr++; in a loop |
08:32:22 | amiconn | And of course pixel calculation can be shadowed for yuv - we do that right now on c200 (with the other bridge which can only do single transfers) |
08:32:25 | jhMikeS | ok, full reconfigure fixed it |
08:32:38 | amiconn | nice :) |
08:34:10 | | Quit SirFunk (Remote closed the connection) |
08:34:46 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
08:34:54 | amiconn | Some (rough) comparison of the PP lcd bridges: bridge 1 (intended for mono LCDs) transfers ~800KB/s, bridge 2 (intended for colour LCDs) transfers ~3MB/s with single transfers, and ~10MB/s with block transfers |
08:35:05 | amiconn | All at 80MHz |
08:35:09 | | Quit keanu (Read error: 110 (Connection timed out)) |
08:35:56 | | Join keanu [0] (n=keanu@pool-71-254-206-137.hrbgpa.east.verizon.net) |
08:36:11 | amiconn | The block transfer is obviously configurable, Nano and small H10 now do ~10MB/s with svn. iPod color only does ~4MB/s |
08:36:17 | jhMikeS | but you can send up to 64K of data in one send...then you wait for it for finish that by polling? |
08:36:38 | amiconn | nope |
08:37:02 | jhMikeS | which driver should I look at to see it operational? |
08:37:23 | | Quit SkinInd95 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
08:37:33 | amiconn | You can send up to 64K *pixels* in the polling loop I mentioned. Wait for TX ready, then send 2 pixels at once (32 bits) |
08:38:23 | | Quit TMM (Read error: 110 (Connection timed out)) |
08:39:21 | jhMikeS | so which driver currently does this? |
08:39:31 | jhMikeS | best example |
08:39:33 | amiconn | firmware/target/arm/ipod/lcd-color_nano.c and/or firmware/target/arm/iriver/h10/lcd-h10_5gb.c |
08:40:13 | amiconn | The ipod driver uses in in lcd_update_rect() and lcd_yuv_blit(), the small H10 driver only for lcd_update_rect() yet |
08:41:11 | | Quit atsea-34 (Remote closed the connection) |
08:41:20 | amiconn | I just copied large parts from the color, but for H10 there's a possible optimisation. The whole LCD has less than 64K pixels, so we never need more than one transfer to set up |
08:41:53 | amiconn | That optimisation would also be apply to the nano |
08:42:08 | | Join Rob222241 [0] (n=Miranda@p54B1694A.dip.t-dialin.net) |
08:42:09 | jhMikeS | hmmm...I still see it's possible to calculate the next values instead of polling immediately |
08:42:12 | amiconn | Probably no change in execution speed, but less code |
08:43:04 | * | amiconn wonders whether he didn't make himself understood well today |
08:43:29 | amiconn | [08:32:22] <amiconn> And of course pixel calculation can be shadowed for yuv - we do that right now on c200 (with the other bridge which can only do single transfers) |
08:43:40 | | Join lazpete [0] (i=c3b2aaca@gateway/web/cgi-irc/labb.contactor.se/x-70c3c1b0d46f46d1) |
08:44:15 | | Quit lazpete (Client Quit) |
08:44:57 | | Quit BigBambi (Read error: 113 (No route to host)) |
08:45:03 | | Join Variable [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
08:46:33 | jhMikeS | amiconn: ah, so that's what I'm talking about in your words |
08:47:30 | | Join webby [0] (i=c27f0814@gateway/web/cgi-irc/labb.contactor.se/x-1c1170f92d7157f7) |
08:49:55 | webby | I find the name of the newly introduced function 'previous_music_is_wps' alittle bit disappointing. It's not clear from the name whether it tests or sets something. I think somethink like 'set_previous_music_to' (or without '_to') would be better. |
08:50:57 | jhMikeS | This clock thing is just weird. Interrupts must be disabled when changing the clocking registers and can be reenabled before the PLL wait. Only thing is, after changing sources, some clocks must be skipped before enabling them again or it locks. Stopping the other core and doing that trick has resulted in 0 trouble playing SPC dual-core with scaling operating. Even the screendump was done with dcSPC running at the same time. |
08:51:02 | amiconn | jhMikeS: I guess the block transfer uses a fifo, so the first few writes will require no waiting, until the fifo is filled |
08:51:51 | | Quit Isolinear (Read error: 110 (Connection timed out)) |
08:51:57 | jhMikeS | another 16-slot FIFO? they're usually memmapped and visibile in a dump. |
08:53:08 | amiconn | Not memmaped. (long)0x70008b00 is replicated throughout the 0x70008bXX range |
08:53:36 | amiconn | (that's the dump I requested last night) |
08:54:09 | amiconn | 0x0aXX are the bridge control registers, 0x0b00 is the block data port |
08:54:14 | jhMikeS | I2S has exactly that property as well but FIFOs are memmapped from IIS_FIFOWR to IIS_FIFOWR+64 |
08:54:53 | | Quit webby ("CGI:IRC") |
08:55:55 | jhMikeS | The gap between IIS_FIFOWR and IIS_FIFORD is all of IIS_FIFOWR |
08:57:06 | | Join petur [0] (n=petur@rockbox/developer/petur) |
08:57:54 | jhMikeS | Other mirror: GPIO ports are repeated every 512 bytes (IIRC) _except_ GPIOL. |
08:58:43 | | Quit qwm (Remote closed the connection) |
08:58:47 | | Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
08:58:56 | | Join qwm [0] (n=qwm@h38n2fls32o1010.telia.com) |
08:59:43 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:59:56 | amiconn | Yeah, many (most?) register addresses on PP are just partially decoded |
09:00 |
09:00:26 | amiconn | Check a dump of the ATA register range - lots of repetition too |
09:00:42 | amiconn | And it's different between PP5020 and PP5022 (!) |
09:02:39 | | Quit qwm (Remote closed the connection) |
09:03:25 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
09:03:34 | | Nick bb_ is now known as bb (n=bb@unaffiliated/bb) |
09:03:55 | | Join qwm [0] (n=qwm@h38n2fls32o1010.telia.com) |
09:06:17 | jhMikeS | ok, this DC stuff should be ready soon. the scaling with skipping needs to be cleaner though. if PP5002 doesn't like SWP, then that's no problem either. |
09:09:18 | *** | Saving seen data "./dancer.seen" |
09:10:23 | | Join nave7693 [0] (n=evan@71-37-11-79.tukw.qwest.net) |
09:10:54 | nave7693 | hi is the bootloader for the sansa safe to use now? |
09:11:02 | nave7693 | like it can load OF |
09:11:54 | jhMikeS | nave7693: it should |
09:12:29 | nave7693 | jhMikeS: guess I could try |
09:13:16 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
09:14:03 | jhMikeS | you'll need to build it yourself if sansapatcher hasn't been updated |
09:14:14 | | Join lee-qid [0] (n=liqid@p549665E9.dip.t-dialin.net) |
09:14:33 | nave7693 | is the 3.0 bootloader the lastest? |
09:14:42 | nave7693 | just updated it from the location in the manual |
09:15:18 | nave7693 | jhMikeS: I gave up self-compiling everything a long time ago heh |
09:15:31 | nave7693 | thanks to the build server |
09:16:08 | jhMikeS | It sounds like it was updated |
09:16:23 | GodEater_ | isn't 3.0 the sansapatcher version ? |
09:16:33 | GodEater_ | I didn't think we were up to version 3.0 bootloaders on the sansa yet ? |
09:16:48 | nave7693 | well it says patcher 0.5 with 3.0 bootloader |
09:16:54 | nave7693 | I don't know how the versioning is done |
09:16:57 | nave7693 | but it works |
09:17:00 | jhMikeS | r15075 |
09:17:02 | GodEater_ | ah interesting |
09:17:28 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
09:17:47 | nave7693 | jhMikeS: know any good apps (non-command line) to convert videos for rockbox on the sansa? |
09:18:25 | jhMikeS | no, sorry |
09:20:14 | | Part nave7693 |
09:21:20 | amiconn | Nerovision works (if you have that) |
09:21:49 | lymeca | When converting from HFS+ to FAT32... |
09:22:26 | lymeca | ...the partition table file is written to the HDD using dd (using GNU/Linux here) with what output destination? |
09:22:31 | GodEater_ | we should change the name of the process from "converting" to "reformatting" |
09:22:33 | jhMikeS | I had a demo copy of nero once |
09:22:37 | lymeca | aaa /dev/sdc is my iPod |
09:22:57 | lymeca | So dd if=blah.bin of=/dev/sdc |
09:22:57 | GodEater_ | lymeca: use /dev/sdc then |
09:22:58 | lymeca | ? |
09:23:01 | GodEater_ | yep |
09:23:33 | lymeca | GodEater_ I did that and then I ran mkfs.vfat /dev/sdc2 and apparently it worked because I installed ROckbox and put a couple albums on that large FAT32 partition and it worked |
09:23:41 | lymeca | But the sdc2 partition seems to only be ~6.8GB large |
09:23:51 | GodEater_ | lymeca: which ipod do you have ? |
09:23:59 | lymeca | 30GB videoi |
09:24:10 | lymeca | and fdisk says this: /dev/sdc1 1 3648 29302528 83 Linux |
09:24:22 | GodEater_ | pastebin please |
09:24:23 | lymeca | Which is odd because it doesn't even report an sdc2 |
09:24:23 | Llorean | mkfs.vfat has shown some problems on iPods hasn't it? |
09:24:39 | GodEater_ | Llorean: on a given partition size yes |
09:24:42 | lymeca | What should I use to create the filesystem then? |
09:24:53 | Llorean | GodEater_: I thought it was on both 5.5Gs? I could be wrong. |
09:24:56 | GodEater_ | lymeca: did you read the whole wiki page ? |
09:25:04 | lymeca | GodEater_: Yes |
09:25:09 | GodEater_ | Llorean: the wiki page I think only mentions the size on the 80GB |
09:25:16 | Llorean | Ah, okay |
09:25:19 | GodEater_ | lymeca: what other tool does it mention then ;) |
09:25:27 | lymeca | The wiki page says not to use mkfs.vfat for partitions over 30GB |
09:25:34 | Llorean | It'll be nice when iPodpatcher can handle the conversions itself |
09:25:36 | lymeca | It mentions Mac OS X commands mostly |
09:26:06 | GodEater_ | Llorean: linuxstb can't do the 80GB conversion |
09:26:20 | Llorean | Oh, didn't hear about that. Why not? |
09:26:20 | GodEater_ | and he's doubtful about the 5.5G 30GBs too |
09:26:30 | GodEater_ | he doesn't understand large sector FAT |
09:26:31 | * | jhMikeS looks and sees he's been working on this crummy kernel for two months (on the 2nd attempt) :\. At least this one's a success. :) |
09:26:38 | Llorean | I thought we were going to use code from fat32format |
09:26:41 | GodEater_ | he is |
09:26:50 | lymeca | newfs_msdos -F32 -v iPod /dev/rdiskNs2 |
09:26:56 | lymeca | definitely can't run that under GNU/Linux |
09:27:02 | GodEater_ | lymeca: which page are you reading ? |
09:27:09 | lymeca | http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 |
09:27:25 | GodEater_ | lymeca: the bottom of the page lists another tool |
09:27:25 | JdGordon | jhMikeS: thats what you said about the last attmept also :D |
09:27:46 | lymeca | It says to use that for 80GB 5.5 Gen iPods though |
09:27:48 | Llorean | GodEater_: Well then, not to say it's "simple" but isn't it "as simple as" figuring out which command line for fat32format works for them, and then copying whatever code is executed when those parameters are used, approximately? |
09:27:55 | GodEater_ | Llorean: when last I spoke to him about it, linuxstb said he was hoping Zagor could help with the larger sector file systems |
09:27:59 | Llorean | I mean, I seem to remember people using fat32format with 80gb ones. |
09:28:28 | Zagor | what's the issue with large sectors? I thought we fixed that already? |
09:28:44 | Llorean | Zagor: For converting HFS+ to FAT32 in preparation for Rockbox installation. |
09:28:58 | GodEater_ | Zagor: linuxstb is trying do this in ipodpatcher |
09:29:01 | Zagor | ah, there's no linux or windows formatting tool that uses large sectors? |
09:29:19 | GodEater_ | there's a linux one which does |
09:29:23 | GodEater_ | I'm not sure if fat32format does or not |
09:29:32 | GodEater_ | from what linuxstb was saying, I don't think it does |
09:29:32 | Llorean | I thought it did, but there's decent odds I'm wrong. :) |
09:29:36 | spky | does evilg ever frequent irc? |
09:29:41 | GodEater_ | or *if* it does, he doesn't understand it |
09:29:42 | Zagor | GodEater: ipodpatcher should format the ipod? sounds a bit scary to me... |
09:29:45 | GodEater_ | spky: not really |
09:30:00 | Llorean | Zagor: Only HFS+ iPods, which must be formatted anyway |
09:30:02 | GodEater_ | Zagor: it's less scarey than getting newbs through using dd / mformat |
09:30:08 | spky | what would be the best way to contact him? i tried sending him an email but have gotten no response |
09:30:08 | Llorean | Zagor: The idea is to no longer need to ask people to use DD |
09:30:11 | Llorean | Err dd |
09:30:16 | * | Llorean always wants to capitalize that. |
09:30:19 | jhMikeS | JdGordon: no, this is different in a big way :) |
09:30:25 | GodEater_ | spky: that or the forums is the only way I know of |
09:30:38 | Zagor | ok |
09:30:58 | jhMikeS | the demons plaguing the PP5020 are slain finally |
09:31:00 | GodEater_ | the only linux tool we know which does it and works reliably is mformat |
09:31:04 | GodEater_ | but the code base is ENORMOUS |
09:31:07 | Llorean | Zagor: The goal is that you can hit "i" in ipodpatcher and not have to care if you have a macpod or winpod. |
09:31:08 | GodEater_ | and very complicated |
09:31:21 | GodEater_ | mkfs.vfat is unreliable |
09:31:23 | JdGordon | all hail jhMikeS the pp slayer! |
09:31:23 | * | Llorean cheers in jhMikeS's general direction. |
09:31:28 | GodEater_ | as lymeca has found |
09:31:40 | JdGordon | jhMikeS: so dual core kernel? |
09:31:40 | lymeca | What can I use instead? |
09:31:40 | jhMikeS | hehe *bows* |
09:31:43 | Zagor | Llorean: with lots and lots of "are you sure?" I presume |
09:31:44 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
09:31:51 | GodEater_ | lymeca: again, from the wiki page, mformat |
09:32:04 | GodEater_ | Zagor: of course ;) |
09:32:05 | jhMikeS | JdGordon: served up with a side of beans or salad depending |
09:32:28 | JdGordon | that doesnt soo apetizing... |
09:32:34 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
09:32:34 | Llorean | Zagor: Even one "are you sure" is better than "oops, I dd'ed an iPods MBR to my system disk and didn't realize it until the next day." |
09:32:37 | GodEater_ | I'll take the beans |
09:32:47 | GodEater_ | Llorean: hahahahaha |
09:32:51 | Zagor | Llorean: heh, yeah |
09:33:02 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
09:33:15 | Llorean | I'm not sure whether nobody's done it, or whether the people to have just have been too shamed to come complain about it. |
09:33:24 | | Quit JdGordon ("have a good weekend all") |
09:33:30 | GodEater_ | Llorean: "ps: am typing from an internet cafe. plz help. my pc is teh broken" |
09:33:39 | jhMikeS | it has beer and a 0x8a905617 in there too :p |
09:34:01 | Llorean | GodEater_: I should prepare a special badge for the first person to "brick" their PC with a Rockbox install. ;) |
09:34:02 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
09:34:29 | GodEater_ | Llorean: haha - yeah |
09:34:47 | lymeca | # mformat -t 2484 -h 255 -s 63 -S 2048 -M 2048 -F x: |
09:34:47 | lymeca | argssize must be less than 6 |
09:34:48 | * | jhMikeS wants to make a DAP virus that infects the host |
09:35:18 | | Join massiveH [0] (n=massiveH@pool-96-234-71-124.nwrknj.fios.verizon.net) |
09:35:36 | GodEater_ | lymeca: that particular command line is for the 80GB |
09:35:43 | GodEater_ | lymeca: you will have to figure out the one for the 30GB |
09:39:06 | pixelma | isn't it important if it's a 5g or 5.5g Ipod Video too - was that said somewhere and I overlooked that? |
09:39:15 | | Join RaZorbacK_ [0] (n=BOFHIRC@gar31-1-82-66-75-34.fbx.proxad.net) |
09:39:42 | | Quit RaZorbacK_ ("bye all") |
09:40:31 | GodEater_ | pixelma: yes - that's very important too |
09:40:44 | GodEater_ | and no - I don't think it was mentioned |
09:41:52 | Zagor | 5g is 512 bytes/sector and 5.5g is 4096 ? |
09:42:01 | Zagor | or was it 2048? |
09:42:16 | GodEater_ | 2048 |
09:44:11 | Llorean | 5.5G is 2048 on the 80gb. |
09:44:20 | GodEater_ | and on the 30GB too |
09:44:22 | Llorean | Isn't it 512 on the 30gb, but presents itself to the host as 2048? |
09:44:28 | Llorean | Or was it 2048 but presents itself as 512? |
09:44:36 | GodEater_ | no |
09:44:44 | GodEater_ | both the 5.5G's present to the host as 512 |
09:44:52 | GodEater_ | the difference is when you run natively |
09:45:14 | Llorean | I thought the 30gb's drive was internally 512, which was why Rockbox could be run on it without all the adaptations we had to make for the 80gb? |
09:45:28 | GodEater_ | er |
09:45:32 | GodEater_ | I mistyped that |
09:45:36 | GodEater_ | both the 5.5G's present to the host as 2048 |
09:45:48 | GodEater_ | but my follow up line was still correct |
09:45:49 | GodEater_ | :) |
09:46:29 | * | GodEater_ still hopes someday for someone to manage to explain to him in short words how all the different sector sizes work |
09:47:08 | GodEater_ | I still don't get how it's 2048 over USB, but 512 on the device, but how you have to read two at a time for it to actually work |
09:47:47 | Llorean | I clearly know nothing about such things, because my head tells me it should be impossible to format it. |
09:47:48 | lymeca | Oh wait maybe I got the wrong MBR |
09:48:06 | lymeca | I got the 2048-byte sector one |
09:48:13 | GodEater_ | lymeca: I thought you said you'd already DONE this and got it working ? |
09:48:26 | lymeca | I should probably get the 30GB 512-byte sector |
09:48:37 | lymeca | Arr |
09:48:39 | lymeca | I get confused |
09:48:44 | lymeca | I have five iPods onmy desk |
09:48:53 | GodEater_ | lymeca: you're doing this from linux right ? |
09:49:00 | lymeca | I go to college and word gets out about my ability to install Rockbox onto people's iPods |
09:49:09 | lymeca | so I get a constant influx of them now |
09:49:16 | lymeca | Yes |
09:49:22 | GodEater_ | so do an "fdisk -l" |
09:49:29 | GodEater_ | and it'll TELL you which sector size you need |
09:52:09 | | Quit jhMikeS (Nick collision from services.) |
09:52:15 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
09:53:16 | jhMikeS | amiconn: all the SH targets indeed use the same processor model? |
09:53:24 | | Quit Ebert () |
09:56:50 | LinusN | jhMikeS: yes |
09:58:01 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
09:58:06 | | Join kretender [0] (n=kaspar@220-115.77-83.cust.bluewin.ch) |
09:58:07 | jhMikeS | good, then no odd suprises later :) |
10:00 |
10:06:51 | | Join CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de) |
10:14:42 | | Join Sedgewick [0] (n=Jizzy@host24-173-dynamic.60-82-r.retail.telecomitalia.it) |
10:14:53 | spky | should make the wps layouts structured like html, would make things alot easier to manipulate |
10:16:12 | pondlife | Hmm, why doesn't configure allow selection of (V)oice until you go into (A)dvanced? I'm sure it used to... |
10:18:57 | | Join PaulJam [0] (i=Paul@vpn-3033.gwdg.de) |
10:19:00 | | Quit pondlife ("disconnected has pondlife") |
10:19:30 | | Join obo [0] (n=obo@rockbox/developer/obo) |
10:19:48 | GodEater_ | spky: would make the parser much more complicated |
10:26:48 | amiconn | jhMikeS: Yes, just slightly different clock frequencies |
10:27:10 | Zagor | a request for all disassembler ninjas: find the interrupt used by usb on pp502x. we're currently polling on the timer interrupt and that's not good enough |
10:29:04 | * | jhMikeS wonders if not dithering on gigabeat has any point after doing this kernel thing. it no longer drops frames during buffering like before. |
10:29:43 | amiconn | Someone might prefer undithered output |
10:29:54 | | Quit hcs ("Leaving.") |
10:30:29 | jhMikeS | perhaps, but this code is a good deal faster and I only really added the option because of that problem |
10:31:26 | jhMikeS | I guess it can with pushing the bitrates up |
10:32:46 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
10:33:42 | | Join TMM [0] (n=brm@ip565b35da.direct-adsl.nl) |
10:34:02 | linuxstb | Llorean: Yes, the problem is that I incorporated the fat32format into ipodpatcher, and fat32format only handles 512-byte sectors. So once it's working reliably for 512-byte sectors, someone who knows FAT better than me will need to adapt it to 2048-byte sectors. |
10:34:22 | TMM | isn't vfat pretty trivial? |
10:35:05 | | Join spiorf [0] (n=spiorf@host75-169-dynamic.11-79-r.retail.telecomitalia.it) |
10:36:00 | LinusN | TMM: compared to what? |
10:37:11 | TMM | well, pretty much any other FS I know |
10:37:18 | TMM | well, FAT12... that's probably easier |
10:37:44 | linuxstb | TMM: I'm not saying it's complicated, just that I know nothing about FAT... |
10:37:53 | TMM | minixfs is fairly easy as well |
10:38:43 | petur | FAT12 is actually more complicated - the way they mix sectors... |
10:38:52 | linuxstb | I also don't have one of these troublesome 2048-byte sector ipods to test with. |
10:39:23 | | Join bluebrother [0] (i=ppg1HDBX@rockbox/staff/bluebrother) |
10:39:24 | TMM | petur, that depens on the media, really |
10:39:38 | amiconn | linuxstb: Would a test need a hfs formatted one to start with? |
10:39:53 | petur | no, it's the way the sectors are stored in the FAT, needing 1,5 byte |
10:39:53 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
10:39:55 | midkay | amiconn: "immeasurable speedup on iPod Color" - immeasurably large or immeasurably hardly-makes-a-difference? |
10:40:28 | TMM | petur, you can munge the sectors in any way you like. The DOS format utility does some magic to speed up floppy access though |
10:40:30 | linuxstb | amiconn: Ideally, but just implementing a working formatting function would be 95% of the work. |
10:40:41 | Llorean | midkay: I'm pretty sure it's "immeasurable because it's too small" |
10:40:51 | TMM | petur, which is the sector mixing you are referring to |
10:40:58 | midkay | Llorean: hey, a guy can dream :) |
10:41:00 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
10:41:33 | pondlife | Hi Nico_P |
10:41:35 | * | linuxstb remembers his g/f has a 2nd Gen Nano, so that could be used to test (it has 2048 byte sectors). |
10:41:39 | Nico_P | hi |
10:41:54 | pondlife | How's the skipping, I didn't see it mentioned on your git. |
10:42:15 | Nico_P | it's working fine |
10:42:32 | petur | TMM: for each sector, there are two bytes in the FAT, one containing only 4 bits (the other 4 belong to another sector |
10:42:40 | pondlife | I tried a git pull origin mob, but it gave me conflicts ! |
10:42:41 | Nico_P | buffering isn't optimal, but that's just a matter of tweaking the main loop in buffering_thread |
10:42:52 | pondlife | So the back-skip-crash is fixed? |
10:42:54 | Nico_P | pondlife: yeah, I'm sorry it doesn't work well when I rebase |
10:43:08 | pondlife | OK, I'll start anew |
10:43:14 | Nico_P | I'm not sure, I didn't have crashes, but maybe you didn't test the right version |
10:43:19 | Nico_P | pondlife: no need to clone again though |
10:43:29 | TMM | petur, hum, really? |
10:43:40 | amiconn | midkay: Hardly makes a difference. Only the command writes are optimized. Data transfers (the vast majority) already were |
10:43:59 | Nico_P | pondlife: just remove your mob branch: git branch -D mob, then git checkout -b mob origin/mob |
10:44:22 | Nico_P | pondlife: and on master you can git pull to update too |
10:44:24 | midkay | amiconn: growl.. you've shattered my hopes and dreams! |
10:44:56 | amiconn | midkay: iPod color *will* receive a significant speedup soon - as soon as I figure out the block transfer config registers |
10:45:03 | amiconn | Expect a factor of 2.... |
10:45:04 | Zagor | linuxstb: have you considered simply integrating the rockbox fat driver? |
10:45:07 | pondlife | Nico_P: "fatal: you need to resolve your current index first" |
10:45:07 | pixelma | bluebrother: I told "John" exactly the same in reply to his post in the "Have you read the rockbox manual" thread ... but I guess it doesn't hurt to tell him another time... |
10:45:14 | midkay | amiconn: does that include iPod 5G as well? |
10:45:18 | linuxstb | Zagor: I just need a formatting function. |
10:45:36 | pondlife | Nico_P: that's when I attempt to checkout |
10:45:37 | Nico_P | pondlife: ah, that's the leftovers from the failed pull... git reset −−hard mob should do |
10:45:40 | Zagor | yeah well the relevant portions of it, I mean |
10:45:50 | Nico_P | or git reset −−hard master |
10:45:51 | bluebrother | pixelma: ;-) |
10:45:58 | amiconn | midkay: Nope. As said, color, not video |
10:46:06 | amiconn | The video uses yet another hookup |
10:46:33 | midkay | amiconn: sorry, your "color" terminology is a little confusing. at least between your commit message and usage here. |
10:46:34 | amiconn | I.e. none of the PP lcd bridges |
10:47:00 | Nico_P | pondlife: I tried your tracks... quite funny :) and no problems |
10:47:08 | amiconn | midkay: "color" for me always refers to the iPod color. For the opposite of monochrome, I always use "colour" |
10:47:19 | pondlife | Not my tracks. |
10:47:20 | amiconn | ...as I am european :P |
10:47:26 | midkay | amiconn: haha, that's a nice system, i'll have to remember it :) |
10:47:35 | Nico_P | pondlife: yeah, the ones you sent me |
10:48:33 | pixelma | amiconn: to make it more obvious - maybe even use "Color" and "colour" ;) |
10:48:37 | midkay | amiconn: well, sucky about the video. do you think there's much room for optimization on the video's LCD driver? |
10:48:49 | amiconn | I have no idea (yet) |
10:49:11 | pondlife | Hmm, git reset −−hard seems to work, but all others fail in some way |
10:49:16 | amiconn | It looks like the broadcom chip is hooked up directly to the external data bus of the PP |
10:49:47 | pondlife | Nico_P: Lots of "CONFLICT (content): Merge conflict in apps/playback.c" type errors |
10:49:47 | Nico_P | pondlife: git checkout master; git reset −−hard; git branch -D mob; git checkout -b mob origin/mob |
10:50:03 | * | jhMikeS just killed main thread accidentally while looking at OS stacks on GB :p that won't do nice things. |
10:50:08 | Nico_P | that should do the job |
10:50:25 | amiconn | We might have to use the second broadcom firmware image (and figure out *how* to do that first) |
10:51:09 | midkay | amiconn: wow, that must be quite a task.. |
10:51:47 | Llorean | Yeah, I thought the big bottleneck on the iPod Video was how fast we can get the broadcom chip to dance for us. |
10:52:05 | * | linuxstb wonders if jhMikeS's multi-core threading could handle two CPUs of different architectures ;) |
10:52:05 | Llorean | I seem to recall it at least being the bottleneck when we first started. |
10:52:05 | midkay | we're not using it at all, right? |
10:52:20 | Llorean | midkay: I believe we're using it in a very minimal sense, since we have to use it to get to the LCD at all |
10:52:47 | midkay | Llorean: really? i didn't know that.. i thought it was left unused altogether. interesting. |
10:53:06 | amiconn | We get ~5.5MB/sec on the G5, and ~4MB/sec on the iPoc color. The latter should allow for ~10MB/Sec, like the Nano (and now the small H10) already do |
10:53:30 | amiconn | Assuming the broadcom chip can handle ~10MB/sec too, that would be a nice speedup... |
10:53:46 | linuxstb | I didn't realise the Nano was operating much faster than the Color... |
10:53:46 | Llorean | amiconn: Should this increase, for example, mpeg2 framerate in any measurable way with the move to ~10MB/sec? |
10:53:56 | Llorean | linuxstb: I think that's of his most recent change. |
10:54:07 | midkay | it sure would be a nice speedup.. i wonder if it'll ever manifest itself :) |
10:54:08 | amiconn | Llorean: Nope |
10:54:15 | amiconn | The nano already was that fast |
10:54:19 | Llorean | Ah |
10:54:34 | Llorean | It was using the block transfers before? |
10:54:44 | Llorean | Or is that unrelated? |
10:55:15 | amiconn | Yes it used block transfers before, as well as the color |
10:55:33 | amiconn | But the config regs are set up differently, hence the speed difference |
10:55:45 | Llorean | Ah |
10:55:46 | amiconn | [10:44:55] <amiconn> midkay: iPod color *will* receive a significant speedup soon - as soon as I figure out the block transfer config registers |
10:55:47 | jhMikeS | linuxstb: thinking about it, possible |
10:56:15 | linuxstb | jhMikeS: OK, so all we need to do is figure out the architecture of the Broadcom chip... |
10:56:20 | amiconn | If we know how they work, this will allow for extra speedups when not boosted |
10:56:44 | jhMikeS | linuxstb: shouldn't be much trouble ;) |
10:57:01 | Llorean | amiconn: Would that then explain why the H10 was getting worse FPS in mpegplayer than the Nano? |
10:58:12 | jhMikeS | linuxstb: so Video would be a 3 core target then? |
10:58:48 | linuxstb | jhMikeS: 3 cores and a DSP (in the Broadcom chip) |
10:59:11 | jhMikeS | you execute code on the broadcom chip? |
11:00 |
11:00:21 | linuxstb | We don't, but Apple do. It appears to run it's own firmware, receiving commands and data from the PP. |
11:05:32 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
11:07:03 | amiconn | Llorean: It doesn't anymore for quite a while... that was a different problem |
11:07:39 | jhMikeS | linuxstb: there's 2 arm cores and 3 + DSP in the BC chip and you need to load it with a firmware yourself? |
11:08:37 | linuxstb | jhMikeS: No, the broadcom chip has 1 core and 1 DSP. 3+DSP is the whole ipod. And yes, IIUC, the host processor uploads a firmware (there is a small one stored in the flash ROM, and a larger one on disk in the firmware partition). |
11:09:21 | *** | Saving seen data "./dancer.seen" |
11:11:00 | | Quit petur ("brb") |
11:12:34 | jhMikeS | why would the scheduler for PP cores need to deal with another type of processor simultaneously in that case? it would be its own instance with some type of interface in place. |
11:17:30 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
11:17:36 | | Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) |
11:18:05 | | Quit idnar (Nick collision from services.) |
11:18:07 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
11:18:13 | | Quit Toxicity999 (Read error: 110 (Connection timed out)) |
11:18:17 | linuxstb | jhMikeS: I wasn't completely serious... |
11:18:53 | * | linuxstb needs to smile more |
11:19:04 | jhMikeS | I'm just wondering what sort of setup would be needed...and I'm really sleepy |
11:19:40 | linuxstb | If we knew enough, I expect we could even run Rockbox on the Broadcom chip, reversing how Apple do it... |
11:20:47 | Llorean | Do we even know roughly how fast the broadcom chip is? |
11:21:29 | linuxstb | Fast enough to decode 640x480 h264... |
11:21:49 | jhMikeS | it's an arm core too or something unique? |
11:22:33 | linuxstb | I think it's something unique - Broadcom don't advertise the architecture, and all I've heard about it is that it could be MIPS-based. |
11:23:43 | jhMikeS | try different disassemblers on the blob until one makes sensible output? |
11:25:01 | linuxstb | Assuming it's not encrypted in some way... |
11:26:23 | jhMikeS | I'd expect it to compress less than a typical executable if it is |
11:27:08 | linuxstb | But I'm not really interested in working with a chip even less well documented than the PP.... |
11:27:36 | amiconn | How can something be less documented than something undocumented? |
11:27:47 | pondlife | misinformation? |
11:28:02 | linuxstb | The PP was partially documented by the IPL project, and has a well-documented arm7tdmi core. |
11:28:16 | linuxstb | Plus the USB we've discovered is documented. |
11:28:23 | linuxstb | s/we've/MrH/ |
11:28:44 | linuxstb | I mean I didn't have to start from scratch with the PP. |
11:30:36 | pondlife | Nico_P: Yep, skipping backwards no longer crashes here. |
11:30:40 | | Quit qwm (Remote closed the connection) |
11:30:54 | jhMikeS | someone did _or_ they had a leak |
11:30:55 | | Join qwm [0] (n=qwm@h38n2fls32o1010.telia.com) |
11:30:55 | Nico_P | pondlife: nice. I don't know when I fixed the prob though... |
11:31:16 | pondlife | Rewinding during the last few seconds of a track confuses the WPS though |
11:33:14 | Nico_P | that's probably still the same problem as the progressbar |
11:33:28 | Nico_P | I haven't found a solution for that btw |
11:33:42 | pondlife | Similar timing, but probably not the same |
11:34:16 | jhMikeS | Nico_P: you took out the callback from the ISR? |
11:34:17 | pondlife | Basically the WPS doesn't get told to redraw for the next track (or maybe even any subsequent tracks) |
11:34:32 | Nico_P | jhMikeS: disabled it, yes |
11:35:34 | Nico_P | pondlife: how much is "last few seconds" |
11:35:35 | Nico_P | ? |
11:35:35 | jhMikeS | ah. perhaps tagging the pcm buffer somehow with timestamps and always using that. |
11:35:52 | | Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) |
11:35:58 | pondlife | Nico_P: Probably once playback has moved onto the next track |
11:36:42 | Nico_P | so that's once the progressbar has emptied |
11:36:50 | pondlife | No, before that |
11:36:52 | pondlife | Just |
11:37:26 | Nico_P | hmm I've reached a state where the WPS still shows the same track but the audio is the next |
11:37:29 | Nico_P | is that it ? |
11:37:32 | pondlife | Yes |
11:38:02 | pondlife | Also, if you rewind after the progressbar has stopped moving you can get into a state where no playback is occurring, although nothing crashed |
11:38:03 | Nico_P | it's solved by hiding the WPS |
11:38:26 | jhMikeS | yeah, lets get rid of that bloat :P |
11:38:27 | Nico_P | it's the WPS not refreshing correctly |
11:39:32 | pondlife | I can't repro the "stalled playback" state though |
11:40:08 | Nico_P | I think I've had it but never consistently |
11:40:15 | | Quit ddalton (Client Quit) |
11:40:19 | | Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) |
11:41:10 | ddalton | Once I have studied my c book I want to write a few patches. What features do people want? (I am blind so I couldn't do anything with images yet):-) |
11:41:28 | ddalton | maybe voice playback recording plugins |
11:41:37 | ddalton | and buttons |
11:41:50 | pondlife | I want Viewports to be honest... |
11:42:03 | ddalton | what? |
11:42:06 | pondlife | Not much use for the blind, but it'll simplify stuff |
11:42:13 | ddalton | what are they for? |
11:42:52 | pondlife | To allow parts of the screen (status bar?) to be updated independently of the main screen, for example. |
11:43:03 | ddalton | oh ok |
11:43:10 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
11:43:29 | ddalton | So what exactly is one of the hardest things coding on rockbox as a new comer to programming? |
11:44:45 | pondlife | Erm, playback.c ?? :) |
11:45:11 | pondlife | Dual-core, race conditions..? lots of fun stuff |
11:45:13 | Nico_P | pondlife: is the WPS refresh bug is present SVN too ? |
11:45:26 | pondlife | Allegedly |
11:45:38 | | Join spiorf_ [0] (n=spiorf@host90-215-dynamic.17-79-r.retail.telecomitalia.it) |
11:45:41 | tumu | ddalton, reading the source as there is little of source documentation :) |
11:45:44 | pondlife | But I was more concerned about the stalled playback |
11:45:48 | barrywardell | amiconn: nice work on the LCD bridge. anything I can do to get things working on H10? |
11:45:51 | barrywardell | (big) |
11:45:57 | Nico_P | OK... I think I'll focus on regressions from my code before trying to fix all the old bugs |
11:46:21 | Nico_P | pondlife: I'm very interested in a way to reproduce the stalling |
11:46:26 | | Quit spiorf (Read error: 110 (Connection timed out)) |
11:46:31 | amiconn | barrywardell: You could experiment with 0x70008a00 and 0x70008a04 registers |
11:46:54 | amiconn | I'll do a regdump from small H10 tonight, then I have 4 dumps for comparison |
11:47:04 | barrywardell | any suggestions what I should set them to? |
11:47:28 | pondlife | Nico_P: Yes, maybe document a load of use cases on the wiki and have columns for "works on old" and "works on MoB" |
11:47:37 | Nico_P | good idea |
11:47:51 | pondlife | You can put a few known bugs in and end up with more ticks in the MoB column |
11:47:59 | pondlife | :) |
11:49:23 | | Join petur [0] (n=petur@rockbox/developer/petur) |
11:50:19 | | Quit kubiix (Read error: 104 (Connection reset by peer)) |
11:51:00 | pixelma | pondlife: more ticks for known bugs or fixed bugs? ;P |
11:51:06 | | Nick vosque_away is now known as vosque (n=ninobody@indra.vis.nu) |
11:51:25 | | Part vosque |
11:51:33 | Nico_P | pondlife: if you want to start a page, feel free ;) |
11:51:36 | pondlife | Just a tick if the use case is tested ok |
11:51:43 | Nico_P | MetadataOnBufferStatus ? |
11:51:57 | Nico_P | or just modifying SoftwareCodecPlayback could do |
11:52:02 | pondlife | Why not put it on the current page? Or is that getting too big? |
11:52:27 | Nico_P | I'd like the MetadataOnBuffer page to stay about the project |
11:52:43 | pondlife | Ah, GSoC style... |
11:52:45 | Nico_P | I think the status doesn't belong in it |
11:52:58 | pondlife | I'd say this is about the project, until it's in SVN |
11:55:30 | | Join advcomp2019_ [0] (n=advcomp2@66.172.231.192) |
11:57:43 | | Nick Tanuva|off is now known as Tanuva (n=tanuva@83.220.128.10) |
11:57:48 | linuxstb | Hmm, seems Nero are now claiming that faad2 is GPL-compatible again - http://www.audiocoding.com/ |
11:57:49 | Nico_P | the page is meant to be kept up to date even after I commit MoB |
11:58:29 | linuxstb | But not everyone agrees... http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-October/036621.html |
12:00 |
12:00:05 | Zagor | an advertising clause is definitely not gpl compatible |
12:00:29 | Nico_P | pondlife: I feel the project page (MetadataOnBuffer) should end with "committed to SVN, see the status page..." |
12:01:42 | linuxstb | Zagor: Yes, but isn't Nero's argument that programs must display a (C) notice anyway? |
12:02:18 | Zagor | I don't know. it's a false argument. programs have to do no such thing. |
12:02:58 | linuxstb | Zagor: 2c) states some conditions where they must... But I agree, not all do. |
12:04:24 | linuxstb | But yes, I don't think Nero's text change helps - I still think it's not GPL compatible. |
12:04:37 | Zagor | heh, I've never read 2c in detail it seems :) |
12:05:11 | linuxstb | I'm not quite sure what "reads commands interactively" means... |
12:05:39 | | Quit Nico_P (Remote closed the connection) |
12:05:46 | pondlife | Nico_P: "Codec failure" and "Couldn't load codec: /.rockbox/codecs/_.codec" (where _ is a block) after all buffered tracks have played and there are more to go... |
12:05:57 | Zagor | linuxstb: I think it means that "ls" does not have to print out copyright everytime you run it. but any program which takes interactive input does. |
12:06:07 | pondlife | e.g. with the Cassetteboy album after 44 tracks have played |
12:06:13 | pondlife | 44/98 that is |
12:06:36 | pondlife | Followed by a hard crash |
12:06:37 | linuxstb | Zagor: So how does that apply to something like Rockbox? I would call it "interactive". |
12:07:04 | Zagor | good question |
12:07:10 | linuxstb | Maybe we should be extending the "credits" screen to be more explicit about (C) holders and licenses. |
12:07:10 | Llorean | I would call Rockbox interactive too. |
12:07:26 | Zagor | I'll meditate on it over lunch :) |
12:07:31 | linuxstb | Enjoy ;) |
12:07:33 | Llorean | We could just have a "Copyrights" screen too. |
12:08:21 | linuxstb | Or "Legal" - I think that's how Apple's firmware calls it, and seems appropriate. |
12:08:46 | linuxstb | (it's both (C) and licenses) |
12:09:32 | barrywardell | amiconn: my dump of the 0x70008000 is different from what jhMikeS had: http://pastebin.ca/734044 |
12:13:29 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
12:17:32 | | Join omry [0] (n=omry@bzq-84-108-20-56.cablep.bezeqint.net) |
12:17:44 | | Join jba [0] (n=jba@c211-30-160-138.blktn3.nsw.optusnet.com.au) |
12:20:24 | omry | connected my new sansa e280 to linux, how do I mount it? |
12:20:51 | omry | this is what I get in dmesg: usb 1-6: new high speed USB device using ehci_hcd and address 4 |
12:20:58 | omry | but no mention of a new block device |
12:21:17 | barrywardell | make sure you put it into msc mode |
12:22:24 | | Join Asteriskk_ [0] (n=herb@adsl-75-42-64-193.dsl.scrm01.sbcglobal.net) |
12:23:06 | GodEater_ | and that it's running the OF |
12:23:12 | | Quit Rob222241 () |
12:23:43 | omry | cool, thanks. |
12:23:44 | omry | works now. |
12:25:38 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
12:25:41 | omry | should I install the e200 release for e280? |
12:26:03 | barrywardell | yes, e200 is the series |
12:26:09 | Asteriskk_ | where do I find bootloaders for my sandisk? in the current builds/ |
12:26:12 | Asteriskk_ | ? |
12:26:26 | GodEater_ | sansapatcher installs the bootloaders |
12:26:29 | linuxstb | From the links in the manual |
12:27:45 | GodEater_ | pondlife: which git repo is Nico_P publishing his MoB Rockbox build in ? |
12:27:57 | GodEater_ | git://repo.or.cz/Rockbox.git <−− ? |
12:28:41 | linuxstb | When git changes are committed to SVN, is there any way to keep the revision history? Or is always just committed as a single revision? |
12:28:58 | GodEater_ | I think it'll have to go as a single commit |
12:29:06 | GodEater_ | I'm not certain though |
12:29:08 | bluebrother | git-svn dcommit commits the original commits individually |
12:29:50 | GodEater_ | that's if you git repo is connected with the svn repo |
12:29:56 | GodEater_ | I'm not sure if Nico's done that or not ? |
12:31:02 | bluebrother | Rockbox.git has a "git-svn" tag at the top, so I guess it does. |
12:31:31 | linuxstb | I'm not saying that it's necessarily a good idea for Nico, just curious... |
12:31:41 | GodEater_ | I must be looking at the wrong repo =/ |
12:32:04 | bluebrother | GodEater_: http://repo.or.cz/w/Rockbox.git?a=shortlog;h=mob (and scroll down a bit) |
12:32:09 | Asteriskk_ | will the sansafixer tell me if the version of the boot loader I am running is current or will it just happily over write everything |
12:32:25 | bluebrother | there is no "sansafixer". |
12:32:28 | linuxstb | sansapatcher will just happily overwrite. |
12:32:53 | Asteriskk_ | ok |
12:33:33 | pondlife | GodEater_: it must be the mob branch, not master |
12:33:36 | barrywardell | amiconn: I just did a couple of tests with the Color and Nano versions of 0x70008a00 and 0x70008a04 |
12:34:09 | bluebrother | the mob branch has a bunch of commits after the apparently last sync to svn about a day ago. |
12:34:16 | | Join Rob2222 [0] (n=Miranda@p54B1694A.dip.t-dialin.net) |
12:34:17 | | Join Crash91 [0] (n=evil91@196.218.80.108) |
12:34:20 | barrywardell | with the nano version, I get only the top half of the screen showing the rockbox logo in wierd colour (more yellowish) |
12:34:48 | barrywardell | with the color version, I get something that looks like vertical interlacing |
12:34:51 | amiconn | Did you reconfigure + rebuild fully? |
12:35:16 | amiconn | Your dump isn't very readable... |
12:35:30 | barrywardell | yes, but not between changes to 0x70008a00 and 0x70008a04 |
12:35:41 | barrywardell | that dump is just what's different to jhMikeS's version |
12:35:43 | amiconn | Hmm, ok |
12:35:58 | * | amiconn would prefer the raw binary dump |
12:36:12 | amiconn | The pastebin is a mess... |
12:36:20 | barrywardell | can I email it to you? |
12:37:44 | amiconn | yes |
12:38:04 | barrywardell | is your address available somewhere? |
12:38:15 | | Join jba_ [0] (n=jba@c211-30-160-138.blktn3.nsw.optusnet.com.au) |
12:39:36 | amiconn | In the wiki, in the ml archive.. |
12:40:26 | omry | do I need to backup my sansa to an image before installing rockbox ? |
12:41:03 | bluebrother | holding a backup is always a good idea but installing Rockbox won't delete the data on the player |
12:41:18 | omry | what about the boot loader? |
12:41:37 | bluebrother | what should be about the bootloader? |
12:42:02 | bluebrother | it's in the firmware partition. That doesn't affect the data itself. |
12:42:39 | omry | ah, the firmware is on it's own partition? |
12:42:49 | omry | nice. so I can just create an image for that |
12:42:52 | barrywardell | amiconn: sent |
12:43:40 | omry | I guess it's the second parition? (the smaller one?) |
12:44:03 | omry | /dev/sdb2 1019 1022 20480 84 OS/2 hidden C: drive ? |
12:44:53 | barrywardell | yes, that's the firmware partition |
12:45:10 | omry | and the boot loader is in it? |
12:45:12 | Asteriskk_ | hmm |
12:45:32 | bluebrother | http://daniel.haxx.se/sansa/e200.html |
12:45:37 | omry | if it's not first, how can the device find it? or does it use the mbr at block 0? |
12:45:56 | bluebrother | by using magic. |
12:46:14 | omry | majik. |
12:46:22 | Asteriskk_ | I wonder if this is a problem with the player, with the computer or with the firmware, but sometimes when I plug in the c200 I get no response from the computer, i.e nothing turns up, or I get, drive could not be opened due to an IO device error. this is usb 2.0 but I only have usb 1.x, is this the problem? |
12:46:26 | omry | so I you change the size of the partition the makic breaks? |
12:46:54 | Asteriskk_ | the only way I find to fix this is to remove the bettery pack and replace it then replug it in |
12:46:59 | Asteriskk_ | battery* |
12:47:03 | barrywardell | amiconn: I had a silly mistake in my code. now it work on my H10 |
12:47:14 | pixelma | Asteriskk_: yes I saw that on a laptop with usb 1.1 too |
12:47:15 | omry | I`ll make a full image as well, just in case :) |
12:47:24 | barrywardell | using the color settings for 0x70008a00 and 0x70008a04 |
12:47:42 | Asteriskk_ | I figured it was probably something like that. this board is like six years old lol |
12:47:52 | barrywardell | amiconn: yes bootloader is in there too |
12:47:59 | pixelma | Asteriskk_: I then started the original firmware before plugging usb - that worked reliably |
12:48:04 | barrywardell | sorry, that was meant for omry |
12:48:15 | amiconn | barrywardell: Color settings are slow... tried nano? |
12:48:40 | barrywardell | I get 39fps at 30MHz, still faster than the wiki says |
12:48:42 | omry | barrywardell, second level boot loader? |
12:48:44 | barrywardell | trying nano now |
12:48:46 | Asteriskk_ | is it necessary to remove rockbox to start the original firmware or is there a power setting or something |
12:49:04 | linuxstb | amiconn: Should I try the Nano settings on my Color? |
12:49:29 | pixelma | Asteriskk_: no, you can dual boot - that is covered in the fine manual ;) |
12:49:46 | * | bluebrother points to http://www.rockbox.org/manual.shtml and leaves |
12:50:01 | | Join mf0102 [0] (n=michi@85.127.182.13) |
12:50:12 | amiconn | linuxstb: Please do. But in order to switch to these, we'd need a tester with a type 0 lcd... |
12:50:15 | omry | did the manufacturer of any player released api spec? or was it all reverse engineering? |
12:50:24 | | Join karashata [0] (n=Kimi@pool1-169.adsl.user.start.ca) |
12:50:25 | * | Asteriskk_ pokes in the manulal once more |
12:50:27 | linuxstb | amiconn: Sure. |
12:50:57 | barrywardell | omry: the boot sequence on sansa is complicated |
12:51:35 | omry | barrywardell, similar to linux + grub in any way? |
12:51:56 | omry | mbr -> second level -> firmware ? |
12:52:05 | barrywardell | amiconn: nano settings don't work. I get two copies of the startup splash 1/4 screen size and in weird colours. then no further lcd updates |
12:52:11 | amiconn | linuxstb: It would prbably be helpful if "View HW Info" would show the lcd type on Color (maybe it already does) |
12:52:22 | linuxstb | I think it does. |
12:52:25 | amiconn | barrywardell: Yeah, then the timing is too fast |
12:52:30 | GodEater_ | omry: not really |
12:52:49 | linuxstb | barrywardell: What are the values I should be writing? |
12:52:51 | GodEater_ | omry: flash -> bootloader on firmware partition -> firmware |
12:53:43 | omry | GodEater, I see. so since the flash does not change, backing up the firmware partition should be good enough to recover. |
12:53:55 | GodEater_ | omry: yep |
12:54:09 | barrywardell | linuxstb: 0x01100003 to 0x70008a00 |
12:54:14 | | Quit jba (Read error: 110 (Connection timed out)) |
12:54:20 | barrywardell | and 0x1f140000 to 0x70008a04 |
12:54:40 | omry | coz creating a mostly empty full image is slow :) |
12:56:05 | linuxstb | barrywardell: Are you sure? Reading preglow's dump, I thought they should be 0x00030110 and 0x00001f14 |
12:56:09 | amiconn | barrywardell, linuxstb: Wrong. PP is little endian... |
12:56:21 | amiconn | linuxstb: exactly |
12:56:42 | barrywardell | oops, good point |
12:56:47 | barrywardell | time to try again! |
12:57:44 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
12:58:15 | omry | does rockbox supports fm radio? |
12:58:21 | omry | (for e280) |
12:59:08 | GodEater_ | omry: is it in the manual ? |
12:59:36 | omry | yeah, so I guess it is. |
12:59:38 | omry | it doew |
13:00 |
13:00:00 | barrywardell | omry: you should be most worried about backing up your data |
13:00:01 | linuxstb | amiconn: Hmm, it just freezes for me - no lcd updates at all. |
13:00:30 | omry | barrywardell, yes. I decided to make a full image anyway. |
13:00:35 | omry | better safe than sorry. |
13:01:04 | linuxstb | amiconn: Do you think it matters where in lcd_init_device() I set those registers? |
13:01:29 | barrywardell | amiconn: same for me - no lcd updates with the nano settings |
13:08:06 | amiconn | Either too fast then, or some other bits are wrong -> needs research |
13:09:25 | *** | Saving seen data "./dancer.seen" |
13:09:49 | preglow | hrmf |
13:09:55 | barrywardell | color settings work, but actually give a slowdown 39->36fps |
13:09:59 | preglow | i don't like the fact that nano has no init :/ |
13:10:17 | barrywardell | the LcdFrameRate page needs updating for H10 |
13:10:40 | * | linuxstb passes preglow a copy of the Nano bootloader and IDA |
13:11:00 | | Quit Rob2222 () |
13:12:41 | barrywardell | linuxstb: you wanna try the H10 values? 0x00000000 and 0x00001f22 |
13:12:58 | preglow | i wish there was something like ida somewhere |
13:13:01 | preglow | open source, of course... |
13:13:10 | * | linuxstb passes preglow a copy of vi ;) |
13:13:16 | preglow | ghagag |
13:13:17 | preglow | yeah |
13:13:21 | preglow | i currently use objdump + vim |
13:13:24 | preglow | not optimal... |
13:13:43 | linuxstb | I wonder how the IPL people are getting on with their disassembler... |
13:14:33 | | Join The-Compiler [0] (n=florian@91-14.76-83.cust.bluewin.ch) |
13:14:39 | preglow | what, they haven't admitted defeat yet and come over to our side? :P |
13:15:39 | | Quit Crash91 ("Bye Bye!") |
13:15:54 | barrywardell | preglow: the disassembler in svn is marginally better than objdump in ways |
13:16:16 | preglow | in which ways? |
13:16:17 | pondlife | bluebrother: Is RbUtilQt meant to support SAPI for voicing? |
13:16:49 | amiconn | barrywardell: The Big H10 values very probably won't work |
13:17:03 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
13:17:04 | linuxstb | preglow: It will tell you the value of [rN, #nnnn] for example in instructions like "ldr r0, [r0, #34a]" |
13:17:35 | linuxstb | I mean [pc, #0x34a] |
13:17:46 | barrywardell | but it doesn't support thumb code yet |
13:18:00 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
13:18:39 | barrywardell | amiconn: why not? |
13:18:56 | preglow | cool, objdump only tells you the calculated offset |
13:19:13 | * | barrywardell just got a ~30% speedup on H10 lcd_update :) |
13:19:41 | Asteriskk_ | hmm |
13:19:57 | barrywardell | it seems the block writing works, even without using the color values for lcd_base |
13:20:00 | Asteriskk_ | seems there should be a better way to make voice files than running a whole new os to do it:-/ |
13:20:04 | barrywardell | kinda anyway |
13:20:26 | linuxstb | Asteriskk_: ? |
13:21:04 | Asteriskk_ | wellt he wiki says the vbs script is out of date and to install linux to do build your voice files |
13:21:16 | barrywardell | actually, I get a ~3x speedup |
13:21:31 | barrywardell | but I get a garbled display at 80MHz |
13:21:43 | linuxstb | Asteriskk_: I don't know the details, but I think that wiki page is out of date. You can definitely build voice files in Windows. |
13:22:03 | barrywardell | and I get the weird quarter sized splash on startup, but then it fixes itself |
13:22:06 | pondlife | Asteriskk_: The wiki is correct I think, Cygwin will allow it |
13:22:30 | Asteriskk_ | like I said, seems a lotta work to install a new os just to build a 1 meg file lol |
13:22:37 | pondlife | New OS? Hardly |
13:23:42 | | Quit Nico_P (Remote closed the connection) |
13:23:56 | | Join massive_H [0] (n=massiveH@pool-71-172-233-148.nwrknj.fios.verizon.net) |
13:23:57 | | Quit jba_ (Read error: 110 (Connection timed out)) |
13:24:15 | barrywardell | ah, the quarter sized splash is because it runs at 80MHz on startup |
13:24:40 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
13:25:12 | * | barrywardell thinks linuxstb should try the H10 values, unless amiconn has a reason not to... |
13:25:17 | | Quit ddalton (Read error: 110 (Connection timed out)) |
13:27:01 | | Part pixelma |
13:30:49 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
13:30:57 | | Quit Nico_P (Remote closed the connection) |
13:30:58 | | Quit massiveH (Connection timed out) |
13:31:14 | | Part Asteriskk_ |
13:31:18 | linuxstb | barrywardell: OK, I'll try now. What should I be expecting? |
13:31:29 | barrywardell | faster lcd updates |
13:31:46 | barrywardell | as in 3.5x faster |
13:32:13 | linuxstb | But wasn't the H10 very slow to start with? |
13:32:25 | linuxstb | But I'm testing now... |
13:32:49 | barrywardell | no, I have it running faster now |
13:33:05 | linuxstb | ;) |
13:33:16 | linuxstb | 67.0fps fullscreen at 30MHz |
13:33:29 | barrywardell | just changing 0x70008a00 from 0x1f10 to 0x1f22 makes a 3x speedup |
13:33:51 | barrywardell | if the wiki is accurate, that's a 3x speedup for you too? |
13:34:08 | linuxstb | Yes, the UI now feels extremely fast with the CPU unboosted ;) |
13:34:23 | barrywardell | :) |
13:34:36 | omry | how do I switch to msc mode from within e200 rockbox? |
13:34:40 | * | barrywardell thinks amiconn would be interested in these results |
13:34:59 | barrywardell | omry: there is no usb support in rockbox yet, so you have to use the original firmware for that |
13:35:15 | barrywardell | linuxstb: do you have any problems when boosted? |
13:35:20 | omry | barrywardell, so how do I upload audio file? |
13:35:42 | linuxstb | barrywardell: I don't think so - I've just tested mpegplayer successfully. |
13:35:53 | barrywardell | omry: turn your sansa off, then connect the usb cable and it will start the of and connect |
13:36:18 | | Join ddalton [0] (n=daniel@203-214-47-99.dyn.iinet.net.au) |
13:36:56 | linuxstb | barrywardell: Looking good. |
13:37:23 | barrywardell | must just be the H10 lcd that has problems when boosted |
13:37:31 | | Quit spiorf_ (Read error: 110 (Connection timed out)) |
13:37:58 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
13:38:07 | pondlife | Is it possible to build RbutilQt under Cygwin? I lack qmake... |
13:38:08 | linuxstb | 180fps fullscreen when boosted! |
13:38:11 | | Join spiorf_ [0] (n=spiorf@host222-205-dynamic.14-87-r.retail.telecomitalia.it) |
13:38:26 | omry | barrywardell, for some reason this changes the block device name from sdb to sdc |
13:38:57 | barrywardell | omry: that's probably a linux thing |
13:39:04 | barrywardell | linuxstb: wow!!! |
13:39:33 | linuxstb | barrywardell: Compared to 48.5 previously... |
13:40:51 | barrywardell | about 3.5x again |
13:40:51 | | Quit CaptainSquid (Remote closed the connection) |
13:41:00 | | Quit massive_H ("Leaving") |
13:42:02 | omry | btw: when I tried to run doom my sansa crashed. |
13:42:24 | | Join Thundercloud [0] (n=thunderc@resnet02.nat.lancs.ac.uk) |
13:42:40 | | Quit Nico_P (Remote closed the connection) |
13:42:47 | pondlife | bluebrother: Under Cygwin I can obtain qmake-qt3.. any point in attempting to hack at this? |
13:45:25 | The-Compiler | I need some info about the Sansa c200. What in Rockbox does work, what not? |
13:46:39 | Zagor | most things work |
13:47:32 | Zagor | in fact I can't off the top of my head recall anything that doesn't |
13:48:00 | linuxstb | microSD? |
13:48:36 | Zagor | right |
13:48:40 | omry | what is the normal transfer speed when sending files to sansa e280? |
13:49:59 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
13:51:19 | | Join costasc [0] (i=591a9148@gateway/web/cgi-irc/labb.contactor.se/x-642a414732825d5a) |
13:51:43 | Zagor | omry: are you getting very slow speeds? |
13:52:04 | omry | Zagor, I am not sure if it's very slow. 2 - 3 mb/sec |
13:52:46 | | Quit ddalton ("leaving") |
13:53:39 | | Quit costasc (Client Quit) |
13:56:48 | Zagor | hdparm -t gives 4.5 MB/s read speed on my c200 |
13:56:52 | linuxstb | Zagor: Regarding your question about the USB interrupt, are you saying it's not going to work without it, or just that it will be better if we can find that interrupt? |
13:56:58 | Zagor | so 2-3 sounds about normal |
13:57:06 | omry | Zagor, thanks. |
13:58:01 | Zagor | linuxstb: I think it will work, but it will be inefficient and also some things (like device reset) doesn't work since we don't react to it quick enough. but at least so far it's not a show stopper. |
13:58:42 | | Join Daenyth [0] (n=Daenyth@c-66-31-245-110.hsd1.ma.comcast.net) |
13:58:42 | omry | I am playing a podcast, and I don't get any time feedback on the screen (how long am I into the podcast, and how long is the podcast) |
13:59:16 | omry | is that a theme thing, a problem with the file or just the way rockbox works? |
13:59:19 | linuxstb | Do you see that when you're playing other kinds of files? |
13:59:52 | | Join costasc [0] (i=591a9148@gateway/web/cgi-irc/labb.contactor.se/x-d98ed2d6b58ab223) |
14:00 |
14:00:41 | linuxstb | Rockbox can show that information, but it's up to the theme whether it's included or not. |
14:01:02 | The-Compiler | omry: What format is the podcast? |
14:01:07 | omry | mp3 |
14:01:23 | omry | xmms shows the time fine. |
14:01:31 | omry | (for the same file) |
14:01:46 | costasc | hi - there were some questions on my patch 7898 - "Insert Next" bug? |
14:01:58 | The-Compiler | And wich themes are you using? |
14:02:06 | | Join jba_ [0] (n=jba@c211-30-160-138.blktn3.nsw.optusnet.com.au) |
14:02:28 | omry | blackglass - anemone |
14:04:10 | omry | yeah, I think it's the theme |
14:04:16 | The-Compiler | Hmm... Do you use the newest build? |
14:04:32 | omry | I used whatever the automated installer downloaded |
14:04:41 | omry | (just now) |
14:04:55 | The-Compiler | The theme has a progress bar just under the artist info. Do you see the "Time: ..." info (the 4th line) |
14:05:05 | The-Compiler | strange... |
14:05:06 | omry | I only see it on other themes |
14:05:58 | | Join webguest58 [0] (i=52474cfe@gateway/web/cgi-irc/labb.contactor.se/x-9391aa53c995f43a) |
14:06:06 | | Nick webguest58 is now known as njd (i=52474cfe@gateway/web/cgi-irc/labb.contactor.se/x-9391aa53c995f43a) |
14:06:10 | njd | hello? |
14:06:18 | The-Compiler | Hi njd |
14:06:22 | amiconn | barrywardell: The quarter sized splash is due to too fast transfers. The LCD controller drops every other pixel as it can't follow |
14:06:26 | | Join marc___ [0] (n=marc@212.203.65.50) |
14:06:27 | omry | ah, it has a small hidden progress bar without numeric informaiton |
14:06:43 | amiconn | The cpu is boosted during boot, and switches back to 30MHz afterwards |
14:06:51 | njd | I seem to have a problem with my ihp-140 on party mode |
14:07:01 | amiconn | In the end we will dynamically adjust the timing when changing cpu clock |
14:07:02 | | Quit petur ("reboot") |
14:07:05 | The-Compiler | I need some info about the Sansa c200. What in Rockbox does work, what not? |
14:07:20 | barrywardell | amiconn: that's what I figured |
14:07:24 | amiconn | linuxstb: On Color I'd expact around 2.5x speedup |
14:07:26 | linuxstb | The-Compiler: We answered that question. |
14:07:53 | The-Compiler | OOOOPS! Sorry.... |
14:07:57 | The-Compiler | :D |
14:07:58 | barrywardell | LCD_BASE is wht affects the timing? |
14:08:31 | amiconn | There is no LCD_BASE |
14:08:53 | barrywardell | i mean LCD2_BASE |
14:09:33 | | Join petur [0] (n=petur@rockbox/developer/petur) |
14:09:49 | linuxstb | amiconn: I seem to get more than that - over 3.5 at 80MHz. |
14:10:07 | linuxstb | (and no visible problems) |
14:10:21 | amiconn | I think that both 0x70008a00 and 0x70008a04 affect timing. In what way needs to be researched |
14:11:55 | | Quit spiorf_ (Remote closed the connection) |
14:12:45 | njd | If I install with blank firmware then go to Playlists: create new playlist to create a blank playlist, then turn on party mode and add some songs, when I go to the playlist and try and play the first song it hangs solid |
14:14:29 | linuxstb | njd: What do you mean by "blank firmware" ? |
14:15:27 | njd | linuxstb: I mean, I deleted the .rockbox directory and copied in a new one from the r15085-071012 build + fonts |
14:18:39 | linuxstb | And it works fine without party mode enabled? |
14:18:44 | amiconn | linuxstb: Around 175fps?? |
14:19:25 | linuxstb | 180fps |
14:20:23 | amiconn | If I don't miss something, that's outside the controller specs |
14:20:36 | njd | linuxstb: yes it works fine without party mode |
14:20:54 | | Quit jba_ (Connection timed out) |
14:21:22 | njd | linuxstb: I've just reproduced it again: 1. Delete .rockbox directory, copy in fresh one + fonts 2. Turn on party mode 3. Queue a file (says "queue last") 4. try to view playlist - this also crashes |
14:21:36 | njd | linuxstb: it's locked up again, I will have to reset |
14:22:02 | Daenyth | does anyone know which revision is safe to use with a 5g ipod video? |
14:22:08 | njd | linuxstb: to me it looks like the party mode doesn't play very well with the fact that I haven't got any playlists stored yet |
14:22:10 | Daenyth | all the ones I've tried so far make it lock at the splash screen |
14:23:43 | barrywardell | amiconn: is the H10 controller the same as the color? I can get 194.5fps boosted without problems |
14:24:16 | amiconn | Yes, but that's not out of specs |
14:24:29 | | Quit ze (Remote closed the connection) |
14:24:35 | | Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
14:24:35 | barrywardell | ah, the specs are in bytes per second? |
14:24:37 | amiconn | The data transfer rate is what counts |
14:24:55 | amiconn | And the Color has more than twice as many pixels as the big H10 |
14:25:13 | | Quit Entames__ (Read error: 104 (Connection reset by peer)) |
14:25:15 | amiconn | Not, more, but 1.9* |
14:29:05 | linuxstb | njd: Sorry, I don't know much about party mode or the playlist code - I was just asking you questions for the benefit of someone who does... |
14:30:00 | n1s | Daenyth: are you using a current bootloader? |
14:30:05 | | Join Entasis [0] (n=Jarred@ppp121-45-59-73.lns11.adl2.internode.on.net) |
14:30:15 | Daenyth | I just updated it a sec ago, right now I have the 9/11/07 build |
14:30:23 | njd | linuxstb: it looks like a fairly straightforward bug but I'm not familiar with the code to have a look at it: is it worth trying to raise a bug? |
14:30:32 | Daenyth | lemme try again with current |
14:30:47 | n1s | Daenyth: just updated the bootloader? |
14:30:51 | Daenyth | yes |
14:31:03 | Daenyth | I had an old build |
14:31:07 | Daenyth | sometime from 2006 |
14:31:09 | Daenyth | iirc |
14:31:15 | linuxstb | njd: Maybe wait a short time to see if someone here replies to you, but yes, if they don't a bug report would be helpful. |
14:31:16 | n1s | ok, try renaming your .rockbox dir and unzip a clean one to the player |
14:31:17 | Daenyth | either that or from very early this year |
14:31:29 | Daenyth | did the config file change? |
14:31:40 | njd | linuxstb: OK I will leave this open for a while |
14:31:49 | n1s | Daenyth: yes, among lots of other things |
14:31:57 | barrywardell | amiconn: this works well for me |
14:31:58 | linuxstb | Daenyth: Just to confirm, you've run the current version of ipodpatcher to install a new bootloader |
14:32:00 | barrywardell | http://pastebin.ca/734124 |
14:32:07 | Daenyth | yes |
14:32:12 | Daenyth | just downloaded it from the manual page today |
14:32:27 | Daenyth | let me try as you suggested |
14:33:27 | Daenyth | ok, done |
14:33:28 | Daenyth | sex |
14:33:29 | Daenyth | err |
14:33:31 | Daenyth | sec^ |
14:34:45 | Daenyth | bootloader says can't load rockbox.ipod |
14:34:54 | Daenyth | hang on, let me make sure I did everything ok.. |
14:37:01 | Daenyth | ding! |
14:37:13 | Daenyth | latest bootloader + 09/11/07 build loads |
14:37:26 | Daenyth | on the 5g video |
14:37:28 | Daenyth | thanks much! |
14:38:30 | linuxstb | Can you also try the current build? |
14:38:38 | Daenyth | ok |
14:38:47 | Daenyth | I'll try it with a clean .rockbox |
14:38:51 | Daenyth | let me back up that one |
14:39:25 | amiconn | barrywardell: bah |
14:39:40 | amiconn | We want to get rid of that weird outl() and inl() stuff... |
14:40:00 | Daenyth | hmm |
14:40:02 | Daenyth | it works also |
14:40:14 | Daenyth | linuxstb: I suspect that the lock was coming from old bootloader + new firmware |
14:40:26 | linuxstb | Yes, it would be. |
14:40:32 | barrywardell | amiconn: I know, but it was easiest to use for testing |
14:41:04 | * | amiconn doesn't deem inl() and outl() easy - they're confusing |
14:41:19 | Daenyth | linuxstb: is it ok to just copy my old config file? |
14:41:20 | preglow | they are indeed |
14:41:37 | Daenyth | old as in from early this year, maybe even last |
14:41:44 | preglow | the only use i can see for inl/outl is to allow easy switching to user mode execution in the future, but we don't want that |
14:41:56 | linuxstb | Daenyth: It may work, but I would just recreate the settings again manually. |
14:42:05 | Daenyth | ok |
14:42:09 | Daenyth | thanks for the help :) |
14:45:34 | njd | anyone any idea about my party mode issue? |
14:46:02 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
14:48:23 | barrywardell | amiconn: do you think I should commit the change (with the inl/outl fixed)? |
14:48:30 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
14:48:36 | barrywardell | or do you want to do some more testing first? |
14:52:07 | amiconn | I'd rather do some research regarding the registers first |
14:52:27 | | Join miepchen^schlaf [0] (n=hihi@p54BF553F.dip.t-dialin.net) |
14:53:16 | Daenyth | now to find a theme :] |
14:53:38 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
14:53:59 | | Join miepchen^schlaf [0] (n=hihi@p54BF553F.dip.t-dialin.net) |
14:54:33 | Daenyth | http://www.rockbox-themes.org/data/320x240x16/A_Link_to_the_Past.png |
14:54:35 | Daenyth | :O |
14:56:19 | desowin | is it playable? :D |
14:56:35 | desowin | heh, music player instead of sword |
14:56:50 | Daenyth | I'm gonna try it |
14:57:08 | Daenyth | this may be stupid, but I don't see in the manual where it explains how to install themes? |
14:58:13 | linuxstb | You install them like anything else - you extract the zip file directly to the root of your device, and the zip file should contain the correct folder structure. |
14:58:27 | Daenyth | ahh nifty |
14:58:28 | linuxstb | You then select them from the Settings -> Browse Themes menu option. |
14:58:44 | Daenyth | thanks for all the help :) |
14:59:38 | | Quit miepchen^schlaf (Connection reset by peer) |
14:59:59 | | Join miepchen^schlaf [0] (n=hihi@p54BF553F.dip.t-dialin.net) |
15:00 |
15:01:00 | Daenyth | I like how every theme on rockbox-themes.org has stairway to heaven on the WPS :D |
15:01:41 | | Join spiorf [0] (n=spiorf@host222-205-dynamic.14-87-r.retail.telecomitalia.it) |
15:02:38 | costasc | I read the earlier irc stuff on my patch and added a comment to try and clear it up: http://www.rockbox.org/tracker/task/7898 |
15:09:03 | njd | linuxstb: Thanks for your help - I've got to get on really. I raised a bug about the issue and will have a look at the source if I get some time later |
15:09:28 | *** | Saving seen data "./dancer.seen" |
15:10:17 | Daenyth | hmm |
15:10:29 | Daenyth | on some of the themes I'm getting they don't have the correct directory structure |
15:10:39 | | Quit njd ("Bye bye") |
15:11:06 | TMM | has anyone ever seen this? : http://www.mecanique.co.uk/products/usb/pid.html |
15:11:37 | TMM | you can buy 10 USB product id's for 30 dollars, if rockbox is to get software USB support, I'd be very willing to buy a set and donate them to the project |
15:12:39 | bluebrother | pondlife: rbutilqt won't work with qt3 −− it's quite different to qt4. |
15:13:09 | bluebrother | and Domonoky did the voicing stuff −− I _think_ it should support the sapi script. But I never tried (I only changed the settings dialog) |
15:13:23 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
15:13:59 | Zagor | TMM: nice! |
15:14:50 | linuxstb | TMM: Although it's 30UKP - 60 USD at current exchange rates. |
15:14:58 | linuxstb | But still very affordable |
15:15:02 | TMM | we could write some integration plugins for the likes of rhytmbox and whatnot, would be nice if we had some integration between OSS desktops and OSS firmwares |
15:15:31 | linuxstb | And I'm guessing we would need more than 10. |
15:15:32 | TMM | linuxstb, I still wouldn't mind coughing that up :) |
15:15:57 | TMM | linuxstb, why? we could just use the same product ID for all players, from the outside world they'd look the same anyway |
15:16:15 | linuxstb | rbutil for example wants to be able to distinguish different models. |
15:16:24 | TMM | rbutil? |
15:16:31 | linuxstb | The GUI installer app. |
15:16:46 | TMM | personally, I'd say that's an implementation detail of rockbox |
15:16:55 | | Quit The-Compiler ("Connection reseted by god") |
15:17:06 | TMM | ie: we just need a magic file or command on the USB stack that will give out the 'real' hardware it's running under |
15:17:27 | TMM | from a technical point of view, it makes no sense to distinguish between players |
15:17:34 | TMM | from the outside, that is |
15:17:49 | bluebrother | it definitely makes sense. |
15:17:50 | TMM | rockbox is an OS, the user shouldn't have to care what hardware it's running on |
15:18:04 | bluebrother | just imagine the Ipod users who want to keep using Itunes. |
15:18:20 | GodEater_ | fraks |
15:18:21 | GodEater_ | er |
15:18:22 | GodEater_ | freaks |
15:18:27 | TMM | we'll make it configurable |
15:18:45 | linuxstb | bluebrother: They would need to either use Apple's USB mode, or hope that someone implements the extra proprietory Apple USB commands in Rockbox. |
15:19:06 | bluebrother | do they have proprietary usb commands? ouch. |
15:19:17 | GodEater_ | what commands do we believe itunes uses ? |
15:19:26 | TMM | having a real product ID for rockbox would make it possible to 'auto detect' rockbox from OSS audio programs, like rhytmbox, banshee or amarok, and get some real integration going. like updating the tagDB from software |
15:19:29 | amiconn | TMM: It makes very much sense to distinguish players, because of their different features |
15:19:32 | linuxstb | It sets the time on the ipod. Plus there's the XML file it can retrieve with hardware info. |
15:19:46 | GodEater_ | ah yes |
15:19:57 | TMM | amiconn, from client's USB ports POV, what's the difference?? |
15:20:00 | linuxstb | amiconn: But maybe we could expose a description of the features - so apps don't need to know. |
15:20:33 | linuxstb | GodEater_: And I'm sure there are more... |
15:20:34 | TMM | amiconn, NOW it doesn't really distingish either, it's just an USB mass storage device |
15:21:04 | linuxstb | TMM: Yes, but it can know what hardware Rockbox is running on. |
15:21:11 | linuxstb | (based on the manufacturer's USB IDs) |
15:21:27 | TMM | but then it can't know that rockbox is running on it in the first place |
15:21:35 | | Part LinusN |
15:21:56 | Zagor | it's not exactly a huge benefit to use our own IDs either, for the same reasons |
15:22:23 | linuxstb | TMM: I agree with you, one USB IDs with a proprietory (but obviously openly documented) command to retrieve the hardware capabilities could be a nice solution. |
15:22:25 | Zagor | we can use stock ids and our own strings, for example. so it reads as "Rockbox device" but still uses stock ids |
15:22:25 | | Quit homielowe (Read error: 110 (Connection timed out)) |
15:22:40 | TMM | Zagor, how so? we'd have a rockbox ID, so applications would know they are talking to a rockbox device, it could automagically update the rockbox tagDB |
15:23:07 | Zagor | TMM: well the question is if any current programs do the opposite, and fail if we switch id? |
15:23:25 | Zagor | it's easier for us to write new software that works with old IDs than the other way around |
15:23:41 | TMM | Zagor, I disagree strongly |
15:23:42 | linuxstb | And I assume we can't modify the IDs for the hardware USB bridges? |
15:24:23 | GodEater_ | I'm inclined to agree with Zagor |
15:24:27 | TMM | Zagor, normally devices are detected based on their vendor/product ID, rockbox would be VERY different if we just change the vendor strings send by the device |
15:25:14 | TMM | Zagor, plus, I believe that with libusb the vendor name and product name are read from a file, like with PCI, so itwouldn't work at all there |
15:25:17 | Zagor | TMM: well what if, for example, itunes only work with certain ids. what have we gained? |
15:25:19 | GodEater_ | we can't change the vendor string though |
15:25:28 | Zagor | GodEater: yes we can |
15:25:34 | GodEater_ | sorry - we can, but we shouldn't |
15:25:42 | GodEater_ | unless we own the vendor ID we change it to |
15:25:49 | TMM | Zagor, what use is itunes if you don't use the apple firmware? |
15:26:06 | GodEater_ | TMM: lots of users still use iTunes to sync their ipods |
15:26:06 | Zagor | I don't think the vendor string is linked to the vendor ID in any way. it's just a string the device sends. |
15:26:23 | TMM | GodEater_, with OF, yes |
15:26:25 | Zagor | many bridge solutions send "false" vendor and product strings. |
15:26:27 | bluebrother | TMM: I bet a lot of Ipod users still want to be able to use AppleOS. |
15:26:34 | GodEater_ | TMM, no, with Rockbox too |
15:26:51 | TMM | GodEater_, they sync with OF loaded, then play from rockbox |
15:26:58 | | Join Domonoky [0] (n=Domonoky@e179202249.adsl.alicedsl.de) |
15:26:58 | TMM | bluebrother, this won't stop that at all |
15:27:11 | preglow | what's the point in getting our own ids? |
15:27:14 | GodEater_ | it'll be something they'll complain about though |
15:27:21 | GodEater_ | preglow: I can't see a point |
15:27:24 | TMM | if we have our own usb/product ID for rockbox, we could do itunes like integration from desktop apps, the same level of integration apple now enjoys |
15:27:28 | bluebrother | TMM: well, if Itunes stops working due to a changed ID the synced music won't work using AppleOS |
15:27:44 | Zagor | preglow: from my point of view it's mostly fun |
15:27:44 | TMM | bluebrother, we can't change it in OF |
15:28:00 | GodEater_ | supplying our own usb/product ID doesn't improve the chances of people making their app work with Rockbox |
15:28:05 | GodEater_ | it's not required AT ALL |
15:28:06 | bluebrother | TMM: that's overcomplicated. We already can detect the Rockbox build using rockbox-info.txt |
15:28:07 | TMM | I'm pretty sure I'm making quite a good case for this idea here, but noone seems to be listening, or noone cares |
15:28:14 | bluebrother | which amarok f.e. already uses. |
15:28:19 | preglow | why do these sell the pids so cheaply? |
15:28:24 | preglow | right... |
15:28:41 | Zagor | preglow: because the've got 64k of them ? :) |
15:28:41 | TMM | preglow, you don't get a vendor ID, just a product ID |
15:28:43 | GodEater_ | there is no requirement I can see for our own PID here |
15:28:49 | bluebrother | TMM: we can't change that in the OF but users will expect to be able syncing using Itunes regardless if they have booted RB or the OF. |
15:29:05 | TMM | bluebrother, and, right now, we can't even do that on apple devices |
15:29:06 | Zagor | do we know itunes check usb id? |
15:29:08 | amiconn | TMM: One of the major reasons for me to use rockbox is that it does *not* need a silly "integration" a la itunes |
15:29:20 | Zagor | I was just being hypotethical |
15:29:20 | GodEater_ | Zagor: no we don't, but we don't no it doesn't either |
15:29:24 | TMM | amiconn, it won't NEED the integration |
15:29:25 | preglow | but i've gotta run, later |
15:29:29 | TMM | amiconn, it'll be an option |
15:29:38 | linuxstb | GodEater_: I'm almost certain people won't be able to use itunes with our usb mode - not unless we implement those features I mentioned. |
15:29:39 | TMM | amiconn, a lot of people LIKE that level of integration |
15:29:45 | GodEater_ | TMM, but that option exists already without the PID |
15:30:00 | bluebrother | I really don't see any advantage in using our own ID. We could simply use our own device description string instead. |
15:30:12 | GodEater_ | linuxstb: you're probably right |
15:30:13 | TMM | GodEater_, which is a horrible unstandard way of detecting such things, and does NOT work with hotplug or any other part of the utopia stack |
15:30:22 | | Join moos [0] (i=moos@m82.net81-66-159.noos.fr) |
15:30:29 | Zagor | TMM: there's a technical disadvantage with new IDs. not with old IDs. that's hard to argue around, |
15:30:35 | TMM | bluebrother, that won't work! that's resolved using usb.ids |
15:31:04 | TMM | Zagor, what's the disadvantage? for all intends and purposes a device running RB is a completely different beast than the same device running OF |
15:31:06 | Zagor | what do you mean that won't work? crap software that doesn't read usb decriptors are to be ignored. |
15:31:15 | bluebrother | TMM: well, I have a small serial-usb converter demo application lying around. And I'm able setting any usb product string I like to use. |
15:31:22 | linuxstb | Zagor: But a device running Rockbox isn't the same as a device running the OF IMO, so you could argue for new IDs for that reason. |
15:31:47 | GodEater_ | linuxstb: but the point is having them solves no problems |
15:31:48 | bluebrother | so even without knowing the details about usb I know it's possible to set an arbitrary string as product description, regardless of any file on the host. |
15:31:52 | Zagor | sure, but that's purely philosophically. |
15:32:10 | TMM | Zagor, still, what is the disadvantage? |
15:32:42 | linuxstb | GodEater_: Problems might happen with things like itunes (or other proprietory syncing software) that expects to be talking proprietory USB extensions with the device. |
15:32:46 | TMM | Zagor, and, linux's hal and udev do NOT read the vendor strings, you can only make udev rules based on USB ids, I'm fairly sure of that |
15:33:05 | Zagor | you can use whatever you like |
15:33:21 | bluebrother | TMM: still, you can use rockbox-info.txt for detection. |
15:33:23 | * | Domonoky thinks we should postphone this discussion until we got a working usbstack and usbdrivers.. :-) |
15:33:24 | TMM | Zagor, plus: I'd say that being another device just by changing the vendor string is broken behaviour |
15:33:24 | GodEater_ | linuxstb: that's hypothetical though - you don't know that yet... |
15:33:34 | linuxstb | GodEater_: I accept that ;) |
15:33:37 | Zagor | the point is that linux will create device entries for every endpoint the usb device presents. no matter which usb id it has. |
15:33:40 | TMM | bluebrother, that's HORRIBLE way to go about it! |
15:33:45 | GodEater_ | in which case, Domonoky makes a good point |
15:33:56 | bluebrother | TMM: and why? |
15:33:58 | GodEater_ | we should stop bothering to talk about it until we KNOW what RB-USB breaks ;) |
15:34:18 | GodEater_ | I don't get why that's horrible either |
15:34:19 | bluebrother | not being able to distinguising the device based on the ID is horrible too. |
15:34:42 | bluebrother | and as I said, amarok still uses this technique. |
15:34:47 | TMM | bluebrother, that would mean that to add support for rockbox to, say, HAL, it would have to check each and every usb mass storage device that's plugged in for a certain file... something NO OTHER device requires, and I doubt that'll happen. |
15:34:52 | bluebrother | (rbutil too, as fallback) |
15:34:53 | GodEater_ | and it's availabe for anyone else to use as well |
15:34:54 | * | Zagor goes back to coding |
15:35:10 | bluebrother | why do I want to add Rockbox support to HAL? |
15:35:13 | TMM | bluebrother, I don't want my desktop app to do the detecting, I want my OS to do that, and take appropriate action when I plug in my device |
15:35:30 | Zagor | TMM: take what action, exactly? |
15:35:43 | | Quit mf0102 ("Verlassend") |
15:35:45 | bluebrother | and you do NOT need to check every UMS device −− you match the device first against the ID and look if it's a rockboxable player at all |
15:36:31 | * | GodEater_ fails to understand what special action an OS would need to take with a Rockboxable DAP that's different to any other UMS device |
15:36:35 | TMM | Zagor, I don't know, make coffee for all I care, but I can imagine it would like to start my desktop application, perhaps some yet-to-be-written script/desktop tool that auto-syncs music from a certain folder, who knows? the sky's the limit if we have a device with OSS firmware |
15:37:13 | TMM | bluebrother, so, we update a list somewhere, and distributions that are released before we add a new target do... what exactly? |
15:37:36 | TMM | I just dream of linux desktop + rockbox device == seamless experience (or CAN be for default users without any hassle) |
15:37:39 | linuxstb | TMM: I think in order to convince us, you need a concrete example of something that can only be done if we use our own IDs, or can't be done if we use the original vendor's IDs. |
15:38:02 | linuxstb | TMM: And remember some Rockbox devices have hardware USB where we can't change IDs. |
15:38:09 | bluebrother | well, ID lists are _always_ out of date. |
15:38:28 | linuxstb | s/some/about 50% of/ |
15:38:48 | TMM | bluebrother, and they don't need to be if we have a separate ID for rockbox... it would be always up-to-date as soon as this is done |
15:39:10 | TMM | O Well, I'll start this discussion again once rb-usb actually works |
15:39:22 | TMM | I don't think I'm getting my point across very well anyway |
15:39:33 | * | bluebrother is not convinced and will probably never :) |
15:40:35 | TMM | bluebrother, I'll try one more time: what's the point in rockbox saying it's an apple ipod if it is not capable of actually integrating with itunes? itunes will probably just thing this is a broken player and helpfully try and erase it, and recreate the database stuffs... |
15:41:09 | bluebrother | well, that's a point, but in that case we need to figure out why it doesn't integrate with itunes. |
15:41:10 | | Quit costasc ("CGI:IRC (EOF)") |
15:41:14 | GodEater_ | the key word there is "probably". We still don't know it's true. |
15:41:40 | Zagor | bluebrother: because we don't support their weird non-ums mode. |
15:41:46 | linuxstb | bluebrother: But I don't think we do want to integrate with itunes. If a user wants that, they can sync with Apple's USB mode. |
15:42:03 | bluebrother | and what are the Apple specific extensions? Setting the clock on the Ipod and retrieving the player info xml. |
15:42:04 | Zagor | it's a multi-faceted issue, for sure |
15:42:13 | TMM | and even then, we still wouldn't be able to write ANY specific desktop software for use with rockbox, we could come up with anything we damn well please to do, it's all open source. let the creative juices flow :) |
15:42:14 | linuxstb | bluebrother: Those are the two I know about... |
15:42:19 | bluebrother | and I bet Itunes will work even if this isn't supported. |
15:42:27 | linuxstb | bluebrother: How much? ;) |
15:42:51 | GodEater_ | TMM: you keep saying that, and yet there are already apps out there that deal with a rockboxed dap. |
15:43:00 | linuxstb | But yes, as has been said, lets wait until we hit problems before solving them... |
15:43:47 | TMM | GodEater_, I know but you have to START amarok yourself for it to recognize :"Hey, this is a rockboxed device" while I want to just plug my player into my OS and have the OS know it's a rockboxed device, and do whatever magic we may come up with as being useful |
15:44:26 | GodEater_ | TMM: then you're not talking about apps. |
15:44:26 | bluebrother | TMM: do you really think it's good to allow the OS starting GUI applications? That should only be done be a gui handler imo. |
15:44:27 | Zagor | TMM: still, we don't really need new ids for that |
15:44:31 | pondlife | bluebrother: How do I select SAPI in RbUtilQt? The last built one on the wiki (1.0.1 r14595) only has espeak or flite |
15:44:46 | bluebrother | pondlife: you need an updated build, that was added later. |
15:44:59 | pondlife | OK, do you have one lying around... |
15:45:08 | bluebrother | sure: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt.zip |
15:45:10 | | Join donutman25 [0] (n=chatzill@24.231.35.60) |
15:45:12 | pondlife | Cheers |
15:45:22 | Domonoky | the usb ids is not really a technical problem.. we can just choose an id.. we could even make a (compile time) option.. |
15:45:28 | donutman25 | hi guys |
15:45:32 | TMM | bluebrother, very well, 'gnome-device-manager' whatever you like. point remains |
15:45:42 | donutman25 | whats up with that new logo on the home page? |
15:45:50 | Zagor | Domonoky: it can be a technical problem, both keeping the old and using new ones |
15:46:01 | GodEater_ | donutman25: what new logo ? |
15:46:05 | Zagor | donutman25: there's no new logo |
15:46:16 | bluebrother | TMM: no, as gnome-device-manager is not HAL ;-) |
15:46:34 | donutman25 | on my pc it have pandemic studio's and electronic arts logo |
15:46:49 | bluebrother | donutman25: try clearing the browser cache. |
15:46:51 | Zagor | donutman25: then your pc is broken |
15:47:05 | GodEater_ | donutman25: or you're looking at the wrong web page |
15:47:06 | TMM | bluebrother, no, but I might want to start a non-gui syncer app from hal, or something... there's just no point in preventing apps like that to be written imho |
15:47:25 | TMM | bluebrother, udev, not hal |
15:47:30 | * | GodEater_ can't remember the last time anyone expressed an interest in writing such an app |
15:47:39 | donutman25 | bluebrother: thanks that fixed it |
15:47:52 | linuxstb | TMM: Couldn't you do that with the original firmware's IDs? Isn't it up to you how you configure your OS with devices? |
15:48:07 | amiconn | TMM: You forget that around half of the rockbox targets has hardware usb where we can't change the id or strings |
15:48:24 | amiconn | And also, that an own usb ID costs money |
15:48:44 | linuxstb | amiconn: But not very much - http://www.mecanique.co.uk/products/usb/pid.html |
15:48:45 | GodEater_ | amiconn: he's only talking product IDs, not a vendor ID |
15:50:53 | GodEater_ | in any case, yes, having custom behaviour on your PC when some device is plugged in HAS to be done by the user |
15:51:11 | GodEater_ | be it a udev, or HAL rule |
15:51:26 | pondlife | bluebrother: Any idea what I should set as the TTS executable for SAPI5? |
15:51:45 | * | amiconn prefers that the PC does nothing special when plugging an usb msd apart from automounting |
15:51:56 | * | linuxstb prefers that it doesn't even automount |
15:51:58 | * | GodEater_ agrees with amiconn for once :) |
15:52:00 | TMM | GodEater_, but it would be possible to pre-configure some sane rules, like some of the end-user distro's do |
15:52:07 | pondlife | SAPI default gives me an "Path to TTS is wrong!" error. |
15:52:10 | GodEater_ | TMM: such as ? |
15:52:12 | Domonoky | pondlife : point it to the rocbox sapi_voice.vbs script.. |
15:52:24 | TMM | GodEater_, ubuntu does for instance |
15:52:36 | Zagor | TMM: as I keep saying, udev can string match. separate id is not technically necesary for udev handling. |
15:52:47 | pondlife | Domonoky: OK... could that be built-in somehow? |
15:52:51 | Zagor | it's still worth discussing, but don't focus udev:ability on this |
15:52:58 | GodEater_ | and I still don't want my OS doing anything beyond mounting it, if that. |
15:53:26 | Domonoky | pondlife: yes, thats possible, but i didnt founf a good way to do it.. |
15:53:40 | TMM | GodEater_, this is not taking away that option, this is ADDING an option for users that want it, end-users like seamless experiences |
15:53:44 | | Join Crash91 [0] (n=evil91@196.218.80.108) |
15:53:49 | TMM | Zagor, very well, I didn't know that :) |
15:54:06 | bluebrother | Domonoky: adding it as resource and extract it to %TEMP% before running the script? |
15:54:19 | GodEater_ | TMM: but if you're talking of including this in "end user distros", then you have to decide what the action is that makes the most sense to ALL users |
15:54:23 | GodEater_ | TMM what action is that ? |
15:54:28 | | Part Daenyth ("Leaving") |
15:54:39 | TMM | GodEater_, starting rhytmbox, and importing the playlists |
15:54:58 | TMM | GodEater_, that is what end-users would expect to happen |
15:55:19 | Domonoky | bluebrother: thats possible, you only have to make sure, that you onlay do this on windows :-) |
15:55:52 | bluebrother | and what is with end-users expecting amarok to open? |
15:56:11 | pondlife | Domonoky: Is it possible to generate directory .talk files, but not file .talk files? |
15:56:17 | GodEater_ | does anyone actually *use* Rhythmbox ? :) |
15:56:26 | * | bluebrother doesn't :P |
15:56:31 | TMM | why would you have to start in manually, if the only thing you are going to do is start it, then plug in the device? |
15:56:36 | Crash91 | GodEater_: i used to |
15:56:39 | TMM | *I* use rhytmbox |
15:56:47 | linuxstb | TMM: So you're talking about starting applications that will _only_ work with a Rockbox'ed DAP, and not with a DAP's original firmware? |
15:56:50 | pondlife | What's rhythmbox?? ;) |
15:56:51 | Domonoky | pondlife: if there is no option for it.. no.. but it would be easy to add.. |
15:56:52 | GodEater_ | I guess someone has to :) |
15:57:08 | pondlife | Domonoky: OK, shall I FlySpray it? or is this conversation enough |
15:57:11 | Crash91 | GodEater_:Ive switched to banshee now =) |
15:57:11 | TMM | linuxstb, apps that can use specific funtionality yet-to-be-developed for rockbox, yes |
15:57:14 | GodEater_ | it's like, the suckiest music management thing ever IMO, but I guess whatever blows your hair back ;) |
15:57:35 | linuxstb | TMM: What I mean is, what is the harm in those apps being started if the device isn't running Rockbox? |
15:57:42 | Crash91 | not really...it was the only app with mp3 support bundeled with Fedora 7 |
15:57:45 | Domonoky | pondlife: put it on flyspray or on the rbutil wiki page.. under task for milestone 2 :-) + |
15:57:52 | pondlife | OK, wiki it is |
15:58:04 | Domonoky | or else i will forget it.. :-) |
15:58:04 | Crash91 | except VLC which is a bit too lieghtweight |
15:58:09 | * | GodEater_ wonders why any linux user wouldn't use amarok |
15:58:19 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
15:58:24 | TMM | GodEater_, because it's interface is so messy |
15:58:34 | TMM | GodEater_, I like simple things :) |
15:58:34 | * | Crash91 wonders why GodEater doesnt use Banshee |
15:58:46 | GodEater_ | Crash91: never heard of it till 30 seconds ago ;) |
15:58:48 | TMM | linuxstb, that's not a big problem, but the app NOT starting is :) |
15:58:51 | linuxstb | GodEater_: I've never used amarok (I've also never seen it...) |
15:59:06 | GodEater_ | I quite like amarok :) |
15:59:11 | Domonoky | another good extension for the talk file generation would be an option to only voice certain file types.. |
15:59:14 | TMM | and completely back off-topic :) |
15:59:22 | karashata | Amarok is a nice app, IMO, but right now I'm in Windows... |
15:59:28 | GodEater_ | amarok is not offtopic |
15:59:31 | GodEater_ | it supports rockbox daps |
15:59:33 | GodEater_ | :) |
15:59:40 | | Quit Zagor ("Client exiting") |
15:59:41 | TMM | screw you guys! |
15:59:42 | TMM | ;) |
15:59:53 | * | GodEater_ goes to install banshee to see what it's like |
16:00 |
16:00:16 | * | linuxstb goes to install amarok to see what it's like |
16:00:33 | GodEater_ | linuxstb: it's KDE based - don't know how much of that you have installed already... |
16:00:37 | * | TMM goes to install windows vista to see what it's like |
16:00:38 | * | bluebrother likes the interface of amarok |
16:00:40 | Crash91 | GodEater_: you need the gstreamer-ffmpeg-dirty or something like that to work |
16:00:47 | bluebrother | TMM: don't do it! |
16:00:56 | Crash91 | SUICIDE |
16:01:00 | TMM | hahaha :) |
16:01:02 | TMM | I'd never :P |
16:01:07 | linuxstb | GodEater: apt-get only wants 28MB, so it's not too bad. |
16:01:08 | GodEater_ | Crash91: oh god. |
16:01:17 | TMM | Crash91, there's -good -bad and -ugly :) |
16:01:22 | * | GodEater_ doesn't understand the logic behind the gstreamer mess |
16:01:27 | Crash91 | ah yes, ugly =P |
16:01:28 | * | karashata feels left out of all the linux discussion, but watches it anyway |
16:01:56 | * | Crash91 is using DSL on his worthlesss windows XP homo edition |
16:02:05 | TMM | GodEater_, 'good' plugins are neatly coded, and have no patent issues. 'bad' plugins have patent issues but are well-coded, 'ugly' plugins have patent issues AND are not well-coded |
16:02:18 | * | Crash91 feels XP homo sp2 is too gay.. |
16:02:34 | * | TMM kindly points Crash91 to www.ubuntu.org |
16:02:42 | TMM | ubuntu.COM |
16:02:44 | TMM | not .org :) |
16:02:46 | Domonoky | Crash91 and others: please stay on topic .. |
16:02:56 | GodEater_ | TMM: no - I meant why is gstreamer SO over engineered... |
16:02:57 | Crash91 | TMM: i ordered a free CD =P |
16:03:02 | * | bluebrother doesn't like ubuntu |
16:03:08 | TMM | Domonoky, what was the topic again? ;) |
16:03:08 | Crash91 | to #rockbox-community! |
16:03:09 | * | karashata wishes he could back his files up and move to Gentoo, but doesn't have a backup hard drive or money to get one |
16:03:23 | * | Crash91 is a proud Fedora user |
16:04:01 | pondlife | Domonoky: Do you think it sensible that one day RBUtil could build a voice file, given a lang file? |
16:04:24 | Domonoky | pondlife: that would be really really nice.. but its not easy.. |
16:04:25 | pondlife | i.e. Download the .lang file, not the .voice file. |
16:04:32 | karashata | I liked Gentoo until something broke and it wouldn't work for me anymore, but I had it as a dual-boot install with Vista, since then I gained too much stuff and don't have enough space to make a new partition anymore... |
16:05:00 | pondlife | Well, we'll see if you (or someone) can get the SAPI script stuff incorporated first then. |
16:05:00 | GodEater_ | karashata: like Domonoky says - take it to -community now - we've veered wildly offtopic |
16:05:08 | Domonoky | the problem is, that voice file generation now needs the features file.. so we would need to proviced this file along to the builds.. |
16:05:10 | karashata | ahh, sorry... |
16:05:18 | | Join scorche|w [0] (n=8dc5049d@rockbox/administrator/scorche) |
16:05:27 | pondlife | Domonoky: I thought that had been eliminated for some reason.. |
16:05:47 | GodEater_ | karashata: it's not that bad - there's some of us there already ;) |
16:06:03 | karashata | *nods a bit* kay |
16:08:06 | | Join jba_ [0] (n=jba@c211-30-160-138.blktn3.nsw.optusnet.com.au) |
16:08:26 | Domonoky | but voicefile generation with rbutil would be nice, because the user can easily have nice sapi voices, which we cant provide on rockobox.org because of copyright issues.. |
16:08:36 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
16:10:05 | | Quit marc___ () |
16:15:31 | | Quit barrywardell (Remote closed the connection) |
16:16:23 | pondlife | Domonoky: It's also nice to have the same voice for menus and .talk files. |
16:16:56 | GodEater_ | pondlife: consistency?!?! What else do you want? Blood ? |
16:17:07 | pondlife | Hmm, beer would do |
16:17:14 | Domonoky | yes.. so i will take a look into this, if i find time for it... |
16:18:50 | | Quit pill (Nick collision from services.) |
16:19:11 | | Join pill [0] (i=pill@sloth.shellfx.net) |
16:21:06 | | Quit pill (Nick collision from services.) |
16:21:26 | | Join _pill [0] (i=pill@sloth.shellfx.net) |
16:26:32 | | Join costas_c [0] (n=a@10001311249.0000004160.acesso.oni.pt) |
16:29:40 | | Part costas_c |
16:30:14 | | Join costas_c [0] (n=a@10001311249.0000004160.acesso.oni.pt) |
16:32:51 | | Join haemmy [0] (n=stefan@194.208.162.140) |
16:32:55 | | Part Crash91 |
16:33:44 | | Quit Nico_P (Remote closed the connection) |
16:34:49 | | Join cendres [0] (n=ashes@2001:5c0:8fff:ffff:0:0:0:b) |
16:35:08 | | Quit ashes (Read error: 113 (No route to host)) |
16:35:55 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
16:36:12 | | Quit jba_ (Read error: 110 (Connection timed out)) |
16:37:11 | | Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) |
16:39:20 | | Quit jhulst ("Konversation terminated!") |
16:40:55 | | Join kugel [0] (i=kugel@e178094004.adsl.alicedsl.de) |
16:41:03 | | Quit barrywardell (Remote closed the connection) |
16:44:09 | | Join outside [0] (i=nat-021a@82.135.221.171) |
16:45:50 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
16:45:57 | | Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) |
17:00 |
17:00:11 | | Join darksaboteur [0] (n=chatzill@75.73.87.203.static.nsw.chariot.net.au) |
17:00:15 | TMM | screw you guys! I'm going to the pub :P |
17:00:19 | karashata | cya |
17:00:56 | GodEater_ | bit early |
17:01:02 | GodEater_ | some of us still have work |
17:01:03 | GodEater_ | :) |
17:01:17 | karashata | it's only 1 after 11 am here |
17:01:35 | karashata | way too early for the pubs, or bars, or whatever ya wanna call them... |
17:01:44 | GodEater_ | they open at 11 here |
17:01:52 | TMM | 5am here, and my current employer is a government body |
17:01:55 | linuxstb | I thought they never closed... |
17:01:56 | TMM | 5pm |
17:02:11 | GodEater_ | linuxstb: that's not the pub, that's your living room :) |
17:02:12 | TMM | so, I'm actually the last here... at 4 on a friday it's deserted |
17:02:20 | karashata | I wouldn't be surprised to find them open here, but to sit at them for the sake of being there, is early, I think... |
17:02:26 | | Part Entasis ("Leaving") |
17:02:33 | GodEater_ | karashata: clearly you're not from a drinking nation :) |
17:02:48 | * | TMM off |
17:02:49 | | Quit petur ("connection reset by beer") |
17:02:50 | | Quit TMM ("Ik ga weg") |
17:03:01 | karashata | Canada, I have no idea about it since I'm not a heavy drinker myself |
17:03:12 | karashata | has partly to do with lack of free money... |
17:03:29 | karashata | so far what little I have in reserve is for bills |
17:03:30 | GodEater_ | that is a decisive factor... |
17:03:33 | * | linuxstb wants some free money |
17:03:41 | karashata | wouldn't we all love it? |
17:04:03 | * | scorche|w thought this was -community for a bit there... |
17:04:50 | * | karashata drags this to -community |
17:04:55 | | Quit haemmy () |
17:05:19 | | Join haemmy [0] (n=stefan@194.208.162.140) |
17:09:29 | *** | Saving seen data "./dancer.seen" |
17:10:54 | | Quit giantbicycle ("暫離") |
17:11:02 | | Join nicktastique [0] (n=nick@unaffiliated/nicktastic) |
17:16:34 | | Join bluey- [0] (n=bluey@dslb-088-073-066-223.pools.arcor-ip.net) |
17:16:52 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@66.172.231.192) |
17:18:19 | | Join Arathis [0] (n=doerk@p508A77A2.dip.t-dialin.net) |
17:20:05 | | Quit nicktastic (Read error: 110 (Connection timed out)) |
17:25:08 | Arathis | amiconn: how can one recognize lcd speedup with your last commit? |
17:33:34 | GodEater_ | Arathis: I would imagine by running MpegPlayer |
17:33:39 | GodEater_ | and turning on "Show FPS" |
17:33:42 | barrywardell | Arathis: use the test_fps plugin. the speedup is only on H10 small so far |
17:33:48 | GodEater_ | or that.... |
17:33:56 | barrywardell | speedup for 20 will come soon |
17:33:59 | barrywardell | 20GB |
17:34:28 | | Quit billytwowilly (Remote closed the connection) |
17:34:29 | Arathis | is the test_fps plugin a standard plugin? |
17:34:41 | barrywardell | it's not built by default |
17:35:01 | barrywardell | you have to add test_fps.c to apps/plugins/SOURCES for it to get built |
17:35:27 | | Join Gnu47 [0] (i=Gnu47@82.118.125.98) |
17:36:23 | amiconn | barrywardell: The big H10 should also see a bit of speedup without the multiple write, due to the removed cruft |
17:37:31 | barrywardell | yes, but it's only small compared to what's possible |
17:38:00 | barrywardell | and compared to the speedup on small H10 |
17:38:15 | Arathis | in mpegplayer I'd need to disable fps limitation, right? |
17:38:17 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
17:39:06 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
17:39:29 | amiconn | mpegplayer will see no significant speedup on small H10 either |
17:39:36 | amiconn | lcd_yuv_blit() is not converted |
17:40:52 | * | Arathis is not in the mood to build rockbox .. |
17:41:56 | | Join Crash91 [0] (n=evil91@196.218.80.108) |
17:48:07 | | Quit Crash91 ("Bye Bye!") |
17:55:24 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
17:57:02 | | Join marc___ [0] (n=marc@120-170.79-83.cust.bluewin.ch) |
17:59:10 | | Part toffe82 |
17:59:21 | * | Domonoky just changed the talkfile creation of rbutil, so you can select to create files only for Folders or only for Files, or for both.. :-) |
17:59:31 | | Quit SirFunk (Remote closed the connection) |
18:00 |
18:04:02 | | Quit darksaboteur ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
18:04:46 | * | bluebrother should release a new rbutil before free time is gone ... |
18:05:12 | Domonoky | :-) |
18:06:30 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
18:07:44 | bluebrother | will most likely happen quite soon −− I recently got a job offer |
18:10:13 | Domonoky | nice.. |
18:10:28 | | Quit jhulst ("Konversation terminated!") |
18:10:48 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
18:20:40 | | Part bluey- ("Leaving") |
18:20:46 | | Quit costas_c ("Leaving.") |
18:21:19 | | Quit barrywardell ("Konversation terminated!") |
18:23:16 | | Quit obo ("bye") |
18:23:58 | Ave | anyone, anyone? ipod nano status |
18:24:17 | Ave | the 2 line diff with clock speed and setup code changes, is it getting applied? |
18:24:39 | bluebrother | noone, noone. |
18:24:42 | Ave | seems to fix the glitch problems. I have yet to test |
18:25:10 | n1s | Ave: where is this diff you talk about? |
18:25:21 | Ave | flyspray |
18:25:36 | Nico_P | Domonoky, bluebrother: Benjamin Mako Hill is going to do some rockbox installs at an install party (http://mako.cc/copyrighteous/20071012-00.comment). I suggested he use rbutil |
18:25:57 | Ave | basically it sets the max clock to 78 MHz instead of 80 |
18:26:12 | amiconn | I wouldn't call that a fix |
18:26:33 | Ave | even if the problem is somewhere else, like the IO code, if it gets fixed by 2 MHz change, I'd be content |
18:26:52 | bluebrother | Nico_P: interesting. |
18:27:22 | amiconn | It just tries to work around the issue. It will become less likely, but won't go away. Whether that helps or not depends on the individual nano |
18:27:57 | bluebrother | oh, that's tomorrow. Bringing out a new release might be good ... |
18:28:00 | Ave | indeed |
18:28:04 | amiconn | And it sacrifices speed. Someone needs to go ahead and properly analyse the problem and fix it |
18:28:18 | Ave | but oes 2MHz really make a difference? |
18:28:26 | Ave | in Real World |
18:28:31 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:28:38 | Ave | cost/benefit |
18:28:52 | amiconn | It can decide whether a track skips or not |
18:28:59 | n1s | Ave: you are of course free to use any patches you want for yourself |
18:29:12 | Ave | yes I know |
18:29:34 | Ave | but for the community id would be beneficial if this thing got sorted out for good |
18:29:52 | desowin | if someone will fix it... |
18:30:07 | Ave | I'm sure they would if they knew what was the problem |
18:30:15 | Ave | or is |
18:30:20 | desowin | they? you mean 'we'? |
18:30:39 | Ave | the ones with the knowledge of rb internals |
18:30:42 | Ave | and nano |
18:30:54 | amiconn | No one would magically know what the problem is. It needs to be analysed |
18:31:05 | Ave | even so there remains the (big) unknown of apple firmware functionality |
18:31:06 | pondlife | Domonoky: Thanks, I await the new version... :) |
18:31:33 | pondlife | amiconn: You're no closer to holding a duff Nano then? |
18:31:38 | amiconn | no |
18:31:53 | desowin | Ave: it's portalplayer unknown functionality, atleast from what I know |
18:31:59 | pondlife | pity, it's an annoying issue |
18:32:06 | pondlife | From a support POV I mean |
18:32:21 | Ave | nobody has pp documentation? |
18:32:28 | Ave | prolly under nda or so |
18:32:44 | pondlife | We SO need an insider at Apple.... |
18:32:51 | amiconn | I don't think PP releases docs to anyone. Not even apple |
18:33:03 | amiconn | I think they just sell their SDK |
18:33:05 | marcosource | strange, my rockboxed Sandisk Sansa e270 won't reg as a usb disk anymore on my mac.. but on the gentoo machine it's no problem.. I've seen this with usb memory sticks to, as far as I rememember, it only helped by reformating them... I'd rather not do that to my e270 :/ |
18:33:16 | amiconn | ...which would be of no use for us, even if someone had it |
18:33:39 | Ave | but if apple can make it work under the sdk why wouldnt rb |
18:33:47 | desowin | marcosource: have you tried first booting into OF and then plugging in the cable? |
18:33:48 | pondlife | Licensing |
18:33:59 | | Join Falen [0] (n=chatzill@81-237-250-8-no147.tbcn.telia.com) |
18:34:01 | |Rain| | rb is GPL, the SDK is almost certainly not |
18:34:06 | pondlife | The SDK would likely include closed source components |
18:34:18 | marcosource | desowin: yes, (that's the only place it'll reg anyway so ;) ) |
18:34:57 | marcosource | desowin: I'm guessing it has something to do with the FS itselfe |
18:35:02 | Ave | yeah so the only road is reverse engineering apple firmware |
18:35:05 | n1s | |Rain|: up for another midi test? |
18:35:13 | pondlife | Nico_P: Been using your code all day, with only the occasional problem... |
18:35:16 | | Part pondlife ("disconnected has pondlife") |
18:35:29 | |Rain| | n1s: I'm slightly distracted right now, but I'll try to work one in, sure |
18:35:49 | marcosource | oh, is USB transfer working in rb yet ? |
18:36:00 | n1s | |Rain|: thanks, I'll post a link in here when I have a patch ready |
18:36:10 | Nico_P | marcosource: for portalplayer ? |
18:36:22 | marcosource | only ? no other ? |
18:36:49 | Nico_P | marcosource: it works on most targets execpt portalplayer (ipods are amont those) |
18:37:03 | marcosource | and sansa ? |
18:37:10 | Nico_P | sansa is portalplayer too |
18:37:26 | Nico_P | Zagor is working on an USB implementation |
18:37:47 | krazykit | he's building off of austriancoder's work, right? |
18:38:04 | rasher | Nope |
18:38:11 | marcosource | hum, my build is a "stable" build, might not have any currently new features |
18:38:37 | desowin | is there stable for sansa? |
18:38:47 | marcosource | err, okay, non cvs ;) |
18:39:06 | marcosource | can't get the damn build env right.. |
18:39:07 | desowin | it's svn dailybuild anyway |
18:39:12 | marcosource | aha |
18:40:00 | Nico_P | jhMikeS: you were asking about the ISR pcmbuf position callback... any idea how the same thing could be achieved another way ? |
18:40:29 | krazykit | marcosource, the easy way would be to just use the virtual machine. all the work has been done for you :P |
18:41:35 | marcosource | I'm talking about compiling rb itself, it'd be nice to get that going so I could fiddle around a bit with some plugin ideas |
18:42:11 | n1s | marcosource: well, waht is the problem? |
18:44:52 | | Quit jhulst (Connection timed out) |
18:46:46 | | Join ArchFool [0] (n=woody@ppp-69-214-55-245.dsl.dytnoh.ameritech.net) |
18:46:56 | ArchFool | W00t! :) |
18:47:11 | | Join atsea-34 [0] (i=atsea-@gateway/tor/x-cdd6ad3bc300af5b) |
18:47:36 | marcosource | n1s: just gentoo giving me a hard time, not to worry ;) |
18:48:06 | marcosource | I'm more wonderingabout why my player won't show up in osx |
18:48:45 | ArchFool | How do I get rockbox to start playback upon powerup? Right now it takes me to the main menu, and I have to go to Resume Playback manually. |
18:49:01 | n1s | |Rain|: here's the patch http://home.student.uu.se/niwa5341/midi_newloop.diff the ususal before and after numbers would be most appreciated :-) |
18:49:31 | rasher | ArchFool: set the startup screen to "now playing", or something like that.. |
18:49:47 | n1s | ArchFool: look for the "Start Screen" setting and set it to "Resume Playback" |
18:50:06 | * | n1s haers an echo |
18:50:57 | ArchFool | Kewl! |
18:51:17 | ArchFool | I just love the fact that RockBox takes 4sec to book up. Sansa firmware takes 10-11sec! |
18:52:20 | * | ArchFool masticates with a chicken leg. |
18:53:29 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
18:54:44 | | Quit Toxicity999 (Remote closed the connection) |
18:56:25 | | Join costas_c [0] (n=a@10001311249.0000004160.acesso.oni.pt) |
18:57:00 | |Rain| | anyone have any sansa e2xx OF images besides 01.00.12[AE], 01.01.11A, 01.02.15A, and 01.02.18A that they'd be willing to accidentally send my way? |
18:58:04 | * | ArchFool only has a c250. :( |
18:58:35 | desowin | |Rain|: I do have 1.02.15E |
18:58:39 | | Quit Sedgewick ("Money can't buy friends, but they can get you a better class of enemies.") |
19:00 |
19:02:04 | | Quit Falen ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") |
19:07:32 | | Quit karashata ("Leaving.") |
19:08:17 | | Join karashata [0] (n=Kimi@pool1-169.adsl.user.start.ca) |
19:09:33 | *** | Saving seen data "./dancer.seen" |
19:12:39 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
19:15:30 | | Join ilgufo [0] (n=matteo@host177-184-dynamic.4-87-r.retail.telecomitalia.it) |
19:18:28 | | Quit ArchFool ("p00f!") |
19:21:39 | | Quit homielowe (Read error: 110 (Connection timed out)) |
19:22:08 | | Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) |
19:25:08 | | Join lee-qid [0] (n=liqid@p549668E1.dip.t-dialin.net) |
19:25:30 | | Quit lee-qid (Client Quit) |
19:25:35 | | Join lee-qid [0] (n=liqid@p549668E1.dip.t-dialin.net) |
19:25:53 | | Quit haemmy () |
19:30:12 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
19:30:33 | | Join miepchen^schlaf [0] (n=hihi@p54BF553F.dip.t-dialin.net) |
19:31:03 | | Join Robin0800 [0] (n=Robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
19:33:00 | Robin0800 | how do you install QT for qtrbutil in windows ? the wiki page has no details |
19:33:41 | BigBambi | Robin0800: Are you trying to build it? |
19:33:53 | Robin0800 | yes |
19:34:02 | BigBambi | If not, just download the compiled version |
19:34:04 | BigBambi | Ah, OK |
19:34:15 | BigBambi | In that case, don't know |
19:34:27 | BigBambi | QT website no help? |
19:36:11 | Robin0800 | not realy can check again though did not think instructions were applicable to rockbox |
19:36:16 | | Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) |
19:36:41 | Robin0800 | am runing thevmware version |
19:37:46 | Robin0800 | I am using the VMWare (linux) |
19:38:26 | desowin | Robin0800: for building qt apps on win32 you don't need any extra things |
19:38:42 | desowin | download qt opensource win32 edition from trolltech website |
19:39:08 | desowin | during install it'll ask if you have mingw32 installed, if not - it'll offer option to download and install |
19:39:26 | desowin | then from start menu->applications->qt->qt command prompt |
19:39:33 | desowin | go into rbutilqt directory |
19:40:05 | desowin | qmake && make, and you're done |
19:40:33 | Domonoky | desowin: is right.. thats the way i use it, rbutil development.. |
19:40:42 | Domonoky | +fot |
19:40:48 | Domonoky | arg.. +for |
19:47:32 | | Quit moos (Read error: 104 (Connection reset by peer)) |
19:48:01 | | Join [AFX] [0] (n=_AFX_@dialup-216-26-216-209.tbaytel.net) |
19:50:08 | | Join Ebert [0] (n=EbErT@adsl-34-0-34.asm.bellsouth.net) |
19:56:14 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
20:00 |
20:00:31 | | Quit nicktastique ("Leaving") |
20:00:36 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
20:02:56 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
20:06:36 | | Quit Canar (Read error: 110 (Connection timed out)) |
20:06:48 | |Rain| | any other takers on e200 OF? |
20:07:49 | | Quit costas_c (Read error: 110 (Connection timed out)) |
20:19:18 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
20:21:01 | advcomp2019 | |Rain|, do you want a few r series ones |
20:23:51 | |Rain| | they won't do me any good, but thanks |
20:24:23 | | Quit miepchen^schlaf ("Verlassend") |
20:26:40 | | Quit cendres (Read error: 104 (Connection reset by peer)) |
20:29:23 | | Join miepchen^schlaf [0] (n=hihi@p54BF553F.dip.t-dialin.net) |
20:30:45 | | Join obo [0] (n=obo@rockbox/developer/obo) |
20:32:21 | n1s | |Rain|: are you building a collection of sansa OF images? |
20:32:50 | |Rain| | I'm updating/fixing the OF database rebuild code |
20:33:08 | |Rain| | the OF DB rebuild is really, really annoying :) |
20:34:06 | n1s | aha, so how's it going? |
20:35:21 | |Rain| | I've reworked the code slightly, fixed the existing firmware versions to work for me, and added 3 more versions (so far, every version I've looked at has used the same offset for each region) |
20:35:30 | | Join barrywardell [0] (n=barrywar@host-194-46-226-143.dsl-ie.utvinternet.net) |
20:37:50 | desowin | |Rain|: keep up the good work!! |
20:39:10 | | Join Redbreva [0] (n=chatzill@host86-138-16-226.range86-138.btcentralplus.com) |
20:42:53 | | Join Wiwie [0] (n=goddi@86-41-125-158.b-ras2.lmk.limerick.eircom.net) |
20:46:33 | | Quit delYsid (Connection timed out) |
20:47:07 | | Join costas_c [0] (n=a@10001311249.0000004160.acesso.oni.pt) |
20:48:32 | | Quit Wiwie ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
20:52:45 | lymeca | I ran ipodpatcher on my 512-byte sector 30GB 5th gen but only after I copied the incorrect 2048-byte sector MBR to the device. I have the correct 512-byte MBR on it now, but the partitions still seem to be messed up. |
20:52:56 | lymeca | fdisk can't open the device because of an incorrect disk label or somesuch |
20:53:49 | | Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) |
20:55:49 | linuxstb_ | lymeca: Have you unplugged and reattached your ipod after writing the correct MBR? |
20:55:59 | lymeca | linuxstb_: Yes |
20:56:08 | lymeca | The ROckbox bootloader is installed |
20:56:18 | lymeca | And it complains that there is no partition |
20:56:32 | lymeca | So I have to reset it and press select+play to boot into disk mode |
20:56:52 | linuxstb_ | Does ipodpatcher still recognise your ipod? |
20:57:44 | lymeca | Yes |
20:58:32 | linuxstb_ | And did you format the fat32 partition? |
20:58:46 | lymeca | http://pastebin.ca/734465 |
20:58:53 | lymeca | Check that link for ipodpatcher output |
20:59:12 | lymeca | Yes I ran mkfs.vfat /dev/sdc2 more than once since copying the correct MBR |
20:59:35 | linuxstb_ | And can you mount it from Linux? |
21:00 |
21:00:10 | lymeca | # mount /dev/sdc2 /mnt/ipod |
21:00:11 | lymeca | mount: you must specify the filesystem type |
21:01:14 | | Quit w0rd54 (Remote closed the connection) |
21:01:42 | linuxstb_ | Specify it... - mount -t vfat /dev.... |
21:02:33 | | Join bertrik [0] (n=Bertrik_@253-022-045-062.dynamic.caiway.nl) |
21:03:48 | lymeca | Nope |
21:03:54 | lymeca | linuxstb_: It's a bad FS |
21:03:58 | lymeca | Or something |
21:04:10 | | Join webguest44 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-b05c50e9d5cf37fa) |
21:04:26 | linuxstb_ | Try formatting again. I normally do "mkfs.vfat -F 32 /dev/sdc2" |
21:04:31 | webguest44 | does sansapatcher 0.5 work on rhapsody? |
21:04:38 | linuxstb_ | webguest44: No. |
21:05:21 | | Part costas_c |
21:08:27 | lymeca | linuxstb_: It mounts now but: |
21:08:29 | lymeca | # fdisk /dev/sdc |
21:08:29 | lymeca | Error: Unable to open /dev/sdc - unrecognised disk label. |
21:09:12 | | Join w0rd54 [0] (i=blackdev@100mbit.top-site.us) |
21:09:37 | *** | Saving seen data "./dancer.seen" |
21:10:13 | | Quit desowin ("use linux") |
21:11:22 | | Join mf0102 [0] (n=michi@85.127.182.13) |
21:12:10 | | Quit Ebert () |
21:12:35 | webguest44 | so that is what the developers are working on now. |
21:14:39 | | Quit chisel (Read error: 104 (Connection reset by peer)) |
21:14:53 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
21:14:59 | linuxstb_ | lymeca: Does Rockbox boot? |
21:15:19 | linuxstb_ | lymeca: So does fdisk actually run? |
21:17:46 | | Quit spiorf (Remote closed the connection) |
21:18:09 | webguest44 | can i use the gparted live cd? |
21:19:37 | lymeca | linuxstb_: I got it working now |
21:21:31 | | Part Robin0800 |
21:22:57 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
21:23:27 | webguest44 | anyone know what gparted is? |
21:23:34 | iamben | yes |
21:23:41 | webguest44 | am i able to use it |
21:23:47 | webguest44 | instead of ubuntu |
21:24:22 | iamben | for what, installing to e200r? |
21:24:34 | webguest44 | yes |
21:25:44 | iamben | i'd assume so, afaik it has usb support |
21:27:05 | scorche|w | gparted is a partition editor...although i dont know how their livecd comes.. |
21:28:03 | iamben | it is based on a gentoo livecd (sorta) |
21:28:23 | webguest44 | but i'm still able to use it, right |
21:28:26 | scorche|w | so i see.. |
21:28:56 | scorche|w | but is it a true linux livecd, or just a very very stripped down version? |
21:29:14 | iamben | webguest44: it should, but you'll have to try it to find out |
21:34:12 | amiconn | euh |
21:34:16 | * | amiconn found a bug |
21:34:27 | amiconn | Star freezes when starting gameplay |
21:34:33 | amiconn | (on H10) |
21:36:42 | | Join Robin0800 [0] (n=Robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
21:36:59 | webguest44 | i'm just going to use ubuntu but do i need server or desktop edition |
21:37:41 | iamben | i just booted my gparted livecd and it does have full usb support btw |
21:38:13 | iamben | but do whatever you like |
21:38:44 | linuxstb_ | amiconn: I _think_ there is a flyspray report about that. |
21:40:49 | webguest44 | sorry, my comp. timed out so i have to repeat the question. i'm just going to use ubuntu but do i need server or desktop edition |
21:41:28 | * | amiconn points webguest44 to the irc logs |
21:41:28 | | Quit webguest44 ("CGI:IRC (EOF)") |
21:42:15 | | Quit scorche|w ("CGI:IRC (EOF)") |
21:42:20 | | Join webguest44 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-17fa22dbe9173246) |
21:43:04 | webguest44 | sorry, my computer lost connection. So i have to repeat the question because i didn't get your replies. i'm just going to use ubuntu but do i need server or desktop edition? |
21:43:08 | iamben | webguest44: it makes no difference, its a simple tool you run from command line |
21:43:19 | webguest44 | okay thanks |
21:43:44 | Llorean | desktop edition |
21:43:50 | Llorean | Server doesn't have a LiveCD as far as I know |
21:44:08 | amiconn | linuxstb: Hmm, I have a suspicion |
21:44:18 | * | amiconn points webguest44 to the irc logs *again* |
21:45:44 | amiconn | linuxstb: star uses a transition effect where it updates from center using larger and larger rectangles |
21:46:21 | amiconn | So if either height == 0 or width == 0, *some* lcd_update_rect() implementations will act up |
21:46:39 | amiconn | That explains why it doesn't happen on all targets |
21:46:48 | jhMikeS | amiconn: I was just trying star from lastest SVN but DC patched and it's not freezing :\ |
21:46:56 | amiconn | eh? |
21:47:28 | jhMikeS | I'm playing it now |
21:47:33 | amiconn | Hmm, the 20GB doesn't use the block transfer controller... |
21:47:42 | amiconn | (yet) |
21:47:49 | | Part Redbreva ("Out for the day...!") |
21:48:05 | jhMikeS | ah, just on the small H10? |
21:48:17 | jhMikeS | the freeze i mean |
21:48:33 | amiconn | That's where I observed it. Need to check other targets |
21:49:08 | amiconn | Anyway, guarding against zero width or height sounds like a good idea, as well as clipping to the lcd area |
21:49:25 | amiconn | But that will have to wait; I'm about to extend test_fps |
21:50:57 | * | jhMikeS makes a dc ipod color build and would very much appreciate a test there...will put up on ftp |
21:51:13 | | Quit webguest44 ("CGI:IRC (EOF)") |
21:52:10 | | Quit marc___ (Excess Flood) |
21:53:35 | Nico_P | jhMikeS: you were asking about the ISR pcmbuf position callback... any idea how the same thing could be achieved another way ? |
21:53:43 | amiconn | Zero height should do no harm on H10, but zero width would. |
21:54:18 | amiconn | It would set the transfer size to 0xffff (numpixels - 1), and then put zero pixels |
21:54:37 | * | amiconn puts a DEBUGF() call into the sim implementation |
21:55:14 | jhMikeS | Nico_P: I was thinking like mpegplayer does. Timestamp the codec buffer and transfer the stamps to the pcm buffer. |
21:57:07 | jhMikeS | what's a good ipod color button for "quit"? |
21:57:34 | amiconn | Depends on whether it's a simple plugin or needs many buttons |
21:57:34 | Nico_P | jhMikeS: I'll have a look |
21:57:50 | amiconn | Simple plugins just use MENU for quit on ipods |
21:57:55 | jhMikeS | amiconn: just test_queue.c |
21:57:57 | amiconn | If that's taken, MENU+SELECT |
21:58:15 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
21:58:40 | Llorean | jhMikeS: Long hold of Menu is often quit for the plugins, I thought. |
21:58:47 | midgey | amiconn: i know star froze on the gigabeat f/x too |
21:59:19 | midgey | iirc it's in star_transition which is ifdef'd out on gigabeat as a work-around |
22:00 |
22:00:14 | * | pixelma read that as "effects"... ;) |
22:00:49 | Nico_P | jhMikeS: I haven't looked yet, but is it a big job ? if not, would you consider doing it in svn ? |
22:01:53 | amiconn | midgey: hack-around |
22:01:56 | jhMikeS | Nico_P: I'm not sure how big a job it is. Maybe not too bad. I suppose I could look closer after this other work is settled. |
22:02:12 | amiconn | The transition effect starts indeed with a series of updates with width == 0 or height == 0 |
22:02:29 | amiconn | Some lcd_update_rect() implementations are susceptible to this, some are not |
22:02:43 | jhMikeS | some just assume valid params? |
22:02:53 | amiconn | (just figured from looking at the code so far, sim still building..) |
22:03:01 | Nico_P | jhMikeS: thatks... I'm not at all familiar with the PCM code so I would probably spend way more time than necessary on it |
22:04:00 | amiconn | jhMikeS: Many do, but some don't break when width and/or height are zero |
22:04:17 | midgey | amiconn: a hack-around indeed |
22:04:30 | midgey | im preety sure the crash only occurred on target for gigabeat |
22:04:35 | jhMikeS | Nico_P: it can probably just go in the pcm buffer descriptor structure and be accurate enough |
22:04:43 | amiconn | midgey: It's not needed if the implementation for gigabeat gets properly safe-guarded |
22:05:43 | amiconn | A temporary workaround (and a sane idea) would be to let the updates not start at zero (which doesn't make sense anyway) |
22:05:51 | midgey | right, i'd like to see the issue fixed on gigabeat too |
22:05:59 | | Join costas_c [0] (n=a@10001311249.0000004160.acesso.oni.pt) |
22:06:30 | jhMikeS | why would gigabeat be susceptible? It checks the width and height. |
22:07:32 | | Quit SirFunk (Remote closed the connection) |
22:08:39 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
22:08:57 | midgey | jhMikeS: no idea, im testing a build with the transition code added back in |
22:10:26 | midgey | no crash on my gigabeat |
22:10:32 | jhMikeS | I did put clipping in there myself awhile ago |
22:11:57 | | Quit amiconn (Nick collision from services.) |
22:12:03 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
22:16:13 | | Quit midgey () |
22:17:26 | | Quit jhulst ("Konversation terminated!") |
22:17:35 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
22:18:15 | | Join haemmy [0] (n=stefan@194.208.162.140) |
22:18:25 | | Join BigBambi_ [0] (n=alex@rockbox/staff/BigBambi) |
22:18:27 | | Join haemmy2 [0] (n=stefan@194.208.162.140) |
22:18:34 | | Quit BigBambi (Read error: 113 (No route to host)) |
22:18:49 | | Quit haemmy (Client Quit) |
22:18:56 | | Quit ToHellWithGA ("You know you'll miss me a lot.") |
22:18:56 | | Quit ilgufo (Connection timed out) |
22:19:06 | | Nick BigBambi_ is now known as BigBambi (n=alex@rockbox/staff/BigBambi) |
22:20:04 | | Quit nicktastic ("Leaving") |
22:20:09 | | Join |AhIoRoS| [0] (n=ahioros@190.140.149.142) |
22:24:19 | | Quit omry (Remote closed the connection) |
22:28:30 | jhMikeS | comes with test plugins and public-domain SPC files for testing: jhmikes.cleansoap.org/dual-core-scheduler.patch.zip">http://jhmikes.cleansoap.org/dual-core-scheduler.patch.zip and http://jhmikes.cleansoap.org/rockbox-dc-ipod-color.zip |
22:28:36 | | Quit barrywardell () |
22:28:47 | | Quit kretender ("Leaving.") |
22:29:32 | jhMikeS | linuxstb: ping (see links) :) |
22:31:44 | linuxstb_ | jhMikeS: What do I need to do? Just play some SPC files? |
22:32:09 | jhMikeS | linuxstb_: yeah, it puts it through all the playback paces using COP |
22:32:39 | | Join scorche|w [0] (n=8dc5049d@mail.bystart.com) |
22:32:49 | jhMikeS | H10 has no problem so I'm pretty confident here. There's also some test plugins to test cache and queue in rocks |
22:33:46 | jhMikeS | oh, make sure abolutely no voice is enabled...including no file present. |
22:34:05 | jhMikeS | swapping codecs won't operate here like this |
22:34:07 | | Join barrywardell [0] (n=barrywar@host-194-46-226-143.dsl-ie.utvinternet.net) |
22:35:10 | amiconn | nasty... |
22:35:47 | jhMikeS | what is? |
22:36:00 | amiconn | That voice doesn't work... |
22:36:12 | jhMikeS | it's only because of the multithreaded codec |
22:36:25 | jhMikeS | it will otherwise |
22:36:48 | | Quit FOAD ("I'll be back") |
22:37:06 | jhMikeS | I didn't implement any interface to swap any such thing safely |
22:38:37 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
22:38:41 | Bagder | "BTW, I trust everybody already knows enough about the interrupt contollers, right? No need to RE anything in there?" / MrH ? |
22:38:59 | Bagder | (ignore my trailing ?) |
22:39:13 | amiconn | and the missing r ;) |
22:39:15 | Bagder | he pointed out the usb interrupt |
22:39:32 | linuxstb_ | jhMikeS: Everything seems to work fine. |
22:39:36 | Bagder | the missing r was MrH's bad ;-) |
22:39:51 | jhMikeS | linuxstb_: heh...awsome. thanks. |
22:40:13 | amiconn | jhMikeS: I assume you already tested on PP5022? |
22:42:01 | jhMikeS | amiconn: Others have I _think_. I will wait for more tests though. Only 5020 ever gave trouble. |
22:42:03 | n1s | if anyone in here uses the stopwatch plugin you might want to take a look at a patch I posted in FS #7877 that moves the buttons around a bit |
22:42:33 | amiconn | jhMikeS: Are you planning to commit that multi-threaded codec at some time? |
22:42:59 | amiconn | Imho the non-working voice would be nasty, even if it wouldn't crash |
22:45:03 | | Quit amiconn (Nick collision from services.) |
22:45:09 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
22:45:11 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
22:46:20 | jhMikeS | amiconn: perhaps but not before dealing with that issue. Right now it's just there for proving things. |
22:48:01 | pixelma | n1s: I find the definitions for the Ondio pad very unintuitive (just reading the patch) - maybe you could use button combos (menu+up/down for example) to control the volume? |
22:48:45 | n1s | pixelma: sure, I'll fix it, thanks for looking |
22:49:30 | jhMikeS | amiconn: any mt codec would need notification of the swap and need to park its threads safely inside the kernel (block them all on some object). |
22:49:56 | pixelma | n1s: but short "off" for start/stop and long "off" to quit the plugin is not nice - and it makes it easy to accidentally shut the player off... |
22:50:26 | n1s | so it's a good thing I asked before committing :-) |
22:50:38 | pixelma | but I know that there are similar things in other plugins on other targets |
22:52:05 | n1s | this button mess is pretty annoying, I almost just added buttons for the requested target and threw an ifdef around the case, fiddeling with the buttonmaps took much longer time than the code :-/ |
22:53:27 | pixelma | the button mess? It's just a lot of different targets with different keypads (and restrictions with them) |
22:53:52 | n1s | And inconsistent mappings and stupid button names |
22:54:52 | n1s | like why is BUTTON_SCROLL_DOWN bound to increasing volume in wps for e200? I know it's the clockwise turning of the wheel but why call it down |
22:55:03 | pixelma | stupid button names - I agree, especially the scroll up/down in the e200 map... |
22:55:20 | n1s | and ipods, which way is forward on a circle that spins? |
22:56:13 | pixelma | I guess that these definitions where just taken from the H10 map... ehmm barrywardell? I think |
22:56:18 | pixelma | *were |
22:56:21 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
22:56:52 | pixelma | I already asked about that quite some time ago |
22:56:54 | n1s | is off+menu usable as a quit combination for ondio? |
22:58:26 | n1s | like this http://pastebin.ca/734579 |
22:59:16 | | Quit BigBambi ("Leaving") |
22:59:34 | pixelma | it should work but I still think "off" shouldn't be used for start/stop |
23:00 |
23:00:23 | pixelma | trying to think of a better suggestion... |
23:01:03 | n1s | so right for start, off for reset and left for lap? |
23:01:30 | pixelma | that sounds better |
23:02:57 | | Quit barrywardell () |
23:03:38 | | Join bertrik_ [0] (n=Bertrik_@166-022-045-062.dynamic.caiway.nl) |
23:03:44 | pixelma | hope you also plan to update the documentation ;) because menu+off is not used anywhere else (can't remember) so that at least I could read about it |
23:04:37 | n1s | pixelma: sure, when I commit it, I'll let it sit in the tracker a while so people can comment |
23:05:22 | pixelma | :) |
23:08:30 | n1s | speaking of the manual, it's starting to get pretty out of date... |
23:09:01 | pixelma | I know :\ |
23:09:39 | *** | Saving seen data "./dancer.seen" |
23:09:55 | | Quit haemmy2 () |
23:11:08 | | Join lee-qid [0] (n=liqid@p54965D50.dip.t-dialin.net) |
23:12:48 | pixelma | I already prepared some more button tables for the c200, will commit it tomorrow probably, while on it I even saw remnants of the old manual (in wormlet.tex) for example... and there were quite a few feature additions that aren't documented at all |
23:14:36 | | Nick parafin is now known as parafin|away (i=parafin@paraf.in) |
23:18:03 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
23:18:48 | | Quit bertrik (Read error: 110 (Connection timed out)) |
23:21:55 | | Quit obo (Remote closed the connection) |
23:31:03 | | Part costas_c |
23:33:45 | | Quit mf0102 ("Verlassend") |
23:36:17 | | Quit |AhIoRoS| ("Abandonando, see you http://ahioros.vidao2.com") |
23:38:12 | | Quit outside (Read error: 104 (Connection reset by peer)) |
23:40:23 | Nico_P | GodEater_, GodEater: I've committed a debug screen |
23:41:20 | | Join barrywardell [0] (n=barrywar@host-194-46-226-143.dsl-ie.utvinternet.net) |
23:43:57 | barrywardell | pixelma: I can't remember why that was chosen. probably just copied from H10 like you said. feel free to change it to something more intuitive |
23:46:54 | lymeca | How do I boot into APple's firmware once I am running Rockbox? |
23:47:10 | Llorean | lymeca: Turn off the player, turn on the player, immediately turn and leave on the hold switch. |
23:47:12 | jepler | on e200 should charging work "the same" as in the OF? Reading the source code, it doesn't look like rockbox does much besides change the indicator to show a "plugged in" indicator... but the battery reports "full" long before it actually is.. |
23:48:10 | Llorean | jepler: There is no proper charging status |
23:48:21 | Llorean | It shows "full" because on AC power it seems to the player the same as having a full battery. |
23:48:45 | jepler | Llorean: OK, that makes sense −− I was just noticing that the percent_to_volt_charge table is the same as the percent_to_volt_discharge table |
23:49:02 | Llorean | Yes, there's still a lot of work that needs to be done with charging code on portalplayer targets, I think |
23:49:08 | jepler | but maybe _to_volt_charge isn't even used because of the CONFIG_CHARGING setting |
23:49:19 | | Quit ompaul (Client Quit) |
23:49:27 | jepler | but as long as I leave it plugged in, it *is* charging? |
23:49:34 | Llorean | It is, yes |
23:49:38 | jepler | it's just the status that could be better.. |
23:49:41 | Llorean | Unfortunately, Rockbox charges much slower than the original firmware |
23:49:58 | Llorean | So unless you want/need to be using Rockbox while charging, the recommended method is still to reboot into the original firmware |
23:50:24 | jepler | I see |
23:54:57 | | Quit Jon-Kha ("leaving") |
23:55:28 | | Join Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) |
23:55:53 | Llorean | In theory at least, that should be improved when our improved USB code is finished |
23:57:39 | jepler | oh, is it slow because you can only draw a small amount of current before identifying as a usb device with a 500mA current request? |
23:57:53 | Llorean | Pretty much |
23:58:18 | Llorean | That combined with the fact that Rockbox currently uses more power than the original firmware makes things slow. |