00:00:33 | kugel | but generally, I'm rather against this, too |
00:00:48 | n1s | JdGordon: target with little ram, enable cuesheet and whatnot, high setting on max files in browser, you want to load your 2MB theme but setting that setting to 2MB would require more ram than the size of the audio buffer |
00:01:27 | JdGordon | n1s: there would obviously need to be realistic limits |
00:02:14 | kugel | rasher: so, the confirmation email will never come to me, is my theme upload already discarded? |
00:02:42 | n1s | JdGordon: so how useful is this setting really? it sounds to me like it is not worth the complexity and additional surprises in behaviour to save a few hundred K of ram for some users |
00:03:35 | rasher | kugel: which theme have you uploaded? (which screen size) |
00:03:45 | JdGordon | n1s: the setting is a by-product of the patch... the main difference is giving themers more options for customizability.. i.e more images, more viewports, more everything if they want it without effecting everyone |
00:03:47 | n1s | also i dont' base this off of my usage, i *never* change themes and use about 10% of the features of rockbox at all |
00:04:27 | JdGordon | right now if someone wants a bigger image buffer we tell them no because we dont want to waste more ram for everyone when it might only be a gain for a few users |
00:04:44 | n1s | JdGordon: well my opinion is that having this setting sounds like a bad idea |
00:04:45 | kugel | rasher: blacknblue glass, 176x220. I've uploaded it again (successfully now) |
00:05:10 | rasher | kugel: I notice it's two different emails - are you sure you got it right? |
00:05:15 | n1s | i'd like it much more if it could be done in some kind of automatic way |
00:05:27 | JdGordon | ok, so lets say it could be... |
00:05:39 | JdGordon | the patch is 99% removing hard limits in the WPS |
00:05:40 | | Quit Thundercloud (Remote closed the connection) |
00:05:53 | kugel | rasher: yes, now. I was having trouble with the renaming of my uni and the new emails |
00:06:01 | kugel | the @student. one is the correct one |
00:06:19 | n1s | JdGordon: it's mainly the setting bit im against and the possible rebooting |
00:06:24 | | Join Barahir [0] (n=jonathan@Ze313.z.pppool.de) |
00:06:40 | n1s | the rest of what the patch does sounds like a real improvement |
00:06:41 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-9a10c26bddeb28d9) |
00:06:48 | | Part domonoky |
00:07:01 | rasher | kugel: alright |
00:07:11 | * | kugel thinks the patch is useful without setting too |
00:07:17 | | Quit moredhel (Client Quit) |
00:07:24 | * | JdGordon would actually like some code review also.... |
00:07:29 | JdGordon | and world peace :p |
00:07:38 | | Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
00:08:13 | JdGordon | n1s: if the only objections is on the setting then I'm wondering how much that would be a problem? I mean we can make settings very visible.. and not at all |
00:08:25 | * | gevaerts thinks that we need to think hard about all these limit settings. They're not user friendly, and they fundamentally can't be |
00:08:56 | * | n1s agrees with gevaerts |
00:09:24 | JdGordon | the laternative is forcing a one size fits all aproach wich I would be hugley against |
00:09:39 | kugel | the patch would still be an improvement |
00:09:46 | gevaerts | JdGordon: I'm certainly not asking for that. It doesn't work either |
00:10:11 | JdGordon | well... there isnt much grey area here... |
00:10:35 | gevaerts | Especially on lowmem targets you have to tweak settings for your exact situation. That's *bad* |
00:10:38 | * | kugel demands configurable rockbox buffer :p |
00:10:41 | kugel | usb buffer* |
00:10:51 | * | JdGordon slaps kugel |
00:10:55 | JdGordon | that doesnt even make sense |
00:10:56 | n1s | JdGordon: to me the real solution is to implement the reallocation without reboot and tell the user that playback needs to restart if he loads a bigger theme |
00:11:05 | amiconn | gevaerts: The browser limit setting can't be avoided afaics. Same for the playlist limit |
00:11:13 | kugel | no, actually I demand a optional second wps screenshot for the theme site |
00:11:28 | JdGordon | n1s: I had a look into doing the realocation thing... its going to be nasty |
00:11:32 | amiconn | Other things could be done using the realloc idea (which would only require a playback stop + restart) |
00:11:37 | kugel | rasher: could that be done? A number of themes have different wps's depending on the existence of album art |
00:11:45 | gevaerts | amiconn: they have to be there somehow, I agree. But we need to think about how we can make things easier for users |
00:12:07 | JdGordon | most users ignore/dont know about them anyway |
00:12:14 | kugel | hm, the main menu screen doesn't even show yet |
00:12:20 | rasher | kugel: you mean a third? |
00:12:30 | rasher | kugel: I know.. someone needs to update the templates. |
00:12:34 | kugel | third screenshot yes, a second wps one |
00:13:53 | kugel | could also be used for some alternative "while hold layout" or fancy volume change graphics |
00:13:55 | gevaerts | One possible solution could be a combination of (a) clean handling of hitting the limits (i.e. tell the user what's going on), and (b) a plugin that scans the disk and proposes a set of settings that are suited for this particular situation |
00:14:05 | JdGordon | n1s: btw, I think restarting playback is almost as bad as just rebooting anyway |
00:14:20 | kugel | not at all |
00:14:33 | gevaerts | This settings-guessing could also be done by rbutil |
00:14:36 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
00:14:43 | | Part taylor_ ("Leaving") |
00:15:02 | n1s | JdGordon: i disagree |
00:15:13 | JdGordon | we *could* do a first run plugin, but it wont stay up to date for very long so it seems like a bad idea |
00:15:25 | kugel | n1s: I wouldn't even tell the user to restart playback. just do it, like it's already done when loading a wps which wants different album art sizes |
00:16:33 | JdGordon | or use the "restarting playback" splash like the eq does |
00:16:41 | JdGordon | i tihnk its the eq... or crossfade |
00:16:47 | JdGordon | one of those wierd settings |
00:16:51 | kugel | hardly noticeable on a flash target. probably noticeable on hdd if the disk isn't already spinning (which it is when loading a wps) |
00:17:02 | gevaerts | *if* rbutil is used to install themes, it can look at all installed themes for this wps setting at least. Restarting playback after USB needs to be done *anyway* |
00:17:31 | | Quit cr08 () |
00:18:13 | gevaerts | Could the database update scan check things like size of directories? |
00:18:15 | JdGordon | gevaerts: how will that help? load every wps and see how much ram it needs? the big issue if the images... not the tokens |
00:18:20 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
00:18:31 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
00:18:54 | gevaerts | JdGordon: a modified checkwps could do that, and actually mark the size needed in the wps |
00:19:14 | gevaerts | Then rbutil just has to look at those numbers |
00:19:15 | amiconn | gevaerts: That won't help anything if one doesn't use the database |
00:19:17 | kugel | the wps ram needs can estimated by summing the filesize of the images and wps file itself, can't it? |
00:19:19 | | Quit DataGhost (Nick collision from services.) |
00:19:27 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
00:20:06 | amiconn | kugel: Not at all |
00:20:14 | gevaerts | amiconn: true, but for those who do use it it could be a good way to do this. |
00:20:21 | amiconn | The image filesize differs from the loaded size |
00:20:51 | amiconn | It can differ fundamentally, in either direction |
00:21:10 | JdGordon | gevaerts: thats a cyclic dependancy..... the database uses the directory max size setting to scan the disk |
00:21:34 | *** | Saving seen data "./dancer.seen" |
00:21:36 | amiconn | The database isn't limited by that setting |
00:21:47 | * | gevaerts just doesn't want to get stuck in a mindset where ram usage settings are accepted without thinking |
00:21:50 | amiconn | Hmm, perhaps it is, for the scan part |
00:22:18 | JdGordon | hmm.. actually you may be right... which means its limited by the MAX_OPEN_DIRS defien which is even worse |
00:22:25 | amiconn | For display it isn't. This is possible because the db entries are already sorted |
00:22:29 | | Join at0m [0] (n=at0m@78-20-136-118.access.telenet.be) |
00:22:54 | JdGordon | is the general consesus, yes good idea but the setting could be a problem which we will deal with later if needed? |
00:23:19 | * | kugel can agree with it |
00:23:30 | * | n1s has stated his opinion |
00:24:48 | gevaerts | I like the idea, and I think that even with a fixed limit it's an improvement |
00:24:53 | amiconn | kugel: It would be possible to calculate the loaded bitmap size without actually loading it. It would mean checking every header - potentially hundreds of files, i.e. a bad idea |
00:25:01 | | Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) |
00:25:07 | | Part gartral |
00:25:53 | | Quit midijunkie ("?(???~•~)?") |
00:28:32 | | Join PSPdemon [0] (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) |
00:29:11 | | Quit avacore (Connection timed out) |
00:29:34 | | Join kushalone [0] (n=kushal@12.169.180.178) |
00:30:02 | PSPdemon | when building the e200v2 bootloader do i have to use the OF that matches the device for when i have to use "makeamsboot" |
00:30:09 | | Quit KBH () |
00:31:18 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
00:31:28 | JdGordon | you dont have to do anything you dont want to... |
00:31:29 | gevaerts | uhm, why do you think it needs that file? |
00:32:17 | | Quit JdGordon (Remote closed the connection) |
00:33:06 | PSPdemon | just what i was reading on the wiki |
00:33:16 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
00:33:17 | PSPdemon | might have misread it ( i ussualy do lol ) |
00:33:52 | gevaerts | I mean, yes it needs the OF, but why do you think it needs it? |
00:34:13 | | Quit n1s ("Lämnar") |
00:34:35 | | Quit Thundercloud (Remote closed the connection) |
00:34:42 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
00:37:16 | PSPdemon | well i guess my question is wether or not you need to use the same version of as the device or should it be greater? |
00:38:12 | gevaerts | ah ok. It has to match the device of course, but it can be any version. You'll end up running that version though |
00:38:29 | PSPdemon | ahh |
00:38:29 | PSPdemon | thanks |
00:38:34 | gevaerts | I thought you meant whether it could be another device, like the clip or so |
00:38:43 | PSPdemon | lol |
00:38:52 | kugel | Yes, you need the OF with suits your player, but the exact version doesn't have to match with the installed one |
00:39:09 | | Join JdGordon [0] (n=Miranda@c-98-203-252-78.hsd1.wa.comcast.net) |
00:39:17 | kugel | you're overwriting the installed one anyway, so |
00:39:34 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
00:40:49 | | Quit AleMaxx (Read error: 110 (Connection timed out)) |
00:40:59 | PSPdemon | ah...was a little worried that it would matter but thanks for clearing that up |
00:40:59 | PSPdemon | :) |
00:41:42 | | Quit cmwslw (Client Quit) |
00:44:16 | PSPdemon | the only other question i have is if there is ( and there should be a way ) to dump the current firmware |
00:44:20 | PSPdemon | ( on the device ) |
00:45:05 | kugel | sure |
00:45:10 | | Quit bmbl ("Woah!") |
00:45:21 | kugel | dd the firmware partition (if you can call it partition) |
00:45:42 | PSPdemon | anything on the wiki? ( just curious ) |
00:45:46 | | Join cmwslw_ [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
00:45:52 | | Quit cmwslw_ (Read error: 104 (Connection reset by peer)) |
00:45:58 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
00:47:10 | | Quit cmwslw (Client Quit) |
00:47:28 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
00:48:22 | | Quit cmwslw (Client Quit) |
00:48:51 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
00:48:55 | | Quit cmwslw (Read error: 104 (Connection reset by peer)) |
00:49:26 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
00:49:56 | | Quit cmwslw (Client Quit) |
00:50:03 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
00:51:31 | | Quit matsl ("Leaving") |
00:53:23 | | Join JdGordon1924 [0] (n=Miranda@c-98-203-252-78.hsd1.wa.comcast.net) |
00:53:36 | | Quit cmwslw (Client Quit) |
00:53:43 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
01:00 |
01:00:02 | | Join cmwslw_ [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
01:00:13 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-0c6ecbf89d3099b0) |
01:00:16 | | Quit cmwslw ("Ex-Chat") |
01:00:20 | | Quit cmwslw_ (Client Quit) |
01:00:35 | saratoga | stripwax: one question about your patch |
01:00:38 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
01:01:09 | stripwax | sure −− which one (9882 or the Tremolo one) |
01:01:24 | saratoga | shouldn't the ASMed functions in bitwiseARM.s be applicable? |
01:01:51 | stripwax | 'applicable' ? |
01:02:26 | saratoga | i don't really understand how the bitwise stuff in vorbis works, but it looks like theres ASM versions of some of the c functions you included |
01:02:32 | saratoga | though maybe i'm misunderstanding |
01:02:48 | stripwax | Talking about the Tremolo patch? Yes, it should be using these. |
01:03:23 | saratoga | for instance you've included a c version of "oggpack_adv" but not the ASM version |
01:03:23 | stripwax | is it not? ARM_LITTLE_ENDIAN should be defined, so we don't compile the c |
01:04:21 | stripwax | Not sure what you mean by 'included' −− bitwiseARM.S is compiled in the makefile |
01:04:46 | saratoga | its not in your patch |
01:05:09 | saratoga | oh i need to download it seperately |
01:05:18 | saratoga | sorry I misunderstood what you had posted |
01:05:19 | stripwax | sorry - what isn't in the patch? bitwiseARM.S? It's in a separate attachment in the FS |
01:05:24 | stripwax | yep |
01:05:40 | stripwax | actually, I couldn't work out how to add it to the same .patch file! Do you know? |
01:06:26 | saratoga | svn add bitwiseARM.s |
01:06:32 | saratoga | then svn diff will pick it up |
01:07:07 | stripwax | wow - didn't know you could do that. thought svn add would require commit rights or something like that . Thanks! |
01:08:44 | | Quit flydutch ("/* empty */") |
01:08:51 | saratoga | do you have commit access? |
01:09:19 | stripwax | no |
01:09:47 | saratoga | hmm maybe that can be fixed |
01:09:58 | saratoga | but in the meantime all that prevents you from running is "svn commit" |
01:10:03 | saratoga | everything else should work I think |
01:10:14 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
01:10:23 | | Quit ender` (" Shortly after Dr. Samuel Johnson had published his Dictonary of the English Language (in 1755), a splendid British lady app") |
01:10:45 | saratoga | stripwax: do you have any idea why theres such a speed hit using the ASM functions? i'm quite surprised |
01:11:06 | saratoga | the benchmarks I saw for tremolo made it look quite fast and the author has obviously put a lot of effort into optimization |
01:11:47 | stripwax | I don't think there's a speed *hit* using the ASM functions ; I think backing out the optimisation that rockbox devs added to svn, in order for me to patch in the tremolo stuff, takes out a good chunk of the current svn performance |
01:12:17 | stripwax | in other words, I think rockbox svn's huffman decode optimisation is just better than the Tremolo bitwise optimisation. |
01:12:59 | stripwax | Do you have benchmarks that compare Tremolo and rockbox on any arm cpu? |
01:13:15 | saratoga | unfortunately all I've seen are for Intel StrongARM |
01:13:41 | saratoga | which is sort of half way between ARM7 and ARM9 |
01:14:05 | saratoga | if i remember correctly |
01:16:30 | | Join JdGordon [0] (n=Miranda@c-98-203-252-78.hsd1.wa.comcast.net) |
01:19:00 | | Quit Llorean ("Leaving.") |
01:19:24 | stripwax | hm, wonder if the benchmarks you saw would be comparable to test_codec in any way. would be nice to have some kind of apples-to-apples comparison. rockbox vorbis is also quite fast - shoe-horning some of Tremolo in could indeed make things worse in some cases |
01:22:28 | | Join Llorean [0] (n=DarkkOne@adsl-99-185-10-52.dsl.hstntx.sbcglobal.net) |
01:23:53 | | Quit Thundercloud (Remote closed the connection) |
01:25:57 | | Join Bger [0] (n=Bager@78.90.78.107) |
01:27:27 | | Quit JdGordon1924 (Read error: 110 (Connection timed out)) |
01:28:10 | | Join ZyL0R [0] (n=zylor@bl11-92-134.dsl.telepac.pt) |
01:36:45 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
01:36:52 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
01:37:31 | | Join JdGordon [0] (n=Miranda@c-98-203-252-78.hsd1.wa.comcast.net) |
01:37:53 | | Quit pixelma (Nick collision from services.) |
01:37:53 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
01:38:09 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
01:39:09 | | Quit amiconn (Nick collision from services.) |
01:39:11 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
01:39:33 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:40:32 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
01:41:35 | saratoga | stripwax: yes I think we are about as fast if not faster, but the optimizations in the two codecs are quite different so hopefully some of them can be used in rockbox |
01:44:37 | | Part taylor_ ("Leaving") |
01:45:11 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
01:45:16 | | Quit cmwslw ("Ex-Chat") |
01:45:26 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
01:46:59 | | Quit lymeca (SendQ exceeded) |
01:47:11 | | Quit cmwslw (Client Quit) |
01:47:15 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
01:48:00 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
01:49:17 | stripwax | Hopefully. I'm off now- both patches uptodate now, but still somewhat disappointing results |
01:49:27 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
01:57:27 | kugel | one one with a h300 and remote here? |
01:57:36 | kugel | or x5 + remote |
02:00 |
02:02:14 | | Quit timc (Connection timed out) |
02:02:26 | | Part mcuelenaere |
02:08:51 | | Join PaulJam_ [0] (n=PaulJam_@vpn-3006.gwdg.de) |
02:09:34 | | Quit bubsy ("Don't panic.") |
02:09:49 | | Quit JdGordon (Read error: 54 (Connection reset by peer)) |
02:16:21 | | Join yyy3 [0] (n=X@ip-120.net-81-220-95.rev.numericable.fr) |
02:16:24 | yyy3 | hello everyone |
02:16:37 | | Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
02:16:55 | yyy3 | can someone help me ? i can't find the settings to show musics by filenames instead of tags |
02:18:49 | kugel | yyy3: use the file browser? |
02:19:35 | yyy3 | it won't read inside music folder |
02:21:36 | *** | Saving seen data "./dancer.seen" |
02:22:01 | scorche | what does it do instead? |
02:22:24 | scorche | i assume you have a sansa are are referring literally to the "music" folder? |
02:22:28 | | Quit dmb ("Leaving") |
02:22:44 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
02:23:54 | yyy3 | yes |
02:23:59 | scorche | the sansa firmware hides the music folder for some silly reason...either change your rockbox view settings so that you can view hidden foders or name your music folder something else |
02:24:28 | kugel | yyy3: a) you unhide it always after using the OF, or you b) set rockbox to show all files |
02:24:42 | kugel | or c) put your music into another folder |
02:25:24 | yyy3 | ok thanks guys |
02:25:25 | kugel | (d) get rid of the OF and use rockbox usb, so that the of doesn't get the chance to re-hide it) |
02:25:45 | yyy3 | i just renamed my folder |
02:25:48 | yyy3 | to mp3 |
02:25:51 | yyy3 | and it works fine |
02:26:00 | kugel | fine. the of will read that folder too |
02:26:27 | kugel | but I think wmp (in case you use this) always sync's into the music folder, I might be wrong though |
02:26:58 | yyy3 | i use msc mode |
02:27:33 | yyy3 | screw wmp ;) |
02:28:03 | yyy3 | ok i'm off to bed guys its like 2:30 am here |
02:28:08 | yyy3 | have a good day and thanks again |
02:28:36 | | Quit yyy3 () |
02:29:09 | | Quit PaulJam (Read error: 113 (No route to host)) |
02:30:06 | | Join bubsy [0] (i=Bubsy@94.139.72.111) |
02:32:39 | | Quit CaptainKewl (Read error: 104 (Connection reset by peer)) |
02:35:33 | PSPdemon | if i may ask |
02:36:07 | PSPdemon | it seems like plugins that use bitmaps ( or bitmaps in general ) dependencies are being dropped when i compile the e200v2 builds |
02:36:13 | PSPdemon | is that suppose to happen? |
02:36:52 | PSPdemon | example: BMP2RB minesweeper_tiles.16x16x24.bmp |
02:36:52 | PSPdemon | CC apps/plugins/bitmaps/native/minesweeper_tiles.16x16x24.c |
02:36:52 | PSPdemon | make: Circular /home/pspdemon/Documents/rockbox-builds/rockbox-20571/apps/plugins/bitmaps/native/pegbox_menu_top.176x46x16.o <- /home/pspdemon/Documents/rockbox-builds/rockbox-20571/apps/plugins/bitmaps/libpluginbitmaps.a dependency dropped. |
02:37:33 | | Join evilnick [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
02:52:45 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
02:57:29 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
02:57:32 | | Quit hd (Read error: 104 (Connection reset by peer)) |
02:59:42 | | Join midijunkie [0] (n=Miranda@pD95445D0.dip0.t-ipconnect.de) |
03:00 |
03:02:50 | | Join CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
03:03:51 | | Join DJ_Igloo [0] (n=414661eb@gateway/web/cgi-irc/labb.contactor.se/x-fda802792365f302) |
03:05:06 | | Quit DJ_Igloo (Client Quit) |
03:07:57 | | Join EternalRains [0] (i=4c6adcf1@gateway/web/ajax/mibbit.com/x-87970e892163c881) |
03:24:09 | kugel | jhMikeS: ping |
03:31:47 | | Join Kinetix [0] (n=Kinetix@69-85-176-205.bayarea.dialup.o1.com) |
03:35:54 | | Quit Kinetix ("~Kinetix~") |
03:37:12 | jhMikeS | kugel: sir |
03:39:31 | kugel | jhMikeS: can I insert something into button_queue, and retrieve it with button_get? |
03:40:00 | | Quit EternalRains ("http://www.mibbit.com ajax IRC Client") |
03:40:09 | kugel | I suddenly noticed that what I did for fs#8523 can't work |
03:40:53 | jhMikeS | what's the problem exactly? |
03:41:59 | kugel | I tried to post ACTION_REDRAW, and do something if button == ACTION_REDRAW in the loop. but this "button" is actually an action (which I just realized), so I cannot just queue_post |
03:44:18 | jhMikeS | I know SYS messages won't be altered by the action system |
03:44:26 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
03:44:58 | kugel | I just tried to do the same as mpegplayer, but I didn't release the difference between get_action() and button_get_w_tmo() |
03:45:02 | jhMikeS | if you post actions to the queue, it probably won't work too well |
03:45:21 | kugel | this "button = get_action()" confused me |
03:45:51 | kugel | I think I don't actually need to post anything, I could just call the redraw function directly in the hook |
03:46:17 | jhMikeS | there really should be a general way of posting private messages into the button queue that the action system will ignore |
03:46:52 | jhMikeS | possibly if threading won't be an issue |
03:48:13 | | Quit Barahir (Read error: 60 (Operation timed out)) |
03:49:24 | | Join Barahir [0] (n=jonathan@BAAc207.baa.pppool.de) |
03:50:31 | kugel | jhMikeS: You think I should use/create a sys_event? |
03:53:52 | | Join homielowe [0] (n=homielow@unaffiliated/homielowe) |
03:54:57 | jhMikeS | hmmm...if there is one for that purpose, it should probably be "standard". I once considered broadcasting something but it never felt right to do that. |
03:57:38 | jhMikeS | of course just because there's a sys message doesn't mean it has to be one that's broadcast. Anyway, I see no alternative to pass events into the button queue without being processed by action code. |
03:58:39 | kugel | I think I can use BUTTON_NONE for this purpose (what the wps does at button_none is sufficient), but I'm not sure if I get around the timeout if I post that |
03:58:51 | kugel | seems not |
04:00 |
04:00:48 | | Join eae [0] (n=th@69-84-104-175-dhcp.mia.fl.atlanticbb.net) |
04:01:28 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
04:03:54 | kugel | jhMikeS: is that true? |
04:05:01 | jhMikeS | it would think it's a timeout event |
04:05:10 | | Part cmwslw ("Ex-Chat") |
04:07:52 | kugel | uhm, sys_event doesn't work well |
04:08:04 | | Join timc [0] (n=aoeu@124.93.243.83) |
04:10:11 | jhMikeS | it should be received unaltered so that doesn't seem right |
04:11:32 | jhMikeS | the WPS uses BUTTON_NONE for updates anyway I take it? |
04:14:35 | | Join toffe82_ [0] (n=chatzill@adsl-99-146-80-206.dsl.frs2ca.sbcglobal.net) |
04:15:38 | kugel | jhMikeS: yes |
04:16:04 | kugel | that's why I was wondering if I can post BUTTON_NONE, but without waiting for the timeout |
04:17:20 | | Join zylor [0] (n=zylor@bl11-92-134.dsl.telepac.pt) |
04:17:38 | kugel | uhm, the wps kinda freezes if I post a sys_event |
04:17:51 | | Quit eae^ (Read error: 110 (Connection timed out)) |
04:18:03 | jhMikeS | the update_track variable makes it do a full redraw? |
04:18:38 | jhMikeS | default_event_handler must not ignore things it doesn't understand (if you didn't trap the sys event already) |
04:18:44 | | Quit toffe82 (Read error: 60 (Operation timed out)) |
04:18:50 | | Nick toffe82_ is now known as toffe82 (n=chatzill@adsl-99-146-80-206.dsl.frs2ca.sbcglobal.net) |
04:20:27 | kugel | hm well |
04:21:38 | *** | Saving seen data "./dancer.seen" |
04:21:39 | kugel | jhMikeS: not a full one, only non-static |
04:22:00 | kugel | a full one if the track changed in the meantime |
04:22:41 | kugel | I'd use BUTTON_NONE, but it doesn't seem to kick me out of the timeout |
04:23:37 | kugel | still freeze |
04:23:44 | | Quit zylor (Nick collision from services.) |
04:23:46 | | Join rouioteuroti [0] (n=zylor@bl11-92-134.dsl.telepac.pt) |
04:23:55 | | Nick rouioteuroti is now known as ZyLoR (n=zylor@bl11-92-134.dsl.telepac.pt) |
04:24:03 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
04:24:59 | * | jhMikeS gets the WTFs |
04:25:15 | kugel | :P |
04:25:19 | kugel | :? * |
04:30:27 | | Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) |
04:32:34 | kugel | jhMikeS: thanks for thelp. It doesn't quite work yet, and I'm too tired to continue now, but this is what I have and what freezes upon turning the lcd off http://pastie.org/431007 |
04:32:46 | jhMikeS | I'm not really seeing that there should be an issue based on SVN itself |
04:34:18 | | Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") |
04:36:31 | | Quit ZyL0R (Read error: 110 (Connection timed out)) |
04:40:12 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
04:41:40 | | Join midgey [0] (n=tjross@71.238.148.140) |
04:43:55 | kugel | jhMikeS: plugin in usb and powering off still works though (the other two sys_events covered by the wps loop) |
04:46:45 | | Quit PaulJam_ (".") |
04:46:53 | | Join TBOL3 [0] (i=180ac800@gateway/web/ajax/mibbit.com/x-b3619390a5ff24e8) |
04:47:13 | kugel | jhMikeS: interesting, removing the SYS_LCD_ACTIVATED case (and this letting it be handled in the default case) seems to work fine |
04:48:58 | | Quit lymeca (Read error: 104 (Connection reset by peer)) |
04:48:59 | | Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) |
04:50:52 | | Quit ZyLoR ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
04:51:42 | PSPdemon | hmmm |
04:51:48 | PSPdemon | no answer to my question so far :/ |
04:52:18 | PSPdemon | on the e200v2 builds the bitmaps dependencies are dropped.... is that suppose to happen? |
04:53:08 | | Quit ultrasonic (Read error: 110 (Connection timed out)) |
04:53:59 | | Quit franky (Read error: 54 (Connection reset by peer)) |
05:00 |
05:05:50 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
05:05:51 | | Quit CaptainKewl (Read error: 104 (Connection reset by peer)) |
05:06:47 | jhMikeS | kugel: It should probably be a one-shot as well registered when the lcd is first found to be inactive |
05:06:59 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-a0f0bb80e3bc512d) |
05:09:56 | kugel | jhMikeS: hm? I'm only registering the hook, which is only called once |
05:09:57 | | Quit Barahir (Read error: 110 (Connection timed out)) |
05:10:40 | kugel | anyway, I'm off. good night |
05:10:41 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.8/2009032712]") |
05:14:07 | | Quit saratoga ("CGI:IRC (EOF)") |
05:17:29 | TBOL3 | Hello, I have created an account on Twiki, and would like to know if I can use it to make the quickstart page on rockbox I've wanted to make for about a week now. |
05:20:11 | | Quit l403 (Read error: 113 (No route to host)) |
05:23:17 | | Quit keby ("WeeChat 0.2.6.1") |
05:25:04 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
05:28:03 | | Quit dmb (Connection reset by peer) |
05:28:03 | | Join keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) |
05:36:39 | PSPdemon | ... |
05:38:59 | | Quit keby ("WeeChat 0.2.6.1") |
05:39:26 | JdGordon | TBOL3: whats your wiki account? |
05:39:39 | krazykit | PSPdemon, keep in mind it's the middle of the night in europe. an answer may not come quickly, and many read the irc logs, so it probably won't be missed (or bring it up in the development thread?) |
05:40:02 | PSPdemon | krazykit, thanks |
05:40:18 | PSPdemon | i did ask it though quit a bit earlier but thats fine :P |
05:40:45 | PSPdemon | also there seems to be a problem with registering so i CAN report bugs |
05:40:59 | PSPdemon | ive tried 2x to register and can never get on] |
05:41:24 | PSPdemon | one time i didnt get a confirmation email the other time it wouldnt let me do anything :/ |
05:45:58 | | Quit Horscht ("Verlassend") |
05:49:06 | | Part kps00000 |
05:50:23 | TBOL3 | LeifAndersen |
05:50:49 | TBOL3 | T'is ok, I'm in no rush. |
05:51:31 | JdGordon | done, im pretty sure there is a quick start guide somewhere you might like to add to instead of makeing a new one |
06:00 |
06:03:58 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
06:04:42 | TBOL3 | Yup there is one, but the guide is basically just a page saying THIS IS AN OLD PAGE, GO USE THE MANUEL! |
06:13:32 | | Join Manasvi [0] (n=chatzill@59.178.179.167) |
06:15:56 | JdGordon | TBOL3: yep, i've wanted a generic quick start thing for a while also.. but im way to lazy to do it :) |
06:16:17 | JdGordon | the manual is way to long to get people to actually contemplate reading unless they really get stuck |
06:16:30 | JdGordon | and thats of course only after being yelled at on the forums to go look at it |
06:20:55 | TBOL3 | JdGordon: Thank you so much, it seemed like most of the other devs hated the idea (the best opinion was to do whatever, just don't kill our site). This gives me hope that it might actually be used. :) |
06:21:41 | *** | Saving seen data "./dancer.seen" |
06:22:37 | | Quit sbhsu (Read error: 110 (Connection timed out)) |
06:30:57 | Manasvi | I am currently in the second year of my engg from india.I have earlier made an autonomous fire extinguisher and am working on neural networks these days covering electronics as well as coding concepts.Can u tell me a bit more on what exactly are your priorities for gsoc applicants |
06:32:08 | scorche | Manasvi: have you read the page on the GSoC site about student advice? |
06:32:48 | | Join Manasvi_ [0] (n=chatzill@59.178.166.6) |
06:33:45 | | Quit TBOL3 ("http://www.mibbit.com ajax IRC Client") |
06:49:24 | | Join Barahir [0] (n=jonathan@Zeb42.z.pppool.de) |
06:51:11 | | Quit Manasvi (Read error: 110 (Connection timed out)) |
06:54:14 | * | JdGordon wishes the people who maintain flac.codec were awake :/ |
06:55:16 | JdGordon | does it really need 2 yield() calls in its main loop? the one before ci->pcmbuf_....() looks dangerous in that during that yield the codec could be told to stop playing but it is ignored untill the loop starts again |
06:59:09 | JdGordon | aaaaahhh..... dangerous ci->yield()'s is all the codecs |
06:59:41 | jhMikeS | it's not dangerous but it looks unneeded since pcmbuf_insert will in all likelyhood yield plenty |
06:59:51 | | Join kushalone [0] (n=kushal@12.169.180.178) |
07:00 |
07:00:38 | JdGordon | im not worried about yielding too many times, im woried that during that yield playback will tell the codec to change tracks which causes problems |
07:00:40 | jhMikeS | where the yields are shouldn't really define dangerous or safe anyway, not unless there's a bug |
07:01:26 | JdGordon | if ci->stop_codec or ci->next_track become !0 then the codec should stop staright away shouldnt it? |
07:01:33 | jhMikeS | it won't change tracks until it reads the variable and does the change in which case it'll be waited upon until it has changed |
07:02:12 | jhMikeS | as quickly as possible but everything should be valid until it acks that it's done what its told |
07:02:32 | JdGordon | so I should not zero out the id3 sturct so early in playback? |
07:02:46 | jhMikeS | the pcmbuf_insert _will_ yield itself at least one time |
07:03:27 | jhMikeS | never rip the data away from the codec until you know that it's not decoding |
07:04:57 | JdGordon | right |
07:11:21 | | Quit Barahir (Read error: 60 (Operation timed out)) |
07:11:38 | jhMikeS | what really has be wondering is line 431 in flac.c. shouldn't taginto_ready be checked then id3 accessed? |
07:13:24 | JdGordon | ah yeah... probably |
07:13:52 | JdGordon | presumably that works because things are fast enough, or offset is just 0 which is ok also? |
07:14:49 | | Join Manasvi [0] (n=chatzill@59.178.186.36) |
07:15:19 | jhMikeS | who knows, perhaps there's a strange bug noone's picked up on |
07:16:11 | JdGordon | pinging linuxstb to have a look.... |
07:16:34 | jhMikeS | or that gets set to a new value before a track change is requested and it's ok |
07:17:06 | JdGordon | the whole mp3entry gets memset to 0 before each track change |
07:20:10 | * | JdGordon wonders if he is chasing a fixed bug |
07:21:08 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
07:21:08 | jhMikeS | it appears that offset gets set to zero before the codec is allowed to return from ci->request_next_track |
07:22:39 | JdGordon | are there any outstanding issues with flac resuming? |
07:23:21 | jhMikeS | not that I know of. there used to be one with stopping while resuming but that was awhile ago |
07:30:13 | | Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") |
07:32:57 | | Quit Manasvi_ (Read error: 110 (Connection timed out)) |
07:38:47 | | Quit Manasvi (Read error: 104 (Connection reset by peer)) |
07:39:27 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
07:40:37 | | Join fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) |
07:45:16 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
07:45:58 | | Quit MT (Read error: 110 (Connection timed out)) |
07:46:46 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) |
07:47:33 | | Quit Seed ("cu, Andre") |
07:50:11 | | Quit rwcr (Read error: 113 (No route to host)) |
07:52:56 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
08:00 |
08:01:07 | | Quit __lifeless (Read error: 54 (Connection reset by peer)) |
08:01:23 | | Join _lifeless [0] (n=lifeless@90.150.118.159) |
08:05:49 | | Part toffe82 |
08:12:00 | | Join Rob2222 [0] (n=Miranda@p4FDCF1B5.dip.t-dialin.net) |
08:21:45 | *** | Saving seen data "./dancer.seen" |
08:23:19 | | Quit timc (Remote closed the connection) |
08:28:19 | | Join JdGordon_ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
08:30:45 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
08:32:39 | | Quit BHSPitMonkey (Remote closed the connection) |
08:32:41 | | Join JdGordon__ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
08:32:56 | | Quit jordoex_ (Read error: 110 (Connection timed out)) |
08:33:50 | | Quit faemir ("Leaving") |
08:34:48 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:37:02 | | Join JdGordon|zzz [0] (n=jonno@rockbox/developer/JdGordon) |
08:40:04 | | Quit Seed ("cu, Andre") |
08:40:18 | | Join tvelocity [0] (n=tony@adsl4-231.her.forthnet.gr) |
08:40:48 | | Quit _lifeless (Remote closed the connection) |
08:41:33 | | Join JdGordon|afk [0] (n=jonno@rockbox/developer/JdGordon) |
08:41:35 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
08:44:25 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
08:44:53 | | Quit JdGordon_ (Read error: 110 (Connection timed out)) |
08:44:57 | | Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) |
08:45:54 | | Quit yosafbridge ("Coyote finally caught me") |
08:45:54 | | Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
08:46:07 | | Join yosafbridge [0] (n=yosafbri@ludios.net) |
08:49:03 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:49:32 | | Quit bertrik (Client Quit) |
08:49:44 | | Quit JdGordon|zzz (Read error: 60 (Operation timed out)) |
08:50:00 | | Join petur [50] (n=petur@rockbox/developer/petur) |
08:50:10 | | Quit JdGordon__ (Read error: 110 (Connection timed out)) |
08:50:27 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
08:55:16 | | Quit |ahmina| (Read error: 104 (Connection reset by peer)) |
08:56:01 | | Join _lifeless [0] (n=lifeless@90.150.216.187) |
08:59:46 | | Quit JdGordon|afk (Read error: 60 (Operation timed out)) |
08:59:46 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
08:59:59 | | Join RichieB [0] (n=91dd1808@gateway/web/cgi-irc/labb.contactor.se/x-475632d612835c0d) |
09:00 |
09:00:02 | | Quit lymeca (SendQ exceeded) |
09:00:08 | RichieB | Hi there |
09:00:16 | RichieB | Can someone give me write access on the Wiki? |
09:00:53 | RichieB | I want to update the status of an iPod accessory |
09:00:54 | | Join Manasvi [0] (n=chatzill@59.178.188.75) |
09:03:07 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
09:04:59 | RichieB | Is someone awake ? |
09:06:39 | Manasvi | ya |
09:06:46 | | Quit z35 ("Leaving") |
09:07:06 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
09:08:10 | | Quit lymeca (SendQ exceeded) |
09:08:45 | RichieB | Hiya. Can you give me write access to the Wiki? |
09:12:50 | | Quit mrkiko (Read error: 110 (Connection timed out)) |
09:13:06 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
09:13:13 | advcomp2019 | RichieB, what is your wiki name? |
09:15:38 | RichieB | It's RichardVanDenBerg |
09:15:54 | | Quit lkjasa (Read error: 60 (Operation timed out)) |
09:17:26 | advcomp2019 | hold on then |
09:18:08 | RichieB | Ok, thanks |
09:19:26 | advcomp2019 | there.. hope you do not spam :) |
09:20:02 | RichieB | Ok, thanks |
09:24:20 | | Quit RichieB ("CGI:IRC") |
09:28:12 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
09:29:02 | | Join franky [0] (n=franky@f053000141.adsl.alicedsl.de) |
09:30:55 | | Quit einhirn (Read error: 54 (Connection reset by peer)) |
09:34:03 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
09:40:33 | | Quit tvelocity (Connection timed out) |
09:49:25 | | Join Barahir [0] (n=jonathan@Ze422.z.pppool.de) |
09:49:40 | | Part franky |
09:50:15 | | Join franky [0] (n=franky@f053000141.adsl.alicedsl.de) |
09:50:33 | | Quit Thundercloud (Remote closed the connection) |
09:54:48 | | Quit Manasvi (Read error: 104 (Connection reset by peer)) |
09:59:47 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
10:00 |
10:00:24 | | Quit lymeca (SendQ exceeded) |
10:00:49 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
10:01:19 | | Quit lymeca (SendQ exceeded) |
10:06:33 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
10:07:34 | | Quit lymeca (SendQ exceeded) |
10:07:48 | | Quit kushalone (Read error: 113 (No route to host)) |
10:08:42 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
10:21:48 | *** | Saving seen data "./dancer.seen" |
10:32:08 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
10:36:47 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
10:36:59 | | Quit lymeca (Connection timed out) |
10:41:58 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
10:43:58 | | Join tc [0] (n=teecee36@c-24-14-168-107.hsd1.in.comcast.net) |
10:51:35 | | Part tc |
10:54:41 | | Quit lymeca (SendQ exceeded) |
10:58:53 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
10:59:34 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
11:00 |
11:03:29 | | Join l403 [0] (n=l@85.132.159.239) |
11:10:30 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
11:12:53 | | Join lazka [0] (n=lazka@84-119-62-130.dynamic.xdsl-line.inode.at) |
11:13:36 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
11:22:26 | | Quit lightbulbjim (Read error: 110 (Connection timed out)) |
11:24:49 | linuxstb | jhMikeS, JdGordon: If you were pinging me to ask about line 431 in flac.c, then you should ping Lear - he added that code. |
11:25:10 | linuxstb | (r10051) |
11:25:16 | | Part lazka ("cya") |
11:26:18 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
11:29:05 | | Quit petur (Read error: 110 (Connection timed out)) |
11:30:21 | | Quit lymeca (SendQ exceeded) |
11:40:03 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
11:41:48 | | Join timc [0] (n=aoeu@124.93.243.83) |
11:48:07 | | Quit _lifeless (Remote closed the connection) |
11:48:18 | | Join _lifeless [0] (n=lifeless@90.150.216.187) |
11:48:26 | | Quit at0m (Read error: 60 (Operation timed out)) |
11:51:00 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
11:53:57 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
11:55:03 | | Join at0m [0] (n=at0m@78-20-136-118.access.telenet.be) |
12:00 |
12:00:06 | | Quit lymeca (SendQ exceeded) |
12:00:55 | | Quit midgey () |
12:00:56 | | Part franky |
12:03:44 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
12:05:50 | | Quit lymeca (SendQ exceeded) |
12:05:55 | | Quit Bger (Read error: 110 (Connection timed out)) |
12:07:35 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
12:14:42 | | Quit jhMikeS (Nick collision from services.) |
12:14:48 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
12:19:25 | | Join franky [0] (n=franky@f053000141.adsl.alicedsl.de) |
12:19:44 | | Quit jhMikeS (Nick collision from services.) |
12:19:50 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
12:20:38 | | Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) |
12:21:49 | *** | Saving seen data "./dancer.seen" |
12:23:06 | | Join PaulJam [0] (n=PaulJam_@vpn-3077.gwdg.de) |
12:29:52 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
12:36:22 | | Quit lymeca (Connection timed out) |
12:36:53 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
12:37:24 | | Quit lymeca (SendQ exceeded) |
12:40:00 | | Join tvelocity [0] (n=tony@adsl6-41.her.forthnet.gr) |
12:40:11 | markun | gevaerts: is there a standard way for syncing a clock (RTC) over USB? |
12:40:31 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
12:57:46 | gevaerts | markun: not that I know of. There's a patch that partly implements the ipod way on the tracker though |
12:57:50 | | Quit lymeca (SendQ exceeded) |
13:00 |
13:01:37 | linuxstb | gevaerts: Do you have code to do that on the PC side? If so, for what OSes? (I haven't looked for your patch...) |
13:02:09 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
13:02:45 | gevaerts | linuxstb: there's a gtkpod branch that does it |
13:05:36 | markun | gevaerts: do you think we should add support for it to RBUtil? |
13:07:07 | gevaerts | I don't know. I think RTC sync would be nice to have, and I think that using the same method as at least one other player could be a good idea, but I don't know how easy this will be to implement |
13:07:27 | gevaerts | On linux it's fairly straightforward, but I have no idea about windows and macos |
13:08:25 | GodEater | anyone know if it's possible to get replacement sansa cables from somewhere? I appear to have lost mine. |
13:08:37 | * | linuxstb should probably post his ipodpatcher patch that fetches the ipod's XML, before it gets lost... |
13:09:57 | linuxstb | It works on Linux and (I think) Windows, but OS X is still TODO... I would guess that code would help with the RTC stuff. |
13:10:07 | Llorean | GodEater: I'd imagine Sandisk still sells them at the very least. Don't some of their current players still use them? |
13:10:18 | linuxstb | GodEater: I would expect you can find them on ebay |
13:10:44 | linuxstb | GodEater: Yes, searching ebay for "sansa cable" shows many |
13:11:16 | | Quit lucent_ (Remote closed the connection) |
13:11:43 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
13:12:43 | | Quit gevaerts (Nick collision from services.) |
13:12:51 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
13:16:12 | | Join ramgiridharan [0] (n=7aa4b292@gateway/web/cgi-irc/labb.contactor.se/x-78e329ce9ce5c2fa) |
13:16:26 | ramgiridharan | hi, i want write permission |
13:17:46 | | Join PaulJam_ [0] (n=PaulJam_@vpn-3108.gwdg.de) |
13:19:07 | ramgiridharan | hi, i want write permission |
13:19:07 | markun | ramgiridharan: one moment |
13:19:47 | markun | ramgiridharan: done |
13:21:04 | ramgiridharan | hi, it is not accepting |
13:21:11 | markun | no? Strange.. |
13:22:12 | markun | ramgiridharan: I've added you here which is usually all that needs to be done: http://www.rockbox.org/twiki/bin/view/Main/TWikiUsersGroup |
13:22:32 | markun | what are you trying to do? |
13:23:08 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
13:23:48 | ramgiridharan | i am trying to upload an fmr file.. for chennai region |
13:24:55 | markun | your wiki name is "RamGiridharan" right? |
13:25:19 | markun | can you try again and tell me what kind of error you get? |
13:25:53 | ramgiridharan | sure |
13:25:58 | ramgiridharan | one moment please |
13:26:38 | ramgiridharan | i am sorry, i did not type the username with correct capitals |
13:26:48 | markun | ah, ok :) |
13:32:21 | | Quit lymeca (SendQ exceeded) |
13:33:50 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
13:35:11 | | Quit PaulJam (No route to host) |
13:35:29 | pixelma | "Browse .wps files" <> "Browse Themes" - nice mixture of sentence vs. title case... |
13:35:55 | | Join dfkt [0] (n=dfkt@unaffiliated/dfkt) |
13:37:50 | | Join bs66_1 [0] (n=sysuser@79.138.221.220.bredband.tre.se) |
13:42:58 | | Quit ramgiridharan ("CGI:IRC (EOF)") |
13:52:37 | | Quit lymeca (SendQ exceeded) |
13:53:00 | | Join Casainho [0] (n=chatzill@bl8-171-207.dsl.telepac.pt) |
13:53:25 | | Part LinusN |
13:53:53 | Casainho | hello :-) |
13:54:12 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
13:54:43 | | Quit lymeca (SendQ exceeded) |
13:55:07 | Casainho | I sent to tracker a patch for a new port, the Lyre project. What is the usually, normal time, for it be commited to SVN? |
13:55:14 | | Quit bs66_ (Read error: 110 (Connection timed out)) |
13:55:41 | B4gder | there is no "normal" procedure for this, all cases are different |
13:55:57 | B4gder | it simply depends on when the committers commit |
13:56:45 | Casainho | B4gder: so, who will commit that patch? |
13:56:58 | GodEater | Casainho, they roll dice ;) |
13:57:12 | Casainho | ok. |
13:57:37 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
14:00 |
14:04:26 | B4gder | Casainho: what's the FS# number again? |
14:05:14 | Casainho | B4gder: FS #10045 |
14:06:14 | * | B4gder takes a look |
14:06:14 | Casainho | I got now more feedback about that patch, so; I assume that is all ok. |
14:06:32 | linuxstb | Casainho: BOOTFILE_EXT could simply be "lyre". That's the convention we use for other players (e.g. .iriver, .ipod etc) |
14:07:25 | Casainho | linuxstb: ok, I didn't know. |
14:07:43 | B4gder | well, it doesn't have to be perfect already... |
14:08:05 | Llorean | There's a comment in the tracker asking about the license for the code that came from atmel. |
14:08:11 | Llorean | is the license included in the patch somewhere? |
14:08:16 | linuxstb | "output" in tools/configure would then be "rockbox.lyre" and a more consistent bootloader name would be "bootloader-lyre_proto1.lyre" |
14:09:18 | Casainho | Llorean: no, since I wrote almost all that file now. I think there should be no problem, right? −− register names are equal but they are the same as on datasheet. |
14:10:28 | Llorean | So no code came from atmel files? Just register names from the datasheet? |
14:11:45 | B4gder | bootloader-proto1.lyre seems enough to me |
14:12:18 | Casainho | Llorean: right |
14:13:01 | linuxstb | Casainho: What about the other code - e.g. crt0.S? Is that based on atmel code? |
14:13:04 | B4gder | target_id was wrong as well |
14:13:05 | Casainho | Llorean: well, some comments also |
14:14:37 | Llorean | Casainho: Yes, I was going to say, it looks like it's still a lot of their stuff, just reformatted. |
14:14:44 | Llorean | Their license still applies if you've heavily modified their file. |
14:15:01 | Casainho | linuxstb: maybe some code on crt0.S, I don't really remember because I worked that code, I put comments on it, etc. But it follows many things used by Atmel... like a C file for some config |
14:15:05 | B4gder | Casainho: uh, it doesn't build though |
14:15:05 | linuxstb | B4gder: The ipods at least use the convention bootloader-$modelname.ext, and so do (I think) the AMS Sansas - maybe that would be nice to follow? |
14:16:03 | Casainho | Llorean: but, what do you equal? the comments? the registers names? |
14:16:04 | B4gder | it just turned so awkwardly long |
14:16:41 | Casainho | B4gder: reallym, don't build? why? what is the error? |
14:17:02 | B4gder | make: *** No rule to make target `/home/daniel/src/rockbox/firmware/target/arm/at91sam/app.lds |
14:17:09 | B4gder | there's no app.lds in the patch |
14:17:33 | linuxstb | B4gder: Are you doing a normal or bootloader build? |
14:17:36 | Casainho | B4gder: oh, I thought there was no need for the app.lds.... for the bootloader. |
14:17:38 | B4gder | normal |
14:17:47 | B4gder | Casainho: there isn't |
14:17:52 | Casainho | I am doing the bootloader build |
14:18:05 | B4gder | so the normal one doesn't work? |
14:18:52 | Casainho | B4gder: yes, probably then the normal don't work. The objective was to make a patch for bootloader, to have the kernel_init() working. |
14:19:19 | B4gder | ok |
14:19:39 | B4gder | stand by for initial commit |
14:19:56 | Casainho | so, what is really missing on that patch? |
14:20:47 | Casainho | is that really need to put Atmel license on that header file? |
14:21:07 | B4gder | if they can claim any rights on any of the files, then yes |
14:21:10 | linuxstb | Casainho: If you've based your code on Atmel's code, then it would be nice to at least say that. |
14:21:25 | B4gder | Committed revision 20574. |
14:21:52 | *** | Saving seen data "./dancer.seen" |
14:22:21 | Casainho | linuxstb: I based mainly my knowledge on their code and application notes. How could I do that header file on other way? - I should use another comments? |
14:22:31 | Llorean | Casainho: I don't understand your question. If you started with their file, and edited it, it's still under their license. If you wrote a whole new file, from scratch, based on the datasheet, you can license it your way. |
14:25:21 | pixelma | there's still some tiny yellow from the previous commit in the table |
14:25:22 | Casainho | Llorean: well, I created a new file and used their comments and same register names. I couldn't use different register names, but the comments yes, however the comments are also mainly the names of registers, |
14:26:30 | Casainho | Llorean: linuxstb : but I have no problem in put on that file their license. I just would like to understand well this situation. Thanks :-) |
14:27:01 | B4gder | pixelma: that's kugel's commit I believe so I wanted to let him have a say on that |
14:27:41 | Casainho | B4gder: thanks :-) |
14:27:48 | | Quit lymeca (SendQ exceeded) |
14:28:22 | Casainho | Llorean: linuxstb - o next patch I will put that license :-9 |
14:28:59 | Casainho | so, for the next patch, what should I do? what code should I add? maybe put LCD working, showing the rockbox logo? |
14:29:31 | linuxstb | Casainho: We want sound! |
14:29:53 | Casainho | linuxstb: me too ;-) |
14:30:16 | | Quit _lifeless (Read error: 113 (No route to host)) |
14:30:46 | Casainho | but I were told before that I should commit simple patches, for easily reading, etc |
14:31:20 | Casainho | so, shouldn't I commit another patch untill I have sound? |
14:31:40 | B4gder | you should post patches for all changes you want/need |
14:32:33 | Casainho | B4gder: ok, but, is good idea or not to commit short and simple patches? |
14:33:15 | B4gder | Casainho: first you don't commit patches, that's what people with commit access do, then sure you should post separate patches for separate things as far as possible |
14:33:15 | Casainho | because until now I have bootloader fully working and most part of the firmware... (just audio missing) |
14:33:16 | Llorean | Casainho: You can post multiple tasks though. |
14:33:56 | Casainho | ah, okok. |
14:34:04 | linuxstb | Casainho: A patch to get the LCD working would seem about the right size. |
14:34:07 | B4gder | wow, onda broke |
14:34:21 | Casainho | linuxstb: ok, thanks. It's clear for me now :-) |
14:34:34 | B4gder | that error looks very strangee |
14:35:04 | B4gder | soap: ping ping |
14:35:22 | * | linuxstb blames soap |
14:35:35 | * | B4gder seconds that |
14:38:56 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
14:39:05 | | Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
14:39:48 | * | kugel is going to commit funman's >2GB fix patch |
14:39:49 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
14:39:59 | kugel | any complaints that some other guy should do it? |
14:40:08 | | Part cmwslw ("Ex-Chat") |
14:41:08 | GodEater | the patch is >2GB ? wow. that's a lot of code. |
14:41:10 | B4gder | kugel: that yellow is from your last commit |
14:41:49 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
14:41:51 | kugel | doh, haven't noticed |
14:41:53 | * | B4gder disables mips from soap's box |
14:42:15 | | Join _lifeless [0] (n=lifeless@90.150.216.187) |
14:42:17 | | Quit lymeca (SendQ exceeded) |
14:43:07 | kugel | GodEater: no, it enables bank switch so that we can access all data on the ams sansas |
14:43:21 | kugel | instead of only 1 on devices with >2GB |
14:43:34 | B4gder | kugel: since funman said he's fine with it I see no problems |
14:43:42 | GodEater | kugel, I was kind of joking :) |
14:43:57 | kugel | ah, fine then :) |
14:44:09 | * | GodEater will be worried when the rockbox code base get to >2GB. |
14:44:48 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
14:44:52 | GodEater | B4gder, you're Mr. Statistics. How many MB on average does a new target add? Use this to forecase when we'll get to >2GB please :) |
14:45:01 | GodEater | *forecast |
14:45:19 | | Quit lymeca (SendQ exceeded) |
14:45:51 | B4gder | this lyre patch was just under 100K |
14:46:35 | linuxstb | kugel: Can't funman commit it? |
14:46:37 | B4gder | but not quite complete of course |
14:47:09 | kugel | linuxstb: seems to me he wants someone else to commit, probably because he has some internet problems there (he said he has some, at least) |
14:47:41 | * | kugel sees no reason to wait too |
14:47:43 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
14:47:49 | * | B4gder makes a source tarball just to see how big a fresh unpack is ... |
14:48:05 | linuxstb | kugel: "seems to me" ? EIther he's asked for someone else to commit or he hasn't... |
14:48:15 | | Quit lymeca (SendQ exceeded) |
14:48:42 | kugel | linuxstb: "thanks, you have my approval to commit (and to receive the blames if something goes wrong :p)" |
14:48:58 | B4gder | 122207471 bytes |
14:49:05 | B4gder | 5101 files, 254 folders |
14:50:17 | B4gder | so the new port added 0.08% to the total uncompressed size |
14:51:19 | linuxstb | kugel: OK, then go ahead and accept the blame ;) |
14:51:52 | B4gder | and 2gb/current code size = 16, so... |
14:52:03 | B4gder | we need about 20000 new ports to reach 2GB! ;-) |
14:52:32 | | Join LambdaCalculus37 [0] (n=44a04303@rockbox/staff/LambdaCalculus37) |
14:52:41 | Llorean | Or one new port with a really, really, really big screen and appropriately scaled up high-res logo. |
14:52:48 | B4gder | one port every day will keep us busy for another 54 years until then |
14:53:30 | GodEater | B4gder, that's an unfinished port though |
14:53:32 | GodEater | how about completed ones ? :) |
14:53:35 | B4gder | but imagine the tower of rockbox we can do! |
14:53:40 | GodEater | hahahaha |
14:53:44 | GodEater | we could get into orbit :) |
14:54:35 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
14:54:49 | | Join antil33t [0] (n=Mudkips@119.224.48.72) |
14:55:16 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
14:55:54 | | Join lazka [0] (n=lazka@84-119-62-130.dynamic.xdsl-line.inode.at) |
14:56:26 | | Join __lifeless [0] (n=lifeless@83.219.8.79) |
14:56:33 | * | B4gder looks at kugel |
14:56:48 | B4gder | 1 yellow + 1 fix = ... 2 red! |
14:57:54 | kugel | uhh |
14:58:57 | kugel | hmm, I didn't add a if. something is weird |
15:00 |
15:00:47 | | Join midgey [0] (n=tjross@71.238.148.140) |
15:01:05 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
15:02:27 | | Quit lymeca (SendQ exceeded) |
15:02:40 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
15:02:44 | lazka | hey.. I just tried to run llvm-clang analyzer on rockbox.. had to remove some things because the parser doesn't like all ARM stuff.. |
15:02:45 | lazka | http://www.student.tugraz.at/christoph.reiter/files/rockbox/llvm-clang-test.tar.bz2 |
15:03:37 | | Quit kugel (Nick collision from services.) |
15:03:41 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
15:03:43 | lazka | it only compiled halfway through.. but it took 2 hours.. found lots of unused code and maybe some bugs. |
15:04:00 | | Join funman [0] (n=fun@rockbox/developer/funman) |
15:04:19 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-774f287c587d19d7) |
15:04:24 | funman | hi, i expect a phone call from AMS this afternoon to discuss about AS353* datasheets |
15:05:39 | funman | they want to talk about redistribution of the docs to developers i believe |
15:06:14 | gevaerts | lazka: at least most of the uninitialised value warnings in firmware/ seem to be bogus |
15:06:27 | | Quit funman (Client Quit) |
15:06:35 | kugel | that #if shouldnt be there at all :( |
15:07:10 | lazka | yes.. they said in ther channel that it still isn't 100% combatible to gcc.. I had to comment out some stuff and move some files. |
15:07:41 | gevaerts | lazka: those are mostly reads from hardware registers, so obviously the code never writes to those |
15:07:45 | lazka | lots of noise.. but some things might be useful.. don't know.. if not.. never mind. |
15:08:15 | gevaerts | some of it is bound to be useful, it's just a matter of spending time on it :) |
15:08:22 | lazka | :) |
15:09:39 | Llorean | Do you have a record of all the changes you made though? |
15:10:11 | * | gevaerts thinks that this thing needs to learn about assert() |
15:11:39 | gevaerts | the divide by zero errors all occur after an assert(!=0) |
15:12:43 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
15:20:32 | | Join J-23_ [0] (n=zelazko@unix.net.pl) |
15:22:12 | | Quit homielowe () |
15:22:21 | | Join n1s [0] (n=n1s@nl104-208-152.student.uu.se) |
15:23:12 | | Quit J-23 (Nick collision from services.) |
15:23:15 | | Nick J-23_ is now known as J-23 (n=zelazko@unix.net.pl) |
15:31:22 | | Quit lymeca (SendQ exceeded) |
15:31:37 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
15:32:50 | | Quit lymeca (SendQ exceeded) |
15:33:23 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
15:33:36 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
15:39:06 | | Quit midgey () |
15:42:04 | | Join pyro_maniac2 [0] (n=jens@p4FEEB01D.dip.t-dialin.net) |
15:55:44 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
15:56:13 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
15:58:36 | | Join {phoenix} [0] (n=dirk@p54B47E28.dip.t-dialin.net) |
16:00 |
16:00:15 | | Quit kushal_12_27_200 ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") |
16:05:20 | soap | oh no - my computer tossing build errors is never a good sign. |
16:05:35 | soap | The two times it happened before it was a sign of a failed memory stick. |
16:06:18 | B4gder | this seems to only have happened on the mips build though |
16:06:23 | soap | gevaerts: the last changes to FS #1005 before commit, the addition of proper length handling, did this improve performance at all? |
16:07:09 | soap | B4gder: I'm running a fat VirtualBox session this morning for the first time in months. Fear is it kicked memory usage up into rarely touched regions. |
16:07:17 | B4gder | aha |
16:07:18 | gevaerts | soap: you mean in comparison with earlier versions of the patch? |
16:07:24 | soap | gevaerts: yes. |
16:08:01 | gevaerts | soap: then no. The length handling is needed for correctness. Storage doesn't actually use that value, but e.g. serial does |
16:08:17 | gevaerts | The entire patch does improve performance though |
16:08:25 | soap | thanks, gevaerts, I was just curious. |
16:08:51 | | Part cmwslw ("Ex-Chat") |
16:11:37 | | Join _lifeless [0] (n=lifeless@90.151.34.158) |
16:18:16 | | Join eio [0] (n=7b70281f@gateway/web/cgi-irc/labb.contactor.se/x-39f587ca21361802) |
16:19:00 | | Quit eio (Client Quit) |
16:20:02 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
16:21:00 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
16:21:54 | *** | Saving seen data "./dancer.seen" |
16:23:33 | | Quit __lifeless (Connection timed out) |
16:25:37 | | Join midgey [0] (n=tjross@71.238.148.140) |
16:29:30 | | Quit DataGhost (Nick collision from services.) |
16:29:38 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
16:30:47 | | Quit kushal_12_27_200 ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") |
16:31:14 | * | n1s considers to tackle an item on "Mr Someone's" todo list: the strncpy->strlcpy change and was thinking about how to do that in a nice way and wonder if people have comments |
16:32:14 | n1s | as i see it 1) find or write a nice fast strlcpy 2) go through all calls to strncpy in the core and adjust them. so far so good |
16:33:15 | n1s | but should plugns be changed too or should strncpy move to the pluginlib? |
16:34:01 | B4gder | I think plugins could very well be changed too |
16:35:04 | n1s | does anyone know of an optimized implementation of strlcpy i could use? |
16:35:46 | kugel | n1s: gevaerts mentioned there may some usages of strncpy where strlcpy is inappropriate (well, strncpy is inappriate too, I think he talked about more lowlevel stuff which should use memcpy anyway) |
16:36:30 | n1s | kugel: yes, i was not planning on just search and replace, every call will need to be checked |
16:37:33 | B4gder | n1s: http://doxygen.postgresql.org/strlcpy_8c-source.html |
16:37:42 | B4gder | seems to be the version basically used all over, comes from openbsd |
16:37:52 | n1s | B4gder: ah, thanks |
16:37:54 | B4gder | some variations have the auto variables as 'register' |
16:39:39 | * | kugel would think a version which copies 4byte at once would be faster |
16:40:02 | B4gder | perhaps, it depends on how long strings that are copied in general |
16:40:37 | n1s | kugel: word copies can be done only to and from word aligned adresses on some archs so this will need a bit of extra logic |
16:40:43 | B4gder | exactly |
16:41:08 | B4gder | either way, when converted to this function I'm sure it's open for optmizations! |
16:42:16 | | Join MT [0] (n=MTee@41.233.146.148) |
16:43:31 | kugel | our strcpy.c contains a word-copy-version, but I don't know which we use |
16:45:47 | | Quit PaulJam_ (".") |
16:46:14 | n1s | kugel: yes, i think we use that bersion but it will only do word copies if both adresses are aligned, so assuming random alignment that is only a 1 in 8 chance |
16:46:54 | kugel | n1s: it aligns if they're unaligned |
16:46:59 | n1s | but i think i will follow B4gder's line and do the conversion first and worry about this optimization later |
16:47:20 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
16:47:56 | kugel | no wait, if they're unaligned it just uses char-copy |
16:48:01 | n1s | yes |
16:48:21 | n1s | and i would only be possible to align if they have the same alignment already |
16:48:26 | n1s | it* |
16:48:47 | | Join midijunkie [0] (n=Miranda@pD95476EC.dip0.t-ipconnect.de) |
16:50:16 | kugel | worrying about optimization is fine. Let's hope we don't forget about it :) |
16:50:22 | kugel | worrying later* |
16:51:31 | B4gder | I would even argue that doing the optimizations already in the first step would be wrong |
16:51:40 | B4gder | iterations is the better way |
16:51:58 | B4gder | premature optimization etc |
16:52:53 | kugel | you also can't know if optimizations are even worth if if you never used a non-optimized one |
16:53:45 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-5fe6bf38da633757) |
16:55:22 | n1s | shoudl i do the _DEFUN _EXFUN weirdness done for the other string functions or just us a regular prototype? |
16:55:58 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
16:56:13 | B4gder | I can't recall any good reason for that weirdness so use a regular one |
16:56:52 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
16:56:53 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
17:00 |
17:01:00 | | Quit lymeca (SendQ exceeded) |
17:01:41 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
17:10:45 | | Quit {phoenix} (Remote closed the connection) |
17:13:48 | | Join dfkt_dt [0] (n=dfkt@unaffiliated/dfkt) |
17:14:44 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
17:19:32 | | Part B4gder |
17:20:53 | | Join wangxiang [0] (n=wangxian@203.86.76.219) |
17:24:53 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
17:26:23 | | Join reeve [0] (n=reeve@frbg-5d84c4ce.pool.einsundeins.de) |
17:26:26 | reeve | hi |
17:29:12 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
17:30:37 | linuxstb | reeve: Welcome. |
17:32:06 | | Quit dfkt (Read error: 110 (Connection timed out)) |
17:32:41 | reeve | i'm just here because i wanted to know, how to add a feature (in theory) to my mp3-player. onfortunately rockbox isnt available for my mp3player. i want last.fm support, and want to add this feature to it. but dunno where to start |
17:33:30 | linuxstb | Your only real option is porting Rockbox to your player - http://www.rockbox.org/twiki/bin/view/Main/NewPort |
17:33:59 | linuxstb | Adding a feature to the existing firmware is probably far harder (and not something we do here). |
17:35:58 | | Quit lymeca (SendQ exceeded) |
17:36:51 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
17:40:30 | | Join jordoex [0] (n=quassel@d142-058-095-224.wireless.sfu.ca) |
17:41:06 | | Quit lymeca (SendQ exceeded) |
17:41:43 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
17:42:19 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
17:42:26 | | Quit Seed ("cu, Andre") |
17:44:10 | reeve | okay |
17:44:16 | reeve | thank you linuxstb |
17:44:20 | | Join jordoex_ [0] (n=quassel@d142-058-095-224.wireless.sfu.ca) |
17:44:51 | | Quit lymeca (SendQ exceeded) |
17:46:08 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
17:46:32 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
17:47:26 | | Join SndBstrd [0] (n=TweakMDS@boobies.demon.nl) |
17:47:34 | | Part SndBstrd |
17:47:51 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
17:48:06 | | Quit jordoex_ (Client Quit) |
17:51:09 | | Join jordoex_ [0] (n=quassel@d142-058-091-011.wireless.sfu.ca) |
17:57:31 | | Join BdN3504 [0] (n=55b22ca7@gateway/web/cgi-irc/labb.contactor.se/x-9283b359053053d9) |
17:59:57 | BdN3504 | Why is .mpg missing as a supported filetype in appendix A1? |
18:00 |
18:00:07 | BdN3504 | of the manual of course |
18:01:08 | | Quit jordoex (Read error: 110 (Connection timed out)) |
18:01:55 | MT | linuxstb : when extracting the codec, I'm certain I'm not going to use headers such as "mpeg..." , still, compiling without them would most probably fail, isn't there a way around this ? |
18:03:19 | linuxstb | MT: I don't understand - what "mpeg..." headers? |
18:04:36 | * | linuxstb needs to leave - back in about 10 minutes... |
18:04:54 | MT | linuxstb : #include "mpegvideo.h" for example (mpegvideo_common.h, any mpeg-related header files) |
18:04:58 | BdN3504 | another thing: on the main page (rockbox.org) when you click on the "manual" link, the "themes" link misses on that page. |
18:06:04 | n1s | BdN3504: i suppose no one has added it to the table yet, patches are welcome ;) |
18:07:53 | | Join MethoS [0] (n=lem@host-091-097-240-251.ewe-ip-backbone.de) |
18:08:54 | BdN3504 | well, this'll take some time for me. i just begun learning how to handle linux and that latex or whatever is used to write the manual is still lightyears too complicated for me to handle. maybe i'll be able to do this in the very distant future. |
18:08:55 | | Quit BdN3504 ("CGI:IRC") |
18:09:20 | | Nick dfkt_dt is now known as dfkt (n=dfkt@unaffiliated/dfkt) |
18:09:29 | rasher | Bagder: No themes link on http://www.rockbox.org/manual.shtml |
18:11:30 | | Quit kushal_12_27_200 ("Leaving. I cannot promise to be back but most likely will.") |
18:12:59 | | Quit wangxiang (Read error: 110 (Connection timed out)) |
18:18:19 | | Quit petur ("work->home") |
18:21:07 | | Quit lymeca (SendQ exceeded) |
18:21:55 | *** | Saving seen data "./dancer.seen" |
18:22:24 | linuxstb | MT: I still don't understand - what codec are you talking about? |
18:24:05 | | Join BdN3504 [0] (n=55b22ca7@gateway/web/cgi-irc/labb.contactor.se/x-7fd9f3ea1c5e3010) |
18:24:28 | BdN3504 | hey, could anyone help me create a patch for this? http://pastebin.com/d2e9aa5c7 |
18:24:39 | | Quit l403 ("Ex-Chat") |
18:24:54 | | Join {phoenix} [0] (n=dirk@p54B47E28.dip.t-dialin.net) |
18:26:41 | BdN3504 | i opened manual\appendix\file_formats.tex and added these two lines. now what do i do with this to make a patch of it? http://pastebin.com/m2cffcfd1 |
18:27:05 | LambdaCalculus37 | BdN3504: Did you check out the source code from SVN? |
18:27:34 | LambdaCalculus37 | In that case: http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches |
18:29:28 | kugel | hm |
18:29:38 | kugel | why is the code not in iram as I'm telling it? |
18:29:45 | | Join Ubuntuxer [0] (n=jp@dslb-094-220-225-127.pools.arcor-ip.net) |
18:30:16 | linuxstb | kugel: I think we need a little more to go on than that... |
18:31:11 | gevaerts | Maybe you're not asking it nicely enough? |
18:31:13 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-df9880c2bf54831d) |
18:33:51 | * | kugel got it now |
18:35:18 | kugel | "lcd-fuze.c:(.text+0xe0): relocation truncated to fit: R_ARM_PC24 against `.icode'" :( |
18:35:44 | n1s | kugel: use STATICIRAM (i assume the function is static) |
18:35:48 | lazka | gevaerts, clang always falls over such things: http://rafb.net/p/JYaBCU86.html .. do you have an idea what that could be? |
18:36:20 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
18:36:22 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
18:36:57 | gevaerts | lazka: that's a generated file |
18:37:32 | | Join JdGordon| [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-71abbe2dacee6dce) |
18:38:00 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:38:09 | kugel | n1s: thanks |
18:38:14 | | Quit lymeca (SendQ exceeded) |
18:38:25 | kugel | worked now (according to the .map) |
18:38:37 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
18:39:07 | | Quit lymeca (SendQ exceeded) |
18:39:37 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
18:40:05 | rasher | How's codec performance on the 1G/2G ipods? Anything we can't play realtime that works on the other ipods? |
18:40:13 | | Quit lymeca (SendQ exceeded) |
18:40:50 | reeve | bye |
18:40:55 | | Quit reeve ("Verlassend") |
18:41:18 | | Join cspotcode [0] (n=bradla@dark-sage-14.dynamic2.rpi.edu) |
18:41:34 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
18:42:21 | kugel | weeh, the lcd framebuffer takes quite some space |
18:42:37 | lazka | gevaerts, do you know where by any chance? |
18:43:13 | kugel | seems we assumed we use the iram at some places but iram wasn't really activated for AMS sansas |
18:43:24 | lazka | ah.. got it |
18:43:39 | BdN3504 | can't anyone of you who knows how to create patches simply take what i have posted there and create one? if not then i'll need your help in doing it myself. |
18:43:49 | linuxstb | rasher: No idea - I guess you need to ping amiconn. |
18:45:26 | * | kugel has a slight hope to fix the mp3 reboot problem |
18:46:21 | kugel | uhm, no |
18:46:38 | saratoga | i wonder if the AMS problems are just not setting up the MMU correctly |
18:47:01 | kugel | the speed problems most likely are |
18:47:37 | | Quit lymeca (SendQ exceeded) |
18:48:24 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
18:49:13 | kugel | saratoga: putting iramorig a bit behind for mp3 causes undefined instruction instead of reboot |
18:49:14 | MT | linuxstb : I was talking about 'cook' |
18:50:01 | | Quit Seed ("cu, Andre") |
18:50:33 | | Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) |
18:51:10 | | Quit bluefoxx (Client Quit) |
18:51:12 | | Join l403 [0] (n=l@85.132.159.239) |
18:51:32 | linuxstb | MT: cook.c doesn't include any mpeg files (directly, at least). |
18:52:34 | rasher | amiconn: Have you done any tests on codec performance on 1G/2G ipods? Anything that doesn't play that plays on other PP devices? |
18:52:44 | JdGordon| | kugel: you need to bump the plugin api |
18:54:02 | MT | linuxstb : not directly, no. |
18:54:52 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
18:55:02 | lazka | :) got clang working.. i will make a wiki howto tomorrow |
18:55:08 | linuxstb | MT: You need to find out what files cook.c actually needs, and only include them (or parts of them - i.e. delete what is not needed) |
18:55:31 | linuxstb | I would start by putting "#if 0" .... "#endif" around code that I think is not needed. |
18:56:03 | | Quit lymeca (Operation timed out) |
18:56:57 | | Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) |
18:56:58 | | Part pyro_maniac2 |
18:57:11 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
18:57:47 | | Join PaulJam [0] (n=paule@vpn-3078.gwdg.de) |
18:58:18 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
18:58:55 | | Quit PaulJam (Remote closed the connection) |
18:59:40 | MT | linuxstb : so if a file like snow.h (inderctly included and includes mpeg files) has some parts which cook.c needs, I would keep those and delete the rest (or "#if 0 .. #endif"), and thus deleting any mpeg includes in snow.h, right ? |
19:00 |
19:02:07 | linuxstb | MT: Is the code in snow.h used by cook? If not, then just remove #include "snow.h" from dsputil.c |
19:03:58 | | Quit BdN3504 ("CGI:IRC (EOF)") |
19:04:21 | MT | linuxstb : not sure, it was just a hypothetical question. |
19:04:49 | MT | linuxstb : Thanks. |
19:04:51 | | Quit lazka (Remote closed the connection) |
19:05:13 | | Quit miepchen^schlaf () |
19:05:16 | | Join FlynDice_ [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
19:06:08 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:07:25 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
19:07:31 | | Quit FlynDice (Read error: 60 (Operation timed out)) |
19:08:01 | | Quit FlynDice_ (Remote closed the connection) |
19:08:16 | kugel | JdGordon|: really? I forgot about it |
19:08:42 | JdGordon| | you changed the function order... so yes you have to bump them |
19:08:45 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
19:09:08 | | Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) |
19:10:23 | | Join midijunkie [0] (n=Miranda@pD95476EC.dip0.t-ipconnect.de) |
19:11:16 | | Join _lifeless [0] (n=lifeless@188.17.90.82) |
19:12:13 | kugel | n1s: does this STATICIRAM only apply to function, or global (per file) variables too? |
19:12:48 | * | domonoky sees all those mailings in RaA on the mailing list, and thinks that if we use native Widgets it gets more like a custom App using rockbox codecs. But i want RaA be able to play doom :-) |
19:13:02 | n1s | kugel: only functions, it's a workaround for gcc's inability to make a longcall for functions that are static but are in another section |
19:13:02 | | Quit FlynDice (Read error: 104 (Connection reset by peer)) |
19:13:15 | * | linuxstb doesn't have the energy to argue about it though - the short-term (i.e. probably a summer's worth) is just to abstract the firmware/ parts of Rockbox in a nice way, and implement support for a new kernel, e.g. wince |
19:13:15 | rasher | The way I see it, there are some bits that should draw to a surface: WPS and Plugins stand out, the rest should be native imho |
19:13:20 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
19:13:26 | JdGordon| | domonoky: there are easier ways to play doom n your phone... |
19:14:42 | domonoky | JdGordon|: Doom is just an example, there are many more usefull things in rockbox, which need direct drawing capabilitys.. |
19:15:13 | JdGordon| | in case its not clear... i tinhk trying to use native wigets is a pointless idea |
19:15:15 | rasher | domonoky: isn't plugins and wps pretty much it? |
19:15:29 | domonoky | eq and more ? |
19:15:34 | | Quit lymeca (SendQ exceeded) |
19:15:38 | | Quit jhMikeS (Read error: 54 (Connection reset by peer)) |
19:16:18 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
19:16:23 | domonoky | but we probably should just try to get the the target tree and kernel to pure SDL or native, and care about apps/ changes later... |
19:16:38 | JdGordon| | s/probably// |
19:16:40 | rasher | domonoky: The eq could be - depends on what the native app offers I guess |
19:17:11 | kugel | I think that RaaA should still be rockbox |
19:17:17 | domonoky | and mixing probably doesnt look good. you could theme only half of it ? |
19:17:42 | rasher | kugel: that's a worthless statement. |
19:17:52 | kugel | replacing the whole UI with native OS stuff will just render to another app, which hasn't much to do with rockbox |
19:18:15 | rasher | kugel: so if we came up with a different UI, it would no longer be Rockbox either? |
19:18:44 | kugel | no, if it's (nearly) the same as on RaaA |
19:18:50 | * | domonoky thinks themes is a strong arguments against native Widgets :-) |
19:19:07 | rasher | domonoky: themes is 90% the WPS |
19:19:38 | linuxstb | IMO, Rockbox shouldn't be closely tied to its UI anyway - a logical separation is a Good Thing. |
19:20:06 | JdGordon| | linuxstb: 100% agree... but thats not a topic for raaa |
19:20:22 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
19:20:35 | LambdaCalculus37 | Any argument to including .talk files as a valid file format for the file formats table in Appendix A of the manual? |
19:20:58 | kugel | saratoga: mp3 wants to access something at 0x11XXX, but codec's IRAM starts at 0x18000 |
19:22:01 | * | kugel wonders why mpa.codec has its own memcpy/move etc |
19:22:26 | LambdaCalculus37 | Ahh, .bmark is missing, too! |
19:22:32 | * | LambdaCalculus37 adds that in as well |
19:22:43 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
19:22:49 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
19:22:59 | kugel | oh, nevermind |
19:23:31 | | Quit MethoS (Remote closed the connection) |
19:23:52 | | Join MethoS [0] (n=lem@host-091-097-240-251.ewe-ip-backbone.de) |
19:24:19 | | Quit lymeca (SendQ exceeded) |
19:24:21 | | Join midijunkie41 [0] (n=Miranda@pD95476EC.dip0.t-ipconnect.de) |
19:24:55 | pixelma | rasher: what checks are done/planned to be done for themes someone wants to upload to the theme site? I'm asking because of http://forums.rockbox.org/index.php?topic=21155 |
19:25:01 | kugel | saratoga: any idea how this can happen? |
19:25:36 | pixelma | rasher: besides checkwps of course |
19:25:51 | rasher | pixelma: ugh yes, that's certainly something that should be checked |
19:26:09 | | Join BdN3504 [0] (n=55b22ca7@gateway/web/cgi-irc/labb.contactor.se/x-3188ce210c2b1543) |
19:26:16 | rasher | Fonts is also planned, but I'm not quite sure how to handle it. Do we just ban fonts completely, or check against the font pack? |
19:26:53 | LambdaCalculus37 | Should a note be put into the manual regarding Musepack SV8 files? IIRC they're not supported by Rockbox (or something was not working with them?) |
19:27:12 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
19:27:16 | pixelma | hmm, a real tricky one if somone finds an own font because of possible license issues |
19:28:03 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
19:29:12 | pixelma | I mean - someone has to check license question with new fonts uploaded with a theme (trying to make myself clear...) |
19:30:09 | | Quit lymeca (SendQ exceeded) |
19:30:36 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
19:31:10 | | Quit lymeca (SendQ exceeded) |
19:31:12 | | Quit MethoS (Remote closed the connection) |
19:31:34 | | Join MethoS [0] (n=lem@host-091-097-240-251.ewe-ip-backbone.de) |
19:32:48 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
19:33:11 | midijunkie41 | new build works good on sansa ams(fuze) |
19:33:51 | kugel | nice |
19:34:04 | midijunkie41 | playing flac, ogg |
19:34:23 | midijunkie41 | from sd |
19:34:28 | | Join miepchen^schla [0] (n=miepel@p579EC917.dip.t-dialin.net) |
19:35:13 | midijunkie41 | mp3 playback freezes rbx |
19:35:30 | midijunkie41 | is this something i should post in the ams thread? |
19:36:24 | kugel | no |
19:36:44 | rasher | pixelma: A .cfg file is now required in themes. Not sure if I should remove the two broken ones? Checking fonts will have to wait a bit |
19:38:08 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
19:38:36 | pixelma | can you try asking the author to reupload them? |
19:39:01 | | Quit midijunkie (Read error: 110 (Connection timed out)) |
19:39:27 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
19:39:36 | rasher | pixelma: I'll have to delete them anyway, so I'll just delete and ask to re-upload in the reason given |
19:39:46 | rasher | They are rather broken right now |
19:39:54 | rasher | So it's not exactly unreasonable |
19:40:14 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
19:40:23 | pixelma | I think that's best too |
19:40:48 | JdGordon| | how do people feel about using say .theme files which are exactly the same a .cfg but more obvious what it is |
19:40:57 | JdGordon| | we could then force only theme settings in it |
19:42:07 | linuxstb | JdGordon|: I disagree - abstracting the Rockbox code is exactly what RaaA is about in my mind. |
19:42:46 | rasher | JdGordon|: Having the files show up when you do "browse themes" is already pretty obvious |
19:43:18 | | Quit jordoex_ (Read error: 110 (Connection timed out)) |
19:44:38 | BdN3504 | Ok, can someone please tell me if i can post this diff on the flyspray tracker: http://pastebin.com/d29439d38 |
19:45:07 | rasher | BdN3504: Looks like you messed up the line-endings |
19:45:33 | | Join z35 [0] (n=z35@h36.17.89.75.dynamic.ip.windstream.net) |
19:46:23 | BdN3504 | what does that mean? tell me please how do i do it right |
19:46:28 | | Quit cspotcode ("Leaving.") |
19:47:33 | rasher | BdN3504: how did you generate the diff |
19:47:39 | BdN3504 | i edited the tex file with a tex editor. then i copied it into the appendix directory and overwrote the old file. then i created a diff using tortois svn |
19:48:22 | rasher | The editor should have an option to use "DOS" (\r\n) or "UNIX" (\n) line endings |
19:48:36 | rasher | Alternatively, tortoise svn might let you generate a diff that ignores whitespace |
19:48:59 | rasher | But I know neither tortoise svn nor your editor, so I won't be of much help I'm afraid |
19:49:11 | BdN3504 | i chose diff with previous version and then i chose create unified diff |
19:49:20 | | Join perrikwp|class [0] (i=98214acb@gateway/web/ajax/mibbit.com/x-f832d8cec15ed4ef) |
19:49:25 | BdN3504 | i use texnic center |
19:49:30 | rasher | BdN3504: Might there be an option to ignore line endings or whitespace or something? |
19:49:57 | | Join jordoex [0] (n=quassel@d142-058-091-011.wireless.sfu.ca) |
19:49:59 | | Quit FOAD ("I'll be back") |
19:50:16 | | Join FOAD [0] (n=dok@e41067.upc-e.chello.nl) |
19:50:43 | BdN3504 | i don't know. there is only one option to create a diff... i'll search in the help file of texnic |
19:52:13 | kugel | what text editor did you use? |
19:52:15 | BdN3504 | ok wait there's a setting, i'll post a pic |
19:52:25 | BdN3504 | i used texnic center |
19:52:38 | kugel | can't you change line endings with it? |
19:54:21 | BdN3504 | http://i40.tinypic.com/1o0ifs.jpg |
19:54:29 | BdN3504 | that's the tortoise setting |
19:55:12 | | Quit miepchen^schlaf (Read error: 113 (No route to host)) |
19:57:52 | rasher | BdN3504: did you have "ignore line endings" enabled? |
19:59:03 | rasher | pixelma: hum, I now have code to detect fontpack fonts, but what to do with the other fonts? Reject them and tell the author to get it added to the font pack? |
19:59:27 | rasher | That seems the simplest way to make sure there are no font issues, but it's also a bit harsh |
19:59:41 | | Quit FOAD ("I'll be back") |
19:59:56 | | Join FOAD [0] (n=dok@dinah.blub.net) |
20:00 |
20:00:01 | BdN3504 | yes |
20:00:15 | BdN3504 | i haven't changed the settings that's the default |
20:00:21 | rasher | BdN3504: then it's a bit of a mystery (unless I was just looking at the patch wrong) |
20:02:24 | BdN3504 | http://pastebin.com/d29439d38 you're talking about this right? so can i post this to the tracker now? or do i have to add anything? |
20:02:32 | kugel | uh, then I get all fonts meant for the use with themes for targets which I don't own? |
20:02:43 | | Join tessarakt [0] (n=jens@e180070069.adsl.alicedsl.de) |
20:02:56 | kugel | I think the font pack may get too huge quickly with that approach |
20:03:12 | rasher | kugel: it already contains many fonts that *no* theme uses.. |
20:03:30 | | Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) |
20:07:37 | * | kugel broke playback entirely on his fuze now it seems |
20:08:10 | | Quit kushal_12_27_200 ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") |
20:09:06 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
20:11:33 | | Quit n1s (Read error: 110 (Connection timed out)) |
20:15:26 | | Join jordoex_ [0] (n=quassel@d142-058-091-011.wireless.sfu.ca) |
20:17:52 | BdN3504 | i hope this is correct: http://www.rockbox.org/tracker/task/10074 |
20:19:42 | domonoky | BdN3504: the patch still replaces the whole file (probably because of lineendings), but it probably good enough for now :-) |
20:19:55 | kugel | BdN3504: Do you even look at the created diffs? |
20:20:07 | | Join Keripo [0] (n=Keripo@SEASNet-92-12.seas.upenn.edu) |
20:20:18 | Keripo | "Rockbox has been accepted to participate in GSoC2009!" :O |
20:20:23 | Ubuntuxer | Hi, I'd suggest to change the buttons from Sansa Fuze. Currently you quit a plugin by selecting BUTTON_POWER, but I think it would be better to use instead BUTTON_MENU and use BUTTON_POWER just to switch off. |
20:20:29 | | Quit miepchen^schla (No route to host) |
20:20:31 | | Join MethoS- [0] (n=lem@dyndsl-085-016-165-076.ewe-ip-backbone.de) |
20:20:44 | Keripo | Who can I talk to for signing up with GSoC with Rockbox? |
20:20:56 | kugel | Ubuntuxer: button menu? not home button? anyway, patches are welcome |
20:21:05 | scorche|sh | Keripo: in what sort of role? |
20:21:13 | Keripo | as a student |
20:21:28 | scorche|sh | Keripo: well, you need to apply...do you have a project in mind? |
20:21:31 | Keripo | I'm interested in working on a Pandora port for Rockbox over the summer |
20:21:50 | Keripo | never done GSoC before though, but have a good idea of how it works |
20:21:58 | *** | Saving seen data "./dancer.seen" |
20:22:00 | Ubuntuxer | upps sorry BUTTON_HOME of course, I will open a tracker |
20:22:01 | rasher | BdN3504: that's still not very good. Maybe it's easier if you jsut post the file |
20:22:17 | BdN3504 | of course i look at the diffs. it doesn't look too logical to me, to delete everything and then post everything again plus 2 lines... |
20:22:35 | BdN3504 | willdo |
20:22:39 | domonoky | Keripo: isnt Pandora some Webradio ? |
20:23:02 | Llorean | domonoky: In my mind at least, the main part of the UI to discuss replacing is the list (file browsing, and settings) anyway. |
20:23:06 | Keripo | OpenPandora, new gaming console in the works: http://openpandora.org/ |
20:23:15 | BigBambi | Keripo: This forever delayed hand held thing? |
20:23:47 | scorche|sh | Keripo: hrm...new ports can be a bit touchy with regards to GSoC...part of the issue is, we want to make sure that a project is capable to be completed...i do not know much about pandora, but if you came up against a brick wall and couldnt proceed... |
20:23:49 | Keripo | I'm hoping that it isn't delayed that long - they recently posted videos of a fully built prototype |
20:24:02 | BigBambi | It isn't even going into production until mid-March, if they manage to make that |
20:24:07 | domonoky | so you want to port rockbox to the pandora hardware ? |
20:24:21 | Keripo | scorche|sh: Well my original plan was to go for the PSP, but then I saw the Pandora... |
20:25:16 | domonoky | hm, doing a port to not-now existing hardware sounds heavy for a gsoc project.. |
20:25:30 | | Quit StealthyXIIGer (Client Quit) |
20:25:34 | Keripo | domonoky, how would a PSP port fare then? |
20:25:40 | Keripo | cause at least I do have a PSP to work with |
20:25:53 | Keripo | and theres plenty enough documentation for PSP programming |
20:26:01 | JdGordon| | have you done any hombrew on it? |
20:26:24 | Keripo | just a few simple things, nothing big so far |
20:26:33 | * | domonoky doesnt know too much about PSP Hardware.. would it make sense to run rockbox standalone on this ? (are there datasheets and else for all components) |
20:26:48 | Keripo | I guess I'm being too ambitious, but I just realized the deadline of April 3rd |
20:26:49 | Erant | Don't need datasheets |
20:26:52 | Llorean | domonoky: It's more a target for a Rockbox app. |
20:26:56 | JdGordon| | it doesnt matter if it doesnt make snese... |
20:26:57 | Erant | PSP has an OS, with syscalls |
20:27:52 | Keripo | getting the UI simulator running on it at least shouldn't be a problem though, so that could be something Id like to start with |
20:27:54 | domonoky | so that would perhaps better be another instance of Rockbox as a App.. |
20:28:20 | Llorean | domonoky: Basically, yes. |
20:28:22 | Keripo | domonoky, yeah, PSP homebrews are mostly apps |
20:29:54 | domonoky | Keripo: so yes, rockbox as a application is one of our suggested projects: http://www.rockbox.org/twiki/bin/view/Main/SummerOfCode2009 :-) |
20:30:27 | Keripo | yup, I saw that, I'm just not sure who I should talk to to get started on writing a proposal |
20:30:45 | domonoky | just ask here :-) |
20:31:12 | Keripo | alright then, I'll explain my situation |
20:32:02 | Keripo | My background in Rockbox is simply usage on my iPod/Sansa and recompiling it and the UISim on Linux |
20:32:23 | Keripo | my programming background is mostly in application developing/porting for iPodLinux |
20:32:32 | BdN3504 | does this look better/right? http://pastebin.com/d7aec3ff8 |
20:32:42 | Keripo | my education is currently a CIS student in University of Pennsylvania |
20:33:01 | Keripo | I plan to spend my entire summer programming |
20:33:39 | Keripo | I am interested in porting Rockbox to the PSP platform (well-established homebrew scene) but the Pandora recently caught my interest |
20:34:03 | Keripo | if the Pandora is able to come out in production soon, then I'd like to work on the Pandora. If not, the PSP. |
20:34:09 | domonoky | Keripo: sounds good, perhaps you could try to start with filling out our Appplication Template and post it here (pastebin) for better review :-) |
20:34:21 | | Quit miepchen^schlaf () |
20:34:38 | | Join casainho [0] (n=chatzill@87-196-70-132.net.novis.pt) |
20:35:07 | Keripo | sure, I'll type stuff up tonight then |
20:35:31 | kugel | BdN3504: definiutely |
20:35:34 | Keripo | sorry for the late notice though - I didn't expect the GSoC deadline to be so soon (thought it was next month) |
20:36:14 | domonoky | about the Rockbox as a App idea for psp: it would be better to make a new target which uses SDL/native calls to run rockbox, instead of trying to port the simulator.. |
20:36:26 | BdN3504 | i have posted it to the tracker. |
20:37:10 | Keripo | PSP already has a good SDL port, so I was thinking about first quickly porting the simulator, making a dummy PSP target for the simulator, then work down from there, changing things until its an actual separate target |
20:37:46 | | Join coffeetime [0] (n=coffeeti@cpe-85-10-44-19.dynamic.amis.net) |
20:38:20 | | Quit coffeetime (Remote closed the connection) |
20:38:40 | domonoky | also doesnt sound bad. try to put this idea down in the application template, and we will happily help you to improve it... |
20:39:14 | domonoky | there more details in the application, the better :-) |
20:40:17 | | Quit BdN3504 ("CGI:IRC") |
20:40:26 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
20:40:30 | | Quit MethoS (Read error: 113 (No route to host)) |
20:40:35 | domonoky | Keripo: could you point to some code you have done for Ipodlinux ? :-) |
20:40:39 | Keripo | my biggest problem right now is really navigating through Rockbox's source code - the last time I checked out the SVN code (was looking for code for the SansaLinux port) I got lost and took over half an hour just finding the stuff |
20:40:48 | Keripo | *the code snippet I was looking for |
20:41:21 | Keripo | my work -> http://sourceforge.net/projects/zeroslackr/ |
20:41:38 | | Quit jordoex_ (Read error: 110 (Connection timed out)) |
20:41:49 | Keripo | most of my experience is really in porting applications, so this seems within my ability |
20:42:46 | | Quit jordoex (Connection timed out) |
20:44:35 | | Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) |
20:44:51 | Llorean | kugel: You need to press REC+POWER to stop playback on the e200? (At least, that's what it sounds like from your commit message re:Fuze) |
20:45:31 | casainho | hello :-) −− I am getting this warning which I think I shouldn't. Why I am getting it? please help:: bootloader/lyre_proto1.c:50: warning: implicit declaration of function ‘lcd_clear_display’ |
20:45:34 | | Quit Ubuntuxer ("Leaving.") |
20:46:28 | | Join PaulJam [0] (n=paule@vpn-3046.gwdg.de) |
20:49:29 | | Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) |
20:50:38 | linuxstb | casainho: Did you include <lcd.h> ? |
20:51:13 | casainho | linuxstb: yes :: #include "lcd-target.h" |
20:51:24 | linuxstb | lcd-target.h != lcd.h |
20:51:37 | casainho | linuxstb: ah, ok... I will try. |
20:51:57 | linuxstb | lcd.h should include lcd-target.h - you shouldn't include the "-target.h" files directly. |
20:52:18 | Llorean | kugel: Nevermind, just an unclear commit message I guess. |
20:52:29 | | Join Sedgewick [0] (n=Sedgewic@net-93-145-246-73.t2.dsl.vodafone.it) |
20:52:33 | Llorean | Is next track info not expected to be working right now? |
20:52:59 | casainho | linuxstb: ok. That warning is gone. And I will remove the lcd-target.h :-) |
20:52:59 | linuxstb | casainho: Ignore that, it seems that lcd.h doesn't... |
20:53:10 | casainho | linuxstb: ok :-) |
20:53:59 | linuxstb | lcd-target.h is #included by the target lcd driver - e.g. lcd-lyre.c |
20:54:09 | | Quit ultrasonic (Connection timed out) |
20:55:24 | | Quit Keripo ("Leaving.") |
20:56:09 | casainho | linuxstb: so, I should not include lcd-target.h on bootloader file? and instead include lcd.h? |
20:56:54 | linuxstb | casainho: Correct. |
20:59:08 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
20:59:19 | | Quit {phoenix} ("Konversation terminated!") |
21:00 |
21:01:20 | | Quit miepchen^schlaf () |
21:05:58 | | Join nibbler [0] (n=Nibbler@pD9E30D6F.dip.t-dialin.net) |
21:06:13 | | Quit kugel (Nick collision from services.) |
21:06:17 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
21:07:19 | | Quit barrywardell (Remote closed the connection) |
21:07:27 | kugel | Llorean: I just meant that basically the functions of REC and POWER on the e200 are mapped to HOME only on the fuze |
21:08:09 | Llorean | kugel: I'd suggest not saying it does what REC+POWER does then. :-P |
21:09:35 | kugel | yea, a plus is a bit unclear in this context :( |
21:09:50 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
21:11:20 | | Quit l403 ("Ex-Chat") |
21:11:56 | | Part taylor_ ("Leaving") |
21:12:02 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
21:12:22 | | Join bluebrother [0] (n=dom@g224237118.adsl.alicedsl.de) |
21:12:39 | | Part taylor_ ("Leaving") |
21:13:41 | bluebrother | rasher: what do you think about moving the file size in rbutilqt.php back to bytes? It's currently broken anyway, so there's no need to keep its current state |
21:14:00 | rasher | bluebrother: no opinion, so whatever you want |
21:14:13 | | Join Chris_Black [0] (n=Sedgewic@net-93-145-246-73.t2.dsl.vodafone.it) |
21:14:47 | | Quit MT (Read error: 104 (Connection reset by peer)) |
21:14:48 | | Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) |
21:15:15 | | Join MT [0] (n=MTee@41.233.146.148) |
21:15:38 | | Quit z35 (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | NSplit | lindbohm.freenode.net irc.freenode.net |
21:15:38 | | Quit robin0800 (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit FlynDice (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit agaffney (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit sbhsu (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit flydutch (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit ender` (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit soap (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit franky (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit fyrestorm (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit saratoga_lab (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit Lss (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit ufoman (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit linuxstb (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit Beta2K (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit synergist (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit courtc (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit mirak (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit lymeca (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit tvelocity (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit _Auron_ (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit SirFunk (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit BlakeJohnson86 (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit PSPdemon (lindbohm.freenode.net irc.freenode.net) |
21:15:38 | | Quit shadearg (lindbohm.freenode.net irc.freenode.net) |
21:15:44 | | Quit Sedgewick (Connection reset by peer) |
21:16:17 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
21:16:17 | NHeal | lindbohm.freenode.net irc.freenode.net |
21:16:17 | NJoin | mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) |
21:16:17 | NJoin | z35 [0] (n=z35@h36.17.89.75.dynamic.ip.windstream.net) |
21:16:17 | NJoin | robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
21:16:17 | NJoin | FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
21:16:17 | NJoin | agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
21:16:17 | NJoin | tvelocity [0] (n=tony@adsl6-41.her.forthnet.gr) |
21:16:17 | NJoin | franky [0] (n=franky@f053000141.adsl.alicedsl.de) |
21:16:17 | NJoin | sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
21:16:17 | NJoin | flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) |
21:16:17 | NJoin | ender` [0] (i=krneki@foo.eternallybored.org) |
21:16:17 | NJoin | _Auron_ [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) |
21:16:17 | NJoin | fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) |
21:16:17 | NJoin | SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
21:16:17 | NJoin | PSPdemon [0] (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) |
21:16:17 | NJoin | soap [50] (n=soap@rockbox/staff/soap) |
21:16:17 | NJoin | saratoga_lab [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-41d1f8c2f437d721) |
21:16:17 | NJoin | ufoman [0] (n=ufoman@whiterabbit.rz.uni-mannheim.de) |
21:16:17 | NJoin | Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) |
21:16:17 | NJoin | BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
21:16:17 | NJoin | linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
21:16:17 | NJoin | synergist [0] (i=christop@cant.be-arsed.co.uk) |
21:16:17 | NJoin | Beta2K [0] (i=1000@d36-124-26.home1.cgocable.net) |
21:16:17 | NJoin | courtc [0] (n=court@unaffiliated/courtc) |
21:16:17 | NJoin | shadearg [0] (i=arg@ipv4.panoptix.net) |
21:16:21 | bluebrother | well, I'd vote for using bytes again :) |
21:17:20 | | Part Erant |
21:19:37 | | Quit perrikwp|class ("http://www.mibbit.com ajax IRC Client") |
21:19:41 | | Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) |
21:19:54 | rasher | bluebrother: done. |
21:19:54 | | Part gartral |
21:20:53 | bluebrother | rasher: thanks :) |
21:22:12 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032711]") |
21:23:28 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
21:23:42 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
21:23:47 | | Quit bluebrother (Read error: 104 (Connection reset by peer)) |
21:24:12 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
21:25:47 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
21:26:10 | | Quit mirak ("Ex-Chat") |
21:29:50 | n1s | yay, new vlc version brought back the video feature :) |
21:32:39 | | Join jordoex [0] (n=quassel@d142-058-095-224.wireless.sfu.ca) |
21:35:06 | | Join roughL [0] (n=raphaels@214-170.1-85.cust.bluewin.ch) |
21:37:16 | | Join fml [0] (n=4fd3d160@gateway/web/cgi-irc/labb.contactor.se/x-e72cea44167e0045) |
21:39:20 | | Quit fml (Client Quit) |
21:44:39 | | Join __lifeless [0] (n=lifeless@90.151.219.29) |
21:45:01 | | Quit moos ("Rockbox rules the DAP world") |
21:49:24 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
21:52:34 | | Join ZyL0R [0] (n=zylor@bl11-92-134.dsl.telepac.pt) |
21:53:16 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
21:58:02 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
22:00 |
22:07:57 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
22:08:20 | | Quit PaulJam (Read error: 113 (No route to host)) |
22:10:14 | | Join PaulJam [0] (n=icke@vpn-3023.gwdg.de) |
22:12:19 | | Quit midgey () |
22:16:43 | | Join _lifeless [0] (n=lifeless@90.150.125.94) |
22:20:35 | | Join petur [50] (n=petur@rockbox/developer/petur) |
22:21:10 | | Quit Thundercloud (Remote closed the connection) |
22:22:00 | *** | Saving seen data "./dancer.seen" |
22:22:43 | | Quit PaulJam (Read error: 104 (Connection reset by peer)) |
22:24:02 | kugel | meh |
22:24:11 | kugel | putting code into iram doesn't quite work |
22:24:25 | kugel | playback just skips songs :/ |
22:24:40 | | Join jordoex_ [0] (n=quassel@d142-058-095-224.wireless.sfu.ca) |
22:27:31 | | Join cspotcode [0] (n=bradla@machamp-108.dynamic.rpi.edu) |
22:28:33 | | Join fml [0] (n=4fd3d160@gateway/web/cgi-irc/labb.contactor.se/x-9798792db4667dbd) |
22:28:52 | | Join IuDeX [0] (n=4e83d3b2@gateway/web/cgi-irc/labb.contactor.se/x-2c207828285ead16) |
22:29:18 | IuDeX | Hi I have one question about today sansa AMS patch. |
22:29:51 | gevaerts | Horscht: this sudden disconnect you had, did rockbox continue to run, or did it freeze? Also, wasn't this just the battery running out? |
22:29:56 | fml | Hello. Would it make sense to add an index to the Rockbox manual? Or is there not enough terms to justify it? I.e. the table of contents is enough? |
22:30:11 | IuDeX | I can access first 1gb. After apply this patch Can I access second GB? (clipv1 2gb) I can't see any answer. |
22:30:34 | Horscht | gevaerts, it continued running. It was still in USB mode and seems to have been reconected automaticaly |
22:30:40 | BigBambi | fml: I'd like one personally |
22:30:42 | gevaerts | ok |
22:31:15 | gevaerts | Horscht: what do you mean exactly by reconnected automatically? |
22:31:18 | | Join midgey [0] (n=tjross@v-umnet-vpn-4-230.umnet.umich.edu) |
22:31:34 | IuDeX | Can anyone answer me? =] |
22:31:49 | gevaerts | IuDeX: please have some patience |
22:31:56 | fml | BigBambi: generally, an index is a good thing. But if you can lookup everything in the ToC just as easily... But I'll try to skim through the manual and look where an index entry would fit. |
22:31:59 | Horscht | well, I got the windows message that the drive was removed "unsafe" and that data loss might have occured |
22:32:03 | | Join EternalRains [0] (n=InsDel@c-76-106-220-241.hsd1.fl.comcast.net) |
22:32:15 | Horscht | but it still was available as a drive when I came back |
22:32:19 | gevaerts | hm, weird |
22:32:30 | Horscht | so the connection seems to simply have "dropped" inbetween |
22:32:34 | amiconn | rasher: Anything specific you want to know? I did test some, but not all, mostly because of unavailable test files |
22:32:38 | * | gevaerts doesn't really see how that can happen |
22:32:39 | | Quit jordoex (Read error: 110 (Connection timed out)) |
22:32:52 | BigBambi | fml: I don't think you can look everything up as easily in the ToC - various things are in different places and I always just end up searching the pdf for what I want |
22:32:56 | gevaerts | any chance of a bad cable? |
22:32:57 | amiconn | Most codecs perform very similar to the other ipods if they make proper use of iram |
22:32:58 | fml | BigBambi: I thought about it and my first thought was "yes!" but in the second second I couldn't come up with anything but WPS that would go into the index :-) |
22:33:10 | | Quit midgey (Client Quit) |
22:33:14 | Horscht | gevaerts, no |
22:33:29 | amiconn | The most notable exception are 5.1 ac3 files (i.e. those needing downmix). They aren't realtime on PP5002 |
22:33:34 | IuDeX | gevaerts: sorry, but I have no time ;] |
22:33:44 | BigBambi | fml: Well I admit that I gave an initial response too without actually looking or thinking :) |
22:33:59 | kugel | IuDeX: You can access everything now. And you always could with a 2GB clip |
22:34:03 | | Quit tessarakt (Read error: 104 (Connection reset by peer)) |
22:34:14 | Horscht | despite me not having used any other cable, this cable has been treated very well by me and was working fine before and still is today with the OF/EDM, gevaerts |
22:34:58 | gevaerts | saratoga_lab: when you had "disconnect" issues, did you get this unsafe removal warning? |
22:35:03 | IuDeX | kugel: Thanks for answer. Ok, it's time to compile and use Rockbox :) |
22:35:27 | rasher | amiconn: no, nothing specific, just curious. |
22:36:30 | * | gevaerts can think of one scenario, but is sounds unlikely... |
22:36:46 | | Quit IuDeX ("CGI:IRC") |
22:37:21 | gevaerts | Horscht: how long was it plugged in? Am I understanding you correctly in that you weren't nearby when it went wrong? How long was it sitting alone? |
22:37:23 | bluebrother | fml: I started an attempt for an index quite a while back (2 years or so?) |
22:37:24 | | Join smacnay [0] (n=smacnay@dsl-v201-216-110-245-28.wightman.ca) |
22:37:32 | smacnay | join #rockbox |
22:37:35 | bluebrother | never finished it though, but I still like the idea |
22:37:41 | bluebrother | smacnay: you're already there |
22:37:59 | Horscht | gevaerts, aprx. 5 hours |
22:38:01 | amiconn | Hmm. CodecPerformanceComparison tests some codecs too fine-grained imo, and otoh leaves out some formats completely (e.g. ac3, ape) |
22:38:06 | Horscht | i was in bed while it happened |
22:38:17 | smacnay | I love what you folks are doing! I wish I could find a player that is fully supported still on the shelves. |
22:38:24 | fml | bluebrother: and what was the result? Did you get enough entries to justify it? Or what was the problem? |
22:38:27 | smacnay | Sorry - joined twice by accident. |
22:38:37 | kugel | anyone an idea why playback keeps skipping songs when I put some lcd or button code into iram? |
22:38:51 | bluebrother | fml: the problem was simply that I was busy doing other things and forgot about it. |
22:39:12 | gevaerts | ok. Yell if I'm talking nonsense, but would it be possible that the battery ran down, after which the ipod disconnected and turned off, after which it started harging from ROM, after which it rebooted to rockbox? |
22:39:15 | kugel | on my fuze that is. I put aside 0x40000 bytes for codecs (starting at 0x10000), the rest (0x0-0x10000) is for code |
22:39:31 | smacnay | My wife just got a Sanza Fuze and, to my surprise, it played .ogg files. |
22:39:36 | bluebrother | even if it's only one page it's worth it IMO. But someone needs to go through the manual sources and spread the \index{} stuff there, so it's somewhat tedious. |
22:39:46 | amiconn | Furthermore, mp2, mp1, speex, shorten, and the game music formats |
22:40:01 | amiconn | Are there test tracks available for the latter? |
22:40:22 | gevaerts | Horscht: The reason I'm asking is that the "disconnects" I'm used to seeing don't show up as "unsafe removal" events. They are caused by bad data transmission, which would give a different error message |
22:40:27 | | Quit midijunkie41 ("?(???~•~)?") |
22:40:47 | Horscht | gevaerts, i might add: |
22:41:00 | Horscht | i *was* transfering data |
22:41:08 | fml | bluebrother: why is it tedious? It's just text editing. And if we join our forces it will progress quite fast |
22:41:08 | n1s | amiconn: lots' of sids are available in the "HVSC" |
22:41:26 | BigBambi | fml: Well, let me know - if you don't get round to it I'll try and start the tedious task of addding the \index{} stuff in a day or two when I have some more time |
22:41:32 | amiconn | Then we should select one as an official rockbox test track. |
22:41:36 | bluebrother | fml: true. It's just ... "work" ;-) |
22:41:46 | amiconn | What about spc and nsf? |
22:42:04 | BigBambi | fml: So we should split up sections I guess |
22:42:09 | Horscht | not just the "eject before remove" message, but the "drive was removed while data was written", gevaerts |
22:42:10 | bluebrother | there might even already be some \index markers in the sources. Can't remember exactly though. |
22:42:33 | gevaerts | Horscht: ok. That could still match what I suggested |
22:42:33 | BigBambi | bluebrother: I'm sure there are, but in fairly arbitrary places |
22:42:51 | gevaerts | Horscht: actually, it's more likely to happen if the disk is busy... |
22:43:00 | Horscht | yes, it was |
22:43:11 | Horscht | is it a power issue? |
22:43:14 | BigBambi | bluebrother: arbitrary as in they are in some but not others, not as in where they are in bad |
22:43:37 | gevaerts | I think it's reasonably likely, yes. I'm not sure though. |
22:44:31 | fml | BigBambi, bluebrother: but it shouldn't be done thoughtlessly. A bad index is not much of a help. I mean, the index entries should only be made where the terms are really explained, not just semi automatically with search-and-insert |
22:44:32 | bluebrother | also, putting index points around requires a bit of reading the text −− you don't want it in every place the index word is mentioned ;-) |
22:44:32 | * | gevaerts tries to think of a way to be sure of this |
22:44:57 | bluebrother | fml: definitely. That's why it's a bit of work ;) |
22:45:05 | BigBambi | fml, bluebrother: for sure |
22:45:17 | fml | bluebrother: he-he |
22:45:25 | gevaerts | you can't use battery bench in this case unfortunately... |
22:45:48 | bluebrother | but simply starting to add them might be a good thing. As long as the index isn't printed into the manual itself it doesn't hurt |
22:46:01 | BigBambi | fml, bluebrother: I think a list of what we want indexed would be good, and then we can go through the text indexing appropriate places |
22:46:08 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
22:46:15 | | Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
22:47:02 | fml | BigBambi: yes. But my fear is that we'll end with just the ToC! |
22:47:27 | BigBambi | fml: Not if we are clever bunnies! |
22:47:30 | bluebrother | btw, it might be a good thing to also change the sources to use a newline after each sentence for easier diffing. |
22:47:33 | fml | bluebrother: how would you check the quality of the index without having it? |
22:47:33 | | Join PaulJam [0] (n=icke@vpn-3019.gwdg.de) |
22:47:45 | gevaerts | Horscht: the only way I can think of to make sure would be to do the whole thing again, but while watching it. I'd really appreciate it if you could do that, but I understand that it's a lot to ask for, so don't feel obligated... |
22:47:59 | BigBambi | fml: But yes, it needs some care |
22:48:09 | bluebrother | fml: you can always include it in your own manual build. Its simply a line that needs adding |
22:48:41 | fml | bluebrother: I wouldn't do that. It's easier diffing (smaller diffs) but harder writing. And diffs are quite clear even if the text is reformatted. |
22:48:52 | bluebrother | I can check if I have my old attempts still around somewhere. Might be possible in some old svn tree. IIRC it wasn't much changes. Possibly some slight change to the Makefile. |
22:49:03 | Horscht | gevaerts, maybe tomorrow |
22:49:33 | gevaerts | Horscht: actually, copying a smaller amount of data would probably be sufficient. Just look at the battery level before and after |
22:49:52 | fml | bluebrother: yes, a call to makeindex (or what was the name?) must be added and then some checks to rerun latex if something has changed |
22:50:12 | bluebrother | fml: I tend to disagree −− I quite like the idea to allow better diffing. But as I'm not really actively working on the manual my voice isn't too strong here :) |
22:50:21 | | Join tessarakt [0] (n=jens@e180072074.adsl.alicedsl.de) |
22:50:38 | bluebrother | yep. That re-running is handled by the Makefile itself. IIRC it already include support for that. |
22:51:22 | gevaerts | Horscht: maybe note the battery percentage, copy 5GB or so, and note the battery percentage again. That shouldn't take too longm and we can extrapolate how much the battery would drop for your full copy |
22:51:59 | * | gevaerts actually hopes that this will turn out to be the problem |
22:52:49 | | Quit faemir ("Leaving") |
22:53:01 | fml | BigBambi, bluebrother: ok, I'll see through the manual then |
22:54:03 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
22:59:52 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
23:00 |
23:00:02 | | Join miepchen^schlaf [0] (n=miepel@p579EC917.dip.t-dialin.net) |
23:00:10 | kugel | "/home/kugel/rbdev/rockbox-fuze/build/apps/codecs/nsf.elf: Not enough room for program headers, try linking with -N" ??? |
23:00:24 | kugel | I defined 0x40000 iramsize, which is way more than on the other targets |
23:03:39 | kugel | seems like a bug in the linker |
23:04:59 | | Quit wincent (Read error: 110 (Connection timed out)) |
23:05:06 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
23:05:07 | bluebrother | rasher: any idea why BlacknBlue Glass gets a space prepended in the rbutil output? |
23:07:26 | | Quit toffe82 (Read error: 104 (Connection reset by peer)) |
23:07:55 | | Quit petur (Remote closed the connection) |
23:07:57 | | Quit PaulJam (Read error: 145 (Connection timed out)) |
23:08:23 | | Quit faemir ("Lost terminal") |
23:08:55 | | Part taylor_ ("Leaving") |
23:09:04 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
23:09:06 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
23:09:35 | * | shotofadds wonders what he did to break the build server with such an innocent commit... |
23:10:18 | | Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) |
23:10:46 | Horscht | gevaerts, sorry, I was afk. I myself would have assumed more of a usb power issue, not an issue regarding my battery percentage... i'll give it a try, though |
23:10:54 | Bagder | shotofadds: it needs a serious breakage every once in a while to shape up! ;-) |
23:10:55 | n1s | shotofadds: it's a moody server :) |
23:11:19 | Bagder | it's usually because one of the build clients get "stuck" |
23:11:24 | Horscht | as my ipod was ~ 70% charged when i connected it |
23:12:03 | * | shotofadds got Doom working on the D2 and it's kinda...interesting on a touchscreen ;-) |
23:12:07 | gevaerts | Horscht: it's a combination. The ipod always runs on battery, but it should charge while connected. That doesn't happen properly on ipods yet though, so with lots of activity you get a net battery drain |
23:12:28 | shotofadds | but you'll have to wait til my next commit gets built first before you can try it... |
23:12:53 | Horscht | yes, gevaerts. I am aware of that. But a 70% discharge? |
23:13:06 | gevaerts | that's why we have to test... |
23:13:22 | Horscht | i'll do a quick test.. |
23:14:05 | Horscht | gevaerts, debug menu -> battery info, correct? |
23:14:15 | gevaerts | yes |
23:14:30 | Horscht | ok, currently 3.951V |
23:14:50 | | Join akur [0] (n=akur@bl6-150-107.dsl.telepac.pt) |
23:14:51 | Horscht | now, I'm gonna transfer a few gig |
23:15:02 | | Part akur |
23:15:35 | Horscht | 7.44 to be exact |
23:15:43 | | Join PaulJam [0] (n=icke@vpn-3022.gwdg.de) |
23:17:29 | n1s | gevaerts: is there any safe way for rockbox to abort a usb connection on low battery? |
23:17:36 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-165-135.ewe-ip-backbone.de) |
23:18:24 | | Quit BlakeJohnson86 (Remote closed the connection) |
23:18:28 | gevaerts | n1s: not really, but it should charge anyway, so I'm not sure if that's a real problem |
23:18:50 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
23:19:00 | n1s | continually spinnign disk can probably drain more that it can charge over usb |
23:19:23 | _Auron_ | o.O |
23:19:34 | Horscht | yes, but I doubt it would be enough to not only recharge the ipod, but also drain 70% of it's charge |
23:19:43 | gevaerts | It shouldn't drain more than 500mA, but currently we're not giving it that much |
23:20:08 | Horscht | i'll brb |
23:20:24 | | Quit Horscht ("Verlassend") |
23:20:36 | * | gevaerts is busy checking what happens if you run battery_bench while connecting to usb |
23:20:40 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
23:21:13 | Horscht | re |
23:24:56 | | Quit MethoS- (Read error: 60 (Operation timed out)) |
23:28:03 | | Quit fml ("CGI:IRC") |
23:28:08 | | Join MethoS [0] (n=lem@dyndsl-085-016-162-192.ewe-ip-backbone.de) |
23:29:38 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
23:32:49 | | Quit roughL (Remote closed the connection) |
23:33:45 | gevaerts | OK. I copied 3GB from my video, and battery_bench says that it dropped from 4021mV (81%) to 3891mV (063%) |
23:34:12 | gevaerts | I do suspect that this battery isn't in perfect shape anymore though |
23:34:57 | | Quit MethoS-- (Read error: 60 (Operation timed out)) |
23:35:35 | | Quit jordoex_ (Read error: 110 (Connection timed out)) |
23:35:36 | | Quit saratoga_lab ("CGI:IRC (Ping timeout)") |
23:36:24 | gevaerts | hm, more interesting things. At one point it went down to 70%, copying stopped (I did this in 1GB chunks), and it recovered to 80%. So we'd need the voltage *immediately* after you stop copying |
23:36:26 | LambdaCalculus37 | I'll be adding .voice, .bmark, and .fmr descriptions to the File Formats Appendix in the manual. Is there an \opt for FM radio targets? |
23:36:33 | | Join phoul [0] (n=otis92@sourcemage/guru/Phoul) |
23:36:35 | phoul | Hey all |
23:37:16 | phoul | Im in the market for a new mp3 player of some kind and the rockbox project has always had my interest, im just wondering in your opinion which player works best against rockbox? |
23:37:28 | gevaerts | against? :) |
23:37:34 | phoul | with |
23:37:36 | Horscht | gevaerts, 3.830V after 7.44 GB |
23:37:36 | phoul | w/e |
23:37:37 | phoul | lol |
23:37:40 | n1s | LambdaCalculus37: yes, it's in features.txt, radio IIRC |
23:37:42 | Bagder | phoul: www.rockbox.org/wiki/BuyersGuide |
23:38:05 | Horscht | compared to 3.951V before |
23:38:28 | phoul | umm |
23:38:34 | phoul | ive noticed that they are all out of production |
23:38:34 | phoul | lol |
23:38:37 | gevaerts | Horscht: so 0.12V down. Shutdown voltage is 3.3 if I understand the source correctly |
23:38:47 | LambdaCalculus37 | phoul: So go to eBay. |
23:38:49 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:39:55 | gevaerts | So you have 0.53V to go, which would mean... /me calculates.. 32GB to go |
23:40:19 | gevaerts | Probably a bit less, as the voltage is a bit lower when actually writing data |
23:40:40 | Horscht | gevaerts, current charge seems to be 53%, when I shut it down earlier today it was at 73% (I didn't check the percentage just before the copying) |
23:40:48 | Horscht | so yes indeed... |
23:41:11 | Horscht | it could have been the power failing at my 53GB collection |
23:41:29 | | Join MethoS- [0] (n=lem@dyndsl-085-016-161-139.ewe-ip-backbone.de) |
23:41:33 | gevaerts | ok. I'm going to assume it was that. That means we mostly know what to do about it, it just needs work... |
23:41:43 | | Quit PaulJam (Read error: 113 (No route to host)) |
23:42:09 | Horscht | ok |
23:42:23 | gevaerts | Thanks for testing |
23:42:36 | Horscht | it is me who has to thank |
23:42:56 | Horscht | after all, all I had to show was "it shut down, causing possible data loss" |
23:43:04 | | Join MethoS-- [0] (n=lem@host-091-096-210-247.ewe-ip-backbone.de) |
23:43:18 | * | LambdaCalculus37 really thinks the old icons in Appendix A of the manual should be replaced with the Tango icons for targets that use them |
23:43:44 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
23:43:55 | | Join PaulJam [0] (n=icke@vpn-3016.gwdg.de) |
23:44:44 | | Quit faemir ("Lost terminal") |
23:45:02 | Horscht | if you need me to do any further test, just drop me a PM on the Forums (nickname Horscht), gevaerts |
23:45:07 | Horscht | I am going to bed now |
23:48:26 | | Quit MethoS (Read error: 60 (Operation timed out)) |
23:49:49 | bertrik | Horscht, gevaerts most of the discharge curves I've seen are fairly linear down to 3.6V then drop quickly |
23:50:08 | franky | shotofadds: I'm right now playing the shareware wad on the D2, nice work! :) |
23:51:10 | | Join fml [0] (n=4fd3d160@gateway/web/cgi-irc/labb.contactor.se/x-f115fe4463549deb) |
23:52:02 | fml | Isn't an "it" missed before "safe to use" in the following sentence in the manual: "This means that the build could contain bugs but most of the time is safe to use"? |
23:52:28 | | Join casainho [0] (n=chatzill@87-196-174-131.net.novis.pt) |
23:53:45 | n1s | that sounds correct to me but i suppose you could put an "it" before the "is" |
23:53:56 | shotofadds | franky: good to see it works for you! I didn't really need to do much to get it running - you should thank the developers who ported it to all the other Rockbox targets already :p |
23:54:05 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
23:54:38 | * | shotofadds goes to bed |
23:54:44 | | Quit shotofadds ("Leaving") |
23:54:53 | | Quit n1s ("Lämnar") |
23:55:01 | | Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) |
23:56:03 | casainho | hello :-) −− can someone look at patch FS #10076? |
23:56:11 | casainho | and possible commit it? |
23:56:24 | | Quit LambdaCalculus37 ("Put it all in the curry!") |
23:58:00 | | Join TBOL3 [0] (i=9023fe05@gateway/web/ajax/mibbit.com/x-1e39e1b0fed0669d) |
23:58:05 | | Quit fml ("CGI:IRC") |