| 00:00:02 | preglow | nomel: *shrug*, the plugins part isn't really _that_ relevant, we might as well put it in the core as we do with crossfeed |
| 00:00:15 | preglow | nomel: the harder part is finding someone to code it at all |
| 00:00:44 | | Quit jhulst ("Konversation terminated!") |
| 00:01:16 | amiconn | I would think that such kind of stuff is out of reach for almost all our targets |
| 00:01:29 | preglow | me too |
| 00:01:51 | preglow | depends how you do it |
| 00:02:12 | preglow | for iir reverb models, it is possible |
| 00:02:17 | preglow | but i bet it uses fir filters |
| 00:02:20 | | Quit spiorf (Read error: 110 (Connection timed out)) |
| 00:02:26 | preglow | might be possible on coldfire, forget it for pp |
| 00:02:50 | | Quit davina (Remote closed the connection) |
| 00:03:30 | preglow | no, looks like it's iir after all |
| 00:03:45 | preglow | doing a reverb dsp plugin is on my todo list, but don't expect it soon |
| 00:03:51 | preglow | i code at a snail's pace these days |
| 00:04:36 | safetydan | preglow, right that's a lot of ideas. |
| 00:06:04 | safetydan | preglow, how about using some color to indicate potential clipping rather than automatically changing the precut? e.g. the gain sliders turn red when you're in potential clipping land |
| 00:06:35 | safetydan | preglow, also, there's the Karma EQ if you're looking for other systems with parametric eqs |
| 00:06:44 | preglow | safetydan: sounds good |
| 00:06:53 | preglow | safetydan: i'm more looking for people with daps with parametric eqs |
| 00:07:00 | preglow | safetydan: so they can test how they handle clipping |
| 00:07:29 | preglow | safetydan: if not change colour, then at least some other visual cue |
| 00:07:51 | preglow | since colour changes don't come easy on grayscales |
| 00:07:53 | rasher | perhaps a line at the point where clipping would occur (this would also work on bw targets) |
| 00:08:01 | preglow | that sounds better |
| 00:08:06 | safetydan | rasher, that would work |
| 00:08:13 | maxkelley | preglow: flashing line on clipping |
| 00:08:24 | preglow | brb |
| 00:08:33 | rasher | it could still turn red on colour targets of course, but that shouldn't be the only indicator, since there's no warning |
| 00:08:41 | rasher | you're just suddenly "too high" |
| 00:09:16 | maxkelley | when it gets close to clipping, pulse orange? |
| 00:09:24 | n1s | safetydan: do you mean like when volume+precut+gain for the band > 0 ? |
| 00:09:31 | Llorean | How do you know where clipping may occur, though? |
| 00:09:35 | safetydan | n1s, something like that |
| 00:09:38 | Llorean | I mean, it's theoretically possible with *any* positive gain change. |
| 00:09:42 | Llorean | Right? |
| 00:09:51 | maxkelley | yeah |
| 00:10:14 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 00:10:19 | maxkelley | you could sort of have something where if it gets close to a threshold several times within a period of time, it'll start to warn.. |
| 00:10:25 | safetydan | Llorean, yes. But it at least serves as a warning |
| 00:10:27 | Llorean | Which would of course mean that the line would be dead center, very easily mistaken for the "center point" line. |
| 00:10:38 | maxkelley | is a clipping warning really required? |
| 00:10:45 | Llorean | safetydan: I don't think it'd get interpreted as a warning, honestly. I think it'd be interpreted as "the middle" |
| 00:10:49 | maxkelley | like, prior to clipping. |
| 00:11:16 | maxkelley | my poweramps don't let me know before I'm about to clip, they let me know once their relays trigger and the music's off :P |
| 00:11:20 | n1s | Llorean: you should put precut and volume into the equation too |
| 00:11:26 | Llorean | maxkelley: I've seen bug reports and forum posts from people adding too much gain, getting clipping, and thinking something is broken. |
| 00:11:43 | maxkelley | ah, ok. |
| 00:11:57 | Llorean | n1s: Volume doesn't really matter, since it's analog and a different question I believe, but precut would of course raise the line, yes. |
| 00:12:07 | safetydan | Llorean, well a warning indicator somewhere on the screen might work. Even if i's a little ! symbol or something in the corner |
| 00:12:13 | maxkelley | how about an exclamation mark next to the volume? |
| 00:12:24 | maxkelley | flashing exclamation.. red on color targets. |
| 00:12:32 | preglow | safetydan: anyway, i believe the gui should have vertical bar widgets, all fitting in the screen |
| 00:12:42 | preglow | safetydan: though not necessarily fitting all the settings in text |
| 00:12:46 | n1s | Llorean: I think our dacs do the gain control in the digital domain but I'm not sure, anyone knows? |
| 00:12:55 | maxkelley | I seem a bit obsessed with flashing tonight :) |
| 00:13:13 | preglow | safetydan: you would select which bar to work on with left right, and up/down to change value, then a mode switch key |
| 00:13:17 | preglow | not too different from what it is now |
| 00:13:20 | * | Llorean is now a fan of a "prevent clipping" option for the equalizer, enabled by default, but easy to disable for those who actually know what they're doing. |
| 00:13:30 | maxkelley | soft clipping! |
| 00:13:41 | preglow | Llorean: i think people are bound to be confused by eqs, and that's that |
| 00:13:46 | Llorean | preglow: Agreed. |
| 00:13:48 | maxkelley | we'll be like NAD! |
| 00:13:53 | preglow | Llorean: if we have prevent clipping, people will come asking why the eq controls don't work |
| 00:14:12 | Llorean | preglow: Why wouldn't they work? |
| 00:14:39 | | Join atsea-32 [0] (i=atsea-@gateway/tor/x-f62271d268aa14f1) |
| 00:14:41 | preglow | Llorean: right, i keep forgetting we're not going to compensate for the precut with analogue gain |
| 00:14:56 | preglow | Llorean: in that case they'll just come asking why adjusting gain sometimes lowers their volume |
| 00:15:10 | preglow | point is that a parametric eq is complex, not much you can do to help it |
| 00:15:14 | Llorean | We could *show* the precut in the graphical EQ screen. :) |
| 00:15:19 | preglow | aside from limiting users to presets |
| 00:15:27 | Llorean | Then when "prevent clipping" is enabled, they see it happening. |
| 00:15:28 | preglow | this is probably why apple goes that route |
| 00:15:33 | maxkelley | hmm. |
| 00:15:44 | Llorean | Or... |
| 00:15:45 | Llorean | Better yet. |
| 00:15:53 | maxkelley | I wonder if we should have a sort of "Interface Simplicity" level.. |
| 00:15:53 | Llorean | Show a "suggested" value on the precut bar. |
| 00:16:01 | Llorean | Rather than having any option for it. |
| 00:16:08 | maxkelley | Simple, Intermediate, Advanced |
| 00:16:25 | Llorean | Just a little marker that shows where on the precut bar the "clipping is possible above here" mark is. |
| 00:16:37 | | Quit BigBambi (Remote closed the connection) |
| 00:16:39 | Llorean | Then you're still leaving everything up to the user, but you're giving them a small visual cue? |
| 00:17:34 | preglow | Llorean: which they almost certainly are not going to understand without reading the manual |
| 00:18:28 | maxkelley | I was thinking the same. |
| 00:18:30 | Llorean | preglow: True, but I've seen eq sliders with the first "bar" being the precut several times. The roaming mark on it will just prompt curious users to actually find out what's going on, and hopefully result in a little education. |
| 00:18:41 | n1s | we should be more like the linux guys, "free software is about freedom (to do really stupid things)" :-) |
| 00:18:46 | maxkelley | hehe |
| 00:19:08 | maxkelley | "so, if I want to delete something, I do rm -rf /?" |
| 00:19:09 | n1s | but really, idiot proofing hardly ever works out nicely... |
| 00:19:27 | preglow | yeah |
| 00:19:29 | preglow | i don't think so either |
| 00:19:33 | maxkelley | because there are always idiots that don't understand the idiotproofing :) |
| 00:19:34 | preglow | it has to be dead simple, or not at all |
| 00:19:36 | safetydan | okay, so we're going to change the preset handling to be more like the radio stations. Vertical bars. Scale the screen for all targets. Voice. Some use of color. One screen to rule them all and in the darkness bind them. |
| 00:19:58 | preglow | safetydan: word, but forget about the preset handling for now |
| 00:20:03 | preglow | i'd concentrate on the gui screen first |
| 00:20:04 | Llorean | preglow: I think putting the precut on the same screen as the EQ controls isn't a bad idea anyway. At that point, why NOT put a "suggested" indicator on it? |
| 00:20:20 | safetydan | Llorean, yeah everything on one screen will be a goal |
| 00:20:23 | preglow | Llorean: i don't think it's a bad idea either, it just depends on a) space, and b) how well it goes logically with the rest of the screen |
| 00:20:30 | Llorean | I'll give you that then. |
| 00:20:33 | maxkelley | so, are we talking about the parametric or graphic, right now? |
| 00:20:38 | n1s | Or we could just change the eq to only allow negative gains :-) |
| 00:20:46 | maxkelley | heh |
| 00:20:48 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
| 00:20:51 | safetydan | even if the screen becomes pretty much just text on the smaller lcds |
| 00:20:52 | Llorean | n1s: Nah, that'd be effectively the same as an automated precut. |
| 00:20:57 | preglow | like, if all eq sliders change mode between gain/q/centerfreq at the touch of a button, how do we show the precut slider didn't change? |
| 00:20:59 | safetydan | maxkelley, there will only be one screen |
| 00:20:59 | | Quit ompaul (Client Quit) |
| 00:21:09 | preglow | we should try to rely on text as little as possible in this screen, there won't be room for much of it on some targets |
| 00:21:14 | Llorean | preglow: A horizontal separator between it and the other 5 |
| 00:21:16 | Llorean | Err, vertical |
| 00:21:19 | maxkelley | will it be graphic, though? |
| 00:21:19 | Llorean | Single pixel wide bar |
| 00:21:30 | preglow | makes sense |
| 00:21:39 | n1s | Llorean: but it would be a lot less confusing, but i guess the users wouldn't know wht to do when they just want more bass and cant turn up the low shelf |
| 00:21:54 | Llorean | Usually I see them "spaced" to the left of the actual "EQ" sliders, but space may not be free, compared to a single added pixel |
| 00:21:56 | maxkelley | n1s: there's a bass option in the sound settings. |
| 00:22:11 | safetydan | maxkelley, that's not enough for some people |
| 00:22:32 | maxkelley | I'd be fearing for my ears at that point. |
| 00:22:36 | Llorean | n1s: It'd be less confusing, but the idea is not to take away any power from people who are clueful in the process |
| 00:23:07 | Llorean | maxkelley: You should see how many people talk about how "great" Rockbox sounds with something like a cumulative 30dB added to the lower frequencies between Bass and EQ. |
| 00:23:22 | n1s | maxkelley: but it's not enough bass!!11!! one |
| 00:23:26 | maxkelley | hehe |
| 00:24:05 | maxkelley | those are the people who drive home and wonder why their spoiler walked off the back of their trunk :) |
| 00:24:30 | n1s | Llorean: an eq with 0->-24dB gains combined with preamp would give the exact same possibilities we have now but meh, it won't stop them |
| 00:25:35 | Llorean | n1s: My suggestion was to automate the precut (effectively the same thing) and then someone could un-cut with a "Digital Gain" (preamp) option if they knew they had headroom. |
| 00:25:41 | n1s | maxkelley: usually I guess they use headphones with poor bass response or are just weird ;) |
| 00:25:57 | maxkelley | tincanphones. |
| 00:25:59 | Llorean | But it is a bit of a roundabout way |
| 00:26:03 | | Quit mirak (Remote closed the connection) |
| 00:26:37 | | Join rotator [0] (n=e@rockbox/developer/rotator) |
| 00:26:44 | n1s | Llorean: i think both these ways are overdoing it anyway, let them loose :-) |
| 00:27:13 | preglow | doesn't the sansas have decent eqs? |
| 00:27:14 | n1s | btw we would have to auto-precut volume when it coes over 0 as well as bass/treble too |
| 00:27:32 | | Join ender [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
| 00:27:37 | n1s | s/coes/goes |
| 00:27:52 | maxkelley | I noticed that the vu meter-like plugins (osc, vu_meter, etc) don't work on radio.. is it possible to get them to work with radio, or do the meter plugins interface with mpd? |
| 00:28:02 | preglow | maxkelley: it is |
| 00:28:07 | preglow | maxkelley: afaik, it's on jhMikeS' todo list |
| 00:28:31 | | Quit ender` (Nick collision from services.) |
| 00:28:33 | preglow | plan is to have radio work with vu_meter, eq, etc |
| 00:28:33 | n1s | preglow: the radio don't pass through dsp at all, no? |
| 00:28:35 | | Nick ender is now known as ender` (i=krneki@84-255-206-8.static.dsl.t-2.net) |
| 00:28:40 | preglow | n1s: it doesn't pass through the cpu at all |
| 00:28:45 | maxkelley | ah, ok, was just curious. |
| 00:29:01 | maxkelley | is it routed directly to headphone amp? |
| 00:29:03 | n1s | heh, brain dead raido :-) |
| 00:29:16 | maxkelley | raid0? on an mp3 player? :P |
| 00:29:26 | maxkelley | er, sorry, DAP. |
| 00:29:59 | n1s | not yet if I add more disks the h300 will not fit in my pocket anymore :-( |
| 00:30:05 | maxkelley | heh :) |
| 00:30:42 | maxkelley | hardcore DAP lovers carry around those rack-mountable raid arrays :) |
| 00:31:24 | n1s | I think it would be better to try to build some kind of adapter for the 160gB 1.8" drives |
| 00:32:32 | maxkelley | right now, I'm waiting for SDHC support to break past 2 gig :( |
| 00:32:39 | maxkelley | or, sd at all. |
| 00:33:48 | preglow | amiconn: ouch, clipping seems to heavily affect performance |
| 00:38:32 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
| 00:38:58 | roolku | lostlogic: care to explain what you mean by "gah, roolku still didn't gather that there were two different settings we were talking about :(" ? |
| 00:39:58 | | Quit CiNc028 () |
| 00:40:04 | lostlogic | roolku: other than my first statement earlier, nobody was claiming that the replaygain preamp applied to all files |
| 00:40:09 | lostlogic | which you seemed to think we were |
| 00:40:19 | lostlogic | we were saying tha the equalizer precut applied to all files, which it does. |
| 00:40:57 | gryzor | greetings |
| 00:40:59 | lostlogic | that's settinsg|sound settings|equalizer|precut |
| 00:41:07 | roolku | lostlogic: no I wanted a (negative) amplification for files without replaygain |
| 00:41:22 | lostlogic | roolku: yes, I know, that's what I wanted and what I have not |
| 00:41:23 | lostlogic | now |
| 00:41:38 | gryzor | since i installed rockbox few minutes ago (went well, boots), my computer won't see the sandisk e250 device as a USB mass storage device anymore. What have i missed ? |
| 00:41:41 | lostlogic | I set the preamp in replaygain to +6dB and I set the equalizer precut to -12dB |
| 00:41:51 | maxkelley | shmart. |
| 00:42:52 | roolku | lostlogic: amiconn suggested to use the positive amplification for replaygained files as a workaround, which works, apart from the fact that the lineout on the gigabeat is to high for my stereo |
| 00:43:13 | lostlogic | roolku: yes, so then you use the equalizer precut to bring it back into line. |
| 00:43:28 | keanu | gryzor, restart the sansa, and press |<< to boot the OF |
| 00:43:36 | roolku | lostlogic: unfortunately the equilizer precut only works withe the equilizer enabled |
| 00:43:36 | keanu | or restart and connect the usb cable |
| 00:43:51 | roolku | lostlogic: which I would ratert not |
| 00:43:54 | roolku | rather |
| 00:44:01 | gryzor | keanu: cable must be connected while starting ? |
| 00:44:12 | lostlogic | roolku: yeah, I agree with that −− I gotta go digging in the code and see how the code paths differ between eq precut and relpaygain preamp |
| 00:44:14 | keanu | not must, but can be |
| 00:44:26 | lostlogic | because I'd rather be able to use only one code path for both 'simple' amplifications |
| 00:44:26 | gryzor | i dont understand |
| 00:44:43 | gryzor | i must used the original firmware to be able to view my device from my computer ? |
| 00:44:50 | roolku | yep, that would be a good solution |
| 00:45:07 | rasher | gryzor: Yes, that's unfortunately necessary, but it's being worked on. |
| 00:45:12 | gryzor | oh ok ! |
| 00:45:13 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 00:45:29 | gryzor | i read the doc but didnt find this information there :) |
| 00:46:24 | rasher | I'm not sure, but it might be an "information by ommission" - since there isn't information on how to use usb, that means that it's not supported. |
| 00:46:36 | gryzor | hehe |
| 00:46:47 | gryzor | typical developer behhaviour :) |
| 00:47:04 | gryzor | but counter intuitive for newbies, if i may suggest so |
| 00:47:04 | maxkelley | :) |
| 00:47:30 | rasher | I agree that it should be mentioned, but with any luck, it might not be necessary for much longer, so I don't know if anyone will bother adding it |
| 00:47:39 | Llorean | lostlogic: My understanding is that there's only one gain multiply, and it's cumulative of the EQ and replaygain pres if they're both valid for that file |
| 00:48:05 | Llorean | lostlogic: You may also want to pass on to Roolku in case he still has me on ignore that there's no penalty for enabling the EQ just for the precut, if you've got the bands set at 0 they don't do anything anyway. |
| 00:48:18 | | Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
| 00:48:44 | lostlogic | roolku: just verified in the code (and with Paul) that the gain is all applied in one place |
| 00:49:05 | gryzor | one more q |
| 00:49:17 | maxkelley | yessah! |
| 00:49:21 | maxkelley | ask away! |
| 00:49:29 | gryzor | rockbox seems to browse only dirs that are named HIGHCASE, lowcase dirs are not displayed |
| 00:49:36 | gryzor | is that intended? or some default option ? |
| 00:50:07 | maxkelley | erm, you should press-hold on files are select show all files. |
| 00:50:19 | lostlogic | Llorean: but there is the problem that each packet still gets run through that 5 loop to see that there is nothin to do |
| 00:50:31 | maxkelley | it by default only shows dirs with music or files it can do something with, I think. |
| 00:50:34 | roolku | lostlogic: so it is just a matter of removing the dependency on the eq enable setting? |
| 00:50:39 | Llorean | lostlogic: I was told there was no performance penalty if a filter was disabled. |
| 00:50:56 | krazykit | gryzor, the MUSIC directory is marked as "hidden" by the sansa's firmware, which is why you can't see it. |
| 00:51:03 | gryzor | ahhh, crap |
| 00:51:04 | Llorean | Though it may have been a generalization of "so minimal as to be the same as none" |
| 00:51:12 | gryzor | i guess i'll create another then |
| 00:51:15 | gryzor | or display all |
| 00:51:17 | gryzor | ty guys |
| 00:51:19 | | Join Enismirdal [0] (i=411d4f98@gateway/web/cgi-irc/labb.contactor.se/x-b05b832911f224cb) |
| 00:51:20 | lostlogic | Llorean: if eq_enabled is enabled, it enters the eq_process function and runs through a 5 loop doing boolean checks for each packet, even if no channels are enabled |
| 00:51:23 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:51:52 | gryzor | apart from these small newbies question, i'm loving rockbox already :) |
| 00:52:06 | gryzor | and i think it's a great project |
| 00:52:25 | maxkelley | gryzor: I felt the same way when I first used it. good to hear :) |
| 00:53:10 | preglow | does the h1x0 remote need to be plugged in at startup time to be able to view anything? |
| 00:53:16 | Llorean | lostlogic: So a case of "minimal, but there"? |
| 00:53:36 | preglow | bah, i'm using a logf build |
| 00:53:38 | preglow | ignore me, quickly |
| 00:54:00 | hcs | /ignore preglow |
| 00:54:11 | Nico_P | argh the buffering debug screen adds 1144 bytes... it's about 90% of the binsize increase from MoB |
| 00:54:18 | roolku | Llorean: even if there is no performance penalty, if I then want to use the eq (e.g. for headphones) I can't just turn it on (and off respectively) but have to fiddle with presets. |
| 00:54:26 | preglow | Nico_P: then don't include it? :P |
| 00:54:47 | Llorean | roolku: If you have two presets, "off" and "headphones", it takes just as much fiddling as an on/off option. |
| 00:54:51 | Nico_P | preglow: I was thinking of maybe removing the audio debug screen instead |
| 00:55:02 | lostlogic | Llorean: yeah, pretty minimal - 1 function call, 15 instructions, 5 of which involve dereferencing to memory. |
| 00:55:03 | Nico_P | and reducing the buffering debug screen too |
| 00:55:11 | lostlogic | but that's per packet |
| 00:55:43 | roolku | Llorean: you forget the disk spinup |
| 00:56:09 | Llorean | roolku: Are you telling me that you change from your stereo to your headphones so often, and plug in so rarely, that the disk spinup of that will significantly affect your usage pattern? |
| 00:56:37 | preglow | Nico_P: well, the pcm buffer level, at least, is nice to have |
| 00:56:38 | roolku | I agree it is possible to do, but these are all workarounds |
| 00:56:50 | Nico_P | preglow: it's in the buffering debug screen too |
| 00:56:53 | preglow | Nico_P: i've diagnosed user's codecs problems by having them look at that |
| 00:56:59 | preglow | Nico_P: sure, if no info is lost, just axe it |
| 00:57:04 | Llorean | roolku: Workarounds that don't increase the binary size, or create more confusing options for users, mind you. |
| 00:57:16 | maxkelley | rockbox should standardize an additional ring on headphone jacks, telling what sort of device is connected by means of resistance values :) |
| 00:57:22 | Nico_P | I'll probably do that... I'm just relieved that the 1k increase is just that |
| 00:57:51 | * | Llorean does not believe in the philosophy "Every idea that anyone can come up with, no matter how trivial, should go in" |
| 00:58:05 | maxkelley | heh, I know, I'm joking. |
| 00:58:33 | maxkelley | otherwise, rockbox would be so big that you wouldn't have room to put any music to play with it. |
| 00:59:08 | | Quit ender` (" It is difficult to produce a television documentary that is both incisive and probing when every twelve minutes one is inter) |
| 01:00 |
| 01:00:12 | roolku | Llorean: erm? removing a check could actually decrease filesize? |
| 01:00:36 | Llorean | roolku: Are you saying that the equalizer doesn't need a precut? |
| 01:01:03 | Llorean | roolku: If the precut is untied from the equalizer, then it would be impossible for equalizer presets to adjust to the proper digital gain cut without ruining your balanced replaygain as you want it. |
| 01:01:05 | Nico_P | lostlogic: have you looked at my code? |
| 01:01:12 | Nico_P | (I've rebased, btw) |
| 01:01:34 | lostlogic | Nico_P: not in any detail, I'll resync and take a look this evening / tomorrow |
| 01:02:00 | Nico_P | cool. patches are wlecome ;) |
| 01:02:00 | preglow | what, we still haven't turned in the tax info? don't we want the money or what? |
| 01:02:02 | roolku | Llorean: no lostlogic & I were saying it might be good the seperate the pre-amp that is currently tied to the eq on/off setting and apply it always |
| 01:02:06 | | Quit mrkiko (Remote closed the connection) |
| 01:02:13 | Nico_P | but I think I'll commit soon anyway. crossfade seems to be fixed |
| 01:02:14 | Llorean | roolku: I know what you were saying |
| 01:02:21 | roolku | the=to |
| 01:02:43 | Llorean | roolku: And I'm saying: The EQ needs a reserved precut so that presets can properly offset boosted frequencies and ensure no clipping. |
| 01:03:01 | Llorean | Your suggestion is to "steal" one feature to use for something else. |
| 01:03:33 | lostlogic | Nico_P: that's cool, if you commit then I'll just see it there and can push changes directly ;) |
| 01:03:39 | Llorean | Honestly, if you want your normal audio louder relative to your replaygained files, why don't you normalize them to a level lower than 89? |
| 01:03:48 | Nico_P | lostlogic: indeed. feel free to |
| 01:03:55 | lostlogic | I'm definitely in favor of putting both of those gain settings in a unified place instead of a mile apart int he menus. |
| 01:04:03 | barrywardell | amiconn: around? I've done quite a bit of experimenting with the lcd regs if you're interested? |
| 01:04:13 | roolku | Llorean: apparently you dont. the presets could still contain a pre-amp setting |
| 01:04:45 | Llorean | roolku: No, it would no longer be a pre-cut for the EQ. It would be a digital gain setting, independent of the EQ. |
| 01:04:58 | Llorean | roolku: Meaning that if someone loads an EQ preset, it'll override the perceived separate "digital gain" feature. |
| 01:05:19 | | Quit n1s () |
| 01:05:32 | roolku | I do not understand what you are trying to say with "Honestly, if you want your normal audio louder relative to your replaygained files, why don't you normalize them to a level lower than 89?" |
| 01:05:32 | Llorean | Unless you want to leave it as precut, and separate it functionally only, in which case it's pointless. Again, you can achieve everything you want without doing so. |
| 01:05:40 | | Quit hcs (Remote closed the connection) |
| 01:06:26 | Llorean | roolku: Replaygain adjusts your gain values to a specific level. In some scanners you can choose a lower level or higher level, making it quieter or louder relative to your non-scanned audio. |
| 01:06:35 | roolku | Llorean: "it might be good to seperate the pre-amp that is currently tied to the eq on/off setting and apply it always" |
| 01:07:14 | Llorean | roolku: Yes, you told me that before. I already read that once. I already told you that I understand what you're saying. |
| 01:07:17 | roolku | "lostlogic: no I wanted a (negative) amplification for files without replaygain" |
| 01:07:35 | safetydan | preglow, are you going to submit those changes upstream? |
| 01:07:49 | Llorean | roolku: Mathematically that's the same as positive amplification for files with replaygain combined with a negative amplification for all files. |
| 01:08:31 | | Quit kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 01:08:33 | roolku | Llorean: no you extended it to removing the preamp from the eq presets which I think is not desirable |
| 01:08:56 | preglow | safetydan: i'm talking with him about it, he's somewhat reluctant to use pure .S files |
| 01:09:00 | Llorean | roolku: So, you're saying "keep calling it EQ precut"? |
| 01:09:07 | preglow | but i've decided to keep them that way, so we'll see |
| 01:09:15 | Llorean | roolku: In that case, won't it confuse users that it WON'T turn off when they turn off the EQ? |
| 01:09:28 | | Quit rotator () |
| 01:09:48 | Llorean | roolku: You can't get away with having the feature at the same time be AND not be "EQ precut" |
| 01:09:49 | barrywardell | amiconn: for the logs: http://rafb.net/p/CegWmx75.html - by "vertically interlaced" i mean this: http://barrywardell.net/rockbox/h10_lcd.jpg |
| 01:09:51 | roolku | Llorean: exactly. but to do this I need to be able to apply negative amplification (without turning on the eq) |
| 01:10:02 | roolku | which I currently can't |
| 01:11:01 | Llorean | roolku: I don't understand why you can't turn on the EQ, first off. Secondly, I don't understand why you think it's intuitive at all to have an EQ setting NOT turn off when you turn off the EQ. |
| 01:11:10 | roolku | I don't see a problem. but obviously I can't speak for all users |
| 01:11:40 | | Quit petur ("Zzzzz") |
| 01:12:13 | Llorean | It's no longer an EQ Precut if it's not tied to the EQ... |
| 01:12:20 | Llorean | It's simply a digital gain adjustment |
| 01:13:51 | Llorean | If I'm using an EQ, and I turn it off, why should I *also* have to go and change the "EQ Preamp" value to 0, when I've already turned it off? |
| 01:14:18 | | Quit scorche|w ("CGI:IRC") |
| 01:14:53 | roolku | anyway. In the time we have argued, I could probably have written a patch to do what I want :) But since the topic had come up, I just wanted to voice my support. Bed time now. |
| 01:15:17 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
| 01:15:49 | Llorean | In fact you even brought up that point yourself, you said you wanted to be able to just turn the EQ off and on, yet your own suggestion prevents this... |
| 01:16:06 | *** | Saving seen data "./dancer.seen" |
| 01:17:35 | roolku | I don't agree, but am to tired to argue any more - good night |
| 01:17:38 | | Quit roolku () |
| 01:23:55 | lostlogic | how much slower is if (x&const) versus if (x)? |
| 01:24:19 | lostlogic | is it always one whole instruction, or is it sometimes not? |
| 01:25:14 | preglow | lostlogic: depends, on arm it can be one, one coldfire, never one |
| 01:25:24 | | Quit barrywardell () |
| 01:26:31 | lostlogic | preglow: that's what I thought I remembered. So, I'd like to change the dsp.c so that the check surrounding eq_process is such a int& check, in the interest of avoiding calling that function at all when only precut is enabled but eq_enabled is true |
| 01:26:35 | lostlogic | how do you feel aobut that? |
| 01:27:05 | preglow | *shrug* |
| 01:27:07 | preglow | won't save much |
| 01:27:31 | lostlogic | a jump and 15 instructiosn with 5 memory accesses per packet in that case |
| 01:27:39 | lostlogic | versus 0-1 instruction in the eq_enabled=0 case |
| 01:27:49 | preglow | it pretty much pales in comparison to just about everything else |
| 01:28:16 | preglow | anyway, a disassembly will tell you for sure :P |
| 01:29:10 | | Join iamben [0] (n=ben@dpc67142179038.direcpc.com) |
| 01:37:37 | | Quit Nico_P (Remote closed the connection) |
| 01:48:17 | | Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) |
| 01:48:38 | nomel | is it just me, or does plugging in the usb while playing a song crash the c200 to the point of pulling the battery with the latest build? |
| 01:49:53 | | Quit Enismirdal ("CGI:IRC (EOF)") |
| 01:54:55 | pixelma | pulling the battery? Never had to do that the worst was a hard power-off (holding power for about 15sec) |
| 01:55:53 | pixelma | but I know that with some builds the automatic reboot into the OF on usb plug doesn't work correctly (c200 as well) |
| 02:00 |
| 02:02:07 | | Join SkinInd95 [0] (n=chatzill@host-69-144-93-208.hln-mt.client.bresnan.net) |
| 02:03:42 | | Quit SkinInd95 (Client Quit) |
| 02:05:47 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 02:05:57 | | Quit Alonea (Connection timed out) |
| 02:06:26 | | Join makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
| 02:06:48 | makuseru | is there no build for the current gen ipod nano yet? |
| 02:07:00 | scorche | it isnt supported |
| 02:07:22 | scorche | lostlogic: you have been talking a dangerous amount...one might think you are coming back to us ;) |
| 02:07:26 | makuseru | so theres no way to put music on one in linux? |
| 02:07:51 | scorche | that is offtopic here |
| 02:08:30 | | Part makuseru ("Konversation terminated!") |
| 02:09:10 | nomel | hard powerdown works. |
| 02:09:37 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 02:09:38 | nomel | strange though...didn't do this before. it's when it's playing or not. |
| 02:10:22 | nomel | pulling the batter is faster than waiting 15 seconds :-\ |
| 02:10:39 | pixelma | nomel: if that happens and you hold a light on the display can you see a usb plug graphic? |
| 02:12:12 | pixelma | you can see it shortly before the backlight turns off (for me it freezes on that screen) |
| 02:13:26 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 02:13:32 | | Quit hannesd (Read error: 110 (Connection timed out)) |
| 02:15:18 | nomel | hrmm...let me check |
| 02:16:10 | nomel | yes i can. |
| 02:17:00 | nomel | i see the usb logo. |
| 02:17:04 | nomel | err...graphic. |
| 02:18:03 | pixelma | but I guess that's the same. Observed on Ipods as well and present in some builds, noone's figured out yet why that happens. |
| 02:18:19 | nomel | hrmm...build from last week didn't do it. |
| 02:18:28 | | Quit nomel ("going home time.") |
| 02:29:10 | | Join daurn [0] (i=daurn@unaffiliated/daurnimator) |
| 02:29:47 | | Quit Bagder (Read error: 110 (Connection timed out)) |
| 02:29:52 | | Part pixelma |
| 02:30:24 | | Join Ebert [0] (n=EbErT@adsl-211-220-6.asm.bellsouth.net) |
| 02:31:04 | Ebert | has anyone experienced on Gigabeat the time disappearing and then sometimes reappearing, some hours behind the actual time (well, incorrect time) |
| 02:31:28 | Ebert | i set it, boot up, works fine until the next few boots. then there are dashes |
| 02:36:09 | | Join J3TC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) |
| 02:46:55 | | Quit daurnimator (Connection timed out) |
| 02:47:05 | | Join RoC_MasterMind [0] (n=Free@c-66-177-39-225.hsd1.fl.comcast.net) |
| 02:57:20 | | Join bb__ [0] (n=bb@dslb-088-074-131-034.pools.arcor-ip.net) |
| 03:00 |
| 03:02:13 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 03:03:59 | | Join TotallyInfected [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) |
| 03:04:25 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
| 03:05:54 | | Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) |
| 03:07:03 | | Part TotallyInfected |
| 03:07:57 | | Quit SirFunk (Remote closed the connection) |
| 03:08:32 | | Quit bb (Read error: 110 (Connection timed out)) |
| 03:08:53 | lostlogic | scorche: fear not, I'm still an illusion. |
| 03:10:03 | lostlogic | If anyone was paying attention to all the argument about eq precut, here is what _I_ want done with it in rough patch form: http://test.lostlogicx.com/transfer/rockbox/20071024_faster_precut.diff All this does is eliminate the call to eq_process for each packet when only precut and not filters are enabled. It's ugly and full of magic, but it works. |
| 03:10:28 | | Join TotallyInfected [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) |
| 03:11:25 | | Quit Thundercloud (Remote closed the connection) |
| 03:12:35 | safetydan | lostlogic, so basically use a bitmask instead of an array for whether eq bands are enabled? |
| 03:13:17 | lostlogic | safetydan: yeah, which is really just a side effect to avoid more code _size_ changes. The real goal was to make eq_enabled (the boolean) only be on if some filters are on |
| 03:16:09 | *** | Saving seen data "./dancer.seen" |
| 03:22:25 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
| 03:22:45 | safetydan | lostlogic, seems fine to me, but as you say it's a little "magical" |
| 03:24:02 | lostlogic | I started to write macros to make it more readable but didn't feel like it ended up better |
| 03:40:24 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
| 03:54:56 | Llorean | lostlogic: I like that approach to, by the way |
| 03:55:15 | Llorean | Rather, I like the conceptual approach, haven't read the diff yet |
| 03:55:20 | | Quit sarixe ("(EE) Failed to load "quit" module") |
| 03:55:54 | | Join TotallyInfected_ [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) |
| 03:55:57 | | Quit TotallyInfected (Read error: 104 (Connection reset by peer)) |
| 03:56:06 | | Quit TotallyInfected_ (Remote closed the connection) |
| 03:56:46 | | Join TotallyInfected [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) |
| 04:00 |
| 04:00:30 | lostlogic | Llorean: thanks, now if only I could conjure up a way to make it less ugly. |
| 04:01:25 | * | JdGordon has a working e200 again :) |
| 04:13:32 | | Join kubiixx [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 04:13:32 | | Quit kubiix (Read error: 104 (Connection reset by peer)) |
| 04:16:40 | | Quit Alonea (Read error: 104 (Connection reset by peer)) |
| 04:19:49 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
| 04:19:56 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 04:26:30 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
| 04:29:02 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:29:25 | | Join miepchen^schlaf [0] (n=hihi@p54BF498C.dip.t-dialin.net) |
| 04:43:14 | | Quit kubiixx (Read error: 110 (Connection timed out)) |
| 04:49:19 | | Part Llorean |
| 04:51:16 | | Join kfazz [0] (n=ken@76-203-137-185.lightspeed.wlfrct.sbcglobal.net) |
| 04:51:46 | * | kfazz discovered something cool today |
| 04:51:54 | kfazz | my e280 works with my old ipod dock |
| 04:51:55 | | Quit sarixe ("(EE) Failed to load "quit" module") |
| 04:52:24 | kfazz | sound comes out of the speakers at least, though i never expected the remote to work |
| 04:52:32 | ATravelingGeek | kfazz: I wonder if my e250 will work... |
| 04:52:32 | kfazz | apple protocols and all |
| 04:52:40 | | Join psycho_maniac [0] (i=psycho_m@ppp059.hk.centurytel.net) |
| 04:52:48 | kfazz | thing is, it only worked in rockbox, not the OF |
| 04:52:59 | Ebert | i find it funny fade on pause doesn't work on lineout, but crossfade does |
| 04:53:29 | Ebert | anyone have the time reset every so often? |
| 04:53:53 | lostlogic | Ebert: fade on pause uses the volume control circuitry, so it can't work LO |
| 04:53:59 | lostlogic | Ebert: crossfade is in the DSP |
| 04:54:22 | Ebert | ah, that's clear. had know-it-all llorean stumped :) |
| 04:54:45 | safetydan | kfazz, it's probably just the line out pin being the same between the two |
| 04:54:51 | kfazz | seems like FS #8022 turns off line out for sansa? cuold it be a configureable option perhaps? |
| 04:55:24 | kfazz | well i saw that the line out pins were the same as ipod on abi forums, but also read the connector pin spacing was different and they wouldn't physically fit, but they did |
| 04:55:35 | ATravelingGeek | kfazz: my e250 doesn't fit in my universal apple dock |
| 04:55:45 | kfazz | mine is an ihome2go |
| 04:55:48 | ATravelingGeek | the sansa usb cable will fir into the dock |
| 04:55:54 | ATravelingGeek | *fit |
| 04:56:10 | ATravelingGeek | odd; I guess the fit is just really close then |
| 04:56:48 | kfazz | then again my sansa is used, so no telling what someone else did to it |
| 04:57:05 | ATravelingGeek | Mine is a reburb |
| 04:57:28 | ATravelingGeek | I'll have to try it on someone else's ipod dock/accessory sometime |
| 04:57:40 | | Quit jhulst (Connection timed out) |
| 05:00 |
| 05:04:52 | kfazz | Ebert , lostlogic: fade on pause works on line out for me, as do the volume controls. |
| 05:05:06 | kfazz | the ones on the sansa i mean |
| 05:15:21 | advcomp2019 | i do not know how you did that because ipod accessories will fry sansas |
| 05:15:42 | advcomp2019 | if it goes thru the dock port |
| 05:15:43 | | Join bb [0] (n=bb@unaffiliated/bb) |
| 05:16:11 | *** | Saving seen data "./dancer.seen" |
| 05:17:49 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 05:20:18 | Soap | <Llorean> Personally I wouldn't mind at all if the EQ automatically precut an equal amount to whatever band you set highest. |
| 05:20:30 | Soap | But if your bands overlap this will not be suficient. |
| 05:21:06 | Soap | Why dumb-down Rockbox? Removing capability in the name of simplifying seems backwards... |
| 05:24:11 | psycho_maniac | what are you talking about? |
| 05:24:41 | | Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) |
| 05:26:40 | Soap | I have the same opinion regarding the conversation you had earlier with lostlogic regarding ReplayGain. It appears common in applications which support ReplayGain to have an adjustable gain/cut for non-RG'd files. If people find a second digital gain entry buried in the menus confusing - they probably should mess with it. One is with the software EQ - and I would assume this is the one most people see. As long as it is clear _in t |
| 05:26:40 | Soap | he manual_ that the second one with ReplayGain is an /additional/ gain setting (not another entry point to the same gain setting) what is the issue? We expect users to read the manual when it is a question that gets asked 1,000 times, why don't we expect the users to read the manual on this? |
| 05:27:15 | Soap | s/should/shouldn't/ |
| 05:27:55 | | Quit bb__ (Read error: 110 (Connection timed out)) |
| 05:28:48 | Calcipher | hey Soap, hows things in rb on this day |
| 05:30:28 | Calcipher | I've set up vmware per the wiki suggestions |
| 05:30:39 | lostlogic | Soap: If only the two settings were somewhere in the same proximity (in most audio programs supporting RG the two types of preamp are adjacent) |
| 05:31:17 | kfazz | advcom2019: the dock is running off batteries, i didn't feel safe plugging it in, but my sansas aren't fried |
| 05:31:31 | kfazz | *advcomp2019 |
| 05:31:56 | Soap | Calcipher: is there a reason you highlighted me? Hopefully not about VMWare, as I don't use it. |
| 05:32:47 | Calcipher | no, when i showed up and sent that, no other users had spoken |
| 05:32:53 | Calcipher | thats all |
| 05:33:07 | * | Mouser_X has spoken! |
| 05:33:33 | * | lostlogic is (as always) an illusion |
| 05:33:40 | * | Calcipher greets Mouser_X |
| 05:34:53 | advcomp2019 | kfazz, the ipod and sansa dock pinouts are different |
| 05:37:32 | kfazz | advcomp2019: i don''t disagree, but my sasna e280 is plugged into my ipod dock, and sound comes out of the speakers, with nothing plugged into the headphone jack |
| 05:37:43 | kfazz | so in one respeck tehy are the same |
| 05:37:48 | kfazz | *respect |
| 05:39:01 | | Quit jhMikeS (Nick collision from services.) |
| 05:39:07 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 05:40:18 | | Quit RoC_MasterMind ("Leaving") |
| 05:45:55 | | Part safetydan |
| 05:52:53 | | Quit Rondom (Connection timed out) |
| 05:53:24 | | Join Rondom [0] (n=Rondom@p57A94AFD.dip.t-dialin.net) |
| 05:55:38 | | Quit RaRe (Read error: 104 (Connection reset by peer)) |
| 05:59:10 | | Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
| 06:00 |
| 06:00:08 | | Quit RaRe (Client Quit) |
| 06:02:41 | | Join ze_ [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
| 06:02:55 | | Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) |
| 06:10:39 | | Quit ze (Read error: 110 (Connection timed out)) |
| 06:10:40 | | Nick ze_ is now known as ze (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
| 06:13:28 | | Quit XavierGr (Nick collision from services.) |
| 06:13:31 | | Join XavierGr [0] (n=xavier@ppp26-92.adsl.forthnet.gr) |
| 06:14:45 | | Join eigma [0] (n=cat@216.48.162.210) |
| 06:17:24 | | Join advcomp2019_ [0] (n=advcomp2@66.172.231.192) |
| 06:17:38 | | Quit advcomp2019 (Nick collision from services.) |
| 06:17:40 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@66.172.231.192) |
| 06:37:04 | | Quit qweru ("moo") |
| 06:41:16 | | Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
| 06:46:32 | | Quit XavierGr (Nick collision from services.) |
| 06:46:35 | | Join XavierGr [0] (n=xavier@ppp25-208.adsl.forthnet.gr) |
| 06:51:20 | | Quit Rafagd ("KVIrc 3.2.4 Anomalies http://www.kvirc.net/") |
| 07:00 |
| 07:03:36 | | Join Mawargen [0] (n=mcn_arge@190.49.237.18) |
| 07:03:50 | | Part Mawargen |
| 07:05:56 | | Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 07:16:15 | *** | Saving seen data "./dancer.seen" |
| 07:30:55 | | Join advcomp2019_ [0] (n=advcomp2@66.172.231.192) |
| 07:31:03 | | Quit advcomp2019 (Nick collision from services.) |
| 07:31:05 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@66.172.231.192) |
| 07:35:45 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 07:39:04 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 07:50:30 | | Join Asteriskk_ [0] (n=herb@adsl-75-42-91-148.dsl.scrm01.sbcglobal.net) |
| 07:59:18 | | Quit eigma () |
| 08:00 |
| 08:04:13 | | Quit Rondom ("Ex-Chat") |
| 08:10:52 | | Join CaptainSquid [0] (n=Miranda@proxy17.netz.sbs.de) |
| 08:11:04 | | Quit kfazz ("Leaving") |
| 08:19:52 | | Quit tedrock (Read error: 113 (No route to host)) |
| 08:22:34 | | Join tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) |
| 08:27:03 | | Quit BigBambi (Remote closed the connection) |
| 08:36:03 | | Join Rob222241 [0] (n=Miranda@p54B13BEF.dip.t-dialin.net) |
| 08:39:35 | | Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) |
| 08:39:41 | | Part norbusan |
| 08:45:06 | | Quit homielowe (Remote closed the connection) |
| 08:49:57 | | Join webguest11 [0] (i=c03690e5@gateway/web/cgi-irc/labb.contactor.se/x-a54fc68006080aee) |
| 08:50:06 | | Quit webguest11 (Client Quit) |
| 08:53:16 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:54:53 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
| 09:00 |
| 09:02:45 | | Quit Mouser_X (Read error: 110 (Connection timed out)) |
| 09:11:47 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 09:16:16 | *** | Saving seen data "./dancer.seen" |
| 09:17:01 | JdGordon | hey Zagor, what do you tihnk about adding a list of warnings which the build table should ignore? |
| 09:19:00 | Zagor | I don't know. are they really that annoying? |
| 09:19:25 | JdGordon | I tihnk they are |
| 09:19:41 | amiconn | Better don't, imo |
| 09:19:59 | amiconn | Once they're out of sight, they'll be forgotten |
| 09:20:31 | amiconn | And such a filter would most probably also catch real warnings, hiding them |
| 09:21:06 | JdGordon | ok, /me drops the suggestion |
| 09:21:51 | JdGordon | fark the mr500 is slow at decoding the jpegs |
| 09:22:03 | JdGordon | about 7s to do 320x240 |
| 09:22:54 | JdGordon | 34s to do 1280x960 |
| 09:25:07 | Zagor | yikes |
| 09:25:22 | Zagor | big screens aren't always good :) |
| 09:25:38 | JdGordon | im fixing up mpegplayer to compile on it |
| 09:25:47 | JdGordon | cant wait to watch full screen at 2fps :p |
| 09:26:50 | psycho_maniac | wow thats slow |
| 09:27:32 | JdGordon | we'll find out |
| 09:29:14 | * | JdGordon grabs elephants dream |
| 09:29:39 | | Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 09:30:13 | JdGordon | is one of the mirrors in australia? |
| 09:30:32 | JdGordon | i was getting 800+kps! |
| 09:30:37 | JdGordon | kbps even |
| 09:31:00 | | Join barrywardell [0] (n=barrywar@host-194-46-226-143.dsl-ie.utvinternet.net) |
| 09:31:12 | JdGordon | hey barrywardell |
| 09:31:21 | barrywardell | hey |
| 09:31:26 | JdGordon | got my sansa goign again, and yeah your database refresh fix is working great |
| 09:32:00 | barrywardell | great |
| 09:32:14 | barrywardell | how did you get the sansa going? |
| 09:32:39 | JdGordon | e200tool worked on my laptop after about the 3rd try |
| 09:32:54 | JdGordon | mpegplayer data abort :'( |
| 09:32:57 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 09:34:24 | barrywardell | It would be nice if e200tool could be made more reliable |
| 09:35:50 | JdGordon | im not sure if its e200tool, or libusb, or linux usb... |
| 09:36:05 | JdGordon | e200rinstaller was having the same problem sending the file |
| 09:38:48 | barrywardell | upload_app is what's failing? it's probably libusb or linux usb if it is |
| 09:39:46 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 09:46:06 | | Join spiorf [0] (n=spiorf@host64-21-dynamic.21-87-r.retail.telecomitalia.it) |
| 09:48:35 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 10:00 |
| 10:02:10 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 10:03:01 | | Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) |
| 10:03:32 | | Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- Now with extra fish!") |
| 10:03:44 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 10:03:57 | | Quit Ebert () |
| 10:04:02 | | Join erchino [0] (n=erchino@189.180.117.130) |
| 10:04:11 | | Part erchino |
| 10:06:32 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 10:09:22 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 10:12:07 | | Quit Nico_P (Remote closed the connection) |
| 10:14:50 | | Quit barrywardell () |
| 10:16:45 | | Quit TMM (Read error: 110 (Connection timed out)) |
| 10:27:50 | | Quit qwm (Remote closed the connection) |
| 10:28:07 | | Join qwm [0] (n=qwm@h38n2fls32o1010.telia.com) |
| 10:34:24 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 10:43:09 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 10:43:44 | | Join Toki_ [0] (n=hsdbvlkb@gateimb.imb.lebedev.ru) |
| 10:44:21 | | Quit Toki (Read error: 104 (Connection reset by peer)) |
| 10:47:01 | | Quit TotallyInfected () |
| 10:50:09 | | Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) |
| 10:50:34 | pondlife | Hmm, my sim locks up if I go into the database info screen... |
| 10:51:42 | Asteriskk_ | well, I've just asscertained that the original sansa firmware on the c240 ha no problems reading a micro sd card. I've written to the mailing list about rockbox not reading hte files on that card, and thought I'd try here again see if anybody has more ideas |
| 10:52:26 | pixelma | Asteriskk_: microSDs are not supported yet (for the c200) |
| 10:52:59 | Asteriskk_ | well that would certainly explain it lol |
| 10:53:07 | Asteriskk_ | I guess I'll take the card back, then. |
| 10:53:24 | pixelma | I think that'll come |
| 10:53:36 | | Join linuxstb [0] (n=chatzill@195.154.159.62) |
| 10:53:58 | egolost | any updates on the USB stack? |
| 10:54:45 | Zagor | egolost: not really. still working on the basics. currently trying to avoid inducing "babble" while sending large amounts of data. |
| 10:55:14 | egolost | It's to bad no company could support rockbox instead of developeing their own shitty firmware so you could get money makeing rockbox better. |
| 10:56:10 | Zagor | egolost: well to be honest in reality it wouldn't be only fun having a company using rockbox. they'd have different ideas and priorities, so it would undoubtedly become a fork. |
| 10:56:26 | Zagor | but I wouldn't mind doing some consulting for them :) |
| 10:56:42 | Asteriskk_ | I just wish I knew more about programming so I could fix some of things I want to do with rockbox |
| 10:57:02 | Zagor | Asteriskk_: it's never too late to start learning |
| 10:57:53 | Asteriskk_ | the only thing I can do with any reliability is mirc scripting lol |
| 10:58:50 | Asteriskk_ | now, that would be a fun idea. control rockbox from mirc |
| 10:58:51 | Asteriskk_ | hmm |
| 10:59:01 | egolost | Zagor: the company could kind of be in the background. |
| 10:59:20 | egolost | Zagor: rockbox is strictly c programming.. isn't it? |
| 10:59:26 | JdGordon | c and asm |
| 10:59:32 | JdGordon | 99% c though |
| 10:59:40 | egolost | all i know right now is java. |
| 11:00 |
| 11:00:32 | Zagor | that's not a bad starting point for learning C |
| 11:02:56 | | Join webguest07 [0] (i=5b7951c6@gateway/web/cgi-irc/labb.contactor.se/x-61dac7cc8e13e424) |
| 11:03:44 | webguest07 | hi! is USB working on e200 now? |
| 11:03:54 | JdGordon | only in the OF still |
| 11:04:48 | Asteriskk_ | so, like, what exactly is the problem with the microsd cards in the c200? is there some sort of complicatioon that needs to be gotten over in order for rockbox to read them? |
| 11:05:30 | | Join ilgufo [0] (n=matteo@host92-173-dynamic.5-87-r.retail.telecomitalia.it) |
| 11:06:34 | | Quit webguest07 (Client Quit) |
| 11:06:38 | preglow | linuxstb: did you have a look at the asf tag bug? |
| 11:12:14 | amiconn | linuxstb, JdGordon: It looks like we have 2 CONFIG_CPU values which actually mean the same cpu?? |
| 11:12:33 | amiconn | DM320 and TMS320DSC25 |
| 11:13:07 | amiconn | Or am I wrong? |
| 11:13:24 | Bagder | they're two different flavours |
| 11:13:34 | Bagder | TMS320DSC25 and TMS320DM320 |
| 11:13:49 | Bagder | afaiu |
| 11:14:22 | | Quit parafin|away (Remote closed the connection) |
| 11:14:54 | | Join parafin|away [0] (i=parafin@paraf.in) |
| 11:15:26 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:15:31 | linuxstb | preglow: Not yet. |
| 11:16:18 | *** | Saving seen data "./dancer.seen" |
| 11:17:24 | amiconn | Hmm, so the DM320 macro should probably be renamed to make this clear |
| 11:18:23 | amiconn | The ..DSC25 is arm7tdmi while the ..DM320 is arm926e-j |
| 11:19:16 | | Part Asteriskk_ |
| 11:19:50 | linuxstb | Archopen just calls them DSC25 and DM320 |
| 11:22:12 | amiconn | Well, one of the macros should really be renamed, otherwise it's confusing that they both contain a '320' |
| 11:27:12 | | Join mrkiko_ [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) |
| 11:31:35 | | Quit idnar (Nick collision from services.) |
| 11:31:38 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
| 11:33:14 | JdGordon | amiconn: yeah, the dm320 folder is tms320dm320 so ill rename the macro to the full name |
| 11:33:59 | linuxstb | amiconn: Done. |
| 11:35:01 | linuxstb | JdGordon: I just renamed TMS320DSC25 to DSC25... |
| 11:35:18 | JdGordon | we dotn want the full names? |
| 11:35:34 | JdGordon | im happy with the change though.. less work :) |
| 11:35:39 | JdGordon | dinner... bbs |
| 11:35:48 | amiconn | linuxstb: Btw, the PNX0101 isn't as bad as I thought wrt audio processing power. It's an arm720t core (72MHz) - but with an additional dsp |
| 11:36:04 | linuxstb | Not arm7tdmi? |
| 11:36:37 | amiconn | nope |
| 11:38:15 | linuxstb | According to this PDF, it's arm7tdmi - http://www.sacg.com.tw/sacweb/marcom/epaper/images/PNX010x%20handout.pdf |
| 11:39:52 | | Quit mrkiko (Read error: 110 (Connection timed out)) |
| 11:42:09 | amiconn | hmm |
| 11:46:10 | | Join webguest31 [0] (i=d9e1f955@gateway/web/cgi-irc/labb.contactor.se/x-894bb514cc827488) |
| 11:46:53 | webguest31 | Hi, does bookmarking work with .txt files ? |
| 11:47:53 | | Quit barrywardell (Remote closed the connection) |
| 11:48:21 | GodEater | webguest31: no |
| 11:49:55 | webguest31 | now theres a great pity, as I have tons of .txt books |
| 11:50:25 | amiconn | Afaik viewer.rock does remember positions in .txt files |
| 11:50:33 | hcs | only the current position |
| 11:51:16 | GodEater | and presumably only on one file |
| 11:51:24 | webguest31 | yes it does, and I'm grateful for that, but jumping around in a .txt files if difficult without bookmars |
| 11:51:41 | JdGordon | iirc viewer.rock does store multiple bookmarks |
| 11:51:44 | JdGordon | the last few files |
| 11:52:05 | webguest31 | thanks, I'll look into that |
| 11:52:08 | pixelma | I think I read for the last 10 or so |
| 11:52:23 | GodEater | not quite the same as bookmarking - but close enough ;) |
| 11:53:03 | JdGordon | stores the last position for as many files as can fit in the buffer... |
| 11:53:20 | JdGordon | #define MAX_BOOKMARKED_FILES (((signed)BUFFER_SIZE/(signed)sizeof(struct bookmarked_file_info))-1) |
| 11:54:22 | webguest31 | hmm, but not muliple bookmarks for one file ? |
| 11:54:44 | JdGordon | no |
| 11:54:51 | webguest31 | thanks |
| 11:55:13 | JdGordon | manual bookmarks, and multiple for each file would be nice to have though |
| 11:55:37 | * | webguest31 hugs JdGordon |
| 11:55:43 | JdGordon | now now... |
| 11:56:18 | webguest31 | :), thanks for the info |
| 11:56:27 | | Part webguest31 |
| 11:59:33 | * | GodEater polishes his monocole and exclaims "I say!" at all this show of open affection. It's just not British don't you know ? |
| 11:59:48 | JdGordon | I tihnk I'm going to completly rewrite the keyboard for the touchscreen. Should it go in recorder/keyboard.c or create a new folder for it, e.g touchscreen/ ? |
| 12:00 |
| 12:00:00 | JdGordon | he's gone GodEater... |
| 12:00:24 | GodEater | yeah I noticed |
| 12:00:36 | GodEater | I still though it was mildly funny to say though. Perhaps I'm not properly awake yet. |
| 12:01:16 | JdGordon | reminds me of http://www.noob.us/humor/family-guy-british-porn/ :D |
| 12:01:32 | JdGordon | link is safe for work ... |
| 12:01:41 | linuxstb | JdGordon: apps/ could probably benefit from a little reorganisation - "player" and "recorder" aren't helpful... |
| 12:02:09 | rasher | charcell/ and bitmap/ on the other hand seems obvious |
| 12:02:16 | JdGordon | even then its not perfect |
| 12:02:27 | JdGordon | radio shouldnt really be in recorder |
| 12:02:38 | linuxstb | Then maybe just move it to apps/ |
| 12:02:54 | JdGordon | apps/ is overcrowded |
| 12:03:23 | linuxstb | Yes, but I think radio belongs there. The playback engine could be moved out though. |
| 12:04:40 | JdGordon | what about "gui" for ui elements, "screens" for the different screens, that folder is then split into "charcell", "bitmap" and maybe "touchpad", keep "menus" as is and maybe do a bit more cleanup? |
| 12:05:03 | JdGordon | bmp.c shouldnt be in recorder either |
| 12:05:05 | mrkiko_ | hey guys! How do I assure the player's playback speed will go to 100? |
| 12:05:13 | mrkiko_ | without loosing other settings |
| 12:05:16 | preglow | ??? |
| 12:05:28 | JdGordon | you cant change the playback speed |
| 12:05:32 | | Nick mrkiko_ is now known as mrkiko (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) |
| 12:05:58 | GodEater | and 100 what? Yaks to the ton? |
| 12:05:59 | mrkiko | yes |
| 12:06:01 | mrkiko | You can |
| 12:06:15 | GodEater | no you can't |
| 12:06:21 | mrkiko | ... or maybe I'm not explaining myself correctly. |
| 12:06:52 | mrkiko | If I press "play" for two or three seconds, then I have access to a non-spoken menu. Mooving the volume keys here I can change the speed at which the reader reads mp3 files. |
| 12:07:14 | GodEater | mrkiko: which DAP ? |
| 12:07:16 | JdGordon | ah, the piutch screen |
| 12:07:33 | mrkiko | DaP = ??? |
| 12:08:02 | GodEater | digital audio player |
| 12:08:17 | mrkiko | iRiver H340 |
| 12:08:21 | * | GodEater notices the time and heads for the airport |
| 12:08:31 | amiconn | The pitch screen values aren't saved, so a reboot resets it to 100% |
| 12:08:50 | | Join Arathis [0] (n=doerk@p508A6614.dip.t-dialin.net) |
| 12:08:54 | mrkiko | Amiconn: wow! Very good |
| 12:09:18 | amiconn | But there's also a button to reset it to 100% iirc |
| 12:09:30 | pixelma | someone knows if battery_bench is working correctly on an e200? |
| 12:09:47 | mrkiko | Can you add somehow this to the list of spoken screens? Maybe there is something useful to change other than speed |
| 12:10:57 | amiconn | Ah, yes, it's just SELECT on iriver |
| 12:11:04 | JdGordon | pixelma: it doesnt because the disk is never spinning |
| 12:11:22 | amiconn | mrkiko: You can also reset the speed to 100% by tapping Select (centre button) in that screen |
| 12:12:43 | pixelma | JdGordon: hmm... I thought I read that this was replaced by something else to make it work (could remember wrong) |
| 12:13:09 | mrkiko | amiconn. thank you so much |
| 12:13:22 | pixelma | JdGordon: your runtime tests are just based on measuring time yourself? |
| 12:13:57 | amiconn | pixelma, JdGordon: The problem is that battery_bench() does't register an ata callback, but monitors ata activity itself. This needs to be fixed |
| 12:14:14 | JdGordon | if you comment out || ata_disk_is_active() it works |
| 12:15:13 | | Quit miepchen^schlaf ("Verlassend") |
| 12:15:39 | pixelma | why isn't that done officially yet? Is it a not nice enough approach? |
| 12:15:48 | mrkiko | Regarding fs#8003: should I probably test the last firmware? I saw relatively many changes to lists handling... |
| 12:16:46 | JdGordon | pixelma: I agree with amiconn that it should register the callback instead of monitoring disk access itself |
| 12:16:49 | * | JdGordon has a play |
| 12:17:29 | pixelma | mrkiko: you should always check back if the bug still exists in newer builds. Saves a developer from spending time on fixing a bug that doesn't exist anymore... |
| 12:18:01 | | Quit pondlife ("Read error: 110 (Connection slimed out)") |
| 12:21:29 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 12:21:47 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 12:26:42 | * | JdGordon doesnt think the playback ata callback is used at all |
| 12:27:02 | * | JdGordon have a feeling the disk is shutdown before the playback thread actually acts on the callback |
| 12:28:38 | JdGordon | it definatly isnt used on the sansa's |
| 12:28:53 | | Quit ilgufo (Client Quit) |
| 12:29:58 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 12:30:59 | JdGordon | it looks fairly useless on the ondio also |
| 12:31:00 | Nico_P | pondlife: hi |
| 12:31:04 | pondlife | Hi |
| 12:31:15 | pondlife | I'm running the latest |
| 12:31:24 | Nico_P | how's crossfading? |
| 12:31:45 | JdGordon | hey Nico_P, just the man who can help me :) |
| 12:31:47 | pondlife | The wiki is correct AFAIK |
| 12:31:57 | Nico_P | ie? |
| 12:32:11 | pondlife | i.e. turning it on/off during playback is problematic |
| 12:32:19 | pondlife | But the auto-change dir is fixed |
| 12:32:20 | Nico_P | still? |
| 12:32:21 | JdGordon | Nico_P: are you seeing the ata callback not being acted on? |
| 12:32:31 | pondlife | I'll let you know |
| 12:32:36 | pixelma | JdGordon: I remember doing battery_benches on my Ondio |
| 12:32:52 | Nico_P | JdGordon: I'm not using the ata callbacks anymore, but AFAIK they worked well |
| 12:33:10 | JdGordon | where you making sure ata_is_active() before buffering? |
| 12:33:16 | Nico_P | yes |
| 12:33:28 | pondlife | JdGordon: Could there be another ata callback, called at the start of spinup, not at the end? |
| 12:33:44 | pondlife | That would be ideal for buffering |
| 12:34:00 | JdGordon | I might change it to call on spinup instead |
| 12:34:08 | JdGordon | except that would delay the thing doing the spinup |
| 12:34:34 | pondlife | Do the spinup, then callback? |
| 12:34:50 | pondlife | Or is that what you mean? |
| 12:35:15 | JdGordon | it would delay the read/write if we did the callbacks as soon as the ata thread noticed it was active |
| 12:36:20 | pondlife | Isn't that a potential side-effect of the current MoB polling anyway? |
| 12:36:43 | pondlife | Nico_P: Actually, crossfade seems fine now |
| 12:36:50 | JdGordon | yeah, thats why mob should be using the callback |
| 12:36:56 | Nico_P | pondlife: I'm reassured :) |
| 12:37:10 | pondlife | I do think using the callback is much better than polling. |
| 12:37:19 | egolost | Is ther being any work done on supporting the iriver E10? Is someone working on it? |
| 12:37:30 | pondlife | Nico_P: What was the problem with the callback triggering a buffer? |
| 12:37:39 | pondlife | Slightly slower to start? |
| 12:37:44 | Nico_P | pondlife: it was called too late IMO |
| 12:38:07 | pondlife | That shouldn't matter, as it's only a "chance to top up", not the critical "low buffer".. |
| 12:38:32 | | Quit DataGhost (Nick collision from services.) |
| 12:38:33 | Nico_P | pondlife: it was also used to buffer the tracks following the first |
| 12:38:35 | | Join [Sur`DataGhost] [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
| 12:38:45 | pondlife | Both situations should trigger buffering to run as fast as possible until the buffer is tull |
| 12:38:59 | Nico_P | meaning there was a "gap" of buffering activity between the first track and the following ones |
| 12:39:05 | pondlife | Why? |
| 12:39:29 | pondlife | Once the buffering thread is off and running, surely it just fills data. |
| 12:39:32 | Nico_P | because for the first track the audio thread requests buffering, but it lets the buffering thread manage the following ones |
| 12:39:49 | pondlife | Track boundaries shouln't matter much... |
| 12:40:41 | pondlife | I'd just see the buffering thread as being kicked into buffering mode, then reading all data it can. And if it doesn't have enough filenames to fill th buffer then it makes a callback to ask for more... |
| 12:41:12 | pondlife | Certainly you want to read a buffer-full asap to minimise disk spin time. |
| 12:41:29 | Nico_P | I agree, and the callbacks weren't providing that |
| 12:41:37 | JdGordon | hmm... it looks like the callbacks are called every 2s while the disk is spinning but not busy |
| 12:42:16 | JdGordon | except the callback code only calls them every 30s |
| 12:42:16 | Nico_P | currently there's a call available to buffering users to request buffering of a particular handle. apart from that the buffering thread manages the level on itself |
| 12:42:38 | pondlife | Sounds good |
| 12:42:41 | Nico_P | pondlife: and "buffering mode" is when the disk is spinning, hence the polling |
| 12:42:55 | JdGordon | this code is wrong! |
| 12:43:07 | pondlife | Ah, ok. So it won't necessarily fill all the way if the disk spins down. |
| 12:43:27 | pondlife | Or will it reset the timer by reading... |
| 12:43:52 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 12:44:11 | Nico_P | it probably resets the timer by reading, but as soon as filling is complete, ata_sleep() is called |
| 12:45:18 | pondlife | So it'll always "trigger itself"? |
| 12:45:27 | pondlife | i.e. until the buffer is full? |
| 12:45:37 | pondlife | Or would on an idle callback, rather.. |
| 12:46:16 | pixelma | wasn't it done so that buffering itself doesn't trigger "activity" and start buffering again so it could end up in an endless buffer loop? (I had that for a short time on my Ondio) |
| 12:46:48 | pondlife | That's what I was thinking of. It needs to be buffering under-the-radar, kind of. |
| 12:47:00 | | Quit dionoea (Remote closed the connection) |
| 12:47:06 | | Join dionoea [0] (n=dionoea@poy.chewa.net) |
| 12:47:49 | * | Nico_P is a bit lost |
| 12:48:32 | Nico_P | pixelma: the enless loop prevention is simply done by not using the ata idls callback on targets with less than 8MB |
| 12:48:49 | Nico_P | (in SVN) |
| 12:51:41 | JdGordon | why is there a ata_spin() at the end of the wps button loop? |
| 12:53:33 | Nico_P | pondlife: so is the crossfade issue gone? |
| 12:55:45 | JdGordon | ok, does this make sense... if ata_spin() is called in a callback, the disk will stay spinning for an extra few seconds to give threads a chance to work on the disk, but the callbacks will not be called again untill the next time the disk is spun up (i.e after then next spindown) ? |
| 12:55:46 | pondlife | Yes, I think so |
| 12:55:52 | pondlife | ^ Nico_P |
| 12:56:26 | Nico_P | cool :) |
| 12:56:47 | pondlife | JdGordon: Callbacks should be once per spindown, on the way out, right? |
| 12:57:06 | | Join micols [0] (n=micols@scharff.fys.ku.dk) |
| 12:57:14 | pondlife | Does anything apart from playback buffering use the disk callback? |
| 12:57:15 | JdGordon | somewhere in the middle of the spin, but yeah |
| 12:57:18 | micols | anyone having touble with rockbox on nano 1g (4gb model) ? |
| 12:57:21 | JdGordon | config saving |
| 12:57:26 | pondlife | Ah, yes |
| 12:57:27 | JdGordon | but thats not in a seperate thread |
| 12:57:30 | preglow | micols: what kind of trouble? |
| 12:57:33 | micols | it lags on playback of mp3s and midis |
| 12:57:40 | micols | high pitched noises |
| 12:57:45 | micols | and midi says something about buffer |
| 12:57:45 | preglow | no, i don't get that |
| 12:58:12 | micols | i checked System and debug information |
| 12:58:26 | micols | the pcm or whatever is at top gets filled |
| 12:58:32 | micols | then the pitch noises sound |
| 12:58:46 | micols | buffer is always half filled or so (the one at the bottom of debug screen) |
| 12:58:53 | pixelma | midiplay gives that on all portalplayer devices because decoding can't keep yet |
| 12:59:02 | pixelma | +up |
| 12:59:09 | micols | yep ive read that midi still is unstable |
| 12:59:12 | micols | but mp3 should work |
| 12:59:20 | micols | flac is even worse.. it plays for 1 second |
| 12:59:30 | micols | i got fat32 fs on it |
| 12:59:49 | micols | flac shouldnt be working either i know.. but mp3 should :-) |
| 13:00 |
| 13:00:30 | Nico_P | pondlife: I realised yesterday evening that the 1k binsize increase from MoB is mostly due to the debugging screen :) |
| 13:01:06 | pixelma | micols: flac should work fine, (mp3) too. I could imagine that you have one of the problematic Nanos. |
| 13:01:07 | amiconn | micols: Flac should work very well. It's a very efficient decoder |
| 13:03:10 | micols | okay.. it just stops and skips to my mp3s instead |
| 13:03:20 | micols | and it got high pitched noises even more than the mp3s |
| 13:03:43 | preglow | are you using the eq? |
| 13:03:58 | micols | yes i tried using the eq at first then i thought it was the one causing trouble |
| 13:04:08 | micols | i tried stereo separation and bass reducing by -6db |
| 13:04:12 | micols | stereosep 140% |
| 13:04:20 | micols | but then i did reset it to 100% and 0db |
| 13:04:28 | micols | still got the trouble |
| 13:04:43 | | Quit mrkiko (Remote closed the connection) |
| 13:04:44 | preglow | pixelma: do problematic nanos make high-pitched noises, though? |
| 13:04:57 | micols | one more thing, my cpu speed skips between 30 and 60mhz all the time! |
| 13:05:04 | preglow | i thought micols 80, you mean |
| 13:05:05 | micols | that might be the cause |
| 13:05:08 | preglow | hehh |
| 13:05:09 | micols | yes 40 and 80 |
| 13:05:10 | micols | :) |
| 13:05:13 | preglow | micols: that's normal |
| 13:05:23 | pixelma | preglow: there were reports of faulty mp3 playback at least as one of the symptoms |
| 13:05:24 | micols | isnt that making it too slow to play the mp3? |
| 13:05:36 | micols | or at least too slow to play flac |
| 13:05:42 | micols | i guess it needs full speed for that |
| 13:05:49 | preglow | micols: nah, we boost the frequency temporarily when we need more juice |
| 13:05:52 | pondlife | Nico_P: Could you combine the debugging screen with the audio one? Or make it debug builds only? |
| 13:05:53 | micols | the funny thing is that movie playback is fluent.. |
| 13:05:54 | preglow | micols: flac is waay faster then mp3 |
| 13:06:03 | micols | mpgs with sound seems to be fluent |
| 13:06:08 | Nico_P | pondlife: I'll probably combine the two screens |
| 13:06:19 | pondlife | To be honest, the debug menu could be debug builds only, for a bigger saving :) |
| 13:06:25 | | Join chelli [0] (n=chelli@p54B8514B.dip.t-dialin.net) |
| 13:06:25 | pondlife | Keep Out! |
| 13:06:31 | preglow | pondlife: the debug menu is quite nice to have from time to time |
| 13:06:32 | Nico_P | I'm not sure about the number of lines though |
| 13:06:39 | preglow | pondlife: making users diagnoze their own problems |
| 13:06:44 | preglow | diagnoze?????? |
| 13:06:47 | | Part chelli ("Client exiting") |
| 13:06:47 | micols | the pcm bar at top of debug menu goes all the way up |
| 13:06:55 | * | preglow smells his tea cup |
| 13:06:57 | micols | isnt that the cause of these high pitched noises |
| 13:07:05 | micols | it happens everytime i get those pitches |
| 13:07:09 | micols | it gets filled |
| 13:07:16 | preglow | micols: no, that's a good sign, it means the decoder is on top of things |
| 13:07:25 | preglow | micols: eh? the noises occur _consistently_ when the bar is at the top? |
| 13:07:35 | micols | the noises seem to be random |
| 13:07:42 | micols | but same kind of high pitched noises |
| 13:07:46 | micols | at random time |
| 13:07:49 | | Join TMM [0] (n=hp@ip5650d1ab.direct-adsl.nl) |
| 13:08:00 | micols | sometimes it plays without them, but its rare |
| 13:08:11 | pixelma | micols: it would be easier to read if you could fit more of your thoughts on one line (and would decrease channel log length) ;) |
| 13:08:12 | preglow | i think you have one of those troublesome nanos, yes |
| 13:08:12 | micols | i thought it could be because the fadein/out plugin |
| 13:08:34 | preglow | a percentage of nanos misbehave with rockbox |
| 13:08:37 | micols | i tried pausing/playing a few times and i think i got it playing without errors one time |
| 13:08:38 | preglow | and we don't really know why yet |
| 13:08:49 | preglow | we _think_ it might come from overheating |
| 13:09:06 | micols | it gets hot indeed.. hotter than with apple firmware |
| 13:09:18 | micols | but battery still seems to last long :) |
| 13:09:31 | pixelma | micols: there's a thread about it in the forums http://forums.rockbox.org/index.php?topic=11504.0 |
| 13:09:39 | micols | cool ill check it out thanks |
| 13:09:49 | | Join RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net) |
| 13:13:35 | | Quit hcs (Read error: 110 (Connection timed out)) |
| 13:15:10 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 13:15:26 | preglow | amiconn: decoding goes from 410% realtime to 290% realtime on one file with heavy clipping, doesn't that seem a bit much to you? |
| 13:16:21 | *** | Saving seen data "./dancer.seen" |
| 13:16:40 | | Quit RaZorbacK ("MegaIRC v3.90 http://ironfist.at.tut.by") |
| 13:20:39 | | Nick [Sur`DataGhost] is now known as DataGhost (i=dataghos@ip3e832ea5.speed.planet.nl) |
| 13:28:22 | | Quit linuxstb (SendQ exceeded) |
| 13:28:41 | | Quit Calcipher (Read error: 104 (Connection reset by peer)) |
| 13:35:28 | | Join Rondom [0] (n=Rondom@p57A94644.dip.t-dialin.net) |
| 13:38:12 | | Quit spiorf (Read error: 110 (Connection timed out)) |
| 13:38:55 | | Join spiorf [0] (n=spiorf@host247-22-dynamic.21-87-r.retail.telecomitalia.it) |
| 13:42:48 | | Part pixelma |
| 13:49:37 | | Quit pondlife ("Read error: 110 (Connection slimed out)") |
| 14:00 |
| 14:00:15 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 14:02:00 | | Join J3TC- [0] (n=jetc123@dhcp73-29.njit.edu) |
| 14:07:25 | | Quit Arathis ("Bye, bye") |
| 14:10:08 | | Join Alexandro5 [0] (i=4fb45967@gateway/web/cgi-irc/labb.contactor.se/x-d4c642f7341e3205) |
| 14:10:52 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
| 14:11:47 | Alexandro5 | can someone help me?, where i can find firmware update for SMART SM MP4W |
| 14:15:09 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 14:17:48 | | Join Thundercloud [0] (n=thunderc@resnet13.nat.lancs.ac.uk) |
| 14:20:23 | | Quit Alexandro5 ("CGI:IRC") |
| 14:22:51 | amiconn | preglow: That must happen in another decoding stage then; the [-32767..32767] clipping in asm cannot be the cause |
| 14:26:26 | preglow | amiconn: perhaps |
| 14:28:14 | amiconn | Btw, what does gas encode is you use msac with parallel load? |
| 14:28:29 | | Join nenolod [0] (n=nenolod@atheme/developer/nenolod) |
| 14:29:25 | amiconn | And: Using mac with parallel load + negation is slower than using msac without parallel load (which is not broken) and load using movem.l |
| 14:29:39 | preglow | amiconn: it's not it... disregard what i said |
| 14:29:55 | preglow | amiconn: it encodes msac.w with parallel load and completely wrong registers |
| 14:30:02 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 14:30:47 | * | amiconn has to try this... |
| 14:30:59 | preglow | amiconn: remove the neg and replace mac.w with msac.w |
| 14:31:01 | preglow | that's all you need to do |
| 14:31:02 | amiconn | You're sure you didn't forget a % somewhere, or put one too much? |
| 14:31:11 | preglow | amiconn: just try, it's really fast |
| 14:31:23 | preglow | i'm 99% certain i've done all the right things |
| 14:32:59 | J3TC- | Does viperman3 at iaudiophile forums hang here? |
| 14:33:00 | J3TC- | :3 |
| 14:33:11 | preglow | amiconn: anyway, i'd rather fix binutils and commit the right thing |
| 14:33:32 | Zagor | J3TC-: not with that nick, anyway |
| 14:33:48 | amiconn | preglow: lines 77.80? |
| 14:33:50 | J3TC- | Ah ok |
| 14:34:30 | preglow | amiconn: aye |
| 14:34:31 | J3TC- | I'm wondering if he could share his modded patches such as 2954_scroll-margins_20071019-MOD.patch |
| 14:34:43 | preglow | amiconn: also the four below |
| 14:35:00 | preglow | for a complete of eight mac.w in order_8 and ten in order_10 |
| 14:35:21 | Zagor | J3TC-: you mean this? http://www.rockbox.org/tracker/task/2954 |
| 14:36:03 | | Join RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net) |
| 14:36:16 | preglow | i hate mixed c and inline asm |
| 14:36:41 | J3TC- | Ah excellent, it got synced :3 |
| 14:37:42 | J3TC- | But he has also other patches modded such as progressbar slider and that hasn't been updated |
| 14:37:43 | J3TC- | :[ |
| 14:39:06 | Zagor | kindly ask him to post them on the tracker. that's what it's there for. |
| 14:39:32 | J3TC- | Ok :3 |
| 14:43:13 | | Quit RaZorbacK ("MegaIRC v3.90 http://ironfist.at.tut.by") |
| 14:43:36 | | Join RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net) |
| 14:47:48 | | Join MethoS- [0] (n=clemens@pD955CF10.dip.t-dialin.net) |
| 14:57:00 | * | preglow bbl |
| 14:57:50 | | Join ackbahr [0] (n=ackbahr@d212-152-20-237.cust.tele2.ch) |
| 15:00 |
| 15:02:36 | Zagor | lovely formatting on the latest list posting... |
| 15:04:28 | | Join midgey|web [0] (i=8dd3a84d@gateway/web/cgi-irc/labb.contactor.se/x-b2f04d601ccffaca) |
| 15:06:46 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 15:07:00 | | Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) |
| 15:07:51 | markun | Zagor: looks great :) |
| 15:16:22 | *** | Saving seen data "./dancer.seen" |
| 15:20:52 | Zagor | muh. this is so frustrating. |
| 15:21:00 | markun | usb? |
| 15:21:46 | Zagor | 64-byte packets work IN+OUT. 512 byte packets work IN, but not OUT. |
| 15:22:01 | | Part LinusN |
| 15:23:05 | markun | Zagor: what kind of packet sizer are there? |
| 15:23:09 | markun | sizes |
| 15:23:43 | Zagor | 8,16,32,64,512 |
| 15:24:07 | markun | any luck with the other 3? |
| 15:24:21 | Zagor | no, 32 doesn't work either way for some reason. |
| 15:25:09 | Zagor | I still haven't fully worked out the relationship btwn the request size I'm sending the controller and the packet sizes on the bus. in theory it shouldn't matter how much data I give the controller, but in reality it does... |
| 15:26:12 | Zagor | when I send 64-byte chunks to the controller, I get the above 64/512 result. if I send 512-byte chunks to the controller, nothing works. |
| 15:27:06 | Zagor | I'm obviously doing something wrong, but I can't figure out what. |
| 15:28:18 | Zagor | and again the ugly suspicion that I'm not having the right docs is rearing its' head... |
| 15:35:59 | | Quit ackbahr (Read error: 104 (Connection reset by peer)) |
| 15:36:16 | markun | you are using the i.mx31 docs, right? |
| 15:36:17 | | Quit CaptainSquid ("Miranda IM!") |
| 15:36:22 | Zagor | yes |
| 15:36:40 | markun | if you buy a Gigabeat S you will know for sure that you have the right docs :) |
| 15:36:47 | Zagor | haha |
| 15:37:03 | markun | perhaps the Gigabeat S guys can run some test for you? |
| 15:37:19 | markun | to know if it's a problem with the doc or something you do wrong |
| 15:38:08 | markun | received my 1200mAh battery for my Gigabeat today. Charging is taking forever, but I guess that's a good thing :) |
| 15:38:17 | Zagor | I don't know how such a test would work. I don't know if this is the right docs, and if it isn't I don't know what I'm missing. and that's rather difficult to write a test for. |
| 15:38:25 | zicho | nice, where'd you get it? |
| 15:38:33 | markun | ebay |
| 15:38:36 | markun | ipod 4g battery |
| 15:38:48 | zicho | Oh, coolio. |
| 15:39:07 | zicho | How did you change the battery? |
| 15:39:40 | markun | zicho: http://forums.rockbox.org/index.php?topic=9847.0 |
| 15:39:54 | markun | and http://www.rockbox.org/twiki/bin/view/Main/GigabeatBatteryUpgrade |
| 15:40:13 | markun | but I didn't do any soldering like the others |
| 15:40:22 | Zagor | hmm, I guess reading out the id, version and params registers on a gigabeat s might be interesting |
| 15:40:43 | Zagor | any S owners around? |
| 15:44:55 | Zagor | for S owners reading the log, the contents of memory address 0x43F88000, 0x43F88120 and 0x43F88124 would be interesting. all 32-bit words. |
| 15:46:34 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 15:47:44 | | Quit desowin ("use linux") |
| 15:48:31 | markun | Zagor: I'll also try to remind any of them |
| 15:48:46 | Zagor | thanks |
| 15:50:22 | | Quit hcs ("Leaving.") |
| 15:52:13 | barrywardell | Zagor: would it be helpful to test on another PP target? I have a e280 and h10... |
| 15:52:45 | Nico_P | Zagor: I'm an S owner but I run linux and there's now way to update the firmware from there |
| 15:53:01 | amiconn | preglow: I think I found the bug in the gas sources - and it's still in 2.17 ... |
| 15:53:24 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
| 15:54:16 | Zagor | barrywardell: the readouts of the registers could be interesting, just to see if they're the same or not. |
| 15:54:45 | barrywardell | which ones? the whole lot? |
| 15:54:50 | | Join ackbahr [0] (n=ackbahr@d212-152-20-237.cust.tele2.ch) |
| 15:54:58 | Zagor | the register offsets are 0, 0x120 and 0x124. pp5020 base is 0xc5000000, pp5002 base is 0xc0005000 |
| 15:55:39 | amiconn | The USB controller in the 5002 is most likely quite different - and we don't need to handle it |
| 15:55:57 | amiconn | The 3rd gen does *not* use the PP5002's internal USB controller |
| 15:56:03 | Zagor | amiconn: they have a bridge? |
| 15:56:16 | | Quit Isolinear () |
| 15:56:22 | Zagor | ok, ignore that then |
| 15:56:43 | amiconn | The 5002's internal controller is USB1.1 only, but the 3rd gen has USB2.0 |
| 15:56:55 | amiconn | So they must have another chip - which we don't know |
| 15:57:35 | amiconn | (unless I am missing something very essential) |
| 15:58:00 | | Join MethoS- [0] (n=clemens@pD955B9CF.dip.t-dialin.net) |
| 16:00 |
| 16:00:53 | Zagor | how do we know the 5002 only supports 1.1? some product sheet? |
| 16:02:12 | Zagor | gotta go |
| 16:02:12 | | Quit Zagor ("Client exiting") |
| 16:02:51 | | Join scorche|w [0] (n=8dc5049d@rockbox/administrator/scorche) |
| 16:06:14 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
| 16:06:37 | | Quit ackbahr (Remote closed the connection) |
| 16:09:13 | barrywardell | Zagor: for the logs - on my Sansa: ID=0x22fa05, DCIVERSION=1,DCCPARAMS 0x183; on H10: ID=22fa05, DCIVERSION=1, DCCPARAMS=0x183 |
| 16:11:41 | | Join pepie34 [0] (n=pepie34@cop60-1-82-240-26-92.fbx.proxad.net) |
| 16:13:38 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 16:18:39 | | Join pixelma [0] (i=d5494daf@rockbox/staff/pixelma) |
| 16:23:34 | | Join J3TC- [0] (n=jetc123@dhcp73-29.njit.edu) |
| 16:23:45 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 16:27:26 | Nico_P | lostlogic: ping |
| 16:28:52 | lostlogic | pong |
| 16:29:18 | Nico_P | have you had time to go over the mob code? |
| 16:29:32 | lostlogic | am actually looking at it now |
| 16:29:36 | lostlogic | you about to commit? |
| 16:29:49 | Nico_P | not in the next few minutes but maybe today |
| 16:29:56 | | Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) |
| 16:29:59 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 16:31:12 | | Quit pepie34 ("Ex-Chat") |
| 16:33:19 | lostlogic | Nico_P: what is the binary size impact of the patch? |
| 16:34:09 | Nico_P | there's an aout 1k increase due to the debugging screen. I plan on combining the audio and buffering debug screen |
| 16:35:20 | | Join Mouser_X [0] (n=someone@207.155.176.3) |
| 16:36:55 | lostlogic | Nico_P: have you done any performance comparisons between the old code and new? Shouldn't really be any difference I guess since the hard storage should always be the buffering bottleneck |
| 16:37:21 | Nico_P | what kind of performance? time to fill the buffer? |
| 16:37:36 | pondlife | Disk spin time and buffer size I guess? |
| 16:37:37 | lostlogic | yeah, battery performance, playing performance while buffering, etc. |
| 16:38:13 | pondlife | On a slow target in particular, not a Gigabeat ;) |
| 16:38:49 | Nico_P | no I haven't done any runtime tests |
| 16:39:05 | Llorean | One of the slower buffering targets is the iPod 5.5Gs I believe. |
| 16:39:20 | pondlife | GodEater_: around? |
| 16:39:27 | Llorean | I seem to recall people reporting what sounded like really, really long times with the disk spun up |
| 16:39:51 | pondlife | Some people with 64MB RAM reported minutes of disk activity |
| 16:39:57 | | Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
| 16:39:59 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 16:40:27 | lostlogic | yeah, the combination of 64M ram plus the slower ATA driver (not sure on the details here, only amiconn would be) would make the 5.5g have LONG spin time |
| 16:40:58 | pixelma | pondlife: if I recall, GodEater is on a plane to Canada |
| 16:41:05 | amiconn | ATA isn't any slower than on regular G5 when reading large chunks |
| 16:41:30 | amiconn | The only thing that is much slower is writing 512 byte chunks |
| 16:41:39 | lostlogic | amiconn: thanks! |
| 16:42:04 | Llorean | Well it may be that both G5 and G5.5 have slower buffering time then. |
| 16:42:17 | | Nick advcomp2019 is now known as advcomp2019_ (n=advcomp2@66.172.231.192) |
| 16:42:17 | Llorean | Don't they just have a higher CPU load than average because of the massive screen updates in the WPS? |
| 16:42:34 | amiconn | Reading 512 byte chunks (e.g. fat sectors) is a bit slower due to an extra memcpy |
| 16:45:10 | | Quit Frazz ("Leaving") |
| 16:46:18 | | Part advcomp2019_ ("Leaving") |
| 16:49:51 | pondlife | Nico_P: I'm still very happy with the way I can skip back to a buffered track with no spinup... |
| 16:50:21 | Nico_P | pondlife: :) |
| 16:50:37 | Nico_P | any problems left that should prevent me from committing? |
| 16:51:11 | pondlife | I've not tested much today, sadly |
| 16:51:50 | | Quit midgey|web ("CGI:IRC (EOF)") |
| 16:52:00 | | Quit pixelma ("laters...") |
| 16:52:48 | pondlife | Anyone able to test with a 64MB iPod Video? |
| 16:54:01 | pondlife | Nico_P: See if you can get the debugging screens merged and the binsize down a bit |
| 16:54:36 | Nico_P | At one point I was actually thinking of putting the debug screen in an #if 0 |
| 16:54:57 | pondlife | Might be useful to keep it in for the first week at least. |
| 16:55:34 | pondlife | I'd have the PCM, real, alloc sliders and all the rest just as numbers (all on one screen) |
| 16:56:09 | pondlife | Sorry, I meant PCM, real, usefl |
| 16:56:11 | pondlife | Not alloc |
| 16:56:35 | pondlife | Why does alloc give a slightly smaller value than the entire buffer? |
| 16:57:10 | pondlife | 25,156,564/25,163,888 for example |
| 16:57:49 | | Join jgarvey [0] (n=jgarvey@cpe-069-134-102-044.nc.res.rr.com) |
| 16:57:50 | Nico_P | probably because alloc doesn't take the handle struct into account |
| 16:58:18 | Nico_P | structs |
| 16:58:30 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 16:58:31 | pondlife | That's quite a lot of memory used for the linked list 7k |
| 16:58:36 | Nico_P | It's a big difference, though... how many handles do you have? |
| 16:58:41 | pondlife | 14 |
| 16:59:14 | Nico_P | and is data rem zero? |
| 16:59:57 | Nico_P | sizeof(struct memory_handle) is 304 on my sim |
| 17:00 |
| 17:00:01 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
| 17:00:15 | pondlife | data_rem is 330150 |
| 17:00:36 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 17:00:36 | pondlife | What does that represent? |
| 17:00:48 | Nico_P | then some of the alloc'd space could be unused... also some data types can't wrap |
| 17:01:08 | Nico_P | it's the amount of data left to buffer from the files in the buffer |
| 17:01:20 | Nico_P | some of the files aren't complete |
| 17:01:29 | pondlife | The last one is unlikely to be |
| 17:11:48 | | Join mf0102 [0] (n=michi@85.127.180.92) |
| 17:14:35 | | Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) |
| 17:15:23 | pondlife | Nico_P: One oddity; my audio debug screen reckons I have 3 tracks, when I only have 2 in the album/playlist. Buffering screen gives the right figure though... |
| 17:16:10 | Nico_P | pondlife: yeah, both screens use the same calculation but I subtract one to the result in the buffering screen. that's why you can have -1 on startup |
| 17:16:23 | *** | Saving seen data "./dancer.seen" |
| 17:18:01 | pondlife | Hmm, why do you need to do that? |
| 17:18:18 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
| 17:18:34 | pondlife | It shouldn't be possible to have -1 tracks buffered |
| 17:20:54 | Nico_P | it's a weirdness in audio_track_count() that I didn't even bother checking |
| 17:23:32 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 17:23:48 | | Join bluey- [0] (n=bluey@dslb-088-073-096-144.pools.arcor-ip.net) |
| 17:25:11 | Nico_P | now to merge the debug screens... |
| 17:25:16 | | Quit J3TC- (Read error: 104 (Connection reset by peer)) |
| 17:25:31 | Nico_P | pondlife: how much space does the current buffering debug screen take on your H300? |
| 17:25:48 | Nico_P | I'm not sure how many lines I can put in there |
| 17:25:57 | preglow | amiconn: i fully expect it to be, there was nothing in the changelogs for 2.18, even, to indicate it's been fixed |
| 17:26:01 | | Join J3TC- [0] (n=jetc123@dhcp73-29.njit.edu) |
| 17:26:04 | preglow | amiconn: why did you check 2.17, btw? |
| 17:28:06 | | Join Arathis [0] (n=doerk@p508A6614.dip.t-dialin.net) |
| 17:28:25 | pondlife | Nico_P: The H300 has quite a large screen compared to some |
| 17:28:56 | Nico_P | what screen should I take as reference? the nano's? |
| 17:29:09 | * | Nico_P looks for screen resolutions |
| 17:29:34 | Llorean | Nico_P: The nano's screen has more lines than the h300 |
| 17:29:53 | | Quit amiconn (Nick collision from services.) |
| 17:30:00 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
| 17:30:06 | Nico_P | Llorean: seriously? the H300 is 220x176 |
| 17:30:14 | Llorean | Err, sorry, thought I was typing h100 |
| 17:30:18 | Llorean | Nano is 176x132 |
| 17:31:05 | Llorean | *most* of our bitmap screens (all but Archoses and the c200 I believe) are 128 pixels or more tall |
| 17:31:08 | Nico_P | the c200 has the least lines I think... 80 px |
| 17:31:20 | Llorean | Oh, and iPod mini |
| 17:31:26 | Nico_P | Llorean: I'm only interested in SWCODEC targets for the moment |
| 17:31:36 | Nico_P | I'll try on the c200 |
| 17:32:10 | | Join Crash91 [0] (n=evil91@196.218.80.73) |
| 17:32:50 | Nico_P | 80 pixels is going to be tough... is it a problem if I go over that? |
| 17:33:36 | Nico_P | maybe I could add more information in ifdefs |
| 17:33:41 | n1s | preglow: when doing the shifts with mac is positive values shifting left and negative right? also are these shifts free and how many can I do at once? :-) |
| 17:33:45 | * | preglow wonders why amiconn always has nick collisions... |
| 17:33:57 | preglow | n1s: afaik, yes, yes, and only one |
| 17:34:33 | preglow | it's pretty much intended exactly for what i did, adjusting the numerical range up or down to get free clipping, so it's pretty limited |
| 17:34:42 | n1s | preglow: but it shifts before adding to the acumulator, right? |
| 17:34:47 | preglow | n1s: yep |
| 17:35:03 | n1s | hmmm, might be useful |
| 17:35:26 | preglow | n1s: it's important to remember the accumulator is 40 bits, so shifting does never overflow anything |
| 17:35:42 | preglow | answer can be max 33 bits after shift |
| 17:36:04 | preglow | n1s: also, it's important to remember it only work in integer mode, the shift does nothing in frac mode |
| 17:36:15 | | Join WalkGood [0] (i=WalkGood@unaffiliated/walkgood) |
| 17:37:12 | | Join lazka [0] (n=lazka@85-124-46-126.dynamic.xdsl-line.inode.at) |
| 17:37:18 | n1s | aha, so it won't work for tremor then |
| 17:37:34 | preglow | nope |
| 17:37:50 | preglow | the free shift would be quite useful in both tremor and musepack |
| 17:37:58 | preglow | since they expect the answer unshifted |
| 17:38:11 | preglow | and mac does an implicit shift in frac mode |
| 17:39:16 | | Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) |
| 17:39:43 | | Quit Crash91 ("Bye Bye!") |
| 17:40:18 | | Quit JdGordon (Remote closed the connection) |
| 17:40:20 | | Join bluey^ [0] (n=bluey@dslb-088-074-002-246.pools.arcor-ip.net) |
| 17:40:53 | pondlife | Do any voice users find the "Loading" splash annoying - i.e. the way it says "Loading" whenever you select a new track? |
| 17:44:19 | | Quit FOAD ("I'll be back") |
| 17:47:44 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 17:49:45 | | Quit Arathis ("Bye, bye") |
| 17:50:07 | | Join Arathis [0] (n=doerk@p508A6614.dip.t-dialin.net) |
| 17:50:40 | preglow | i would... |
| 17:50:58 | preglow | pondlife: as in every time you play a track from playlist or file viewer? |
| 17:51:08 | pondlife | Yes |
| 17:51:32 | | Quit bluey- (Read error: 113 (No route to host)) |
| 17:51:36 | preglow | pondlife: that'd annoy me no end, perhaps it could say "loading" if no song was playing from before. if music is currently playing before choosing, the only audible feedback you should need is the current music stopping immediately |
| 17:51:46 | preglow | which it also currently doesn't do, and someone well-versed in playback.c should fix that |
| 17:52:13 | pondlife | It's something that's annoyed me for a while. I'd rather just have a keyclick and no splash ever.. |
| 17:52:31 | preglow | sounds fine by me |
| 17:52:45 | preglow | however, some feedback is good for blind users, and i think the scheme i mention might work |
| 17:53:03 | pondlife | I'm in MoB-mode at the moment, not on SVN code |
| 17:53:07 | preglow | the thing about current music stopping at once when you select a new trick needs fixing... |
| 17:53:17 | preglow | s/trick/track |
| 17:53:32 | preglow | the music just going on until the new track is loaded feels sluggish |
| 17:53:37 | preglow | shower |
| 17:53:41 | preglow | brb |
| 17:53:49 | pondlife | Crossfade! |
| 17:55:48 | | Join freqmod__nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) |
| 17:56:14 | | Quit freqmod_nx (Read error: 104 (Connection reset by peer)) |
| 18:00 |
| 18:02:22 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 18:11:01 | | Quit barrywardell (Remote closed the connection) |
| 18:12:22 | preglow | well, if crossfade is disabled... |
| 18:12:24 | preglow | i never use the thing |
| 18:12:29 | | Join Ebert [0] (n=EbErT@adsl-211-220-6.asm.bellsouth.net) |
| 18:25:25 | | Quit Ebert () |
| 18:25:51 | | Quit Soap (Read error: 104 (Connection reset by peer)) |
| 18:25:57 | | Join Soap_ [0] (n=Soap@rockbox/staff/soap) |
| 18:26:22 | | Join eXpL0iT [0] (n=exploit@62.141.54.196) |
| 18:28:09 | eXpL0iT | Do you guys have any idea where I can find some old iPod 5.5G firmware ? |
| 18:28:29 | eXpL0iT | especially looking for iPod_25.1.2 |
| 18:28:31 | markun | not me |
| 18:28:50 | markun | google didn't find anything? |
| 18:29:10 | eXpL0iT | no the only thing i can find is some iPod_25.1.2.1 |
| 18:29:23 | eXpL0iT | but thats the version i've |
| 18:30:10 | eXpL0iT | i need to downgrade it :/ normally iTune saves the old firmware before flashing but i formatted my pc lately so lost my old firmware backup |
| 18:31:43 | eXpL0iT | so if you've an ipod video 30gb (pirates of the carabean) plz check C:\Documents and Settings\YOURUSTERNAME\Application Data\Apple Computer\iTunes\iPod Software Updates |
| 18:31:51 | eXpL0iT | thx in advance :) !! |
| 18:33:00 | | Quit Soap_ (Read error: 104 (Connection reset by peer)) |
| 18:33:08 | | Join cooz [0] (n=grzyzrul@pc178-100.ghnet.pl) |
| 18:33:20 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
| 18:33:40 | scorche|w | eXpL0iT: what does that have to do with rockbox? |
| 18:35:27 | | Quit TMM ("Ex-Chat") |
| 18:38:37 | | Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:39:14 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 18:39:16 | | Join miepchen^schlaf [0] (n=hihi@p54BF498C.dip.t-dialin.net) |
| 18:39:26 | markun | scorche|w: that they are both firmwares :P |
| 18:41:29 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 18:43:35 | pondlife | Nico_P: Just found a nasty MoB bug |
| 18:44:00 | pondlife | If you play a track that is bigger than the buffer, it stalls when it runs out of data |
| 18:44:02 | Nico_P | pondlife: :( what is it? |
| 18:44:05 | Nico_P | oh |
| 18:44:10 | Nico_P | I'll check |
| 18:44:28 | pondlife | I'm trying a 35MB MP3 with a 26MB buffer |
| 18:44:50 | Nico_P | It's probably just a matter of tweaking the buffering loop |
| 18:45:00 | pondlife | OK, gotta go |
| 18:45:01 | | Part pondlife ("Gone") |
| 18:48:40 | | Quit bluey^ ("Leaving") |
| 18:53:09 | cooz | hi, is there place where i can check progress of implementing sansa rockbox native usb handling? |
| 18:54:13 | markun | cooz: just the IRC logs right now |
| 18:54:50 | cooz | markun: any hints where to search it? |
| 18:55:23 | krazykit | search for "zagor" |
| 18:55:56 | cooz | ok |
| 18:56:15 | cooz | is it a guy who's working on it? |
| 18:57:14 | markun | or usb |
| 18:58:45 | | Quit parafin ("So long and thanks for all the fish") |
| 18:58:51 | | Join parafin [0] (i=parafin@paraf.in) |
| 19:00 |
| 19:00:34 | | Join ilgufo [0] (n=matteo@host88-173-dynamic.0-79-r.retail.telecomitalia.it) |
| 19:03:38 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 19:03:47 | | Quit FOAD_ (Client Quit) |
| 19:11:34 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 19:11:42 | | Quit pondlife ("Read error: 110 (Connection slimed out)") |
| 19:12:39 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 19:14:47 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 19:15:04 | | Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) |
| 19:15:58 | Nico_P | pondlife: I just tried a long track without a problem |
| 19:16:14 | pondlife | Hmm, it's reproducible here on H300 |
| 19:16:24 | pondlife | I did do some fast forwarding |
| 19:16:27 | *** | Saving seen data "./dancer.seen" |
| 19:16:56 | Nico_P | does the "useful" value behave as expected? |
| 19:18:46 | Nico_P | oh I think I know, although it's strange I didn't have the same thing... maybe add a call to fill_buffer() just after call_buffer_low_callbacks() when num_handles > 0 && useful_data() < conf_watermark |
| 19:21:29 | | Quit ilgufo (Client Quit) |
| 19:23:38 | Nico_P | hmm even that shouldn't be necessary |
| 19:23:46 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 19:25:06 | Lear | Hm, playlist catalog is a bit ... odd. Never strips extension, ignores "ask bookmark" and "warn about modified playlist" settings. |
| 19:27:01 | Llorean | I thought once a playlist was loaded from the catalog, it's just a playlist... |
| 19:27:27 | Lear | What do you mean? |
| 19:27:53 | Llorean | I dunno, really |
| 19:28:06 | Llorean | I'm uncertain why "playlist catalog" would interact with "ask bookmark" or "warn about modified" |
| 19:29:07 | Llorean | I mean, for modified, isn't that only dynamic playlists anyway? |
| 19:30:34 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 19:30:51 | | Quit petur ("work->home") |
| 19:31:02 | | Join MethoS- [0] (n=clemens@pD955FCE5.dip.t-dialin.net) |
| 19:31:46 | Lear | When you use the catalog to start playback, behavior is different compared to doing the same thing from the file browser. Hence "odd". |
| 19:31:59 | preglow | amiconn: here? |
| 19:34:06 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 19:34:06 | Llorean | Lear: Ah, I see what you mean. |
| 19:41:12 | Lear | Btw, does the sansa OF insist on hiding the playlists catalog too? |
| 19:42:02 | | Quit pondlife (Read error: 110 (Connection timed out)) |
| 19:43:01 | amiconn | preglow: Here now |
| 19:43:51 | amiconn | preglow: I have configured my client so that if I drop from irc (regular disconnect one per day by the provider, wlan hiccup etc), it first tries to ghost the nick before joining the channel |
| 19:44:13 | amiconn | That way I avoid the _ ___ nicknames |
| 19:44:16 | preglow | ahh, k |
| 19:44:40 | preglow | amiconn: but yeah, did you check 2.18 of binutils? |
| 19:44:51 | preglow | amiconn: also, where is the bug in the source? |
| 19:45:03 | amiconn | No, I'm checking a 2.16.1 with my own patch |
| 19:47:44 | | Join bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl) |
| 19:48:14 | amiconn | Building binutils took quite some time, but now I am testing with msac.w in filters_cf.S |
| 19:48:52 | preglow | wouldn't it be worth checking if the newest binutils has fixed the bug first? |
| 19:48:54 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 19:49:26 | amiconn | Hmm, what I found was only one part of the bug... |
| 19:49:43 | preglow | that was my problem with the gas source, it's spread all over the place |
| 19:49:49 | amiconn | The 2 factor registers are now correct |
| 19:50:00 | amiconn | The parallel load address is not |
| 19:50:45 | amiconn | The factor register bug is in m68k-opc.c, lines 1652..1654 (2.16.1) |
| 19:51:23 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 19:52:47 | amiconn | Ah, and the other one too (another letter in that string), I just overlooked it before |
| 19:55:35 | | Join ilgufo [0] (n=matteo@host88-173-dynamic.0-79-r.retail.telecomitalia.it) |
| 19:55:48 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
| 19:56:33 | | Quit eXpL0iT (Remote closed the connection) |
| 19:56:48 | amiconn | preglow: Evencvs binutils still have that bug |
| 19:57:02 | amiconn | *Even cvs |
| 19:57:13 | preglow | amiconn: right, are the other mac variants fine? |
| 19:57:23 | amiconn | Yes |
| 19:57:30 | preglow | then it's time to send the binutils dudes a patch |
| 19:57:37 | amiconn | The bug only hits msac.w with parallel load |
| 19:57:42 | preglow | like i thought |
| 19:57:47 | preglow | i've pretty much used all mac variants now |
| 19:57:52 | amiconn | msac.l with parallel load is okay, as are all other variants |
| 19:58:30 | amiconn | My patch is working now |
| 19:58:38 | preglow | but the question remains, what should we do in the meanwhile? push a patch to all our build server until we start using a newer bintuils? |
| 19:58:41 | preglow | binutils |
| 19:59:36 | amiconn | I'm not even sure whether we could use 2.17 or higher in conjunction with gcc 3.4.6 |
| 19:59:45 | preglow | no, it would have to be after 4.3 |
| 19:59:59 | preglow | it's still some time off |
| 20:00 |
| 20:01:36 | preglow | but seeing as how we're currently just hit in one spot, we could just ignore this entire issue until we start using a newer binutils (which will hopefully have the feature fixed) |
| 20:01:46 | | Join technobeast [0] (n=Georgiev@77.78.10.32) |
| 20:02:53 | amiconn | We could also require our patch, as we require some gcc patches |
| 20:03:12 | technobeast | Hi, there... I have an iPod video 30 GB... and I think I didn't do something as it had to be.. and now it won't boot. I just hear this horrible clicking sound when it tries to boot... |
| 20:03:18 | technobeast | Is there anyone that can help me |
| 20:03:22 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 20:04:41 | preglow | amiconn: i know, but i just don't know if the hassle of updating all the build servers is worth it |
| 20:04:42 | Llorean | technobeast: There shouldn't be a clicking noise even if you do do something wrong. What all have you done so far, and have you tried simply restarting the device and putting it into disk mode? |
| 20:05:06 | preglow | amiconn: it'll take several days, all to shave off one instruction in the speex codec |
| 20:05:28 | preglow | i say it's not worth it for now, i can always hard code the instruction too, .long style |
| 20:06:08 | preglow | eight and ten .longs in the middle of the code... |
| 20:06:14 | technobeast | I just succeeded to put it in disk mode.. as I'm talking to you |
| 20:06:24 | technobeast | Otherwise the battery was very low |
| 20:06:32 | technobeast | And I think this is the main problem |
| 20:06:36 | technobeast | It just wouldn't boot |
| 20:06:53 | technobeast | I saw the apple logo.... and then it started clicking as it tries to power on |
| 20:06:56 | amiconn | preglow: amiconn.dyndns.org/msac.w-fix.diff">http://amiconn.dyndns.org/msac.w-fix.diff |
| 20:06:57 | Llorean | Yes, a very low battery will prevent the disk from being able to spin, and can cause clicking noises when it tries... |
| 20:07:14 | technobeast | After 5-6 clicks it writes "Please wait. Very low battery" |
| 20:07:19 | technobeast | And this goes on forever |
| 20:07:33 | preglow | amiconn: no wonder i didn't find the bug.... |
| 20:07:45 | amiconn | Was quite easy to find in fact |
| 20:07:58 | | Part flynux |
| 20:08:10 | amiconn | You just need to put the mac.w and msac.w parts side by side and look close enough |
| 20:08:23 | * | amiconn likes Notepad++ for having dual view :) |
| 20:08:25 | | Join SMille [0] (i=53e279b4@gateway/web/cgi-irc/labb.contactor.se/x-78d120d9872725c9) |
| 20:08:31 | * | preglow hugs gvim |
| 20:09:06 | amiconn | And the file can be found by greping for 'msac' |
| 20:09:09 | preglow | amiconn: anywho, binutils has a bugzille :-( i guess it should go there |
| 20:09:32 | preglow | diffed against cvs, of course |
| 20:09:40 | amiconn | I will put it there only if they're not like the gcc people... |
| 20:09:47 | preglow | well, we don't know that |
| 20:09:55 | preglow | this isn't even a bug report, this is a fix |
| 20:10:00 | preglow | they can't _not_ commit that |
| 20:10:32 | SMille | yo! AM trying to compile a build of rockbox with the espeak pluggin but i cant get it to worke :/ The thing is that the source file dont have an file extention :/ some one know what i chell do? |
| 20:10:50 | preglow | source file? what source file? |
| 20:10:53 | | Part gryzor |
| 20:11:10 | SMille | http://labb.contactor.se/tracker/task/7660 |
| 20:11:27 | technobeast | Sorry for the bothering, guys.... |
| 20:11:41 | technobeast | I think I made it to restart after a while in "disk mode" |
| 20:11:45 | technobeast | Cheers! |
| 20:12:12 | | Part technobeast |
| 20:12:22 | preglow | those zips don't even work here |
| 20:12:30 | preglow | they just contain a ton of empty subdirs |
| 20:13:49 | SMille | ok :/ maybe that is the problem, i can ectract em using winrar, but it my be curupet files thats why no extention :/ |
| 20:14:09 | SMille | Darn i really whould like to install a TTS |
| 20:14:15 | | Quit MethoS- (Connection timed out) |
| 20:14:26 | preglow | amiconn: so ldmia/stmia doesn't help much on arm9? |
| 20:15:17 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 20:15:25 | amiconn | No, as they need n cycles for n registers |
| 20:15:51 | amiconn | And ldr, ldrh and ldrb are single cycle - unless you use the loaded value in the next instruction |
| 20:16:01 | preglow | yeah, fancier pipeline |
| 20:16:22 | amiconn | So it does make sense to use ldmia if you're going to process the values immediately |
| 20:16:30 | amiconn | And of course it makes more compact code |
| 20:17:31 | preglow | how many cycles before i can use the fetched value? two? |
| 20:17:40 | amiconn | one |
| 20:17:54 | amiconn | So using it immediately produces a one cycle stall |
| 20:18:11 | amiconn | Iirc with ldmia it's 2 cycles, but from when the register was loaded |
| 20:18:28 | amiconn | So with ldmia it makes sense to process the first loaded registers first |
| 20:19:14 | amiconn | In fact I wonder why arm7tdmi doesn't have that kind of pipelining - the much older SH1 does |
| 20:19:33 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
| 20:20:12 | | Quit Bagder (Read error: 110 (Connection timed out)) |
| 20:21:15 | preglow | they probably did what required the least transistors |
| 20:21:23 | preglow | arm cores are very minialistic |
| 20:21:25 | | Quit hcs (Read error: 113 (No route to host)) |
| 20:21:37 | amiconn | The bug is not in their tracker as well.... |
| 20:22:08 | amiconn | Mrf, I need to create an account :( |
| 20:23:42 | | Join eXpL0iT [0] (n=exploit@62.141.54.196) |
| 20:24:09 | | Join TotallyInfected [0] (n=ebola@70.110.242.209) |
| 20:24:25 | SMille | some one in here have the espeak plugin? |
| 20:25:30 | preglow | amiconn: even we require that nowadays... |
| 20:25:49 | amiconn | Yeah I know... |
| 20:28:52 | * | rasher whispers OpenID |
| 20:33:12 | | Join MethoS- [0] (n=clemens@pD955E45C.dip.t-dialin.net) |
| 20:38:08 | preglow | amiconn: does objdump reuse the gas tables? |
| 20:38:25 | amiconn | I don't know |
| 20:39:10 | amiconn | Did you test speex with a patched gas? |
| 20:39:29 | amiconn | I compiled it, but didn't test it, I just disassembled the .o |
| 20:39:54 | * | amiconn needs to do some commits |
| 20:40:22 | lostlogic | anyone have sid files want to make sure I didn't break anything in a small patch? http://test.lostlogicx.com/transfer/rockbox/20071025_read_filebuf_tweaks.patch |
| 20:40:42 | preglow | amiconn: could you please just upload the resulting speex.codec some place so i don't have to recompile binutils? |
| 20:40:53 | lostlogic | scratch taht, broke flac, will try later. |
| 20:40:56 | amiconn | I've built for x5 |
| 20:41:03 | amiconn | You need h1x0? |
| 20:41:05 | preglow | h120 would be cool |
| 20:41:57 | n1s | lostlogic: the HVSC contains loads of sidfiles ;) |
| 20:43:04 | preglow | no shit |
| 20:43:37 | Calcipher | Have any of you been able to generate voice files in debian using sapi5? well the rb debian on vmware that is |
| 20:44:23 | lostlogic | n1s: HVSC? |
| 20:44:48 | Llorean | lostlogic: High Voltage Sid Collection |
| 20:45:02 | lostlogic | *rolleyes* |
| 20:45:04 | Llorean | Some ridiculously large number of sid files all in one nice archive for download. |
| 20:45:22 | Llorean | Easiest way to very quickly have a collection of music that will break the Rockbox database |
| 20:46:49 | rasher | Calcipher: sapi is a windows thing |
| 20:47:10 | | Join japc [0] (n=japc@bl7-240-56.dsl.telepac.pt) |
| 20:48:38 | Calcipher | well IIRC someone mentioned being able to generate voice files under cygwin |
| 20:49:22 | Llorean | Cygwin is basically like a replacement command prompt. It's still more or less windows, it just lets you carry out commands in a linux style |
| 20:50:01 | Calcipher | well, then I atleast would like to have access to my NTFS volumes under the vmware session, is that possible? |
| 20:50:37 | | Quit Zagor ("Client exiting") |
| 20:50:49 | | Part Llorean |
| 20:50:59 | Calcipher | thanks Llorean, I was under the impression it was similar to the vmware method |
| 20:51:47 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 20:52:07 | | Join ze_ [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
| 20:52:11 | amiconn | preglow: amiconn.dyndns.org/h120_msac_speex.codec">http://amiconn.dyndns.org/h120_msac_speex.codec |
| 20:52:23 | | Quit ze (Read error: 104 (Connection reset by peer)) |
| 20:52:27 | | Nick ze_ is now known as ze (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
| 20:53:08 | Calcipher | If I can access my NTFS volumes I can test a different tts system and try to generate some voice files |
| 20:54:35 | Lear | Anyone familiar with "changing_dir" in playback.c? :) It's ugly, and I can't see the point in having it... |
| 20:55:48 | preglow | amiconn: sounds 100% good |
| 20:58:45 | | Quit cooz () |
| 20:58:57 | lostlogic | sweet, I've got sids. |
| 21:00 |
| 21:00:58 | | Join webguest29 [0] (i=525163c1@gateway/web/cgi-irc/labb.contactor.se/x-0bb559620d7730c4) |
| 21:01:10 | webguest29 | דדד |
| 21:01:53 | preglow | webguest29: ok |
| 21:02:00 | webguest29 | hmmm i have a problem with some of the e200 themes.... some of them have bug while showing the time and date can someone help? |
| 21:02:08 | * | Nico_P is itching to commit MoB |
| 21:02:56 | preglow | Nico_P: how's it working these days? |
| 21:03:04 | n1s | Nico_P: everything working A-OK ? |
| 21:03:05 | Nico_P | preglow: well! |
| 21:03:30 | Nico_P | n1s: I've fixed pretty much all known bugs |
| 21:03:41 | Nico_P | in MoB that is, not those from SVN |
| 21:03:41 | n1s | Nico_P: so should I test more? |
| 21:04:27 | | Quit jgarvey (Read error: 110 (Connection timed out)) |
| 21:04:28 | Nico_P | n1s: well yeah you can tell me if you get rebuffering problems with long tracks... pondlife reported that but I don't have any problems |
| 21:05:04 | | Quit webguest29 (Client Quit) |
| 21:06:59 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
| 21:07:06 | n1s | Nico_P: i don't think i have any tracks that long that aren't flac but those already had the rebuffering problem in svn :-/ |
| 21:07:21 | Nico_P | what problem? |
| 21:07:51 | n1s | that they pause when rebuffering because the audio buffer empties |
| 21:08:07 | n1s | too fast, ie the watermark is too low |
| 21:08:20 | Nico_P | I'd be curious to know if this still happends with MoB |
| 21:08:33 | n1s | Nico_P: ok, I'll test |
| 21:09:28 | | Quit miepchen^schlaf ("Verlassend") |
| 21:11:59 | | Part WalkGood |
| 21:12:15 | * | lostlogic starts abusing MoB with his hackified build too |
| 21:13:03 | | Join Sedgewick [0] (n=Sedgewic@host99-233-dynamic.15-87-r.retail.telecomitalia.it) |
| 21:14:28 | | Join miepchen^schlaf [0] (n=hihi@p54BF498C.dip.t-dialin.net) |
| 21:14:33 | | Join meoblast001 [0] (n=meo@dynamic-acs-24-239-93-241.zoominternet.net) |
| 21:14:48 | meoblast001 | hello |
| 21:16:13 | | Join moos [0] (i=moos@m66.net81-66-158.noos.fr) |
| 21:16:31 | *** | Saving seen data "./dancer.seen" |
| 21:17:10 | amiconn | Argh! |
| 21:17:38 | amiconn | Current rockbox crashes immediately after dircache scan on 2nd gen :( |
| 21:17:56 | meoblast001 | does anyone know why only on the WPS i get the cool effects for my battery bar and stuff? |
| 21:18:16 | meoblast001 | on menu's its just shaded black |
| 21:19:08 | | Quit enakiejlo (Read error: 104 (Connection reset by peer)) |
| 21:19:23 | lostlogic | meoblast001: it's only configured by the .wps file so it is only customizable on the wps. |
| 21:19:29 | | Quit FOAD ("I'll be back") |
| 21:19:52 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 21:20:06 | meoblast001 | lostlogic: is there a reason for that, if theres gonna be effects somewhere there should be effects everywhere |
| 21:20:19 | | Join anakiokoi [0] (i=0@86.122.116.44) |
| 21:20:21 | lostlogic | meoblast001: because only the wps is customizeable in rockbox at this time... |
| 21:20:29 | amiconn | ..and with dircache disabled, it crashes immediately after boot |
| 21:20:37 | lostlogic | Nico_P: I was able to data abort by starting a playlist buffering and immediately skipping. |
| 21:20:43 | * | amiconn retries with an official build |
| 21:20:48 | meoblast001 | lostlogic: do they have plans on doing anymore? |
| 21:21:04 | Nico_P | ouch |
| 21:21:07 | lostlogic | meoblast001: not that I know of |
| 21:21:17 | meoblast001 | =( |
| 21:21:20 | amiconn | Hmm, official build works... |
| 21:21:26 | * | amiconn doing full rebuild |
| 21:21:32 | lostlogic | Nico_P: I'll try without my hacky-hacks and see if it's happier. |
| 21:21:49 | meoblast001 | i sent a feature request but it wasnt the clearest, since i was new to rockbox when i sent it (about 2 weeks ago) |
| 21:22:08 | preglow | amiconn: reported the bug yet? |
| 21:22:14 | lostlogic | meoblast001: yes, I remember when you asked then. |
| 21:22:15 | amiconn | nope |
| 21:22:29 | meoblast001 | i was told that there is a patch to do that |
| 21:22:32 | meoblast001 | is that true? |
| 21:23:12 | amiconn | preglow: Btw, it looks like you can also use << and >> for the mac instructions with shift |
| 21:23:30 | amiconn | (just literal << and >>, without numbers) |
| 21:23:37 | lostlogic | meoblast001: beats me −− have you looked on the patch tracker? |
| 21:23:52 | meoblast001 | yeah, but this would be my first time using one |
| 21:24:12 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 21:24:14 | lostlogic | well first then you need to learn how to build your own rockbox. |
| 21:25:09 | preglow | amiconn: cool |
| 21:25:15 | preglow | amiconn: i'll try |
| 21:26:26 | preglow | amiconn: works peachy, i think i prefer that too |
| 21:26:42 | * | amiconn apologises for the split commit |
| 21:28:32 | | Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) |
| 21:28:49 | n1s | Nico_P: did you remove the buffering debug screen? |
| 21:29:14 | Nico_P | no |
| 21:29:20 | * | n1s listens to lamb of god in flac to test now :-) |
| 21:29:48 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 21:29:49 | lostlogic | Nico_P: so far can't reproduce the problem I mentioned so it was specific to the way I built. |
| 21:29:56 | Nico_P | n1s: I replaced the audio debug screen with the buffering one |
| 21:30:02 | Nico_P | lostlogic: ok |
| 21:30:58 | meoblast001 | lostlogic: if my feature is labeled Normal, does that mean it's been looked at? |
| 21:31:15 | n1s | Nico_P: I'm just getting paranoid I guess but is it called view audio thread still and looks exactly like before? |
| 21:31:37 | Nico_P | n1s: have you taken the latest snapshot? |
| 21:32:00 | n1s | Nico_P: I think so, last commit 20 hours ago |
| 21:32:01 | Nico_P | I changed it a few commits back |
| 21:32:18 | Nico_P | that's too long ago |
| 21:32:51 | n1s | i got the latest from here http://repo.or.cz/w/Rockbox.git is that the wrong one? |
| 21:33:23 | | Quit MethoS- (Read error: 101 (Network is unreachable)) |
| 21:33:41 | amiconn | eh? My own builds throw data aborts all the time while official ones work??? |
| 21:35:08 | RaZorbacK | |
| 21:35:38 | * | amiconn reconfigures and rebuilds once more :/ |
| 21:37:03 | | Quit RaZorbacK ("MegaIRC v3.90 http://ironfist.at.tut.by") |
| 21:37:08 | n1s | doh! my snapshot doesn't have buffering.c so i guess it's just some coupy of svn |
| 21:37:31 | n1s | Nico_P: could you give me the correct link that site is impossible to navigate |
| 21:38:05 | Nico_P | http://repo.or.cz/w/Rockbox.git?a=shortlog;h=mob |
| 21:38:17 | Nico_P | click snapshot on the latest commit |
| 21:39:02 | n1s | btw I could reproduce the bug with the other build so it's still in svn |
| 21:39:22 | | Join haemmy [0] (n=stefan@194.208.162.140) |
| 21:40:19 | amiconn | Does the m:robe 500 have an lcd remote?? |
| 21:41:11 | meoblast001 | if my feature request is labeled Normal, does that mean it's been looked at? |
| 21:41:24 | n1s | meoblast001: no |
| 21:41:38 | meoblast001 | nls: so what does that mean? |
| 21:42:28 | moos | Nico_P: hi, planned to commit your monster MoB patch this night? |
| 21:42:37 | | Join troxor [0] (n=boyo@unaffiliated/troxor) |
| 21:43:03 | Nico_P | moos: it should soon be committed... but "monster"? :p |
| 21:43:30 | moos | hehe, monster patch, cause lot of changes ;) |
| 21:43:36 | n1s | meoblast001: priority doesn't mean anything for feature requests |
| 21:43:45 | Nico_P | moos: tested it? |
| 21:44:07 | meoblast001 | nls: so how does the priority get determined if no one looked at it |
| 21:44:23 | n1s | meoblast001: the feature requests are just for inspiration and ideas for devs nothing says your particular idea will ever be implemented |
| 21:44:26 | moos | Nico_P:not found the oportunity yet. But when it will be svn, we will all test for you :) |
| 21:44:42 | Llorean | meoblast001: Someone may have looked at it for the purpose of determining the priority, but that could be someone who has absolutely no interest in the idea and is just keeping the tracker organized. |
| 21:45:02 | meoblast001 | oh |
| 21:45:17 | meoblast001 | so what tells me whether the development team has looked at it? |
| 21:45:22 | Llorean | Nothing |
| 21:45:32 | Llorean | Firstly, there really is no "development team" |
| 21:46:00 | meoblast001 | ok..... ppl who help build the code then |
| 21:46:03 | moos | Nico_P: are there any remaining bugs? |
| 21:46:04 | Llorean | There's a list of people who can make direct changes to Rockbox, and then there's everyone else who can submit their patches for approval. |
| 21:46:05 | amiconn | gah! This is getting annoying |
| 21:46:19 | amiconn | I can't make a working build for 1st/2nd gen anymore :( |
| 21:46:43 | Llorean | meoblast001: Everyone who's interested can help build the code. That's the whole point. There's a list of people who decide what goes in or not, but feature requests are often filled by random people who are interested in helping out, and probably are more often because the people who have direct access are usually working on bugs or their own ideas. |
| 21:47:06 | Nico_P | moos: not that I know of |
| 21:47:34 | moos | Nico_P: what is stoping you then? screaming? ;) |
| 21:49:20 | rasher | amiconn: pretty sure the mrobe has an lcd remote |
| 21:49:49 | * | amiconn craps working dir and does a fresh checkout :[ |
| 21:50:59 | n1s | amiconn: make veryclean, kill ccache? |
| 21:51:09 | amiconn | No ccache, this is cygwin |
| 21:51:14 | n1s | ah |
| 21:52:09 | | Join RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net) |
| 21:52:20 | | Nick parafin is now known as parafin|away (i=parafin@paraf.in) |
| 21:53:01 | | Quit haemmy () |
| 21:53:02 | bertrik | Cygwin can also use ccache AFAIK |
| 21:53:26 | Calcipher | bertrik, how did you update your sansa bootloader |
| 21:54:03 | Calcipher | I'm asking because I'm using an R series, and the original install varies from the original e200 install |
| 21:54:16 | bertrik | I built a bootloader, copied the .mi4 over to where my sansapatcher lives and installed it with sansapatcher -a |
| 21:54:42 | bertrik | no idea about the R series |
| 21:54:59 | amiconn | bertrik: Yes, but it's actually slower than not using it |
| 21:55:00 | Calcipher | hm, ok thanks |
| 21:55:12 | n1s | Nico_P: my flac playlist has rebuffered without pauses twice now :-) however I can't tell how close we are to buffer underrun because the screen seems to stop updating when the diskreading starts but I estimate something like 1-2 seconds of compressed audio left... |
| 21:55:22 | | Quit RaZorbacK (Read error: 104 (Connection reset by peer)) |
| 21:55:38 | | Join RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net) |
| 21:55:40 | amiconn | n1s: The low watermark for flac is probably too low |
| 21:55:59 | Llorean | It's been too low in the past, too, hasn't it? |
| 21:56:02 | | Quit RaZorbacK (Read error: 104 (Connection reset by peer)) |
| 21:56:14 | | Join RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net) |
| 21:56:39 | n1s | amiconn: yes, in svn it actually underruns sometimes |
| 21:57:11 | n1s | Llorean: yup I even put that bug in the tracker last year :-) |
| 21:57:23 | amiconn | I don't expect this to be part of MoB; and the fact that MoB doesn't underrun says something about it... |
| 21:57:33 | Calcipher | I tried using rbutil to install the bootloader, it said it couldn't find any sansas, yet it was able to update my install of rb |
| 21:57:34 | amiconn | But the watermark still needs to be raised then |
| 21:57:55 | Llorean | amiconn: Well, if MoB buffered just a little bit faster then it wouldn't underrun too, right? |
| 21:58:00 | n1s | Nico_P: can't get it to lock up by skipping like a madman anymore either |
| 21:58:03 | amiconn | Llorean: Yup |
| 21:58:08 | Llorean | Even if it "says something" it might not be a *bad* something ;) |
| 21:58:23 | amiconn | But 1..2 seconds is too low to reliably avoid underruns |
| 21:58:27 | Llorean | Yeah |
| 21:58:33 | amiconn | I didn't say that it's bad... |
| 21:58:48 | n1s | but when skipping a lot of tracks it takes several seconds for the wps to update so it is very difficult to know how far you went in the playlist |
| 21:58:58 | Llorean | Sorry, the phrase "it says something about Noun" usually has negative connotations around here at least. Misinterpretation by me. |
| 21:59:09 | amiconn | Did someone compare buffering times with svn vs. MoB and a demanding codec? |
| 21:59:24 | Llorean | Is there any way to determine the maximum bitrate of a FLAC file? |
| 21:59:39 | Llorean | Or are you stuck with the average? |
| 22:00 |
| 22:01:22 | | Quit RaZorbacK ("MegaIRC v3.90 http://ironfist.at.tut.by") |
| 22:01:37 | | Join RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net) |
| 22:01:52 | Nico_P | n1s: good news :) |
| 22:02:04 | Nico_P | amiconn: AFAIK there has been no comparisons |
| 22:02:14 | Nico_P | s/has/have |
| 22:02:48 | Nico_P | amiconn: btw, binsize increase is only a bit more than 300 bytes, most of it being additions to the debug screen |
| 22:03:25 | amiconn | Meh, something is definitely hosed here :( |
| 22:04:38 | | Join Ebert [0] (n=EbErT@adsl-211-220-6.asm.bellsouth.net) |
| 22:06:07 | n1s | Nico_P: when starting to play an nsf file in a dir with a couple of hundred others it takes several seconds before it starts playing and seems to try to buffer too much before beginning |
| 22:06:58 | Nico_P | n1s: if you only add the single file to the playlist it starts immediately? |
| 22:07:39 | n1s | it's much faster at leas |
| 22:07:40 | n1s | t |
| 22:07:44 | Nico_P | hmm |
| 22:08:00 | Nico_P | how did SVN use to behave on this? faster? |
| 22:08:23 | n1s | Nico_P: don't remember actually, will test |
| 22:08:26 | | Join webguest69 [0] (i=525163c1@gateway/web/cgi-irc/labb.contactor.se/x-9aa42b28c841d4cd) |
| 22:09:07 | webguest69 | How i can make GBA Emulator for mp4? |
| 22:09:15 | webguest69 | or where i can download it? |
| 22:09:22 | n1s | Nico_P: yup svn is a lot faster |
| 22:09:30 | Nico_P | ok |
| 22:09:38 | Llorean | webguest69: This is #rockbox, and is for discussion of Rockbox. |
| 22:10:08 | webguest69 | it's plugin..... Llorean |
| 22:10:26 | webguest69 | i mean the plugin for sansa e200 can only run GB and GBC |
| 22:10:33 | webguest69 | but i want to run GBA roms |
| 22:10:37 | webguest69 | how i can do it? |
| 22:10:39 | Llorean | Yes, the Rockboy plugin is only a gameboy and gameboy color emulator |
| 22:10:47 | Llorean | Nobody has ported a GBA emulator, and the Sansa is too slow anyway |
| 22:11:51 | webguest69 | ohh ok |
| 22:12:08 | webguest69 | btw why the sound on some games is bugged |
| 22:12:20 | webguest69 | i mean gbc or gb games |
| 22:12:34 | Llorean | Because it still needs work. |
| 22:12:50 | | Join J3TC- [0] (n=jetc123@dhcp75-154.njit.edu) |
| 22:13:11 | webguest69 | and ?0_0 |
| 22:13:25 | Llorean | And what? |
| 22:13:46 | bertrik | I guess it stays bugged until someone fixes it |
| 22:13:46 | webguest69 | what u meant when u said still need to work? |
| 22:13:59 | webguest69 | ohhh ok thanks |
| 22:14:13 | | Quit webguest69 ("CGI:IRC") |
| 22:16:32 | | Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 22:16:58 | | Quit Isolinear (Read error: 110 (Connection timed out)) |
| 22:17:01 | | Join bluebrother [0] (i=aORfJPlW@rockbox/staff/bluebrother) |
| 22:19:46 | | Quit amiconn (Nick collision from services.) |
| 22:19:53 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
| 22:20:35 | | Join cooz [0] (n=grzyzrul@pc178-100.ghnet.pl) |
| 22:23:41 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
| 22:24:15 | | Quit Frazz ("Leaving") |
| 22:24:45 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
| 22:25:57 | | Quit ender` (" Some people like my advice so much that they frame it upon the wall instead of using it. -- Gordon R. Dickson") |
| 22:26:18 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 22:29:57 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 22:36:41 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
| 22:37:37 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
| 22:38:29 | | Quit moos ("reboot") |
| 22:39:13 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
| 22:39:28 | amiconn | Eek. The range decoder in libdemac does (at least) 2 divisions per sample (iiuc). |
| 22:42:28 | | Join moos [0] (i=moos@m66.net81-66-158.noos.fr) |
| 22:44:01 | Zagor | any Gigabeat S owner here? |
| 22:44:05 | | Join nomel [0] (i=4782332a@gateway/web/cgi-irc/labb.contactor.se/x-e5b8b658ca0345fa) |
| 22:44:08 | Llorean | Zagor: I own one. |
| 22:44:08 | nomel | hello |
| 22:44:14 | Llorean | But I haven't tried anything Rockbox related with it yet. |
| 22:44:18 | nomel | i'm looking at the fm debug screen |
| 22:44:25 | | Quit nicktastic ("Leaving") |
| 22:44:30 | Zagor | Llorean: aha, so you can't run some test code for me? |
| 22:44:35 | nomel | the mss_fm (radio frequency i'm assuming) is not matching what the fm screen is saying. |
| 22:44:40 | nomel | the debug mode shows the correct screen. |
| 22:44:46 | nomel | err...correct frequency. |
| 22:44:54 | Llorean | Zagor: I don't even know how the others run unsigned code, yet. :) |
| 22:45:04 | Zagor | ok |
| 22:45:05 | Llorean | Zagor: You may want to try #gigabeat, they seem to do more of their talking in there. |
| 22:45:18 | Zagor | oh, ok |
| 22:45:28 | Nico_P | Llorean: they do run code |
| 22:45:41 | Llorean | Nico_P: I know, I said *I* don't know how they do. :) |
| 22:46:01 | Nico_P | oh, I misunderstood. it involves patching a firmware update |
| 22:46:08 | Llorean | If I recall they even had it writing to LCD before aliask messed his up |
| 22:46:13 | Nico_P | yes |
| 22:47:00 | | Quit TotallyInfected (Remote closed the connection) |
| 22:47:34 | kkurbjun_ | amiconn: teh mrobe:500 does have an lcd remote 79x16 |
| 22:47:38 | | Join TotallyInfected [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) |
| 22:47:47 | kkurbjun_ | the |
| 22:47:47 | amiconn | ah |
| 22:48:04 | amiconn | *really* tiny then. |
| 22:48:27 | nomel | and incrementing the frequency in 0.05 MHz steps causes the actual frequency to go way off...for instance 94.7, 76.0, 89.2, 82.5 instead of 98.5, 98.55, 98.6, etc. |
| 22:49:24 | kkurbjun_ | yes, not much of a display, just 2 lines of text really.. it is a bitmap lcd driver though |
| 22:50:11 | | Quit SMille ("CGI:IRC") |
| 22:50:43 | | Join Shaid` [0] (i=shaid@124-168-83-35.dyn.iinet.net.au) |
| 22:50:55 | | Join SMille [0] (i=53e279b4@gateway/web/cgi-irc/labb.contactor.se/x-d430b5bf85f6dec8) |
| 22:51:28 | nomel | this is for the c200 |
| 22:51:33 | | Join haemmy [0] (i=stefan@194.208.162.140) |
| 22:54:00 | | Quit SMille (Client Quit) |
| 22:54:04 | | Quit bertrik ("bye") |
| 22:56:28 | kkurbjun_ | amiconn: are you thinking about getting an m:robe 500? :) |
| 22:57:03 | amiconn | nah |
| 22:57:20 | amiconn | I just wondered about the remote bitmap format definitions in configure |
| 22:57:53 | amiconn | And m:robe 500 is touchscreen, so a big no-no for me |
| 22:58:35 | Llorean | The m:robe has a camera |
| 22:58:36 | Llorean | ? |
| 22:58:51 | kkurbjun_ | oh, I gotcha, you don't /have/ to use the touch screen with the remote though. Why don't you like the idea of a touchscreen player? |
| 22:59:05 | | Quit petur ("switch") |
| 22:59:05 | kkurbjun_ | yeah, it has a camera builtin too |
| 22:59:08 | | Join p3tur [0] (n=petur@rockbox/developer/petur) |
| 22:59:23 | | Quit TotallyInfected (Remote closed the connection) |
| 22:59:37 | kkurbjun_ | I don't think we'll be supporting that any time soon :) |
| 22:59:42 | amiconn | I like to be able to operate the thing without looking at it |
| 23:00 |
| 23:00:03 | | Join TotallyInfected [0] (n=ebola@70.110.242.209) |
| 23:00:16 | amiconn | The touchy stuff on some other devices (ipods, H10) are already enough annoyance |
| 23:00:17 | kkurbjun_ | we still have to figure out how to get the DSP part to forward sound on the i2s interface.. |
| 23:00:31 | amiconn | s/are/is/ |
| 23:00:33 | | Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") |
| 23:01:02 | kkurbjun_ | I can understand that.. the touch screen is really fast to navigate if you are looking at it with the limited support we have for it now. |
| 23:01:10 | | Nick cooz is now known as cooz` (n=grzyzrul@pc178-100.ghnet.pl) |
| 23:01:49 | kkurbjun_ | especially with a 640x480 screen, you can see so many items at once and you don't have to scroll through all of them to pick one |
| 23:02:08 | * | amiconn prefers small screens |
| 23:02:20 | | Join webguest32 [0] (i=525163c1@gateway/web/cgi-irc/labb.contactor.se/x-daf46af749e5d4cc) |
| 23:02:32 | amiconn | And a transflective screen too. Most colour screens are not. |
| 23:03:16 | kkurbjun_ | hmm, well I can't really argue with your preferences can I :)? |
| 23:03:17 | webguest32 | I have a question, is it possible playing GB or GBC while music is playing simulteniously? |
| 23:03:39 | webguest32 | i mean playing GB GBC games....(plug ins ) |
| 23:03:40 | kkurbjun_ | the m:robe would be a terrible player given those requirements |
| 23:04:23 | webguest32 | please help |
| 23:04:31 | webguest32 | e200 device |
| 23:04:46 | kkurbjun_ | the transflective screens are the ones that show in the sun well? |
| 23:04:56 | kkurbjun_ | webguest32: only on the gigabeat |
| 23:05:20 | kkurbjun_ | none of the other players support playing music with gameboy games |
| 23:05:48 | amiconn | And just 20GB is a bit small for a HDD based player today... |
| 23:05:52 | * | amiconn would expect 100GB+ |
| 23:06:34 | | Quit Ebert () |
| 23:06:35 | amiconn | kkurbjun_: Yes, transflective screens are readable with just ambient light. All monochrome/ greyscale LCDs are, but most colour LCDs are not |
| 23:06:52 | amiconn | The only exceptions among the rockbox targets being the iPod Video and Nano |
| 23:07:50 | n1s | Nico_P: from what I can see, MoB seems solid now :-) |
| 23:07:57 | Nico_P | ncie :) |
| 23:08:00 | Nico_P | or nice |
| 23:08:10 | moos | n1s: same feeling here |
| 23:08:53 | | Quit webguest32 ("CGI:IRC (EOF)") |
| 23:08:55 | kkurbjun_ | I enjoy the target if nothing else for the difference in the user interface from anything else we support right now.. JdGordon's done all of the work for the touchscreen so far with Cat's existing code. |
| 23:09:28 | moos | Nico_P, n1s: just 20 minutes of use, but that seems stable enough for normal uses and svn imho |
| 23:09:49 | kkurbjun_ | the DSP part is interesting as well - it's a shame the tools for it aren't free (or the docs) |
| 23:09:50 | * | Nico_P has been using MoB for everyday use for days now |
| 23:10:14 | moos | go for commit then ;) |
| 23:10:34 | Llorean | But make sure you have plenty of time to fix red on any targets you may not have tested on. ;) |
| 23:10:48 | moos | hehe :) |
| 23:11:05 | Nico_P | Llorean: indeed. I've tested a bit and I hop to limit the red |
| 23:11:28 | moos | Nico_P: don't be chicken :P |
| 23:11:37 | n1s | Nico_P: I vote for a commit too, there will always be bugs we missed but none too big it would think |
| 23:11:41 | Llorean | It seems likely there won't be much, but things aren't as predictable as they should be. |
| 23:11:57 | Llorean | Much red, that is. |
| 23:11:59 | Llorean | If any |
| 23:13:47 | | Quit haemmy (Read error: 104 (Connection reset by peer)) |
| 23:13:48 | | Join haemmy2 [0] (n=stefan@194.208.162.140) |
| 23:13:59 | n1s | a little red doesn't matter as long as you fix it |
| 23:14:20 | moos | that's not like if we never have red ;) |
| 23:14:45 | * | Nico_P is preparing his svn tree |
| 23:14:52 | Nico_P | now what to say in the commit message |
| 23:14:57 | moos | and bugs are surely harder to fix |
| 23:15:07 | moos | wee wee |
| 23:15:27 | lostlogic | Nico_P: I get data aborts when I try to run the codec thread on the COP, but that's beyond the scope of your stuff to fix :-P |
| 23:15:51 | Nico_P | lostlogic: indeed ;) still room for improvement then |
| 23:15:54 | moos | lostlogic: let's jhMikeS area a part |
| 23:16:05 | lostlogic | Nico_P: commit away, it feels solid to me and performance seems tob e the same subjectively |
| 23:16:14 | lostlogic | moos: yeah |
| 23:16:17 | moos | lostlogic: by the way, nice to see you back |
| 23:16:28 | scorche|w | dont say that! |
| 23:16:31 | lostlogic | moos: I'm an illusion, don't fool yourself! |
| 23:16:31 | lostlogic | :) |
| 23:16:32 | *** | Saving seen data "./dancer.seen" |
| 23:16:41 | moos | haha :D |
| 23:16:44 | Llorean | Nico_P: Might want to mention in the commit message that there should be no user-visible differences, so people know they should be reporting things working odd? |
| 23:16:50 | scorche|w | :) |
| 23:16:59 | Nico_P | Llorean: good idea |
| 23:17:23 | lostlogic | Nico_P: the new combined buffering screen is beautiful... and costs 2% boost ratio in my test track compared tot he old :D |
| 23:17:33 | Nico_P | whoops |
| 23:17:49 | lostlogic | good thing debug _performance_ is a critical measure :-D |
| 23:17:57 | Nico_P | maybe I should reduce it a bit.... I'm used to my gigabeat and sometimes forget such considerations |
| 23:18:08 | lostlogic | no no, it's fine |
| 23:18:28 | lostlogic | I was just joking around, who cares if the debug screen is expensive, it's debug |
| 23:18:33 | | Quit haemmy2 (Client Quit) |
| 23:18:45 | | Quit japc (Read error: 110 (Connection timed out)) |
| 23:18:53 | | Quit Shaid (Read error: 110 (Connection timed out)) |
| 23:18:53 | | Nick Shaid` is now known as Shaid (i=shaid@124-168-83-35.dyn.iinet.net.au) |
| 23:19:14 | lostlogic | siht, just triggered that data abort! |
| 23:19:20 | lostlogic | I'm sure that's nto what you wanted to hear |
| 23:19:28 | | Quit desowin ("use linux") |
| 23:19:56 | Nico_P | indeed not :) what's the problem? |
| 23:20:47 | | Join einhirn [0] (n=Miranda@p5B031E34.dip0.t-ipconnect.de) |
| 23:21:53 | Nico_P | lostlogic: should I stop writing the commit message? |
| 23:22:42 | lostlogic | Nico_P: don't know what the problem is, but it happens when I skip backward and forward within a large playlist with tagcache and dircache off |
| 23:22:53 | lostlogic | (taht is I run a build w/o tagcache and w/o dircache) |
| 23:23:16 | | Quit zicho (Remote closed the connection) |
| 23:23:24 | | Quit J3TC- (Read error: 104 (Connection reset by peer)) |
| 23:23:46 | lostlogic | whether you commit any way is up to you :-P |
| 23:24:02 | | Join J3TC- [0] (n=jetc123@dhcp75-154.njit.edu) |
| 23:24:04 | lostlogic | I haven't seen the same problem when I run the with tc and dc 'normal |
| 23:24:07 | Nico_P | I think I'll still do it |
| 23:26:46 | lostlogic | and I'll keep hunting for my personal mysterious data abort |
| 23:27:49 | Nico_P | committed |
| 23:27:55 | n1s | wooot |
| 23:28:13 | lostlogic | oh yeah, I forgot, I also turn off priority scheduling, wonder if that's the diff |
| 23:28:22 | * | Nico_P imagines the avalanche of bug reports tomorrow |
| 23:28:53 | Nico_P | lostlogic: I suggest you try disabling only one feature at once to see if any of them is responsible |
| 23:28:59 | Nico_P | after trying a regular build of course |
| 23:29:01 | moos | nice log message btw |
| 23:29:25 | Nico_P | :) |
| 23:29:29 | * | jhMikeS gets here and sees "committed"...who or what? :) |
| 23:29:42 | Llorean | jhMikeS: MoB |
| 23:29:44 | * | Nico_P and MoB |
| 23:30:03 | jhMikeS | *G* ...and MoB too? |
| 23:30:38 | * | bluebrother wonders why MoB partially disables cuesheet support |
| 23:30:55 | Nico_P | bluebrother: the part in audio_load_track is disabled but it will still work |
| 23:30:57 | bluebrother | doesn't that just seek to some file position? |
| 23:31:16 | Bagder | "It takes some actually effort on your part to hack it, but the documentation is truly world-class." |
| 23:31:29 | Bagder | (about rockbox that is => http://xenonfire.com/mythos/?p=8) |
| 23:32:24 | | Quit amiconn (" sound borked again :(") |
| 23:32:26 | bluebrother | don't we write it "Rockbox"? |
| 23:32:58 | * | Nico_P hopes the red delta won't be too red |
| 23:32:58 | Llorean | Yep, we do |
| 23:33:00 | jhMikeS | Nico_P: yes...playback.c is like a bone that must be broken to be properly reset |
| 23:33:53 | * | lostlogic decides to try really really hard to data abort on a non-hacked build |
| 23:33:54 | jhMikeS | blow out the crossfade too while at it |
| 23:34:02 | bluebrother | hmm ... how about finishing 3.0? |
| 23:34:18 | bluebrother | *g* |
| 23:34:22 | Nico_P | whoo, green! :D |
| 23:34:26 | * | Llorean cheers |
| 23:34:49 | lostlogic | Nico_P: nice! |
| 23:34:49 | moos | let's see for delta now ;) |
| 23:34:50 | Bagder | nice delta |
| 23:34:58 | Llorean | Bagder: The delta's from the previous commit |
| 23:35:02 | Nico_P | there must be a problem |
| 23:35:12 | Llorean | Oh, wait |
| 23:35:13 | Llorean | Whoa |
| 23:35:16 | bluebrother | wow, impressive delta. |
| 23:35:21 | Nico_P | this can't be true |
| 23:35:23 | lostlogic | wow Nico_P how... what...? |
| 23:35:23 | lostlogic | :) |
| 23:35:35 | Bagder | hover for the details |
| 23:35:41 | Bagder | most gain is ram |
| 23:35:49 | bluebrother | Nico_P: you forgot to add the archos players to the delta ;-) |
| 23:35:49 | Nico_P | ah, that makes sense |
| 23:35:59 | moos | wow |
| 23:36:02 | * | n1s guesses on the removed static metadata struct |
| 23:36:02 | jhMikeS | ummm...haha |
| 23:36:04 | Nico_P | it's metadata on buffer after all ;) |
| 23:36:16 | Bagder | exactly |
| 23:36:26 | * | bluebrother wonders how big that struct was |
| 23:36:31 | Llorean | See, now we just need deltas like that every day. :-P |
| 23:36:35 | Nico_P | bluebrother: more than 1k |
| 23:36:42 | Nico_P | times 32 |
| 23:36:44 | | Join barrywardell [0] (n=barrywar@host-194-46-226-143.dsl-ie.utvinternet.net) |
| 23:36:49 | moos | it's probably the new record :) |
| 23:36:56 | bluebrother | that's a lot |
| 23:37:05 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
| 23:37:12 | bluebrother | we should really keep a graphical table of the size deltas ;-) |
| 23:37:14 | moos | Nico_P: sure, nothing missing? :) |
| 23:37:32 | Nico_P | moos: I wondered at first, but the gain is in the RAM |
| 23:37:36 | jhMikeS | playback.c is #if 0'ed out? |
| 23:38:00 | n1s | but it really cut 1k of binary size on coldfire at least arm gained a bit |
| 23:38:43 | Nico_P | n1s: really? 1k? \o/ |
| 23:39:19 | lostlogic | ok, I can data abort even when 'normal' |
| 23:39:33 | n1s | lostlogic: killjoy! :P |
| 23:39:57 | jhMikeS | the delta table is almost as wide as the target table |
| 23:40:00 | lostlogic | laugh, only way to get me to participate in the project is to brake shit I use, so consider it a blessing :-P |
| 23:40:15 | lostlogic | break that is |
| 23:41:27 | amiconn | jhMikeS: Even wider here - wider than my screen... |
| 23:41:34 | | Quit p3tur ("*plop*") |
| 23:41:42 | * | BigBambi scraps the MoB build he did 15 minutes qgo for q current build :) |
| 23:42:06 | * | bluebrother hands BigBambi an "a" :) |
| 23:42:12 | BigBambi | replace q with a where appropriate - dams switching between UK and FR keyboards |
| 23:42:20 | BigBambi | *damn! |
| 23:42:30 | Nico_P | BigBambi: hehe, hard to get used to azerty? ;) |
| 23:42:48 | BigBambi | Nico_P: My laptop is qwerty, and at work azerty |
| 23:42:57 | BigBambi | So it is just when I swap I get lost |
| 23:42:59 | Nico_P | ouch, even harder |
| 23:44:20 | * | amiconn wants that ram saving on hwcodec :/ |
| 23:45:39 | bluebrother | interesting, the "show track info" scren now shows ".bmark" as genre :o |
| 23:46:10 | moos | amiconn: at least, now that the playback code is less complex and more documented, maybe that will make an playback engine unification easier for someone |
| 23:46:35 | Nico_P | bluebrother: from the WPSN |
| 23:46:39 | Nico_P | ? |
| 23:47:00 | lostlogic | Nico_P: my data abort appears to happen in find_handle |
| 23:47:10 | bluebrother | yes, accessing the info through the wps context menu |
| 23:47:45 | Nico_P | lostlogic: ah, perhaps the recent changes then |
| 23:48:00 | Nico_P | bluebrother: very strange |
| 23:48:11 | bluebrother | and now "ark" |
| 23:48:41 | * | bluebrother checks the genre tag of the file |
| 23:48:56 | lostlogic | Nico_P: possibly, I'm trying to figure out which line, but hafta recompile with -save-temps so I can map asm to lines without breaking my head |
| 23:49:04 | Nico_P | bluebrother: sounds like a problematic pointer |
| 23:49:26 | * | jhMikeS is too whacky to document anything he does :p |
| 23:50:23 | bluebrother | now I got " GPIO_G: %02x" on a different file |
| 23:50:43 | jhMikeS | bluebrother: it's the surprise string feature :) |
| 23:50:48 | Nico_P | bluebrother: what target? what kind of file? |
| 23:51:10 | * | moos says good night/day and congrates nico again |
| 23:51:11 | bluebrother | seems to only happen for mp3 −− I haven't got the problem with an ogg file (yet) |
| 23:51:16 | bluebrother | target is ipod mini |
| 23:51:22 | | Quit moos ("Glory to Rockbox") |
| 23:52:55 | bluebrother | too bad the track info screen doesn't show the type of the tag |
| 23:53:53 | bluebrother | I'm somewhat under the impression it could have something to do with id3 versions |
| 23:55:02 | pixelma | doesn't the default wps display that? |
| 23:55:28 | bluebrother | good point. |
| 23:57:18 | | Quit barrywardell () |
| 23:57:50 | lostlogic | gcc's too smart for me. It knows that if a loop exits because m is null it doesn't hafta check an if m immediately afterwards. |
| 23:58:17 | Nico_P | bluebrother: I confirm cuesheets work fine. they just aren't preloaded |
| 23:58:45 | lostlogic | Nico_P: the data abort is due to dereferencing an invalid memory_handle it seems, but one which is non-null |
| 23:58:52 | | Quit mf0102 ("Verlassend") |
| 23:59:01 | Nico_P | lostlogic: is this caused by find_handle? |
icon identifies that the person is a core developer (has commit access).