00:01:06 | * | HTMLCODER needs some street magic |
00:01:10 | | Quit Strogg (Read error: 104 (Connection reset by peer)) |
00:02:20 | | Join CyBergRind|w [0] (n=cbr@212.98.160.130) |
00:03:03 | scorche|sh | and a quieter nick... |
00:03:53 | HTMLCODER | scorche|sh: well... suggest one? Please? |
00:04:09 | scorche|sh | htmlcoder would work |
00:04:43 | HTMLCODER | scorche|sh: you mean, the big letters look unpleasant? |
00:04:49 | HTMLCODER | ok... |
00:04:57 | | Nick HTMLCODER is now known as htmlcoder_exe (n=HTMLCODE@ti131110a080-1835.bb.online.no) |
00:05:08 | | Join Strogg [0] (n=jean@76.10.145.36) |
00:05:53 | htmlcoder_exe | scorche|sh: but you are the first one to notice, ever. |
00:06:25 | scorche|sh | others have noticed...just havent said anything to you ;) |
00:07:09 | htmlcoder_exe | That was exactly what I mean. Read: "noticed, but did not say anything." ;) |
00:09:05 | htmlcoder_exe | the correct nick I have on many forums is "HTMLCODER.exe". And, oh, we're VERY offtopic. |
00:10:27 | rasher | linuxstb: right, much better now (after I svn up...) |
00:10:29 | scorche|sh | it is getting there ;) |
00:13:00 | petur | hmmm did anybody ever check the correctness of recording on H10? |
00:15:19 | bertrik | htmlcoder_exe, that's quite low indeed, those numbers are battery voltages in units of 5 mV |
00:16:52 | bertrik | petur, why are there two peak meters on c200 and e200 on the recording screen? |
00:17:09 | petur | eh? |
00:17:43 | petur | aha |
00:17:57 | * | petur spots DC offset in the H10 recording |
00:18:03 | bertrik | I see: time / size / pm1 (left?) / pm2 (right?) / volume / gain / filename |
00:18:20 | petur | left and right, yes |
00:18:39 | bertrik | oh, so I have a stereo microphone ? \o/ |
00:18:42 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
00:18:45 | | Quit [CBR]Unspoken|w (Connection timed out) |
00:19:01 | petur | we always show two, even for mono |
00:19:40 | bertrik | ok, too bad. volume / gain / filename have to scroll now |
00:21:44 | | Join Schmogel [0] (n=Miranda@p3EE21C94.dip0.t-ipconnect.de) |
00:23:48 | * | petur wonders where the DC offset comes from |
00:25:02 | petur | any H10 or WM8731 around ? |
00:25:32 | rasher | pixelma: Any opinion on FS #9278? It's hard to know if it's correct, considering the huge diff. Should we just trust him and revert if it turns out to be broken? |
00:25:57 | scorche|sh | saratoga: how goes the GSoC project? |
00:29:48 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
00:29:54 | pixelma | rasher: I'm not sure but I thought JdGordon knows hebrew a bit, maybe ask him when he's around? |
00:30:11 | | Quit avis (Read error: 104 (Connection reset by peer)) |
00:30:12 | scorche|sh | he should |
00:30:30 | petur | hmmm the WM8731 datasheet says the mic input has -6 to +34dB gain setting, so why do we only show 0 and +20dB? |
00:30:34 | rasher | pixelma: I'm not sure knowing the language matters in this case. |
00:31:25 | | Quit rasher ("Reconnecting") |
00:31:28 | | Join rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) |
00:31:59 | pixelma | I'd prefer reading the diff, seems if I want to I'd need to diff it myself |
00:32:29 | | Join tessarakt [0] (i=nobody@vpn-cl-166-230.rz.uni-karlsruhe.de) |
00:32:30 | | Join dabujo [0] (i=xx@p4FDB2136.dip0.t-ipconnect.de) |
00:33:14 | rasher | pixelma: But the diff is 314K |
00:34:11 | | Join coatman [0] (i=coatman@ppp-70-253-191-70.dsl.stlsmo.swbell.net) |
00:34:12 | pixelma | oh, so many changes |
00:34:45 | rasher | Yeah, he rearranged the whole file. Which is why it's more or less impossible to tell if anything went wrong. |
00:36:03 | rasher | His last update (which I failed to credit him for in the langfile! Bad!) was less intrusive, and looked proper |
00:39:17 | pixelma | hard to tell, but with the langv2 update you had to trust the translaters too... Did you run it through your script already? |
00:39:26 | petur | ah, we only offer the mic boost on H10, not the variable gain. The two stage amplification doesn't even fit in the way we handle gain :/ |
00:41:50 | rasher | pixelma: Looks good, except for having english voice strings |
00:42:29 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
00:43:34 | rasher | Think I'll commit it, and we can deal with errors if they crop up. I'll add him as maintainer as well |
00:43:49 | pixelma | not a strong opinion but I'd be in favour of committing it then and wait for the complaints |
00:44:10 | | Quit tvelocity (Remote closed the connection) |
00:44:34 | rasher | Good enough for me |
00:45:58 | rasher | Dammit, forgot the FS number in the commit. |
00:48:09 | rasher | I wonder if it would make sense to mirror the "dest" translations into "voice" when they're unset (or identical to english.lang). At least in places where english.lang has the same value in both places |
00:52:40 | pixelma | could help as a start but maybe only do this in languages which obviously only have English voice strings and thinking of the "building database" string then limiting this to places where english has the same voice and dest strings might be wiser |
00:52:57 | linuxstb | rasher: I'm back now... Just tried your fixemptystrings patch, and have uploaded it to problems.php. Seems i have some work to do.... |
00:53:10 | petur | bugger, seems we already enable the high pass filter in the WM8731, so where does the bloody dc offset come from :( |
00:53:20 | linuxstb | BTW, should the problems.php be showing the UN flag after a file upload? |
00:53:40 | rasher | linuxstb: Yeah, that's just because I'm lazy |
00:54:08 | rasher | And to make it clear that it was an uploaded language, rather than the SVN one |
00:54:51 | rasher | pixelma: Yeah, indeed - I'll only do it for IDs where source and voice doesn't differ. I'll see how it goes |
00:55:59 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
00:56:10 | | Quit MethoS-- (Remote closed the connection) |
01:00 |
01:02:20 | rasher | pixelma: more than half the strings are equal from dest to voice in english.lang, so that should be a good starting point |
01:04:09 | rasher | linuxstb: This should be interesting: http://rasher.dk/rockbox/translate/fixvoicestrings.php?lang=catala |
01:05:21 | linuxstb | rasher: Now you do that.... ;) |
01:05:57 | rasher | Sorry.. |
01:07:16 | rasher | The two patches will conflict slightly, so it might be better to have a commit in between |
01:08:34 | linuxstb | Yes, I've already done a little cleaning myself, so may commit that, then try your new script. |
01:09:35 | rasher | It basically just loops through the language and does: if ($english[$id]['source'] == $english[$id]['voice']) { $lang[$id]['voice'] = $lang[$id]['dest']; } |
01:12:07 | * | linuxstb doesn't like the (still inconstent) use of title case in english.lang... |
01:12:41 | | Join zymth [0] (n=47a1f4c6@gateway/web/cgi-irc/labb.contactor.se/x-8871b0d0ac8a314d) |
01:12:47 | zymth | hey |
01:13:19 | linuxstb | rasher: I guessed that. It gives a few false changes where the dest text is abbreviated to make it shorter, but the voice text is spelt in full |
01:13:21 | rasher | I just don't like title casing full stop. But it's not my language, so. |
01:13:37 | rasher | linuxstb: Yeah, you should probably give that a quick check |
01:13:49 | zymth | i have a 5th gen ipod but it doesnt show up to rockbox utility program or the ipod pather am i missing something? |
01:14:13 | linuxstb | rasher: We agree again? |
01:14:26 | | Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
01:14:30 | linuxstb | "Are You Sure?" is just wrong... |
01:14:57 | Chronon | zymth: you're sure it's not a Classic, then? |
01:14:59 | rasher | Somewhere a four men in black are saddling their horses |
01:15:38 | gevaerts | zymth: two guesses: (a) are you root or do you have admin rights? (b) Sure it's a 5th gen and not a classic? |
01:17:18 | *** | Saving seen data "./dancer.seen" |
01:18:09 | zymth | yeah its a classic :\ there isnt anything i can do about that either is there |
01:18:29 | linuxstb | ebay? |
01:18:32 | gevaerts | You could sell it and buy a 5th gen |
01:18:50 | linuxstb | Or a nice Gigabeat... |
01:19:47 | gevaerts | indeed. How could I forget? |
01:21:44 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Like it? Visit #hydrairc on EFNet") |
01:24:02 | pixelma | rasher: late reply but sounds good :) |
01:24:07 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
01:24:38 | | Join dandin1 [0] (n=anon2155@GreenOnions.broker.freenet6.net) |
01:24:38 | rasher | pixelma: Looks good too - http://rasher.dk/rockbox/translate/fixvoicestrings.php?lang=catala Should be even more appropriate for other languages (since Catalan has a few voice strings filled out) |
01:29:04 | * | petur disables the high pass filter to see what that gives |
01:32:35 | * | petur smacks head on table |
01:32:59 | petur | when I *disable* the high pass filter the DC offset goes away |
01:33:22 | * | petur kicks wolfson hard |
01:33:34 | * | gevaerts comforts the table |
01:34:46 | | Join n17ikh|Lappy [0] (n=n17ikh@c-76-23-106-132.hsd1.sc.comcast.net) |
01:36:14 | | Quit bertrik ("Leaving") |
01:37:17 | * | petur commits and closes bugreport |
01:38:03 | | Part toffe82 |
01:38:50 | * | petur wonders how to make the real mic gain available to the user |
01:39:42 | | Join [LOL]RPGBOT [0] (i=coatman@ppp-70-253-191-70.dsl.stlsmo.swbell.net) |
01:41:46 | | Join avis- [0] (n=ident@adsl-99-163-81-82.dsl.hstntx.sbcglobal.net) |
01:41:55 | | Quit avis (Read error: 60 (Operation timed out)) |
01:42:20 | petur | oh bugger... the variable mic gain is to be implemented using an external resistor |
01:43:55 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
01:46:14 | | Quit petur ("Zzzzz") |
01:50:05 | | Join avis__ [0] (n=ident@adsl-99-162-204-192.dsl.hstntx.sbcglobal.net) |
01:50:05 | Chronon | hmm... variable mic gain <=> hardware hacking. |
01:56:29 | | Quit n1s () |
01:57:56 | | Quit coatman (Read error: 110 (Connection timed out)) |
01:57:56 | | Quit ender` (" A ‘good’ landing is one from which you can walk away. A ‘great’ landing is one after which they can use the plane again.") |
02:00 |
02:01:03 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-866c94a13578ceb5) |
02:03:35 | | Quit avis- (Read error: 110 (Connection timed out)) |
02:13:37 | | Quit zymth ("CGI:IRC") |
02:17:43 | | Quit n17ikh|Lappy (Read error: 104 (Connection reset by peer)) |
02:18:13 | | Join n17ikh|Lappy [0] (n=n17ikh@c-76-23-106-132.hsd1.sc.comcast.net) |
02:19:49 | | Join anon2155 [0] (n=anon2155@69-196-152-18.dsl.teksavvy.com) |
02:21:00 | | Quit dandin1 (Nick collision from services.) |
02:21:05 | | Nick anon2155 is now known as dandin1 (n=anon2155@69-196-152-18.dsl.teksavvy.com) |
02:23:31 | | Join ze [0] (n=ze@cpe-75-82-143-231.socal.res.rr.com) |
02:27:34 | | Part htmlcoder_exe |
02:28:03 | | Join Lambdar [0] (n=Lambda@ics131-35.icsincorporated.com) |
02:30:00 | | Quit ze ("reaffirmation of previous quit msg") |
02:33:51 | | Quit Chronon ("Work --> home") |
02:34:31 | | Quit shnee (Remote closed the connection) |
02:35:25 | | Quit culture (Read error: 110 (Connection timed out)) |
02:38:09 | | Join coatman__ [0] (i=coatman@ppp-70-253-191-70.dsl.stlsmo.swbell.net) |
02:43:43 | | Quit [LOL]RPGBOT (Read error: 60 (Operation timed out)) |
02:45:47 | | Quit Lambdugh (Connection timed out) |
02:46:10 | | Quit Lambdar (Success) |
02:47:26 | | Join ze [0] (i=ze@cpe-75-82-143-231.socal.res.rr.com) |
02:53:21 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
02:56:48 | | Quit dandin1 () |
02:57:08 | | Join toffe82 [0] (n=chatzill@adsl-75-23-149-143.dsl.frs2ca.sbcglobal.net) |
02:58:17 | | Join coatman [0] (i=coatman@ppp-70-253-191-70.dsl.stlsmo.swbell.net) |
02:59:01 | | Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) |
03:00 |
03:00:32 | | Quit Lambduh (Client Quit) |
03:08:11 | | Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) |
03:10:38 | | Join dandin1 [0] (n=anon2155@GreenOnions.broker.freenet6.net) |
03:14:28 | | Quit coatman__ (Read error: 110 (Connection timed out)) |
03:17:21 | *** | Saving seen data "./dancer.seen" |
03:19:13 | | Quit avis__ (Read error: 110 (Connection timed out)) |
03:30:59 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
03:31:21 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
03:32:14 | | Join [LOL]RPGBOT [0] (i=coatman@ppp-70-253-191-70.dsl.stlsmo.swbell.net) |
03:33:58 | | Part pixelma |
03:34:32 | | Quit DerDome (Nick collision from services.) |
03:34:33 | | Join DerDome1 [0] (n=DerDome@dslb-082-083-198-161.pools.arcor-ip.net) |
03:34:45 | | Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-198-161.pools.arcor-ip.net) |
03:40:35 | | Quit dandin1 () |
03:49:18 | | Quit nplus (Remote closed the connection) |
03:49:21 | | Quit coatman (Read error: 110 (Connection timed out)) |
03:57:33 | | Join coatman__ [0] (i=coatman@ppp-70-253-191-70.dsl.stlsmo.swbell.net) |
03:59:13 | | Quit Lambduh ("Leaving") |
04:00 |
04:00:21 | | Quit dabujo (Read error: 104 (Connection reset by peer)) |
04:00:36 | | Join spiorf [0] (n=spiorf@host10-210-dynamic.20-79-r.retail.telecomitalia.it) |
04:02:38 | | Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) |
04:04:56 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
04:05:03 | | Quit faemir ("Leaving") |
04:11:56 | | Quit DataGhost (Read error: 104 (Connection reset by peer)) |
04:12:08 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
04:14:55 | | Quit [LOL]RPGBOT (Read error: 110 (Connection timed out)) |
04:18:48 | | Quit Thundercloud (Remote closed the connection) |
04:23:50 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF5AE2.dip.t-dialin.net) |
04:29:20 | | Quit coatman__ ("See You All Later") |
04:29:28 | | Join coatman [0] (i=coatman@ppp-70-253-191-70.dsl.stlsmo.swbell.net) |
04:29:51 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:44:05 | | Join MethoS [0] (n=clemens@host-091-096-210-127.ewe-ip-backbone.de) |
04:47:03 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
05:00 |
05:04:37 | | Join rasher_ [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) |
05:07:40 | | Join goffa [0] (n=goffa@216.220.23.105) |
05:13:52 | | Quit rasher (Read error: 110 (Connection timed out)) |
05:15:37 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
05:17:24 | *** | Saving seen data "./dancer.seen" |
05:17:30 | | Nick num1_ is now known as num1 (n=brian@unaffiliated/num1) |
05:21:23 | | Quit rasher_ (Read error: 110 (Connection timed out)) |
05:21:26 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
05:36:33 | | Quit erram (Read error: 110 (Connection timed out)) |
05:41:06 | | Quit MethoS (Remote closed the connection) |
05:52:30 | | Join tessarakt [0] (n=jens@e180068107.adsl.alicedsl.de) |
06:00 |
06:06:55 | | Quit Lambduh ("Leaving") |
06:10:27 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
06:11:13 | | Quit herrwaldo ("Konversation terminated!") |
06:37:52 | | Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) |
06:42:39 | | Quit coatman (Read error: 110 (Connection timed out)) |
06:43:27 | | Quit sarixe ("Ex-Chat") |
06:45:25 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
06:48:03 | | Join coatman [0] (i=coatman@ppp-70-253-191-70.dsl.stlsmo.swbell.net) |
06:48:28 | | Part Bensawsome ("The awsome is gone :(") |
06:48:33 | | Quit saratoga ("CGI:IRC (EOF)") |
06:51:41 | | Quit coatman (Client Quit) |
06:55:46 | | Nick num1 is now known as num1_away (n=brian@unaffiliated/num1) |
07:00 |
07:07:35 | | Quit Zarggg () |
07:17:26 | *** | Saving seen data "./dancer.seen" |
07:22:30 | * | amiconn wonders why petur complained about wolfson |
07:23:18 | amiconn | The ADCHPD bit is peroperly documented. WM8731.pdf page 51. |
07:27:57 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-4538c1fae632d962) |
07:31:31 | | Quit massiveH ("Leaving") |
07:44:42 | | Quit reacocard (".") |
07:45:01 | | Join reacocard [0] (n=reacocar@rccy-06-1010.dsl.iowatelecom.net) |
07:52:29 | | Part toffe82 |
08:00 |
08:11:59 | | Join wpyh [0] (n=william@12.168.247.130) |
08:40:46 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
08:55:42 | | Join Rob2223 [0] (n=Miranda@p4FDCE993.dip.t-dialin.net) |
09:00 |
09:07:15 | saratoga | FS #9285 - Unified IMDCT library for Vorbis, WMA, and AAC |
09:07:15 | | Quit fyre^OS (Read error: 104 (Connection reset by peer)) |
09:07:26 | saratoga | feel free to test on Coldfire and let me know if it sounds alright |
09:07:39 | saratoga | benchmarks and ARM testing also appreaciated, I have very few AAC tracks |
09:08:40 | | Join fyrestorm [0] (n=fyre@cpe-68-173-160-5.nyc.res.rr.com) |
09:12:12 | | Quit wpyh (Read error: 104 (Connection reset by peer)) |
09:13:57 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
09:14:00 | * | amiconn finally found how to properly filter the various ml mails in his mailer when a mail is sent to multiple lists :) |
09:17:27 | *** | Saving seen data "./dancer.seen" |
09:23:54 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
09:24:00 | | Quit Lambduh (Read error: 104 (Connection reset by peer)) |
09:24:08 | | Join fyrestorm [0] (n=fyre@cpe-68-173-160-5.nyc.res.rr.com) |
09:24:20 | | Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) |
09:24:53 | | Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
09:28:09 | | Quit saratoga ("CGI:IRC (EOF)") |
09:29:05 | | Join fyre^OS [0] (n=fyre@cpe-68-173-161-20.nyc.res.rr.com) |
09:30:06 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
09:40:07 | | Quit GodEater_ (Remote closed the connection) |
09:41:34 | | Join num1 [0] (n=brian@c-68-63-193-45.hsd1.az.comcast.net) |
09:44:18 | | Join num1_ [0] (n=brian@c-68-63-193-45.hsd1.az.comcast.net) |
09:44:27 | | Quit num1 (Client Quit) |
09:45:36 | | Quit num1_ (Client Quit) |
09:46:04 | | Quit BHSPitLappy (Remote closed the connection) |
09:46:19 | | Quit fyrestorm (Read error: 110 (Connection timed out)) |
09:47:22 | | Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) |
09:47:31 | | Quit tessarakt (Read error: 104 (Connection reset by peer)) |
09:52:10 | | Part num1_away |
09:53:15 | | Join num1_ [0] (n=brian@unaffiliated/num1) |
09:55:25 | | Quit jhulst (Read error: 113 (No route to host)) |
10:00 |
10:10:13 | | Quit snoh (Remote closed the connection) |
10:19:17 | | Quit Lambduh ("Leaving") |
10:24:17 | | Quit amiconn (" reboot") |
10:25:17 | | Join petur [50] (n=petur@rockbox/developer/petur) |
10:26:05 | | Quit linuxstb (calvino.freenode.net irc.freenode.net) |
10:26:05 | NSplit | calvino.freenode.net irc.freenode.net |
10:26:05 | | Quit tarbo_ (calvino.freenode.net irc.freenode.net) |
10:26:05 | | Quit HEx (calvino.freenode.net irc.freenode.net) |
10:26:05 | | Quit crashd (calvino.freenode.net irc.freenode.net) |
10:26:05 | | Quit preglow (calvino.freenode.net irc.freenode.net) |
10:26:05 | | Quit Soap (calvino.freenode.net irc.freenode.net) |
10:26:05 | | Quit sbhsu (calvino.freenode.net irc.freenode.net) |
10:26:34 | NHeal | calvino.freenode.net irc.freenode.net |
10:26:34 | NJoin | linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
10:26:34 | NJoin | tarbo_ [0] (n=me@unaffiliated/tarbo) |
10:26:34 | | Join preglow [0] (i=thomj@rockbox/developer/preglow) |
10:26:34 | NJoin | sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
10:26:34 | NJoin | Soap [50] (n=soap@rockbox/staff/soap) |
10:26:34 | NJoin | crashd [0] (i=foobar@lostnode.org) |
10:26:34 | NJoin | HEx [0] (i=HEx@83-231-209-76.dsl.prodigynet.co.uk) |
10:27:31 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
10:28:19 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
10:30:57 | | Nick num1_ is now known as num1_away (n=brian@unaffiliated/num1) |
10:33:32 | | Join JdGordon [0] (n=jonno@c210-49-163-174.smelb2.vic.optusnet.com.au) |
10:33:50 | | Quit amiconn (Nick collision from services.) |
10:33:57 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
10:37:29 | | Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
10:39:10 | JdGordon | hmm... bugger, I meant to commit the pitchscreen viewport patch before 3.0.. any problems with it oging in during freze? |
10:41:55 | n1s | does it fix any bugs? |
10:41:58 | petur | hahaha... too slow :p |
10:42:29 | | Quit AndyIL (Read error: 104 (Connection reset by peer)) |
10:43:17 | | Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) |
10:43:38 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
10:43:39 | JdGordon | well.. it doesnt *Add* new features |
10:44:52 | petur | it's one of the last area's to be viewportified, right? |
10:45:07 | petur | *areas |
10:45:26 | n1s | if it doesn't fix anything i personally think you should hold off but if it isn't too intrusive i don't think many will care if you commit ;) |
10:45:48 | n1s | s/care/complain/ |
10:46:04 | JdGordon | yeah, its one of the last parts which is actually used that needs to be converted |
10:46:10 | JdGordon | fm is the last mjor one |
10:46:14 | petur | if it is the last screen to be converted then I wouldn't object... |
10:46:19 | JdGordon | then there is the eq screen and colour chooser |
10:46:34 | JdGordon | n1s: na, someone will complain :D they wont care though |
10:46:34 | petur | then I'm against as well |
10:47:12 | * | JdGordon doesnt really care either way, just its ready to go and sensless sitting around getting out of sync |
10:48:50 | | Join herrwaldo [0] (n=waldo@ip-81-11-222-19.dsl.scarlet.be) |
10:52:52 | pixelma | JdGordon: there was quite a big hebrew update yesterday which reordered strings etc. Maybe you could test a bit on your targets whether unexpected menu items pop up (in case some feature: was set wrong) |
10:53:25 | JdGordon | I can read it.. undestanding is something completly different :p |
10:53:46 | pixelma | hehe, ok |
10:54:01 | JdGordon | Tomers is Israeli (iirc) so I'd accept the patch as working without needing to check it anyway |
10:54:35 | JdGordon | I was going to commit it before rasher but I dont trust my computer to not mangle it which is why i didnt |
10:55:15 | pixelma | yes, it's not about the hebrew itself, just the features thing because in such a big change there could easily be mistakes |
10:57:12 | JdGordon | hmm, looking at the diff now.. its not very nice.. hundreds of 2 line changes |
10:57:39 | | Quit XavierGr ("rb->sleep(HZ*36*(10^3));") |
10:58:18 | JdGordon | oh what do you think about removing the deperacted strings and bumping the min version for 3.0? |
10:59:39 | pixelma | I think that would be a good idea for 3.0 |
10:59:47 | n1s | JdGordon: i thought about that but isn't tit better to do that _after_the release as it will break all voicefiles? |
11:00 |
11:00:39 | JdGordon | either would work |
11:01:02 | pixelma | n1s: I can't follow that logic, why not have "3.0 voice files"? |
11:01:17 | JdGordon | well at either point it would work for the 3.0 release... |
11:01:35 | Llorean | Breaking all voice files seems like something to do *for* the release. |
11:01:38 | n1s | pixelma: my point is that the voicefiles people have now would work with the release |
11:01:41 | JdGordon | the difference is do we let pre 3.0 voice files work? or do we say 3.0 files wont work the day after |
11:02:11 | * | JdGordon wonders if the theme site could be put up for the release |
11:02:12 | pixelma | there is no check for matching |
11:02:21 | Llorean | Voice files break all the time anyway, but being able to say "You will need ones for 3.0" in advance will be nice. |
11:02:33 | linuxstb | pixelma, JdGordon: rasher added a nice file upload feature to his "problems.php" page, so you could upload the patched hebrew.lang there and see what it says - http://rasher.dk/rockbox/translate/problems.php?lang=hebrew |
11:02:34 | Llorean | Especially if we can get the change done by the end of the week so people have a week to update their archives. |
11:02:53 | | Quit homielowe (Read error: 104 (Connection reset by peer)) |
11:03:07 | JdGordon | linuxstb: ok, thanks, ill give it a try the |
11:03:08 | JdGordon | n |
11:03:12 | pixelma | linuxstb: yes, I know. I think he run it through that and it didn't find mistakes |
11:03:15 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
11:03:23 | | Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
11:03:26 | n1s | i don't have a strong opinion about it so sure go ahead :) |
11:04:07 | linuxstb | It would be nice to email the rockbox mailing list to warn users though. |
11:04:49 | Llorean | Yeah |
11:05:38 | Llorean | Way I see it if it's going to be broken it should be done ASAP immediately followed by an email explaining all old voice files will be broken in preparation for 3.0 and as languages become up to date people can build new ones in preparation for the release. |
11:06:18 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
11:06:49 | JdGordon | does anyone expect any lang changes? |
11:07:07 | JdGordon | doing it now might also encourage people to update langs |
11:08:01 | | Quit Seed ("cu, Andre") |
11:08:28 | JdGordon | also, for a bit of fun... anyone wanna update the logo a bit to include 3.0 somehow into it just for that build? |
11:10:34 | linuxstb | The 13 logos? ;) |
11:11:41 | JdGordon | oh right.. |
11:11:48 | JdGordon | *someone* might find that fun though... |
11:11:59 | Llorean | The logo's pretty cramped as is. |
11:12:06 | Llorean | I think it'll be good enough just to change the version string. |
11:12:40 | pixelma | no... we need a shiny, glossy "3.0" over it.. ;) |
11:12:43 | linuxstb | I like the idea though, if anyone wants to do it... |
11:14:30 | linuxstb | BTW, does anyone know why most of the English strings are using title case? |
11:17:29 | *** | Saving seen data "./dancer.seen" |
11:20:34 | amiconn | The version string is shown anyway on the logo screen... |
11:21:30 | JdGordon | anyone with an x5 wanna check out FS #9220? |
11:24:46 | pixelma | JdGordon: I recorded with r18262 on my M5 without a problem |
11:27:05 | JdGordon | :( |
11:27:32 | pixelma | the only thing what bothered me a bit was that the recording screen took ages to appear with dircache off and the disk had to spin up but I don't know whether that was the case before |
11:28:24 | amiconn | There's one commit between r18117 and r18128 that may cause problems with an incomplete installation |
11:28:55 | amiconn | domonoky forgot to bump the codec api version(s) when committing the asap codec. |
11:29:42 | amiconn | (and btw, he should have added the new function at the end, avoiding to break backwards compatibility and hence keeping the min api version) |
11:30:20 | pixelma | I also saw the disk full message when testing petur's changes on my Ondio but it turned out that it was my mistake not updating the complete build (including the languages) |
11:30:32 | | Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
11:31:33 | | Join vijay [0] (n=3b5c131e@gateway/web/cgi-irc/labb.contactor.se/x-83cce2c2bf0fe113) |
11:34:29 | vijay | Hello, Can sansa e200 be tweaked to act as wide band receiver? |
11:34:35 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
11:34:38 | vijay | I know it can tune to FM range of frequency, |
11:34:45 | vijay | Does the hardware limits to tuning into only below 200Mhz or can we exceed the limit ? |
11:40:09 | | Quit vijay ("CGI:IRC") |
11:40:38 | JdGordon | another x5 bug... 6312 |
11:41:38 | amiconn | Fixed quite a while ago... |
11:41:52 | amiconn | Bootloader v4 properly checks the hold switches |
11:44:18 | amiconn | (which caused a few complaints, as it now shuts down if it finds neither power button still pressed, so you have to hold the power button a little longer) |
11:44:32 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
11:44:35 | amiconn | It's the same behaviour as on the irivers though |
11:45:20 | JdGordon | all the SYSFONT langs are gone now yeah? |
11:45:34 | | Nick miepchen^schlaf_ is now known as miepchen^schlaf (n=miepchen@p54BF5AE2.dip.t-dialin.net) |
11:46:13 | JdGordon | nope :/ |
11:46:21 | | Quit AndyI (Read error: 110 (Connection timed out)) |
11:48:10 | amiconn | JdGordon: I wanted to add the revision that fixed it, but you were faster... |
11:49:31 | amiconn | r16689, 17 Mar 2008 |
11:49:49 | JdGordon | oh well... |
11:50:33 | * | amiconn wonders what would be the best way to notice fs reports for bugs he fixed because he was annoyed by them himself |
11:53:22 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
11:57:53 | JdGordon | check the weekly email for a quick listing? |
12:00 |
12:05:34 | amiconn | As for the viewported pitchscreen - I'd say vieportifying screens can be seen as fixing bugs |
12:06:01 | amiconn | Btw, the radio screen does have a problem now because it's not converted to viewports |
12:06:42 | amiconn | If you enter the radio context menu, or the station list, and the list has an entry that needs to scroll, this scrolling line stays when going back to the radio screen, messing it up |
12:06:47 | | Join crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) |
12:09:37 | JdGordon | yeah, ok, that should be a fairly simple fix |
12:09:52 | * | JdGordon will try to rmemeber to do that after fixing his server |
12:16:33 | | Join faemir [0] (n=faemir@88-106-250-119.dynamic.dsl.as9105.com) |
12:18:24 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
12:20:38 | n1s | anyone with an ipod nano want to check out FS #7527 probably already fixed... |
12:23:20 | linuxstb | mcuelenaere: How are things going with the theme site? |
12:23:32 | | Quit homielowe (Read error: 104 (Connection reset by peer)) |
12:23:32 | | Join homielowe_ [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
12:23:49 | mcuelenaere | linuxstb: I haven't been doing much work on it lately.. |
12:23:56 | mcuelenaere | most of the upload stuff should be working |
12:23:59 | mcuelenaere | haven't tried it though |
12:24:09 | | Quit homielowe_ (Read error: 104 (Connection reset by peer)) |
12:24:41 | | Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
12:25:41 | amiconn | Speaking about bugs - is the "playback doesn't work after recording" still there? And which ipods are affected by it? |
12:26:42 | | Quit pondlife (Read error: 110 (Connection timed out)) |
12:27:20 | linuxstb | I think it's the 4g/color/photo, nano and video. I haven't tested recently, but I would guess it's still there. |
12:27:45 | amiconn | Hmm, then I should check on my photo |
12:27:56 | amiconn | I would think this shouldn't be too hard to fix |
12:28:14 | amiconn | Playback after recording does work on the H10, so there's probably just some oversight |
12:28:41 | linuxstb | I think it's related to the wmcodec drivers. |
12:29:16 | n1s | does the nano even have the necessary hardware to record? |
12:29:27 | amiconn | Well, if it is, playback after recording should work on the 3rd Gen |
12:29:40 | amiconn | (3rd Gen uses WM8731, same as H10) |
12:29:52 | linuxstb | Is recording implemented at all on the 3rd gen? |
12:30:34 | amiconn | Not sure |
12:31:00 | amiconn | n1s: Afaik it does, but it can't record from the headphone socket, so you need a dock connector |
12:31:18 | amiconn | The only ipods which cannot record are 1st/2nd Gen, and the Minis |
12:31:27 | n1s | amiconn: aha |
12:33:00 | | Join JUSTWJX [0] (n=755d41fd@gateway/web/cgi-irc/labb.contactor.se/x-c4a242d7c49bbe27) |
12:34:34 | | Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) |
12:35:58 | JUSTWJX | hey |
12:36:09 | | Join wpy1 [0] (n=william@12.168.247.130) |
12:36:34 | wpy1 | mcuelenaere: I found out how to calculate the checksum in 5.bin and onda.bin :) |
12:36:39 | | Nick wpy1 is now known as wpyh (n=william@12.168.247.130) |
12:36:44 | mcuelenaere | wpyh: good :) |
12:37:08 | wpyh | instead of adding all the bytes four at a time, we should simply add it ne at a time -_-" |
12:38:31 | linuxstb | amiconn: It seems the PP5002 is lacking recording code. Should be relatively easy though (there is the IPL code as a reference), and I think the 3G can record via the headphone socket, so no special cable needed to test. |
12:38:47 | | Quit JUSTWJX ("CGI:IRC (Error)") |
12:38:58 | | Join JUSTWJX [0] (n=755d41fd@gateway/web/cgi-irc/labb.contactor.se/x-f25bafe8a85b24cd) |
12:39:07 | wpyh | so uh.. mcuelenaere, have you looked at the bin files? |
12:39:14 | wpyh | I'm trying to figure out which file dos what |
12:39:22 | mcuelenaere | no, not really |
12:39:40 | mcuelenaere | AFAIK the first 1->8~9 do SDRAM, NAND initialisation |
12:39:47 | mcuelenaere | & some USB testing |
12:40:16 | amiconn | linuxstb: Yeah, but a G3 needed to test ;) |
12:40:28 | wpyh | hm... |
12:40:48 | JUSTWJX | What are you talk about? |
12:41:02 | linuxstb | amiconn: You don't have one? |
12:41:03 | mcuelenaere | wpyh: btw I think I know how to solve the weird crashing bug |
12:41:07 | amiconn | No |
12:41:10 | mcuelenaere | (if you have been following the forum thread) |
12:41:17 | * | pixelma wonder where DerPapst is |
12:41:41 | * | amiconn has a lot of targets meanwhile, but far from a complete collection |
12:41:49 | wpyh | mcuelenaere: from what I know, some bin files are programs, some are just parameters. we know that 1.bin, 3.bin, 5.bin, 7.bin and 10.bin are programs, while 2.bin is a return code, and 4.bin, 6.bin, 8.bin and 9.bin are just parameters |
12:41:55 | bluebrother | ok ... ipodpatcher unmounts the player on os x using diskutil. Does someone know how long it will take until the player gets remounted automatically again? |
12:42:14 | mcuelenaere | wpyh: ah yes that's true; I know one of them is just a DMAC value |
12:42:29 | mcuelenaere | (DMA controller) |
12:42:54 | amiconn | linuxstb: The bug is still there (on my Photo), and it causes rather funny behaviour... |
12:42:58 | JUSTWJX | about M6 |
12:43:03 | mcuelenaere | wpyh: so you want to replicate the OF upgrading or ... |
12:43:04 | mcuelenaere | ?* |
12:43:04 | JUSTWJX | ? |
12:43:05 | JUSTWJX | ? |
12:43:13 | wpyh | hm...what's a "DMA controller value"? |
12:43:26 | wpyh | JUSTWJX: we're talking about the Onda VX7?7 |
12:43:36 | mcuelenaere | hmm it was one of the DMA controller registers, I'm not sure which |
12:43:37 | wpyh | uh.. right now only VX7{4,6}7 :p |
12:43:46 | wpyh | mcuelenaere: JUSTWJX has a Meizu M6 |
12:43:59 | amiconn | Playback starts without freezing. Peakmeters show changing values, and depending on the exact resume position, the playtime may switch back & forth a second. |
12:44:09 | JUSTWJX | amazing,onda product is under developing~ |
12:44:12 | amiconn | But no sound, and no true advancing of playback |
12:44:26 | JUSTWJX | also intersting |
12:44:54 | wpyh | JUSTWJX: I found out how to restore the Onda firmware on Linux, so right now I'm mainly cloning the firmware restore tool |
12:44:55 | wpyh | :p |
12:45:24 | JUSTWJX | i see |
12:45:42 | JUSTWJX | rockchip−−>rockbox :-) |
12:46:20 | JUSTWJX | I just got a psp2000 recent |
12:46:23 | mcuelenaere | JUSTWJX: these Onda's don't use Rockchip, but Ingenic chips |
12:46:34 | mcuelenaere | Ingenic Jz4732 to be more precise |
12:46:51 | JUSTWJX | I had a 747 years ago |
12:47:56 | amiconn | linuxstb: Haha, check wm8975.c, line 278ff. What does that tell you? |
12:47:56 | wpyh | yeah, in fact I had a Rockchip player −− I didn't know how to, so it never did support Rockbox −− the OPPO D29 |
12:48:01 | amiconn | This cannot work.... |
12:48:17 | wpyh | JUSTWJX: you can contribute by buying a vx757 or vx777 ;) |
12:48:51 | | Quit JUSTWJX ("CGI:IRC (Error)") |
12:49:37 | wpyh | mcuelenaere: do you mean one of the files is not a program but a DMA controller register? |
12:49:54 | wpyh | I mean, it's being copied to a register area to initialize the DMA controller? |
12:49:58 | amiconn | The wolfson is completely disabled after recording |
12:50:08 | amiconn | Compare that to the wm8731 driver |
12:50:22 | | Join JUSTWJX [0] (n=755d41fd@gateway/web/cgi-irc/labb.contactor.se/x-cacfc17b62d46548) |
12:50:27 | JUSTWJX | wait,what should i fill the server in pidgin to enter the IRC? |
12:50:59 | mcuelenaere | no no, AFAI can remember the code before it (i.e. 3.bin) initialized the DMA controller to do some transfer and the EXE was trying to get the status or something like that |
12:51:00 | bluebrother | irc.freenode.net |
12:51:16 | mcuelenaere | I'm not sure what it was and I think I lost my notes about it |
12:51:26 | wpyh | hm... |
12:51:52 | mcuelenaere | wpyh: didn't you had a log of which values were send and received? (from which addresses) |
12:52:02 | wpyh | yes, I do |
12:52:07 | JUSTWJX | no respoding~~~ |
12:52:13 | JUSTWJX | irc.freenode.net |
12:52:14 | JUSTWJX | irc.freenode.net |
12:52:15 | mcuelenaere | wpyh: is it on the wiki or somewhere else? |
12:52:16 | DBUG | Enqueued KICK JUSTWJX |
12:52:16 | JUSTWJX | irc.freenode.net |
12:52:25 | wpyh | but I'm not a hardware hacker, you know, so I don't understand them ;) |
12:52:37 | mcuelenaere | well I should ;) |
12:52:47 | wpyh | mcuelenaere: it's on my laptop... alright, I'll upload them :D |
12:52:48 | mcuelenaere | but I'm not a hw hacker either |
12:52:52 | | Quit homielowe (Read error: 110 (Connection timed out)) |
12:53:03 | wpyh | yeah |
12:53:55 | amiconn | iPod G4, Color/Photo, and Nano all use the WM8975 driver. Video uses WM8758 driver which has the same issue |
12:54:22 | wpyh | btw, do you know what CCDL, IMPT, EXPT and RAWD are? |
12:54:33 | pixelma | forum question: is it possible to place an image (I'd attach to the post, not linking from an external site) inside the text? |
12:54:39 | wpyh | I found those strings at the start of VX767_V1.0.dl |
12:54:41 | mcuelenaere | wpyh: yeah, I think I have it documented somewhere |
12:55:06 | wpyh | mcuelenaere: I vaguely remember that... but google for rockbox.org didn't turn up any results |
12:55:09 | mcuelenaere | CCDL: ChinaChip (DownLoader?), IMPT: IMPorT, EXPT: EXPorT, RAWD: RAWData |
12:55:18 | Llorean | pixelma: AFAIK, yes. |
12:55:19 | mcuelenaere | it's a kind of executable format |
12:55:21 | wpyh | hm... |
12:55:22 | mcuelenaere | like ELF or PE |
12:55:33 | mcuelenaere | but made by ChinaChip |
12:55:40 | pixelma | Llorean: do you perhaps also know how? |
12:55:43 | wpyh | weird, then why only vx767 needs it, and not vx747? |
12:55:45 | mcuelenaere | they use it for their codecs and games |
12:55:58 | mcuelenaere | nope, every firmware has it (even the ainol v2000se) |
12:56:06 | Llorean | pixelma: No clue, sorry. I'm just pretty much certain I've seen it done already. |
12:56:06 | mcuelenaere | but apparantly only some use it as fw recovery |
12:56:25 | | Join moos [0] (i=moos@81-66-127-205.rev.numericable.fr) |
12:56:35 | pixelma | Llorean: ok, thanks anyway |
12:56:40 | wpyh | hm... |
12:56:51 | wpyh | weird :p |
12:57:03 | JUSTWJX | help,it says unable to connect the server |
12:57:10 | JUSTWJX | pidgin |
12:57:12 | | Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
12:57:27 | wpyh | JUSTWJX: please ask your IRC problems at #rockbox-community |
12:58:20 | bluebrother | or even better, ask the pidgin guys ;-) |
12:58:37 | JUSTWJX | join #rockbox-community |
12:59:03 | amiconn | linuxstb: Btw, the WM8985 driver (cowon D) also has this problem (probably not that important yet). |
12:59:04 | JUSTWJX | sorry |
12:59:09 | amiconn | *D2 |
12:59:11 | JUSTWJX | forget the / |
12:59:36 | pixelma | Llorean: if I understand http://www.simplemachines.org/community/index.php?action=help;page=post correctly then I'd need the URL of the thread to do so? (hope you get that page in English) |
13:00 |
13:00:49 | pixelma | the problem is that I seem to be unable to check before posting (as attaching is done at the same time) |
13:01:13 | JUSTWJX | when can we get the rb frimware of m6 |
13:02:00 | Llorean | pixelma: Unfortunately, I don't think it has a simpler way by default. |
13:02:14 | Llorean | Or rather, at all without modification |
13:02:33 | | Join DrMoos [0] (i=moos@81-66-127-205.rev.numericable.fr) |
13:02:41 | | Quit DrMoos (Read error: 104 (Connection reset by peer)) |
13:02:46 | pixelma | I'll just try then. It's not a big problem if it doesn't work but would be nicer if it did |
13:04:31 | wpyh | mcuelenaere: I'm trying to edit OndaVX747; how do I make the tables (under IHFS file system format) be indented according to the bullet level? |
13:04:50 | gevaerts | JUSTWJX: when it's ready... |
13:05:20 | mcuelenaere | wpyh: I haven't figured that one out yet.. |
13:05:34 | wpyh | hm... ok |
13:07:20 | | Quit JUSTWJX ("CGI:IRC (EOF)") |
13:16:22 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
13:17:30 | *** | Saving seen data "./dancer.seen" |
13:20:40 | wpyh | is anyone here familiar with the twiki installation at our site? |
13:21:04 | wpyh | I can't seem to make use of the multi-row span thing... it TablePlugin not installed? |
13:21:10 | wpyh | s/it/is/ |
13:22:06 | wpyh | hm... but MeizuM6Port uses it... |
13:23:14 | wpyh | ah, (for the logs) I found that I need to use %TABLE{...}% to start the table, or it won't work |
13:23:17 | wpyh | weird :p |
13:29:56 | amiconn | Hmm |
13:30:20 | amiconn | I just noticed that we're not using the best possible compression for 'make zip', 'make 7zip' and 'make gzip' |
13:30:38 | amiconn | Only 'make bzip2' uses best compression (because it's the default for bzip2) |
13:30:49 | amiconn | Shall I change that? |
13:31:31 | amiconn | This would lead to smalller downloads for the users, and probably also a bit faster build rounds |
13:31:43 | gevaerts | How much slower will building itself be? |
13:31:54 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
13:31:54 | * | gevaerts expects "not that much" |
13:32:07 | amiconn | That's very hard to predict, due to the variety of machines |
13:32:29 | amiconn | But I think the saved upload size will outweigh the slightly higher cpu demand |
13:33:05 | amiconn | All the mentioned commandline archivers support regulating compression level (-1 ... -9) |
13:33:23 | amiconn | But for zip, 7za and gzip, -9 isn't the default, but -5 or -6 |
13:33:39 | * | gevaerts decides to try how much slower zip would be here |
13:34:32 | * | amiconn will compare compressed filesizes |
13:34:56 | amiconn | The switch for 7za is -mx=9 btw |
13:36:20 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
13:36:22 | | Join arohtar [0] (n=faemir@88-106-250-119.dynamic.dsl.as9105.com) |
13:37:20 | | Quit faemir (Read error: 104 (Connection reset by peer)) |
13:37:57 | amiconn | Err, for gzip we're already using best compression |
13:38:47 | wpyh | mcuelenaere: I'm reformatting the OndaVX747 page; I hope that's okay with you |
13:39:04 | mcuelenaere | wpyh: np |
13:39:20 | mcuelenaere | just keep the old info ;) |
13:39:22 | wpyh | :) |
13:39:38 | wpyh | yeah, the info (mostly) doesn't get deleted −− just reformatted |
13:39:41 | amiconn | So best compression is probably wanted |
13:40:19 | amiconn | The saving isn't great though |
13:41:13 | mcuelenaere | amiconn: have you seen the .tar patch at flyspray? (not related to the compression values though) |
13:41:31 | amiconn | iPod color: zip: 2170KB->2161KB, 7z: 1469KB->1465KB, fullzip: 5298KB->5264KB |
13:41:56 | gevaerts | amiconn: time differences are mostly negligible, but (as in your test) size differences too (I tried c200) |
13:42:28 | amiconn | Well, as it certainly won't hurt, I'll change it |
13:44:48 | mcuelenaere | the WPS editor still needs *a lot* of cleanup, setting -Wall spits out lots of warnings.. |
13:45:25 | * | gevaerts hopes that the bandwidth saved by amiconn's change won't be all eaten up by the extra svn update traffic |
13:45:42 | | Join Kopfgeldjaeger [0] (n=Nicolai@p4FDB5999.dip.t-dialin.net) |
13:53:57 | | Quit Thundercloud (Remote closed the connection) |
13:57:01 | Kopfgeldjaeger | Can I somehow help to make the Sansa e2xx v2 work? |
13:57:56 | advcomp2019 | Kopfgeldjaeger, it does not work right now.. you have to follow the thread on the forum |
13:58:32 | Kopfgeldjaeger | I know that it does not work. So I asked how I can help to make it work :) Thanks for the hint to the forum |
13:58:32 | pixelma | I think he knows... |
14:00 |
14:00:25 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
14:01:41 | crwl | is somebody actually using the rockbox's high speed usb implementation with sansa e200? i seem to get some corruption with more than 50% of the files i copy to a 8 GB microsdhc card |
14:02:00 | | Join desowin [0] (n=desowin@atheme/member/desowin) |
14:02:35 | Llorean | crwl: There's a reason it's not enabled by default and requires a compile-time enable... |
14:02:54 | gevaerts | crwl: can you test copying files between internal flash and the sdhc card, and see if that is error-free? |
14:02:59 | crwl | i understand that :) |
14:03:00 | bertrik | I thought gevaerts already fixed the corruption problem |
14:03:25 | gevaerts | I fixed the only way I can see usb interacting with it |
14:03:37 | pixelma | crwl: and do you connect through a hub or front ports, a laptop? |
14:03:59 | crwl | nope, using the connectors that are in the motherboard of my desktop machine |
14:04:14 | crwl | gevaerts, i'll try that after i've finished copying some stuff to the card using a card reader |
14:04:14 | gevaerts | I don't think that the corruption and hub issues are related |
14:06:39 | | Quit n1s () |
14:11:13 | crwl | gevaerts, i copied one album and the md5sums are same |
14:11:25 | crwl | not a comprehensive test, though... should i try with more files? |
14:11:37 | gevaerts | If you can, yes please |
14:12:53 | crwl | damn it's fiddly to get a microd card out of a sd adapter |
14:14:25 | crwl | microsd* |
14:14:46 | | Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) |
14:15:40 | | Quit petur ("real life") |
14:21:06 | crwl | now I copied some 360 MB and the md5sums are still same |
14:23:06 | gevaerts | So it's still usb-related |
14:23:12 | * | gevaerts doesn't understand |
14:23:52 | Llorean | crwl: What SVN revision were you last experiencing corruption with? |
14:25:06 | crwl | well, i built it yesterday |
14:27:01 | Llorean | That doesn't actually tell me what SVN revision it was. You should check that on the player to make sure that nothing went wrong copying. As well, I assume the only change made is enabling USB and high speed? |
14:27:15 | crwl | r18285M-080815 |
14:27:19 | crwl | yes |
14:28:03 | crwl | i'll try copying some more stuff just to get sure it doesn't occur when copying within rockbox... |
14:31:46 | | Join nplus [0] (n=nplus@141.25.globcom.net) |
14:31:56 | | Part pixelma |
14:35:39 | crwl | i copied 936 MB, still the same md5sum... |
14:41:14 | * | Kopfgeldjaeger will return his e260 v2 and maybe buy again when it's supported |
14:42:15 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
14:52:38 | | Quit JdGordon_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
14:53:17 | wpyh | mcuelenaere: what does the "VR" in "VR_GET_CPU_INFO" stand for? |
14:53:27 | mcuelenaere | I don't know |
14:53:30 | mcuelenaere | I don't think it matters |
14:54:17 | mcuelenaere | wpyh: the USB protocol is pretty good described online (and publicly by Ingenic), so you won't need the datasheet for it |
14:54:24 | mcuelenaere | in fact, the datasheet is harder to understand ;) |
14:54:50 | wpyh | :) |
14:55:25 | wpyh | anyway, I reformatted the page and added a description of the HXF file format (the one on the ChinaChip page is basically code :P) |
14:56:22 | wpyh | mcuelenaere: but we do need to document it though, since different players are slightly different from each other |
14:57:03 | | Join Rob2222 [0] (n=Miranda@p4FDCD0DB.dip.t-dialin.net) |
14:57:26 | wpyh | also, I'm thinking of minimizing the number of bin files, now that we understand some bin files are just parameters |
14:58:33 | mcuelenaere | wpyh: what does FDAW mean? |
14:59:45 | wpyh | 2.bin is a return code, and we just need to check for it to be 0x00000000; 4.bin is comprised of the checksum of 3.bin and the length of 3.bin; 6.bin is a parameter to be sent to the device, 0x00000001; 8.bin is a return code of 0x00000001; 9.bin is a return code of 0x01 |
15:00 |
15:00:43 | wpyh | well, I don't know what it means, but it's the signature of HXF files... |
15:00:58 | wpyh | just like IHFS for IHFS images |
15:01:12 | wpyh | in the HXF file, it's encoded in little-endian, so it looks like WADF |
15:01:48 | wpyh | I'm not sure though; the first 8 bytes could well be a signature string "WADF0100", with "0100" indicating the format version |
15:04:15 | mcuelenaere | wpyh: about the return codes etc, how do you know you need to check them to be that particular value? RE? |
15:04:43 | wpyh | mcuelenaere: good question −− it's just a guess |
15:04:48 | mcuelenaere | :) |
15:04:59 | wpyh | because vx747 and vx767 behaves the same way in that respect :p |
15:05:02 | mcuelenaere | you could reverse engineer the code (if you can read MIPS disassembly) |
15:05:22 | mcuelenaere | or the fw upgrade program (thats x86) ;) |
15:05:39 | wpyh | btw, I don't have much time, so I've attached what I currently know in firmware_flash_procedure.txt (for vx767 only) |
15:05:57 | wpyh | well, I think it would be better to check the fw upgrade program :p |
15:06:12 | wpyh | or, we could have a set of bin files with a .conf file |
15:06:40 | wpyh | then our tool (usbtool maybe) will read the conf file to get the names of all the bin files needed, and the values to check |
15:07:09 | wpyh | we can also encode them in usbtool and create a different function for each device (i.e. one for vx747, one for vx767, etc) |
15:07:23 | mcuelenaere | wpyh: 0xB3020060 = DMAC_DSAR(3) |
15:07:30 | wpyh | hm... |
15:07:35 | wpyh | what's that? |
15:07:36 | | Quit Genre9mp3 () |
15:07:51 | mcuelenaere | DMA source address for DMA controller nr3 |
15:08:01 | wpyh | ah, in the usbtool source? ;) |
15:08:17 | mcuelenaere | so probably the code sets this particular DMAC up and the fw recovery tool reads the source address (for some reason) |
15:08:26 | mcuelenaere | yeah, it's in firmware_flash_procedure.txt |
15:08:56 | mcuelenaere | wpyh: about the set of .conf files: sounds good to me, but currently I won't be really involved in making it :) |
15:09:00 | wpyh | mcuelenaere: that part of firmware_flash_procedure.txt is copied straight from usbtool :p |
15:09:13 | mcuelenaere | ahh ok, but those are the same values or not? |
15:09:18 | mcuelenaere | on your vx767 |
15:09:21 | wpyh | yes, all the same values |
15:09:57 | wpyh | except for the last one −− 0x80e10008 vs 0x80e00008 |
15:10:14 | | Join fragilematter [0] (n=barbu_do@92.81.252.240) |
15:10:43 | mcuelenaere | k |
15:10:56 | wpyh | and uh.. _STAGE2(x) basically starts the program at x, meaning it executes code at x, huh? |
15:11:13 | mcuelenaere | yes, but there's a difference with STAGE1 |
15:11:21 | mcuelenaere | in STAGE1 the code is supposed to return, in STAGE2 not |
15:11:32 | mcuelenaere | (return to the build-in boot ROM) |
15:11:51 | | Nick fragilematter is now known as fragilematter_ (n=barbu_do@92.81.252.240) |
15:11:57 | mcuelenaere | so you basically upload code to x and run it |
15:11:57 | wpyh | ah, ok |
15:12:13 | mcuelenaere | (on the Ingenic wiki page there's a small memory layout description) |
15:12:32 | | Nick fragilematter_ is now known as fragilematter (n=barbu_do@92.81.252.240) |
15:12:47 | mcuelenaere | (0x800 << 16) -> ((0x8000 << 16)+16kB) is ICache |
15:12:56 | wpyh | hm... |
15:13:02 | | Quit homielowe (Read error: 104 (Connection reset by peer)) |
15:13:03 | | Join homielowe_ [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
15:13:04 | mcuelenaere | s/0x800 << 16/0x8000 << 16/ |
15:13:04 | * | wpyh doesn't understand what i-cache is |
15:13:17 | mcuelenaere | it's some kind of super fast IRAM |
15:13:25 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
15:13:27 | mcuelenaere | which doesn't need initialisation because it's on the CPU itself |
15:13:28 | wpyh | ah |
15:13:30 | wpyh | ok |
15:13:33 | mcuelenaere | so code can be placed in it without problems |
15:13:45 | mcuelenaere | so the first code there should init SDRAM so other code can be placed in it |
15:13:54 | mcuelenaere | (and should init other basic stuff) |
15:14:15 | mcuelenaere | but like I said, Rockbox doesn't need to worry about all this because the ChinaChip bootloader will do all this for us |
15:14:48 | wpyh | so the first step is to write an init code at 0x8000<<16, then check that initialization is successful by reading DMAC_DSAR(3) -> that's the reason it reads from this address |
15:15:05 | wpyh | well, yes, RB doesn't need to touch this stuff... :p |
15:15:06 | mcuelenaere | no there's no particular need for DMA access |
15:15:12 | mcuelenaere | but ChinaChip does this for some reason |
15:15:36 | wpyh | maybe because it's going to write the NAND later, so it initializes the DMA engine? |
15:15:45 | mcuelenaere | could be |
15:15:54 | mcuelenaere | perhaps at that stage, it already has NAND initialized |
15:16:24 | | Quit Kopfgeldjaeger ("Verlassend") |
15:16:48 | wpyh | maybe not... I don't know, but I think it's just basic initialization |
15:17:01 | mcuelenaere | anyway, I hope you'll get this tool done soon so you can start hacking 'the real thing' ;) |
15:17:07 | mcuelenaere | gtg now |
15:17:13 | wpyh | ok.. |
15:17:14 | wpyh | :p |
15:17:20 | wpyh | are you in a hurry? |
15:17:28 | mcuelenaere | currently yes |
15:17:32 | wpyh | ah, ok |
15:17:34 | *** | Saving seen data "./dancer.seen" |
15:17:34 | wpyh | :) |
15:18:03 | mcuelenaere | .. or not |
15:18:08 | wpyh | hm? :p |
15:18:12 | mcuelenaere | perhaps I won't need to go now |
15:18:23 | * | wpyh needs to go soon, but not now |
15:18:49 | wpyh | anyway, we can divide the recovery procedure into 8 steps |
15:18:57 | wpyh | each step except the last one ends with _FLUSH; |
15:22:26 | wpyh | the first step is as above |
15:22:59 | wpyh | the second step is sending 3.bin, this is probably the nand loader since it contains the string "NAND Booting..." |
15:25:29 | | Join rasher [50] (n=rasher@rockbox/developer/rasher) |
15:25:31 | | Join Schmogel [0] (n=Miranda@p3EE216CB.dip0.t-ipconnect.de) |
15:25:33 | | Quit amiconn (" bbl") |
15:28:44 | | Join mf0102 [0] (n=michi@85.127.38.136) |
15:34:31 | | Quit moos ("Rockbox rules the DAP world") |
15:49:17 | | Join avis- [0] (n=ident@adsl-99-163-83-145.dsl.hstntx.sbcglobal.net) |
15:51:30 | | Join virtuoso015 [0] (n=vinay@59.92.166.90) |
15:52:48 | | Part virtuoso015 |
15:57:15 | mcuelenaere | linuxstb: should the admin panel in the theme site have the ability to edit the description of (to be accepted) themes? |
15:57:58 | | Quit avis (Read error: 110 (Connection timed out)) |
15:59:39 | linuxstb | mcuelenaere: My understanding is that there is no such thing as "to be accepted" themes - they're automatically published if they pass the validations. |
15:59:55 | mcuelenaere | ahh, I thought some manual validation was needed? |
16:00 |
16:00:05 | mcuelenaere | damn, I just implemented it :) |
16:00:33 | wpyh | the third step is sending the checksum and length of 3.bin to 0x80d0<<16 |
16:00:54 | JdGordon | the codec api was technically invalid for 170 commits?! :O |
16:00:55 | rasher | linuxstb: I think it makes sense to include for things like porn and obvious copyright violations |
16:01:12 | mcuelenaere | wpyh: about those strings, they are sent over UART so they can be read if you have the tools |
16:01:15 | * | wpyh will continue later |
16:01:30 | wpyh | mcuelenaere: which strings? |
16:01:39 | linuxstb | rasher: I think the plan was the opposite - implement a "report this theme" type system where any user can highlight possible problems with themes. Admins would then have the ability to delete/hide suspect themes. |
16:01:40 | wpyh | JdGordon: you mean ogg vorbis decoding problem? |
16:01:41 | | Quit culture (Connection timed out) |
16:01:53 | mcuelenaere | wpyh: "NAND Booting"; see 15:22:57 (in my timezone ;) ) |
16:02:22 | linuxstb | rasher: IMO there will be enough eyes looking at the site to spot problems very quickly. |
16:02:27 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
16:02:56 | rasher | linuxstb: but will someone be aroudn with powers to fix it? That's usually the problem, rather than spotting problems |
16:03:08 | wpyh | mcuelenaere: you mean sending 3.bin? |
16:03:11 | linuxstb | There was also a legal argument (by scorche IIRC) that we don't want to "approve" themes before publishing them. |
16:03:48 | mcuelenaere | wpyh: yes; but what I meant is that those strings you'll find in the binaries are sent over serial for debugging purposes |
16:03:56 | mcuelenaere | just a annotation :) |
16:04:02 | linuxstb | rasher: I don't feel that strongly either way (especially if mcuelenaere has now implemented it one way) - I'm just trying to recall earlier discussions... |
16:04:04 | | Join tessarakt [0] (n=jens@e180068107.adsl.alicedsl.de) |
16:04:43 | | Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) |
16:04:53 | wpyh | mcuelenaere: do you mean, sent over a serial wire / debug / jtag? then it should be a program :) |
16:05:10 | mcuelenaere | wpyh: serial wire |
16:05:22 | wpyh | ok |
16:05:24 | mcuelenaere | what do you mean with "then it should be a program" ? |
16:05:41 | wpyh | well, then it should be an executable, right? |
16:05:45 | mcuelenaere | yep |
16:05:49 | mcuelenaere | actually all of them are |
16:05:52 | mcuelenaere | almost all* |
16:05:56 | wpyh | uh, yeah |
16:06:03 | mcuelenaere | they aren't sending any data AFAIK |
16:06:10 | mcuelenaere | (except those embedded in the code) |
16:06:13 | wpyh | except some parameters |
16:06:13 | wpyh | yeah |
16:06:15 | mcuelenaere | and the headers and stuff |
16:06:20 | wpyh | and if you look at onda.bin (formerly 10.bin) |
16:06:50 | wpyh | there are multiple references to 0x08e1 (remember that we run the code from 0x08e1<<16) |
16:06:57 | mcuelenaere | (btw I renamed 10.bin to onda.bin because that way I wouldn't be replacing the original file for my Rockbox experimenting) |
16:07:06 | mcuelenaere | wpyh: you mean in the code? |
16:07:27 | wpyh | yes, inside onda.bin |
16:07:34 | mcuelenaere | yes of course, it's code:) |
16:07:52 | mcuelenaere | every call inside will have a reference to functions |
16:07:54 | wpyh | well, I'm only looking at the first 256 bytes right now... |
16:08:03 | mcuelenaere | hmm the vx767 ones ? |
16:08:15 | wpyh | and it seems like there's a function table or something |
16:08:16 | wpyh | yeah |
16:08:33 | wpyh | it has a size of 217984 bytes |
16:08:53 | wpyh | gtg for a while |
16:09:03 | mcuelenaere | yeah that's the export/import table |
16:09:07 | mcuelenaere | it's documented somewhere I think |
16:09:47 | | Quit erram_ (Remote closed the connection) |
16:09:52 | mcuelenaere | wpyh: when you come back: http://www.rockbox.org/twiki/bin/view/Main/ChinaChip#dl_file |
16:10:16 | JdGordon | wpyh: no, look at amiconn's commit... the api version wasnt bumped |
16:11:33 | mcuelenaere | wpyh: I had an IDA plugin for it once which worked pretty good; it showed where every imported call was referenced |
16:12:47 | | Join petur [50] (n=petur@rockbox/developer/petur) |
16:18:34 | | Quit tessarakt ("Client exiting") |
16:20:29 | | Join toffe82 [0] (n=chatzill@adsl-71-154-233-253.dsl.frs2ca.sbcglobal.net) |
16:21:00 | | Quit avis- (Read error: 110 (Connection timed out)) |
16:21:41 | | Join avis- [0] (n=ident@adsl-99-163-84-49.dsl.hstntx.sbcglobal.net) |
16:31:07 | | Join HTMLCODER [0] (n=HTMLCODE@ti131110a080-1835.bb.online.no) |
16:35:03 | | Quit fragilematter (Read error: 110 (Connection timed out)) |
16:38:09 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
16:39:06 | | Join bozemanluke [0] (n=Passafis@host-69-144-195-28.bzm-mt.client.bresnan.net) |
16:50:18 | | Nick HTMLCODER is now known as htmlcoder_exe (n=HTMLCODE@ti131110a080-1835.bb.online.no) |
16:54:45 | | Quit miepchen^schlaf () |
16:54:56 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
16:57:28 | | Join crash91 [0] (n=7aa24752@gateway/web/cgi-irc/labb.contactor.se/x-2c5f21eeba8d8ac6) |
16:59:34 | bozemanluke | I am seeking permission to start a predevelopement port in the wiki for a Sony NW e507. I have the Service manual pdf, ability to scan the pcb if needed. |
17:00 |
17:03:02 | | Nick htmlcoder_exe is now known as htmlcoder_tar_bz (n=HTMLCODE@ti131110a080-1835.bb.online.no) |
17:06:26 | linuxstb | bozemanluke: So you want wiki write permissions? I assume you're LukeWalker? |
17:09:31 | | Quit crash91 ("CGI:IRC (Ping timeout)") |
17:14:56 | | Join bozemanluke1 [0] (n=Passafis@host-69-144-195-28.bzm-mt.client.bresnan.net) |
17:16:59 | * | bozemanluke1 slaps bozemanluke around a bit with a large trout |
17:17:37 | *** | Saving seen data "./dancer.seen" |
17:20:18 | | Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) |
17:22:05 | linuxstb | bozemanluke1: So you want wiki write permissions? I assume you're LukeWalker? |
17:22:19 | bozemanluke1 | Yes Please. Im sorry i got disconnected and mirc kept tellling me my user name was alredy in use. |
17:22:43 | linuxstb | OK, done. |
17:22:51 | linuxstb | What CPU does the NW e507 have? |
17:23:01 | bozemanluke1 | Thank you. |
17:24:12 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
17:25:21 | | Quit erram_ (Remote closed the connection) |
17:26:44 | | Quit bozemanluke (Read error: 110 (Connection timed out)) |
17:28:02 | | Join mazling [0] (i=largeear@host86-145-122-151.range86-145.btcentralplus.com) |
17:29:35 | bozemanluke1 | Please pardon my ignorance but from what i can tell on the service manual the "system controller" which looks like the processor is only labeled IC400. |
17:29:50 | linuxstb | Helpful... |
17:33:30 | linuxstb | Are firmware upgrades available? Do you have any idea yet how you will run your own code on it? |
17:37:38 | bozemanluke1 | Yes, firmware is upgradeable. No, no idea on how I will run my own code. |
17:39:35 | linuxstb | Do you have a link to the service manual? Before you do too much work, you should identify the CPU - if it's not supported by gcc (the compiler we use to build Rockbox), then the port will be _extremely_ hard... |
17:43:50 | * | linuxstb finds it via google |
17:45:14 | bozemanluke1 | no you wont find it i had my buddy get it from sony back end. (it is out there for purchase). isnt there a wasy to file transfer through irc? |
17:48:15 | linuxstb | DCC doesn't work for me here... I found it here though (but you need to register to download) - http://www.atraclife.com/downloads/files.php?cat=4 |
17:49:34 | linuxstb | Yes, "IC400" is the name of the main CPU/SoC, which is a "CXR704060-202GA"... |
17:50:15 | | Quit avis- (Read error: 110 (Connection timed out)) |
17:51:15 | linuxstb | And there is some info on that here - http://www.sony.co.jp/~semicon/english/img/sony01/a6806322.pdf |
17:51:46 | linuxstb | A pretty standard arm7tdmi core, so gcc supports it (and many Rockbox targets use that core - e.g. the ipods) |
17:53:17 | bozemanluke1 | awesome. |
17:53:51 | linuxstb | Although unless your device has an external RAM chip, it's only got 256KB of RAM (plus 192KB of ROM), which is smaller than Rockbox... |
17:55:49 | bozemanluke1 | no external ram chip that i am aware of |
17:55:56 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
17:55:57 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
17:57:25 | linuxstb | But it's not going to be an easy port. Even though the CPU _core_ is known (and documented), you'll still need to either find a detailed datasheet showing how to program the rest of the SoC, or reverse-engineer that information from Sony's firmware. Plus you need to figure out how to run your own code, which could be hard if sony have encrypted the firmware upgrades... |
17:57:56 | linuxstb | And then you'll need to adapt Rockbox to work with so little RAM... |
18:00 |
18:02:12 | | Quit mazling ("Inde da'covale misain ye; Caballien misain ye!") |
18:03:03 | | Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
18:03:10 | | Quit homielowe_ (Read error: 104 (Connection reset by peer)) |
18:04:15 | | Quit avis ("while we remain in the shadow of summers now past") |
18:05:46 | bozemanluke1 | Detailed Data Sheet maybe possible. Yeah i heard about the possiblity of sonys hardware only accepting their encrypted firmware. |
18:06:27 | bozemanluke1 | May even be able to talk directly to an engineer at sony. (have the access and ability to as a certified repair) But am having trouble trying to come up with the senerio to socially engineer the information out of them without it sounding like i am trying to reverse engineer this player. |
18:08:15 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
18:21:00 | | Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") |
18:40:40 | | Join snoh^ [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
18:41:20 | | Quit snoh (Read error: 104 (Connection reset by peer)) |
18:42:45 | | Quit mf0102 ("Ex-Chat") |
18:45:17 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
18:48:11 | | Quit petur ("movie time") |
18:54:41 | | Quit bluebrother (Nick collision from services.) |
18:54:46 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
18:56:49 | | Join weiles [0] (n=weiles__@mnhm-590e00b4.pool.einsundeins.de) |
18:58:36 | weiles | hi |
18:58:43 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
18:59:08 | weiles | i'd like to buy a sansa fuze since it is really hard to get a e280 v1 for rockbox |
18:59:43 | advcomp2019 | weiles, rockbox does not work on the fuze yet |
18:59:59 | weiles | what would i have to do to get it supported? send you a second one? is there sth. in the pipe? |
19:00 |
19:00:32 | weiles | advcomp2019, i know and i know that it is not done by asking... |
19:01:24 | weiles | any up-to-date alternative with radio + micro sdhc slot which is supported by rockbox? can't find any on the supported device site |
19:01:32 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
19:03:34 | weiles | and of course |
19:03:39 | weiles | sry |
19:03:59 | advcomp2019 | there is the cowon d2 with a sd slot but there is still issue with it.. i do not know what all the bugs are myself |
19:03:59 | weiles | any ideas? |
19:04:40 | advcomp2019 | the only one that supported tho is the e200v1 |
19:06:57 | weiles | a bit more expensive but looks great on amazon |
19:07:20 | weiles | how do i get the e200v1? |
19:07:26 | bluebrother | ebay. |
19:07:35 | bluebrother | sometimes you can get refurbished ones, too |
19:08:29 | advcomp2019 | refurbished ones has a better luck as v1s but we do not know when that will end |
19:09:02 | rasher | Anyone against having an "English only" rule on the tracker? |
19:09:24 | weiles | are we talking about sansas now? |
19:09:35 | weiles | or a cowon d2 version? |
19:09:42 | advcomp2019 | weiles, the sansa |
19:09:50 | gevaerts | rasher: I'm strongly in favor |
19:10:10 | weiles | advcomp2019, ah ok the cowon d2 might be any current version? |
19:10:14 | rasher | We require it everywhere else, I don't see why the tracker should be any different. |
19:10:59 | advcomp2019 | weiles, the d2 has bugs and that is why it is not supported yet |
19:11:09 | | Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) |
19:11:09 | gevaerts | I'd assume that that rule is already at least implicitely there |
19:11:19 | | Quit fyre^OS ("you have taken the first step to making new errors") |
19:12:13 | * | gevaerts thinks he knows which tracker entry triggered rasher's question |
19:15:03 | weiles | advcomp2019, mmh so i have to wait for either a e280+radio v1 on ebay (do other e2xx support sdhc?) or for cowon d2 support |
19:15:23 | weiles | the cowon looks and what i've read sounds better though |
19:15:24 | rasher | weiles: The entire e200 series support sdhc |
19:15:35 | weiles | rasher, o.k. thx |
19:15:39 | rasher | (under Rockbox) |
19:15:41 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:15:46 | weiles | rasher, ah o.k. |
19:15:49 | weiles | great! |
19:16:12 | | Quit erram_ (Remote closed the connection) |
19:16:13 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
19:17:04 | weiles | is there anything one can do to get v2+fuze working with rockbox? |
19:17:38 | *** | Saving seen data "./dancer.seen" |
19:19:04 | bluebrother | rasher: +1 on the tracker language rule |
19:19:32 | weiles | i mean to support your work on the v2 or sansa stuff? |
19:19:57 | advcomp2019 | the v2 ports are a long way from getting any where but that is my opinion |
19:21:31 | weiles | advcomp2019, so you have the hardware to work on but it is a lot of porting work? |
19:22:49 | advcomp2019 | i am not working on the ports |
19:22:51 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-95d675bcecf57a53) |
19:23:43 | weiles | who is? |
19:24:41 | saratoga | check the Sansa port thread |
19:25:27 | saratoga | i think theres a few people new developers who took interest in rockbox in order to do the V2 port |
19:27:53 | | Join homielowe_ [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
19:27:53 | | Quit homielowe (Read error: 104 (Connection reset by peer)) |
19:44:54 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
19:50:19 | weiles | saratoga, thanks i think i've found it, have missed it yesterday... |
19:51:29 | weiles | advcomp2019, mmh looks like you are right under another half year at least i guess i won't get rockbox on a fuze or v2 and more important maybe i won't ever get it on it... |
19:54:17 | | Join fyrestorm [0] (n=fyre@cpe-68-173-161-20.nyc.res.rr.com) |
19:54:57 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") |
19:56:24 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
20:00 |
20:01:36 | | Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) |
20:02:37 | | Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) |
20:06:40 | | Quit erram_ (Remote closed the connection) |
20:07:25 | | Quit saratoga ("CGI:IRC") |
20:10:12 | mcuelenaere | rasher: shouldn't FS #9284 & FS #9287 be closed? |
20:10:15 | | Join thomas_s1h [0] (n=thomas@p508BFBA7.dip.t-dialin.net) |
20:10:41 | rasher | mcuelenaere: Err yes... and I should have mentioned them in my commit message. Dear god, I suck. |
20:10:50 | mcuelenaere | :) |
20:16:51 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
20:21:08 | | Quit gevaerts (Nick collision from services.) |
20:21:12 | | Join gevaerts_ [0] (n=fg@195-144-092-166.dyn.adsl.xs4all.be) |
20:21:47 | | Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-166.dyn.adsl.xs4all.be) |
20:24:13 | | Join tessarakt [0] (n=jens@e180068107.adsl.alicedsl.de) |
20:26:47 | | Join malsyned [0] (n=malsyned@68-191-53-167.dhcp.nwtn.ct.charter.com) |
20:32:22 | malsyned | I have two mp3s which play fine in Audacious (and XMMS and BMP and Winamp) but don't play in Rockbox. One has a codec failure and the other just gets skipped in playlists with no messages. |
20:32:22 | weiles | thx for your help guys the cowon d2 4gig seems what i want know, thank you for pointing me to it. hope the rockbox stuff works on it somewhere in the near future... |
20:32:51 | malsyned | At least one of them also didn't play on a Palm device I used to have. |
20:33:18 | malsyned | any suggestions on diagnosing what's wrong with them? I ripped one of them myself with Lame, and the other I'm pretty sure was also a Lame V0 rip. |
20:33:35 | | Quit Seed ("cu, Andre") |
20:33:53 | wpyh | mcuelenaere: the bin files don't seem to be in the .dl format |
20:34:06 | mcuelenaere | wpyh: some of them are, aren't they? |
20:34:17 | wpyh | at least, there's no "char name[4]" field |
20:34:18 | mcuelenaere | except for some litlle header in front |
20:34:56 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
20:34:56 | | Quit Seed (Read error: 104 (Connection reset by peer)) |
20:35:09 | wpyh | mcuelenaere: which one are you referring to? |
20:35:09 | mcuelenaere | wpyh: for example onda.bin: you need to skip the first 12 bytes |
20:35:35 | wpyh | hm... |
20:35:51 | mcuelenaere | those are probably filesize, checksum and an other size |
20:36:00 | mcuelenaere | (all WORDs) |
20:36:04 | mcuelenaere | eh DWORD |
20:36:13 | wpyh | after skipping 12 bytes, I get 0x27ff0008 |
20:36:23 | mcuelenaere | I have CCDL :) |
20:36:27 | wpyh | (that's onda.bin for the vx747) |
20:36:31 | wpyh | hm... |
20:36:34 | mcuelenaere | no no, the vx767 |
20:36:44 | mcuelenaere | the vx747 doesn't use the .DL format in those files |
20:36:53 | wpyh | ah.. did you get it from my firmware recovery archive? |
20:37:04 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
20:37:05 | mcuelenaere | malsyned: if no-ones answer, make sure to open up a flyspray bug |
20:37:09 | mcuelenaere | wpyh: yep |
20:37:29 | malsyned | mcuelenaere: OK I will |
20:37:33 | bluebrother | malsyned: check if the tags show any strangeness |
20:37:40 | wpyh | well, the bin files in that archive have been tampered with :D |
20:37:55 | wpyh | I mean, they are not taken out of the firmware recovery exe file ... |
20:38:01 | malsyned | bluebrother: any good suggestions for examining tags for irregularities in Linux? |
20:38:21 | mcuelenaere | wpyh: where did you get them then? |
20:38:22 | wpyh | take a look at this: http://www.rockbox.org/twiki/bin/viewfile/Main/OndaVX747?rev=1;filename=firmware_flash_procedure.txt |
20:38:47 | wpyh | for 5.bin and onda.bin, I have to get binary resources from the exe file, and then combine them with VX767_1.0.dl |
20:38:51 | bluebrother | id3v2 -l is usually helpful, as well as xxd file.mp3 | less to check for v2 tags |
20:38:55 | wpyh | and that's a dl file ;) |
20:39:02 | wpyh | the original bin files aren't |
20:39:23 | bluebrother | also, make sure the tags aren't too long −− Rockbox has limitation about the length of the v2 tags. If you embed large album art you can hit this limit |
20:39:38 | mcuelenaere | wpyh: why did you store them like that? did the fw recovery that too? |
20:40:00 | malsyned | bluebrother: the songs don't have album art but they do have long names. |
20:40:21 | mcuelenaere | wpyh: btw you won't get any interesting stuff out of the vx747 bin's without RE |
20:40:55 | wpyh | mcuelenaere: yes, I did that because the original firmware recovery tool does it |
20:40:55 | bluebrother | how long's "long" in that case? I'd be surprised if you hit that limit |
20:41:08 | wpyh | how do you usually reverse engineer it? :) |
20:41:21 | mcuelenaere | wpyh: fw recovery tool or binaries? :) |
20:41:27 | mcuelenaere | (for both I use IDA) |
20:41:31 | mcuelenaere | but there are also the linux tools |
20:41:44 | bluebrother | one thing you can also test is to simply strip all id3 tags from the files and check if there's still an issue. |
20:42:24 | mcuelenaere | wpyh: if you want to RE the binaries, use mipsel-linux-objdump |
20:42:56 | malsyned | bluebrother: I'll try that. oh, one of the two songs is an ogg. which is really weird, because that's the one that didn't work on the Palm either. The metadata's got to be like the only common bits in the stream there. So that fits. |
20:43:10 | malsyned | (the Palm was playing an mp3 version) |
20:43:22 | malsyned | I'll try stripping the tag info off and see if they work. |
20:43:47 | malsyned | (one of the songs that doesn't work, the title is "Dr. Funkenstein's SuperGroovalisticProsifunkstication Medley: Let's Take It To The Stage/Take Your Dead Ass Home (Say Som'n Nasty)") |
20:44:00 | bluebrother | malsyned: on the ogg file, make sure there is no id3 tag. |
20:44:20 | malsyned | bluebrother: ogg files can have id3 tags? |
20:44:32 | bluebrother | ogg has vorbis comments and id3 tags on such files are wrong. I remember grip adding such tags at least once |
20:44:42 | wpyh | mcuelenaere: um... there's this VX767烧录工具 which I refer to as the firmware recovery tool |
20:44:54 | malsyned | bluebrother: will id3v2 find them if they're there? |
20:44:58 | wpyh | IIRC I posted the link to it somewhere early on |
20:45:04 | bluebrother | it should, yes. |
20:45:12 | malsyned | bluebrother: I'll try it, thanks. |
20:45:22 | wpyh | mcuelenaere: I misunderstood your question |
20:45:36 | wpyh | I mean, reverse engineering the binaries. I'll try objdump then |
20:45:44 | mcuelenaere | k |
20:45:49 | * | wpyh doesn't expect to find anything there though |
20:45:52 | wpyh | but who knows |
20:46:22 | | Quit weiles ("Verlassend") |
20:47:44 | mcuelenaere | wpyh: I'm off to dinner, try something like "mipsel-linux-objdump −−target binary -D [FILE]" |
20:47:56 | | Nick num1_away is now known as num1 (n=brian@unaffiliated/num1) |
20:48:03 | mcuelenaere | oh and search for something like −−adj-vma-address or similar |
20:48:04 | wpyh | ok :) |
20:48:06 | mcuelenaere | adjust* |
20:48:13 | wpyh | what's that for? |
20:48:39 | wpyh | ah, −−adjust-vma=address |
20:48:41 | wpyh | ok |
20:51:31 | | Quit jhulst ("Konversation terminated!") |
20:51:47 | * | wpyh looks at the objdump output and doesn't understand a single thing |
20:57:26 | XavierGr | rasher: thanks |
20:58:15 | | Join rt [0] (n=chatzill@41.232.215.25) |
20:58:33 | | Nick rt is now known as rt_c150 (n=chatzill@41.232.215.25) |
20:59:03 | rt_c150 | hi ! can anyone help me with a bricked sansa c150 |
20:59:32 | num1 | rt_c150, there's a page in the rockbox wiki describing how to unbrick sansas |
20:59:37 | rasher | XavierGr: No problem - keep an eye out for sneaky last-minute changes! |
20:59:51 | Llorean | rt_c150: Rockbox doesn't run on the c150. This isn't a general MP3 player support channel |
21:00 |
21:00:00 | Llorean | num1: Which is unlikely to help since it's for c200s and e200s |
21:00:27 | num1 | rt_c150, Llorean made a good point, please ignore my last post |
21:01:02 | rt_c150 | num1: thanks |
21:01:17 | | Join virtuoso015 [0] (n=vinay@59.92.132.191) |
21:01:54 | | Quit Llorean ("Leaving.") |
21:02:02 | rt_c150 | Llorean: i am sorry to ask such a question here but i was reliably informed that if there is any place that i could get help with the issue i have then this was it |
21:02:11 | | Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) |
21:02:18 | rt_c150 | Llorean: i am sorry to ask such a question here but i was reliably informed that if there is any place that i could get help with the issue i have then this was it |
21:02:57 | Llorean | rt_c150: Tell the person who referred you here that they shouldn't refer people with non-Rockbox problems here, that's not what the channel is for. |
21:03:11 | gevaerts | For a c200 or an e200, yes, but we know very little about the c100 |
21:03:12 | | Join mf0102 [0] (n=michi@85.127.38.136) |
21:03:35 | rt_c150 | Llorean: the person who referred me here is my son ! |
21:04:24 | | Quit Llorean (Client Quit) |
21:04:37 | | Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) |
21:05:51 | Llorean | rt_c150: Well your son may not have read the channel guidelines, but they do mention that this is a Rockbox support channel. |
21:06:50 | rt_c150 | Llorean: ok.. let me reword my question ... is there any work in progress porting rockbox on the C100 series of players from sandisk? |
21:07:19 | gevaerts | rt_c150: didn't you ask this a few days ago? |
21:07:44 | Llorean | rt_c150: If there is, there should be a forum thread and/or wiki pages that can be found by searching. I'm not aware of any real progress on these players. |
21:08:51 | rt_c150 | gevaerts: yes... i thought i would try again at a different time since i didnt get a satisfactory response |
21:09:27 | gevaerts | rt_c150: the only response is "look at the forums" |
21:09:49 | | Join dude187 [0] (n=chris@cpe-75-187-51-53.columbus.res.rr.com) |
21:10:21 | rt_c150 | anyway, having searched everywhere and having found nothing that worked i turned for help here as a last resort... seems that the last resort is a hammer with the player beneath it.. good bye everyone and have a nice time |
21:10:54 | Llorean | rt_c150: Or you could contact Sandisk official support since they actually know how to fix their players. |
21:11:39 | rt_c150 | Llorean: that was my first though too... no response |
21:11:51 | rt_c150 | Llorean: listed under legacy players anyway |
21:13:56 | | Part malsyned ("Leaving") |
21:17:09 | | Quit Horscht (Read error: 110 (Connection timed out)) |
21:17:39 | *** | Saving seen data "./dancer.seen" |
21:17:40 | | Quit mcuelenaere () |
21:17:59 | | Join Horscht [0] (n=Horscht@p4FD4F4D1.dip.t-dialin.net) |
21:24:06 | | Quit rt_c150 ("ChatZilla 0.9.83 [Firefox 3.0b5/2008043010]") |
21:28:31 | | Join miepchen^schlaf [0] (n=miepchen@p54BF5AE2.dip.t-dialin.net) |
21:34:52 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-0a7f8b40e600db7d) |
21:36:44 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
21:36:53 | * | bertrik is fighting with the charge controller for sansa c200/e200 |
21:38:39 | bluebrother | any success yet? |
21:40:17 | bertrik | bluebrother, charging works fine, takes about 3 hours to fully charge an e200, but the charge status that I read back seems to quickly go through some transient states on plugin. This makes my state machine think that charging is already done just after plugging it in. |
21:43:35 | | Quit fdinel (Read error: 104 (Connection reset by peer)) |
21:44:50 | saratoga | bertrik: can you sleep for a couple seconds before charging? |
21:46:06 | saratoga | amiconn: (for the logs) did you want a chance to look at the codec lib changes before I commit them? |
21:46:42 | bertrik | saratoga, yes that is probably a solution, feels a bit hacky though |
21:47:56 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
21:48:03 | | Quit BigBambi (Read error: 104 (Connection reset by peer)) |
21:48:57 | saratoga | bertrik: just software debouncing right? |
21:49:04 | saratoga | nothing hackish about that |
21:51:31 | saratoga | faad is pretty terrible, its like they went out of their way to malloc as much as physically possible |
21:53:36 | bertrik | saratoga, ok, I'm trying it now |
21:54:30 | | Join Frowardd [0] (n=dDerf@c-71-200-118-60.hsd1.md.comcast.net) |
21:54:43 | | Join fml [0] (n=4fd3cfc8@gateway/web/cgi-irc/labb.contactor.se/x-0395e2eae709928d) |
21:55:17 | Frowardd | Hey y'all! I have an ipod mini with a dead battery, where's a good place to get help? |
21:55:30 | fml | bluebrother: hello. Have you seen my comments about BOM_SIZE? |
21:55:43 | saratoga | Frowardd: google/ebay for someone selling new ones |
21:55:54 | Frowardd | aw man |
21:55:57 | Frowardd | I'm all poor and shit :{C |
21:56:34 | bluebrother | fml: yes. Haven't found the time to take action about it, but you're right −− it can get moved |
21:57:35 | | Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) |
21:57:42 | Frowardd | I want to slightly mess around with the ipod's power supply, and get points on which directino to go |
21:57:47 | Frowardd | but this is a software channel, not a mod channel. |
21:57:51 | Frowardd | I figure some of you are into hardware mod, though. |
21:58:07 | fml | bluebrother: I understand. Pre-release time... |
21:58:42 | bertrik | fml I think you also remarked something about tabs. Last time I looked there's still a lot of source files that use tabs. |
21:58:56 | | Quit bozemanluke1 (Read error: 110 (Connection timed out)) |
21:59:11 | bluebrother | nah, in that case real life was the blocker. But I'm not completely sure if I could consider such a change a fix |
21:59:42 | bluebrother | maybe I should just prepare a diff for applying after 3.0 |
21:59:52 | fml | bertrik: yes. I noticed it in the new function because the indentation was wrong. Because of a tab there. |
22:00 |
22:00:38 | fml | bluebrother: this wouldn't be a new feature hence it can be committed now IMHO (inverse logic! :-) |
22:01:55 | bluebrother | hehe. |
22:02:26 | bluebrother | do people consider cleanup a fix or feature? IOW, can I commit a cleanup during freeze or should it wait? |
22:02:39 | | Quit erram_ (Remote closed the connection) |
22:03:55 | bertrik | IMO a cleanup is a fix, not a feature |
22:04:18 | rasher | bluebrother: I'd say it depends. Is there any benefit to the end result. How big is the risk of messing something up? |
22:05:03 | * | rasher wonders about this obsession about fixes |
22:05:06 | rasher | Er, features. |
22:05:19 | bluebrother | IMO the risk is pretty low in that case. It's only moving a #define out of the header file |
22:05:44 | rasher | Ah, because Llorean called a "feature freeze". I'd say it's more along the lines of "unnecessary commit freeze" |
22:06:04 | * | bluebrother has some feature reworks going on −− for rbutil ;-) |
22:06:07 | rasher | bluebrother: Is there a problem with the code as it is now? |
22:06:30 | bluebrother | no. That's the point: there's no problem for it to wait. |
22:07:13 | bluebrother | well, I guess I'll just put a diff in my "finish and commit" folder and wait until 3.0 is out. Even less risk ;-) |
22:07:14 | rasher | Then I think it should wait, on principle. |
22:09:56 | bertrik | I disagree if it's just moving a #define to the proper place |
22:11:28 | rasher | Which bug or problem does it fix? |
22:13:16 | saratoga | i think if a commit is extremely unlikely to cause problems or changes in how rockbox works its probably alright |
22:13:27 | saratoga | at least thats the theory i'm using with the aac optimizations |
22:13:34 | bertrik | a macro is #defined in the header file, but it could be more properly done in the source file |
22:13:54 | bertrik | this doesn't fix a bug people are having, but is totally harmless IMO |
22:14:01 | rasher | saratoga: Wait, you're going to commit aac optimizations? I really don't think that's wise... |
22:14:34 | * | bluebrother knew this issue was questionable ;-) |
22:15:19 | * | gevaerts notes that saratoga didn't say on what side of the line these optimizations are |
22:15:47 | rasher | That's true. |
22:16:09 | | Part Frowardd ("Part") |
22:16:51 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
22:17:07 | saratoga | well if people think I should wait I can certainly do that |
22:17:27 | saratoga | no one else touches the AAC decoder anyway, so its not like the patch will rot |
22:18:14 | rasher | I can't speak for anyone else, but codec optimisations strikes me as something that, no matter how hard you try, always risks messing up some corner case |
22:18:59 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
22:28:25 | bertrik | saratoga, the sleep seems to get the job done |
22:30:31 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
22:30:32 | bluebrother | bertrik: sounds like good news :) |
22:31:19 | | Quit goffa (Read error: 110 (Connection timed out)) |
22:39:14 | | Part virtuoso015 |
22:40:16 | | Join dabujo [0] (i=xx@p4FDB2144.dip0.t-ipconnect.de) |
22:40:34 | | Quit htmlcoder_tar_bz ("Leaving.") |
22:40:49 | saratoga | bertrik: sounds good |
22:40:54 | saratoga | how close to ready is your patch? |
22:41:13 | | Quit BlakeJohnson86 ("Leaving.") |
22:41:30 | | Join BlakeJohnson86 [0] (n=bjohnson@c-71-63-161-27.hsd1.mn.comcast.net) |
22:42:58 | | Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) |
22:45:03 | bertrik | the patch on the tracker contains a stupid bug, but the one I'm working on now seems to be working fine but hasn't been tested much yet. |
22:47:15 | bertrik | The remaining issues are: 1) the charge voltage is now configured as 4.2V but doesn't quite seem to reach that value, maybe the OF uses a slightly higher voltage (4.25V) 2) I've seen the problem again where the charger won't stop if the battery voltage is higher than the charge voltage (perhaps I should add a check for that) 3) voltage can't be monitored while charging on c200 |
22:48:02 | | Quit erram_ (Remote closed the connection) |
22:54:46 | | Quit B4gder ("It is time to say moo") |
22:59:54 | | Quit bertrik (Remote closed the connection) |
23:00 |
23:00:03 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
23:00:30 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
23:03:52 | | Quit bertrik (Remote closed the connection) |
23:04:22 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
23:04:46 | amiconn | JdGordon|zzz: The codec api wasn't invalid as such, but it wasn't protected against invalid downstream codecs for ~170 commits |
23:05:53 | | Quit tessarakt (Read error: 113 (No route to host)) |
23:07:32 | rasher | Do any such codecs exist? |
23:07:57 | | Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
23:10:29 | | Quit bertrik (Remote closed the connection) |
23:11:20 | | Join phinze [0] (n=phinze@216.137.71.107) |
23:12:00 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
23:17:42 | *** | Saving seen data "./dancer.seen" |
23:20:05 | | Quit fml ("CGI:IRC (EOF)") |
23:20:32 | | Quit bertrik (Remote closed the connection) |
23:21:20 | | Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) |
23:21:29 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
23:25:09 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
23:26:00 | | Quit saratoga ("CGI:IRC (EOF)") |
23:33:17 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
23:33:27 | | Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) |
23:33:40 | | Join peachtoast [0] (i=d036079c@gateway/web/ajax/mibbit.com/x-edc6a62b85167e76) |
23:35:47 | peachtoast | rasher: Hi. I just updated the last few missing strings for the Tagalog language. The patch is at FS #9289. |
23:36:10 | rasher | peachtoast: Sounds good |
23:36:21 | | Join tessarakt [0] (n=jens@e180068107.adsl.alicedsl.de) |
23:37:08 | | Quit erram_ (Read error: 60 (Operation timed out)) |
23:37:46 | peachtoast | That should cover everything. I'll try to get a few of the non-translation strings from other languages done. |
23:38:48 | rasher | peachtoast: Committed |
23:39:16 | peachtoast | Thanks. :) |
23:40:31 | rasher | peachtoast: There still seems to be a few issues on http://rasher.dk/rockbox/translate/problems.php?lang=tagalog |
23:41:01 | peachtoast | I'll take a look at them. Thanks for pointing that out. |
23:41:29 | peachtoast | I'll come by another time. Bye for now! |
23:41:32 | | Quit peachtoast ("http://www.mibbit.com ajax IRC Client") |
23:42:07 | | Quit dude187 (Read error: 113 (No route to host)) |
23:43:07 | | Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) |
23:43:12 | | Quit homielowe_ (Read error: 104 (Connection reset by peer)) |
23:44:06 | | Quit Zagor ("Client exiting") |
23:51:55 | | Join toffe82_ [0] (n=chatzill@adsl-71-154-233-253.dsl.frs2ca.sbcglobal.net) |
23:53:18 | bertrik | How much do we care about tabs in the source code? I think we shouldn't introduce any in new code, but is it worth to fix them in existing code? |
23:53:19 | | Join toffe82__ [0] (n=chatzill@adsl-71-154-233-253.dsl.frs2ca.sbcglobal.net) |
23:53:26 | | Quit Horscht ("electromagnetic radiation from satellite debris") |
23:54:10 | * | domonoky thinks we dont want tabs in rockbox code, but in imported code (like codecs) its ok... |