--- Log for 17.12.108  Server: niven.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 8 days and 15 hours ago

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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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")