00:06:04 | | Join iCub [0] (n=nick@CPE-124-177-22-34.vic.bigpond.net.au) |
00:10:38 | | Quit mcuelenaere (Read error: 110 (Connection timed out)) |
00:15:36 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
00:20:01 | *** | Saving seen data "./dancer.seen" |
00:22:26 | | Quit Hillshum (Read error: 110 (Connection timed out)) |
00:25:11 | | Quit DarkDefender ("Leaving") |
00:31:41 | | Part domonoky1 |
00:44:06 | | Quit bah_ () |
00:44:23 | | Join Sajber^ [0] (n=Sajber@c-943071d5.012-155-73746f22.cust.bredbandsbolaget.se) |
00:45:28 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
00:45:30 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
00:46:54 | | Join Sajber^ [0] (n=Sajber@c-943071d5.012-155-73746f22.cust.bredbandsbolaget.se) |
00:53:56 | | Join Hillshum [0] (n=hillshum@75-165-247-150.slkc.qwest.net) |
01:00 |
01:00:15 | | Quit ender` (" They could not know that this was because Greebo, as a matter of feline pride, would attempt to fight or rape absolutely an") |
01:00:19 | | Quit Hillshum (Read error: 60 (Operation timed out)) |
01:00:26 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
01:01:13 | * | kugel wonders when JdGordon is going to fix album art in viewports |
01:02:03 | kugel | it seems to be related to the %lh tag |
01:03:19 | kugel | unhelpfullaa is acting weird too |
01:13:56 | | Join webguest99 [0] (n=4ac5dd3c@gateway/web/cgi-irc/labb.contactor.se/x-vthjdqtqslwmklpr) |
01:14:10 | kugel | mcuelenaere: ping |
01:14:16 | mcuelenaere | kugel: pong |
01:14:34 | kugel | I have a patch to change touchscreen behavior in quickscreen a bit |
01:14:57 | mcuelenaere | you need testers? |
01:15:32 | kugel | http://pastie.org/607322 |
01:15:53 | kugel | I tested in the sim, I just wanted to hear a touchscreen guy's opinion (testing can't be bad anyway) |
01:16:18 | kugel | this is apparently just for the absolute mode, where I have no idea how you enter it anyway (on the onda) :p |
01:16:57 | | Quit webguest99 (Client Quit) |
01:17:13 | mcuelenaere | it's a setting, but if you're using the sim you can always switch by pressing F4 |
01:17:18 | kugel | so, the change is to add handling for the top item. and only accept the "button presses" if they hit the text, nor the area around |
01:17:25 | | Join Eosphere46 [0] (n=4ac5dd3c@gateway/web/cgi-irc/labb.contactor.se/x-mdqnjeuudfcodeet) |
01:17:39 | kugel | it=quickscreen in that sentence |
01:20:21 | * | mcuelenaere compiles |
01:21:45 | kugel | I don't think it changes anything if the crippled grid mode is used |
01:23:59 | mcuelenaere | hmm what's the difference between the top and bottom entry in the quick menu? |
01:24:06 | mcuelenaere | the patch works great other then that |
01:24:35 | kugel | the top item can be set to anything |
01:24:45 | kugel | it just mirrors the bottom one by default |
01:26:03 | mcuelenaere | it seems to always mirror the bottom one here |
01:26:12 | mcuelenaere | or does it depend on the right and/or left ones too? |
01:28:00 | | Join Eosphere46_ [0] (i=IceChat7@74.197.221.60) |
01:28:22 | | Quit Eosphere46 ("CGI:IRC (EOF)") |
01:29:19 | kugel | mcuelenaere: no |
01:29:43 | kugel | can't you go to the context menu of a setting, and chose "set as top quickscreen item"? |
01:30:33 | mcuelenaere | ahh yes, so it seems :) |
01:30:39 | * | mcuelenaere needs to keep up with new Rockbox features :) |
01:30:46 | | Quit Eosphere46_ (Client Quit) |
01:30:55 | kugel | hehe |
01:31:27 | * | kugel thinks the check in wps.c at line 608+ is wrong |
01:31:49 | kugel | mcuelenaere: so you don't object if I commit? |
01:32:02 | mcuelenaere | kugel: nope, go for it |
01:32:04 | | Join Eosphere46 [0] (i=IceChat7@74.197.221.60) |
01:32:25 | CIA-43 | New commit by kugel (r22637): Improve and simplify touchscreen handling of the quickscreen in absolut mode - and implement handling for the top item. |
01:34:47 | kugel | mcuelenaere: do you have a wps using touchregions? |
01:35:02 | mcuelenaere | kugel: yes, cabbie |
01:35:12 | mcuelenaere | (and Pen&Paper, on the theme site) |
01:36:30 | * | kugel can't imagine that check is correct |
01:38:20 | mcuelenaere | kugel: hmm yes, that doesn't seem right |
01:38:36 | mcuelenaere | r->wvp->vp.{x,y} shouldn't be added there |
01:38:47 | | Quit Eosphere46 (Read error: 104 (Connection reset by peer)) |
01:39:47 | | Join Eosphere46 [0] (i=IceChat7@74.197.221.60) |
01:42:03 | | Join froggyman [0] (n=chatzill@pool-71-186-11-249.chi01.dsl-w.verizon.net) |
01:42:04 | | Quit DerPapst ("Leaving.") |
01:42:41 | saratoga | do the buttons on that theme work in the WPS? |
01:42:49 | kugel | mcuelenaere: exactly |
01:43:07 | | Quit wincent_balin (Read error: 110 (Connection timed out)) |
01:43:24 | mcuelenaere | saratoga: cabbie? yes |
01:46:12 | kugel | mcuelenaere: maybe you can check if this patch breaks anything? http://pastie.org/607339 |
01:46:17 | kugel | seems to work in the sim |
01:46:43 | kugel | (taking the chance to generalize that xy_within_viewport function :) ) |
01:47:01 | mcuelenaere | hehe |
01:47:16 | mcuelenaere | if it works in the sim, it should work on target (won't test now, going to bed) |
01:47:32 | kugel | alright |
01:49:12 | | Quit Eosphere46 (Read error: 104 (Connection reset by peer)) |
01:50:03 | | Join Eosphere46 [0] (i=Eosphere@74.197.221.60) |
01:50:58 | | Quit mcuelenaere () |
01:52:41 | | Join PaulJam [0] (n=Paule@p54BEEC94.dip.t-dialin.net) |
01:56:07 | | Join alexbobp [0] (n=alex@adsl-75-42-224-116.dsl.austtx.sbcglobal.net) |
01:57:18 | CIA-43 | New commit by kugel (r22638): Factor out/generalise the function that checks whether a point is within a viewport to, and use it in the wps' touchregion code. This corrects the ... |
02:00 |
02:00:17 | | Quit Eosphere46 (Read error: 104 (Connection reset by peer)) |
02:01:01 | | Join Eosphere46 [0] (i=Eosphere@74.197.221.60) |
02:03:35 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
02:03:54 | | Quit bertrik (Read error: 113 (No route to host)) |
02:06:19 | | Quit Eosphere46 (Read error: 104 (Connection reset by peer)) |
02:12:47 | | Quit froggyman (Read error: 104 (Connection reset by peer)) |
02:15:54 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
02:17:00 | | Quit Kinetix () |
02:17:05 | | Join Eosphere46 [0] (i=Eosphere@74.197.221.60) |
02:17:59 | | Join froggyman [0] (n=chatzill@pool-71-186-11-249.chi01.dsl-w.verizon.net) |
02:20:06 | *** | Saving seen data "./dancer.seen" |
02:22:34 | | Quit Eosphere46 ("If you think nobody cares, try missing a few payments") |
02:23:28 | | Join venn177 [0] (n=bitchtit@cpe-173-171-176-80.tampabay.res.rr.com) |
02:23:37 | venn177 | Hello |
02:23:58 | | Part venn177 |
02:28:18 | | Quit PaulJam (".") |
02:29:21 | | Quit AndyI (Read error: 110 (Connection timed out)) |
02:30:59 | | Quit jordan` (Read error: 110 (Connection timed out)) |
02:37:06 | | Quit Tech-Guy ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
02:37:21 | | Join TechGuy [0] (n=rob@adsl-76-235-162-183.dsl.klmzmi.sbcglobal.net) |
02:45:23 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
02:45:48 | | Quit kugel (Read error: 110 (Connection timed out)) |
02:59:42 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
03:00 |
03:07:20 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
03:07:37 | | Quit kugel (Remote closed the connection) |
03:07:58 | | Quit DrMoos ("Rockbox rules the DAP world") |
03:09:07 | | Join Hillshum [0] (n=hillshum@75-165-247-150.slkc.qwest.net) |
03:16:28 | TheSeven | ok, I have a trivial read-only FTL implementation for the nano 2G, not, FYI |
03:16:40 | TheSeven | it's not thoroughly tested yet, but I think it works |
03:24:46 | | Quit froggyman ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
03:33:51 | | Join froggyman [0] (n=chatzill@pool-71-186-11-249.chi01.dsl-w.verizon.net) |
03:39:26 | TheSeven | now* |
03:39:36 | * | TheSeven can't spell his words today... |
03:44:05 | | Quit froggyman ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
03:48:07 | | Join DrMoos [0] (i=mostafa@85.171.100.120) |
03:50:33 | | Quit Thundercloud (Remote closed the connection) |
03:50:47 | | Join than1 [0] (n=thanaton@99.41.255.190) |
03:52:18 | | Quit Hillshum (Read error: 110 (Connection timed out)) |
03:58:09 | | Join grdxyxy [0] (n=chen@123.85.23.72) |
04:00 |
04:03:15 | | Join toffe82_ [0] (n=chatzill@adsl-70-235-225-198.dsl.frs2ca.sbcglobal.net) |
04:06:12 | | Quit TheSeven (Nick collision from services.) |
04:06:27 | | Join The_Seven [0] (n=theseven@dslb-084-056-171-190.pools.arcor-ip.net) |
04:06:32 | | Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-171-190.pools.arcor-ip.net) |
04:08:38 | | Join dys` [0] (n=andreas@krlh-5f72e9a8.pool.mediaWays.net) |
04:10:36 | | Quit toffe82 (Read error: 145 (Connection timed out)) |
04:20:08 | *** | Saving seen data "./dancer.seen" |
04:21:16 | | Quit dys (No route to host) |
04:28:10 | | Join antil33t [0] (n=Mudkips@125-238-255-55.broadband-telecom.global-gateway.net.nz) |
04:33:45 | | Join scorche [50] (n=scorche@rockbox/administrator/scorche) |
04:42:02 | | Part toffe82_ |
04:46:32 | | Join decayedcell [0] (n=decayed_@60.241.92.53) |
04:47:23 | grdxyxy | where to get the source code of lrcplay? |
04:48:07 | | Quit Rondom (Nick collision from services.) |
04:48:18 | | Join Rondom [0] (n=Rondom@dslb-084-057-157-154.pools.arcor-ip.net) |
04:51:06 | | Quit The3_14ed|r () |
05:00 |
05:05:28 | | Join Hillshum [0] (n=hillshum@75-165-247-150.slkc.qwest.net) |
05:09:06 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
05:09:27 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
05:15:49 | | Join EvilJeff [0] (n=18b18de5@gateway/web/cgi-irc/labb.contactor.se/x-lvgyihhoyufaxwjr) |
05:21:46 | saratoga | grdxyxy: I think its on the patch tracker |
05:22:54 | | Quit bluebrother (Nick collision from services.) |
05:22:58 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
05:25:01 | EvilJeff | Hi. Is it possible to have the "Database" menu reset to the mainmenu each time you enter it? When I re-enter it after doing something else, I get "lost in the jungle". Thanks. |
05:26:49 | grdxyxy | saratoga: thanks |
05:36:42 | EvilJeff | Let me try to explain better: Rockbox 3.3, iPod 5.5G 30GB, all possible features installed. I've got a few issues, trying to introduce this to my wife and she hands it back to me when something counterintuitive happens, such as the "database" menu - I have the "Files" menu configured so that it lists the entire folder structure. That way you neer get lost while navigating. The issue I'm having is that the Datab |
05:40:20 | | Quit grdxyxy ("Leaving.") |
05:44:19 | EvilJeff | ACTION Rockbox 3.3, iPod 5.5G 30GB, all possible features installed. I've got a few issues, trying to introduce this to my wife and she hands it back to me when something counterintuitive happens, such as the "database" menu - I have the "Files" menu configured so that it lists the entire folder structure. That way you neer get lost while navigating. The issue I'm having is that the Database menu does not indi |
05:54:46 | saratoga | i think IRC posts are limited to a couple hundred characters |
05:56:34 | * | EvilJeff -Simplified- Can "Database" be configured to forget where you were last - start over each time from the root menu? |
06:00 |
06:03:34 | JdGordon | not without doing your own build |
06:08:29 | EvilJeff | I'm assuming the same would be true if I wanted to see the entire tree structure when navigating, like when navigating files? |
06:09:56 | JdGordon | yes |
06:10:11 | JdGordon | you can of course hold down left in both and you will get to the start |
06:11:58 | EvilJeff | OK, thanks. I've got one other issue - "Playlist" doesnt add anything when "create playlist"; or only one song (Ive got 540). Cant use Playlist at all. Any ideas? |
06:16:13 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
06:19:21 | | Quit GeekShadow (Read error: 54 (Connection reset by peer)) |
06:20:10 | *** | Saving seen data "./dancer.seen" |
06:31:09 | | Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) |
06:54:04 | | Quit Hillshum ("Ex-Chat") |
06:55:22 | | Quit EvilJeff ("CGI:IRC 0.5.9 (2006/06/06)") |
06:57:21 | soap | you invoking it on a file or a folder? |
07:00 |
07:02:28 | | Quit TopyMobile (Read error: 113 (No route to host)) |
07:07:44 | | Join vitja [0] (n=vitja@79.120.98.174) |
07:14:37 | | Part decayedcell |
07:15:42 | | Quit panni__ (Read error: 54 (Connection reset by peer)) |
07:24:37 | | Join stoffel [0] (n=quassel@p57B4C43E.dip.t-dialin.net) |
07:27:26 | | Join viikatemies [0] (n=4772fe4b@gateway/web/cgi-irc/labb.contactor.se/x-ukrpxvuocasufhlo) |
07:28:28 | | Quit viikatemies (Client Quit) |
07:34:19 | | Join viikatemies [0] (n=spawn@mail.adamsclan.org) |
07:37:02 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
07:37:19 | viikatemies | Might anyone know why an ipod 5g running 3.3 "locks up" when disconnecting from an ipod car radio adapter (it's a usa spec)? |
07:46:37 | | Part viikatemies |
07:55:43 | | Quit Horscht (Read error: 110 (Connection timed out)) |
08:00 |
08:11:59 | | Quit chandoo ("Leaving") |
08:20:13 | *** | Saving seen data "./dancer.seen" |
08:31:32 | | Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) |
08:31:37 | | Join Rob2222 [0] (n=Miranda@p4FDCCC17.dip.t-dialin.net) |
08:33:28 | | Join at0m [0] (n=at0m@94-225-90-23.access.telenet.be) |
08:43:29 | | Quit than1 ("Ex-Chat") |
08:50:04 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
09:00 |
09:08:48 | | Quit antil33t () |
09:22:19 | | Join petur [0] (n=peter@rockbox/developer/petur) |
09:25:42 | | Join TopyMobile [0] (n=topy@apn-77-114-180-8.dynamic.gprs.plus.pl) |
09:32:50 | | Join decayedcell [0] (n=decayed_@60-241-92-53.static.tpgi.com.au) |
09:36:39 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
09:44:18 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
09:51:19 | | Quit bertrik (Remote closed the connection) |
09:54:36 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
09:55:13 | | Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com) |
10:00 |
10:01:54 | | Quit TopyMobile (Read error: 60 (Operation timed out)) |
10:20:17 | *** | Saving seen data "./dancer.seen" |
10:21:07 | | Join Boopop [0] (n=chatzill@87-194-151-195.bethere.co.uk) |
10:21:12 | Boopop | Hi all |
10:21:16 | Boopop | switched on my iPod today with rockbox installed |
10:21:25 | Boopop | I get "Please use iTunes to restore" |
10:21:31 | Boopop | any help? |
10:22:32 | Boopop | hellooo |
10:22:34 | bertrik | Backlight brightness doesn't work on the c200v2 I have here |
10:22:40 | advcomp2019 | Boopop, you came in at the wrong time because most people are sleeping or working |
10:23:03 | Boopop | great ='/ |
10:23:25 | bertrik | I thought backlight was fairly simple, just being a setting in the DCDC converter of the ascodec, but apparently this one is different |
10:23:57 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
10:26:23 | | Quit Boopop ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
10:33:03 | | Join TopyMobile [0] (n=topy@apn-77-114-180-8.dynamic.gprs.plus.pl) |
10:34:37 | | Join flydutch [0] (n=flydutch@host214-146-dynamic.15-87-r.retail.telecomitalia.it) |
10:44:22 | | Join TheSphinX^ [0] (n=cold@p54A5FCA9.dip.t-dialin.net) |
10:55:08 | GodEater | working on a Sunday? Who are these fools ? |
10:55:54 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
10:56:20 | | Join z35 [0] (n=z35@ool-45701ce5.dyn.optonline.net) |
11:00 |
11:00:55 | | Quit bluebroth3r (Read error: 113 (No route to host)) |
11:01:13 | | Join fyrestorm [0] (n=nnscript@cpe-24-90-84-240.nyc.res.rr.com) |
11:08:46 | | Join pamaury [0] (n=pamaury@140.77.26.90) |
11:12:36 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
11:19:08 | | Quit fyre^OS (Read error: 110 (Connection timed out)) |
11:29:06 | | Quit pamaury ("exit(*(int *)0 / 0);") |
11:33:28 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
11:33:51 | | Join pamaury [0] (n=pamaury@140.77.26.90) |
11:35:44 | | Quit amiconn (Nick collision from services.) |
11:35:44 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
11:35:49 | | Quit pixelma (Read error: 113 (No route to host)) |
11:35:50 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
11:36:09 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
11:36:11 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
11:51:00 | | Join bluebrother [0] (n=dom@f053152134.adsl.alicedsl.de) |
11:51:45 | sinthetek | YES! |
11:52:13 | sinthetek | my microsd card works again :D |
11:52:50 | sinthetek | it looks like it was a rockbox problem since re-installing was what fixed it |
11:53:37 | sinthetek | (not to suggest i had no role in causing the problem) |
12:00 |
12:03:28 | | Join Utchybann_ [0] (n=lolo@AStrasbourg-251-1-54-192.w82-126.abo.wanadoo.fr) |
12:03:28 | | Quit Utchybann (Read error: 104 (Connection reset by peer)) |
12:04:49 | | Quit pamaury (Read error: 113 (No route to host)) |
12:09:54 | | Join DerPapst [0] (n=DerPapst@91.64.221.175) |
12:14:22 | | Join PaulJam [0] (n=Paule@p54BEF7B2.dip.t-dialin.net) |
12:20:20 | *** | Saving seen data "./dancer.seen" |
12:24:39 | | Join pamaury [0] (n=pamaury@140.77.26.90) |
12:27:18 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
12:32:55 | | Quit TopyMobile (Remote closed the connection) |
12:32:59 | | Join SIGSEGV [0] (n=user@61.250.113.98) |
13:00 |
13:01:37 | | Quit mt (Read error: 104 (Connection reset by peer)) |
13:05:01 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
13:10:51 | | Quit FlynDice (Remote closed the connection) |
13:13:07 | | Quit DerPapst (Read error: 145 (Connection timed out)) |
13:18:39 | | Join DerPapst [0] (n=DerPapst@91-64-221-175-dynip.superkabel.de) |
13:20:52 | | Join skyhunter [0] (n=quassel@g224001027.adsl.alicedsl.de) |
13:22:37 | skyhunter | Hey |
13:23:11 | skyhunter | I tried to install RockBox on my Cowon D2 16 Gig but now I can't even start my D2. |
13:23:14 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
13:25:12 | GodEater | skyhunter: and you're aware it's a development build right? |
13:25:40 | skyhunter | Yes but how can I reset that? I want my D2 to start again o.o |
13:28:06 | Llorean | It depends on what you've done. |
13:28:10 | GodEater | my guess would be to start it in USB mode, and then upload an original firmware to it |
13:28:18 | GodEater | but I've no real idea - I don't own a D2 |
13:28:25 | Llorean | Having installed Rockbox on a D2 myself, I can say that if you do it the "right" way, it should both work, and be dual-bootable. |
13:28:45 | skyhunter | I tried that tih Tcctool. |
13:28:49 | skyhunter | *with |
13:28:50 | | Quit stoffel (Read error: 113 (No route to host)) |
13:28:57 | Llorean | Did you follow instructions from our site, or from some forum somewhere? |
13:29:03 | skyhunter | Yes. |
13:29:53 | skyhunter | But the problem is when I upload the files with Tcctool the screen turns on and it looks like it worked. But when I try to start it without usb mode it dont work. |
13:30:20 | Llorean | It wasn't a yes/no question. |
13:30:59 | skyhunter | ? You asked if I followed Instructions |
13:31:30 | GodEater | oh dear |
13:31:39 | GodEater | Llorean: good luck :) |
13:32:00 | Llorean | skyhunter: No, I asked where the instructions came from, but I can see how it was unclear. |
13:32:31 | | Join stoffel [0] (n=quassel@p57B4C43E.dip.t-dialin.net) |
13:33:52 | skyhunter | http://iaudiophile.net/forums/showthread.php?t=28773 |
13:34:58 | GodEater | so not our instructions then |
13:35:13 | Llorean | skyhunter: If you didn't follow our instructions, you really should seek help from the person who gave you the instructions. |
13:35:51 | skyhunter | okay |
13:36:35 | | Quit skyhunter (Remote closed the connection) |
13:36:55 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
13:37:12 | GodEater | well we fobbed him off nicely |
13:37:33 | GodEater | how many irc regulars do we have that actually own and are familiar with the D2 apart from you then Llorean ? |
13:37:54 | Llorean | Oh, I'm not at all familiar with it. Nor am I a regular these days. :) |
13:38:19 | Llorean | I just know that, as of, oh, about a year and a few months ago (just before last DevCon) Rockbox was perfectly installable and dual-bootable by our wiki instructions. |
13:38:46 | Llorean | I think gevaerts may have one, and other than that, just the guys working on it (who aren't really on IRC)? |
13:38:54 | GodEater | once in a blue moon |
13:38:58 | * | gevaerts may indeed have one |
13:39:28 | GodEater | for this reason I dislike the idea of thee D2 becoming one of these "unstable-but-supported" targets |
13:39:33 | Llorean | I imagine the touchscreen adds a few interesting support issues with regard to the WPS and a few other screens. |
13:39:40 | GodEater | there's virtually no-one around who know about them |
13:39:52 | Llorean | Since anywhere absolute controls are used, you can't just say "tap the cancel region" or whatever. |
13:40:24 | gevaerts | it's easy. "Hold power for a while" solves all problems |
13:40:35 | Llorean | I'm not fond of it being "supported" when it requires an SD card for regular use. |
13:41:35 | Llorean | But that's just a personal quirk - I don't like the idea of the Rockbox install (or at least, is written data like configs, nvram, etc) being on something intended to be removed and/or swapped |
13:41:42 | GodEater | gevaerts: that instruction doesn't appear to be in the wiki page =( |
13:41:44 | Llorean | Same complaint I may have had about other projects. |
13:41:49 | domonoky | making the D2 a "unstable" target might get us more people who know it :-) |
13:42:19 | Llorean | Maybe we shouldn't use the term "supported" then |
13:42:40 | Llorean | Something more... like "available" or "provided" |
13:43:03 | domonoky | wording is to be discussed. i would just use "stable" and "unstable" and remove the "supported" keyword :-) |
13:43:03 | Llorean | Builds we compile regularly, since we don't promise actual "support" for any of them. |
13:43:06 | GodEater | if Rob hung out here more I wouldn't mind so much |
13:43:19 | * | gevaerts prefers "supported", because the term "supported" will get used anyway. Using it officially will reduce confusion |
13:44:07 | domonoky | so "unstable" and "supported" and there can be "supported" ones without release ? |
13:44:12 | Llorean | gevaerts: Well, maybe just tinker with the wording so it's clear that Rockbox (the software) supports the hardwares, rather than "we support those builds" |
13:44:12 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
13:44:26 | domonoky | or move the ones without releases to the "unstable" category ? |
13:44:39 | GodEater | I thought the idea of this change was that we *would* provide support for them |
13:44:47 | gevaerts | Llorean: from what I understand, we do support them |
13:45:03 | GodEater | gevaerts: that was my understanding too |
13:45:08 | gevaerts | with less guarantees than for the stable builds of course |
13:45:23 | GodEater | it just seems a little daft though, since so few of us actually *can* support them |
13:45:40 | * | domonoky think the important thing of this new category, is not that we support them, but that we no longer hide them. |
13:45:48 | gevaerts | that's really not very different from e.g. mr100 or iaudio m3 |
13:46:18 | GodEater | we hide them ? |
13:46:34 | Llorean | GodEater, gevaerts: Well, my thinking is more "we don't promise support for anything, really" |
13:46:47 | Llorean | There's no guaranteed support staff, no experts on hand, so much as "whoever happens to be around might know" |
13:47:02 | domonoky | yes, they are not on the front page. we are essentially saying rockbox doesnt run on AMS (or other ) targets. |
13:47:07 | GodEater | the chances of that "might" seem to be diminishing |
13:47:15 | Llorean | So "support" as in "fix bugs", sure, "support" as in "have support staff", not at all really |
13:47:20 | gevaerts | Llorean: the big difference between "supported" and "not supported" I think is whether we get to tell people to go away |
13:47:53 | Llorean | gevaerts: Yeah. I was just wondering if it were possible to make sure what we mean by it is what the public will expect from it. |
13:48:26 | * | domonoky thinks "support staff" is a bonus. we can not garantie that we always have people who know a specific target. even for releases targets. |
13:49:15 | Llorean | domonoky: That was kinda my point. |
13:49:27 | | Quit robin0800 (Remote closed the connection) |
13:49:35 | gevaerts | exactly, and that means that while it is indeed an important point, it's not at all related to whether or not we can call these new targets supported |
13:49:52 | | Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) |
13:50:22 | Llorean | gevaerts: I was just wondering if there were better phrasing for it, is all. |
13:50:23 | domonoky | we should just choose new terms for our categorys, that should cleanup the confusion. |
13:51:13 | gevaerts | Llorean: I think that whichever phrasing you come up with, people will still call it "supported" |
13:51:54 | gevaerts | so I think the best thing to do is just calling it "supported", and making sure we clarify what we mean by that on the website |
13:51:55 | domonoky | gevaerts: but wont people call both "stable" and "unstable" supported ? |
13:52:04 | gevaerts | domonoky: yes |
13:52:15 | * | gevaerts was unclear |
13:52:39 | Llorean | gevaerts: Yes, but even as simple as writing "Rockbox supports these hardwares:" vs "We support Rockbox on these hardwares:" suggests too different meanings. I just think it needs kept in mind as anything is written, is all. |
13:52:47 | Llorean | *two |
13:52:47 | gevaerts | "Stable" and "unstable" are categories within "supported" in my view |
13:53:17 | gevaerts | Llorean: very true |
13:53:26 | domonoky | so "supported" means: its on the frontpage. "stable"/"unstable" means the current state of the code, then we have the ones which have a release, and the ones where we have support staff for :-) |
13:53:53 | Llorean | I don't think we should ever imply or promise support staff. There's no guarantee at any point anyway. |
13:54:07 | domonoky | true |
13:54:14 | gevaerts | domonoky: I would hope that "stable" means "will be in the next release" :) |
13:54:45 | domonoky | gevaerts: then we have to move some current targets back to "unstable" |
13:56:14 | domonoky | for example iaudio m3 |
13:56:14 | | Quit FOAD (Read error: 104 (Connection reset by peer)) |
13:56:19 | | Join FOAD [0] (n=dok@dinah.blub.net) |
13:56:34 | Llorean | "released" is a factor of documentation and installation, rather than stability, right? |
13:56:46 | gevaerts | yes and no. We currently don't have the stable/unstable division, so all we basically do is reexamining all supported targets and put them in the proper category. No real "moving back" involved |
13:56:53 | | Quit stoffel (Read error: 113 (No route to host)) |
13:57:01 | Llorean | Or, rather, in addition to stability. |
13:57:57 | domonoky | Llorean: yes.. thats why we have "stable" targets without release. |
13:58:36 | domonoky | but of course we could just include that requirement into the "stable" category |
13:59:27 | Llorean | We could just have a separate way of denoting installation status. |
13:59:48 | Llorean | So we have a table of Stable and Unstable. Ones with a * after them require manual installation, the others are installable with rbutil |
14:00 |
14:00:09 | Llorean | That way you can include in rbutil unstable ones and not confuse things about releases at all. |
14:00:22 | Llorean | You don't even need to throw the "release" term into the mix - it's just there for version numbering. |
14:00:48 | domonoky | sounds good. how about documentation ? |
14:01:54 | Llorean | For the future, for a version numbered release you need a usable manual. Beyond that, it doesn't factor into the front page display? |
14:02:38 | Llorean | I think manuals are very important. I also don't think we really need a complex way of telling people they're available - we should be funneling people through the manual as their first step anyway. |
14:02:55 | domonoky | so manual would be only relevant for making releases, and not for the target -status ? |
14:03:14 | Llorean | In my opinion, yes. The status should be about Rockbox itself. |
14:03:43 | Llorean | To get displayed on the front page you need to be "installable by an ordinary user" (no special hardware, or particularly difficult tricks) and "usable day to day" |
14:03:56 | domonoky | another idea would be to make 3 categorys: "unstable","stable" concerning only code quality, rbutil/manual can be missing (displayed with *) and "gold" where we have everything. |
14:04:03 | Llorean | To be "stable" you need to more or less be ready for release in terms of Rockbox functionality. |
14:05:36 | | Quit robin0800 (Remote closed the connection) |
14:05:55 | domonoky | Llorean: i would think for "unstable" it would be enogh if "installable by user", "no hardware critical issues" (corruptions etc) and "plays music". |
14:06:53 | Llorean | That's more or less what I meant by "usable day-to-day". It needs to play music (all available formats) without crashing (playlisting is included in this), and not risk damaging the player. |
14:07:27 | Llorean | Basically, it needs to succeed at the core "purpose" of Rockbox. Recording, FM Radio, plugins and viewers can all come later. |
14:08:21 | domonoky | i would think for "unstable" it would be even ok, to crash once a day and only provide some music formats.. |
14:08:28 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
14:09:28 | pcc1 | pamaury: just to let you know that I had a chance to work on MTP and my work is available in this git repository: git://git.pcc.me.uk/~peter/rockbox.git |
14:10:18 | pamaury | pcc1: I currently working on MTP, I'm nearly having MTP works read-only on my computer, perhaps in five minutes it's done |
14:11:13 | pcc1 | pamaury: oh. would have been good if you had told me |
14:11:38 | pamaury | I just worked a lot this night :) |
14:11:45 | pcc1 | ok |
14:12:07 | pcc1 | (I am probably also guilty of not telling you) |
14:12:08 | pamaury | I don't see the mtp code in the repo link you have me (with the web interface) |
14:12:31 | pcc1 | you have to check the "mtp" tag |
14:12:48 | pamaury | Ah yes |
14:13:10 | pamaury | What did you changed ? |
14:13:50 | pamaury | Ah you added dircache. I fear we will have incompatible modification :) |
14:13:59 | pcc1 | it's all there in the log |
14:15:49 | pamaury | pcc1: you changed exclusive storage thing but you shouldn't I think. It's related to a usb xfer size problem |
14:16:06 | gevaerts | pamaury: in what way? |
14:16:16 | pamaury | pcc1: cpu boost |
14:16:31 | pamaury | gevaerts: cpu boost |
14:16:53 | pcc1 | if I didn't turn that off then dircache would be disabled during the usb session |
14:16:56 | gevaerts | that means you need to separate boost from exclusive storage, not request exclusive storage access when you don't need it |
14:17:47 | pamaury | Yes for now it's a hack. I'll change it |
14:17:53 | gevaerts | you also can't actually access the filesystem (or if you can, you shouldn't) if you ask for exclusive storage |
14:19:37 | | Join stoffel [0] (n=quassel@p57B4C43E.dip.t-dialin.net) |
14:20:06 | pamaury | pcc1: In the code I see a dircache_is_valid_ptr call. Does this function exists ? |
14:20:24 | *** | Saving seen data "./dancer.seen" |
14:20:27 | pcc1 | I added tht function to dircache |
14:20:46 | pcc1 | it checks whether the pointer is in range and whether its pointers are also within range |
14:21:02 | pcc1 | (of the dircache reserved area) |
14:21:40 | pamaury | Ah that's really useful. I wanted to have such a function |
14:23:51 | pamaury | Arg, my code still don't work. I have a problem with libmtp: it does really recognize the device as MTP but only as PTP. I changed some thing but it's not sufficient. I will commit my code anyway so you can see what I've done |
14:29:37 | | Quit FOAD ("I'll be back") |
14:29:40 | | Quit AlexP (Read error: 104 (Connection reset by peer)) |
14:29:52 | | Join AlexP [0] (n=alex@rockbox/staff/AlexP) |
14:30:02 | | Join FOAD [0] (n=dok@dinah.blub.net) |
14:32:41 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
14:35:29 | pamaury | I've commited my changes plus some that you corrected |
14:36:37 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
14:36:41 | pamaury | pcc1: I've lookked at your implementation of dircache_get_root_ptr and I'm sure it's necessary to have it. A call to dircache_get_entry_ptr("/") is sufficient no ? |
14:39:27 | pcc1 | pamaury: at the time after reading the code I wasn't sure if that would work. but if it worked for you then I guess it's fine |
14:40:39 | pamaury | The thing is that it returns the first entry in the root directory anyway. It's not really well defined if I could say so |
14:41:47 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
14:42:28 | | Part at0m ("more has been done with less") |
14:45:43 | pamaury | The thing is that it returns the first entry in the root directory anyway. It's not really well defined if I could say so |
14:45:46 | pcc1 | oh, you never made the out -> in change? how on earth did it (almost) work for you without that? |
14:46:11 | pamaury | I belive I did it five minutes ago. I'm also wondering how it worked :) |
14:46:36 | | Quit FOAD ("I'll be back") |
14:46:56 | pamaury | I made two commites: one for my changes and one for your changes. |
14:47:00 | | Join FOAD [0] (n=dok@dinah.blub.net) |
14:47:04 | pamaury | *commits |
14:47:40 | | Join crculver [0] (n=crculver@vallila-gw.hupnet.helsinki.fi) |
14:48:18 | pcc1 | yeah. what should have happened is we should have merged our changes together |
14:48:26 | pcc1 | oh well, never mind |
14:48:32 | crculver | When, while listening to a track, I navigate through the database and select "Insert next..." on an item, Rockbox accesses the disk. Yet my database is loaded to RAM and>> |
14:48:48 | crculver | the playing song is nowhere near finished, so no immediate need to preload. Why then is there disk access? |
14:49:03 | pamaury | pcc1: that the problem of having two repos. And the thing is that I only an internet access at my school for now which is a pain |
14:49:50 | * | pamaury has just broken its sansa's fat filesystem |
14:51:26 | pcc1 | pamaury: nah, that's only the problem of not undrstanding how DVCSs work |
14:52:03 | pamaury | pcc1: yes also |
14:57:04 | * | pamaury hates fsck which doesn't work on ubuntu |
15:00 |
15:02:00 | pamaury | pcc1: I have a working version of MTP (read-only) |
15:03:10 | pamaury | I will commit it but I don't understand why at some point I broke my filesystem. Perhaps there is a bug somewhere, perhaps not |
15:04:39 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
15:06:09 | pamaury | pcc1: could you explain me some thing about DVCSs, I agree I don't really undertsand everything but then I could learn |
15:07:45 | | Quit stoffel (Read error: 113 (No route to host)) |
15:13:06 | | Part decayedcell |
15:15:41 | | Quit pamaury ("exit(*(int *)0 / 0);") |
15:16:44 | | Join decayedcell [0] (n=decayed_@60-241-92-53.static.tpgi.com.au) |
15:17:03 | | Part decayedcell |
15:21:42 | | Join pamaury [0] (n=pamaury@140.77.26.90) |
15:23:28 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
15:23:42 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
15:24:02 | | Join panni_ [0] (i=hannes@ip-95-222-19-21.unitymediagroup.de) |
15:25:53 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
15:34:04 | | Quit merbanan (Read error: 110 (Connection timed out)) |
15:35:23 | domonoky | ACTION needs some ideas on how to best present the detected device(s) to the users in rbutil. I have the following info: 0..n devices. Each device has 1..n potential targets (if rbutil isnt sure) and 0..n mountpoints (again rbutil can not find everything, and might be unsure), and a status like "incompatible device" or "device in wrong mode". Additionaly we need to give the user a way to select a device (if there is more then 1) and a way |
15:38:24 | | Quit ender` (" I find television very educating. Every time somebody turns on the set, I go into the other room and read a book. -- Grouc") |
15:39:33 | domonoky | current, very ugly UI: with many found devices: http://imagebin.org/62700 |
15:46:51 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
15:46:58 | bluebrother | domonoky: have you written up a concept on how to perform detection? |
15:47:23 | bluebrother | IMO the UI is the easiest part. More problematic is to figure how to actually do the detection best ... |
15:48:09 | domonoky | bluebrother: i have a current attempt (work inprogresss) in the tracker, but i dont have a writeup for it at moment. |
15:48:30 | domonoky | i think the UI is something we need, needless of how we approach the detection. |
15:48:40 | bluebrother | well, I was throwing ideas around for a concept. Haven't gotten very far yet though. |
15:49:03 | bluebrother | sure, but the UI is easy compared to the rest ... |
15:49:42 | domonoky | current attempt goes like this: use usb-ids for a list of connected devices. map the targets to it -> list of device with potentially more the 1 one target per device. |
15:50:57 | domonoky | the scan potential mountpoints and update the list with this "in a clever way", and in the end, if there is still work todo. use traget specific detection methods and again merge the info cleverly with the target list. |
15:52:00 | domonoky | finally there might be needed some cleanup for dublicate targets, and you have the list of connected devices, each with 1-n potential targets, and 0-n mountpoints and a status. |
15:53:34 | domonoky | two things are common for all approaches to autodetection: a nice gui and a way to test it. (the tracker entry has a way to test autodetection on all targets, without ipods and sansas (need a way to fake them so ipod/sansapatcher accepts them). |
15:56:02 | | Join ender` [0] (i=krneki@84.255.206.8) |
15:57:26 | * | bluebrother hands domonoky a p :) |
15:58:18 | * | domonoky takes the p and all other chars he might have missed :-) |
15:59:35 | | Join Thundercloud_ [0] (i=thunderc@persistence.flat.devzero.co.uk) |
16:00 |
16:00:16 | | Quit Thundercloud (Read error: 101 (Network is unreachable)) |
16:00:55 | | Quit pamaury ("exit(*(int *)0 / 0);") |
16:11:43 | | Join pamaury [0] (n=pamaury@140.77.26.90) |
16:14:29 | CIA-43 | New commit by teru (r22639): brickmania, blackjack, jewels, bubbles: Remove save file only if player resumed the game loaded from the file. |
16:17:01 | bertrik | domonoky, can you try a radio patch on your e200v2 this afternoon? |
16:17:23 | domonoky | yes |
16:17:36 | | Quit Thundercloud_ (Remote closed the connection) |
16:17:51 | | Join Thundercloud_ [0] (i=thunderc@persistence.flat.devzero.co.uk) |
16:19:20 | | Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) |
16:19:59 | * | domonoky detects that the current incompatible device detection in rbutil is broken. the name entry in rbutil.ini should have "" if it contains spaces.. |
16:20:28 | *** | Saving seen data "./dancer.seen" |
16:23:23 | CIA-43 | New commit by Domonoky (r22640): rbutil: correct several name entrys in the rbutil.ini file. |
16:23:44 | robin0800 | domonoky: how do manufactures check they have the correct one when thy update the firmware |
16:25:24 | domonoky | robin0800: i dont know, but they have it easier as they only need to detect their own, and some even dont do this, they just provide a upgrade image which you have to place on their player. |
16:25:59 | domonoky | if we had a crossplatform way to map usb-ids to moutpoints, this would be sooo much easier... :-) |
16:26:50 | robin0800 | domonoky: the sansa updater at least knows what player you have |
16:29:11 | domonoky | for pp-sansas and ipods its also easy, we have the patchers which can detect the target/mountpoint exactly (altough IMHO only if there is only one ipod/sansa connected) |
16:29:32 | bertrik | domonoky, can you test this patch on your e200v2 and see if the radio still works? http://pastebin.ca/1556127 |
16:30:17 | domonoky | other targets are more difficult to detect, because we dont have a way to map usb-ids to mountpoints, and because there are dublicate usb-ids. |
16:30:36 | bertrik | this fixes radio on the c200v2 I borrowed and still works on my clip (which has a slightly newer version of the tuner), I wonder if it still works on the e200v2 |
16:31:03 | robin0800 | domonoky: I would make only one connected a requirement |
16:31:28 | bertrik | I'll test it on my samsung yp-s3 too (which has a si4703, even newer, similar to the one in the gigabeat s) |
16:34:29 | domonoky | robin0800: that doesnt really help, as there can be left-overs on possible mountpoints. currently rbutil just takes the first thing it finds, which can lead to wrongly detected mountpoints. and there are targets which rbutil can not distinguish, so rbutil should show a selection. so better try to show all that is connected. |
16:39:11 | | Quit iCub (Read error: 60 (Operation timed out)) |
16:39:47 | bertrik | yay, fixed si4700 driver works on my samsung yp-s3 too |
16:40:46 | | Join Polo [0] (n=polobric@213.55.131.87) |
16:45:30 | * | domonoky can confirm that radio also works with this patch on e200v2 |
16:47:18 | bertrik | thanks |
16:47:54 | | Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com) |
16:50:07 | | Quit robin0800 (Remote closed the connection) |
16:51:07 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
16:52:44 | CIA-43 | New commit by bertrik (r22641): Sansa c200v2: fix si4700 tuner initialisation to make it work for the c200v2 |
16:52:55 | | Join stoffel [0] (n=quassel@p57B4C43E.dip.t-dialin.net) |
16:53:01 | | Quit DrMoos ("Rockbox rules the DAP world") |
16:53:49 | | Quit chandoo ("Leaving") |
17:00 |
17:00:14 | | Quit Thundercloud_ (Remote closed the connection) |
17:04:35 | | Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) |
17:05:01 | | Quit mt (Read error: 113 (No route to host)) |
17:05:22 | | Quit chandoo (Read error: 104 (Connection reset by peer)) |
17:05:58 | | Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) |
17:08:52 | | Quit Polo (Read error: 110 (Connection timed out)) |
17:09:04 | | Join polobricolo_ [0] (n=polobric@213.55.131.181) |
17:09:09 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
17:10:24 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
17:11:14 | | Quit AlexP (Remote closed the connection) |
17:11:19 | robin0800 | domonoky: you probably know Linux has this program now just run sudo blkid |
17:15:48 | | Quit pamaury (Remote closed the connection) |
17:17:38 | | Quit maraz (Remote closed the connection) |
17:19:15 | | Join maraz [0] (n=maraz@xob.kapsi.fi) |
17:20:30 | domonoky | robin0800: i just tried, but blkid doesnt list my e200v2 only my hd. and also remember that we need methods working win/lin/mac :-) |
17:21:04 | | Quit teru ("Quit") |
17:24:30 | robin0800 | domonoky: I thought it showed all mount points? |
17:25:17 | domonoky | robin0800: for me it doesnt. but i tried it in my VM, so that might confuse it. |
17:27:26 | robin0800 | domonoky: I know it doesn't see usb modems etc. |
17:28:14 | domonoky | and even if it did work, we would need the same on win and mac .. |
17:29:38 | robin0800 | domonoky: can't you use the same methods and build it in? |
17:29:59 | | Quit maraz (Remote closed the connection) |
17:30:31 | | Quit polobricolo_ ("Good bye") |
17:30:41 | domonoky | robin0800: no, because blkid probably uses methods specific for linux. usb is quite different on windows. |
17:31:32 | | Join maraz [0] (n=maraz@212.226.140.97) |
17:32:53 | | Quit GeekShadow (Read error: 113 (No route to host)) |
17:33:39 | | Join DrMoos [0] (i=mostafa@85.171.100.120) |
17:35:49 | | Quit DrMoos (Client Quit) |
17:43:54 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
17:48:49 | | Quit gevaerts (Nick collision from services.) |
17:48:57 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
17:59:50 | | Join AlexP [0] (n=alex@rockbox/staff/AlexP) |
18:00 |
18:02:40 | | Quit robin0800 (Remote closed the connection) |
18:03:09 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
18:03:52 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
18:08:26 | | Join froggyman [0] (n=chatzill@pool-71-186-11-249.chi01.dsl-w.verizon.net) |
18:17:30 | | Join Thundercloud_ [0] (i=thunderc@persistence.flat.devzero.co.uk) |
18:19:22 | | Quit Thundercloud (Read error: 101 (Network is unreachable)) |
18:20:29 | *** | Saving seen data "./dancer.seen" |
18:24:29 | TheSeven | can somebody tell me where the code to reboot an ipod to disk mode is? i bet i've seen that somewhere in the rockbox source a while ago... |
18:25:50 | | Join jordan` [0] (i=gromit@78.235.252.137) |
18:27:41 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
18:32:53 | merbanan | TheSeven: IIRC it used to reboot to that mode before usb support and battery recharging was there |
18:33:23 | TheSeven | any idea where in the source tree this could be? |
18:36:23 | merbanan | sorry no idea |
18:38:11 | shotofadds | Llorean, GodEater: I may have misinterpreted what "unstable" entails - I wouldn't have expected them to be "supported" in any meaningful sense, other than acknowledging they exist and providing an easy(ish) install method. |
18:38:43 | shotofadds | I think it's important to allow discussion of functional-but-not-supported targets in the forums, at least |
18:39:29 | * | bertrik wonders about the exact difference between the RADIO_FREQUENCY and RADIO_SCAN_FREQUENCY setting |
18:41:21 | gevaerts | shotofadds: in my view "supported" means "you don't get told to go away if you have a question about this". I think that includes both irc and the forums |
18:42:25 | | Quit robin0800 (Remote closed the connection) |
18:42:36 | shotofadds | personally I don't see why we should tell anyone to go away. "I don't know" is a perfectly good answer in my book |
18:44:43 | domonoky | TheSeven: take a look a usb-fw-pp502.c |
18:45:09 | | Join MG_Man [0] (n=MGMan@11.208.101.97.cfl.res.rr.com) |
18:45:10 | | Join pamaury [0] (n=apouly@slsu0-28.ens-lyon.fr) |
18:45:13 | domonoky | ~line 48 is the reboot to discmode for this target. |
18:45:14 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
18:45:24 | | Quit pamaury (Client Quit) |
18:48:21 | JdGordon | I'm going to do a slightly annoying commit in a few minutes... apparently at least the e200 doesnt compile the virtual LED for the sim because the #define is in the wrong place.... so to find out which other targets need fixing I'm going to cause red on them.... |
18:49:25 | domonoky | JdGordon: boo ! the buildserver is not your testsystem :-) |
18:49:38 | | Quit Dhraakellian (Read error: 104 (Connection reset by peer)) |
18:49:40 | JdGordon | you got a system fast enough to run every build quickly? |
18:49:43 | * | JdGordon sure doesnt |
18:49:49 | n1s | JdGordon: good, many targets have way too much stuff excluded for the sims |
18:49:59 | gevaerts | shotofadds: it depends I think. What if you do know but you also know that rockbox doesn't actually work properly yet on this target, the user gives a distinct impression of not going to be a developer anytime soon, and helping would take lots of time? |
18:50:01 | domonoky | no, its probably ok, if you revert it directly after it. |
18:50:09 | JdGordon | yeah, thats obvisouly the plan :) |
18:50:15 | JdGordon | I thought I should warn everyone its coming |
18:50:19 | gevaerts | JdGordon: how many builds, and how much tome do you have? |
18:50:43 | JdGordon | every target... all day really, but preferably while I get breakfast happening :p |
18:50:54 | shotofadds | gevaerts: true, but it doesn't take long to say "it doesn't work yet, sorry" :p |
18:50:54 | * | JdGordon has no qualms about using the build system for this |
18:51:42 | * | n1s agrees it's a fine use for the system |
18:51:46 | * | domonoky wants the build-table to stay nice and green, so i dont really like this... |
18:52:19 | domonoky | perhaps we should setup a seperate build-master for such things in the future ? |
18:52:30 | * | gevaerts can do all sim builds in ten minutes or so. The regular builds would take about 15 minutes |
18:52:58 | * | n1s would probably need several hours to build all sims |
18:53:18 | n1s | ...slow netbook |
18:53:31 | * | JdGordon does it in a way that is actually a legit commit |
18:53:53 | gevaerts | I don't have a problem using the build system for this, but I don't really like these things in the svn history |
18:54:11 | CIA-43 | New commit by jdgordon (r22642): Make the e200 compile the vled for the sim... other targets are probably doing the same thing so find out which.. commit will be immediatly followed ... |
18:54:49 | CIA-43 | New commit by jdgordon (r22643): fix red :) |
18:54:57 | | Join liar [0] (n=liar@213162066174.public.t-mobile.at) |
18:55:22 | n1s | JdGordon: why not just have config.h do #ifndef CONFIG_LED\n #define CONFIG_LED LED_VIRTUAL ? |
18:55:23 | JdGordon | it will actually be pretty funny if the e200 is the only one with that issue... but I doubt it :) |
18:55:59 | JdGordon | n1s: yes, thats probably a good way to do it |
18:56:52 | | Quit Thundercloud_ (Remote closed the connection) |
18:57:43 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
18:58:28 | JdGordon | thats quite a few broken targets :/ |
18:59:46 | domonoky | 1280 points for JdGordon ! |
19:00 |
19:01:08 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
19:01:25 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
19:01:49 | * | JdGordon decides to do n1s's suggestion |
19:01:55 | JdGordon | considering how many are broken |
19:02:19 | | Quit FOAD (Read error: 110 (Connection timed out)) |
19:02:19 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
19:03:06 | shotofadds | I'd like to get the D2 added to the theme site to encourage touchscreen WPS development (as per mrobe500 / ondas), but there's an issue re: touch and non-touch enabled themes as it can also use iPod Video 320x240 themes. |
19:03:17 | shotofadds | Any ideas how to make sure touch themes don't end up in the iPod list? |
19:03:41 | n1s | JdGordon: that should probably be accompanied by a check to see that targets with real led doesn't have this mistake and gets the virtual led in the sim |
19:03:41 | shotofadds | ..and how to label non-touch vs. touch themes on the D2 list |
19:03:51 | | Join pamaury [0] (n=pamaury@140.77.26.90) |
19:05:54 | JdGordon | I dont know how targets with a real LED handle the sim |
19:08:06 | | Quit robin0800 (Remote closed the connection) |
19:08:11 | JdGordon | apparently not at all |
19:08:36 | domonoky | JdGordon: real leds are not shown in the sim. |
19:08:49 | JdGordon | something to maybe add later then |
19:11:54 | | Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) |
19:12:16 | CIA-43 | New commit by jdgordon (r22644): move the CONFIG_LED #define out into config.h as all but 3 targets actually have a real one (and apparently lots had it #defined in a !SIMULATOR ... |
19:12:41 | notlistening | domonoky, hi still plugging away just doing the comprehensive feedback model for the client and server |
19:12:44 | JdGordon | unfortunately that didnt fix the problem I was investigating :( |
19:13:17 | notlistening | domonoky, and another bit of good new is I have the vista TTS voice working under wine ;) |
19:13:25 | domonoky | notlistening: when you have a server ready, which i can try with rbutil. just tell me :-) |
19:13:52 | notlistening | domonoky, ok :) |
19:14:21 | notlistening | domonoky, just letting you know i am still here and working on it |
19:14:41 | domonoky | thats nice :-) |
19:19:41 | | Quit notlistening ("Leaving") |
19:20:51 | JdGordon | is anyone else seeing 2 copies of the AA being displayed? |
19:24:12 | JdGordon | Unhelpful: where does the AA get drawn by the code? |
19:24:15 | * | JdGordon cant find it |
19:25:11 | JdGordon | ah, in aa.c |
19:25:34 | * | JdGordon punches kugel in the nose! |
19:27:10 | JdGordon | hmm... maybe I'll taker that back |
19:27:51 | JdGordon | apparently (I tihnk) the AA is drawn on the conditional %?C<> tag as well as the usual %C, both of which draw in the current viewport which is not a very good way to do it... |
19:29:59 | | Join than0 [0] (n=thanaton@adsl-99-41-255-190.dsl.emhril.sbcglobal.net) |
19:35:42 | | Join mitk [0] (n=mitk@chello089077247055.chello.pl) |
19:46:46 | | Quit pamaury ("exit(*(int *)0 / 0);") |
19:47:12 | | Join Eosphere46 [0] (i=Eosphere@74.197.221.60) |
19:50:03 | | Quit chandoo (Read error: 104 (Connection reset by peer)) |
19:50:55 | | Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) |
19:53:17 | | Quit chandoo (Read error: 54 (Connection reset by peer)) |
19:57:22 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
20:00 |
20:10:44 | | Quit PaulJam (".") |
20:13:46 | | Quit Eosphere46 (Read error: 54 (Connection reset by peer)) |
20:15:33 | | Join Eosphere46 [0] (i=Eosphere@74.197.221.60) |
20:20:32 | *** | Saving seen data "./dancer.seen" |
20:28:35 | | Quit Eosphere46 ("Do fish get thirsty?") |
20:32:19 | | Quit flydutch ("/* empty */") |
20:38:16 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
20:38:44 | | Quit vitja ("Ex-Chat") |
20:41:08 | | Join fyrestorm [0] (n=nnscript@cpe-24-90-84-240.nyc.res.rr.com) |
20:44:23 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
20:45:35 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
20:47:07 | | Quit amiconn (Nick collision from services.) |
20:47:09 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
20:47:21 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
20:47:21 | | Quit pixelma (Nick collision from services.) |
20:47:29 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
20:47:41 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
21:00 |
21:07:27 | | Join Calaco [0] (n=464621f0@gateway/web/cgi-irc/labb.contactor.se/x-dwucwyfatpfdthuq) |
21:10:08 | Calaco | can rockbox be configures to exclude directorys from the database system |
21:10:31 | gevaerts | yes. Look for database.ignore in the manual |
21:14:27 | Calaco | k ty |
21:26:39 | Calaco | can any1 give me an example apon what kind of entry to put in database.ignore |
21:27:32 | JdGordon | dont you just copy that file to any folder you dont want in the db? |
21:28:35 | Lear | Yep, the content of the file doesn't matter. |
21:28:49 | Calaco | kk, works now thx =) |
21:32:27 | | Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
21:35:01 | | Quit Calaco ("CGI:IRC (EOF)") |
21:46:56 | Grahack | Hi, I noticed a typo in http://www.rockbox.org/mail/: "recieves" in the rockbox-cvs section |
21:47:43 | | Quit Sajber^ ("Leaving.") |
21:48:40 | | Join AsaelReiter [0] (n=d59730fa@gateway/web/cgi-irc/labb.contactor.se/x-xewgzrmjgmlmhpti) |
21:53:56 | | Quit TheSphinX^ (Read error: 104 (Connection reset by peer)) |
21:54:24 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
21:57:01 | AsaelReiter | In brickmania, shouldn't the new-balls speed been changed like r22582? |
21:59:29 | bertrik | AsaelReiter, I'm not really familiar with brickmania, but it does make sense indeed |
22:00 |
22:04:34 | bertrik | kkurbjun, did you notice FS #10585? there is a problem with the speed (sometimes being 0 apparently) of various objects in brickmania |
22:12:47 | TheSeven | saratoga: we have circumvented the ipod copyright problem now |
22:13:33 | TheSeven | we just move the OFW, in its original encrypted state, to the filesystem, and replace the image with our own bootloader |
22:14:16 | | Join webguest777 [0] (n=47ba0bf9@gateway/web/cgi-irc/labb.contactor.se/x-jkszerpgdhjgvynt) |
22:15:07 | | Quit froggyman (Nick collision from services.) |
22:15:14 | saratoga | TheSeven: can this be done from the notes exploit? |
22:15:53 | | Nick webguest777 is now known as froggyman (n=47ba0bf9@gateway/web/cgi-irc/labb.contactor.se/x-jkszerpgdhjgvynt) |
22:16:38 | | Quit ehntoo (Read error: 110 (Connection timed out)) |
22:17:20 | TheSeven | saratoga: we don't need an exploit any more |
22:17:32 | TheSeven | just one time to bootstrap the rest |
22:17:49 | TheSeven | then we can re-distribute an encrypted image which can be installed directly |
22:19:16 | saratoga | so you would load the exploit once, then copy over a new disk partition from image? |
22:19:29 | saratoga | i'm trying to understand what the exact install procedure will be |
22:20:01 | TheSeven | you only need to use the exploit (on any ipod) to encrypt the bootloader once. the encrypted bootloader can then be redistributed |
22:20:05 | | Quit AsaelReiter ("CGI:IRC (Ping timeout)") |
22:20:24 | | Join AsaelReiter [0] (n=d59730fa@gateway/web/cgi-irc/labb.contactor.se/x-boxzqtqizukbtwdl) |
22:20:34 | *** | Saving seen data "./dancer.seen" |
22:20:36 | rasher | And is that bootloader installed? |
22:20:38 | rasher | eh |
22:20:41 | rasher | And how is that bootloader installed? |
22:20:55 | TheSeven | the install procedure will just be reading out the encrypted OFW, storing it to a file, and replacing it by the encrypted bootloader |
22:21:09 | TheSeven | that can all be done through access to the mass storage device |
22:21:10 | rasher | Ah, so a disk operation |
22:21:16 | TheSeven | yep |
22:21:27 | rasher | That may be the simplest install procedure since the archos devices |
22:21:29 | saratoga | so the encrypted firmware is exposed over MSC? |
22:21:38 | TheSeven | yes |
22:21:57 | saratoga | rasher: gigabeat F is the same way, just overwrite its firmware image on the disk |
22:22:16 | TheSeven | even on the newest ones - even though they tried to hide it, but you just have to use some custom scsi commands in order to access it |
22:22:47 | saratoga | TheSeven: are you interested in rockbox development or just reverse engineering? |
22:23:18 | TheSeven | and, of course, the bricking risk is near zero, as we're only rewriting the NAND firmware, and disk mode is stored in NOR. if the bootloader fails somehow, it will just reboot to disk mode to let the user fix it, without the hassle of pressing key combos |
22:23:42 | | Quit stoffel (Remote closed the connection) |
22:24:19 | TheSeven | saratoga: well, not really development on the application side, but getting this target running - maybe... i have exams coming, though, so i won't have that much time during the next 6 weeks |
22:25:29 | saratoga | was going to ask if you're working on a real bootloader now |
22:25:52 | TheSeven | you mean a rockbox bootloader? |
22:26:13 | TheSeven | the question is whether we even need one, or whether we can fire up the core directly |
22:26:41 | TheSeven | if it's just that we need to copy that thing into memory and jump to it, then it's already done |
22:27:03 | rasher | TheSeven: We want a bootloader that loads Rockbox from disk, for easy updates |
22:27:14 | rasher | From the file system, I should say |
22:27:18 | saratoga | well a bootloader would be more or less generic much like how we share some with ipodlinux and sansalinux |
22:27:34 | markun | TheSeven: yes, that's all you need. Read the file .rockbox/rockbox.ipod and execute it |
22:27:36 | saratoga | but yeah, something that lets you update your code without having to reencrypt the firmware image |
22:28:18 | TheSeven | markun: if that can be changed to /iLoader/rockbox.bin then the bootloader is done, else, well, i would need to change the path in the source code :-P |
22:28:49 | saratoga | for now it doesn't matter, we can change it when it gets commited to our svn |
22:29:32 | markun | TheSeven: I'm really impressed by what you guys did. In fact I didn't think this port would ever happen :) |
22:29:42 | saratoga | although putting a bootloader and install directions on our wiki might be a nice way to interest other people in your work |
22:29:54 | TheSeven | well, i was pretty much impressed myself that doing a bootloader was so easy |
22:30:06 | markun | bertrik: I'm back in Enschede this week and could mail you your meizu |
22:30:21 | TheSeven | after i got a readonly FTL running yesterday (well, 5:30 am today, in fact), it was just putting pieces together and doing a fancy boot menu |
22:31:12 | markun | TheSeven: how did you figure out the FTL? Just by looking at the disassembly? |
22:31:21 | TheSeven | disassembly + openiboot source |
22:31:49 | markun | bertrik: do the meizu's have the same FTL as the ipods? |
22:32:00 | TheSeven | markun: looks like they don't |
22:32:08 | TheSeven | you'll be able to reuse the lowlevel NAND driver, though |
22:32:14 | markun | ok |
22:32:31 | markun | strange that these whimory versions are so different |
22:32:32 | bertrik | markun, yes that would be nice |
22:32:41 | markun | or is it just small changes? |
22:32:58 | TheSeven | we couldn't find anything they have in common besides that name, in fact |
22:33:18 | markun | crazy man |
22:33:19 | bertrik | I see the iphoneboot code expects some strings that I cannot find in the samsung/meizu NAND contents |
22:33:42 | markun | TheSeven: did you put your code online somewhere? |
22:33:54 | bertrik | I could zip up some NAND contents and put them online |
22:36:17 | TheSeven | markun: PMed you a link |
22:36:37 | | Quit merbanan (Read error: 110 (Connection timed out)) |
22:38:05 | saratoga | TheSeven: how complicated does the FTL look? do you think it will be feasible to reverse engineer write support ? |
22:38:35 | TheSeven | saratoga: in the long term, maybe... but this is a hell of a lot of code |
22:39:03 | saratoga | do you think its worth looking into implementing our own FTL in the meantime? |
22:39:03 | pixelma | JdGordon: from your description about the album art "problem" I would think that my WPS should be broken too but it's not (at least hasn't been so far/not that I noticed) |
22:39:08 | TheSeven | my read driver is ~500 lines, write support will probably cross the 10.000 boundary |
22:39:55 | TheSeven | saratoga: using our own FTL means breaking compatibility with the NOR-based bootloader, so our code won't be booted any more, at least if we don't fake some whimory structures |
22:40:15 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
22:40:29 | saratoga | and we have no way to disable the built in USB mode which would be quite dangerous |
22:41:02 | | Join eveenstra [0] (n=eveenstr@c-71-205-29-0.hsd1.mi.comcast.net) |
22:41:10 | | Part eveenstra |
22:42:08 | saratoga | TheSeven: eventually when you get a chance could you link a copy of your encrypted firmware image and instructions how to install it somewhere (or even to our wiki)? |
22:44:21 | TheSeven | basic instructions: use some tool to extract the encrypted OFW, dd an image to the ipod device, create the data partition, copy some files (including the extracted firmware) to it |
22:44:41 | | Join domonoky1 [0] (n=Domonoky@e179160240.adsl.alicedsl.de) |
22:45:29 | TheSeven | you could also do it without repartitioning, but this way you can reclaim ~70MB of space from the apple firmware |
22:45:48 | TheSeven | (and no, the 0 in there is not a typo!) |
22:45:55 | rasher | Rockbox tries to maintain dualboot it possible |
22:46:27 | | Nick dys` is now known as dys (n=andreas@krlh-5f72e9a8.pool.mediaWays.net) |
22:46:32 | TheSeven | this is dualboot-capable, only disadvantage: you lose the data partition contents if you repartition it the rude way |
22:47:27 | TheSeven | in fact I shrink the firmware partition to 126KB and then put a 6MB image into the filesystem, instead of having a 70MB garbage partition |
22:47:34 | TheSeven | you'll lose Nikepod support, though :-P |
22:48:00 | TheSeven | (which could be worked around, too) |
22:48:29 | Grahack | I filed a bug report (http://www.rockbox.org/tracker/task/10587) but just found a fix. Should I open a patch entry in FS with a link to the related bug report or just comment the first report attaching the patch ? |
22:48:40 | rasher | Grahack: the latter |
22:48:53 | Grahack | rasher: thanks |
22:49:29 | | Quit domonoky1 (Client Quit) |
22:50:14 | | Join domonoky1 [0] (n=Domonoky@e179160240.adsl.alicedsl.de) |
22:50:32 | | Join funman [0] (n=fun@rockbox/developer/funman) |
22:50:56 | pixelma | JdGordon: at least it doesn't seem broken with r22608... |
22:51:05 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
22:52:04 | Grahack | argh, shame on me: I just did the contrary rasher told me to do. Now I think I should leave things like that and go to bed... Sorry. |
22:52:28 | rasher | Grahack: no big issue, both ways are fine, really |
22:52:30 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
22:52:34 | TheSeven | btw, who else, besides linuxstb, is interested in pushing this forward? who has a nano2g? |
22:54:01 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
22:55:50 | | Quit Grahack ("Leaving.") |
22:56:04 | | Quit AsaelReiter ("CGI:IRC (Ping timeout)") |
22:56:06 | saratoga | i think bertrik and linuxstb were the main two people but i'm not really sure |
22:56:30 | TheSeven | where is linuxstb, btw? i haven't seen him saying something in a long time |
22:56:40 | saratoga | i think hes on vacation |
22:57:13 | bertrik | saratoga, I don't have any ipod, I looked at meizu and samsung players with (almost) the same SoC |
22:57:32 | saratoga | i know, but you're interested on the FTL anyway right? |
22:57:32 | TheSeven | btw, cramming the bootloader into SRAM was a little tricky. the FTL needs ~45KB of heap and ~2KB of stack, the FAT32 driver needs ~33KB of stack, plus 10KB worth of code, so a total of 90KB |
22:58:12 | JdGordon | pixelma: it might be broken but your tag placements might hide it |
22:58:26 | TheSeven | that thing has 176KB of SRAM, but the OFW seems to reuse some structures set up by the NOR bootloader, and is really picky concerning overwriting them |
22:59:17 | | Quit mitk ("Leaving") |
23:00 |
23:00:22 | pixelma | JdGordon: well it follows your example in the forums (with stuff in between) |
23:00:53 | JdGordon | ok, oh well... ill try fixing it properly today anyway |
23:02:07 | | Quit domonoky (Read error: 113 (No route to host)) |
23:06:49 | | Quit bluebrother ("leaving") |
23:09:32 | | Quit p3tur ("Zzzzz") |
23:09:45 | | Quit than0 ("Ex-Chat") |
23:10:42 | | Quit petur ("Zzzzzz too") |
23:14:49 | | Quit bmbl ("Bye!") |
23:19:00 | funman | JdGordon: would you try the e200v2 recovery method on your Clip+? |
23:19:12 | JdGordon | thats the plan :) |
23:19:22 | JdGordon | wheres the instructions? |
23:20:22 | funman | http://www.rockbox.org/twiki/bin/view/Main/SansaE200v2#Recovery_Mode_on_the_E200v2 |
23:21:00 | JdGordon | oh... |
23:23:57 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
23:25:17 | | Join DrMoos [0] (i=mostafa@85-171-100-120.rev.numericable.fr) |
23:25:52 | * | JdGordon is having a bit of trouble getting the pcb off the front plastic |
23:26:12 | JdGordon | but so far i havnt found any solder joints that might be the ones needed |
23:26:49 | funman | i can trigger this mode on the clip by shorting 2 specific pins of the flash, to make the chip think the flash isn't working |
23:26:58 | bertrik | I wonder what the 2x3 copper colored stripes are in the bottom right of the front of the PCB |
23:26:59 | funman | but then you wouldn't be able to access the flash where the firmware is supposedly stored |
23:27:16 | bertrik | maybe for a JTAG header |
23:27:57 | | Join iCub [0] (n=nick@CPE-124-177-22-34.vic.bigpond.net.au) |
23:29:40 | JdGordon | possibly |
23:29:48 | * | JdGordon has it completly free now |
23:30:25 | JdGordon | i also see two unused solder points |
23:30:35 | JdGordon | where is the abi pics? |
23:31:03 | bertrik | http://www.anythingbutipod.com/archives/2009/08/sandisk-sansa-clip-plus-disassembly.php |
23:31:45 | JdGordon | pic 14... just at the bottom left corner of the white label box... |
23:32:29 | JdGordon | they seem to be about the right place |
23:33:12 | TheSeven | this looks more like solder pads for an additional chip |
23:33:38 | TheSeven | another set of such strips (with a chip) is on the bottom of the picture |
23:34:30 | bertrik | still looks like a place to solder a header to me, not for a chip |
23:35:15 | bertrik | the pads look way too big (long) for a chip to be placed there |
23:35:18 | JdGordon | funman: what do you reckon? join those pins and connect to usb? |
23:35:47 | funman | yes (making sure the clip+ is off before pluging it) |
23:36:10 | JdGordon | do they need to stay joined while in usb? |
23:36:21 | JdGordon | can i do this with a screwdriver and only 2 hands? |
23:36:38 | bertrik | if you have soldering skills and equipment, I recommend to solder a small value resistor instead of a hard short |
23:36:43 | funman | yes we can! |
23:37:26 | funman | JdGordon: i would start plugging usb on the computer so only a little press with one hand is needed to make the connection, and the other hand to connect the 2 pads with a screwdriver |
23:37:46 | | Quit HBK (Read error: 60 (Operation timed out)) |
23:37:52 | funman | bertrik: a resistor could prevent unwanted damage? |
23:38:39 | JdGordon | do they need to stay connected the whole time? |
23:38:51 | funman | clip+ has its own forum section on sansa website |
23:39:19 | funman | JdGordon: only until you can see a device connected on the computer ("while :;do sudo dmesg -c;sleep 1;done" on linux for example) |
23:39:26 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
23:41:57 | CIA-43 | New commit by mcuelenaere (r22645): Lua plugin: fix bad behaviour for io.open(path, 'w') ... |
23:42:09 | JdGordon | soldering time... |
23:42:28 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
23:44:05 | bertrik | JdGordon, if it turns out that those pins were not meant to be connected, about 100 ohm (for example) would only cause a current of about 40 mA, i.e. a bit high but probably not going to burn anything out |
23:44:23 | bertrik | only do this if you have soldering skills of course |
23:45:00 | JdGordon | we'll find out :) |
23:45:20 | bertrik | if they _were_ meant to be connected, then about 100 ohm (same example) would probably still be low enough to activate the bridge |
23:45:46 | JdGordon | it didnt seem to do aything bad when they were connected while it was on... |
23:46:01 | funman | http://forums.sandisk.com/sansa/board/message?board.id=clipplus&thread.id=40 < a bug in clip+ which I hope would get fixed in a near firmware update |
23:47:38 | bertrik | funman, :) |
23:49:50 | | Quit bertrik ("De groeten") |
23:49:55 | JdGordon | wheres my multimeter gone? |
23:50:53 | rasher | funman: I guess what we need is JdGordon to go bughunting to find as many embarassing flaws as he can |
23:51:05 | rasher | Maybe if he had experience in software QA |
23:51:12 | * | DerPapst pings JdGordon's multimeter and waits for an answer... |
23:51:18 | funman | exploitable vulnerabilities are a plus |
23:52:09 | | Join GreatBeaver [0] (n=chatzill@c-71-59-18-236.hsd1.ga.comcast.net) |
23:52:11 | GreatBeaver | hi |
23:52:20 | GreatBeaver | what do you guys think of archos 7? amazon is selling for half off now |
23:53:24 | | Quit funman ("free(random());") |
23:53:59 | krazykit | GreatBeaver, they don't run rockbox, for one |
23:54:05 | GreatBeaver | oh no |
23:54:07 | GreatBeaver | bastards |
23:54:13 | GreatBeaver | i will never buy archos |
23:54:18 | scorche|sh | ... |
23:54:27 | AlexP | Then why bring it up? |
23:55:11 | JdGordon | nothing in dmesg with the 2 pins joined... |
23:55:26 | GreatBeaver | AlexP: until now i didnt know rockbox didnt run on archos |
23:55:40 | AlexP | It does on some archos |
23:55:42 | scorche|sh | it run on some archoses |
23:55:58 | AlexP | And www.rockbox.org has a cunning list for you to check |
23:56:31 | GreatBeaver | does the archos 7 have digital output? |
23:56:37 | AlexP | off topic |