00:03:04 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
00:08:46 | gevaerts | Zagor: if I make a symlink to the source dir in /tmp (e.g. /tmp/rb), and build in there, it works |
00:09:00 | Zagor | ! |
00:10:15 | gevaerts | And if I put the source deep enough on my etch system, it fails |
00:10:25 | Zagor | what's your path? |
00:10:30 | Zagor | that breaks |
00:10:33 | gevaerts | /home/fg/rockbox/testtesttesttesttest/trunk |
00:10:42 | gevaerts | No -s or .s involved |
00:11:01 | gevaerts | Build dir was /home/fg/rockbox/testtesttesttesttest/trunk/build |
00:12:21 | Zagor | /home/bjst/src/a-very-long-dirname-to-provoke-strange-errors/rockbox/build is not enough to trigger it here :-( |
00:13:05 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
00:14:01 | gevaerts | r19184 seems to have fixed this as well |
00:14:25 | Zagor | ahh, of course. |
00:14:35 | Zagor | silly me |
00:15:45 | gevaerts | Always nice to find that everything is caused by this single bug :) |
00:16:08 | Zagor | world peace will now ensue |
00:16:50 | gevaerts | \☺/ |
00:17:56 | * | gevaerts feels silly for not having spotted the lack of absolute paths |
00:19:48 | | Quit ender` (" Do not believe any statistic you didn't falsify yourself.") |
00:21:23 | | Quit HBK- () |
00:23:46 | * | amiconn wonders what Zagor did to the build master... |
00:24:54 | Zagor | my bad breath, probably |
00:27:14 | Zagor | odd, I still get new jobs sent to my home machine |
00:33:22 | | Quit {phoenix} (Remote closed the connection) |
00:45:00 | | Quit _lifeless (Remote closed the connection) |
00:46:07 | | Quit Zagor ("Client exiting") |
00:47:53 | | Quit jhulst (Read error: 113 (No route to host)) |
00:48:56 | | Quit HellDragon (Client Quit) |
00:50:08 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
00:59:40 | kugel | jhMikeS: still not here? I was playing around with reducing the messages the last few hours. The problem is, that backlight_on() will cause a fade up message always when the backlight_timer is reset. IMHO not a real problem, since that's how it always worked. But if I try to reduce the message anyway, I'm getting problems with the always-off and always-on backlight settings (especially in... |
00:59:42 | kugel | ...the moment they're set) |
01:00 |
01:00:14 | | Quit bluebrother ("leaving") |
01:00:14 | | Join blkhawk- [0] (n=blkhawk@g229211121.adsl.alicedsl.de) |
01:00:58 | | Quit blkhawk (Read error: 113 (No route to host)) |
01:01:06 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g229211121.adsl.alicedsl.de) |
01:03:38 | kugel | jhMikeS: but with your queue_wait_w_tmo I also get problems with that two options. I'd just go with the many messages (it's not really much, once per button pressed) since that just works |
01:08:49 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") |
01:09:38 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
01:23:53 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
01:26:45 | | Quit Thundercloud (Remote closed the connection) |
01:30:08 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
01:34:17 | | Quit culture (Success) |
01:35:14 | | Quit JdGordon (Remote closed the connection) |
01:35:39 | | Quit bertrik ("Leaving") |
01:41:18 | | Join Schmogel [0] (n=Miranda@p3EE210AF.dip0.t-ipconnect.de) |
01:42:59 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
01:50:04 | *** | Saving seen data "./dancer.seen" |
01:54:38 | | Quit lasser (Read error: 110 (Connection timed out)) |
01:59:31 | | Join Am0nXz [0] (n=normanz@190.80.249.195) |
02:00 |
02:07:59 | | Quit Strife89 (Read error: 104 (Connection reset by peer)) |
02:07:59 | | Join Strife1989 [0] (n=michael@204.116.245.152) |
02:09:28 | | Nick Strife1989 is now known as Strife89 (n=michael@204.116.245.152) |
02:13:50 | | Part Am0nXz |
02:38:42 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
02:46:59 | | Quit nuonguy ("This computer has gone to sleep") |
02:49:03 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
03:00 |
03:02:25 | | Quit Nico_P (Remote closed the connection) |
03:02:43 | | Quit herrwaldo ("Konversation terminated!") |
03:03:11 | | Quit DerDome (Remote closed the connection) |
03:04:04 | | Quit faemir ("Leaving") |
03:06:50 | | Quit Thundercloud (Remote closed the connection) |
03:10:13 | | Quit Bensawsome ("The awsome is gone :(") |
03:10:51 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
03:11:32 | Unhelpful | i can't seem to get logf to work... i just need to #define LOGF_ENABLE before including logf.h, and make an advanced->logf build, right? but nothing ever seems to show up in system->debug->logf... |
03:15:52 | Unhelpful | hrm. it must not have been making it to my logf statements, for whatever reason. now it just causes a data abort instead of failing silently :/ |
03:16:41 | beta | Well failing with x message is better then failing with no message :) |
03:17:56 | Unhelpful | beta: not really, since i now have a data abort and *not* the log message my debug code is trying to give me |
03:26:57 | | Quit arohtar (Read error: 110 (Connection timed out)) |
03:28:42 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
03:29:07 | | Join Darksair [0] (n=user@221.221.152.106) |
03:37:15 | | Join whj [0] (n=whj@adsl-76-200-91-249.dsl.hstntx.sbcglobal.net) |
03:48:24 | | Quit mc2739 () |
03:50:05 | *** | Saving seen data "./dancer.seen" |
03:55:39 | | Quit Strife89 ("Goodnight, all!") |
03:59:23 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
04:00 |
04:02:02 | | Join miepchen^schlaf_ [0] (n=miepchen@p579ECB10.dip.t-dialin.net) |
04:03:31 | | Quit Rob2222 () |
04:16:40 | | Join blkhawk- [0] (n=blkhawk@g229209220.adsl.alicedsl.de) |
04:17:38 | | Quit miepchen^schlaf (Connection timed out) |
04:18:34 | | Join Rob2222 [0] (n=Miranda@p4FDCCCAC.dip.t-dialin.net) |
04:23:42 | | Quit tyfoo ("Carpe diem") |
04:26:14 | | Join Rob2223 [0] (n=Miranda@p4FDCF4C3.dip.t-dialin.net) |
04:30:42 | | Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
04:32:15 | | Quit MethoS-- (Remote closed the connection) |
04:32:58 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
04:33:18 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g229209220.adsl.alicedsl.de) |
04:37:22 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
04:50:10 | | Join DMJC [0] (n=DMJC@58.174.177.176) |
04:50:43 | DMJC | I used to own an iriver ihp-140 before I dropped it and it stopped working |
04:50:49 | DMJC | now I own a 160gb ipod classic |
04:51:08 | DMJC | what I want to know is, how much is known about the iriver ihp-140 design? |
04:51:32 | DMJC | would it be possible to create from scratch an iriver mp3 player? |
04:55:56 | Llorean | It wouldn't exactly be an iRiver MP3 player if you were the one making it. |
04:56:26 | Llorean | It'd be possible to create from scratch a relatively similar player, I'm sure. It'd be rather expensive to try to make one identical, I imagine. |
05:00 |
05:03:31 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
05:09:04 | | Join miepchen^schlaf [0] (n=miepchen@p579EC90A.dip.t-dialin.net) |
05:16:31 | | Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) |
05:17:06 | | Nick Darksair is now known as Awaysair (n=user@221.221.152.106) |
05:17:54 | | Quit DMJC (Connection timed out) |
05:19:42 | | Part toffe82 |
05:29:11 | Unhelpful | Llorean: what exactly should i be measuring in terms of binsize? i'm actually getting to the point where it might be worth checking. |
05:29:25 | Llorean | I think rockboxinfo.txt reports binsize and ram usage |
05:29:28 | * | Llorean isn't sure |
05:32:59 | Unhelpful | ok. there needs to be *at least* a 3*LCD_WIDTH-byte static buffer for reading in unscaled bitmaps. there are also 36*LCD_WIDTH bytes of static buffer used by the scaler. |
05:33:54 | Unhelpful | the first pretty much has to stay static, so that backdrops, icons etc can be read in contexts where there's not a convenient plugin/audio bufer to use |
05:34:17 | Llorean | 36? |
05:34:32 | Unhelpful | 3 rows of uint32 |
05:34:37 | Llorean | Ah |
05:34:44 | Llorean | And LCD_WIDTH is used for what reason? |
05:36:17 | Unhelpful | the scaler can take partial lines as input, but can't output partial lines because more than one input line contributes to each output line. the buffers have to be the width of a scaler output line, and i can't imagine any good reason to scale an image to a size that is larger than the display ;) |
05:36:57 | Llorean | Gotcha |
05:40:21 | | Quit nuonguy ("This computer has gone to sleep") |
05:42:56 | Unhelpful | i've noticed one gotcha so far, which is that album art on the buffer stays whatever size it was loaded at if the WPS changes. i'm not really sure that this is any different from the vanilla svn case with different cover files for different sizes? |
05:43:21 | Llorean | I think that's what the vanilla SVN does. |
05:43:44 | Llorean | I'm not sure it's a considerable problem as long as it's cropped to the display size (or centered if too small) and we document the fact that it won't be re-resized. |
05:43:56 | Unhelpful | in any case, if the new WPS uses AA at a different size, the album art is displayed cropped or centered. |
05:45:16 | Unhelpful | the fixes i can think of are all not too wonderful - the most obvious is to always take enough room for the maximum reasonable AA (i'd assume a square at MIN(LCD_WIDTH,LCD_HEIGHT)), store the filename, and reload if wps changes |
05:46:54 | Llorean | I think we're okay just saying "Album Art is resized when the music it goes with is buffered. This means unless you stop and resume playback, if you change WPSes Album Art may be the wrong size for as much as thirty minutes or more, until it needs to read new songs from the disk." |
05:49:47 | Unhelpful | we could also store bitmaps at the end of the current audio buffer, or somewhere else not between tracks, and move or reload them as needed, but i'm not sure how big a hit the extra memcpy work might be. |
05:50:07 | *** | Saving seen data "./dancer.seen" |
05:51:10 | JdGordon | it wouldnt be very commong to change wps whiel AA is loaded so it shouldnt be a big deal |
05:51:33 | JdGordon | and if the new size is smaller couldnt it be resized again anyway? |
05:51:37 | Unhelpful | JdGordon: my only concern about that would be WPS modes, if that ever goes in. |
05:52:12 | JdGordon | a 2nd img buffer would need to be used if each mode allowed different sized AA |
05:52:19 | JdGordon | which I doubt would ever be allowed |
05:52:25 | Unhelpful | heh |
05:52:52 | Unhelpful | i had also thought of scaling to max size on load, and scaling to display size on draw, but that seems unlikely to fly |
05:55:39 | | Nick Awaysair is now known as Darksair (n=user@221.221.152.106) |
06:00 |
06:03:52 | Unhelpful | hrm, right now, memory and binsize are a bit up vs the previous patch. probably can be made a little more sane by converting all the other users for read_one_line to use read_part_line |
06:05:18 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
06:05:28 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
06:05:45 | Unhelpful | my numbers are (bin/ram): 522124/1632116 for vanilla, 527224/1647252 for the "classic" resize-on-load, 528380/1650868 for mine |
06:07:07 | Unhelpful | those are on gigabeat S |
06:07:21 | | Quit JdGordon (Remote closed the connection) |
06:08:19 | Unhelpful | hrm, how to make GCC not warn on a value that *i* know will be initialized on the first pass through the loop? |
06:12:38 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
06:29:25 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
06:30:32 | | Quit aarcane ("Leaving") |
06:33:49 | | Quit saratoga ("CGI:IRC (EOF)") |
07:00 |
07:12:50 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
07:13:23 | | Join Llorean [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) |
07:14:46 | | Join jchiller1p [0] (n=aaa@hald.gbar.dtu.dk) |
07:14:54 | | Quit jchillerup (Remote closed the connection) |
07:24:27 | | Quit Bensawsome ("The awsome is gone :(") |
07:27:24 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-cc3b768eacf4d1d5) |
07:28:14 | saratoga | gevaerts: [for the logs] you mentioned a while ago that putting buffers in IRAM prevented the SD card corruption bug, is that still believed to be the case? |
07:29:44 | | Quit jchiller1p (Remote closed the connection) |
07:29:53 | | Join jchillerup [0] (n=aaa@hald.gbar.dtu.dk) |
07:30:44 | | Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") |
07:31:58 | Llorean | saratoga: I *think* further testing proved that not to be true |
07:43:32 | | Quit saratoga ("CGI:IRC (EOF)") |
07:49:22 | | Quit massiveH ("Leaving") |
07:50:08 | *** | Saving seen data "./dancer.seen" |
07:54:45 | | Join Darksair [0] (n=user@221.221.152.106) |
07:56:18 | amiconn | Unhelpful: Afaik you can't. Simply initialize it to 0 in the definition to stop gcc whining. |
07:57:17 | amiconn | Unhelpful: Regarding re-resizing (on the fly): This would be good for a real headache. Did you think about 2bpp targets? |
08:00 |
08:10:00 | | Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") |
08:15:05 | | Join Darksair [0] (n=user@221.221.152.106) |
08:16:55 | | Part XavierGr |
08:21:20 | | Join Rob2222 [0] (n=Miranda@p4FDCC32B.dip.t-dialin.net) |
08:25:38 | J-23 | RButil doesn't compile for me, make returns "Project ERROR: Qt >= 4.3 required!" |
08:26:32 | J-23 | qmake* |
08:27:46 | Llorean | And what version of Qt do you have? |
08:28:46 | | Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") |
08:28:56 | J-23 | 4.4 |
08:29:37 | J-23 | more exactly 4.4.3 |
08:29:45 | | Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
08:32:16 | | Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) |
08:33:15 | | Join Darksair [0] (n=user@221.221.152.106) |
08:39:25 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
08:41:19 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
08:42:26 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
08:57:30 | | Quit Darksair ("Everything that has a beginning has an end.") |
09:00 |
09:00:01 | | Quit BHSPitLappy (Remote closed the connection) |
09:01:51 | | Quit aarcane (Remote closed the connection) |
09:03:44 | | Join Darksair [0] (n=user@221.221.152.106) |
09:12:02 | | Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") |
09:28:30 | | Quit JdGordon (Remote closed the connection) |
09:29:52 | | Join skipper [0] (n=skipper@78-0-211-193.adsl.net.t-com.hr) |
09:29:56 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
09:35:07 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
09:36:36 | | Join mib_8omgh4 [0] (i=18b02d06@gateway/web/ajax/mibbit.com/x-eadd0fd9b99512af) |
09:37:04 | | Quit mib_8omgh4 (Client Quit) |
09:39:06 | | Join DMJC [0] (n=DMJC@58.174.177.176) |
09:47:21 | | Quit jhulst (Read error: 60 (Operation timed out)) |
09:50:12 | *** | Saving seen data "./dancer.seen" |
09:51:37 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
09:57:13 | | Join lasser [0] (n=chatzill@Wb6a8.w.pppool.de) |
10:00 |
10:00:43 | | Join Darksair [0] (n=user@221.221.152.106) |
10:02:57 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
10:05:46 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
10:12:04 | | Join jeffdameth [0] (n=jeff@dyndsl-095-033-090-069.ewe-ip-backbone.de) |
10:15:54 | | Quit jeffdameth1 (Read error: 60 (Operation timed out)) |
10:24:23 | | Quit DMJC (Connection timed out) |
10:25:47 | | Quit Kopfgeldjaeger (Read error: 104 (Connection reset by peer)) |
10:26:24 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
10:33:57 | | Quit Kopfgeldjaeger (Read error: 60 (Operation timed out)) |
10:37:09 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
10:39:01 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
10:39:28 | | Quit Bagder (Read error: 60 (Operation timed out)) |
10:40:07 | | Join {phoenix} [0] (n=dirk@p54B449F9.dip.t-dialin.net) |
10:43:32 | | Join Lynx_ [0] (n=lynx@xdsl-84-44-173-38.netcologne.de) |
10:57:22 | bertrik | I'm confused by the adc-target.h file for the various ams sansa targets |
10:57:40 | | Quit n1s () |
10:57:57 | bertrik | there's already an adc-target.h in firmware/target/arm/as3525 |
10:58:50 | bertrik | the bootloader and the main rockbox seem to use different adc-target.h files |
11:00 |
11:04:46 | | Join [rmd] [0] (n=jason@adsl-214-6-223.asm.bellsouth.net) |
11:05:07 | | Join cg [0] (n=cromos@cable-kmi-fefff900-32.dhcp.inet.fi) |
11:06:24 | | Part [rmd] |
11:07:31 | | Quit nuonguy ("This computer has gone to sleep") |
11:08:26 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
11:10:10 | | Quit nuonguy (Client Quit) |
11:11:43 | | Nick Darksair is now known as Awaysair (n=user@221.221.152.106) |
11:17:28 | bertrik | the clip seems to suffer from the same problem with battery readout with charger connected as other sandisk targets with an ams codec: battery voltage is way too high with the charger connected |
11:19:24 | | Quit pixelma2 ("-") |
11:19:46 | | Join Horschti [0] (n=Horscht@p4FD4D423.dip.t-dialin.net) |
11:20:32 | | Quit Horscht (Nick collision from services.) |
11:21:02 | | Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) |
11:21:06 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
11:22:05 | bertrik | all ams sansas use a lithium battery, except for the m200, right? |
11:23:14 | | Join herrwaldo [0] (n=waldo@ip-81-11-223-6.dsl.scarlet.be) |
11:27:40 | * | amiconn still suspects that we're using the wrong adc channel or sth like this |
11:28:03 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
11:28:59 | | Join stoffel_ [0] (n=sfr@p57B4E5C4.dip.t-dialin.net) |
11:29:24 | | Quit amiconn (" bbl") |
11:29:50 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
11:30:35 | | Join Trista109 [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
11:32:13 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
11:47:56 | kugel | Unhelpful: so your solution uses more binsize and ram? |
11:48:08 | | Quit JdGordon (Read error: 54 (Connection reset by peer)) |
11:49:02 | | Nick Awaysair is now known as Darksair (n=user@221.221.152.106) |
11:49:54 | | Quit {phoenix} (Read error: 110 (Connection timed out)) |
11:50:13 | *** | Saving seen data "./dancer.seen" |
11:52:22 | | Quit pixelma (Read error: 110 (Connection timed out)) |
11:55:04 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
12:00 |
12:13:15 | bertrik | the voltage I'm getting now seems reasonable: 3.8V and slowly dropping, OF indicates about 50% charge |
12:18:16 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
12:24:13 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
12:24:53 | kugel | bertrik: cool |
12:24:59 | | Join {phoenix} [0] (n=dirk@p54B449F9.dip.t-dialin.net) |
12:29:39 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
12:33:14 | bertrik | rasher, Clip builds if you disable plugins in the Makefile after running ../tools/configure |
12:33:30 | | Join MethoS- [0] (n=clemens@host-091-097-241-175.ewe-ip-backbone.de) |
12:34:41 | | Quit Kopfgeldjaeger ("Serverwechsel") |
12:35:00 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
12:35:04 | bertrik | wow, it seems a mutex_init is missing for as3525 codec, yet it seems to work |
12:36:00 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
12:38:50 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
12:40:54 | rasher | bertrik: Okay. Well I'm not going to do divert from SVN for my simulator builds. When SVN builds, it'll be built again. |
12:45:00 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
12:46:11 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
12:49:29 | | Join petur [50] (n=petur@rockbox/developer/petur) |
12:52:24 | | Quit stoffel_ (Read error: 113 (No route to host)) |
12:52:58 | J-23 | bertrik: why not make bin? |
13:00 |
13:01:00 | bertrik | I don't know, I'd rather just type make && make gzip |
13:03:24 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new IRC era") |
13:04:10 | | Join stoffel_ [0] (n=sfr@p57B4E5C4.dip.t-dialin.net) |
13:05:40 | linuxstb | bertrik: Why not just set plugins="no" in tools/configure for the Clip, until they are all building? |
13:05:51 | | Join Lynx_ [0] (n=till@xdsl-84-44-173-38.netcologne.de) |
13:06:46 | JdGordon | it would be nice if the bin could be linked or whatever when its dependancies are built like it used to... it shouldnt need to wait for the codec/plugins to build first |
13:07:06 | Unhelpful | kugel: i'm kind of surprised at the more ram, given that it gets rid of a multi-line input buffer. it's also not finished yet, it's a work in progress. |
13:07:44 | bertrik | linuxstb, sounds like a good idea |
13:08:40 | bertrik | so at least the default will build, anyone experimenting with plugins can turn them back on locally |
13:09:06 | kugel | Unhelpful: I'm surprised as well. Given that you start your work with the target to be simpler and more restricted o |
13:09:15 | kugel | in order to save binsize and ram usage |
13:11:06 | linuxstb | bertrik: Seems funman changed plugins to "yes" in this commit, but he didn't say why - http://svn.rockbox.org/viewvc.cgi?view=rev;revision=19045 |
13:11:24 | rasher | Looks like a mistake to me |
13:11:52 | Unhelpful | part of the WIP portion will involve stripping old code once it's no longer used - there's a new read_part_line that's almost entirely the same as read_one_line, and read_one_line can go away when things are converted to use it. |
13:12:42 | Unhelpful | the mono-for-remote scaling should probably just go away entirely. scaling mono bitmaps is pretty much guaranteed to give poor results. |
13:14:15 | bertrik | shall I reverse that change in tool/configure? |
13:19:41 | kugel | bertrik: seems reasonable. other ams sansas don't build plugins |
13:20:59 | kugel | Unhelpful: well, that could the bmp resize on load patch on the tracker do as well I suppose |
13:21:43 | Unhelpful | yes, the patch on the tracker could do that part as well. |
13:22:34 | kugel | which would mean it'd be also less binsize&ram using |
13:23:14 | | Quit Rob2222 () |
13:23:56 | kugel | jhMikeS: ping |
13:25:40 | | Quit stoffel_ ("Reconnecting") |
13:25:50 | | Join stoffel_ [0] (n=sfr@p57B4E5C4.dip.t-dialin.net) |
13:25:56 | | Join Rob2222 [0] (n=Miranda@p4FDCC32B.dip.t-dialin.net) |
13:34:35 | | Quit Thundercloud (Remote closed the connection) |
13:35:53 | | Join faemir [0] (n=faemir@88-106-186-147.dynamic.dsl.as9105.com) |
13:44:47 | | Quit Horschti ("electromagnetic radiation from satellite debris") |
13:47:27 | | Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) |
13:50:16 | *** | Saving seen data "./dancer.seen" |
13:50:21 | | Quit JdGordon (Remote closed the connection) |
13:50:42 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
14:00 |
14:00:27 | | Join Photoguy [0] (n=Adams@91.143.239.205) |
14:02:07 | Unhelpful | pixelma, kugel: the scaler and bitmap buffers both limit the width of the bitmap, not the height at all. the scaler buffer could be reduced to the min dimension if we assume square output, or increased to the max dimension if we want rotated output. |
14:02:15 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
14:03:50 | Unhelpful | if we support loading a column-first image format, we'd need to rotate it for display. |
14:05:24 | gevaerts | Are there such formats? (except jpeg with the exif rotate bit) |
14:07:45 | pixelma | so basing the buffer size on LCD_WIDTH is also due to how the scaler works? |
14:13:53 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
14:14:43 | pixelma | not sure, I can follow completely at the moment (so maybe the question doesn't make much sense). Just imagined when reading logs that lcd width was not the only important factor but also the height, depending on screen layout (portrait vs. landscape vs. square) |
14:15:24 | pixelma | *can't |
14:27:02 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
14:29:29 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
14:29:31 | Photoguy | *Thinks it looks like rain. |
14:30:42 | Unhelpful | pixelma: i suppose it is based on how this scaler works, in a way. it scales one row of input image to one row of output image - so the buffer size is based on the width of the output. |
14:31:06 | Unhelpful | gevaerts: are JPEG macroblocks stored row-first? i've looked a bit without finding anything that will tell me :/ |
14:31:20 | gevaerts | Unhelpful: no idea |
14:38:03 | | Nick J-23 is now known as J-23_ (n=zelazko@unix.net.pl) |
14:38:08 | | Quit skipper (Read error: 110 (Connection timed out)) |
14:38:10 | | Nick J-23_ is now known as J-23 (n=zelazko@unix.net.pl) |
14:41:10 | | Join skipper [0] (n=skipper@93-139-34-136.adsl.net.t-com.hr) |
14:42:11 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-125-113.ewe-ip-backbone.de) |
14:45:55 | | Join hangin [0] (n=543b3462@gateway/web/cgi-irc/labb.contactor.se/x-b3735e4a36698dc0) |
14:46:04 | hangin | hi |
14:46:49 | hangin | i made my own theme (for the nano) but i took some pics of the cabbie 2 theme (the icons and i modified the cabbie 2 background). my question is am i allowed to use them? and to upload my theme? |
14:48:20 | | Quit hangin (Client Quit) |
14:49:10 | | Join hangin [0] (n=543b3462@gateway/web/cgi-irc/labb.contactor.se/x-f9f172f3ae6b242e) |
14:50:32 | JdGordon | cabbiev2 should be fine to copy and distrobute (as long as you play by the rules) |
14:51:13 | | Quit hangin (Client Quit) |
14:51:19 | JdGordon | n1s: what ever happened with the bootloaders for 3.0? |
14:51:56 | | Join josh__ [0] (n=chatzill@dslb-084-059-052-098.pools.arcor-ip.net) |
14:52:33 | josh__ | hi |
14:52:58 | josh__ | sry i just was disconnected.... |
14:53:14 | josh__ | still the same question |
14:53:16 | josh__ | i made my own theme (for the nano) but i took some pics of the cabbie 2 theme (the icons and i modified the cabbie 2 background). my question is am i allowed to use them? and to |
14:54:26 | kugel | josh__: sure, as long as you credit the original authors |
14:54:38 | josh__ | how do i credit? |
14:54:46 | josh__ | the original authors |
14:55:14 | kugel | a comment in the theme files and/or in the description saying "based on xx by yy" or something like that |
14:55:51 | josh__ | k thx |
14:56:11 | | Join uurguu [0] (n=uurguu@ATuileries-153-1-53-2.w83-202.abo.wanadoo.fr) |
14:56:19 | josh__ | and what is about the licensing i read about it in the forum but didn't understood it... |
14:56:38 | uurguu | hi everyone |
14:56:43 | josh__ | hi:) |
14:56:58 | kugel | you can only chose a license which the licenses of the themes you taken parts from allow you to |
14:57:24 | uurguu | could anyone help me with an install problem? |
14:57:46 | josh__ | ok.... so i just credit the auot in the wps file and then i can upload my them ? |
14:58:02 | josh__ | whats your porblem with installin? |
14:58:05 | kugel | but in any event, you should use CC-BY-SA, since that the preferred license if you want to upload it on a site affiliated to rockbox |
14:58:25 | josh__ | ok |
14:58:41 | josh__ | i hope i understood everything correct :) thx for help :) |
14:58:44 | uurguu | anyone? :-( |
14:59:00 | josh__ | hi whats your problem? |
14:59:26 | kugel | josh__: http://creativecommons.org/licenses/by-sa/3.0/de/deed.en |
14:59:26 | uurguu | i am trying to install rockbox 3.0.1 on an Archos Recorder 20 |
14:59:51 | uurguu | but the stupid archos firmware is qstill there |
15:00 |
15:00:07 | uurguu | I have tried installing through the utility |
15:00:08 | josh__ | to kugel thx (do you speak german?) |
15:00:20 | uurguu | i have also tried installing manually |
15:00:39 | uurguu | wiping out the FAT table with dirsnooper |
15:00:53 | uurguu | nothing works |
15:01:05 | kugel | yes |
15:01:18 | uurguu | and the hard disk shows 3GB free out of 20GB |
15:01:33 | bertrik | there is now a single powermgmt-xxx.c file for all as3525 targets containing the battery discharge/charge curves, I think there should probably be one for each target |
15:01:35 | josh__ | i think your player isnt supported... |
15:01:39 | uurguu | with only 200MBof MP3 on the disk |
15:01:59 | josh__ | to kugel darf man hier deutsch sprechen oder ist das net erlaubt |
15:02:05 | kugel | no |
15:02:08 | kugel | not allowed |
15:02:11 | josh__ | k |
15:02:13 | kugel | please read the guidelines |
15:02:14 | uurguu | my player shows up fine in the rockbox utility ? |
15:02:33 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
15:02:48 | josh__ | to kugel do you have icq skype or msn or another forum etc where we can speak german? |
15:03:07 | uurguu | and rockbox loaded fine at least once |
15:03:10 | kugel | bertrik: why? Shouldn't powermanagement the same for all targets (maybe with #ifs depending on the actual battery capacity? |
15:03:15 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b2pre/20081121034512]") |
15:03:19 | josh__ | to uurguu i cant find your player here http://www.rockbox.org/download/ |
15:03:25 | kugel | josh__: you can /query me |
15:03:57 | josh__ | to kugel what the heck is /query? |
15:04:05 | kugel | josh__: www.rockbox-lounge.com is a german forum |
15:04:19 | uurguu | i think the rockbox util is trying to install a recorder 8MB firmware |
15:04:25 | kugel | type "/query kugel" tp provat chat with me |
15:04:30 | uurguu | at least, that's how it shows once downloaded |
15:04:31 | kugel | to privat* |
15:04:35 | gevaerts | uurguu: you could try a manual install |
15:04:56 | JdGordon | can someone test mpegplayer quickly? if audio is paused before mpegpalyer is started does sound work? |
15:05:03 | gevaerts | Or maybe not having rbutil autodetect your player but select manually |
15:05:06 | | Join MethoS-- [0] (n=clemens@host-091-096-215-010.ewe-ip-backbone.de) |
15:05:46 | uurguu | gevaerts : tried manual install |
15:06:02 | uurguu | gevaerts : selected the player manually in rbutil |
15:06:03 | | Quit stoffel_ (Read error: 113 (No route to host)) |
15:06:20 | n1s | JdGordon: ne bootloaders for ipods and gigabeat f were released, there were inconclusive reports about the sansa bootloader (something about usb detection not working) and i couldn't test myself so not much to do about them, i cant test any of the other players either so it basically needs someone to test them but i tire of trying to get people to test... |
15:06:22 | | Quit {phoenix} (Connection timed out) |
15:06:31 | n1s | s/ne/new/ |
15:07:17 | JdGordon | ok, so the mini should be able to boot from CF with the latest bootloader then? |
15:07:51 | n1s | it fixed _one_ of the cf issues at least, but there seems to be other problems |
15:08:00 | uurguu | http://www.rockbox.org/twiki/bin/view/Main/TargetStatus <−− shows archos recorder 20 as supported |
15:08:13 | n1s | uurguu: it is |
15:08:35 | gevaerts | uurguu: do you have a file called ajbrec.ajz in the root of your player, and a directory named /.rockbox ? |
15:08:58 | bertrik | kugel, likely not all ams targets use the same battery, so cannot use the same battery discharge/charge curves |
15:09:01 | JdGordon | n1s: I'm looking at 8901.. can it be closed? |
15:09:02 | | Join stoffel_ [0] (n=sfr@p57B4E5C4.dip.t-dialin.net) |
15:09:28 | uurguu | gevaerts: yes and yes (both file & dir are present) |
15:09:28 | n1s | JdGordon: so FS #8901 is fixed for ipods and gigabeat, not the others |
15:09:51 | n1s | but ipod mini is by far the most common target to cf mod so i dunno |
15:10:06 | pixelma | uurguu: yours is not a "Jukebox Recorder" with a colour display though? (Just making sure) |
15:10:32 | uurguu | pixelma: nope, LCD B&W display |
15:10:42 | pixelma | eh... Multimedia, I meant |
15:10:44 | pixelma | ok |
15:10:52 | uurguu | and please note rockbox did boot up once |
15:11:22 | uurguu | and then failed with an "incompatible device" message |
15:11:36 | uurguu | could not start MP3 playing |
15:11:56 | bertrik | kugel, the source file is basically just those curves, a dangerous and shutoff battery level and a battery_adc_voltage function |
15:12:08 | gevaerts | uurguu: the only thing I can think of is that you have the wrong build. There are v1 and v2 recorders, did you pick the right one? |
15:12:37 | uurguu | no idea, i think it was recorder 8mb |
15:12:47 | | Quit Horscht ("User was distributing pornography on server; system seized by FBI") |
15:12:55 | uurguu | again, i let the rockbox util chose the version |
15:13:22 | pixelma | you probably don't have an 8MB Recorder, this is only possible with a hardware mod |
15:13:42 | uurguu | the v2 recorder does not lokk like mine |
15:14:05 | uurguu | s/lokk/look |
15:14:13 | gevaerts | ok. then you have a v1, but as pixelma said most probably not an 8MB |
15:14:38 | uurguu | should i take recorder v1? |
15:14:42 | gevaerts | Yes |
15:15:02 | uurguu | OK, i'll try a manual install then |
15:15:12 | | Quit stoffel_ ("leaving") |
15:16:06 | uurguu | downloaded |
15:16:20 | n1s | JdGordon: the other cf problem is FS #9342 which looks pp specific judging by the "fix" |
15:16:20 | | Quit skipper (Read error: 54 (Connection reset by peer)) |
15:17:03 | uurguu | copied on device |
15:17:46 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
15:18:22 | pixelma | I'm not sure if the Rockbox Utility can tell all of the Archos targets apart but if it detected a Recorder v1, it *should* install the "normal" build - not the 8MB one |
15:18:33 | JdGordon | n1s: hmm.. not a great patch thouhg |
15:20:06 | JdGordon | gevaerts: close 9441 as out of date/fixed? |
15:20:55 | JdGordon | hmm reread and ignore me |
15:20:59 | * | JdGordon goes to bed |
15:21:03 | gevaerts | pixelma: it may install the 8MB one if the previous (incorrect) install was an 8MB install |
15:21:10 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
15:21:27 | bertrik | kugel, what I'll probably do right now is to use the same simple uncalibrated charging/discharging curve for all ams targets so they can all get a basic battery reading, and add a comment to the source file on how to add calibrated curves as they become available |
15:21:33 | uurguu | great! works perfectly! |
15:21:36 | uurguu | :-) |
15:22:16 | | Quit MethoS- (Read error: 113 (No route to host)) |
15:22:23 | uurguu | strange thing the utility installed an 8mb version instead of the correct one |
15:22:42 | | Join Yggdrazil [0] (n=vegan@85.252.183.47) |
15:23:18 | Yggdrazil | hello |
15:23:22 | kugel | bertrik: ok. I know the fuze has a li-polymer battery. I'm not sure about the capacity though |
15:23:27 | uurguu | thanks a lot everyone, this was driving me crazy |
15:23:28 | Yggdrazil | i can use rockbox for my ipod ? |
15:23:34 | n1s | uurguu: it can not tell a 8MB modded player from a regular so it goes by what build you had already installed |
15:23:48 | uurguu | Yggdrazil: yes, check the models available |
15:23:54 | n1s | Yggdrazil: is it listed as supported on the frontpage? |
15:23:59 | | Quit josh__ ("ChatZilla 0.9.83 [Firefox 3.0.4/2008102920]") |
15:24:00 | uurguu | http://www.rockbox.org/twiki/bin/view/Main/DeviceChart |
15:24:28 | Yggdrazil | uhm, ive downloaded it, and run the quickstart complete installation |
15:24:36 | Yggdrazil | it was a very primitive installation, i didnt understand much |
15:24:51 | Yggdrazil | like, where is the program itself ? |
15:24:53 | pixelma | depends on the exact Ipod model (no "newer" ones, 2nd gen Nano or later, new Ipod "Classic" etc.) |
15:25:04 | Yggdrazil | i have a 30 gb video ipod |
15:25:21 | uurguu | probably won't work? |
15:25:23 | n1s | Yggdrazil: rockbox.ipod is the main binary |
15:25:35 | n1s | ipod video is supported |
15:25:50 | Yggdrazil | yikes it has taken over the ipod |
15:26:00 | uurguu | n1s: i stand corrected :-) |
15:26:06 | n1s | Yggdrazil: i suggest oyu read the manual |
15:26:14 | Yggdrazil | windows cant open this file |
15:26:54 | | Quit Photoguy (Read error: 104 (Connection reset by peer)) |
15:27:23 | n1s | Yggdrazil: why do you want to open it? |
15:28:30 | petur | Yggdrazil: rockbox is a replacement operating system for your player, not a simple program |
15:28:47 | Yggdrazil | okay, it doesnt go away from the ipod when i press uninstall either |
15:29:09 | Yggdrazil | how do i get back to itunes ? |
15:29:58 | n1s | Yggdrazil: check the manual, and please try to use correct terms, itunes is an app on your computer |
15:30:38 | Yggdrazil | i used itunes, then i tried this rockbox thing, i didnt understand anything of the rockbox, how do i remove the program from my ipod and go back to whatever the ipod comes with ? |
15:31:18 | n1s | Yggdrazil: maybe by looking at the uninstallation instructions in the manual? |
15:31:28 | uurguu | all right chaps time to transfer GB of MP3s onto. |
15:31:33 | uurguu | my archos |
15:31:33 | uurguu | . |
15:31:51 | uurguu | thanks again for the help! |
15:31:55 | | Quit uurguu () |
15:37:55 | Yggdrazil | it says uninstallation finished in the rockbox utility program |
15:38:17 | Yggdrazil | but the rockbox is still on my ipod |
15:40:03 | | Quit MethoS-- (Remote closed the connection) |
15:40:54 | Yggdrazil | i cant find where the uninstallation is in the manual either |
15:41:17 | gevaerts | Yggdrazil: did you also click on "Remove the bootloader" ? |
15:42:36 | Yggdrazil | yes but that doesnt find my ipod |
15:44:10 | gevaerts | OK. Boot the ipod to the emergency disk mode then, and try again |
15:44:29 | Yggdrazil | how do i boot it into emergency disk mode ? |
15:45:53 | | Join MethoS- [0] (n=clemens@host-091-096-215-010.ewe-ip-backbone.de) |
15:46:12 | gevaerts | http://support.apple.com/kb/HT1363 explains all about it |
15:50:19 | *** | Saving seen data "./dancer.seen" |
15:50:41 | Yggdrazil | THANX! |
15:50:54 | Yggdrazil | do you use an ipod yourself ? |
15:51:13 | gevaerts | Amongst others, yes |
15:51:43 | Yggdrazil | do you use rockbox on your ipod ? |
15:51:58 | Yggdrazil | i use windows xp and a 30 gb video ipod |
15:52:09 | Yggdrazil | i would like to use rockbox to get to play .flac files |
15:53:30 | gevaerts | I use rockbox on all my players, yes |
15:53:46 | Yggdrazil | allright uhm |
15:54:02 | Yggdrazil | do you have time to guide me through the downloading - installing the rockbox - getting flacs over to my ipod |
15:54:08 | Yggdrazil | its that and only that i need help with |
15:55:14 | gevaerts | It seems to me that you did have it installed... |
15:55:36 | Yggdrazil | it didnt seem to be properly installed |
15:55:59 | Yggdrazil | ill download it from scratch |
15:56:44 | Yggdrazil | http://download.rockbox.org/release/3.0/rockbox-ipod3g-3.0.zip this will give me all i need to download for installing the rockbox - getting flacs over to my ipod 30gb Video? |
15:57:09 | | Join Arinohyoshi [0] (i=arinohyo@staff.pingtimeout.net) |
15:57:35 | gevaerts | You do know that rockbox is a replacement firmware and not just an add-on to the apple firmware, right ? |
15:57:58 | Yggdrazil | i dont even know what that means |
15:58:08 | Yggdrazil | it means it takes over the entire ipod, right ? |
15:58:09 | | Nick Darksair is now known as Awaysair (n=user@221.221.152.106) |
15:58:11 | gevaerts | yes |
15:58:19 | bertrik | kugel, do you know the marking on the fuze battery? |
15:58:31 | | Join Prom_cat|ZzZzz [0] (n=bretthil@Wikipedia/Prom3th3an) |
15:58:34 | Yggdrazil | i dont have a problem with that, now that youve shown me how i reset the ipod |
15:59:02 | | Join MethoS-- [0] (n=clemens@host-091-096-214-184.ewe-ip-backbone.de) |
15:59:03 | gevaerts | Anyway, just use rockbox utility to install, it's the easiest way |
15:59:35 | gevaerts | And read the manual, so you know about how to boot the Apple firmware when you want to and things like that |
16:00 |
16:00:10 | | Join stoffel_ [0] (n=sfr@p57B4E5C4.dip.t-dialin.net) |
16:00:17 | kugel | bertrik: no, sorry. I actually can't remember anything written on the battery when I had the fuze open |
16:00:31 | kugel | i.e. iirc there was nothing written |
16:01:49 | kugel | the battery was packed in a silver foil, connected with 3 cables to the main board |
16:01:54 | Arinohyoshi | Is Rockbox ever going to support iPod Classic? As I own one I would like to see the support for it. And if I can in any way help to speed up its support, I'm willing to try get some info out of it. |
16:01:58 | Yggdrazil | starting bootloader installation - searching for ipods - no ipod found is all it says when i try the installation with the rockbox utility ? |
16:01:59 | bertrik | this image shows there is some text, but it's too small to read : http://www.anythingbutipod.com/archives/images/fuze-disassemble/sansa-fuze-disassembled-20.jpg |
16:02:01 | | Part Prom_cat|ZzZzz |
16:02:15 | | Quit MethoS- (Read error: 60 (Operation timed out)) |
16:02:38 | kugel | bertrik: you may ask saratoga, afair he has his fuze opened too (or still open) |
16:03:09 | kugel | bertrik: or ask enzoten @abi, he made the disassembly |
16:04:21 | bertrik | the manufacturer is probably Amperex Technology Limited, you may be able to find out the capacity from the type number on their web site |
16:05:18 | | Quit faemir (Read error: 60 (Operation timed out)) |
16:05:33 | bertrik | TBH, I'm not so motivated to go chase after information for a target that I don't personally own |
16:06:19 | | Join faemir [0] (n=faemir@88-106-186-147.dynamic.dsl.as9105.com) |
16:06:22 | | Join {phoenix} [0] (n=dirk@p54B449F9.dip.t-dialin.net) |
16:10:10 | | Quit stoffel_ ("leaving") |
16:10:30 | | Nick Awaysair is now known as Darksair (n=user@221.221.152.106) |
16:11:42 | kugel | bertrik: I understand. And I'm not really motivated to open my fuze again (I already broke one with that) if others may have the needed information handy |
16:12:06 | Yggdrazil | i actually need to have the ipod plugged in to install rockbox ? |
16:12:11 | kugel | of course, if it's really needed and others can't help either, I'll open it carefully |
16:12:33 | bertrik | Ok. Sorry to hear about the broken fuze. |
16:13:14 | kugel | no problem, it got replaced |
16:13:33 | bertrik | Actual capacity is not that important, mostly just nice-to-know |
16:17:44 | bertrik | I suppose the fuze is like the clip in that it cannot be opened without permanently damaging the casing |
16:18:00 | kugel | thats true |
16:18:39 | kugel | you can close it again, but if one has a detailed look, he'll notice that it was cracked open |
16:20:11 | | Quit Zarggg () |
16:20:57 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
16:23:27 | Arinohyoshi | If I may ask again, as I didn't find any answer in FAQ or such: Is Rockbox ever going to support iPod Classic? As I own one I would like to see the support for it. And if I can in any way help to speed up its support, I'm willing to try get some info out of it. |
16:24:23 | gevaerts | Arinohyoshi: Nobody is working seriously on it, and in my opinion the firmware encryption will be a too big obstacle to overcome |
16:24:57 | Yggdrazil | i actually need to have the ipod plugged in to install rockbox ? |
16:25:22 | gevaerts | Yggdrazil: obviously, yes. How else can you install? |
16:25:37 | Yggdrazil | like i install all other programs on a puter |
16:25:45 | Yggdrazil | the program is only for the ipod ? |
16:25:53 | Arinohyoshi | gevaerts: thats a shame. 80GB iPod would've made a good external player to have inside a car as it could hold a good amount of .flac's |
16:26:08 | kugel | Yggdrazil: it's a *firmware replacement* |
16:26:16 | gevaerts | Arinohyoshi: the 80GB ipod video (5.5gen) is supported |
16:26:22 | Yggdrazil | so how do i get the flacs over to the ipod from my computer then ? |
16:26:40 | kugel | you boot into the original firmware to transfer files |
16:27:50 | Arinohyoshi | gevaerts: you mean these http://www.apple.com/ipodclassic/ ? |
16:28:28 | gevaerts | Arinohyoshi: no. That's the 6th generation, which isn't supported |
16:29:24 | kugel | 7th even |
16:29:31 | Arinohyoshi | Apple doesn't have the 80GB version listed anymore as that 120GB version has taken over it, but 80GB version of it |
16:29:45 | gevaerts | Arinohyoshi: http://support.apple.com/kb/HT1353#ipodfifth2 |
16:30:00 | Arinohyoshi | yes, thats the one |
16:30:14 | Arinohyoshi | nice, then its supported |
16:30:16 | gevaerts | That's _not_ the one apple calls Classic |
16:30:51 | gevaerts | This is the one you could get in 30GB or 80GB |
16:32:08 | Arinohyoshi | ah. looked the same but its not. i've got the classic one then, as it has album arts on the right side of the screen |
16:32:31 | Arinohyoshi | http://support.apple.com/kb/HT1353#ipodclassic |
16:33:28 | | Join tessarakt [0] (n=jens@e180074199.adsl.alicedsl.de) |
16:33:50 | Arinohyoshi | yes, definitely that one, checked the last three digits. YMV |
16:34:18 | | Join stoffel_ [0] (n=sfr@p57B4E5C4.dip.t-dialin.net) |
16:34:44 | Arinohyoshi | so we can conclude that its not supported by Rockbox, and likely is not going to be? |
16:41:35 | gevaerts | That's about it, yes |
16:42:19 | | Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) |
16:48:18 | kugel | http://www.urbandictionary.com/define.php?term=YMV |
16:48:24 | kugel | oops |
16:57:27 | | Quit Thundercloud (Remote closed the connection) |
17:00 |
17:05:23 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
17:13:56 | | Quit stoffel_ (Read error: 113 (No route to host)) |
17:23:36 | | Quit fdinel (Read error: 110 (Connection timed out)) |
17:25:35 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
17:25:47 | bertrik | can anyone with an ams sansa make sense of the RTC time? |
17:26:14 | bertrik | for me, it seems to get reset to 1 jan 2080 0:00 in some cases, but not always |
17:27:46 | kugel | bertrik: don't forget that e200v2 and fuze still have some difficulties to boot into rockbox |
17:28:46 | kugel | only <=1GB devices can reliably boot |
17:29:34 | kugel | I can't boot into rockbox with svn code |
17:30:48 | bertrik | because of sd driver problems? |
17:31:07 | kugel | yes, it panics upon sd init |
17:31:40 | kugel | not in the bootloader though, so it's possibly related to multivolume and/or hotswap |
17:34:07 | | Quit Yggdrazil (Read error: 148 (No route to host)) |
17:35:48 | | Quit FOAD (Read error: 110 (Connection timed out)) |
17:35:49 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
17:40:42 | bertrik | I might experiment a bit with i2c tonight. On the fuze it's pretty clear which pins are i2c, I also have a suspicion for some i2c pins on the sansa clip |
17:42:10 | kugel | isn't i2c working already? I can change the backlight brightness which works over i2c |
17:44:07 | | Quit jhMikeS (Nick collision from services.) |
17:44:13 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
17:44:24 | bertrik | there's another i2c bus which probably controls the radio chip |
17:48:53 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
17:50:24 | *** | Saving seen data "./dancer.seen" |
17:53:40 | kugel | jhMikeS: ping (I'll ping you until you answer ;) ) |
17:55:18 | | Join stoffel_ [0] (n=sfr@p57B4E5C4.dip.t-dialin.net) |
17:58:04 | | Quit {phoenix} (Remote closed the connection) |
18:00 |
18:01:04 | | Quit tyfoo ("Carpe diem") |
18:04:13 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
18:05:56 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-105-078.ewe-ip-backbone.de) |
18:11:50 | | Join Yggdrazil [0] (n=vegan@85.252.183.47) |
18:23:55 | | Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") |
18:29:31 | | Join mathias_ [0] (n=psde@83.133.127.107) |
18:31:17 | mathias_ | Can I still load my rockbox player from usb while playing music? Holding 'record' does not work anymore |
18:31:50 | n1s | mathias_: which player? |
18:32:03 | mathias_ | h340 |
18:32:53 | n1s | aren't you supposed to hold "AB" on that player? |
18:33:00 | | Join EspeonEefi [0] (i=eefi@SYDNEYPACIFIC-THREE-NINETY.MIT.EDU) |
18:33:05 | mathias_ | Umh |
18:33:12 | mathias_ | Okay - never done that before. |
18:33:51 | mathias_ | Eh.. yes. it does. |
18:33:58 | mathias_ | Weird, I always pressed record |
18:35:38 | mathias_ | Anyways, its working now. thanks! |
18:47:50 | | Join MedicaMental [0] (n=vegan@85.252.183.47) |
18:49:56 | | Quit Lynx_ ("Konversation terminated!") |
18:51:29 | | Part mathias_ |
18:58:40 | | Quit kharo (Read error: 110 (Connection timed out)) |
18:59:52 | | Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) |
19:00 |
19:01:14 | | Join toffe82 [0] (n=chatzill@adsl-75-23-149-102.dsl.frs2ca.sbcglobal.net) |
19:04:22 | | Quit Yggdrazil (Read error: 113 (No route to host)) |
19:05:40 | | Join Yggdrazil [0] (n=vegan@85.252.183.47) |
19:06:46 | | Quit MedicaMental (Read error: 113 (No route to host)) |
19:09:11 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
19:15:17 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
19:15:54 | | Join tessarakt [0] (i=nobody@vpn-cl-166-40.rz.uni-karlsruhe.de) |
19:20:05 | | Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) |
19:29:56 | | Quit amiconn (" bbl") |
19:33:47 | pixelma | bluebrother: I'm still thinking about an M3 manual (and integrating other targets with remotes) and there are some problems I don't have a nice solution for. |
19:33:57 | | Quit tessarakt (Connection timed out) |
19:34:17 | pixelma | E.g., I started off mentioning both buttons in the \ActionBlah definitions in the platform file - this was the most simple way to only use it for the M3 but it will look weird when used in button tables (and it is). The other way would be to invent \ActionRemoteBlah but that would mean \opting for "remote" or m3 as a start everywhere it is used, the former means touching all platform files of affe |
19:34:17 | pixelma | cted targets |
19:34:24 | | Join tessarakt [0] (n=jens@e180074199.adsl.alicedsl.de) |
19:35:01 | | Quit Yggdrazil (Read error: 113 (No route to host)) |
19:35:46 | pixelma | the other problem is, if we want to use an additional column in button tables, it would mean opting an entire part of each line in all the tables |
19:36:15 | pixelma | sounds a bit complicated to me... |
19:37:29 | pixelma | I somehow hope there is some feature of LaTeX that I don't know of which could help there |
19:43:43 | | Join Schmogel [0] (n=Miranda@p3EE20511.dip0.t-ipconnect.de) |
19:45:35 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
19:46:04 | pixelma | or maybe it's easier to add a second table, don't know |
19:47:01 | nanok | pixelma: is the latex code generated by some sort of script? or is it "pure latex" :) ? |
19:50:06 | pixelma | currently the code for button tables is not autogenerated. As for as I'm aware there is only one generated thing - parsing the features.txt into usable options |
19:50:26 | *** | Saving seen data "./dancer.seen" |
19:50:29 | nanok | i think aome sort of script, if i understand correctly. either way, the more i think of it, it seems more reasonable (even from a reader point of view) to have a separate section for the remote |
19:50:41 | nanok | aham, i see |
19:51:51 | | Quit stoffel_ ("leaving") |
19:52:23 | nanok | so it would be nice to first find a way to automate that a bit more too, and than make sure we can destroy (or handle somehow in an ellegant way, like state just "$target does not support a remote with rockbox" where needed, without too much fuss |
19:53:06 | * | nanok 's eyes are shinning thinking maybe he can finaly help with something |
19:53:11 | nanok | :-P |
19:54:36 | nanok | pixelma: autogenerating the buttons table should be simple enough, unless i am missing something: we need standard "names" of actions, specific to rockbox, which apply to rockboz across targets (and i think we already have that?) |
19:54:55 | | Quit faemir (Remote closed the connection) |
19:55:50 | nanok | i think there are oddities speciffic to each target, so some stuff needs to be written by hand, though, but the functionality of each button can be standardized across targets, am i right? |
19:58:37 | pixelma | can't see how that should work - for the tables you need to mention long/short presses of buttons or combos - you have action definitions in the code (see keymap files) or button definitions (with or without pre conditions or whatnot) (see some plugins). I don't know what you mean with standardized across targets |
19:59:23 | | Join dany_21a_ [0] (n=dan@84-119-0-236.dynamic.xdsl-line.inode.at) |
20:00 |
20:03:13 | nanok | pixelma: i mean the rockbox functionality itself is rather standard across targets, as far as what the buttons do goes, how we use each button to do stuff on various targets, depending on the physical layout, number and type of buttons and so on is what varies, right? |
20:07:54 | | Quit miepchen^schlaf (Client Quit) |
20:15:33 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:15:45 | | Join miepchen^schlaf [0] (n=miepchen@p579EC90A.dip.t-dialin.net) |
20:17:30 | | Join faemir [0] (n=quassel@88-106-186-147.dynamic.dsl.as9105.com) |
20:17:31 | | Join Strife89 [0] (n=michael@204.116.245.152) |
20:17:45 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-5f0ee7a262386a1f) |
20:18:59 | | Quit bmbl ("Woah!") |
20:24:18 | bertrik | hmm, can't use sprintf in the bootloader? |
20:27:45 | | Quit ap0 (Read error: 104 (Connection reset by peer)) |
20:28:39 | kugel | bertrik: use snprintf |
20:28:55 | kugel | that definitely works |
20:32:16 | | Join ZincAlloy [0] (n=d9eee842@gateway/web/cgi-irc/labb.contactor.se/x-8ea77dd2e7878ba7) |
20:33:21 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
20:36:57 | | Part pixelma |
20:37:12 | | Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) |
20:37:17 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
20:37:42 | | Quit ZincAlloy ("CGI:IRC (Ping timeout)") |
20:47:04 | kugel | bertrik: while you're at the bootloaders, can you take a look at http://www.rockbox.org/tracker/task/9559 ? |
20:49:06 | | Quit ap0 ("Ba") |
20:50:08 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
20:50:11 | | Quit Horscht (Remote closed the connection) |
20:54:40 | | Quit Schmogel (Read error: 110 (Connection timed out)) |
20:59:43 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
21:00 |
21:02:43 | | Quit AndyI (Read error: 110 (Connection timed out)) |
21:08:11 | | Quit nuonguy ("This computer has gone to sleep") |
21:10:58 | | Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) |
21:11:57 | | Quit miepchen^schlaf (Client Quit) |
21:13:16 | | Join DerDome [0] (n=DerDome@dslb-082-083-255-075.pools.arcor-ip.net) |
21:14:29 | | Part dany_21a_ |
21:19:30 | | Quit bluebrother ("Lost terminal") |
21:20:21 | | Quit Strife89 ("Leaving for now.") |
21:21:19 | | Quit Zarggg () |
21:27:17 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
21:29:10 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
21:29:12 | | Join funman [0] (n=fun@AToulouse-158-1-34-203.w90-50.abo.wanadoo.fr) |
21:30:04 | | Join krazykit [0] (n=kkit@adsl-70-236-65-134.dsl.ipltin.ameritech.net) |
21:31:38 | funman | bertrik: I have an opened clip, do you need some details on the battery ? |
21:33:05 | kugel | funman: hi. did you read my forum post? |
21:33:56 | funman | kugel: hi, yes i read it. I use svn, and i have no idea why you can't apply the patch |
21:34:12 | kugel | well I thoug |
21:34:26 | kugel | t that it's due to git and different branches |
21:35:21 | kugel | firmware/target/arm/as3525/dma-pl081.c doesn't exist in svn |
21:36:36 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
21:38:24 | funman | kugel: ok i pasted the full patch again : http://paste.ubuntu.com/76085/ |
21:38:59 | kugel | that looks complete :) |
21:39:20 | funman | is the plugins compilation meant to keep going on errors in plugins ? |
21:40:02 | kugel | funman: it's meant to be disabled at such an early stage of a port :S |
21:40:24 | | Quit bmbl ("Woah!") |
21:40:26 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
21:40:31 | kugel | see r19188 |
21:40:34 | funman | kugel: that's not related to what I said |
21:40:51 | kugel | but still |
21:40:56 | funman | I expect the build to stop on the first error |
21:41:07 | kugel | ask Zagor about that |
21:41:15 | amiconn | Zagor: Still dependency problems.... |
21:41:24 | | Join miepchen^schlaf [0] (n=miepchen@p579EC90A.dip.t-dialin.net) |
21:41:30 | kugel | I think before the make remake (pun intended!) it did stop |
21:41:57 | funman | Zagor: shouldn't the build stop on the first error ? because it keeps going, even if some plugins fail to build |
21:42:07 | amiconn | Try building an (arbitrary) swcodec build. Afterwards, 'touch apps/codecs/demac/libdemac/filter.c', then 'make' again -> it will do nothing... |
21:42:56 | Zagor | amiconn: wow, didn't we test that yesterday? |
21:43:28 | amiconn | I tried it again today, using r19185 |
21:44:18 | amiconn | I still need to apply my workaround in order to be sure to test my latest code (rm apps/codecs/ape.* apps/codecs/libdemac.a apps/codecs/demac/libdemac/* && make codecs) |
21:44:36 | | Join MethoS_ [0] (n=clemens@host-091-096-214-125.ewe-ip-backbone.de) |
21:44:37 | Zagor | it rebuilds here... |
21:44:39 | | Join {phoenix} [0] (n=dirk@p54B449F9.dip.t-dialin.net) |
21:45:18 | amiconn | odd |
21:45:28 | amiconn | I'm doing that on cygwin, in case it matters |
21:45:34 | Unhelpful | odd, it rebuilds for me (gb f sim, in this case) |
21:45:35 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
21:45:49 | Zagor | amiconn: it might. I'll see if I can reproduce it. |
21:46:08 | Zagor | kugel, funman: what's this about not stopping on first error? |
21:46:23 | amiconn | Do I need to rebuild the .dep file? I thought the script fix should work with the existing one... |
21:46:44 | | Quit MethoS-- (Read error: 60 (Operation timed out)) |
21:47:03 | funman | Zagor: make clean, add #error in a built plugin; make; notice the error doesn't stop the build |
21:47:04 | Zagor | amiconn: you need to rebuild it after r19184 but not after touch |
21:47:17 | | Join MethoS- [0] (n=clemens@host-091-096-210-064.ewe-ip-backbone.de) |
21:48:09 | amiconn | Zagor: Does addtargetdir.pl alter the .dep file itself? |
21:48:37 | Zagor | amiconn: yes and no. it alters the data before it is put into make.dep |
21:48:47 | amiconn | Ah, that may explain it... |
21:48:50 | * | amiconn tries |
21:50:28 | *** | Saving seen data "./dancer.seen" |
21:51:21 | Zagor | funman: it stops for me |
21:52:37 | amiconn | Zagor: Do you know why 'make clean' waits for a while before the actual cleaning (which is fast even on cygwin)? |
21:52:48 | Zagor | amiconn: it reads make.dep |
21:53:03 | amiconn | Does it need that for cleaning?? |
21:53:16 | Zagor | no, we could make that conditional |
21:53:38 | * | amiconn thinks this would be a good thing |
21:54:42 | Zagor | funman: what environment are you getting that in? |
21:55:10 | funman | Zagor: In fact I think these non-stopping errors I see are the dependencies generation - i'm running linux |
21:56:12 | Zagor | funman: ahh, yes. do you get it in pegbox? |
21:57:10 | funman | Zagor: in various, numerous, plugins which don't build on the Clip; nothing wrong. |
22:00 |
22:01:03 | Zagor | amiconn: actually the reading of .make files takes longer than the reading of make.dep (at least here). and we "need" to read .make since CLEANOBJS is populated in them |
22:01:29 | Zagor | the reading of .make files also includes parsing of SOURCES etc. |
22:02:10 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
22:02:14 | amiconn | Perhaps that could be made faster? |
22:02:38 | | Quit MethoS_ (Read error: 110 (Connection timed out)) |
22:02:50 | | Quit tyfoo ("Carpe diem") |
22:03:32 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
22:03:32 | Zagor | If we want a very fast clean I'd say we rather skip reading the submakefiles and keep the whole clean file list in root.make |
22:03:42 | Zagor | how much of a delay is it for you? |
22:04:54 | | Quit nplus (Remote closed the connection) |
22:05:23 | | Nick kachna|lappy is now known as kachna (n=kachna@r4ax178.net.upc.cz) |
22:06:06 | Zagor | and why do you keep using cygwin instead of vmware? |
22:06:59 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-105-078.ewe-ip-backbone.de) |
22:07:47 | amiconn | Around 20 seconds |
22:07:59 | amiconn | Cygwin is simply more conveninet, even if it is slower |
22:08:01 | kugel | uh 20s? |
22:08:14 | kugel | it's ~2s on my slow linux machine |
22:08:35 | Zagor | cygwin is so extremely slow I can't imagine how can ever feel it convenient. but it's your time... |
22:08:36 | amiconn | Zagor: After rebuilding the .dep, the dependencies work, btw. Sorry for that... |
22:08:39 | * | kugel almost forgot how slow cygwin is |
22:08:54 | Zagor | amiconn: ok good. I can understand you don't wanting to rebuild more than you have to in cygwin... :-) |
22:09:21 | amiconn | kugel: Well, a full swcodec build takes around 12 minutes, so... |
22:10:31 | kugel | i think I used cygwin once or twice before getting sick from that slowness and switchted to virtualbox |
22:10:42 | amiconn | Cygwin speed depends quite a bit on fragmentation; directly after defragmenting it's significantly faster |
22:10:51 | funman | amiconn: did you think about using cygwin's terminal to ssh into a faster vmware? that way you could keep the convenience of cygwin |
22:11:22 | | Join jeffdameth1 [0] (n=jeff@dyndsl-095-033-077-159.ewe-ip-backbone.de) |
22:11:45 | bluebrother | what's the convenience of cygwin if you only ssh to another box? You can use putty for that too. |
22:11:47 | amiconn | funman: The terminal is the easy part, I know. The nastiness is accessing the source files from windows with the editor |
22:12:15 | Zagor | amiconn: full ipodvideo build including make.dep takes 36 seconds here... |
22:12:33 | | Join jbesclapez [0] (n=chatzill@196.207.248.174) |
22:12:37 | kugel | amiconn: there's a bunch of text editors that can edit files over network |
22:12:42 | amiconn | Certianly on quite a bit more powerful hardware... |
22:13:09 | jbesclapez | hi there!! it is my first time in this channel!! Rockbox is soo good i love it!!! |
22:13:14 | | Quit jeffdameth (Read error: 60 (Operation timed out)) |
22:13:25 | amiconn | kugel: That isn't the problem. Sure I could use samba. But then I would have to have the VM *always* running when editing the sources |
22:13:26 | jbesclapez | I saw today that there was a V3!!! |
22:13:31 | Zagor | amiconn: perhaps, but still not very fast. this box is 3-4 years old. |
22:13:39 | jbesclapez | do some of you have tried it? |
22:13:55 | amiconn | And a VM uses significantly more RAM than cygwin |
22:13:58 | bluebrother | Zagor: you cheating with ccache? ;-) |
22:14:04 | kugel | I don't see a problem in that |
22:14:10 | jbesclapez | Can it now handle Videos??? |
22:14:22 | Zagor | bluebrother: oops, I did. testing with cleared cache now... |
22:14:27 | amiconn | Building in a linux VM takes around 2:30 here (at least it did with the old make system) |
22:14:53 | advcomp2019 | jbesclapez, yea.. you can read the manual too |
22:15:01 | Zagor | bluebrother: otoh ccache is a vital part of the build system, so I wouldn't call it cheating |
22:15:30 | gevaerts | Zagor: not on cygwin :) |
22:15:45 | kugel | how many ram do you have? giving the vm only 256MB should be very much enough to be still significantly faster than cygwin |
22:15:53 | bluebrother | Zagor: I agree that ccache can be quite vital, but when comparing with cygwin it might have interesting effects :) |
22:15:59 | amiconn | 1GB. But that's often almost full even without a VM running... |
22:16:24 | Unhelpful | i'm imagining that moving a 24-byte bmp read buffer to the stack was probably OK to do... moving the huge scaler buffers would not be? |
22:16:53 | gevaerts | Unhelpful: how huge? |
22:16:54 | kugel | and what's bad about the ram being full? you watch many videos on youtube while coding? |
22:17:00 | jbesclapez | I know i can read the manual... but it is faster to ask! i just hvae 2 questions i am using ROckbox for 3 years!!! |
22:17:16 | jbesclapez | with ipodlinux and Ilaunch |
22:17:16 | kugel | also, ram is extremely cheap these days, an upgrade might be worth it |
22:17:44 | gevaerts | jbesclapez: it may be faster for you, but if everyone just asks because it's faster, we'd be spending all our time answering the same questions again and again |
22:17:46 | amiconn | I can't upgrade further |
22:18:11 | amiconn | This is a laptop, and the chipset doesn't support more than 1GB (512MB onboard + 1x 512MB SO-DIMM) |
22:18:11 | jbesclapez | Ok leave it!!!! |
22:18:20 | jbesclapez | it was short YES or NO |
22:18:26 | Unhelpful | gevaerts: down to 24xLCD_WIDTH bytes |
22:18:36 | jbesclapez | sorry to hvae taken so much of your precious time |
22:18:40 | Zagor | jbesclapez: you did get a yes. |
22:18:46 | | Quit {phoenix} (Remote closed the connection) |
22:18:51 | jbesclapez | ok cool |
22:18:53 | Unhelpful | can't go smaller without sacrificing either downscaler max scalefactor or image quality |
22:18:56 | jbesclapez | thanks |
22:19:00 | gevaerts | Unhelpful: nearly 8k. Too much for the stack |
22:19:00 | amiconn | Unhelpful: Definitely too much for the stack |
22:19:14 | jbesclapez | i will go to bed now... |
22:19:15 | amiconn | gevaerts: Even more e.g. on the Ondas |
22:19:21 | jbesclapez | will talk to you tomorow guys |
22:19:23 | jbesclapez | thanks |
22:19:30 | jbesclapez | bye |
22:19:34 | | Quit jbesclapez ("ChatZilla 0.9.84 [Firefox 2.0.0.18/2008102918]") |
22:19:38 | gevaerts | indeed. How wide are those? 480 pixels? |
22:19:57 | amiconn | 400 |
22:20:10 | Unhelpful | guh, 9KB |
22:20:14 | amiconn | But the m:robe 500 display is even 640 pixels wide |
22:20:30 | * | amiconn wonders what happened to that port, btw |
22:20:45 | bertrik | o hi funman, don't bother to look at the battery of the clip, I can see the markings on the abi disassembly pictures |
22:20:51 | gevaerts | Anyway, I don't think anything above 1k or so can go to the stack |
22:26:24 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
22:26:52 | funman | bertrik: would battery_bench be useful to figure the battery levels ? |
22:26:56 | | Quit kharo (Read error: 110 (Connection timed out)) |
22:27:57 | | Join markun [0] (i=5418e50a@gateway/web/ajax/mibbit.com/x-efc9b30e73b08410) |
22:28:03 | | Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) |
22:28:59 | bertrik | funman, yeah battery_bench would definitely help, but it requires sd write support of course... |
22:29:30 | bertrik | I think it's not that important to have calibrated discharge curves at this point though ... nice but far from critical |
22:29:35 | funman | bertrik: sd write support is already done .. didn't you read the forum ? :) |
22:31:07 | bertrik | funman, oh didn't read that part apparently |
22:31:17 | kugel | Zagor: what did you think about http://www.rockbox.org/tracker/task/9559 ? |
22:34:00 | J-23 | funman: normal build for e200v2 with your patch returns that TIMER_FREQ is undefined for many plugins |
22:34:06 | Zagor | kugel: I like it, just as I like FS #9567 |
22:34:27 | Zagor | I haven't reviewed either in detail though |
22:34:50 | kugel | Zagor: would you commit it then? I'm searching for anyone who commits it for the past few days :/ |
22:35:14 | kugel | my patch is very quickly reviewed. The other one might not, no idea |
22:35:29 | funman | J-23: you can use 'make bin' to skip plugins compilation |
22:36:11 | J-23 | I'll rather wait for this code to be commited to SVN repo |
22:36:13 | J-23 | good nigth! |
22:36:15 | J-23 | night* |
22:36:48 | Zagor | kugel: yeah I'll commit your patch |
22:36:58 | | Join fastolfe [0] (n=446c60f3@gateway/web/cgi-irc/labb.contactor.se/x-4586e2a679caa58a) |
22:37:50 | kugel | thanks |
22:38:13 | | Quit pixelma2 ("-") |
22:38:25 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
22:38:25 | | Quit fastolfe (Client Quit) |
22:40:28 | | Quit funman ("leaving") |
22:41:15 | kugel | damn, why's funman already gone :/ |
22:47:17 | pixelma | bluebrother: did you read my longish questions earlier? |
22:47:26 | | Quit kharo (Read error: 110 (Connection timed out)) |
22:49:28 | | Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) |
22:53:45 | | Join toffe82 [0] (n=chatzill@adsl-75-23-149-102.dsl.frs2ca.sbcglobal.net) |
22:53:53 | * | kugel sees the main menu on his fuze!!!!!!!!!!!!!!!!1 |
22:54:18 | bertrik | \o/ |
22:54:34 | kugel | man |
22:54:44 | kugel | I'd so love to scroll through everything |
22:54:50 | kugel | but I can't :( |
22:55:26 | | Quit kharo (Remote closed the connection) |
22:55:41 | kugel | the display needs some calibration I think |
22:55:54 | kugel | it looks a bit green'ish |
23:00 |
23:05:03 | Unhelpful | kugel: i should point out that i've done nothing to the grayscale resizer, nor the mono one. also that they're both broken until converted to use the store_part callback, and that they probably won't see any great improvement, anyway. |
23:05:30 | Unhelpful | i doubt i can make any of the nice scalers smaller than the nearest-neigbor scaler provided for those, and there's really no point, anyway. |
23:05:40 | kugel | Unhelpful: well, I think for grey scale the simple resize (which is in svn) will be sufficient |
23:06:13 | Unhelpful | the nearest-neighbor resize is in vanilla svn, for grey and bw? i had not known that. |
23:06:42 | kugel | Unhelpful: svn has 2 resize algroithms (for plugins only): smooth and simple |
23:07:02 | Unhelpful | oh, the ones from the pluginlib, yes. |
23:07:04 | kugel | the smooth one is as of now only used for color, and simple for greyscale |
23:07:04 | bluebrother | pixelma: no ... will check the logs |
23:07:27 | kugel | iirc the simple one works by removing some lines |
23:07:41 | kugel | and doubling some at scaling up respectifly |
23:07:50 | kugel | respectively* |
23:08:21 | Unhelpful | right, they're nearest-neigbor. |
23:08:54 | amiconn | b&w does not need resize in the core |
23:08:55 | kugel | smooth is area sampling afaik |
23:09:17 | * | amiconn thinks we need a way to share source files between core and plugins |
23:09:39 | | Quit EspeonEefi ("さよなら") |
23:10:16 | Zagor | amiconn: we use two ways already. neither is terribly elegant though. |
23:10:18 | amiconn | It would be useful to offer the smooth resize to greylib plugins on b&w and greyscale targets |
23:10:46 | | Quit petur ("Zzzz") |
23:10:51 | Unhelpful | amiconn: can't anything in core theoretically get an export in plugin API? |
23:11:02 | amiconn | But the greylib has (of course) a different pixel format that any core, so the code needs to be recompiled with some macros defined differently |
23:11:23 | amiconn | Unhelpful: The code won't be in the core on b&w target. So nothing to export |
23:11:45 | Unhelpful | i meant re: a way to share source files |
23:12:02 | kugel | I propose moving the plugin dir to the root, and creating a share/ dir for shared c files |
23:12:34 | Unhelpful | amiconn: or do you mean, you want something to be possibly in the core and plugin API on one target, and in the pluginlib on another? |
23:12:38 | bluebrother | what's wrong with having both alongside? |
23:12:45 | amiconn | Unhelpful: Yes, or even both |
23:13:20 | Unhelpful | amiconn: i was thinking about the same kind of thing the other day, though i can't recall why. |
23:13:40 | bluebrother | would it work to simply have libs around that get linked to either the core or the pluginlib? |
23:13:47 | amiconn | Pictureflow on greyscale targets should use the greylib, and then we'd need that |
23:14:15 | amiconn | The core loads the .bmp as 2-bit, pixel-packed bitmap. The greylib wants 8-bit |
23:14:25 | Unhelpful | bluebrother: it gets complicated more than a little if you want the same plugin to build with the same source and use either the API export or the pluginlib function, based on target |
23:14:27 | bluebrother | pixelma: sorry, no real idea on this. At least as of now −− will try to shuffle it in my head the next days |
23:14:48 | Unhelpful | something with macros, or some trick of "registering" pluginlib stuff into the API, or vice versa. |
23:15:01 | amiconn | Unhelpful: Not really. Several plugins already do something like this... |
23:15:40 | amiconn | Check e.g. mandelbrot.c, or (extreme case) cube.c (which even works on the archos Player, i.e. charcell) |
23:16:32 | pixelma | bluebrother: thanks, I am thinking about it for a while but I know far less about LaTeX (only what I used so far in my edits of the manual) |
23:17:17 | Unhelpful | amiconn: if we add an output line buffer for the scaler, then it could be feasible to have its output formats be pluggable per invocation, as well as its inputs |
23:17:36 | Unhelpful | which would let you ask it for 8-bit-or-2-bit greys |
23:18:06 | amiconn | It would increase core binsize unnecessarily though |
23:18:36 | Unhelpful | depends on what a particular user sees as "necessary", but yes, it definitely would. |
23:18:47 | amiconn | Some core functions (e.g. screendump() ) offer hooks for plugin functions though |
23:19:02 | Unhelpful | it *could* be done without much bloat with a per-pixel output callback, but that would be just horrid. ;) |
23:19:03 | amiconn | The greylib uses that hook to provide proper screendumps |
23:19:19 | | Quit miepchen^schlaf (Client Quit) |
23:19:55 | amiconn | This hook is an all-replacement hook, just to have it called the same way as normal screendumps |
23:20:07 | * | kugel adds +1 to his patches in svn count |
23:20:19 | kugel | Zagor: thanks :) |
23:21:02 | Bagder | Zagor: a minor nit: it would be nice with the author's name included when a patch is committed |
23:21:09 | Zagor | doom and rockboy import sscanf.c from core. libtremor imports ctype.c. |
23:21:36 | Unhelpful | to get at non-api-exported functions, i assume? |
23:21:55 | Zagor | Unhelpful: yes |
23:22:28 | Zagor | Bagder: right, sloppy of me |
23:22:35 | Unhelpful | ok, my latest is on FS #9458, broken parts and all. don't anybody say i didn't warn them. |
23:22:52 | Unhelpful | big block letters, only useful on color targets. |
23:23:00 | | Join miepchen^schlaf [0] (n=miepchen@p579EC90A.dip.t-dialin.net) |
23:23:39 | kugel | Unhelpful: the smooth scaling in svn isn't nearest neighbor, is it? |
23:24:18 | bluebrother | smooth scaling in svn? |
23:24:43 | kugel | yes, in pluginlib |
23:24:51 | Unhelpful | kugel: the pluginlib one is the area/bilinear algos originally ripped for the resize-on-load patch. |
23:25:05 | Unhelpful | i don't know if its limitations are the same |
23:25:39 | kugel | Unhelpful: he said he uses area sampling for downscaling |
23:26:00 | Unhelpful | if the bitmap scaler expects to have the whole bitmap in memory, it doesn't have to limit itself at a cache of X lines, like the resize-on-load one does for area sampling. |
23:26:27 | kugel | are you sure about that? |
23:27:35 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:28:02 | kugel | I mean that he expects the bitmap already loaded? afaik he changed l the loading mechanism to load line-wise, and scaling them on the load when the resize bit is set |
23:28:30 | kugel | otherwise it wouldn't be resize on load |
23:28:45 | Unhelpful | kugel: in that i was referring to the pluginlib one. |
23:28:57 | kugel | "like the resize-on-load one does for area sampling." |
23:30:12 | kugel | err, re-reading your sentence reveals the real meaning |
23:30:23 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
23:30:39 | kugel | yes, the plugin one needs the whole bmp loaded, that's why it's not in the core |
23:30:50 | | Join EspeonEfi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
23:30:59 | | Part EspeonEfi ("さよなら") |
23:31:33 | | Quit Zagor ("Client exiting") |
23:34:08 | | Quit BHSPitLappy (Remote closed the connection) |
23:43:23 | | Join bluefoxx [0] (i=bluefoxx@S0106001167000000.vs.shawcable.net) |
23:44:11 | bluefoxx | i had to reinstall the rockbox bootloader a while ago, and i recall the previus one did something like 'disable database rebuild' when connecting to usb, what happened ot that? |
23:44:16 | bluefoxx | as it no longer does this |
23:46:52 | | Quit reacocard (Remote closed the connection) |
23:47:44 | | Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) |
23:48:48 | BigBambi | I assume you are talking about the e200? |
23:49:53 | bluefoxx | of course |
23:50:29 | *** | Saving seen data "./dancer.seen" |
23:50:36 | bluefoxx | if a link could be PM'd to me, that would be nice as i am about to head out the door |
23:50:43 | BigBambi | Why of course? |
23:50:48 | bluefoxx | linux or windows would both work, i use either |
23:50:53 | BigBambi | There are other players that do database refresh |
23:51:00 | bluefoxx | because i havent got the cash to own anything else |
23:51:04 | Bagder | bluefoxx: it depends on the OF version |
23:51:13 | BigBambi | bluebrother: How the hell should I know that? |
23:51:17 | BigBambi | Anyway, http://www.rockbox.org/twiki/bin/view/Main/SansaFAQ#Can_I_disable_the_Sansa_e200_fir |
23:51:35 | * | Bagder offers BigBambi an improved tab completion ;-) |
23:51:41 | BigBambi | ooops |
23:51:43 | BigBambi | Cheers :) |
23:51:58 | BigBambi | More like improved proofreading skills :) |
23:55:07 | bluefoxx | well, doing something anyways...thanks all |
23:57:39 | | Part Arinohyoshi |
23:58:00 | bluefoxx | it's still writing...how long should it take? |
23:58:15 | BigBambi | Writing what? |
23:58:22 | bluefoxx | sansapatcher.exe −−install |