00:01:55 | wodz | Ok thanks everyone for help. |
00:01:58 | | Quit wodz ("CGI:IRC") |
00:02:49 | | Quit petur ("Zzzzz") |
00:04:02 | Unhelpful | 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 | Unhelpful | 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 | CIA-80 | New commit by kugel (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 | CIA-80 | New commit by kugel (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:00 |
01:10:58 | | Part toffe82 |
01:26:26 | kkurbjun | 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 | CIA-80 | New commit by kugel (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 | kugel | oosp |
01:38:46 | kugel | git s dcommit |
01:38:57 | CIA-80 | New commit by kugel (r23756): Revert unrelated commit |
01:39:15 | kugel | wrong window too :/ |
01:41:23 | Unhelpful | kkurbjun: they should. |
01:41:50 | kkurbjun | yeah... I'm seeing them work, it just happened to be that doom was the first I tried |
01:41:53 | kkurbjun | it crashes |
01:42:21 | kkurbjun | 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 | CIA-80 | New commit by kugel (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 | kkurbjun | Unhelpful: what is an enum size for eabi? |
01:57:43 | kugel | depends :) |
01:58:17 | kkurbjun | kugel, I'm looking at that now - it looks like enums can be variably sized |
01:58:24 | kkurbjun | 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 | kkurbjun | it is |
01:58:49 | kugel | fortunately we only had a single case of that in the core |
01:59:07 | kugel | if it's a single enum you could cast it to that enum pointer though |
01:59:39 | kkurbjun | it would be a real pain to fix it in doom - it does it all over the place |
02:00 |
02:00:01 | kugel | well, doom isn't what is once has been anyway :p |
02:00:16 | kkurbjun | how do you mean? |
02:00:30 | Unhelpful | 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 | kugel | I was about to shout "get rid of it", but honestly I'm not impressed anymore by it |
02:01:05 | kkurbjun | Unhelpful: I am not aware of any enums in the plugin api offhand |
02:01:38 | kkurbjun | kugel, I don't really care if you're impressed by it, it's not up for removal |
02:01:43 | Unhelpful | what about in pluginlib? |
02:01:50 | kugel | kkurbjun: I was kidding |
02:01:53 | Unhelpful | it'll warn on linking to pluginlib, too. :/ |
02:02:01 | kkurbjun | I don't believe it uses pluginlib offhand |
02:04:05 | kkurbjun | :), 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 | kkurbjun | 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 | Unhelpful | 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 | Unhelpful | 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 | kkurbjun | 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 | kkurbjun | 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:00 |
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:00 |
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 | Strife89 | 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 | Llorean | Strife89: I listen to my gigabeat pretty regularly in the 70s at night |
04:58:06 | Llorean | And the Clip is quiet but I can make it out |
04:58:36 | | Quit ShapeShifter499 (Client Quit) |
05:00 |
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 | mc2739 | : |
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:00 |
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 | pixelma | 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 | Hilikus | 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:00 |
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 | pixelma | 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 | pixelma | rename too |
07:26:32 | JdGordon | the rsbs in the source can be deleted |
07:26:42 | JdGordon | they get added becasue im a lazy coder... |
07:26:45 | JdGordon | 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 | pixelma | 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 | JdGordon1 | 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 | JdGordon1 | removing the assumption of there being an inbuilt statusbar (of any type makes a few screens much simpler :) |
07:39:17 | JdGordon1 | 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 | jesusaurus | 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 | JdGordon1 | once more? |
07:49:42 | JdGordon1 | full screen means the statusbar has been disabled |
07:52:54 | pixelma | JdGordon1: the text file isn't big but it clutters up the directory and is confusing |
07:53:22 | JdGordon1 | 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 | pixelma | 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 |
08:00:30 | JdGordon1 | 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 | topik | TheSeven: after those timer changes the nano2g is a lot more fun to use |
08:47:04 | topik | 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 | TheSeven | topik: just increase the dircache stack size for now |
08:50:49 | TheSeven | no idea about the usb problem though |
08:51:11 | topik | i turned it off instead. 2G storage is not enough to get lost in |
08:51:31 | TheSeven | but you're right, the clickwheel behavior has improved dramatically |
08:53:31 | topik | 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:00 |
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:00 |
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:00 |
11:22:33 | | Join webguest27 [0] (n=79dcfdfe@83.168.254.42) |
11:22:42 | webguest27 | hello |
11:22:59 | | Join pamaury [0] (n=pamaury@140.77.26.191) |
11:23:08 | webguest27 | um how can i re tore my ipod 1g nano |
11:23:31 | webguest27 | ??? |
11:23:59 | | Quit webguest27 (Client Quit) |
11:28:28 | | Quit kugel (Read error: 145 (Connection timed out)) |
11:29:55 | gevaerts | 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 | pamaury | 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 | pamaury | 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 | gevaerts | 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 | pamaury | 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 | ED-209 | hi. I have a question regarding chip8 roms. how do I play the games? |
11:59:41 | Bagder | you select the files in the file browser |
12:00 |
12:02:40 | ED-209 | 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 | ED-209 | cool thanks. |
12:03:15 | Bagder | you didn't say that |
12:03:59 | ED-209 | I asked if I just put the roms anywhere and then open them with the chip8 viewer |
12:04:20 | Torne | 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 | evilnick | 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 | ED-209 | ok so I just unzip the file |
12:44:56 | ED-209 | and play the .ch8 file |
12:45:24 | ED-209 | I mean .bin file |
12:45:31 | ED-209 | or do I keep them zipped? |
12:49:52 | Torne | you need to unzip it. |
12:50:33 | Torne | they also need to be called .ch8 |
12:50:59 | Torne | 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:00 |
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 | ED-209 | that was a COLLOSSAL waste of time |
13:15:07 | ED-209 | I would rather have sat in the dark pushing thumbtacks into the roof of my mouth than play those games |
13:15:31 | gevaerts | we're happy to learn that |
13:16:00 | ED-209 | yay, I'm helping |
13:16:20 | linuxstb | How? Is there something wrong with Rockbox's Chip8 viewer? |
13:17:12 | ED-209 | 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 | ED-209 | 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 | linuxstb | OK, _thats_ useful feedback... |
13:19:18 | Torne | 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 | ED-209 | 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 | Torne | 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 | Torne | there is no fixed direction keys |
13:21:22 | ED-209 | can't you magnify the resolution by making each pixel 4? make the resolution 96x48 ? |
13:21:36 | Torne | it shouldn't run too fast, though, as far as I know. |
13:21:53 | Torne | chip8 delay timer is supposed to run at 60Hz regardless of what system you are running on |
13:22:00 | Torne | so games should run at the same speed always.. |
13:22:13 | Torne | maybe we have abug there, or maybe the games you tried were badly written and didn't use the delay timer.. |
13:22:14 | ED-209 | they looked like they were running WAY too fast |
13:22:30 | ED-209 | they were supposed to be chip8 roms from the machine you described |
13:22:48 | Torne | if they weren't chip8 games they wouldn't do anything, so, er, yes :) |
13:22:52 | ED-209 | I have a picture of some crappy console thing with a 4x4 grid of buttons |
13:22:56 | Torne | Yes |
13:23:08 | Torne | That's what the chip8 is |
13:23:12 | Torne | well, in theory |
13:23:19 | Torne | it's a virtual machine, there's never been a *real* one that I know of |
13:23:23 | ED-209 | well on the h300 they ran way too fast, I couldn't imagine them running at that speed normally |
13:24:03 | ED-209 | 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 | Torne | well yes, it's possible to implement it in hardware i fyou want |
13:24:54 | ED-209 | is there ever going to be a 2600 emulator? |
13:25:08 | ED-209 | or something I can play pitfall on... |
13:25:15 | Torne | FS #6048 |
13:25:39 | Torne | there is indeed a 2600 emulator, but it may not work |
13:26:11 | ED-209 | 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 | ED-209 | and it never worked |
13:27:02 | Torne | latest patch posted ther eclaims to work on ipodvideo simulator |
13:27:09 | Torne | so you could try it. |
13:27:27 | ED-209 | I don't know how to apply a patch.. |
13:27:59 | Torne | it also probably lacks button mappings for your player |
13:28:24 | Torne | 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 | Torne | if it's demonstrated to work on real targets it's much more likely to go in |
13:28:48 | ED-209 | I really only want to play pitfall |
13:29:43 | ED-209 | 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 | ED-209 | 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 | Torne | maybe, but if you want to discuss improvements to games it's probably better to do it on the forum |
13:32:14 | Torne | as for the chip8 stuff.. |
13:32:49 | Torne | 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 | Torne | 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 | ED-209 | 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 | Torne | most people who would try to play chip8 games probably already know what it is |
13:34:33 | Torne | it's a 48x24 monochrome virtual machine, with only one beep sound and a weird keyboard layout. |
13:34:45 | ED-209 | oh, I got no beeps at all. |
13:34:55 | Torne | Maybe the games weren't making any? |
13:35:02 | ED-209 | I got all the games. |
13:35:12 | Torne | 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 | Torne | so, i don't imagine games use it a lot ;) |
13:35:35 | Torne | you presumably didn't run all the games |
13:35:47 | ED-209 | I did. |
13:36:00 | Torne | well, anyway. if you care at all, then specific reports of what's wrong would be good |
13:36:04 | ED-209 | from A to Z |
13:36:16 | Torne | 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 | Torne | it's a very easy system to emulate, which is probably why someone did |
13:37:22 | ED-209 | 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 | Torne | 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 | Torne | it's quite possible that some of them 8are* broken :) |
13:38:02 | ED-209 | I've got the emulator too |
13:38:14 | ED-209 | if I do anything I'll do that. |
13:38:31 | ED-209 | in a few days |
13:42:30 | * | Torne needs to get abck to working on his zmachine emulator ;) |
13:42:54 | Torne | 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:00 |
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:00 |
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 | Blue_Dude | 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 | Zagor | 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 | CIA-80 | New commit by pondlife (r23758): Fix crash when crossfading at natural track transition - FS #10814 |
15:47:18 | * | kugel added a point |
15:49:18 | kugel | 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:00 |
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 | ED-209 | i forgot about this webchat thing |
16:30:32 | ED-209 | 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 | Zagor | 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 | Zagor | having* |
16:47:20 | Torne | that seems inconvenient :( |
16:47:38 | Zagor | what, having to press enter one extra time? |
16:47:57 | Zagor | it will still default to the correct values |
16:47:58 | Torne | Oh, you can leave it blank? |
16:48:02 | Zagor | yes |
16:48:04 | Torne | Right, sorry :) |
16:48:06 | kugel | the added complexity isn't huge |
16:48:17 | Zagor | kugel: it's unnecessary |
16:48:40 | linuxstb | What about considering them as separate targets, rather than as an option? |
16:48:42 | B4gder | Zagor: the builds scripts should use −−options though... |
16:48:46 | Zagor | basically we have to store in one script what configure does |
16:49:00 | Zagor | B4gder: good point |
16:49:01 | kugel | is it critical code? that would be really inconvenient |
16:49:13 | Zagor | kugel: why would it be "really" inconvenient? |
16:49:41 | * | kugel doesn't see the gain of removing it |
16:49:56 | Zagor | look at tools/release/voices.pl |
16:50:20 | Zagor | it stores an array with info about how configure acts for each target, since it has to run differently |
16:50:29 | Zagor | that's just bad design |
16:50:43 | Zagor | although Bagder's point with −−options make this a moot point |
16:50:56 | kugel | fix voices.pl to use the options instead, as Bagder said |
16:50:57 | Zagor | so I'll leave it alone |
16:51:01 | * | kugel is too slow |
16:51:47 | kugel | that's why i originally implemented that options. my local script suffered from that too :) |
16:55:07 | Torne | anyone got an idea for how to prompt for a single character nicely? :) |
16:55:57 | Torne | at the moment i'm doing kbd_input(buf, 5); which is not very obvious :) |
17:00 |
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 | CIA-80 | New commit by mcuelenaere (r23759): Merge branch 'hotswap' |
18:00 |
18:02:16 | | Quit petur ("work->home") |
18:05:20 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
18:05:46 | mcuelenaere | anyone that can enlighten me on the red? I have CONFIG_STORAGE set to STORAGE_SD.. |
18:06:07 | mcuelenaere | (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 | kugel | mcuelenaere: oh, you adapted quickly :) |
18:10:34 | mcuelenaere | kugel: no, I had that driver ready for a long time :) |
18:10:42 | mcuelenaere | it was just Rockbox that needed adapting ;) |
18:10:56 | kugel | hehe |
18:11:23 | mcuelenaere | looks like the SD driver needs some MV_ -> MD_ adaption |
18:13:38 | mcuelenaere | hmm great, we have both MULTIDRIVE and MULTIVOLUME.. :/ |
18:13:53 | kugel | yes, that's intentional |
18:14:40 | | Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
18:14:47 | mcuelenaere | yeah well I wasn't sure which to choose for sd.c; figured it out now :) |
18:17:16 | kugel | hm, I simply defined multidrive for the mini2440 to get around those other changes |
18:17:45 | CIA-80 | New commit by mcuelenaere (r23760): Define HAVE_MULTI{VOLUME,DRIVE} (aka fix red) for Onda VX7x7 |
18:18:02 | mcuelenaere | yes I saw that, but isn't that a bit hackish? |
18:18:35 | kugel | well, your commit just did that too ? |
18:19:07 | mcuelenaere | 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 | CIA-80 | New commit by mcuelenaere (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 | CIA-80 | New commit by mcuelenaere (r23762): - Split off strip_volume() to a separate file ... |
18:40:13 | *** | Saving seen data "./dancer.seen" |
18:41:24 | CIA-80 | New commit by mcuelenaere (r23763): Forgot file |
18:43:53 | | Join Sajber^ [0] (n=Sajber@h-65-31.A213.priv.bahnhof.se) |
18:49:06 | CIA-80 | New commit by mcuelenaere (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:00 |
19:09:46 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
19:09:58 | CIA-80 | New commit by tomers (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 | kugel | what's wrong with build.rockbox.org? |
19:17:19 | tomers | 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 | pixelma | 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 | kugel | I can't access it :/ |
19:24:10 | kugel | the build table works, but the current build download page not (using google chome) |
19:26:43 | pixelma | the page seems ok in FF but maybe that's still related |
19:27:44 | kugel | 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 | saratoga | i noticed we've been making a lot of libraries that were permissively licensed GPL only as we optimize them |
19:31:12 | saratoga | for instance Tremor and libwma now appear to be GPL when they were originally BSD and LGPL |
19:32:37 | saratoga | what is the correct way to deal with this? |
19:32:37 | kugel | we did that? |
19:32:54 | saratoga | kugel: by adding rockbox source headers, yeah |
19:33:14 | saratoga | see Tremor's /apps/codecs/lib/mdct_arm.S |
19:33:24 | kugel | are we even allowed to just relicence? I thought we imported that code under its original license |
19:33:53 | kugel | 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 | saratoga | the original license was BSD, so we can do whatever we want with it |
19:34:24 | saratoga | but i'm sure it was an accident, I emailed Tomasz and he said it was still BSD |
19:34:42 | saratoga | do we have a rockbox BSD header? |
19:35:01 | saratoga | or should the files have a GPL rockbox header and a note saying the original licensing can also be used? |
19:35:10 | fml | Hello. The link for the nuremberg fmr file is broken (on http://www.rockbox.org/wiki/FmPresetsEurope). Who can repair it? |
19:35:36 | kugel | saratoga: except just relicensing it |
19:35:58 | pixelma | 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 | pixelma | maybe to the other channel though... ;) |
19:37:17 | kugel | I'm no lawyer but surely we can only dictate the license on code *we* wrote? |
19:37:51 | saratoga | kugel: you can relicense BSD code if you want |
19:37:55 | saratoga | the license says so |
19:38:13 | fml | pixelma: Yes. But not long anymore. |
19:38:15 | kugel | "Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer." |
19:39:09 | saratoga | which is GPL compatible |
19:39:35 | pixelma | fml: I suspect it is a codepage issue and try to fix it |
19:39:38 | saratoga | thats the idea, you can put the Tremor decoder into your companies source code and license it however you like |
19:40:01 | B4gder | that's not exactly what you do |
19:40:05 | B4gder | the license is still BSD |
19:40:22 | kugel | doesn't that mean that source redistributions shall keep the license text intact? |
19:40:22 | B4gder | it's just very liberal in what it allows you to do with it |
19:40:28 | pixelma | hmm... didn't help, maybe on of the Swedes can help |
19:40:36 | bertrik | but can you put GPL code into a BSD project and still claim the whole is licensed as BSD? |
19:40:48 | B4gder | bertrik: no |
19:41:09 | saratoga | I think you can |
19:41:11 | B4gder | you'd then violate the GPL license |
19:41:17 | saratoga | thats what Tremorlo does to tremor |
19:41:32 | saratoga | GPL optimizations + Tremor = GPL project |
19:41:49 | pixelma | 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 | pixelma | fml: how long? |
19:42:29 | kugel | saratoga: that way works, but the other way around |
19:42:46 | saratoga | kugel: oh |
19:42:48 | saratoga | sorry misread it |
19:42:57 | kugel | 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 | fml | pixelma: today. Why do you ask? |
19:43:02 | B4gder | exactly, you can put BSD into a GPL project and release the whole thing as GPL |
19:43:21 | pixelma | fml: I'm in Fürth |
19:43:44 | saratoga | 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 | saratoga | remove the mistaken GPL header, or add a BSD header next to the GPL one? |
19:44:17 | B4gder | saratoga: you need permission from the contributors (if any) that added (non-trivial) code assuming it was GPL |
19:44:19 | pixelma | that fmr file is a bit inaccurate anyways depending on where exactly you are in Nuremberg |
19:44:33 | saratoga | B4gder: I have it |
19:44:44 | fml | pixelma: he-he. But I'm afraid I can't go out tonight. :-/ |
19:44:58 | B4gder | then you can just as well put the BSD header on it and leave it licensed like that, imho |
19:45:32 | pixelma | fml: well, nothing to do about then |
19:45:43 | saratoga | B4gder: ok |
19:46:03 | saratoga | hmm i can't make libwma full LGPL though since it uses the rockbox CORDIC code for computing sin and cos |
19:46:15 | saratoga | i'll have to get rid of those |
19:46:41 | kugel | 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 | saratoga | preglow commited it years ago but i don't know where he got it from |
19:52:29 | saratoga | 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:00 |
20:04:13 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
20:05:34 | kugel | saratoga: tremor seems to be still bsd |
20:05:54 | saratoga | yeah but not all its files are (mdct_arm.S) |
20:07:27 | * | kugel can't find that file |
20:07:39 | kugel | 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 | kugel | 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 | saratoga | 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 | kugel | I cant find it in the original tremor source |
20:33:18 | saratoga | 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 | kugel | I thought you meant the tremor project changed the license |
20:39:57 | kugel | oh, gone |
20:40:15 | *** | Saving seen data "./dancer.seen" |
20:40:55 | | Quit kugel (Remote closed the connection) |
20:41:12 | froggyman | If i were to do a "pirate" language translation, would it get added? |
20:41:41 | mcuelenaere | isn't there already a wiki page for that? |
20:42:03 | gevaerts | pamaury: why did you remove the usb_core_enable_driver() calls in the usb_state = USB_POWERED case? |
20:42:27 | froggyman | mcuelenaere: i didnt find one, if there is, please re direct me |
20:42:37 | * | mcuelenaere looks |
20:43:03 | gevaerts | froggyman: we only accept translations from native speakers |
20:43:18 | mcuelenaere | froggyman: http://www.rockbox.org/wiki/FunnyLangs |
20:43:27 | mcuelenaere | they are very old though I think |
20:43:36 | pamaury | 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 | gevaerts | pamaury: ok, so your own debugging? |
20:44:05 | pamaury | This is to have a fine grained control over usb drivers, it's not necessary for an everyday use however |
20:44:09 | pamaury | Yes |
20:44:10 | froggyman | 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 | pamaury | 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 | gevaerts | 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 | gevaerts | 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 | pamaury | 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 | gevaerts | 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 | pamaury | 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 | pamaury | I'm sorry, I have to leave but I come back soon |
20:49:21 | gevaerts | ok |
20:49:24 | gevaerts | if it's still the case, we should try to find out where |
20:52:21 | | Part watto |
21:00 |
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 | pamaury | gevaerts: what do you mean by ""Device Friendly" does *not* mean human-readable!" ? |
21:43:34 | gevaerts | pamaury: I mean that if they wanted it to mean that, they should have called it "Human Friendly" |
21:43:44 | pamaury | yes indee |
21:43:45 | pamaury | *d |
21:46:07 | pamaury | 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 | gevaerts | 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 | pamaury | Hum, normally the spec specify if the property is RO or RW but I think I'm already violating this rule :) |
21:49:53 | pamaury | Actually you can have a write handler but reject any write with an error message so it's not a problem |
21:50:16 | pamaury | I the future, we will need a read and write function |
21:50:45 | gevaerts | 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 | gevaerts | You could just do it in the database, but I wouldn't want to tie mtp too hard to that |
21:51:11 | pamaury | Yes for some of them it would be really hard to implement but some of them it perhaps worth it |
21:51:31 | linuxstb | What kind of properties are we talking about? |
21:51:48 | pamaury | 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 | gevaerts | linuxstb: all sorts of metadata primarily, i.e. tags |
21:52:28 | pamaury | linuxstb: MTP properties ranges from file size to metadata, from calendar entries to personal contacts or email |
21:52:50 | pamaury | But we are mostly intested in metadata |
21:53:41 | gevaerts | pamaury: I'd guess that people will like Rating to be R/W, but that one should be easy |
21:55:10 | pamaury | Yes that's why I said some write should be handle. Actually, rating tags are in tagcache, no ? |
21:55:18 | gevaerts | they are, yes |
21:55:30 | | Quit Tomis () |
21:55:36 | pamaury | ok so this would be a simple tagcache call, easy at first glance |
21:57:25 | pamaury | 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 | pamaury | gevaerts: (I have move the constants in a new file, usb_mtp_internal.h) |
21:58:12 | gevaerts | great |
21:59:00 | gevaerts | USB driver selection has several constraints : some are mutually exclusive, and there is a limit to what the device can do |
21:59:45 | gevaerts | 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 |
22:00:57 | pamaury | 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 | pamaury | (the latter could be in the debug menu perhaps) |
22:01:37 | domonoky | 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 | AlexP | I don't think sending any users, advanced or otherwise into debug to change settings is a good idea |
22:02:24 | domonoky | usb profiles could just be config files with the right options, and a config browser..:-) |
22:02:30 | gevaerts | We currently (or soon...) have four drivers : MSC, MTP, HID and Serial |
22:03:34 | gevaerts | 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 | pamaury | 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 | AlexP | I don't like separate "normal" and "advanced" options |
22:05:16 | gevaerts | 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 | pamaury | 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 | kugel_ | right |
22:08:48 | domonoky | doesnt HID currently also work in charging mode ? |
22:08:59 | gevaerts | pamaury: "charging driver" means HID really, although it doesn't actually send events |
22:09:15 | AlexP | domonoky: It used to be in the debug menu, but no |
22:09:23 | AlexP | As if it did, you couldn't use the dap |
22:09:27 | gevaerts | domonoky: yes and no |
22:09:32 | gevaerts | There's the remote_control plugin |
22:09:37 | AlexP | ah yes |
22:10:12 | domonoky | 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 | pamaury | 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 | gevaerts | pamaury: the driver itself basically only enumerates, and exposes a send_event() function that can be used by plugins or screens |
22:14:31 | domonoky | 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 | AlexP | 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 | domonoky | AlexP: either this, or a splash if you try to enable it. |
22:16:21 | AlexP | yeah, something like that |
22:16:43 | pamaury | 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 | gevaerts | 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 | AlexP | domonoky: and e.g. if you select MSC then MTP is no longer selectable? |
22:16:54 | linuxstb | 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 | mcuelenaere | hmm I hadn't thought about that |
22:17:39 | domonoky | gevaerts: count the needed endpoints per enabled driver, if over max show a splash |
22:17:41 | AlexP | 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 | mcuelenaere | linuxstb: it could probably be renamed to something like filefuncs.c or so |
22:18:05 | AlexP | We give each driver a "score" to help people chose |
22:18:43 | AlexP | 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 | gevaerts | 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 | AlexP | linuxstb: This is the problem |
22:19:21 | AlexP | Maybe just have a list of the combinations for each device |
22:19:23 | domonoky | linuxstb: for easy use, there would be premade configs to load |
22:19:28 | AlexP | Is this likely to be massive? |
22:19:55 | gevaerts | 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 | gevaerts | you won't crash anything by getting it wrong |
22:21:03 | gevaerts | Of course, you can only change the settings when not connected... |
22:21:06 | linuxstb | mcuelenaere: I guess filefuncs.[ch] is as good a name as anything... Are you planning to put anything else there? |
22:21:23 | mcuelenaere | linuxstb: no, it was just to get the simulator to build |
22:22:15 | pamaury | 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 | gevaerts | pamaury: yes and no |
22:23:48 | | Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) |
22:24:04 | gevaerts | 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 | linuxstb | mcuelenaere: Hmm, so what changed that required that function to be moved? |
22:24:42 | pamaury | yes that's true so it also depends on the usb drivers... :( |
22:24:46 | gevaerts | 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 | linuxstb | mcuelenaere: Or is this in preparation of a future commit? |
22:25:46 | mcuelenaere | linuxstb: no, see http://build.rockbox.org/shownewlog.cgi?rev=23761;type=ondavx747sim#prob3 |
22:25:48 | pamaury | 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 | gevaerts | You'd have to make the profiles by hand for each controller |
22:27:25 | gevaerts | and it could get out of hand if more class drivers are added |
22:28:25 | amiconn | kugel_: pong |
22:28:45 | gevaerts | 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 | gevaerts | MSC/MTP can be handled by complaining as well |
22:31:06 | pamaury | 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 | kugel_ | amiconn: can you test a patch for me (it changes LED stuff a bit) |
22:31:46 | kugel_ | basically, I want the mini2440 to use both virtual and real leds |
22:32:15 | gevaerts | Just a screen full of boolean settings |
22:32:44 | gevaerts | 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 | pamaury | 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 | gevaerts | 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 | gevaerts | hm, maybe it can't now, but that's easy to fix |
22:35:39 | kugel_ | the ui is broken? |
22:35:52 | kugel_ | and it's so broken that you can't test out a patch? |
22:36:25 | amiconn | I could test, but I don't want this broken ui on my recorder. |
22:36:25 | pamaury | Yes there could be trial mode for example but they this would menu would probably not fit the current model. |
22:36:27 | linuxstb | 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 | gevaerts | fixing could be as easy as removing a "static" |
22:36:39 | * | amiconn is running a build several hundred revisions behind |
22:37:04 | amiconn | It's mainly the statusbar misbehaviour |
22:37:31 | amiconn | It's a major annoyance on my X5 already, hence I put updating my other daps on hold |
22:38:25 | mcuelenaere | 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 | gevaerts | mcuelenaere: then sd.c should be fixed |
22:38:51 | * | mcuelenaere wasn't sure about that |
22:39:36 | gevaerts | That IF_MV2 should be IF_MD2 |
22:39:38 | kugel_ | amiconn: why not post bug reports? |
22:40:02 | gevaerts | same for the HAVE_MULTIVOLUME just below |
22:40:10 | linuxstb | 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 | gevaerts | basically a block device driver shouldn't touch HAVE_MULTIVOLUME things, only HAVE_MULTIDRIVE |
22:40:42 | mcuelenaere | gevaerts: do you want to change that? |
22:41:02 | mcuelenaere | linuxstb: ok, then I'll move them to filefuncs.c and remove HAVE_MULTIVOLUME from the Onda's config |
22:41:08 | gevaerts | I can |
22:43:12 | | Join toffe82 [0] (n=chatzill@adsl-70-137-198-46.dsl.frs2ca.sbcglobal.net) |
22:43:29 | CIA-80 | New commit by gevaerts (r23766): Use MULTIDRIVE instead of MULTIVOLUME in sd.c |
22:47:19 | pamaury | 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 | linuxstb | 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 | pamaury | 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 | gevaerts | is the alternative better? What would you call your profiles? |
22:54:40 | gevaerts | setting names can be translated, config file filenames can't |
22:54:57 | pamaury | Yes you're right. |
22:55:16 | gevaerts | Also, some players (gigabeat S, maybe others) have plenty of endpoints, so you'd have lots of profiles |
22:56:21 | gevaerts | The only tricky thing is "the setting is there, why can't I set it?" I think |
22:57:24 | pamaury | This require some interaction the usb subsystem |
22:58:05 | gevaerts | yes |
22:59:07 | pamaury | Maybe we could fake a usb connection and see what happen. Not sure it's best solution but it's feasible |
22:59:09 | gevaerts | Of course, in the short term we could just say "MTP or MSC?" and "HID?" |
23:00 |
23:00:01 | pamaury | And with such a system, it would be the responsability of the menu to handle incompatibilities ? (like MSC/MTP) |
23:00:16 | gevaerts | pamaury: not needed. allocate_interfaces_and_endpoints() in usb_core.c is all you need. |
23:00:59 | pamaury | Trrue. |
23:00:59 | pamaury | *True |
23:01:24 | gevaerts | We could improve that by using a separate flag for requested state and achieved state |
23:01:41 | pamaury | So it's simple for the usb part. The *complexity* is the user interface and on the selection of the drivers. |
23:02:36 | gevaerts | 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 | gevaerts | yes, the UI is the only real problem |
23:03:25 | pamaury | 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 | gevaerts | And then show that as-is? |
23:04:33 | pamaury | What happened when exclusive mode is requested, all FS operations fail ? |
23:05:04 | | Quit kugel_ ("exit(0);") |
23:05:11 | pamaury | 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 | gevaerts | 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 | gevaerts | 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 | gevaerts | 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 | gevaerts | 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 | Unhelpful | 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 | Unhelpful | 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 | gevaerts | 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 | gevaerts | Unhelpful: I still want to avoid the situation for the user |
23:09:11 | Unhelpful | 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 | gevaerts | if it only happens on developer builds and weird manual settings, I don't care too much :) |
23:10:04 | Unhelpful | would it really be hard to present *only* one of MTP or MSC? |
23:10:30 | gevaerts | no. The question is where we put the code for that exclusion |
23:10:59 | pamaury | 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 | n1s | pamaury: will MTP require dircache? |
23:11:38 | Unhelpful | "hold back + left + vol up while plugging in to activate MTP mode" :D |
23:12:09 | gevaerts | 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 | Unhelpful | 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 | n1s | 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 | Unhelpful | n1s: let me update my results PDF :) |
23:13:14 | n1s | ah, right (about the databases) |
23:13:42 | kugel | amiconn: here's the patch: http://pastie.org/716540 |
23:13:43 | n1s | it will lead to some trouble when the dircache failsm though, i assume |
23:14:05 | archivator | 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 | gevaerts | n1s: isn't that good? It might motivate people to fix it :) |
23:14:43 | pamaury | n1s: for now, MTP requires MTP because it's a nice way to have a file<->numeric map |
23:15:13 | pamaury | *require dircache |
23:16:07 | n1s | gevaerts: yeah, maybe but it also means no MTP for lowmem targets |
23:16:57 | pamaury | The problem is that I'm not clever enough to work without it under lowmem conditions. |
23:17:26 | n1s | 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 | gevaerts | 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 | n1s | no big problem to reenable of course |
23:18:02 | Unhelpful | 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 | gevaerts | And tagcache means not being able to copy non-media files |
23:18:35 | gevaerts | pamaury: how unique do the numbers have to be? |
23:19:14 | gevaerts | and how big are they? 32 bit? |
23:19:41 | pamaury | 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 | pamaury | 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 | n1s | 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 | gevaerts | 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 | pamaury | I wonder why MTP authors didn't allowed 64-bit identifiers |
23:26:50 | gevaerts | You could do an on-disk list with an LRU cache in front |
23:27:19 | gevaerts | That will be slower than dircache, but it will also use a lot less RAM |
23:27:32 | kugel | Unhelpful: I cant download the pdf :( |
23:27:35 | | Quit bmbl ("Bye!") |
23:28:42 | gevaerts | pamaury: is dircache usage deeply embedded, or would it be easy to abstract away? |
23:32:10 | pamaury | 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 | pamaury | I think it's possible to abstract it with moderate work |
23:34:10 | CIA-80 | New commit by mcuelenaere (r23767): Move strip_volume() to filefuncs.c and set properties. |
23:34:44 | CIA-80 | New commit by mcuelenaere (r23768): Onda VX747: don't define HAVE_MULTIVOLUME |
23:34:44 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
23:34:45 | pamaury | 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 | gevaerts | 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 | archivator | re: sim problems above: just filed fs#10816 , if anyone's interested |
23:37:15 | pamaury | 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 | Unhelpful | 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 | Unhelpful | "old Ox" are all built with 4.0.3 non-eabi |
23:38:37 | mcuelenaere | pamaury: just an idea for the MTP friendly name: you could use the MODEL_NAME define for that |
23:39:10 | mcuelenaere | (perhaps prefixed with Rockbox media player) |
23:39:19 | | Quit Tomis () |
23:40:20 | pamaury | 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 | pamaury | gevaerts: what do we do for ui menu ? |
23:47:07 | gevaerts | think about it? ;) |
23:48:33 | pamaury | : |
23:48:34 | pamaury | :) |
23:48:52 | gevaerts | 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 | gevaerts | and store the result in a bunch of settings, one per driver |
23:49:16 | kugel | checkboxes would be nucie |
23:49:17 | kugel | nice* |
23:49:29 | * | gevaerts leaves the UI advice to kugel :) |
23:49:32 | kugel | I think disk_tidy implements such a kind of menu |
23:50:15 | gevaerts | kugel: is there a way to integrate this sort of thing cleanly in the settings menu? |
23:50:27 | pamaury | From a user point of view, I prefer checkboxes rather than yes/no menu. |
23:50:30 | kugel | I think so, yes |
23:50:59 | kugel | it shouldn't be too hard, if you can switch icons via a callback (which I believe is possible) |
23:52:12 | gevaerts | kugel: the big issue is that we have to reject some settings, without having a good way to know in advance |
23:54:59 | kugel | well, you could check the settings when leaving the menu |
23:55:35 | * | gevaerts doesn't understand |
23:56:04 | kugel | 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 | gevaerts | it's known as soon as that particular setup is tried, which can be done when the user checks one item |
23:57:26 | gevaerts | or when leaving the menu of course |
23:57:48 | pamaury | 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 | gevaerts | well, I'd check after every single action, not only when trying to leave the menu |