00:00:20 | jeffronius | nice bob dobbs photo! |
00:01:00 | | Quit toffe82 (Remote closed the connection) |
00:02:04 | | Quit jerryluc ("bla bla woff woff") |
00:08:07 | | Quit bertrik ("Leaving") |
00:10:28 | | Join casainho [0] (n=chatzill@89.180.192.244) |
00:12:22 | | Quit ender` (" A computer program will always do what you tell it to, and seldom what you want it to.") |
00:13:25 | | Quit jeffronius ("KVIrc 3.2.6 Anomalies http://www.kvirc.net/") |
00:14:27 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
00:15:29 | casainho | hello :-) −− I am trying putting kernel working, but my system is hanging :-( |
00:15:37 | casainho | on this code: http://code.google.com/p/rockboxplayer/source/browse/trunk/rockbox_port/firmware/thread.c?spec=svn130&r=130 |
00:16:35 | | Quit casainho (Read error: 104 (Connection reset by peer)) |
00:17:03 | | Join casainho [0] (n=chatzill@89-180-192-244.net.novis.pt) |
00:17:08 | casainho | if I uncomment that line, the init_kernel() |
00:18:20 | Bagder | there's no such in that file |
00:18:26 | casainho | can someone please give me advice of why my code hangs? |
00:19:35 | casainho | Bagder: can you hep me? |
00:19:41 | casainho | help me? |
00:20:43 | Bagder | sure, show us a diff against rockbox |
00:21:03 | casainho | I can't, I don't have it |
00:21:25 | Bagder | then you're not really trying to get our help |
00:22:09 | Bagder | *everyone* who works on rockbox, new ports, new plugins and everything, works with patches against rockbox svn |
00:22:09 | casainho | Bagder: my question is that I have 2 SVN |
00:22:11 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
00:22:35 | | Quit bmbl ("Woah!") |
00:22:43 | casainho | how can I have the same code on two different SVN servers? |
00:23:20 | Bagder | that's a totally different issue, and you won't have your code in the official svn repo until a committer would commit it there |
00:23:30 | Bagder | and that will happen once you post fine patches |
00:24:16 | Bagder | so you can have your code wherever you want, but when you want the code to get looked at and tested by rockbox hackers, you need to realize that patches against rockbox svn is the way forward |
00:24:19 | casainho | until then, we are using another SVN server, so we can work, we are 3 guys |
00:24:31 | Bagder | I'm not arguing against that |
00:25:20 | casainho | do you know a way I can have the same code on SVN on code.google and at local rockbox? |
00:25:55 | Bagder | sure, checkout from rockbox and commit to the google svn |
00:26:12 | Bagder | but I thought the point is that you don't have *the same* code |
00:26:52 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
00:27:01 | casainho | I can't checkout the same code to google SVN because there are .svn dirs from SVN of RB, I do not work that way... |
00:27:13 | Bagder | ? |
00:27:16 | Bagder | you can use cp |
00:27:18 | Bagder | find |
00:27:19 | Bagder | diff |
00:27:20 | Bagder | patch |
00:27:21 | Bagder | mv |
00:27:25 | bluebrother | so what? co Rockbox svn, export the co, then cp to the other folder |
00:27:26 | Bagder | whatever |
00:27:48 | Bagder | code and diffs are just text files |
00:29:21 | casainho | I will ask to other developer to try to make a script for do that, I am not able |
00:29:24 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
00:29:25 | casainho | :-) |
00:29:28 | casainho | okok |
00:29:31 | casainho | thanks :-) |
00:30:07 | Bagder | but what rockbox version are you using then? |
00:30:31 | Bagder | I mean, what are you basing your port on |
00:31:15 | casainho | on an older version... I just chekedout one time and then I started using that code... |
00:31:25 | Bagder | ugh |
00:31:34 | Bagder | rockbox moves you know |
00:31:58 | casainho | my question is that my code is hanging when I call a function... |
00:32:34 | Bagder | yes, and then I want to know how some of your files differ from rockbox's original ones |
00:32:34 | | Quit casainho (Read error: 104 (Connection reset by peer)) |
00:32:57 | | Join casainho [0] (n=chatzill@89-180-192-244.net.novis.pt) |
00:33:05 | Bagder | yes, and then I want to know how some of your files differ from rockbox's original ones |
00:33:11 | Bagder | hence my questions about diffs |
00:33:19 | casainho | I don't really understand why, I already try to call another to test and it don't hang... also I had increaded the stack to 2Mbytes |
00:33:27 | Bagder | and now you say you use an old version, so you could thus suffer from old bugs |
00:33:31 | Bagder | 2MB!! |
00:34:18 | casainho | I have memory for that.. also all looks perfect on memory map file... |
00:34:33 | Bagder | so does 2mb buffer solve anything? |
00:34:41 | Bagder | 2mb stack I mean |
00:34:47 | casainho | 2mb of buffer solves nothing :-( |
00:34:50 | bluebrother | if you have a much bigger stack consumption than stock Rockbox something is definitely wrong |
00:34:52 | Bagder | hm MB it should be |
00:35:16 | casainho | no, I just defined thet stack size on linker sript to be 2MB |
00:35:18 | Bagder | casainho: then I would say the stack is not the problem |
00:35:49 | Bagder | bad sdram config? |
00:35:52 | casainho | yes, I am think stack is no problem... but is strange that calling that function it hangs... |
00:36:05 | bluebrother | what does "this" function do? |
00:36:10 | casainho | looking at memory map, no.. |
00:36:28 | Bagder | sdram config isn't seen in the memory map... |
00:36:39 | Bagder | I mean refresh rates etc |
00:36:50 | casainho | the function is this one: add_to_list_l(&cores[core].running, thread); |
00:37:45 | casainho | hmmm... all the code is working if I do not call that function, and SDRAM is configured from original code from Atmel... |
00:38:14 | Bagder | does it freeze on the actual branch instruction? |
00:38:38 | Bagder | it was somewhere within that function, wasn't it? |
00:38:54 | casainho | yes, somewhere inside... |
00:39:08 | jhMikeS | casainho: is your BSS properly zeroed? |
00:39:15 | casainho | the funciton is this one: static void add_to_list_l(struct thread_entry **list, |
00:39:17 | casainho | struct thread_entry *thread) |
00:39:17 | Bagder | and all the pointers and memory look fine ? |
00:39:30 | casainho | line 1251: http://code.google.com/p/rockboxplayer/source/browse/trunk/rockbox_port/firmware/thread.c?spec=svn130&r=130 |
00:39:32 | Bagder | (assuming you can debug over the jtag) |
00:40:03 | casainho | I am not able to use JTAG... I coudn't make it working it, I am using a serial debug port |
00:40:06 | jhMikeS | that won't fail unless the pointers are bad (it's just adding to a linked list) |
00:40:54 | casainho | jhMikeS: I don't know the answer... |
00:40:59 | | Quit __lifeless (Remote closed the connection) |
00:41:22 | casainho | jhMikeS: so, why could make the pointers bad? |
00:41:38 | linuxstb | Does your startup code initialise bss to zero? |
00:41:56 | linuxstb | And the other inits the Rockbox crt0.S files normally do? |
00:43:43 | casainho | the linker script is this one, I am not sure it initialise the bss to zero: http://code.google.com/p/rockboxplayer/source/browse/trunk/rockbox_port/firmware/target/arm/at91sam/boot.lds |
00:43:58 | | Join _lifeless [0] (n=lifeless@90.151.220.214) |
00:44:09 | bluebrother | the linker script never initializes any sections. Your startup code has to do this |
00:44:19 | bluebrother | usually this file is called crt0.S |
00:46:54 | *** | Saving seen data "./dancer.seen" |
00:48:16 | casainho | hmmm, don't know :-) |
00:48:23 | jhMikeS | casainho: do enable the panics in kernel.c and thread.c and it will catch things like that |
00:48:26 | casainho | if you can give a look: http://code.google.com/p/rockboxplayer/source/browse/trunk/rockbox_port/firmware/target/arm/at91sam/rockboxplayerlittle/crt0.S |
00:49:56 | casainho | panics? it write messages to LCD, no? |
00:50:27 | jhMikeS | yes |
00:50:50 | casainho | I don't have LCD :-) |
00:51:03 | casainho | hmm... but I have serial debug port... |
00:51:04 | jhMikeS | I see (or don't) |
00:52:03 | | Quit jfc (Read error: 131 (Connection reset by peer)) |
00:52:18 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
00:52:27 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
00:52:38 | | Join casainho [0] (n=chatzill@89.180.192.244) |
00:53:06 | casainho | bluebrother: yes, the crt0.S file clears bss |
00:53:18 | | Quit massiveH ("Leaving") |
00:55:34 | | Quit JdGordon (Remote closed the connection) |
00:55:55 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
00:58:54 | | Quit culture (Read error: 110 (Connection timed out)) |
00:59:47 | | Quit Nico_P (Remote closed the connection) |
01:00 |
01:00:18 | | Quit herrwaldo ("Konversation terminated!") |
01:01:45 | | Quit bluebrother ("sleep") |
01:02:17 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
01:03:59 | | Quit _lifeless (Remote closed the connection) |
01:04:03 | | Join __lifeless [0] (n=lifeless@90.151.45.93) |
01:06:47 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
01:08:35 | | Join Rob2222 [0] (n=Miranda@p4FDCF903.dip.t-dialin.net) |
01:10:12 | | Quit MethoS- (Read error: 104 (Connection reset by peer)) |
01:13:55 | | Quit J-23 (Read error: 60 (Operation timed out)) |
01:16:56 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
01:17:11 | | Quit tyfoo (No route to host) |
01:17:57 | | Join Rob2222 [0] (n=Miranda@p4FDCF903.dip.t-dialin.net) |
01:22:22 | | Join mikem [0] (n=mikem@unaffiliated/mikem) |
01:23:41 | mikem | hi, currently when i plug in my iPod's USB cable, I have to hold down Menu in order for the computer not to mount it. is it possible to swap this functionality, so that holding down menu is required for the computer to mount the iPod? |
01:26:07 | linuxstb | No, there's no setting for that. |
01:29:22 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
01:31:48 | | Join Rob2223 [0] (n=Miranda@p4FDCF903.dip.t-dialin.net) |
01:32:25 | | Part toffe82 |
01:34:03 | | Quit moos ("Rockbox rules the DAP world") |
01:34:36 | | Quit Rob2223 (Read error: 104 (Connection reset by peer)) |
01:39:25 | | Join Rob2223 [0] (n=Miranda@p4FDCF903.dip.t-dialin.net) |
01:43:32 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
01:45:25 | | Quit faemir (Remote closed the connection) |
01:47:40 | | Quit jhulst (Remote closed the connection) |
01:51:30 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
01:51:50 | | Quit Rob2223 (Read error: 104 (Connection reset by peer)) |
01:54:34 | | Join Rob2222 [0] (n=Miranda@p4FDCF903.dip.t-dialin.net) |
01:57:18 | | Quit lasser (Read error: 110 (Connection timed out)) |
02:00 |
02:00:18 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
02:00:33 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
02:06:01 | | Join Darksair [0] (n=user@125.33.196.203) |
02:09:06 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
02:10:44 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
02:11:01 | mc2739 | is there a dev available to change http://www.rockbox.org/tracker/task/9601 |
02:11:25 | mc2739 | it should be task type patches instead of bugs |
02:11:54 | LambdaCalculus37 | mc2739: I'll fix that. |
02:12:06 | | Quit mcuelenaere () |
02:12:17 | mc2739 | LambdaCalculus37: thanks |
02:12:31 | LambdaCalculus37 | Done. |
02:13:56 | | Quit Thundercloud (Remote closed the connection) |
02:16:02 | | Part pixelma |
02:16:15 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
02:24:54 | | Join Rob2222 [0] (n=Miranda@p4FDCF903.dip.t-dialin.net) |
02:28:49 | | Join Gareth [0] (i=gareth@www.wiked.org) |
02:33:24 | Unhelpful | latest scalers at FS #9458. there's a lot working, but a few odd issues that might need more eyes. |
02:33:51 | | Join EspeonEefi [0] (i=eefi@STRATTON-SIX-FOURTY-SIX.MIT.EDU) |
02:37:21 | | Part mikem |
02:41:21 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
02:46:55 | *** | Saving seen data "./dancer.seen" |
02:51:18 | | Quit obo ("bye") |
02:51:28 | LambdaCalculus37 | Ladies and gentlemen, I have here an iPod video successfully modded with a CF card and an iFlash adapter. :) |
02:52:19 | | Quit jgarvey ("Leaving") |
02:53:43 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
02:54:52 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
02:55:11 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
03:00 |
03:10:22 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
03:11:56 | LambdaCalculus37 | Bah... spoke too soon... ATA Error -1. :/ |
03:18:19 | | Join tsfriendship [0] (n=tsfriend@210.72.21.237) |
03:20:43 | Dhraakellian | question: how much effect would the presence of a microSD card have on an e200's battery life? |
03:21:58 | | Part tsfriendship |
03:23:21 | | Quit alexbobp (Read error: 54 (Connection reset by peer)) |
03:25:12 | | Join krazykit` [0] (n=kkit@adsl-76-251-247-179.dsl.ipltin.sbcglobal.net) |
03:26:05 | | Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") |
03:26:06 | | Quit krazykit (Read error: 104 (Connection reset by peer)) |
03:26:06 | | Join Rob2222 [0] (n=Miranda@p4FDCF903.dip.t-dialin.net) |
03:26:40 | | Join Darksair [0] (n=user@125.33.196.203) |
03:30:27 | | Join alexbobp [0] (n=alex@66.112.249.159) |
03:34:34 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
03:35:11 | LambdaCalculus37 | Modifying firmware/target/arm/system-pp502x.c and commenting out line 320 worked. |
03:45:07 | | Join tsfriendship [0] (n=tsfriend@210.72.21.237) |
03:46:56 | | Quit LambdaCalculus37 ("Ka-chunka") |
03:49:12 | | Quit Darksair ("Use the Force, Luke!") |
03:53:26 | | Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) |
03:56:10 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
04:00 |
04:01:55 | | Join VirtualDi [0] (n=VirtualD@c213-100-134-54.swipnet.se) |
04:01:58 | | Nick VirtualDi is now known as Virtualdistance (n=VirtualD@c213-100-134-54.swipnet.se) |
04:02:33 | | Quit qweru ("moo") |
04:02:44 | Virtualdistance | hey i heard sansa v2 has sound now |
04:03:18 | | Join blkhawk- [0] (n=blkhawk@g226133086.adsl.alicedsl.de) |
04:11:03 | | Quit mc2739 () |
04:12:49 | | Quit jhulst (Remote closed the connection) |
04:19:29 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
04:20:16 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g226133086.adsl.alicedsl.de) |
04:23:37 | | Quit XavierGr () |
04:46:59 | *** | Saving seen data "./dancer.seen" |
04:53:17 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
04:53:29 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-8460152d27ea365b) |
04:53:57 | | Part safetydan |
04:56:47 | | Join webguest78 [0] (n=47e8e972@gateway/web/cgi-irc/labb.contactor.se/x-94c9dc076eeff083) |
04:57:17 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
04:57:22 | | Quit n17ikh|Lappy () |
04:57:51 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
05:00 |
05:01:12 | | Join blkhawk- [0] (n=blkhawk@e176255241.adsl.alicedsl.de) |
05:07:03 | | Quit miepchen^schla (Read error: 110 (Connection timed out)) |
05:13:17 | | Quit TMM (Connection timed out) |
05:16:48 | | Quit tarbo (Remote closed the connection) |
05:17:37 | | Join tarbo [0] (n=me@unaffiliated/tarbo) |
05:18:17 | | Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) |
05:18:47 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
05:19:10 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@e176255241.adsl.alicedsl.de) |
05:34:33 | | Quit Horscht ("IRC is just multiplayer notepad") |
05:38:06 | | Join Rob2222 [0] (n=Miranda@p4FDCF903.dip.t-dialin.net) |
05:45:03 | | Quit webguest78 ("CGI:IRC (EOF)") |
05:53:14 | | Quit planetbeing (Remote closed the connection) |
05:54:09 | | Quit nplus (Read error: 104 (Connection reset by peer)) |
06:00 |
06:00:41 | | Quit dberg918 ("Ex-Chat") |
06:09:15 | | Join Chaosmagi [0] (i=bobo@d36-140-49.home1.cgocable.net) |
06:10:00 | Chaosmagi | Do u feel like your life is stuck in a rut, just going around in circles. Do u feel Spirituality left out then all u have to do is !!!!TAKE BACK REALITY!!!! www.ellis69.webs.com |
06:10:03 | | Quit Rob2222 (Success) |
06:10:22 | | Part Chaosmagi |
06:10:24 | | Quit pixelma2 (Nick collision from services.) |
06:10:33 | | Join pixelma2_ [0] (n=marianne@rockbox/staff/pixelma) |
06:10:34 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
06:10:35 | | Nick pixelma2_ is now known as pixelma2 (n=marianne@rockbox/staff/pixelma) |
06:10:41 | | Quit amiconn (Nick collision from services.) |
06:10:45 | scorche | +b *!*bobo@d36-140-49.home1.cgocable.net |
06:10:46 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
06:10:52 | Mode | "#rockbox +b *!*bobo@d36-140-49.home1.cgocable.net " by scorche (i=Blah@rockbox/administrator/scorche) |
06:14:53 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
06:19:02 | | Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
06:20:05 | | Quit Shaid (Client Quit) |
06:23:34 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
06:31:25 | Virtualdistance | hey sounds workingon sansa v2 e series right? |
06:32:16 | Llorean | Virtualdistance: Current status is in the forum thread and on the associated wiki pages. |
06:32:35 | Virtualdistance | so no build yet? |
06:32:45 | Llorean | If it was supported, it'd be listed on the front page as supported... |
06:32:56 | Virtualdistance | is there an unsupported one? |
06:33:07 | Llorean | You can compile a development one if you're planning on working on it, sure. |
06:34:16 | Virtualdistance | i guess i just need one compiled bleeding age "in development build" |
06:34:51 | | Quit JdGordon (Remote closed the connection) |
06:34:56 | Virtualdistance | cause i rather have a bleeding age one than OF :) |
06:35:46 | Llorean | If you can't compile it for yourself, you really shouldn't be using it yet. |
06:36:23 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
06:36:30 | Virtualdistance | :( |
06:44:01 | Llorean | Have some patience. When it's reliable enough for use from day to day, it'll move into "supported" |
06:47:03 | *** | Saving seen data "./dancer.seen" |
06:54:29 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
06:55:23 | | Quit AndyI (Read error: 60 (Operation timed out)) |
07:00 |
07:11:29 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
07:11:49 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-38ef044ac7f5aa18) |
07:26:32 | | Quit tsfriendship (Read error: 104 (Connection reset by peer)) |
07:33:35 | | Join tsfriendship [0] (n=tsfriend@210.72.21.237) |
07:34:38 | | Quit safetydan ("Leaving.") |
07:41:40 | | Join ball [0] (n=ball@adsl-99-142-57-1.dsl.emhril.sbcglobal.net) |
07:42:39 | ball | my iPod somehow booted into the Apple firmware instead of Rockbox. Is there a "key combination" that will fix it, or do I need to go through the RockBox install procedure again? |
07:43:02 | scorche | just a reboot should do it |
07:43:33 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
07:43:33 | ball | scorche: how do I do that? |
07:44:00 | | Quit kugel (Client Quit) |
07:44:12 | scorche | hold menu and select...this process is detailed many times throughout the internet and the manual...it would be prudent to do a bit of searching.. |
07:46:19 | ball | okay, I'll look for TFM to R |
07:49:18 | BHSPitMonkey | TFM is a very obvious part of the site's navigation bar... |
07:49:46 | ball | There's a site? :-) |
07:50:08 | BHSPitMonkey | don't make me facepalm |
07:51:11 | * | ball grins |
07:51:22 | ball | I know I looked at the site when I installed Rockbox |
07:51:54 | ball | Sadly college means I don't get to read everything that I would like to. |
07:53:35 | ball | I'm going to bed now. I'm too tired to think. |
07:54:57 | | Quit ball ("leaving") |
07:59:09 | | Quit Seed ("cu, Andre") |
07:59:30 | | Join Outerlimit [0] (i=Outer@nc65210c5.cns.vt.edu) |
08:00 |
08:16:56 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
08:17:23 | | Quit BigBambi (Read error: 104 (Connection reset by peer)) |
08:19:04 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
08:20:49 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
08:25:39 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
08:28:55 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:29:28 | | Join hopit [0] (n=hopit@c-98-212-192-84.hsd1.il.comcast.net) |
08:33:36 | pondlife | jhMikeS: Any chance that your PCM muting mod will have fixed keyclick on those devices where it was broken? Or shall I carry on assuming that's a PP problem...? |
08:40:42 | | Quit amiconn (" ibb") |
08:47:06 | *** | Saving seen data "./dancer.seen" |
08:47:40 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:51:45 | | Quit scorche (Read error: 104 (Connection reset by peer)) |
08:52:51 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
08:57:46 | | Quit bertrik ("Leaving") |
08:58:40 | JdGordon | jhMikeS: there is a bug report which is possibly caused by your pcm muting fix (incase you didnt see it) |
09:00 |
09:02:11 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
09:02:17 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-bdbe9612e5f1006c) |
09:09:51 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
09:19:27 | | Quit scorche (Read error: 104 (Connection reset by peer)) |
09:20:58 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
09:22:34 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:23:21 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
09:27:09 | | Quit kachna (Read error: 60 (Operation timed out)) |
09:33:35 | | Join lasser [0] (n=chatzill@W9b70.w.pppool.de) |
09:44:00 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
09:45:13 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
09:50:17 | | Join JdGordon [0] (n=jonno@c211-28-145-137.smelb2.vic.optusnet.com.au) |
10:00 |
10:05:22 | | Join TheSphinX^ [0] (n=cold@p54A5DF10.dip.t-dialin.net) |
10:07:15 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
10:20:51 | * | JdGordon thinks that some time after 3.1 we need to have a discussion about how we eventually want to allow themeing in the rest of the ui, at the very least how we want to allow custom list viewport |
10:22:02 | * | Zagor has toyed around with a "transitions" idea |
10:23:07 | JdGordon | ? |
10:23:33 | | Join kontroll [0] (n=sco@h65n3c1o912.bredband.skanova.com) |
10:24:08 | Zagor | not really in response to your statement (which I agree with). just that it's a simple form of eye candy that I think many would like. and it could even be made pluggable. |
10:24:23 | pondlife | JdGordon: Would you think it better if the wake-up alarm used the same setting code as the clock - allowing setting of an exact time (and probably reducing binsize) ? |
10:24:34 | Zagor | like the left/right slide on ipods. or fade in/out, or crumble or whatever anyone wants to do. |
10:24:40 | kontroll | Quick question; what's the battery life like for rockbox on the iPod Video (60GB) compared to the default firmware? |
10:25:06 | pondlife | I'd like to see the entire UI reworked to use a central state machine - so each screen is called from one place only and returns a "next screen" value... |
10:25:29 | Zagor | pondlife: whoa |
10:25:35 | JdGordon | pondlife: yes, and iirc there is a patch which does that, although its probaly out of sync |
10:25:45 | B4gder | pondlife: I'd like that too |
10:25:54 | JdGordon | pondlife: well the root menu mostly did that |
10:25:56 | pondlife | I don't mean each and every screen (e.g. submenus would be part of the menu screen), but consistency could be improved |
10:26:03 | B4gder | kontroll: pretty good I think, there's a wiki page listing runtimes somewhere... |
10:26:09 | pondlife | JdGordon: Yes, but we need to go all the way ;) |
10:26:11 | Zagor | it will be one heck of a state machine |
10:26:25 | kontroll | B4gder: Will check, I didn't see any mention of it in the FAQs. |
10:26:43 | pondlife | Probably not as bad as you'd think... we have some messy code around that should vanish... |
10:27:08 | JdGordon | I was thinking more about how the bars and list positions should be allowed to be set, and if we want to really go nuts with the WPS and either allow it to have 1 massive one which handles everything, or mutliple wps', one for each bit of the ui.. or what |
10:27:34 | B4gder | kontroll: http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime but all the numbers seem to be very old... |
10:27:53 | kontroll | How the hell did you find that so fast? :X |
10:28:15 | B4gder | you should try this new cool thing called google! ;-P |
10:28:23 | kontroll | But you're right. No 3.0 numbers, right? |
10:28:28 | B4gder | no |
10:28:35 | kontroll | Bah, google. I relied on the actual page structure. |
10:28:46 | kontroll | Guess I should have known to trust my googlefu. |
10:29:06 | B4gder | "site:rockbox.org/twiki [keyword]" |
10:29:51 | kontroll | Ah. I don't normally rely on any advanced search features. |
10:34:10 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
10:34:11 | B4gder | I'll sign you up for my google class ;-P |
10:36:22 | kontroll | "Very stable. Battery life has been improved, but there is still room for improvement." from the IpodPort page anyway. Not sure when the table was updated, but if it's for 3.0, I'll be happy. Battery life was my one gripe with Rockbox. |
10:36:52 | B4gder | I think battery life has improved even after 3.0, especially for mp3 playback |
10:37:48 | kontroll | *shrug* It's been a while since I used lossy formats. ;) |
10:37:55 | kontroll | <3 me some FLAC. |
10:38:20 | B4gder | flac playback should be decent too |
10:38:29 | kontroll | I hope so. :) |
10:45:54 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
10:47:10 | *** | Saving seen data "./dancer.seen" |
10:51:57 | | Part pondlife |
10:58:34 | | Quit nuonguy ("This computer has gone to sleep") |
10:59:20 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
11:00 |
11:27:54 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
11:28:21 | * | kugel slaps JdGordon |
11:28:33 | kugel | I was right :) |
11:28:38 | * | JdGordon punches kugel in the face and then stomps on his head while he is down |
11:33:43 | kugel | JdGordon: callback is a good idea. But it's not acknowledged if you go into a menu by going back (except for the root menu apparently). That's what my tests showed |
11:34:18 | JdGordon | no, not a menu callback... chanigng the theme should send a event |
11:34:58 | kugel | I tried sending GUI_THEME_HAS_CHANGED, but it apparently didn't work |
11:35:16 | kugel | in the callback function though, so that might be the reason it didn't work |
11:35:28 | JdGordon | because nothing is registered for it... |
11:35:39 | JdGordon | that entire system needs doing |
11:39:29 | kugel | what about staying in the theme folder after changing a theme? if you change a font you can right away chose another font if you noticed it doesn't fit your current mood or whatever. I'd like to have that for themes too (and I know how to do it, so it's just a question of "would it be committed?") |
11:39:50 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
11:40:12 | | Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-49894314a5f31e5c) |
11:41:02 | | Quit B4gder (Read error: 104 (Connection reset by peer)) |
11:41:09 | | Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-49894314a5f31e5c) |
11:49:49 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
11:52:32 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
11:53:07 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
12:00 |
12:16:51 | kugel | JdGordon: have you seen my latest customlist version? |
12:18:49 | JdGordon | no |
12:19:29 | kugel | I think it's a good version now |
12:20:18 | | Join funman [0] (n=fun@AToulouse-158-1-160-214.w90-60.abo.wanadoo.fr) |
12:28:04 | n1s | funman: does the flash buffering patch take care of voice? |
12:28:28 | funman | no idea |
12:29:17 | n1s | not important at this stage but just as a note, a on-the-fly voiceclip loading scheme is used on the ondio which could perhaps be adapted |
12:31:21 | | Join moos [0] (i=moos@81-66-158-133.rev.numericable.fr) |
12:34:33 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
12:36:27 | n1s | btw, do you still have the large pcm buffer? maybe that can be shrunk to free some ram? |
12:37:49 | funman | yes, but how this free ram would be used ? |
12:38:54 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
12:39:24 | n1s | maybe you need a static buffer to load a voice clip into for example? |
12:40:32 | n1s | how much ram does the core need on the clip? |
12:41:31 | funman | RAM usage: 879440 |
12:41:58 | funman | including 192kB for buffering_flash |
12:42:50 | n1s | if plugin buffer is 512kB and the pcm buffer is something like that in size you are already near the limit |
12:43:23 | funman | I reduced plugin buffer to 384kB and pcm buffer is just taking whatever available RAM remains |
12:44:03 | n1s | pcm buffer != audio buffer though, pcm is the one for decoded audio |
12:44:20 | funman | hm |
12:44:31 | funman | and pcm buffer is a part of audio buffer? |
12:46:20 | n1s | i'm not exactly sure how it's allocated, see apps/pcmbuf.c |
12:46:49 | n1s | but it varies in size with crossfade so maybe you will have to drop or limit that |
12:47:14 | *** | Saving seen data "./dancer.seen" |
12:49:30 | funman | yes it's in audiobuffer |
12:50:33 | n1s | maybe that has something to do with the weird crashes, decoded audio overwritign stuff? |
12:50:55 | funman | _very_ probably, i'll try adding some sanity checks |
12:53:17 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
12:56:02 | kugel | JdGordon: I found a way to phase out menu_vp |
13:00 |
13:03:01 | kugel | maybe not |
13:12:16 | funman | I have ~280kB of buffer for encoded data, perhaps buffering.c assumes more (for example when setting the watermark at 512kB) |
13:16:04 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
13:17:17 | funman | I see a failed assumption in bufgetdata() |
13:17:21 | JdGordon | kugel: yes, by having a viewport manager of sort which will give you the "fullscreen" viewport if one isnt passed in |
13:22:10 | kugel | JdGordon: no, by letting vps to lists.parent after initializing the list. The list code takes care of NULL pointers |
13:22:55 | kugel | so no matter if the list was initialized with NULL or a parent, vps points to a valid viewport after |
13:23:26 | | Quit robin0800 (Remote closed the connection) |
13:24:07 | kugel | I get segfaults after exiting a plugin (in the sim), even though the adresses are fine |
13:24:46 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
13:27:54 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
13:30:45 | funman | buffering.c bufgetdata() says "prep_bufdata ensures copy_n <= GUARD_BUFSIZE" |
13:31:06 | funman | but this is only true if the requested size is > GUARD_BUFSIZE |
13:32:19 | funman | I suppose that wouldn't be a problem if we wrap around the buffer at buffer_len - GUARD_BUFSIZE but I can't tell if it's true |
13:34:42 | n1s | funman: i think Nico_P is the one that knows that stuff best |
13:40:17 | jhMikeS | JdGordon: 9602? |
13:44:27 | JdGordon | jhMikeS: yeah, mpegplayer crash if music wasnt stated |
13:45:45 | jhMikeS | technically, the code shouldn't have changed for e200 since it never had the muting turned on |
13:46:57 | | Join gregorovius [0] (n=diego@host220.190-31-238.telecom.net.ar) |
13:47:27 | funman | h->ridx = 2MB+ |
13:48:02 | kugel | JdGordon: with that change we could really get rid of list_default_init_viewports |
13:48:20 | kugel | I don't understand why it segfaults though upon exiting a plugin |
13:48:35 | funman | Nico_P: why are ridx and available (in struct memory_handle) volatile? |
13:48:47 | JdGordon | no, i dont tihnk that change would let you get rid of that |
13:49:16 | kugel | JdGordon: I just removed them and the menus refresh fine upon theme change |
13:49:55 | Nico_P | JdGordon: funman, IIRC, so that gcc treats it correcty as it may be modified concurrently |
13:50:00 | Nico_P | maybe it's overkill though |
13:50:10 | kugel | that's because vps really points to the list.parent, and not to the parent passed to the menu or a seperate menu_vp |
13:50:19 | JdGordon | crosstalk :D |
13:50:26 | Nico_P | sorry JdGordon, I didn't mean to highlight you |
13:50:44 | funman | Nico_P: I try to find the problems in buffering.c but the code is quite complex :/ |
13:51:21 | Nico_P | funman: I don't really have time to answer your questions rght now as I have to go to classes |
13:51:24 | funman | Nico_P: why would it be modified concurrently ? |
13:51:28 | Nico_P | but this evening I should have some tim |
13:51:32 | funman | ok |
13:51:43 | funman | have fun ^^ |
13:52:02 | Nico_P | some funcs like bufopen and bufalloc are called on threads other than the buffering thread |
13:52:57 | JdGordon | kugel: ah yes... you're right... and its even worth doing... lemme know when a patch is ready |
13:53:21 | JdGordon | btw, it works because the menu list is re-init (which default_blaa is going anyway |
13:53:23 | Nico_P | hmm on second thought I'm not sure that's actually relevant... I'd need to give another look at the code. it's been a long time |
13:53:31 | JdGordon | but it means 1 less static viewport struck wasting ram |
13:54:02 | | Join AlwieAlwie_ [0] (n=AlwieAlw@p57A2A5D2.dip0.t-ipconnect.de) |
13:54:19 | AlwieAlwie_ | was ist das? |
13:55:10 | n1s | AlwieAlwie_: English please |
13:55:22 | AlwieAlwie_ | Where I am? xD |
13:55:29 | JdGordon | about to be kicked |
13:55:40 | funman | AlwieAlwie_: just have a look at the topic |
13:56:00 | AlwieAlwie_ | What is rockbox? |
13:56:00 | gregorovius | how well does rockbox work in a 5g ipod? are the controls playable? |
13:56:27 | B4gder | gregorovius: it works fine and stable on the 5g |
13:56:43 | gregorovius | sorry, mistype, rockboY |
13:56:46 | | Quit AlwieAlwie_ () |
13:56:50 | B4gder | ah |
13:56:56 | B4gder | I don't know |
13:57:03 | gregorovius | I was just browsing the plugins page |
13:57:03 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-105-163.ewe-ip-backbone.de) |
13:57:14 | gregorovius | wondering if games are playable |
13:57:21 | JdGordon | kugel: almost willing to bet that the buttonbar will cause problems with that change though |
13:57:23 | kugel | JdGordon: sure, when I find out why plugins crash. Also, do_menu unnecessarily clears the display/viewport I think |
13:57:28 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
13:57:42 | kugel | (list drawing does that too) |
13:58:30 | JdGordon | its done because screens dont clear themselves before exiting... |
13:58:39 | JdGordon | so you have scrollingin lines from the old screen |
13:59:16 | funman | iCatcher.128x64x1.160x128x2.wps < does this naming reflects screen sizes/depth for remote and main lcds? |
14:00 |
14:00:45 | JdGordon | ? |
14:01:25 | funman | in wps/ I see files are named "theme.width.height.depth.wps" |
14:02:04 | funman | and 2 icatcher files are named with 2 different "width.height.depth" |
14:02:55 | funman | i'm trying to build a different wps for the Clip |
14:02:58 | pondlife | JdGordon: My rough state machine/screen transition idea would take care of clearing stuff... |
14:03:06 | | Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-fb7aa713b38243ea) |
14:03:47 | kugel | JdGordon: Got it! not handling bars caused the crash |
14:03:50 | n1s | funman: i thik the first screen dimensions are for a remote corresponding to the wps use on the main display with the second dimensions |
14:03:55 | * | pondlife wonders if he's the only one who'd like consistent braces throughout Rockbox... |
14:04:23 | JdGordon | funman: oh right... n1s is probably right.. i guess because we can only have 1 userfont for both screens |
14:04:53 | JdGordon | pondlife: how? the central logic would clear the screen automatically? |
14:04:59 | pondlife | Yes |
14:05:22 | pondlife | Especially if a scroll/crossfade transition was configured :) |
14:05:57 | pondlife | We'd have a single place to do it, no need to rely on the screen itself. |
14:06:14 | pondlife | This is a *very* rough idea, of course! |
14:06:34 | JdGordon | root_menu.c does what you want now already.... |
14:06:43 | JdGordon | except the screen clearing |
14:07:42 | pondlife | Yes, but is it used for all transitions? Some screens (e.g. context menus) are bool functions - I'd think they could be int functions returning a "next screen" (of which "previous" is a valid option) |
14:07:52 | | Quit TheSphinX^ ("XChat@Linux") |
14:08:03 | pondlife | Something monstrous like that, anyway |
14:08:28 | pondlife | Sorry, I meant enum, not int... |
14:08:33 | JdGordon | well.... context menus are directly linked to their host screen, and don't really need to go through the central logic |
14:09:08 | * | JdGordon wants multifont :< |
14:09:17 | n1s | pondlife: I'd like consistent braces but as it stands we have pretty much every style used somewhere however the opening brace of a function is a strict rule in CONTRIBUTING |
14:09:51 | B4gder | consistent braces would open for an "interesting" talk on what specific approach to use |
14:10:09 | pondlife | n1s: I've always worked to a policy of "maintain the existing style", but I'd prefer to use separate lines throughout. |
14:10:22 | pondlife | i.e. no if (x) { |
14:10:36 | pondlife | It's a personal preference, of course... |
14:10:46 | n1s | pondlife: i prefer that style too but i guess it is a matter of taste |
14:10:49 | * | JdGordon thinks brace positions should be lower on everyones todo list... |
14:10:51 | funman | perhaps braces style should be a setting? |
14:10:58 | B4gder | haha |
14:11:14 | funman | note using a newline increases binsize by 1 |
14:11:38 | JdGordon | 1? my tests showed eleventy billion |
14:11:38 | pondlife | funman: srcsize, shurely? |
14:12:09 | funman | :) |
14:12:36 | n1s | we should cut down on whitespace and comments to save srcsize! |
14:12:45 | pondlife | Yes, and use tabs |
14:12:48 | pondlife | :) |
14:13:09 | JdGordon | and get rid of #defines to speed up compiling |
14:13:11 | jhMikeS | n1s: and all those newlines while we're at it. C really doesn't need them. |
14:13:11 | pondlife | More seriously, I like the if (1==x) style of testing |
14:13:43 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
14:13:43 | JdGordon | that one makes sense |
14:13:47 | JdGordon | although is annoying |
14:13:58 | B4gder | I like that one too |
14:14:01 | n1s | jhMikeS: yeah, why waste lines? :) |
14:14:13 | B4gder | C does need them |
14:14:18 | B4gder | at least in C89 |
14:14:22 | jhMikeS | pondlife: it's my personal preference so I don't mess up if (x = 1) |
14:14:23 | pondlife | It becomes less annoying if used everywhere. |
14:14:26 | B4gder | it only supports 512 byte lines |
14:14:40 | pondlife | jhMikeS: Yes, I learnt that from you, now I use it in my day job |
14:14:48 | n1s | B4gder: we need to extend gcc then! |
14:15:02 | jhMikeS | pondlife: you did? I thought I didn't use that here. ?!? |
14:15:04 | B4gder | n1s: they fixed that later on so modern C versions can have any lengths I believe |
14:15:17 | pondlife | jhMikeS: Off someone here, I thought you explained it to me... |
14:15:36 | pondlife | B4gder: Nah, we'll never get the punched-card machine port completed. |
14:15:42 | B4gder | darn |
14:15:52 | JdGordon | kugel: patch? or tomorow and ill go to bed? |
14:15:55 | jhMikeS | pondlife: in an alternate worldline before they start collapsing it could be |
14:16:30 | pondlife | Maybe, I guess the IRC logs contain all possible truths. |
14:17:05 | pondlife | Anyway, sorry for mentioning braces - let's fix bugs instead... |
14:17:06 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
14:17:12 | JdGordon | naaaa |
14:17:52 | kugel | JdGordon: wait a second. some plugins still crash, but that might be due to my other changes |
14:18:00 | * | pondlife wants to commit the H300 RTC patch, but can't remember if that's officially blocked by petur's hard disk. |
14:18:01 | jhMikeS | code formatting is so much rewarding than proper behavior :) |
14:18:02 | n1s | LambdaCalculus37: regarding your ipd with ata -1 error, it would be useful if you worked out which bit(s) that actually cause that problem instead of simply removing the whole line. If that is figured out a fix could be put in svn, see FS #9342 |
14:18:07 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-cfd73fc0be9be6c0) |
14:18:46 | n1s | pondlife: the alarm wake up thing? |
14:18:47 | JdGordon | pondlife: what was the problem there? it wouldnt read the disk or something yeah? |
14:19:00 | pondlife | n1s: Yes, it works great for me, and has done for months. |
14:19:18 | n1s | pondlife: problem is that it doesn't work with the official bootloader |
14:19:28 | pondlife | Unfortunately it needs a new bootloader, but petur's hard disk won't boot with an SVN bootloader. |
14:19:50 | JdGordon | pondlife: but it can go back to the OF? |
14:19:55 | * | n1s hopes LinusN will release a new h300 bootloader some day... |
14:20:03 | | Quit massiveH ("Leaving") |
14:20:05 | LambdaCalculus37 | n1s: I just went with one fix that was listed for the time being just to get it up and running. I'll figure out what caused it later (could be the card I used, though). |
14:20:14 | pondlife | So, the patch is not committed and I have to add it manually every time, because we don't want RTC options appearing in the menus until the new bootloader is released. |
14:20:25 | pondlife | However, I fear it will be years until this progresses. |
14:20:32 | kugel | JdGordon: works! no crashing anymore. |
14:20:44 | | Quit funman ("leaving") |
14:20:45 | kugel | untested on target though, lets rather wait until tomorrow. no need to rush |
14:20:51 | LambdaCalculus37 | n1s: It's a kludgy fix; I admit it. |
14:20:52 | n1s | LambdaCalculus37: others have the same problem so a proper fix would be nice |
14:20:58 | pondlife | n1s: I don't think LinusN can repro the problem... |
14:21:09 | pondlife | ...only petur can, IIRC |
14:21:22 | JdGordon | pondlife: as long as it can go back to the OF we should commit it, nag LinusN to release a new bootloader with it, then say if you have problems then use an old build and ignore the alarm options |
14:21:36 | JdGordon | kugel: can i see the patch anyway? |
14:21:40 | kugel | http://pastebin.ca/1274909 |
14:21:46 | pondlife | JdGordon: With the v5 bootloader it fails to boot up, I believe |
14:21:56 | n1s | pondlife: but his disk works with the official bootloader? |
14:22:01 | pondlife | Yes, with v5 |
14:22:26 | JdGordon | kugel: /me already doesnt like the first hunk :D |
14:22:36 | pondlife | It's an 8i0GB Toshiba one (MK8007GAH) - same as I have :/ Mine works fine. |
14:22:40 | kugel | why |
14:22:56 | pondlife | RTC is a very useful feature... |
14:23:04 | kugel | list code calls viewport_set_defaults, no need for the menu to do it once more |
14:23:08 | petur | pondlife: LinusN knows what revision it starts going wrong iirc |
14:23:17 | | Join nicfer [0] (n=usuario@168.226.104.201) |
14:23:20 | kugel | the bar fixing stays |
14:23:20 | JdGordon | because if you're given a parent you shouldnt be modifiying it.. although i see that svn is doing it also |
14:23:36 | petur | pondlife: do commit whatever changes you need, I'll stick with the older bootloader |
14:23:59 | petur | but I wasn't the only one with the issue iirc |
14:24:01 | pondlife | petur: Yes, but until we work out what's wrong, we can't release a new bootloader. |
14:24:13 | pondlife | i.e. 50% of H300s might not boot with SVN. |
14:24:17 | kugel | JdGordon: why not? it's just about bar fixing and reversible |
14:24:27 | petur | it would be far less than 50% |
14:24:31 | JdGordon | hmmm |
14:24:40 | kugel | modifying the parent directly allows to save inits |
14:24:55 | pondlife | I think the RTC menu options need to appear if you have an RTC bootloader... |
14:25:11 | kugel | see how I commented out the init_default_* as they're not needed anymore |
14:25:12 | pondlife | Not sure how to pass that info across though. |
14:25:48 | pondlife | JdGordon: Quick question about the time/date screen - how can you tell if the wake-up alarm is set or not? |
14:25:59 | * | petur is off again to give work some attention |
14:26:07 | JdGordon | pondlife: you probably cant... |
14:26:14 | kugel | JdGordon: and yea, svn modifies parents too, not in the menu code, but in the list code |
14:26:43 | pondlife | I should probably work on that to display the current setting on entry. |
14:27:00 | pondlife | (ie. a time, or "None") |
14:27:21 | JdGordon | it would be nice to stick a alarm icon on that clock to show if one is set |
14:27:36 | pondlife | Yes |
14:27:52 | pondlife | I'd like to be able to set any time too - like you can with most alarms |
14:27:58 | pondlife | Not just 5 minute increments |
14:28:02 | kugel | I suppose we could replace the icon before the list entry with a "alarming one", or yea, put one next to the clock |
14:28:22 | * | n1s likes the statusbar idea |
14:28:44 | Zagor | my phone has a simple bell icon to show alarm is active |
14:28:45 | n1s | oh and the compulsory wps tag |
14:29:07 | n1s | mine displays a bell and the alarm time on the "desktop" |
14:29:07 | pondlife | n1s: I'll be happy with a WPS tag and a themeable status bar ;) |
14:29:26 | pondlife | No need to worry about updating the hard-coded status bar.. |
14:29:38 | n1s | pondlife: yes, that would be nice |
14:30:02 | pondlife | Did anything come of linuxstb's proof-of-concept there? |
14:30:14 | JdGordon | only ideas.... |
14:30:36 | pondlife | hehe |
14:31:03 | pondlife | I'll stop veering from subject-to-subject now and look at the alarm setting screen. |
14:31:19 | kugel | btw: I wonder what happened about this one patch, with which you can display all settings in the wps |
14:31:21 | JdGordon | there is a patch to merge the clock and alarm sceen codes |
14:31:33 | pondlife | JdGordon: That would be good |
14:31:44 | pondlife | Is it still usable, with your recent work? |
14:31:54 | * | JdGordon doesnt know its number or if its still in sync |
14:32:08 | kugel | it's rotting on the tracker and noone ever talks about it. I think it's a nice patch which possibly saves a lot of seperate tags |
14:32:18 | JdGordon | my work didnt remove code it probalby uses... only moved it |
14:32:34 | JdGordon | kugel: /me saw it and likes the idea... dunno about how it was done though |
14:33:01 | pondlife | petur: I'd be interested to see what happens if you try the RTC patch (http://www.rockbox.org/tracker/task/7814) with your existing (v5?) bootloader. i.e. just build Rockbox, not the bootloader, then set an alarm. |
14:33:51 | * | petur has some unknown bootloader version cooked up by LinusN |
14:33:57 | pondlife | Ah, ok. |
14:34:06 | JdGordon | does anyone know how we would go about passing a version string from the bootloader to the main build? |
14:34:16 | petur | I could try the patch with svn - maybe it boots now ;) |
14:34:40 | pondlife | I don't think SVN has been changed much. |
14:34:45 | pondlife | It works for me, though ;) |
14:35:12 | pondlife | I believe you'd be going back to the OF soon after. |
14:35:54 | kugel | JdGordon: so like the patch or not? I also have some ideas to clean up list.c's a bit |
14:36:22 | JdGordon | I like the idea... |
14:36:47 | JdGordon | I really want to seperate the bars from the rest of the screen which would clean things up ALOT |
14:37:02 | pondlife | JdGordon: Why aren't the bars in their own |
14:37:09 | pondlife | viewports? |
14:37:17 | pondlife | (Or, are they?) |
14:37:22 | JdGordon | they are... sort of |
14:37:42 | pondlife | They should be, seems like an obvious way to isolate them a bit more. |
14:37:44 | kugel | the main problem is imho that they don't update from alone |
14:37:54 | JdGordon | oh they will when I'm done with them |
14:38:00 | * | JdGordon will beat them into submission |
14:38:09 | kugel | list/menu/etc code always needs to issue updates |
14:38:47 | pondlife | The bar code should be independent of any screen (except for the basic positioning/hiding of the viewports), right? |
14:39:06 | JdGordon | should be yes |
14:39:26 | pondlife | heh, I take that as "*should* be" :) |
14:39:37 | JdGordon | we could even put the statusbar at the bottom with some work! |
14:39:47 | kugel | very little work |
14:40:03 | pondlife | Of course, so the menu status bar can be in the same place as the cabbie WPS one... |
14:41:33 | * | pondlife returns to work.. |
14:41:37 | | Part pondlife |
14:42:13 | kugel | JdGordon: what exactly do you mean with "i like the idea...". are you expecting some drawbacks? |
14:42:48 | * | n1s wonders if Lear is going to complete and commit FS #8523, it seems like a worthwhile improvement |
14:42:51 | JdGordon | not really... its all tied into how the bars are done... once thats fixed this will be done easily |
14:43:51 | kugel | you will aways need to adjust the menu vps depending on the bars, no matter how seperate bar code is |
14:44:30 | JdGordon | no you wont :D |
14:44:46 | JdGordon | viewport_set_defaults() would give you the viewport that doesnt have bars in it |
14:45:12 | JdGordon | the problem is there is still too much code using the NULL viewport |
14:45:14 | kugel | and then you overlap menus and bars? cool |
14:45:30 | JdGordon | no, the bars are outside the viewport |
14:45:40 | JdGordon | the screen would be split into 2/3 areas |
14:45:48 | kugel | you want to shift down menus if there's a statusbar at the top |
14:45:52 | | Part B4gder |
14:46:10 | | Quit kachna (Remote closed the connection) |
14:46:10 | kugel | don't you? |
14:46:25 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
14:46:31 | JdGordon | yes, but it will be done for you |
14:46:53 | kugel | by what code? by the statusbar or list code? either way you need to adjust viewports |
14:47:15 | *** | Saving seen data "./dancer.seen" |
14:47:18 | JdGordon | by a bit of code which isnt written yet |
14:48:48 | | Part nicfer |
14:50:50 | | Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) |
14:56:21 | | Quit kugel (Remote closed the connection) |
14:56:42 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
14:59:48 | | Quit moos ("Rockbox rules the DAP world") |
15:00 |
15:03:00 | | Quit kachna ("Konversation terminated!") |
15:08:37 | | Quit kugel (Remote closed the connection) |
15:09:30 | | Join Horschti [0] (n=Horscht@p4FD4F3E2.dip.t-dialin.net) |
15:10:23 | | Quit Horscht (Nick collision from services.) |
15:11:54 | | Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) |
15:20:44 | | Quit hopit ("Leaving") |
15:22:28 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
15:25:18 | | Join Schmogel [0] (n=Miranda@p3EE21C7F.dip0.t-ipconnect.de) |
15:26:39 | | Quit Bjoern-Erik ("leaving") |
15:30:44 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
15:37:27 | | Quit tyfoo ("Carpe diem") |
15:37:47 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
15:43:29 | | Join Rob2222 [0] (n=Miranda@p4FDCCF2A.dip.t-dialin.net) |
15:51:40 | | Quit markun ("Lost terminal") |
15:52:51 | | Join markun [50] (n=markun@rockbox/developer/markun) |
15:57:26 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
16:00 |
16:11:40 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
16:13:37 | | Quit krazykit` ("Connection reset by beer") |
16:15:38 | | Join krazykit [0] (n=kkit@76.251.247.179) |
16:24:05 | | Quit jhulst (Remote closed the connection) |
16:30:32 | | Join funman [0] (n=fun@AToulouse-158-1-160-214.w90-60.abo.wanadoo.fr) |
16:38:06 | | Quit robin0800 (Connection timed out) |
16:47:08 | funman | To have a different wps for models with the same screen resolution/depth, I think wpsbuild.pl should be extended to check for the existence of "THEME.WIDTHxHEIGHTxDEPTH-MODEL.wps" before "THEME.WIDTHxHEIGHTxDEPTH.wps" |
16:47:17 | *** | Saving seen data "./dancer.seen" |
16:47:43 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:52:30 | | Join is4 [0] (n=is4@dhcp-49-53.media.mit.edu) |
16:59:53 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
17:00 |
17:01:46 | | Quit Zagor ("Client exiting") |
17:12:54 | | Join {phoenix} [0] (n=dirk@p54B476E9.dip.t-dialin.net) |
17:14:18 | | Quit perrikwp (orwell.freenode.net irc.freenode.net) |
17:14:18 | NSplit | orwell.freenode.net irc.freenode.net |
17:14:18 | | Quit Llorean (orwell.freenode.net irc.freenode.net) |
17:14:18 | | Quit SUSaiyan (orwell.freenode.net irc.freenode.net) |
17:14:18 | | Quit tim__b (orwell.freenode.net irc.freenode.net) |
17:14:18 | | Quit Zambezi (orwell.freenode.net irc.freenode.net) |
17:14:18 | | Quit shodanX (orwell.freenode.net irc.freenode.net) |
17:14:18 | | Quit preglow (orwell.freenode.net irc.freenode.net) |
17:14:18 | | Quit DaCapn (orwell.freenode.net irc.freenode.net) |
17:16:11 | NHeal | orwell.freenode.net irc.freenode.net |
17:16:11 | NJoin | perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-cfd73fc0be9be6c0) |
17:16:11 | | Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) |
17:16:11 | NJoin | SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
17:16:11 | NJoin | tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) |
17:16:11 | NJoin | Zambezi [0] (i=stolgfor@bnc.fran.dotbnc.se) |
17:16:11 | NJoin | shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
17:16:11 | NJoin | DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
17:16:11 | NJoin | preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
17:18:40 | | Join CaptainKewl [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-f0488f2466f61056) |
17:18:44 | | Quit {phoenix} ("Konversation terminated!") |
17:22:25 | | Join herrwaldo [0] (n=waldo@ip-81-11-213-160.dsl.scarlet.be) |
17:23:52 | funman | does rockbox ensure playback & recording can't happen simultaneously? |
17:25:44 | | Part LinusN |
17:25:45 | LambdaCalculus37 | AFAIK playback immediately stops when you enter recording mode. |
17:26:09 | LambdaCalculus37 | FM radio continues to play in recording mode. |
17:26:26 | funman | so it doesn't stop? |
17:26:57 | funman | or FM radio continues to be active, but its output is redirected to recording, and not to headphones? |
17:30:31 | LambdaCalculus37 | funman: Let me check again. |
17:30:37 | * | LambdaCalculus37 gets out his c250 |
17:32:15 | LambdaCalculus37 | funman: Entering FM radio and then recording mode still outputs to headphones. |
17:32:29 | LambdaCalculus37 | So I guess you can listen to when you want recording to stop. |
17:32:38 | funman | oh nice |
17:33:56 | funman | for sansa ams we only have 2 DMA channels and one is already reserved for SD |
17:34:13 | funman | perhaps we should only use DMA for output and standard copy for input |
17:35:52 | funman | on PP dma isn't used for SD though |
17:36:19 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
17:36:41 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
17:37:06 | LambdaCalculus37 | funman: So we can still have headphone output for FM radio, even when recording? |
17:37:22 | | Join miepchen^schlaf [0] (n=miepel@p579EC5B6.dip.t-dialin.net) |
17:38:03 | funman | yes |
17:38:14 | LambdaCalculus37 | Cool. :) |
17:38:15 | kugel | funman: can't you use interrupts to put all into those 2 channels? |
17:38:18 | funman | well, when we'll have access to the radio ;) |
17:38:25 | funman | kugel: no |
17:38:44 | * | kugel thought so |
17:38:58 | funman | perhaps if we transfer ridiculous amount of datas at each time but i don't think that's worth |
17:39:24 | kugel | why ridiculous amounts? |
17:40:26 | funman | smaller than the FIFO size of I2SIN & I2SOUT |
17:40:53 | funman | or at least the time to transfer must be smaller than the size of data in the FIFO |
17:40:56 | kugel | oh you mean ridiculously small |
17:41:09 | funman | yes sorry :/ |
17:41:14 | kugel | sounds doable to me |
17:41:26 | funman | sounds not worth to me ;) |
17:41:26 | kugel | but maybe not worth it, yea |
17:42:55 | kugel | how about: record to a buffer on the one channel, and in an alternating fashion write to disk or sent to headphones |
17:43:04 | kugel | from the buffer that is |
17:43:23 | funman | I tend to prefer the reverse |
17:43:39 | funman | and use more efficient DMA for more used playback |
17:43:51 | kugel | funman: for normal music playback, sure |
17:44:27 | kugel | but in radio you cannot buffer ahead. also the buffer data must be live at anytime, so you cannot interrupt recording |
17:44:47 | funman | the i2sin chip buffers for us |
17:45:11 | kugel | that buffer is obviously do small, as you've said |
17:45:14 | kugel | too |
17:45:19 | funman | just like the i2sout buffer |
17:45:32 | kugel | I mean a buffer in ram |
17:45:54 | funman | I don't understand what you mean sorry |
17:46:31 | kugel | meh |
17:46:45 | kugel | I'm just having random ideas in my mind. better you ignore me at all |
17:46:56 | funman | :) |
17:50:21 | | Quit EspeonEefi ("さよなら") |
17:53:23 | | Quit miepchen^schlaf () |
17:56:04 | | Join unstable [0] (i=unstable@tor/regular/sid) |
17:56:27 | unstable | What is the biggest microsd card you can put in a Sansa e280 version1? |
17:56:33 | | Join {phoenix} [0] (n=dirk@p54B476E9.dip.t-dialin.net) |
17:56:53 | LambdaCalculus37 | Theoretically 32GB. |
17:57:03 | LambdaCalculus37 | That's only with Rockbox, though. |
17:57:54 | unstable | right |
17:58:04 | unstable | LambdaCalculus37: Do they make 32GB microsd cards? |
17:58:08 | | Join miepchen^schlaf [0] (n=miepel@p579EC5B6.dip.t-dialin.net) |
17:58:15 | unstable | The biggest I can find on newegg is 2GB |
17:58:45 | funman | unstable: just google for "microsd 32GB" |
17:59:22 | n1s | 16GB ones should be available at least |
17:59:37 | n1s | they might also be called mirosdhc |
18:00 |
18:00:40 | unstable | I see, microsdhc is what it is. |
18:00:50 | unstable | The highest capacity newegg has is 8GB |
18:01:06 | unstable | For pretty cheap too, some are $15, some are $30 |
18:01:16 | n1s | unstable: note that those will only work while inside rockbox and not in the original firmware so you need a cardreader to put files on them easily |
18:01:45 | n1s | (or you could copy files to the internal storage and use rockbox to copy to the card but it's cumbersome) |
18:01:51 | unstable | right, I know it will only work in rockbox. |
18:01:57 | unstable | My laptop has a built-in card reader. |
18:02:06 | n1s | good :) |
18:02:54 | funman | The sansa ams has a spdif receiver, but I somehow doubt it is used |
18:03:53 | unstable | http://www.newegg.com/Product/Product.aspx?Item=N82E16820208377&nm_mc=OTC-Froogle&cm_mmc=OTC-Froogle-_-Memory+(Flash+Memory)-_-Transcend-_-20208377 |
18:03:56 | n1s | good opportunity for a hw mod then :) |
18:04:12 | unstable | wow, $33 USD for 16 gigs of flash. Am I click on the wrong thing or what, will that work with the e280 v1? |
18:04:19 | unstable | I feel like that's way too inexpensive. |
18:04:38 | n1s | that's not micro |
18:06:05 | unstable | http://www.zipzoomfly.com/jsp/ProductDetail.jsp?ProductCode=10009561&prodlist=froogle |
18:06:18 | unstable | $82, about the same price as the player |
18:06:49 | unstable | Anyone have one of these e280s? Will this card bulge out of the player? |
18:06:57 | LambdaCalculus37 | unstable: http://www.newegg.com/Product/Product.aspx?Item=N82E16820211351 <−− This is more of what you're looking for. |
18:07:09 | LambdaCalculus37 | And it sits flush inside. |
18:07:19 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:07:32 | | Quit petur ("work->home") |
18:07:37 | unstable | LambdaCalculus37: But that is only 8GB |
18:10:10 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
18:10:15 | funman | hum I'm not sure how to handle concurrent access to the destination buffer pointer and size; between the i2sin interrupt handler and pcm_record_more() |
18:10:33 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:10:50 | funman | well I suppose that's why pcm_rec_*lock() are there after all |
18:11:15 | | Quit linuxstb (Read error: 145 (Connection timed out)) |
18:12:27 | | Quit gregorovius () |
18:14:31 | | Join vitja [0] (n=vitja@79.120.98.174) |
18:20:21 | | Join faemir [0] (n=faemir@88-106-242-186.dynamic.dsl.as9105.com) |
18:23:16 | * | gevaerts just came back to his laptop to see settings_list.c scrolling by... |
18:29:12 | | Join karashata [0] (n=karashat@69.41.192.215) |
18:42:30 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
18:42:44 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-cbd5d66f1b2133bf) |
18:45:23 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
18:47:19 | *** | Saving seen data "./dancer.seen" |
18:51:18 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-166-022.ewe-ip-backbone.de) |
18:51:31 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-086-234.ewe-ip-backbone.de) |
18:55:41 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
19:00 |
19:01:25 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:03:53 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
19:05:04 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
19:06:30 | funman | I'm trying to record on sansa ams using the microphone but I get a I2SIN FIFO push error |
19:07:49 | domonoky | check if you get a fifo overflow/ fifo full interrupt before this... |
19:08:23 | funman | hm i'll just show the raw status |
19:09:20 | | Quit tyfoo ("Carpe diem") |
19:10:09 | domonoky | probably the fifo just overflows, as we got the same backwards at the beginning of i2sout support. (fifo empty, then fifo pull error) |
19:11:25 | funman | yep it's full |
19:12:27 | domonoky | so your dma transfers dont work correctly.. :-) |
19:12:42 | funman | i don't want to use dma |
19:12:53 | funman | so we could record and play at the same time |
19:13:22 | domonoky | ah, you are reading it directly and interrupt driven ? |
19:13:28 | funman | yep |
19:13:38 | funman | perhaps it will work at low samplerates |
19:14:35 | domonoky | maybe it would also work better if you use a fiq instead of a irq.. but i dont know whats missing to get them running. |
19:15:31 | funman | jhMikeS also suggested we use vectored interrupts |
19:16:57 | funman | btw how does FS #9332 (buffering) work for you on m200v4 ? |
19:17:43 | funman | it seems the interrupt happen even if i didn't enable it in VIC_INT_ENABLE |
19:18:20 | domonoky | funman: seems to work ok. |
19:19:25 | funman | perhaps pcm_lock() and pcm_unlock() fail as well |
19:19:36 | bertrik | I wonder about the HPCM in the codec, it is needed for the clip (i.e. not actively turned off), but apparently not for m200v4? |
19:20:23 | funman | i have a deadlock when I enter recording although :/ |
19:20:38 | bertrik | domonoky, does stereo on the m200v4 sound normal, or do you get a kind of echo-y effect with very little bass? |
19:21:25 | domonoky | bertrik: it seems to be fine, but lets check which settings i use at moment. |
19:24:30 | funman | git svn info reports revision 0 when the tree has been modified :/ |
19:29:50 | * | domonoky thinks it sounds better with HPCM_off, but i dont really trust my ears :-) |
19:30:04 | funman | for the Clip the difference was very noticeable |
19:32:07 | | Quit funman ("leaving") |
19:32:16 | * | domonoky should do the same hold button fixes on m200v4.. |
19:37:16 | jhMikeS | funman: you only have one DMA channel? |
19:37:26 | kugel | two |
19:37:41 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
19:38:18 | * | jhMikeS wonders who every though two was sufficient' |
19:39:37 | kugel | it apparently is sufficient. the of can do radio+recoding just fine |
19:40:35 | kugel | jhMikeS: you did the video overlay thingy in mpegplayer, right? |
19:40:37 | jhMikeS | but if you're using one for ATA, then you can't have one for full-duplex audio |
19:41:06 | * | kugel nearly said wvs, but then realized he would get slapped by Llorean |
19:41:16 | jhMikeS | kugel: overlay? |
19:41:32 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
19:41:52 | * | jhMikeS named it WVS and remembers Llorean had some part in that |
19:42:24 | kugel | I'm officially not allowed to call it wvs here. So I say "video overlay" |
19:42:43 | jhMikeS | OSD has been used |
19:43:09 | kugel | hm, osd even better than wvs actually, lets try that :) |
19:43:17 | | Join Rondom [0] (n=Rondom@dslb-084-057-184-001.pools.arcor-ip.net) |
19:43:55 | kugel | jhMikeS: anyway. the anti-aliased font patch struggles with it on LCD_PORTRAIT targets, since you implemented a mono_bitmap_part rotated version |
19:45:05 | kugel | and since aaf use a alpha_bitmap_part function which isn't ported to rotated, it only displays pixel garbage. |
19:45:35 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
19:45:38 | kugel | it's not too different from mono_bitmap_part, but still over my head. So I wanted to ask you if you could have a look at that |
19:46:34 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
19:47:56 | jhMikeS | kugel: I had to do something since I wanted to use the users font for it and rotation isn't a core feature |
19:48:18 | Llorean | jhMikeS: I always thought it was OSD. |
19:48:23 | Llorean | I don't recall being involved in WVS |
19:48:55 | * | jhMikeS was just bs-ing |
19:49:31 | kugel | jhMikeS: I haven't said the rotated version was to be in the core. But to get aaf in a committable state again, the font rendering function has to be implemented in a rotated version (at least for the mpegplayer) |
19:49:43 | * | jhMikeS is 100% responsible for "WVS" from the brain drain of writing 10k+ lines of code for that plugin |
19:49:53 | kugel | reverting to sysfont in the mpegplayer, and only if a aaf is used, is surely not nice |
19:50:35 | Llorean | jhMikeS: I more or less asked kugel not to use "wvs" outside of when he's mentioning it function names that include it, until we start calling the screen the "wvs" in the docs, since it's not a term users or most others are going to recognize for the screen. |
19:50:58 | | Quit blkhawk ("Caught sigterm, terminating...") |
19:51:21 | jhMikeS | kugel: I suppose it just has to swap things around so shouldn't be that hard. Personally, I think rotating should be a core feature even if functions need two versions. |
19:52:00 | jhMikeS | Llorean: Is there any official name yet? On-Screen Display is the common video term. |
19:52:12 | Llorean | OSD works fine for me. |
19:52:26 | Llorean | It doesn't need an official "name" if there's an acceptable term like that anyway. |
19:52:43 | Llorean | It's a common term used for the same thing in other software. |
19:53:29 | Llorean | I just wanted to avoid throwing around "made up" terms that we don't already define for our users in the docs except when strictly necessary. |
19:53:33 | kugel | jhMikeS: would you mind looking into it? For you, who made the mono version, it should be pretty straight forward, yes |
19:54:42 | jhMikeS | kugel: It's just about swapping the coordinates really. Which patch is it? |
19:54:42 | | Quit faemir (Read error: 110 (Connection timed out)) |
19:55:04 | | Join faemir [0] (n=faemir@88-106-190-103.dynamic.dsl.as9105.com) |
19:56:28 | kugel | jhMikeS: http://www.rockbox.org/tracker/task/8961 |
19:57:38 | kugel | I understand that it's mostly about swapping coordinates (I thought that too before I looked at it for the first time), but then it needed some more understanding for font stuff like glyphs |
20:00 |
20:06:17 | jhMikeS | unless I'm missing something, there's only the one patch, correct? |
20:08:19 | kugel | yes |
20:08:51 | | Join skipper [0] (n=skipper@93-136-90-199.adsl.net.t-com.hr) |
20:08:52 | kugel | jhMikeS: the first version is pretty perfect already, it's just the mpegplayer problem |
20:10:06 | kugel | greyscale is how much bits? 2 or 4? |
20:10:42 | jhMikeS | It looks variable to me |
20:11:14 | kugel | I mean grey scale targets |
20:11:20 | Llorean | I think they're all 2bpp right now. |
20:11:23 | kugel | the patch uses 4bit alpha blending |
20:11:27 | jhMikeS | However, something like the S could just render TTF vector fonts on the fly and be able scale them |
20:11:48 | kugel | it was supposed to be variable, but it turned out 4 is sufficient (2bit looked bad) |
20:12:50 | | Quit TMM (Read error: 104 (Connection reset by peer)) |
20:13:48 | kugel | jhMikeS: yea, if we had only beast |
20:13:53 | kugel | -like targets :) |
20:15:53 | jhMikeS | There will be more I'm sure. I don't think hardware will get weaker as time passes and rockbox shouldn't fall behind the curve. |
20:16:29 | kugel | of course not |
20:17:02 | kugel | but this patch will do for a) existing, not so powerful targets and b) until more beasts are supported |
20:17:05 | | Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) |
20:22:21 | jhMikeS | with the beast (when most grunt work is done), the IPU should be able to draw alpha-blended stuff. |
20:23:32 | | Join blkhawk [0] (n=blkhawk@e176255241.adsl.alicedsl.de) |
20:24:12 | kugel | jhMikeS: Ok, lets seperate the beast from the other targets and implement real men stuff for the beast only? :D |
20:26:27 | jhMikeS | kugel: I'm want to get to the fun stuff like that. mpegplayer is a perfect app for using that HW. It can do real overlays, rotation and YUV conversion. |
20:28:33 | | Join TMM_ [0] (n=hp@5ED10264.cable.ziggo.nl) |
20:28:38 | | Quit TMM_ (Read error: 104 (Connection reset by peer)) |
20:29:58 | kugel | jhMikeS: I begin the believe it's stronger than my notebook |
20:31:44 | | Join perrikwp|class [0] (i=98212b1c@gateway/web/ajax/mibbit.com/x-4ab7e3cf071e3e72) |
20:32:00 | | Join tvelocity[a] [0] (n=tony@adsl4-97.her.forthnet.gr) |
20:32:27 | | Quit nuonguy ("This computer has gone to sleep") |
20:34:47 | | Join Strife89 [0] (n=michael@204.116.245.152) |
20:44:53 | | Quit tvelocity (Success) |
20:45:32 | | Join fredddy [0] (n=freddy@p3E9E125E.dip0.t-ipconnect.de) |
20:45:54 | | Join nicfer [0] (n=nicfer@ulmo.lysator.liu.se) |
20:47:21 | *** | Saving seen data "./dancer.seen" |
20:49:44 | nicfer | How much is the probability that a company decides to use rockbox as firmware for their player? |
20:50:05 | scorche|sh | 8.453% |
20:50:40 | krazykit | i'd say closer to 3.1416% |
20:50:49 | scorche|sh | but seriously, i dont see how one can answer such a question...it isnt a probability...it is a decision |
20:50:52 | fredddy | kugel, I have trying your button code for the fuze. I got the power button working ( I think you got that work too ?). My thought is that gpio_ie has to be set to something else |
20:52:05 | * | domonoky thinks its NaN% :-) |
20:52:30 | scorche|sh | domonoky: ah...i am going with your answer now |
20:52:34 | gevaerts | domonoky: surely it's 5+2i? |
20:55:20 | jhMikeS | e^(i*pi) + 1 |
20:59:54 | nicfer | The biggest advantage would be having a device with free software from the box |
21:00 |
21:00:31 | scorche|sh | sure...but that isnt up to us |
21:02:28 | * | jhMikeS will start a company when once the lottery check arrives (darn beaurocratic red tape) |
21:04:37 | | Join webguest08 [0] (n=51429e85@gateway/web/cgi-irc/labb.contactor.se/x-ba5f31c792d9f8b6) |
21:04:50 | kugel | fredddy: I don't think so |
21:05:04 | kugel | fredddy: try to get the power button working without gpiob_ie |
21:05:09 | | Quit webguest08 (Client Quit) |
21:05:25 | kugel | fredddy: but thanks for looking into it. I'm nearly out of ideas |
21:06:02 | nicfer | Well, wait until someone picks this |
21:06:04 | fredddy | kugel, No I mean to change the OB define to something different |
21:06:43 | kugel | linuxstb: what's cheaper: display->update() or display_update_viewport() ? Given that you save the pre-calculations to be within the rect |
21:07:19 | kugel | fredddy: OB is just our button mask, it's the gpio pins which are used for the buttons |
21:07:57 | kugel | and you enable interrupts with IE, and only for the pins responsible for button reading |
21:08:52 | fredddy | hmm okay |
21:09:20 | kugel | feel free to play around! I'm not stopping you from finding the truth! |
21:11:50 | jhMikeS | the truth finds you, if you are ready to see. :p |
21:11:57 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-086-234.ewe-ip-backbone.de) |
21:12:04 | | Quit vitja ("Ex-Chat") |
21:12:20 | | Join phfaty [0] (n=phfaty@207-237-145-85.c3-0.avec-ubr5.nyr-avec.ny.cable.rcn.com) |
21:12:27 | | Nick phfaty is now known as k0rnz (n=phfaty@207-237-145-85.c3-0.avec-ubr5.nyr-avec.ny.cable.rcn.com) |
21:12:36 | | Join Dornul [0] (n=Whatever@ip55-120-208-87.adsl2.static.versatel.nl) |
21:12:41 | k0rnz | 5803 |
21:12:52 | kugel | jhMikeS: Really? Then it must be the force which isn't with me |
21:12:54 | | Quit k0rnz (Client Quit) |
21:12:55 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
21:13:32 | Dornul | Will there be a Rockbox for the Sandisc Sansa View? |
21:14:19 | Dornul | the current firmware is terrible |
21:14:37 | scorche|sh | Dornul: we dont make predictions, but a port is in progress |
21:14:45 | * | jhMikeS is just fixing red stuff |
21:14:52 | gevaerts | scorche|sh: For the view? |
21:15:02 | * | jhMikeS can get out the tarot cards and do a reading |
21:15:07 | scorche|sh | gevaerts: sure...why not ;) |
21:15:14 | Dornul | surely hope so |
21:15:52 | gevaerts | Isn't that one different from the AMS series? |
21:16:01 | scorche|sh | Dornul: that doesnt mean there will be a port...it just means that some people have looked at it |
21:16:06 | scorche|sh | gevaerts: it is |
21:16:33 | Dornul | I'll keep my hopes up ;) |
21:16:36 | gevaerts | scorche|sh: I wouldn't call that "in progress" yet... |
21:16:51 | * | kugel was about to say the same |
21:16:55 | scorche|sh | Dornul: hopes wont make a port happen...people working on it would |
21:17:24 | Dornul | I know but I can't do it. Don't have the skills :( |
21:17:43 | bluebrother | get 'em ;-) |
21:17:50 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
21:17:55 | kugel | Now I wonder why pf takes ages to prepare covers even if I don't have any album art |
21:18:35 | kugel | just to return with error |
21:19:24 | Dornul | scorche|sh: thanks for the awnser |
21:19:41 | | Quit Horschti (Remote closed the connection) |
21:20:43 | | Quit perrikwp|class ("http://www.mibbit.com ajax IRC Client") |
21:22:20 | | Quit Dornul () |
21:23:33 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
21:23:47 | | Join dany_21a_ [0] (n=dan@84-119-16-18.dynamic.xdsl-line.inode.at) |
21:26:34 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
21:26:35 | | Quit Seed (Nick collision from services.) |
21:26:41 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
21:27:32 | | Part nicfer |
21:31:46 | | Join petur [50] (n=petur@rockbox/developer/petur) |
21:32:45 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
21:32:59 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-b093d2c2c2766f89) |
21:38:48 | | Join funman [0] (n=fun@AToulouse-158-1-160-214.w90-60.abo.wanadoo.fr) |
21:42:29 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
21:42:49 | | Quit Strife89 ("Bye, all!") |
21:43:39 | | Quit Xerion (Read error: 60 (Operation timed out)) |
21:43:39 | | Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) |
21:45:24 | | Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) |
21:46:33 | | Quit Seed (Read error: 110 (Connection timed out)) |
21:48:15 | | Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) |
21:48:29 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
21:50:59 | kugel | haha |
21:51:04 | kugel | the cowond2 sim is a pain |
21:51:36 | | Quit faemir (Remote closed the connection) |
21:51:58 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
21:52:23 | | Join faemir [0] (n=faemir@88-106-190-103.dynamic.dsl.as9105.com) |
21:52:28 | jhMikeS | those stubs are now causing linker conflicts whereas they didn't previously |
21:53:25 | jhMikeS | the bootloader ones anyway. sims and targets are ok now. |
21:53:40 | jhMikeS | eh, firmware, blah |
21:55:05 | | Join stoffel [0] (n=sfr@p57B4D811.dip.t-dialin.net) |
21:56:00 | | Quit faemir (Remote closed the connection) |
21:57:01 | | Join faemir [0] (n=faemir@88-106-190-103.dynamic.dsl.as9105.com) |
21:58:23 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
22:00 |
22:02:11 | | Quit {phoenix} (Remote closed the connection) |
22:02:53 | | Quit puzzles ("byebye") |
22:06:55 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
22:11:32 | | Quit petur ("*plop*") |
22:18:53 | | Quit lasser (Remote closed the connection) |
22:27:34 | | Join massiveH [0] (n=massiveH@pool-72-76-241-148.nwrknj.fios.verizon.net) |
22:31:07 | | Quit karashata ("G'bye everyone!") |
22:31:12 | linuxstb | kugel: I don't understand your question about the cost of lcd_update() vs lcd_update_viewport() - they do different things, so you should use the appropriate one. But additions/subtractions are very cheap. |
22:41:52 | | Quit fredddy ("Verlassend") |
22:42:07 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
22:42:28 | | Part safetydan |
22:44:09 | kugel | linuxstb: I know they don't do exactly the same. But I'm wondering why Rockbox at different places does "set_viewport(vp);lcd_update_viewport();set_viewport(NULL()" |
22:45:16 | linuxstb | I don't know - hopefully I didn't write that... |
22:45:29 | kugel | I'd just do "lcd_update();set_viewport(vp)". I don't see a reason in just updating a part of the lcd, if (and hence my question) updating the whole lcd is probably cheaper in such a case |
22:45:53 | kugel | s/probably/might be/ |
22:46:24 | linuxstb | If that part of the code is just responsible for drawing inside a specific viewport, IMO it's the Right Thing to call lcd_update_viewport(). But the code you quoted looks awkward. |
22:46:25 | kugel | I mean, lcd_update_rect contains several sanity checks, adds/subs and a loop in general |
22:47:24 | *** | Saving seen data "./dancer.seen" |
22:47:36 | kugel | also, I've yet to find a good explanation to intentionally only update parts of the screen |
22:48:14 | kugel | except the "it's proper to only update the part the code is responsible for" |
22:48:18 | linuxstb | A partial update is faster than a full update. |
22:48:42 | kugel | Ok, that answers my question :) |
22:50:57 | | Quit massiveH ("Leaving") |
22:57:36 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:00 |
23:01:37 | | Join webguest93 [0] (n=4679efdb@gateway/web/cgi-irc/labb.contactor.se/x-f4752bff57ae56e4) |
23:02:44 | webguest93 | i just bought the 4th gen ipod nano...are there any open projects that will support this gen? |
23:02:51 | krazykit | no |
23:02:56 | webguest93 | really? |
23:03:00 | krazykit | really. |
23:03:04 | webguest93 | 3.0 doesnt? |
23:03:05 | webguest93 | that sucks |
23:03:16 | webguest93 | is there any other open source like rockbox for the 4th gen? |
23:03:20 | webguest93 | other then ilinux? |
23:03:36 | krazykit | no, no non-apple code runs on that device. |
23:03:54 | webguest93 | what? |
23:04:02 | webguest93 | the 4th gen doesnt use apple code?/ |
23:04:05 | webguest93 | what is it then? |
23:04:14 | Bagder | no non-apple |
23:04:21 | Bagder | that means only apple code |
23:04:28 | webguest93 | AHHHHH |
23:04:37 | webguest93 | do like ipodlinux wont even run? |
23:04:43 | webguest93 | so** |
23:05:30 | | Quit stoffel ("leaving") |
23:05:44 | Bagder | how many times do you want the answer served? |
23:05:57 | krazykit | webguest93, let's make it very clear. you're stuck with what you have. |
23:06:23 | webguest93 | oh |
23:06:27 | webguest93 | ok cool |
23:06:35 | webguest93 | thanks guys...sorry my retartedness |
23:06:46 | Bagder | sell the nano and get a better player |
23:06:58 | Bagder | :-) |
23:07:55 | | Quit aarcane ("Leaving") |
23:11:45 | bluebrother | hmm. Is there a reason the h100 manual platform file is called "h1xx.tex" while for the h300 it's "h300.tex"? |
23:12:24 | bluebrother | I'm tempted to change it to h100.tex ... |
23:12:28 | funman | pixelma2: I had a look at the wps building but I see no special code for h100/h300 - I suppose the difference between the two is the size of the remote lcd |
23:29:04 | | Quit tyfoo ("Carpe diem") |
23:34:31 | Llorean | funman: I thought the remote LCDs are the same size. |
23:34:36 | Llorean | The main screen LCD is different |
23:34:50 | Llorean | 220x176 on the h300 vs 160x128 on the h100 if memory serves. |
23:34:52 | | Quit krazykit ("Connection reset by beer") |
23:35:27 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7454c7479ada6086) |
23:36:18 | | Join krazykit [0] (n=kkit@adsl-76-251-247-179.dsl.ipltin.sbcglobal.net) |
23:38:14 | | Join ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) |
23:38:14 | | Quit MethoS- (Remote closed the connection) |
23:38:24 | ej0rge | Hi |
23:38:44 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-166-022.ewe-ip-backbone.de) |
23:39:04 | advcomp2019 | ej0rge, hello.. you have a question? |
23:40:28 | ej0rge | advcomp2019: Thought I'd ask for wiki write access, so i can add a link to the newer, cheaper, smaller CF card to 50 pin ide adapter from dealextreme to the cfmodguide page |
23:41:30 | advcomp2019 | what is your wiki name? |
23:41:30 | ej0rge | maybe note my success in adding an RTC to my H120 to that page |
23:41:34 | ej0rge | Eric Jorgensen |
23:43:49 | linuxstb | ej0rge: Do dealextreme ship worldwide? If not, it would be nice to mention that. |
23:44:33 | | Quit Thundercloud (Remote closed the connection) |
23:44:47 | advcomp2019 | ej0rge, done.. do not spam please too.. linuxstb, i think they do |
23:44:57 | | Quit bertrik ("Leaving") |
23:45:23 | ej0rge | linuxstb: I think they do. I see reviews in various languages on their site. |
23:46:06 | ej0rge | advcomp2019: wouldn't dream of spamming. I'm just a regular DX customer who's getting ready to install a CF card in a H320 that was brought back from the dead. |
23:46:13 | | Quit krazykit (Remote closed the connection) |
23:46:29 | funman | ej0rge: don't worry, it's just a Turing test ;) |
23:46:54 | ej0rge | within a couple weeks i should be able to report whether the Topram 32gb CF cards that go for about $50 on ebay work w/ rockbox in irivers |
23:47:19 | | Join krazykit [0] (n=kkit@adsl-76-251-247-179.dsl.ipltin.sbcglobal.net) |
23:47:38 | Zagor | ej0rge: what was that about adding an rtc to your h120? |
23:48:26 | ej0rge | Zagor: You can add a Dallas RTC chip to an H120 very easily. There's a guide in the wiki. I did it purely for hack value, because the chip is available as a free sample from Maxim |
23:48:53 | ej0rge | it was way easier to install the RTC than it was to install a schottky diode between the usb power pin and the DC inlet socket |
23:49:27 | Zagor | ah, I hadn't seen that page |
23:49:34 | linuxstb | ej0rge: To answer my own question, dealextreme are based in Hong Kong, and appear to ship anywhere... |
23:52:20 | | Quit bmbl ("Woah!") |
23:52:29 | saratoga | Bagder: any chance you could update the "Current Status" link on the front page to something like "Current Status and Other Targets"? |
23:52:51 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-086-234.ewe-ip-backbone.de) |
23:55:22 | Zagor | saratoga: "Current status on all targets" |
23:56:03 | Zagor | "for all targets" perhaps? |
23:56:16 | | Quit krazykit (Remote closed the connection) |
23:56:52 | Nico_P | Zagor: what about adding a link to MajorChanges? |
23:57:26 | Zagor | any suggestion where? |
23:58:49 | | Part is4 ("Leaving") |
23:58:57 | | Quit ender` (" PHP is a minor evil perpetrated and created by incompetent amateurs, whereas Perl is a great and insidious evil, perpetrate") |