00:02:57 | | Join Outerlimit [0] (i=Outer@nc65210c5.cns.vt.edu) |
00:05:02 | | Join QUICKSTART [0] (n=admin1lb@pool-72-88-166-100.nwrknj.east.verizon.net) |
00:06:26 | | Quit Llorean ("Leaving.") |
00:08:34 | | Quit _MiniGod ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
00:10:54 | | Quit __lifeless (Remote closed the connection) |
00:13:09 | | Join _lifeless [0] (n=lifeless@94.50.176.53) |
00:13:36 | | Part baio |
00:18:22 | | Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
00:22:22 | | Quit Seed ("cu, Andre") |
00:25:02 | | Join BigBambi [0] (n=alex@77.192.27.177) |
00:25:02 | | Quit goffa (Read error: 104 (Connection reset by peer)) |
00:25:58 | | Join goffa [0] (n=goffa@216.220.23.105) |
00:28:42 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
00:30:42 | | Quit bertrik ("Leaving") |
00:32:18 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
00:35:15 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
00:35:51 | | Join webguest41 [0] (n=4f837793@gateway/web/cgi-irc/labb.contactor.se/x-d976cc583b831331) |
00:36:14 | | Quit webguest41 (Client Quit) |
00:37:30 | | Quit mofux (Read error: 110 (Connection timed out)) |
00:39:24 | *** | Saving seen data "./dancer.seen" |
00:40:07 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
00:49:38 | | Part linuxstb ("Leaving") |
00:50:15 | | Join Lynx_ [0] (n=till@xdsl-87-78-229-21.netcologne.de) |
00:50:16 | | Quit bmbl ("Woah!") |
00:51:51 | | Quit parafin (Remote closed the connection) |
00:52:54 | | Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") |
00:53:10 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
00:56:06 | | Join parafin [0] (i=parafin@paraf.in) |
00:59:48 | | Part linuxstb ("Leaving") |
01:00 |
01:00:39 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
01:01:05 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
01:01:08 | | Quit tyfoo (No route to host) |
01:04:06 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-087-218.ewe-ip-backbone.de) |
01:04:24 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
01:04:37 | | Join Llorean [0] (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) |
01:05:25 | | Quit moos ("Rockbox rules the DAP world") |
01:08:46 | | Quit n1s () |
01:08:53 | | Quit jhMikeS (Read error: 104 (Connection reset by peer)) |
01:15:24 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
01:16:37 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
01:18:35 | lucent | FS #7831 looks ripe to commit |
01:18:41 | lucent | bugfix for FLAC support |
01:27:00 | rasher | Sounds like something linuxstb forgot about |
01:27:31 | | Quit PaulJam (".") |
01:30:12 | hillshum_ | how about adding a list of recent forum posts to the homepage |
01:30:15 | hillshum_ | ?? |
01:30:52 | Llorean | hillshum_: It's pretty full as it is. |
01:31:00 | hillshum_ | true |
01:31:02 | Llorean | The front page of the forum has a list of the most recent forum posts anyway. |
01:34:50 | | Quit herrwaldo ("Konversation terminated!") |
01:37:10 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
01:37:31 | | Part toffe82 |
01:38:17 | hillshum_ | but having all info (svn, twiki, forums, etc) on one page would be nice |
01:41:13 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
01:41:54 | | Join Rob2222 [0] (n=Miranda@p4FDCD61C.dip.t-dialin.net) |
01:44:36 | | Quit Thundercloud (Remote closed the connection) |
01:53:46 | | Quit MethoS- (Remote closed the connection) |
02:00 |
02:11:27 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
02:11:53 | | Join mofux [0] (n=quassel@dslb-088-075-008-236.pools.arcor-ip.net) |
02:24:06 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
02:31:56 | | Quit lasser (Read error: 60 (Operation timed out)) |
02:39:27 | *** | Saving seen data "./dancer.seen" |
02:42:17 | | Quit mofux (Remote closed the connection) |
02:42:51 | | Quit Lynx_ (Remote closed the connection) |
02:43:37 | | Quit QUICKSTART (Remote closed the connection) |
02:44:18 | | Join QUICKSTART [0] (n=admin1lb@pool-72-88-166-100.nwrknj.east.verizon.net) |
02:45:20 | | Join RockRabbit [0] (n=3aac9a01@gateway/web/cgi-irc/labb.contactor.se/x-14718ce6208d0194) |
02:46:18 | RockRabbit | Bagder: Would like to get hold of a copy of the AMS datasheet. Im working on the Sansa c250. Any chance? |
02:57:36 | | Join agaffney_ [0] (n=agaffney@gentoo/developer/agaffney) |
02:57:52 | | Quit agaffney (Nick collision from services.) |
02:58:02 | | Nick agaffney_ is now known as agaffney (n=agaffney@gentoo/developer/agaffney) |
03:00 |
03:03:11 | | Quit JdGordon (Remote closed the connection) |
03:06:44 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
03:16:41 | | Join admin1lbo [0] (n=admin1lb@pool-72-88-166-100.nwrknj.east.verizon.net) |
03:17:18 | | Quit aneqrs () |
03:17:38 | | Join wpyh [0] (n=william@125.163.88.253) |
03:17:48 | | Part wpyh |
03:18:20 | | Join wpyh [0] (n=william@125.163.88.253) |
03:28:09 | | Quit QUICKSTART (Read error: 113 (No route to host)) |
03:29:10 | | Nick admin1lbo is now known as QUICKSTART (n=admin1lb@pool-72-88-166-100.nwrknj.east.verizon.net) |
03:48:01 | LambdaCalculus37 | wpyh: I think any information from MTABLE.SYS should be on the SansaV2 wiki page. |
04:00 |
04:02:00 | | Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) |
04:05:13 | | Quit rvvs89 (Read error: 60 (Operation timed out)) |
04:05:16 | daurnimator | wpyh: I agree with your conclusion |
04:05:45 | daurnimator | wpyh: in my old zaurus, in recovery mode, it switched from an sd driver to an mmc driver, and it had a max of 1gb cards |
04:05:58 | daurnimator | (or at least, thats what memory says) |
04:06:05 | | Join blkhawk- [0] (n=blkhawk@e179048026.adsl.alicedsl.de) |
04:06:11 | | Quit LambdaCalculus37 ("Ka-chunka") |
04:06:23 | daurnimator | otherwise, I think there was storys that an sd driver that only used up to 1gb took up alot less space.... |
04:06:30 | | Join rvvs89 [0] (n=ivo@bright-snat.ucc.asn.au) |
04:06:37 | daurnimator | maybe cause it can be made in 16bit instead of 32 or something??? I don't really know |
04:09:14 | Llorean | My personal guess is that the MMC: labeling predates the hardware of these players, and is probably just a relic. It may be a clue, but it's also a file that's not something users are supposed to be looking into, so I wouldn't put too much weight behind what's in it until some other test is made. |
04:20:16 | | Quit dfkt (Read error: 110 (Connection timed out)) |
04:21:02 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
04:21:03 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@e179048026.adsl.alicedsl.de) |
04:25:37 | daurnimator | Llorean / wpyh: http://en.wikipedia.org/wiki/Secure_Digital_card#Compatibility_issues_with_2_GB_and_larger_cards |
04:25:48 | daurnimator | In older 1.x implementations the standard capacity block was exactly 512 bytes. This gives 4096 x 512 x 512 = 1 gigabyte of storage memory |
04:27:56 | | Quit wpyh (Read error: 110 (Connection timed out)) |
04:27:58 | Llorean | daurnimator: Which would suggest it's just a bad assumption in the current SD driver. |
04:28:11 | daurnimator | yes |
04:28:22 | daurnimator | or well, not a bad assumption, but a programming shortcut |
04:28:39 | daurnimator | just set something as a constant rather than reading it and making it a var :P |
04:29:07 | | Join wpyh [0] (n=william@125.163.88.253) |
04:29:41 | wpyh | anyway, daurnimator has summed it up nicely |
04:30:13 | wpyh | however, IIUC we need to use 512-byte sectors for the high capacity (>2GB) MMC cards as well. |
04:30:23 | Llorean | What daurnimator has pointed out is that we may be improperly implementing the SD standard. |
04:30:34 | wpyh | A good way to test it would be to try to read the EXT_CSD register from the "card" and parse its contents |
04:30:39 | wpyh | yes, I'm reading the logs |
04:30:57 | wpyh | daurnimator: yes, supporting a 2GB card would add code to support a 1024-byte sector size, so the driver would be a bit larger, which is the case in your Zaurus |
04:31:11 | wpyh | From the MMC v4.3 spec, it says that the address for memory >2GB uses 512-byte sectors. This explains why we can't access >1GB on the models with >2GB of internal storage. |
04:33:51 | wpyh | The wikipedia entry that daurnimator points out has information on the compatibility between SD and MMC: http://en.wikipedia.org/wiki/Secure_Digital_card#Different_types_of_MMC.2FSD_cards |
04:35:44 | wpyh | Basically, the SPI and 1-bit protocols can be used to access both SD and MMC cards. However, the 4-bit protocol is not. Also, I'm not sure that SDHC and high-capacity MMC are compatible. Since the internal storage on my Fuze doesn't report itself as SDHC (the command fails somehow), I guess they are not compatible. |
04:38:32 | | Quit RockRabbit ("CGI:IRC (EOF)") |
04:39:08 | daurnimator | wpyh: or it may just not be conforming to the standard |
04:39:12 | daurnimator | which is highly possible |
04:39:29 | *** | Saving seen data "./dancer.seen" |
04:42:09 | wpyh | well, that's one possible explanation, but I would not think so. I think the storage inside <=2GB players use the old (standard-capacity) MMC standard which can address up to 2GB, and the storage inside >2GB players use the new (high-capacity) MMC standard, which can address more than 2GB. The new standard uses 512B sectors (IIUC from the MMC v4.3 standard, you can get it free from JEDEC), so we can only address the first 1GB. Which makes sense :) |
04:45:31 | daurnimator | wpyh: you have http://www.sdcard.org/developers/tech/sdcard/pls/Simplified_Physical_Layer_Spec.pdf ? |
04:45:43 | daurnimator | it pretty much has everything, including sd and sdhc |
04:48:13 | | Join Chronon [0] (i=vircuser@c-76-105-218-128.hsd1.or.comcast.net) |
05:00 |
05:02:20 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
05:04:04 | | Quit QUICKSTART (Remote closed the connection) |
05:04:47 | | Quit wpyh (Read error: 110 (Connection timed out)) |
05:04:55 | | Join wpyh [0] (n=william@125.163.88.253) |
05:05:21 | wpyh | daurnimator: it's the SD spec, not SDHC |
05:05:46 | daurnimator | wpyh: it includes both AFAICS |
05:06:32 | daurnimator | wpyh: see page 14 |
05:06:47 | daurnimator | Standard Capacity SD Memory Card: Up to and including 2 GB |
05:06:47 | daurnimator | High Capacity SD Memory Card: More than 2GB (This version of specification limits |
05:06:47 | daurnimator | capacity up to and including 32GB) |
05:07:06 | wpyh | hm... you're right |
05:07:20 | wpyh | I was searching for SDHC and EXT_CSD and found none :p |
05:09:03 | | Join Rob2223 [0] (n=Miranda@p4FDCD61C.dip.t-dialin.net) |
05:10:26 | daurnimator | wpyh: just search for "High Capa" |
05:10:31 | wpyh | yeah |
05:13:31 | wpyh | I think the SD and MMC standards are similar even for high-capacity cards: the size of a data block is fixed to 512 bytes. Hm... but we can't identify the internal storage as SDHC, the send_cmd() call on line 268 in ata_sd_as3525.c fails |
05:16:17 | | Quit Rob2222 (Read error: 60 (Operation timed out)) |
05:24:07 | | Quit Chronon (Read error: 110 (Connection timed out)) |
05:35:50 | | Join zoyd [0] (n=vinay@61.2.57.227) |
05:36:03 | zoyd | hi |
05:42:07 | | Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) |
05:42:25 | zoyd | anyone around owns a cowon D2? |
05:45:08 | | Quit Aurix_Lexico1 (Read error: 110 (Connection timed out)) |
05:45:40 | | Quit pixelma (Read error: 60 (Operation timed out)) |
05:46:57 | | Quit mc2739 ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
05:56:31 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
05:57:19 | lucent | wpyh: I own an 8GB fuze and have microSD cards of 8GB capacity, I can run tests if you need someone to |
05:59:51 | | Quit amiconn (Read error: 110 (Connection timed out)) |
05:59:55 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
06:00 |
06:04:13 | | Join JdGordon [0] (n=jonno@c211-28-145-137.smelb2.vic.optusnet.com.au) |
06:06:00 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-244-161-118.dsl.rcsntx.swbell.net) |
06:19:41 | | Join Chronon [0] (i=vircuser@c-76-105-218-128.hsd1.or.comcast.net) |
06:21:49 | wpyh | lucent: yes, please. One very useful test would be to put a few music files on the internal storage, a few on the microSD card, and then boot to the OF. It would find the files and write to MTABLE.SYS . Then please upload that MTABLE.SYS file somewhere for us to see. |
06:22:24 | wpyh | lucent: the internal storage will be referred to as "mmc:0", but I'm not sure what the microSD card will be referred to as. |
06:26:20 | lucent | wpyh: I can certainly do this, one minute please |
06:26:40 | wpyh | lucent: don't worry −− I have to go out for a few hours anyway :) |
06:27:49 | lucent | wpyh: how do we find this though, special filenames that I'm saving to internal and external? |
06:29:03 | wpyh | this is all contained in the MTABLE.SYS file −− it seems to be a simple database (with visible strings). So you can do "strings MTABLE.SYS | less" and see all the pathnames. However, it would be very helpful if you could upload it somewhere |
06:29:57 | lucent | wpyh: the external card is referenced as mmc:1 |
06:30:36 | wpyh | hm... |
06:30:42 | wpyh | thanks |
06:31:13 | wpyh | this seems to support Llorean's idea that "mmc" is a leftover relic. |
06:31:33 | wpyh | I'm still curious though |
06:31:50 | lucent | MMC being a subset of SD, I'm not surprised about the naming |
06:31:53 | * | wpyh has to go away for a while. hopes kugel/funman will notice |
06:32:03 | lucent | thanks wpyh |
06:32:05 | zoyd | i have a Philips SA60xx series player, wondering what are the rockbox chances on it? |
06:32:27 | wpyh | lucent: thanks to _you_ :) |
06:34:06 | lucent | wpyh: I pretty much confirm that rockbox doesn't run if it's loaded anywhere above 1GB offset on the internal memory of this device, and panics with an SD timeout message accessing files internally above 1GB |
06:34:26 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
06:34:33 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-cce2870128413b3e) |
06:35:04 | | Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
06:35:36 | lucent | I don't know the exact offset which it fails, I could run some more tests, but the thing I discovered is that it panics if I load a lot of data onto the internal memory and then copy .rockbox/* over |
06:36:17 | lucent | (panics if I run rockbox firmware after doing this) |
06:39:34 | *** | Saving seen data "./dancer.seen" |
06:52:15 | | Quit Acksaw (Connection timed out) |
06:53:56 | | Quit wpyh (Read error: 110 (Connection timed out)) |
07:00 |
07:34:01 | vitja | hey could iaudio7 have 5.6 V when charged? |
07:39:44 | | Join Darksair [0] (n=user@58.192.33.107) |
07:49:18 | lucent | ergg... why doesn't the SD command to send CID work |
07:53:01 | | Part zoyd |
08:00 |
08:02:39 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:03:01 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:04:52 | lucent | hey um is ata_sd_as3525.c going unused? |
08:05:52 | lucent | err |
08:06:07 | lucent | maybe I meant to ask about ata-sd-pp.c |
08:13:59 | | Join Rob2222 [0] (n=Miranda@p4FDCCEF4.dip.t-dialin.net) |
08:14:48 | | Quit Darksair ("Use the Force, Luke!") |
08:19:39 | | Join Darksair [0] (n=user@58.192.40.179) |
08:21:12 | | Join wpyh [0] (n=william@125.163.88.253) |
08:30:06 | | Quit Darksair (Read error: 54 (Connection reset by peer)) |
08:32:29 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
08:39:35 | *** | Saving seen data "./dancer.seen" |
08:58:10 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
08:58:38 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
09:00 |
09:05:25 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
09:07:26 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:09:25 | | Quit bertrik (Read error: 104 (Connection reset by peer)) |
09:11:18 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
09:12:30 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
09:14:29 | | Quit wpyh ("Leaving.") |
09:14:36 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
09:20:28 | | Join ameyer [0] (n=ameyer17@adsl-75-57-190-24.dsl.emhril.sbcglobal.net) |
09:20:32 | | Quit BHSPitLappy (Remote closed the connection) |
09:25:43 | | Quit jhulst (Read error: 60 (Operation timed out)) |
09:26:12 | kugel | lucent: what was this talk with wpyh? "hc" is definitely not the issue |
09:27:33 | kugel | lucent: did you get your card to work? |
09:28:47 | * | kugel needs to go again |
09:28:49 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
09:37:01 | | Join lasser [0] (n=chatzill@W916d.w.pppool.de) |
09:45:15 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
09:45:25 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
09:58:20 | | Quit alexbobp (Read error: 54 (Connection reset by peer)) |
10:00 |
10:00:09 | | Join alexbobp [0] (n=alex@66.112.249.159) |
10:07:48 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
10:27:07 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
10:39:38 | *** | Saving seen data "./dancer.seen" |
10:46:55 | | Quit ameyer (Read error: 110 (Connection timed out)) |
10:47:17 | | Quit petur (Read error: 104 (Connection reset by peer)) |
10:48:30 | | Join petur [50] (n=petur@rockbox/developer/petur) |
10:58:37 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
11:00 |
11:01:54 | | Join mofux [0] (n=quassel@dslb-092-078-083-085.pools.arcor-ip.net) |
11:37:25 | | Quit kharo (Read error: 60 (Operation timed out)) |
11:38:05 | | Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) |
11:40:08 | Unhelpful | amiconn: FS #9458 has the improved greyscale work up if you're interested. no greylib support yet, but very read to add it, just a matter of a couple extra things to pass to image loaders. |
11:49:43 | | Join dany_21a_ [0] (n=dan@85-127-71-136.dynamic.xdsl-line.inode.at) |
11:51:23 | dany_21a_ | hi lucent, just read the log regarding the 1GB limit of the sansa AMS... |
11:52:22 | dany_21a_ | did some tests resently, and i found that the sector it fails its always the same.. and its nearly less then 1GB (even including the offset calculated in the driver) |
11:52:52 | | Join Nibbler [0] (n=Nibbler@p578b2a6e.dip0.t-ipconnect.de) |
11:53:03 | dany_21a_ | but I was able to read up to 2GB on my 2GB external MicroSD |
11:54:21 | | Join Darksair [0] (n=user@121.229.104.231) |
11:59:48 | dany_21a_ | on my 8GB fuze it fails while reading the sector 0x1DAE00 - which is the a bit beneath the first 1GB: (0x1dae00+61440)*512/(1024*1024*1024)=0,956787109375 |
12:00 |
12:03:55 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
12:12:40 | | Join moos [0] (i=moos@rockbox/staff/moos) |
12:15:43 | dany_21a_ | to test where it fails i used following quick hack... also good to test the driver, if someone wants to debug it: http://pastebin.com/d69fa6ba4 |
12:21:54 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
12:22:40 | | Quit B4gder (Remote closed the connection) |
12:23:02 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
12:26:13 | | Part dany_21a_ |
12:34:53 | | Quit Chronon ("User pushed the X - because it's Xtra, baby") |
12:39:39 | *** | Saving seen data "./dancer.seen" |
12:53:23 | | Quit Nibbler (Read error: 110 (Connection timed out)) |
12:57:58 | | Join PaulJam [0] (n=PaulJam_@vpn-3020.gwdg.de) |
12:58:04 | | Quit blithe (Read error: 60 (Operation timed out)) |
13:00 |
13:01:08 | | Join bodymind [0] (n=bodymind@193.136.218.60) |
13:01:14 | bodymind | hei |
13:02:08 | | Quit plus_M (Remote closed the connection) |
13:10:19 | | Join scorche|1h [0] (n=scorche@squisch.net) |
13:10:28 | | Join blithe [0] (n=blithe@li35-144.members.linode.com) |
13:12:13 | | Quit scorche|sh (Read error: 104 (Connection reset by peer)) |
13:14:18 | | Nick scorche|1h is now known as scorche|sh (n=scorche@squisch.net) |
13:14:50 | stsquad | Are the MENU_* macros all meant to be used in the global context? |
13:15:18 | | Join plus_M [0] (i=plus@li26-205.members.linode.com) |
13:23:31 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
13:25:01 | | Quit AndyI (Read error: 145 (Connection timed out)) |
13:25:11 | bodymind | hei, i just get an error on my rockbox for sansa e260v2... i compiled last svn bootloader... i get an error: "No partition found" |
13:25:18 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
13:25:35 | _Auron_ | v2 isn't compatible yet I believe? |
13:26:03 | bodymind | http://www.rockbox.org/twiki/bin/view/Main/SansaV2#Port_Status |
13:26:19 | bodymind | in here it says it's on develop... but the partition should be detected no? |
13:27:49 | moos | B4gder and others: Is the freeze suposed to end today, and then branch etc....? |
13:29:38 | | Quit daurnimator ("Cyas later...") |
13:31:43 | | Quit kugel (Nick collision from services.) |
13:31:46 | | Join kugel_ [0] (n=chatzill@e178093022.adsl.alicedsl.de) |
13:31:53 | | Nick kugel_ is now known as kugel (n=chatzill@e178093022.adsl.alicedsl.de) |
13:33:09 | moos | the freeze is suposed to be 1 week, right? |
13:33:35 | | Join daurnimator [0] (n=daurn@ppp118-208-145-18.lns10.mel4.internode.on.net) |
13:34:00 | Zagor | moos: yes |
13:34:31 | moos | Zagor: then the freeze is over? :) |
13:34:53 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
13:35:08 | Zagor | I'd say the freeze is over when the branch is made |
13:35:53 | moos | Is anyone still working on any bugfix that we need in this release? |
13:36:36 | Zagor | I don't know. I'm preparing a commit of new default settings as discussed in the mailing list. |
13:37:24 | moos | Nice, with all those posts, missed some of them :) One consensus was reached? |
13:37:48 | Zagor | it seems most people feel 15 seconds is good |
13:38:04 | moos | +1 here |
13:38:37 | kugel | Zagor: 15s is a good compromise I think |
13:38:39 | amiconn | 15 sec for colour targets, imo. For mono/grey, 5 sec is fine. |
13:38:50 | _Auron_ | ? |
13:40:14 | Zagor | amiconn: I think 5 is always too short for a first-time user |
13:40:44 | B4gder | on the mono/grey targets, the screen does remain readable though |
13:41:04 | scorche | _Auron_: you have a question? |
13:41:21 | _Auron_ | wondering what you mean by delay; delay for what? |
13:41:22 | Zagor | B4gder: if you are in bright ambient light, yes. I still think 15 is a better default value. |
13:41:29 | scorche | _Auron_: read the mailing list... |
13:41:39 | B4gder | probably, I don't really have any opinion in this matter |
13:41:49 | | Join fredddy [0] (n=freddy@p3E9E1978.dip0.t-ipconnect.de) |
13:42:14 | Zagor | I want to the default to focus on being "friendly", not necessarily runtime-optimised |
13:43:12 | kugel | Zagor: I'm wondering about gather runtime data |
13:43:32 | kugel | I've heard many users being confused that rating and stuff doesn't work |
13:43:42 | moos | Zagor: user-friendly isn't our first advantage ;) |
13:43:51 | | Quit fredddy (Read error: 54 (Connection reset by peer)) |
13:43:57 | pixelma | gather runtime data costs some RAM - if enabled it should only be on high mem targets |
13:44:02 | * | n1s agrees with Zagor |
13:44:08 | pixelma | or maybe I'm confusing this now |
13:44:28 | pixelma | enabled by default that is |
13:44:35 | | Join fredddy [0] (n=freddy@p3E9E1978.dip0.t-ipconnect.de) |
13:44:44 | _Auron_ | ah.. backlight timeout. |
13:45:42 | Zagor | I know nothing about ratings. I never tried it. |
13:46:11 | _Auron_ | ratings seem silly to me |
13:46:18 | * | _Auron_ shrugs |
13:46:46 | | Quit fredddy (Read error: 104 (Connection reset by peer)) |
13:47:38 | Zagor | kugel: what do you mean by "trackgain on suffle"? replaygain_type = REPLAYGAIN_SHUFFLE? |
13:48:15 | pixelma | seems "gather runtime data" is not as RAM costly, mixed it up with last.fm log |
13:48:33 | Zagor | "noclip off" doesn't feel very friendly to me |
13:49:07 | Zagor | or does it have implications I don't know about? |
13:49:35 | | Join fredddy [0] (n=freddy@p3E9E1978.dip0.t-ipconnect.de) |
13:50:12 | Llorean | Zagor: I agree that 5 is too short for a first time user. I think 15 is on the very edge of short enough, but doable. |
13:50:31 | Zagor | 15 it is then |
13:50:46 | Llorean | For replaygain, I'd have to say the option that results in Album gain if shuffle is off, Track gain if shuffle is on is the behaviour almost anyone using the feature will expect. |
13:50:51 | _Auron_ | 15 sounds goods.. 5 seconds is a bit brief. |
13:51:02 | pixelma | I've set it myself to 15s on M5 and c200, 5s on my Ondio |
13:51:38 | n1s | I still don't think RG by default is very nice, it's altering sound and can be pretty annoying if you hav not RG'ed your tracks yourself |
13:52:12 | Llorean | n1s: It usually doesn't introduce any more variation than the normal mastering process has over the years. |
13:52:25 | n1s | Llorean: i disagree |
13:53:39 | Zagor | it's a touch call I'd say. RG is a nice feature we want people to get automatically. but not if we think there are significant side-effects for casual users. |
13:53:48 | Zagor | tough call |
13:53:52 | Llorean | n1s: I have music in my collection that Replaygain has increased the gain of, and decreased the gain of. Mathematically, at least for me, if I left in the widest ranging songs no Replaygained song would be further from the furthest songs than they would be from each other. |
13:54:08 | Llorean | I don't see how there could be "serious" side effects. |
13:54:23 | Llorean | Anyone who listens to non-RGed music from different time periods is going to be used to volume jumps between albums already. |
13:54:39 | Zagor | Llorean: yes, that is my thinking aswell |
13:54:58 | pixelma | backlight is quite a battery waster there. Did some benchmarks back then 6:45h (backlight on) vs. 8:45h (backlight off), that's probably not really comparable with the LED backlight + lithium batteries most of the other targets use |
13:55:16 | n1s | well, yes the only side effect is volume jumps, it's not terribly serious i just don't think it's a nice default |
13:55:50 | Llorean | n1s: I think with a truly mixed collection, the volume jumps are bigger anyway. |
13:56:15 | Llorean | I have +11 db and -9db on albums, which suggests they're 20db apart without Replaygain. |
13:56:35 | Zagor | I think we should try it and see if we get any comments about it |
13:56:43 | Llorean | I think people who don't know what it is and have it on are just going to assume the usual, that their albums are mastered at different levels. |
13:57:03 | n1s | it also depends on listening habits, i.e. do you make a playlist of the haunted and enya without RG it will differ a lot but mixing Lamb of god with the haunted will not |
13:58:25 | n1s | but sure, i dont' feel terribly strongly about it |
13:59:27 | Zagor | any strong opinions about "backlight off on button hold"? I'm split myself. |
13:59:41 | Llorean | I'm personally in the crowd that uses it. |
13:59:48 | * | kugel too |
13:59:52 | Llorean | I'm not really sure it needs a default though. |
14:00 |
14:00:06 | | Quit fredddy (Remote closed the connection) |
14:00:14 | Llorean | I don't really see any sense in leaving it on while on hold though |
14:00:19 | kugel | most OFs do this too (i.e. it won't be some unexpected behavior) |
14:00:25 | Llorean | You need user interaction to light up the screen, and they can turn hold on AFTER they're done looking. |
14:00:47 | pixelma | I don't use it and there are some themes which show different info on hold (not sure if one of the SVN ones does, I doubt it) |
14:00:55 | | Join fredddy [0] (n=freddy@p3E9E1978.dip0.t-ipconnect.de) |
14:01:15 | Llorean | Basically, I think most users are either going to want hold to turn off the light, or to turn it permanently on (for use say, in a dock where volume is controlled some other way, and they just want the lit screen to be visible from a distanct) |
14:01:27 | | Quit fredddy (Read error: 54 (Connection reset by peer)) |
14:01:29 | Llorean | And "on" definitely isn't a good default. |
14:01:35 | Zagor | I'll set it to "off during hold" |
14:03:51 | Zagor | what was the idea behind a separate buttonlight timer anyway? |
14:04:20 | | Quit jhMikeS (Nick collision from services.) |
14:04:26 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
14:04:37 | pixelma | I like it |
14:04:47 | n1s | that we wanted more settings? |
14:05:13 | amiconn | pixelma: There are targets where backlight is *really* wasteful, e.g. ipod mini. Runtime is cut to about 1/3 when running with backlight always on |
14:05:27 | Llorean | Zagor: Well at least it lets you turn them completely off. |
14:05:39 | pixelma | usually I switch the buttonlight on c200 off (or set it to a 1s) because the blue LEDs are very bright and so close to the screen |
14:07:07 | kugel | Zagor: hm, yea, I'm not too sure why there's seperate *timer* too, but I definitely see use of a different option; maybe only "off, on, same as backlight"? |
14:07:38 | Zagor | kugel: yes I think that would be better |
14:07:52 | pixelma | that sounds more complicated than now |
14:07:58 | Zagor | (but I'm naturally not going to change anything now) |
14:08:10 | kugel | but that's probably rather a post-freeze one, so we'd still decide on a default timeout value, I suppose? |
14:08:14 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-118-041.ewe-ip-backbone.de) |
14:08:19 | | Join maffe [0] (n=Miranda@p5B0406D7.dip0.t-ipconnect.de) |
14:08:30 | Zagor | kugel: yes, I'm setting it 15 like the backlight |
14:08:31 | kugel | pixelma: more complicated? |
14:08:35 | Llorean | I think if there's always going to be an option, it may as well have its own timer. |
14:08:43 | | Quit maffe (Client Quit) |
14:09:12 | Zagor | Llorean: possibly with the added option "as backlight" |
14:09:26 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
14:09:27 | pixelma | yes, new options instead of "reusing" the existing ones |
14:09:30 | kugel | Llorean: hm, maybe, but then at least add the "same as backlight"? |
14:09:35 | Llorean | Zagor: Well, I can see some people wanting the backlight permanently on while the buttonlight to help clarify registered keypresses. |
14:10:04 | Zagor | Llorean: yes, I just meant an addition option in the setting: off, on, as backlight, 1,2,3,4,5,6... |
14:10:12 | Llorean | Ah, yes. |
14:10:18 | Llorean | That makes more sense. :) |
14:11:23 | kugel | Llorean: yea, now that you mention it, I'm usually also one of the guys having backlight always on, and then using the hold as a light-switch |
14:11:48 | * | kugel haven't used that for a while though, that's why he forgot about it :) |
14:12:04 | Zagor | I'm inclined to agree with kugel about "show path in browser". I think it qualifies as a "newbie friendly" option. |
14:12:16 | _Auron_ | I just set it to something like 5s and let it turn off when I put it back in my pocket |
14:13:18 | stsquad | Are there any text-mode simulator builds? Running SDL over SSH over X is a bit slow for testing |
14:13:22 | Llorean | Zagor: I second that. |
14:13:52 | B4gder | stsquad: mount the fs with sshfs instead and run it locally! |
14:14:36 | | Join aneqrs [0] (n=andreas@c83-253-104-206.bredband.comhem.se) |
14:17:39 | Zagor | what is the negative impact of enabling "gather runtime data"? |
14:17:41 | | Quit DataGhost (Nick collision from services.) |
14:17:49 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
14:20:02 | | Join fredddy [0] (n=freddy@p3E9E1978.dip0.t-ipconnect.de) |
14:20:53 | pixelma | I would hope that it's fixed but there was a time when enabling this option caused disk spinups at track change, can't stress this enough: I'm not sure that's valid anymore |
14:21:01 | kugel | Zagor: I'm not sure, I think Slasheri once said if you enabled it, enabling load to ram is recommended |
14:21:16 | PaulJam | pixelma: i think this was fixed |
14:22:07 | kugel | Zagor: even though I don't know why. All data which is gathered is saved in the master index file of the database, and that one is always loaded into ram (no matter of which node you browse) |
14:22:37 | pixelma | kugel: not that I know of because it seems to work correctly on my Ondio (which has no "load database to RAM") |
14:22:53 | kugel | pixelma: I said recommended, not required :) |
14:23:22 | kugel | pixelma: but then I even wonder more about the costs |
14:24:13 | * | kugel mixes the word order of his previous sentence a bit so that it sounds correct |
14:25:52 | kugel | Zagor, pixelma: Maybe it was just formed to an option since it implies writing to the database files after initializing |
14:26:16 | kugel | file rather, only the master index |
14:29:48 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
14:30:06 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
14:33:12 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
14:34:21 | pondlife | Zagor: Are we planning on having Show Path set to "Current Directory Only" ? That would be my choice... |
14:34:42 | Zagor | pondlife: yes, that's my choice too |
14:35:16 | * | pondlife is happy he'll have less options to reset on a clean install |
14:35:51 | | Join wpyh [0] (n=william@125.163.88.253) |
14:39:40 | *** | Saving seen data "./dancer.seen" |
14:40:52 | kugel | for me it zero's out due to the warning and backlight ones |
14:41:04 | | Join mib_p99fcqq7 [0] (i=d8ef4481@gateway/web/ajax/mibbit.com/x-21c07ad596a61056) |
14:41:13 | | Nick mib_p99fcqq7 is now known as MarcGuay (i=d8ef4481@gateway/web/ajax/mibbit.com/x-21c07ad596a61056) |
14:41:18 | B4gder | I copy the options when I upgrade ;-) |
14:41:36 | * | Llorean keeps a .cfg file around he copies to new players. |
14:46:18 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
14:48:04 | * | amiconn has quite a bunch of non-standard settings |
14:49:15 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
14:49:37 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
14:51:20 | * | JdGordon is a bit late.... |
14:51:25 | JdGordon | can we discuss removing show files from the QS? |
14:51:49 | JdGordon | there has been quite a few problems because users changed that accidently |
14:52:40 | MarcGuay | JdGordon: Any replacement candidates in mind? |
14:52:41 | JdGordon | or am I too late? |
14:52:52 | Zagor | I don't even know how to access the QS on my c200 and clip :-) |
14:52:58 | MarcGuay | I didn't hear a bell ring. |
14:53:02 | Zagor | so I don't really have an opinion |
14:53:17 | JdGordon | I dont have any real suggestions for a replacement.. just that it should go |
14:54:22 | kugel | JdGordon: the problem with accidentely change those is probably that on some playes pressing the up butto also changes the bottom item |
14:54:36 | pixelma | Zagor: IIRC on the c200 the quickscreen is only half present - accessible only in the WPS (on others you can get it from the menus too) |
14:54:46 | kugel | and users don't expect that, but rather e.g. that they can return to wps |
14:54:48 | Llorean | JdGordon: Is Equalizer off/on an option? |
14:54:51 | kugel | (that's the case on e200) |
14:54:57 | MarcGuay | kugel: That's a good point. |
14:54:58 | JdGordon | Llorean: yeah should be |
14:55:05 | | Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") |
14:55:12 | Llorean | You'd still have to set it manually, but it's the sort of thing OFs like to put close to hand. |
14:55:22 | kugel | changing quickscreen just moves the problem to another setting |
14:55:28 | pixelma | not on hwcodec |
14:55:32 | JdGordon | not if its a toggle setting |
14:55:53 | Llorean | Especially not if it's a toggle setting like EQ that doesn't do anything if you haven't set it up elsewhere first. :) |
14:56:06 | JdGordon | sw/hwcodec dont *have* to have the same settings on the screen |
14:56:53 | JdGordon | pixelma: we can have nothing by default on the hwcodecs.. which might be nice anyway with their small screens |
14:57:13 | kugel | Llorean: if eq is to be picked i'd rather pick crossfeed or crossfade. those actually change behavior without needing to visit the respective settings menu |
14:57:28 | Llorean | kugel: They're also mostly set-once options. |
14:57:42 | JdGordon | well. some might say eq is also |
14:57:48 | JdGordon | eq _should_ be set and forget |
14:57:49 | kugel | uhm, not crossfeed imho |
14:57:51 | pixelma | JdGordon: the lower option is not a real problem screen estate wise |
14:57:59 | Llorean | Yeah, but more people argue EQ is not a set-once option than argue, for example, crossfade is. |
14:58:13 | MarcGuay | Auto-Change Dir Yes/No/Random is relatively harmless if changed... Unless Random *requires* a setup with the plugin, can't remember. |
14:58:23 | JdGordon | it does |
14:59:14 | kugel | I change crossfeed rather frequently (more than eq), e.g. I turn it off when connected to an audio systems |
14:59:19 | * | JdGordon would really like a .cfg browser on the QS but couldnt do it without major hacking |
14:59:31 | kugel | also it doesn't fit for some genres |
14:59:35 | kugel | imo |
14:59:36 | Llorean | kugel: But the average user doesn't even know what Crossfeed is. |
14:59:43 | Llorean | This isn't for *your* habits. |
15:00 |
15:00:00 | JdGordon | what about fade on pause? |
15:00:08 | kugel | Llorean: I'm just arguing that crossfeed isn't generally a set once option |
15:00:13 | markun | maybe we should rename crossfeed to SpeakerSim(TM) |
15:00:15 | Llorean | JdGordon: Probably not something that is changed often. |
15:00:16 | MarcGuay | JdGordon: Sounds good. |
15:00:16 | JdGordon | or skip length? |
15:00:21 | Llorean | kugel: It is for anyone who doesn't hook it up to multiple things. |
15:00:37 | MarcGuay | Skip length could also lead to unnecessary support questions. |
15:00:48 | MarcGuay | So could breathing, though. |
15:00:50 | JdGordon | or recursivly insert directories? |
15:00:59 | JdGordon | which could actually be sueful there |
15:01:02 | Llorean | JdGordon: Skip length is useful there, but likely to cause the same problems as file view. |
15:01:13 | Llorean | Recursively insert isn't something you often toggle, is it? |
15:01:15 | markun | or "ROCK WOW" |
15:01:22 | JdGordon | move shuffle to the bottom and skip length to the left? |
15:01:24 | kugel | another note on skip length: Am I the only one that finds it annoying that you cannot skip the track if the remaining time is less than the skip length? Is that even intended? |
15:01:52 | JdGordon | kugel: that sounds like a bug |
15:01:55 | JdGordon | hint hint :D |
15:02:02 | Llorean | JdGordon: I'd put repeat on the bottom if I were going to do that. |
15:02:13 | Llorean | JdGordon: I think the best fix, though, is to make "Up" leave the screen, rather than also cycling the bottom option. |
15:02:26 | Llorean | I think for about 2/3 of people who accidentally change it, it's because they hit Up and didn't realize it also changed it. |
15:02:27 | kugel | Llorean: I agree |
15:02:32 | JdGordon | well, shuffle is toggle so it fixes kugel's problem before about having up and down do the same |
15:02:36 | kugel | that's causing problems on any setting |
15:03:07 | Llorean | JdGordon: The layout of the screen suggests that only three directional buttons will do anything. So, it's probably true that it should actually work that way. |
15:03:18 | JdGordon | ok, so UP should exit the screen and put skip lenght instead of show files? |
15:03:38 | Llorean | I think it's safe to leave "show files" at that point. |
15:03:44 | pixelma | wasn't there some technical (code) reason for this? |
15:03:48 | kugel | JdGordon: it should do whatever the up buttom does imho (and leave if it's not applicable) |
15:04:03 | JdGordon | ? |
15:04:03 | kugel | pixelma: no, it's a pure keymap problem |
15:04:03 | Llorean | I think skip length is actually less useful, overall, than show files. |
15:04:22 | kugel | pixelma: or do you mean skip length? |
15:04:29 | JdGordon | skip length probably has too many possible values to be usable |
15:05:02 | Llorean | Maybe something like "Car adapter mode" |
15:05:15 | pixelma | I meant "up" also changing... I believe it had something to do with flipping the screen and some button actions... if I could only remember... |
15:05:19 | Llorean | Something you don't set too often, but you also don't want to spend three minutes browsing for the few times you want to change it. |
15:05:32 | * | JdGordon thinks it should be "rand()%nb_settings" |
15:05:53 | MarcGuay | Quick, indeed. |
15:05:55 | JdGordon | pixelma: thats possible, but shouldnt be a problem since actions |
15:06:19 | JdGordon | actualy.. no that doesnt sound right seen as the screen flipping for the buttons happens way down in the button driver |
15:06:51 | * | JdGordon is happy with car adaptor mode |
15:06:55 | | Join DrMoos [0] (i=moos@81-66-158-133.rev.numericable.fr) |
15:06:58 | kugel | http://pastebin.com/m7c7b9859 this little diff should fix most quickscreen problems |
15:07:11 | kugel | example for e200, should be done on any keymap |
15:07:43 | JdGordon | no, we should keep the keymap because I would like to eventually add a top item |
15:07:48 | | Quit moos (Read error: 104 (Connection reset by peer)) |
15:07:49 | | Nick DrMoos is now known as moos (i=moos@81-66-158-133.rev.numericable.fr) |
15:08:01 | kugel | pixelma: hm, flippen screen, indeed a problem. good call |
15:08:32 | kugel | JdGordon: "eventually", revert it when you do so, as of now it's only causing problems |
15:08:37 | * | MarcGuay votes for Bass or Treble as the bottom option and goes to make coffee... |
15:09:08 | JdGordon | kugel: there is an easier fix... comment out the QS_DOWNINVERSE case in quickscreen.c |
15:09:30 | JdGordon | MarcGuay: again.. too many possible values with no way of going "backwards" |
15:09:46 | Llorean | MarcGuay: The problem with one of those, is that invariably it should be paired with the other. I thought of that, but I think there's again, too many options and hard to pick between (though I'd lean that more would want bass) |
15:09:52 | kugel | JdGordon: but that won't make the top button do anything. I think it's better to do the top button do what it always does (e.g. showing the wps on e200) |
15:09:53 | | Quit ch4os ("leaving") |
15:10:09 | JdGordon | ok, so add a return GO_TO_PREVIOUS under that case |
15:10:17 | Llorean | kugel: I think *any* button except one of the three directions should simply return to the previous screen. |
15:10:43 | Llorean | The quickscreen doesn't work like other screens. In fact, ideally it was supposed to vanish on release of the quickscreen button on targets where you could do button combos. |
15:11:03 | | Join ch4os [0] (n=ch4os@gentoo/user/ch4os) |
15:11:04 | kugel | that's an option too |
15:11:44 | pixelma | but didn't work since button actions |
15:11:57 | | Join Schmogel [0] (n=Miranda@p3EE21C45.dip0.t-ipconnect.de) |
15:12:04 | * | JdGordon has always said that could be fixable on the targets which it was possible anyway |
15:16:30 | | Quit bxcracer_ (Read error: 60 (Operation timed out)) |
15:17:06 | bodymind | hei, i get an error on my rockbox for sansa e260v2... i compiled last svn bootloader... i get the error: "No partition found" on top of the rockbox image boot. the SD driver is not completely done? where can i start, to make it work? :) tkx... |
15:18:27 | | Quit parafin ("So long and thanks for all the fish") |
15:19:47 | kugel | Zagor: so we don't enable gather runtime data because we're not entirely aware of the costs? |
15:20:03 | pondlife | Zagor: Now I read some logs, I see that the dynamic playlist destruction warning is to be enabled by default? If so, are you sure about that one? |
15:20:28 | kugel | pondlife: it was generally agreed on on the ml |
15:20:36 | | Quit kachna|lappy (Read error: 110 (Connection timed out)) |
15:20:42 | pondlife | kugel: Not by me...! |
15:20:46 | Zagor | kugel: I felt we needed a bit more discussion/research anyway. I just committed what I felt was non-controversial. |
15:20:50 | JdGordon | so disable it... |
15:20:59 | Llorean | Shouldn't gather runtime data do nothing if your database isn't enabled? |
15:21:01 | pondlife | I actually use it |
15:21:08 | pondlife | But I don't think it's n00b-friendly |
15:21:17 | JdGordon | having warn on playlist is n00b friendly |
15:21:24 | Llorean | pondlife: It's n00b-friendlier than allowing their playlists to silently vanish into nothing |
15:21:29 | kugel | pondlife: not by me either, but we're the only ones :) It was definitely more who voted in favor of it |
15:21:43 | * | Llorean doesn't see how it's really unfriendly at all. |
15:21:58 | pondlife | It's unfriendly if you're not expecting it to stop and pop up |
15:22:00 | Llorean | You can turn it off after the first time you see it, and it showing up even once makes you aware Rockbox won't automatically save changes. |
15:22:15 | kugel | well, you select a file and you don't get the music instantly, that's not friendly imho |
15:22:24 | pondlife | My point exactly |
15:22:32 | Llorean | A few seconds lost is MUCH better than 20 minutes of playlist creation lost. |
15:22:44 | pondlife | That screen has single-handedly made mrs pondlife give up on Rockbox |
15:22:46 | Llorean | On the balance of unfriendliness, I'd say it's much in favor of showing the option at least once. |
15:22:55 | kugel | but silently destroying the current playlist isn't so friendly either, it's a tough decision |
15:23:21 | pondlife | She didn't want to have to understand the playlist stuff, just to play a track |
15:24:02 | Llorean | Does it display if you've just clicked on a file in a folder, then click on another file in another folder without ever using "Insert"? |
15:24:03 | pondlife | I agree I might be being OTT, but I don't think it's a friendly thing for non-technical users |
15:24:35 | pondlife | Llorean: I don't think it's meant to, but it might be there's a bug |
15:24:41 | Llorean | pondlife: How is a nuisance that you can disable *more* friendly than losing an entire playlist because you expected it to silently save for you? |
15:24:44 | kugel | well, it's about are we expecting playlist oriented user or user who simply want to play music |
15:24:51 | pixelma | does someone know off the top of their heads what the current default for "max files in directory" is? |
15:24:54 | Llorean | Er, *more* unfriendly |
15:24:56 | bodymind | hei? :( |
15:25:15 | Llorean | bodymind: Read the source, track down bugs, fix bugs? |
15:25:22 | pondlife | Llorean: Don't worry, I get your point, and agree |
15:25:24 | Llorean | pixelma: I think it may be 1000? |
15:25:36 | Llorean | pondlife: I do think it could be improved by "if you've never used the Insert options, don't prompt" |
15:25:37 | LambdaCalculus37 | bodymind: Or wait until the port is ready, whenever that is? |
15:25:49 | pondlife | I'm just passing on some non-tech-user input |
15:25:53 | kugel | sadly my proposal to "yes and don't show again" wasn't received well :/ |
15:26:00 | bodymind | i'm a programmer i'm really on to helping... |
15:26:04 | bodymind | brb |
15:26:05 | Llorean | Basically, queued files are supposed to vanish anyway, and if all the files are from one folder (you pressed 'select') there's no reason to prompt, because no changes have been made. |
15:26:07 | | Quit bodymind ("Ex-Chat") |
15:26:40 | Llorean | But that's more a "needed fix" if it doesn't do it already, than a reason to make it trivial to lose playlists. |
15:27:28 | MarcGuay | Llorean: "Does it display even if you don't modify the playlist?" No. |
15:27:33 | pondlife | The wording might be the problem, maybe reword it as "You haven't saved your playlist. Press SELECT to save, OFF to continue and lose the playlist."? |
15:27:44 | kugel | Llorean: how about flagging the dynamic playlist as "virtual" playlist, and once you insert something the flag is removed |
15:27:47 | kugel | ? |
15:28:04 | MarcGuay | I think it's safe to say that if you've gotten into the playlist menu and inserted tracks or whatnot, you're capable of changing the setting to meet your needs. |
15:28:15 | Llorean | MarcGuay: I know it doesn't if you don't modify m3u files. But if you click "Select" on a file in a folder, then do the same in another folder replacing the dynamic playlist, does it? |
15:28:23 | JdGordon | speaking of playlists... pondlife, the wiki is back.. wanna make a start on playlist/playback/buffering interaction? |
15:28:33 | MarcGuay | Llorean: IIUC, no. |
15:28:33 | pondlife | JdGordon: Next year, yes! |
15:28:41 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
15:28:54 | JdGordon | bshanah habaah.. be..wiki! |
15:29:14 | JdGordon | next year.. in the wiki! (in hebrew) |
15:29:16 | Llorean | MarcGuay: I think it's probably sane enough then. |
15:29:20 | pondlife | I haven't started Christmas planning yet |
15:29:28 | pondlife | But that's OT |
15:29:30 | | Quit mofux (Remote closed the connection) |
15:29:50 | kugel | MarcGuay: I'd count this as an argument against the warning |
15:30:08 | MarcGuay | Llorean: I still think the options/wording could use a rework. |
15:30:38 | MarcGuay | kugel: Sounds like it, doesn't it... |
15:31:05 | Llorean | Count what as an argument against the warning? |
15:31:20 | kugel | I just think having this warning will just frustrate new users |
15:31:45 | kugel | since I think they're not going to do insane playlisting stuff on the first boot, but just play music for some time |
15:31:52 | Llorean | It should only pop up when they'll actually LOSE something by ignoring it. |
15:31:52 | pondlife | It's mainly that it's badly worded. the word "dynamic" is probably best avoided... |
15:32:13 | Llorean | It shouldn't pop up unless they actually *DO* playlist stuff. |
15:32:19 | Llorean | In which case, it's a good warning. |
15:32:30 | kugel | once they do playlisting (which I consider as rather advanced) they'll have get known to the settings as well |
15:32:34 | Llorean | The only time it's a problem is if it pops up when there's nothing to lose (playing a folder without changes, etc) in which case, that should be fixed. |
15:32:55 | pondlife | Heh, I managed to get it to display |
15:32:57 | MarcGuay | Llorean: My tests show that isn't a problem. |
15:33:02 | pondlife | It is :/ |
15:33:17 | Llorean | pondlife: Did you make use of the "insert" option, or just click a file? |
15:33:42 | pondlife | 1) Play an album from the database |
15:33:49 | pondlife | 2) Play a second album |
15:33:57 | pondlife | Warning, but no inserts |
15:34:04 | kugel | Llorean: I agree, but it's post-release stuff, we have to decide based on what rockbox does now |
15:34:20 | MarcGuay | Ah, database. Doesn't occur in file browser, same actions. |
15:34:20 | Llorean | pondlife: Then that should be fixed, but I don't see it as a reason to disable this user-protection until then. |
15:34:29 | pondlife | Llorean: I agree |
15:34:37 | Llorean | I do agree it could be reworded. |
15:34:37 | pondlife | I'll log the bug |
15:34:49 | Llorean | "Your playlist is unsaved" is much easier to understand. |
15:34:50 | MarcGuay | Nice. |
15:35:12 | | Join kushal_12_27_200 [0] (n=kushal@cpe-72-229-0-119.nyc.res.rr.com) |
15:35:16 | MarcGuay | kugel: Have you noticed more screen flickering on the e200 since backlight fading? |
15:35:26 | kugel | if we're optimising the defaults for new users, I still think, new users in particular don't benefit from the warning, since they don't fear about playlists for the first days of using |
15:35:38 | kugel | MarcGuay: not at all |
15:35:55 | MarcGuay | Maybe it's the difference between "almost-faded-out" and "on"... |
15:36:19 | kugel | what flickering? While fading? |
15:36:22 | Llorean | kugel: A lot of people install Rockbox specifically for the dynamic playlisting features their original firmware didn't offer. |
15:36:27 | | Quit kushal_12_27_200 (Remote closed the connection) |
15:36:44 | | Join kushal_12_27_200 [0] (n=kushal@cpe-72-229-0-119.nyc.res.rr.com) |
15:37:05 | kugel | I don't think that's the majority |
15:37:14 | MarcGuay | kugel: I think it's it you do an action right before the backlight goes off, it feels like it's flickering when it jumps back to full. |
15:37:28 | kugel | the majority of new users are the ones who install it since they're curious or because they saw a cool theme |
15:37:44 | kugel | that's my impression |
15:37:46 | Llorean | kugel: Well then they can disable the warning. |
15:37:54 | Llorean | Again, it's better to lose a couple seconds of time, than several minutes of work. |
15:38:26 | MarcGuay | kugel: Actually, when the backlight springs on from off (no fading), it flickers. Could always have been that way. |
15:39:03 | pixelma | that's probably the lcd enable |
15:39:05 | Llorean | They don't know their playlist will be lost until they see that warning. If it's off, they don't know their playlist will be lost until it's actually lost. |
15:39:08 | kugel | can you please exactly describe when you feel it flickering? |
15:39:13 | pondlife | OK, logged the database problem - http://www.rockbox.org/tracker/task/9660 |
15:39:26 | | Join Lynx_ [0] (n=till@xdsl-87-78-152-227.netcologne.de) |
15:39:51 | MarcGuay | kugel: When it turns on without fading. I'm starting to think it's always been like that. |
15:40:05 | kugel | MarcGuay: with fading disabled? |
15:40:19 | kugel | it flashes, that's due to lcd_enable, and it was always like that |
15:40:27 | MarcGuay | kugel: Yes. |
15:41:18 | | Join Jaykay [0] (n=chatzill@p579E7063.dip.t-dialin.net) |
15:41:22 | kugel | that could be fixed with a small delay, like I've done http://www.rockbox.org/tracker/task/9623#comment27125 here |
15:42:13 | kugel | but then again, given that you don't have with with fading enabled, it would just (slightly though) delay the turning |
15:42:33 | kugel | "given that you have fading enabled" |
15:43:49 | JdGordon | pondlife: are you sure thats the expected behaviour? |
15:43:53 | MarcGuay | pondlife: I'm glad we narrowed that down. I was starting to wonder if I was losing my mind. |
15:44:22 | JdGordon | hmm... reads a bit of the log I missed |
15:44:33 | pondlife | JdGordon: It is to me... and I can't see why Database selections and file selections should be different |
15:44:51 | pondlife | Both browsers are just playlist generators |
15:45:15 | JdGordon | Slasheri: please please please try to put some time into the database playlist handling... having each file added seperatly causes so many different issues |
15:45:17 | MarcGuay | pondlife: If you selected "All tracks" and got a selection of several albums... Or selected tracks from 1976... Would you expect the warning? |
15:45:26 | pondlife | No |
15:45:44 | pondlife | Only if I was about to lose manual playlist changes |
15:45:50 | MarcGuay | Because it's passive playlist creation...? |
15:45:56 | MarcGuay | Makes sense. |
15:45:58 | pondlife | So is file browser selection |
15:46:43 | pondlife | I mean, you could add a file to a folder, then reselect a track in that folder... the playlist changes, but you wouldn't want a warning |
15:46:45 | Llorean | I think you shouldn't get the warning until you've made use of "Insert" |
15:46:51 | pondlife | I agree |
15:46:52 | Llorean | Or any of the "Insert *" functions |
15:47:05 | MarcGuay | Thumbs up from me. |
15:47:23 | MarcGuay | You need to prove that you know what a playlist is before being asked questions about it. |
15:47:35 | | Quit kushal_12_27_200 ("Leaving") |
15:48:12 | Llorean | Well, if you haven't used "insert", in theory your old playlist can be recreated with a single keypress of "select" on the right screen, so it's more or less the same as having a .m3u files somewhere to click on. |
15:48:24 | | Quit rasher (Read error: 110 (Connection timed out)) |
15:48:27 | MarcGuay | So where does the open bug leave the default setting...? |
15:48:46 | pondlife | Fix the bug ;) |
15:49:00 | pondlife | If it's unfixable, please don't enable that by default |
15:49:22 | Llorean | I'm not sure we should disable it because database doesn't work right with playlists yet. |
15:49:25 | pondlife | Non-tech-users will likely prefer the database in my experience |
15:49:27 | Llorean | It also doesn't work right with bookmarks, etc. |
15:49:38 | Llorean | Database is, to an extent, broken for several features now it seems. |
15:49:48 | pondlife | Only bookmarks, really |
15:49:54 | Llorean | And this one. |
15:49:59 | MarcGuay | I think that's fair. Or come up with nicer options/wording for the warning before enabling it by default. |
15:50:05 | JdGordon | bookmarks and db never played nicley together |
15:50:06 | Llorean | It definitely needs a nicer wording. |
15:50:25 | JdGordon | well, not since I've been here anyway |
15:50:37 | MarcGuay | "Save current playlist?" |
15:51:09 | MarcGuay | Since it's not true in the database that you've made changes, that would do. |
15:51:29 | kugel | JdGordon: want me to have a go at the quickscreen up button thing? I'd also fix a display issue (icon vp's are slightly wrong, but that issue is only visible when using a non-fullscreen parent) |
15:52:13 | JdGordon | fix the button how? we didnt come to a consensus |
15:53:02 | Llorean | MarcGuay: "Unsaved playlist" with options "replace" and "cancel" |
15:53:34 | JdGordon | Llorean: shouldnt that also have "save and restart"? |
15:53:36 | kugel | JdGordon: the consensus was that the up button is causing problems |
15:53:37 | MarcGuay | Llorean: No choice to resave ThugRapz1 as ThugRapz2? |
15:53:41 | kugel | or am I wrong? |
15:53:54 | pondlife | kugel: So we make UP do nothing, I guess...? |
15:54:05 | pondlife | Reserving it for a 4th option in the future (where possible) |
15:54:19 | kugel | no, I'd rather say make every other button exit to previous screen, as proposed by Llorean |
15:55:09 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
15:55:23 | JdGordon|zzz | do a patch... it will be looked at... probably |
15:55:37 | Llorean | MarcGuay: Those can be added later, but probably shouldn't be added for 3.1 since it's a new and untested feature to save the playlist from that option. |
15:56:46 | amiconn | JdGordon|zzz: "show files" is about the only option which I actually use in the quickscreen, so I'd vote against removing it. It's an option that makes a lot of sense to have quickly available |
15:57:00 | pondlife | I'd also vote to keep Show Files |
15:57:17 | pondlife | I didn't know it was considered for kicking though |
15:57:20 | Llorean | I think with the "up" issue resolved, show files will get triggered accidentally a lot less often. |
15:58:34 | amiconn | "up" isn't an issue, it's a requirement (on the recorders, and only for really-quick mode, which is *still* broken) |
15:58:53 | Llorean | amiconn: "Up" changing the value that "Down" also changes? |
16:00 |
16:00:25 | amiconn | yes |
16:01:08 | amiconn | This is because in flip mode, logical "down" becomes physical "up", and "up" and one of the F keys cannot be recognised simultaneously |
16:01:33 | amiconn | This is also the reason why there is no "up" in the quickscreens |
16:01:49 | Llorean | So it's necessary as a special case for one target in a mode that no longer works anyway? |
16:01:54 | | Join bxcracer [0] (n=bxcracer@78.59.155.88) |
16:01:58 | Llorean | I don't see that as a reason not to fix it on every other target, though.. |
16:02:21 | | Join bodymind [0] (n=bodymind@193.136.218.60) |
16:02:26 | * | kugel agrees |
16:02:38 | * | pondlife notes that onplay.c add_to_playlist() has some strange logic... why should it be doing playlist_create()? |
16:03:28 | amiconn | Llorean: I didn't even know that "up" is mapped on non-recorders. Of course that's unnecessary |
16:03:48 | Llorean | amiconn: It's mapped for most targets, it seems. Causing people to frequently change "File View" without being aware of it. |
16:04:04 | Llorean | In many cases "Up" is a cancel button in other screens, so they try to use it to leave the quickscreen too. |
16:04:14 | Llorean | Since obviously "left" won't work. |
16:05:14 | MarcGuay | We were talking a while ago about how the go-to-WPS button should be universal... This is a case where it falls outside that "rule". |
16:06:17 | pondlife | MarcGuay: Whch target? |
16:06:30 | * | MarcGuay finally understands what Llorean meant by "replace and cancel".... |
16:06:40 | pondlife | On H300, PLAY should still go to the WPS from the QS, but it does nothing |
16:06:45 | kugel | pondlife: he was probably saying quickscreen |
16:07:12 | MarcGuay | Yes? |
16:07:14 | Llorean | I think the Go-To-WPS button should be universal from any *list* |
16:07:21 | Llorean | basically, anywhere where the keymapping is "normal" |
16:07:40 | pondlife | Any screen where it's not doing anything else (plugins excepted), I reckon. |
16:07:46 | kugel | I don't feel very strong about it. As long as it is consistent |
16:08:08 | pondlife | STOP and PLAY should be as universal as possible, IMHO |
16:08:20 | kugel | and I think both "all other buttons exit from quickscreen" and "go-to-wps button always goes to wps, even in quickscreen" is consistent |
16:08:51 | Llorean | pondlife: The idea with the quickscreen, originally, was that it was only visible while you held the button for it down. |
16:09:08 | | Part LinusN |
16:09:18 | Llorean | I think "any button not used to change it, clears it" is closer to consistent with this behaviour since possibly one day it'll return, and you won't be able to use those shortcuts from it at that point anyway. |
16:09:33 | pondlife | Llorean: That would be nice, but I guess we have restrictions on which multi-buttons we can detect |
16:10:07 | pondlife | i.e. on H300 we can't detect MENU+another button,.. IIRC |
16:10:20 | pondlife | So it always be a dedicated screen |
16:10:24 | pondlife | QS, I mean |
16:11:32 | Llorean | Well, in that case it's still just two presses of play to get back to the WPS (if you called it from a non-WPS screen) anyway. |
16:11:47 | pondlife | Indeed, but consistency is good. |
16:12:16 | pondlife | If operating blind, I sometimes pause it rather than playing (even/odd number of presses) |
16:12:55 | pondlife | Given that PLAY does nothing at all in there, it would be better if it went to the WPS |
16:13:39 | pondlife | But just a minor point |
16:14:35 | MarcGuay | Llorean: Regarding the wording of the warning, "replace" could be interpreted as "resave with the changes i've made" or "replace the old playlist with this new one". Perhaps "Continue without saving" and "Cancel" would be clearer options. |
16:15:11 | Llorean | MarcGuay: Or "Discard"? |
16:15:29 | * | Llorean likes short messages where possible. |
16:16:03 | MarcGuay | That works, too. |
16:16:21 | | Join kushal_12_27_200 [0] (n=kushal@cpe-72-229-0-119.nyc.res.rr.com) |
16:23:17 | wpyh | kugel: I have read dany_21a_'s comments −− what does he mean by "the offset calculated in the driver"? |
16:24:01 | kugel | wpyh: offset to skip the OF firmware |
16:24:21 | wpyh | hm... where can I find that? |
16:24:40 | kugel | it's not on a seperate partition, but we don't want to show up the OF files. If I remember right, it's also the only way to get it working |
16:25:17 | wpyh | I mean, the value of the offset? |
16:26:28 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
16:26:39 | kugel | wpyh: in ata_sd_as3525. |
16:26:40 | kugel | c |
16:27:15 | wpyh | I've tried his code and got the error at the exact same position (0x1DAE00) |
16:27:40 | kugel | Llorean, pondlife: so what now? what to go for with quickscreen? global go-to-wps button or every button except the three directional ones exit it? |
16:27:48 | wpyh | so, you think this is not related to a high-capacity MMC card issue? I see that sdhc is false inside sd_init_card() |
16:28:04 | kugel | wpyh: it is |
16:28:12 | pondlife | kugel: Just fix one thing at a time. |
16:28:14 | kugel | the problem is, that the internal memory is NOT hc |
16:28:32 | pondlife | The UP button should do nothing (on most targets) is one fix. |
16:28:36 | kugel | they get more than 2GB using banks (like the v1 do) |
16:28:50 | pondlife | The PLAY button should go to WPS (on some targets) is another. |
16:29:17 | wpyh | hm... if it's not hc, could it possibly be multiple "cards"? but card 1 is already the external storage... |
16:29:24 | Llorean | pondlife: not a 'fix' as much as a behaviour change. |
16:29:25 | kugel | pondlife: yes, and I'm asking if the play should go to the wps or exit [or do noting] |
16:29:38 | kugel | on the e200 e.g. the wps button is the up button |
16:30:00 | pondlife | I think the former mod is less contentious, so just do that for now |
16:30:06 | wpyh | kugel: how can we see if it's HC or not? I was guessing that it's a HC MMC card as opposed to an SDHC card... |
16:30:30 | pondlife | I can only speak for my own targets though |
16:30:44 | kugel | you've just mentioned yourself |
16:31:09 | pondlife | I know when I tried to use an e200 I found the keymap truly horrid |
16:31:22 | pondlife | This was months ago though |
16:31:51 | wpyh | kugel: forgive my ignorance, but is SDHC compatible with high-capacity MMC? I think they are different, but I'm not sure since I'm not familiar with hardware |
16:32:01 | kugel | I don't know |
16:32:06 | kugel | why do you think there's mmc inside? |
16:32:24 | wpyh | so I was guessing that the internal memory is high-capacity MMC, thus it doesn't identify as SDHC |
16:32:40 | wpyh | I saw the strings "mmc:0:\MUSIC\..." inside MTABLE.SYS |
16:33:00 | Llorean | wpyh: it also says mmc:1 for the SDHC card though. |
16:33:03 | Llorean | Right? |
16:33:18 | wpyh | yes, Llorean. therefore I'm not so sure now |
16:33:19 | kugel | wpyh: again, the v1 sansas have different banks (imagine it as raid'ed LC cards), and it's just logical that the ams sansas do it also |
16:33:24 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
16:33:30 | wpyh | hm.. ok |
16:33:52 | Llorean | pondlife: Was this before or after my keymap changes that you tried the e200? As in, is "months" sometime this year, or sometime in '07? |
16:34:01 | kugel | wpyh: and the same code works for external SD(HC) cards |
16:34:11 | pondlife | Llorean: This year |
16:34:24 | pondlife | The main problem was the use of UP to exit seemed odd |
16:34:49 | pondlife | I'm used to UP/DOWN/LEFT/RIGHT/PLAY/STOP/MENU |
16:34:54 | kugel | Llorean: btw, I wonder if it's intended that the power button only stops playback if you're in the root dir in the filebrowser |
16:34:57 | pondlife | where STOP = exit, normally |
16:35:06 | wpyh | ok, so they should be similar then |
16:35:11 | kugel | if you're in a folder it just goes upwards, until you reached the root |
16:35:20 | MarcGuay | pondlife: That doesn't sound familiar on the e200. (up = exit) |
16:35:30 | pondlife | Ah, sorrry - c200 |
16:35:44 | Llorean | pondlife: Oh, that's very different. |
16:35:47 | MarcGuay | Ahh. Big diff. |
16:35:55 | Llorean | kugel: Yes, that sounds like a bug in the keymapping. |
16:36:00 | MarcGuay | The c200 sounds brutal to navigate. |
16:36:13 | pondlife | It is, but it need not be |
16:36:26 | kugel | Llorean: that's since your keymap change, and I saw no mention of this issue yet, so I thought it's intended |
16:36:30 | Llorean | pondlife: Have you tried Pixelma's patch by chance? |
16:36:43 | pondlife | Yes, I did, at the time |
16:36:53 | bodymind | is it very dangerous to mess up with HAVE_MULTIVOLUME? in export/config-e200v2.h |
16:37:00 | pondlife | It didn't go far enough for my liking |
16:37:02 | Llorean | kugel: I'm pretty sure "stop" used to work everywhere, not just in the root. Could you file a bug report on it, and I'll try to check on it at some point? |
16:37:05 | kugel | Llorean: I think it's very useful to stop if you're e.g. going to enter pictureflow being in the plugins folder, but then it doesn't stop but leads you one level up |
16:37:10 | pondlife | But I don't have the c200 any more |
16:37:21 | kugel | sure |
16:37:46 | kugel | bodymind: what do you want to do? |
16:38:08 | kugel | bodymind: btw; your partition not found is likely to be caused by the "we cannot access more than 1GB on >2GB targets" |
16:38:10 | kugel | problem |
16:38:31 | bodymind | hm, ok, finally an answer :) tkx |
16:38:37 | kugel | I suggest formatting your player and put rockbox on it very first |
16:38:57 | bodymind | my partition is 4gb.. should i create a 1gb partition? |
16:38:58 | kugel | to make sure rockbox is within the first GB |
16:39:16 | | Part pondlife |
16:39:18 | kugel | you can do that too. But pick a bit less than 1GB (0,95) |
16:39:24 | bodymind | hm |
16:39:41 | kugel | er wait |
16:39:45 | *** | Saving seen data "./dancer.seen" |
16:39:47 | kugel | don't change partitions! |
16:39:54 | bodymind | nop, i won't do that :p |
16:40:01 | kugel | bodymind: really, don't! |
16:40:05 | MarcGuay | kugel, Llorean: The stop button seems to act as expected in the database. Actually, it does both: stops playback and returns one level. |
16:40:19 | kugel | use mkfs.vfat to create a filesystem on it with the mentioned ~1Gb |
16:40:29 | bodymind | i was thinking a second time... it would brick it for sure :| |
16:40:39 | kugel | MarcGuay: still not what I consider as expected |
16:41:08 | MarcGuay | Errr... Same in the browser/lists... |
16:41:26 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:42:02 | MarcGuay | kugel: Seems the plugins list is a bit different from others. |
16:42:37 | kugel | oh yea, it does stop |
16:43:18 | MarcGuay | Plugins, Browse fonts, etc, don't stop, only return. |
16:43:26 | MarcGuay | Others do both. |
16:43:27 | bodymind | fdisk -l /dev/sdb doesn't report any partition in /dev/sdb :s |
16:43:30 | MarcGuay | A bit weird. |
16:43:53 | kugel | weird, and surely inconsistent |
16:43:58 | kugel | it should just stop, nothing more |
16:44:19 | kugel | bodymind: the partition layout is quite weird |
16:44:32 | kugel | using mkfs.vfat is safe though |
16:44:47 | bodymind | ok... |
16:45:03 | bodymind | by safe you mean: mkfs.vfat /dev/sdb ... just to be sure :) |
16:45:08 | Zagor | bodymind: isn't it a "superfloppy" like many other flash players? |
16:45:38 | wpyh | it's a whole-disk filesystem |
16:45:42 | bodymind | dunno |
16:45:48 | | Quit _lifeless (Remote closed the connection) |
16:46:08 | bodymind | Disk /dev/sdb: 4077 MB, 4077912064 bytes |
16:46:08 | bodymind | 126 heads, 62 sectors/track, 1019 cylinders |
16:46:08 | bodymind | Units = cylinders of 7812 * 512 = 3999744 bytes |
16:46:08 | DBUG | Enqueued KICK bodymind |
16:46:08 | bodymind | Disk identifier: 0x00000000 |
16:46:14 | bodymind | this is what fdisk reports |
16:46:27 | Zagor | it's pretty common. you don't see a partition because there is none. the flash is unpartitioned, just like a floppy. |
16:46:38 | bodymind | it won't brick the OF ? |
16:46:45 | bodymind | if i make a partition |
16:46:52 | Zagor | I don't know |
16:47:02 | MarcGuay | kugel: Stop works in the H300 in the plugins list. Doesn't act as a back-button as well. Seems to be some overlapping in the e200 setuup., |
16:47:11 | kugel | bodymind: I tried to with gparted, it nearly bricked my fuze |
16:47:24 | bodymind | gparted is dangerous.. :x |
16:47:29 | kugel | either don't touch it at all and put rockbox on it first, or use mkfs.vfat |
16:47:34 | Zagor | bodymind: is there a particular reason you want a partition? |
16:47:37 | kugel | both works |
16:47:47 | bodymind | ok, i will try without mkfs first ;) |
16:49:33 | bodymind | Zagor: because i can't boot rockbox, i get an error: "Partition not found" |
16:49:54 | Zagor | bodymind: aha |
16:50:04 | wpyh | kugel: so, have you tried switching to a second bank and reading data from there? |
16:50:10 | kugel | no |
16:50:17 | kugel | it's not implemented yet on ams sansas |
16:50:38 | kugel | I'll soon'ish have a look at it though |
16:50:41 | wpyh | ok |
16:53:08 | bodymind | kugel: i think that i didn't quite understand what you mean with put rockbox first... what do you mean with first? before what? |
16:53:20 | kugel | before music |
16:53:24 | kugel | after formatting |
16:58:04 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
16:58:15 | bodymind | i just want to make sure i'm not building this wrongly.... but what i do is: ../tools/configure |
16:58:16 | | Join parafin [0] (i=parafin@paraf.in) |
16:58:18 | bodymind | choose normal |
16:58:32 | bodymind | and then: make bin |
16:59:05 | bodymind | and to make the bootloader.. i make another directory where i do: ../tools/configure -> bootloader |
16:59:12 | bodymind | mkamsboot... |
16:59:39 | kugel | bodymind: make bin won't be sufficient for the very first installation |
17:00 |
17:00:37 | kugel | i mean, it'll boot and run, but you surely want to have codecs and cabbiev2, don't you? |
17:00:42 | Llorean | 'make bin' generally shouldn't be used unless you know a specific reason why you should be using it. |
17:01:11 | bodymind | ok, i used it because before it gave an error because it wasn't full implemented |
17:03:04 | | Quit Horscht ("Verlassend") |
17:04:38 | | Quit Zagor ("Client exiting") |
17:06:13 | kugel | Llorean: so, this should make the up button don't do anything: http://pastebin.com/m62b1ab9f |
17:06:20 | kugel | (regarding quickscreen) |
17:06:22 | | Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) |
17:07:04 | kugel | oh wait, we needed a special case for recorder? |
17:07:32 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
17:08:10 | | Quit Horscht (Client Quit) |
17:08:43 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
17:09:23 | kugel | so, this one rather http://pastebin.com/m26fd9ed6 |
17:13:21 | | Quit Horscht (Client Quit) |
17:13:24 | bodymind | i get the same thing "No partition found. Insert USB cable and fix it" :\ i've formatted the player with the OF > Settings > Format |
17:13:48 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
17:13:55 | | Quit kushal_12_27_200 ("Leaving") |
17:14:22 | | Quit bxcracer ("Ex-Chat") |
17:15:02 | kugel | have you used mkfs.vfat now or not? |
17:15:27 | bodymind | nop |
17:15:34 | kugel | maybe you need a few tries to get it within the first GB |
17:15:41 | | Join bxcracer [0] (n=bxcracer@78.59.155.88) |
17:15:44 | kugel | and, I used windows to format |
17:15:58 | bodymind | ok, i will do it later ;) tkx for the help |
17:19:34 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
17:21:03 | | Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") |
17:21:33 | | Quit jfc^2 (Read error: 104 (Connection reset by peer)) |
17:22:00 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
17:22:01 | | Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) |
17:22:05 | | Quit Horscht (Read error: 104 (Connection reset by peer)) |
17:22:18 | MarcGuay | soap: re: CoLinux. Is it not necessary, then, to resize the image "until/unless you need to run rockboxdev.sh"? |
17:22:40 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
17:23:04 | | Quit Horscht (Read error: 104 (Connection reset by peer)) |
17:23:28 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
17:26:24 | | Quit BigE[ssh1 ("Lost terminal") |
17:32:31 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-25285274c23c72fd) |
17:34:28 | | Quit jfc^2 (Read error: 104 (Connection reset by peer)) |
17:37:39 | | Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) |
17:38:31 | | Quit moos ("Rockbox rules the DAP world") |
17:40:37 | MarcGuay | soap: I updated the page to match changes they seem to have made to the setup. Review at your own risk. |
17:48:03 | | Join Strife89 [0] (n=michael@204.116.245.152) |
17:48:18 | | Join {phoenix} [0] (n=dirk@p54B46985.dip.t-dialin.net) |
17:48:59 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
17:51:17 | | Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") |
17:54:34 | | Quit bodymind ("Ex-Chat") |
17:59:23 | | Join Jaykay [0] (n=chatzill@p579E7063.dip.t-dialin.net) |
18:00 |
18:04:41 | | Quit jfc^2 (Remote closed the connection) |
18:07:28 | | Quit Lynx_ (Read error: 145 (Connection timed out)) |
18:07:38 | | Join Lynx_ [0] (n=till@xdsl-87-78-186-159.netcologne.de) |
18:11:06 | | Join miepchen^schlaf [0] (n=miepel@p579EC941.dip.t-dialin.net) |
18:11:38 | | Quit petur ("work->home") |
18:13:49 | | Join rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) |
18:13:59 | | Join stoffel_ [0] (n=sfr@p57B4D816.dip.t-dialin.net) |
18:17:15 | soap | ahh, he left |
18:18:53 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
18:19:47 | | Join MethoS- [0] (n=clemens@host-091-097-244-185.ewe-ip-backbone.de) |
18:24:18 | rasher | Why is there a find_albumart and search_albumart_files? |
18:24:54 | rasher | find_albumart is only used in playback.c, and doesn't seem to do a complete search |
18:25:46 | rasher | Okay, find_albumart calls search_albumart_files, so the search is correct. Now the question remains: why? |
18:27:15 | rasher | Okay. I think I get it. Ignore me. |
18:27:46 | | Join karashata [0] (n=karashat@69.41.192.215) |
18:28:18 | | Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) |
18:29:57 | | Join mib_hnbveix1 [0] (i=d8ef4910@gateway/web/ajax/mibbit.com/x-ab9c5c4c12ff4228) |
18:30:02 | | Nick mib_hnbveix1 is now known as MarcGuay (i=d8ef4910@gateway/web/ajax/mibbit.com/x-ab9c5c4c12ff4228) |
18:30:11 | MarcGuay | soap: Rebooting. |
18:30:18 | MarcGuay | Err. Rebooted. |
18:30:44 | soap | ok, the changes look fine - have you tested them I assume? |
18:31:06 | MarcGuay | They've changed quite a bit since you set up that page. I'm having trouble with the network connection right now, but the installation seems successful. |
18:31:09 | soap | i think we should (we = I) try to keep the image up-to-date and not ask the end users to ./rockboxdev.sh |
18:32:03 | soap | I will have a more consistent Windows box here in a day or two once I move more functions of this machine over to my new "server" and will be able to maintain that a little better. |
18:33:09 | soap | You are not the first one to complain of network issues, I was able to walk two people through them in the last 12 months, but one person I was unable to help - that points to a fundamental flaw in my networking setup somewhere. |
18:33:21 | MarcGuay | soap: In your experience, having the main network connection set to allow others to use it... Ah... :) |
18:33:26 | soap | I also think we need to emphasize that CoLinux is rarely better than VMWare. |
18:33:50 | MarcGuay | I lost my VMWare setup in a wave of crap and thought I'd try something new. |
18:34:28 | soap | _I_ was using it because I had a CPU at the time which was not supported by VMWare, I have a feeling the number of people with hardware pre-Pentium III is diminishing rapidly. |
18:34:48 | | Join herrwaldo [0] (n=waldo@ip-81-11-213-187.dsl.scarlet.be) |
18:35:07 | MarcGuay | I found VMWare rather flaky as well. It often wouldn't let me access the shared drive until I rebooted. |
18:37:10 | | Join _lifeless [0] (n=lifeless@94.50.176.53) |
18:39:46 | *** | Saving seen data "./dancer.seen" |
18:40:21 | | Quit Horscht (Read error: 104 (Connection reset by peer)) |
18:40:45 | | Quit Strife89 ("Going to eat some lunch.") |
18:40:53 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
18:46:28 | | Quit Horscht ("I am root. If you see me laughing, you better have a backup") |
18:47:51 | | Quit stoffel_ (Read error: 113 (No route to host)) |
18:52:20 | | Join stoffel_ [0] (n=sfr@p57B4D816.dip.t-dialin.net) |
18:53:20 | | Quit linuxstb (Read error: 113 (No route to host)) |
18:58:54 | lucent | kugel: bodymind's error is the same error that happens when I access ##MUSIC# folder from within rockbox firmware, it is a different error than the SD timeout when I load .rockbox/* above 1GB |
18:59:17 | | Join neddy1 [0] (n=john@nat/sun/x-b6ac52904cad4d1d) |
18:59:54 | | Quit neddy1 (Client Quit) |
19:00 |
19:00:01 | kugel | lucent: I can access that folder |
19:00:45 | lucent | kugel: I can browse the files in it, and when I attempt to play music that was pre-loaded on my Sansa Fuze from ##MUSIC#, there's an error about needing to reattach USB |
19:01:47 | lucent | "No partition" "found." "Insert USB cable" "and fix it." |
19:02:03 | kugel | so it's probably after 1GB |
19:02:08 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
19:02:08 | * | rasher thinks Bagder should get around to making the build system keep handing out builds |
19:03:32 | | Join petur [50] (n=petur@rockbox/developer/petur) |
19:03:49 | | Quit karashata ("G'bye everyone!") |
19:03:52 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
19:04:48 | lucent | kugel: maybe you knew this already, but the error that happens when I insert my 8GB microSD card, it happens because we don't get the CID... but just before that happens it is correctly identified as sdhc = true |
19:05:09 | lucent | kugel: the internal memory I'm guessing, it is identified as sdhc = false |
19:05:41 | lucent | kugel: I guess this by sticking a panicf in there only when sdhc is true, and it only does that panicf when I insert my sdhc card |
19:06:00 | kugel | sdhc isn't the issue |
19:06:04 | lucent | if I have the panicf in there anytime sdhc = false, then it panicf's on boot |
19:06:04 | kugel | my microsd is hc too |
19:06:05 | lucent | oh okay |
19:06:41 | lucent | kugel: I'm curious to know what sd-ata-pp.c does and if it's being used at all? |
19:07:10 | kugel | well, it's for the PP targets |
19:07:14 | lucent | err I mixed up the name, it is actually ata-sd-pp.c |
19:07:18 | kugel | doesn't have much to do with our targets |
19:07:25 | lucent | Fuze is not PP, oh okay |
19:07:55 | lucent | have we any targets that do work properly with 8gb SD? |
19:08:11 | kugel | yes, sansa v1 |
19:08:37 | kugel | well, "properly" is slightly exaggerated I guess |
19:09:03 | hillshum_ | still better than what SanDisk did |
19:09:13 | kugel | writing to those can cause corruptions very rarely |
19:09:28 | Llorean | kugel: But that's to non-HC SD as well. |
19:09:33 | lucent | I'm watching the source code, I see: |
19:09:35 | lucent | sd_command(SD_ALL_SEND_CID, 0, currcard->cid, 2); |
19:09:37 | lucent | versus |
19:09:52 | lucent | send_cmd(drive, SD_ALL_SEND_CID, 1, MCI_RESP|MCI_LONG_RESP|MCI_ARG, card_info[drive].cid) |
19:11:19 | lucent | wait though, I was modifying a bit |
19:11:26 | lucent | the '1' is my blind work |
19:12:28 | | Quit neddy (Connection timed out) |
19:14:36 | lucent | about that last '2' parameter though, the code goes on: |
19:14:44 | lucent | words = (type == 2) ? 9 : 3; |
19:14:59 | lucent | so hm there's some magic going on for PP targets |
19:15:34 | * | kugel doesn't really understand what lucent wants to tell him |
19:15:55 | lucent | sorry I'm just thinking out loud |
19:16:28 | | Quit Horscht ("http://www.geisterfahrer.org") |
19:16:45 | lucent | I read through the MMC v4.2 and SD simplified specs |
19:17:24 | lucent | something is broken because we don't get the CID from an inserted card on my player |
19:17:36 | lucent | kugel: do you get the CID from when you insert a card on your player? |
19:20:40 | kugel | lucent: looks like |
19:20:59 | kugel | I haven't double checked, but as I don't get the panic, it seems the card is properly initialized |
19:23:41 | kugel | lucent: type is just the response length, which is covered by MCI_LONG_RESP for our driver |
19:25:57 | * | lucent nods |
19:26:14 | lucent | that's clever |
19:26:32 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
19:27:47 | kugel | lucent: I have personally no idea why cid fails on your card |
19:28:18 | lucent | what's the preferred way to get debug output without panic'ing? |
19:34:06 | B4gder | logf() ? splash? |
19:35:14 | gevaerts | morse on backlight? |
19:36:44 | lucent | heh |
19:37:08 | lucent | I'm not familiar with logf, does it output via USB cable or... |
19:37:57 | gevaerts | It can on portalplayer, but the usual way is via a "viewer" in the debug menu |
19:39:54 | lucent | okay thanks |
19:41:30 | lucent | kugel: what does your debug view partitions have to say with and without the card inserted? |
19:43:17 | | Quit havien (Read error: 104 (Connection reset by peer)) |
19:43:38 | | Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) |
19:44:22 | | Join karashata [0] (n=karashat@69.41.192.215) |
19:44:32 | | Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") |
19:45:20 | kugel | lucent: not much |
19:45:29 | kugel | 4 partitions, each 0, in both cases |
19:45:45 | kugel | disk info is more interesting for external storage |
19:46:03 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:48:33 | | Quit BigBambi (Remote closed the connection) |
19:49:04 | lucent | http://pastebin.com/m44aba66e is mine |
19:50:06 | kugel | hm |
19:50:10 | kugel | weird |
19:50:16 | kugel | it shows 0 for all here |
19:50:18 | lucent | that's different right? you said yours are 0 |
19:50:35 | kugel | might be due to that I used mkfs.vfat though |
19:51:05 | * | kugel found buttonlight code in the OF |
19:51:27 | | Quit stoffel_ (Read error: 60 (Operation timed out)) |
19:51:50 | lucent | congrats! |
19:52:18 | * | J-23 learns to play guitar |
19:52:20 | | Join stoffel_ [0] (n=sfr@p57B4D816.dip.t-dialin.net) |
19:52:21 | bertrik | kugel, you got radio to work on the fuze too, right? |
19:52:27 | J-23 | argh, wrong channel ;) |
19:52:41 | kugel | bertrik: yes |
19:52:42 | | Quit stoffel_ (Client Quit) |
19:53:08 | kugel | bertrik: are you going to commit? |
19:54:11 | kugel | Does anyone know do address of the kind 0x21c54 mean in the ams sansa OF? |
19:54:20 | bertrik | the fmradio_i2c stuff was committed yesterday, the si4700 needs a little more discussion with n1s and the codec LINEIN2 stuff also needs more thought before committing |
19:55:33 | kugel | bertrik: uhm, did I get something wrong? Is the radio already in svn? |
19:55:56 | kugel | what's the clip-radio6.patch for then? |
19:55:56 | lucent | in sansa fuze OF the "lock image" appears when hitting hold, wonder if it can be backtracked by finding that |
19:56:21 | kugel | lucent: sure, point us to the image :) |
19:58:17 | J-23 | remove the LCD and capture signals going to it, and convert them to bitmap :P |
19:58:49 | bertrik | kugel, that patch contains some ugly hacks to demonstrate that radio works, but that should not be committed |
19:59:25 | lucent | bertrik: would just look for 3x3 black color in bitmap format, unless it's compressed |
19:59:47 | lucent | the center of the "keyhole" graphic is all one color black value |
19:59:55 | lucent | not seen anywhere else in images that I look at |
20:00 |
20:00:34 | lucent | mightn't be possible hm |
20:00:49 | lucent | other thing to look at is all cases where the backlight is being turned on |
20:01:09 | | Join gregzx [0] (n=chatzill@drr86.neoplus.adsl.tpnet.pl) |
20:01:14 | kugel | lucent: I bet there're dozens of images a black 3x3 part |
20:01:36 | lucent | with "hold" engaged, when a key is pressed, the backlight is turned on and that graphic is displayed, and then disappears after a wait |
20:02:51 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
20:05:29 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
20:13:12 | kugel | I think I found buttonlight(bool on) |
20:14:21 | kugel | lcd init calls it with on=true |
20:15:08 | lucent | makes sense, pressing power button in OF -> backlight turns on, buttonlight turns on |
20:15:08 | | Join Horschti [0] (n=Horscht@p4FD4C252.dip.t-dialin.net) |
20:15:25 | | Quit Horscht (Nick collision from services.) |
20:16:29 | kugel | lcd init != backlight on |
20:17:09 | lucent | ah |
20:17:11 | lucent | okay |
20:19:41 | kugel | yes |
20:19:49 | kugel | that's the function |
20:20:04 | kugel | lucent: I'm fighting with the buttonlight, since it interferes with the microsd |
20:20:16 | kugel | so I need to look into the disassembly |
20:21:00 | lucent | kugel: I hope you are successful with the task :) |
20:21:21 | * | kugel too |
20:24:24 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
20:32:56 | kugel | bertrik: ping |
20:33:17 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
20:33:49 | | Join __lifeless [0] (n=lifeless@90.151.219.4) |
20:35:37 | * | bertrik is still here |
20:36:36 | kugel | bertrik: I'm curious what those adresses could mean: 0x300a70b0, 0x21c54, 0x24504 |
20:37:48 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
20:38:28 | bertrik | the 0x2XXXX addresses are in internal RAM, the 0x3XXXXXXX is in DRAM |
20:39:48 | *** | Saving seen data "./dancer.seen" |
20:39:49 | kugel | bertrik: ah, ok (I already expected the latter one). both are used by rockbox right? I.e. reading those because the OF does isn't helpful |
20:40:16 | kugel | bertrik: http://pastebin.ca/1287971 here's my buttonlight disassembly, maybe you have an idea what those could mean |
20:41:11 | kugel | whoops, the second last line is wrong |
20:42:00 | amiconn | gah |
20:42:29 | * | amiconn wonders who thought defaulting replaygain to 'on' is a good idea |
20:42:40 | * | kugel hides |
20:42:54 | * | Jaykay thinks it was a good idea |
20:42:55 | * | amiconn even wonders who invented replaygain in the first place :(( |
20:43:34 | Jaykay | kugel^^ |
20:43:43 | kugel | shh! |
20:43:58 | kugel | I did not invent it! |
20:44:06 | * | Jaykay hides to |
20:44:18 | * | Jaykay cant write english properly |
20:44:56 | Jaykay | amiconn:whats so bad about replaygain? |
20:45:24 | amiconn | It's annoying. I don't want any player/playing software to mess with playback related things behind my back |
20:46:13 | Jaykay | why is it annoying? i thing the changes are in most cases subtle |
20:46:19 | Jaykay | think |
20:47:05 | Zagor | amiconn: the default settings are not for you |
20:47:21 | pixelma | it doesn't do anything if you don't have any replaygain tags, does it? |
20:47:31 | Zagor | no |
20:47:35 | amiconn | With the new defaults, I have to set even more things to non-default than with the old ones |
20:47:57 | amiconn | And afaik precut is always applied, tags present or not |
20:48:00 | Zagor | use a .cfg file |
20:48:35 | * | amiconn thinks we should follow a strict opt-in policy for things like this |
20:49:10 | Zagor | "things like this"? |
20:49:12 | kugel | precut isn't changed |
20:49:41 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
20:50:07 | kugel | bertrik: do you have a few minutes to look at it? |
20:50:34 | amiconn | Zagor: Fancy things which change output without the user noticing (if he doesn't check settings) |
20:51:06 | bertrik | kugel, to be honest, I'm not very motivated to look at the button light code tonight. I've seen it in the sansa clip code too and it confused me. |
20:51:16 | amiconn | And while I don't use and don't want replaygain, I cannot guarantee that all my tracks are replaygain tag free |
20:51:29 | kugel | bertrik: have you even clicked at it? I annotated it already |
20:51:45 | lucent | GPIOD hmm |
20:52:51 | kugel | amiconn: then batch remove the tags. having it on on default is a good thing |
20:53:01 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
20:53:09 | kugel | it doesn't alter/cripple the sound, it only changes the volume |
20:54:28 | lucent | yeah and it only does it once per track, not continuously |
20:55:47 | | Join akur [0] (n=akur@bl6-151-108.dsl.telepac.pt) |
20:55:49 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
20:56:04 | amiconn | Changing the volume is changing the sound imo. And it does it in a way that can potentially cause distortion |
20:57:01 | kugel | amiconn: turn it off then. replaygain is for people that want t avoid distortion, and thus it should be on |
20:57:10 | pixelma | can there be positive replaygain values? |
20:57:18 | lucent | amiconn: there's a desire for features which can normalize the volume of a wide ranging recording style, older albums are "quieter" with more headroom, newer albums are compressed to sound "louder"... but they want this change without modifying the original rip |
20:57:38 | kugel | pixelma: if the level is below 89db yes |
20:57:47 | lucent | replaygain is sufficient and widely used |
20:57:59 | gevaerts | lucent: The objection is to the *by default* thing, not about the existence of the option |
20:58:00 | pixelma | so yeah, there is one downside |
20:58:11 | | Join webguest18 [0] (n=44af5d91@gateway/web/cgi-irc/labb.contactor.se/x-0e71ab1b5755c569) |
20:58:14 | * | bertrik considers renaming as3525-codec.c to ascodec-as3525.c to bring it in line the convention of the other as3525 driver code |
20:58:25 | kugel | pixelma: why is this a downside? |
20:58:32 | Zagor | pixelma: it's no more a downside than poorly ripped encoded files are |
20:58:39 | kugel | positive values don't automatically mean distortion |
20:58:45 | amiconn | lucent: I know this, and what replaygain does. But I much prefer adjusting the volume manually than have the playback software manipulate it behind my back |
20:59:12 | kugel | and if it causes noticeable distortion, then the files aren't replaygained |
20:59:20 | pixelma | e.g. if you use your player on car/home stereo and explicitly set it to 0dB, you can get clipping if the rg value is positive and you don't know about it |
20:59:41 | | Quit webguest18 (Client Quit) |
20:59:42 | Zagor | pixelma: no. in that case the replaygain value is wrong |
21:00 |
21:00:43 | | Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
21:00:53 | pixelma | ? |
21:01:41 | kugel | amiconn: but the other 99% of the people prefer to use existing possibilities to avoid manually adjusting the volume for every single track |
21:01:54 | gevaerts | 99%? |
21:01:57 | amiconn | Zagor: Afaiu replaygain normalizes the perceived volume. So for faint track with a few sharp pulses, applying the replaygain value can lead to the pulses clipping. The precut value is there to prevent this, and it needs to set low enough to actually do. |
21:02:01 | lucent | kugel: most people are not deejays |
21:02:04 | * | kugel surely exaggerated, but still |
21:02:12 | amiconn | How much this 'low enough' is depends on the music... |
21:02:26 | lucent | kugel: most people want their toaster oven to make toast, instead of them sitting there with a shirt iron to make their own toast the perfect way by hand |
21:02:48 | pixelma | Zagor: understood now, took a while |
21:02:52 | lucent | :) |
21:02:54 | Lear | Pre-cut isn't to prevent distortions; that's what the peak values are for. |
21:05:20 | lucent | amiconn: it's a matter of convenience |
21:05:44 | * | amiconn is fundamentally annoyed by this replaygain |
21:06:03 | lucent | if ReplayGain is inconvenient for you, then why not improve ReplayGain? |
21:06:19 | Zagor | amiconn: then keep it disabled. |
21:06:33 | amiconn | Since rockbox supports it, and it is technically possible to implement it on hwcodec, it should be implemented on hwcodec |
21:07:18 | Zagor | amiconn: no, we implement things we want to implement. if you want to add it to hwcodec, feel free to do so. |
21:07:38 | amiconn | There is a patch for this, but the patch doesn't take the mas buffer delay into account. It is possible to do this, but it's not trivial, and since replaygain is one of those features I never use, I'm not motivated to work on it.... |
21:07:41 | Unhelpful | how would that work, read the RG tags, and change the global gain in the packets before feeding to the codec? |
21:08:03 | amiconn | Unhelpful: No, simply adjust the output volume accordingly |
21:08:41 | amiconn | This can even be done without adjusting the global analog volume, by using the stereo matrix in the mas. This matrix also works for s/pdif output |
21:09:22 | Unhelpful | the other way would be equivalent to what mp3gain "normally" does, and would not involve having to account for a decode delay. |
21:09:24 | amiconn | But fiddling with the output volume reqires taking the mas buffer delay into account |
21:09:27 | | Quit gevaerts (Nick collision from services.) |
21:09:36 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
21:09:42 | amiconn | Unhelpful: Yeah, but it would only work for mp3, not for mp2, and neither for pcm |
21:09:44 | | Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-038-024.ewe-ip-backbone.de) |
21:10:26 | Unhelpful | hrm, mp2 doesn't have per-packet gain values? |
21:10:45 | amiconn | nope |
21:12:31 | | Nick hillshum_ is now known as Hillshum (n=hillshum@75-165-241-153.slkc.qwest.net) |
21:14:28 | Unhelpful | that would be a problem then. extending the "volume adjust" method to swcodec targets would also mean that we don't need DSP for RG if there are no other DSP effects being used, and that we're sending the sound to the audio hardware unaltered in that case, for audiophiles who care about that. |
21:15:12 | | Join vertic23 [0] (i=bla@g224007084.adsl.alicedsl.de) |
21:15:39 | amiconn | Swcodec has a potentially higher and less predictable delay between feeeding samples into the pcm buffer and actually outputting them |
21:16:44 | Unhelpful | would the hardware allow an interrupt on reaching a certain point in the buffer, or similar? |
21:16:55 | amiconn | What we basically need to do on hwcodec is calculating how many frames are in the mas' internal buffer, in order to calculate the delay. This can be done by looking at the size of every frame we feed itno the mas |
21:17:22 | | Quit Thundercloud (Remote closed the connection) |
21:18:18 | amiconn | The mas requests new data as soon as there is some free space, and we can check the timer tick regularly. I think it should be possible to get the estimate accurate to about +/- 10 ms (1 tick) |
21:19:17 | amiconn | Then we should push gain reductions a little, and delay gain increases a little to always stay on the quite side |
21:19:25 | amiconn | *quiet |
21:20:29 | amiconn | The mas buffer is fixed size, but is able to buffer ahead a significant amount of time. With 8kbps mp3 it's >1 second |
21:20:33 | Unhelpful | i can see things being a little dodgy in shuffled mode, if we're going from or to a track that mixes to the adjacent one on the album it came from. would fading the volume across a few ticks maybe be a good idea? |
21:21:14 | amiconn | If you use album gain, nothing would change between those tracks |
21:22:20 | Unhelpful | amiconn: right, but if we're transitioning to such a track while shuffling, it could hit quite loud or quiet compared to the previous track. |
21:22:25 | amiconn | And you cannot really fade - setting the volume isn't very fast, because it has to go through the mas' i2c |
21:22:55 | amiconn | Unhelpful: Hence my idea to delay gain increases, and push gain decreases |
21:23:21 | | Quit akur (Read error: 145 (Connection timed out)) |
21:23:33 | Lear | Unhelpful: ReplayGain is supposed to adjust samples, to reduce the likelyhood of clipping (e.g., from lossy encoding). |
21:23:38 | Unhelpful | amiconn: i didn't follow what you were saying before, but i see that it's exactly what i was about to tell you. |
21:23:52 | amiconn | This would mean that the sound ends up too quiet for a few milliseconds - imo much better than too loud |
21:24:00 | | Quit tyfoo (Connection timed out) |
21:26:57 | | Join BigBambi [0] (n=alex@177.27.192-77.rev.gaoland.net) |
21:27:50 | Unhelpful | i'm inclined to agree, if the best we can hope for is "adjust volume on a tick near the actual track change" |
21:28:07 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
21:28:43 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
21:32:49 | | Quit vertic39 (Read error: 110 (Connection timed out)) |
21:33:20 | | Join akur [0] (n=akur@bl6-147-195.dsl.telepac.pt) |
21:33:26 | | Part akur |
21:33:40 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
21:34:02 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
21:36:15 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
21:40:23 | | Join blkhawk- [0] (n=blkhawk@f051102186.adsl.alicedsl.de) |
21:44:23 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-fa3083a35920f9c8) |
21:45:17 | saratoga | replaygain induced clipping is virtually unheard of |
21:45:30 | | Join Hillshum_ [0] (i=4ba5f199@gateway/web/ajax/mibbit.com/x-7c4984530e98b219) |
21:46:13 | | Quit Hillshum_ (Client Quit) |
21:46:14 | lucent | I've heard it |
21:46:22 | lucent | and it was completely my fault |
21:46:58 | lucent | song-by-song RG on a collection with some really bad encodes in the pile |
21:47:24 | | Join neddy [0] (n=john@nat/sun/x-a6a5e8f8b583ab86) |
21:49:44 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
21:51:40 | | Join Rondom [0] (n=Rondom@dslb-084-057-177-083.pools.arcor-ip.net) |
21:53:59 | | Quit tyfoo2 ("Carpe diem") |
21:55:45 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
21:57:23 | | Join massiveH [0] (n=massiveH@pool-72-76-241-24.nwrknj.fios.verizon.net) |
21:57:23 | | Quit massiveH (Client Quit) |
21:57:58 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
21:58:21 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@f051102186.adsl.alicedsl.de) |
21:59:39 | | Quit LambdaCalculus37 ("mibbit.com: LUG Xmas party!") |
21:59:50 | | Quit dfkt_dt (Read error: 60 (Operation timed out)) |
22:00 |
22:00:32 | | Quit toffe82 (Connection timed out) |
22:00:52 | | Quit gregzx (Remote closed the connection) |
22:01:22 | | Quit faemir (Operation timed out) |
22:06:25 | | Join massiveH [0] (n=massiveH@pool-72-76-241-24.nwrknj.fios.verizon.net) |
22:06:42 | | Quit massiveH (Read error: 104 (Connection reset by peer)) |
22:11:05 | | Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) |
22:15:47 | saratoga | kugel: has anyone requested the USB datasheet yet for the AMS chips? |
22:16:15 | kugel | saratoga: Not that I know |
22:17:38 | | Quit dfkt (Read error: 60 (Operation timed out)) |
22:21:07 | lucent | how to delete files from FAT so that the data is zero |
22:21:25 | lucent | else it is hard to compress a filesystem image |
22:21:41 | | Join gregzx [0] (n=chatzill@drr86.neoplus.adsl.tpnet.pl) |
22:22:35 | saratoga | create a file thats all zeros the size of the disk |
22:23:01 | | Quit {phoenix} (Remote closed the connection) |
22:23:05 | lucent | ah |
22:23:30 | lucent | copying from fuze internal is slow for me :/ |
22:23:41 | lucent | taking an 1+ hour to copy 8GB |
22:24:24 | | Quit Horschti ("User was distributing pornography on server; system seized by FBI") |
22:26:13 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-038-024.ewe-ip-backbone.de) |
22:27:55 | | Quit fredddy (Remote closed the connection) |
22:30:24 | | Quit karashata ("G'bye everyone!") |
22:30:47 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
22:35:41 | | Quit B4gder ("It is time to say moo") |
22:39:51 | *** | Saving seen data "./dancer.seen" |
22:50:09 | kugel | uhm |
22:50:21 | kugel | does anyone have an idea what "Rod control" might be? |
22:54:32 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
22:59:11 | | Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) |
22:59:52 | linuxstb | kugel: resistor open drain control? |
23:00 |
23:01:19 | kugel | linuxstb: no idea what that is :/ but it's set after activating the buttonlight in the OF |
23:01:49 | linuxstb | kugel: It may help if you gave some context to your question. |
23:01:52 | * | kugel made a disassembly since buttonlight isn't trivial due to interferes with microsd |
23:02:51 | kugel | linuxstb: http://pastebin.ca/1288087 |
23:03:17 | kugel | SD_MCI_BASE bit 7 is "Rod control", as per datasheet |
23:03:20 | | Quit XavierGr (Nick collision from services.) |
23:03:31 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
23:05:21 | kugel | and I fount that some kind of buttonlight_init within lcd_init_device |
23:08:46 | kugel | linuxstb: do you have an idea what that is? |
23:10:35 | * | bluebrother wonders if it would help to put the autodetection button at the top of the window |
23:13:17 | linuxstb | kugel: No. |
23:13:46 | | Quit Thundercloud (Remote closed the connection) |
23:17:37 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:18:31 | | Join JdGordon [0] (n=jonno@c211-28-145-137.smelb2.vic.optusnet.com.au) |
23:27:40 | bluebrother | hmm. Displaying a busy dialog instead of the selection is a bit strange if the detection is rather quick −− i.e. if no slow external drive is involved. |
23:29:32 | | Quit bertrik ("Leaving") |
23:30:25 | | Quit Rondom ("Ex-Chat") |
23:31:19 | | Quit JdGordon|zzz (Read error: 110 (Connection timed out)) |
23:33:50 | PaulJam | hmm, does anyone else find it strange that now the "backlight (when plugged in)" timeout is shorter than the backlight on battery timeout? |
23:34:47 | soap | good catch - change it! |
23:38:36 | | Join ameyer [0] (n=ameyer17@adsl-75-57-190-24.dsl.emhril.sbcglobal.net) |
23:42:03 | | Quit faemir (Read error: 104 (Connection reset by peer)) |
23:42:42 | | Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) |
23:45:23 | | Quit petur ("Zzzzz") |
23:46:40 | | Join RockRabbit [0] (n=3aac9a01@gateway/web/cgi-irc/labb.contactor.se/x-5b44aaf4fe93dccc) |
23:47:00 | | Quit HellDragon (Read error: 54 (Connection reset by peer)) |
23:48:20 | | Quit RockRabbit (Client Quit) |
23:49:00 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
23:49:07 | | Join RockRabbit [0] (n=3aac9a01@gateway/web/cgi-irc/labb.contactor.se/x-7eea7a5f4975b528) |
23:50:02 | RockRabbit | When trying to compile rockbox, im getting "../tools/configure: 2044: arm-elf-gcc: not found WARNING: The compiler you must use (arm-elf-gcc) is not in your path! " trying to run ../tools/configure. |
23:50:18 | lucent | RockRabbit: are your devel tools set up? |
23:50:33 | RockRabbit | I have already run rockboxdev.sh to get the development tools and that seemed to work fine. |
23:51:24 | bluebrother | do you have put the install path into your PATH variable? |
23:51:30 | lucent | RockRabbit: you need to set your path to get to those tools where they are installed, I think |
23:51:32 | bluebrother | *have you put |
23:53:31 | RockRabbit | echo $PATH shows "/usr/local/arm-elf/bin:/usr/bin/perl:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games " |
23:53:58 | lucent | did you export PATH or just set it ? |
23:54:00 | RockRabbit | However the appears to be no arm-elf-gcc anywhere on the hard drive. |
23:54:08 | lucent | oh heh |
23:54:19 | lucent | RockRabbit: what prefix did you install to? |
23:54:53 | RockRabbit | What do you mean by prefix? |
23:55:19 | RockRabbit | The line in my bashrc file is "export PATH=/usr/local/arm-elf/bin:/usr/bin/perl:$PATH" |
23:55:20 | bluebrother | how did you install the compiler? |
23:55:36 | RockRabbit | Using rockboxdev.sh |
23:55:59 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
23:56:09 | RockRabbit | I can build an early version of the bootloader no problems |
23:56:33 | lucent | um... okay |
23:56:45 | lucent | RockRabbit: which OS are you using? |
23:56:57 | RockRabbit | Ubuntu 8.10 AMD64 |
23:57:03 | lucent | hm |
23:57:13 | lucent | let's walk through the process together, okay? |
23:57:23 | RockRabbit | fine |
23:57:35 | lucent | I'll privmsg you, one minute please |
23:57:53 | | Quit ender` (" The likelihood of Perl being involved in a system is directly proportional to the length of time the system has been in mai") |