00:01:10 | | Quit melmothX (Quit: bau) |
00:07:58 | *** | Saving seen data "./dancer.seen" |
00:13:54 | | Join factor [0] (~factor@r74-195-182-191.msk1cmtc01.mskgok.ok.dh.suddenlink.net) |
00:14:14 | | Part b0hoon ("GTG. Bye.") |
00:18:07 | | Part factor |
00:31:45 | | Quit bertrik (Remote host closed the connection) |
00:34:16 | | Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 17.0/20121113065533]) |
00:42:37 | | Quit ender1 (Quit: "HR?" "Human Resources." "In Brussels that kind of department is referred to as the Office for Personkind Enablement. Resources sounds like something you dig out of the ground." -- Peter F. Hamilton: Great North Road) |
00:45:57 | | Join ClipZip [0] (~bcdf8d52@www.haxx.se) |
00:46:09 | ClipZip | f |
00:48:16 | | Quit jlbiasini (Remote host closed the connection) |
00:48:47 | saratoga | Mir: do you have the battery bench for 27 hours on the e200? |
00:51:38 | | Join webguest40 [0] (~45993b2d@www.haxx.se) |
00:54:10 | | Quit webguest40 (Client Quit) |
00:55:39 | saratoga | and no thoughts on the Clip radio keymap updates? |
00:58:50 | Mir | saratoga: yes i do |
00:59:01 | saratoga | post it on the batterybench wiki page |
00:59:20 | Mir | will try |
01:00 |
01:00:12 | saratoga | and what format? |
01:00:14 | saratoga | flac? |
01:00:56 | saratoga | i remember struggling to get teh e200 battery life above 15 hours |
01:01:29 | Mir | FLAC off a microSDHC |
01:02:27 | saratoga | yeah makes sense, the CPU will sleep most of the time and then never boost |
01:02:55 | saratoga | i never got around to introducing a lower clock speed on the e200 for flac files |
01:02:56 | Mir | oddly as i mentioned above its the opposite for the Clip+ for me |
01:03:06 | Mir | using the same microSDHC and same tracks |
01:03:17 | saratoga | some SD cards impact battery life on the clip and some do not |
01:03:20 | saratoga | i never figured out why |
01:03:25 | Mir | ahh |
01:03:58 | saratoga | i tested my 16GB one and battery life decreases by about 10 minutes |
01:04:10 | saratoga | but some people report decreases of several hours |
01:04:21 | saratoga | IIRC the OF does something similar so it might just be some weirdness in the hardware |
01:09:44 | Mir | mine was a bit more dramatic |
01:09:52 | Mir | 4-5 hours shaved off |
01:23:32 | | Quit Clear_runway (Ping timeout: 240 seconds) |
01:23:57 | | Quit Wardo (Read error: Connection reset by peer) |
01:29:26 | | Quit nateloaf (Quit: Leaving.) |
01:29:54 | | Quit ClipZip (Quit: CGI:IRC (EOF)) |
01:43:34 | | Join budRich [0] (~budRich@h-217-50.a260.priv.bahnhof.se) |
01:44:03 | budRich | hi everybody! |
01:44:20 | SuperBrainAK | hello |
01:44:31 | budRich | i'm tryin to install rockbox on my sansaclip+, but i can't get it to work. |
01:45:08 | SuperBrainAK | you used the utility? |
01:45:43 | budRich | yep |
01:46:02 | budRich | using rockbox utility i get asked to select a .bin file, only one i can find is called did.bin, and i get an error when choosing it |
01:46:40 | budRich | tried manual intall to, without success |
01:48:15 | SuperBrainAK | you need to get the original firmware from sansa's site thats the .bin you need |
01:49:28 | budRich | http://imgur.com/4Uoe0 |
01:49:58 | budRich | yes i tried with sansas fm (m300a.bin), doesnt work |
01:50:08 | budRich | *fw |
01:50:56 | | Join saratoga__ [0] (123e1e55@gateway/web/freenode/ip.18.62.30.85) |
01:51:02 | SuperBrainAK | get the of from sansa and use it |
01:51:25 | saratoga__ | which player are you trying to install for? you said clip+ above but your picture says zip |
01:51:41 | saratoga__ | and I think the m300 is a third player |
01:51:50 | SuperBrainAK | yes it is |
01:52:05 | budRich | ok... |
01:52:06 | saratoga__ | so basically, decide what player you have :) |
01:52:15 | budRich | i have a clip+ |
01:52:28 | saratoga__ | then you'll want to use rockbox for the clip+ and a firmware file for the clip+ |
01:52:28 | budRich | download this fw: http://forums.sandisk.com/t5/Sansa-Clip-Sansa-Clip/Sansa-Clip-Firmware-01-01-35-amp-02-01-35-Release/td-p/144965 ? |
01:52:44 | SuperBrainAK | the clipp in parenthesis is still saying clip plus hence the 2p's |
01:59:54 | saratoga__ | bluebrother: one nice rbutil feature would be to alert users if they've downloaded the wrong firmware version for their player |
02:00 |
02:00:09 | saratoga__ | i think we can do this since we have the checksums for all the firmwares in mkamsboot |
02:00:16 | saratoga__ | no idea how hard that is to do though |
02:00:50 | SuperBrainAK | or have it download the OF initially |
02:01:18 | SuperBrainAK | same way it does the rest of the stuff |
02:01:22 | saratoga__ | thats hard to do though since they keep changing the links |
02:01:33 | SuperBrainAK | oh :P sansa |
02:02:51 | saratoga__ | we could probably have the links pulled from a list on our website, but again, not simple |
02:03:01 | saratoga__ | usually its not hard for users to click the link we give them and then download a file |
02:03:10 | saratoga__ | but sometimes people don't pay attention and grab the wrong file |
02:03:24 | saratoga__ | or forget what player they have, etc |
02:04:37 | SuperBrainAK | yea i dont get how careless people can sometimes be |
02:05:00 | * | SuperBrainAK fails at english |
02:08:01 | *** | Saving seen data "./dancer.seen" |
02:09:55 | | Quit budRich (Read error: Connection reset by peer) |
02:12:40 | | Quit perrikwp_ (Remote host closed the connection) |
02:16:02 | | Quit Buglouse (Ping timeout: 244 seconds) |
02:21:09 | | Quit saratoga__ (Quit: Page closed) |
02:22:45 | | Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) |
02:22:58 | | Quit ps-auxw (*.net *.split) |
02:22:58 | | Quit dys (*.net *.split) |
02:22:58 | | Quit GodEater (*.net *.split) |
02:23:11 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
02:23:11 | | Quit GodEater (Changing host) |
02:23:11 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
02:24:49 | | Quit the-kyle (Read error: Connection reset by peer) |
02:26:22 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
02:37:53 | | Join the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com) |
02:50:10 | | Quit SuperBrainAK (Ping timeout: 248 seconds) |
02:50:39 | | Quit pamaury (Ping timeout: 244 seconds) |
02:57:39 | | Join perrikwp [0] (~quassel@cpe-071-076-186-173.triad.res.rr.com) |
03:00 |
03:27:25 | | Part amayer |
03:30:35 | | Join syscrash [0] (~syscrash@l3ib.org) |
03:30:36 | | Quit syscrash (Changing host) |
03:30:36 | | Join syscrash [0] (~syscrash@poipu/developer/syscrash) |
03:31:35 | | Nick syscrash is now known as jvd (~syscrash@poipu/developer/syscrash) |
03:32:40 | | Part jvd |
04:00 |
04:08:05 | *** | Saving seen data "./dancer.seen" |
04:25:39 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
04:25:39 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
04:25:39 | | Quit pixelma (Disconnected by services) |
04:25:39 | | Quit amiconn (Disconnected by services) |
04:25:40 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
04:25:42 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
04:46:30 | | Quit TheSphinX_ (Read error: Operation timed out) |
04:52:34 | | Join TheSphinX^ [0] (~briehl@p5B3237FD.dip.t-dialin.net) |
04:52:50 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
05:00 |
05:02:18 | | Quit ParkerR_ (Quit: ZNC - http://znc.in) |
05:14:44 | | Join neild [0] (~47b79852@www.haxx.se) |
05:15:59 | | Quit neild (Client Quit) |
05:20:16 | | Join ParkerR_ [0] (ParkerR@unaffiliated/parkerr) |
05:25:57 | | Quit Gallomimia (Quit: Gallomimia) |
05:27:17 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
05:28:28 | | Quit [Saint_] (Ping timeout: 260 seconds) |
05:28:43 | | Quit ParkerR_ (Read error: Connection reset by peer) |
05:29:12 | | Join ParkerR [0] (ParkerR@withg.org) |
05:29:12 | | Quit ParkerR (Changing host) |
05:29:12 | | Join ParkerR [0] (ParkerR@unaffiliated/parkerr) |
05:29:12 | | Quit ParkerR (Excess Flood) |
05:34:01 | | Join ParkerR [0] (ParkerR@withg.org) |
05:34:01 | | Quit ParkerR (Changing host) |
05:34:01 | | Join ParkerR [0] (ParkerR@unaffiliated/parkerr) |
05:34:12 | | Nick ParkerR is now known as ParkerR_ (ParkerR@unaffiliated/parkerr) |
05:37:23 | | Quit ParkerR_ (Client Quit) |
05:39:07 | | Quit [7] (Disconnected by services) |
05:39:16 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
05:46:20 | | Quit prof_wolfff (Ping timeout: 244 seconds) |
05:56:30 | | Join ParkerR [0] (ParkerR@unaffiliated/parkerr) |
05:59:09 | | Nick ParkerR is now known as ParkerR_ (ParkerR@unaffiliated/parkerr) |
06:00 |
06:08:06 | *** | Saving seen data "./dancer.seen" |
06:33:22 | | Quit saratoga_ (Ping timeout: 245 seconds) |
06:36:15 | | Join webguest71 [0] (~48dbba24@www.haxx.se) |
06:36:52 | | Join SuperBrainAK [0] (~Andy@pool-173-79-63-191.washdc.fios.verizon.net) |
06:36:52 | | Quit webguest71 (Client Quit) |
07:00 |
07:01:34 | | Join webguest36 [0] (~4462145c@www.haxx.se) |
07:02:21 | | Join scorche [0] (~scorche@97-117-166-214.phnx.qwest.net) |
07:02:45 | | Quit webguest36 (Client Quit) |
07:03:01 | | Join Belzebub_ [0] (~torrentow@195.117.144.66) |
07:05:59 | | Join ukleinek_ [0] (~ukl@port-212-202-120-50.static.qsc.de) |
07:08:47 | | Quit shamus (Read error: Connection reset by peer) |
07:09:12 | | Join shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
07:10:47 | | Quit knittl (*.net *.split) |
07:10:47 | | Quit ParkerR_ (*.net *.split) |
07:10:53 | | Quit pixelma (*.net *.split) |
07:10:53 | | Quit amiconn (*.net *.split) |
07:10:53 | | Quit mirak (*.net *.split) |
07:10:53 | | Quit bluebrother (*.net *.split) |
07:10:53 | | Quit maraz (*.net *.split) |
07:10:53 | | Quit dionoea (*.net *.split) |
07:10:53 | | Quit FOAD (*.net *.split) |
07:10:53 | | Quit freqmod (*.net *.split) |
07:11:13 | | Quit Torne (*.net *.split) |
07:11:13 | | Quit derf (*.net *.split) |
07:11:13 | | Quit zu (*.net *.split) |
07:11:13 | | Quit XavierGr (*.net *.split) |
07:11:13 | | Quit advcomp2019_ (*.net *.split) |
07:11:13 | | Quit amithkk (*.net *.split) |
07:11:13 | | Quit ser (*.net *.split) |
07:11:13 | | Quit nomada (*.net *.split) |
07:11:13 | | Quit bzed (*.net *.split) |
07:11:13 | | Quit ender` (*.net *.split) |
07:11:13 | | Quit Synergist (*.net *.split) |
07:11:13 | | Quit nosa-j (*.net *.split) |
07:11:13 | | Quit Slasheri (*.net *.split) |
07:11:13 | | Quit linuxstb (*.net *.split) |
07:11:13 | | Quit gevaerts (*.net *.split) |
07:11:13 | | Quit ChanServ (*.net *.split) |
07:11:13 | | Quit saratoga (*.net *.split) |
07:11:13 | | Quit TheSeven (*.net *.split) |
07:11:15 | | Quit hype (*.net *.split) |
07:11:17 | | Quit Belzebub (*.net *.split) |
07:11:21 | | Quit scorche` (*.net *.split) |
07:11:24 | | Quit ukleinek (*.net *.split) |
07:11:29 | | Quit Topy44 (Read error: Connection reset by peer) |
07:12:27 | | Join Topy44|2 [0] (kvirc@f048108188.adsl.alicedsl.de) |
07:14:41 | | Quit Buglouse (Ping timeout: 244 seconds) |
07:15:58 | | Join ChanServ [0] (ChanServ@services.) |
07:15:58 | Mode | "#rockbox +o ChanServ " by sturgeon.freenode.net |
07:19:08 | | Join Buglouse [0] (~Buglouse@176.31.24.226) |
07:19:33 | | Join nosa-j [0] (~m00k@184.76.254.130) |
07:19:33 | | Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) |
07:19:33 | | Join linuxstb [0] (~linuxstb@unaffiliated/linuxstb) |
07:19:33 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
07:19:42 | | Join ender` [0] (~ender1@2a01:260:4094:1:42:42:42:42) |
07:19:42 | | Join Synergist [0] (~synfn@unaffiliated/synergist) |
07:19:52 | | Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) |
07:19:52 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
07:19:52 | | Join amithkk [0] (u4289@2buntu/writers/amithkk) |
07:19:52 | | Join ser [0] (~ser@152.19.134.159) |
07:19:52 | | Join nomada [0] (~nomada@46.4.193.195) |
07:19:52 | | Join bzed [0] (~bzed@devel.recluse.de) |
07:20:03 | | Quit Buglouse (Changing host) |
07:20:03 | | Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) |
07:20:50 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
07:21:41 | | Join ParkerR_ [0] (ParkerR@unaffiliated/parkerr) |
07:21:41 | | Join amiconn [0] (amiconn@rockbox/developer/amiconn) |
07:21:41 | | Join pixelma [0] (pixelma@rockbox/staff/pixelma) |
07:21:41 | | Join mirak [0] (~mirak@89-92-229-91.hfc.dyn.abo.bbox.fr) |
07:21:41 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
07:21:41 | | Join maraz [0] (maraz@kapsi.fi) |
07:21:41 | | Join dionoea [0] (~dionoea@videolan/developer/dionoea) |
07:21:41 | | Join FOAD [0] (~foad@83.161.135.61) |
07:21:41 | | Join freqmod [0] (~quassel@cm-84.215.142.108.getinternet.no) |
07:21:41 | | Join Torne [0] (~torne@rockbox/developer/Torne) |
07:21:41 | | Join derf [0] (~derf@fuzzyneural.net) |
07:21:41 | | Join zu [0] (~zu@ks387228.kimsufi.com) |
07:21:59 | | Join knittl [0] (~knittl@unaffiliated/knittl) |
07:22:18 | | Join hype [0] (~hype@82.199.174.16) |
07:41:02 | | Quit Buglouse (Ping timeout: 244 seconds) |
07:45:30 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
07:47:08 | | Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) |
08:00 |
08:05:12 | | Quit ps-auxw (Remote host closed the connection) |
08:08:10 | *** | Saving seen data "./dancer.seen" |
08:12:35 | | Quit Zambezi (Changing host) |
08:12:35 | | Join Zambezi [0] (Zulu@unaffiliated/zambezi) |
08:15:06 | | Join ps-auxw [0] (~arneb@p4FF7FF57.dip.t-dialin.net) |
08:15:49 | | Join nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) |
08:30:04 | | Join stoffel [0] (~quassel@pD9E43982.dip.t-dialin.net) |
09:00 |
09:00:20 | | Join kevku [0] (x@indeed.tastes.like.everything.mm.am) |
09:04:44 | | Quit SuperBrainAK (Quit: pbly going to sleep /_\) |
09:20:08 | | Quit brkfstsqd (Remote host closed the connection) |
09:25:20 | | Join melmothX [0] (~melmoth@unaffiliated/melmothx) |
09:40:33 | | Join n1s [0] (~n1s@nl118-168-30.student.uu.se) |
09:40:33 | | Quit n1s (Changing host) |
09:40:33 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
10:00 |
10:08:13 | *** | Saving seen data "./dancer.seen" |
10:09:23 | | Join factor [0] (~factor@r74-195-187-230.msk1cmtc01.mskgok.ok.dh.suddenlink.net) |
10:13:26 | | Quit Buglouse (Ping timeout: 244 seconds) |
10:17:13 | | Join lebellium [0] (~chatzilla@e179139201.adsl.alicedsl.de) |
10:20:09 | | Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) |
10:22:10 | | Join ender1 [0] (krneki@foo.eternallybored.org) |
10:25:42 | | Join meyer [0] (~ad4ce243@www.haxx.se) |
10:26:53 | | Quit meyer (Client Quit) |
10:29:28 | | Quit Buglouse (Ping timeout: 264 seconds) |
10:33:46 | | Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) |
10:40:57 | lebellium | how to install the font pack for Android targets? The rockbox directory doesn't look like normal targets |
10:43:13 | | Quit XavierGr () |
10:43:23 | | Quit copper (Ping timeout: 260 seconds) |
10:44:52 | | Join copper [0] (~copper@unaffiliated/copper) |
10:50:20 | | Join KiwiCam [0] (~quassel@101.98.163.139) |
11:00 |
11:01:40 | | Quit Horscht (Quit: Verlassend) |
11:10:22 | | Part factor ("Leaving") |
11:13:06 | lebellium | ok I just had to put the font folder into the main rockbox directory |
11:13:21 | lebellium | it seems we don't have suitable unicode font for Android? |
11:19:59 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
11:28:53 | | Quit [Saint] (Remote host closed the connection) |
11:55:14 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
12:00 |
12:08:16 | *** | Saving seen data "./dancer.seen" |
12:14:35 | | Quit lebellium (Remote host closed the connection) |
12:17:19 | | Join lebellium [0] (~chatzilla@e179139201.adsl.alicedsl.de) |
12:18:27 | | Join Vabi [0] (~niewinny3@eae32.neoplus.adsl.tpnet.pl) |
12:19:31 | Vabi | hi. Does anyone have a problem with sansa clip plus with 16gb microsd card? My player is always stopping to early playing flac files. |
12:24:46 | copper | Vabi: no problem here with a Clip+ and a 32 GB microsdhc card |
12:26:36 | | Quit bluebrother (Disconnected by services) |
12:26:40 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
12:28:17 | | Quit fs-bluebot (Ping timeout: 244 seconds) |
12:29:35 | | Join fs-bluebot [0] (~fs-bluebo@g231120227.adsl.alicedsl.de) |
12:31:38 | | Join Topy44 [0] (kvirc@f048079228.adsl.alicedsl.de) |
12:34:22 | Vabi | |
12:34:43 | | Quit Topy44|2 (Ping timeout: 250 seconds) |
12:34:53 | Vabi | so it must be something with my files, some problem with decoding or something, thanks :D |
12:36:22 | | Part Vabi |
12:39:21 | | Join Horscht [0] (~Horscht@p54946C7C.dip.t-dialin.net) |
12:39:21 | | Quit Horscht (Changing host) |
12:39:21 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
12:53:21 | | Join jlbiasini [0] (~metaphysi@188.25.5.79) |
12:55:41 | | Quit Horscht (Quit: Verlassend) |
13:00 |
13:08:21 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
13:20:49 | | Quit lebellium (Quit: ChatZilla 0.9.89 [Firefox 17.0/20121113065533]) |
13:29:49 | | Join SCUD [0] (~SCUD@pool-173-65-203-252.tampfl.fios.verizon.net) |
13:30:00 | SCUD | yo |
13:31:12 | SCUD | how long are the forums going to be shut down for? |
13:37:40 | gevaerts | We can't give exactb times. People are working on it |
13:48:41 | SCUD | ok, would it be alright to ask on here about a problem? |
13:49:00 | gevaerts | Of course |
13:50:20 | SCUD | ok I got a sansa clip+ that had rockbox installed on it before, but I accidentally tried reformatting and lost it |
13:50:39 | | Quit nateloaf (Quit: Leaving.) |
13:51:41 | | Join webguest10 [0] (~4a7db815@www.haxx.se) |
13:52:03 | SCUD | I tried reinstalling rockbox and it still wouldn't boot (the bootloader worked, just rockbox didn't install) so I used the sansa official firmware updater and updated to the newest firmware and tried reinstalling the bootloader and rockbox and now I don't get anything but the official firmware booting up |
13:52:26 | | Join Krill- [0] (~Walfutter@5.28.100.186) |
13:52:52 | | Quit webguest10 (Client Quit) |
13:53:00 | Krill- | hello |
13:53:47 | | Join webguest009 [0] (~4a7db917@www.haxx.se) |
13:54:29 | Krill- | i just checked out rockbox on ipod nano 2g. seems like there is a bit of work to do, and i'd like to help out there if possible. is the nano 2g maintainer here, by any chance? |
13:54:59 | | Quit webguest009 (Client Quit) |
13:59:18 | gevaerts | Krill-: we don't have specific maintainers for ports, really |
13:59:52 | | Join Horscht [0] (~Horscht@p54946C7C.dip.t-dialin.net) |
13:59:53 | | Quit Horscht (Changing host) |
13:59:53 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
14:00 |
14:00:17 | gevaerts | SCUD: did the bootloader install properly (as in: does it try to boot rockbox?) How did you reformat it? |
14:01:34 | SCUD | In it's current state no the bootloader didn't install properly, and I reformatted using the ofw method |
14:01:41 | Krill- | gevaerts: alright. is there a list somewhere on who's interested in which ports, so i could get a bit of introduction and avoid duplicate work? |
14:02:47 | gevaerts | Krill-: TheSeven probably knows most about the nano2g, but he hasn't had much time lately to work on it. I'd say your best bet is to wait for him to reply |
14:03:05 | Krill- | gevaerts: ok, thanks. browsing the website for a bit then :) |
14:03:37 | TheSeven | Krill-: I'm here |
14:06:06 | gevaerts | SCUD: I'm afraid I don't have much to suggest here. I'd recommend hanging around in case someone else knows more |
14:06:39 | SCUD | hm ok then |
14:06:55 | * | gevaerts doesn't know too much about the AMS sansas |
14:07:22 | Krill- | TheSeven: hi! i noticed two things: panic after connecting to usb, and a wrong pixel, which doesn't seem to be a hardware error, as it doesn't show in the original firmware, and changes colour when moving the menu bar over it. |
14:07:51 | Krill- | TheSeven: browsing the bug tracker atm to find anything about those issues |
14:08:19 | *** | Saving seen data "./dancer.seen" |
14:08:33 | TheSeven | Krill-: Oh no, not USB issues again... can you pastebin the exact panic message, along with the .elf file of the build that you're using? |
14:08:41 | Krill- | oh, and a general question: fonts seem to be entirely without AA, is this a fundamental design decision of rockbox? |
14:09:09 | TheSeven | Krill-: afaik rockbox supports AA fonts since some time, but most of the old fonts don't use it (yet) |
14:09:14 | Krill- | TheSeven: ah, i guess i'd need to retype the issue by hand, or is there a dump somewhere? |
14:09:15 | gevaerts | We do support AA fonts, but I don't think we include any by default |
14:09:31 | Krill- | ah |
14:09:32 | TheSeven | Krill-: bad pixels sound like hardware problems... is the pixel flickering, and how exactly does it behave? |
14:10:04 | TheSeven | Krill-: you'll have to retype it, it can't dump it in that condition |
14:10:09 | TheSeven | what kind of panic is it? |
14:10:09 | bluebrother^ | ok, any last concerns about Rockbox Utility 1.3.1? I'm going to push the release otherwise |
14:10:18 | bluebrother^ | since it would be a good thing to get the latest fixes out |
14:11:28 | Krill- | TheSeven: it's stable and behaves pretty much deterministically, as in changing colour the same way with menu bar over it. if it's a hw error, the the original fw must have some workaround capabilities for that, as everything looks alright there |
14:12:08 | TheSeven | I've seen a lot of bad pixels on nanos which only appear on dark colors, and thus aren't visible in the original firmware because almost everything is white |
14:12:26 | Krill- | ah, that's a point |
14:12:41 | TheSeven | in most cases they're in fact bad GRAM memory cells that cause subpixels to light up that shouldn't |
14:13:32 | TheSeven | my ipod has like 30 of those these days |
14:13:56 | gevaerts | bluebrother^: I can't think of anything |
14:14:03 | TheSeven | some of them are barely visible because the bad cells are low-order bits |
14:14:20 | bertrik | wow, wouldn't expect those to fail. Or are they run out of spec? |
14:14:32 | Krill- | seems a high-order bit on blue here, the pixel is pretty prominent |
14:15:07 | TheSeven | bertrik: well I don't think we're running anything out of spec, possibly a bit undervolted |
14:15:24 | gevaerts | Krill-: does the OF have an image viewer or something like that? |
14:15:25 | TheSeven | but this is a defect in the LCD controller that started appearing on my ipod long before I got rockbox to work on it |
14:15:26 | Krill- | lemme try to get that panic again. atm it shows the usb plug, but the device won't mount on the host |
14:15:36 | TheSeven | first noticed them in apple's diagmode while I was still only running apple code |
14:16:03 | Krill- | gevaerts: yes, i'll try to force that wrong pixel in the OF |
14:16:33 | TheSeven | Krill-: try the LCD tests in diagmode, that shows various test patterns including a completely black screen |
14:17:45 | Krill- | now it hangs in usb mode, no matter if plugged in or not. controls (backlight) still respond |
14:18:00 | TheSeven | that's a known issue with recent builds I think |
14:18:06 | TheSeven | but nobody seems to have a clue what's going on |
14:18:34 | Krill- | ok. how about debug facilities? i guess there's no hw simulator or even emulator |
14:18:38 | | Quit SCUD (Quit: Leaving) |
14:18:59 | Krill- | or anything to step through code on the target device? |
14:20:35 | | Join nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) |
14:23:05 | | Join einhirn [0] (Miranda@vpn92.vpn.tu-clausthal.de) |
14:23:27 | | Quit einhirn (Client Quit) |
14:23:28 | Krill- | ok, weird pixel still there in diagnostics. |
14:25:52 | | Join prof_wolfff [0] (~prof_wolf@213.37.219.103.dyn.user.ono.com) |
14:27:30 | | Join nulldogmas [0] (~47b79852@www.haxx.se) |
14:28:33 | Krill- | oh, about AA: even without AA fonts, it should be possible to apply that when scrolling back and forth song titles. any comments on that? might maybe not be a good idea power-wise, but i find nonsmooth scrolling pretty disturbing :) |
14:29:23 | Krill- | (it doesn't even seem to scroll pixel by pixel here) |
14:29:39 | | Quit nulldogmas (Client Quit) |
14:29:43 | TheSeven | Krill-: no singlestepping possible |
14:29:49 | | Join nulldogmas [0] (~47b79852@www.haxx.se) |
14:29:52 | Krill- | oh, why not? |
14:29:55 | TheSeven | you'll have to do it by dumping debug data on the way and hoping to spot something |
14:30:04 | TheSeven | there just is no working debug interface at all on the hardware |
14:30:09 | Krill- | ah, code |
14:30:30 | Krill- | yeah ok, would take a JTAG interface or similar. no idea how the insides of the thing look like |
14:30:43 | nulldogmas | longtime Rockbox user, first-time Rockbox installer here with a question if anyone's game |
14:30:59 | TheSeven | Krill-: there is a jtag interface, but it is locked down by apple and blocks the system bus once it is engaged |
14:31:52 | Krill- | TheSeven: out of curiosity, what kind of reverse-engineering would unlocking JTAG require? |
14:32:02 | nulldogmas | trying to install it on an iRiver H320, followed all the instructions - including installing non-US firmware first - and Rockbox Utility said all went well |
14:32:21 | nulldogmas | yet it still insists on booting into the old firmware |
14:32:38 | bluebrother^ | nulldogmas: have you performed the firmware upgrade in the Iriver firmware? |
14:33:03 | TheSeven | if it is at all possible, there are two possible approaches: fuzzing (would probably take ages and would only work if the implementation of the protection is really crappy), or physically dissecting the chip |
14:33:06 | nulldogmas | as in, have I selected "upgrade firmware" on the iRiver itself and run that? yes |
14:33:11 | TheSeven | none of which is worth the effort |
14:33:32 | bluebrother^ | try it again. There have been reports in the past of the h300 sometimes needing that upgrade procedure done twice |
14:33:49 | nulldogmas | do I need to remove the bootloader and reinstall that? |
14:33:58 | bluebrother^ | no |
14:34:23 | bluebrother^ | Rockbox Utility creates a firmware file that includes the bootloader, and that is what you're flashing with the firmware upgrade |
14:34:26 | Krill- | TheSeven: ok, so by dumping debug messages on the way, with cpu registers and all, one would then use the data and check the binary on assembly level? |
14:34:44 | nulldogmas | I have tried upgrading it multiple times |
14:34:47 | bluebrother^ | since creating that file would mean creating the same thing again there is no need to do so :) |
14:34:47 | nulldogmas | but let me try again |
14:34:59 | TheSeven | Krill-: this looks like a higher level problem |
14:35:01 | bluebrother^ | hmm. If you already tried multiple times it starts getting strange |
14:35:22 | TheSeven | if the backlight is still responsive the kernel is still alive, just the UI thread is locked up (probably in an infinite loop) |
14:35:33 | nulldogmas | anything I can do to diagnose why it's not working, at least? |
14:37:11 | Krill- | TheSeven: yeah, just asking generally, as i'm thinking about investing some time into these things. but general debugging is basically putting new image on device, reset, and see what happens? sounds like rather long debug cycles |
14:38:06 | bluebrother^ | nothing I'm aware of. You could try checking the disk for errors, maybe there is a problem and the Iriver firmware rejecting the patched hex file due to that |
14:38:22 | n1s | nulldogmas: you upgraded to international firmware and then used rbutil to "install" a bootloader and then upgraded on the iriver again? |
14:38:53 | nulldogmas | n1s: correct |
14:39:26 | bertrik | SCUD, I know a bit about the sansa clip+ |
14:39:36 | nulldogmas | I just tried using rbutil again to reinstall the firmware |
14:39:44 | bertrik | I hardly use rockboxutility to install rockbox though |
14:40:25 | nulldogmas | which it said it did fine, but now when I go to Upgrade Firmware on the iRiver, it does nothing |
14:40:30 | TheSeven | Krill-: basically yes |
14:40:34 | nulldogmas | acts as if there's nothing to upgrade |
14:40:41 | TheSeven | but I'm quite used to that |
14:40:54 | n1s | nulldogmas: is there a h300.hex (?) in the root of the player |
14:41:43 | nulldogmas | n1s: nope |
14:41:43 | Krill- | TheSeven: ok. i've had worse with FPGAs, so not all that bad. |
14:42:30 | bluebrother^ | hmm. That sounds like you configured the wrong mountpoint / drive letter in Rockbox Utility, and the file ended up n the wrong location |
14:42:37 | nulldogmas | aha |
14:42:49 | nulldogmas | let me try it again, then |
14:43:10 | bluebrother^ | Rockbox Utility can't detect the mountpoint of the h100 / h300 players. |
14:43:26 | Krill- | TheSeven: http://pastebin.com/DgijMkCY - is that enough info? Also, shall i file a bug for that? |
14:43:35 | bluebrother^ | since they only appear as removable drive, and there are no special files that would hint it being the correct one |
14:44:56 | nulldogmas | aha |
14:45:36 | nulldogmas | it detected that an h320 was attached, so I thought it knew where it was as well |
14:45:53 | nulldogmas | upgrade in progress now, will report in a sec if it worked |
14:46:18 | nulldogmas | bingo! |
14:46:27 | | Quit sakax (Ping timeout: 248 seconds) |
14:46:29 | nulldogmas | thanks, folks, you are lifesavers |
14:46:40 | bluebrother^ | the detection code needs to get reworked since quite a while. I started looking into it a bit ago but haven't found the time to finish it. |
14:47:17 | nulldogmas | I asked about this on taperssection as well - I'll go post a reply there to myself so at least people can know to check for this issue |
14:48:20 | nulldogmas | thanks again! |
14:48:44 | | Quit nulldogmas (Quit: CGI:IRC (EOF)) |
14:48:55 | bluebrother^ | you're welcome ... well, too late :) |
14:49:41 | | Join stoffel_ [0] (~quassel@pD9E42FA0.dip.t-dialin.net) |
14:50:20 | | Quit stoffel (Ping timeout: 260 seconds) |
14:58:40 | | Quit mirak (Remote host closed the connection) |
14:58:44 | | Join sakax [0] (~sakax@d8D862498.access.telenet.be) |
15:00 |
15:01:15 | TheSeven | Krill-: aha, a stack overflow... |
15:01:26 | TheSeven | what the hell is "07c0"? |
15:01:32 | TheSeven | memory corruption? |
15:01:38 | TheSeven | wouldn't be the first time... |
15:01:52 | TheSeven | pc and sp values look somewhat sane |
15:06:42 | Krill- | ah, so Stkov means stack overflow. wondered about that when browsing the source first the first time the other day |
15:06:56 | Krill- | no idea about 07c0 though |
15:08:01 | Krill- | are there stack guards in debug mode? just wondering |
15:09:05 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
15:14:15 | gevaerts | Krill-: all stacks have markers at the end that are always checked on context switch |
15:15:56 | Krill- | ok. nano 2g stack size seems to be 16K now, quite a lot. is it known which routine peaks so 16K are required? |
15:17:04 | gevaerts | Are you sure it's the main stack that overflows? |
15:17:55 | Krill- | no :) i fear atm i know too little of rockbox's architecture to ask sane low-level questions like this |
15:17:56 | gevaerts | The biggest user used to be FAT + storage, but FAT got fixed, so I'm not sure now |
15:23:16 | Krill- | ok. most of my stack overflows were caused by endless loops with subroutine calls, i guess this can't be ruled out here, can it? |
15:23:50 | gevaerts | It's likely going to be either the main stack or the USB stack. |
15:23:52 | Krill- | i mean, subroutines calling themselves endlessly or similar |
15:24:18 | gevaerts | There shouldn't be any recursion in the code involved here |
15:24:45 | Krill- | so increasing stack size once again might fix it? |
15:25:00 | gevaerts | It's at least an easy thing to try |
15:25:09 | | Quit jlbiasini (Remote host closed the connection) |
15:25:20 | gevaerts | Look for "static long usb_stack[(DEFAULT_STACK_SIZE + DUMP_BMP_LINESIZE)/sizeof(long)];" in usb.c (line 72 if I count right) |
15:25:26 | Krill- | ok, will keep that in mind. don't think i'll set up the build env today, though |
15:25:39 | Krill- | thanks |
15:26:02 | | Join jlbiasini [0] (~metaphysi@188.25.5.79) |
15:26:21 | bluebrother^ | B4gder, Zagor: can you move Rockbox Utility 1.3.1 to the download server? http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-releases/1.3.1/ |
15:26:27 | gevaerts | The main stack is declared in the app.lds file for your target I think |
15:30:03 | | Join mirak [0] (~mirak@89-92-229-91.hfc.dyn.abo.bbox.fr) |
15:31:20 | | Quit jlbiasini (Quit: jlbiasini) |
15:39:58 | | Quit Buglouse (Ping timeout: 244 seconds) |
15:46:12 | | Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) |
15:53:20 | | Join exp16 [0] (~5f0a4138@www.haxx.se) |
15:56:03 | | Quit exp16 (Client Quit) |
15:56:13 | | Join exp16 [0] (~5f0a4138@www.haxx.se) |
15:59:18 | | Quit exp16 (Client Quit) |
16:00 |
16:00:55 | | Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) |
16:01:23 | wodz | Increasing stack size on n2g doesn't solve usb problem. I tested this some time a go. |
16:02:01 | wodz | well it fixes stkov but thats all |
16:05:20 | | Join derk0pf [0] (~k@p5DDC3A89.dip.t-dialin.net) |
16:05:36 | | Quit mirak (Remote host closed the connection) |
16:08:22 | *** | Saving seen data "./dancer.seen" |
16:10:59 | Krill- | seems like there isn't just one problem with USB then |
16:25:43 | | Join mirak [0] (~mirak@89-92-229-91.hfc.dyn.abo.bbox.fr) |
16:30:30 | | Join factor [0] (~factor@r74-195-187-230.msk1cmtc01.mskgok.ok.dh.suddenlink.net) |
16:30:59 | | Quit B4gder (Remote host closed the connection) |
16:31:32 | | Part factor |
16:35:08 | | Quit mirak (Quit: Ex-Chat) |
16:42:52 | | Join Bagder [0] (~daniel@178.174.211.174) |
16:42:52 | | Quit Bagder (Changing host) |
16:42:52 | | Join Bagder [241] (~daniel@rockbox/developer/bagder) |
16:46:19 | | Quit shamus (Read error: Connection reset by peer) |
16:46:49 | | Join shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
16:50:29 | wodz | Krill-: USB on n2g was broken by some general usb rework. My guess is that the order of some calls changed but reading commit diff doesn't bring anything obvious. |
16:52:06 | | Join factor [0] (~factor@74.196.97.147) |
16:53:47 | Krill- | wodz: maybe a dormant bug that had always been there but only now been triggered by that rework |
16:54:43 | | Part factor |
16:54:48 | | Join Destroyer [0] (~Destroyer@178-37-46-213.adsl.inetia.pl) |
16:54:59 | wodz | Could be as well. The main problem with n2g issue is that a few changes happened nearly at the same time. This makes sorting problems really hard. |
16:55:14 | | Quit Destroyer (Client Quit) |
17:00 |
17:00:15 | Krill- | and there is currently no way to dump more data than visible on screen when panicking, as TheSeven implied? |
17:00:23 | | Quit derk0pf () |
17:00:43 | | Join eckoit [0] (~ryan@50.65.10.24) |
17:01:09 | wodz | Krill-: sorry, don't understand |
17:01:53 | n1s | aren't debug prints logged? |
17:02:31 | wodz | n1s: you mean saratoga's disklog framework? |
17:02:35 | Krill- | wodz: i find stack backtraces pretty helpful, but even the panic message must be copied by retyping atm. so i assumed there is no means to do an actual coredump or similar |
17:02:58 | TheSeven | Krill-: well that stack overflow is one thing, and seems to be simply caused by a stack that's too small |
17:03:09 | TheSeven | but once that's fixed it still won't work |
17:03:14 | wodz | Krill-: on n2g there is post mortem stub but as it uses USB you know... |
17:03:20 | TheSeven | there is a bug in the USB implementation itself that just manifests as not mounting |
17:03:27 | TheSeven | debugging that is fairly tricky |
17:03:35 | Krill- | TheSeven: ah, so it just "doesn't work" but won't crash hard etc., i see |
17:03:47 | TheSeven | exactly |
17:04:02 | TheSeven | in fact I have a post mortem memory dumper for the nano2g, but it is broken as well |
17:04:06 | Krill- | but i guess with a system that's running one could dump extensive debug info to flash or so |
17:04:13 | | Join derk0pf [0] (~k@p5DDC3A89.dip.t-dialin.net) |
17:04:28 | TheSeven | apparently the USB trouble screws up the USB core in a way that makes the postmortem dumper fail to properly reinitialize it |
17:04:59 | | Quit derk0pf (Client Quit) |
17:09:30 | | Quit eckoit (Quit: eckoit) |
17:11:06 | Krill- | just a question, why can't usb and normal operation run at the same time? does usb eat up all resources or need super-exact timing? |
17:11:18 | Krill- | that already bothered me with the OF |
17:16:21 | wodz | Krill-: Its the problem of exclusive access to the storage |
17:16:24 | bertrik | USB MSC mode needs raw access to the storage medium, so we have to unmount the filesystem, and without the filesystem we can't do much |
17:17:35 | Krill- | could concurrent access in theory (and probably with significant effort) be implemented? or is there some fundamental problem with that with regard to the hardware? |
17:19:00 | Krill- | i mean, the player portion doesn't write, and as long as no data it needs to access is overwritten on the fly... |
17:21:41 | gevaerts | Not on FAT. There are some specialised filesystems around that can do that, but then there goes compatibility... |
17:22:08 | Krill- | ok |
17:22:29 | gevaerts | Either that or give up on direct access and use MTP or similar |
17:23:22 | | Join mirak [0] (~mirak@89-92-229-91.hfc.dyn.abo.bbox.fr) |
17:23:30 | wodz | which means fund pamaury free week or so without access to imx233 target :-) |
17:23:32 | | Join derk0pf [0] (~k@p5DDC3A89.dip.t-dialin.net) |
17:30:24 | Krill- | about the choppy title scrolling on nn2g, any special reason for that? like 2 fps or so due to power consumption constraints? |
17:33:13 | | Join sartoga [0] (4160ac54@gateway/web/freenode/ip.65.96.172.84) |
17:33:47 | sartoga | could also ask funman about the nano 2g |
17:34:16 | sartoga | i gave him mine a while ago andbi think he looked a bit |
17:36:07 | wodz | afaik he tried 'old' driver implanted in currentish version and the usb doesn't work as well. |
17:37:22 | sartoga | what was the actual problem ? that the sansa and 2g used the same driver but kept breaking each other ? |
17:45:52 | wodz | My understanding of the problem is as follows: funman started merging both drivers which produced a bunch of broken build (forgotten stuff, wrong bitfields etc.). In the meantime there was commit with general usb core rework. After that funman reached the point where the driver somewhat worked on amsv2 but it remained broken on n2g |
17:46:45 | wodz | s/broken build/broken builds/ |
17:51:56 | | Quit stoffel_ (Remote host closed the connection) |
17:53:05 | wodz | I know he tested old n2g driver on currentish version and it doesn't work. I don't know if he tried new driver with usb core rework reverted |
17:58:21 | | Quit sartoga (Ping timeout: 245 seconds) |
18:00 |
18:08:25 | *** | Saving seen data "./dancer.seen" |
18:19:53 | | Quit nateloaf (Quit: Leaving.) |
18:24:12 | | Quit wodz (Ping timeout: 252 seconds) |
18:38:07 | | Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) |
18:48:04 | | Join sciopath [0] (~sciop@yer91-2-82-237-54-159.fbx.proxad.net) |
18:51:08 | | Quit Buglouse (Ping timeout: 260 seconds) |
18:57:19 | | Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) |
19:00 |
19:03:54 | | Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) |
19:11:08 | | Join eckoit [0] (~ryan@50.65.10.24) |
19:15:28 | | Join lorenzo92 [0] (~chatzilla@host11-169-dynamic.245-95-r.retail.telecomitalia.it) |
19:19:12 | | Quit Buglouse (Ping timeout: 240 seconds) |
19:23:06 | | Join Buglouse [0] (~Buglouse@unaffiliated/Buglouse) |
19:24:32 | pamaury | wodz: is this about implementing mtp ? I will ! One day ! |
19:26:26 | pamaury | lorenzo92: I have more or less reverse engineered eltosb |
19:27:22 | lorenzo92 | pamaury: good nice news :D |
19:27:24 | pamaury | I just need to implement the encryption routine and understand what is the corresponding decryption one. Appart from this the format is pretty similar to the others: a list of commands with data |
19:27:41 | pamaury | it is indeed a xor based one but it's not a simple table |
19:27:46 | lorenzo92 | ok |
19:27:48 | | Part eckoit |
19:28:15 | Mir | what is the benifit of MTP verses MSC |
19:28:35 | lorenzo92 | pamaury: so for example we will have the possibility to send a bootloader (a piece of code) to the devices's ram and test it on the fly rright? |
19:29:39 | pamaury | yes but to do that we need a) to be able to produce a sb file (using either my code or the elftosb.exe) and b) figure out of the usb protocol, probably by spying the updater or reverse engineering it |
19:29:56 | pamaury | if you feel like doing b), go ahead (when you have your player) |
19:30:10 | lorenzo92 | indeed, do you think it's similar to sbloader? |
19:30:40 | pamaury | it's probably similar but probably a bit different too, perhaps the format can even be found in the stmp36xx sdk, we never know |
19:30:58 | lorenzo92 | yes in this period time is limited but I'm really curious on working on this stuff :) |
19:32:09 | * | pamaury is thinking about buying a cheap stmp36xx device to help |
19:32:54 | lorenzo92 | pamaury: :D well I found this player for 5 euros hihi |
19:33:35 | lorenzo92 | pamaury: hope it's working since it has a software issue, hope it's not HW related... |
19:35:20 | | Join |akaWolf| [0] (~akaWolf@188.134.9.161) |
19:37:29 | | Join kugel_ [0] (~kugel@141.45.176.104) |
19:37:30 | | Quit kugel_ (Changing host) |
19:37:30 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
19:37:48 | | Quit akaWolf (Ping timeout: 260 seconds) |
19:38:48 | | Quit kugel (Read error: Connection reset by peer) |
19:39:37 | | Quit Barahir (Ping timeout: 252 seconds) |
19:40:27 | | Join Barahir [0] (~Barahir@fb08schindler24.anorg.chemie.uni-giessen.de) |
19:44:48 | Krill- | what's the most powerful player around in terms of processing power? |
19:45:34 | lorenzo92 | single core I think IMX37 (which runs rockbox in a linux environment) am I wrong? |
19:45:51 | lorenzo92 | *Samsung YP-R0 |
19:46:21 | Bagder | unless you cound android devices with rockbox as an app... |
19:46:24 | Bagder | count |
19:46:41 | Krill- | no, not really :) |
19:47:05 | Krill- | single-core, ok... and overall, as in all cores + dsp + whatnot? |
19:47:05 | copper | iPod Touch? |
19:47:30 | Krill- | ok, hmm, ipod touch, yeah... but that's basically a phone minus phoning capabilties |
19:48:21 | pamaury | don't some ipod avec dual arm (arm9+arm7) |
19:48:27 | pamaury | *have |
19:48:29 | pamaury | ? |
19:49:24 | copper | what's a "player" though |
19:49:47 | Mir | Krill-: i think you can make your own DAP with Arundo |
19:50:18 | Mir | and because the Arundo parts work with the Odroid-X that could most likely be the most powerful one |
19:50:24 | Mir | technicly |
19:50:28 | Mir | <.<; |
19:50:44 | | Quit lorenzo92 (Ping timeout: 252 seconds) |
19:50:45 | Krill- | copper: good question :) i guess anything that only does this (more or less), so something like ipod nano et al. |
19:50:53 | copper | well |
19:51:05 | Mir | oh good morning/evening copper o/ |
19:51:06 | copper | I was told that the iPod Classic was more like an iPod Touch than a DAP |
19:52:00 | copper | also, both DAPs and phones/touches come with ARM processors now |
19:52:22 | copper | so there's no real difference except processing power, which is precisely what you're asking about |
19:52:38 | Krill- | yes :) arms come in zillions of flavours |
19:52:59 | copper | then, is your question, what's the most powerful ARM processor available in a DAP? |
19:53:19 | pamaury | some have arm11 |
19:53:38 | Krill- | according to your info it seems to boil down to this. are DSPs integrated in some arms? or are those arms so powerful yet powersaving that they don't need DSPs? |
19:54:48 | pamaury | recent arms have dsp extensions but some players have both a arm core and dsp which has nothing do to with an arm |
19:55:08 | copper | most powerful is probably Apple's dual core A5 inside the latest iPod Touch |
19:55:25 | copper | if you discount phones |
19:55:47 | copper | I mean, the iTouch is marketted as a DAP |
19:56:13 | Krill- | yeah, pretty much. although in my world, ipod touchs are out in another ballpark, too |
19:56:43 | Krill- | but ok, it's all quite fuzzy nowadays |
19:57:17 | Krill- | and in the long term, only the small players, probably displayless, might survive. what with everybody and their dogs using their phones as DAPs now |
19:57:36 | Krill- | the small players for exercising, that is |
19:58:21 | Krill- | but i was just asking out of curiosity, coming from a demoscene background |
19:58:48 | copper | the iPod Classic is pretty powerful |
19:59:01 | copper | with 3D graphics, cover flow and whatnot |
19:59:52 | Krill- | ah! |
20:00 |
20:02:41 | copper | Krill-: http://youtu.be/PPl7txj801o?t=8s |
20:03:50 | melmothX | hello all. I'm using rbutility to install rb from a debian host to the ClipZip. Is it normal that only the development releases is shown as candidate for installation? |
20:06:13 | | Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) |
20:07:40 | copper | melmothX: the Clip Zip is deemed "unstable" |
20:07:46 | copper | +port |
20:08:26 | *** | Saving seen data "./dancer.seen" |
20:08:44 | melmothX | i was asking because the manual says the stable release should be offered too, so i take your answer as a "yes, it's normal" :-) |
20:09:38 | copper | more like "I don't know, here's maybe why" ;) |
20:14:51 | melmothX | ok, it worked. I'm on board. Thanks! |
20:15:58 | | Join brkfstsqd [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) |
20:23:43 | | Join pretty_function [0] (~sigBART@123.252.213.254) |
20:27:31 | gevaerts | melmothX: don't worry too much about the "unstable" label. That's mainly due to cosmetic issues like not having a fully finished manual on the clip zip, not to the code not working as well as on e.g. the clip plus (which is stable) |
20:30:59 | | Join lorenzo92 [0] (~chatzilla@host11-169-dynamic.245-95-r.retail.telecomitalia.it) |
20:34:52 | lorenzo92 | pamaury: writing down some pin and adc tables :) |
20:34:55 | lorenzo92 | pamaury: http://www.rockbox.org/wiki/SamsungZ5 |
20:36:00 | lorenzo92 | LCD_TP -> TogglePower? :) |
20:36:40 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
20:54:49 | lorenzo92 | pamaury: to get the content of the .dat file and/or sb files, a good idea that came to my mind is to play with strings. I will attach the uart to the player and seek for some strings :p |
20:55:15 | lorenzo92 | we will possibly play on them to gain decryption.. |
20:55:39 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
20:57:40 | | Join lebellium [0] (~chatzilla@e179139201.adsl.alicedsl.de) |
21:00 |
21:03:59 | | Quit |akaWolf| (Quit: my exit) |
21:09:52 | | Join Gallomimia [0] (~Gallo@d64-180-210-223.bchsia.telus.net) |
21:10:03 | | Quit y4n (Quit: Today is the perfect day for a perfect day.) |
21:17:47 | melmothX | gevaerts: yeah, thanks. |
21:29:45 | bluebrother^ | Bagder: can you move Rockbox Utility 1.3.1 to the download server? |
21:30:06 | | Join SuperBrainAK [0] (~Andy@pool-173-79-63-191.washdc.fios.verizon.net) |
21:30:09 | | Quit Gallomimia (Ping timeout: 255 seconds) |
21:30:25 | bluebrother^ | http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-releases/1.3.1/ |
21:46:38 | | Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) |
21:49:52 | | Quit pretty_function (Ping timeout: 276 seconds) |
21:56:29 | | Join Gallomimia [0] (~Gallo@d216-232-229-219.bchsia.telus.net) |
22:00 |
22:08:30 | *** | Saving seen data "./dancer.seen" |
22:14:05 | melmothX | I've searched the internet and the manual, but apparently without an answer. What does the top-right icon near the clock (it's not always visible) mean? It appears here: http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/main_menu/images/ss-while-recording-screen-128x64x1-clip.png |
22:16:10 | gevaerts | disk (or rather, flash on the clip) activity |
22:16:37 | melmothX | oh, thanks |
22:17:21 | Krill- | is there a reason for this order? i'd put that rarely-seen icon inside and the clock in the corner, it just looks better 99.9% of the time |
22:17:22 | | Join webguest71 [0] (~44a40570@www.haxx.se) |
22:17:32 | | Join saratoga [0] (123e0cfc@gateway/web/freenode/ip.18.62.12.252) |
22:17:34 | saratoga | i think that build error isn't my fault |
22:18:51 | saratoga | does anyone with an ipod classic know if runtime estimation works? |
22:19:01 | gevaerts | hmm |
22:20:01 | gevaerts | saratoga: the same build error happens two revisions earlier for a different target and a different build client, so this definitely looks unrelated to that commit |
22:20:33 | saratoga | yeah thats what i figured, just scary that it happened to randomly occur for the target i changed :) |
22:20:43 | saratoga | and no the classic runtime estimation doesn't work, its commented out for some reason ... |
22:20:55 | gevaerts | I wonder what really causes it |
22:29:56 | | Quit webguest71 (Quit: CGI:IRC) |
22:34:32 | saratoga | anyone with a classic handy? |
22:34:57 | saratoga | building the sim I now get: "/home/ubuntu/Desktop/rockbox/simipod/lib/libtlsf.a: could not read symbols: Archive has no index; run ranlib to add one" |
22:34:59 | saratoga | any ideas? |
22:35:10 | saratoga | clean check out, using the rockbox dev image in virtualbox |
22:36:35 | gevaerts | hm |
22:37:15 | saratoga | rerunning make fixes it |
22:37:15 | gevaerts | That's what n01-roolku gave before I blocked it |
22:37:39 | saratoga | threading problem? |
22:37:41 | gevaerts | So we may have a race condition in the build system |
22:37:41 | | Join howard_ [0] (~howard@h-68-164-5-112.chcgilgm.dynamic.covad.net) |
22:37:42 | gevaerts | yes |
22:37:48 | gevaerts | Funb |
22:37:50 | gevaerts | *fun |
22:38:10 | * | gevaerts is not fond of those |
22:38:23 | | Join sentriz [0] (~Senan@78.143.151.93) |
22:38:31 | saratoga | "/home/ubuntu/Desktop/rockbox/firmware/target/hosted/sdl/sim-ui-defines.h:449:2: error: #error no UI defines" |
22:41:58 | saratoga | does the ipod classic sim not work? |
22:43:04 | saratoga | theres no define for it in sim-ui-defines |
22:43:06 | saratoga | waht the hll |
22:47:16 | saratoga | anyone want to make a sim graphic for the ipod 6G? |
22:47:47 | saratoga | actually it looks so much like the 5G maybe i can just reuse it |
22:49:18 | saratoga | anyone mind if I do that? |
22:50:26 | | Quit wodz (Ping timeout: 246 seconds) |
22:52:29 | | Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) |
22:56:34 | saratoga | ok fixed building the 6G sim |
22:56:50 | saratoga | graphics could be updated since i'm just reusing the Video bitmap, but they look so similar its not a huge deal |
22:59:14 | | Quit howard_ (Remote host closed the connection) |
22:59:34 | | Quit wodz (Ping timeout: 252 seconds) |
23:00 |
23:01:27 | | Quit mikroflops (Quit: <(^_^)>) |
23:01:44 | | Join Scromple [0] (~Simon@161.43.73.67) |
23:02:52 | | Quit n1s (Quit: Ex-Chat) |
23:02:55 | | Join mikroflops [0] (~yogurt@h-34-140.a238.priv.bahnhof.se) |
23:04:12 | saratoga | is there any other easy stuff thats not working on the 6G? |
23:16:43 | | Join Wilko [0] (~Wilko@5.167.145.35) |
23:18:08 | | Quit melmothX (Quit: bau) |
23:19:15 | | Quit Wardo (Quit: Blarglarg) |
23:19:53 | | Quit Wilko (Client Quit) |
23:25:30 | copper | saratoga: easy stuff: integrate the 10 band EQ patch |
23:25:56 | copper | the Classic / Video have enough screen estate, and it's really nice to be able to exactly replicate a desktop EQ config |
23:26:28 | copper | that's the only reason I'm using the head-fi builds |
23:26:46 | | Quit derk0pf (Ping timeout: 252 seconds) |
23:28:02 | | Join derk0pf [0] (~k@p5DDC0E06.dip.t-dialin.net) |
23:28:03 | gevaerts | Where are those builds? |
23:28:48 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
23:28:59 | saratoga | https://www.dropbox.com/sh/b5xbw6cp4ikfxwn/MjELjmDNJ_ |
23:29:18 | copper | and this thread: http://www.head-fi.org/t/532426/ipod-classic-rockbox-its-happening |
23:29:46 | saratoga | if someone wants to go through and make sure that the 10 band stuff is only enabled on high end devices, and change the manual, i'm fine with committing it |
23:30:00 | copper | "high end"? |
23:30:08 | saratoga | ones that are fast enough to use it |
23:30:13 | gevaerts | So no source for those builds? |
23:30:23 | saratoga | i posted in that thread earlier asking him to post sources |
23:30:34 | saratoga | i think he included the patches somewhere in that thread, but they're nto with the builds |
23:30:50 | copper | no where on the website does it say what license Rockbox uses btw |
23:31:20 | saratoga | the source code includes the license |
23:31:26 | copper | I figured |
23:31:32 | copper | GPLv2? |
23:31:53 | saratoga | 2+ |
23:32:36 | saratoga | that guy was interested in working on the opus stuff a while ago, was encouraging him to do so |
23:32:41 | saratoga | but i don't think he ever did |
23:38:50 | saratoga | how fast is the EQ on coldfire? probably pretty fast since it has EMAC |
23:38:59 | saratoga | might be worth checking to see if it can run the 10 band eq with all bands |
23:42:51 | [Saint] | [23:13:22] <lebellium> it seems we don't have suitable unicode font for Android? <−− what makes you say that? |
23:43:25 | [Saint] | My font pack is linked from the same place. |
23:43:45 | lebellium | do your ubuntu fonts support hangul? |
23:44:21 | [Saint] | No. The GNU Unifont ones will, though. http://dl.dropbox.com/u/30204410/Rockbox%20as%20an%20Application/Font%20Pack/font-pack.zip |
23:44:44 | [Saint] | (keep in mind, they're bloody massive :)) |
23:45:10 | [Saint] | {meaning, don't include them in a theme, as it's a lot of needless traffic} |
23:45:34 | lebellium | I won't. It's just to show Rockbox to a Korean friend :) |
23:45:44 | [Saint] | Ah. :) |
23:45:46 | | Join Wilko [0] (~Wilko@5.167.145.35) |
23:46:03 | | Quit perrikwp (Read error: Connection reset by peer) |
23:46:30 | [Saint] | 16 GNU Unifont from the Rockbox official font pack will "just work" too. |
23:46:44 | [Saint] | It'll just look even worse then mine does, and be tiny (16pt). |
23:46:49 | lebellium | yeah I tried and told him to use 14-Rockbox-Mix, 16-GNU-Unifont, 18-Fixed |
23:48:45 | lebellium | I'll give him your GNU fonts too |
23:48:46 | lebellium | thx |
23:48:49 | [Saint] | I don't think there's a language we support that isn't at least partially supported by 16-GNU-Unifont. |
23:48:58 | | Join breakfastsquid [0] (~quassel@ip68-224-121-213.lv.lv.cox.net) |
23:49:10 | copper | 16 isn't tiny |
23:49:15 | copper | it's rather big |
23:49:29 | [Saint] | ldpi? |
23:49:31 | lebellium | on 480*800 target it looks tiny |
23:49:35 | copper | ah |
23:49:42 | copper | 320x240 iPod Classic here |
23:49:48 | [Saint] | :) |
23:49:59 | lebellium | we talk about RaaA - Android :) |
23:50:08 | copper | I see |
23:50:21 | Wilko | guys, hi, i made a stupid thing to my sansa clip+, i changed .rockbox folder from 3.12(my rockbox version) to 2.97 folder |
23:50:27 | copper | I missed the Android part |
23:50:57 | [Saint] | Wilko: congratulations! Now, is there a question involved? :) |
23:51:04 | Wilko | and now i can't connect it to my computer, nothing happens when i plug it :( |
23:51:15 | saratoga | Wilko: just change it back |
23:51:16 | [Saint] | boot the OF. |