00:02:15 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
00:02:30 | pixelma | I wonder where diff takes the "\no newline at the end of the file" right before the last phrase... |
00:06:44 | pixelma | from |
00:06:48 | bluebrother | pixelma: that gets displayed if the file doesn't end with an empty line |
00:07:09 | bluebrother | gcc doesn't like files without an empty line at the end. I guess that's the reason for patch complaining about it |
00:07:23 | pixelma | but it does now (it didn't before) and usually it is displayed at the end of the file but this time it's not |
00:07:58 | bluebrother | urgh? Where did that happen? |
00:08:11 | | Join StealthyXIIGer [0] (n=stealthy@68.62.18.116) |
00:08:30 | pixelma | see the unidiff of the first of my lang commits today |
00:09:00 | | Quit robin0800 (Remote closed the connection) |
00:10:09 | rasher | pixelma: I guess that's diff complaining that the *old* file didn't end with a newline then |
00:10:27 | bluebrother | looks to me that this was the old file |
00:10:31 | * | bluebrother too slow |
00:10:43 | JdGordon | new version of 9795 is up and waiting for testers |
00:11:27 | pixelma | ok, I hope that's the only reason because I'll commit to the release branch too, just seems weird to me |
00:12:03 | rasher | pixelma: it's not a problem either way |
00:13:16 | | Quit bluebrother ("tomorrow ...") |
00:14:25 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
00:15:59 | pixelma | unless you see it in a Rockbox menu somwhere... ;) |
00:16:08 | pixelma | somewhere too |
00:17:54 | rasher | No, it's really just diff output |
00:22:43 | | Quit Chris_Black ("off") |
00:23:06 | kugel | any remote experts here? |
00:27:12 | | Quit saratoga2 ("CGI:IRC (Ping timeout)") |
00:32:56 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
00:32:56 | | Quit pixelma (Nick collision from services.) |
00:33:00 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
00:33:01 | | Quit amiconn (Nick collision from services.) |
00:33:09 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
00:33:18 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
00:36:22 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
00:37:55 | | Quit flydutch ("/* empty */") |
00:39:59 | | Quit tessarakt ("Client exiting") |
00:41:05 | | Quit shotofadds ("Leaving") |
00:41:27 | | Quit saratoga_chrome ("CGI:IRC (EOF)") |
00:46:21 | | Quit ender` (" If the experiment works, you must be using the wrong equipment. -- Patrick's Theorem") |
00:49:36 | | Quit n1s ("Lämnar") |
00:49:40 | | Part CPrompt^ |
00:49:54 | JdGordon | kugel: can 9817 be closed? |
00:52:43 | kugel | JdGordon: yea, looks like |
00:55:15 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
00:55:40 | kugel | amiconn: ping |
00:57:03 | JdGordon | hey Nico_P, see the patch update? |
00:57:11 | Nico_P | just got the e-mail |
00:57:40 | JdGordon | righto, good thing you mentioned that comment... looks outdated so i removed it |
00:58:16 | Nico_P | there was another comment I wanted to make but right now I forget what it was |
00:58:28 | Nico_P | maybe it'll come back as I look at the new patch |
01:00 |
01:02:14 | JdGordon | :) |
01:02:30 | Nico_P | JdGordon: oh I remember... it was about audio_next_track(). I don't recall how often it's called but the common case seems to include the bufread() call. what if the id3 data is already there? |
01:04:11 | JdGordon | if its already there it gets read into othertrack_id3 and that is returned |
01:04:46 | JdGordon | oh, misunderstood you |
01:04:56 | JdGordon | you mean if its already read into othertack_id3? |
01:05:35 | Nico_P | yes, maybe the memcpy that is done by bufread could be spared |
01:06:05 | JdGordon | what happens if you call bufread mulitple times? is that even safe? |
01:06:15 | Nico_P | it should be |
01:06:32 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
01:06:51 | Nico_P | yes, it is |
01:07:04 | Nico_P | but I'm not sure how often audio_next_track is called, so maybe there's no waste here |
01:07:39 | JdGordon | aslong as bufread keeps the handle at the start it should be ok... the aim of this patch is to cut down how often audio_next_track() is called anyway |
01:08:18 | JdGordon | i dont think its called enough to worry about... checking now |
01:08:59 | JdGordon | yeah, hardly ever |
01:09:07 | Nico_P | ok |
01:09:07 | | Join PrettyColours [0] (n=Frankie@ppp121-45-74-124.lns10.adl6.internode.on.net) |
01:10:53 | | Quit MethoS- (Remote closed the connection) |
01:11:14 | | Quit Thundercloud (Remote closed the connection) |
01:13:11 | | Join MethoS- [0] (n=lem@host-091-096-211-034.ewe-ip-backbone.de) |
01:18:05 | | Join QuickStart [0] (n=QUICKSTA@pool-72-88-182-223.nwrknj.east.verizon.net) |
01:18:17 | *** | Saving seen data "./dancer.seen" |
01:18:59 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
01:23:08 | | Join QuickStart- [0] (n=QUICKSTA@pool-72-88-130-3.nwrknj.east.verizon.net) |
01:26:21 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
01:27:32 | | Quit QuickStart- (Read error: 104 (Connection reset by peer)) |
01:29:19 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
01:32:57 | Nico_P | JdGordon: I'm putting a build with your patch on my beast for a train ride tomorrow, I should be able to give it a good test |
01:33:48 | JdGordon | great |
01:33:56 | * | kugel wonders when "if (!wps_state.id3 && !(audio_status() & AUDIO_STATUS_PLAY))" can ever get true |
01:34:00 | JdGordon | put a svn build on also just in case :) |
01:34:16 | JdGordon | kugel: it shouldnt be possible |
01:34:26 | JdGordon | wps_state.id3 should always be valid |
01:34:35 | kugel | yea, I thought so too |
01:34:52 | JdGordon | yeah, at least with my patch its impossible for it to be null |
01:35:10 | JdGordon | hwcodec it is possible though |
01:35:20 | kugel | meh |
01:35:58 | Nico_P | wps_state.id3 can be null when the wps first appears |
01:36:10 | Nico_P | JdGordon: I'll have other players with svn builds ;) |
01:36:17 | kugel | but " !(audio_status() & AUDIO_STATUS_PLAY)" also means you have to be in the wps (else you couldn't pause or seek), and there's no wps without id3 |
01:36:23 | kugel | or am I wrong here? |
01:36:52 | JdGordon | yeah, that sounds correct |
01:37:09 | Nico_P | it does, yes |
01:37:21 | kugel | also, I've never ever seen the splash which is within that if |
01:37:49 | pixelma | is a WPS with ID3 even if it doesn't display anything of it (thinking of test cases)? |
01:37:56 | kugel | I've removed that part in my little rework, but now I'm wondering how useless it really is |
01:38:26 | JdGordon | pixelma: even the track filename is in the id3 so no... everything fails if its NULL so it should never be possible |
01:39:24 | pixelma | I already had WPS only show hold state (as I said for test cases only but it would be weird if it suddenly fails on those out of nowhere) |
01:39:41 | Nico_P | JdGordon: I've made the WPS to be out of sync with the playlist by skipping forward quickly |
01:39:47 | kugel | yea, every function that calls it has non-NULL id3 too |
01:40:02 | JdGordon | Nico_P: svn or with my patch? |
01:40:07 | Nico_P | patched |
01:40:22 | Nico_P | current and next track both showed next track info |
01:40:32 | pixelma | seen that in SVN too |
01:40:38 | pixelma | sometimes |
01:40:40 | | Join wincent [0] (n=wincent@91.97.30.116) |
01:40:40 | Nico_P | possible |
01:42:10 | JdGordon | how many do you need to skip ahad to see it? |
01:42:21 | Nico_P | something like 15 |
01:42:32 | JdGordon | so not excatly a common case? :) |
01:42:37 | Nico_P | no |
01:42:48 | Unhelpful | pixelma: should i deliberately mask the vertical scroll keys in the album list if they're not used for something else? |
01:42:58 | JdGordon | pixelma: you've seen what Nico_P saw? or your talking about the blank wps? |
01:43:01 | Nico_P | but I know the hard corner cases :) |
01:44:26 | Nico_P | hmm the ipod video seems to have gone back to being unresponsive after resuming on startup |
01:45:04 | pixelma | JdGordon: what Nico_P saw, the confused next track info. What I see quite often is that something else is displayed after manipulating the already playing list (from WPS > file browser > insert some track), it usually fixes itself on next track change but not always - with SVN |
01:45:34 | | Quit QuickStart (Read error: 110 (Connection timed out)) |
01:45:42 | JdGordon | ok |
01:46:01 | * | JdGordon needs to hook up a harddisk target |
01:47:11 | Nico_P | speaking of those, the WPS seems to lack updates when the disk is being spun up |
01:47:33 | Nico_P | hmm, maybe that's not new to the patch though |
01:48:29 | pixelma | Unhelpful: I was confused a bit about it but also because I thought "up" at least would be used for something else, at least I think it should be masked if one of them is used. Can't think well atm and should *really* get some sleep... |
01:48:49 | JdGordon | I dont know why, but yeah I tihnk this patch screws up responsiveness a bit |
01:48:55 | | Join timc`` [0] (n=aoeu@124.93.243.83) |
01:48:57 | | Quit barrywardell () |
01:49:11 | Nico_P | I'm sure it can be done without affecting responsiveness |
01:50:00 | JdGordon | hmm i seem to have lost next track info! |
01:50:03 | Unhelpful | ah, ok. i've pretty much decided to go with up as select for ondio in album list, i'll make sure to mask down there as well. i was going to use long menu for the app menu, and off for quit |
01:50:32 | Unhelpful | hrm, maybe long off, in case somebody is used to the standard off->cancel mapping? |
01:51:29 | pixelma | wouldn't matter much too me (in theory) as a short "off" is used in some plugins too |
01:51:31 | Nico_P | JdGordon: the WPS should be updated on track skip |
01:51:42 | Nico_P | in audio_skip() |
01:52:20 | JdGordon | instead of? |
01:52:35 | | Quit timc (Connection timed out) |
01:52:36 | Nico_P | instead of apparently not being updated |
01:52:37 | | Quit miepchen^schlaf () |
01:52:41 | Nico_P | (anymore) |
01:53:33 | Nico_P | most places where track_changed used to be set to true might need to be considered for WPS updates |
01:55:39 | * | kugel is curious about line 261+ in gwps-common.c |
01:56:01 | | Join miepchen^schlaf [0] (n=miepel@p579ECEC6.dip.t-dialin.net) |
01:57:13 | JdGordon | the charcell check? |
01:57:52 | kugel | and the gui_wps_display() call |
01:58:36 | JdGordon | bah, crosstalk :p both your nicks are the same colour.. wondering wtf that line had to do with the playback patch :p |
01:58:53 | kugel | nothing, but still ;) |
01:59:08 | kugel | why would only charcell need a wps update? |
01:59:13 | JdGordon | dunno |
01:59:21 | JdGordon | screw charcell :D |
01:59:31 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
01:59:37 | kugel | yea :D |
02:00 |
02:00:22 | * | kugel thinks that should be removed too |
02:00:28 | JdGordon | Nico_P: depending on the call order... the wps should be updating as soon as the skip track is pressed |
02:00:40 | JdGordon | which might be useless if its too early or too late |
02:04:05 | JdGordon | removing some wps updating.. checking if it makes it feel any slower/faster |
02:05:46 | JdGordon | well... WPS updates fine on track change if the next track is buffered... otherwise it feels very slow |
02:06:15 | Nico_P | yes, that's the case that matters IMHO |
02:06:34 | JdGordon | and worse... keep skipping and the track you stop at wont be the track that starts playing |
02:08:02 | Nico_P | there is a delay when the disk is spinning up to fetch the metadata for the unbuffered track the user skips to |
02:08:43 | Nico_P | when dircache is on, it's possible to still show the filenames |
02:09:33 | JdGordon | is this a problem in svn also then? |
02:10:19 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
02:11:22 | | Join bluefoxx_ [0] (n=bluefoxx@S01060015e968e813.vs.shawcable.net) |
02:12:19 | | Quit moos ("Allez l'O.M !!!") |
02:13:21 | kugel | hm, 200bytes binsize save doesn't sound bad |
02:13:42 | JdGordon | arg, yes the patch is causing the wps to play wierd |
02:13:49 | | Quit bluefoxx_ (Client Quit) |
02:13:52 | JdGordon | svn works with and without dircache enabled |
02:13:54 | | Join bluefoxx_ [0] (n=bluefoxx@S01060015e968e813.vs.shawcable.net) |
02:14:52 | kugel | JdGordon: I guess you don't have time to quickly test a patch? :) |
02:16:24 | JdGordon | put it up... |
02:16:26 | Nico_P | JdGordon: I need to go to bed, but I'll try to have a more thorough look at the patch tomorrow or in the week |
02:16:35 | JdGordon | cheers :) |
02:17:06 | Nico_P | it might just be that a few more WPS updates are needed though |
02:17:39 | JdGordon | maybe |
02:17:47 | JdGordon | kugel: i got a clean svn... pass your patch.... |
02:17:53 | kugel | JdGordon: http://pastie.org/423844 |
02:17:55 | JdGordon | quick before i repatch my patch :D |
02:20:50 | JdGordon | that last part of the patch looks wrong |
02:20:58 | JdGordon | its going to refresh the first lcd's wps twice |
02:21:16 | kugel | which last part? |
02:21:22 | | Join Neffi [0] (n=chatzill@cpe-24-168-2-214.si.res.rr.com) |
02:21:44 | JdGordon | @@ -702,8 +693,10 @@ |
02:21:49 | JdGordon | the last hunk of the pathc |
02:22:03 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
02:22:10 | kugel | uh, it shuld be gui_wps[i], iundeed |
02:22:37 | Neffi | I'm new to the whole project. I'm running an iPod 5.5 gen video, and I just installed RockBox on it. I'm curious, would FLAC playback be more battery-intensive than MP3 playback? \ |
02:22:41 | JdGordon | after this, whats the diff between update() and gui_wps_refresh() ? |
02:22:46 | kugel | &gui_wps[i], even |
02:23:06 | JdGordon | Neffi: the wiki has some battery benchmarks |
02:23:13 | kugel | JdGordon: update is gui_wps_refresh+track change handling |
02:23:18 | JdGordon | mp3 playback uses both cpu cores whereas flac doesnt |
02:24:00 | kugel | Neffi: flac is faster, but has bigger files, which means that the disk needs to spin more often |
02:24:29 | Neffi | So does it about even out? |
02:24:43 | | Quit Nico_P (Read error: 54 (Connection reset by peer)) |
02:26:43 | JdGordon | kugel: is there any real reason to rush this? |
02:26:59 | JdGordon | it looks like its going to clash with my playback patch... |
02:27:10 | Neffi | Ah, found the benchmarks |
02:27:31 | Neffi | They aren't too thorough though. What would be the most efficient codec? |
02:28:38 | kugel | JdGordon: It seems your patch needs more work anyway, so why should I wait for it? |
02:28:58 | kugel | and I don't see why it should clash, other than a few failed hunks maybe |
02:30:49 | JdGordon | Neffi: there is no easy answer to that... |
02:31:51 | | Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) |
02:34:11 | JdGordon | kugel: my patch completly changes those areas....id like to get it in as soon as its fixed up... i dont need extra work on it, unless there is actually a reason to do it |
02:36:36 | kugel | JdGordon: how does your patch handle cuesheets? It seems to me you could remove update() entirely, actually |
02:37:05 | JdGordon | thats pretty much whats being done |
02:37:21 | JdGordon | cuesheet is going to be removed from gpws once this is in |
02:37:27 | kugel | yea, that's the only part where our patches clash. and it's not more work anyway |
02:43:08 | JdGordon | yay for thread sync issues :/ |
02:48:47 | | Join bluefoxx__ [0] (n=bluefoxx@S01060015e968e813.vs.shawcable.net) |
02:51:49 | | Join Strife89 [0] (n=nds@204.116.244.200) |
02:53:31 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
02:54:03 | | Quit Rob2223 () |
02:54:28 | gartral | my isp's dns is being retarded, whats the current rnumber? |
02:56:10 | | Join homielowe [0] (n=homielow@unaffiliated/homielowe) |
02:59:59 | Neffi | Does anyone know of a good free FLAC->OGG converter? |
03:00 |
03:01:50 | Unhelpful | oggenc :D |
03:04:21 | | Quit bluefoxx_ (Read error: 110 (Connection timed out)) |
03:04:47 | | Join bluefoxx_ [0] (n=bluefoxx@S01060015e968e813.vs.shawcable.net) |
03:06:05 | | Quit bluefoxx__ (Read error: 110 (Connection timed out)) |
03:07:49 | | Quit BHSPitLappy (Remote closed the connection) |
03:10:54 | | Part Strife89 |
03:12:05 | | Join cspotcode [0] (n=bradla@machamp-61.dynamic.rpi.edu) |
03:18:21 | *** | Saving seen data "./dancer.seen" |
03:22:44 | | Join Rob2222 [0] (n=Miranda@p4FDCF4D6.dip.t-dialin.net) |
03:23:24 | | Quit Neffi ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") |
03:24:42 | | Quit MethoS- (Remote closed the connection) |
03:38:11 | | Part gartral |
03:42:17 | JdGordon | how important is making sure the wps acts correctly when doing lots of quick track skips? |
03:50:08 | * | kugel spots a cue sheet bug |
03:50:14 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
03:50:20 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-4c7b976e0ee6b3f0) |
03:53:18 | | Quit ultrasonic (Read error: 110 (Connection timed out)) |
03:53:21 | JdGordon | what sort of bug? |
03:56:49 | kugel | JdGordon: http://www.rockbox.org/tracker/task/10044 |
03:57:38 | JdGordon | hmm... thats not really surprising... but yeah a bug :) |
03:58:49 | kugel | JdGordon: I'm going to commit the thing, I hope it won't be too bad for you |
03:59:05 | JdGordon | you'll find out if it is... :D |
04:00 |
04:04:31 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
04:04:33 | | Quit hd (Read error: 104 (Connection reset by peer)) |
04:11:29 | | Quit agaffney ("reboot") |
04:12:46 | * | kugel expects at least 1 red |
04:18:43 | | Join KevBurnsJr [0] (n=kevburns@c-98-234-223-68.hsd1.ca.comcast.net) |
04:23:37 | kugel | JdGordon: be careful with svn up now :) |
04:24:01 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
04:24:11 | JdGordon | grrrrrrrrr |
04:24:19 | | Join Llorean [0] (n=DarkkOne@99.158.46.113) |
04:29:47 | | Join SonGoKu [0] (n=SonGoKu@222.255.200.177) |
04:29:52 | SonGoKu | hello all |
04:35:47 | | Join wangxiang [0] (n=wangxian@203.86.76.219) |
04:37:08 | | Join tvelocity [0] (n=tony@adsl4-231.her.forthnet.gr) |
04:37:54 | | Quit PrettyColours ("Leaving") |
04:43:40 | | Join wangxiang_ [0] (n=wangxian@203.86.76.219) |
04:47:10 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
04:47:13 | | Quit hd (Read error: 104 (Connection reset by peer)) |
04:56:19 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009020407]") |
04:59:01 | | Quit HBK () |
05:00 |
05:00:30 | | Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
05:02:17 | | Join agaffney [0] (n=agaffney@71-81-81-248.dhcp.stls.mo.charter.com) |
05:02:40 | | Quit wangxiang (Read error: 110 (Connection timed out)) |
05:08:08 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
05:08:30 | | Quit cspotcode ("Leaving.") |
05:12:05 | | Quit ze (Read error: 113 (No route to host)) |
05:13:38 | | Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) |
05:18:24 | *** | Saving seen data "./dancer.seen" |
05:19:56 | | Quit tarbo (Read error: 60 (Operation timed out)) |
05:20:57 | doomwake | is there a setting ? to have it boot 1st |
05:21:25 | scorche | no...you sould have to edit the code and recompile the bootloader to do that |
05:21:32 | scorche | s/sould/would |
05:21:46 | doomwake | o o |
05:22:56 | | Join ze [0] (i=ze@76.91.72.105) |
05:24:56 | | Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-ae3735ac72303d7b) |
05:25:31 | | Join webguest08 [0] (n=deffc8b1@91.191.140.131) |
05:31:25 | | Part orsonj |
05:32:06 | | Quit webguest08 ("CGI:IRC") |
05:35:02 | | Join tarbo [0] (n=me@unaffiliated/tarbo) |
05:40:10 | | Quit Horschti ("Verlassend") |
05:53:45 | | Join webguest19 [0] (n=4a2f9b1b@gateway/web/cgi-irc/labb.contactor.se/x-febc86471cb92c3b) |
05:53:47 | webguest19 | hey |
05:54:10 | webguest19 | iwas wondering if someone could help me with a conversion issue im haveing |
05:55:24 | Llorean | webguest19: What kind? |
05:56:28 | webguest19 | winff just stop converting all types of files |
05:56:39 | webguest19 | it wont do avi mpeg or mov |
05:56:57 | webguest19 | i was wondering if its a divex thing or what |
05:57:33 | webguest19 | or if there was any alternatives to winff |
05:57:42 | webguest19 | btw i have ipod nano 1st gen |
06:00 |
06:03:38 | | Join davidfg4 [0] (n=david@69.51.95.200) |
06:04:22 | webguest19 | im downloading media coder now to see if it will resolve me issue |
06:06:06 | | Quit agaffney (Read error: 110 (Connection timed out)) |
06:07:26 | Llorean | Support for other peoples' software should be taken to them. |
06:07:36 | Llorean | We don't write or maintain WinFF. |
06:08:13 | webguest19 | i was just wondering if you guys have run into the same problem |
06:08:45 | Llorean | It's not really a question that belongs in here. This channel is for questions actually about Rockbox itself or its development |
06:09:07 | webguest19 | ok well where does it belong |
06:09:34 | Llorean | Well, there's an off-topic channel mentioned in the channel topic. |
06:09:43 | Llorean | But for support with WinFF you really should just go to WinFF's support locations |
06:21:58 | saratoga | who should i talk to about file browser questions? |
06:23:33 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
06:25:30 | | Quit webguest19 ("CGI:IRC") |
06:43:16 | | Quit saratoga ("CGI:IRC (EOF)") |
06:46:07 | | Quit SonGoKu (Read error: 110 (Connection timed out)) |
06:54:10 | | Quit shodanX (Read error: 110 (Connection timed out)) |
07:00 |
07:02:55 | | Join SonGoKu [0] (n=SonGoKu@222.255.200.177) |
07:07:23 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
07:18:27 | *** | Saving seen data "./dancer.seen" |
07:22:21 | | Quit BUMBACL0T (Connection timed out) |
07:24:07 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
07:25:51 | | Join BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) |
07:28:45 | | Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
07:29:23 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
07:31:11 | | Quit StealthyXIIGer (Read error: 145 (Connection timed out)) |
07:31:16 | | Quit SonGoKu () |
07:39:04 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
07:55:34 | | Quit midgey () |
08:00 |
08:09:54 | | Join Mathiasdm2 [0] (n=Mathias@vpna229.ugent.be) |
08:15:57 | | Quit wangxiang_ ("Leaving") |
08:24:53 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
08:29:33 | | Join casainho [0] (n=chatzill@87.196.78.43) |
08:29:46 | casainho | hello :-) |
08:30:00 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
08:30:15 | casainho | gevaerts: here is the patch for Lyre: http://www.rockbox.org/tracker/task/10045 :: I am waiting for any suggestions ;-) |
08:34:02 | | Join Rob2223 [0] (n=Miranda@p4FDCCA90.dip.t-dialin.net) |
08:34:27 | | Quit faemir ("Leaving") |
08:35:26 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:36:02 | | Quit homielowe () |
08:36:29 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
08:36:33 | | Join wincent [0] (n=wincent@host-091-097-030-116.ewe-ip-backbone.de) |
08:38:41 | linuxstb | casainho: Some cosmetic comments - "//" shouldn't be used (use /* .... */) and no TAB characters. |
08:39:41 | linuxstb | Also, some files have extra ^M characters on some lines (but not all lines). |
08:39:42 | casainho | hmmm... ok, // are easy to find but I don't know how I will identify the TABs on every file.... |
08:40:21 | casainho | ^M ?? whats that? |
08:40:21 | linuxstb | Plus lines shouldn't be longer than 80 characters. |
08:40:35 | linuxstb | ASCII 13 |
08:40:57 | | Join MethoS- [0] (n=lem@host-091-096-211-034.ewe-ip-backbone.de) |
08:40:57 | linuxstb | i.e. the files have a mixture of DOS and Unix line endings (in the same file) |
08:41:19 | casainho | oh, I don't know how to do that of 80 characteres, how to identify, I am suingEclipse, I must find a way for it show me the 80 char |
08:42:57 | linuxstb | Also,if the patch is just for a bootloader, you don't need to include apps/keymaps/keymap-lyre.c |
08:43:30 | casainho | how do I do that line endings? is with just an ENTER key? |
08:44:18 | casainho | can you please write all this on comments on patch tracker? (I didn't know that were so many things to rectify....) |
08:44:28 | linuxstb | I don't use Eclipse. In emacs, I would just do a search and replace to replace a "^M" character with nothing. |
08:45:02 | linuxstb | The docs/CONTRIBUTING document describes the coding guidelines. |
08:45:47 | casainho | okok. Thanks. I must go for now. |
08:45:49 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009030422]") |
08:46:42 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
08:47:28 | | Quit bertrik ("Leaving") |
08:47:46 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:51:10 | | Quit Mathiasdm2 ("Yuuw!") |
08:52:30 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:53:31 | | Join petur [50] (n=petur@rockbox/developer/petur) |
08:54:13 | | Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-9b95f4712aea6122) |
08:54:37 | | Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-9b95f4712aea6122) |
09:00 |
09:09:25 | | Quit bmbl ("Woah!") |
09:12:23 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
09:12:58 | | Quit Seed ("cu, Andre") |
09:18:29 | *** | Saving seen data "./dancer.seen" |
09:20:39 | B4gder | RockboxPlayer => TargetLyre ? |
09:20:46 | B4gder | or PlayerLyre? |
09:20:53 | B4gder | or... ? |
09:25:06 | linuxstb | B4gder: ? |
09:25:10 | B4gder | the wiki page |
09:25:17 | B4gder | it's still there using the old name |
09:25:23 | linuxstb | Ah... Maybe LyreProject |
09:25:44 | linuxstb | That's how casainho has titled his menu in configure |
09:25:57 | B4gder | ah then I use that |
09:29:30 | B4gder | ... hm, then there's a whole range of related pages using the same prefix |
09:29:57 | B4gder | I could just rename it similarly on all of them |
09:30:03 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
09:30:11 | Zagor | yeah, just s/RockboxPlayer/Lyre |
09:32:05 | linuxstb | Yes, the main page could be LyreProject, and do what Zagor said for the rest. |
09:32:23 | B4gder | yeps |
09:34:06 | B4gder | perhaps http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerV1HardwareComponents could just be removed? |
09:34:27 | B4gder | it seems to only contain a datasheet to be used in a player they're not working on |
09:34:42 | scorche | Zagor: could you allow the webclient to join #rockbox-gsoc ? |
09:35:05 | B4gder | oh well, I'll rename it first and then we'll see |
09:35:28 | | Join BigBambi_ [0] (i=86ceaf40@rockbox/staff/BigBambi) |
09:36:26 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
09:36:48 | B4gder | rename complete |
09:40:40 | | Quit MethoS- (Remote closed the connection) |
09:47:26 | Zagor | scorche: sure |
09:49:43 | Zagor | done |
09:51:16 | | Quit Thundercloud (Remote closed the connection) |
09:53:10 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
10:00 |
10:17:45 | | Quit nibbler_ (Read error: 113 (No route to host)) |
10:21:15 | | Quit BHSPitMonkey (Remote closed the connection) |
10:21:20 | | Quit scorche (Nick collision from services.) |
10:22:07 | | Join scorche [50] (n=scorche@rockbox/administrator/scorche) |
10:38:57 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
10:43:15 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
10:45:25 | | Quit KevBurnsJr ("http://cloudbots.net coming soon") |
11:00 |
11:11:12 | | Quit wincent (Read error: 110 (Connection timed out)) |
11:11:12 | | Join AnonCoward [0] (n=alex@ylknnt162-179.theedge.ca) |
11:11:58 | | Quit AnonCoward ("leaving") |
11:15:58 | | Join axios [0] (n=axios@87.230.76.235) |
11:16:50 | axios | Hi, I have tried to find a new device that runs with rockbox. A totally new lot of gigs device, anyone have some sugestions? |
11:18:30 | *** | Saving seen data "./dancer.seen" |
11:18:37 | axios | Oh sorry, didnt read topic. |
11:19:12 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
11:20:03 | | Part axios |
11:26:53 | | Join kushalone [0] (n=kushal@12.169.180.178) |
11:27:42 | B4gder | oh mp3hd... |
11:28:00 | B4gder | http://www.electronista.com/articles/09/03/20/thomson.launches.mp3hd/ |
11:28:12 | B4gder | countdown started until the question comes |
11:28:48 | | Quit linuxstb (Read error: 113 (No route to host)) |
11:30:02 | B4gder | "An mp3HD file is simply a ".mp3" file including a standard mp3 file and additional information that is stored in the id3 tag (where other info on the track like artist name, song name, etc.. is also stored)," |
11:30:17 | B4gder | but but... a regular mp3 can't be 900kbps, right? |
11:30:32 | | Join GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) |
11:33:46 | B4gder | http://www.pcmag.com/article2/0,2817,2343448,00.asp has that quote btw |
11:42:52 | | Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) |
11:44:42 | | Quit kushalone ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") |
11:45:26 | | Quit Joe__ (Read error: 110 (Connection timed out)) |
11:45:52 | | Join Joe__ [0] (n=joe@69.224.35.76) |
11:47:35 | | Quit Nico_P (Remote closed the connection) |
11:49:23 | | Join wincent [0] (n=wincent@host-091-097-030-116.ewe-ip-backbone.de) |
11:56:47 | | Quit kadoban (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | NSplit | lindbohm.freenode.net irc.freenode.net |
11:56:47 | | Quit davidfg4 (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit jhMikeS (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit Kopfgeldjaeger (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit tmzt (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit Xerion (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit jfc (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit chrippa (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit webmind (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit suom1 (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit __lifeless (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit Bombe (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit lostlogic (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit Bagder (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit dionoea (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit crashd (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit preglow (lindbohm.freenode.net irc.freenode.net) |
11:56:47 | | Quit fxb__ (lindbohm.freenode.net irc.freenode.net) |
11:57:30 | NHeal | lindbohm.freenode.net irc.freenode.net |
11:57:30 | NJoin | kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
11:57:30 | NJoin | davidfg4 [0] (n=david@69.51.95.200) |
11:57:30 | NJoin | jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
11:57:30 | NJoin | __lifeless [0] (n=lifeless@188.17.95.192) |
11:57:30 | NJoin | Bombe [0] (n=droden@freenet/developer/Bombe) |
11:57:30 | NJoin | Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
11:57:30 | NJoin | lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) |
11:57:30 | NJoin | tmzt [0] (n=tmzt@adsl-99-164-62-86.dsl.akrnoh.sbcglobal.net) |
11:57:30 | NJoin | Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) |
11:57:30 | NJoin | jfc [0] (n=john@dpc691978010.direcpc.com) |
11:57:30 | NJoin | Bagder [241] (n=daniel@rockbox/developer/bagder) |
11:57:30 | NJoin | dionoea [0] (n=dionoea@yop.chewa.net) |
11:57:30 | NJoin | crashd [0] (i=foobar@lostnode.org) |
11:57:30 | NJoin | chrippa [0] (n=chrippa@evangelion.se) |
11:57:30 | NJoin | suom1 [0] (i=markus@viitamaki.net) |
11:57:30 | NJoin | webmind [0] (n=webmind@shell.puscii.nl) |
11:57:30 | NJoin | fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
11:57:30 | NJoin | preglow [0] (i=thomj@rockbox/developer/preglow) |
12:00 |
12:02:22 | | Quit bubsy ("Mrrrrreow!") |
12:10:42 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
12:15:17 | | Quit mc2739 ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") |
12:15:19 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
12:18:51 | | Quit robin0800 (Client Quit) |
12:19:09 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
12:31:31 | | Join dfkt [0] (n=dfkt@unaffiliated/dfkt) |
12:40:42 | | Join Ubuntuxer [0] (n=johannes@dslb-092-073-024-208.pools.arcor-ip.net) |
12:45:38 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
12:54:03 | | Quit BUMBACL0T (Read error: 60 (Operation timed out)) |
13:00 |
13:01:48 | | Join BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) |
13:08:06 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
13:18:32 | *** | Saving seen data "./dancer.seen" |
13:20:48 | | Quit Ubuntuxer ("Leaving.") |
13:21:15 | | Quit AndyI (Read error: 110 (Connection timed out)) |
13:24:25 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
13:34:47 | | Quit ultrasonic ("Leaving") |
13:37:24 | | Join archivator [0] (n=archivat@77.70.28.57) |
13:38:17 | | Join LambdaCalculus37 [0] (n=44a04303@rockbox/staff/LambdaCalculus37) |
13:40:56 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
13:41:43 | | Join pyro_maniac [0] (i=foobar@p57BB9F3F.dip0.t-ipconnect.de) |
13:43:57 | | Join Casainho [0] (n=chatzill@bl8-158-40.dsl.telepac.pt) |
13:45:15 | Casainho | hello :-) −− regarding the commentaries here: http://www.rockbox.org/tracker/task/10045 ; what should be the line ending on the code? |
13:46:18 | B4gder | unix style |
13:46:20 | LinusN | Casainho: LF only, i.e UNIX endings |
13:46:23 | B4gder | 0x0a |
13:47:11 | Casainho | okok, thanks. I am using Eclipse and there is an option to convert it for Windows, Unix ow Macos style. |
13:47:44 | | Part LinusN |
13:49:31 | linuxstb | Casainho: The problem with your files are that they are a mixture of the two - i.e. in the same file some have DOS (Windows) line endings, others have Unix. So you or Eclipse has done something wrong. |
13:50:39 | Casainho | well, I may used some code from other sources... −− my problem for now is to have a way for I see how are the lines ending |
13:50:53 | archivator | Eclipse also has an option to keep line endings as-is (are :)). If you select Unix though every file you edit and save will have the new style. |
13:51:34 | Casainho | archivator: do you know if there is a way for I see while editing the file, what are the ending character? |
13:51:50 | Casainho | linuxstb: and what you said: "Is any code in your patch (e.g. at91sam9260.h) taken from the Atmel SDK? If so, then you should include a header file from that project, including their copyright and license information." −−> you are correct ;-) |
13:52:06 | archivator | Hmm, not sure - try the paragraph symbol - the one that shows all whitespace. |
13:54:14 | Casainho | archivator: eheh, it works ;-) |
13:54:24 | | Quit Joe__ (Read error: 145 (Connection timed out)) |
13:54:31 | | Join Joe__ [0] (n=joe@69.109.41.216) |
13:54:47 | Casainho | archivator: today I even learned how Eclipse show the line limiter for 80 characters ;-) |
13:55:15 | archivator | There is a Help menu. you know... |
13:55:25 | B4gder | and of course, all other line delimiters than "unix" are stupid :-) |
13:55:52 | * | gevaerts disagrees. All common line delimiters are stupid |
13:56:48 | Casainho | archivator: do you know if there is a way to visual identify the TABs on the line codes? |
13:56:50 | archivator | gevaerts: not so. \n is explicitly a new line. \r is not. \n\r is reasonable but is outdated.. |
13:56:53 | gevaerts | Using printer control codes to indicate line endings is a bad idea! |
13:57:09 | B4gder | that's only bad if you consider them printer control codes |
13:57:15 | B4gder | a single byte is sensible to use |
13:57:28 | gevaerts | sure, but they should have chosen a different one |
13:57:31 | B4gder | and exactly which doesn't matter so the first one that was picked makes sense |
13:57:42 | archivator | Casainho: That same mode should show tabs as an arrow and spaces as mid-line dots. |
13:57:50 | | Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) |
13:57:53 | | Part gartral |
13:58:02 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
13:58:20 | gevaerts | \036 is at least as reasonable as \012 |
13:58:28 | Casainho | archivator: oh thanks!! Now I have all the tools needed for working on all questions about my patch ;-) |
13:59:30 | Casainho | B4gder: about the LCD_DEPTH, does the Rockbox have an LCD driver for the 444? |
13:59:53 | B4gder | I spoke about the comment |
14:00 |
14:00:04 | B4gder | reading that code it sounds as if you have 64K colours |
14:00:29 | B4gder | I just think it perhaps could be wise to mention how things work in there in a comment |
14:00:46 | | Join midgey [0] (n=tjross@71.238.148.140) |
14:01:08 | B4gder | Casainho: since you're the first using a 444 driver you'd be the first to write code for dealing with it internally, if you think that's a good idea |
14:01:10 | Casainho | B4gder: ah, I understand now what you wanted to say ;-) |
14:03:08 | Casainho | B4gder: I am fighting to get help for someone make a prototype for ourself developers, like 10 units for start, and we may change the LCD if possible. |
14:05:21 | B4gder | I think you'll get more people interested with a proper 16bit lcd that can show video if desired |
14:11:48 | Casainho | yes, but no developer will build his own hardware |
14:12:30 | Casainho | I think the best option for now is finding a partner for helping us, and selling to us, a few units/prototypes |
14:13:10 | Casainho | like this guy is selling his own boards on Ebay: http://search.ebay.com/_W0QQsassZopendous |
14:13:23 | Casainho | and his project page is this one: http://code.google.com/p/avropendous/ |
14:15:10 | Casainho | and then we should try to use an better LCD, if possible −− if the partner have technology for soldering the LCD connector, etc |
14:15:32 | Casainho | does anyone have any idea of this? were we can get help? |
14:16:00 | archivator | I asked this yesterday but I got conflicting answers - what's the best place to add a hook allowing plugins to read PCM data? Also, since the plugin callback would execute in a different thread context, is there a way to avoid mutexes? Further, is a callback the best way to pass data to the plugin (in way similar to how DSP functions work) or should the PCM side keep a separate plugin buffer and only send it when asked for it? |
14:16:41 | LambdaCalculus37 | archivator: What are you planning on writing as a plugin, if you don't mind my asking? |
14:16:49 | archivator | Casainho: who's doing your current PCBs ? |
14:16:55 | archivator | LambdaCalculus37: a frequency spectrum analyzer |
14:17:12 | LambdaCalculus37 | archivator: Oooh, nice! :) |
14:17:51 | Casainho | archivator: no one. We are using a development board + a custom board, which I have just made one unit for myself at my work, I can't do anymore :-( |
14:20:16 | | Join pyro_maniac1 [0] (i=foobar@p57BB9B28.dip0.t-ipconnect.de) |
14:21:12 | archivator | Casainho: technically, you *could* etch the boards yourself with a laser printer and some cheap chemicals but the board would be quite large - no way to do multiple layers either. :) You're in Portugal, right? And there isn't a single shop that does PCBs? That's kinda hard to imagine - here in Bulgaria I know of at least 6 places that do that. And that's just one city =/ |
14:21:43 | Casainho | hey!! Olimex is from Bulgaria!! :-) |
14:22:38 | Casainho | we need someone that design the board and have experience with some shop of PCBs |
14:22:53 | | Quit pyro_maniac (Read error: 60 (Operation timed out)) |
14:23:05 | Casainho | but there is also the need for someone solder the components |
14:23:27 | Casainho | I would prefer to pay for someone else do all that.... |
14:24:14 | archivator | One of the places I've worked has automated component soldering - it's quite expensive on a small scale, though. |
14:24:30 | archivator | *worked with |
14:25:48 | Casainho | oh, I work on a company like that.... |
14:26:01 | Casainho | but that is no solution for our actual situation... |
14:26:41 | Casainho | I think I will get more help from smaller companies / individuals... |
14:28:11 | archivator | Well, there are these guys here, they do PCBs with a solder mark for 2 euro/dm2 - it's not impressive but does work for my side projects. I bet there is something like that where you live.. |
14:29:06 | webmind | yay, another rockbox device \o/ (patched an ipod mini) |
14:29:12 | webmind | and good afternoon |
14:30:19 | Casainho | archivator: but they just do the PCB? or they also assembly? |
14:31:06 | | Quit kachna|lappy (Read error: 110 (Connection timed out)) |
14:31:14 | webmind | I know makepcb.com makes cheap pcb's |
14:31:18 | webmind | but no assembly afaik |
14:31:31 | webmind | and it might take a while |
14:31:58 | archivator | Casainho: PCBs only. No one would do SMD (or any other kind actually) assembly for fewer than 100 PCBs.. |
14:32:29 | Casainho | well, there is some guys that do oven reflow at home... |
14:32:38 | webmind | yeah |
14:32:42 | webmind | small oven works |
14:33:26 | Casainho | if someone knows any potential shop/individual that would sell to us that service, please say ;-) |
14:33:33 | webmind | Casainho, you're trying to get a prototype for a media player build? |
14:33:57 | archivator | Casainho: If I were you, I'd find an engineer who's done SMD assembly (has the tools and skills for the job) and hire him outside of his usual job.. Sounds reasonable to me.. |
14:34:03 | Casainho | webmind: yes, I am, for this one: http://www.rockbox.org/twiki/bin/view/Main/LyreProject |
14:34:14 | | Quit jordoex (Read error: 60 (Operation timed out)) |
14:34:43 | webmind | Casainho, nice |
14:34:48 | Casainho | well, I have a guy here at work that do SMD soldering. but is not all the solution... |
14:34:53 | webmind | Casainho, have you tried asking arround hackerspaces? |
14:35:07 | Casainho | webmind: no, I don't know what is even that. |
14:35:49 | webmind | Casainho, ah |
14:35:51 | Casainho | I am a bit lost in what we should do, the best path... |
14:36:07 | webmind | Casainho, spaces where people do 'hacking' in the broad sense of the word |
14:36:18 | webmind | anything from knitting to soldering to coding |
14:36:27 | webmind | see hackerspaces.org |
14:36:50 | webmind | and automated fabrication seems to be all the hype |
14:37:00 | webmind | so maybe someone has made something for smd :) |
14:38:14 | Casainho | oh, I were now seeing the list here in Portugal −− I recognized 3 places of 4, I already meet some guys and I even did a presentation to Rockbox and Lyre in one of that places, recently |
14:38:30 | webmind | cool :) |
14:38:43 | Casainho | here is more people arrount Linux, etc −− very few hardware people :-( |
14:38:55 | webmind | yeah |
14:39:25 | Casainho | I found one guy/shop that works a lot with Arduino, but they do very simple hardware, much more simple that I can do... :-( |
14:39:45 | | Join parafin [0] (i=parafin@paraf.in) |
14:40:18 | webmind | Casainho, you might want to poke 1scale1.com |
14:41:45 | webmind | Casainho, you could also try the sparkfun forum |
14:42:01 | Casainho | I already tried Sparkfun forum... no response :-( |
14:42:11 | webmind | pity |
14:42:13 | Casainho | and I am not getting response from Olimex either |
14:42:28 | webmind | liquidware? |
14:42:39 | Casainho | so I think smaller ones will probably quicker help our project than that bigg ones |
14:43:16 | Casainho | I didn't know aboyt liquidware... |
14:43:55 | Casainho | archivator: don't you want to help us? |
14:44:19 | Casainho | webmind: do you want to talk with liquidware about this project? |
14:44:43 | webmind | I don't know them myself. |
14:44:57 | webmind | so that won't add anything, except maybe confusion :) |
14:46:01 | archivator | archivator: sorry, really don't have the time. Besides, I haven't done any EE work for the past 2 years, so I'm not that familiar with current market.. Might do something stupid and spoil the party for everyone =/ |
14:46:14 | Casainho | oh, I am not having much free time and even I am bad at english language :-( |
14:46:32 | Casainho | archivator: okok. thanks :-) |
14:46:48 | webmind | Casainho, I think your english will be good enough :) |
14:47:05 | webmind | Casainho, I'll let you know if I find other options though |
14:48:05 | Casainho | webmind: thnaks!! you can contact us on the forum: http://forums.rockbox.org/index.php?topic=6751.new;topicseen#new |
14:48:17 | Casainho | we really need help, more people joining us |
14:48:33 | webmind | Casainho, I'll keep it in mind |
14:48:38 | Casainho | there is a lot of different work to do |
14:48:39 | Casainho | thanks. |
14:48:42 | webmind | but you won't stay in the channel? |
14:48:45 | Casainho | I must go now |
14:48:52 | Casainho | I must go .- bye bye |
14:48:54 | | Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") |
15:00 |
15:00:16 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
15:06:22 | webmind | btw, I was wondering |
15:06:40 | webmind | is anyone looking in to porting rockbox to playing on cheap chinese 'mp4' players? |
15:10:47 | | Join midijunkie [0] (n=Miranda@pD95477F5.dip0.t-ipconnect.de) |
15:11:30 | markun | webmind: any brand in particular? |
15:11:48 | markun | the ones we have been working on are not very cheap |
15:12:16 | | Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) |
15:13:25 | webmind | markun, these are 25-50 USD |
15:13:36 | B4gder | "cheap chinese mp4 players" are many different ones |
15:13:42 | webmind | http://www.dealextreme.com/details.dx/sku.19488 |
15:13:45 | webmind | B4gder, I know |
15:13:52 | webmind | they're also rather brandless |
15:14:05 | B4gder | yes, or they're called "ipod" :-) |
15:14:18 | webmind | B4gder, yes :) |
15:14:21 | markun | B4gder: didn't you write a blog post about it? |
15:14:22 | webmind | hmm |
15:14:25 | webmind | come to think about it |
15:14:31 | webmind | I could of bought 2 of those |
15:14:42 | webmind | and donate one :) |
15:14:43 | B4gder | markun: you mean the onda ones? |
15:15:14 | markun | B4gder: I thought it was about chinese brands in particular, but might be wrong |
15:15:25 | B4gder | nope, never done that |
15:15:51 | webmind | markun, what would you call cheap? |
15:15:52 | markun | webmind: keep in mind that a port takes time and if that particular model is not very popular it's a bit of a waste |
15:16:05 | markun | < 50 euro |
15:16:20 | B4gder | and the unbrandedness is a problem too |
15:16:29 | webmind | markun, most of these are <50 dollar |
15:16:31 | Zagor | B4gder: I was just going to say that too |
15:16:40 | webmind | markun, true |
15:16:55 | wincent | Hello all, I would like to participate in Summer of Code 2009. I have some trouble to choose the theme of the project. First one idea of mine was to port Rockbox to a Qt application, which would enable it for using both on Qtopia devices (OpenMoko, Sharp Zaurus et cetera) and on desktop devices (with Qt3 or Qt4). But as I read it from the IRC logs, another guy would like to do something very similar (the only difference is the he |
15:16:55 | wincent | to collide with other participants, I got another idea. Recently I ported a UI for a sound synthesis environment to Qtopia, which runs both on Sharp Zaurus (Linux PDA) and on x86 Linux. Now the idea is to port both the synthesis environment and the user interface to Rockbox to have something like this: http://www.youtube.com/watch?v=kukNp4uwcKc . The question I would like to ask here is, would such a project be interesting for t |
15:17:33 | gevaerts | wincent: please use shorter lines. They get cut off now |
15:17:53 | linuxstb | wincent: Do you have a link to that "sound synthesis environment" that isn't a video? |
15:17:57 | webmind | wincent, your sentace ends at 'nteresting for t' |
15:18:27 | wincent | Ok. Again: would such a project be interesting for the developers and users of Rockbox? This is my question. |
15:18:28 | B4gder | that video makes no sense to me - looking at it without sound... |
15:18:33 | *** | Saving seen data "./dancer.seen" |
15:18:42 | B4gder | wincent: what exactly is the project? |
15:18:43 | webmind | wincent, is that pure data for an ipod? |
15:18:49 | wincent | Yes. |
15:18:57 | webmind | funky :) |
15:19:05 | linuxstb | wincent: Again: Do you have a link to that "sound synthesis environment" that isn't a video? |
15:19:08 | | Quit |ahmina| (Connection reset by peer) |
15:19:14 | Zagor | it looks like a fun plugin, but it's not really something that furthers Rockbox |
15:19:24 | | Quit lymeca (Read error: 104 (Connection reset by peer)) |
15:19:35 | wincent | linuxstb: http://gige.xdv.org/pda/ |
15:19:48 | wincent | This is the environment. |
15:19:51 | markun | linuxstb: http://crca.ucsd.edu/~msp/software.html |
15:20:10 | | Join mcuelenae [0] (n=mcuelena@78-22-100-245.access.telenet.be) |
15:20:10 | wincent | My UI is here: http://www.katastrophos.net/wincent/blog/ |
15:20:22 | webmind | Zagor, well it could make a rockbox 'player' into a musical instruments if I understand correctly. |
15:21:03 | webmind | wincent, nice, does it run on angstrom aswel? |
15:21:09 | wincent | I thought about something like RjDj for iPhone. |
15:21:42 | wincent | webmind: Probably. The sources are in SVN, if you get it to compile on angstrom, then... |
15:21:54 | wincent | But we disgress here a little. |
15:21:58 | webmind | yes :) |
15:21:59 | webmind | sorry. |
15:22:32 | wincent | So, how much interest is to create musical instrument on Rockbox? |
15:23:32 | wincent | Or, maybe the better characterization, an environment where instruments created by users can be played. |
15:23:47 | Zagor | it's a little outside what I've had in mind, but that doesn't have to be a bad thing |
15:24:11 | archivator | Can the instrument creation part be done on the device or does it have to be done on a PC? |
15:24:32 | wincent | It has to be done on PC. |
15:24:48 | wincent | It is comparable to RjDj −− both have PureData core. |
15:28:19 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
15:29:03 | kugel | rasher: haha, I never knew there's a memo service |
15:29:08 | mcuelenae | webmind: that link on dealxtreme you posted earlier has a RockChip as chipset (says so in the description), which has almost no public documentation (and runs ARM+DSP, with DSP being some unknown core) |
15:30:52 | kugel | petur: thanks for testing. The remote won't receive updates, unless the main unit doesn't have HAVE_LCD_ENABLE or HAVE_LCD_SLEEP |
15:31:23 | * | petur actually forgot to test and makes a note... |
15:31:47 | webmind | mcuelenae, pity |
15:31:53 | kugel | I could play save, and only disable the updates for the main unit, whether the remote is readable or not |
15:32:30 | kugel | I didn't see sleep/enable for remotes at all, so I guess assuming all are readable is the safer assumption |
15:32:32 | mcuelenae | webmind: there are some chinese players who run an Ingenic chipset, but most of them aren't as cheap as <50 eur though |
15:32:55 | pixelma | the current remotes are readable without backlight because they are all monochrome or greyscale |
15:33:12 | webmind | mcuelenae, any idea on how hard a port would be if there where docs, and if this is feasable? (also considering usage) |
15:33:30 | mcuelenae | I'm porting Rockbox to Ingenic based devices, and it takes quite some time |
15:33:44 | webmind | k |
15:33:57 | mcuelenae | I think I started about a year ago |
15:34:40 | webmind | ouch |
15:34:48 | mcuelenae | hmm there are some Onda's ~ 60$ USD |
15:34:55 | mcuelenae | you get some for less on eBay I guess |
15:34:59 | | Join Ubuntuxer [0] (n=johannes@dslb-088-077-001-044.pools.arcor-ip.net) |
15:35:01 | mcuelenae | s/get/could get/ |
15:35:26 | * | webmind got himself an ipod mini recently |
15:35:32 | webmind | so I've got something again |
15:35:45 | | Nick mcuelenae is now known as mcuelenaere (n=mcuelena@78-22-100-245.access.telenet.be) |
15:35:47 | webmind | just thought it would be nice to have it on some hardware which is cheaply available |
15:36:23 | mcuelenaere | webmind: http://www.rockbox.org/wiki/OndaVX747 the Onda is rather cheap |
15:37:35 | webmind | mcuelenaere, not 25 though |
15:37:42 | mcuelenaere | not that cheap :) |
15:37:55 | webmind | and are these models still available? |
15:38:02 | webmind | (besides ebay :) |
15:38:05 | kugel | pixelma: so, all remotes are readable? |
15:38:27 | pixelma | currently supported lcd remotes are,yes |
15:38:39 | mcuelenaere | webmind: the VX747 is getting EOF I think, but the VX777 isn't (yet) |
15:38:51 | mcuelenaere | allpmp.com has some |
15:39:18 | webmind | k |
15:39:50 | mcuelenaere | you could also look into other Ingenic Jz4740/Jz4732 players |
15:40:02 | mcuelenaere | most of them shouldn't require much porting |
15:41:40 | | Join _lifeless [0] (n=lifeless@94.51.195.132) |
15:42:30 | kugel | pixelma: thanks for the info, I'm going to only deactivate updates on the main unit then |
15:43:01 | | Quit jhMikeS (Nick collision from services.) |
15:43:07 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
15:44:33 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
15:46:50 | archivator | Now that there are more people here, could you please look at today's logs - 13:15 GMT - I asked a lengthy question which I'd rather not repeat. |
15:47:43 | archivator | Brief version - where do I place a hook that provides PCM data to plugins? |
15:57:00 | | Join {phoenix} [0] (n=dirk@p54B46D6F.dip.t-dialin.net) |
15:57:56 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
15:58:23 | webmind | mcuelenaere, 60 usd, not a bad price indeed |
15:58:25 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
15:58:33 | mcuelenaere | webmind: which player? |
15:58:44 | webmind | vxr747 4gb |
16:00 |
16:00:37 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
16:00:46 | mcuelenaere | it doesn't have audio fully working though atm |
16:01:14 | | Quit kushal_12_27_200 (Client Quit) |
16:03:31 | webmind | ah k |
16:03:48 | webmind | then I won't feel fully ripped of on my ipod :) |
16:04:26 | mcuelenaere | other then that, the port is in quite a good state |
16:07:01 | | Quit robin0800 (Remote closed the connection) |
16:10:28 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
16:16:42 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
16:24:14 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
16:35:30 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
16:41:56 | | Join dberg918 [0] (n=dave@cpe-098-121-161-003.ec.res.rr.com) |
16:42:56 | dberg918 | has anybody noticed that the H10 20GB build didn't update on the Current Builds page? |
16:43:00 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
16:43:34 | dberg918 | everything else is at r20485, while the H20 is at r20483... |
16:44:05 | dberg918 | sorry if this is old news... |
16:44:17 | B4gder | hm |
16:44:37 | dberg918 | I take that back, the Ondio FM is also at 20483 |
16:44:52 | pixelma | jhulst's server - if the zip is not there, it would also explain the delayed deltas... |
16:45:30 | pixelma | same with the OndioFM |
16:45:45 | B4gder | "Warning: couldn't get zip from ... /build-ondiofm" |
16:45:55 | dberg918 | I was able to download the zip for the H10, and it is version 20483 |
16:46:10 | B4gder | yeah, that was from the previous build round |
16:46:18 | B4gder | the 20485 failed to get transfered |
16:46:25 | B4gder | back to the build master |
16:46:37 | B4gder | each build is done distributed by a remote build client |
16:48:00 | B4gder | zip |
16:48:01 | B4gder | -sh: zip: command not found |
16:48:07 | B4gder | on that host |
16:48:51 | gevaerts | Your fault :) You only ask for sdl and the compilers :) |
16:49:13 | * | B4gder takes full responsibility for every build server around the clock! |
16:49:16 | | Join larsivi [0] (n=larsivi@84.48.63.70) |
16:50:31 | larsivi | hai, do anyone know if work on 2nd or 3rd gen ipod nano has gotten further than what is described in the wiki? |
16:50:48 | larsivi | I currently have an unused 2nd gen and may be willing to experiment with it |
16:51:37 | B4gder | jhulst: you've got mail! |
16:51:38 | dberg918 | check the forums |
16:51:48 | krazykit | any work done would be documented in the wiki or the relevant thread in the New Ports forum |
16:55:00 | | Join cspotcode [0] (n=Administ@dark-sage-77.dynamic2.rpi.edu) |
16:57:03 | dberg918 | ok, I'm off to compile my own r20485 build |
16:57:08 | dberg918 | happy Monday everybody |
16:57:33 | | Quit dberg918 (Remote closed the connection) |
16:59:44 | Unhelpful | darn commie smurfs, ruining perfectly good wps themes :/ |
16:59:45 | | Quit toffe82 (Remote closed the connection) |
17:00 |
17:01:21 | * | Unhelpful tries to figure out how to resolve evilnick's complaint by adding a half a byte to his theme |
17:06:46 | | Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-dcd321aef776e5cd) |
17:07:46 | | Quit Zagor ("Don't panic") |
17:08:26 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
17:14:58 | saratoga | where is the code for the file browser actually located in rockbox? |
17:15:10 | JdGordon | which part of it? |
17:15:22 | JdGordon | tree.c and filetree.c and tagtree.c |
17:16:57 | saratoga | JdGordon: Llorean told me about an interesting feature in XBMC where you can merge different volumes together in the file browser |
17:17:04 | saratoga | i wanted to see how hard that would be to do in rockbox |
17:17:36 | Nico_P | isn't it already done? |
17:17:36 | evilnick | saratoga: I've used that before in XBMC, it's pretty nifty |
17:18:10 | saratoga | Nico_P: it recursively combines the file tree of different volumes |
17:18:28 | saratoga | what we do now is basically just symlink other volumes as folders in the main volume |
17:18:33 | Nico_P | oh I see |
17:18:35 | JdGordon | saratoga: you probably need to look into ft_load() for that i tihnk (that actually loads the directory into the buffer) |
17:18:37 | *** | Saving seen data "./dancer.seen" |
17:18:47 | JdGordon | i dont know if it is doable though |
17:18:53 | * | JdGordon rejoins the convo in 20min |
17:19:22 | | Join sanket [0] (i=cb6ef316@gateway/web/ajax/mibbit.com/x-c81e1c5068c998fb) |
17:19:47 | amiconn | saratoga: There is a reason why we "mount" and not merge. Merging potentially produces name collisions |
17:20:30 | | Quit BigBambi ("No Ping reply in 30 seconds.") |
17:20:58 | amiconn | Besides, this is a filesystem feature, not a filebrowser thing |
17:21:12 | | Part sanket |
17:22:30 | saratoga | amiconn: name collisions should only happen if you have the same song in both volumes, and can be delt with by simply ignoring the second copy |
17:22:37 | saratoga | this is what I believe XBMC did |
17:22:41 | * | rasher doesn't see *much* benefit in mimicking unionfs |
17:23:02 | rasher | Unless it can be done with little overhead/code |
17:23:22 | mcuelenaere | saratoga: does this volume merging feature on XBMC have a specific name? |
17:23:38 | saratoga | mcuelenaere: i don't think so |
17:23:40 | rasher | I'm willing to bet it's unionfs in action |
17:23:47 | rasher | http://en.wikipedia.org/wiki/Unionfs |
17:24:46 | Unhelpful | can't one simply use the DB browser? |
17:24:51 | | Join BigBambi [0] (n=alex@194.189.72-86.rev.gaoland.net) |
17:24:52 | saratoga | i didn't even know it existed until Llorean saw my idea and said he'd been doing it for ages |
17:25:41 | saratoga | what targets have multiple volumes? the sansas and one of the Archos? |
17:25:55 | saratoga | and i guess some upcoming iaudio players |
17:25:57 | rasher | Sansas, Ondios |
17:26:07 | gevaerts | anything with a ramdisk :) |
17:26:09 | rasher | And any custom build with multivolume |
17:26:36 | saratoga | so its basically just flash players then? |
17:26:38 | gevaerts | ah yes, so potentially all archoses (big disks need multivolume there) |
17:28:01 | saratoga | the archos with big disks have multiple partitions? |
17:31:00 | gevaerts | yes |
17:31:46 | gevaerts | The bridge chip doesn't handle more than 128GB, so if you have a bigger disk you partition it, only use the first partition over USB, and copy to the second partition within rockbox |
17:31:59 | gevaerts | That trick also gets hard with merged volumes... |
17:32:36 | saratoga | it might not be worth it on the Archos |
17:32:42 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
17:40:25 | kugel | Nico_P: then all checks for id3 are useless. one of the first things in the wps is doing wps_state.id3 = audio_current_track(); |
17:40:43 | | Quit GodEater ("Leaving") |
17:44:19 | Nico_P | kugel: IIRC it used to be possible for audio_current_track to be able to return NULL |
17:44:43 | Nico_P | also I don't think the check costs much and it's good practice |
17:44:57 | | Join JdGordon| [0] (i=836b0052@gateway/web/ajax/mibbit.com/x-dab7cd1e6acef77a) |
17:49:49 | kugel | Nico_P: I find it more confusing than good practice, because half of the wps functions checks for id3, the other half not. |
17:50:32 | | Join toffe82_ [0] (n=chatzill@74.0.180.178) |
17:51:04 | | Part B4gder |
17:51:45 | kugel | I'm not saying checks are wasteful, but it's quite confusing to. I'd say a initial check (and all the subroutines assume valid id3 (which is safe, because id3 is valid once they're called)) should be sufficient |
17:52:52 | | Join toffe82__ [0] (n=chatzill@74.0.180.178) |
17:53:02 | kugel | hm, mpeg.c can apparently return NULL in that function |
17:54:56 | * | JdGordon| said that yesterday |
17:55:26 | * | kugel doesn't remember |
17:56:01 | kugel | but only if there's no tracks in the memory, which doesn't sound possible to me |
17:57:49 | JdGordon| | for that you need to talk to somone who actually knows how mpeg.c works... |
17:58:00 | Nico_P | I don't believe removing NULL pointer check to be a useful thing to do |
17:58:01 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
17:58:43 | kugel | I think it's worse when it's not consistently being done. |
17:59:30 | | Quit toffe82_ (Read error: 60 (Operation timed out)) |
17:59:54 | saratoga | i wonder if funman's unknown I2C audio device on the V2 clip might be an AS3517 |
18:00 |
18:00:03 | | Quit BigBambi_ ("http://www.mibbit.com ajax IRC Client") |
18:00:15 | saratoga | the registers he mentions are present on the 3517 and do things that ought to be useful |
18:00:21 | Nico_P | kugel: then IMHO the missing checks should be added |
18:00:30 | kugel | saratoga: older than what's in the V1 clip? |
18:00:48 | saratoga | the v1 has a 3514 built in |
18:01:02 | saratoga | and the v2 apparently does not, so the 3517 would be an obvious upgrade |
18:01:54 | saratoga | i think funman isn't right about ARMv5 though, since I also so those ops in the V1 firmware, I think they may just be dead code in one of the codecs or some other binary component |
18:01:54 | | Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) |
18:01:55 | kugel | saratoga: it has the 3514? How's the sound quality so much better compared to e200v1, then? |
18:02:55 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:03:15 | kugel | I always thought we're just lucky that the as3525 is so compatible in the areas we re-use 3514 code |
18:04:22 | saratoga | i think its actually the same device, but its possible they changed things on it |
18:04:37 | | Quit petur ("work->home") |
18:04:46 | saratoga | either that or integrating it onto the CPU fixes whatever interferance it had on the v1 |
18:06:44 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:06:56 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
18:07:24 | kugel | JdGordon|: so, was/is it hard to sync with my changes? |
18:08:33 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
18:10:29 | | Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
18:10:44 | kugel | Nico_P: one could also do assert(id3), and define assert as nothing as long as we're sure there can't be NULL. if code is reused, only assert would be enabled. |
18:11:25 | kugel | but yea, just removing all checks isn't the right thing to do, I agree |
18:12:13 | | Join krazykit` [0] (n=kkit@adsl-76-251-242-18.dsl.ipltin.sbcglobal.net) |
18:12:13 | | Quit krazykit (Read error: 131 (Connection reset by peer)) |
18:12:29 | archivator | Anyone got any ideas on how to expose PCM output data to plugins? |
18:12:41 | Nico_P | archivator: did jhMikeS give (you or anyone else) pointers on how to tap into the PCM driver? |
18:12:57 | archivator | No. |
18:13:08 | Nico_P | you want the data that's leaving the PCM buffer and being fed into the DAC |
18:14:11 | Nico_P | kugel: I don't understand the point of defining assert as nothing just for the sake of one particular case. also, where would you put the assert(id3) call? |
18:14:39 | archivator | Well, I could also use the data that's being fed to the PCM buffer though that wouldn't be realtime. |
18:15:38 | mcuelenaere | saratoga: I don't think that post needed removal, but I'll PM him instead now :) |
18:15:43 | | Nick krazykit` is now known as krazykit (n=kkit@adsl-76-251-242-18.dsl.ipltin.sbcglobal.net) |
18:15:58 | mcuelenaere | oh you moved it |
18:16:19 | | Join cspotcode1 [0] (n=Administ@dark-sage-77.dynamic2.rpi.edu) |
18:17:02 | Nico_P | archivator: I guess as a first step, non realtime would be OK. at least that way you'll have PCM data to display |
18:17:10 | kugel | Nico_P: in every function that wouldn't work properly with id3 == NULL |
18:18:04 | kugel | the assert could also be used for the other structs which can basically never be null |
18:19:01 | kugel | anyway, I don't care much anymore, it's not so confusing for me anymore (but when I first looked at the code) |
18:23:10 | saratoga | maybe add a comment if its still ugly |
18:23:29 | * | mcuelenaere just did |
18:23:48 | mcuelenaere | nvm that last line |
18:26:52 | | Join MethoS- [0] (n=lem@host-091-097-240-237.ewe-ip-backbone.de) |
18:26:53 | | Quit killan (Read error: 104 (Connection reset by peer)) |
18:26:54 | kugel | saratoga: as3527 isn't our candidate either |
18:27:07 | kugel | the datasheets for 353x need to be requested |
18:28:13 | kugel | those would be armv5t too |
18:29:10 | kugel | saratoga: also, 353x sounds too advanced for sandisk's needs to me |
18:30:15 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
18:30:59 | Unhelpful | maybe a core function could just set a callback to call right before (or maybe right after?) pushing a chunk of data to the actual DAC? and anybody implementing such a callback would do so with the understanding that it should return *quickly*? |
18:32:42 | | Quit cspotcode (Read error: 110 (Connection timed out)) |
18:34:23 | | Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) |
18:39:21 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
18:39:32 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
18:39:53 | | Join bs66_ [0] (n=sysuser@94.191.173.155.bredband.tre.se) |
18:41:21 | archivator | Am I right in assuming that the path from buffer to DAC is pcm_play_data -> pcm_play_data_start -> pcm_play_dma_start (driver side)? I think my hook should be in pcm_play_data* but I am still vague on the details.. Do I copy data to a buffer specified in the plugin or do I use callbacks of some sort? |
18:43:01 | | Quit cspotcode1 ("Leaving.") |
18:43:21 | JdGordon| | kugel: havnt tried yet |
18:48:40 | | Quit mcuelenaere () |
18:49:03 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
18:54:59 | saratoga | kugel: if you hex edit the v2 firmware, its got the strins AS3525 in it, so I think its probably not a 353x |
18:55:33 | | Join Erant [0] (i=erant@plz.stfu.kthnx.org) |
18:56:29 | domonoky | archivator: both ways are possible, but maybe a callback would be enough. plugins can the still copy it in the callback into a buffer if needed. |
18:57:01 | | Join homielowe [0] (n=homielow@unaffiliated/homielowe) |
18:57:08 | | Quit homielowe (Remote closed the connection) |
18:59:13 | | Quit saratoga ("CGI:IRC (EOF)") |
18:59:41 | archivator | domonoky: Right. I'll try it out in a few minutes. |
19:00 |
19:00:55 | | Part pyro_maniac1 ("Leaving.") |
19:00:56 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-2ba5e36b567d6131) |
19:00:59 | | Quit kushal_12_27_200 (No route to host) |
19:03:44 | jhMikeS | archivator: pcm_play_dma_get_peak_buffer gives the current playback position within the current buffer as accurately as possible. it's also a moving target afterall. |
19:04:22 | archivator | jhMikeS: I'm not sure I follow. |
19:05:27 | jhMikeS | archivator: the return value is the pointer of the next data to be fed to the DAC (laging by perhaps 4-8 samples), count is the amount remaining in the current chunk. |
19:05:32 | | Quit parafin (Nick collision from services.) |
19:05:40 | | Join parafin|away [0] (i=parafin@paraf.in) |
19:05:58 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
19:06:55 | archivator | jhMikeS: How do I know how long this next chunk is? |
19:06:59 | jhMikeS | the pcmbuf_beep uses it in order to mix beeps with a few ms latency at most. see apps/pcmbuf.c |
19:08:10 | | Join fml [0] (n=4fd3d5ee@gateway/web/cgi-irc/labb.contactor.se/x-084ad4252e41a690) |
19:08:20 | jhMikeS | archivator: 'count'−− what hasn't been played yet (in samples). mind that you could get 0 for count and NULL for the return value so that must be handled |
19:09:01 | | Join kps [0] (n=40eb617d@gateway/web/cgi-irc/labb.contactor.se/x-98ca4efcc9b3a35c) |
19:09:19 | | Quit kps (Client Quit) |
19:09:26 | fml | Hello. Any comments about FS #9618 ? There was not a single reply on the mailing list. If it's not that important I'll commit it. Consistent WPS tag description is good IMO. |
19:10:05 | Nico_P | jhMikeS: what does "peak" mean in this context? |
19:10:31 | archivator | jhMikeS: This wouldn't by any chance have a different behavior on a simulator? 'Cause that's what I'm currently using and the sim is getting new values every HZ/20 ticks.. |
19:10:58 | | Quit bzed (Read error: 101 (Network is unreachable)) |
19:11:09 | jhMikeS | Nico_P: It's rather atavistic now I think. It was put there so peak calculation could get the buffer for the current chunk but now it appears it's more useful than that. |
19:11:55 | jhMikeS | archivator: It might due to audio card latency but it shouldn't be essentially different |
19:11:55 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
19:12:30 | | Join webguest74 [0] (n=40eb617d@gateway/web/cgi-irc/labb.contactor.se/x-cd29c3e25a84c2d4) |
19:12:31 | bluebrother | domonoky: any reasons to not release rbutil 1.1.1 tonight? |
19:12:52 | | Quit webguest74 (Client Quit) |
19:12:54 | domonoky | no reason, but why not rbutil 1.2 ? :-) |
19:13:15 | * | rasher is compiling a static qt 4.5 on amd64 |
19:13:21 | bluebrother | thought about that too but it only seems like a minor update. |
19:13:33 | rasher | For the nth time (ran out of space the other n-1 times). |
19:13:40 | archivator | domonoky: did you see my latest pain-soaked attempt to integrate festival? :P |
19:13:46 | bluebrother | any other opinions on this? I wouldn't mind making it 1.2 |
19:14:19 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
19:14:29 | rasher | It's technically not much, but theme site integration (if the site goes live..) is rather major |
19:14:49 | bluebrother | true. That's what I was thinking about myself too ;-) |
19:15:58 | domonoky | archivator: i only took a short look. didnt found much time to really try it out. |
19:17:15 | archivator | Right, no hurry. Just wanted to let you know this is probably as good as it gets - I honestly don't see what else I could integrate short of duplicating the festival_client functionality.. |
19:17:56 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:18:41 | *** | Saving seen data "./dancer.seen" |
19:19:45 | | Quit Ubuntuxer ("Leaving.") |
19:19:50 | jhMikeS | archivator: the sim might be grainier than the targets though (how often the pointer is updated thus how much it advances each time and how much audio is sent per "request"). |
19:20:43 | domonoky | archivator: from the code, the changes look good. But i will need some time to really try it out :-) |
19:20:54 | archivator | jhMikeS: Nah, I think it was a bug in my code, will see in a moment. |
19:21:23 | archivator | domonoky: As I said, no worries. It's not exactly key functionality. |
19:21:58 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
19:22:24 | domonoky | by the way: i am think about changing how configuration of tts and encoders work.. ( i want to better seperate Ui and logic). Maybe some generic configuration dialog based on a Table :-) |
19:23:18 | archivator | Sounds good. I'll start work on a new TTS process some time next month. |
19:23:37 | jhMikeS | archivator: beware though, some targets can hand back physical addresses (pp502x, imx31) |
19:24:58 | archivator | I am using a PP - how do I read from those addresses from pluginspace? |
19:25:19 | domonoky | for tts and encoder configuration, i am thinking about letting them present a data model, and use a generic table view (which shows dropdown boxes, spinboxes etc based on the models data.) But this will take a bit time to get to a good shape :-) |
19:26:08 | | Quit lightbulbjim (Read error: 110 (Connection timed out)) |
19:27:46 | archivator | MVC would be of great help there - just make sure the new system is easier than the old one (or at least as easy) :) We don't want 10 LOC to get a single configuration value. |
19:28:01 | jhMikeS | archivator: just read with the returned point. to translate any other pointers related to the buffer there is pcm_dma_addr. pcmbuf_beep apps/pcmbuf.c uses all that |
19:28:34 | archivator | Right. Thanks, will try it out. |
19:28:36 | * | bluebrother is going to release rbutil 1.2 then shortly −− unless someone starts screaming *now* |
19:29:59 | kugel | FlynDice: nice work |
19:32:22 | | Join Terinjokes [0] (n=a5a10310@wikinews/Terinjokes) |
19:32:27 | Terinjokes | heylo again |
19:33:17 | | Quit Terinjokes (Client Quit) |
19:35:35 | kugel | FlynDice: I'm wondering how you tell it's running |
19:39:01 | | Join Tamashii [0] (n=be9f50c6@gateway/web/cgi-irc/labb.contactor.se/x-9ef0c881cbf1c824) |
19:39:35 | archivator | I was wondering, what's the official position on having a more general rbutil - let's call it rbtray for the purposes of discussion. I envision an app that detects when a rockbox device is connected, syncs it, does maintenance on its database, fetches albumart and that kind of stuff. No music management though, just automating the most repetitive of tasks. Kinda like a Rockbox on the device, rbtray on the PC bundle. Also, I don't think rbutil is a goo |
19:39:35 | archivator | d fit for such an application. |
19:40:57 | Tamashii | Hello! |
19:40:59 | Tamashii | I'm wondering if somebody could help me. |
19:40:59 | kugel | rasher: the Portuguese update is flawed, it re-enables the usbstack strings |
19:41:30 | mcuelenaere | Tamashii: not without a question |
19:41:51 | bluebrother | archivator: you might be interested on the last devcon writeup: http://www.rockbox.org/devcon2008/ (next to the bottom) |
19:42:10 | BigBambi | archivator: I don't think some of those are really within the Rockbox remit - such as fetching album art. An argument could be made for some of the others, but I'd not personally use it |
19:42:14 | bluebrother | Tamashii: you need to click the other button, not that one. Then it will work. |
19:42:30 | * | LambdaCalculus37 is going to be receiving a donated Sansa c250 soon... anyone going to need one? |
19:42:34 | Tamashii | Hehehe, of course: I've run thru a lot of IRC logs in the Rockbox page, and I've run thru some solutions well explained in that logs, however, I'm still unable to install Rockbox in my iPod nano 1st. gen. |
19:42:51 | kugel | LambdaCalculus37: v1? |
19:43:01 | rasher | kugel: oh, oops |
19:43:10 | LambdaCalculus37 | kugel: I believe so. I'll find out for sure when it arrives. |
19:43:36 | archivator | BigBambi: I realize that and that's why I'm not proposing extending rbutil in such a way. I was just thinking of Rockbox as an umbrella project and this new tool as a smaller project that fits but not quite. |
19:43:43 | bluebrother | archivator: my personal opinion: there are better programs for handling album art and stuff. I'd however like to see an option to change the rockbox configuration and update the database |
19:44:06 | rasher | bluebrother: What does this mean - RCC: Error in 'rbutilqt-lang.qrc': Cannot find file 'lang/rbutil_de.qm' ? |
19:44:16 | bluebrother | Tamashii: how exactly did you try installing it? And what's the error? |
19:44:21 | Tamashii | I already did the Restore configurations on iTunes, I already downloaded the 1.3.1 update package and installed it. No avail, the Rockbox Utility still is complaining about being unable to install the bootloader |
19:44:31 | BigBambi | archivator: I don't think we really want anything that does anything outside direct Rockbox stuff (such as build database for instance) (just my opinion) |
19:44:43 | BigBambi | archivator: Anything "official" that is |
19:44:48 | domonoky | rasher: ignore it, it warns because it cant find the compiled translations, but they will be built later. |
19:44:51 | bluebrother | rasher: if building for a release this only warns because the language files haven't been lrelease-d yet. It will be done during the build process so this isn't a problem |
19:44:55 | | Join kps [0] (n=40eb617d@gateway/web/cgi-irc/labb.contactor.se/x-3242aac9ba69ffae) |
19:44:59 | BigBambi | archivator: However, my view is minor :) |
19:45:17 | bluebrother | Tamashii: "not being able" is a wide field. Can you be more specific? |
19:45:23 | Tamashii | @bluebrother: I'm using Rockbox utility. |
19:45:31 | bluebrother | Tamashii: I already figured that ... |
19:45:52 | kugel | not sure about the fetching, but I think at least converting album art would be a job for a rockbox-affiliated app, because rockbox needs special album art |
19:46:10 | archivator | BigBambi: So such a project is better off as a project with rockbox integration than a rockbox project with side functions? |
19:46:17 | bluebrother | Tamashii: what OS are you using? Have you checked the output of About / System Info? |
19:46:17 | kugel | and if rbutil wants to be the housekeeping utility, I don't see why it shouldn't do it |
19:46:32 | BigBambi | archivator: Depends what it does IMO |
19:46:32 | Tamashii | Ok, I click the Complete Installation button... And then it downloads the bootloader |
19:46:38 | JdGordon| | I would have no problems with rbutil fetching album art... especially if AA ever gets linked to the db |
19:46:52 | Tamashii | And then: Failed to add bootloader. |
19:46:58 | bluebrother | what's special on album art being in bmp format? There's nothing special at all, it's just one specific file format. |
19:47:06 | BigBambi | I just think there is a danger in RBUtil doing too much |
19:47:10 | bluebrother | Tamashii: what OS are you using? Have you checked the output of About / System Info? |
19:47:13 | JdGordon| | why? |
19:47:20 | domonoky | archivator: my opinion about such a tool: if it doesnt stray too far from the rockbox needs, i am ok with integrating them into rbutil.. |
19:47:41 | | Join ibseco [0] (n=ibseco@BAH218f.bah.pppool.de) |
19:47:44 | JdGordon| | BigBambi: why cant rbutil be the swiss army knife for rockbox on the desktop? |
19:47:46 | kugel | bluebrother: only supporting bmp, and neither jpeg or embedded, *is* special |
19:47:49 | bluebrother | I'd rather have rbutil use Qt plugins for such functionality. |
19:47:56 | BigBambi | It gets more confusing to use, harder to maintain,etc - there is no need for it to handle the kitchen sink |
19:48:10 | archivator | JdGordon|: where do you draw the line? AA is allowed but tag editing is not? Database update is allowed but music management is not? From a user perspective, doing one and not the other would create chaos IMO. |
19:48:25 | domonoky | bluebrother: plugins is just a way to better structure the code in rbutil. Its still integrated into rbutil :-) |
19:48:25 | * | JdGordon| prefers not to draw lines |
19:48:29 | rasher | Hm, seems you can manage to bring down rbutil source to about 17MB if you go on a deleting rampage |
19:48:31 | Tamashii | @ bluebrother: Yes, I've checked it. I'm using Windows XP SP3. In About/System Info: OS: Windows version 5.1, build 2600 (Service Pack 3) |
19:48:38 | bluebrother | the major problem with extending the functionality is simply that someone needs to maintain it. If we allow plugins to extend the functionality others can write plugins too |
19:49:12 | JdGordon| | oh yes, pluginise these stuff for sure |
19:49:32 | Tamashii | bluebrother: Username: Tamashii, Permissions: Admin, Attached USB Devices: VID: 046d PID: c049, USB Gaming Mouse, VID: 05ac PID: 120a, iPod [...] |
19:49:41 | archivator | bluebrother: with the current codebase, creating a plugin platform is not worth it - it'd be easier to maintain a separate app |
19:49:49 | domonoky | bluebrother: but who maintains those plugins ? i dont think there will be much devs outside building plugins, but not wanting to commit them to our svn. |
19:50:16 | bluebrother | domonoky: I'm not sure about this. Just remember this Rockbox Center ... |
19:50:53 | BigBambi | Rockbox Center? What was that? |
19:50:58 | domonoky | but i am ok, with putting some functionality into plugins. there is even a prove of concept plugin (for python code) in the tracker... :-) |
19:51:04 | bluebrother | BigBambi: can't remember :) |
19:51:12 | BigBambi | haha :) |
19:51:24 | bluebrother | http://rockboxcenter.berlios.de/ |
19:51:38 | domonoky | i built this python plugin for them, so they could extend rbutil with it, but they never used it... |
19:52:20 | bluebrother | I guess it was too complicated to get the plugin running as it's not part of the official rbutil binary (yet) |
19:53:08 | bluebrother | still, a plugin concept might be good. We'll see how much it'll get used. And if it also helps having a better code structure the better |
19:53:34 | | Quit ultrasonic (Connection timed out) |
19:54:09 | domonoky | no, i was in contact with them, and told them to tell me what they need... but it never happend.. |
19:54:16 | | Quit kps ("CGI:IRC (EOF)") |
19:54:53 | domonoky | so its not because it wasnt official, but because the lost interesset or similar :-) |
19:56:37 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
19:58:07 | rasher | bluebrother: we could change it in the theme site, but theme size is given in bytes... |
19:58:59 | | Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
20:00 |
20:00:40 | | Join Thundercloud [0] (i=thunderc@81.187.69.84) |
20:02:48 | JdGordon| | Nico_P: see my comment on 9795? what you rekon? |
20:02:56 | | Join miepchen^schlaf [0] (n=miepel@p579EC849.dip.t-dialin.net) |
20:06:16 | | Join PaulJam [0] (i=PaulJam_@vpn-3036.gwdg.de) |
20:07:14 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
20:07:44 | | Quit Conic () |
20:08:06 | | Join petur [50] (n=petur@rockbox/developer/petur) |
20:08:22 | | Quit Tamashii ("Thanks!") |
20:08:42 | rasher | bluebrother: modified rbutil.tpl to divide by 1000 |
20:09:31 | bluebrother | rasher: ok, though I'd prefer 1024. It's displaying as kiB ;-) |
20:09:46 | rasher | Hurg. Well okay |
20:10:58 | | Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-4abbb4dacfc3cade) |
20:11:01 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
20:11:12 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
20:12:44 | | Join Schnueff [0] (n=mah@77-23-21-218-dynip.superkabel.de) |
20:13:06 | FlynDice | kugel: re mmu I'm not sure it's running but there is a marked difference in the speed up to the point it fails so I _believe_ it is. I figured I'd just post the patch so maybe someone with a little more experience could tweak it into working... |
20:16:41 | kugel | FlynDice: your patch doesn't change the bootloader correct? |
20:16:46 | | Quit Conic () |
20:17:17 | kugel | I'm wondering where it fails, then. "no partition found" is a bootloader message, isn't it? |
20:17:52 | kugel | rasher: do you plan to fix portuguese ? |
20:18:03 | gevaerts | kugel: no |
20:18:08 | rasher | kugel: yeah, not exactly an urgent matter |
20:18:29 | gevaerts | kugel: "Insert USB cable and fix it" is the main firmware |
20:18:42 | kugel | oh |
20:18:44 | FlynDice | No, it fails in main.c I believe where it tries to mount disks. I stayed away from the bootloader and just mimicked the OF in mmu-arm.s |
20:18:51 | kugel | I've never had this, so I don't know |
20:18:53 | gevaerts | In this case of course it means that you should fix USB first ;P |
20:20:40 | | Join casainho [0] (n=chatzill@87-196-32-55.net.novis.pt) |
20:21:41 | | Quit robin0800 (Remote closed the connection) |
20:22:46 | kugel | petur: did you have a chance already to test the patch now? |
20:23:06 | kugel | I changed to not disable updates on remotes (for now, at least), which should be safe |
20:23:26 | casainho | hello :-) −− for a bootloader first patch of Lyre, do I need to commit also the apps.lds ? |
20:24:08 | domonoky | FlynDice: i probably fails because sd-access uses dma, which might have problems with caching... |
20:25:31 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
20:26:35 | | Quit Makuseru (Read error: 104 (Connection reset by peer)) |
20:26:39 | domonoky | gsoc student applications are now open, i wonder how will be the first ? :-) |
20:26:42 | amiconn | casainho: RGB444 isn't difficult, as that would still need a 16 bit framebuffer. I.e. simply use lcd-16bit.c for all the drawing stuff, and have your target specific driver take care of some details |
20:27:03 | * | amiconn once considered going RGB444 for c200 |
20:28:19 | amiconn | The display isn't that great anyway, and it would allow to speed up YUV blitting by ~30% (that's a low-level driver thing). But then it was possible to speed up the low level driver enough to keep RGB565 and still have mpegplayer run smoothly |
20:29:00 | casainho | amiconn: I am really busy with others things now, like a first patch and put audio working. I don't really know what can be better, since this is my first time working with LCD. I also think that later I could try to use DMA for sending the data for the LCD. |
20:30:25 | casainho | amiconn: I am looking for alternatives, for some individual/small company to assembly and produce first 10 units prototypes and on that time, we will change the LCD if we can (we desire it) |
20:31:39 | rasher | Wow, the rbutil sources compress down to 600KB |
20:32:22 | casainho | amiconn: do you want to work on the LCD code? ;-) :-) |
20:32:41 | rasher | If you strip everything but the needed files from apps/codecs/libspeex and tools/, and exclude .svn dirs |
20:32:50 | casainho | amiconn: and maybe find one for future hardware? |
20:33:55 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
20:35:08 | domonoky | bluebrother: rbutil-1.2 branch ready for building ? |
20:35:16 | | Join tessarakt [0] (n=jens@e180069231.adsl.alicedsl.de) |
20:35:28 | | Quit jhMikeS (Nick collision from services.) |
20:35:28 | | Quit tessarakt (Read error: 104 (Connection reset by peer)) |
20:35:34 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
20:35:53 | bluebrother | domonoky: yes |
20:37:16 | rasher | No changes needed in release versions? |
20:37:45 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
20:38:03 | domonoky | no, rbutil now gets the rockbox release numbers from the server. |
20:39:27 | | Quit kugel (Nick collision from services.) |
20:39:32 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
20:40:15 | petur | kugel: will test very soon... |
20:40:16 | bluebrother | that change was the reason for the first minor release in about two years :) |
20:43:39 | domonoky | Bagder: rbutil 1.2 mac binary http://jdgordon.info/~domonoky/rbutilqt-v1.2.dmg please move to the download server |
20:44:25 | kugel | petur: nice, thanks |
20:46:17 | bluebrother | Bagder: non-mac binaries for rbutil 1.2 here: http://www.alice-dsl.net/dominik.riebeling/rockbox/ |
20:46:56 | | Quit Horscht ("Verlassend") |
20:46:56 | rasher | bluebrother: you're forgetting about 64bit! |
20:49:40 | bluebrother | rasher: bah, who needs 64bit? :P |
20:51:23 | scorche|sh | people with >=4GB of RAM? |
20:51:34 | | Quit {phoenix} (Remote closed the connection) |
20:51:43 | | Join jaykay [0] (n=chatzill@p579E7029.dip.t-dialin.net) |
20:51:44 | taylor_ | 64 bit is awesome, nevermind it cracks encryption faster ;) |
20:52:09 | * | scorche|sh shoos taylor_ away into a different channel |
20:52:34 | | Join MT [0] (n=MTee@41.233.146.148) |
20:53:11 | taylor_ | scorche|sh: what is your problem with me here? |
20:53:23 | * | scorche|sh points to the topic |
20:53:33 | MT | saratoga : ping |
20:54:48 | Llorean | taylor_: This is #Rockbox. Random off-topic comments don't belong here. |
20:54:56 | kugel | jaykay: r20355 *is* backported |
20:55:51 | * | taylor_ reminds everyone scorche|sh how they were talking about 64-bit processors |
20:56:28 | scorche|sh | taylor_: and what does 64-bit processors breaking encryption have to do with rockbox? |
20:56:39 | Llorean | taylor_: No, they were talking about 64-bit support for RBUtil. |
20:56:59 | JdGordon| | ... to break encyrption |
20:57:39 | jaykay | kugel: why are 20256 and the ~40commits after r20357 not shown int the "normal" commit lists? |
20:57:45 | MT | linuxstb : ping |
20:58:07 | rasher | jaykay: Because they didn't happen in any of the places that show up there. |
20:58:13 | taylor_ | To break enryption for devices? I don't know. The point its, rasher asked why someone might need a 64-bit processor and I gave one reason. Now move on. |
20:58:52 | kugel | jaykay: is r20356? |
20:58:53 | jaykay | its quite confusing when 40 commits are missing... |
20:59:08 | Llorean | jaykay: Then follow the commits by hand |
20:59:13 | Llorean | The frontpage only tracks commits to the "trunk" |
20:59:23 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
20:59:24 | jaykay | kugel: i meant that, sorry... and its not shown... |
20:59:27 | Llorean | If you want to watch other branches, you have to manage it yourself. |
20:59:48 | jaykay | Llorean: that doesnt change the fact that missing commits are confusing |
20:59:49 | kugel | jaykay: then lookup what it did, you'll notice that it exists, but not every r is shown on the front page |
21:00 |
21:00:08 | Llorean | jaykay: Duplicate commits would be just as confusing to people *less* technically knowledgeable. |
21:00:19 | Lear | jaykay: You can subscribe to commit mails, where you see all commits. |
21:00:22 | kugel | you'll get used to it, and alternative svn log tools/techniques |
21:00:25 | bluebrother | that ~40 commits were the theme site stuff |
21:00:36 | jaykay | Llorean: the commits for the theme site are not duplicates |
21:00:41 | Erant | scorche: So I was interested in possibly doing a project for rockbox, it being one of the precious few embedded organisations in GSoC. How much of the hardware on the players is currently supported? |
21:00:44 | Llorean | jaykay: The backported one would be. |
21:00:48 | Llorean | Non-theme, I mean |
21:00:48 | jaykay | true |
21:00:52 | rasher | jaykay: they also don't belong on the frontpage. |
21:01:07 | rasher | The frontpage lists commits to rockbox trunk. Nothing confusing about that. |
21:01:12 | Llorean | jaykay: Seriously. The frontpage serves a specific purpose, it's *not* an "all commits" list. |
21:01:37 | scorche|sh | Erant: it depends on the device, but are you thinking about perhaps supporting currently unused hardware on a device? |
21:02:22 | Erant | scorche|sh: That being one of my interests. Software/hardware boundary. |
21:02:49 | Erant | scorche|sh: Ofcourse, porting SCUMM is awesome too ;) |
21:02:50 | domonoky | Erant: on "supported" targets nearly all hardware works. or else they wont be supported. But there are many upcoming ports which could need more driver work :-) |
21:03:03 | jaykay | of course its your decision what is shown and what not, but i have the opinion that "commits" shouldn't show up as commit anywhere... no need to hide them then |
21:03:05 | petur | kugel: what FS was that again? |
21:03:24 | rasher | jaykay: They're not hidden. |
21:03:26 | jaykay | and backporting a fix is worth mentioning in the commit logs |
21:03:27 | bluebrother | commits shouldn't show up as commits? |
21:03:27 | scorche|sh | Erant: you could look at, say, getting USBOTG support working, or some other USB bits |
21:03:28 | kugel | petur: http://www.rockbox.org/tracker/task/8523 |
21:03:31 | Llorean | domonoky, Erant: Though sometimes hardware is supported only to the degree necessary to get our features working. It could be possible to expand use of it (USB Host type stuff, perhaps better charging options) |
21:03:37 | bluebrother | as what should they show up instead? |
21:03:38 | jaykay | rasher: on the main page, yes |
21:03:40 | * | bluebrother is confused |
21:03:42 | rasher | jaykay: Backporting a fix *is* mentioned in the commit logs. |
21:03:43 | Erant | domonoky: Got any interesting ports? Ones that possibly need some reverse engineering? |
21:03:44 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
21:03:46 | jaykay | bluebrother: i think they shouldnt be commits |
21:03:54 | * | Erant slaps Horscht |
21:04:00 | rasher | jaykay: the front page is not the main source of commit messages. |
21:04:01 | Horscht | WTF! |
21:04:03 | Llorean | jaykay: "Not showing" is not the same as "Hidden". There are multiple parts of SVN, we show commits to the "Main Rockbox" part of SVN on the frontpage. |
21:04:06 | kugel | jaykay: the font page commit list is to track actual developement, backporting a commit shown to another branch is not actual developement |
21:04:10 | Horscht | Erant, you keep stalking me! |
21:04:10 | bluebrother | commits shouldn't be commits? :o |
21:04:14 | Erant | Horscht: Long time no see ;) |
21:04:23 | Llorean | Horscht: This is off-topic. Please take random social chatter elsewhere. |
21:04:25 | jaykay | bluebrother: exactly :) |
21:04:37 | scorche|sh | Erant: the broadcom chip on the 5th gen ipods is currently unused, but i dont think that it would be a good project...if i were you, definitely look at our USB ideas on our ideas page though =) |
21:04:53 | bluebrother | so a commit now becomes ... nothing? |
21:04:54 | * | domonoky thinks working on new targets might be a difficult gsoc project. you never know when you stumble about some "unsolveable" problem. (like chips without datasheet) |
21:04:55 | Erant | scorche: Sounds interesting. Not done much with USB, would be a good place to learn. |
21:05:10 | gevaerts | Erant: I wouldn't recommend things involving too much reverse engineering for GSoC. The risk of failure is *very* high on those |
21:05:14 | jaykay | bluebrother: yes |
21:05:20 | Llorean | Erant: Right now the AMS Sansas are the closest to complete of the interesting ports. I don't know how much more RE is needed. There's also the potential to RE the broadcom chip in the iPod 5G/5.5G. That's very much "supported player with not supported bit" |
21:05:27 | scorche|sh | domonoky: indeed...though there are some targets (such as archopen devices, etc) where we know it would be possible, so.. |
21:05:36 | * | bluebrother doesn't understand what jaykay is intending to accomplish |
21:05:39 | Erant | gevaerts: It is hit and miss, but I have done reverse engineering. |
21:05:46 | bluebrother | except confusing people in this channel |
21:06:10 | kugel | jaykay: use http://svn.rockbox.org/viewvc.cgi/ if you're curious about not mentioned commits |
21:06:36 | rasher | jaykay: or subscribe to the -cvs mailing list. |
21:06:48 | gevaerts | Erant: I'm not trying to imply you wouldn't be able to do it :). Getting stuck for months is not unheard of though, and in GSoC terms thathttp://en.wikipedia.org/wiki/Absolutely_(TV_series) means failing |
21:06:53 | gevaerts | oops... |
21:07:02 | Erant | gevaerts: Unfortunatly, stuff like RE isn't taught in university, so you gotta pick up stuff where you can :/ |
21:07:08 | scorche|sh | gevaerts: nice.. |
21:07:21 | Erant | geaverts: Very true. |
21:07:40 | domonoky | Erant: do you have an rockbox able mp3player ? |
21:07:49 | Llorean | Erant: For SoC projects, we're most likely to choose in favour of ones where a timeline can be realistically approximated. |
21:07:51 | | Join casainho_ [0] (n=chatzill@87.196.239.144) |
21:08:09 | linuxstb | MT: Pong |
21:08:26 | amiconn | The broadcom chip isn't unused... otherwise rockbox wouldn't be able to display anything</nitpick> |
21:08:39 | Erant | I have an older iAudio I can get my hands on, yeah. Ofcourse, hardware would depend more on the type of project. |
21:09:15 | kugel | When is release time? |
21:09:31 | kugel | only some 3-4 ours left, I guess? |
21:09:42 | Erant | Stuff like USB host would require a specific unit, obv. |
21:10:06 | gevaerts | yes. Not *very* specific, but still not just anything |
21:10:15 | Llorean | kugel: Whenever Bagder's around to do it, mainly. |
21:10:42 | * | kugel practices the release-dance once more |
21:11:13 | MT | linuxstb : a fourier-related question :) ; I guess I will not have to deal with the math in the initial phase of the project, not until I start converting the decoder to fixed point, correct ? |
21:11:48 | linuxstb | Correct. |
21:14:48 | MT | linuxstb : good, because my studies up till now were all about Fourier series and transforms for time continuous signals, no DFT, FFT ... I got myself a good book though so I was just checking to see that I'll have time to be good at them by the time I need them. |
21:15:15 | | Join GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) |
21:17:57 | | Quit midgey () |
21:18:45 | *** | Saving seen data "./dancer.seen" |
21:19:42 | | Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") |
21:22:07 | MT | linuxstb : could you please check my application one last time to tell me if I'm good to go ? ( http://pastebin.com/f33b50401 ) |
21:22:44 | MT | and if you have any comments, on the 'reporting' section specifically ? |
21:23:49 | petur | kugel: my remote seems to behave as it should |
21:24:05 | | Quit casainho (Read error: 110 (Connection timed out)) |
21:24:57 | kugel | petur: cool. You can verify that it's working for the main unit by commenting out the queue_post in the hook function. Then, the update after backlight on is slightly delayed |
21:29:23 | linuxstb | MT: I would swap steps 2 and 3 - implement the standalone rm-to-wav first (using floating point), then convert to fixed point. (and then port to Rockbox). |
21:29:48 | rasher | Was natsort ever disabled in the release branch? |
21:30:20 | linuxstb | MT: (I am looking at 2.2.1) |
21:30:23 | MT | linuxstb : yes, done. |
21:32:36 | | Join taylor___ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
21:33:07 | taylor___ | *lost power for two seconds :) |
21:33:19 | | Join raphi [0] (n=raphi@pub082136127100.dh-hfc.datazug.ch) |
21:33:41 | domonoky | MT: as a hint: you can still change you application after you submitted it to google :-) |
21:33:50 | linuxstb | MT: I have no other comments - it looks good to me. |
21:33:57 | BigBambi | taylor___: For the last time, please stop the random not related comments in here |
21:34:03 | doomwake | what picure format does rockbox support? |
21:34:11 | kugel | petur: what irivier do you have? |
21:34:29 | Unhelpful | doomwake: bitmap. |
21:34:31 | petur | h3xx |
21:34:32 | Llorean | doomwake: jpeg, non-progressive, for displaying. Bitmap for using in WPSes |
21:34:33 | doomwake | thanks |
21:34:33 | bluebrother | domonoky: for album art? bmp. |
21:34:46 | MT | domonoky : Thanks for the hint :) |
21:34:55 | MT | linuxstb : thanks :) |
21:35:11 | kugel | petur: good then. Did you verify it is working ok for the main unit? |
21:35:21 | taylor___ | BigBambi: Real sorry about that, I actually did mean to post that on another channel with '/me'. |
21:35:37 | taylor___ | wont happen again :| |
21:39:28 | petur | kugel: actually, it doesn't... |
21:39:56 | taylor___ | Just to let everyone know, I tried running the 'notes' file under debug mode, but it crashes debug mode, so pretty useless for now :P |
21:40:12 | petur | if I initiate playback via the remote, and then wake up the main unit screen, the backdrop isn't loaded |
21:41:02 | kugel | really? |
21:41:13 | petur | if I skip to the next/prev song it loads |
21:41:35 | kugel | weird. setting the backdrop doesn't happen in the function that I made returning earlier if the lcd is inactive |
21:42:05 | kugel | is that with commenting the line out? or with the plain patch too? |
21:42:14 | petur | plain patch |
21:42:24 | petur | I also saw it with the modified one |
21:42:40 | kugel | it's working with svn, I assume? |
21:42:51 | petur | I thought is was because of the commented-out line but on reverting it was still there |
21:42:52 | linuxstb | taylor___: What's debug mode? |
21:43:01 | petur | will try now with svn |
21:44:10 | taylor___ | debug mode, its pretty easy to find? |
21:44:38 | taylor___ | like I said, its useless howver |
21:44:42 | taylor___ | *however |
21:44:46 | Llorean | taylor___: What player are you referring to. Of the known modes for various players, I can think of DFU, Manufacturing, Diagnostic, and Disk. |
21:44:51 | Llorean | And Recovery |
21:45:02 | taylor___ | there is a small 'debug' mode.. |
21:45:08 | gevaerts | Llorean: and bricked :) |
21:45:17 | taylor___ | that can be activaded in the notes area |
21:45:26 | | Join merbanan [0] (n=banan@c-83-233-172-236.cust.bredband2.com) |
21:45:32 | linuxstb | taylor___: Remember this channel covers about 30 different DAPs, so some context to your comments is helpful... |
21:45:46 | * | GodEater has no idea what taylor_ is talking about |
21:45:50 | Llorean | Especially if you're talking about an OF that most of us never touch |
21:46:06 | BigBambi | GodEater: Nor does anyone else |
21:46:11 | taylor___ | gavearts: because of the notes area it would be extremely hard for the average user to break an ipod unless you open it up and smash with a hammer :) |
21:46:15 | GodEater | ah, I'm in good company then |
21:46:15 | taylor___ | *DFU |
21:46:22 | | Quit taylor_ (Read error: 110 (Connection timed out)) |
21:46:23 | taylor___ | Because of the DFU i meant to say |
21:46:40 | GodEater | so you're talking about some sort of ipod then ? |
21:46:43 | BigBambi | taylor___: For god's sake, what player? |
21:47:06 | taylor___ | hold on a sec...im getting the key combo right now, and don't swear please |
21:47:18 | * | GodEater wonders who swore |
21:47:28 | evilnick | taylor___: The generation would be helpful. And saying god is not swearing. |
21:47:30 | BigBambi | a) I didn't swear, and b) for god's sake, what player? |
21:47:55 | archivator | Regarding my plugin work, good news first - I was using the right method to access PCM data all along, had a bug that messed up all the data. Bad news - something is inherently wrong with my FFT implementation - the graphs I'm getting look weird - peaks at 1/4, 1/2, and 3/4 - will have to find another implementation. A (simple) frequency spectrum analyzer is coming soon.. :) |
21:48:12 | taylor___ | Please give me a sec to open the documentation |
21:48:17 | taylor___ | its on most ipods btw |
21:48:32 | BigBambi | ah, so you are talking about ipods |
21:48:39 | * | taylor___ thinks everyone is a little impatient ;) |
21:48:41 | GodEater | yes, but he won't say which one |
21:48:48 | GodEater | maybe it's a secret |
21:49:00 | taylor___ | How can I say which one when its 'ALL'? |
21:49:18 | GodEater | we know of 5 generations which don't have one |
21:49:19 | | Quit fml ("CGI:IRC (EOF)") |
21:49:25 | evilnick | taylor___: List the ones that it does affect? |
21:49:26 | BigBambi | taylor___: All players ever? |
21:49:28 | GodEater | so it's hardly ALL |
21:49:41 | taylor___ | Ok... let me tell you how to do this.... |
21:49:58 | taylor___ | its not a very indepth 'debug' mode. Apple just calls it this |
21:50:09 | taylor___ | say you have a note file or a picture you want to check for errors.. |
21:50:10 | petur | kugel: SVN is ok |
21:50:22 | taylor___ | *and its in the notes folder* |
21:51:03 | MT | linuxstb : I started extracting cook decoder from ffmpeg yesterday, looks like it will need a lot of files with it. I will probably need to write a makefile, right ? |
21:51:11 | taylor___ | ok.. |
21:51:22 | evilnick | taylor___: Please please please please please can you let us all out of our misery and say which generation you are referring to? |
21:51:36 | taylor___ | OK... |
21:51:47 | * | taylor___ already said ALL |
21:51:58 | GodEater | and we already told you it DOESN'T apply to all |
21:52:01 | kugel | petur: thanks. I don't quite know where the bug is |
21:52:12 | BigBambi | taylor___: ALL WHAT! |
21:52:16 | kugel | setting the backdrops is a different function, not affected by the patch |
21:52:22 | BigBambi | taylor___: certainly not all players, nor all ipods |
21:52:51 | taylor___ | GodEater: How can you know when you don't know yet what I am talking about? And if everyone could stop yelling, I could explain this MUCH faster. Thanks |
21:53:08 | GodEater | not all ipods even support notes |
21:53:23 | * | BigBambi bangs his head on the desk in disbelief |
21:53:24 | domonoky | MT: yes a little makefile might be needed, but that isnt too hard :-) |
21:53:43 | taylor___ | AHH! |
21:53:49 | taylor___ | Ok... |
21:53:58 | | Join webguest31 [0] (n=568032ad@gateway/web/cgi-irc/labb.contactor.se/x-fe871d4ad8850ecd) |
21:53:59 | taylor___ | every ipod that can view notes has this, got it? |
21:54:02 | taylor___ | can I go on? |
21:54:14 | gevaerts | taylor___: *nobody* has been stopping you |
21:54:21 | taylor___ | which is roughly 90% of ipods |
21:54:25 | taylor___ | anyways. |
21:54:49 | rasher | taylor___: Please don't use the enter key as punctuation. |
21:54:55 | BigBambi | I wish you would stop |
21:54:57 | linuxstb | MT: You might want to look at the apps/codecs/libffmpegFLAC directory - that is the FLAC decoder that I extracted from ffmpeg a few years ago, with a Makefile (Makefile.test) used to build it as a standalone test program. main.c is my standalone test proram. |
21:54:59 | MT | domonoky : thanks :) |
21:55:01 | linuxstb | ^program. |
21:55:24 | taylor___ | Ok, first you create a notes doc |
21:55:28 | MT | linuxstb : ok, will look there. Thanks. |
21:56:00 | linuxstb | MT: And yes, you might (at first) need to copy a lot of files from ffmpeg, but you should try and clean them (i.e. delete any unused code from them). |
21:56:12 | petur | kugel: I'll have a look |
21:56:18 | | Quit casainho_ (Remote closed the connection) |
21:56:56 | webguest31 | I think the 3.2 draft release notes have a contradiction: it says at the top that USB has been taken out for the portalplayer devices as it isn't stable enough. It then explains that USB has been enabled on most targets since 3.1 |
21:57:17 | rasher | webguest31: clearly I forgot to remove some bits |
21:57:19 | linuxstb | webguest31: We're just teasing the users... |
21:57:39 | gevaerts | webguest31: thanks for spotting this :) |
21:57:53 | rasher | Fixed. |
21:58:13 | MT | linuxstb : I was thinking that later I could rewrite the decoder to decrease the number of files a bit. |
21:59:03 | | Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") |
21:59:47 | linuxstb | MT: Yes. I wouldn't think too much about that yet though - just get something working. Although it would be a nice "bonus" if you could offer your conversion to fixed-point back to ffmpeg. Also, check the ffmpeg-devel mailing list archives - I think I remember someone posting some (unfinished) patches to convert cook to fixed point. |
22:00 |
22:00:34 | | Quit _Auron_ (Read error: 104 (Connection reset by peer)) |
22:01:59 | | Quit webguest31 ("CGI:IRC (Ping timeout)") |
22:02:26 | archivator | I guess I might as well ask here - can anyone give me a plausible reason why I'm getting spikes in the FFT of the actual sound output - http://tinypic.com/view.php?pic=2luq3kg&s=5 |
22:02:43 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) |
22:03:02 | rasher | archivator: And you're playing regular music? |
22:03:12 | archivator | Problem is, I don't have the needed skillz to decipher the implementation. Would be helpful if I knew what algo they're using. |
22:03:27 | archivator | rasher: tried several songs - similar effects. |
22:03:41 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
22:03:47 | rasher | archivator: Just checking that you weren't playing some sort of generated signal |
22:03:55 | kugel | petur: that would be nice |
22:04:02 | | Join Llorean [0] (n=DarkkOne@99.158.46.113) |
22:05:12 | | Quit raphi ("leaving...") |
22:06:00 | MT | linuxstb : by the way, could you please give me an idea about how packets are further divided to sub-packets ? just some pointer would be fine. |
22:06:30 | | Quit bs66_ (Read error: 110 (Connection timed out)) |
22:07:01 | | Quit XavierGr (Nick collision from services.) |
22:07:12 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
22:07:40 | linuxstb | MT: Sorry, I've no idea. I never got that far with my work... |
22:11:14 | kugel | petur: can you try adding a display->clear_display before the return line in gui_wps_display? |
22:11:15 | | Join BigBilly [0] (i=185b52cd@gateway/web/ajax/mibbit.com/x-95c39c61198deb58) |
22:11:20 | | Quit GodEater (Remote closed the connection) |
22:11:35 | | Part BigBilly |
22:12:18 | MT | linuxstb : never mind. When testing the decoder what I'll need to do, generally is : call its init() function, go through a loop which sends audio frames to the decode_frame() function, till the end of the audio data, and then call close() to clean up, right ? |
22:12:20 | kugel | petur: or, maybe even better, move the one that's already in that function down |
22:12:42 | | Quit taylor___ ("Leaving") |
22:12:45 | | Part archivator |
22:13:12 | Bagder | anyone has anything in particular pending before release? |
22:13:50 | rasher | Bagder: I was hoping to be done with a 64bit version of rbutil, but it looks like the compile will take ages. |
22:13:55 | | Join bs66_ [0] (n=sysuser@95.209.107.67) |
22:14:13 | Bagder | the 3.2 build will take >30 mins anyway |
22:14:38 | rasher | It's been going on for hours. Could be done any minute of course, but I don't think so |
22:14:43 | Llorean | Just to verify - USB is disabled and the sorting option has been removed? |
22:14:50 | Llorean | With the default back to ASCII for this release? |
22:14:56 | gevaerts | USB is disabled. I don't know about sorting |
22:15:10 | rasher | kugel: Has natsort been disabled? |
22:15:18 | kugel | not by me |
22:15:29 | rasher | So I would guess it's still there. |
22:15:55 | kugel | well, it wasn't my idea, and I'm not entirely convinced of the idea |
22:16:10 | kugel | so I didn't/don't feel responsible for deactivating it |
22:17:03 | | Quit merbanan ("Leaving") |
22:17:05 | * | rasher wasn't involved in the discussion but was under the impression that it had been agreed to disable it for the release |
22:17:10 | bluebrother | well, the feature isn't stable in terms of how it's supposed to work |
22:17:25 | * | BigBambi also thought it was agreed to disable |
22:17:36 | kugel | well, then let's do it |
22:18:14 | rasher | Bagder: Do we want the date and revision in the version? |
22:18:38 | Bagder | I don't have a strong opinion either way |
22:18:45 | Llorean | I'm voting against it. |
22:18:54 | Llorean | The revision number is next-to-useless anyway since it's a branch. |
22:19:04 | rasher | I think it looks nicer without, and it's not like it's terribly important since it's ... yes, a branch |
22:19:06 | kugel | is it enough to deactivate the setting in the settings menu? (it could prossibly be activated then using config.cfg), or revert the initial commit entirely? |
22:19:18 | Llorean | kugel: Deactivate the setting, and revert the default to ASCII |
22:19:20 | BigBambi | It should just be v3.2 IMO |
22:19:21 | Bagder | ok, "3.2" it is |
22:19:35 | rasher | kugel: It's both enough and better (less change of breaking stuff and people who have already enabled it won't notice) |
22:19:53 | Llorean | rasher: Well, they will. Since the default was "numeric" most people won't have it visible in their config. |
22:19:55 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
22:20:07 | rasher | Llorean: Good point. Oh well. |
22:20:11 | Llorean | yeah |
22:20:28 | rasher | But I don't think the code should be removed, just for fear of breaking stuff |
22:20:29 | Llorean | Still, removing the setting and fixing the default is probably the simplest way |
22:20:30 | bluebrother | that's even better, so no accidential turning on by an svn config file |
22:20:32 | | Join Munkie [0] (n=29b13251@gateway/web/cgi-irc/labb.contactor.se/x-f7ae5f9508979d52) |
22:20:36 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
22:20:54 | Llorean | bluebrother: Well it could've been nice to have people currently using it not have it vanish with an upgrade to 3.2 |
22:21:12 | Munkie | When is the movie chip on the ipod video going to be supported? |
22:21:35 | taylor_ | BTW - I'm not sure if cmwslw already told you, but the annotations are finished for the HW specs |
22:21:43 | rasher | Munkie: When someone writes the code for it. |
22:21:51 | bluebrother | Llorean: well, if the release notes tell the feature has been disabled I'd expect it to be disabled when using the release, regardless of the old setting |
22:22:07 | LambdaCalculus37 | So are we ready to release yet? :) |
22:22:14 | Llorean | bluebrother: True. I just don't expect most people upgrading from SVN to read them (of course many of those will skip the release version anyway) |
22:22:15 | rasher | bluebrother: They don't mention the feature at all (currently) |
22:22:17 | | Quit XavierGr () |
22:23:39 | kugel | hm, seems like a nice way to not upset people liking the sort anyway too much, too |
22:24:11 | kugel | just in case someone comes here and complains |
22:24:28 | Llorean | If they complain they can just use SVN builds. |
22:24:28 | gevaerts | they will complain about usb first, don't worry |
22:24:35 | | Quit Munkie (Client Quit) |
22:25:10 | kugel | Llorean: well, if they want a release because of the stable-ness, getting a current build is probably not an option for them |
22:25:12 | | Quit Horscht ("Verlassend") |
22:25:14 | kugel | who knows |
22:25:21 | rasher | gevaerts: Feel free to put a public apology in the release notes |
22:27:25 | | Quit taylor_ ("Leaving") |
22:28:00 | kugel | so, should it be in the config file options part of the manual then? |
22:28:12 | gevaerts | probably, yes |
22:28:22 | rasher | That's the truth, so it should |
22:28:31 | kugel | deal! |
22:28:54 | kugel | but I still remove the normal manual description of it |
22:29:05 | rasher | Yes |
22:29:31 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-225-240.pools.arcor-ip.net) |
22:29:57 | | Quit midijunkie ("?(???~•~)?") |
22:31:31 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
22:34:04 | rasher | Bagder: building? |
22:34:30 | Bagder | not yet |
22:35:14 | gevaerts | we still need the sort commit I guess |
22:35:19 | kugel | doen |
22:35:21 | kugel | done |
22:35:41 | rasher | Ah right |
22:35:58 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
22:36:06 | Bagder | ok, I'll get to work |
22:36:37 | JdGordon| | so sort and usb were both disabled for 3.2? |
22:36:41 | Bagder | At revision 20501 |
22:36:45 | taylor_ | n1s: sorry I didn't answer your question. As I said before, I keep cutting out because of the power :( |
22:36:57 | kugel | Bagder: damn, 20500 looked nicer :( |
22:36:57 | | Quit taylor_ (Client Quit) |
22:37:27 | kugel | or |
22:37:34 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
22:37:40 | kugel | 20502 would look good too, some one has a commit? |
22:38:36 | taylor_ | Ok, so say you have a notes file with this in it: <a href="kklklk/ >. Thats obviously an error in your file, so all the 'debug' mode will do will pop up a blank screen that says something like: Bad link error(5) |
22:38:53 | | Quit Thundercloud (Remote closed the connection) |
22:39:02 | | Join akur [0] (n=akur@bl5-226-237.dsl.telepac.pt) |
22:39:08 | | Part akur |
22:39:11 | taylor_ | I thought when Apple calls it 'debug' mode, it would actually be helpful :P |
22:39:37 | n1s | so it is some kind of debugging for the notes viewer only? |
22:40:00 | | Join akur [0] (n=akur@bl5-226-237.dsl.telepac.pt) |
22:40:04 | | Part akur |
22:40:06 | taylor_ | yeah basically, but I didn't know that when I first checked out Apple's docs |
22:40:26 | taylor_ | I actually had hope for a few seconds |
22:40:37 | n1s | it is documented? |
22:41:13 | taylor_ | yes |
22:41:30 | taylor_ | place <ERRORS> at the beginning of a notes doc, thats it |
22:41:40 | taylor_ | thats all you have to do |
22:42:15 | * | amiconn points Bagder to ReleaseChecklist |
22:42:20 | taylor_ | of course, you will need to purposely place an error (like bad link) in a notes file for it to notice |
22:42:45 | Bagder | amiconn: why? |
22:43:01 | amiconn | We want new flash packages... |
22:43:22 | Ubuntuxer | Hi, I have written a patch for the games brickmania, rockblox and snake. The patch uniforms the menu and add some new features. e.g I have added in brickmania and rockblox a highscore list. Please could someone from the developers look at the code and tell me and help me to improve the code. Thank You. I have problems to upload a comment with the code in the tracker, so I have uploaded it here. http://paste.ubuntuusers.de/3945 |
22:43:47 | Bagder | amiconn: I'm not the suitable person to fix them |
22:43:57 | LambdaCalculus37 | Ubuntuxer: Can you make a patch and post it to Flyspray, please? And give us the ticket number when you do. |
22:44:05 | taylor_ | Ubuntuxer: cool! |
22:44:22 | Ubuntuxer | I can't upload something, I will try it again |
22:44:28 | BigBambi | Ubuntuxer: What problems with the tracker? It will get lost of not on there |
22:44:39 | amiconn | The necessary steps are mentioned, and the order of steps is not arbitrary... |
22:44:41 | BigBambi | s/of/if/ |
22:44:53 | * | rasher wonders why amiconn hasn't done this |
22:45:20 | Ubuntuxer | Tracker 9953 |
22:45:40 | amiconn | Because I never know when the release actually happens, and it shouldn't be done too much in advance |
22:45:54 | rasher | It was announced on the -dev list.. |
22:46:16 | rasher | And I don't see why it'd be bad to do it a bit in advance in the 3.2 branch |
22:46:29 | Ubuntuxer | My patch is based on all_changes.patch from mud, which find also in this tracker |
22:46:34 | kugel | amiconn: so you wait until Bagder already has his finger on the big red button? |
22:47:32 | Bagder | amiconn: let me also remind you that it says "if" we want new flash packages, and I haven't seen anyone saying we want them |
22:47:43 | Bagder | and yes I asked |
22:47:51 | rasher | There have been 2 commits in the past 24 hours, both in apps/lang/ ... |
22:48:10 | amiconn | We want them since the last release already. I clearly mentioned that, several times |
22:48:26 | Bagder | I haven't taken notice of that |
22:48:32 | Bagder | hence I asked |
22:48:43 | amiconn | When/where? |
22:48:47 | Bagder | on the -dev list |
22:49:00 | Bagder | about what's left before relase |
22:49:04 | Bagder | release |
22:49:24 | * | kugel doesn't see the question |
22:49:52 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.5b4pre/20090321055010]") |
22:50:17 | amiconn | That was about 11 hours ago. Who checks mail that ofetn? |
22:50:29 | JdGordon| | you mean you dont check every 3 min?! |
22:50:31 | amiconn | But I've been around in IRC |
22:50:50 | Bagder | well, you didn't reply to any of the mails about the release |
22:50:51 | rasher | He also asked 30 minutes ago |
22:50:57 | kugel | 11h is *often*? |
22:51:22 | * | amiconn usually checks mail about once per day, sometimes less |
22:51:36 | kugel | isn't checking mails a matter of running thunderbird in the background the whole day anyway? |
22:51:39 | JdGordon| | your doing it wrong! :D |
22:52:04 | kugel | JdGordon|: I agree |
22:52:08 | amiconn | But anyway, what to do now? |
22:52:47 | amiconn | The bumping of LATEST_BOOTLOADER_VERSION must be done before the main builds are made. |
22:53:05 | Bagder | I can restart the builds |
22:53:51 | JdGordon| | on that topic... we should do a simliar thing for other targets to make sure old bootloaders are killed off |
22:54:19 | rasher | JdGordon|: You mean refusing to boot with an old bootloader? Doesn't sound wise... |
22:54:33 | rasher | when there's no technical reason it wouldn't work, that is |
22:54:43 | | Quit Ubuntuxer ("Leaving.") |
22:54:46 | Llorean | rasher: Maybe BOOTLOADER_MINIMUM_VERSION? |
22:54:47 | rasher | Doing it just to force users to upgrade is stupid. |
22:55:14 | JdGordon| | there has been cases where the old bootloader caused problems |
22:55:22 | Nico_P | JdGordon|: about your comment on FS #9795: I agree the process of skipping is convoluted, and I've been wanting to simplfy it for some time |
22:55:22 | JdGordon| | or just a waring if there is a newer version or something |
22:55:28 | amiconn | Bagder: Only the archos buuilds will need restarting |
22:55:36 | taylor_ | Has anyone gotten a sansa to fully work with itunes yet? I'm just curious on the progress of that. |
22:55:37 | amiconn | I'm preparing the necessary commit |
22:55:47 | LambdaCalculus37 | Bagder: Is 3.2 going to display "Version 3.2" as its version number? |
22:55:52 | Bagder | yes |
22:56:20 | JdGordon| | Nico_P: I started a email last night but didnt send it because im not sure I'm the best person to get discussion going.... bassically we need to talk about how we want swcodec to evolve and get cleaned up |
22:56:24 | Nico_P | JdGordon|: I had made a graph of how it works: http://nicolas.pennequin.free.fr/rockbox/audio_skip.pdf |
22:56:32 | mcuelenaere | taylor_: AFAIK that should apply to all Rockbox SW-USB capable devices, not only the Sansa's |
22:56:44 | LambdaCalculus37 | Bagder: Okay, because I wondered why 3.1 didn't display "version 3.1" anywhere. |
22:56:49 | taylor_ | Very nice. |
22:56:56 | Nico_P | JdGordon|: you're perfectly welcome to make suggestions |
22:56:59 | Bagder | LambdaCalculus37: that was just me not doing it right |
22:56:59 | taylor_ | I'm just asking because I might get a Sansa |
22:57:17 | pixelma | Bagder: and have a small enough voice file at least for the releaso on the FM/V2-Recorders |
22:57:27 | pixelma | release too |
22:57:35 | rasher | taylor_: "Fully work" is pushing it. It did mostly work though. |
22:57:48 | taylor_ | And if I do get a sansa I am hoping on porting rockbox to it. Or at least helping, if there is help needed? |
22:57:50 | Bagder | pixelma: well, that'd require that someone would work on making it happen... |
22:57:54 | gevaerts | taylor_: for the record, I'm still against doing this in regulare builds |
22:58:03 | Llorean | taylor_: These experiments are being done on a well supported sansa. |
22:58:11 | Llorean | and they apply to all software USB targets, not just Sansas. |
22:58:16 | taylor_ | yep |
22:58:33 | taylor_ | good to know |
22:58:40 | pixelma | Bagder: well, what do you mean? Speed and quality settings can be changed in the build environment |
22:58:49 | JdGordon| | Nico_P: http://pastebin.com/m53597cc8 is where i stopped... i'm not sure how that sounds seen as for sure people know more about how it shuold and does work than me |
22:58:57 | Bagder | pixelma: yes, but changed to what? |
22:58:59 | * | JdGordon| will check out that pdf tonight |
22:59:33 | Nico_P | JdGordon|: it's very short and rather simple |
22:59:48 | Nico_P | seems you forgot to mention the buffering thread btw :) |
22:59:54 | rasher | pixelma: it's *not* easy with festival |
23:00 |
23:00:08 | rasher | Unless you resort to compressing more |
23:01:15 | pixelma | I don't know festival but if that's the only thing that can be done currently, I'd think it's better than providing a non-working voice file |
23:01:26 | rasher | I agree. |
23:01:31 | Llorean | Me too |
23:01:35 | pixelma | unless it's not understandable at all |
23:01:46 | rasher | pixelma: you basically have to reach into the bowels of festival and write Lisp scripts to configure it |
23:01:53 | rasher | (not kidding) |
23:02:43 | JdGordon| | Nico_P: right.. where does buffering really fit in? is there any reason it shouldnt be merged with the playback thread once the playlist part of that thread is moved to where it shuold be? |
23:02:57 | amiconn | Bagder: Committed. When the archos builds including this change are done, I'll need them for the final version of the packages |
23:03:32 | amiconn | Meanwhile I'll build the bootloaders and check the rombox addresses |
23:03:42 | Bagder | builds restarted |
23:03:43 | | Quit ibseco (Read error: 60 (Operation timed out)) |
23:03:48 | amiconn | thx |
23:04:07 | Bagder | the second time flies so much faster |
23:04:49 | | Quit LambdaCalculus37 ("Food time is now") |
23:04:57 | pixelma | or - don't provide a voice file - or maybe it already helps lowering that one setting that needs quite some RAM, "max files in directory" I believe it was |
23:05:26 | Nico_P | JdGordon|: buffering could probably be merged back into the same thread as playback, but I'm not sure how useful that would be |
23:06:45 | JdGordon| | 1 less thread to keep in sync |
23:07:18 | JdGordon| | especially if we can move to useing the ata idle callback to do rebuffers instead of watermarks (unless thats back in already?) |
23:07:43 | Nico_P | there are watermarks IIRC |
23:08:26 | Nico_P | I think the main issues are between playback and playlist though |
23:09:11 | JdGordon| | and ui->playback more generally |
23:09:41 | Nico_P | IMHO audio_check_new_track() is the place where it's worst because it has to handle a lot of different cases |
23:10:11 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
23:10:21 | | Quit Schnueff ("leaving") |
23:11:45 | amiconn | Ahem... |
23:11:47 | Nico_P | refactoring all that is going to be a HUGE task. we better have a solid design before we start actually doing it |
23:11:48 | JdGordon| | can you put up thoughts on the ml so we can get discussion and hopefully fixes happening? |
23:11:56 | amiconn | Bootbox for v2 does not build.... |
23:12:03 | amiconn | (in the release branch) |
23:12:03 | * | n1s wonders if Bj?\195?\182rn will fix the unicode stuff on the frontpage eventually ;P |
23:12:23 | JdGordon| | Nico_P: yeah, for sure :) |
23:13:03 | Nico_P | n1s: hahaha. I think that's a problem in the way svn handles the emails I think |
23:13:16 | kugel | Nico_P: that's not JdGordon's business normally though |
23:13:21 | kugel | having a solid design ;) |
23:13:54 | Nico_P | n1s: it's fine in http://svn.rockbox.org/viewvc.cgi?view=rev&revision=20491 |
23:14:10 | * | JdGordon| punches kugel in the face |
23:14:21 | Nico_P | JdGordon|: I will try to write some thoughts down, but not today. I have an RC5 implementation I need to finish... |
23:14:26 | JdGordon| | anything serious of course has to be designed properly |
23:14:28 | n1s | Nico_P: yeah, i've noticed :) |
23:15:49 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
23:16:32 | kugel | scorche|sh: banning ain't nice :( |
23:16:36 | Nico_P | Bagder: the version string at boot below the logo will be "3.2-rXXXX", right? |
23:17:06 | Bagder | 3.2 only |
23:17:20 | Nico_P | ah yes, I saw the second commit too late :) |
23:17:26 | | Quit bertrik ("Leaving") |
23:17:39 | Bagder | 28 builds remade now, soon they're all done |
23:17:57 | Bagder | all bin zips at least |
23:18:32 | amiconn | Bagder: Lools like it would be a good idea to have all bootloaders built in the build table... |
23:18:47 | Nico_P | so we're keeping USB and natsort for the next release it seems? |
23:18:49 | *** | Saving seen data "./dancer.seen" |
23:19:00 | amiconn | fmrecorder and recorderv2 *should* be identical apart from the scrambling, but one builds, the other doesn't :( |
23:20:04 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
23:20:16 | amiconn | Last time I made flash pacakges both of them built |
23:20:35 | | Join casainho [0] (n=chatzill@87.196.239.144) |
23:21:33 | domonoky | mabe we should make sure the voicefiles work for archos recoder (are small enough) this time :-) |
23:21:51 | casainho | hello again :-) |
23:22:26 | casainho | I just commited the Lyre patch again. I would like to know if the license on the "at91sam9260.h" file is ok for Rockbox.... |
23:22:47 | pixelma | domonoky: you didn't read logs ;) |
23:23:35 | Bagder | casainho: the license seems BSD'ish and that's fine |
23:23:47 | Bagder | packed with // comments though... |
23:24:26 | casainho | Bagder: okok, thanks. I think that file is the only that is with wrong format style... and is big... :-( |
23:24:27 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
23:24:52 | casainho | but I will start working on it :-) |
23:24:57 | Bagder | casainho: a decent editor has a macro function that fixes it easilt |
23:25:01 | Bagder | easily |
23:25:21 | Bagder | search for //, replace with /*, go to end of line add */, next |
23:25:23 | JdGordon| | vim not being one of them :D |
23:25:40 | Bagder | is that really an editor? B) |
23:25:49 | Nico_P | vim can do that perfectly fine |
23:26:08 | domonoky | or just a editor which supports search&replace with regexp :-) |
23:26:23 | * | amiconn blames jhMikeS |
23:27:14 | bluebrother | vim :) |
23:27:23 | domonoky | a true hacker would ofcourse write a rockbox plugin todo this task :-) |
23:28:04 | casainho | Bagder: thanks, I already that that search and replace :-) |
23:28:57 | linuxstb | casainho: Still a few tabs in your patch - boot.lds and crt0.S |
23:28:57 | * | Bagder starts the manual builds |
23:29:50 | * | gevaerts reminds Bagder of the need to hold the archos manuals (or rebuild them later) |
23:30:10 | Bagder | it'll be easier to rebuild them later |
23:30:16 | | Quit petur ("Zzzzz") |
23:30:32 | n1s | eeh, should we perhaps mention in the release notes that users will have to rebuild their databases(?|, they will no?) |
23:30:39 | amiconn | gevaerts: why? |
23:30:52 | rasher | n1s: if so, then yes that's probably a good idea |
23:31:05 | Llorean | Why do they need to? |
23:31:16 | kugel | so, we release 3.2 on 23rd of march, in Hawaiian time? ;) |
23:31:24 | gevaerts | amiconn: uhm, because I didn't check... |
23:31:26 | * | Bagder starts the voice builds too |
23:31:46 | rasher | It's still the 23rd for 90 minutes |
23:31:54 | | Join webguest39 [0] (n=4f445323@gateway/web/cgi-irc/labb.contactor.se/x-289d254e2bfb0b83) |
23:31:57 | n1s | Llorean: i think the FS #9977 patch caused that, kugel should know though |
23:32:01 | amiconn | humm-hommm :\ |
23:32:14 | Llorean | n1s: Ah, right |
23:32:30 | * | Llorean has many hours of 23rd left. |
23:32:58 | kugel | n1s, Llorean: yes, there's a quite increase in ram usage due to this |
23:33:15 | kugel | rasher: in gmt, yea |
23:33:36 | rasher | Which is what counts! |
23:33:52 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
23:34:02 | n1s | kugel: from the fs task the increase didn't seem very large but it's correct that databases must be rebuilt, right? |
23:34:14 | kugel | that too, yes |
23:34:56 | n1s | so where to put that in the release notes, rasher any suggestions? |
23:35:42 | linuxstb | n1s: In the "How to upgrade" section? |
23:35:44 | rasher | n1s: Good question, either What's new or How to upgrade I'd say |
23:36:07 | casainho | linuxstb: I couldn't find any TAB on crt0.s −− but I found one boot.lds ;-) |
23:36:33 | linuxstb | casainho: There is one... |
23:36:33 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
23:36:34 | n1s | guess I'm tired, didn't even see the "how to upgrade" section :/ |
23:38:24 | casainho | linuxstb: I couldn't found it again. Please say what is the line |
23:39:00 | linuxstb | casainho: mov sp, r1 |
23:39:06 | linuxstb | (after the r1) |
23:40:37 | | Quit webguest39 ("CGI:IRC") |
23:42:44 | | Quit taylor_ ("Leaving") |
23:43:17 | casainho | linuxstb: thanks. I got it ;-) |
23:46:39 | | Quit Llorean ("Leaving.") |
23:47:52 | | Join Llorean [0] (n=DarkkOne@adsl-99-158-46-113.dsl.hstntx.sbcglobal.net) |
23:50:21 | | Join tessarakt [0] (n=jens@e180069231.adsl.alicedsl.de) |
23:52:31 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.7/2009030422]") |
23:54:09 | rasher | Bagder: did you move rbutil to the download servers? |
23:54:10 | | Quit tessarakt (Client Quit) |
23:54:17 | | Join tessarakt [0] (n=jens@e180069231.adsl.alicedsl.de) |
23:54:19 | Bagder | no, where are they? |
23:54:50 | Bagder | ah found them |
23:54:56 | rasher | Bagder: http://www.alice-dsl.net/dominik.riebeling/rockbox/ and http://jdgordon.info/~domonoky/rbutilqt-v1.2.dmg |
23:55:48 | * | rasher wonders why bluebrother tars a single file |
23:55:49 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
23:56:19 | rasher | W |
23:56:30 | taylor_ | Does anyone know if any of the ipod's cpus are related to the Sansas? (I know they are both ARM) |
23:56:44 | rasher | taylor_: Check the wiki. |
23:57:18 | rasher | Bagder: Do we want a tarball as well? If so, http://rasher.dk/rockbox/rbutil-1.2.tar.bz2 |
23:57:21 | rasher | 600KB! |
23:57:38 | taylor_ | ok thanks, Basically Im wondering if it would be anywhere close to easy turning the Sansa emu you guys have into an ipod one? |
23:57:38 | Bagder | you mean with the code? |
23:57:49 | rasher | Yes |
23:57:57 | Bagder | I guess it can't hurt |
23:58:19 | linuxstb | What's needed? rbutil/ apps/ and tools/ ? |
23:58:24 | bluebrother | rasher: does it include the parts of rockbox sources that are needed? |
23:58:24 | Bagder | rasher: the url doesn't work |
23:58:25 | taylor_ | Are those responses directed to me? |
23:58:29 | linuxstb | (or rather, parts of apps and tools) ? |
23:58:36 | rasher | bluebrother: yes |
23:58:47 | Bagder | taylor_: it depends a little on what sansa you speak of |
23:58:51 | rasher | linuxstb: apps/codecs/libspeex and tools/rbspeex and a few other files in tools |
23:58:57 | rasher | Bagder: hm hang on |