00:00:03 | saratoga | amiconn: blame preglow :( |
00:00:29 | | Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) |
00:00:31 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
00:00:46 | | Join fyrestorm [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) |
00:02:18 | | Join CyBergRind|w [0] (n=cbr@212.98.160.130) |
00:05:30 | amiconn | saratoga: http://pastebin.com/m44f8da93 |
00:06:22 | * | amiconn should probably try the movem.l optimisation for wma |
00:06:36 | | Join Vorador [0] (n=tomas@lan-84-240-35-19.vln.skynet.lt) |
00:07:27 | linuxstb | Stephencc: It depends which cc license - some don't allow derivative works |
00:08:18 | Stephencc | its sharealike 3.0 |
00:08:28 | Stephencc | http://creativecommons.org/licenses/by-sa/3.0/ |
00:08:49 | | Quit oofus (Remote closed the connection) |
00:09:05 | | Quit Vorador (Client Quit) |
00:09:09 | rasher | Stephencc: Then yes |
00:09:33 | Stephencc | thanks updated some of them in work but never uploaded |
00:11:07 | amiconn | saratoga: If the buffer is in iram, movem.l might not help. |
00:11:21 | | Quit ompaul (Client Quit) |
00:11:22 | amiconn | Then there would be another option to write that for libfaad |
00:11:47 | amiconn | (not help performance, that is. It still helps saving instructions) |
00:12:07 | Stephencc | hmm simplified 2d on aiudiox5 is in the graveyard but on rockbox-themes.org has a license ? |
00:13:10 | * | amiconn is testing that right now |
00:13:45 | saratoga | amiconn: the buffer will be in IRAM for libfaad, but for libwmai the dst buffer is not in IRAM (on coldfire) |
00:14:34 | amiconn | Then doing a movem.l optimisation will help wma performance |
00:15:08 | amiconn | For libfaad, it would be interesting where src2 is located, and whether it's line aligned (line size on cf is 16 byte) |
00:15:47 | | Quit Zom_ (Read error: 104 (Connection reset by peer)) |
00:16:34 | | Join Zom [0] (n=zom@reactos/tester/Zom) |
00:16:36 | Stephencc | tavnos aswell has no license on the wiki but on rockbox-themes.org it does. |
00:18:03 | | Quit snoh ("GNU/Linux the free alternative to Windows") |
00:19:09 | | Quit [CBR]Unspoken|w (Success) |
00:19:18 | amiconn | saratoga: Eh, the "+r" in the paste should be "+a" of course for src0..2 and dst, and "+d" for n |
00:20:07 | | Join Lambduh [0] (n=Lambda@64.6.88.58) |
00:20:11 | saratoga | amiconn: maybe I'm wrong about where src2 is allocated |
00:20:39 | saratoga | I need to dig into faad a little deeper to see where it allocates everything |
00:21:46 | saratoga | yes I was wrong, it actually gets malloced, though maybe this can be fixed |
00:22:21 | saratoga | also my god faad is basically unreadable |
00:22:58 | amiconn | The other option for faad would be to write it like this: http://pastebin.com/m141201d1 |
00:24:15 | amiconn | Btw, doing the movem.l optimisation for libwma makes it go 280%->320% realtime with my (only) wma file |
00:24:20 | amiconn | (measured on H180) |
00:25:06 | saratoga | amiconn: thats amazing |
00:25:17 | amiconn | 14% speedup |
00:25:26 | saratoga | on PP, that function uses only a few percent of the total CPU time |
00:25:58 | amiconn | Mem access optimisation is really important on cf if buffers are in dram |
00:26:12 | saratoga | can you commit those changes? |
00:28:26 | | Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) |
00:28:27 | | Quit OlivierBorowski (Remote closed the connection) |
00:30:06 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
00:30:34 | | Quit linuxstb (Nick collision from services.) |
00:30:38 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
00:31:07 | | Quit Zom (Read error: 104 (Connection reset by peer)) |
00:31:20 | | Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
00:31:32 | | Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) |
00:32:49 | | Join midgey_ [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) |
00:32:55 | | Quit midgey (Read error: 104 (Connection reset by peer)) |
00:32:59 | amiconn | saratoga: Just did. |
00:35:35 | saratoga | amiconn: faad uses up to the 96K IRAM limit right now, but once its switched over to the Tremor IMDCT, we'd save another 6.5KB of IRAM or so, so it might be possible to move it then |
00:36:19 | Soap | Stephencc, I do not know when the licenses came to be on rockbox-themes.org. I do not know even if the original author was the one to slap that license on there. In the division of the wiki the only documentation I followed was that of the wiki - to the best of my knowledge there is no way to tell the validity of the claimed licenses on r-t.org/ |
00:36:22 | amiconn | On SCF5250 we have some extra iram, maybe it's possible to add some ifdefs to make use of that |
00:36:27 | amiconn | (same as for PP5022+) |
00:36:58 | saratoga | amiconn: I keep forgetting, for the 5250 the split is 64/64 right? |
00:37:05 | amiconn | yes |
00:37:19 | Soap | That being said, Stephencc, the "graveyards" need not be a static resting place. If the validity of an author's licensing intentions can be determined and documented there is no reason not to move them back into the gallery. |
00:37:30 | | Join hashbang [0] (n=nosuch@213-152-35-50.dsl.eclipse.net.uk) |
00:37:41 | saratoga | thats probably enough then, though i'd have to dig into it a little more, I'm still not really sure how faad allocates everything |
00:37:44 | hashbang | hiya; can I have write permission to the wiki? |
00:37:51 | Soap | I just (and I have not looked into it) am not sure r-t.org counts as expressed intent of any of the authors. |
00:37:52 | Stephencc | ok cool soap thats what I was thinking too and why I didn't want to make changes to them. |
00:38:24 | hashbang | I've got an FM presets file to upload |
00:39:04 | Soap | The division as it stands now is a simple one based solely on what material was present in the wiki - no other sources. There might even be documented expressions of licensing for some themes lying in the forums, or even in the IRC logs. |
00:39:26 | Stephencc | a lot of info to trawl through tho |
00:39:44 | Soap | indeed - That is why I'm trying to do it step-by-step. |
00:40:08 | | Quit Zagor ("Leaving") |
00:40:38 | Stephencc | I've updated most of the x5 themes to current standards, I could lend a hand with the others by using sims if it would help ? |
00:40:51 | Soap | that would be most welcome. |
00:41:19 | Stephencc | cool I have some free time in work that I could get cracking on the, |
00:41:32 | Stephencc | any platform in particular that you'd like done ? |
00:41:37 | Soap | I had planned on making that a later step - but that was simply because updating existing themes will be a chore for me to do. If you wish to help out that would be a most excellent thing to do. |
00:42:28 | | Quit Zom (Read error: 104 (Connection reset by peer)) |
00:42:38 | | Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
00:42:51 | Stephencc | it is time consuming, especially the old %m tag converting to viewports the progress bar changes are easy. |
00:43:14 | Soap | Do whatever you are comfortable doing, and feel no pressure to do anymore. It will be appreciated either way. |
00:43:27 | | Join goffa [0] (n=goffa@216.220.23.105) |
00:43:46 | Stephencc | ok cheers soap will do. just wanted to make sure it was ok to do. |
00:45:58 | | Quit ender` (" If I have the hero and his party trapped, I will not wait until my Superweapon charges to finish them off if more conventio") |
00:47:04 | saratoga | amiconn: what does +a indicate to the assembler? I'm wondering if I should change the ARM version too |
00:47:21 | amiconn | No, you shouldn't |
00:47:37 | amiconn | Coldfire has separate address and data registers (a and d) |
00:47:44 | amiconn | Arm only knows registers |
00:47:48 | saratoga | ah ok |
00:48:20 | amiconn | You can specify +r for coldfire too, but that means gcc can choose either type |
00:48:31 | amiconn | (or r, or &r etc) |
00:48:46 | | Quit Zom (Read error: 104 (Connection reset by peer)) |
00:49:09 | saratoga | honestly, the closest thing I've programmed to coldfire is the 68HC11 so I know basically nothing about it |
00:49:17 | amiconn | But many instructions require one of the types, e.g. you can't use a data register as an address |
00:49:32 | | Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
00:51:07 | amiconn | ...and even for instructions which can use either type (e.g. add), the instruction behaves slightly different depending on the register type. E.g. for 'add', using an address register as the destination doesn't change flags, while using a data register as the destination does. |
00:51:22 | | Quit Guest88187 () |
00:54:06 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
00:55:37 | | Quit Stephencc ("CGI:IRC") |
00:57:03 | saratoga | amiconn: is the code around line 1457 in wmadeci likely to have the same issue since s->frame_out is in DRAM? |
00:57:11 | | Join Zom_ [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
00:58:37 | amiconn | 1457? |
01:00 |
01:00:55 | saratoga | amiconn: I'm wondering if gcc is likely to handle that interleaving sample code well |
01:02:19 | | Join oofus [0] (n=chris@oofus.demon.co.uk) |
01:05:57 | amiconn | The inner for() loop certainly isn't nice |
01:07:03 | | Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
01:07:05 | amiconn | I'm not sure how much this influences performance though |
01:07:52 | | Quit bluebrother ("leaving") |
01:08:19 | | Quit midgey_ () |
01:12:52 | | Quit Zom (Connection timed out) |
01:14:11 | *** | Saving seen data "./dancer.seen" |
01:16:14 | | Quit bertrik_ ("Leaving") |
01:28:47 | | Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) |
01:32:07 | | Part Psycownage |
01:35:39 | saratoga | AAC improvements are up in FS #9257 |
01:35:58 | saratoga | the speedup was pretty small on ARM, but its a start |
01:41:32 | | Quit saratoga ("CGI:IRC (EOF)") |
01:42:39 | | Join massiveH [0] (n=massiveH@ip68-227-37-246.lv.lv.cox.net) |
01:50:01 | | Quit CaptainKewl (Remote closed the connection) |
01:50:35 | | Quit mcuelenaere () |
02:00 |
02:04:50 | | Join whoever [0] (i=whoever@77-57-207-30.dclient.hispeed.ch) |
02:06:03 | whoever | hi together:)! I'm german, so sorry for my engilsh:)! I've created a Design for de iAudio X5, and want to load it in the internet, but I can't. If I click "attach" (like in the manual) then I log in, but come on a white site.. |
02:06:23 | whoever | so can somebody help me? can somebody reproduce this problem? |
02:07:06 | whoever | ahh, yes:) |
02:07:22 | whoever | I have to ask you for wiki-write permission? |
02:09:14 | whoever | can somebody give them to me? |
02:10:04 | | Quit culture (Connection timed out) |
02:14:09 | | Quit hashbang ("Client exiting") |
02:14:19 | | Quit Seed ("cu, Andre") |
02:17:40 | linuxstb | whoever: You didn't read this sentence on the registration page? "Your WikiName must be your real first and last name concatenated, like JohnSmith or SteveAnderson. It's not JohnS, SteveA or NinjaBoy. We will delete your registration without notice if you break this rule." |
02:18:26 | whoever | hmm.. |
02:18:28 | whoever | ok |
02:22:34 | | Join coatman [0] (i=coatman@ppp-70-246-155-132.dsl.stlsmo.swbell.net) |
02:27:26 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
02:38:37 | | Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) |
02:52:00 | | Quit Thundercloud (Remote closed the connection) |
02:53:37 | | Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) |
02:54:31 | whoever | okey - that was not very easy, but its online now:) |
02:54:37 | whoever | thanks to linuxstb :) |
02:55:33 | whoever | if somebody can control my english in the description, i would be very happy |
02:55:35 | whoever | it is here: http://www.rockbox.org/twiki/bin/view/Main/WpsIaudioX5#RubenRichiger |
02:56:44 | rasher | whoever: It would be nice to state the licenses on the page |
02:58:00 | whoever | rasher: done - thanks |
02:59:32 | whoever | rasher, is everything else ok and like the rules are:)? |
03:00 |
03:00:36 | rasher | whoever: As far as I can tell, yeah |
03:00:52 | whoever | ok, thanks |
03:01:21 | whoever | rasher: can i see how much this file was downloaded:)? |
03:01:52 | rasher | I don't think so |
03:02:18 | whoever | oh, sad:) |
03:04:10 | | Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) |
03:07:33 | | Nick num1_ is now known as num1 (n=brian@unaffiliated/num1) |
03:14:13 | *** | Saving seen data "./dancer.seen" |
03:14:34 | | Quit nplus (Read error: 104 (Connection reset by peer)) |
03:16:59 | | Join nplus [0] (n=nplus@141.25.globcom.net) |
03:27:03 | | Quit dabujo (Read error: 104 (Connection reset by peer)) |
03:28:18 | | Quit herrwaldo (Remote closed the connection) |
03:34:34 | | Quit nuonguy ("This computer has gone to sleep") |
03:35:23 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
03:35:35 | | Join reacocard [0] (n=reacocar@205.162.218.11) |
03:37:16 | | Join perrikwp [0] (i=4ce20572@gateway/web/ajax/mibbit.com/x-2925ce948c95bc1f) |
03:40:50 | | Quit DerDome (Nick collision from services.) |
03:40:51 | | Join DerDome1 [0] (n=DerDome@dslb-082-083-205-188.pools.arcor-ip.net) |
03:41:03 | | Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-205-188.pools.arcor-ip.net) |
03:41:04 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
03:41:27 | | Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) |
03:44:27 | | Part whoever ("Verlassend") |
03:50:36 | | Quit oofus (Remote closed the connection) |
03:53:18 | | Quit massiveH ("Leaving") |
03:58:30 | | Quit coatman (Nick collision from services.) |
03:58:37 | | Join coatman_ [0] (i=coatman@ppp-70-246-155-132.dsl.stlsmo.swbell.net) |
04:00 |
04:00:12 | | Join ackers [0] (n=Becks@80-235-149-109.cable.ubr22.newt.blueyonder.co.uk) |
04:02:09 | | Nick coatman_ is now known as coatman (i=coatman@ppp-70-246-155-132.dsl.stlsmo.swbell.net) |
04:02:54 | | Quit ackers (Client Quit) |
04:03:32 | | Quit coatman ("See You All Later") |
04:29:50 | | Quit m0f0x () |
04:31:13 | | Join Kornfan71 [0] (n=chatzill@cpe-98-28-229-2.woh.res.rr.com) |
04:33:08 | Kornfan71 | Hi. I'm working with a custom WPS, and I'm getting caught up on the progress bar. How can I make an X,Y value negative if "-" means "default." My player will use the dash as default no matter what's after it. |
04:36:25 | | Quit Kornfan71 ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") |
04:40:41 | | Quit shodanX (SendQ exceeded) |
04:42:17 | | Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") |
04:47:34 | | Quit midgey () |
04:49:17 | | Join miepchen^schlaf [0] (n=miepchen@p54BF43F3.dip.t-dialin.net) |
04:49:36 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
04:50:39 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
04:53:11 | | Quit JdGordon ("Konversation terminated!") |
04:54:52 | num1 | Kornfan71: you don't want to make an X, Y value negative is the short answer |
04:55:42 | | Join BlakeJohnson86 [0] (n=bjohnson@70-13-207-35.area2.spcsdns.net) |
04:55:54 | | Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) |
04:56:20 | | Join JdGordon [0] (n=Miranda@c210-49-163-174.smelb2.vic.optusnet.com.au) |
04:58:17 | | Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) |
05:00 |
05:06:33 | | Join solexx_ [0] (n=jrschulz@e176103067.adsl.alicedsl.de) |
05:11:28 | | Join perrikwp [0] (i=4ce20572@gateway/web/ajax/mibbit.com/x-47a9e12b3649ce2a) |
05:14:17 | *** | Saving seen data "./dancer.seen" |
05:23:25 | | Quit solexx (Read error: 110 (Connection timed out)) |
05:32:59 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
06:00 |
06:00:54 | | Quit avis (Read error: 110 (Connection timed out)) |
06:06:45 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
06:13:30 | | Join massiveH [0] (n=massiveH@ip68-227-37-246.lv.lv.cox.net) |
06:18:48 | | Quit Zarggg () |
06:23:33 | | Quit donutman25 (Read error: 104 (Connection reset by peer)) |
06:37:56 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
06:38:05 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
06:41:08 | | Join coatman [0] (i=coatman@ppp-70-246-155-132.dsl.stlsmo.swbell.net) |
06:45:24 | | Quit Seed ("cu, Andre") |
06:47:03 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
06:51:03 | | Join JdGordon [0] (n=jonno@c210-49-163-174.smelb2.vic.optusnet.com.au) |
06:53:58 | | Quit Zom_ (Read error: 60 (Operation timed out)) |
06:54:09 | | Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
07:00 |
07:00:16 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
07:07:56 | | Join whoever [0] (i=whoever@77-57-207-30.dclient.hispeed.ch) |
07:10:15 | whoever | Hi together:)! I have a question to my rockbox on my iAudioX5. There is the option to insert a file (or e direction) in the playlist as next. then the song or the direction is the next song in the playlist. But i can insert the file (or direction) also as next in queue. But where is the difference? The song is playing next, too! So I can't see a difference. can somebody help me (sorry for my english, I'm German) |
07:12:37 | Llorean | Queued files do not stay in the playlist, they are removed after they're played. |
07:12:51 | Llorean | Inserted files stay in the playlist and will persist when/if you save it or reshuffle it. |
07:13:48 | whoever | ah, okay, thanks |
07:14:19 | *** | Saving seen data "./dancer.seen" |
07:33:51 | amiconn | saratoga: (for the logs) Your latest WMA change slows it down again on coldfire (320%->291% with my test file) |
07:47:23 | | Join e250 [0] (n=405c2931@gateway/web/cgi-irc/labb.contactor.se/x-5b019b423cd7f0c3) |
07:50:43 | | Quit coatman ("See You All Later") |
07:52:51 | | Quit e250 ("CGI:IRC (Ping timeout)") |
08:00 |
08:03:14 | | Quit massiveH ("Leaving") |
08:07:35 | | Join coatman [0] (n=root@ppp-70-246-155-132.dsl.stlsmo.swbell.net) |
08:07:48 | | Quit coatman (Read error: 104 (Connection reset by peer)) |
08:08:09 | | Join coatman [0] (n=root@ppp-70-246-155-132.dsl.stlsmo.swbell.net) |
08:18:03 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-76c12f6d53a5bf33) |
08:18:18 | | Quit coatman (Remote closed the connection) |
08:18:41 | saratoga | amiconn: around? |
08:18:59 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
08:20:20 | | Join Rob2222 [0] (n=Miranda@p4FDCE414.dip.t-dialin.net) |
08:22:46 | | Quit jhulst_ (Read error: 113 (No route to host)) |
08:23:52 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
08:27:26 | | Quit Rob2223 (Read error: 60 (Operation timed out)) |
08:39:19 | amiconn | saratoga: yes. Seen my msg in the log? |
08:42:15 | | Join stoffel_ [0] (n=sfr@p57B4FDEA.dip.t-dialin.net) |
08:43:27 | | Join Zom_ [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
08:43:27 | | Quit Zom (Read error: 54 (Connection reset by peer)) |
08:48:31 | saratoga | amiconn: yes I did |
08:48:43 | saratoga | those results are really confusing |
08:48:58 | saratoga | all that commit did was move the output buffer into IRAM by sharing that space with the IMDCT temporary buffer |
08:49:18 | saratoga | (i thought I"d done this a while ago, but noticed while working on AAC that I hadn't, so I fixed it) |
08:52:35 | amiconn | Sometimes moving things around on cf might produce such confusing speed changes, due to icache aliasing |
08:54:10 | saratoga | I'm going to move some other variables into IRAM eventually, I guess I could wait and see if the problem resolves itself |
08:54:49 | | Join perrikwp [0] (i=4ce20572@gateway/web/ajax/mibbit.com/x-bed79fd2c3275fae) |
08:55:18 | | Nick num1 is now known as num1_ (n=brian@unaffiliated/num1) |
09:00 |
09:00:46 | | Quit saratoga ("CGI:IRC (EOF)") |
09:07:01 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
09:10:00 | | Quit SUSaiyan (Read error: 104 (Connection reset by peer)) |
09:14:21 | *** | Saving seen data "./dancer.seen" |
09:21:40 | | Quit vort3x (Read error: 104 (Connection reset by peer)) |
09:21:40 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
09:21:52 | | Quit Zom_ (Read error: 104 (Connection reset by peer)) |
09:21:56 | | Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
09:22:14 | | Join vort3x [0] (n=vortex@unaffiliated/dfa001) |
09:22:32 | | Join Guest51933 [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) |
09:23:27 | | Quit Guest51933 (Client Quit) |
09:23:50 | | Join Guest51933 [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) |
09:26:10 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
09:27:03 | | Quit Zom (Read error: 60 (Operation timed out)) |
09:27:15 | | Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
09:35:55 | | Quit stoffel_ ("leaving") |
09:40:20 | | Join vitja [0] (n=vitja@79.120.98.174) |
09:44:51 | | Quit XavierGr (Nick collision from services.) |
09:45:04 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
09:45:07 | | Join wpyh [0] (n=william@125.163.1.50) |
09:45:28 | | Quit XavierGr (Client Quit) |
09:45:50 | wpyh | mcuelenaere: thanks for including IHFSsplit into rockbox :) |
09:51:28 | | Quit Zom (Read error: 54 (Connection reset by peer)) |
09:51:34 | | Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
09:51:57 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
09:55:13 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
09:57:48 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
10:00 |
10:07:38 | | Join Zom_ [0] (n=zom@h-43-44.A166.cust.bahnhof.se) |
10:14:22 | | Quit Zom (Read error: 110 (Connection timed out)) |
10:14:25 | wpyh | mcuelenaere: I've uploaded the bin files in a package, but it's not complete (I didn't upload the 65 MB image due to its huge size, I'm on a metered connection). |
10:17:04 | | Join Mathiasdm [0] (n=Mathias@78-22-6-189.access.telenet.be) |
10:20:16 | | Part wpyh |
10:26:10 | JdGordon | can someone close 9259? my internet is screwed up again |
10:26:37 | | Join petur [50] (n=petur@rockbox/developer/petur) |
10:26:57 | rasher | JdGordon: with which reason? |
10:29:26 | | Quit amiconn (Nick collision from services.) |
10:29:32 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
10:31:14 | | Quit nuonguy ("This computer has gone to sleep") |
10:48:51 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
10:50:22 | | Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) |
10:51:39 | | Join stoffel_ [0] (n=sfr@p57B4F6EB.dip.t-dialin.net) |
10:54:33 | | Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
10:58:08 | | Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) |
10:58:14 | | Quit OlivierBorowski (Remote closed the connection) |
11:00 |
11:01:48 | | Quit goffa (Read error: 110 (Connection timed out)) |
11:03:12 | JdGordon | rasher: as fixed |
11:04:11 | rasher | JdGordon: done |
11:04:15 | JdGordon | thanks |
11:14:19 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
11:14:24 | *** | Saving seen data "./dancer.seen" |
11:15:44 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
11:22:22 | | Join herrwaldo [0] (n=waldo@ip-81-11-208-153.dsl.scarlet.be) |
11:25:24 | | Quit herrwaldo (Remote closed the connection) |
11:28:29 | | Join herrwaldo [0] (n=waldo@ip-81-11-208-174.dsl.scarlet.be) |
11:31:53 | | Quit amiconn (" bbl") |
11:37:34 | | Quit whoever ("Verlassend") |
11:43:37 | | Join Schmogel [0] (n=Miranda@p3EE225C5.dip0.t-ipconnect.de) |
12:00 |
12:05:59 | vitja | heh sound worked! |
12:06:24 | rasher | vitja: Time to send a "Gentlemen" mail? |
12:06:53 | vitja | rasher, what do you mean? |
12:07:12 | rasher | vitja: Like this: http://www.rockbox.org/mail/archive/rockbox-archive-2002-05/0016.shtml |
12:07:27 | rasher | It's a tradition that new ports do that when sound playback first happens |
12:08:04 | | Join Quazgaa [0] (i=quaz@c-24-18-73-89.hsd1.mn.comcast.net) |
12:08:13 | rasher | Remember to include which song/sound you played. And the Subject should be similar. Lots of rules |
12:08:27 | vitja | heh but I just play noise ) |
12:09:30 | rasher | Ah, okay. So still not quite right? Once you can play music (in any form - doesn't have to be the playback system working I think), it's time to send that mail |
12:12:43 | Quazgaa | is there a guide or anything for building rockbox from source? |
12:12:52 | rasher | There are several |
12:13:14 | rasher | Quazgaa: start here: http://www.rockbox.org/twiki/bin/view/Main/DocsIndex#For_Developers |
12:13:56 | Quazgaa | k thanks |
12:18:38 | Quazgaa | hmm the simple linux guide makes it sound like you dont need to cross compile glibc or anything..just configure && make ? |
12:20:04 | | Join Psycownage [0] (n=Philip_j@user-5af2b3b4.tcl127.dsl.pol.co.uk) |
12:20:28 | linuxstb | For building the cross-compilers, the tools/rockboxdev.sh script in the Rockbox source tree is helpful - it downloads, compiles and installs for you. |
12:20:56 | linuxstb | But no, Rockbox has its own C library. |
12:21:23 | Quazgaa | nice |
12:57:28 | | Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) |
12:59:45 | | Quit stoffel_ (Read error: 113 (No route to host)) |
13:00 |
13:02:15 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
13:08:19 | | Join vitja_ [0] (n=vitja@79.120.98.174) |
13:10:36 | | Quit vitja (Read error: 110 (Connection timed out)) |
13:10:50 | | Quit CyBergRind|w (Read error: 110 (Connection timed out)) |
13:10:51 | mcuelenaere | wpyh: I see you said you'll write an hxf2ihfs utility; actually I've also started doing this but didn't came far (yet). how far are you so we aren't doing double work? |
13:14:08 | mcuelenaere | vitja_: Congratulations! :) |
13:14:25 | *** | Saving seen data "./dancer.seen" |
13:18:06 | gevaerts | vitja_: if you see what sort of "music" some people choose as the first to play on a new port, your noise is probably an improvement ;) |
13:18:39 | rasher | http://www.rockbox.org/twiki/bin/view/Main/GentlemenMails |
13:19:52 | linuxstb | vitja_: Did you find any documentation on the built-in codec? |
13:20:19 | vitja_ | linuxstb, no |
13:20:57 | linuxstb | Double congratulations then ;) |
13:21:38 | vitja_ | that seems to be wm8731 |
13:22:27 | | Quit BHSPitLappy (Remote closed the connection) |
13:24:40 | linuxstb | Ah, nice ;) |
13:25:51 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
13:27:45 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
13:30:49 | mcuelenaere | wpyh: why did you disable the usb_set_configuration() call in usbtool? I know the USB implementation of the recovery mode is a big 'buggy', but this worked for the vx747 |
13:35:12 | bertrik | mcuelenaere, maybe he did it because of a difference between windows and linux. IIRC linux automatically sets the configuration, while windows does not. |
13:35:39 | mcuelenaere | ahh, perhaps. I haven't tested the utility on Linux.. perhaps I should |
13:36:26 | mcuelenaere | bertrik: so you're saying calling usb_set_configuration() twice fails? |
13:36:37 | | Quit Psycownage () |
13:38:05 | mcuelenaere | so either I should disable this call in Linux or I should do a usb_get_configuration() first to see if the device is already configured? |
13:40:06 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
13:43:33 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
13:53:44 | | Quit Thundercloud (Remote closed the connection) |
14:00 |
14:05:14 | | Join dabujo [0] (i=xx@p4FDB1D15.dip0.t-ipconnect.de) |
14:08:07 | | Join bertrik_ [0] (n=bertrik@186-032-045-062.dynamic.caiway.nl) |
14:14:46 | | Join tvelocity [0] (n=tony@athedsl-113382.home.otenet.gr) |
14:20:03 | | Quit bertrik (Read error: 113 (No route to host)) |
14:22:17 | JdGordon | rasher: nice page... the title is a bit wtf-y to people not in the know though |
14:33:35 | JdGordon | so are we doing a tracker cleanup week or is everyone having too much fun on holidays? |
14:38:04 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
14:47:50 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
14:53:19 | JdGordon | here comes a red row! |
14:56:33 | JdGordon | well that was a little bigger than expected :p |
14:58:55 | * | JdGordon is confused by the huge delta... |
14:59:11 | | Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) |
15:00 |
15:00:21 | linuxstb | JdGordon: "a bit more RAM" ? ;) |
15:00:43 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
15:00:55 | JdGordon | i was expecting 2 or 3 k... |
15:01:06 | JdGordon | anyway, its not like its really that big a deal on those targets |
15:01:26 | bluebrother | woah, what's that of a delta? |
15:01:26 | rasher | It's also not a difficult change to revert |
15:01:41 | linuxstb | You didn't even test-build 1 target? |
15:02:08 | JdGordon | i test built 2 targets... i didnt check the diff because frankly i didnt worry about it that much |
15:02:17 | * | JdGordon got the ok for this ages ago btw... |
15:02:57 | amiconn | JdGordon: "A bit" more?? |
15:03:00 | bluebrother | and why is there a need to open more than 8 folders? |
15:03:15 | linuxstb | JdGordon: Also... http://www.rockbox.org/mail/archive/rockbox-dev-archive-2008-08/0002.shtml |
15:03:22 | JdGordon | amiconn: your slow tonight.... the build finished 10min ago :D |
15:03:39 | bluebrother | and from the linked tasks this is almost only a disktidy issue ... |
15:03:47 | JdGordon | and stats |
15:04:01 | JdGordon | and well anything that recursivly opens directories |
15:04:31 | rasher | linuxstb: Huh, the commit message was fairly descriptive |
15:05:09 | bluebrother | well, is opening recursively needed with that depth anyway? |
15:05:11 | linuxstb | rasher: Not really. It should say _why_ we need more open directories at the same time, and why 16 was chosen. |
15:05:50 | rasher | That's certainly a higher standard than most commit messages are judged by |
15:06:06 | linuxstb | rasher: I judge them all, I just don't always moan... |
15:07:30 | * | JdGordon feels special then :D |
15:07:51 | rasher | Does r18230 need to explain _why_ the call to request_irc() was unneeded, then? |
15:07:56 | * | bluebrother would like to see a commit message judgement result stat ;-) |
15:08:46 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
15:08:48 | J-23 | Hi! |
15:09:57 | * | gevaerts thinks that high-red-delta commits should indeed have stricter "why" requirements |
15:10:22 | linuxstb | rasher: I'm guessing in that case, "unneeded" means "unused" - that function doesn't exist. But IMO the "why" is the important part of commit messages, the "what" is obvious from the diffs... |
15:10:45 | linuxstb | (but a summary of the what is helpful) |
15:11:51 | | Join stoffel_ [0] (n=sfr@p57B4C22A.dip.t-dialin.net) |
15:11:56 | * | JdGordon thinks the why was covered just fine |
15:12:16 | mcuelenaere | linuxstb, rasher: guessed correct. request_irq() was my first idea until I changed over to static IRQ allocation |
15:12:36 | bluebrother | why: because it closes three FS entries? |
15:13:10 | rasher | why: to let more directories be open? |
15:13:20 | * | JdGordon is with rasher on this one |
15:13:34 | bluebrother | why: why do we need more directories be open the same time? |
15:14:02 | rasher | Do we need to start from I think therefore I am on each commit? |
15:14:30 | *** | Saving seen data "./dancer.seen" |
15:14:55 | gevaerts | No, as that is all but self-evidend regardless of what Descartes thought |
15:15:01 | linuxstb | JdGordon: Why 16? And is the fix only useful for disktidy? (those FS tasks are all disktidy) |
15:15:03 | gevaerts | s/end/ent/ |
15:16:09 | JdGordon | linuxstb: well.. 16 is a nice round number, and no its not only disktidy, its EVERYTHING that recursivly scans the dir tree, those tass are the ones i found immediatly, i know there are more |
15:16:15 | bluebrother | what happenes if there are 17 nested folder? IMO we shouldn't simply make the number bigger but try to not open that much folder ... |
15:16:33 | JdGordon | anyone with more than 16 nested folders really needs to rethink their setup |
15:17:04 | bluebrother | but more than 8 nested folders is nothing special on a DAP? |
15:17:23 | gevaerts | anyone who uses unbounded recursive algorithms on an embedded system really needs to rethink their setup |
15:18:39 | | Join Psycownage [0] (n=Philip_j@user-5af2b3b4.tcl127.dsl.pol.co.uk) |
15:18:43 | | Quit Horscht (Read error: 110 (Connection timed out)) |
15:18:50 | JdGordon | 8 is just as much an arbitrary number as 16 (or any other of the infitie available..) |
15:19:18 | JdGordon | and I wonder how else you'd populate a playlist with every available track if not recursivly |
15:19:59 | rasher | That doesn't mean the dirs have to be open |
15:20:29 | bluebrother | true. Plus, we need sensible limits anyway. I really don't understand why 8 isn't a sensible limit in this case. |
15:20:38 | | Join Horscht [0] (n=Horscht@p4FD4D805.dip.t-dialin.net) |
15:20:42 | rasher | It's not *necessary* to keep the dirs open while recursively opening them. Just easier |
15:21:56 | linuxstb | bluebrother: I would agree - 8 has served Rockbox well for 6 years... |
15:22:41 | * | JdGordon reduces it to 12 to get 7k back |
15:22:56 | rasher | I'd say stats and disktidy should be fixed to close their dir entries before recursively opening instead |
15:23:18 | | Join mike9120 [0] (n=be98152e@gateway/web/cgi-irc/labb.contactor.se/x-050438a9d4fa8564) |
15:23:38 | JdGordon | its the core also.... |
15:24:01 | rasher | Is it? |
15:24:35 | bluebrother | does the recursion stuff in the core have the same issue? Or is it only the same limit in the core (which isn't surprising) |
15:24:54 | amiconn | Doing recursion with closing + reopening is somewhat tricky |
15:25:00 | amiconn | Should be doable though |
15:25:37 | rasher | amiconn: you could save the dir names and only recurse after you've looped over the entire dir. Would mean larger RAM usage, but that's not much of an issue for plugins, is it? |
15:25:45 | | Quit mike9120 (Client Quit) |
15:26:20 | rasher | Right, the core doesn't do anything fancy to prevent this either as far as I can tell, so presumably it does indeed suffer from the same problem. |
15:26:25 | n1s | amiconn: did my change to english.lang fix your string order problem? |
15:26:32 | rasher | apps/playlist.c:1592 |
15:26:36 | amiconn | n1s: Yes, thanks for the fix |
15:26:50 | n1s | :) |
15:26:58 | JdGordon | hmm... bugger... seems the playlist generation is happy with huge trees... |
15:27:05 | rasher | Huh |
15:27:54 | n1s | it would be nice if genlang could handle feature mismatches in translations nicer |
15:30:08 | rasher | I don't understand how check_subdir_for_music manages not to break |
15:30:57 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
15:31:30 | JdGordon | rasher: ah, coz ft_load opens the directory, copies the contents to the tree context, then closes it again |
15:32:24 | JdGordon | ok, the real fix should be to get the tree context thing more flexible so it can be called more freely, then force everything to use that instead of opening dirs manually |
15:33:19 | * | JdGordon notes that ft_* isnt in the plugin api |
15:33:49 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
15:33:56 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
15:34:44 | | Quit stoffel_ (Read error: 113 (No route to host)) |
15:35:14 | | Quit reacocard (Read error: 110 (Connection timed out)) |
15:36:02 | JdGordon | :) recursivly removing a directory will fail also |
15:36:17 | JdGordon | as will move/copy |
15:36:46 | JdGordon | tagcache also |
15:44:46 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
15:47:12 | | Quit ChanServ (calvino.freenode.net irc.freenode.net) |
15:47:12 | NSplit | calvino.freenode.net irc.freenode.net |
15:47:44 | | Join dOdS [0] (n=be98152e@gateway/web/cgi-irc/labb.contactor.se/x-b6afb3846f3c1085) |
15:48:11 | dOdS | hi i am having a problem installing rockbox on my sansa e250R |
15:48:32 | | Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
15:48:37 | dOdS | i would really apreciate some hlep |
15:48:49 | JdGordon | ask and yee shal receive |
15:50:08 | dOdS | when i do the bootloader thing it says that its done ...but when i am on last step from here http://www.rockbox.org/twiki/bin/view/Main/SansaE200RInstallationFromWindows i shows a can load main image prboblem |
15:50:20 | | Part J-23 |
15:50:27 | * | amiconn found the bit for switching update direction on ipod photo (type 0) lcd :D |
15:50:52 | linuxstb | amiconn: What does that mean? |
15:51:06 | amiconn | This means we can have faast lcd_yuv_blit() |
15:51:36 | dOdS | hello i need help pls! |
15:52:30 | gevaerts | dOdS: please have a bit of patience. People are not continuously watching this channel |
15:52:54 | dOdS | whih channel is better ? |
15:52:54 | * | bluebrother reads that page and is confused by the steps |
15:53:41 | bluebrother | dOdS: there is no better channel. You might want to try the forums, but those are even slower due to their nature of asynchronous communication ... |
15:53:57 | | Quit petur ("*plop*") |
15:54:18 | dOdS | can u help me ?? bluebrother |
15:54:32 | | Join stoffel_ [0] (n=sfr@p57B4C22A.dip.t-dialin.net) |
15:54:35 | * | gevaerts hands out packets of patience |
15:54:37 | linuxstb | dOdS: "i shows a can load main image prboblem" doesn't make much sense in English... |
15:54:46 | NHeal | calvino.freenode.net irc.freenode.net |
15:54:46 | NJoin | ChanServ [0] (ChanServ@services.) |
15:54:46 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
15:54:58 | bluebrother | hmm. Doesn't the R work with sansapatcher once it has been patched? |
15:55:08 | JdGordon | dOdS: you've done the manufacturer mode part? |
15:55:13 | dOdS | u know the problem "cant load main image , switch to recovery mod" |
15:55:19 | dOdS | yes i did |
15:55:20 | linuxstb | bluebrother: No - the firmware partition isn't visible via USB, even after patching. |
15:56:08 | JdGordon | cant load main image means you need to reinstall the OF first |
15:56:09 | bluebrother | linuxstb: urgh. Not nice ... |
15:56:27 | dOdS | i did patched the sansa, it said "completed succesfully" |
15:57:24 | dOdS | does it have to say something like this "Firmware Unlocked, Proceed to Step 2"???? |
15:59:43 | JdGordon | I dont remember what it should say.. but successful sounds good enough |
16:00 |
16:00:39 | dOdS | it said that but when i do the rest it does not load rock box and get the cant load main image ... |
16:00:49 | bluebrother | well, from the SansaE200RInstallation page it should say "firmware unlocked" |
16:01:25 | | Quit Thundercloud (Remote closed the connection) |
16:01:40 | | Quit herrwaldo (Remote closed the connection) |
16:01:40 | dOdS | yes but mine doesn't, don't know why |
16:03:27 | dOdS | how do i reinstall the OF ? |
16:04:30 | mcuelenaere | so vitja_: what's the problem with battery and pcf? |
16:04:39 | | Join perrikwp [0] (i=18d26cb4@gateway/web/ajax/mibbit.com/x-e4da0026274d8b17) |
16:04:55 | vitja_ | mcuelenaere, when I boot my player first time backlight doesn't work |
16:05:16 | vitja_ | pcf5060 initialization is missed |
16:05:20 | bluebrother | dOdS: check SansaE200Unbrick |
16:05:32 | dOdS | i'll do thnks |
16:05:48 | mcuelenaere | vitja_: you mean when you boot the player with your code? |
16:06:13 | vitja_ | no when I disconnect battery and then boot code |
16:06:27 | vitja_ | if player is on battery and OF started once that's okay |
16:06:43 | vitja_ | so now I'm looking initializtion code in OF |
16:07:34 | mcuelenaere | hmm I see that Rockbox already has some pcf5060x code in firmware/drivers/ |
16:07:58 | | Join herrwaldo [0] (n=waldo@ip-81-11-213-109.dsl.scarlet.be) |
16:08:00 | vitja_ | yeah but initialization sequence is unique for each board |
16:08:06 | mcuelenaere | yeah so it seems |
16:11:29 | dOdS | the SansaE200Unbrick was not usefull ? |
16:11:52 | dOdS | is there other cases of e250R that don't work with rockbox ? |
16:15:18 | vitja_ | mcuelenaere, hehe it worked |
16:15:31 | mcuelenaere | the pcf initialisation? |
16:15:38 | vitja_ | yeah |
16:15:42 | mcuelenaere | cool |
16:15:59 | vitja_ | Can anyone familr annotate initialization? |
16:16:24 | | Join mf0102 [0] (n=michi@85.127.20.140) |
16:16:48 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
16:17:18 | mcuelenaere | vitja_: the pcf50606 seems to have a datasheet |
16:18:03 | vitja_ | mcuelenaere, I know, but if you are familar that should be much easy |
16:19:02 | mcuelenaere | hmm the pcf50606 driver in Rockbox seems to be made by shotofadds |
16:20:36 | | Quit Schmogel (Read error: 110 (Connection timed out)) |
16:21:43 | mcuelenaere | vitja_: perhaps you should post/pastebin the initialisation somewhere so people who read the log can look into it |
16:22:25 | vitja_ | okay |
16:22:39 | vitja_ | but it's not ready now |
16:22:45 | vitja_ | I'll attach new patch latter |
16:26:36 | | Quit midgey () |
16:29:49 | | Quit fdinel (Read error: 104 (Connection reset by peer)) |
16:31:53 | | Quit dOdS ("CGI:IRC (EOF)") |
16:33:53 | | Quit stoffel_ (Read error: 113 (No route to host)) |
16:38:29 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-9936f6b39d8dc59e) |
16:39:47 | | Quit dabujo (Read error: 104 (Connection reset by peer)) |
16:43:57 | | Quit SoapWork ("CGI:IRC (Ping timeout)") |
16:48:19 | | Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-58070da01a92e86f) |
17:00 |
17:03:54 | | Join Xqtftqx [0] (n=tyler@cpe-76-181-19-107.columbus.res.rr.com) |
17:04:51 | | Part Xqtftqx |
17:04:56 | n1s | bluebrother: still need a 64 bit rbutil? I've got the time now and have installed qt |
17:05:26 | n1s | so are there any special things to do for a release or just following the steps in the wiki? |
17:06:27 | rasher | n1s: you should of course check out the tagged version |
17:06:59 | n1s | yes, and build it statically right? |
17:07:56 | rasher | Yeah. |
17:10:06 | | Quit ChanServ (calvino.freenode.net irc.freenode.net) |
17:10:06 | NSplit | calvino.freenode.net irc.freenode.net |
17:11:24 | n1s | Do I need to build a special version of qt to be able to build a static rbutil? |
17:11:24 | NHeal | calvino.freenode.net irc.freenode.net |
17:11:24 | NJoin | ChanServ [0] (ChanServ@services.) |
17:11:24 | Mode | "#rockbox +o ChanServ " by irc.freenode.net |
17:14:31 | *** | Saving seen data "./dancer.seen" |
17:16:18 | bluebrother | n1s: usually you need to build Qt itself statically. You can then install that in a separate folder and run qmake directly from it (i.e. using the full path to qmake) |
17:17:04 | n1s | bluebrother: aha, got a link to some instructions? and which version should I use? |
17:17:28 | bluebrother | last binaries I made used Qt 4.4.0, but it should be safe using the most recent 4.4.1 |
17:18:01 | bluebrother | as for building Qt itself I posted a configure line in the wiki a while ago −− most important is to use the -static configure option |
17:18:13 | bluebrother | (and most likely -prefix ;-) |
17:18:38 | n1s | oh, that was a line for building qt :) |
17:18:49 | * | n1s is still slightly hung over... |
17:19:28 | bluebrother | yep. Building rbutil is simply qmake && make ;-) |
17:21:19 | | Quit BlakeJohnson86 ("Leaving.") |
17:27:41 | | Quit faemir ("Leaving") |
17:35:57 | | Join maffe [0] (n=Miranda@p5B040EA4.dip0.t-ipconnect.de) |
17:36:24 | | Quit Psycownage () |
17:41:56 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
17:42:05 | | Join bb10 [0] (n=bb10@g41191.upc-g.chello.nl) |
17:50:40 | | Join Schmogel [0] (n=Miranda@p3EE225C5.dip0.t-ipconnect.de) |
17:57:22 | | Quit bb10 ("Leaving") |
17:58:22 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
18:00 |
18:02:11 | kushal_12_27_200 | Is there an update for rbutil for mac coming soon? |
18:07:26 | | Quit maffe ("IRC ist obsolet!") |
18:08:34 | bluebrother | not sooner than for any other platform. But current binaries are up to date for all platforms. |
18:10:34 | | Join coatman [0] (i=coatman@ppp-70-246-145-237.dsl.stlsmo.swbell.net) |
18:12:31 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-9ded83328a0bc224) |
18:14:40 | | Join faemir [0] (n=faemir@88-106-250-119.dynamic.dsl.as9105.com) |
18:15:11 | saratoga | is anyone around who is fluent in Chinese and could explain whats going on here? http://forums.rockbox.org/index.php?topic=14165.msg130817#msg130817 |
18:16:56 | | Join hannesd [0] (n=light@p5B160042.dip0.t-ipconnect.de) |
18:21:08 | | Quit tvelocity (Remote closed the connection) |
18:21:37 | | Join Taylor [0] (n=43a2944b@gateway/web/cgi-irc/labb.contactor.se/x-fb3bf4d2932160e6) |
18:22:51 | Taylor | Are there people here that can help me with my rockbox installation |
18:23:01 | | Join tvelocity [0] (n=tony@athedsl-113382.home.otenet.gr) |
18:23:16 | saratoga | ask and you'll find out |
18:27:25 | | Quit miepchen^schlaf () |
18:28:05 | | Quit coatman ("See You All Later") |
18:28:36 | | Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) |
18:37:02 | | Quit vitja_ (Read error: 113 (No route to host)) |
18:37:06 | | Quit SoapWork ("CGI:IRC") |
18:38:09 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
18:38:10 | | Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") |
18:40:53 | | Join petur [50] (n=petur@rockbox/developer/petur) |
18:51:23 | | Quit Taylor ("CGI:IRC (EOF)") |
18:51:28 | | Quit bluebrother (Nick collision from services.) |
18:51:33 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
18:58:00 | | Quit faemir (Remote closed the connection) |
19:00 |
19:02:01 | | Join faemir [0] (n=faemir@88-106-250-119.dynamic.dsl.as9105.com) |
19:05:41 | | Join toffe82 [0] (n=chatzill@adsl-70-235-224-73.dsl.frs2ca.sbcglobal.net) |
19:05:58 | amiconn | saratoga: You IRAM change does help a bit on the PP5002: 197%->202% realtime |
19:14:34 | *** | Saving seen data "./dancer.seen" |
19:16:26 | | Quit midgey () |
19:18:16 | saratoga | amiconn: in theory I think the test codec plugin doesn't measure all the improvement, since some of the DSP operations happen in IRAM and testcodec doesn't measure them |
19:18:35 | saratoga | so maybe theres some other improvement |
19:18:50 | saratoga | s/additional/other/ |
19:20:46 | rasher | Maybe it should also do tests with some dsp settings enabled |
19:21:11 | amiconn | That's not easily doable, afaik |
19:21:39 | amiconn | test_codec replicates the codec api, so that the codec is controlled from th eplugin instead of the core |
19:22:09 | amiconn | I don't think it's possible to pass data through the dsp from there |
19:22:20 | rasher | Ah, pity |
19:24:43 | amiconn | saratoga: It seems that the effect, if it exists, isn't very big. I can confirm the slowdown on coldfire (caused by the buffer move) with real playback as well (more boosting), while a dsp speedup effect due to the buffer being in iram should help against that |
19:24:52 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
19:28:21 | | Quit homielowe () |
19:30:57 | saratoga | amiconn: think I should put the buffer back (on coldfire at least)? |
19:38:12 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
19:38:24 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
19:45:06 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
19:51:53 | amiconn | saratoga: I don't think it's necessary. Some unrelated change will probably change the speed again |
19:57:23 | | Part pixelma |
20:00 |
20:03:46 | | Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) |
20:05:02 | | Quit saratoga ("CGI:IRC") |
20:08:26 | | Quit ompaul (Client Quit) |
20:08:48 | | Quit EspeonEefi ("さよなら") |
20:12:50 | | Join ze0 [0] (i=ze@cpe-75-82-143-231.socal.res.rr.com) |
20:13:16 | | Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) |
20:13:49 | | Quit Bensawsome ("The awsome is gone :(") |
20:15:23 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
20:15:48 | | Join vitja [0] (n=vitja@79.120.98.174) |
20:15:58 | | Join Alonea [0] (n=189b86cf@gateway/web/cgi-irc/labb.contactor.se/x-86b517619c9a516c) |
20:15:59 | | Join Mathiasdm [0] (n=Mathias@vpna046.ugent.be) |
20:16:10 | | Quit Alonea (Client Quit) |
20:16:21 | vitja | mcuelenaere, rockbox main() fails at show_logo() |
20:17:02 | vitja | if I add backlight initialization after lcd_init it switches on display but after panicf() the screen is only black |
20:17:07 | | Join Alonea [0] (n=189b86cf@gateway/web/cgi-irc/labb.contactor.se/x-dc1d7171adb80dce) |
20:17:35 | | Quit vort3x (Read error: 104 (Connection reset by peer)) |
20:17:56 | | Quit gevaerts (Nick collision from services.) |
20:18:05 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
20:18:52 | Alonea | its been a while since I have been here. I looked a bit and it appears there isn't a fix still for ac-adapter charging for the sansa e200 series. Is this correct? |
20:19:33 | | Quit ze (Read error: 110 (Connection timed out)) |
20:21:07 | | Nick ze0 is now known as ze (i=ze@cpe-75-82-143-231.socal.res.rr.com) |
20:22:23 | | Quit thegeek_ (Read error: 110 (Connection timed out)) |
20:22:34 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
20:24:27 | | Join Psycownage [0] (n=Philip_j@90.242.179.180) |
20:25:35 | Alonea | the problem is described in this post: http://www.rockbox.org/tracker/task/7320?histring=sansa. |
20:29:25 | | Quit amiconn (" bbl") |
20:30:35 | | Join webguest27 [0] (n=544bf085@gateway/web/cgi-irc/labb.contactor.se/x-c11cf8b43a22ab2f) |
20:30:47 | n1s | Alonea: in the comments in that task is a link to a patch that implements charging on the sansa's and since it has not yet been committed it's not in svn yet |
20:31:54 | webguest27 | hello everyone. I have a question to the iPod Video source code. Where can I find the button #defines ? |
20:33:10 | | Quit nuonguy ("This computer has gone to sleep") |
20:33:26 | | Quit webguest27 (Client Quit) |
20:33:36 | | Join webguest65 [0] (n=544bf085@gateway/web/cgi-irc/labb.contactor.se/x-d28069d4d443aeda) |
20:33:42 | | Join vort3x [0] (n=vortex@unaffiliated/dfa001) |
20:34:23 | | Join sven_ [0] (n=sven@84-75-240-133.dclient.hispeed.ch) |
20:34:23 | | Quit webguest65 (Client Quit) |
20:35:23 | Alonea | n1s: I looked at that too somewhat, but the tech speak threw me off. Has anyone used this patch with success to fix the ac charging problem? Is there anythign I should be worried about using the basic settings? |
20:35:51 | rasher | webguest27: apps/keymaps/keymap-ipod.c |
20:35:54 | rasher | oh |
20:36:02 | | Quit sven_ (Remote closed the connection) |
20:36:07 | rasher | How nice of him to wait an entire minute and a half for an answer |
20:36:38 | n1s | Alonea: I know nothing more about it than what's in the tracker, and what do you mean by " Is there anythign I should be worried about using the basic settings?" |
20:37:20 | | Join svens [0] (n=svens@84-75-240-133.dclient.hispeed.ch) |
20:37:35 | Alonea | n1s: sorry I meant using the basic configuration that is provided (you can do custom) is there any dangers of destroying it (looks like no, but I wanted to be sure) |
20:38:14 | n1s | messing with charging always carries the risk of damaging hardware... |
20:39:23 | Alonea | I guess part of the problem is I don't understand how I can charge with my computer without any problems, but using the ac charger for the sansa doesn't work. hardware isn't my thing so much. |
20:40:28 | n1s | i guess bertrik is the person to speak to about this |
20:42:01 | Alonea | alright, thanks though for your comments though. I might try the patch, but that requires a whole lot of effort as I don't have my compilers up and haven't had the time to vm linux. |
20:43:56 | | Join Rob2222 [0] (n=Miranda@p4FDCCD9E.dip.t-dialin.net) |
20:45:32 | svens | can someone tell me where the button #defines for ipod video are located? |
20:45:32 | | Quit Alonea ("CGI:IRC (EOF)") |
20:46:43 | n1s | svens: <rasher> webguest27: apps/keymaps/keymap-ipod.c |
20:51:45 | | Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
20:52:21 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-4424bb70aef1dcda) |
20:53:13 | saratoga | so anyone feel like trying out FS #9257 on Coldfire and letting me know if AAC files still sound right? |
20:53:28 | saratoga | i should really just get a coldfire player so I can do this myself |
20:56:28 | n1s | saratoga: sure I can test it on my h300 |
20:57:42 | mcuelenaere | vitja: hi, I was away for a moment; how far did you get? |
20:58:41 | n1s | saratoga: should i bech it too? |
20:58:53 | vitja | mcuelenaere, seems like problems with lds |
20:59:04 | mcuelenaere | vitja: what kind? |
20:59:10 | saratoga | n1s: if its not too much trouble |
20:59:14 | vitja | mcuelenaere, I copied one from cowond2 and that goes better |
20:59:58 | vitja | mcuelenaere, but linker still says error: no memory region specified for loadable section `.icode' when linking vorbis for example |
21:00 |
21:00:02 | mcuelenaere | don't all TCC7x targets use the same lds? |
21:00:52 | mcuelenaere | weird, this is using app.lds right? |
21:00:52 | n1s | hmm, got a bunch of errors when compiling |
21:01:52 | mcuelenaere | vitja: can you pastebin a full diff ? |
21:02:14 | vitja | mcuelenaere, cowon d2 is tcc8x based |
21:02:20 | mcuelenaere | yes I know |
21:02:38 | mcuelenaere | you mean tcc780 |
21:03:11 | vitja | does other tcc7xx devices support 'Normal' build mode? |
21:03:53 | vitja | hmm now it panics with Stkov |
21:04:03 | mcuelenaere | I think so, as there are builds for it.. |
21:04:40 | mcuelenaere | oh wait, perhaps they don't |
21:05:26 | gevaerts | I think the D2 is the only tcc based target that has more than basic code |
21:05:40 | mcuelenaere | ah I see other tcc7x devices only got as far as the bootloader stage |
21:05:50 | vitja | yeh |
21:06:04 | vitja | but I now get stack overflow exception( |
21:06:19 | n1s | saratoga: the declaration for the coldfire vector_fmul_reverse is wrong, I copied the arm version and now it compiled ok |
21:06:20 | mcuelenaere | have you allocated your stack and how big is it? |
21:06:25 | mcuelenaere | how's your crt0.S ? |
21:06:48 | mcuelenaere | can you do a "svn diff" and pastebin it? |
21:07:01 | vitja | hmm diff will be large |
21:07:08 | vitja | I can put it on my ftp |
21:07:08 | mcuelenaere | no problem |
21:07:12 | mcuelenaere | ok |
21:08:34 | vitja | mcuelenaere, ftp://stop.qc.to/vitja/iaudio7-basic.diff.bz2 |
21:09:33 | vitja | it seems that stack is 8KB |
21:10:09 | | Join merbanan [0] (n=banan@83.233.163.79) |
21:10:43 | mcuelenaere | hmm can you determine where you get a stkov? |
21:11:19 | | Quit midgey () |
21:11:41 | vitja | mcuelenaere, is there something that prints bt? |
21:11:59 | mcuelenaere | bt? |
21:12:18 | vitja | backtrace |
21:12:32 | mcuelenaere | not without JTAG AFAIK |
21:14:37 | *** | Saving seen data "./dancer.seen" |
21:16:04 | mcuelenaere | why do you have the .vectors{} #if 0'd in app.lds? |
21:17:44 | n1s | saratoga: unfortunately it seems like your patch introduces some artifacts in my aac file |
21:18:14 | n1s | it's pretty subtle noise though |
21:20:33 | | Quit vort3x (Read error: 104 (Connection reset by peer)) |
21:20:54 | | Quit faemir (Remote closed the connection) |
21:21:44 | | Join vort3x [0] (n=vortex@unaffiliated/dfa001) |
21:21:49 | mcuelenaere | vitja: you can try editing thread_stkov() in thread.c to display more debug info.. |
21:22:14 | | Join faemir [0] (n=faemir@88-106-250-119.dynamic.dsl.as9105.com) |
21:23:40 | ChristopherW | how was FS #6410 closed for being fixed? disktidy.c hasn't changed for 6 weeks, and the bug is still in there! |
21:24:37 | | Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") |
21:24:53 | n1s | ChristopherW: see logs from earlier today and FS #9260 |
21:25:02 | saratoga | n1s: can you try it on the sim and see if you get the same result? |
21:25:16 | n1s | saratoga: sure |
21:25:53 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
21:27:13 | ChristopherW | n1s: so does this mean that FS #6410 is not really fixed, but that the "real" issue is in FS #9260? |
21:27:55 | n1s | basically yes |
21:28:10 | | Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) |
21:28:14 | | Quit Psycownage () |
21:28:25 | n1s | saratoga: yes, it's there in the sim too |
21:29:16 | ChristopherW | I made a patch for FS #6410 that fixed this limitation in disktidy, as it had nothing to do with a corrupted filename buffer |
21:29:52 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
21:30:17 | ChristopherW | it didn't really fix the limitation of recursion depth, but it makes disktidy continue scanning other directories even after scanning one that is too deep |
21:30:35 | saratoga | n1s: ok then I've made a mistake somewhere outside of the ASM, which shouldn't be too hard to track down |
21:31:37 | n1s | ChristopherW: we try to stay away from that kind of work arounds |
21:32:43 | ChristopherW | but I still don't understand what 9260 has to do with 6410. disktidy doesn't have a problem with the filename (directory name, really) being corrupted! |
21:33:06 | | Join Mathiasdm [0] (n=Mathias@vpna207.ugent.be) |
21:34:01 | saratoga | ah I see it: + vector_fmul_reverse(overlap, transf_buf+nlong+nflat_ls, window_short, nshort); should be + vector_fmul_reverse(overlap+nflat_ls, transf_buf+nlong+nflat_ls, window_short, nshort); |
21:35:07 | n1s | ChristopherW: FS #9260 is about problems caused by recursively opening dirs, _exactly_ the problem in disktidy |
21:36:51 | mcuelenaere | yeey /me has some sort of interrupt handling going on on the MIPS target :) |
21:37:02 | ChristopherW | n1s: please explain to me what problems there are in opening directories recursively, besides limitations on the number of directory structures. Explain as if I don't understand what might cause the filename to be corrupted. |
21:39:04 | gevaerts | ChristopherW: where does it say that ? |
21:39:32 | ChristopherW | FS #9260 states: "The problem with this is that the filename buffer could get corrupted easily if its misused." |
21:39:54 | n1s | ChristopherW: AFAIU the mentioned possible memory corruption could come from using the proposed different approach if it is misused |
21:40:06 | gevaerts | Yes, with (at least in my reading), "this" being using ft_load() |
21:40:39 | ChristopherW | ah |
21:41:25 | ChristopherW | so it's not saying that using opendir() to recursively scan directories could cause filename corruption, but using ft_load() incorrectly might? |
21:41:39 | n1s | yes |
21:41:54 | ChristopherW | ok, I understand that |
21:41:57 | * | gevaerts proposes to solve this by using ft_load() correctly |
21:42:44 | n1s | gevaerts: seems like a good plan :) |
21:42:58 | ChristopherW | how much memory does a DIR structure take? |
21:43:13 | ChristopherW | (roughly, I don't need an exact byte figure) |
21:45:55 | gevaerts | Raising the limit from 8 to 12 open directories increased RAM usage by 8K I think |
21:46:17 | ChristopherW | so about 2K per directory entry? |
21:46:34 | ChristopherW | btw, where is DIR defined in the source? |
21:47:49 | ChristopherW | nvm, it's either DIR_CACHED or DIR_UNCACHED, both defined in includes under firmware/include |
21:48:04 | | Quit DerDome ("Leaving.") |
21:48:05 | saratoga | shouldn't AAC be gapless in rockbox? |
21:48:26 | ChristopherW | gevaerts: is that 8K increase with cached or uncached directory entries? |
21:48:36 | ChristopherW | or directory structures, rather |
21:48:54 | gevaerts | No idea. I just was here when that commit was discussed |
21:49:27 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
21:49:52 | | Join parafin|away [0] (i=parafin@paraf.in) |
21:50:20 | | Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) |
21:50:36 | | Quit parafin (Nick collision from services.) |
21:50:38 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
21:51:22 | ChristopherW | that's interesting... it looks like the DIR_CACHED structure is on the order of only 50 bytes or so |
21:51:28 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
21:52:30 | saratoga | n1s: ok with the latest patch on the tracker, the sim and rockbox give identical output to 15 bits for the Nero_192k test track |
21:52:52 | Lear | saratoga: No, we need to read the amount of samples to trim from the start and the end. I looked into it (the Nero way at least), but didn't figure out where they stored it. |
21:52:53 | ChristopherW | but maybe each added DIR needs other associated structures that may raise the memory usage |
21:53:02 | | Join anathema [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
21:53:23 | saratoga | Lear: doesn't the FAAD parser do this already? |
21:53:36 | saratoga | n1s: did you try benchmarking on Coldfire? |
21:55:20 | saratoga | i realize we don't use the faad parser, but it can't be that hard to copy the code it uses |
21:55:42 | Lear | saratoga: No, not directly at least. It must be done in the code calling FAAD. |
21:56:08 | | Quit culture (Connection timed out) |
21:56:19 | saratoga | are you sure? I'm pretty sure I recall the Nero people saying they added parsing the gapless info to faad |
21:56:20 | Lear | saratoga: That's what I tried, but couldn't get it to work. Maybe because we use an old version of faad... |
21:57:28 | n1s | saratoga: no, can try it with the new patch though |
21:57:30 | Lear | If you check the example decoder in faad, you can see it does some things that looks like making playback gapless. |
21:58:09 | n1s | bluebrother: it seems rbutil has the same permission problem when built for 64 bit too |
21:58:42 | saratoga | i suppose we could just ask menno, the Nero people have been very helpful in the past when I had faad optimization questions |
21:59:02 | rasher | n1s: Which is this? |
21:59:02 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
21:59:05 | | Join stu8ball [0] (n=stuart@host81-159-52-34.range81-159.btcentralplus.com) |
21:59:42 | n1s | rasher: it reported a 404 error when trying to download a bootloader, but only when not running as root |
22:00 |
22:00:18 | rasher | Can I test this without a player? |
22:00:34 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
22:00:52 | n1s | I have no idea |
22:01:11 | saratoga | n1s: ok will commit once I have the benchmark results and confirmation that it sounds alright on coldfire |
22:01:20 | rasher | Oops, just got a segfault trying to install a sansa bootloader without a sansa present |
22:01:55 | | Join coatman [0] (i=coatman@ppp-70-246-133-173.dsl.stlsmo.swbell.net) |
22:02:24 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
22:02:42 | ChristopherW | hmmm, I got a 404 on the bootloader in rbutil when I tried to help my dad install Rockbox on his Sansa too |
22:02:49 | ChristopherW | this was in Windows |
22:03:48 | ChristopherW | so I had to manually install the bootloader, then I installed rockbox through rbutil after that |
22:05:56 | | Join MORTiCiAN [0] (i=MORTiCiA@c-69-245-157-56.hsd1.il.comcast.net) |
22:06:01 | MORTiCiAN | anybody help me? |
22:06:17 | rasher | How do you expect us to know? |
22:06:20 | | Quit vitja ("Ухожу") |
22:06:43 | MORTiCiAN | Im having trouble, my girlfriend wants to reformat her sansa e200 v1. so its normal again. |
22:06:59 | MORTiCiAN | But i need it in MSC mode, so how do i load the sansa firmware and not the Rockbox firmware? |
22:07:20 | saratoga | easiest way is to just plug it into USB while its turned off |
22:07:29 | | Nick Zom_ is now known as Zom (n=zom@h-43-44.A166.cust.bahnhof.se) |
22:07:30 | saratoga | should reboot into the OF automatically |
22:07:33 | MORTiCiAN | okay and then it just says "cpnnected" |
22:07:38 | MORTiCiAN | and she cant edit the stuff |
22:08:04 | saratoga | well, you're in the retail firmware, so it sounds like a problem with that or your PC |
22:08:08 | MORTiCiAN | dont you have to hold something whilst plugging it in? |
22:08:44 | saratoga | you're in MSC mode right? not MTP? Because I think mtp mode doesn't let you delete stuff |
22:09:20 | MORTiCiAN | No, when she puts it in Recovery mode, it says "please enter MSC mode" |
22:09:26 | MORTiCiAN | i just wanna remove rockbox. |
22:09:56 | saratoga | put it into MSC mode, and follow the directions in the manual |
22:10:05 | MORTiCiAN | How do i put it in MSC mode? |
22:10:07 | rasher | Why have you put it into recovery mode? |
22:10:17 | MORTiCiAN | I just wanna have the normal firmware. |
22:10:20 | rasher | Just boot the Sansa firmware |
22:10:25 | MORTiCiAN | How? |
22:10:31 | MORTiCiAN | She wants rockbox OFF |
22:10:32 | saratoga | you already did |
22:10:40 | saratoga | its the screen that says "connected" |
22:10:47 | rasher | saratoga: He said he put it into recovery mode though |
22:10:59 | saratoga | I don't think that shows connected? |
22:11:02 | bluebrother | n1s: interesting. |
22:11:07 | MORTiCiAN | How do i uninstall it? |
22:11:13 | Lear | saratoga: I asked one of the faad developers about this (could've been Menno). He said he didn't remember how it worked... :/ |
22:11:14 | saratoga | directions in manual |
22:11:24 | MORTiCiAN | Im REALLY short on time. |
22:11:34 | bluebrother | Rockbox Utility has an uninstall button ... |
22:11:37 | saratoga | find more time |
22:12:26 | bluebrother | besides, if you're not willing to spend a bit of time to follow pointers, how'd you expect people in here spending their free time for you? |
22:12:34 | saratoga | n1s: I'm going to run a quick errand, can you just post the results to the tracker and I'll commit later? |
22:12:36 | n1s | saratoga: sounds fine now and 135.36%->140.88% realtime (my testfile is apparently 310kbps) |
22:12:49 | saratoga | heh so tiny speed up |
22:12:57 | saratoga | well better then nothing, i'll pull the trigger now |
22:13:40 | bluebrother | n1s: any chance you build a debug binary (-config dbg) and check if it outputs anything that could explain the issue? |
22:14:06 | | Quit MORTiCiAN () |
22:14:37 | n1s | bluebrother: if that's a config switch for qt, sadly no :/ |
22:14:41 | Lear | saratoga: Actually, he said he didn't remember how the lead trim worked, and also said "with the faad2 code you should be able to figure it out"... |
22:14:54 | bluebrother | no, it's a switch for rbutil −− append it to the qmake call |
22:15:08 | n1s | bluebrother: ah, now that i can do |
22:15:17 | bluebrother | then it prints loads of (our own) debug stuff to stdout. Might be helpful. Not sure though ... |
22:15:18 | Lear | saratoga: And iTunes style gapless should work for AAC in Rockbox, just not Nero style. |
22:15:36 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
22:15:39 | saratoga | actually, this is a savings of 3.5MHz, which isn't bad at all, just the rest of the codec is so unbelivably slow percentagewise it seems small |
22:15:45 | bluebrother | watch the lines starting with [HTTP] |
22:16:26 | saratoga | we should really start reporting speeds in MHz, not percent real time since the percents are so misleading |
22:21:01 | | Quit midgey () |
22:25:27 | n1s | bluebrother: http://pastebin.com/d23250e30 |
22:28:41 | n1s | http://download.rockbox.org/bootloader/sandisk-sansa//firmware.mi4 is clearly wrong, it seems the string for the target is empty |
22:28:51 | rasher | Yup |
22:28:58 | bluebrother | I just spotted that line too. |
22:29:34 | n1s | maybe we should bail out earlier and give the user a nice error |
22:30:46 | saratoga | amazon USA has some really cheap 2GB Sansa Fuzes |
22:31:19 | saratoga | assuming they didn't sell out before I placed my order, I'm willing to ship a few to any interested developers |
22:31:43 | saratoga | AFAIK, the Fuze is basically an E200v2 in a different shell |
22:34:35 | | Quit saratoga ("CGI:IRC (EOF)") |
22:36:24 | petur | anybody know what the maximum recording bitrate is on h1x0 digital in? |
22:37:11 | | Join iamben [0] (n=ben@adsl-70-255-19-58.dsl.spfdmo.sbcglobal.net) |
22:40:02 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
22:40:07 | bluebrother | n1s: dare to try my current bootloader install rework? It isn't ready yet and not really tested, but it might fix the issue |
22:40:30 | n1s | bluebrother: sure |
22:40:44 | bluebrother | http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutil-bootloader-rework-1.diff |
22:41:42 | bluebrother | it also cleans up some files |
22:42:40 | petur | amiconn: can you tell me the max bitrate and sample freq for h1x0 digital in (recording)? |
22:42:58 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
22:43:09 | amiconn | Any standard sample freq up to 96kHz works |
22:43:30 | amiconn | Bitrate as nothing to do with that (for pcm it's a simple calculation)... |
22:43:36 | amiconn | s/as/has/ |
22:43:47 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:43:55 | petur | I meant sample size. 16 bit is the max, right? |
22:44:56 | * | petur needs to get an optical cable... |
22:46:16 | petur | amiconn: 16bit max? |
22:46:34 | amiconn | Yes, 16 bit is the only supported depth only |
22:46:49 | amiconn | remove 1 'only' |
22:46:59 | petur | should have looked at the code - it's obvious |
22:47:21 | n1s | bluebrother: yes, with the patch rbutil tells me that i don't have the access permission I need, much better :) |
22:47:59 | bluebrother | does it install fine if you have the required permissions (rw on the device node should be sufficient)? |
22:51:34 | n1s | i did sudo chmod +rw /dev/sdh and rbutil correctly detected that i already had a bootloader but when i told it to install anyway it complained about opening in R/W mode |
22:52:34 | bluebrother | hmm :/ |
22:54:59 | * | bluebrother gets confused with switching keyboard layouts |
22:56:00 | | Nick num1_ is now known as num1 (n=brian@unaffiliated/num1) |
22:59:03 | | Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) |
23:00 |
23:04:49 | petur | pixelma: this commit is for you ;) |
23:04:51 | iamben | if i wanna reset all my settings & stuff, is it safe to just boot OF and delete .rockbox & unzip a fresh build? |
23:05:09 | | Join ALonea [0] (n=189b86cf@gateway/web/cgi-irc/labb.contactor.se/x-fcc9912bf43f7333) |
23:05:09 | | Quit ALonea (Client Quit) |
23:05:09 | bluebrother | iamben: yes. |
23:05:15 | | Join Alonea [0] (n=189b86cf@gateway/web/cgi-irc/labb.contactor.se/x-ce6940f507c5f61f) |
23:05:45 | iamben | thanks, ive been off rockbox for about a year and wanted to make sure i didnt do somethign stupid |
23:06:19 | bluebrother | if you have a really old bootloader you might need to install a newer one. But I guess you'll notice ;-) |
23:06:44 | Alonea | has anything drastic changed in the way wps are read in the last 6 months? I updated and now my theme no longer works. I want to try to fix it, but not sure what is even wrong in the first place. |
23:07:13 | | Join testfire [0] (n=josiah@nj-71-53-8-35.dhcp.embarqhsd.net) |
23:07:18 | bluebrother | Alonea: yes, the syntax changed slightly. There is a post about it in the wps forums (and of course in the wiki) |
23:07:39 | iamben | wow the default theme is a lot better looking than it used to be |
23:07:52 | Alonea | ok thanks, I will look for that and see what has changed. |
23:08:12 | bluebrother | the post should be easy to find, it is (was?) sticky |
23:08:21 | | Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) |
23:08:24 | | Quit OlivierBorowski (Read error: 104 (Connection reset by peer)) |
23:09:22 | testfire | Hey guys, I have a problem, I've been using rockbox for about a year and have been keeping it updated, well today for no apparent reason it will not connect to my computer, when it is refreshing the database it fails near the end and makes the screen all fuzzy like, what do I do? |
23:10:14 | * | bluebrother pulls crystal ball to check the player in question |
23:10:34 | testfire | rockbox boots fine but I can't mount it. |
23:10:40 | bluebrother | hmm ... looks a bit like e200 ... but it could also be a c200. Or ... |
23:10:40 | Horscht | it's an izune |
23:10:50 | * | petur nudges the buildserver a bit |
23:11:05 | testfire | I have a Sansa e260 by the way. |
23:11:15 | Alonea | bluebrother, I appear to be blind, how do I find the wps forums? |
23:11:41 | bluebrother | Alonea: http://forums.rockbox.org/index.php?topic=17507.0 |
23:12:23 | Alonea | thank you so much. I will hopefully be able to fix it. |
23:12:47 | petur | why oh why does the buildserver hate me :/ |
23:13:55 | pixelma | Alonea: the most important part is most likely the progress bar |
23:14:05 | petur | Bagder: ping |
23:14:39 | pixelma | petur: will have look later |
23:14:40 | *** | Saving seen data "./dancer.seen" |
23:15:24 | * | petur has to go... |
23:15:36 | | Quit petur ("*plop*") |
23:16:07 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
23:17:39 | Alonea | pixelma: ok, what did %P mean? progress bar? |
23:18:46 | * | mcuelenaere wonders whether it is possible that an interrupt handler is called when you are already in one (and the interrupts are at the same level ie irq and irq on ARM targets) |
23:19:06 | pixelma | Alonea: it was just for specifying a bitmap one wanted to use as progress bar |
23:22:05 | testfire | Hey does anyone know how to fix my problem, I cannot boot the sansa firmware because before it finishes refreshing it turns the screen all fuzzy like blue lines and stuff and as far as I can tell is completely frozen |
23:22:05 | Alonea | pixelma: ok, is that line needed anymore or no? |
23:23:37 | Alonea | pixelma: as in, would I write it differently or not at all? |
23:25:15 | Alonea | oh, nm. I see it now |
23:25:24 | | Quit crope` ("Leaving") |
23:26:10 | pixelma | not at all, assigning a bitmap file is part of the %pb tag now, the meaning of the other values have changed too (the new way is explained in the CustomWPS wiki) |
23:27:38 | pixelma | differences should be explained in the forum thread about it (and probably some 10s of other forum threads ;) ) |
23:28:04 | Alonea | I see it now. thanks! The cassette theme is my dads favourite and he is pretty much wigging out not having it. Thats what I get for getting an mp3 player for a 60 year old man |
23:28:40 | | Join Psycownage [0] (n=Philip_j@user-5af2b3b4.tcl127.dsl.pol.co.uk) |
23:28:41 | | Join miepchen^schlaf [0] (n=miepchen@p54BF43F3.dip.t-dialin.net) |
23:36:02 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
23:36:23 | | Join EspeonEefi [0] (i=espeonee@SYDNEYPACIFIC-THREE-TWENTY-FIVE.MIT.EDU) |
23:36:46 | | Part testfire |
23:37:24 | | Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") |
23:38:53 | | Join safetydan [0] (n=evertond@rockbox/developer/safetydan) |
23:39:48 | | Quit svens (Remote closed the connection) |
23:42:49 | Alonea | pixelma: have a happy dad now. |
23:44:00 | | Nick HellDragon is now known as Starnommesty (n=jd@Wikipedia/HellDragon) |
23:45:03 | | Quit merbanan ("Leaving") |
23:46:25 | | Quit Alonea ("CGI:IRC (EOF)") |
23:46:43 | | Nick Starnommesty is now known as HellDragon (n=jd@Wikipedia/HellDragon) |
23:48:43 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
23:49:26 | | Quit Mathiasdm ("Yuuw!") |
23:55:15 | | Quit coatman ("See You All Later") |
23:55:40 | | Join coatman [0] (i=coatman@ppp-70-246-133-173.dsl.stlsmo.swbell.net) |