00:00:00 | | Quit domonoky (Read error: Connection reset by peer) |
00:00:03 | Luca_S | ok |
00:01:59 | Luca_S | uhm... it's stuck at the rockbox logo (or the delays are really long...) |
00:02:45 | FlynDice | with or without uSd inserted? |
00:03:14 | Luca_S | with. without it boots fine |
00:03:15 | | Quit CGL (Quit: Soy spammero http://wiki.n00b2hack.com.ve ---- \m/ d(>.<)b \m/) |
00:03:36 | FlynDice | what happens when you insert it now |
00:05:48 | Luca_S | three attempts: 2 freezes, 1 microSD init failed -3 |
00:06:53 | Luca_S | 4th attempt: it works :/ |
00:08:34 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
00:11:44 | | Quit loveless (Quit: loveless) |
00:11:53 | FlynDice | hrm, Not sure what's going on there, does it continue to work? |
00:13:21 | FlynDice | I've got to go again, If you could experiment with those delays you may find a combo that works. I'll be back later. |
00:13:27 | Luca_S | probably the working attempt was a glitch caused by the quick series of reboots. |
00:13:44 | Luca_S | the most frequent result is freezes |
00:13:45 | Luca_S | i'll try changing the delays |
00:13:52 | Luca_S | thank you |
00:14:40 | FlynDice | Thank You for taking the time to experiment! |
00:19:14 | | Quit Luca_S (Quit: CGI:IRC (Ping timeout)) |
00:19:36 | | Join Luca_s [0] (~5711b744@giant.haxx.se) |
00:24:08 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
00:28:08 | | Quit apoelstra (Quit: home-->work) |
00:28:54 | | Join loveless [0] (~loveless@2a01:198:26e:0:216:cbff:feb9:8c8d) |
00:29:39 | | Quit ender` (Quit: Engineers think that equations approximate the real world. Scientists think that the real world approximates equations. Mathematicians are unable to make the connection.) |
00:36:44 | | Quit petur (Quit: Zzzzz) |
00:36:49 | | Quit Luca_s (Quit: CGI:IRC) |
00:40:27 | | Quit stripwax (Ping timeout: 252 seconds) |
00:43:02 | Llorean | So, is there a process yet for taking things in front of the RSB? |
00:48:18 | gevaerts | Convince a majority of RSB members? |
00:52:10 | Llorean | I was just wondering if there was any process for formally asking for a decision on an issue, or even just bringing up an issue if necessary. |
00:52:17 | * | Llorean doesn't have anything at the moment, it just crossed his mind |
00:52:19 | *** | Saving seen data "./dancer.seen" |
00:52:55 | gevaerts | Maybe the RSB should meet and discuss this :) |
00:53:39 | | Quit JohannesSM64 (Ping timeout: 252 seconds) |
00:53:42 | Llorean | Maybe I'll add "decide on a process to put something before the RSB" as a devcon thing |
00:53:55 | gevaerts | Yes |
00:54:35 | gevaerts | I personally think that the RSB should probably either have a more active role and some procedures, or be scrapped. I'd prefer the former |
00:55:32 | | Quit lpereira (Quit: Leaving.) |
00:57:53 | Llorean | Honestly, I always felt that if I could see to it that an issue could be solved without it needing the attention of the RSB, I was doing my job as an RSB member back when I was in it. |
00:58:21 | gevaerts | Oh, certainly. That's not the problem I see |
00:58:22 | Llorean | At the same time, I think that the RSB itself shouldn't hesitate to step in and say "this disagreement is hurting us, we're going to take this, we'll have an answer for you in a few days" |
00:59:22 | | Quit arun (Read error: Operation timed out) |
00:59:36 | gevaerts | The main problem I see is that if the RSB does nothing / is not needed for a few more years, it will be elected by about three voters. If that happens, it might as well not exist |
01:00 |
01:00:24 | | Quit markun (Ping timeout: 268 seconds) |
01:00:30 | | Join markun [0] (~markun@rockbox/developer/markun) |
01:00:31 | gevaerts | Proactive RSB action could be a good idea, yes |
01:00:48 | Llorean | I think it doesn't really serve a purpose if it's not proactive. |
01:01:10 | | Join arun [0] (~arun@unaffiliated/sindian) |
01:02:09 | gevaerts | It could, if there are clear procedures to call it into action, with reasonable thresholds |
01:02:18 | Llorean | True |
01:02:25 | | Quit leavittx (Read error: Operation timed out) |
01:02:45 | gevaerts | I suspect that part of the reason that no issue has been brought to the RSB yet is that nobody has any idea what would happen if it were |
01:02:52 | Llorean | Maybe an anonymous way to call it on issues might help. I know there are some things where I've though "I'd like to get a _big_ decision on this, but I don't really want to be the person calling for this decision" |
01:02:58 | | Join leavittx [0] (~leavittx@89.221.199.187) |
01:04:13 | gevaerts | One thing the RSB could do is to act as an official consensus notary |
01:04:32 | gevaerts | i.e. issues are discussed in the usual flamewars, and the RSB decides who wins |
01:04:38 | Llorean | That would be an excellent role for them. |
01:04:41 | | Part toffe82_ |
01:06:43 | Llorean | A role of saying "this is how this issue is settled" and possibly summarizing *why* it's that way so it's clear when it can be reopened (for example, when one of those points changes / is no longer the case / whatever) |
01:06:58 | Llorean | Just to avoid us coming back to the same arguments again and again. |
01:08:18 | * | gevaerts makes notes on the devcon agenda |
01:09:26 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
01:09:53 | Llorean | One thing that's also come into my head is the notion of responsibility. A certain forum poster may have been wrong in that we can't assign responsibility to a lot of people |
01:10:37 | Llorean | But we can ask developers to take responsibility for their own code (in such that they'll prioritize fixing bugs they've introduced in previous additions of features to adding even more features) and that seems like something that would need to be either a full community decision or an RSB decision. |
01:14:02 | | Quit Zarggg (Quit: Leaving) |
01:14:34 | Llorean | As a note, I haven't thought this idea through yet. I'm sure there are plenty of negatives against it, but it's just something that's been floating in my head for a couple hours so far. |
01:15:00 | Llorean | It's more of an example of the sort of question that I really don't expect there'll ever be a good consensus on |
01:18:49 | * | Llorean 's Beast just crashed with an invalid instruction. =/ |
01:19:03 | gevaerts | Llorean: I've not put that last thing on the wiki yes. I'll leave that to you :) |
01:19:20 | Llorean | I need to think it through a while anyway |
01:19:32 | Llorean | I know it's going to be contentious, and I want to try to end up saying it how I mean it first. |
01:20:36 | gevaerts | I think I see what you mean, but I suspect that people who agree don't need any ruling, and those who don't will ignore it anyway |
01:20:55 | * | gevaerts doesn't think we have a committer who would not prioritise a serious data corruption bu |
01:20:59 | gevaerts | g |
01:21:37 | Llorean | Yeah. And I don't know that it's something that could be agreed upon to be bad enough to require 'enforcement' so unless it is it's pretty useless to even discuss it |
01:23:24 | Llorean | jhMikeS: With recent gigabeat S changes, should I be needing a new bootloader? I just got an unidentified instruction crash in SVN Rockbox (couldn't take down the number, and it rebooted shortly). Or could this just relate to me ROLOing into SVN from an older build (i'll try harder to get specific details if it happens again) |
01:23:52 | Llorean | Or it could crash again just now, but since the backlight is off I can't see the message. |
01:24:13 | | Join Boldfilter_ [0] (~Boldfilte@adsl-178-248-46.jax.bellsouth.net) |
01:25:46 | Llorean | Okay, just triggered two more in rapid succession, the addresses seem to be rather random |
01:26:54 | | Quit Boldfilter (Ping timeout: 268 seconds) |
01:26:56 | | Nick Boldfilter_ is now known as Boldfilter (~Boldfilte@adsl-178-248-46.jax.bellsouth.net) |
01:27:27 | | Join bieber [0] (~bieber@162-78.97-97.tampabay.res.rr.com) |
01:28:37 | | Join Hillshum [0] (~hillshum@75-165-235-147.slkc.qwest.net) |
01:29:10 | | Part Hillshum |
01:29:19 | | Join Hillshum [0] (~hillshum@75-165-235-147.slkc.qwest.net) |
01:34:44 | | Quit DerPapst (Quit: Leaving.) |
01:36:36 | bieber | I've registered on the Wiki, now I need write access, if anyone's around here to grant it |
01:36:51 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
01:38:19 | saratoga | bieber: done |
01:38:31 | bieber | Thank you |
01:39:19 | bieber | I need to add a page for my SOC project: are there any particular pages I should link to it from once it's done? |
01:40:08 | gevaerts | bieber: SummerOfCode2010 I guess |
01:42:29 | | Part Boldfilter |
01:43:27 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
01:50:23 | jhMikeS | Llorean: No you don't. I'm chasing odd problems right now, to put it nicely. |
01:55:34 | bieber | At risk of sounding like an idiot, how do I add a new page to the wiki? |
01:56:51 | gevaerts | pretend that it already exists :) |
01:57:44 | bieber | Oh, okay |
01:57:52 | gevaerts | i.e. if you want to create a page called NewHypotheticalPage, you go to http://www.rockbox.org/wiki/NewHypotheticalPage |
01:59:24 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
02:00 |
02:01:51 | | Join Rob2223 [0] (~Miranda@p4FDCBD83.dip.t-dialin.net) |
02:02:38 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
02:05:38 | | Quit Rob2222 (Ping timeout: 264 seconds) |
02:08:45 | | Quit hebz0rl (Quit: Ex-Chat) |
02:09:57 | joeyg | are there any players supported with oled screens? |
02:10:11 | joeyg | i am working on the S9 and it has on OLED, which makes the backlight stuff superfluous |
02:10:17 | joeyg | since it has no backlight :) |
02:10:28 | joeyg | and im not sure about the logistics |
02:10:42 | gevaerts | the sansa clip |
02:10:54 | scorche|sh | "backlight stuff"? |
02:11:09 | scorche|sh | are you just after something you can read without a backlight in the sun, etc? |
02:11:13 | joeyg | turning on the backlight, controlling brightness |
02:11:20 | joeyg | i have a cowon s9, which has an oled screen |
02:11:24 | joeyg | which produces its own light |
02:11:39 | joeyg | right now there is no support for it and im am workng on getting the lcd test screen to compile |
02:13:36 | jhMikeS | Llorean: seems I might actually have it in order soon. I discovered some things about the DVFS controller that are important. |
02:14:06 | | Quit bieber (Quit: Leaving) |
02:15:05 | saratoga | joeyg: the LCD screen chemistry isn't relevant to writing a driver for it |
02:15:16 | saratoga | LCD and OLED screens are essentially the same to software |
02:15:29 | joeyg | yes, but the backlight is controlled separately no? |
02:15:53 | saratoga | what do you mean separately? |
02:16:13 | joeyg | i mean normally you have a GPIO pin PWM'd to control the brightness of hte screen |
02:16:17 | joeyg | or am i way off base? |
02:16:17 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
02:16:37 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
02:16:38 | saratoga | an OLED screen still has a pin to control brightness |
02:17:41 | | Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
02:18:02 | joeyg | ok, thanks |
02:27:46 | | Quit wincent_balin (Ping timeout: 248 seconds) |
02:33:39 | | Quit MethoS- (Remote host closed the connection) |
02:44:17 | JdGordon | Llorean: the problem is even if everyone agrees, how are you going to enforce it (getting owned bugs done quickly). |
02:44:45 | JdGordon | the only thing that could be done is take away commit access which means the bug might never be fixed |
02:45:37 | JdGordon | ranma: thanks, I was having trouble finding the pins because of the tape covering them :) |
02:45:52 | JdGordon | they are too small for me to work with so im hoping soeone can help me out |
02:46:11 | | Quit krazykit (Quit: Connection reset by beer) |
02:48:16 | | Join krazykit [0] (~kkit@adsl-76-251-232-26.dsl.ipltin.sbcglobal.net) |
02:51:37 | | Join wincent [0] (~wincent@f055214152.adsl.alicedsl.de) |
02:52:23 | *** | Saving seen data "./dancer.seen" |
02:55:08 | | Join ishottuify [0] (~4c422e86@giant.haxx.se) |
02:55:50 | saratoga | JdGordon: they're 1mm pitch right? |
02:56:03 | JdGordon | maybe? |
02:56:09 | saratoga | a small soldering iron, or failing that a larger one with a short copper wire wrapped off the tip should work |
02:56:57 | | Quit ishottuify (Client Quit) |
02:59:30 | | Quit wincent (Ping timeout: 260 seconds) |
02:59:37 | | Join Rob2222 [0] (~Miranda@p4FDCA7A2.dip.t-dialin.net) |
03:00 |
03:01:06 | Llorean | JdGordon: Or maybe revert commits of new features. As I said though, enforcement would be the problem. And objectivity, of course. Someone would need to decide whether enough work was being done related to the bugs, etc. |
03:01:12 | Llorean | It's just not really doable |
03:01:33 | Llorean | jhMikeS: So basically, for normal use I should stick with my old build for the time being? |
03:03:18 | | Quit Rob2223 (Ping timeout: 276 seconds) |
03:05:33 | jhMikeS | Llorean: yeah, for the next few hours or so. I'm testing with a movie right now. |
03:07:08 | Llorean | jhMikeS: I could very reliably trigger crashes just by skipping forward, waiting one second (as soon as I heard audio) then skipping forward again, continually. I'd get a crash within about 20 seconds |
03:07:51 | Llorean | Always an invalid instruction, but at a range of addresses starting from 00XXXXXX and ending at FFXXXXXX so I'm guessing they're not terribly useful on their own. |
03:18:37 | JdGordon | does anyone know if the database can do a reverse lookup? so get tags from a filename? |
03:22:18 | * | JdGordon tries to remember to ask pamaury when he gets in |
03:26:23 | jhMikeS | Llorean: I got alot of garbage addresses. I thought it was all ok last night after playing for awhile but just minutes after committing, I got the same stuff. :\ I was in no mood to bother until the next day. But, it actually led to finding another issue, so it's a blessing in diguise, really. |
03:26:37 | | Quit mikroflops (Ping timeout: 264 seconds) |
03:29:14 | Llorean | jhMikeS: I'll just watch for an update that suggests it's safe to come back, then. :) |
03:38:55 | | Nick bgs100 is now known as bgs000 (znc@unaffiliated/bgs100) |
03:40:32 | | Join StealthyXIIGer [0] (~stealthy@69.216.112.54) |
03:40:45 | | Part StealthyXIIGer |
03:43:34 | jhMikeS | Llorean: 45 minutes into the flick and all's well it seems :) |
04:00 |
04:07:29 | JdGordon | pixelma: If i really didnt bother with waiting for testers then why isnt the fm patch in svn yet? hrm?! |
04:08:14 | | Quit Barahir (Ping timeout: 260 seconds) |
04:08:57 | ranma | JdGordon: BTW, you don't need nSRST (System reset), but you do need nTRST |
04:09:19 | JdGordon | my jtag cable doesnt have that? |
04:09:48 | ranma | Then you need to pull it high using a resistor (about 1K to 10K should do) |
04:09:49 | | Join Barahir [0] (~jonathan@frnk-590f7584.pool.mediaWays.net) |
04:10:19 | JdGordon | between it and vcc? |
04:10:28 | ranma | Yeah |
04:10:35 | JdGordon | value doesnt really mater? |
04:11:01 | ranma | It has an internal pulldown and as long as it's low the JTAG-Circuits are in reset state |
04:11:45 | ranma | The internal pulldown is more like 100K to 1M, I used 10K to pull it up to vcc. |
04:12:22 | ranma | Theoretically you can connect it directly to VCC, but using a resistor is a bit safer in case you get the wrong pin or a short :) |
04:12:50 | JdGordon | hehe ok |
04:14:26 | ranma | Hmm, make that 50K for the internal one. IIRC I measured 0.5V when pulling a 3V internal pullup down to 0V with a 10K resistor, which would mean the internal one was 50K |
04:14:51 | | Quit pixelma (Disconnected by services) |
04:14:51 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:14:57 | | Quit amiconn (Disconnected by services) |
04:15:00 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:15:10 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:15:19 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
04:15:22 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:24:57 | | Join Rondom [0] (~quassel@dslb-084-057-166-160.pools.arcor-ip.net) |
04:25:35 | | Quit Rondom_ (Read error: Operation timed out) |
04:31:42 | | Join CGL [0] (~CGL@190.79.147.252) |
04:46:14 | | Join JdGordon1 [0] (~jonno@2002:7bf3:8c1f:1234:223:4eff:fe9e:a776) |
04:52:26 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:02:08 | | Quit dys` (Ping timeout: 276 seconds) |
05:02:38 | | Join dys` [0] (~andreas@krlh-5f72d4a8.pool.mediaWays.net) |
05:05:38 | | Quit JdGordon1 (Ping timeout: 276 seconds) |
05:19:24 | | Quit adnyxo (Ping timeout: 252 seconds) |
05:23:55 | CIA-5 | New commit by jethead71 (r25837): i.MX31/Gigabeat S: This should fix stability problems. One problem was to start using the DVFS controller properly so that interrupts will be masked ... |
05:26:45 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
05:31:00 | CIA-5 | New commit by jethead71 (r25838): Changed a macro to a raw in int constant. Didn't mean to do that. Put it back right. |
05:32:06 | Llorean | jhMikeS: I'm not able to immediately crash it. So that's good. :) |
05:32:32 | jhMikeS | good deal. seems stable now after running it quite alot here. |
05:36:04 | jhMikeS | Llorean: you said "immediately". how about not so immediately? |
05:36:39 | | Quit Horscht (Quit: Verlassend) |
05:37:24 | Llorean | Well, by immediately, I meant "the reliable method of skip, listen, skip, listen for a minute or two" didn't work at all. Usually I could get it in less than half a minute before |
05:37:41 | Llorean | I'm updating to 25838 then I'll listen normally and let you know if anything bad occurs |
05:40:09 | jhMikeS | the modules seem to be working normally now and it's asking to drop voltage more even at lowf. maybe I'll check that out. |
06:00 |
06:08:14 | * | jhMikeS was thinking about using state-retention on the beast, even though rb has no sleep mode, to just rolo the fw image instead of shutting down, which would speed things up and make dual/single boot times irrelevant. |
06:10:19 | n1s | sounds nice |
06:10:46 | n1s | i think noone is against a real sleepmode either (as long as it's optional) |
06:12:39 | jhMikeS | I was thinking it could tide it over until there is one. At least it would "boot" faster for both. |
06:13:41 | jhMikeS | the needed cpu support code would be basically the same anyway |
06:17:36 | CIA-5 | New commit by jethead71 (r25839): Gigabeat S: There's no compelling reason to start automatic scaling in the bootloader only stop it milliseconds later. Do init to default frequency ... |
06:20:40 | | Quit saratoga (Quit: Page closed) |
06:20:50 | | Join Boldfilter [0] (~Boldfilte@adsl-178-248-46.jax.bellsouth.net) |
06:42:11 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
06:45:07 | CIA-5 | New commit by jethead71 (r25840): Gigabeat S bootloader: Fix archaic call placement in dptc_stop which hangs the bootloader before jumping to FW. Let the backlight LED ramp up after ... |
06:45:08 | | Quit n1s (Ping timeout: 246 seconds) |
06:48:03 | | Quit RadicalR (Ping timeout: 265 seconds) |
06:49:29 | | Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) |
06:50:54 | | Quit CGL (Quit: Soy spammero http://wiki.n00b2hack.com.ve ---- \m/ d(>.<)b \m/) |
06:52:28 | *** | Saving seen data "./dancer.seen" |
06:58:09 | | Quit CaptainKewl (Remote host closed the connection) |
07:00 |
07:07:22 | | Nick dys` is now known as dys (~andreas@krlh-5f72d4a8.pool.mediaWays.net) |
07:09:48 | | Join funman [0] (~fun@rockbox/developer/funman) |
07:11:44 | | Quit joeyg (Quit: KVIrc 4.0.0 Insomnia http://www.kvirc.net/) |
07:19:19 | | Quit flatrose (Remote host closed the connection) |
07:20:23 | funman | If I assume the fuzev2 battery capacity is 550mAh like the v1, backlight with default brightness uses 35mA, not 30mA like the v1 |
07:21:22 | | Join esperegu [0] (~quassel@145.116.15.244) |
07:21:56 | funman | If I assume it's 465mAh then the difference is closer to 30mA |
07:31:54 | funman | hum there seems to be really big differences: when I added the fuzev1 numbers my runtime was a bit less than 9 hours and in SansaRuntime mc2739 found ~12 hours 3 months before |
07:32:37 | funman | my interrupted (by a crash) attempt yesterday showed something like more than 14 hours (assuming percentage goes down linearly which i'm not sure) |
07:36:09 | | Quit Rask (Quit: Wood and water, wind and tree, jungle-favor go with thee!) |
07:37:32 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
07:44:56 | topik | funman: that clip+ battery curve you commited is based on playing from internal memory? |
07:45:29 | funman | yes, i also assumed some runtime in the 18 hours range which I can't reproduce now because of frequent crashes |
07:45:57 | topik | i keep trying to get it to complete from uSD but without luck so far |
07:46:22 | topik | too bad it doesn't panic with a message of sorts but just sort of dies |
07:46:25 | funman | do you have at least 3 or 4 hours runtime? I could compare the beginning of the curve |
07:46:35 | topik | i have 5h32m |
07:47:40 | funman | just paste it |
07:48:13 | topik | http://pastebin.com/28iTwYnY |
07:48:50 | funman | you resumed without recharging? |
07:48:53 | topik | no |
07:49:21 | topik | i think that drop is because of the 'refreshing database' nonsense |
07:49:30 | topik | also, i'm not entirely sure that one is from usd |
07:49:43 | topik | will check now |
07:51:33 | topik | i think that is internal, sorry |
07:51:36 | funman | I see we didn't implement sd_enable() yet, not sure if it will help |
07:51:58 | topik | i have no problems starting my clip+ with the card inserted though |
07:52:14 | | Part Boldfilter |
07:52:15 | | Join fyrestorm [0] (~nnscript@cpe-68-173-235-128.nyc.res.rr.com) |
07:52:39 | topik | when the thing is charged again i will restart a battery_bench. should i wait for sd_enabled() to be included? |
07:53:01 | funman | no, i let that up to FlynDice :p |
07:53:58 | topik | i'll just compile current svn then while it's charging |
07:54:11 | topik | any idea what those 'silent crashes' are yet? |
07:54:28 | topik | it happens on internal memory too (like in that bench i just pastebinned) |
07:55:14 | | Quit fyre^OS (Ping timeout: 265 seconds) |
07:55:55 | funman | no, it seems it also happens when CPU is boosted? |
07:56:21 | topik | i haven't tried that yet |
07:56:32 | topik | boosting must drain power though? |
07:57:43 | funman | yes, reduces runtime by ~ 4 hours |
08:00 |
08:00:07 | topik | hmm, stability over runtime |
08:02:00 | * | S_a_i_n_t votes for stability everytime |
08:02:25 | S_a_i_n_t | I very rarely listen to my DAPs for ~6/7 hours straight |
08:03:22 | topik | it would be nice to have both. i'm assuming the crashes happen in internal/uSD access but that's just guessing |
08:04:41 | S_a_i_n_t | oh, sure...it'd be nice to have both. |
08:05:04 | S_a_i_n_t | but, if I had to choose one, I'd go for stability |
08:07:59 | topik | right now my fuze v1 is having primary playback duties and clip+ is only for testing, but when it gets stable the clip+ has some advantages |
08:08:38 | funman | topik: you have a recent build on fuzev1? kugel mentioned frequent crashes |
08:08:46 | | Join saratoga [0] (~9803c20d@gateway/web/freenode/x-gfyfjktijkiknezy) |
08:09:42 | funman | saratoga: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-May/088048.html |
08:09:57 | topik | r25695 |
08:10:15 | topik | only had 1 crash if quite a long time |
08:10:25 | funman | looks recent |
08:10:32 | topik | april 22nd |
08:11:30 | topik | i read his remarks about his crashing fuze but i don't have that experience at all. i use it 2-3 hours each day so it's well tested |
08:11:38 | topik | never for more than an hour at a time though |
08:16:26 | saratoga | thanks, say that email but didn't click it |
08:16:29 | saratoga | saw |
08:25:26 | * | S_a_i_n_t wonders if Flyspray is down, or if it's just his machine being weird... |
08:25:40 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:27:24 | funman | fine here |
08:28:07 | saratoga | funman: about those logs, I wonder if trying to get our codec lib to compile as an external library for ffmpeg might be easier |
08:29:28 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.1.46) |
08:29:35 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
08:30:58 | funman | don't you mean the reverse? |
08:31:10 | funman | make the codec lib link against libavcodec and use its public API |
08:32:38 | saratoga | yeah |
08:35:59 | | Join Zagor_muh [0] (~bjst@rockbox/developer/Zagor) |
08:36:05 | | Nick Zagor_muh is now known as Zagor (~bjst@rockbox/developer/Zagor) |
08:36:07 | funman | well good idea, i hope it doesn't involve too much work making the API work without a libc |
08:36:32 | saratoga | couldn't we just add wrapper functions and compile it like normal ffmpeg? |
08:36:40 | | Part Zagor |
08:37:08 | funman | if codec API and ffmpeg API are similar it should be straightforward |
08:37:16 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
08:37:21 | saratoga | ffmpeg codecs and parsers are basically just tables of function pointers that init and decode right? |
08:37:31 | funman | yeah |
08:37:47 | saratoga | we're not much different |
08:38:17 | saratoga | though i've never looked at ffmpeg's file parsers |
08:38:28 | saratoga | things like seeking might be trickier |
08:38:42 | funman | i can have a look (so i learn about rockbox codecs, AND do something else than f***ing sansas) |
08:38:50 | saratoga | ha |
08:39:05 | saratoga | our codecs are just called from the files in the root /apps/codecs |
08:39:20 | saratoga | in there is a loop that calls the parser function, and then the codec decode function |
08:39:32 | saratoga | the parser and the decoder are compiled together |
08:40:34 | saratoga | wma, cook, atrac and flac are all adapted from ffmpeg so they're pretty similar |
08:41:21 | funman | atrac3 in oma looks the simplest, and most of it is seeking code |
08:43:11 | funman | i had 7h10 runtime with clipv1, a little bit lower than last bench (which was 7h30) |
08:43:38 | | Join flydutch [0] (~flydutch@host36-202-dynamic.15-87-r.retail.telecomitalia.it) |
08:43:39 | saratoga | maybe I made things worse? |
08:44:08 | funman | i would need to redo the bench with the same album and just this revision reverted to check |
08:44:44 | funman | now i'm running with the change in memory controller on clipv1 and clip+ as i have recent data to compare with |
08:45:21 | | Join Long [0] (~7d1082b8@giant.haxx.se) |
08:45:47 | Long | ? |
08:46:08 | S_a_i_n_t_ | ? |
08:46:25 | saratoga | i wonder how hard it would be to get our codecs to work with ffmpeg's file parsers |
08:47:09 | funman | we would need to remove unused parsers from each codec when linking if we use a single avcodec.a |
08:47:20 | saratoga | the codec interface is generally really simple, just init, decode and close |
08:47:41 | saratoga | and more or less the same for most rockbox codecs |
08:47:56 | saratoga | we actually used the ffmpeg interface unmodified for a little while in wma |
08:48:41 | saratoga | i guess the hard part would be getting the codeclib functions (mdct, etc) working with ffmepg |
08:49:51 | saratoga | hmm though maybe we don't need a lot of it |
08:50:02 | saratoga | we could probably use their bitstream functions unmodified |
08:50:11 | saratoga | so really it'd just be the mdct |
08:52:31 | *** | Saving seen data "./dancer.seen" |
08:53:27 | topik | stubborn as i am, here goes another clip+ uSD battery_bench attempt |
08:55:33 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
08:55:48 | | Quit stripwax (Client Quit) |
08:58:57 | funman | the hard part would be to compile ffmpeg without libc |
08:59:32 | saratoga | funman: why do we need that? |
08:59:42 | saratoga | you want to run ffmpeg in rockbox or? |
08:59:54 | funman | well only libavcodec |
09:00 |
09:00:15 | saratoga | i thought we just wanted to let other people use rockbox's codecs outside of rockbox |
09:00:30 | funman | that too :) |
09:01:04 | saratoga | IMO trying to compile their stuff for rockbox doesn't help us |
09:01:11 | funman | what i'm looking at is: a rockbox.codec which uses libavcodec.a so adding new codecs is dead easy |
09:01:56 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
09:01:59 | saratoga | but ffmpeg codecs are floating point so they still have to be convered anyway |
09:02:13 | saratoga | converted |
09:02:13 | funman | yeah |
09:02:27 | saratoga | plus we have almost all the audio ones already :) |
09:03:16 | funman | i wasn't trying to decode video :P |
09:03:37 | saratoga | of the codecs people actually use, I think we're only missing WMA Pro, Voice, and Lossless |
09:03:45 | saratoga | and thats being generous with Voice |
09:03:54 | saratoga | and theres no ffmpeg decoder for lossless |
09:04:22 | saratoga | after that theres just obscure codecs like TTA, ATRAC1, VQF |
09:04:50 | topik | none of the current rockbox targets have floating point? |
09:05:07 | saratoga | i think the gigabeat S does, but we don't use it |
09:05:17 | funman | hm our binutils is too old for the assembler syntax they use |
09:05:40 | saratoga | one more reason to update to eabi |
09:07:05 | funman | ah right i have the eabi compiler too but too late i deleted the ffmpeg folder |
09:07:05 | | Quit Long (Quit: CGI:IRC (EOF)) |
09:07:40 | funman | Bagder proposed creating a mailing list for rockbox/ffmpeg collaboration but IMO the question is: do you, saratoga, need a new mailing list ? ;) |
09:08:01 | saratoga | i don't really mind however its done |
09:08:35 | saratoga | i'm so busy this summer, and I want to help mt, so i'll probably be pretty useless |
09:08:45 | funman | at least i think the ffmpeg devs will be more responsive than monty with tremor patch |
09:09:01 | saratoga | i bugged them on IRC the other day, they said they're just slow |
09:09:45 | funman | i guess they're busy with ogg evangelism especially wrt html5 |
09:10:07 | funman | btw did you see they were working on a new ogg format? |
09:10:11 | saratoga | yeah i think embedded is not their priority |
09:10:14 | saratoga | no i didn't |
09:10:17 | saratoga | whats it for? |
09:10:43 | funman | monty mentioned it in his reply to mans, not sure if it's useful outside video |
09:11:29 | saratoga | i assumed that if google really open sources vp8, they'll just work on that |
09:11:50 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
09:11:57 | saratoga | maybe i should look at getting FS #10243 - Codec executor merged into rockbox |
09:12:11 | saratoga | if it was folded into the configure script it would be a pretty nice tool |
09:12:14 | funman | "transOgg" |
09:12:54 | funman | what's left with this patch: only integration in buildsystem? |
09:14:51 | funman | transOgg seems only vaporware at the moment, google only turns up to monty blog entry |
09:15:51 | | Join petur [0] (~petur@rockbox/developer/petur) |
09:18:05 | saratoga | funman: i'm not even sure it works :) |
09:18:55 | funman | ^^ |
09:19:27 | | Join DerPapst [0] (~Alexander@dslb-088-069-154-027.pools.arcor-ip.net) |
09:23:44 | | Join aberet [0] (~tty0@70-56-217-228.albq.qwest.net) |
09:24:34 | | Quit tmzt_ (Ping timeout: 264 seconds) |
09:24:51 | | Quit esperegu (Remote host closed the connection) |
09:24:56 | | Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
09:25:27 | | Join esperegu [0] (~quassel@145.116.15.244) |
09:31:29 | markun | does keylock (soft hold button) only work in the WPS? |
09:32:11 | markun | I can't get my clip+ to lock in the file tree |
09:33:02 | funman | yes |
09:33:59 | markun | funman: is there a reason this is done or shall I enable it for the other screens as well? |
09:37:31 | | Quit saratoga (Quit: Page closed) |
09:38:35 | | Join solexx_ [0] (~jrschulz@e176125003.adsl.alicedsl.de) |
09:38:37 | funman | no idea |
09:38:51 | funman | pixelma mentioned she liked soft hold this way |
09:39:38 | pixelma | it's working like this for ages on the Archos targets |
09:39:56 | | Quit solexx (Read error: Operation timed out) |
09:40:11 | Zagor | markun: isn't the reason simply a lack of buttons? |
09:40:13 | JdGordon | markun: iirc it should be simple enough to add for the file tree |
09:40:14 | funman | do the archos fit in a pants pocket? |
09:40:27 | pixelma | the Ondio does |
09:40:28 | Zagor | funman: the ondios do |
09:40:41 | funman | Zagor: finding a combination of 2 buttons which work in every screen shouldn't be hard |
09:40:53 | markun | maybe my problem is that I don't know how to quickly jump to the WPS |
09:40:55 | pixelma | on the Ondio? |
09:41:02 | markun | (without navigating the menu) |
09:41:04 | Zagor | funman: brave words! :-) |
09:41:35 | funman | ;) |
09:41:44 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
09:41:50 | funman | markun: i think there's no jump to WPS shortcut on clip |
09:41:52 | JdGordon | select+home isnt it? |
09:42:01 | funman | yeah it's softhold in the wps |
09:42:28 | pixelma | markun: it's been noted that this doesn't work on the Clip+ I think (thought I read it i the forums) |
09:42:46 | pixelma | the "resume" shortcut I mean |
09:43:08 | markun | maybe "menu + play (up)"? |
09:44:43 | | Quit esperegu (Ping timeout: 264 seconds) |
09:45:19 | markun | and what's HOTKEY? (I've been away for too long..) |
09:45:51 | | Join esperegu [0] (~quassel@145.116.15.244) |
09:46:09 | markun | jumps to a user defined item? |
09:47:21 | topik | the buttons on the clip+ take quite a bit of effort to push. is (soft-)hold even that useful? |
09:47:40 | * | S_a_i_n_t_ points markun to the manual re: Hotkey ;) |
09:47:47 | S_a_i_n_t_ | but, you're on the right track. |
09:47:52 | markun | I don't always put it on hold |
09:48:14 | markun | but I've had it for 2 days, so "always" is a bit strong ;) |
09:48:22 | pixelma | I'd suggest "long Right" on both Clips then for resume like on the c200s if it's not taken (it might take away the second way to access the context menu but on the Clips and c200s you still have "long Select" for it). Clip and c200 have the same "problem" with up and down in the list being on buttoms that are also labelled something else |
09:48:23 | markun | S_a_i_n_t_: thanks :) |
09:49:05 | S_a_i_n_t_ | markun: Hotkey lets you assign a context menu selection (one for the WPS, one for the Filetree) to a two-key combo. |
09:49:16 | S_a_i_n_t_ | So you don't have to drill down into the context menu |
09:49:37 | markun | pixelma: sounds good |
09:49:46 | S_a_i_n_t_ | by default, the WPS hotkey is set to playlistviewer, and the filetree hotkey remains undefined. |
09:50:24 | markun | S_a_i_n_t_: in that case "menu + down (playlist)" sounds like a good candidate for this hotkey |
09:50:37 | S_a_i_n_t_ | I find it useful to set the filetree hotkey to either delete of open-with, I haven't decoded which one I use more yet. |
09:50:48 | S_a_i_n_t_ | probably I find open-with the most usefull. |
09:51:34 | S_a_i_n_t_ | markun: On the iPods at least it is select+play, I have no idea about other targets |
09:51:39 | S_a_i_n_t_ | but I assume it is similar |
09:52:51 | S_a_i_n_t_ | The same key combo is used to set/call the hotkeys |
09:53:22 | S_a_i_n_t_ | the only thing that is lacking is that not all context items may be set to hotkey, and the player has no way of showing you what can/can't be set |
09:53:42 | S_a_i_n_t_ | so, it's just trial & error to begin with until you figure out what's what. |
09:53:53 | S_a_i_n_t_ | The manual details what can/can't be set though |
09:54:31 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
09:56:06 | ThomasAH | funman: Maybe you saw it in the channel log: Clip+ with r25831 crashes often when voice clips are enabled and browsing through directories or database. Otherwise everything seems to work fine |
09:56:23 | funman | boosting CPU doesn't improve things? |
09:56:32 | ThomasAH | funman: boosted and unboosted |
09:56:56 | ThomasAH | funman: (if debug menu shows 240000... it is boosted, right?) |
09:57:35 | markun | ok, just found out that home+select jumps to the WPS, so just pressing it 2 times enables hold |
09:57:48 | funman | no |
09:57:57 | funman | 240000 is 240kHz, quite low |
09:58:30 | funman | if you don't check the number of 0s it can be either 24MHz (unboosted) or 240MHz (boosted). Just check that the counter is above 1 |
09:58:49 | ThomasAH | funman: I don't know how many zeroes there were ... it was yesterday. Oh, if both starts with 24 I would have to look closer :) |
09:58:49 | S_a_i_n_t_ | This is going to sound like a "king n00b" question I know...but, I have to satisfy my curiousity. why is there more values that boosted/unboosted for the boost settings? |
09:59:01 | S_a_i_n_t_ | I mean, what is 1, 2, 3, 4, 5 etc? |
09:59:13 | S_a_i_n_t_ | howcome it's not just 0, 1? |
09:59:36 | funman | S_a_i_n_t_: the counter shows how much threads require boosting |
09:59:43 | S_a_i_n_t_ | s/that/than/ |
09:59:49 | topik | clip+ died after 1 hour running battery_bench from uSD |
10:00 |
10:00:01 | funman | so if one of them declares it doesn't need it anymore, the counter goes down, and CPU is unboosted only if the counter is 0 (which means no other threads needs boosting) |
10:00:38 | S_a_i_n_t_ | I thought if it was boosted...it just ran everything at max clock? |
10:01:24 | funman | yes, that's what boosting means. What makes you think it would be otherwise ? |
10:01:28 | S_a_i_n_t_ | I haven't played with it too much...but the boost value seems like it can go far, far into the 100s |
10:01:45 | funman | Think of it like a road bus |
10:01:50 | S_a_i_n_t_ | I just don't get why it isn't just on/off |
10:01:53 | funman | If there are 100 persons in the bus it keeps moving |
10:02:08 | funman | If one person leaves the bus, the 99 persons still in it do not want the bus to stop |
10:02:32 | markun | S_a_i_n_t_: if one thread decides it no longer need to boost but another one still requires it, boost should still be on. |
10:02:38 | funman | But the bus goes at the same speed if there is 1 person or 100, it just stops when it's empty |
10:02:50 | S_a_i_n_t_ | so, the higher I set it, the more threads run boosted without it unboosting? |
10:02:53 | S_a_i_n_t_ | *basically... |
10:03:01 | funman | no |
10:03:31 | funman | setting it higher than 1 has no effect |
10:03:57 | topik | then i'm with S_a_i_n_t_ that it is confusing that it can be set to 2 and higher |
10:04:03 | S_a_i_n_t_ | well, that's what I thought...which is why I can't understand the point for values other than 0 and 1 |
10:04:11 | funman | user confusion isn't taken in account in the debug menu ;) |
10:04:24 | S_a_i_n_t_ | no, that is fairly obvious ;) |
10:04:25 | topik | it's built-in though |
10:04:52 | S_a_i_n_t_ | hence the (Keep Out!) I guess, but keep out means "please fiddle with thses setting" to most users |
10:05:38 | funman | i guess setting it higher than 1 is useful when tracking down boosting problems (number of unboost() not being equal to the number of boost()) |
10:09:17 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.5.72) |
10:09:48 | | Quit S_a_i_n_t_ (Ping timeout: 276 seconds) |
10:12:18 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
10:14:18 | JdGordon | pamaury: hey, do you know if you can get the id3 info out of the db with only the filename? |
10:14:24 | | Join kaniini [0] (~quassel@dyn75-70.yok.fi) |
10:15:02 | pamaury | JdGordon: yes you can iirc |
10:15:14 | | Quit funman (Quit: free(random());) |
10:16:07 | JdGordon | its not tagcache_fill_tags() is it? |
10:17:12 | JdGordon | if it is really simple to use then it might be nice to replace the playlist viewer (and the viewer in the wps) with this ability instead of just relying on filenames |
10:17:27 | JdGordon | maybe only if ramcache is enabled though? |
10:17:34 | pamaury | if tagcache is loaded to ram, I think tagcache_fill_tags does the job. If it's not, see my MTP code, the tagcache_copy_tag function, I think it works too |
10:18:49 | pamaury | If it's not loaded, basically you do a a search for the tag, adding a matching clause for the filename, and then call tagcache_get_numeric/tagcache_retrieve to get the value. You can't get the whole id3 at once |
10:19:53 | pamaury | JdGordon: I don't understand what do you mean by replacing the playlist viewer by this ability but I know nothing the wps |
10:20:07 | | Nick HellDragon_ is now known as jd (~jd@Wikipedia/HellDragon) |
10:24:08 | | Quit Kitar|st (Ping timeout: 260 seconds) |
10:25:44 | JdGordon | there was a request in the forums to make the playlist viewer show more than just the filename... it clicked that tagcache could maybe be useful here |
10:25:59 | JdGordon | and in the WPS it could mean you always have the unbuffered tracks info avilaable |
10:26:02 | Llorean | Wasn't there already a patch for that? |
10:26:24 | JdGordon | was there? |
10:26:35 | Llorean | Speaking of the WPS, I've noticed that if you change playlists the WPS will display next track info from the previous playlist for a while (maybe until buffering finishes) |
10:26:39 | JdGordon | the one to get the playtime you mean? |
10:26:51 | Llorean | I thought there was one that showed metadata in the playlist viewer. |
10:26:57 | Llorean | Track name tag, specifically |
10:28:05 | ThomasAH | Hmm, which button do I have to press on the clip+ to boost? I thought it was "right", but ... |
10:28:46 | JdGordon | Llorean: care to find it? I cant see it |
10:29:12 | ThomasAH | ah, I can do it directly in the debug menu with "up" |
10:29:40 | | Join Kitar|st [0] (~Kitar_st@BSN-143-104-4.dial-up.dsl.siol.net) |
10:30:08 | Llorean | JdGordon: I can't find it either. Maybe it was one of those unsupported build things. |
10:30:17 | Llorean | Or maybe I'm just crazy. This is also very possible, it's late |
10:30:17 | JdGordon | meh :/ |
10:33:02 | JdGordon | do I need to reboot for ramcache to be enabled? |
10:33:21 | pamaury | I thinks o |
10:33:23 | pamaury | *so |
10:35:27 | JdGordon | nuts... 2line patch didnt work |
10:36:25 | | Quit rvvs89 (Ping timeout: 246 seconds) |
10:37:17 | * | JdGordon forgot to reinit db after adding folders |
10:40:50 | JdGordon | find_entry_ram() keeps returning -1 |
10:41:42 | JdGordon | it needs dircache enabled? |
10:41:53 | JdGordon | dircache_get_entry_ptr() is returning NULL |
10:46:48 | pamaury | hum, I think tcram needs dircache |
10:52:30 | | Quit S_a_i_n_t (Ping timeout: 264 seconds) |
10:52:33 | *** | Saving seen data "./dancer.seen" |
10:53:06 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.196) |
10:58:13 | | Quit kramer3d (Quit: Leaving) |
11:00 |
11:03:44 | JdGordon | yay! enabling dircache made it almost work |
11:04:16 | JdGordon | only the track name is showing... i want the track number also? |
11:04:43 | pamaury | showing where ? |
11:04:53 | JdGordon | on the wps |
11:05:12 | JdGordon | just displaying info from the id3 struct |
11:05:20 | S_a_i_n_t | there is a tag for that...no? |
11:05:29 | JdGordon | I'm using the tag |
11:05:36 | pamaury | are you sure the tag works ? |
11:05:42 | S_a_i_n_t | and it isn't working? weird. |
11:06:42 | JdGordon | something is no worky :( |
11:09:09 | JdGordon | loveley... tagcache_fill_tags() works fine... and I can printf the values after it returns, but when I try to get the tag value it breaks |
11:10:24 | S_a_i_n_t | Hmmm, actually *is* there a tag to display the track number in the WPS? |
11:10:31 | S_a_i_n_t | I can't seem to find it in the manual |
11:11:25 | S_a_i_n_t | Oooops, %in |
11:11:34 | S_a_i_n_t | yeppers, there is indeedy, sorry ;P |
11:13:51 | pixelma | track numbers from ID3 can be different to playlist position |
11:14:35 | JdGordon | they usually are... |
11:15:44 | pixelma | no |
11:15:58 | pixelma | only when you have one album in the playlist |
11:16:27 | pixelma | it's already wrong when you insert another in advance |
11:16:28 | JdGordon | pamaury: any objections to 0-ing out the mp3entry struct passed to tagcache_fill_tags? |
11:16:41 | JdGordon | not doing that was the reason the tag was failing |
11:17:01 | JdGordon | (it looked for id3->track_string before id3->tracknum) |
11:17:09 | pamaury | no reason, to be honest I though it would already zero out everything which is not valid/present |
11:17:39 | * | S_a_i_n_t wonders what it is exactly that JdGordon is working on now... |
11:22:57 | CIA-5 | New commit by jdgordon (r25841): If dircache and database "load to ram" is enabled then get the id3 info from the database in the WPS playlist viewer for non buffered tracks |
11:25:17 | S_a_i_n_t | aha.....nice ;) |
11:25:58 | S_a_i_n_t | JdGordon: I had an idea for a tag that while I'm not sure how it could be implemented, I know I could make use of. |
11:26:10 | JdGordon | add it to the wishlist |
11:26:19 | S_a_i_n_t | basically "if 'font' == X, then Y" |
11:26:33 | S_a_i_n_t | I have already added a few there. ;) |
11:26:33 | JdGordon | ? |
11:27:16 | S_a_i_n_t | I figure that the font tag I'm thinking of could help themers to accomadate different sized viewports/exclude wps info when the font starts to get too big. |
11:27:48 | S_a_i_n_t | ie. increase the viewport size conditially according to the font. |
11:27:55 | JdGordon | well, themes dont usually work unless a specific size font is used, so I'm not sure of the point |
11:28:16 | S_a_i_n_t | well, the reverse of that would be the point I guess |
11:28:21 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
11:28:25 | S_a_i_n_t | it *should* remove that restriction |
11:28:59 | S_a_i_n_t | meh...just an idea, but I think it could be pretty handy if it was done well. |
11:29:43 | JdGordon | %?Fs15<no|yes> |
11:31:27 | S_a_i_n_t | something like that, or %?FS<5|6|7|8|9|etc.> |
11:31:38 | S_a_i_n_t | would provide the most diversity |
11:31:40 | Torne | if themers go to the trouble of doing it that way it could be useful.. |
11:32:30 | S_a_i_n_t | I figure that way, a theme could contain both a normal version, and a "high visability/large font" version all in the same wps/sbs |
11:32:54 | JdGordon | I dont think that is a good idea |
11:33:01 | S_a_i_n_t | Torne: yes, my thoughts exactly...whether or not they *will* is another thing altogether |
11:33:01 | JdGordon | skin files are already painful to read |
11:33:22 | S_a_i_n_t | its something I've been wishing I could do for a while, but I needed to think of a way to do it. |
11:33:45 | S_a_i_n_t | conditionally, by font name, or font height would be tyhe go IMO |
11:33:55 | S_a_i_n_t | JdGordon: this is true... |
11:34:05 | S_a_i_n_t | It was just a thought. |
11:35:07 | S_a_i_n_t | Well, I think its a good idea...I actually think its a great idea. but it would be hard to implement, and probably create a nightmare for sysntax |
11:35:28 | S_a_i_n_t | but dynamically resizable viewports would be awesome IMO |
11:35:43 | JdGordon | and quite impossible :) |
11:35:46 | S_a_i_n_t | you made me think more on that topic with conditional UI viewport |
11:35:56 | JdGordon | well nothing is impossible... but not realistically doable |
11:45:59 | *** | Started Dancer V4.16 |
11:45:59 | *** | Connected to irc.freenode.net on port 6667 |
11:45:59 | *** | Logfile for #rockbox started |
11:46:00 | Mode | "logbot :+i" by logbot |
11:46:02 | Ctcp | Version from frigg!~frigg@freenode/utility-bot/frigg |
11:46:02 | *** | Server message 501: 'logbot :Unknown MODE flag' |
11:46:02 | | Join logbot [0] (~rockbox@giant.haxx.se) |
11:46:02 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
11:46:02 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.196) |
11:46:02 | | Join Kitar|st [0] (~Kitar_st@BSN-143-104-4.dial-up.dsl.siol.net) |
11:46:02 | | Join kaniini [0] (~quassel@dyn75-70.yok.fi) |
11:46:02 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
11:46:02 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
11:46:02 | | Join esperegu [0] (~quassel@145.116.15.244) |
11:46:02 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
11:46:02 | | Join solexx_ [0] (~jrschulz@e176125003.adsl.alicedsl.de) |
11:46:02 | | Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
11:46:02 | | Join aberet [0] (~tty0@70-56-217-228.albq.qwest.net) |
11:46:02 | | Join DerPapst [0] (~Alexander@dslb-088-069-154-027.pools.arcor-ip.net) |
11:46:02 | | Join petur [0] (~petur@rockbox/developer/petur) |
11:46:02 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
11:46:02 | | Join flydutch [0] (~flydutch@host36-202-dynamic.15-87-r.retail.telecomitalia.it) |
11:46:02 | | Join ender` [0] (krneki@foo.eternallybored.org) |
11:46:02 | | Join fyrestorm [0] (~nnscript@cpe-68-173-235-128.nyc.res.rr.com) |
11:46:02 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
11:46:02 | | Join RadicalR [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) |
11:46:02 | | Join dys [0] (~andreas@krlh-5f72d4a8.pool.mediaWays.net) |
11:46:02 | | Join Rondom [0] (~quassel@dslb-084-057-166-160.pools.arcor-ip.net) |
11:46:02 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
11:46:02 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
11:46:02 | | Join Barahir [0] (~jonathan@frnk-590f7584.pool.mediaWays.net) |
11:46:02 | | Join Rob2222 [0] (~Miranda@p4FDCA7A2.dip.t-dialin.net) |
11:46:02 | | Join krazykit [0] (~kkit@adsl-76-251-232-26.dsl.ipltin.sbcglobal.net) |
11:46:02 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
11:46:02 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
11:46:02 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
11:46:02 | | Join Hillshum [0] (~hillshum@75-165-235-147.slkc.qwest.net) |
11:46:02 | | Join leavittx [0] (~leavittx@89.221.199.187) |
11:46:02 | | Join arun [0] (~arun@unaffiliated/sindian) |
11:46:02 | | Join markun [0] (~markun@rockbox/developer/markun) |
11:46:02 | | Join loveless [0] (~loveless@2a01:198:26e:0:216:cbff:feb9:8c8d) |
11:46:02 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
11:46:02 | | Join freddy_ [0] (~freddy@p3E9E0160.dip0.t-ipconnect.de) |
11:46:02 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
11:46:02 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
11:46:02 | | Join matthewbpt [0] (~matthew@cpc4-clif8-2-0-cust778.know.cable.virginmedia.com) |
11:46:02 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
11:46:02 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
11:46:02 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
11:46:02 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
11:46:02 | | Join FOAD [0] (~dok@83.160.60.104) |
11:46:02 | | Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) |
11:46:02 | | Join topik [0] (awesome@wtf.grmpf.org) |
11:46:02 | | Join @ChanServ [0] (ChanServ@services.) |
11:46:02 | | Join ThomasAH [0] (~thomas@aktaia.intevation.org) |
11:46:02 | | Join fxb__ [0] (~felixbrun@h1252615.stratoserver.net) |
11:46:02 | | Join ranma [0] (ranma@mx.tdiedrich.de) |
11:46:02 | | Join Beta2K [0] (~Beta2K@d24-36-126-101.home1.cgocable.net) |
11:46:02 | | Join Guest20471 [0] (jljhook@irkki.fi) |
11:46:02 | | Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) |
11:46:02 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
11:46:02 | | Join soap [0] (~soap@rockbox/staff/soap) |
11:46:02 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
11:46:02 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
11:46:02 | | Join parafin [0] (parafin@paraf.in) |
11:46:02 | | Join sevard [0] (sev@216.164.6.24) |
11:46:02 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
11:46:02 | | Join dionoea [0] (~dionoea@videolan/developer/dionoea) |
11:46:02 | | Join Torne [0] (torne@rockbox/developer/Torne) |
11:46:02 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
11:46:02 | | Join Hadaka [0] (~naked@naked.iki.fi) |
11:46:02 | | Join bgs000 [0] (znc@unaffiliated/bgs100) |
11:46:02 | | Join Curtman [0] (~curt@S010600248c269238.wp.shawcable.net) |
11:46:02 | | Join ved [0] (~ved3@ddsbox.co.cc) |
11:46:02 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) |
11:46:02 | | Join kenguest [0] (~radagast@lir.talideon.com) |
11:46:02 | | Join Kamyk_ [0] (kamyk@szluug.org) |
11:46:02 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
11:46:02 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
11:46:02 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
11:46:02 | | Join Utchybann [0] (~Utchy@rps6752.ovh.net) |
11:46:02 | | Join elcan [0] (user36@pr0.us) |
11:46:02 | | Join nima [0] (~nima@adsl-75-45-240-74.dsl.sfldmi.sbcglobal.net) |
11:46:02 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
11:46:02 | | Join Necos [0] (1001@cpe-76-169-21-84.socal.res.rr.com) |
11:46:02 | | Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) |
11:46:02 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
11:46:02 | | Join MuscleNerd [0] (eric@adsl-75-16-57-151.dsl.irvnca.sbcglobal.net) |
11:46:02 | | Join xavieran [0] (~xavieran@ppp118-209-16-75.lns20.mel4.internode.on.net) |
11:46:02 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
11:46:02 | | Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
11:46:02 | | Join rhodan [0] (~quassel@2001:1608:12:2::38) |
11:46:02 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
11:46:02 | | Join Zambezi [0] (Zulu@80.67.9.2) |
11:46:02 | | Join linuxguy3 [0] (~timj@adsl-75-57-198-233.dsl.emhril.sbcglobal.net) |
11:46:02 | | Join bzed [0] (~bzed@devel.recluse.de) |
11:46:02 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
11:46:02 | | Join daurnimator [0] (daurnimato@freenode/staff/daurnimator) |
11:46:02 | | Join pjm0616 [0] (~user@61.250.113.98) |
11:46:02 | | Join stavrob [0] (~sam@78-105-125-218.zone3.bethere.co.uk) |
11:46:02 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
11:46:02 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
11:46:02 | | Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) |
11:46:02 | | Join logiclost [0] (~lostlogic@erudite.lostlogicx.com) |
11:46:02 | | Join guymann [0] (~charlie@69.37.181.52) |
11:46:02 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
11:46:02 | | Join mapi [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) |
11:46:02 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
11:46:02 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
11:46:02 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
11:46:02 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
11:46:02 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
11:46:02 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
11:46:02 | | Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) |
11:46:02 | | Join Topy44 [0] (~topy@my.fastsh.it) |
11:46:02 | | Join jae [0] (~jae@jaerhard.com) |
11:46:02 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
11:46:02 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
11:46:02 | | Join sharp [0] (~sharp@sauropod.org) |
11:46:02 | | Join blithe [0] (~blithe@72.14.176.144) |
11:46:02 | | Join CIA-5 [0] (cia@208.69.182.149) |
11:46:02 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
11:46:02 | | Join maraz [0] (maraz@kapsi.fi) |
11:46:02 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
11:46:02 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
11:46:02 | | Join jd [0] (~jd@Wikipedia/HellDragon) |
11:46:02 | | Join YPSY [0] (~ypsy@geekpadawan.de) |
11:46:02 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
11:46:02 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
11:46:36 | | Join Zagor [0] (~bjst@giant.haxx.se) |
11:46:36 | | Quit Zagor (Changing host) |
11:46:36 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
11:45:47 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.2.228) |
11:45:52 | | Join LinusN [0] (~linus@giant.haxx.se) |
11:45:52 | | Quit LinusN (Changing host) |
11:45:52 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
11:48:13 | | Quit S_a_i_n_t (Ping timeout: 246 seconds) |
11:49:07 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.2.228) |
11:52:05 | | Join rvvs89 [0] (ivo@robotnik.ucc.gu.uwa.edu.au) |
11:52:43 | | Quit esperegu (Read error: Operation timed out) |
11:54:47 | | Join esperegu [0] (~quassel@145.116.15.244) |
11:59:28 | * | S_a_i_n_t is getting "svn: Unknown hostname 'svn.rockbox.org'" tryiny to svn up...wtf? |
11:59:56 | S_a_i_n_t | *trying |
12:00 |
12:01:37 | * | JdGordon has a possible fix/workaround for the playlist viewer bug |
12:02:12 | pamaury | is there a way to wait to a specified (small) amount of time in rockbox (on all targets) ? |
12:02:27 | | Join watto [0] (~watto@193.203.81.165) |
12:02:34 | JdGordon | sleep(TICKS) |
12:03:31 | pamaury | how long does it sleeps ? |
12:03:52 | pamaury | sleep(HZ) sleeps one second ? |
12:03:55 | JdGordon | yes |
12:04:06 | pamaury | ok thanks |
12:04:45 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.157) |
12:04:48 | | Quit S_a_i_n_t (Ping timeout: 264 seconds) |
12:05:24 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.157) |
12:09:20 | JdGordon | pamaury: what did we decide? are we trying the menu? |
12:10:32 | pamaury | IIRC We decided to have to settings: one for normal mode, one for hold mode. Each setting can have several values (like UMS, MTP, HID, ...) plus a special "Display Menu" option that displays a menu on plug |
12:10:46 | pamaury | agree ? |
12:11:09 | JdGordon | except isnt is UMS or MTP, HID being seperate? |
12:11:44 | pamaury | yes indeed |
12:16:14 | JdGordon | where does the mode choice happen? |
12:16:52 | pamaury | in the settings you mean ? |
12:17:31 | JdGordon | where it chooses to go mtp or ums |
12:19:39 | pamaury | I don't know :) In the System sub menu of the settings I guess |
12:25:05 | JdGordon | im not entirely sure the git checkout got the right stuff... any added files which would make it obvious if they are missing? |
12:27:04 | pamaury | there should be something like 6 or 7 files in firmware/usbstack/mtp/ subdir |
12:27:32 | JdGordon | no such folder |
12:28:48 | JdGordon | changed to mtp-new and all good |
12:31:42 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
12:34:32 | jhMikeS | for beast lovers only: http://www.rockbox.org/tracker/task/11245 |
12:35:06 | * | JdGordon wishes his sexy beast wasnt in peices |
12:35:12 | markun | jhMikeS: is this '3D effect' any good? |
12:36:11 | jhMikeS | markun: not too bad. I'm getting sort of fond of it on 6 or 7... |
12:36:46 | jhMikeS | seems a bit like a hardware crossfeed |
12:37:35 | wodz | nice - WM8750 has also 3D thing and I was thinking where to put it in rockbox settings |
12:38:38 | wodz | jhMikeS: at least in WM8750 3D thing is more like stereo width with setting over 100% |
12:42:07 | jhMikeS | wodz: it sounds like this has some mixing and widening, depending on frequency and such |
12:43:12 | jhMikeS | probably some delay lines |
12:44:18 | wodz | anyway I still think that introduceing hardware DSP submenu would be cleaner than mixing sw DSP and hw DSP in one place |
12:44:23 | | Part aberet ("Leaving.") |
12:45:18 | jhMikeS | wodz: that's why it's a patch in the tracker for now. it's been rather controversial on just what to with all the settings. |
12:46:06 | wodz | I know, there was some disscusion here on channel without any final conclusion |
12:47:11 | JdGordon | shouldnt software DSP be mostly disabled if the hw can do it? |
12:47:51 | Torne | the hardware one is less powerful |
12:48:30 | Torne | well, less flexible |
12:49:17 | jhMikeS | hmmm...don't think I have the cutoff setting doing it right though :\ |
12:50:09 | wodz | Torne: It was You who have a friend interested in ui redisign in this area? |
12:51:02 | JdGordon | pamaury: to enable mtp you said to toggle it in the debug screen and hold down the button on insert right? |
12:51:43 | JdGordon | ... which makes sense now that I wrote that out... makes sure the msc doesnt attach |
12:52:02 | Torne | wodz: Yeah, he was interested in working on this.. I've linked him to the patch and he's gonna try it out |
12:52:26 | wodz | it would be nice if he join us on channel |
12:54:01 | wodz | regarding hw DSP - WM8750 has quite nice signal processing features when recording. This is used in OF and gives superb results compared to other DAPs I had at hand. |
12:59:10 | pamaury | JdGordon: yes |
13:00 |
13:01:39 | JdGordon | so what really needs to happen is all the reesuted drivers get enabled in the USB_INSERTED event? |
13:02:04 | JdGordon | should be easy enough to put a nice UI on it to choose which drivers and HID keymaps to enable |
13:03:40 | pamaury | JdGordon: yes but you'll also need to tweak usb.c because it does some manual driver enable/disable on insertion. I think I already modified it but you'll need to do a real rewrite, or I'll dot it |
13:04:00 | JdGordon | yeah, thats where I'm looking |
13:04:29 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
13:05:03 | JdGordon | I was thinking it would be nice to get the screenshot code out of usb.c also |
13:05:35 | JdGordon | even if it is 5 lines to move out of there |
13:07:17 | wodz | side note regarding USB: It would be nice to have somehow animated "USB connected" screen. I always think if my dap is hanging or operate correctly after insertion |
13:07:23 | pamaury | yes, but that's not so easy, where do you want to put it ? |
13:07:59 | pamaury | wodz: you want a repeated animation or do you expect something that reflect usb activity ? |
13:08:47 | wodz | repeated animation is fine |
13:09:11 | JdGordon | What I'm tihnking of is adding a function to apps/usb_screen.c to handle the insert (which is called by the usb thread), put the screenshot at the start of that (it would have to still be enabled in debug or somewhere though), then display the menu |
13:09:20 | JdGordon | except that might not work too well |
13:09:27 | JdGordon | or at all, damn multithreads |
13:10:34 | pamaury | it will not work if you are not in msc mode |
13:10:52 | JdGordon | if it all happens before usb_attach() it will |
13:11:32 | pamaury | I mean, if you don't plug in msc mode, other threads are not aware of the usb connection |
13:12:36 | JdGordon | yeah, ok, need to send a event to the button queue to get the main thread to call the usb ui thing. and have the usb thread ait for that to return |
13:12:41 | | Join WaveFox [0] (~WaveFox@lil.wolfpuppy.org.uk) |
13:12:44 | JdGordon | queue_send() i tihnk is the blocking call? |
13:12:55 | jhMikeS | JdGordon: yes |
13:13:11 | JdGordon | in the usb-ui we enable the desired drivers before returning |
13:13:45 | pamaury | yes, seems ok |
13:18:50 | wodz | anyone with coldfire based dap at hand wiling to run test_mem plugin and share his results? |
13:19:21 | * | JdGordon can on h300 |
13:20:50 | JdGordon | once it gets some charge though |
13:23:48 | wodz | debugging asm optimized writes is going to kill me :-/ |
13:24:56 | | Join lpereira1 [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
13:25:01 | | Quit lpereira (Quit: Leaving.) |
13:26:53 | n1s | wodz: what is different with ata on the mpio compared to other cf targets? |
13:28:06 | wodz | byte swap in word |
13:38:31 | n1s | ah |
13:42:54 | JdGordon | pamaury: no mtp if the usb screen is shown? |
13:43:08 | JdGordon | which means no mtp+hid? |
13:44:02 | pamaury | mtp is independent of the usb screen and hid. You can have usb screen+hid+mtp. It's just that the usb screen is shown only when there is exclusive disk access needed, which only msc requires |
13:44:28 | pamaury | I don't know if it's the answer you want |
13:45:21 | pamaury | You can always use the plugin for hid commands anyway |
13:45:54 | JdGordon | im not getting any mtp with my changes (which just moves all the driver enabling into the default event handler (which is getting called)) |
13:46:00 | JdGordon | and the usb screen is being shown |
13:46:03 | *** | Saving seen data "./dancer.seen" |
13:46:39 | JdGordon | unless that thread is blocking it |
13:47:19 | pamaury | then it means the msc driver is enabled. Can you paste the interesting part in usb.c (the USB_INSERTED case) ? |
13:49:48 | JdGordon | yeah, neither comp (ubuntu or win7) is picking up my ipod |
13:50:44 | JdGordon | http://pastebin.com/02sub8Y6 first bit is usb.c, second the the default event handler in the main thread |
13:51:01 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
13:52:23 | * | JdGordon makes sure mtp is actually working without my changes |
13:53:07 | pamaury | the SYS_USB_ATTACHED part is not good: it will still enable msc by default (and mtp will not show up because all endpoints are used). Furthermore, you removed all the code about exclusive access ? |
13:53:31 | JdGordon | I disabled all the drivers |
13:53:34 | JdGordon | except mtp |
13:54:10 | JdGordon | queue_send() blocks the usb thread untill that returns |
13:54:32 | pamaury | ah sorry :) Thne it's because you removed the parts that launch usb. In non exclusive mode this is usb_attach(); |
13:54:51 | JdGordon | hehe doh :p |
13:54:57 | pamaury | In exclusive mode, it gets call by SYS_USB_CONNECTED_ACK and it's usb_slave_mode(true); |
13:56:14 | JdGordon | grr... crashed rythmbox |
13:56:42 | pamaury | rythmbox is not very good at handling mtp |
13:57:19 | JdGordon | win7 cant find the driver for it either (this is without my changes |
13:57:47 | | Join Schmogel [0] (~Miranda@p3EE20068.dip0.t-ipconnect.de) |
13:58:02 | | Quit bgs000 (Ping timeout: 248 seconds) |
13:58:13 | pamaury | strange, it worked well one week ago I think and I didn't modify anything important iirc |
13:58:32 | pamaury | Do you linux ? |
13:58:33 | pamaury | *have |
13:59:16 | | Join bzed_ [0] (~bzed@devel.recluse.de) |
13:59:27 | JdGordon | yes |
14:00 |
14:00:31 | | Quit bzed (Ping timeout: 246 seconds) |
14:00:36 | JdGordon | ignore that, i mus have disabled mtp instead of enabling it |
14:00:41 | JdGordon | all good in win7 now... |
14:00:45 | pamaury | lol |
14:00:50 | pamaury | \o/ |
14:01:03 | pamaury | Now you must have you screen do the same |
14:01:07 | pamaury | *your |
14:02:59 | JdGordon | can I add a var to the usb drivers saying if it wants the usb screen enabled? then if any enabled drivers have that use it, otherwise dont? |
14:03:29 | | Join bzed [0] (~bzed@devel.recluse.de) |
14:03:39 | pamaury | why not. Perhaps gevaerts has an opinion on that ? |
14:04:12 | | Quit simabeis (Ping timeout: 240 seconds) |
14:04:29 | JdGordon | unless I'm reading wrong, if msc is disabled then hid wont work because it needs the usb screen |
14:04:40 | pamaury | no it doesn't |
14:04:47 | pamaury | You can use the remote control plugin |
14:04:58 | | Join _Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
14:04:58 | JdGordon | ok |
14:05:03 | | Quit bzed_ (Read error: Connection reset by peer) |
14:05:16 | | Quit Farthen (Read error: Connection reset by peer) |
14:06:05 | JdGordon | ok, so I'll keep the current behaviour |
14:07:37 | | Quit _Farthen (Client Quit) |
14:07:40 | | Join MethoS- [0] (~clemens@134.102.106.250) |
14:07:49 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-192-140.pools.arcor-ip.net) |
14:07:58 | | Quit arbingordon (Quit: `) |
14:08:06 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
14:10:20 | | Part matthewbpt |
14:12:55 | JdGordon | bloody hell |
14:13:33 | | Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) |
14:13:38 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
14:17:10 | | Quit dfkt (Ping timeout: 245 seconds) |
14:17:15 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
14:18:00 | | Quit dfkt_ (Ping timeout: 246 seconds) |
14:18:42 | | Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) |
14:18:49 | JdGordon | yay /me is finally getting somewhere |
14:18:56 | JdGordon | too many damn #ifdefs causing problems |
14:20:18 | JdGordon | pamaury: if mtp can do file access also it should add send an event or something if the boot file was changed |
14:20:55 | pamaury | you're right, I haven't checked but it could be necessary, I'll have a look at it |
14:21:36 | | Quit dfkt (Ping timeout: 240 seconds) |
14:21:47 | | Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) |
14:22:12 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
14:24:37 | | Quit n1s (Quit: Lämnar) |
14:27:32 | | Quit hebz0rl (Quit: Ex-Chat) |
14:28:34 | | Quit bzed (Read error: Connection reset by peer) |
14:28:43 | | Join bzed [0] (~bzed@devel.recluse.de) |
14:32:18 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-192-140.pools.arcor-ip.net) |
14:37:35 | | Quit Farthen (Ping timeout: 245 seconds) |
14:37:56 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
14:44:48 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
14:48:47 | | Join bgs000 [0] (znc@57o9.org) |
14:51:47 | | Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) |
14:57:43 | | Part WaveFox |
14:58:56 | | Quit B4gder (Quit: It is time to say moo) |
15:00 |
15:02:15 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
15:02:47 | | Quit efyx (Ping timeout: 276 seconds) |
15:03:34 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
15:04:44 | | Quit shai (Quit: Leaving) |
15:04:58 | | Join apoelstra [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
15:06:13 | wodz | JdGordon: what about test_mem? |
15:08:23 | JdGordon | my h300 is apparently dead |
15:08:32 | JdGordon | its been charging since you asked and it still wont turn on |
15:09:05 | * | JdGordon 's crude usb connection menu isnt working :( |
15:10:13 | wodz | :-/ |
15:11:00 | | Join wincent [0] (~wincent@f055214152.adsl.alicedsl.de) |
15:11:53 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
15:15:21 | | Quit tchan (Read error: Connection reset by peer) |
15:15:32 | pamaury | JdGordon: you're right, my mtp code should check if the boot file was modified when exiting |
15:16:12 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
15:18:37 | | Join fleebailey33 [0] (~fleebaile@unaffiliated/fleebailey33) |
15:23:22 | | Quit wincent (Changing host) |
15:23:22 | | Join wincent [0] (~wincent@rockbox/developer/wincent) |
15:24:01 | markun | pamaury: do you see a normal file tree with mtp where you can update rockbox? |
15:24:29 | JdGordon | pamaury: http://pastebin.com/mCEMP4sn does anything there look obviously broken? |
15:24:34 | JdGordon | i mean, more than it not working |
15:24:46 | | Part LinusN |
15:24:51 | JdGordon | trying to connect with msc +hid |
15:24:58 | pamaury | markun: yes, you see the complete file system normally |
15:26:07 | pamaury | JdGordon: can I see the code in usc.c ? You have to keep the ack mechanism for exclusive disk access |
15:26:29 | JdGordon | I am |
15:26:53 | pamaury | I don't really know what to say about the pastebin, what do you want me to search for ? |
15:27:00 | JdGordon | http://pastebin.com/1i4LRf9B |
15:27:08 | JdGordon | I dont know... I'm doing something obviously wrong |
15:27:55 | JdGordon | http://pastebin.com/esWaaWhc is the menu code.. the important bit is at the end it enables only the drivers it wants |
15:28:10 | JdGordon | case SYS_USB_ATTACHED: |
15:28:11 | JdGordon | usb_connection_gui(); |
15:28:11 | JdGordon | return 1; is the middle step |
15:28:46 | JdGordon | the splashes show the drivres i choose are enabled, but then nothing connects and i never get the usb screen |
15:29:43 | pamaury | shouldn't you have a #ifdef USB_ENABLE_MTP also ? Just a thought... I'm looking at the code |
15:30:26 | pamaury | The SYS_USB_ATTACHED is a creation of your own ? |
15:30:37 | JdGordon | yes to both |
15:30:59 | markun | pamaury: what's the advantage of mtp over msc? |
15:31:10 | pamaury | Can I see the code which sends the SYS_USB_ATTACHED ? I have the impression that you never really call usb_attach or usb_slave |
15:32:04 | pamaury | markun: you have access to metadata, you can update the database at the same time you upload files, theorically you can also play some files remotely I think. The focus is on metadata however |
15:32:34 | JdGordon | queue_send() does that magic, blocking the usb thread untill it returns, that is jhMikeS's stuff... |
15:32:49 | pamaury | Yes but what do you do *after* the queue_send ? |
15:33:09 | | Join DerPapst1 [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
15:33:29 | JdGordon | button thread gets the event, calls the default handler which then calls usb_connection_gui() (see the 3 lines above) |
15:33:59 | pamaury | can when do you call usb_attach exactly ? |
15:34:03 | pamaury | *and when |
15:34:10 | | Quit loveless (Quit: loveless) |
15:34:21 | JdGordon | next time the usb thread is worken up |
15:35:13 | pamaury | I don't understand. First, why do you have a return 1; ? If you are in the usb thread, returning will kill it no ? |
15:35:28 | | Quit DerPapst (Ping timeout: 276 seconds) |
15:35:54 | | Quit RadicalR (Ping timeout: 245 seconds) |
15:35:55 | | Join RadicalR2 [0] (~radicalr@c-69-255-49-110.hsd1.va.comcast.net) |
15:36:01 | JdGordon | no, the main thread calls that |
15:36:20 | pamaury | Ah no sorry, it's in the default handler... Then what the usb.c code does, appart from queueing a SYS_USB_ATTACH ? |
15:36:41 | | Quit apoelstra (Quit: WeeChat 0.3.0) |
15:37:02 | JdGordon | sends that off, then waits for it to return before doing the attach just like before, except it expects the required drivers setup already |
15:37:04 | | Quit esperegu (Read error: Operation timed out) |
15:37:23 | pamaury | you only do usb_attach ? |
15:38:07 | JdGordon | http://pastebin.com/1i4LRf9B |
15:38:20 | JdGordon | unless i removed too much code.. it does the whole lot |
15:40:02 | JdGordon | http://pastebin.com/4z5kqFgP without the menu works |
15:40:04 | pamaury | So you don't get to the usb screen. Hum. Change the DEBUG(...) to _logf(...) and have a look at the code to see if threads answer to the ack |
15:40:22 | | Join DerPapst [0] (~Alexander@dslb-088-069-154-027.pools.arcor-ip.net) |
15:41:42 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
15:42:07 | | Quit DerPapst1 (Ping timeout: 240 seconds) |
15:44:12 | | Join esperegu [0] (~quassel@145.116.15.244) |
15:44:23 | JdGordon | log is empty when only msc is enabled |
15:45:36 | pamaury | with logf enable and after changing all the DEBUGF to _logf in usb.c ? |
15:46:04 | *** | Saving seen data "./dancer.seen" |
15:46:18 | JdGordon | just the one at the end of USB_INSERTED and SYS_USB_CONNECTED_ACK... but yeah ill do all of em |
15:48:08 | JdGordon | meh, sleep time |
15:48:36 | pamaury | with mtp, so say that it works ? |
15:48:48 | JdGordon | with mtp it does work |
15:48:52 | JdGordon | with msc it doesnt |
15:49:06 | JdGordon | using that last pastebin |
15:49:21 | JdGordon | swapping true/false as wanted obviously |
15:52:04 | pamaury | and you have nothing logged ? |
15:53:05 | pamaury | Are you sure the mass storage driver get enabled ? |
15:58:39 | | Quit MethoS- (Remote host closed the connection) |
16:00 |
16:01:15 | | Quit JohannesSM64 (Ping timeout: 246 seconds) |
16:03:22 | | Quit lpereira1 (Quit: Leaving.) |
16:17:52 | | Join Jack|Ping [0] (~Jack@95.144.211.202) |
16:20:05 | | Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) |
16:26:38 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
16:33:21 | CIA-5 | New commit by wodz (r25842): HD200 - fix stupid bug in lcd_grey_data |
16:34:18 | wodz | ha finally squashed it :-) |
16:34:34 | | Quit wodz (Quit: Leaving) |
16:39:02 | | Join moos [0] (moos@rockbox/staff/moos) |
16:43:47 | | Quit hebz0rl (Ping timeout: 264 seconds) |
16:46:02 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
16:46:36 | | Join Boldfilter [0] (~Boldfilte@adsl-178-248-46.jax.bellsouth.net) |
16:47:15 | | Join AlexP_ [0] (~ap@rockbox/staff/AlexP) |
16:48:53 | | Quit AlexP (Ping timeout: 260 seconds) |
16:51:56 | | Join apoelstra [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
16:52:03 | | Nick apoelstra is now known as joeyg (~apoelstra@S010600236999fec1.vs.shawcable.net) |
16:53:11 | | Join arlaneenalra [0] (~jules@66.185.64.78) |
16:53:16 | | Part arlaneenalra |
16:53:38 | | Join arlaneenalra [0] (~jules@66.185.64.78) |
16:54:34 | arlaneenalra | Is there a known issue with forum registrations? I could not get the captcha to display more than one letter or acknowledge the letters listed in the audio file . . . |
16:55:55 | Torne | The captcha generation has been observed to be broken before :( |
16:56:09 | Torne | if you wait a minute and try again a few more times you may find it produces a typeable string |
16:56:37 | arlaneenalra | Is there somewhere to file a bug on this? I tried flyspray but it didn't list anything about the site itself |
16:58:04 | Torne | hm, not really. generally a forum post :) |
16:58:19 | Hillshum | Or the mailing list somewhere? |
16:58:39 | Torne | Zagor: we know the forum captchas are still broken, right? is someone looking at it? |
16:58:55 | Torne | scorche: as above |
16:59:17 | Zagor | Torne: I have no fingers in the forum pie |
16:59:28 | Torne | Zagor: ah. you have admin rights, though :) |
16:59:30 | Torne | i just looked on the list |
16:59:38 | Zagor | oh, I do? :) |
16:59:42 | Torne | apparently |
16:59:48 | Torne | your name's red |
17:00 |
17:00:57 | Hillshum | I'm pretty sure you do. |
17:01:14 | Torne | well, that's not necessarily enough |
17:01:19 | Torne | it was just a general guess as to who to ping |
17:01:28 | Torne | i expect it requires whoever has shell access to the box the forums ar eon |
17:01:32 | Torne | which i presume is scorche |
17:02:01 | Zagor | or at least someone with half a clue what is broken and how to fix it :) |
17:02:05 | Torne | yueah :) |
17:12:45 | | Nick Jack|Ping is now known as Jackster1 (~Jack@95.144.211.202) |
17:13:13 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
17:14:14 | Jackster1 | my ipod owns with rockbox >.< |
17:14:33 | Blue_Dude | Having issues with icons. I'm trying to add an icon and something seems off. There are 32 default icons and I'm trying to make it 33. How do I do it? |
17:15:25 | | Quit DerPapst (Quit: Leaving.) |
17:15:52 | Blue_Dude | Wait, forgot something... |
17:18:23 | scorche|sh | Torne: odd... |
17:18:33 | Torne | scorche|sh: hm? |
17:18:37 | Torne | i thought it was a known thing |
17:18:40 | Torne | did you think it had been fixed? :) |
17:18:54 | scorche|sh | i think i might have heard it before, but pushed it out of my mind |
17:19:05 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
17:19:20 | scorche|sh | or it wasnt really pointed out specifically |
17:19:30 | Torne | well, it has certainly been a problem for a while |
17:19:40 | arlaneenalra | A bug queue of some sort might be a good idea . . . . |
17:19:42 | Torne | in fact when i registered on the forums i got one or two bad captchas before a working one |
17:19:50 | Torne | refreshing a couple of times fixed it for me back then :) |
17:20:06 | Torne | various other people have asked about it on irc since then |
17:20:27 | scorche|sh | the listening to the letters thing still works |
17:20:37 | Torne | how frequent it is would be hard to determine, since people may just refresh until they get one that works, or give up and go away entirely :) |
17:20:57 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
17:21:00 | Torne | arlaneenalra: you tried listening as well, no? and that didn't work? |
17:21:06 | arlaneenalra | scorche: I wasn't able to get it to accept the letters I heard |
17:21:12 | scorche|sh | on a refresh clearing the cache, i got an invalid captcha about 3/15 times |
17:21:27 | scorche|sh | out of curiousity, which letters do you see? |
17:21:34 | arlaneenalra | Z or U |
17:21:45 | Torne | scorche|sh: well, anyway, i assume you are the one in a position to possibly do something about it? |
17:21:48 | arlaneenalra | I heard about 5 or six but it wouldn't accept them |
17:22:07 | scorche|sh | Torne: if i am not, i dont know who is... |
17:22:49 | scorche|sh | that reminds me...i need to go transfer some money into the bank account as it is time to pay for the server again... |
17:22:59 | scorche|sh | scorche: this ^^ |
17:23:06 | Torne | scorche|sh: right. well, do we have any official way to track issues with forum/infrastructure/etc? |
17:23:13 | | Quit lpereira (Client Quit) |
17:23:42 | scorche|sh | Torne: forum - not really...for wiki and such things we created a page for tracking bugs |
17:23:56 | scorche|sh | though that was probably due to the switch to a new version |
17:24:24 | scorche|sh | it would be nice to upgrade the forum software, but that will take some time and i need to figure out if we can still get all of our extensions |
17:24:32 | scorche|sh | perhaps a thing for me to do at devcon |
17:24:49 | Torne | well, this will probably do for now, i suspect |
17:24:52 | Torne | you have been reminded! :) |
17:25:13 | Torne | it seems like a fairly useful thing to fix because not being able to sign up to a website sure puts *me* off from using it ;) |
17:26:37 | scorche|sh | perhaps that is the reason for the decline in new forum memberships... ;) |
17:26:41 | | Join bluebrother [0] (~dom@g224239208.adsl.alicedsl.de) |
17:26:41 | | Quit bluebrother (Changing host) |
17:26:41 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
17:27:02 | scorche|sh | personally, i think that a secure captcha such as ours is something to be respected! |
17:27:03 | | Quit kaniini (Ping timeout: 252 seconds) |
17:30:19 | | Quit bluebroth3r (Ping timeout: 264 seconds) |
17:34:17 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
17:41:47 | Blue_Dude | Here's an idea I want to throw out there. I'm making a new icon for hotkeyable items. The new icon is essentially the old yellow diamond made red. If hotkeys aren't available, then the yellow diamond appears. This slightly changes current appearance since any custom icons on those items will be lost. |
17:43:48 | | Join MethoS- [0] (~clemens@134.102.106.250) |
17:46:05 | *** | Saving seen data "./dancer.seen" |
17:46:52 | | Part Zagor |
17:47:26 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
17:48:05 | | Join loveless [0] (~loveless@2a01:198:3a5:0:216:cbff:feb9:8c8d) |
17:50:42 | | Join einhirn [0] (~Miranda@p548506D1.dip0.t-ipconnect.de) |
17:53:24 | Blue_Dude | Or, I could only replace the appropriate "Icon_NOICON" with "Icon_Hotkey" and leave the custom icons alone... |
17:54:32 | | Part arlaneenalra |
17:55:22 | Blue_Dude | I kind of like that idea, since at least one icon, "View Playlist", appears in a menu that's not hotkeyable, and there's no good method short of... Well, that's doable, wait a minute. |
18:00 |
18:03:58 | | Quit pamaury (Quit: Quitte) |
18:08:58 | | Quit petur (Quit: *plop*) |
18:12:30 | Blue_Dude | OK, a flag works better, and preserves the custom icon in case we don't have hotkeys. I still don't have a good way of limiting context to... Well, wait a minute... |
18:14:54 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
18:16:37 | | Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
18:16:41 | | Join Schmogel [0] (~Miranda@p3EE20068.dip0.t-ipconnect.de) |
18:16:52 | Blue_Dude | Fixed. The hotkey icon now appears in appropriate menus on appropriate items, and doesn't appear anywhere else. Anyone have problems with committing this? |
18:19:54 | Blue_Dude | BTW, I created the "extra" icon for all default button bitmaps, but only the color and 16 color gray bitmaps differ from the current "yellow" diamond. The color version is red, and the gray version is darker gray. |
18:19:57 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
18:20:26 | | Join einhirn [0] (Miranda@vpn10.rz.tu-clausthal.de) |
18:20:41 | Blue_Dude | Maybe the 1 and 2 bit depth versions would look OK totally blacked in. |
18:21:02 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-192-140.pools.arcor-ip.net) |
18:21:26 | | Join fml [0] (~chatzilla@port-83-236-234-85.static.qsc.de) |
18:21:36 | fml | Blue_Dude: where is the patch? |
18:22:07 | Blue_Dude | Coming up. I haven't created a FS yet. |
18:24:12 | | Join w1ll14m [0] (~w1ll14m@84-104-80-54.cable.quicknet.nl) |
18:25:01 | fml | Wouldn't read icons scare people? Red = don't touch. What about yellow icons with a red dot inside? I'm just speculating. |
18:25:26 | Blue_Dude | Um, how do I upload a patch that contains binaries? |
18:25:57 | fml | Blue_Dude: I think you just attach them separately |
18:26:00 | Blue_Dude | The recording button is red... |
18:26:12 | fml | that too |
18:26:22 | * | Blue_Dude is out of time. Back soon. Drat! |
18:26:47 | | Part fml |
18:27:51 | Blue_Dude | FS #11247. Back in a while. |
18:28:09 | Blue_Dude | Bitmaps up later. |
18:30:32 | | Quit AlexP_ (Ping timeout: 248 seconds) |
18:32:30 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
18:32:54 | | Join towolf [0] (~towolf@f050250224.adsl.alicedsl.de) |
18:33:10 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
18:33:54 | | Quit joeyg (Quit: WeeChat 0.3.0) |
18:34:47 | towolf | salve, is there a technical reason that there no speex_enc.codec available to record audio? (i've trawled lists, logs, forums, google. nothing really pertinent yet) |
18:35:24 | | Join raphi_ [0] (~raphi@pub082136118205.dh-hfc.datazug.ch) |
18:37:33 | | Quit Jackster1 (Ping timeout: 245 seconds) |
18:40:14 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
18:40:36 | | Join einhirn [0] (~Miranda@p548506D1.dip0.t-ipconnect.de) |
18:41:01 | | Join Brewtality [0] (~48e1b9c7@giant.haxx.se) |
18:42:38 | Brewtality | hey, who/where should i ask about figuring out why my iPod (mod'd, 240gb hd) keeps freezing with RockBox? |
18:43:09 | | Join Jackster1 [0] (~Jack@95.144.207.120) |
18:46:05 | domonoky | towolf: i think the technical reason for that is: no-one has done the neccessary work... :-) |
18:46:31 | towolf | domonoky, ok, i wondered about that. |
18:46:43 | | Join wincent_balin [0] (~wincent@f050140058.adsl.alicedsl.de) |
18:47:15 | domonoky | towolf: if you are interested in that. maybe you could code it ? :-) |
18:47:35 | | Quit wincent (Ping timeout: 240 seconds) |
18:48:16 | domonoky | Brewtality: which build do you use ? 30GB or 60/80Gb ? |
18:49:02 | Brewtality | domonoky: 60/80 i am pretty sure |
18:49:24 | towolf | domonoky, i can have a look. but this type of work would likely be uphill all the way for me. but the feature would make sense. speex is really low bitrate. |
18:50:31 | domonoky | Brewtality: the try the 30Gb build. The 60/80GB build expexts 64MB ram and the 30GB build 32MB ram. If you only have 32MB ram in the ipod but a 64MB build, it will freeze often. |
18:50:35 | towolf | i asked because someone might have established technical infeasability before. |
18:51:40 | domonoky | towolf: i think it should not be impossible, (but i am no expert in this area). |
18:51:52 | Brewtality | domonoky: so there is no way to tell which you have except to try both? |
18:52:24 | S_a_i_n_t | not unless you know exactly how much RAM you DAP has... |
18:52:31 | domonoky | Brewtality: the standard disc size normly tells that. But there has been cases of wrongly refurbished units.. |
18:53:16 | domonoky | Brewtality: the 30GB build should always be safe to use.. so try it and see if the freezes go away. |
18:54:32 | | Join DerPapst [0] (~Alexander@dslb-088-069-154-027.pools.arcor-ip.net) |
18:54:50 | | Quit DerPapst (Client Quit) |
18:55:01 | | Join DerPapst [0] (~Alexander@dslb-088-069-154-027.pools.arcor-ip.net) |
18:55:39 | | Quit Jackster1 (Ping timeout: 276 seconds) |
18:58:51 | | Join Jackster1 [0] (~Jack@95.144.211.239) |
18:59:43 | | Quit BHSPitMonkey (Quit: Ex-Chat) |
18:59:43 | | Quit DerPapst (Ping timeout: 264 seconds) |
19:00 |
19:01:20 | Brewtality | domonoky: so... sorry for the newbishness... how do i change the build? |
19:02:14 | domonoky | use rbuitl ? |
19:02:38 | domonoky | or just download the correct zip and unzip it to you player |
19:02:58 | | Quit toffe82 (Ping timeout: 245 seconds) |
19:03:28 | Brewtality | domonoky: okay |
19:04:30 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
19:08:57 | Brewtality | domonoky: so, just extract it to the ipod and "replace all" for identical files? |
19:09:32 | domonoky | jup, or use the "Install Rockbox" button in rockbox utility (after selecting the correct target) |
19:09:49 | * | domonoky wonders how Brewtality got rockbox on his ipod the first time :-) |
19:11:53 | Brewtality | gah, quit breakin' balls |
19:12:37 | | Join funman [0] (~fun@rockbox/developer/funman) |
19:13:40 | | Quit guymann (Ping timeout: 276 seconds) |
19:14:15 | | Join guymann [0] (~charlie@64-252-122-234.adsl.snet.net) |
19:15:43 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
19:17:12 | gevaerts | kugel: do you have plans to push your gsoc-fix-creat and c-lib-rework branches to svn soon? |
19:18:00 | | Quit einhirn (Ping timeout: 260 seconds) |
19:18:04 | kugel | I planned to do it today yes, unless something speaks against it |
19:18:47 | gevaerts | sounds good to me |
19:19:03 | kugel | have you looked at the c-lib one? |
19:19:12 | | Join CGL [0] (~CGL@190.79.147.252) |
19:19:16 | | Join Luca_S [0] (~5d3fc54b@giant.haxx.se) |
19:20:23 | | Quit towolf (Quit: Ex-Chat) |
19:20:29 | gevaerts | not in very much detail |
19:21:40 | gevaerts | It's a big diff, but it doesn't look very complex or dangerous |
19:22:16 | | Join petur [0] (~petur@rockbox/developer/petur) |
19:22:28 | kugel | btw, I wondered if #define instead of typedef has any advantages? |
19:22:49 | kugel | we seem to #define (u)int*_t instead of typedefing |
19:23:36 | kugel | (in fact, I'm not sure if either has an advantage, I always thought they're basically equivalent) |
19:24:58 | * | gevaerts has no idea |
19:25:23 | gevaerts | I'd expect there not to be much difference for simple types, but I haven't thought it through |
19:26:23 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:26:28 | kugel | the only problem I can imagine is if you do typeof/sizeof on them without parentheses and they expand to a two-word type |
19:31:19 | kugel | I would like to have the discussion about the target-tree movement soonish |
19:32:32 | Luca_S | FlynDice: I've been able to let my FuzeV2 recognize my uSD card by changing the SD_APP_CMD commands in the widebus selections to return a response (MCI_RESP + &response). no change in delays |
19:32:56 | | Quit avacore (Ping timeout: 248 seconds) |
19:33:24 | FlynDice | Luca_S: Glad to hear that! |
19:33:35 | | Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
19:34:42 | FlynDice | Luca_S: I grabbed my daughter's fuzev2 today and I have the same uSD that you do and the combo was working just fine.... |
19:34:49 | kugel | I assume that we ask for a respond makes the controller handle cards differently, more safely apparently |
19:35:06 | CIA-5 | New commit by kugel (r25843): Make creat() posix compliant API-wise. Shouldn't affect the core as it's wrapped via a static inline. |
19:35:24 | CIA-5 | New commit by kugel (r25844): Make open() posix compliant api-wise. A few calls (those with O_CREAT) need the additional optional mode parameter so add it. Impact for the core is ... |
19:35:26 | Luca_S | i'll do one final test from clean svn right now, then i'll post a diff somewhere |
19:36:39 | FlynDice | It makes the send_cmd take longer to complete at least. This is similar to what funman needed to do to get writes to work I think... |
19:39:16 | funman | don't we need to check the APP_CMD response ? |
19:39:45 | | Quit Hillshum (Quit: Leaving) |
19:40:13 | funman | WRITE/READ MULTIPLE BLOCKS answers with a generic R1 status response, but i'm pretty sure APP_CMD answers with some bit which says if the command has been successfully handled |
19:41:00 | kugel | is this done in as3525v1? |
19:41:29 | funman | somewhy we removed the check |
19:41:51 | Luca_S | ok, this is the (obvious) diff: http://pastebin.org/204987 |
19:41:54 | Luca_S | gotta go now |
19:41:58 | pamaury | kugel: about open, just a though I had is that on device, the FAT file system doesn't handle mode, and on simulator, the mode might need to be changed by the user. did you hardcode 0666 ? |
19:42:01 | kugel | that might be the cause for some of the non-working cards that we fixed by delays on as3525v1 too |
19:42:03 | Luca_S | bye and thank you all |
19:42:06 | | Quit Luca_S (Quit: CGI:IRC) |
19:42:46 | kugel | pamaury: we don't handle it in the firmware |
19:43:08 | pamaury | my question is on the sim |
19:43:29 | kugel | yes I did hardcode. I proposed some different number but it was generally accepted that 0666 is suitable (remember the number is umask'd by the processes umask for it's applied) |
19:43:52 | kugel | s/for/before/ |
19:43:52 | | Quit Brewtality (Quit: CGI:IRC (EOF)) |
19:44:18 | pamaury | ok, that was just to check that you had a tought about it, I don't object the 0666 as one can always restrict the umask of the sim |
19:45:46 | funman | kugel: true we removed it for µSD cards in r23001 |
19:46:09 | *** | Saving seen data "./dancer.seen" |
19:46:46 | FlynDice | funman: I'm looking now. I took out the APP_CMD response because it's not valid until the card is "ready" after the acmd 41 I think and it was failing. At least I think that's why looking now. |
19:48:02 | pamaury | kugel: just a last thought, would it be sensible to use a global define for the mode. it's true that 0666 is sensible but I don't like the idea of have this constant everywhere without a define |
19:49:13 | | Join fml [0] (~chatzilla@port-83-236-234-85.static.qsc.de) |
19:49:31 | | Join Strife89 [0] (~Strife89@168.16.237.142) |
19:50:10 | fml | kugel: shouldn't we define a constant instead of repeating 0666? Or even create a helper function in misc.c? The value is repeated N times. |
19:50:37 | kugel | I thought about that too, but I think when it comes to these permission the plain number is most obvious. I immediately know what 0666 means, but not what ROCKBOX_DEFAULT_PRERMISSION_MODE is |
19:50:58 | kugel | you only need to change it where 0666 isn't appropriate, and that should be about nowhere |
19:51:51 | fml | kugel: and exactly out of this rason I think we should have a helper function. |
19:52:26 | kugel | what should this helper function do? |
19:53:26 | funman | why do we need to make the files world-writable ? |
19:53:52 | funman | or even readable |
19:55:06 | pamaury | because there are mask with the umask of the process which will probably not allow the file to be world writable/readable and that you can change anyway |
19:56:13 | funman | hm ok |
19:57:15 | fml | kugel: it would hide unnecessary parameters |
19:57:33 | kugel | ? |
19:57:36 | kugel | I don't understand |
19:57:58 | kugel | the point of the commit was to add the unnecessary parameter to make it posix compliant |
19:58:31 | | Quit MethoS- (Remote host closed the connection) |
20:00 |
20:00:33 | FlynDice | re: APP_CMD & ACMD 41 see r23718 The app cmd was giving a continuous crc fail(because the card was busy) in the acm41 loop so In order to get cmd crc checking I needed to disregard the fact that the command seems to fail. |
20:02:50 | fml | kugel: and what did you gain by that? Now you have to write code that's basically not needed. If the mode is needed on the sim then we can hard code it in the sim impl. But in the "interface" function we don't need it. Compliance is not a value of itself IMO. |
20:03:43 | kugel | compile rockbox to link OS libraries (and thus include the OS' headers which clash which our non-posix-compliant variants) |
20:04:00 | kugel | it's part of RaaA if you didn't notice |
20:04:46 | kugel | fml: what you proposed has been the how it is for the past years |
20:05:54 | FlynDice | Ack now rereading I see Luca_S is talking about a different App_CMD.... |
20:07:23 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
20:07:34 | fml | kugel: no, I didn't notice it was of RaaA. Now I understand the rationale but I still don't like the repeating of 0666. I get allergic when I see rpeating code. |
20:08:05 | | Join dubcee [0] (~cam@c-71-58-68-52.hsd1.pa.comcast.net) |
20:10:57 | kugel | I know, I feel the same, but in this case it's a bit different |
20:11:02 | | Quit flydutch (Quit: /* empty */) |
20:11:39 | kugel | the fact that people are using the numbers at all, instead of the defines designed for it, shows that the numbers are just more 'catchy' |
20:13:44 | | Quit bieber (Remote host closed the connection) |
20:13:50 | kugel | so it's a matter of improving readability, not so much a matter of repeating something hardcoded |
20:13:58 | Jackster1 | Is there an irc app for rockbox? |
20:14:18 | | Join Luca_S [0] (~5711b744@giant.haxx.se) |
20:14:23 | dubcee | rockbox irc! i am in need of some assistance... |
20:15:55 | kugel | Jackster1: no, it would be pretty useless |
20:16:15 | Jackster1 | You have a point |
20:16:55 | kugel | no current target has internet to begin with, but there's also absolutely zero code for internet access |
20:17:06 | Jackster1 | Ivsee |
20:17:08 | Jackster1 | i see* |
20:18:40 | Blue_Dude | OK, the changed icon bitmaps are posted at FS #11247. It should work completely now so give it a try. |
20:19:11 | | Quit dubcee (Remote host closed the connection) |
20:19:39 | kugel | Blue_Dude: doesn't tango offer a suitable icon? |
20:19:51 | Blue_Dude | There shouldn't be any issues with it. I don't see any downsides. So unless someone has an objection, I'll commit it later. |
20:20:04 | Blue_Dude | kugel: Which one? I needed something similar but distinctive. |
20:20:07 | kugel | I could imagine an icon showing an F key from a pc keyboard |
20:20:20 | Blue_Dude | F? |
20:20:36 | kugel | why does it need to be similar? |
20:21:48 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
20:21:55 | Blue_Dude | They menu items are still menu functions, and should look similar. They just have an added capability, so they ought to be distinguishable without being totally dissimilar. |
20:22:15 | Blue_Dude | The * |
20:22:41 | kugel | hm, ok I see your point, but I'm not sure I agree with |
20:23:02 | kugel | but I don't really care anyway |
20:23:02 | Blue_Dude | Your icon design skills are needed. Have at it! :) |
20:23:18 | kugel | on a related note, we should possibly look into updating our tango icons |
20:23:56 | kugel | Blue_Dude: I hoped tango would provide something useful for this |
20:24:28 | kugel | (tango refers to http://tango.freedesktop.org/Tango_Desktop_Project in case you didn't know) |
20:24:53 | Blue_Dude | Oh. I thought you meant something already in the BMP strip. |
20:25:18 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
20:25:49 | | Join DataGhost [0] (~dataghost@192-18-ftth.onsnetstudenten.nl) |
20:25:49 | | Quit DataGhost (Changing host) |
20:25:49 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
20:26:43 | | Join pamaury_ [0] (~c2c7a50a@rockbox/developer/pamaury) |
20:27:51 | | Quit pamaury (Ping timeout: 252 seconds) |
20:30:40 | Blue_Dude | I don't see anything there that just screams "hotkey" to me. |
20:31:34 | kugel | no, not really, but there are a few that I'd consider more suitable than what you propose |
20:32:02 | kugel | but then again I don't consider similarity important ;) |
20:34:40 | | Join DerPapst [0] (~Alexander@p4FE8F863.dip.t-dialin.net) |
20:35:13 | * | Blue_Dude shrugs. |
20:35:16 | | Part Boldfilter |
20:35:33 | Blue_Dude | I just went with what looked good to me. I'm open to suggestions. |
20:41:43 | CIA-5 | New commit by Buschel (r25845): Use correct spelling for 'dB'. |
20:42:30 | kugel | " -24~dB. "? |
20:44:01 | kugel | gevaerts: any idea what to do about the mem*.S files in the target tree? |
20:44:33 | funman | kugel: FlynDice: did you look at the USB code in AMSv2 OF ? |
20:44:38 | kugel | I'm wondering if they should be under libc/ too |
20:45:13 | kugel | funman: no |
20:45:16 | gevaerts | kugel: they could be under libc, but that's not really needed I think |
20:45:25 | funman | with pamaury_ we are not 100% sure if the controller used is the one from as3525, the one from as353x, or another |
20:45:50 | gevaerts | target/<cpu> won't be included for RaaA anyway, and I'd hope that the host libc has optimised versions too |
20:45:51 | funman | i suspect it's not the as3525 one though, so hopefully it's the as353x one like each other chip which changed |
20:46:02 | Blue_Dude | Ah yes, 24 decibits. |
20:46:38 | funman | was the indentation change intended? |
20:46:42 | kugel | gevaerts: android defintely does ;) |
20:46:42 | Blue_Dude | Not sure what the ~ does though. |
20:47:01 | FlynDice | funman: USB is way beyond me at this point... |
20:47:06 | funman | yeah me too :) |
20:47:19 | funman | i just want to help pamaury_ |
20:47:54 | kugel | gevaerts: ok, I'll post-pone that idea |
20:50:16 | | Join Buschel [0] (~ab@p54A3D50D.dip.t-dialin.net) |
20:51:47 | Buschel | kugel: the ~ is non-breakable space. through this "-24" and "dB" will not be separated by a line break |
20:52:10 | kugel | ah, gotcha, I didn't know that |
20:53:22 | | Quit wincent_balin (Ping timeout: 265 seconds) |
20:53:44 | CIA-5 | New commit by FlynDice (r25846): ad-as3525v2: Ask for a reponse from SD_APP_CMD to help with timing issues when switching to 4 bit widebus. ... |
20:58:22 | Luca_S | whohoo my name in a commit message! FlynDice, if I had to thank you guys for every brilliant idea you had while reverse engineering those little players, I'd have to continue until the end of the world :D |
21:00 |
21:00:04 | ThomasAH | funman: btw, when boosted I did not get crashes with voice clips ... is there an easy way to make this the default? |
21:00:43 | funman | comment out ADJUSTABLE_CPUFREQ in firmware/export/config/sansaclipplus.h |
21:00:58 | ThomasAH | funman: thanks |
21:03:44 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
21:04:16 | FlynDice | Luca_S: If you want to be listed in credits give me your name! |
21:04:26 | FlynDice | lol |
21:07:52 | | Quit bmbl (Quit: Bye!) |
21:08:11 | funman | 12:24 runtime on fuzev1 with FS #11246 |
21:08:22 | Luca_S | FlynDice: let's wait, maybe my contribution broke something else :D |
21:08:26 | pixelma | wodz (for the logs): got some test_mem results from my M5 in case you still need them |
21:08:45 | | Part watto |
21:09:56 | Luca_S | FS #11246 applies to all ams sansas? |
21:10:16 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
21:10:21 | Blue_Dude | Anyway, please check out FS #11247. I'll be back later. Thanks. |
21:10:23 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
21:10:27 | FlynDice | Luca_S: That's up to you but I'm happy to add your name to the credits file. |
21:10:46 | FlynDice | I need a real name though.... |
21:10:47 | Luca_S | FlynDice: Luca Leonardo Scorcia |
21:11:01 | FlynDice | done in 2 mins |
21:11:12 | | Quit joeyg (Quit: WeeChat 0.3.0) |
21:12:57 | funman | Luca_S: yes |
21:14:00 | Luca_S | i'll try to do a fuzev2 battery bench with and without it then as soon as it finishes charging |
21:14:06 | funman | That would make 45mA for fuzev1, and when I added current estimation in rockbox it ran at 65mA |
21:14:19 | funman | I'll test again with only this commit reverted |
21:15:25 | CIA-5 | New commit by FlynDice (r25847): Add Luca_S to CREDITS. Thanks for your time & effort! |
21:18:06 | | Join dfkt|x [0] (~dfkt@d86-33-57-47.cust.tele2.at) |
21:18:34 | | Nick dfkt|x is now known as Guest85977 (~dfkt@d86-33-57-47.cust.tele2.at) |
21:19:58 | | Quit Guest85977 (Changing host) |
21:19:58 | | Join Guest85977 [0] (~dfkt@unaffiliated/dfkt) |
21:20:08 | | Nick Guest85977 is now known as dfkt| (~dfkt@unaffiliated/dfkt) |
21:20:26 | FlynDice | funman: I've got another v2 power saver I think but I'm waiting for the current battery bench wave to pass. There's some LP bits in MCI_CLKENA that I think mean low power mode. I can enable after the cards init and this is what the OF seems to do. |
21:21:09 | funman | oh btw there is a bit 'low power / high quality' in AUDIOSET2 |
21:21:20 | funman | perhaps it's the one which caused low volumes in saratoga patch |
21:21:33 | | Quit JohannesSM64 (Quit: WeeChat 0.3.3-dev) |
21:21:33 | FlynDice | back later |
21:23:45 | bieber | For the WPS library I'm working on, I'm wondering if it would be a good idea to integrate QT's libraries into it, since I'm building it for a QT app. Any thoughts? |
21:24:37 | funman | hmm INIT_ATTR is boring when disassembling binary files :( |
21:25:13 | CIA-5 | New commit by Buschel (r25848): Add available recording sample rates for different iPod types to manual. |
21:25:44 | | Quit dfkt| (Remote host closed the connection) |
21:27:28 | | Quit n17ikh (Read error: Connection reset by peer) |
21:27:46 | | Join M3DLG [0] (~M3DLG@212.183.140.7) |
21:28:14 | CIA-5 | New commit by mcuelenaere (r25849): Ingenic Jz4740: Use lcd_putsf() instead of lcd_puts() in exception handler |
21:29:29 | kugel | heh, lcd_putsf was a great addition ;) |
21:31:51 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
21:32:23 | | Quit M3DLG (Ping timeout: 248 seconds) |
21:33:17 | funman | oops my fuzev1 bench was unpatched |
21:35:25 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
21:41:56 | | Quit pamaury_ (Quit: Page closed) |
21:42:31 | | Quit MagusG (Ping timeout: 246 seconds) |
21:44:18 | | Join mcuelenaere [0] (~mcuelenae@rockbox/developer/mcuelenaere) |
21:46:11 | domonoky | bieber: if it makes live easier, you can surely use Qt Core things in your wps lib. |
21:46:13 | *** | Saving seen data "./dancer.seen" |
21:46:27 | bieber | Okay |
21:47:03 | bieber | I'm just finding that QT duplicates a lot of the functionality I've been using in stdlib (strings, files, etc.) and it may end up being simpler if I use their versions from the start |
21:47:17 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
21:47:46 | domonoky | also qt has much more comfort functions then stdlib :-) |
21:49:14 | bieber | Definitely a plus |
21:51:54 | | Quit w1ll14m (Ping timeout: 264 seconds) |
21:51:55 | | Quit loveless (Quit: loveless) |
21:53:42 | | Quit funman (Quit: free(random());) |
21:56:36 | domonoky | bieber: when does the summer vacation start for you ? |
21:57:35 | bieber | I'm free now |
21:57:57 | domonoky | nice, so you successfully finsihed your exams :-) |
21:58:15 | | Quit raphi_ (Quit: leaving...) |
21:58:27 | domonoky | please remember to create a wiki page for your project... |
21:58:42 | bieber | I put one up and linked to it from SummerOfCode2010 yesterday |
21:58:54 | domonoky | oh, i missed it. sorry |
22:00 |
22:00:01 | bieber | Hopefully it's satisfactory, I just copied the format the WMA Codec project page was using |
22:00:47 | domonoky | looks good for a start. |
22:01:14 | | Quit Strife89 (Quit: Leaving work.) |
22:01:35 | bieber | Thanks |
22:02:53 | | Join apoelstra [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
22:03:02 | domonoky | if you have any Qt questions, feel free to ask me or bluebrother (we both work on rbutil). |
22:03:18 | | Nick apoelstra is now known as joeyg (~apoelstra@S010600236999fec1.vs.shawcable.net) |
22:03:39 | bieber | Okay |
22:04:10 | bieber | I need to download that and give it a try sometime. Last time I updated my Rockbox install it didn't exist yet |
22:05:48 | domonoky | so you are in serious need to update your rockbox (with rbutil ofcourse) :-) |
22:05:49 | bluebrother | bieber: nice to see you around :) |
22:06:11 | bluebrother | what OS are you working on? Windows or Linux? |
22:06:14 | domonoky | your rockbox install must be several years old :-) |
22:06:19 | bieber | Linux |
22:06:36 | bluebrother | nice, that makes installation much easier :) |
22:06:52 | bieber | I think I first installed it at least a couple of years ago. The utility was probably around last time I updated, but I just missed it |
22:07:21 | bluebrother | Rockbox Utility will turn 3 this summer. Well, the Qt version of it that is. |
22:07:32 | bieber | Okay, then I definitely just missed it |
22:07:46 | bieber | This thing looks pretty handy |
22:07:52 | bluebrother | I think the wx version has been started at least a year before that. Though that was a pain to build on linux |
22:07:55 | bieber | How difficult is it to build a QT app for Windows, btw? |
22:08:22 | bluebrother | depends how you want to build. If you have the build environment set up it's not more complicated than on linux |
22:08:30 | domonoky | not really difficult.. normally its just the Qt download.. but rbutil needs a few specials :-) |
22:08:39 | bieber | Okay |
22:08:48 | bieber | Do you have to distribute the QT runtimes, too? |
22:09:06 | domonoky | we link statically on linux and win. |
22:09:11 | bluebrother | the problem is that Rockbox Utility needs gcc plus a few other tools that are distributed with msys |
22:09:23 | domonoky | mac gets the qt libs via embedded "frameworks" . |
22:09:42 | * | bluebrother needs to get around to update his MinGW toolchain to gcc 4 |
22:10:39 | bluebrother | the "stable" MinGW, at least if you are using their installer, still uses gcc 3. But Qt 4.6 now officially supports gcc 4 on MinGW, and the old MinGW installer is outdated since ages now |
22:10:41 | bieber | So you can cross-compile it with MinGW from Linux? |
22:10:57 | bluebrother | might be possible, but I build on windows. It's easier. |
22:11:25 | bluebrother | the problem is that we would need to cross compile Qt, and Qt doesn't like that too much. But for creating static binaries we need to rebuild Qt. |
22:11:50 | domonoky | we should really try to find time to make buildservers for rbutil (win,lin,mac) :-) |
22:11:57 | bieber | Ah |
22:12:20 | bluebrother | so a virtual machine is simpler. It's slower, too (building on Windows is slow, unfortunately :) |
22:13:29 | bluebrother | domonoky: I had buildbot running for it a while ago as a test setup. Was only one OS though, but that shouldn't be a problem. The problem is the time thingy ;-) |
22:13:51 | bieber | How long does the Windows build take? |
22:14:14 | domonoky | bluebrother: jup, as always.. maybe its a idea for what todo at devcon ? |
22:14:18 | | Quit Jackster1 () |
22:15:16 | kugel | domonoky: add it if it isn't :) |
22:15:20 | domonoky | for me a few minutes.. not fast, but bearable. |
22:15:56 | bieber | Doesn't sound bad, especially if you're just building it every time you want to make a release |
22:17:28 | domonoky | or for testing.. |
22:17:46 | bieber | Right |
22:17:53 | domonoky | but you dont recompile everything for that, so it gets faster. |
22:18:40 | | Quit joeyg (Quit: WeeChat 0.3.0) |
22:19:09 | bluebrother | domonoky: hmm. I would need to decide going to devcon then |
22:19:19 | | Quit Buschel (Ping timeout: 248 seconds) |
22:19:28 | gevaerts | bluebrother: well yes, but you should decide that anyway! |
22:19:57 | domonoky | bluebrother: i just added it, so you should decide to come :-) |
22:21:35 | bieber | I've got to go for now, thanks for the suggestions everyone |
22:23:09 | | Quit bieber (Remote host closed the connection) |
22:23:28 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
22:23:32 | | Join Jaykay [0] (~chatzilla@p5DC57438.dip.t-dialin.net) |
22:27:07 | | Quit amiconn (Ping timeout: 245 seconds) |
22:27:07 | | Quit pixelma (Ping timeout: 245 seconds) |
22:28:18 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
22:28:46 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
22:29:18 | | Quit freddy_ (Ping timeout: 276 seconds) |
22:29:59 | | Join wincent [0] (~wincent@f050140058.adsl.alicedsl.de) |
22:30:46 | | Join MethoS- [0] (~clemens@134.102.106.250) |
22:35:21 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
22:36:19 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
22:37:03 | wodz | domonoky: I posted usbid of MPIO at FS |
22:37:33 | domonoky | thanks. i will try to complete that when i find time. |
22:37:51 | domonoky | does the MPIO have mtp mode with a different id ? |
22:38:13 | pixelma | wodz: got some test_mem results from my M5 |
22:38:54 | wodz | domonoky: no - it has hardware usb-ata bridge |
22:39:09 | domonoky | oki. |
22:39:30 | wodz | pixelma: I am eager to see Your results |
22:40:02 | pixelma | bufsize: 514048, write ticks: 15 (267 kB/s), read ticks: 26 (154 kB/s) - no change when boosted or unboosted |
22:40:22 | wodz | hmm |
22:41:28 | | Quit mcuelenaere (Quit: No Ping reply in 180 seconds.) |
22:41:41 | | Join mcuelenaere [0] (~mcuelenae@rockbox/developer/mcuelenaere) |
22:42:10 | wodz | I have unboosted write 95kB/s, ubusted read 55 kB/s, boosted write 267kB/s and boosted read 148kB/s |
22:43:24 | wodz | this may explain why it runs almost always boosted |
22:44:17 | kugel | gevaerts: so, I'm about to commit the c-lib one |
22:44:37 | kugel | I'm unsure whether I should "activate" it for the sim already (or if at all, that is) |
22:44:49 | wodz | domonky: should I change error handling in mkmpioboot? |
22:44:56 | gevaerts | I'd do that in a separate step if possible |
22:45:19 | kugel | the problem is, I don't really know to what extend the sim already uses the host libraries |
22:45:39 | kugel | but yea, that can be a separate one, right |
22:46:01 | kugel | what a have a last peek at it? |
22:46:04 | kugel | wanna* |
22:50:40 | kugel | gevaerts: i guess not (?) :) |
22:50:54 | | Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) |
22:51:07 | gevaerts | kugel: sorry, feeling a bit too tired :) |
22:51:21 | kugel | I could wait for tomorrow |
22:51:32 | kugel | but I'm fairly confident it's fine |
22:51:48 | | Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
22:52:04 | gevaerts | feel free to go ahead. This is the easy stuff in RaaA :) |
22:52:35 | kugel | although it wasn't as easy as expected |
22:56:24 | | Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
22:56:30 | | Quit Schmogel (Read error: Connection reset by peer) |
22:57:21 | | Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) |
22:57:40 | | Quit Unhelpful (Read error: Connection reset by peer) |
22:58:07 | | Quit bmbl (Ping timeout: 252 seconds) |
22:58:26 | kugel | is "RaaA" official enough to use it in commit messages? |
22:58:41 | gevaerts | good question |
22:58:48 | gevaerts | Let's discuss this at devcon :) |
22:58:54 | * | Bagder prefers just RA |
22:59:14 | scorche|sh | the sun god? |
22:59:17 | Bagder | exactly! |
23:00 |
23:00:06 | | Join Boldfilter [0] (~Boldfilte@adsl-178-248-46.jax.bellsouth.net) |
23:00:25 | * | scorche|sh prefers RaaA....less acronym conflicts |
23:04:01 | | Join Schmogel [0] (~Miranda@p3EE20068.dip0.t-ipconnect.de) |
23:04:45 | CIA-5 | New commit by kugel (r25850): Move c/h files implementing/defining standard library stuff into a new libc directory, also standard'ify some parts of the code base (almost entirely ... |
23:07:50 | kugel | phew, I feared svn would lose the history of the moved files due to me using git |
23:08:27 | | Quit Unhelpful_ (Read error: Connection reset by peer) |
23:08:28 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
23:08:51 | gevaerts | That's the least of your worries right now :) |
23:10:21 | CIA-5 | New commit by kugel (r25851): Add firmware/include to the include path to fix checkwps. |
23:10:57 | | Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) |
23:10:59 | | Quit Unhelpful (Read error: Connection reset by peer) |
23:13:47 | kugel | hm, I fixed some of the size_t related printf warnings for the fuze build, I'm surprised other targets show more of them |
23:14:49 | kugel | oh, it seems system dependant |
23:15:16 | kugel | meh, /me was too lazy about checkwps |
23:15:49 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
23:16:43 | | Quit Unhelpful_ (Read error: Connection reset by peer) |
23:17:16 | CIA-5 | New commit by kugel (r25852): Fix some size_t related warnings (hopefully, they seem system dependant). |
23:18:45 | | Quit mcuelenaere (Quit: Rebooting) |
23:20:00 | | Quit Unhelpful (Read error: Connection reset by peer) |
23:20:04 | | Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) |
23:20:32 | | Quit petur (Quit: Zzzz) |
23:20:50 | * | kugel thinks /usr/include/stdlib.h is broken... |
23:21:32 | kugel | if it needs int32_t then it should include stdint.h or inttypes.h, not sys/types.h |
23:25:37 | | Quit domonoky (Read error: Connection reset by peer) |
23:26:09 | * | kugel isn't sure what to do about the strict aliasing thing |
23:31:58 | | Quit Boldfilter (Quit: Boldfilter) |
23:33:08 | | Join Tux2 [0] (~Tux2@72.42.96.157) |
23:33:47 | | Quit esperegu (Read error: Connection reset by peer) |
23:34:17 | kugel | I also don't understand the hwcodec warning in skin_tokens.c |
23:34:33 | kugel | ah no, of course |
23:34:49 | kugel | that seems like stupid code, it was a good idea to add the printf attribute to snprintf |
23:36:05 | | Quit wodz (Quit: Leaving) |
23:37:05 | CIA-5 | New commit by kugel (r25853): Fix some more snprintf related warnings. |
23:39:04 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
23:42:20 | | Quit jgarvey (Quit: Leaving) |
23:43:13 | | Quit liar (Ping timeout: 252 seconds) |
23:46:14 | *** | Saving seen data "./dancer.seen" |
23:49:13 | CIA-5 | New commit by kugel (r25854): Fix checkwps by using host system's file IO (thanks to r25843/r25844) and by including a work around for systems that try to get intN_t via ... |
23:49:42 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
23:50:51 | | Part fleebailey33 |
23:51:06 | gevaerts | kugel: another way would be to investigate if we really need sys/ |
23:51:18 | | Quit Farthen (Remote host closed the connection) |
23:51:19 | kugel | I did a bit |
23:51:24 | gevaerts | I think this workaround is fine though, at least for now |
23:51:27 | | Join Farthen [0] (~Farthen@f054013021.adsl.alicedsl.de) |
23:51:56 | | Nick Farthen is now known as Guest86922 (~Farthen@f054013021.adsl.alicedsl.de) |
23:51:57 | kugel | sys/ is unix and shouldn't be in libc/. removing it would mean another 200 file commit to fix #includes ;) |
23:52:11 | kugel | we do use off_t and mode_t though which are defined there |
23:52:15 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
23:52:22 | | Quit DataGhost (Ping timeout: 240 seconds) |
23:52:48 | | Quit Guest86922 (Client Quit) |
23:53:01 | gevaerts | and which some things don't include apparently :) |
23:54:18 | gevaerts | the good news is that the delta table still looks OK |
23:55:27 | | Quit Tux2 (Remote host closed the connection) |
23:55:38 | | Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
23:55:56 | | Quit Schmogel (Read error: Connection reset by peer) |
23:56:35 | | Quit efyx (Ping timeout: 276 seconds) |
23:57:40 | kugel | that __off64_t database error seems to be another one of that sort |
23:57:50 | kugel | defined in unistd.h but fctnl.h doesn't include it |
23:57:54 | | Quit JohannesSM64 (Ping timeout: 264 seconds) |