| 00:00:11 | bertrik | I don't know about step 8 but I'm pretty sure about steps 3 and 4. Anyway the device should not depend on the exact enumeration sequence used by the host. |
| 00:00:32 | * | phinze will use the nutshell as a quick intro, and give the dead tree reference more credence |
| 00:00:32 | amiconn | Compiling can be enabled for all bitmap targets. The #if inside the plugin ensures that it ends up as 0-byte file on colour targets, and hence won't be packaged by 'make zip' |
| 00:00:33 | DerPapst | amiconn: i now too (more or less) |
| 00:01:00 | DerPapst | amiconn: ah didn't know. |
| 00:02:01 | gevaerts | bertrik: I'll do a trace tomorrow to verify step 4 on XP. Step 3 is at least inaccurate (low speed devices...) |
| 00:03:57 | | Quit midgey () |
| 00:04:06 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 00:04:12 | gevaerts | phinze: don't worry too much about it. You'll find out in time, and for usb audio you don't actually have to care about enumeration (except for the contents of the configuration descriptor). And if you want to give something credence (i.e. it's actually important), use the official spec (http://www.usb.org/developers/docs/) |
| 00:05:02 | *** | Saving seen data "./dancer.seen" |
| 00:09:06 | | Quit Thundercloud_ (Remote closed the connection) |
| 00:09:10 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
| 00:09:28 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 00:11:13 | phinze | gevaerts: fair enough |
| 00:11:41 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 00:12:14 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 00:12:31 | gevaerts | phinze: chances are that you won't encounter anything critical enough to need the actual spec anytime soon of course |
| 00:13:19 | phinze | gevaerts: still good to know i have 650pgs of Truth hanging out there in case i need it :) |
| 00:13:31 | gevaerts | :) |
| 00:13:46 | jhMikeS | amiconn: hmmm...easy to rename that then. that codes still rather at the prototype stage anyway (I may take a completely different approach that uses sems instead) |
| 00:13:51 | | Quit tessarakt ("Client exiting") |
| 00:13:52 | | Join Ravendug [0] (n=ravendug@73.100-84-212.ippool.ndo.com) |
| 00:14:28 | amiconn | jhMikeS: If you want to check which WAIT_* macros to avoid, check w32api/winbase.h |
| 00:14:29 | | Join Chronon [0] (i=vircuser@d23-104.uoregon.edu) |
| 00:15:44 | amiconn | It currently has WAIT_OBJECT_0, WAIT_ABANDONED_0, WAIT_TIMEOUT, WAIT_IO_COMPLETION, WAIT_FAILED |
| 00:15:46 | jhMikeS | I know window's wait returns but didn't think about windows headers colliding. :\ |
| 00:16:48 | pixelma | is it possible that this is also the reason why some button presses aren't working correctly in my cygwin compiled sim (depending on context one or two buttons don't do anythinh)? |
| 00:16:59 | pixelma | *anything |
| 00:17:27 | | Quit bertrik ("bye") |
| 00:17:38 | * | jhMikeS tries to think of different names that aren't too weird |
| 00:18:46 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 00:18:52 | | Quit CyBergRind|w (Success) |
| 00:18:57 | | Join dionoea_ [0] (n=dionoea@yop.chewa.net) |
| 00:19:14 | | Quit davina^ (Remote closed the connection) |
| 00:19:37 | | Join crzyboyster [0] (n=6210f0bf@gateway/web/cgi-irc/labb.contactor.se/x-4b2ef64227924559) |
| 00:19:47 | | Quit dionoea (Read error: 113 (No route to host)) |
| 00:19:58 | crzyboyster | What does everyone think of task 8835 ? |
| 00:21:32 | Nico_P | jhMikeS: hi |
| 00:21:35 | linuxstb | crzyboyster: Yes, that's been suggested a few times in the past. |
| 00:21:36 | n1s | Could be useful for cariants of the same theme as he states in the request |
| 00:22:00 | jhMikeS | Nico_P: hello |
| 00:22:39 | jhMikeS | btw, I have a 30 gig iPod video in hand - does that one ever exhibit problems like the 60/80? |
| 00:22:50 | crzyboyster | Potentially another one of the new WPS features. It would probably save space on people's hardrives too and make theme packs easier to handle (better for the new rockbox-themes.org site?) |
| 00:22:57 | | Join mirak [0] (n=mirak@m179.net81-66-123.noos.fr) |
| 00:23:02 | Nico_P | jhMikeS: you seem to think most of the playback bugs are due to concurrency issues, is there a way I could make them appear more often? |
| 00:23:35 | gevaerts | crzyboyster: the main problem I see is that you can break a theme by removing another one. |
| 00:23:40 | Nico_P | I don't know whether the 30G displays the same issues as the 60/80G |
| 00:24:25 | DerPapst | amiconn: still not able to compile the plugin but installing test build now. |
| 00:24:33 | * | gevaerts suggests adopting the .deb format for themes, so we can handle dependencies |
| 00:24:35 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 00:25:02 | crzyboyster | gevaerts: I see. Another thing that might be nice would be that if you could decide which wps folder each specific bitmap points to (exact path /wps folder/bitmap.bmp) |
| 00:25:10 | | Quit mirak (SendQ exceeded) |
| 00:25:41 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 00:25:42 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 00:26:08 | | Join mirak [0] (n=mirak@m179.net81-66-123.noos.fr) |
| 00:26:25 | jhMikeS | Nico_P: well, you could take out the mutex_enable_preempt line. frankly I'm about this close >< to just rewriting playback.c. threading has to be proven correct logically since what fine now can 1) a bug is too rare to detect with testing 2) a change in order can make a race condition that never happened into one that almost always happens |
| 00:26:33 | phinze | "The USB host controllers have their own specifications. With USB 1.1, there were two Host Controller Interface |
| 00:26:33 | phinze | Specifications, UHCI (Universal Host Controller Interface) developed by Intel which puts more of the burden on |
| 00:26:34 | phinze | software (Microsoft) and allowing for cheaper hardware and the OHCI (Open Host Controller Interface) |
| 00:26:34 | DBUG | Enqueued KICK phinze |
| 00:26:34 | phinze | developed by Compaq, Microsoft and National Semiconductor which places more of the burden on |
| 00:26:34 | phinze | hardware(Intel) and makes for simpler software. Typical hardware / software engineer relationship. . ." |
| 00:26:50 | phinze | lol |
| 00:27:16 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 00:27:16 | * | phinze apologizes for the line breaks |
| 00:27:46 | Nico_P | jhMikeS: yeah I totally agree... I've been wishing to have time to rewrite it for a while now |
| 00:28:02 | Nico_P | and wishing I had the skill too ;) |
| 00:28:03 | amiconn | DerPapst: Really strange; test_scanrate compiles fine for all my non-colour bitmap targets... |
| 00:28:45 | Nico_P | jhMikeS: If you decide to start doing it I'd love to discuss it and maybe try to help |
| 00:29:11 | * | gevaerts is going to sleep |
| 00:29:11 | jhMikeS | Nico_P: There's no coordination of streams like with mpegplayer and as such I feel like playback of a single stream should be rather straightforward to code. |
| 00:29:31 | | Quit crzyboyster ("CGI:IRC") |
| 00:29:50 | Nico_P | indeed |
| 00:29:52 | jhMikeS | I can barely follow the *why* of much of what is done currently |
| 00:29:55 | | Join artifex [0] (n=530b6f57@gateway/web/cgi-irc/labb.contactor.se/x-547ee0378b923a35) |
| 00:30:02 | DerPapst | amiconn: as far as i can see it works fine. using contrast of 56 now |
| 00:30:06 | phinze | night gevaerts |
| 00:30:19 | DerPapst | amiconn: investigating the test_scanrate.c issue now. |
| 00:30:21 | | Quit kraizee (Read error: 110 (Connection timed out)) |
| 00:30:38 | Nico_P | jhMikeS: So far I've grown to accept it and try to fix it for lack of time to rethink it |
| 00:30:41 | amiconn | DerPapst: Hmm, 56? Quite a bit higher than what I need on 1st/2nd Gen... |
| 00:30:47 | | Quit gevaerts ("goodnight all") |
| 00:31:11 | artifex | hi all |
| 00:31:14 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
| 00:31:22 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 00:31:58 | Nico_P | jhMikeS: do you have some kind of design in mind? I guess something quite similar to mpegplayer? |
| 00:31:59 | amiconn | What did you use before? |
| 00:32:22 | jhMikeS | Nico_P: it's one of those things I have to get ready to take the changes as far through the system as gets revealed...I don't doubt it's a month or two worth of careful checking |
| 00:32:30 | DerPapst | 46 iirc |
| 00:32:51 | amiconn | Interesting... |
| 00:33:00 | DerPapst | amiconn: and this ipod has some kind of problem with a too high default contrast :-) |
| 00:33:37 | amiconn | Could you try changing CONTRAST_REG_H as a test (lcd-gray.c line 65) |
| 00:33:41 | DerPapst | amiconn: in the of i have to keep it at it's minimum. if i increase it above 50% the LCD goes blank. |
| 00:33:43 | jhMikeS | Nico_P: I'm sure I'd pull ideas from it if they're suitable but the buffer works much differently there (has random access and streaming operation) |
| 00:33:59 | amiconn | You could try (in order of increasing contrast) 0x500, 0x600 and 0x700 |
| 00:34:09 | | Join JdGordon|uni [0] (i=82c20d68@rockbox/developer/JdGordon) |
| 00:34:10 | | Quit matsl (Remote closed the connection) |
| 00:34:16 | Nico_P | do you think the current buffering code is going to need much work to be made thread safe? |
| 00:34:57 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
| 00:35:22 | | Quit artifex ("CGI:IRC") |
| 00:35:37 | | Quit XavierGr () |
| 00:35:52 | jhMikeS | Can't tell how much right now but a handle usage protocol must be clearly defined. It's likely possible to not use mutexes at all and to use a concurrent linked list implementation. |
| 00:36:58 | DerPapst | amiconn: not a big problem for this 3G but for the other it would. the contrast of my other 3G is that low i have to increase the contast to the max in the OF inorder to see anything -.- |
| 00:37:04 | Nico_P | would there be a significant gin in doing that? |
| 00:37:10 | DerPapst | but i can try of course |
| 00:37:12 | Nico_P | s/gin/gain |
| 00:37:24 | | Quit knittl (Read error: 113 (No route to host)) |
| 00:39:09 | | Join hotgrrl013 [0] (n=kakazza@213.47.43.77) |
| 00:39:11 | jhMikeS | Nico_P: if all threads can pass almost uncontended then yes esp. if two cores use it |
| 00:39:14 | | Join dionoea [0] (n=dionoea@yop.chewa.net) |
| 00:39:37 | Nico_P | makes sense |
| 00:40:00 | | Quit dionoea_ (Read error: 113 (No route to host)) |
| 00:40:01 | Nico_P | also, I'm curious as to how you debug/check such code? |
| 00:40:54 | | Quit phinze () |
| 00:42:14 | | Quit bluebrother ("leaving") |
| 00:44:34 | jhMikeS | Nico_P: stare at it or diagram it logically and make sure it's correct. that's basically it for threading. |
| 00:45:51 | | Quit shotofadds ("Leaving") |
| 00:46:02 | | Quit n1s () |
| 00:47:36 | Nico_P | hmm... I wonder if it would be worth trying a model checker :) |
| 00:48:11 | * | Nico_P has been learning TLA at school and is looking for a practical use |
| 00:48:54 | Chronon | What's TLA? |
| 00:48:59 | | Quit OlivierBorowski (Remote closed the connection) |
| 00:49:03 | Nico_P | http://en.wikipedia.org/wiki/Temporal_Logic_of_Actions |
| 00:49:24 | Nico_P | basically you specifiy your system and it checks all possible cases |
| 00:49:54 | | Quit ender` (" Variables won't. Constants aren't.") |
| 00:50:59 | * | jhMikeS tends to imagine code being executed concurrently by multiple processes and juggles the order of arival/delays around to be sure each step result in the desired outcome(s). |
| 00:51:10 | | Quit kakazza (Read error: 113 (No route to host)) |
| 00:51:20 | | Nick hotgrrl013 is now known as kakazza (n=kakazza@213.47.43.77) |
| 00:52:01 | Nico_P | jhMikeS: does that work the same with cooperative threading as it does with preeptive? |
| 00:52:20 | Nico_P | or do you just think preemptively, knowing it will apply in coop? |
| 00:52:44 | Nico_P | meh, that's basically twice the same question |
| 00:53:10 | Chronon | jhMikeS: Thanks, that's a helpful mental image. |
| 00:53:22 | | Join dionoea_ [0] (n=dionoea@yop.chewa.net) |
| 00:53:59 | | Quit Chronon ("Off to install Linux on my home PC.") |
| 00:54:21 | | Quit dionoea (Read error: 104 (Connection reset by peer)) |
| 00:55:41 | | Quit moos ("Rockbox rules the DAP world") |
| 00:57:31 | | Join DarkSaboteur [0] (n=3d588399@gateway/web/cgi-irc/labb.contactor.se/x-34b79c88fc9d16a0) |
| 00:57:58 | | Quit waldo ("Konversation terminated!") |
| 01:00 |
| 01:05:04 | | Quit DerPapst (Nick collision from services.) |
| 01:05:12 | | Join DerPapst [0] (n=DerPapst@p5B23E925.dip.t-dialin.net) |
| 01:05:12 | jhMikeS | Nico_P: I tend to think utterly parallel since code that survives that survies the others. Each is just a variable degree of the same thing. |
| 01:06:14 | Nico_P | right.... I really need to train into that way of thinking |
| 01:07:11 | * | jhMikeS has to go fetch his gf, bbl |
| 01:07:21 | Nico_P | jhMikeS: do you have any possible weak spots of the current playback engine in mind? I should have a little more free time soon(ish) so I'd like to make quick fixes |
| 01:07:27 | Nico_P | I'll read the logs ;) |
| 01:09:31 | | Join Rincewind [0] (i=SRGw9cjC@nat-wh-1.rz.uni-karlsruhe.de) |
| 01:10:29 | | Join midgey [0] (n=tjross@67-194-50-138.wireless.umnet.umich.edu) |
| 01:15:55 | pixelma | that zajacattack in the forum makes me angry... |
| 01:16:09 | scorche|sh | you are not alone |
| 01:16:30 | DerPapst | ban him.. as april fools joke :-) |
| 01:16:42 | pixelma | hehe :) |
| 01:17:04 | DerPapst | that means one day off for you. and maybe he learned his lesson :-P |
| 01:17:34 | pixelma | somehow I like the idea... |
| 01:17:45 | DerPapst | or one could accidently forget to unban him ]:-> |
| 01:17:49 | linuxstb | That's cruel - just banning him for one day... |
| 01:17:50 | scorche|sh | it wouldnt be the first time he was banned |
| 01:18:18 | | Quit midgey () |
| 01:18:22 | | Quit Rincewind ("bye") |
| 01:18:57 | | Quit mirak ("Ex-Chat") |
| 01:24:29 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 01:27:34 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 01:29:35 | | Join EspeonEefi [0] (i=espeonee@STRATTON-FIVE-FOURTY-TWO.MIT.EDU) |
| 01:31:30 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 01:33:31 | | Quit MethoS-- (Read error: 113 (No route to host)) |
| 01:37:02 | | Quit renkho ("Lost terminal") |
| 01:41:30 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 01:42:17 | | Join ukl [0] (n=stephan@92.226.221.15) |
| 01:43:00 | ukl | Hmm... this might not be the perfect place to ask, but it's the best one I could imagine. Has anybody here got a Samsung YP-U3*? |
| 01:43:15 | scorche|sh | ukl: is this related to rockbox? |
| 01:43:28 | ukl | Unfortunately not. |
| 01:43:38 | | Quit JordanG ("Leaving") |
| 01:43:42 | ukl | But I'd appreciate a gentle push into the right channel :) |
| 01:43:50 | markun | scorche|sh: well, one is a DAP and the other is a firmware for DAPs, so I would say it's related |
| 01:44:48 | markun | ukl: what is the question about? If it's Samsung specific maybe you can find a forum. |
| 01:44:54 | ukl | markun: unfortunately my question only refered to the sound quality, not any firmware issues (as I doubt this little thing meets some kind of minimum requirements for being able to run rockbox) |
| 01:45:05 | markun | anythingbutipod.com probably has a samsung section in their forums |
| 01:45:15 | linuxstb_ | ukl: "Imagine Colors in your music" ;) |
| 01:45:19 | ukl | I just hoped to find someone to tell me if the background noise of it is really that bad, maybe comparred to other players... |
| 01:45:45 | ukl | linuxstb_: no synestesia here... ;) (where does this line you quoted come from?) |
| 01:45:52 | linuxstb_ | http://www.samsung.com/my/products/audio/mp3player/yp_u3zb.asp |
| 01:46:09 | ukl | linuxstb_: as you can see, btw, I'm still looking for an mp3/ogg player... trying to lower my standards according to my wallet |
| 01:46:23 | markun | meizu M6SL? |
| 01:46:28 | markun | :) |
| 01:46:40 | linuxstb_ | Still 193 C240s in stock at bigpockets... |
| 01:47:26 | | Quit kakazza () |
| 01:47:59 | ukl | I really liked this samsung yp-u1 I used for a while some days ago...but background noise... |
| 01:48:05 | Nico_P | linuxstb_: I'm liking mine btw... pity it's only 1G because it's a nice change from bulky HD players |
| 01:48:30 | linuxstb_ | Nico_P: I'm waiting for the button map to become sane... But yes, it's a nice little player. |
| 01:49:07 | Nico_P | linuxstb_: do you know how to confirm in the vkeyboard? |
| 01:49:43 | pixelma | you can use volume up or down, I recommend - the manual and FS #8824 |
| 01:49:47 | linuxstb_ | No idea. I struggle with that on most targets... |
| 01:49:52 | * | linuxstb_ should rtfm |
| 01:49:57 | Nico_P | same here |
| 01:50:07 | pixelma | or believe me :P |
| 01:50:27 | Nico_P | pixelma: oh I hadn't seen your answer. thanks |
| 01:50:44 | advcomp2019 | ukl, AnythingButiPod.com might be the best place to look like markun said |
| 01:51:04 | * | pixelma still wonders about the verrry verbose debug output when playing WMAs in a "normal" sim |
| 01:51:25 | | Part toffe82 |
| 01:51:28 | ukl | Thank you... it's incredible how much time I can spend on not-being-able-to-decide. |
| 01:51:53 | Nico_P | the keyboard really needs an overhaul IMHO |
| 01:52:41 | linuxstb_ | ukl: Just be sure it's rockboxable ;) |
| 01:53:05 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 01:53:06 | ukl | yes, but that's kind of a step up the €-ladder |
| 01:53:23 | pixelma | linuxstb_: do you perhaps have an opinion on whether it's worth renaming iCatcher.128x96x1.wps to iCatcher.128.96x2.wps? Would make sense in combination with the display specs but only monochrome graphics are used currently |
| 01:55:22 | linuxstb_ | pixelma: Does it get installed correctly? I assume it's the iaudio rwps? |
| 01:56:34 | pixelma | yes, Iaudio remote wps and it gets installed correctly (X5 sim) but haven't checked the M3 yet... |
| 01:57:10 | linuxstb_ | Ah no, looking at wpsbuild.pl, it seems to try all depths until it finds a matching one. |
| 01:57:20 | linuxstb_ | (starting at the highest the LCD supports) |
| 01:57:51 | linuxstb_ | So no, I think it probably makes sense to keep it as x1, just in case we get a 128x96x1 target... |
| 01:58:42 | pixelma | hmm, ok. I have all the mono versions ready then |
| 02:00 |
| 02:00:50 | pixelma | linuxstb_: btw. imagemagick's montage tool is really nice for the work :) |
| 02:00:58 | linuxstb_ | I know ;) |
| 02:01:25 | pixelma | that was my way of saying "thank you for the hint" ;) |
| 02:01:54 | linuxstb_ | Happy to help - it's tedious work at best. |
| 02:03:34 | pixelma | yes, especially the long sublines for the animation in iCatcher |
| 02:05:05 | *** | Saving seen data "./dancer.seen" |
| 02:05:50 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-3fcb2aa359799633) |
| 02:06:53 | | Quit ali_as ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZz") |
| 02:08:27 | | Join saratoga22 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-ed1214deb3bc2e73) |
| 02:08:33 | | Quit saratoga22 (Client Quit) |
| 02:08:36 | | Join saratoga22 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-00c5ae7d70791438) |
| 02:08:45 | | Quit saratoga22 (Client Quit) |
| 02:08:50 | | Join saratoga3 [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-efc7a7ad25de0b51) |
| 02:09:25 | saratoga3 | are any of the Telechips targets nearing maturity? |
| 02:10:03 | linuxstb_ | The D2 port is progressing well, my logikdax is sleeping... |
| 02:10:05 | saratoga3 | I noticed that the 78XX and higher chips would also be good canidates for mpegplayer upgrades |
| 02:10:07 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 02:10:08 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 02:10:15 | saratoga3 | since they're almost Gigabeat S level of CPU power |
| 02:10:50 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
| 02:11:58 | saratoga3 | can the D2 play audio yet? |
| 02:12:02 | pixelma | saratoga: did you leave something enabled in some wma related files which shouldn't be enabled for some everyday sim user? The output is huge compared to playing other codecs |
| 02:12:49 | saratoga3 | pixelma: theres some debugf output, but i don't see much reason to remove it |
| 02:13:01 | saratoga3 | i assume if you're looking at the wma codec under the sim you're probably trying to fix it |
| 02:13:06 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 02:13:12 | linuxstb_ | Or testing a WPS... |
| 02:13:19 | pixelma | I just play it to "debug" iCatcher |
| 02:13:19 | saratoga3 | with wma files? |
| 02:13:36 | saratoga3 | people here actually use those? |
| 02:13:40 | pixelma | (because it had no wma icon so far) |
| 02:13:47 | | Join phinze [0] (n=phinze@pcp027324pcs.jesres.mu.edu) |
| 02:13:54 | linuxstb_ | IMO debugfs should be removed, or at least disabled by default. |
| 02:13:56 | saratoga3 | i can remove them if they're really annoying people |
| 02:14:15 | linuxstb_ | (I'm probably guilty of leaving some in the asf code) |
| 02:14:30 | pixelma | I wouldn't have anything against some |
| 02:14:31 | saratoga3 | i suppose the seeking ones can probably go now that seeking seems stable |
| 02:14:35 | saratoga3 | ah |
| 02:14:35 | | Quit ol_schoola () |
| 02:14:36 | Thundercloud_ | linuxstb_: So when you say it's going well (the D2 port), is there a progress map on the wiki perchance? |
| 02:15:01 | linuxstb_ | Thundercloud_: I've no idea. shotofadds (the person working on the port) posts to the forum thread frequently though. |
| 02:15:23 | Thundercloud_ | Ah okay |
| 02:15:28 | Thundercloud_ | *checks* |
| 02:15:41 | Thundercloud_ | Also, what kind of programming skills do you really need to get involved with rockbox? |
| 02:15:47 | linuxstb_ | And I see commits to SVN quite often... |
| 02:16:04 | saratoga3 | the D2 has a really interesting CPU |
| 02:16:15 | pixelma | but it's *a lot*. It's constantly scrolling and after a few seconds of playing the backlog is full and I can't see what the WPS parser told me ;) |
| 02:17:32 | saratoga3 | and its actually documented |
| 02:17:32 | linuxstb_ | Thundercloud_: Just C programming - the level of skill depends on how deeply you want to dig into Rockbox. |
| 02:17:32 | Thundercloud_ | linuxstb_: Ah I see |
| 02:17:32 | Thundercloud_ | I just completed a course on embedded systems |
| 02:17:32 | linuxstb_ | Thundercloud_: Using C? |
| 02:17:32 | Thundercloud_ | linuxstb_: PIC ASM and C |
| 02:17:51 | saratoga3 | you'll do fine |
| 02:18:03 | Thundercloud_ | Cool |
| 02:18:09 | Thundercloud_ | I've got a D2 myself so I can possibly help out a bit |
| 02:18:11 | * | linuxstb_ notices the SoC deadline go by and wonder if applications are closed |
| 02:18:17 | Thundercloud_ | If I have time that is :P |
| 02:19:13 | Llorean | linuxstb_: It was extended. |
| 02:19:13 | Thundercloud_ | My exams'll be over by like May 12th so you never know. |
| 02:19:13 | saratoga3 | they extended it a week |
| 02:19:13 | * | pixelma points linuxstb_ to the mailing list |
| 02:19:13 | Thundercloud_ | Yeah, 7th April now |
| 02:19:13 | pixelma | too slow |
| 02:19:13 | DerPapst | how many are there already? |
| 02:19:13 | DerPapst | gsoc apps i mean |
| 02:19:13 | linuxstb_ | Good, so still time for rockbox-as-app-app |
| 02:19:13 | Thundercloud_ | linuxstb_: ? |
| 02:19:25 | linuxstb_ | A "rockbox as application" application |
| 02:19:36 | saratoga3 | everyone around here has an iphone as it is |
| 02:19:43 | saratoga3 | i'm wondering if i should point my school's mailing list at GSOC + rockbox and see if we can't get a few more CS or CE students to apply |
| 02:19:57 | Thundercloud_ | linuxstb_: So that would be what? A version of rockbox for an x86 platform? |
| 02:20:15 | saratoga3 | also, its getting really annoying how the webclient somehow manages to reverse the order of posts if they're sent close enough |
| 02:20:17 | DerPapst | Thundercloud_: more for mobile phones |
| 02:20:21 | linuxstb_ | Maybe, or maybe for portable devices - e.g. a Symbian port. |
| 02:20:23 | Thundercloud_ | DerPapst: Ah I like this |
| 02:20:26 | DerPapst | and pdas |
| 02:20:30 | Thundercloud_ | linuxstb_: Symbian? Aw poo :P |
| 02:20:45 | Thundercloud_ | Well to be fair a J2ME port is probably out of the question correct? :P |
| 02:20:56 | linuxstb_ | Thundercloud_: Many devices use it, and it's possible (afaik) to use gcc |
| 02:21:21 | saratoga3 | iphone is probably the most attractive port imo, since theres so much 3rd party development and hacking already done |
| 02:21:22 | Thundercloud_ | linuxstb_: The unfortunate thing is, mine doesn't :P |
| 02:21:37 | Nico_P | DerPapst: there are 15 eligible applications |
| 02:21:48 | linuxstb_ | Nico_P: "eligible" ? |
| 02:21:58 | DerPapst | saratoga3: iirc if you use the official iPhod SDK you cannot access the filesystem directly. |
| 02:22:14 | Nico_P | linuxstb_: well, 'not yet marked ineligible' :) |
| 02:22:22 | DerPapst | hehe |
| 02:22:29 | saratoga3 | we don't want or need the official sdk |
| 02:22:55 | DerPapst | saratoga3: true.... |
| 02:23:13 | DerPapst | i just thought i'll throw it in here ;-) |
| 02:23:15 | Nico_P | the jailbreak might be useful though |
| 02:23:34 | DerPapst | any really good new apps too? |
| 02:23:38 | saratoga3 | yes that will be necessary to defeat code signing |
| 02:23:45 | saratoga3 | or whatever it is apple uses |
| 02:23:55 | saratoga3 | but all that work is done, and the arm tool chain is already available |
| 02:24:13 | pixelma | linuxstb_: did you see my complaint-wondering-question hours ago? |
| 02:24:36 | linuxstb_ | pixelma: No, what time? |
| 02:25:27 | saratoga3 | haha the D2's LCD controller can take pixel's in YUV format |
| 02:25:43 | linuxstb_ | Yes, that's quite common for these PMPs |
| 02:26:09 | linuxstb_ | I think the DM320's LCD controller is similar |
| 02:26:12 | Nico_P | saratoga3: apparently it's now possible to run homebrew |
| 02:26:23 | Nico_P | given they release the pwnage though |
| 02:26:24 | pixelma | linuxstb_: around 17:30 in now yesterday's logs |
| 02:26:36 | saratoga3 | Nico_P: its been possible for ages |
| 02:26:45 | Nico_P | really? |
| 02:26:47 | saratoga3 | the new hack just lets you replace the entire OS |
| 02:27:10 | ukl | what would you understand as sound being "dynamic"? (I don't understand this review...) |
| 02:27:10 | linuxstb_ | pixelma: Ah yes, kugel reported the same issue... |
| 02:27:11 | saratoga3 | basically lets you flash your own OS instead of just running apps in the OS |
| 02:27:14 | Nico_P | saratoga3: yeah, that's what I meant. I was thinking of a regular rockbox port, not rockbox as an app |
| 02:27:29 | saratoga3 | i think that would be a bad idea |
| 02:27:30 | linuxstb_ | pixelma: It's on my to-do list (which I'm just writing...) |
| 02:27:40 | Nico_P | saratoga3: really? why? |
| 02:27:52 | saratoga3 | apple has provided us with all their drivers |
| 02:27:54 | pixelma | linuxstb_: ok, just wanted to let you know (or know if I remembered wrong) |
| 02:27:58 | saratoga3 | not using them would be silly |
| 02:28:11 | saratoga3 | additionally, it would not be possible to support the phone part of the iphone |
| 02:28:24 | Llorean | The iPhone and iPod Touch are basically PDAs anyway. |
| 02:28:35 | Llorean | Not really the target of "Rockbox as a firwmare" in the first place. |
| 02:28:39 | DerPapst | and speed wouldn't be an issue so a native rockbox isn't needed either |
| 02:28:55 | saratoga3 | and for what advantage? we gain nothing by trying to reverse engineer hardware that already has what is effectively a wide open unix based OS |
| 02:29:23 | Nico_P | good point |
| 02:29:46 | | Quit Thundercloud (No route to host) |
| 02:30:28 | saratoga3 | honestly i hope rockbox eventually moves in that direction |
| 02:30:47 | Nico_P | I hope we keep both directions open :) |
| 02:30:55 | * | Nico_P goes to bed |
| 02:30:58 | saratoga3 | reverse engineering hardware consumes a lot of developer time and in the future as portable devices become more advanced and more open it seems like this shouldn't be so necessary |
| 02:31:22 | Nico_P | I hope you're right ;) |
| 02:31:28 | saratoga3 | not to mention the increasing complexity of SOCs makes it increasingly difficult |
| 02:32:09 | | Quit Nico_P ("bed calls") |
| 02:32:40 | saratoga3 | i shudder to think how the PP work would have gone on had PP actually been competent to design something useful |
| 02:32:45 | linuxstb_ | saratoga3: Then work on rockbox-as-app for Soc ;) |
| 02:32:59 | saratoga3 | not really my area |
| 02:33:03 | | Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) |
| 02:33:19 | saratoga3 | i hated my OS class and don't really know much about unix development |
| 02:33:30 | saratoga3 | i like DSP and not much else about programming |
| 02:33:55 | saratoga3 | i don't think i'd be much use otherwise |
| 02:34:57 | | Join Febs [0] (n=chatzill@207-172-204-61.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 02:36:29 | | Quit amiconn (Nick collision from services.) |
| 02:36:36 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 02:42:31 | | Quit DarkSaboteur ("CGI:IRC (EOF)") |
| 02:49:00 | Llorean | saratoga3: On gigabeat you can already listen to music while playing Rockboy as long as the ROM fits in the plugin RAM |
| 02:49:30 | saratoga3 | yeah thats what i figured |
| 02:50:14 | saratoga3 | someone do that |
| 02:50:14 | saratoga3 | also the easiest GSOC in the world would be that Moto Cellphone port |
| 02:50:23 | saratoga3 | the codes already written, just have to get it commited |
| 02:50:32 | linuxstb_ | The problem with Doom is DRAM, not IRAM |
| 02:50:40 | saratoga3 | argh stupid out of order webclient bug |
| 02:50:46 | ukl | Hmm.... I wonder if limiting the range to those hardly larger than a pocket lighter made decisions easier... |
| 02:51:18 | Llorean | ukl: Please, this is an on-topic channel pertaining to Rockbox... |
| 02:51:30 | ukl | Llorean: sorry. I'm stopping it. |
| 02:51:59 | saratoga3 | hmm on second thought maybe i should apply for merging that Moto port |
| 02:52:08 | Llorean | saratoga3: Regarding the Motorola phone port, it also needs some work to integrate it into the build system, doesn't it? |
| 02:52:31 | saratoga3 | if no one else steps up to do Rockbox as an app, I'll change my application |
| 02:52:36 | saratoga3 | Llorean: I have no idea, but it wouldn't surprise me |
| 02:52:44 | saratoga3 | i think there'd still be a fair amount of work involved regardless |
| 02:53:20 | Llorean | At the very least, it'd be a great place to start "rockbox as an app", since "app" targets in the build system need to be definable, rather than just special cases of the sim. |
| 02:53:35 | saratoga3 | blackhawk didn't seem too intereseted in keeping his code compatable with rockbox |
| 02:53:39 | saratoga3 | its probably a real mess |
| 02:53:55 | linuxstb_ | s/probably// |
| 02:54:46 | saratoga3 | he did eventually remove the album art patch for us I think |
| 02:55:23 | | Quit kushal_12_27_200 ("This computer has gone to sleep") |
| 02:55:28 | saratoga3 | has anyone applied for the rockbox as an app project? |
| 02:55:46 | JdGordon|uni | noone that gets whats the tas is has |
| 02:56:06 | saratoga3 | hmm |
| 02:56:34 | Llorean | There was Rockbox as a JAVA app, I believe... ;) |
| 02:56:40 | saratoga3 | if I write up an applicati |
icon identifies that the person is a core developer (has commit access).