--- Log for 26.11.109 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 7 hours and 22 minutes ago 00.01.55 # Ok thanks everyone for help. 00.01.58 Quit wodz ("CGI:IRC") 00.02.49 Quit petur ("Zzzzz") 00.04.02 # kugel: use ldr = etc instead of adr. the address is *already* stored as a constant on account of being loaded in that manner elsewhere. 00.04.41 # arm docs are pretty clear about the adr pseudo-op being illegal between sections, as absurd as that is. 00.06.07 Join geert_ [0] (n=chatzill@cc412026-a.zwoll1.ov.home.nl) 00.10.10 Quit pamaury ("exit(*(int *)0 / 0);") 00.11.10 Quit bertrik (Read error: 113 (No route to host)) 00.13.53 Join Strife89 [0] (n=michael@adsl-146-208-69.mcn.bellsouth.net) 00.14.45 Join dude187 [0] (n=chris@cpe-75-187-48-206.columbus.res.rr.com) 00.16.47 Quit Stephen___ ("Leaving") 00.17.49 Quit stripwax (Read error: 110 (Connection timed out)) 00.18.55 # New commit by 03kugel (r23753): Add a simple sanity check before checking for changed binary. 00.21.23 Quit domonoky1 (Read error: 104 (Connection reset by peer)) 00.22.06 Quit geertvdijk (Read error: 110 (Connection timed out)) 00.23.24 # New commit by 03kugel (r23754): Mini2440: Cleanup SD driver a bit, undefine SD_DEBUG for faster transfers, implement hotswap and HAVE_HOTSWAP_STORAGE_AS_MAIN. 00.39.44 Join LlorPhone [0] (n=pocketir@166.189.133.63) 00.39.47 *** Saving seen data "./dancer.seen" 00.40.18 Nick LlorPhone is now known as llorean (n=pocketir@166.189.133.63) 00.40.54 Nick llorean is now known as Llorean (n=pocketir@rockbox/user/Llorean) 00.44.13 Join fffdrg [0] (n=51db45cf@giant.haxx.se) 00.44.17 Quit liar (Read error: 113 (No route to host)) 00.44.34 Join trffffr [0] (n=51db45cf@giant.haxx.se) 00.44.43 Quit trffffr (Client Quit) 00.44.53 Join trffffr [0] (n=51db45cf@giant.haxx.se) 00.45.10 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 00.46.24 Quit trffffr (Client Quit) 00.49.13 Quit fffdrg ("CGI:IRC (Ping timeout)") 00.49.25 Quit Llorean (Read error: 104 (Connection reset by peer)) 00.59.54 # * Strife89 wonders if the plugin fiasco has been fixed. 01.10.58 Part toffe82 01.26.26 # Unhelpful: are plugins supposed to work with the eabi builds? 01.31.21 Quit robin0800 (Remote closed the connection) 01.32.43 Quit T44 (Read error: 104 (Connection reset by peer)) 01.35.14 Quit flydutch ("/* empty */") 01.37.29 # New commit by 03kugel (r23755): Redo a hack that precluded entering a folder on an ejected hotswap drive. Use storage api and proper defines for the drive folder instead. 01.37.41 # oosp 01.38.46 # git s dcommit 01.38.57 # New commit by 03kugel (r23756): Revert unrelated commit 01.39.15 # wrong window too :/ 01.41.23 # kkurbjun: they should. 01.41.50 # yeah... I'm seeing them work, it just happened to be that doom was the first I tried 01.41.53 # it crashes 01.42.21 # it's in a routine that's setting up some structures, so I'm trying to figure out why it's crashing now 01.45.30 Quit Thundercloud (Remote closed the connection) 01.47.04 Nick geert_ is now known as geertvdijk (n=chatzill@cc412026-a.zwoll1.ov.home.nl) 01.48.27 Join Tomis2 [0] (n=Tomis@70.134.104.238) 01.51.11 # New commit by 03kugel (r23757): Remove unused card_detect(), and make card_detect_target() static inline in each sd driver. 01.54.13 Quit StealthyXIIGer (Read error: 145 (Connection timed out)) 01.54.25 Quit Tomis (Read error: 131 (Connection reset by peer)) 01.54.25 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.104.238) 01.55.37 # Unhelpful: what is an enum size for eabi? 01.57.43 # depends :) 01.58.17 # kugel, I'm looking at that now - it looks like enums can be variably sized 01.58.24 # that can really break doom 01.58.25 # * kugel hopes doom isn't passing enums via pointer and dereferencing assuming enum would be int-size 01.58.35 # it is 01.58.49 # fortunately we only had a single case of that in the core 01.59.07 # if it's a single enum you could cast it to that enum pointer though 01.59.39 # it would be a real pain to fix it in doom - it does it all over the place 02.00.01 # well, doom isn't what is once has been anyway :p 02.00.16 # how do you mean? 02.00.30 # kkurbjun: you could compile doom with -fno-short-enums (iirc), although if it accesses *any* enums or structs containing enums in core *that* will be broken as well. 02.01.03 # I was about to shout "get rid of it", but honestly I'm not impressed anymore by it 02.01.05 # Unhelpful: I am not aware of any enums in the plugin api offhand 02.01.38 # kugel, I don't really care if you're impressed by it, it's not up for removal 02.01.43 # what about in pluginlib? 02.01.50 # kkurbjun: I was kidding 02.01.53 # it'll warn on linking to pluginlib, too. :/ 02.02.01 # I don't believe it uses pluginlib offhand 02.04.05 # :), but yes, it does give warnings - I used the -mabi=aapcs-linux flag when compiling it - I'm not sure if that has other consequences though 02.06.33 Quit geertvdijk (Read error: 110 (Connection timed out)) 02.07.07 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 02.07.09 # it runs with that flag, I'll have to look into where exactly it uses the enums that way - there's at least one place that mixes them with int pointers that causes data aborts, it might be possible to work around that with a bit of trickery though 02.08.46 Quit GeekShadow ("The cake is a lie !") 02.09.33 Join Topy44 [0] (n=Topy44@92.228.133.129) 02.09.33 Quit parafin ("So long and thanks for all the fish") 02.09.43 Join parafin [0] (i=parafin@paraf.in) 02.10.24 # kkurbjun: "a bit of trickery" pretty much means either changing the enum vars to int, or using pointers of the correct type. 02.11.37 # in general C does not promise that enum variables are of a specific size... 02.13.06 Quit Tomis () 02.24.41 Nick jds2001_ is now known as jds2001 (n=jds2001@fedora/jds2001) 02.30.24 Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 02.31.51 Join Tomis [0] (n=Tomis@70.134.104.238) 02.32.26 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 02.33.41 Join killan [0] (n=nnscript@c-94fc70d5.06-397-67626721.cust.bredbandsbolaget.se) 02.34.35 # Unhelpful: yeah, my intention was to manipulate them to use the correct size- it would require an extra entry in the structure that contains all the settings for doom. Offhand I think it could store a sizeof the variable and then switch the size entry when performing the copy 02.34.55 # so that it is typedefd to the right size 02.36.03 Join killan_ [0] (n=nnscript@c-94fc70d5.06-397-67626721.cust.bredbandsbolaget.se) 02.38.36 Quit dude187 (Read error: 113 (No route to host)) 02.39.50 *** Saving seen data "./dancer.seen" 02.40.23 Quit Tomis () 02.44.58 Quit killan_ ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 02.45.03 Quit Lucky7hirteen () 02.45.52 Quit MethoS- (Remote closed the connection) 02.50.39 Part kkurbjun 03.03.03 Quit kugel (Remote closed the connection) 03.07.13 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 03.08.47 Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 03.23.31 Join Llorean [0] (n=DarkkOne@pool-71-114-234-160.austtx.dsl-w.verizon.net) 03.24.57 Quit JdGordon ("Leaving.") 03.27.03 Join dmb [0] (n=Dmb@unaffiliated/dmb) 03.30.14 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.38.45 Quit Strife89 (Connection reset by peer) 03.39.15 Join Strife89 [0] (n=michael@adsl-146-208-69.mcn.bellsouth.net) 03.41.23 Quit FlynDice (Remote closed the connection) 03.41.43 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 03.42.29 Quit bzed (brown.freenode.net irc.freenode.net) 03.42.29 NSplit brown.freenode.net irc.freenode.net 03.42.29 Quit ps-auxw (brown.freenode.net irc.freenode.net) 03.42.29 Quit Overand (brown.freenode.net irc.freenode.net) 03.42.29 Quit markun (brown.freenode.net irc.freenode.net) 03.42.29 Quit knittl (brown.freenode.net irc.freenode.net) 03.42.29 Quit fish_ (brown.freenode.net irc.freenode.net) 03.42.29 Quit rjg (brown.freenode.net irc.freenode.net) 03.42.29 Quit hatseflats (brown.freenode.net irc.freenode.net) 03.44.43 Quit Topy44 (Read error: 131 (Connection reset by peer)) 03.46.29 Join Topy44 [0] (n=Topy44@g228133129.adsl.alicedsl.de) 03.47.28 Join Rob2223 [0] (n=Miranda@79.220.194.17) 03.51.55 Join CaptainKewl [0] (n=jason@69.115.142.44) 03.58.22 NHeal brown.freenode.net irc.freenode.net 03.58.22 NJoin Overand [0] (i=overand@crappy.domain.name) 04.05.03 Quit TheSeven (Nick collision from services.) 04.05.21 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.05.28 Quit Rob2222 (Read error: 113 (No route to host)) 04.05.33 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.15.43 NJoin bzed [0] (n=bzed@devel.recluse.de) 04.15.43 NJoin ps-auxw [0] (n=arneb@dyn37.ps-auxw.de) 04.15.43 NJoin hatseflats [0] (n=hatsefla@193.200.132.183) 04.15.43 NJoin rjg [0] (i=rgordon@odie.tomelliott.net) 04.15.43 NJoin knittl [0] (n=knittl@unaffiliated/knittl) 04.15.43 NJoin fish_ [0] (n=fish@freigeist.org) 04.15.43 NJoin markun [50] (n=markun@rockbox/developer/markun) 04.16.07 Part froggyman 04.17.02 Quit Rondom (Nick collision from services.) 04.17.14 Join Rondom_ [0] (n=Rondom@dslb-084-057-153-175.pools.arcor-ip.net) 04.20.28 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 04.23.51 # * Llorean discovers that the clip doesn't mute after minimum volume 04.31.02 Join Lss [0] (n=Lss@cm205.delta92.maxonline.com.sg) 04.37.53 Quit Lss (Read error: 54 (Connection reset by peer)) 04.39.35 Quit parafin (brown.freenode.net irc.freenode.net) 04.39.35 NSplit brown.freenode.net irc.freenode.net 04.39.35 Quit Hadaka (brown.freenode.net irc.freenode.net) 04.39.35 Quit r00s (brown.freenode.net irc.freenode.net) 04.39.35 Quit aevin (brown.freenode.net irc.freenode.net) 04.39.35 Quit Strife89 (brown.freenode.net irc.freenode.net) 04.39.35 Quit jasio (brown.freenode.net irc.freenode.net) 04.39.35 Quit J-23 (brown.freenode.net irc.freenode.net) 04.39.35 Quit JdGordon (brown.freenode.net irc.freenode.net) 04.39.35 Quit _Tristan_ (brown.freenode.net irc.freenode.net) 04.39.35 Quit jordan` (brown.freenode.net irc.freenode.net) 04.39.35 Quit rasher (brown.freenode.net irc.freenode.net) 04.39.35 Quit grndslm (brown.freenode.net irc.freenode.net) 04.39.35 Quit Slasheri (brown.freenode.net irc.freenode.net) 04.39.35 Quit jon-kha (brown.freenode.net irc.freenode.net) 04.39.35 Quit lostlogic (brown.freenode.net irc.freenode.net) 04.39.35 Quit thegeek (brown.freenode.net irc.freenode.net) 04.39.35 Quit n17ikh (brown.freenode.net irc.freenode.net) 04.39.35 Quit yosafbridge (brown.freenode.net irc.freenode.net) 04.39.35 Quit GodEater (brown.freenode.net irc.freenode.net) 04.39.35 Quit ThomasAH (brown.freenode.net irc.freenode.net) 04.39.35 Quit evilnick (brown.freenode.net irc.freenode.net) 04.39.35 Quit bzed (brown.freenode.net irc.freenode.net) 04.39.35 Quit ps-auxw (brown.freenode.net irc.freenode.net) 04.39.35 Quit Rondom_ (brown.freenode.net irc.freenode.net) 04.39.35 Quit markun (brown.freenode.net irc.freenode.net) 04.39.35 Quit fish_ (brown.freenode.net irc.freenode.net) 04.39.35 Quit rjg (brown.freenode.net irc.freenode.net) 04.39.35 Quit hatseflats (brown.freenode.net irc.freenode.net) 04.39.35 Quit knittl (brown.freenode.net irc.freenode.net) 04.39.35 Quit HBK (brown.freenode.net irc.freenode.net) 04.39.35 Quit FOAD (brown.freenode.net irc.freenode.net) 04.39.35 Quit goffa (brown.freenode.net irc.freenode.net) 04.39.35 Quit Kopfgeldjaeger (brown.freenode.net irc.freenode.net) 04.39.35 Quit gevaerts (brown.freenode.net irc.freenode.net) 04.39.35 Quit shodanX_ (brown.freenode.net irc.freenode.net) 04.39.35 Quit BlakeJohnson86 (brown.freenode.net irc.freenode.net) 04.39.35 Quit sbhsu (brown.freenode.net irc.freenode.net) 04.39.35 Quit kadoban_ (brown.freenode.net irc.freenode.net) 04.39.35 Quit togetic (brown.freenode.net irc.freenode.net) 04.39.35 Quit AlexP (brown.freenode.net irc.freenode.net) 04.39.35 Quit Dhraakellian (brown.freenode.net irc.freenode.net) 04.39.35 Quit tha (brown.freenode.net irc.freenode.net) 04.39.35 Quit Zambezi (brown.freenode.net irc.freenode.net) 04.39.35 Quit xavieran (brown.freenode.net irc.freenode.net) 04.39.35 Quit ChanServ (brown.freenode.net irc.freenode.net) 04.39.54 *** Saving seen data "./dancer.seen" 04.40.00 Join ShapeShifter499 [0] (n=chatzill@adsl-64-160-118-139.dsl.scrm01.pacbell.net) 04.40.59 NHeal brown.freenode.net irc.freenode.net 04.40.59 NJoin ChanServ [0] (ChanServ@services.) 04.40.59 NJoin JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 04.40.59 NJoin Rondom_ [0] (n=Rondom@dslb-084-057-153-175.pools.arcor-ip.net) 04.40.59 NJoin markun [50] (n=markun@rockbox/developer/markun) 04.40.59 NJoin fish_ [0] (n=fish@freigeist.org) 04.40.59 NJoin knittl [0] (n=knittl@unaffiliated/knittl) 04.40.59 NJoin rjg [0] (i=rgordon@odie.tomelliott.net) 04.40.59 NJoin hatseflats [0] (n=hatsefla@193.200.132.183) 04.40.59 NJoin ps-auxw [0] (n=arneb@dyn37.ps-auxw.de) 04.40.59 NJoin bzed [0] (n=bzed@devel.recluse.de) 04.40.59 NJoin Strife89 [0] (n=michael@adsl-146-208-69.mcn.bellsouth.net) 04.40.59 NJoin parafin [0] (i=parafin@paraf.in) 04.40.59 NJoin HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) 04.40.59 NJoin FOAD [0] (n=dok@dinah.blub.net) 04.40.59 NJoin goffa [0] (n=goffa@70.33.8.114) 04.40.59 NJoin _Tristan_ [0] (i=tristan@66.252.24.153) 04.40.59 NJoin Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 04.40.59 NJoin gevaerts [0] (n=fg@rockbox/developer/gevaerts) 04.40.59 NJoin jordan` [0] (n=jordan@78.235.252.137) 04.40.59 Join rasher [50] (n=rasher@rockbox/developer/rasher) 04.40.59 NJoin shodanX_ [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 04.40.59 NJoin grndslm [0] (n=grndslm@174.126.14.4) 04.40.59 NJoin Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 04.40.59 NJoin Zambezi [0] (i=Zulu@80.67.9.2) 04.40.59 NJoin togetic [0] (n=togetic@unaffiliated/ibuffy) 04.40.59 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 04.40.59 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 04.40.59 NJoin kadoban_ [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 04.40.59 NJoin AlexP [0] (n=alex@rockbox/staff/AlexP) 04.40.59 NJoin tha [0] (i=1038@ccc2.rbg.informatik.tu-darmstadt.de) 04.40.59 NJoin xavieran [0] (n=xavieran@ppp118-209-137-145.lns20.mel6.internode.on.net) 04.40.59 NJoin n17ikh [0] (n=n17ikh@69.59.126.212) 04.40.59 NJoin evilnick [0] (i=4571af51@rockbox/staff/evilnick) 04.40.59 NJoin J-23 [0] (n=zelazko@unix.net.pl) 04.40.59 NJoin thegeek [0] (n=nnscript@129.241.123.168) 04.40.59 NJoin r00s [0] (n=ru@zentrale.profitables.biz) 04.40.59 NJoin aevin [0] (i=eivindsy@unaffiliated/aevin) 04.40.59 NJoin Hadaka [0] (n=naked@naked.iki.fi) 04.40.59 NJoin jasio [0] (n=yann@cpc2-rdng20-2-0-cust902.15-3.cable.virginmedia.com) 04.40.59 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 04.40.59 NJoin jon-kha [0] (i=jon-kha@kahvi.eu.org) 04.40.59 NJoin GodEater [0] (n=bibble@rockbox/staff/GodEater) 04.40.59 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 04.40.59 NJoin yosafbridge [0] (n=yosafbri@64.71.152.39) 04.40.59 NJoin ThomasAH [0] (n=thomas@aktaia.intevation.org) 04.40.59 Mode "#rockbox +o ChanServ " by irc.freenode.net 04.56.30 # Llorean: The iPod Color technically doesn't mute at -74, but it's so quiet that one otherwise needs absolute silence to have any chance of noticing. 04.57.52 # Strife89: I listen to my gigabeat pretty regularly in the 70s at night 04.58.06 # And the Clip is quiet but I can make it out 04.58.36 Quit ShapeShifter499 (Client Quit) 05.00.38 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 05.02.06 Join bughunter21 [0] (n=bughunte@ip4da4427e.direct-adsl.nl) 05.02.06 Quit bughunter2 (Nick collision from services.) 05.02.17 Nick bughunter21 is now known as bughunter2 (n=bughunte@ip4da4427e.direct-adsl.nl) 05.03.57 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 05.12.41 Join bughunter21 [0] (n=bughunte@ip4da4427e.direct-adsl.nl) 05.12.41 Quit bughunter2 (Nick collision from services.) 05.12.52 Nick bughunter21 is now known as bughunter2 (n=bughunte@ip4da4427e.direct-adsl.nl) 05.29.46 Quit CaptainKewl (Remote closed the connection) 05.34.21 # : 05.35.22 Quit Strife89 ("Bed.") 05.39.10 Join FOAD_ [0] (n=dok@dinah.blub.net) 05.41.50 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.43.11 Quit rvvs89 (Read error: 110 (Connection timed out)) 05.43.16 Join T44 [0] (n=Topy44@92.227.200.109) 05.45.35 Join jesusaurus [0] (n=jon@adelie.cs.pdx.edu) 05.45.37 Quit Topy44 (Read error: 54 (Connection reset by peer)) 05.50.33 Quit Horscht (Read error: 104 (Connection reset by peer)) 05.55.23 Quit FOAD (Read error: 110 (Connection timed out)) 05.55.23 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 05.58.56 Nick FlynDice is now known as FlynDice_ (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 06.05.46 Quit FlynDice_ (Remote closed the connection) 06.06.08 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 06.06.25 Quit Llorean ("Leaving.") 06.20.08 Join rvvs89 [0] (n=ivo@203.24.97.254) 06.24.42 Join Lucky7hirteen [0] (n=freaking@76.201.152.48) 06.24.57 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 06.39.59 *** Saving seen data "./dancer.seen" 06.47.58 # Llorean: just discovered myself a few days ago that the lowest volume setting on my c200 is not completely silent either 06.53.35 Join Hilikus [0] (n=hilikus@unaffiliated/hilikus) 06.53.47 # hey guys. does rockbox support symlinks? 06.54.07 Join KBH [0] (n=hbk@97.77.51.170) 06.59.27 Quit bluebrother (Nick collision from services.) 06.59.29 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 07.08.43 Quit Lucky7hirteen (Read error: 110 (Connection timed out)) 07.11.25 Quit HBK (Read error: 110 (Connection timed out)) 07.11.31 Nick KBH is now known as HBK (n=hbk@97.77.51.170) 07.25.53 # JdGordon: why do rsbs files get packaged on targets without remote and why do they exist as ".rsbs" in the source? For WPSs the packager will pick a suitable .wps if the target has a remote and renome when making the zip and I think that would be better and more consistent for sbs as well. You also save one file in the source or actually two if I would commit what I have because I'd need another file for the greyscale Iaudio remote 07.26.11 # rename too 07.26.32 # the rsbs in the source can be deleted 07.26.42 # they get added becasue im a lazy coder... 07.26.45 # back in a few min 07.28.45 Join JdGordon1 [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 07.30.41 # should work the same as wps and rwps, so I'd expect that adapting the mechanism wouldn't be that hard or time consuming 07.34.32 # sure... just add a check in buildzip.pl to see if there is a remote.... or leave it because a 4KB text file isnt a big deal 07.35.40 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 07.37.07 Part Hilikus ("Ex-Chat") 07.38.38 # removing the assumption of there being an inbuilt statusbar (of any type makes a few screens much simpler :) 07.39.17 # it means the only screens to ever need to modify the there are ones which require the full screen... which are almost none 07.45.08 Quit BHSPitLappy ("Ex-Chat") 07.45.44 Quit xavieran (Read error: 110 (Connection timed out)) 07.47.12 # but any that require full screen may leave artifacts if the statusbar area is not updated 07.48.04 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.48.18 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.49.23 # once more? 07.49.42 # full screen means the statusbar has been disabled 07.52.54 # JdGordon1: the text file isn't big but it clutters up the directory and is confusing 07.53.22 # it will be hidden on non remote targets... 07.53.46 # * JdGordon1 would prefer someone to spend some time fixing wpsbuild.pl instead of buldzip.... 07.55.11 # not in the filebrowser (internal if you have let it show all files or of your OS) and it's still clutter even if you don't usually see it 08.00.30 # ok, sure 08.01.49 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.19.31 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.40.00 *** Saving seen data "./dancer.seen" 08.43.15 Join Tomis [0] (n=Tomis@99-189-114-148.lightspeed.sntcca.sbcglobal.net) 08.45.49 # TheSeven: after those timer changes the nano2g is a lot more fun to use 08.47.04 # only things left not working for me are usb storage access when HID is on, and 'stkov dircache' panic each time i disconnect from usb and have dircache on 08.47.06 Join flydutch [0] (n=flydutch@host56-162-dynamic.14-87-r.retail.telecomitalia.it) 08.48.02 Join Rob2222 [0] (n=Miranda@p4FDCC011.dip.t-dialin.net) 08.48.13 Join AndyI [0] (n=pasha_in@212.14.205.32) 08.48.28 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) 08.50.03 Join BlakeJohnson86 [0] (n=bjohnson@24.118.162.123) 08.50.44 # topik: just increase the dircache stack size for now 08.50.49 # no idea about the usb problem though 08.51.11 # i turned it off instead. 2G storage is not enough to get lost in 08.51.31 # but you're right, the clickwheel behavior has improved dramatically 08.53.31 # even with the nervous wheel the nano2g running rockbox is much better than the OF but now it's less of a challenge using the menus 08.55.49 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.59.01 Join maruk [0] (n=papier@212.95.65.22) 09.01.34 Quit bertrik (Read error: 60 (Operation timed out)) 09.02.26 Quit Zagor ("Don't panic") 09.04.49 Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") 09.05.14 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.05.33 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 09.11.12 Join petur [50] (n=petur@rockbox/developer/petur) 09.13.08 Quit BlakeJohnson86 (Read error: 145 (Connection timed out)) 09.13.54 Join liar [0] (n=liar@212.67.226.9) 09.17.16 Quit TheSeven (Read error: 113 (No route to host)) 09.22.03 Join Bagder [0] (n=dast@giant.haxx.se) 09.24.33 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 09.26.03 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.29.41 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 09.44.14 Quit Zagor (Remote closed the connection) 09.45.59 Quit Thundercloud (Remote closed the connection) 09.48.22 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 09.53.53 Join Psirus [0] (n=sam-ragg@91-64-149-202-dynip.superkabel.de) 09.54.06 Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 09.55.07 Join kugel [0] (i=kugel@rockbox/developer/kugel) 10.01.38 Quit liar (Read error: 145 (Connection timed out)) 10.32.19 Join DerPapst [0] (n=DerPapst@79.232.241.239) 10.34.51 Join liar [0] (n=liar@213162066162.public.t-mobile.at) 10.39.40 Part Psirus 10.40.01 *** Saving seen data "./dancer.seen" 10.55.15 Quit phanboy4 (Read error: 104 (Connection reset by peer)) 10.59.09 Join Casainho [0] (n=chatzill@87.196.141.41) 10.59.46 Quit liar (Read error: 110 (Connection timed out)) 11.22.33 Join webguest27 [0] (n=79dcfdfe@83.168.254.42) 11.22.42 # hello 11.22.59 Join pamaury [0] (n=pamaury@140.77.26.191) 11.23.08 # um how can i re tore my ipod 1g nano 11.23.31 # ??? 11.23.59 Quit webguest27 (Client Quit) 11.28.28 Quit kugel (Read error: 145 (Connection timed out)) 11.29.55 # pamaury: I'll try to review the mtp work later today. It would be nice to get it committed, even if it doesn't fully work yet 11.32.15 # gevaerts: yes I agree but there are still things I would like to discuss and code before commiting it. This include changes to usb.c and also it would be necessary to think about the MSC/MTP relation 11.37.52 # I don't know if there are plans to have other usb drivers is a (near) future but perhaps all usb drivers should have an activation flags (like usb_hid) and there would be a menu in which the user can change the usb driver profile (ex: MSC+HID, MTP, MSC, HID only, ...). And in the debug menu, one could edit this driver by driver and the hold button would launch this profile. This would avoid those hardcoded call in usb.c 11.39.49 Join kugel [0] (i=kugel@rockbox/developer/kugel) 11.41.33 # I think the calls in usb.c are fine actually, although maybe they could just be in a loop. The UI bit of it does need work 11.41.55 # * gevaerts can talk about this in-depth tonight 11.42.54 # yes I don't have much time now, we'll discuss this later :) 11.49.29 Join chaos__ [0] (n=chaos@gen2.org) 11.50.27 Quit chaos (Nick collision from services.) 11.50.31 Nick chaos__ is now known as chaos (n=chaos@gen2.org) 11.51.57 Join ED-209 [0] (n=3cf226e3@giant.haxx.se) 11.52.06 Quit pamaury ("exit(*(int *)0 / 0);") 11.54.24 Quit ED-209 (Client Quit) 11.54.42 Join ED-209 [0] (n=3cf226e3@83.168.254.42) 11.59.05 # hi. I have a question regarding chip8 roms. how do I play the games? 11.59.41 # you select the files in the file browser 12.02.40 # ok so it's PRECISELY what I said in the other channel, except I was supposed to ask in here for some reason 12.02.48 # cool thanks. 12.03.15 # you didn't say that 12.03.59 # I asked if I just put the roms anywhere and then open them with the chip8 viewer 12.04.20 # ED-209: is it really hard to understand the concept of "this channel is for discussing rockbox, -community is for regular chat"? 12.04.46 # Selecting a file (i.e. playing it) is different from opening it with the viewer (which would be a long-select then Open With etc.) 12.06.16 Join MethoS- [0] (n=clemens@134.102.106.250) 12.19.04 Join watto [0] (n=watto@193.203.81.165) 12.19.43 Part watto 12.19.53 Join watto [0] (n=watto@193.203.81.165) 12.20.00 Part watto 12.21.02 Join watto [0] (n=watto@193.203.81.165) 12.21.18 Part watto 12.22.46 Join watto [0] (n=watto@193.203.81.165) 12.40.05 *** Saving seen data "./dancer.seen" 12.44.44 # ok so I just unzip the file 12.44.56 # and play the .ch8 file 12.45.24 # I mean .bin file 12.45.31 # or do I keep them zipped? 12.49.52 # you need to unzip it. 12.50.33 # they also need to be called .ch8 12.50.59 # otherwise it won't know what viewer to run it with and you will have to do Open With from the context menu 12.52.48 Quit matsl (Read error: 110 (Connection timed out)) 12.59.00 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.01.54 Quit Casainho (Remote closed the connection) 13.04.59 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 13.05.11 Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 13.13.20 # that was a COLLOSSAL waste of time 13.15.07 # I would rather have sat in the dark pushing thumbtacks into the roof of my mouth than play those games 13.15.31 # we're happy to learn that 13.16.00 # yay, I'm helping 13.16.20 # How? Is there something wrong with Rockbox's Chip8 viewer? 13.17.12 # for a start the games were all about 1/4 the size of the screen and I could hardly see them, most of the games ran far to quickly to play (breakout and any of those clones) and often the keymapping was wrong or nonexistent 13.17.19 Join Lss [0] (n=Lss@cm205.delta92.maxonline.com.sg) 13.18.21 # half the games returned a plugin error, probably more, but I got an "archive" of every known chip8 game from some forum.. so maybe the chip8 roms were bad, or maybe the plugin has some error, I don't know 13.19.10 # OK, _thats_ useful feedback... 13.19.18 # Chip8's screen resolution is 48x24 pixels, so yes, they are mostly going to be smaller than the screen 13.20.20 Quit kugel (Read error: 110 (Connection timed out)) 13.20.24 # but most of the games were unplayable because you'd push an arrow one direction or something, and you'd go too fast or too far, sometimes the keymapping was upside down or only one key worked, and the speed of the games was pretty much unplayable. 13.20.49 # the chip8 has 16 keys arranged in a 4x4 grid so it's not too easy for us to map that in a way that works for every game 13.21.03 # there is no fixed direction keys 13.21.22 # can't you magnify the resolution by making each pixel 4? make the resolution 96x48 ? 13.21.36 # it shouldn't run too fast, though, as far as I know. 13.21.53 # chip8 delay timer is supposed to run at 60Hz regardless of what system you are running on 13.22.00 # so games should run at the same speed always.. 13.22.13 # maybe we have abug there, or maybe the games you tried were badly written and didn't use the delay timer.. 13.22.14 # they looked like they were running WAY too fast 13.22.30 # they were supposed to be chip8 roms from the machine you described 13.22.48 # if they weren't chip8 games they wouldn't do anything, so, er, yes :) 13.22.52 # I have a picture of some crappy console thing with a 4x4 grid of buttons 13.22.56 # Yes 13.23.08 # That's what the chip8 is 13.23.12 # well, in theory 13.23.19 # it's a virtual machine, there's never been a *real* one that I know of 13.23.23 # well on the h300 they ran way too fast, I couldn't imagine them running at that speed normally 13.24.03 # I have pictures of a bunch of them... there is some RCA version, it's in a blue box with the 1234 etc buttons... then some shitty breadboard looking things that have been cobbled together 13.24.30 # well yes, it's possible to implement it in hardware i fyou want 13.24.54 # is there ever going to be a 2600 emulator? 13.25.08 # or something I can play pitfall on... 13.25.15 # FS#6048 13.25.39 # there is indeed a 2600 emulator, but it may not work 13.26.11 # last time I looked at the update the guy had given up because some of the code wasn't public domain or something 13.26.19 # and it never worked 13.27.02 # latest patch posted ther eclaims to work on ipodvideo simulator 13.27.09 # so you could try it. 13.27.27 # I don't know how to apply a patch.. 13.27.59 # it also probably lacks button mappings for your player 13.28.24 # but yah. if you particularly want to see a 2600 emulator, then I suggest you learn to apply patches, and test it :) 13.28.38 Join liar [0] (n=liar@213162066157.public.t-mobile.at) 13.28.44 # if it's demonstrated to work on real targets it's much more likely to go in 13.28.48 # I really only want to play pitfall 13.29.43 # I may look up how to apply patches but really I never play games, only if I'm stuck on a train for 40 minutes 13.30.03 # if I have some suggestions for superdom will someone here listen? 13.30.37 Join robin0800 [0] (n=quassel@81.98.157.181) 13.30.48 # maybe, but if you want to discuss improvements to games it's probably better to do it on the forum 13.32.14 # as for the chip8 stuff.. 13.32.49 # if there are specific games you can point to which are public domain then it might be a good idea to report a bug describing the issues with speed 13.33.04 # especially if you cna try them on some other chip8 emulator and see if they work there 13.33.13 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 13.33.43 # really, what is the fanbase for that. if nobody else has brought this up, I doubt anyone else has even bothered with those horrible old "games" 13.34.11 # most people who would try to play chip8 games probably already know what it is 13.34.33 # it's a 48x24 monochrome virtual machine, with only one beep sound and a weird keyboard layout. 13.34.45 # oh, I got no beeps at all. 13.34.55 # Maybe the games weren't making any? 13.35.02 # I got all the games. 13.35.12 # There is literally just one noise. You can make it beep for a variable duration but can't even change the pitch. 13.35.20 # so, i don't imagine games use it a lot ;) 13.35.35 # you presumably didn't run all the games 13.35.47 # I did. 13.36.00 # well, anyway. if you care at all, then specific reports of what's wrong would be good 13.36.04 # from A to Z 13.36.16 # but you are correct that chip8 games are not particularly great on the whole and probably only have very specific retro nostalgia value ;) 13.36.44 # it's a very easy system to emulate, which is probably why someone did 13.37.22 # I might note down exactly what is wrong with each game if I try playing them again, but at the moment I've gotta pack what's left of my possessions before the rest of the apartment collapses 13.37.48 # if you were going to do that then you should really test that the games in question work on another emulator first, though 13.37.58 # it's quite possible that some of them 8are* broken :) 13.38.02 # I've got the emulator too 13.38.14 # if I do anything I'll do that. 13.38.31 # in a few days 13.42.30 # * Torne needs to get abck to working on his zmachine emulator ;) 13.42.54 # been too distracted fixing ipod stuff and reverse engineering beast stuff. 13.43.07 Join ercani [0] (n=ercan-i@78.185.59.214) 13.43.18 Part ercani 13.44.48 Join kugel [0] (i=kugel@rockbox/developer/kugel) 13.47.10 Join ercani [0] (n=ercan-i@78.185.59.214) 13.50.35 Part ercani 13.54.04 Join geertvdijk [0] (n=chatzill@cc412026-a.zwoll1.ov.home.nl) 14.06.40 Join pamaury [0] (n=pamaury@140.77.26.191) 14.11.19 Quit Tomis () 14.12.43 Join Tomis [0] (n=Tomis@99.189.114.148) 14.40.06 *** Saving seen data "./dancer.seen" 14.49.05 Join Strife89 [0] (n=Strife89@adsl-146-208-69.mcn.bellsouth.net) 14.59.18 Join Strife1989 [0] (n=michael@adsl-146-208-69.mcn.bellsouth.net) 14.59.49 Quit Strife1989 (Read error: 54 (Connection reset by peer)) 15.07.01 Quit mikroflops (Remote closed the connection) 15.11.00 Join mikroflops [0] (n=yogurt@217.208.157.242) 15.21.35 # * pondlife logs a note for Blue_Dude - please can you have a look at FS#10814 15.24.57 Quit pamaury (Read error: 54 (Connection reset by peer)) 15.33.26 Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) 15.34.52 # Hm. I thought that function tolerated a zero length input but I don't have time to take a look at the moment. The fix looks OK for the moment though. I'm working on a replacement for that function anyway, so it can't hurt. 15.35.11 Quit Blue_Dude (Client Quit) 15.35.18 Join bughunter21 [0] (n=bughunte@ip4da4427e.direct-adsl.nl) 15.35.18 Quit bughunter2 (Nick collision from services.) 15.35.29 Nick bughunter21 is now known as bughunter2 (n=bughunte@ip4da4427e.direct-adsl.nl) 15.38.16 # gevaerts: feel like brainstorming a bit about user testing? http://docs.google.com/Doc?id=dhd2nzjv_1gtp58fx3 15.41.26 # * gevaerts would like to, but he doesn't really have time :\ 15.41.33 # New commit by 03pondlife (r23758): Fix crash when crossfading at natural track transition - FS#10814 15.47.18 # * kugel added a point 15.49.18 # except I didn't 15.54.49 Join bug2000 [0] (n=bug@unaffiliated/bug2000) 15.58.20 Quit bug2000 ("Bug.In.Your.System") 15.58.53 Join bug2000 [0] (n=bug@unaffiliated/bug2000) 16.01.51 Part pondlife 16.02.41 Quit antil33t (Read error: 104 (Connection reset by peer)) 16.02.47 Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 16.28.51 # i forgot about this webchat thing 16.30.32 # I'll come back here when I've found out which chip8 games work and which have screwed up keymapping, compared to an emulator 16.30.41 Quit ED-209 ("CGI:IRC") 16.35.14 Join soap [0] (n=David_Ha@rockbox/staff/soap) 16.35.16 Part LinusN 16.40.10 *** Saving seen data "./dancer.seen" 16.46.53 # I'm changing tools/configure to always ask for memory size. have that different per target just adds complexity in the build scripts 16.47.05 # having* 16.47.20 # that seems inconvenient :( 16.47.38 # what, having to press enter one extra time? 16.47.57 # it will still default to the correct values 16.47.58 # Oh, you can leave it blank? 16.48.02 # yes 16.48.04 # Right, sorry :) 16.48.06 # the added complexity isn't huge 16.48.17 # kugel: it's unnecessary 16.48.40 # What about considering them as separate targets, rather than as an option? 16.48.42 # Zagor: the builds scripts should use --options though... 16.48.46 # basically we have to store in one script what configure does 16.49.00 # B4gder: good point 16.49.01 # is it critical code? that would be really inconvenient 16.49.13 # kugel: why would it be "really" inconvenient? 16.49.41 # * kugel doesn't see the gain of removing it 16.49.56 # look at tools/release/voices.pl 16.50.20 # it stores an array with info about how configure acts for each target, since it has to run differently 16.50.29 # that's just bad design 16.50.43 # although Bagder's point with --options make this a moot point 16.50.56 # fix voices.pl to use the options instead, as Bagder said 16.50.57 # so I'll leave it alone 16.51.01 # * kugel is too slow 16.51.47 # that's why i originally implemented that options. my local script suffered from that too :) 16.55.07 # anyone got an idea for how to prompt for a single character nicely? :) 16.55.57 # at the moment i'm doing kbd_input(buf, 5); which is not very obvious :) 17.00.40 Join toffe82 [0] (n=chatzill@adsl-70-137-198-46.dsl.frs2ca.sbcglobal.net) 17.02.07 Quit kugel (Read error: 145 (Connection timed out)) 17.09.03 Quit Zagor ("Don't panic") 17.11.53 Quit Sajber^ (Success) 17.23.41 Join n1s [0] (n=n1s@rockbox/developer/n1s) 17.32.28 Quit Strife89 ("If you hold a Unix shell to your ear, you can hear the C.") 17.50.14 Join Omlet [0] (i=omlet05@87.65.14.107) 17.56.11 Quit liar (Connection timed out) 17.57.32 # New commit by 03mcuelenaere (r23759): Merge branch 'hotswap' 18.02.16 Quit petur ("work->home") 18.05.20 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.05.46 # anyone that can enlighten me on the red? I have CONFIG_STORAGE set to STORAGE_SD.. 18.06.07 # (oh and my previous commit was supposed to have its full history, not a single "merge branch" one..) 18.07.00 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.08.49 Join solexx_ [0] (n=jrschulz@e176107176.adsl.alicedsl.de) 18.10.17 Join hebz0rl [0] (n=hebz0rl@dslb-088-065-053-152.pools.arcor-ip.net) 18.10.26 # mcuelenaere: oh, you adapted quickly :) 18.10.34 # kugel: no, I had that driver ready for a long time :) 18.10.42 # it was just Rockbox that needed adapting ;) 18.10.56 # hehe 18.11.23 # looks like the SD driver needs some MV_ -> MD_ adaption 18.13.38 # hmm great, we have both MULTIDRIVE and MULTIVOLUME.. :/ 18.13.53 # yes, that's intentional 18.14.40 Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 18.14.47 # yeah well I wasn't sure which to choose for sd.c; figured it out now :) 18.17.16 # hm, I simply defined multidrive for the mini2440 to get around those other changes 18.17.45 # New commit by 03mcuelenaere (r23760): Define HAVE_MULTI{VOLUME,DRIVE} (aka fix red) for Onda VX7x7 18.18.02 # yes I saw that, but isn't that a bit hackish? 18.18.35 # well, your commit just did that too ? 18.19.07 # I know :) 18.19.16 # * mcuelenaere now has to fix the VX767.. 18.22.20 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 18.22.34 # New commit by 03mcuelenaere (r23761): Fix Onda VX767 18.23.47 Quit maruk (Read error: 145 (Connection timed out)) 18.25.02 Quit solexx (Read error: 110 (Connection timed out)) 18.30.07 Join funman [0] (n=fun@rockbox/developer/funman) 18.32.50 Join maruk [0] (n=papier@titanium.sdv.fr) 18.33.12 Quit maruk (Client Quit) 18.38.08 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 18.39.32 # New commit by 03mcuelenaere (r23762): - Split off strip_volume() to a separate file ... 18.40.13 *** Saving seen data "./dancer.seen" 18.41.24 # New commit by 03mcuelenaere (r23763): Forgot file 18.43.53 Join Sajber^ [0] (n=Sajber@h-65-31.A213.priv.bahnhof.se) 18.49.06 # New commit by 03mcuelenaere (r23764): Define sd_drive_nr also when HAVE_HOTSWAP is defined (fix red). 18.49.17 # * mcuelenaere hopes this is the last one.. 18.49.51 # * geertvdijk feels very grateful seeing all those commits come by 19.09.46 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 19.09.58 # New commit by 03tomers (r23765): Fix diacritic and save some bin size ... 19.10.22 Quit funman ("free(random());") 19.15.57 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.16.11 # what's wrong with build.rockbox.org? 19.17.19 # kugel: works for me 19.17.39 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 19.17.39 Quit pixelma (Nick collision from services.) 19.17.42 Quit amiconn (Nick collision from services.) 19.17.43 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 19.17.56 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 19.18.02 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 19.20.28 # may I ask again why there is a "Failed regex:" right above the download table? 19.23.03 Quit tomers ("ChatZilla 0.9.85 [Firefox 3.5.4/20091028153816]") 19.23.14 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.23.46 # I can't access it :/ 19.24.10 # the build table works, but the current build download page not (using google chome) 19.26.43 # the page seems ok in FF but maybe that's still related 19.27.44 # seems so, epiphany works here 19.29.05 Quit n1s (Read error: 110 (Connection timed out)) 19.30.26 Join saratoga [0] (i=463f90ed@gateway/web/freenode/x-bqcgwnemnbvcqwjk) 19.30.49 # i noticed we've been making a lot of libraries that were permissively licensed GPL only as we optimize them 19.31.12 # for instance Tremor and libwma now appear to be GPL when they were originally BSD and LGPL 19.32.37 # what is the correct way to deal with this? 19.32.37 # we did that? 19.32.54 # kugel: by adding rockbox source headers, yeah 19.33.14 # see Tremor's /apps/codecs/lib/mdct_arm.S 19.33.24 # are we even allowed to just relicence? I thought we imported that code under its original license 19.33.53 # is there some indication on their websites/mailing lists that we are the cause? 19.33.56 Join fml [0] (n=c06d7cde@giant.haxx.se) 19.33.59 # the original license was BSD, so we can do whatever we want with it 19.34.24 # but i'm sure it was an accident, I emailed Tomasz and he said it was still BSD 19.34.42 # do we have a rockbox BSD header? 19.35.01 # or should the files have a GPL rockbox header and a note saying the original licensing can also be used? 19.35.10 # Hello. The link for the nuremberg fmr file is broken (on http://www.rockbox.org/wiki/FmPresetsEurope). Who can repair it? 19.35.36 # saratoga: except just relicensing it 19.35.58 # fml: are you in Nuremberg now? 19.36.01 Join Omlet [0] (i=omlet05@107.14-65-87.adsl-dyn.isp.belgacom.be) 19.36.08 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 19.36.23 # maybe to the other channel though... ;) 19.37.17 # I'm no lawyer but surely we can only dictate the license on code *we* wrote? 19.37.51 # kugel: you can relicense BSD code if you want 19.37.55 # the license says so 19.38.13 # pixelma: Yes. But not long anymore. 19.38.15 # "Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer." 19.39.09 # which is GPL compatible 19.39.35 # fml: I suspect it is a codepage issue and try to fix it 19.39.38 # thats the idea, you can put the Tremor decoder into your companies source code and license it however you like 19.40.01 # that's not exactly what you do 19.40.05 # the license is still BSD 19.40.22 # doesn't that mean that source redistributions shall keep the license text intact? 19.40.22 # it's just very liberal in what it allows you to do with it 19.40.28 # hmm... didn't help, maybe on of the Swedes can help 19.40.36 # but can you put GPL code into a BSD project and still claim the whole is licensed as BSD? 19.40.48 # bertrik: no 19.41.09 # I think you can 19.41.11 # you'd then violate the GPL license 19.41.17 # thats what Tremorlo does to tremor 19.41.32 # GPL optimizations + Tremor = GPL project 19.41.49 # B4gder: "Attachment 'N%C3%BCrnberg-Nuremberg.fmr' does not exist " I suggest removing the first part which should have been Nürnberg from the filename. Can you do this? (the nuremberg.fmr on FmPresetsEurope 19.42.22 # fml: how long? 19.42.29 # saratoga: that way works, but the other way around 19.42.46 # kugel: oh 19.42.48 # sorry misread it 19.42.57 # the project being gpl doesn't necessarily mean that each single source file is gpl too 19.42.58 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 19.43.00 # pixelma: today. Why do you ask? 19.43.02 # exactly, you can put BSD into a GPL project and release the whole thing as GPL 19.43.21 # fml: I'm in Fürth 19.43.44 # so if I want to our Tremor BSD licensable so that it could be given back to Xiph, how do I do that? 19.43.54 # remove the mistaken GPL header, or add a BSD header next to the GPL one? 19.44.17 # saratoga: you need permission from the contributors (if any) that added (non-trivial) code assuming it was GPL 19.44.19 # that fmr file is a bit inaccurate anyways depending on where exactly you are in Nuremberg 19.44.33 # B4gder: I have it 19.44.44 # pixelma: he-he. But I'm afraid I can't go out tonight. :-/ 19.44.58 # then you can just as well put the BSD header on it and leave it licensed like that, imho 19.45.32 # fml: well, nothing to do about then 19.45.43 # B4gder: ok 19.46.03 # hmm i can't make libwma full LGPL though since it uses the rockbox CORDIC code for computing sin and cos 19.46.15 # i'll have to get rid of those 19.46.41 # make CORDIC LGPL? 19.50.07 Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) 19.50.46 Quit mcuelenaere (Nick collision from services.) 19.50.50 Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@rockbox/developer/mcuelenaere) 19.52.14 # preglow commited it years ago but i don't know where he got it from 19.52.29 # i'll ask him 19.56.35 Quit fml ("CGI:IRC") 19.58.19 Join polobricolo [0] (n=polobric@AGrenoble-257-1-21-117.w86-194.abo.wanadoo.fr) 20.04.13 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 20.05.34 # saratoga: tremor seems to be still bsd 20.05.54 # yeah but not all its files are (mdct_arm.S) 20.07.27 # * kugel can't find that file 20.07.39 # http://svn.xiph.org/trunk/Tremor/ ? 20.15.55 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 20.17.51 # amiconn: ping 20.19.09 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 20.19.14 Quit flydutch ("/* empty */") 20.23.14 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 20.24.42 Quit rphillips (Client Quit) 20.27.32 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 20.29.42 Join rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net) 20.30.24 Nick Rondom_ is now known as Rondom (n=Rondom@dslb-084-057-153-175.pools.arcor-ip.net) 20.31.27 # kugel: its the optimized version of the Tremor IMDCT for arm, i moved it to apps/codecs/lib so other codecs could use it 20.31.28 Quit domonoky (Read error: 104 (Connection reset by peer)) 20.32.03 Join stripwax [0] (n=Miranda@87.194.34.169) 20.32.51 Quit stripwax (Client Quit) 20.32.57 # I cant find it in the original tremor source 20.33.18 # yeah its a new file we added, which is why it got a GPL header 20.33.49 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 20.36.06 Quit saratoga ("Page closed") 20.39.38 Join pamaury [0] (n=pamaury@91.168.94.140) 20.39.48 # I thought you meant the tremor project changed the license 20.39.57 # oh, gone 20.40.15 *** Saving seen data "./dancer.seen" 20.40.55 Quit kugel (Remote closed the connection) 20.41.12 # If i were to do a "pirate" language translation, would it get added? 20.41.41 # isn't there already a wiki page for that? 20.42.03 # pamaury: why did you remove the usb_core_enable_driver() calls in the usb_state = USB_POWERED case? 20.42.27 # mcuelenaere: i didnt find one, if there is, please re direct me 20.42.37 # * mcuelenaere looks 20.43.03 # froggyman: we only accept translations from native speakers 20.43.18 # froggyman: http://www.rockbox.org/wiki/FunnyLangs 20.43.27 # they are very old though I think 20.43.36 # gevaerts: because it this case, the enabled drivers are selected by hand in the usb debug menu (I added some options to enable MSC, HID, Serial logf and MTP) 20.44.04 # pamaury: ok, so your own debugging? 20.44.05 # This is to have a fine grained control over usb drivers, it's not necessary for an everyday use however 20.44.09 # Yes 20.44.10 # gevaerts: Arg, Aye, I understand where ye be comin' from, rest assured I am a pure pirate, ARG! 20.44.56 # * gevaerts now points froggyman to the IrcGuidelines page, item 4 :) 20.45.53 # That's where my remark from this afternoon comes: I think a way to select between usb profiles would be better and among them, if the deug menu is activated, a way to selected exactly which drivers to enable 20.46.20 # yes, that's one of the issues we really need to solve 20.46.53 # * pamaury leaves for about half to hour to eat ! 20.47.20 # pamaury: I wouldn't put defines and structs in usb_mtp.h. They're really internal to usb_mtp.c, so files like usb_core.c that include usb_mtp.h for the function prototypes don't need them 20.48.29 # gevaerts: yes I noticed this, I plan to move them in usb_mtp.c or usb_internal.h (I don't like to have constants in a .c) 20.48.33 # Did you run out of stack somewhere? 20.48.34 Join petur [50] (n=petur@rockbox/developer/petur) 20.48.47 Join kugel [0] (n=kugel@rockbox/developer/kugel) 20.49.00 # Yes at some point at run out of stack but that was a long time ago, I need to check if it's still the case. 20.49.17 # I'm sorry, I have to leave but I come back soon 20.49.21 # ok 20.49.24 # if it's still the case, we should try to find out where 20.52.21 Part watto 21.03.47 Quit hebz0rl ("Ex-Chat") 21.04.45 Join n1s [0] (n=n1s@rockbox/developer/n1s) 21.13.42 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 21.14.19 Part pondlife 21.23.01 Quit bmbl ("Bye!") 21.27.58 # * pamaury is here again 21.30.44 Quit toffe82 (Remote closed the connection) 21.33.04 Join kugel_ [0] (n=kugel@e178077188.adsl.alicedsl.de) 21.37.05 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 21.43.05 # gevaerts: what do you mean by ""Device Friendly" does *not* mean human-readable!" ? 21.43.34 # pamaury: I mean that if they wanted it to mean that, they should have called it "Human Friendly" 21.43.44 # yes indee 21.43.45 # *d 21.46.07 # I think there will be a great deal of work to implement support for object properties and object types. I tried to setup a infrastructure for object properties but I don't know if it will proved to be useful or to rewritten 21.48.33 # Do you have to handle those read/write, or can you just give read access to the properties that you felt like doing? 21.49.25 # Hum, normally the spec specify if the property is RO or RW but I think I'm already violating this rule :) 21.49.53 # Actually you can have a write handler but reject any write with an error message so it's not a problem 21.50.16 # I the future, we will need a read and write function 21.50.45 # I'm not sure if supporting write is a good idea. It would need write support for all metadata on all codecs 21.51.06 Quit kugel (Read error: 110 (Connection timed out)) 21.51.08 # You could just do it in the database, but I wouldn't want to tie mtp too hard to that 21.51.11 # Yes for some of them it would be really hard to implement but some of them it perhaps worth it 21.51.31 # What kind of properties are we talking about? 21.51.48 # I have not think about all this yet. The read access to metadata is a must-have but write support is not necessary 21.52.12 # linuxstb: all sorts of metadata primarily, i.e. tags 21.52.28 # linuxstb: MTP properties ranges from file size to metadata, from calendar entries to personal contacts or email 21.52.50 # But we are mostly intested in metadata 21.53.41 # pamaury: I'd guess that people will like Rating to be R/W, but that one should be easy 21.55.10 # Yes that's why I said some write should be handle. Actually, rating tags are in tagcache, no ? 21.55.18 # they are, yes 21.55.30 Quit Tomis () 21.55.36 # ok so this would be a simple tagcache call, easy at first glance 21.57.25 # But we really need to solve the issue with MSC/MTP choice. Perhaps it's the occasion to setup a good way to choose between usb drivers 21.58.04 # gevaerts: (I have move the constants in a new file, usb_mtp_internal.h) 21.58.12 # great 21.59.00 # USB driver selection has several constraints : some are mutually exclusive, and there is a limit to what the device can do 21.59.45 # So just a list of booleans might be OK for storing the settings (and probably is the best solution), but it's not good enough for the UI 22.00.57 # Yes, from the UI point of view, we could have a menu to choose between profiles (the most often used are MSC and MSC+HID, and we could add MTP in that case) but still let advanced users choose driver by driver 22.01.35 # (the latter could be in the debug menu perhaps) 22.01.37 # how about a list of "slots", depending on how much endpoints we have, so you could choose mtp+hid or msc+none.. 22.02.04 # I don't think sending any users, advanced or otherwise into debug to change settings is a good idea 22.02.24 # usb profiles could just be config files with the right options, and a config browser..:-) 22.02.30 # We currently (or soon...) have four drivers : MSC, MTP, HID and Serial 22.03.34 # MSC+MTP is asking for problems (although you could probably technically do MTP for internal and MSC for SD), the rest depends on choice and available endpoints 22.04.35 # I don't think letting the normal user allocate slots is a good idea. Some users are probably already afraid by "MSC", "MTP" and "HID" 22.05.13 # I don't like separate "normal" and "advanced" options 22.05.16 # There's also the fun extra complication of charging mode. That really just means "No MSC" now, but what about MTP in that context? 22.06.35 # * domonoky thinks "charging mode" should just disable any usbmode which blocks the dap, so only MSC for now.. 22.06.52 Quit Grahack ("Leaving.") 22.08.09 # I disagree, charging mode means charging only so it should disable any driver except charging driver 22.08.17 # * gevaerts is still in a "list constraints" phase 22.08.17 # right 22.08.48 # doesnt HID currently also work in charging mode ? 22.08.59 # pamaury: "charging driver" means HID really, although it doesn't actually send events 22.09.15 # domonoky: It used to be in the debug menu, but no 22.09.23 # As if it did, you couldn't use the dap 22.09.27 # domonoky: yes and no 22.09.32 # There's the remote_control plugin 22.09.37 # ah yes 22.10.12 # ah, yes, because normal HID mode would block the DAP from use.. 22.10.17 # * gevaerts would like to see that one unified with the USB screen, allow the plugin to keep runnning during MSC, and drop button handling from the USB screen... 22.10.52 Part froggyman 22.13.13 # what exactly the current HID driver does ? Does it handle events and send them to the computer or is it the job of the usb screen or of a plugin ? 22.14.30 # pamaury: the driver itself basically only enumerates, and exposes a send_event() function that can be used by plugins or screens 22.14.31 # back to the UI, i think a menu with the list of available modes (juts on-off and protection against impossible combinations) + profiles as config files like radio presets would work fine. 22.15.25 # and if you select the maximum possible the others grey out? 22.15.31 Join Tomis [0] (n=Tomis@99-189-114-148.lightspeed.sntcca.sbcglobal.net) 22.15.56 # AlexP: either this, or a splash if you try to enable it. 22.16.21 # yeah, something like that 22.16.43 # domonoky: what exactly your menu would look like ? A list of combinaisons and a way to add a new one with radio presets ? 22.16.51 # AlexP: it's not that easy. A driver could e.g. need two endpoints per direction, so it wouldn't work if only one is available, while other drivers would. Also, possibly not all endpoints support all transfer types on all controllers (not sure here) 22.16.52 # domonoky: and e.g. if you select MSC then MTP is no longer selectable? 22.16.54 # mcuelenaere: Shouldn't there be a misc.h to go with misc.c ? Which raises the question of a naming conflict with apps/misc.h... strip_volume() is currently declared in dir_uncached.h and implemented in misc.c. 22.17.23 # hmm I hadn't thought about that 22.17.39 # gevaerts: count the needed endpoints per enabled driver, if over max show a splash 22.17.41 # gevaerts: Yeah, so if with the current selection another isn't available for whatever reason, either you can't select it, or when you do you get a splash telling you the problem 22.17.49 # linuxstb: it could probably be renamed to something like filefuncs.c or so 22.18.05 # We give each driver a "score" to help people chose 22.18.43 # So say e.g. your device has a max of 3, MTP is 2, MSC is 2, HID is 1 (or whatever, I clearly made those numbers up as I have no idea what they actually are :)) 22.18.55 # The way it currently works (in usb_core, so that doesn't have to force things on the UI) is that it tries to enable all selected drivers, some of which might fail 22.18.57 # * linuxstb thinks this USB configuration sounds like a logic puzzle plugin, not a setting... 22.19.10 # linuxstb: This is the problem 22.19.21 # Maybe just have a list of the combinations for each device 22.19.23 # linuxstb: for easy use, there would be premade configs to load 22.19.28 # Is this likely to be massive? 22.19.55 # One way to handle that rom the UI could be to store the selection somewhere, and when the user changes it, apply, see what got enabled, and if this is not the same go back to the previous one and complain 22.20.23 # you won't crash anything by getting it wrong 22.21.03 # Of course, you can only change the settings when not connected... 22.21.06 # mcuelenaere: I guess filefuncs.[ch] is as good a name as anything... Are you planning to put anything else there? 22.21.23 # linuxstb: no, it was just to get the simulator to build 22.22.15 # gevaerts: is it possible to compute easily if a configuration will work or is it too dependent from the target driver/features ? 22.22.38 # pamaury: yes and no 22.23.48 Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) 22.24.04 # The usb_core.c asks the controller driver to allocate endpoints of a specific type. The controller driver can refuse, in which case usb_core.c tells the class driver, and that class driver can either roll back or try a different combination (they all roll back now) 22.24.41 # mcuelenaere: Hmm, so what changed that required that function to be moved? 22.24.42 # yes that's true so it also depends on the usb drivers... :( 22.24.46 # You could duplicate that chain with some sort of trial mode, but the easiest way (while not connected) is just to store the active set, try the new one, and roll back if needed 22.25.13 # mcuelenaere: Or is this in preparation of a future commit? 22.25.46 # linuxstb: no, see http://build.rockbox.org/shownewlog.cgi?rev=23761;type=ondavx747sim#prob3 22.25.48 # My question is also: does it make sense to allow a user to edit profiles driver by driver and have a clever way to report errors ? There are really few configurations that will suffice in most cases. 22.26.55 # You'd have to make the profiles by hand for each controller 22.27.25 # and it could get out of hand if more class drivers are added 22.28.25 # kugel_: pong 22.28.45 # if it were not for the MSC/MTP thing, I'd go for a set of booleans, let the user do whatever they like, but complain if (a) no driver is selected) or (b) too many are selected 22.28.54 # MSC/MTP can be handled by complaining as well 22.31.06 # Yes that's true. So what you propose is to have a list of configurations, editable by hand, and when a configuration is choosen, the raises an error when connected if all drivers couldn't be loaded ? 22.31.29 # amiconn: can you test a patch for me (it changes LED stuff a bit) 22.31.46 # basically, I want the mini2440 to use both virtual and real leds 22.32.15 # Just a screen full of boolean settings 22.32.44 # The only problem is that this doesn't really fit in with the normal settings handling. I don't think that that is prepared to handle settings getting refused 22.33.57 # Why not but as we can't compute if the setting is valid or not, this would defer the actual check to the usb connection time 22.34.24 # no, the driver can tell you at any time. It's only unsafe to try this while connected 22.34.32 # * amiconn doesn't want to put a newer build on his recorder atm, because of all this ui brokenness :\\ 22.35.39 # hm, maybe it can't now, but that's easy to fix 22.35.39 # the ui is broken? 22.35.52 # and it's so broken that you can't test out a patch? 22.36.25 # I could test, but I don't want this broken ui on my recorder. 22.36.25 # Yes there could be trial mode for example but they this would menu would probably not fit the current model. 22.36.27 # mcuelenaere: What's special about the Onda's disk(s) that you have HAVE_MULTIVOLUME defined explicitly? On other targets, it's enabled indirectly via HAVE_MULTIDRIVE, which is undefined for the sim. 22.36.28 # fixing could be as easy as removing a "static" 22.36.39 # * amiconn is running a build several hundred revisions behind 22.37.04 # It's mainly the statusbar misbehaviour 22.37.31 # It's a major annoyance on my X5 already, hence I put updating my other daps on hold 22.38.25 # linuxstb: rockbox/firmware/drivers/sd.c:84: error: conflicting types for ‘sd_get_info’ <- the SD driver needs the IF_MV_ defines 22.38.45 # mcuelenaere: then sd.c should be fixed 22.38.51 # * mcuelenaere wasn't sure about that 22.39.36 # That IF_MV2 should be IF_MD2 22.39.38 # amiconn: why not post bug reports? 22.40.02 # same for the HAVE_MULTIVOLUME just below 22.40.10 # mcuelenaere: Although I wouldn't necessarily remove your fix - if that function is used by apps/ code, it makes sense to remove it from target-only files in firmware (dir_uncached.c and file.c) 22.40.17 *** Saving seen data "./dancer.seen" 22.40.27 # basically a block device driver shouldn't touch HAVE_MULTIVOLUME things, only HAVE_MULTIDRIVE 22.40.42 # gevaerts: do you want to change that? 22.41.02 # linuxstb: ok, then I'll move them to filefuncs.c and remove HAVE_MULTIVOLUME from the Onda's config 22.41.08 # I can 22.43.12 Join toffe82 [0] (n=chatzill@adsl-70-137-198-46.dsl.frs2ca.sbcglobal.net) 22.43.29 # New commit by 03gevaerts (r23766): Use MULTIDRIVE instead of MULTIVOLUME in sd.c 22.47.19 # Does the UI have support for something we need like checkboxes ? Would it require lots of work to build such a menu ? 22.48.58 # * gevaerts doesn't know 22.49.02 # 1) No. 2) I don't know... 22.50.23 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 22.50.58 Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) 22.50.59 Quit mcuelenaere_ (Remote closed the connection) 22.51.58 # And is such an interface adpated to all users ? It's ok for advanced users but what about the others, won't they be lost ? 22.53.00 Join einhirn_ [0] (n=Miranda@p548509D4.dip0.t-ipconnect.de) 22.54.02 # is the alternative better? What would you call your profiles? 22.54.40 # setting names can be translated, config file filenames can't 22.54.57 # Yes you're right. 22.55.16 # Also, some players (gigabeat S, maybe others) have plenty of endpoints, so you'd have lots of profiles 22.56.21 # The only tricky thing is "the setting is there, why can't I set it?" I think 22.57.24 # This require some interaction the usb subsystem 22.58.05 # yes 22.59.07 # Maybe we could fake a usb connection and see what happen. Not sure it's best solution but it's feasible 22.59.09 # Of course, in the short term we could just say "MTP or MSC?" and "HID?" 23.00.01 # And with such a system, it would be the responsability of the menu to handle incompatibilities ? (like MSC/MTP) 23.00.16 # pamaury: not needed. allocate_interfaces_and_endpoints() in usb_core.c is all you need. 23.00.59 # Trrue. 23.00.59 # *True 23.01.24 # We could improve that by using a separate flag for requested state and achieved state 23.01.41 # So it's simple for the usb part. The *complexity* is the user interface and on the selection of the drivers. 23.02.36 # I'm not sure about the MSC/MTP one. Is that technically a forbidden combination, i.e. is a no-storage MTP device really broken? If not, I think the mutex belongs outside of the USB stack 23.02.51 # yes, the UI is the only real problem 23.03.25 # what would be the use of separate flags ? The ui can pick the flags selected by the user, set usb driver selection flags, call allocation routine for endpoints and read back which drivers where actually enabled. 23.03.25 # * gevaerts knows that a no-storage MTP device is useless, but he could substitute an MSC device with all drives ejected 23.04.15 # And then show that as-is? 23.04.33 # What happened when exclusive mode is requested, all FS operations fail ? 23.05.04 Quit kugel_ ("exit(0);") 23.05.11 # If not all drivers were loaded, they find a way to tell the user which drivers were not enabled and ask it to change the settings 23.05.19 # As a user, I'd expect the last selection to be possibly reverted, but that's not what will happen. The last one in the driver enum will get disabled 23.06.21 # So (if starting out with a working combination) if the selection is not what the user wanted, I'd want to be able to revert to the previous one. You can do that in usb_core.c, or you can do it in the UI code 23.06.27 Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 23.07.11 # Or you do it in the UI code, with help from the USB code, e.g. black Y for active, black N for disabled, red Y for requested but disabled 23.07.14 Join archivator [0] (n=archivat@stu0279.keble.ox.ac.uk) 23.07.35 # The latter is what an extra flag in usb_core.c would achieve 23.07.52 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 23.07.59 # gevaerts: MTP is an object database, couldn't we just present a virtual "empty" MTP device? 23.08.33 Join polobricolo__ [0] (n=polobric@AGrenoble-257-1-21-117.w86-194.abo.wanadoo.fr) 23.08.36 # no directory objects, no album objects, etc? or if it would be too confusing, a virtual root with virtual album, song, etc directories? 23.08.41 # Unhelpful: true, we could. That means that according to my logic, the mutex belongs in the UI code 23.08.50 Quit bertrik ("De groeten") 23.08.55 # Unhelpful: I still want to avoid the situation for the user 23.09.11 # all of that would be ugly if something tries to write, i'm not sure how gracefully we can fail writes to MTP 23.09.41 # if it only happens on developer builds and weird manual settings, I don't care too much :) 23.10.04 # would it really be hard to present *only* one of MTP or MSC? 23.10.30 # no. The question is where we put the code for that exclusion 23.10.59 # gevaerts: what happended with exclusive storage ? Fs operation fails ? Then MTP+MSC would work but MTP code would respond with an error to all requets 23.11.38 # pamaury: will MTP require dircache? 23.11.38 # "hold back + left + vol up while plugging in to activate MTP mode" :D 23.12.09 # pamaury: yes. I think that clearly the MTP+MSC works, but it's of course undesirable. In my opinion, it means that guarding against selecting both belongs in apps/ in the settings screen 23.12.20 # n1s: if it doesn't we'd need to create some *other* database that maps directories to numeric IDs and keeps track of which files belong to which directories... 23.12.28 # Unhelpful: did you test with fstrict-aliasing on gcc4.0 ? and if so what were the results? 23.12.36 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.12.42 # n1s: let me update my results PDF :) 23.13.14 # ah, right (about the databases) 23.13.42 # amiconn: here's the patch: http://pastie.org/716540 23.13.43 # it will lead to some trouble when the dircache failsm though, i assume 23.14.05 # I think I just found a bug in the sim: here are the spectrograms of the same 1 kHz signal - http://imgur.com/8oWTe.png vs http://imgur.com/WWVex.png on target. Any chance the problem is on my end? Obviously, something changed since I last worked on fs#10065.. 23.14.11 # n1s: isn't that good? It might motivate people to fix it :) 23.14.43 # n1s: for now, MTP requires MTP because it's a nice way to have a file<->numeric map 23.15.13 # *require dircache 23.16.07 # gevaerts: yeah, maybe but it also means no MTP for lowmem targets 23.16.57 # The problem is that I'm not clever enough to work without it under lowmem conditions. 23.17.26 # and i think we have disabled dircache on some (all?) flash targets as it makes little sense (in its original sense, to speed up file browsing) 23.17.46 # n1s: you could possibly use the tagcache instead, but I'm not sure if that's actually an option without modifications, and then you require actually enabling that 23.17.54 # no big problem to reenable of course 23.18.02 # n1s: here, i reran all -O levels on 4.0.3 with -fstrict-aliasing. the highlighting compares the best tuned results vs those for the other compiler - if you want to see how tuned 4.0.3 + -fstrict-aliasing compares to a normal build, the "old" column has times for that. http://www.looking-glass.us/~chshrcat/rockbox/eabi_tests/results-gbs-strict-aliasing.pdf 23.18.09 # And tagcache means not being able to copy non-media files 23.18.35 # pamaury: how unique do the numbers have to be? 23.19.14 # and how big are they? 32 bit? 23.19.41 # gevaerts: they have to be unique for the set of accessible files accross the whole duration of a session. In simple term you need a one to one between accessibles files and identifiers. There are 32-bit long 23.21.27 # The problem is simple: on FAT fs, you don't have a simple way to do this with 32-bit identifiers so you need a build a map. Either you build it on ram (this is dircache) or on disk. But on disk it requires a really fast memory and it would be modified each time a file is created/deleted/moved 23.21.59 # Unhelpful: nice testing, what i'm really asking is if the aliasing patch should go in soon or wait for the eventual compiler switch? 23.22.26 # yes. You could try to implement an efficient way to do it, but chances are high that you'll end up with something equivalent to dircache 23.25.26 Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) 23.25.26 # I wonder why MTP authors didn't allowed 64-bit identifiers 23.26.50 # You could do an on-disk list with an LRU cache in front 23.27.19 # That will be slower than dircache, but it will also use a lot less RAM 23.27.32 # Unhelpful: I cant download the pdf :( 23.27.35 Quit bmbl ("Bye!") 23.28.42 # pamaury: is dircache usage deeply embedded, or would it be easy to abstract away? 23.32.10 # gevaerts: well it's deeply embedded in some function but most of them would be easy to fix. There are two kinds of function: those who only need a way to check a handle is valid and the associated name/size/... And there are a few function that really manipulate the dircache structure (like list_file) 23.33.13 Quit n1s ("Lämnar") 23.33.24 # I think it's possible to abstract it with moderate work 23.34.10 # New commit by 03mcuelenaere (r23767): Move strip_volume() to filefuncs.c and set properties. 23.34.44 # New commit by 03mcuelenaere (r23768): Onda VX747: don't define HAVE_MULTIVOLUME 23.34.44 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 23.34.45 # Anyway, I think it would be a good idea to abstract it because I don't like function like list_files which handle both the mtp low-level code and the dircache manipulation 23.35.27 Join liar [0] (n=liar@83.175.83.185) 23.36.03 # ok. Then it's at least a good idea to put on the TODO list I think. Once the abstraction is there, people can start thinking about ways to do it on lowmem targets 23.36.12 # re: sim problems above: just filed fs#10816 , if anyone's interested 23.37.15 # I think I'll do it soon because I'm already doing some abstraction on the storage api to handle multi-volume so I will probably do the same with FS code. 23.37.48 # n1s: if the bold column among the old Ox set is lower than in the "old" column, that means that with the correct -O flag -fstrict-aliasing is faster than what we're doing now. 23.38.07 # "old Ox" are all built with 4.0.3 non-eabi 23.38.37 # pamaury: just an idea for the MTP friendly name: you could use the MODEL_NAME define for that 23.39.10 # (perhaps prefixed with Rockbox media player) 23.39.19 Quit Tomis () 23.40.20 # Ah yes, that's a good idea, I searched a way to have the model name :) I will also use it in the device info. 23.42.12 Join Tomis [0] (n=Tomis@99-189-114-148.lightspeed.sntcca.sbcglobal.net) 23.46.51 # gevaerts: what do we do for ui menu ? 23.47.07 # think about it? ;) 23.48.33 # : 23.48.34 # :) 23.48.52 # I'd go for just a set of boolean choices (checkboxes, yes/no menus, whatever), with MTP vs MSC guarding (possibly greying the other out, or maybe a non-boolean solution for this one), and allocate_interfaces_and_endpoints() for the others 23.49.10 Join GeekShado_ [0] (n=Antoine@APoitiers-552-1-96-200.w92-149.abo.wanadoo.fr) 23.49.12 # and store the result in a bunch of settings, one per driver 23.49.16 # checkboxes would be nucie 23.49.17 # nice* 23.49.29 # * gevaerts leaves the UI advice to kugel :) 23.49.32 # I think disk_tidy implements such a kind of menu 23.50.15 # kugel: is there a way to integrate this sort of thing cleanly in the settings menu? 23.50.27 # From a user point of view, I prefer checkboxes rather than yes/no menu. 23.50.30 # I think so, yes 23.50.59 # it shouldn't be too hard, if you can switch icons via a callback (which I believe is possible) 23.52.12 # kugel: the big issue is that we have to reject some settings, without having a good way to know in advance 23.54.59 # well, you could check the settings when leaving the menu 23.55.35 # * gevaerts doesn't understand 23.56.04 # what do you mean by "in advance"? when is known? 23.57.02 Quit einhirn_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.57.16 # it's known as soon as that particular setup is tried, which can be done when the user checks one item 23.57.26 # or when leaving the menu of course 23.57.48 # When we leave the menu, we check if the settings are correct (if i understand gevaerts) and sometimes it may not be so we have to stay in the menu. 23.58.19 # well, I'd check after every single action, not only when trying to leave the menu