00:00:05 | | Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) |
00:00:11 | przemhb | barrywardell: I do reconfigure and remake |
00:00:22 | barrywardell | i mean on the h10 itself |
00:00:42 | barrywardell | it's a long shot, but maybe an old file in the .rockbox dir is causing problems |
00:01:07 | | Quit funglist (Read error: 110 (Connection timed out)) |
00:01:12 | przemhb | barrywardell: I do synchronise based on file contents comparison |
00:01:34 | n1s | przemhb: wild guess: but the root menu probably calls the function that checks if an fm radio si present to decide if it's going to display the menu item, might be worth checking out... |
00:02:43 | n1s | radio_hardware_present() |
00:04:31 | | Quit theclaw ("n8*") |
00:10:58 | | Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) |
00:11:15 | | Quit Domonoky ("Trillian (http://www.ceruleanstudios.com") |
00:11:25 | | Join Shoot [0] (n=Vitanova@bas1-toronto63-1088773343.dsl.bell.ca) |
00:11:28 | Shoot | Hi |
00:11:31 | Shoot | Is anyone there? |
00:11:50 | | Quit kkurbjun ("leaving") |
00:11:53 | Nico_P | yes |
00:12:44 | Shoot | I have a small question |
00:12:49 | Shoot | Does the Rockboy FPS lag? |
00:13:36 | barrywardell | przemhb: your fmradio_i2c_getack is different than the h100/h300 one. I wonder if that could be a problem, especially the while loop |
00:14:01 | przemhb | strange: this time it get stucked at cpu_boost(false) in init()... |
00:14:07 | Shoot | Also; how do I place .gbc files into my e200? |
00:14:11 | Shoot | It doesn't let me |
00:14:13 | | Quit alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
00:14:25 | Shoot | Says something like "Only pictures, videos and .mp3 can be placed in this drive" |
00:14:45 | Nico_P | Shoot: your sansa has to be UMS |
00:14:58 | Shoot | UMS? |
00:15:01 | Shoot | MSC? |
00:15:04 | Shoot | USB mode MSC? |
00:15:06 | Nico_P | and rockboy may be slow on some targets but honestly I don't know |
00:15:07 | Nico_P | yes |
00:15:11 | Shoot | Alright thank you so much |
00:15:12 | Shoot | :D |
00:15:18 | Shoot | Ok; I'll try it out |
00:15:27 | Shoot | If it'll help you guys, I'll give you a response on the FPS lag |
00:15:39 | Shoot | Now... just have to find some nice GBC games >:D |
00:15:55 | barrywardell | przemhb: I'll try it on my own H10 later/tomorrow. maybe I'll spot something then |
00:17:08 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
00:17:43 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
00:17:50 | przemhb | barrwardell: ok; now it stops at cpu_boost(false); line in init() |
00:18:14 | przemhb | barrywardell: exactly the line |
00:18:25 | | Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
00:18:29 | | Quit pondlife (Read error: 110 (Connection timed out)) |
00:21:00 | | Join japc [0] (n=japc@bl7-255-91.dsl.telepac.pt) |
00:21:06 | barrywardell | maybe it's cpu frequency related then |
00:21:23 | | Quit japc (Read error: 104 (Connection reset by peer)) |
00:21:35 | barrywardell | if you comment out that line, what happens? |
00:24:05 | przemhb | barrwardell: I have just comment out the line and are making... |
00:25:06 | | Join bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) |
00:25:43 | przemhb | barrywardell: it get us back to the point where it stucks inside root_menu() |
00:26:12 | barrywardell | hmm. I'm out of ideas for now until I can test it on my own H10. |
00:27:03 | barrywardell | which will be tomorrow |
00:28:23 | barrywardell | got to go now. I'll let you know once I get a chance to test it myself. |
00:28:52 | | Quit barrywardell () |
00:31:52 | przemhb | bye all |
00:32:00 | | Part przemhb |
00:32:39 | | Quit mirak (Remote closed the connection) |
00:33:45 | | Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) |
00:34:22 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
00:35:13 | | Quit advcomp2019 (Nick collision from services.) |
00:35:27 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
00:36:42 | | Quit Robin0800 (" I love my HydraIRC -> http://www.hydrairc.com <-") |
00:37:40 | | Join colin__ [0] (n=colin@host-155-47-107-208.midco.net) |
00:39:38 | amiconn | Hmm, bit-banging i2c on PP.... |
00:39:50 | | Join iamben [0] (n=ben@ppp-70-129-185-42.dsl.spfdmo.swbell.net) |
00:40:54 | bertrik | amiconn: mmm? are there targets that do that? |
00:41:32 | amiconn | H10 tuner communication, as discussed by barrywardell and przemhb |
00:42:14 | amiconn | E, but the port manipulation can be done atomically |
00:42:30 | | Quit Seed (Nick collision from services.) |
00:42:34 | | Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
00:42:41 | amiconn | przemhb shouldn't have asked about atomic and/or macros on arm, but about atomic gpio manipulation... |
00:43:43 | | Quit ender` (" A computer program will always do what you tell it to, and seldom what you want it to.") |
00:44:09 | bertrik | I'm working with a LPC2148 ARM7 and it has GPIO set and clear register, very convenient |
00:48:00 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
00:48:36 | | Join scubacoles [0] (n=scoles@219-90-216-51.ip.adam.com.au) |
00:50:02 | BigBambi | Any manual people here? |
00:50:18 | * | n1s is a manual person |
00:50:20 | BigBambi | I can build a (clean) pdf fine but the html errors out |
00:50:43 | BigBambi | If I pop it on pastebin could you have a quick look for me? |
00:51:26 | n1s | BigBambi: does the html build without the change? |
00:51:30 | BigBambi | no |
00:51:34 | * | amiconn never got the html manual to build |
00:51:42 | * | n1s neither... |
00:51:49 | BigBambi | I made changes, then tried compiling - pdf was fine, html failed |
00:51:59 | BigBambi | So I tried a clean check out and html still failed |
00:52:16 | BigBambi | So it isn't just me :) |
00:52:36 | | Quit Shoot () |
00:52:45 | n1s | BigBambi: if the pdf builds fine you should be fine |
00:52:53 | BigBambi | nls; OK, cool |
00:53:05 | BigBambi | I have just expanded slightly the font installation section |
00:53:06 | | Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7e7858cd980dd526) |
00:53:14 | BigBambi | At the moment it just says "install it" |
00:53:27 | BigBambi | And we have had a couple of questions saying "How?" |
00:53:42 | saratoga | opps, accidentally zeros DEV_EN, which does about what you might expect |
00:54:34 | n1s | BigBambi: sounds good |
00:54:54 | | Quit OlivierBorowski (Remote closed the connection) |
00:55:20 | BigBambi | n1s: I've just removed the note about fonts from the installing firmware section and stuck a new section inbetween installing firmware and installing bootloader |
00:55:23 | | Quit davina (Remote closed the connection) |
00:55:26 | amiconn | saratoga: Yes, as it also disables the whole system |
00:55:31 | BigBambi | Flyspray coming up |
00:55:45 | | Join TomatoMonster_79 [0] (n=Thunder2@159.148.94.130) |
00:55:46 | | Part TomatoMonster_79 ("Wrarrrrr!!!") |
00:55:46 | amiconn | Even sleep mode on PP5002 leaves 5 clocks running (iirc) |
00:56:50 | amiconn | Of course at a very low frequency: 32768Hz |
00:58:23 | | Quit z35 ("Leaving") |
00:58:31 | | Quit scorche|w ("CGI:IRC") |
00:59:25 | BigBambi | n1s: There you go: http://www.rockbox.org/tracker/task/8128 |
00:59:54 | n1s | BigBambi: I'll look at it tomorrow, thanks |
00:59:59 | BigBambi | Cheers |
01:00 |
01:00:27 | BigBambi | I hope I haven't cocked up the latex too badly! |
01:01:30 | | Join barrywardell [0] (n=barrywar@89-125-27-10.dhcp-ripwave.irishbroadband.ie) |
01:03:18 | saratoga | amiconn: yeah i figured, i'm just a littl rusty with bitwise operations |
01:04:56 | *** | Saving seen data "./dancer.seen" |
01:04:59 | | Quit colin__ () |
01:05:13 | | Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) |
01:05:26 | saratoga | cool disabling USB does exactly like i'd expect |
01:05:30 | saratoga | amiconn: any specific bits you'd like to see first? |
01:05:39 | saratoga | i'm going to try them all |
01:05:48 | | Quit Seedy (Read error: 110 (Connection timed out)) |
01:05:52 | | Join colin__ [0] (n=colin@host-155-47-107-208.midco.net) |
01:06:07 | * | amiconn suspects there is more to it than just DEV_EN(1)..DEV_EN3 |
01:06:11 | | Quit Seed (Nick collision from services.) |
01:06:14 | | Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
01:07:08 | saratoga | well if you have another register, let me know and i'll test it after the DEV_EN |
01:07:17 | amiconn | The G5 ROM fiddles with 0x70000028 and 0x70000060 - these addresses are looking suspiciously like inits/resets/enables |
01:07:43 | saratoga | do you know which bits? |
01:07:54 | * | amiconn wonders how many different functional units the PP502x might have |
01:08:31 | saratoga | its hard to imagine that the 96 (?) provided by DEV_EN 1-3 aren't enough |
01:08:51 | saratoga | unless thats mapped onto the broadcom part or something |
01:09:33 | saratoga | alright i'm moving my system into the lab to start taking measurements, i'll check back in a while |
01:09:40 | | Quit saratoga ("CGI:IRC") |
01:10:54 | | Join T0M4T0_Monster_9 [0] (n=blastekk@121.22.20.202) |
01:10:59 | | Quit T0M4T0_Monster_9 (Excess Flood) |
01:15:15 | preglow | argghghg, my linux has gone insane :/ |
01:17:30 | preglow | 800x600, how i have missed thee |
01:17:36 | | Quit bertrik ("bye") |
01:18:01 | amiconn | saratoga (for the logs): On a closer look, those addresses look more like resets and more complex inits to me. They seem to be related to ata somehow - they appear in conjunction with 0xc5000xxx |
01:18:24 | amiconn | saratoga: yeah, but otoh this beast obviously has 128 GPIO ports... |
01:20:37 | amiconn | The broadcom is hooked up to the address & data bus as normal. It has only 3 address bits (8 addresses), mapped to PP address bits 16..18, and a 16 bit data bus |
01:21:29 | | Join saratoga [0] (i=98039b2b@gateway/web/cgi-irc/labb.contactor.se/x-7faa3edcc8514ac5) |
01:21:45 | saratoga | amiconn: the sansa battery has 3 terminals, two read negative but are not shorted and the other is positive |
01:21:52 | saratoga | any idea what the second negative is for? |
01:22:08 | amiconn | Some sense signal most probably |
01:22:24 | saratoga | any guess which i should ground? |
01:22:34 | amiconn | Unfortunately not |
01:22:54 | saratoga | i assume grounding the wrong one is harmless enough |
01:23:26 | amiconn | Depends on how the protection circuit works. Is the sansa battery user replaceable? |
01:23:40 | saratoga | yes |
01:23:50 | | Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
01:24:05 | | Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) |
01:26:18 | | Quit barrywardell () |
01:27:24 | amiconn | The small H10's battery also has 3 terminals |
01:28:00 | | Join iamben_ [0] (n=ben@adsl-71-153-44-184.dsl.spfdmo.sbcglobal.net) |
01:28:36 | | Join T0MA4AT0_M0nst4h [0] (n=HARSKISU@195.117.171.7) |
01:28:40 | | Quit T0MA4AT0_M0nst4h (Excess Flood) |
01:29:53 | amiconn | Hmm, but that one has the 2 negative terminals shorted |
01:30:08 | saratoga | i think teh two need to be shorted to boot |
01:30:20 | saratoga | at least it powers off right away with the mid terminal floating |
01:32:25 | | Part toffe82 |
01:34:39 | Soap | amiconn: exactly as you predicted - 20% improvement in 5th gen runtime with HDD poweroff. |
01:35:02 | preglow | saratoga: found anything fun? |
01:35:19 | amiconn | Well, it's an improvement.... |
01:35:28 | | Quit scubacoles ("Leaving") |
01:35:41 | saratoga | preglow: I can't get it to boot without the battery in place |
01:35:47 | * | amiconn wonders what's up with rockbox' main menu |
01:35:51 | saratoga | that third pin seems to do something important |
01:36:28 | amiconn | It draws more power than submenus, and power consumption fluctuates |
01:36:32 | preglow | third pin? probably some kind of sense |
01:36:34 | amiconn | (measured on 1st gen) |
01:36:57 | preglow | which explains why it won't boot, it probably thinks the battery is drained |
01:36:59 | saratoga | i think its a resistive sensor |
01:37:09 | saratoga | 115k ohms but zero open circuit volts |
01:37:11 | amiconn | Ah no. Seems to be related to wheel position |
01:37:22 | saratoga | will get a 100k resistor and try again |
01:37:44 | Soap | though it also looks like there have been some measurable improvements prior to 15444 as well. My battery is obviously aging rapidly, yet the pre-HDD runtime was also suprisingly long. I'll start the Apple Firmware runtime tomorrow to get a RB%. |
01:37:50 | n1s | that's a pretty big improvement, when I tested runtime with/without hd poweroff on h320 it went from ~13 to ~14 hours ~7-8% improvement |
01:38:37 | preglow | amiconn: i wonder if i should even bother trying to test hd power off on nano :> |
01:38:39 | amiconn | Yeah, but that was still with the extra power sucker that was fixed afterwards |
01:38:59 | amiconn | preglow: Looking through the rom it has no hd power off |
01:39:03 | Soap | I haven't thought the whole thing through yet, but does the fact the 60GB 5th gen has 64MB of RAM increase the value of HDD poweroff? Or does it all balance out? |
01:39:09 | preglow | amiconn: then i shall most certainly not bother |
01:39:12 | n1s | amiconn: I'm fairly certain the sucker was fixed before that |
01:39:16 | preglow | amiconn: surprising, though |
01:39:19 | amiconn | The nano seems to be the only ipod with a 512KB rom |
01:39:36 | amiconn | All others have 1MB, even the old ones (1st and 2nd gen) |
01:39:43 | | Join Ghwomb [0] (n=chatzill@c170.a108.sto.bahnhof.net) |
01:40:00 | amiconn | n1s: I doubt it. 14 hours seems a little low... |
01:40:06 | preglow | jmspeex: awake? |
01:40:31 | n1s | amiconn: it was with q6 vorbis though IIRC so that might be it |
01:40:54 | | Join Shagnar [0] (n=shagnar@p5B206D86.dip.t-dialin.net) |
01:40:58 | preglow | amiconn: weird |
01:40:59 | | Quit ompaul (Client Quit) |
01:40:59 | | Quit iamben (Connection timed out) |
01:40:59 | amiconn | My old tests were (that was definitely after fixing the otg power sucker): |
01:41:10 | n1s | but anyway impressive improvement for the ipods :D |
01:41:29 | amiconn | H340, with hd poweroff: 20:26, without hd poweroff: 15:24 |
01:41:31 | nanok | Soap: if you mean balance out with the increased disk size, normally it shouldn't: it depends more on other factors. however, in the atypical situation where you seek like crazzy all the time, i guess it would come close to balancing out (at least that's my view at first glance) |
01:41:37 | | Quit Dark_Apostrophe (Connection timed out) |
01:41:40 | | Quit HellDragon (Client Quit) |
01:41:45 | amiconn | That's my usual test set, mp3 lame −−preset standard |
01:41:54 | amiconn | Around 200kbps |
01:42:32 | Soap | nanok: no I mean - since the disk spins half as often for for ~twice as long, and HDD poweroff timeout is short - does it make any difference on how much juice the HDD consumes. |
01:42:51 | Shagnar | hey guys... in 2005 the HDD of my h140 broke... after i just installed the rockbox-early-firmware.. just at this moment i got it running again... rockbox was able to play the first 8megs of the \sample.wav file and it was grandiose... |
01:43:02 | amiconn | preglow: Btw, hd poweroff doesn't help on mini either. Seems those microdrives do auto-sleep like cf |
01:43:17 | nanok | Soap: aaahm :). no, it definetly does not balance out like that |
01:43:44 | | Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) |
01:43:51 | | Quit Ghwomb (Client Quit) |
01:43:58 | nanok | Soap: from that point of view, more memory is better. however, when the listening pattern is random (unpredictable), too much memory and buffering will only increase power consumption |
01:44:03 | Soap | nanok: I would also think if you seek and skip "like crazy" the double buffer would actually hurt you. |
01:44:09 | | Quit Arathis ("Bye, bye") |
01:44:56 | nanok | Soap: so there is a limit, depending mainly on the average size of the media you listen too, in that case, from up to which increasing buffer memory will make things worse, i guess |
01:45:06 | nanok | Soap: exactly |
01:45:21 | preglow | :/ |
01:45:25 | preglow | wrong window |
01:45:25 | amiconn | If you never skip, more memory is better |
01:45:33 | Soap | but that isn't what I was trying to get at. My query was - using the standard battery bench procedures of no skipping - will the 64MB buffer models see more beneft from HDD poweroff than 32MB models, less, or the same. |
01:45:42 | n1s | amiconn: my tests were run on december 8 last year, several months after the battery sucker was fixed, but I guess it's the decoder efficiency difference |
01:45:48 | amiconn | The benefit should be about the same |
01:45:50 | nanok | Soap: however, it shouldn;t be hard to manage this smartly, and buffer in an...adaptive way, so to speak |
01:46:31 | nanok | Soap: more beneffit, definetly, if the buffer is used correctly |
01:46:50 | | Part pixelma |
01:46:56 | Soap | nevermind nanok - that isn't the question I was asking. :) |
01:47:00 | nanok | Soap: spinning the disk once to read more is cheaper than spinning the disk twice to read half as much every time |
01:47:04 | amiconn | Filling the 64MB buffer takes twice as long as filling a 32MB buffer. YOu just save one spinup |
01:47:27 | nanok | Soap: for that simple question, the answer is at least 99% sure: more memory is better |
01:47:35 | amiconn | That's 2..3 seconds the hd can sleep longer in one "64MB buffering period" |
01:48:01 | Soap | amiconn: thank you - that is what I assumed, but wasn't sure if I was missing part of the puzzle. |
01:48:11 | Soap | nanok: that still isn't what my query was about. |
01:48:15 | nanok | exactly, and the greatest power consumption should be spinning up, not keeping the speed |
01:49:11 | n1s | nanok: entirely depends on how long the disk is spinning |
01:49:16 | nanok | Soap: maybe i am not expressing myself so clear, it is long past my bedtime ;), but i basically said what amiconn explained, but not in such well chosen words as he did ;) |
01:49:37 | amiconn | haha |
01:49:44 | * | amiconn should go to bed too |
01:50:48 | saratoga | ugh damn sandisk for putting these pins so close |
01:51:23 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
01:52:07 | amiconn | My battery bench list still has *the* rockbox battery runtime record :) |
01:52:10 | | Join psycho_maniac [0] (i=psycho_m@ppp111.hk.centurytel.net) |
01:52:40 | n1s | M5L? |
01:53:07 | amiconn | yup |
01:53:24 | | Join T0MA4AT0_M0nst4h [0] (n=aTb-off|@121.22.20.202) |
01:53:26 | | Quit T0MA4AT0_M0nst4h (Excess Flood) |
01:54:08 | | Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-6614506054932f20) |
01:54:25 | | Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) |
01:55:29 | Soap | and you even have the iPod record as well, I coveted that one. |
01:56:11 | amiconn | My 2nd gen test.... |
01:56:26 | Calcipher | hey people |
01:56:56 | saratoga | i can get it to power on the screen for a second or two, but it always powers off |
01:57:24 | Calcipher | did anyone see my comments yesterday, about a problem I encountered, while generating voice clips in cygwin |
01:57:53 | | Quit mirak ("Ex-Chat") |
01:58:00 | saratoga | current draw seems reasonible |
01:58:00 | saratoga | i've tried 65kohms, 0 ohms, 100kohms, and 150kohms shorting the sense pin |
01:58:02 | | Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) |
01:58:12 | saratoga | i'll try 10k |
01:58:58 | preglow | what's your setup anyway? why remove the battery? |
02:00 |
02:00:22 | | Quit psycho_maniac (" Want to be different? Try HydraIRC -> http://www.hydrairc.com <-") |
02:01:32 | | Quit colin__ ("http://suffering.no-ip.org/itunescatalog/index.php") |
02:01:50 | amiconn | Oh. Didn't even remember that I did such a measurement, but rombox on archos (measured on player) extends battery runtime by 4..5% |
02:02:05 | amiconn | That's even though code runs slower from rom than from ram |
02:02:38 | saratoga | preglow: the battery connects to the sansa via pressure from the casing |
02:02:38 | saratoga | it has no wires, just metal contacts on the side |
02:02:38 | saratoga | theres no obvious way to insert an anmeter without cutting traces on the sansa |
02:02:38 | DBUG | Enqueued KICK saratoga |
02:02:38 | saratoga | so i'm using a lab support with an anmeter in series |
02:02:38 | saratoga | lab supply |
02:03:01 | Calcipher | the error I recieve after the voice build steps, when I run make voice, is as follows |
02:03:08 | saratoga | i wonder if the load across the battery changes the impedance seen on the sense pin |
02:03:35 | amiconn | Could also be some more sophisticated battery identify thing |
02:03:47 | Calcipher | Generating voice clipserror -2147024894 |
02:04:46 | Calcipher | followed on the next line by "make: *** [voice] Error 141 |
02:05:20 | Calcipher | this was selecting english, then selecting sapi, and default lame and sapi settings |
02:05:56 | Calcipher | for the e200R |
02:07:44 | Isolinear | Is it just me or have the more recent builds seemed to slow down the iPod 5G? |
02:07:59 | Calcipher | before that, I was having an issue that Mouser_X was familiar with, and helped me through, that was that ther arm-elf-gcc path was incorrect |
02:08:09 | saratoga | this is so weird, the resistance doesn't change under load, so i don't see why the sansa isn't happy |
02:08:11 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
02:08:19 | saratoga | same voltage, current, imedance on all pins |
02:09:35 | preglow | afaik, there are fancy things like that around that even communicate digitally |
02:10:41 | | Quit Toxicity999 (Remote closed the connection) |
02:11:13 | saratoga | ugh |
02:11:14 | | Join ghost [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
02:11:20 | saratoga | if theres an IC on the battery i'm screwed |
02:11:22 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
02:11:33 | | Quit ghost (Client Quit) |
02:11:58 | preglow | i'm quite certain that exists |
02:15:45 | | Quit thegeek (Read error: 113 (No route to host)) |
02:16:38 | saratoga | GOT IT |
02:16:41 | saratoga | finally |
02:18:00 | Mouser_X | saratoga: What is it you got? I joined a tad late. |
02:18:15 | preglow | saratoga: doing what? |
02:19:58 | | Join webguest93 [0] (i=4c10ea95@gateway/web/cgi-irc/labb.contactor.se/x-fdc240167fbd27d0) |
02:20:00 | saratoga | i think the current spikes high enough on the DMM to engage the overcurrent protection |
02:20:19 | saratoga | it works fine if i use the course current meansurement terminal, but then i don't get accurate enough readings |
02:20:32 | webguest93 | hi do you have a voice file in spanish for the ipod video 30g 5generation? |
02:24:10 | | Quit spiorf_ (Remote closed the connection) |
02:25:41 | webguest93 | um....do you guys have the voice file? |
02:25:44 | saratoga | preglow: i can't work the controls while the sansa is wired up to the supply, so wheres the best place to hard code PP register values into? system-PP5020? |
02:26:54 | | Quit Langly ("I dont have anything to say, thats why I'm quitting in the first place.") |
02:27:06 | preglow | saratoga: what, so it just does fancy writing on boot? |
02:27:45 | webguest93 | you guys to busy? i can try another time... |
02:27:57 | preglow | webguest93: if someone had it, they would have answered |
02:28:09 | preglow | you can still try another time, though |
02:28:19 | | Quit Thundercloud (Remote closed the connection) |
02:29:25 | | Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
02:29:34 | jmspeex | preglow: yes |
02:29:44 | | Quit homielowe (Read error: 104 (Connection reset by peer)) |
02:29:52 | | Nick homielowe_ is now known as homielowe (n=chatzill@d207-81-67-190.bchsia.telus.net) |
02:30:36 | saratoga | preglow: I just need a place to stick the DEV_EN = DEV_EN & 0xFFBFFFFF; lines somewhere so i can see what different settings do to power |
02:31:27 | | Quit webguest93 ("CGI:IRC (EOF)") |
02:31:30 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
02:33:03 | preglow | jmspeex: do you see anything wrong with the fp math in this patch? it applies again rockbox apps/codecs/libspeex dir, http://www.pvv.org/~thomj/rockbox/speex-fixed-point-stereo.patch |
02:33:15 | | Quit dandin1 () |
02:33:42 | preglow | jmspeex: i've done a comparison too, and that code differs from the old floating point based code by -45 dB, with ony one big peak keeping it from -55 dB |
02:33:57 | preglow | saratoga: well, some place in apps/main.c is probably good |
02:34:12 | preglow | saratoga: just check out app_main() or something, that's what gets called first |
02:34:41 | saratoga | that PP file seems to have worked |
02:34:57 | preglow | sure, as long as it gets called during startup, which it probably does |
02:35:01 | saratoga | oh maybe not |
02:35:40 | saratoga | i'll try main.c |
02:35:43 | | Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) |
02:39:40 | saratoga | preglow: thanks working good now |
02:39:42 | Calcipher | well if anyone has experience generating voice files in cygwin using SAPI, please lend me a helping hand here, I'll be back later, hittin the gym, with my rb'ed Sansa, enjoyin the hell out of it |
02:39:53 | saratoga | USB uses 1.5ma |
02:39:53 | preglow | saratoga: great, looking forward to seeing results :) |
02:40:22 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
02:40:22 | * | Calcipher checks manual for new keymaps |
02:40:58 | saratoga | onto the next bit |
02:43:32 | | Join ddalton [0] (n=Daniel@203-217-92-98.dyn.iinet.net.au) |
02:44:24 | ddalton | do I just need to run the rockbox sh script on linux to get all the compilers and stuff? |
02:44:31 | preglow | yes |
02:46:21 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
02:47:49 | preglow | jmspeex: i could probably have used more precision for the iir filter state and stuff, but 16 bit seems to be ok |
02:49:26 | saratoga | the sansa will happily draw power from the USB cable if I disable USB detection and remove the battery |
02:49:37 | saratoga | does USB have a +5 line thats seperate from data? |
02:49:51 | saratoga | that would be MUCH easier to tap into then the battery pins |
02:50:14 | n1s | saratoga: usb is two power lines and two data lines |
02:50:34 | saratoga | then i should be splicing a USB cable |
02:50:54 | preglow | saratoga: it does |
02:50:58 | preglow | what he said |
02:51:00 | saratoga | hmm bit 31 seems to do nothing that i can tell |
02:51:12 | saratoga | rockbox works normally and the current draw doesn't change |
02:51:15 | jmspeex | preglow: is the -45 dB due to the 0.01 on silence or due to the fixed-point? |
02:51:36 | preglow | jmspeex: it might be due to 0.01, floating point roundoff due to e_tot, or fixed point |
02:51:50 | jmspeex | preglow: never, ever use the >> or << operators on spx_word* types |
02:51:50 | preglow | i dunno, really |
02:52:10 | preglow | jmspeex: do i do that? |
02:52:33 | jmspeex | yes, at the end. It's bad even on a fixed-point path |
02:52:43 | jmspeex | also, don't use "int" for sign. |
02:52:56 | preglow | forgot about that at the end |
02:52:57 | | Quit Dark_Apostrophe (Connection timed out) |
02:52:57 | | Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) |
02:52:58 | preglow | why not use sign? |
02:53:08 | preglow | int for sign, i mean |
02:53:56 | preglow | i don't do << or >> on spx_word types, i do it on an int |
02:54:11 | preglow | in a code path which is always fixed point |
02:54:20 | jmspeex | int is platform-specific. |
02:54:26 | preglow | sure, but it's always signed |
02:54:29 | jmspeex | You need to use spx_word16_t or spx_word32_t |
02:54:52 | preglow | it can either be 1 or -1, which any int should be able to accomodate, but sure, it's not a big deal anyway |
02:55:01 | jmspeex | spx_word16_t is either an int16 or a float depending on whether you enable fixed-point or not. |
02:55:16 | jmspeex | Also, you shouldn't be using the * and +, but rather the ADD and MUL operators. |
02:55:38 | preglow | hmm, where? |
02:55:54 | jmspeex | one immediate benefit of doing things properly is that compiling with fixed-point-debug will warn if you get overflows |
02:56:18 | preglow | i think i've always used macros in my code, the floating point path remains for reference and is your code, i'll remove it when commiting |
02:56:23 | jmspeex | sign*(tmp<<9) |
02:57:19 | saratoga | bit 30 uses 300uA but does not disable anything obvious that i can see |
02:57:34 | preglow | ok, so i should make tmp a spx_word16_t too? |
02:57:47 | preglow | saratoga: could you stuff this in a doc somewhere? wiki? |
02:59:04 | preglow | jmspeex: i don't really see a point in bothering with the macros when i'm in a non-critical fixed point only code path, though |
02:59:08 | jmspeex | preglow: you should probably assign tmp to a word16 variable just to make it obvious what you're doing |
02:59:15 | preglow | yeah, done |
02:59:56 | preglow | made it exp_exp(MULT16_16(sign, SHL16(tmp, 9))); |
02:59:58 | jmspeex | preglow: The idea of the macros is that they can be adapted to any platforms. Also, they allow testing for overflows |
03:00 |
03:00:14 | preglow | overflow testing is good |
03:01:01 | jmspeex | preglow: looks goot |
03:01:34 | preglow | hmm |
03:01:52 | preglow | i'm wondering if the innerloop smooth_left/right assignments can overflow |
03:02:20 | preglow | nah, they should _just_ fit within the limits |
03:02:34 | jmspeex | preglow: if you look at fixed_debug.h to have an idea of the tests I do |
03:02:43 | preglow | do you think the rounded shifts are necessary? |
03:02:49 | jmspeex | careful about 32768 too |
03:03:43 | | Quit GodEater_ (Read error: 110 (Connection timed out)) |
03:03:51 | preglow | well, neither of them should be negativ |
03:04:07 | preglow | smooth_left or e_left, so -32768 shouldn't be a problem |
03:04:25 | preglow | hmm, the scaling constants sum to 32768, probably |
03:04:59 | preglow | perhaps i should just go with the commented out line, that will never overflow, but is a slightly badder approximation to 0.98 and 0.02 |
03:05:01 | *** | Saving seen data "./dancer.seen" |
03:05:17 | preglow | i should just test... |
03:05:18 | jmspeex | preglow: BTW, there's a useful macro named Q15_ONE that's often useful |
03:05:32 | jmspeex | is defined as either 1.0f or 32767 |
03:05:50 | * | Nico_P has hackish AA! |
03:06:17 | preglow | jmspeex: oh, didn't know about that one |
03:06:44 | preglow | hmm, and can't use it here, i need Q16_ONE |
03:07:05 | | Quit Calcipher (Read error: 104 (Connection reset by peer)) |
03:07:27 | preglow | nah, it'll never overflow |
03:07:59 | jmspeex | Q16_ONE??? doesn't make sense for signed |
03:08:26 | preglow | jmspeex: for 32 bit Q16 ints it does, heh |
03:08:32 | jmspeex | preglow: also, you need to be careful with rounding shifts because of the way they're implemented. |
03:08:54 | preglow | yeah, know, but the rounding const is too small to matter here |
03:09:12 | jmspeex | For example, PSHR16(32767,2) will actually cause an overflow because it adds 2 to 32767 before shifting |
03:12:32 | preglow | i have no idea if rounding is really necessary here, i just added it to be sure |
03:13:03 | rasher | Nico_P: I'm almost embarrassed to admit that I'm quite excited about this |
03:13:09 | Nico_P | hehe |
03:13:31 | Nico_P | it's hackish on the WPS side, but on the playback side it's almost complete |
03:13:46 | aliask | Sweet! |
03:13:54 | * | aliask likes AA |
03:14:21 | * | Nico_P is really looking forward to being able to finally close FS #3045 |
03:14:32 | preglow | jpg loader in the core! :D |
03:14:57 | ddalton | what tools do I need on my system for rockboxdev.sh? |
03:15:10 | ddalton | it won't work for me |
03:15:14 | jmspeex | preglow: I think it's probably fine without the rounding, though it doesn't hurt with it. |
03:15:54 | rasher | preglow: couldn't it be loaded as a plugin, on demand? |
03:16:01 | | Join kingwen [0] (n=kingwen1@12.46.130.61.dial.hu.zj.dynamic.163data.com.cn) |
03:16:11 | rasher | Not a regular plugin of course, but plugin-ish |
03:16:17 | jmspeex | preglow: there's a problem with e_ratio_quant. You're not allowed to use QCONST16() in a definition like that because it uses floor() |
03:16:24 | n1s | ddalton: a bunch but starting out with a working native compiler is good :) |
03:16:46 | rasher | ddalton: on a Debian system, apt-get install build-essential |
03:16:50 | Nico_P | rasher: maybe, yeah... though I think jpeg in the core wasn't as badly received as I thought last time it was discussed |
03:16:50 | ddalton | n1s: my system has gcc, mutt, links, emacs and apt and thats about it. |
03:16:53 | preglow | rasher: let's not call plugins all the time |
03:16:58 | ddalton | what should I get? |
03:17:00 | preglow | rasher: it's a horrible hack |
03:17:04 | ddalton | oh and festival and brltty |
03:17:08 | jmspeex | preglow: sorry, it no longer uses floor(), but I'm not yet 100% sure it's OK. Any idea? |
03:17:25 | n1s | ddalton: as rasher said build-essential package is important, what error do you get? |
03:17:26 | preglow | it should be very ok |
03:17:46 | preglow | jmspeex: at least i can see nothing wrong with it, it's just reduced to a ton of constant folding which should be resolved real time |
03:17:53 | preglow | jmspeex: we have several other codecs which does this |
03:18:24 | preglow | jmspeex: as a matter of fact, i was about to ask you why you don't use this technique in other parts of speex :) it's easier than duplicating tables |
03:18:29 | rasher | preglow: well, if it's the only way to get jpeg loading accepted, it's better than nothing. But I don't see why jpeg in the core is so unwanted - is binary size an issue on any relevant target? |
03:18:35 | kingwen | :o |
03:18:37 | preglow | rasher: hell no |
03:18:42 | preglow | rasher: jpeg in the core is the way to go |
03:18:42 | ddalton | n1s: ill just check. Do you know how I get the build stuff on debian? |
03:18:45 | jmspeex | preglow: so you're sure it's perfectly C89-compatible? |
03:18:47 | kingwen | j |
03:18:53 | kingwen | ;j |
03:19:12 | preglow | jmspeex: i think it is c89 compatible, but it might be highly ineffective with compilers that don't optimize away the float code compile time |
03:19:15 | n1s | ddalton: <rasher> ddalton: on a Debian system, apt-get install build-essential |
03:19:16 | Nico_P | let's stick to bitmap for now gentlemen ;) |
03:19:21 | preglow | jmspeex: and i am by no means certain it _is_ c89 |
03:19:30 | Nico_P | I remind you that we don't even have AA yet |
03:19:38 | ddalton | I need bzip apparently whats that by the way? |
03:19:57 | aliask | It's a compression format, similar to zip |
03:20:04 | Nico_P | anyway, bed time now |
03:20:06 | n1s | ddalton: google is your friend |
03:20:15 | * | n1s goes ZzZz too |
03:20:17 | | Quit n1s () |
03:20:21 | | Quit Nico_P (Remote closed the connection) |
03:20:30 | jmspeex | preglow: well, if it's in a const struct definition, there's no way the compiler can compute it at run-time, so either it accepts if or it reports an error. |
03:25:37 | preglow | it can if it's not a static const struct definition, afaik |
03:26:09 | preglow | the same way const arrays in functions can end up being constructed for each function call if they're not declared static |
03:26:29 | | Join Gigante [0] (i=Gigante@24.139.226.244) |
03:26:57 | Gigante | i need help with a certain subject |
03:27:23 | aliask | Gigante: What is that subject? |
03:27:40 | ddalton | does anyone know what I press for all the compilers so I can build any target? |
03:27:53 | ddalton | I just am having a bit of trouble with brltty. |
03:28:02 | Gigante | i work a part time job at an airport |
03:28:12 | Gigante | found me a 30 gb ipod |
03:28:30 | Gigante | bought a cvable but itunes doesnt recognizes it |
03:28:51 | Gigante | the battery is full |
03:29:15 | Gigante | i trieds to format it on win xp |
03:29:17 | preglow | jmspeex: anyway, i need to go to bed now, talk to you later |
03:29:32 | Gigante | but when i click f drive it freezes |
03:29:48 | aliask | Personally I think you should return it to lost property at the airport, but it sounds like the hard drive isn't formatted correctly. |
03:29:56 | jmspeex | preglow: OK. But overall, your patch looks fine. It was just formatting details to make it like the rest of the code. Thanks for that |
03:30:13 | Gigante | i did |
03:30:24 | preglow | jmspeex: i'll fix up the rest of stereo.c and give you a proper patch against speex svn soon |
03:30:30 | preglow | gnight |
03:30:33 | Gigante | they wait a week and if not claimed it's yours |
03:30:41 | jmspeex | preglow: thanks, g'night. |
03:30:50 | aliask | Well then, nice score |
03:31:13 | Gigante | it's a little bit scratched but i dont complain |
03:31:32 | Gigante | can i reformat the ipod and load rockbox? |
03:31:44 | aliask | iTunes should be able to restore the iPod |
03:31:59 | Gigante | itunes doesnt recogmnizes it |
03:32:13 | aliask | I'm not sure if it's safe to format an iPod though, because the firmware is stored on the harddrive |
03:32:19 | | Quit Shagnar ("( www.nnscript.de :: NoNameScript 4.1 :: www.regroup-esports.com )") |
03:32:39 | Gigante | how to change firmware then? |
03:33:11 | ddalton | aliask: couldn't you use ipodpatcher to restore it later? |
03:33:17 | ddalton | if your on win of course |
03:33:49 | Gigante | rigth now is in disk mode |
03:34:17 | aliask | Gigante: Can the iPod load normally? |
03:34:30 | Gigante | stops when apple shows |
03:35:12 | aliask | Sounds like the firmware on the disk is borked. Disk mode is in flash though. You should take a look at restoring the iPod first, and then installing rockbox |
03:35:45 | Gigante | how i restore it? |
03:36:51 | ddalton | does voice building require anything else apart from the targets compilers? |
03:37:31 | | Quit homielowe (Read error: 104 (Connection reset by peer)) |
03:37:43 | | Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
03:37:48 | | Nick homielowe_ is now known as homielowe (n=chatzill@d207-81-67-190.bchsia.telus.net) |
03:38:18 | aliask | Gigante: http://www.wikihow.com/Restore-an-iPod |
03:39:59 | Gigante | gracias |
03:45:22 | | Join webguest95 [0] (i=dce9bdd9@gateway/web/cgi-irc/labb.contactor.se/x-180ce81a05fb13b5) |
03:46:34 | | Quit webguest95 (Client Quit) |
03:46:59 | ddalton | how long should the compilers take to install? |
03:47:15 | ddalton | 800 mhz processor 256 mb ram. 2 hours? |
03:49:38 | | Quit kingwen (Read error: 110 (Connection timed out)) |
03:53:28 | Gigante | 0i tried to restore and received this message: ipod could not be restored an unknown error ocurred 1418 |
03:54:17 | | Quit ddalton (Read error: 104 (Connection reset by peer)) |
03:54:27 | aliask | Hrm, odd. Might need to contact apple for support |
03:54:50 | Gigante | well |
03:56:13 | | Join psycho_maniac [0] (i=psycho_m@ppp565.hk.centurytel.net) |
03:56:36 | aliask | http://docs.info.apple.com/article.html?artnum=304508 |
03:57:28 | | Join ddalton [0] (n=Daniel@203-217-92-98.dyn.iinet.net.au) |
04:00 |
04:05:17 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
04:12:43 | | Join ruinedtwice [0] (n=xxx@d154-20-29-13.bchsia.telus.net) |
04:20:12 | aliask | Zagor: (for the logs) Those USB registers seem to have some kind of voodoo magic protection on them, as soon as I try to read them it locks up. Other registers read fine... |
04:25:01 | Mouser_X | lostlogic: I have a question regarding buffering. It regards ADX, but what I'm thinking is usable for MP3s as well, if I'm understanding correctly (actually, it's probably the other way around - MP3s would use it, and it might be useable for ADXs). |
04:25:53 | lostlogic | I'll try not to ignore you. |
04:26:06 | Mouser_X | Question: If someone has a playlist of 9 songs (large enough to cause rebuffering), 3 of which are the same file, that file will still be rebuffered, correct? |
04:26:21 | lostlogic | yes, Nico is working on enabling smarter buffering though. |
04:26:36 | lostlogic | the full implications thereof are complex when it comes to buffering shrinking and suchlike |
04:26:56 | Mouser_X | Could that be applied to ADXs as well? To keep them in the buffer, so that they loop properly? |
04:27:41 | lostlogic | yeah, if you had a playlist of the same ADX twice and Nico does what he's talkin' about it would enable that ADX to not partially unbuffer and thereby not feck itself up |
04:27:43 | Mouser_X | Obviously, I'm not the one to say, but if the buffer stuff is "smart enough" to keep the MP3 in the buffer, wouldn't that make it easier to do the same for ADX? |
04:28:07 | lostlogic | but we do seem to need a solution for files that are guaranteed not to be >= bufsize and which we need to keep all of on buffer for the duration if its playing, instead of shrinkign it |
04:28:11 | lostlogic | at least that's my current take |
04:29:23 | Mouser_X | ^ That would fix ADXs, if I understand correctly, right? (I'm not completely sure what ">=" means. It's been to long since I did math...) |
04:30:04 | lostlogic | greater than or equal to... |
04:30:06 | lostlogic | and yes. |
04:34:08 | ddalton | enouf: ok so how do I use that? |
04:34:25 | ddalton | oops wrong channel sorry |
04:54:16 | | Quit Gigante () |
04:57:57 | | Join Llorean [0] (n=llorean@12.198.112.130) |
04:59:14 | | Join TMM [0] (n=hp@ip5657f562.direct-adsl.nl) |
05:00 |
05:05:04 | *** | Saving seen data "./dancer.seen" |
05:07:46 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
05:08:02 | | Join miepchen^schlaf [0] (n=hihi@p54BF49D1.dip.t-dialin.net) |
05:15:14 | | Quit bb (Nick collision from services.) |
05:15:21 | | Join bb_ [0] (n=bb@unaffiliated/bb) |
05:24:38 | | Quit homielowe (Read error: 104 (Connection reset by peer)) |
05:24:58 | saratoga | did amiconn ever say what the address for dev_en3 was? |
05:25:11 | saratoga | the one in the wiki is the same as the CACHE_CONTROL define |
05:25:21 | saratoga | so i'm assuming thats a mistake unless they're the same thing |
05:26:22 | | Quit ddalton ("I was using BOFHNet IRC version 1.2 by fmillion - get your copy today from http://www.the-bofh.com/bofhnet/irc !") |
05:28:29 | | Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...") |
05:29:56 | | Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
05:30:01 | | Nick homielowe_ is now known as homielowe (n=chatzill@d207-81-67-190.bchsia.telus.net) |
05:42:27 | | Quit ruinedtwice () |
05:52:35 | Mouser_X | I've never done a battery bench on my Gigabeat, but so far, it's been running for almost 15 hours, and still has 26% left (according to Rockbox). |
05:52:51 | | Quit SirFunk (Remote closed the connection) |
05:55:46 | Llorean | The gigabeats seem to land in the "decent+" battery life category. :) |
05:56:28 | | Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) |
05:57:37 | Mouser_X | Yes, I've noticed it's 15+ hours. I've just never bothered refining it more than that. |
05:58:42 | Mouser_X | If I can get 17 hours out of it, then that should mean I can have it play for 2 days, without recharging, at work (8 hours). |
05:59:03 | Mouser_X | (17, because I tend to watch videos during breaks.) |
05:59:51 | | Quit sarixe ("(EE) Failed to load "quit" module") |
06:00 |
06:01:02 | saratoga | turning off most of these registers doesn't seem to do anything to rockbox |
06:01:18 | saratoga | though i have to wonder if i'm missing some ill effect somewhere |
06:06:03 | Llorean | Mouser_X: Video takes up a LOT of juice. I think I timed something like 5 or 6 hours at 16x9 for video |
06:06:18 | Llorean | Though that was when it wasn't as optimized as it is now. |
06:06:43 | PaulPosition | What's the runtime for the original GB firmware? Just setting myself up for unattainable hopes regarding the pp targets.. :p |
06:07:21 | Llorean | PaulPosition: Rockbox only really matches the PP targets, or maybe gets 5-10% more. There aren't any reliable direct comparisons. |
06:07:48 | Llorean | Err, only really matches on the Gigabeat targets |
06:08:03 | Llorean | On the PP5002 targets we do already get some more too, there should be benches somewhere |
06:09:04 | PaulPosition | Llorean - I know.. Some targets match okay, some are far from there (like small H10), etc.. I just wanted to day-dream.. :) |
06:09:33 | saratoga | Llorean: I found a few PP registers that gate small amounts of power so far |
06:09:38 | saratoga | not sure what they do |
06:09:55 | saratoga | do you think i could get away with committing a few after some testing and just waiting to see if anyone complains? |
06:10:07 | Mouser_X | Llorean: Yes, I'm aware that video does nasty stuff to battery life. However, today I watched at least 1 full hour of video (today I had two 15 min. breaks, and an hour lunch. I watched some TV shows during that time). |
06:10:41 | Llorean | saratoga: If you say "These should improve battery life. If there are any unexpected side effects, please file a proper bug report" I think you'll be fine |
06:10:45 | PaulPosition | (note I said hopes and not expectations. I think RB is amazing all righ, as it is now, on my dap) |
06:10:59 | Llorean | Mouser_X: One hour of video is probably about the same as 2.5-3 hours of audio. |
06:11:29 | Mouser_X | I couldn't say. As I said, I never bothered checking before. |
06:11:57 | Llorean | Could be better now, but as the main problem is the LCD backlight, it's just kinda a given battery life during video has to suck |
06:12:30 | Mouser_X | On a "normal" day, I get at most 45 min. of video in (usually less). My backlight is at lvl. 7. |
06:12:49 | Llorean | My test was with full backlight, I suppose. |
06:12:54 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
06:12:57 | Llorean | I also haven't tested recently, or with fullscreen video. |
06:13:02 | Llorean | Which takes more CPU to decode, at least |
06:13:13 | Mouser_X | Very true. |
06:13:46 | Mouser_X | I can't go much darker on the backlight. It's already about as low as I can go, and keep it reasonably visable. |
06:13:49 | Llorean | Usually I don't pay attention at all to my battery level, because I know there's almost nothing I can do in the normal use time that will wear it down before I charge. |
06:14:04 | Llorean | I really don't understand why people are unwilling to charge once a day though, and want to stretch it through as many days as possible. |
06:14:12 | Mouser_X | (For videos, that is. I *could* go lower for normal use, but it starts getting difficult.) |
06:14:34 | | Join webguest70 [0] (i=dead5cb6@gateway/web/cgi-irc/labb.contactor.se/x-18186f1de755c5cc) |
06:14:50 | Mouser_X | Well, I just don't want to worry about having to replace the battery. |
06:15:07 | Mouser_X | And no, I have no idea how soon/far away that would be. |
06:16:37 | | Quit webguest70 (Client Quit) |
06:16:55 | PaulPosition | (only speaking for myself, for 3 and a half hours of runtime *without* any interaction means more than 'charge once a day'... It's *just* enough for what I use my dap for, but it happened a few times it would die on me in the bus...) |
06:18:01 | Llorean | Mouser_X: If it's li-ion charging it daily shouldn't be a problem... |
06:18:25 | | Join Maxexcloo [0] (n=Max@c220-239-9-200.belrs4.nsw.optusnet.com.au) |
06:18:31 | Maxexcloo | Hi |
06:19:00 | PaulPosition | Llorean - You think, with LiIon, it makes sense for me to do, once every two-three weeks, a full discharge/recharge ? |
06:19:33 | Llorean | PaulPosition: With lithium based batteries there should be minimal-to-no memory effect. It should be safe to charge it whenever you feel like it. |
06:19:47 | Llorean | In fact, long charges are unhealthy because they tend to heat the battery more, and a hot battery loses life. |
06:20:02 | Mouser_X | I did not know that. |
06:20:26 | PaulPosition | Hmm, interresting.. Though I reckon charging through usb can't be that devastating.. But what do I know. (oh, I know : nothing) |
06:20:33 | Mouser_X | That probably explains why I can't find any of the 15 min. rechargeable NiMH batteries I like. |
06:21:03 | Maxexcloo | I have a question |
06:21:09 | Mouser_X | (They get really hot when charged in 15 min. Sometimes hot enough that I have to juggle them...) |
06:21:23 | Maxexcloo | How hard would it be to make gba games play on rockboy? |
06:21:34 | Mouser_X | Very, very, very hard. |
06:21:52 | Llorean | Mouser_X: NiMH batteries are different. They're healthier if you do full charge/discharge cycles, though I believe quick-chargers are rough on them |
06:21:54 | Maxexcloo | :| |
06:22:06 | Llorean | Maxexcloo: Can you magically make the processor about 5 times the speed it is now? |
06:22:40 | | Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) |
06:23:15 | Maxexcloo | I gtg |
06:23:21 | | Quit Maxexcloo (Client Quit) |
06:27:20 | PaulPosition | Well, thanks all, good luck, and I'll come tomorrow, download a build and test (or if no commit by Saratoga, download the diffs, patch and compile and then test) for any sort of bug/freeze... |
06:28:25 | PaulPosition | and then pester the channel with bug reports.. (dunno why, that doesn't sound like something usefull, what with being a pain in the arse...) |
06:28:28 | PaulPosition | lol |
06:29:17 | | Quit PaulPosition () |
06:34:58 | | Quit linuxstb (Read error: 113 (No route to host)) |
06:47:42 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
06:51:56 | | Quit RoC_MasterMind ("Leaving") |
06:57:48 | | Part Mouser_X |
07:00 |
07:03:09 | | Quit hannesd (Read error: 110 (Connection timed out)) |
07:03:10 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
07:05:06 | *** | Saving seen data "./dancer.seen" |
07:24:22 | saratoga | well, disabling all the DEV_EN1,2,3 bits that aren't needed to playback audio on the sansa drops current consumption from 59.5 to 52.3 ma at idle |
07:24:34 | saratoga | not exactly impresive, but its a good start |
07:25:10 | Llorean | Isn't the Sansa already much closer to OF performance as it is? |
07:25:10 | saratoga | that said, I did notice 1 bit that substantially increased power, so i have to wonder if turning some of the others on could reduce consumption further |
07:25:24 | saratoga | yeah its pretty close |
07:25:28 | saratoga | that will make it closer |
07:25:34 | saratoga | but still not up to it I think |
07:25:43 | saratoga | damn it i should have metered the OF while I was there |
07:26:50 | Llorean | If we're getting ~15 hours, and assuming approximately consistent ratios, shouldn't we now get about 17? What's our goal? |
07:27:17 | saratoga | we get 16 now so i think this will put us to 18 hours |
07:27:32 | saratoga | sandisk claims 20, though who knows |
07:27:38 | Llorean | 18 and a quarter even, assuming the math holds. |
07:27:51 | saratoga | of course i'm not sure what the load current is |
07:28:01 | saratoga | theres no easy way to measure it because of the frequency scaling |
07:28:15 | saratoga | so i odn't know what 7 ma is as a percentage of typical load |
07:28:57 | Llorean | D'you know what was done for the PP5002 targets? |
07:29:08 | saratoga | basically the same thing i did here |
07:29:33 | saratoga | theres a good chance theres more registers on the 50xx that no one has found yet |
07:29:41 | Llorean | D'you know how much current consumption changed with his changes? |
07:29:48 | saratoga | i'm not sure |
07:29:55 | saratoga | amiconn didn't have a meter hooked up |
07:30:12 | Llorean | Aah |
07:30:32 | saratoga | i still wonder if we properly sleep the second CPU |
07:30:55 | saratoga | that might be a good bit of it, though with the smp changes, maybe it doesn't matter much |
07:31:24 | Llorean | Wasn't there a time when we were running all of everything on both cores? |
07:31:28 | Llorean | On accident? |
07:31:31 | | Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
07:31:36 | saratoga | i think so |
07:31:39 | Llorean | Or was that just a "theory of what might've been going wrong" |
07:31:59 | Llorean | Because I seem to recall battery life never significantly decreasing during dual core tests, suggesting at least a bit that we never slept it right |
07:32:15 | saratoga | that seems likely |
07:33:29 | Llorean | Then again the PP5002 improvement suggests we either don't need to, or it's not a significant enough problem to matter. |
07:34:48 | saratoga | thats true |
07:35:04 | saratoga | (for the logs) heres the changes I made to get those 7 ma |
07:35:06 | saratoga | http://pastebin.ca/768034 |
07:35:26 | jhMikeS | saratoga: the cop is woken for ticks or thread wakeups otherwise it's asleep just like the CPU. Nothing was overlooked or shortcuts taken with dualcore in any regard. |
07:35:34 | saratoga | i'm too tired to write up a proper patch |
07:35:39 | saratoga | ok thanks |
07:36:26 | saratoga | unfortunately, at least 1 ma of that savings is from disabling USB, which is ok on the sansa since we don't properly detect it anyway, but needs to be setup on the other targets so that it polls the port every so often |
07:37:21 | jhMikeS | we need to not poll anything (usb ticks) and use interrupts from the proper source |
07:37:23 | saratoga | jhMikeS: one question |
07:37:41 | saratoga | disabling one of those bits causes a stack overflow error |
07:37:50 | saratoga | any idea what hardware that could be? |
07:38:41 | jhMikeS | which bit? |
07:39:17 | saratoga | bit 1 in dev_en3 |
07:39:23 | jhMikeS | I should look at the pastebin? |
07:39:34 | saratoga | which is labeled cache_control in teh code somewhere else |
07:39:42 | saratoga | if you want, its not very interesting |
07:40:20 | saratoga | cache_priority i mean |
07:40:43 | saratoga | eh i'm going to bed, if anyone comes up with more registers to test let me know |
07:40:52 | jhMikeS | well, I can't say why. the bits set are as OF did it. |
07:41:11 | | Quit saratoga ("CGI:IRC") |
07:55:07 | | Join mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) |
07:56:04 | mrkiko | Hi all! |
07:56:19 | mrkiko | Why does rockbox have so much more performances when deactivating voice? |
07:56:25 | mrkiko | It didn't crash, it buffers very very well |
07:56:35 | mrkiko | It simply runs faster! |
07:56:41 | mrkiko | I can't get it to crash |
08:00 |
08:04:50 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
08:18:12 | | Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) |
08:28:23 | | Join Rob222241 [0] (n=Miranda@p54B17779.dip.t-dialin.net) |
08:39:49 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007102207]") |
08:46:41 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:48:32 | | Quit EnterUserName (Read error: 104 (Connection reset by peer)) |
08:52:39 | | Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) |
08:59:24 | amiconn | Llorean: I did (and still do) have an ammeter hooked up to pp5002 |
09:00 |
09:00:52 | | Join spiorf [0] (n=spiorf@79.16.207.114) |
09:01:35 | Llorean | amiconn: I was just curious how Saratoga's changes are relative to your PP5002 changes. |
09:02:09 | Llorean | He said it was a 7ma reduction in consumption. |
09:02:19 | amiconn | The differences on pp5002 were much higher |
09:02:49 | amiconn | But then the Sansa is PP5024, which is already pretty efficient |
09:03:09 | Llorean | Did you ever measure which difference was due to HD-related changes, and which weren't? |
09:03:33 | amiconn | yes |
09:03:45 | Llorean | But yes, the 5024 seems to be the closest to OF of our inefficient PP targets. |
09:04:14 | amiconn | saratoga's experiment should be repeated on a pp5020 target |
09:05:06 | mrkiko | Hi Llorean! |
09:05:11 | *** | Saving seen data "./dancer.seen" |
09:05:52 | amiconn | The biggest problem for such measurements is the ammeter hookup. On 1st/2nd gen it was quite easy compared to later PP targets I have |
09:06:57 | Llorean | Aaah |
09:07:05 | | Join bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) |
09:07:28 | Llorean | Still, better battery life is better battery life, whether little or lots. |
09:07:47 | amiconn | The old ipods just require to pop off the back cover in order to get to the battery, and the battery uses wires. So I just cut one wire and soldered 2 longer ones into place, where I can hook up my ammeter |
09:08:13 | amiconn | But the mini must be dissected to reach the battery, and then it can't be operated... |
09:08:19 | Llorean | Ick |
09:09:16 | amiconn | And the G5 has the battery connected via a flexible pcb strip - cutting that is possible, but how to repair it afterwards? |
09:09:36 | Llorean | What about the G4? |
09:09:47 | amiconn | I don't have one |
09:10:34 | Llorean | Ah, right. |
09:11:55 | amiconn | The H10 has a user replaceable battery, connected via 3 metal spring contacts |
09:12:10 | Llorean | So that's a better candidate from the sound of it. |
09:18:18 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
09:18:27 | | Join ackbahr [0] (n=Ackbahr@188-165.76-83.cust.bluewin.ch) |
09:19:03 | | Part Llorean |
09:21:50 | | Quit ackbahr (Remote closed the connection) |
09:36:29 | | Quit linuxstb_ ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
09:36:40 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
09:38:14 | Shaid | Llorean: G4 ipod batteries are easily replacable, it's just a simple 2 wire plug connected to the board. |
09:38:17 | Shaid | oh, he left. |
09:38:38 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
09:38:56 | amiconn | The important point here being wires, not that it's replaceable |
09:39:09 | amiconn | The G5 battery is also plugged, bu tdoesn't use wires |
09:39:38 | amiconn | So a G4 would be a good target to do power measurements for PP5020... |
09:43:02 | mrkiko | I guys! As already said by me some hours ago, I noted that disabling voice rockbox will never crash... |
09:43:27 | mrkiko | The problem of a key release not being detected is triggerable again less easily, butwitout voice it's absolutely not. |
09:43:50 | mrkiko | And, strangely, without voice I noted much more performance in buffering terms... |
09:44:39 | linuxstb | amiconn: I haven't even managed to open my ipod Color... I don't own a soldering iron or any kind of meter either. But I would be happy to lend it to someone. |
09:45:29 | | Join daurn|laptop [0] (n=fake@unaffiliated/daurnimator) |
09:45:44 | linuxstb | mrkiko: You're thinking in reverse - Rockbox without voice is "normal", enabling voice causes lots of issues. |
09:46:01 | mrkiko | I know :( |
09:46:21 | mrkiko | The problem is that I installed rockbox with voice files from the start of the story. |
09:46:40 | mrkiko | I will do without vooice with not many problems... |
09:47:20 | linuxstb | Although it could be useful if you search the bug tracker for the problems you're experiencing, and file bug reports if they're not already there. |
09:47:22 | * | amiconn uses voice on H340, and it's usable |
09:47:50 | mrkiko | I don't know of anyone having problems with voice in any other target different than mine - so I expect I should wait someone cleaning up it... I'm trying to understand slowly the code to help eventually... |
09:47:50 | amiconn | Sure, there are quirks, and I keep moaning about them. Unfortunately I'm not much into the swcodec voice code |
09:48:25 | pixelma | I haven't noticed any major problems with voice on my M5 (which is a vit comparable to the H300) but I admit that I didn't use it very often lately |
09:48:33 | pixelma | *bit |
09:48:37 | linuxstb | Moving the voice codec into the core should hopefully help with reliablity - at the very least it should simplify the code. |
09:48:39 | | Join SkinInd95 [0] (n=chatzill@host-69-144-93-208.hln-mt.client.bresnan.net) |
09:49:11 | | Quit SkinInd95 (Client Quit) |
09:49:13 | mrkiko | Can someone try to trigger fs#8003 scrolling very quickly the main menu? |
09:49:16 | mrkiko | especially amiconn |
09:49:27 | mrkiko | so I can detect if it's a problem only mine or general. |
09:50:42 | mrkiko | I'm using R15552 |
09:51:50 | | Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) |
09:53:37 | mrkiko | someone should warn me if I'm too stressing :) |
09:54:55 | | Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
09:58:31 | | Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
10:00 |
10:05:20 | amiconn | mrkiko: I can't make it crash by mvoing more or less quickly through the display settings |
10:05:59 | amiconn | This isn't the latest build though. r15312 |
10:06:04 | | Quit ATravelingGeek (Read error: 110 (Connection timed out)) |
10:06:54 | | Join ATravelingGeek [0] (n=ATG@pdpc/supporter/student/ATravelingGeek) |
10:07:52 | mrkiko | ... |
10:07:59 | mrkiko | ehehe... |
10:08:10 | mrkiko | I made it crash now - so may it an hardware problem? |
10:08:27 | mrkiko | Even ddalton has it |
10:08:47 | amiconn | Well, updating all my targets is time consuming... but that build must be replaced as its older than a week. I will retry with a current build later |
10:09:00 | mrkiko | but it works only on the main menu, the one saying "files" "database", ..., "settings" |
10:09:00 | | Quit bertrik ("bye") |
10:12:18 | | Join ackbahr [0] (n=Ackbahr@54-184.76-83.cust.bluewin.ch) |
10:13:30 | amiconn | mrkiko: In what way does it crash? Just freeze, or an error message on the display? |
10:13:31 | | Join GnosticE [0] (n=dfearly@cpc1-port6-0-0-cust535.cos2.cable.ntl.com) |
10:17:52 | mrkiko | Amiconn: freeze |
10:18:00 | GnosticE | I've got a problem with rbutilqt 1.0.2. When it starts it complains about "Network Error: Proxy Authentication required". |
10:18:44 | * | mrkiko loves the new boot-loader |
10:18:49 | GnosticE | I don't use a proxy and the No Proxy radio buitton is checked in the config screen. v1.0.1 works fine when I went back to that. Any ideas?? |
10:20:38 | GnosticE | s/proxy/authenticating proxy/ |
10:23:45 | | Quit daurnimator ("Cyas later...") |
10:26:17 | mrkiko | amiconn: have you got it crash? |
10:28:38 | | Join merbanan [0] (n=banan@83.233.243.136) |
10:31:25 | Shaid | amiconn: I've got a g4 I don't want if you want to cannibalize it for testing |
10:31:42 | Shaid | it has a pretty much dead screen. |
10:37:08 | GnosticE | GnosticE has to leave |
10:37:24 | | Quit GnosticE () |
10:43:53 | | Join Thundercloud [0] (n=thunderc@resnet07.nat.lancs.ac.uk) |
10:48:04 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
10:49:19 | | Join barrywardell [0] (n=barrywar@89-125-27-10.dhcp-ripwave.irishbroadband.ie) |
10:51:36 | | Quit barrywardell (Client Quit) |
10:53:54 | amiconn | mrf |
10:54:16 | mrkiko | mrf = ? |
11:00 |
11:04:22 | | Nick parafin|away is now known as parafin (i=parafin@paraf.in) |
11:05:12 | *** | Saving seen data "./dancer.seen" |
11:07:54 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
11:09:06 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
11:11:32 | markun | mrkiko: just some sounds he makes from time to time :) |
11:12:57 | mrkiko | markun. ok, thank you :) |
11:20:58 | amiconn | mrkiko: I can't make the H340 crash in the menu with voice enabled, current build or old build |
11:23:05 | amiconn | Doesn't matter whether music is playing in parallel or not, and also not whether I move at a speed that still makes the voice try to speak, or really fast so that voice doesn't speak |
11:24:07 | amiconn | What I noticed though is that shutup() doesn't work when music is playing |
11:24:31 | amiconn | That probably has to do with the voice mixing |
11:24:43 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
11:24:51 | | Quit BigBambi (Read error: 113 (No route to host)) |
11:25:01 | mrkiko | amiconn: |
11:25:08 | mrkiko | amiconn: strange... |
11:25:20 | mrkiko | amiconn is your a USA or non-USA h340? |
11:25:30 | amiconn | european model |
11:25:33 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
11:26:00 | amiconn | But that shouldn't matter at all |
11:26:01 | mrkiko | amiconn: mhm... |
11:26:17 | mrkiko | amiconn: have you tried in the main menu? In my case it happens only when music is off |
11:26:21 | mrkiko | ok - player crashed again |
11:26:43 | amiconn | I tried with music playing and not playing, in main menu, display settings, and sound settings |
11:26:53 | amiconn | Moving at various speeds, up & down |
11:26:58 | mrkiko | mhm... |
11:27:12 | mrkiko | amiconn: so I don't know what to say... |
11:27:32 | amiconn | Maybe you're using features I don't use |
11:27:42 | stripwax | mrkiko - you've tried resetting your settings to rockbox defaults? |
11:27:57 | mrkiko | No - infact I'm doing it now |
11:28:20 | mrkiko | amiconn: my equalizer was on |
11:28:25 | stripwax | save your settings first if yuo want them back :) |
11:28:27 | mrkiko | amiconn: dithering was off; crossfeed was off; |
11:28:35 | stripwax | (^yuo/you) |
11:28:59 | mrkiko | stripwax: I saved them some time ago probably :) aniway no problems |
11:29:16 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
11:29:32 | mrkiko | beep was on but this doesn't matter - it happened in various circumstances even with beep on |
11:29:53 | | Part daurnimator |
11:33:51 | | Join barrywardell [0] (n=barrywar@89-125-27-10.dhcp-ripwave.irishbroadband.ie) |
11:33:52 | * | mrkiko unhappily crashed the player |
11:34:05 | mrkiko | Ok - my player may be damaged in some ways asthe ddalton one... |
11:34:21 | mrkiko | Or may be we have some different revisione of some component |
11:34:47 | | Join n1s [0] (n=nils@nl104-209-90.student.uu.se) |
11:35:39 | | Join Domonoky [0] (n=Domonoky@e179092168.adsl.alicedsl.de) |
11:37:47 | | Quit barrywardell (Client Quit) |
11:39:53 | JdGordon | bah.. yesetrdays commit went thourgh without the message? wtf? |
11:41:16 | stripwax | mrkiko - just a thought, checkdisk? |
11:41:50 | mrkiko | stripwax: I'm a Linux user; fsck.vfat -V -v -r says all is ok |
11:42:03 | stripwax | ok |
11:43:15 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
11:44:17 | mrkiko | stripwax: the fact is that the player never crashed within the OF |
11:44:29 | mrkiko | stripwax: so I don't expect hardware problems... |
11:44:46 | mrkiko | stripwax: I tried to respect as closer as possible instructions on the original iRiver manual |
11:48:23 | linuxstb | n1s, Nico_P: Have either of you tried the "merge0.cpp" program to inject code into the Gigabeat S nk.bin ? |
11:48:25 | JdGordon | :'( no petur |
11:48:39 | Nico_P | linuxstb: no |
11:49:19 | n1s | no |
11:49:47 | linuxstb | Do either of you know where the latest version is? The only one I can find is in MergeInject_v0.2.rar, but the wiki seems to be saying that's out of date. |
11:51:45 | Nico_P | linuxstb: I think you have to compile it |
11:51:58 | linuxstb | Of course, but I can't see the source... |
11:52:27 | linuxstb | (apart from the version in MergeInject_v0.2.rar) |
11:52:35 | | Join einhirn [0] (n=Miranda@p5B032F60.dip0.t-ipconnect.de) |
11:52:48 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
11:52:53 | Nico_P | oh I see what you mean :p |
11:53:29 | linuxstb | The wiki page first says "see below", and then says "see above", with no links to merge0.cpp in between... |
11:55:18 | Nico_P | linuxstb: doesn't version à .2 work? |
11:56:25 | Nico_P | or 0.2 |
11:57:05 | linuxstb | It doesn't seem to, unless I'm misunderstanding what it should be doing. Running it with the S bootloader (about 32KB) only appends about 92 bytes to the end of the file, and there are no other differences between the original nk.bin and the output file. |
11:58:25 | | Join MouFou [0] (n=MouFou@dslb-088-067-067-070.pools.arcor-ip.net) |
11:59:02 | Nico_P | linuxstb: Release.7z has two different versions of merge0.cpp |
12:00 |
12:00:11 | Nico_P | hmm actually they don't seem to be what you want, sorry |
12:02:11 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
12:02:17 | linuxstb | I should probably just wait until aliask is around, rather than wasting time investigating... |
12:02:46 | | Join tierra [0] (n=tierra@ibaku.net) |
12:03:00 | Nico_P | linuxstb: have you looked at the usb log? |
12:03:29 | Dark_Apostrophe | Has any progress been made when it comes to album art? |
12:03:42 | linuxstb | Not yet, no. The first thing I want to do is to work out how aliask is currently running code. |
12:03:53 | linuxstb | (that was to Nico_P...) |
12:04:01 | Dark_Apostrophe | ok |
12:04:06 | Nico_P | Dark_Apostrophe: I have something here |
12:04:23 | Dark_Apostrophe | Something? |
12:04:36 | Nico_P | still needs some work, but the basics are ready |
12:04:43 | linuxstb | Nico_P: It seems the merge0.cpp I'm looking it reads the input file 4 bytes at a time, and stops when it reads 0x00000000... |
12:04:51 | Dark_Apostrophe | Nico_P: Great |
12:05:04 | tierra | is there a wiki page that says why RBUtil was moved from wxwidgets to qt?...i cant seem to find one |
12:05:09 | Dark_Apostrophe | Nico_P: Have a rough estimate of when it'll be done? |
12:05:13 | Dark_Apostrophe | A week? A month? |
12:05:14 | Nico_P | Dark_Apostrophe: no |
12:05:22 | Nico_P | closer to a week though |
12:05:37 | Dark_Apostrophe | Sounds great :D |
12:05:44 | linuxstb | tierra: The reason was that all the devs working on rbutil preferred qt. There were some limitations with wxwidgets, but I forget what. |
12:05:47 | | Quit ackbahr (Read error: 110 (Connection timed out)) |
12:05:59 | Dark_Apostrophe | Qt > * |
12:05:59 | | Join ackbahr [0] (n=Ackbahr@237-148.1-85.cust.bluewin.ch) |
12:06:18 | Nico_P | tierra: http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityQt |
12:06:47 | | Quit jake_ (Read error: 110 (Connection timed out)) |
12:06:57 | | Join jake_ [0] (n=jake@user-0c9afn5.cable.mindspring.com) |
12:07:25 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
12:07:55 | | Quit mrkiko ("Lost terminal") |
12:08:04 | tierra | (this is actually scorche at a wxwidget dev's house)... |
12:08:13 | tierra | Nico_P: it doesnt say on that page |
12:09:04 | Nico_P | oh I hadn't seen you wanted to know *why* |
12:09:23 | linuxstb | tierra: I guess you should ask bluebrother - he started the Qt port... |
12:09:24 | Nico_P | IIRC it's just that Domonoky and blueborther were familiar with Qt and not wx |
12:09:49 | Nico_P | and noone was working on the wx version anymore |
12:10:11 | linuxstb | Domonoky did a lot of work on the wx version... |
12:10:21 | linuxstb | But yes, he seemed happy to switch to Qt. |
12:10:54 | Nico_P | yeah, I meant "apart from them" |
12:11:46 | linuxstb | That's still the case... |
12:12:26 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
12:15:33 | tierra | linuxstb: aye...i actually came in here looking for him, but i couldnt see him here...i am out of the state this weekend, and am having chats about random stuff such as wxwidgets with a few friends :) |
12:15:41 | | Join mrkiko [0] (n=mrkiko@host169-98-static.34-88-b.business.telecomitalia.it) |
12:16:19 | | Join webguest61 [0] (i=55a46843@gateway/web/cgi-irc/labb.contactor.se/x-13a9335d40e4616c) |
12:16:32 | webguest61 | Hi :) |
12:16:49 | n1s | why do we link _every_ plugin against libmad? |
12:17:25 | webguest61 | Hello? |
12:17:44 | linuxstb | n1s: Because the build system isn't smart enough to allow per-plugin dependencies... |
12:18:06 | linuxstb | But I guess no plugin is using libmad any more... |
12:18:10 | webguest61 | Can anyone tell me where i can view how much the port for ipod classic and touch is going? |
12:18:26 | linuxstb | −−-><−−−− That much. |
12:18:36 | n1s | linuxstb: it's fun because the current gccsnapshot I'm testing barfed on libmad so now i can't build any plugins :) |
12:19:17 | linuxstb | webguest61: There aren't any ports for the new ipods, so nothing to see. |
12:19:29 | webguest61 | in percent |
12:19:34 | linuxstb | zero |
12:19:50 | | Quit Bagder (Read error: 110 (Connection timed out)) |
12:20:31 | | Join lee-qid [0] (n=liqid@p5496548E.dip.t-dialin.net) |
12:21:51 | webguest61 | Too bad, is there no activity on that front? After loosing my ipod nano i'm in for a ipod Classic ery soon.. |
12:22:11 | linuxstb | That's what I've been trying to say - "no activity"... |
12:22:48 | | Quit FOAD (Read error: 110 (Connection timed out)) |
12:22:48 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
12:23:40 | Lear | n1s: there were some fairly big m68k changes a few days ago (like some scheduling support); could be interesting to see what effect they had... |
12:24:13 | n1s | Lear: yes I noticed but now it won't build libmad... |
12:24:39 | * | amiconn doubts that we'll see any significant speedup from using a newer gcc |
12:25:16 | * | Lear saw some big faad speedups recently |
12:25:17 | mrkiko | amiconn: does your player neither crash with equalizer on? |
12:25:20 | amiconn | A few percent, perhaps... unless they added emac support |
12:25:25 | amiconn | mrkiko: I never use eq |
12:25:59 | Lear | Though I don't remember if I actually listened to a file with that build. :) Did run test codec though, and that was some 30% faster. |
12:27:13 | Lear | Tremor was something like 20% slower though... |
12:27:21 | | Quit webguest61 ("CGI:IRC (Ping timeout)") |
12:27:44 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
12:28:42 | mrkiko | amiconn: can you try the same experiment with eq on? |
12:29:12 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
12:30:06 | n1s | Lear: Both Tremor and Mad breaks at above O levels now so benchmarks will not be very useful with those two... |
12:30:54 | Lear | Sounds like we'll have to wait for those changes to stabilize a bit... |
12:31:07 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
12:32:04 | Nico_P | what is it that makes code break at too high -O levels? |
12:33:06 | Nico_P | I guess my question is really: does it mean the compiler generates bad code by trying to optimise too much? if so, how is that allowed? |
12:33:54 | n1s | Nico_P: i one case gcc generated invalid asm and in the other it couldn't find registers for a "reload" in/after a block of inline asm that uses lots of registers |
12:34:17 | | Part przemhb |
12:34:41 | linuxstb | Nico_P: There seems to be a problem with AC3 playback - the codec is going into an infinite loop at the end of the file... |
12:35:28 | linuxstb | It seems ci->request_buffer() succeeds past the end of the file... |
12:36:16 | preglow | Lear: don't expect them to stabilize if we don't tell them |
12:36:28 | preglow | Lear: i think the coldfire part of 4.3 won't be touched much more until it's out |
12:36:39 | tierra | bluebrother: hi |
12:36:43 | | Join _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) |
12:36:43 | | Quit jhMikeS (Nick collision from services.) |
12:36:58 | Nico_P | linuxstb: sounds a bit like the bug I had with MP3 and thought I had fixed :/ |
12:37:36 | | Quit spiorf (Read error: 110 (Connection timed out)) |
12:37:53 | tierra | bluebrother: i was wondering why you made the switch to QT from wxwigdets for RButil (this is scorche over at a wxwidget dev's house and i was at a loss, and searching fails me) |
12:37:57 | | Join spiorf [0] (n=spiorf@host215-212-dynamic.20-79-r.retail.telecomitalia.it) |
12:38:24 | linuxstb | Nico_P: The main decoding loop in a52.c is very simple - it just requests 4096 bytes with ci->request_buffer(), calls the a52 decoder to decode that data, then advances the buffer 4096 bytes. When ci->request_buffer() returns zero, it stops. |
12:38:39 | linuxstb | I mean sets the first parameter to zero |
12:38:46 | | Join Bubelgum [0] (n=Moredrea@p5B1180EC.dip0.t-ipconnect.de) |
12:39:13 | n1s | ooh, panic :) |
12:39:15 | Nico_P | linuxstb: the filesize is a multiple of 4096? |
12:39:26 | linuxstb | Not always. |
12:39:42 | Dark_Apostrophe | Have any of you ever played SuperTux? |
12:40:09 | Dark_Apostrophe | It's an open source side-scrolling supermario-type game... Would that theoretically be portable to Rockbox? |
12:40:21 | stripwax | tierra - I think internationalisation/localisation was deemed easier with Qt than with Wx - and/or accessibility (screen readers) |
12:40:22 | | Nick bb_ is now known as bb (n=bb@unaffiliated/bb) |
12:40:28 | Dark_Apostrophe | http://en.wikipedia.org/wiki/SuperTux |
12:40:33 | tierra | Dark_Apostrophe: feel free to port it yourself |
12:41:11 | Nico_P | hmm I need an AC3 file |
12:41:19 | tierra | stripwax: from what i understand, wxwidgets has a bit better accessibility due to being just a wrapper over the OS's api |
12:41:40 | Dark_Apostrophe | tierra: I'll have to learn to code first |
12:41:56 | tierra | Dark_Apostrophe: never a better time to learn :) |
12:42:10 | Dark_Apostrophe | What language is Rockbox written in? |
12:42:16 | tierra | C |
12:42:19 | markun | Nico_P: I PMed a link to a AC3 file |
12:42:36 | Dark_Apostrophe | tierra: Hrm... |
12:43:28 | bluebrother | tierra: hi :) |
12:43:49 | | Nick bluebrother is now known as blue|coffee (n=dom@rockbox/staff/bluebrother) |
12:43:54 | Dark_Apostrophe | tierra: I gave up on learning Python, which is far easier, even. :/ |
12:44:25 | markun | Nico_P: just seek to the end |
12:44:37 | n1s | Dark_Apostrophe: but now you have motivation :-) |
12:44:40 | Nico_P | markun: is it normal that I hear nothing? |
12:44:45 | Nico_P | (sim here) |
12:44:49 | blue|coffee | tierra: well, various reasons. Most of all, I like Qt much better and wanted to know if I could port it ;-) |
12:44:55 | Dark_Apostrophe | n1s: Not really, as I play SuperMario on rockboy :p |
12:44:59 | blue|coffee | and wx looks rather horrible on my linux box. |
12:45:08 | Dark_Apostrophe | n1s: But I just find SuperTux to be somewhat better than mario |
12:45:24 | blue|coffee | also, there were issues with static linking on linux prior to the switch |
12:45:30 | markun | Nico_P: very silent :) |
12:45:36 | Nico_P | oh yes |
12:45:44 | | Join theclaw [0] (n=theclaw@unaffiliated/theclaw) |
12:45:45 | markun | beginning of Blade Runner |
12:45:47 | n1s | I guess having super tux ported will make more users think we are linux based... |
12:45:54 | theclaw | Hi |
12:45:57 | tierra | blue|coffee: do you know the technical reasons? |
12:46:05 | linuxstb | tierra: Ah yes, the Linux distros seemed to be fed up supporting all the different incompatible versions of libwx... e.g. Debian didn't seem to be incorporating 2.8 any time soon... |
12:46:09 | Dark_Apostrophe | n1s: No more than frozen bubble, which is also a Linux game |
12:46:44 | Dark_Apostrophe | wx = nasty |
12:46:45 | linuxstb | You mean it's a game also available for Linux? |
12:46:48 | n1s | yeah but tux is somewhat more associated with linux :) |
12:46:59 | | Join mf0102 [0] (n=michi@85.127.180.92) |
12:47:11 | blue|coffee | on linux wx uses gtk. I think that was a reason for the linking issues but I never investigated them |
12:47:23 | theclaw | While playing a relatively long mp3 file (~30 min), rockbox crashed on my sandisk sansa e280. Did something like this happen to anyone else here? (I have to know, as it might as well be an hardware error) |
12:47:52 | blue|coffee | initially it was an interesting challenge for me as I hadn't done much cpp before |
12:48:10 | * | tierra transfers to the wxwidgets dev for a sec out of interest |
12:48:13 | markun | Nico_P: do you get the infinite loop at the end as well? |
12:48:14 | blue|coffee | and people quite liked it ... IIRC the idea of using Qt came up much earlier |
12:48:21 | Nico_P | markun: no |
12:48:28 | Nico_P | markun: do you have it on the sim? |
12:48:32 | markun | yes |
12:48:38 | Nico_P | strange |
12:48:45 | markun | the only thing I can do is kill -9 |
12:48:54 | Dark_Apostrophe | SuperTux is written in C++. Hrm. :/ |
12:49:02 | markun | linuxstb has the same problem |
12:49:14 | Dark_Apostrophe | n1s: Err... |
12:49:19 | Nico_P | hmm I wasn't very up to date |
12:49:20 | markun | Nico_P: I'll svn up, is your build up to date? |
12:49:22 | Dark_Apostrophe | n1s: Ever played frozen bubble? |
12:49:25 | Nico_P | trying again |
12:49:28 | Dark_Apostrophe | n1s: All you see are penguins |
12:49:41 | tierra | linuxstb: that is true, we lost our Debian maintainer due to some ugly arguments between other devs, so we really have no idea when those packages will be picked back up unless the Ubuntu packages are used |
12:50:26 | Nico_P | still no loop |
12:50:29 | tierra | on that note, Gentoo still doesn't have 2.8 either due to some issues with portage (I'm not entirely aware of what's involved there) |
12:51:25 | Nico_P | markun, linuxstb: I fixed something very similar in r155'1 |
12:51:32 | Nico_P | sorry, r15541 |
12:52:15 | | Join moos [0] (i=moos@m147.net81-66-159.noos.fr) |
12:52:21 | * | linuxstb updates |
12:52:56 | * | markun does the same |
12:53:02 | | Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) |
12:53:03 | linuxstb | Nico_P: Sounds like a false alarm then... |
12:53:39 | Nico_P | haha, lostlogic and I always ask people who report bugs here to update and retest... this time I forgot :p |
12:54:00 | * | blue|coffee still has no internet at home :'-( |
12:54:06 | markun | linuxstb: would be very bad timing if we both updated during that 3 hour window |
12:54:32 | Nico_P | markun: do you know what rev you had? |
12:54:39 | linuxstb | blue|coffee: And no friendly neighbours with open wifi? |
12:54:45 | theclaw | wouldn't it be better to port SDL to rockbox instead of porting each SDL game? |
12:54:56 | blue|coffee | unfortunately not. |
12:54:57 | theclaw | (would it be possible?) |
12:55:02 | markun | Nico_P: not anymore.. |
12:55:23 | Nico_P | markun, linuxstb the fix was on Thursday... surely you wer more up to date than that? |
12:56:02 | linuxstb | Yes, fixed now... |
12:56:10 | markun | here too |
12:56:14 | * | markun feels stupid |
12:56:16 | linuxstb | I guess not... |
12:56:23 | * | mrkiko feels tired |
12:56:24 | Nico_P | :p |
12:56:26 | | Nick linuxstb is now known as stupid (n=linuxstb@rockbox/developer/linuxstb) |
12:57:15 | markun | stupid: thanks for debugging anyway |
12:57:40 | * | stupid is always available |
12:57:56 | | Nick stupid is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
12:58:06 | mrkiko | I have an idea for "blind debugging". |
12:58:34 | markun | linuxstb: not sure what to do with my ambisonics code. Right now it just decodes to stereo. |
12:58:52 | linuxstb | Is it currently part of the wav codec? |
12:59:01 | mrkiko | Wouldn't be possible to put rockbox in a special mode where a log file is written to disk synchronously? This way it would be possible to trigger crashes and observe then what happened. The problems are various - the one I see (and not the bigger) is the fs may become corrupted badly. |
12:59:16 | Nico_P | linuxstb: I have a question: is the cost of opening and closing a file two or three times big enough that I should bother to try reducing the number of opens? |
12:59:50 | markun | linuxstb: yes |
13:00 |
13:00:05 | markun | linuxstb: http://130.89.160.166/rockbox/ambisonics.patch |
13:00:43 | linuxstb | markun: I would say go ahead and commit it... |
13:00:53 | markun | the code should simulate 2 microphones pointed at 45 and -45 degrees to the front |
13:01:06 | linuxstb | Although your assumption about multi-channel audio seems wrong... |
13:01:08 | markun | linuxstb: I'll optimize the code a little bit then |
13:01:26 | markun | linuxstb: assuming that it's always ambisonics you mean? |
13:01:26 | linuxstb | Can't you check for that ambisonics flag? |
13:01:38 | linuxstb | yes |
13:01:40 | markun | yes, I will do that |
13:02:39 | mrkiko | oh... I should escape! |
13:02:40 | | Quit mrkiko ("leaving") |
13:03:32 | linuxstb | Nico_P: I'm not sure. It seems inefficient to do multiple opens and closes though, if they can be avoided... |
13:04:23 | Nico_P | yeah I agree |
13:04:48 | * | Nico_P seems to recall we used to read_bmp_fd in addition to read_bmp_file... |
13:04:50 | | Part daurnimator |
13:05:01 | Nico_P | "used to have", that is |
13:05:14 | *** | Saving seen data "./dancer.seen" |
13:06:45 | preglow | markun: that really doesn't simulate speakers at -45 and 45 degress in any way you can justify, though. like i said, those equations are only accurate if you decode to enough speakers |
13:07:11 | markun | preglow: alright |
13:07:38 | preglow | it might sound as if the sound comes from two speakers in front of you, but that's more because of the crossfeed, i'd imagine |
13:07:49 | | Join Shike [0] (i=5966cf08@gateway/web/cgi-irc/labb.contactor.se/x-03e9bebbabd0cb84) |
13:07:53 | markun | preglow: yes, of course |
13:08:40 | markun | but for the crossfeed to make sense I should find a way to simulate microphones pointing at those directions |
13:08:47 | preglow | i guess so |
13:10:03 | markun | I didn't find any equations to generate any posision for cardioid and figure-of-eight microphones yes, only some examples |
13:10:18 | markun | position |
13:10:28 | markun | s/yes/yet/ |
13:10:57 | markun | preglow: do you have them at hand? |
13:11:11 | preglow | didn't wikipedia have a couple? |
13:11:28 | markun | only examples |
13:11:48 | preglow | well, why can't those be used? |
13:12:17 | | Quit Shike (Client Quit) |
13:12:39 | markun | non of them match what I want to do, I want cartioids pointing forward at 45 and -45 degrees |
13:13:45 | preglow | well, if i had a proper mathmematical background on spherical harmonics, i might be able to help you :) |
13:14:45 | markun | I thought you did |
13:14:54 | preglow | nope |
13:15:15 | preglow | i'm a bit shady on much of the lower level math stuff going on |
13:15:33 | markun | preglow: btw, didn't you tell me about the bass problem at very high orders? |
13:15:36 | | Quit BigBambi (Remote closed the connection) |
13:15:57 | preglow | yes |
13:16:32 | markun | preglow: did you see this? http://gyronymo.free.fr/audio3D/publications/AES23%20NFC%20HOA.pdf |
13:16:49 | amiconn | preglow: Do you have an idea how efficient speex is now on PP, especially PP5002? |
13:17:01 | | Join daurnimator_ [0] (n=daurnima@203.46.65.235) |
13:17:35 | preglow | markun: both seen and implemented |
13:17:47 | preglow | amiconn: it's ok on my pp target, i have no idea how good it is on pp5002 |
13:18:03 | preglow | amiconn: sample files here, if you want to try http://www.pvv.org/~thomj/rockbox/speex/ |
13:18:17 | preglow | amiconn: no code is in iram yet |
13:18:20 | Nico_P | any objections about http://pastebin.ca/768216 ? amiconn? |
13:19:06 | n1s | Lear: something is very broken, my h300 either pancics right after booting or shuts down immediately with a low battery warning (even with the patch to the pcf driver that used to fix it) |
13:19:10 | preglow | amiconn: nb = 8khz, wb = 16 khz, uwb = 32khz, _vbr files are better quality |
13:19:43 | preglow | need a shower, brb |
13:20:46 | amiconn | Nico_P: What's that good for? |
13:20:47 | | Part MouFou ("Kopete 0.12.6 : http://kopete.kde.org") |
13:21:04 | Nico_P | amiconn: if I already have an fd to the bitmap |
13:21:12 | Nico_P | so reducing open() calls |
13:22:54 | Nico_P | amiconn: is that worth it? if not I'm happy to continue using read_bmp_file |
13:23:34 | amiconn | Hmm.... |
13:29:30 | Nico_P | amiconn: thoughts? |
13:30:12 | | Join UncleRemus [0] (n=caj@81-234-174-183-no95.tbcn.telia.com) |
13:32:04 | UncleRemus | Just put rockbox on my iPod (Photo, 4th G) för the first time! How do oneself add songs to it? Just copying over to a folder, or what? (I'm running Linux and got it mounted at /media/ipod. Any nice clients?) |
13:32:09 | | Join blue|cof1ee [0] (n=dom@static-ip-85-25-22-68.inaddr.intergenia.de) |
13:32:25 | n1s | UncleRemus: just copying works fine |
13:33:21 | stripwax | UncleRemus - don't need a client |
13:33:54 | UncleRemus | OK, just saw that amarok supports it somehow. http://amarok.kde.org/wiki/Media_Device:IPod#Using_an_Ipod_running_Rockbox_with_Amarok |
13:33:54 | stripwax | UncleRemus - you might want to create a top level Music directory but other than that you can copy the music wherever you like :) |
13:34:00 | markun | preglow: http://pcfarina.eng.unipr.it/public/B-format/Software/VirtualMike.FOR |
13:35:14 | UncleRemus | Thanks guys. What do you say about mp3s vs. flacs on it? Will flacs cause it to run out of battery faster? |
13:35:27 | n1s | UncleRemus: yes |
13:35:36 | stripwax | Nico_P - any chance you'd be looking to update my sliding_puzzle patch as part of the albumart thing ? :) |
13:35:48 | stripwax | or even committing it or something? :) |
13:35:56 | UncleRemus | That's OK for me. iPod is not a hifi-experience for me anyhow. |
13:36:13 | preglow | markun: it can synthesize any response |
13:36:15 | preglow | ? |
13:36:16 | stripwax | UncleRemus - there's a really good table of codec vs battery life on the wiki |
13:36:22 | Nico_P | stripwax: after the first commit, yeah, if I don't forget ;) |
13:36:25 | stripwax | IpodRuntime i think |
13:36:29 | stripwax | Nico_P : ;-) |
13:36:36 | amiconn | n1s: uh? |
13:36:50 | n1s | amiconn: ? |
13:36:55 | UncleRemus | stripwax: found it. looks nice! |
13:37:02 | Nico_P | stripwax: how does it get the AA? |
13:37:16 | amiconn | I'd expect longer battery runtime with flac than with mp3 on ipods, especially pp5020 ipods |
13:37:27 | Nico_P | amiconn: any thoughts about my question above? |
13:37:35 | stripwax | Nico_P - currently? I was asked by rockboxdevs to copy+paste the relevant bits of the albumart patch and put it into the sliding_puzzle patch ... |
13:37:38 | markun | preglow: here's some info about it: http://pcfarina.eng.unipr.it/public/B-format/Software/00Readme.txt |
13:37:38 | Nico_P | (sorry to insist) |
13:37:38 | stripwax | always happy to oblige |
13:37:40 | amiconn | I wonder what you're trying to do... |
13:37:51 | Nico_P | amiconn: me? |
13:37:54 | stripwax | but albumart is only a part of the sliding_puzzle patch |
13:37:56 | amiconn | yes |
13:38:15 | Nico_P | amiconn: trying to reduce the number of open() calls by reusing an existing fd |
13:38:27 | stripwax | (so I guess I'm still not sure why it's not been committed yet, but .. ) having albumart committed should be the perfect excuse to have it dusted off |
13:38:37 | amiconn | Yeah, but where/what for?? |
13:38:53 | Nico_P | amiconn: it's meant for AA, which I'm working on |
13:39:09 | blue|cof1ee | ok, in case nobody was able building / testing: I put a current svn rbutil build at http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt-1.0.3pre.zip |
13:39:10 | amiconn | ahhrrmmrr |
13:39:16 | Nico_P | in my code I have the fd but call read_bmp_file, which is a bit frustrating |
13:40:38 | linuxstb | Didn't the tar-for-wps patch include a change to read_bmp_file so it could take an fd? |
13:40:55 | preglow | that patch needs some stroking and inclusion, btw... |
13:41:04 | Nico_P | linuxstb: ah, that might be where I saw the idea |
13:41:13 | n1s | amiconn: ah, according to the IpodRuntime wiki page they seem to give about the same runtime but there are no directly comparing tests on the same device asaict and all flac tests are from last year... |
13:41:14 | linuxstb | preglow: When Nico_P and I tested it, we saw no noticable speedup... |
13:41:40 | preglow | ??? |
13:41:41 | amiconn | Well, if you think that's necessary... |
13:41:53 | n1s | UncleRemus: sorry you will probably see about the same runtime with flac and mp3 |
13:41:56 | * | amiconn still doesn't understand why AA seems so important for many people |
13:42:05 | amiconn | Anyway, gotta reboot |
13:42:08 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Now with extra fish!") |
13:42:16 | Nico_P | amiconn: well the question boils down to "is the cost of open() big enough to warrant the change?" |
13:42:22 | preglow | linuxstb: then what makes wps loading so slow? |
13:42:30 | Nico_P | preglow: it's slow? |
13:42:37 | linuxstb | preglow: I don't find it that slow... |
13:42:40 | UncleRemus | n1s: Yeah, looked like that |
13:43:00 | preglow | i thought we all agreed it was slow :V |
13:43:02 | | Quit daurnimator_ ("Cyas") |
13:43:14 | linuxstb | I think that could be the problem - it may depend on how fragmented the disk is, and Nico_P and I have clean disks... That patch needs to be tested by people experiencing slow loading... |
13:43:18 | UncleRemus | I will now remove everything on my iPod and only have .rockbox directory left, this is OK, or? |
13:43:33 | preglow | linuxstb: if you ask me, it's rather obvious it'll be faster in _some_ way |
13:43:34 | UncleRemus | I'm leaving iTunes and gnupod |
13:43:38 | | Join daurnimator_ [0] (n=daurnima@203.46.65.235) |
13:43:41 | preglow | having a zillion bmps around isn't very pretty |
13:44:04 | linuxstb | preglow: Yes, but it adds complication - so we didn't think it was worthwhile unless it was shown to give a noticable speed improvement. |
13:44:30 | n1s | UncleRemus: yep, it's a-ok :) |
13:44:31 | UncleRemus | I hope I don't screw up my rockbox then, am I? |
13:44:34 | UncleRemus | ok, |
13:45:04 | UncleRemus | I'm really excited about this. Can't believe I haven't found it earlier |
13:45:32 | preglow | grouped bmps should go in the same bmp as well |
13:45:38 | preglow | grf, so many things i want changed, so little time... |
13:46:04 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
13:46:32 | | Quit blue|coffee (Read error: 113 (No route to host)) |
13:47:57 | | Join Arathis [0] (n=doerk@p508A4EB6.dip.t-dialin.net) |
13:48:03 | preglow | amiconn: i'd be very interested in performance figures if you do test, btw |
13:49:19 | amiconn | whatwhere? |
13:49:36 | | Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) |
13:50:24 | preglow | speex |
13:50:25 | preglow | pp5002 |
13:50:29 | amiconn | Ah, that |
13:51:10 | amiconn | That's why I needed to reboot - windows insisted that the SBP2 device has a probelm that only a reboot could fix, even if it worked without that huhdreds of times before |
13:51:10 | | Quit kubiix (Read error: 104 (Connection reset by peer)) |
13:51:21 | preglow | nice |
13:51:22 | jmspeex | preglow: how's stereo.c doing? |
13:52:02 | amiconn | preglow: You made a whole bunch of test files - is there a table somewhere showing your cf and pp5020 results? |
13:52:17 | amiconn | Also, what are the most interesting tests |
13:52:27 | * | amiconn won't be able to test all of them right now |
13:52:55 | preglow | jmspeex: oh, fine, haven't done any more with it today |
13:53:00 | preglow | amiconn: nope |
13:53:13 | preglow | amiconn: all of them aren't needed, i'd say test the q8_vbr of each |
13:53:30 | preglow | q4 will be slightly faster, but not much |
13:53:57 | jmspeex | preglow: BTW, about having raw files, I've got another suggestion. You could pad bytes for each packet end encode a 1-char length. That would waste on average about 600 bps, but would make it easy to convert these files to/from Ogg. |
13:54:21 | preglow | jmspeex: i doubt anyone would want to convert them to ogg |
13:54:35 | preglow | 600 bits per second isn't much, though :) |
13:54:39 | | Join DerPapst [0] (n=DerPapst@p54B2E92A.dip.t-dialin.net) |
13:54:52 | jmspeex | preglow: well, with the space saved by the ogg library, you could put the encoder in :-) |
13:55:00 | preglow | heh |
13:55:30 | preglow | i will try porting the encoder one day, but that'll be its own thing, it won't go in the decoder plugin anyway |
13:56:37 | preglow | and then i probably won't bother disabling the decoder, the main reason i spent time disabling the encoder is it's going in the core |
13:57:31 | jmspeex | preglow: well, might as well put the encoder in the core as well :-) |
13:57:44 | amiconn | PP5002 results: nb q8 vbr: 501%, wb q8 vbr: 278%, uwb q8 vbr: 169% |
14:00 |
14:02:10 | UncleRemus | Now it says Scanning disk... and I can't do nothing, I have only a few MB's on it currently. Should I await this process? |
14:03:08 | preglow | amiconn: will check and compare |
14:03:11 | preglow | with pp5020 |
14:03:41 | amiconn | That means uwb speex is slower than mp3 @128kbps - even though that is stereo and 44.1kHz |
14:03:56 | amiconn | almost exactly 200% on PP5002 for the latter... |
14:04:03 | preglow | putting a couple of functions in iram will help alot |
14:04:10 | preglow | lots of time is spent in iir_mem16 and qmf_synth |
14:04:12 | amiconn | Yes, most probably |
14:04:24 | preglow | wb q8 vbr: 438% |
14:04:26 | preglow | just for comparison |
14:04:55 | jmspeex | amiconn, preglow: I would recommend against using uwb for most things |
14:04:58 | amiconn | The core itself runs at the same speed, so code running from iram working on iram data sees no difference between PP5002 and PP502x |
14:05:07 | preglow | jmspeex: we won't |
14:05:30 | preglow | jmspeex: btw, do you know what mode/bitrate the sam & max games use? |
14:05:37 | | Part Dave2 ("Pruning my channels.") |
14:05:58 | amiconn | But as soon as sdram, and hence the cache, is involved, speed can drop to 50% |
14:06:00 | preglow | amiconn: uqb q8 vbr: 256% |
14:06:04 | jmspeex | preglow: what uses? |
14:06:39 | preglow | jmspeex: what speex mode/bitrate those games use |
14:06:43 | preglow | i just assumed you know they use speex... |
14:07:02 | jmspeex | what games? |
14:07:10 | preglow | the newly release sam & max games |
14:07:18 | preglow | made by telltale games |
14:07:19 | jmspeex | what's that? |
14:07:38 | Nico_P | does someone know if there is a point, to determine if a file exists, in trying to use dircache before trying to open it? |
14:07:49 | preglow | jmspeex: http://en.wikipedia.org/wiki/Sam_%26_Max_Season_One |
14:07:56 | | Join GnosticE [0] (n=dfearly@cpc1-port6-0-0-cust535.cos2.cable.ntl.com) |
14:08:04 | preglow | jmspeex: just tried a free episode i got of it yesterday, and i noticed they use speex |
14:08:16 | preglow | i've developed a pretty good ear for detecting speex files, for some reason... |
14:08:16 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
14:08:21 | jmspeex | how did you notice? |
14:08:22 | amiconn | uwb q4 vbr is 175% |
14:08:54 | preglow | jmspeex: characteristic sibilance distortion |
14:10:01 | preglow | jmspeex: btw, why don't you recommend using uwb? too little gain for the extra file size? |
14:10:04 | jmspeex | preglow: care to describe? |
14:10:31 | preglow | jmspeex: it's kinda hard to explain |
14:10:48 | amiconn | A quick listening test makes me think that wb q4 vbr would be good enough for voice files |
14:10:55 | preglow | i just recognize it after having listened to a ton of speex encodings of the same file :) |
14:11:06 | preglow | amiconn: i was planning on using q5-6 |
14:11:17 | amiconn | There are no q2 and q3 test files |
14:11:19 | jmspeex | preglow: extra size is small. The problem is that it's sometimes too small and the added distortion can make things sound worse to some people. |
14:11:38 | preglow | amiconn: there are however q5-7 files there for wb |
14:11:42 | jmspeex | uwb too was a one-evening hack |
14:11:45 | preglow | amiconn: i can encode more if you want |
14:12:11 | preglow | jmspeex: i pretty much decided on using wb anyway, i don't see much point in uwb for speech |
14:12:17 | amiconn | Bah |
14:12:34 | amiconn | Skipping back doesn't werk - looks like a MoB bug |
14:12:34 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
14:12:44 | Slasheri | Nico_P: yes, using dircache is very much faster if that is available |
14:12:49 | jmspeex | preglow: also note that other CELP codecs would tend to sound at least a bit similar. Though they're most likely using Speex for cost reasons :-) |
14:13:24 | preglow | jmspeex: i pretty much know they do since i asked a guy who had checked it out |
14:13:30 | markun | jmspeex: nice feeling to see your baby ending up in all kinds of products? :) |
14:14:30 | preglow | amiconn: q2 and q3 uploaded now |
14:14:38 | * | amiconn wonders how speex will cope with synthesized voices |
14:14:41 | jmspeex | markun: it's nice to see it in games, but what I'm really after is seeing it in every IP phone. |
14:15:56 | | Join einhirn [0] (n=Miranda@p5B032F60.dip0.t-ipconnect.de) |
14:17:00 | preglow | jmspeex: btw, i shouldn't need clipping in the stereo decoder, should i? the ouput should always be within bounds? |
14:17:03 | preglow | brb |
14:17:18 | | Quit daurnimator_ ("Cyas") |
14:17:29 | jmspeex | amiconn: should cope with synthetic voice fine I'd say. I'll cope with anything periodic. |
14:18:31 | | Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
14:18:58 | amiconn | A quick check makes me think that even wb q3 should be enough for voice, and better than what we have now, at lower bitrate |
14:19:18 | amiconn | Of course that's only possible for swcodec |
14:19:31 | preglow | unless someone does a mas codec... |
14:19:33 | preglow | :D |
14:19:41 | amiconn | yeah |
14:19:49 | preglow | mas would be very capable of decoding speex, for sure |
14:19:51 | amiconn | But would that even be possible? |
14:20:08 | amiconn | Many newer codecs need to many/too large data structures to run them on the mas |
14:20:11 | preglow | speex has both small data and code and does very typical dsp things |
14:20:34 | preglow | so yeah, my guess is mas could do it |
14:20:35 | amiconn | The MAS core has 4K words of RAM |
14:20:43 | Nico_P | Slasheri: but I see open() already tries to use it, so for a file_exists() func, should I just use open or is there an advantage in using dircache_get_entry_ptr()? |
14:20:44 | preglow | but it's not really a possibility anyway... |
14:20:45 | amiconn | That needs to hold both code & data |
14:21:01 | preglow | amiconn: what is a mas word? 16 bits? |
14:21:02 | Nico_P | Slasheri: knowing that I don't need the FD, of course |
14:21:02 | amiconn | ...and transfer buffers from the host (although these can be small for speex) |
14:21:05 | amiconn | 20 bits |
14:21:31 | preglow | hmm |
14:21:43 | | Join Crash91 [0] (n=evil91@41.232.204.155) |
14:21:49 | amiconn | But yes, processing power should be sufficient for speex |
14:21:58 | preglow | for both code _and_ data |
14:22:05 | amiconn | The core runs at 22..24 MHz |
14:22:07 | preglow | i don't know how they manage to put mpeg in there, then... |
14:22:24 | amiconn | The mpeg codec is in ROM, so they need the RAM only for data |
14:24:28 | Crash91 | is there any way to customize the frequency range the rockbox radio listens to? (i want to be able to hear airband on my sansa) |
14:25:39 | | Join stewball`ghost [0] (n=WTFOMGBB@91.106.222.67) |
14:25:54 | amiconn | The MAS3587F contains mpeg audio layer 2 and 3 decoder, and layer 3 encoder. The MAS35x9F family contains mpeg audio layer 2 and 3 decoder, G.729 decoder, and AAC decoder, in various combinations |
14:26:30 | amiconn | Of that family, only the MAS3539F is used in a rockbox target, and the 3539 is mpeg layer 2+3 only |
14:26:46 | Slasheri | Nico_P: hmm, there is still small advantage in using direct dircache call as that doesn't have to access disk at all |
14:27:01 | amiconn | Only the ROM content is different for all mentioned MAS', the core, interfaces and RAM is all the same |
14:28:32 | Nico_P | Slasheri: ok, I'll try thats then |
14:28:34 | Nico_P | thanks |
14:28:39 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
14:30:28 | jmspeex | amiconn, preglow: what's MAS? |
14:31:02 | preglow | jmspeex: the hardware decoder chip in our older archos targets |
14:31:10 | preglow | jmspeex: it's a combined custom dsp core and dac/adc |
14:31:26 | jmspeex | FYI, Speex runs duplex on a dsPIC, which has 8 kB RAM |
14:31:39 | preglow | both encoding and decoding? |
14:31:42 | jmspeex | yes |
14:31:50 | jmspeex | narrowband though |
14:31:53 | preglow | does that ram include const data? |
14:31:57 | jmspeex | no |
14:32:09 | | Part pixelma |
14:32:13 | preglow | that'd probably be the problem, speex needs more const data than it needs ram |
14:32:20 | preglow | at least non-stack ram |
14:32:53 | jmspeex | preglow: The decoder needs about 1.5 kB RAM for the state and another 1.5 kB for stack |
14:33:22 | preglow | so wb mode is what makes the stack usage rise to about 4k? |
14:33:22 | jmspeex | if you only pick one mode, you can probably get away with only 2-4 kB worth of codebooks |
14:33:57 | jmspeex | probably |
14:34:06 | jmspeex | wideband would about double that |
14:34:07 | preglow | still, that's not bad, what clock rate do those run at? |
14:34:10 | Crash91 | is there any way to customize the frequency range the rockbox radio listens to? (i want to be able to hear airband on my sansa) |
14:34:32 | preglow | Crash91: if it's not included in any of the usual region settings, you'd need to modify the source |
14:35:08 | jmspeex | preglow: no idea what clock rate. I've never used these chips and the port is actually proprietary (made by the company from an old 1.1.x version) |
14:35:27 | preglow | right, no source code? |
14:36:03 | | Quit blue|cof1ee (Read error: 113 (No route to host)) |
14:36:53 | | Quit mf0102 ("Verlassend") |
14:36:59 | jmspeex | no, just a "free demo". Kind of stupid for a chip manufacturer. |
14:37:57 | preglow | i would say |
14:39:41 | jmspeex | On the opposite end, I've had some contracts from Analog Devices to optimise Speex for their Blackfin chip. That's overall the best port so far I'd say. |
14:39:41 | preglow | bbl, shop |
14:39:55 | preglow | ahh, yeah |
14:39:58 | jmspeex | Then there's TI that doesn't seem to care much |
14:40:07 | preglow | that was part of the reason you went 16 bit, wasn't it? |
14:40:19 | preglow | ti have never been very nice people... |
14:40:46 | preglow | but yeah, bbl |
14:40:47 | jmspeex | preglow: the move to 16-bit was mainly "because I realised I could". |
14:41:33 | jmspeex | I had to teach myself how to do fixed-point when converting Speex. |
14:41:34 | theclaw | is it possible to debug the rockbox source directly on the player? (sansa e200) |
14:42:21 | n1s | theclaw: depends on what you mean |
14:43:55 | theclaw | n1s: stepping through the code and seeing the results on the player ;) |
14:44:48 | n1s | theclaw: you'd need jtag for that, I believe it's possible though (with some soldering etc) |
14:44:50 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
14:47:36 | theclaw | ok |
14:47:53 | amiconn | jmspeex: For speex support on MAS, the codec, plus data, plus input buffer, plus code to control the audio output would need to fit into 4K words (that's 10K byte) |
14:47:58 | | Part Crash91 |
14:48:25 | amiconn | The core is a custom dsp (harvard architecture). There's no public docs about the core, but some leaked ones, plus a leaked simulator |
14:48:57 | | Join Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) |
14:49:59 | * | amiconn disappears |
14:51:36 | | Join webguest99 [0] (i=50828ab8@gateway/web/cgi-irc/labb.contactor.se/x-0e2c241e32d03de3) |
14:55:15 | webguest99 | hi! I've got a question(maybe it's been asked once before, but I couldn't get any pieces of information about that^^): How high do you estimate the risk of damaging my sansa if I install rockbox on it? |
14:56:38 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
14:57:06 | | Quit markun (Remote closed the connection) |
14:57:41 | n1s | webguest99: if you follow the instructions the risk is pretty much 0 |
14:57:48 | jmspeex | amiconn: 8 kbps mode might fit in about 4 kB, plus the code size. I don't know how compact the instructions are |
15:00 |
15:00:28 | jmspeex | actually, if you disable the enhancer, then the decoder becomes really really small and would easily fit on that chip. Encoder is less sure. |
15:00:35 | | Quit webguest99 ("CGI:IRC (Ping timeout)") |
15:05:17 | *** | Saving seen data "./dancer.seen" |
15:05:53 | | Join markun [0] (n=markun@rockbox/developer/markun) |
15:08:21 | Nico_P | is a HAVE_ALBUMART #define going to be wanted? |
15:09:59 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
15:10:28 | DerPapst | i bet yes ;) |
15:11:25 | DerPapst | for people who don't want it to keep binsize small and boottime low ;) |
15:11:29 | JdGordon | Nico_P: ptobably not.. only add the code on bitmap and your fine |
15:11:40 | JdGordon | AA in MoB? |
15:11:54 | Nico_P | yes |
15:12:05 | Nico_P | it's working since yesterday evening |
15:12:09 | JdGordon | cool |
15:13:44 | n1s | I think adding in those defines are a bad Idea unless it helps with debugging, people who want to exclude features can change the code themselves |
15:15:54 | linuxstb | Do we want album-art on mono LCDs? |
15:16:00 | markun | n1s: why do you think it's a bad idea? |
15:17:02 | markun | linuxstb: and on charcel LCDs :) |
15:17:14 | n1s | markun: clutters the code with useless #ifdefs _and_ those ifdefs are likely to become broken if every change to the specific feature or something relating to it is not built with them #undefed... |
15:17:50 | markun | well, I don't agree that the ifdefs are useless |
15:18:18 | n1s | but if it is only in a couple of places i don't mind really I just think we should keep it to a minimum |
15:21:01 | Nico_P | some people might want to disable the feature in their builds... and currently I have a lot of #ifdef HAVE_LCD_BITMAP, which would all move to #ifdef HAVE_ALBUMART, allowing us to control better which targets get AA |
15:21:28 | preglow | jmspeex: but enhancing is pretty essential for celp codecs in general, yes? |
15:21:32 | Nico_P | or I change #ifdef HAVE_LCD_BITMAP to #ifdef HAVE_LCD_COLOR |
15:22:45 | Nico_P | I also need to decide what to do with all the align and resize flags |
15:23:22 | n1s | Nico_P: are you going to let the wps dictate the size of the image or is it fixed or do you scale? |
15:24:41 | Nico_P | n1s: currently there is no scaling |
15:25:07 | n1s | but you allow different sizes? |
15:25:11 | Nico_P | so the WPS fixes the size of display, but the bitmaps are loaded at their original size |
15:25:34 | n1s | so what dou you do if the image doesn't fit? |
15:26:06 | Nico_P | I think it's cropped... not completely sure as I haven't done much testing of that part yet |
15:27:09 | Nico_P | but it's been in the patch for quite long so I assume it's been tested |
15:27:21 | preglow | merbanan: did anything fun happen to aac yesterday? |
15:29:16 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
15:30:27 | | Quit JdGordon ("Konversation terminated!") |
15:34:58 | preglow | amiconn: btw, did you try to put iir_mem16() and qmf_synth() in iram? they're both in filters_arm4.S |
15:46:42 | | Quit ackbahr (Remote closed the connection) |
15:47:57 | | Quit karashata (Nick collision from services.) |
15:48:19 | | Join karashata [0] (n=Kimi@pool3-048.adsl.user.start.ca) |
15:50:59 | | Quit Arathis ("Bye, bye") |
15:53:40 | Nico_P | n1s: I've changed it so that bitmaps that are too big are cropped |
15:53:54 | Nico_P | I plan on including scaling, but later |
15:57:46 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
15:58:23 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
15:59:05 | | Join mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) |
15:59:09 | mrkiko | Hi all! |
15:59:31 | billenium | hello |
15:59:45 | | Quit desowin (Remote closed the connection) |
15:59:59 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
16:00 |
16:00:10 | | Quit daurnimator (Read error: 104 (Connection reset by peer)) |
16:00:36 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
16:04:39 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
16:04:52 | | Quit daurnimator (Read error: 104 (Connection reset by peer)) |
16:04:54 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
16:07:30 | | Join webguest76 [0] (i=54ac5fce@gateway/web/cgi-irc/labb.contactor.se/x-76a9fc0e963d5443) |
16:08:07 | | Part webguest76 |
16:15:26 | | Quit Toxicity999 (Remote closed the connection) |
16:17:32 | | Quit daurn (Read error: 104 (Connection reset by peer)) |
16:18:02 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
16:18:28 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
16:18:41 | | Join ackbahr [0] (n=Ackbahr@237-148.1-85.cust.bluewin.ch) |
16:19:10 | | Quit daurnimator (Remote closed the connection) |
16:20:30 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
16:21:02 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
16:22:23 | | Quit Robin0800 (" Want to be different? Try HydraIRC -> http://www.hydrairc.com <-") |
16:22:39 | | Join Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) |
16:22:40 | * | freqmod_nx has a speex file that only works if you play another one first, (if not you get silence) |
16:23:40 | | Quit Robin0800 (Client Quit) |
16:23:55 | | Join Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) |
16:24:40 | | Quit ackbahr (Remote closed the connection) |
16:25:46 | preglow | freqmod_nx: i know about the problem, will fix when i find out why |
16:26:02 | freqmod_nx | ok |
16:26:23 | freqmod_nx | no problem, I just thought I should report it |
16:26:45 | preglow | freqmod_nx: quick thing you can try: in nb_decoder_init, memset the entire static struct to 0 |
16:26:55 | preglow | freqmod_nx: also in sb_decoder_init if it's a wb file |
16:29:27 | | Join Crash91 [0] (n=evil91@41.232.204.155) |
16:29:28 | freqmod_nx | pregi will try it after i have made dinner |
16:29:52 | freqmod_nx | *preglow: (stupid tab completion) |
16:29:54 | | Quit Bubelgum (Remote closed the connection) |
16:30:00 | preglow | sure |
16:35:01 | | Quit Toxicity999 (Remote closed the connection) |
16:36:00 | * | n1s spots // comments in speex.c |
16:36:04 | n1s | -s |
16:36:12 | n1s | +a |
16:37:04 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
16:37:45 | | Join ackbahr [0] (n=Ackbahr@237-148.1-85.cust.bluewin.ch) |
16:41:33 | Nico_P | I think AA is almost ready to commit |
16:41:41 | Nico_P | anyone want to test? |
16:41:46 | * | preglow is so used to them :/ |
16:41:49 | preglow | Nico_P: how does it work so far? |
16:41:50 | Crash91 | AA? Album art? |
16:42:22 | Nico_P | preglow: pretty well. it seems to show a few flaws in the buffering code but most of the time works fine |
16:42:25 | Nico_P | Crash91: yes |
16:42:35 | Crash91 | w00t |
16:43:29 | alienbiker99 | Nico_P AA patch thats been around for ages? |
16:43:34 | Nico_P | preglow: I get the occasional whitenoise instead of the bitmap |
16:43:49 | Nico_P | alienbiker99: I've heavily modified it to adapt it to MoB |
16:43:57 | Nico_P | which means it could be committed |
16:44:24 | Crash91 | Nico_P: what is stopping you? |
16:44:24 | preglow | Nico_P: well, it's fine by me |
16:46:34 | | Quit stewball`ghost () |
16:46:45 | | Quit sarixe ("(EE) Failed to load "quit" module") |
16:46:49 | | Join stewball`ghost [0] (n=WTFOMGBB@91.104.222.184) |
16:47:49 | alienbiker99 | i might be able to tes the partch. where is it? |
16:48:19 | | Join PaulJam [0] (i=PaulJam_@vpn-3118.gwdg.de) |
16:48:21 | alienbiker99 | i cant type this morning =\ |
16:48:22 | Nico_P | alienbiker99: I still need to pastebin it somewhere but I want to test it on my gigabeat before |
16:49:08 | | Quit billenium (Read error: 104 (Connection reset by peer)) |
16:50:14 | Robin0800 | Nico_P,I can test on an ipod video |
16:50:32 | | Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) |
16:51:07 | freqmod_nx | n1s: (//) my fault :S |
16:51:08 | alienbiker99 | i have a sansa, and h300 right now |
16:52:04 | alienbiker99 | oh i cant say just sansa anymore. i have an E200 |
16:53:38 | n1s | freqmod_nx: I only saw the one preglow added (and now removed) |
16:54:56 | freqmod_nx | n1s: ok, I saw one in the seeking code which I don't think is modyfied after my original patch. |
16:55:18 | billenium | i fail at xubuntu, brb |
16:55:23 | | Quit billenium (Remote closed the connection) |
16:55:26 | preglow | freqmod_nx: i'll remove some floats from the seeking code |
16:55:41 | preglow | there's both a floating point mul and div in speex.c, without those, there is no more floats left in our decoder |
16:55:59 | freqmod_nx | feel free, the seeking code is not very good, it's relativly slow, and sometimes it doesn't work |
16:56:42 | freqmod_nx | i think i remember that it workes better in the simulator than on target. |
16:56:46 | Nico_P | alienbiker99, Robin0800: http://pastebin.ca/768388 |
16:57:04 | Nico_P | hmm actually I forgot to svn add some files |
16:57:27 | preglow | freqmod_nx: how's that possible? |
16:57:32 | | Quit daurnimator (Remote closed the connection) |
16:58:00 | freqmod_nx | preglow: I don't know, and I din't test it very closely. |
16:58:18 | | Part Crash91 |
16:58:28 | preglow | but yeah, we'll see, the primary reason i'm working on speex is to make it a good voice ui codec, and we won't need seeking there |
16:58:38 | freqmod_nx | preglow: was it the st DecState you suggested to memset (in nb_decoder_init?) |
16:58:40 | freqmod_nx | ok |
16:58:45 | preglow | freqmod_nx: yes |
16:59:07 | preglow | freqmod_nx: just put one memset call before anything else happens |
16:59:29 | freqmod_nx | preglow: it works mostly, and resume works well. (which is most important for audiobooks etc.) |
16:59:40 | * | freqmod_nx looks up the memset api |
17:00 |
17:00:45 | | Quit ackbahr (Remote closed the connection) |
17:00:47 | freqmod_nx | preglow: if the seeking failes, then it will play back from where it were before the seeking. |
17:02:37 | markun | scorche: look, we are on this page :) http://code.google.com/opensource/ |
17:03:09 | alienbiker99 | Nico_P. do i just save this as one file? |
17:04:11 | Nico_P | alienbiker99: it's the patch, but I need to send a new one |
17:04:42 | preglow | freqmod_nx: any results? |
17:05:09 | Nico_P | alienbiker99, Robin0800: http://pastebin.ca/768393 |
17:05:20 | Nico_P | alienbiker99: you apply the patch to your source tree and build |
17:05:22 | *** | Saving seen data "./dancer.seen" |
17:05:32 | freqmod_nx | preglow: it's just like before |
17:05:51 | preglow | well, shit |
17:05:58 | preglow | could you send me the file in some way? |
17:06:06 | freqmod_nx | DCC? |
17:06:09 | preglow | sure |
17:08:39 | | Quit FOAD ("I'll be back") |
17:11:51 | | Join FOAD [0] (n=dok@dinah.blub.net) |
17:11:58 | * | preglow vanishes |
17:12:45 | | Quit mirak ("Ex-Chat") |
17:13:42 | Nico_P | hmm corrupted bitmap |
17:13:49 | alienbiker99 | i just got that |
17:14:35 | Nico_P | alienbiker99: I think those are problems in the buffering code, but I'm not 100% sure... I'd need to be able to repro them |
17:15:22 | alienbiker99 | ok. should i remove this patch then? |
17:15:59 | Nico_P | alienbiker99: the patch doesn't add any problems (I think), and it certainly isn't putting your player at risk |
17:16:08 | alienbiker99 | ok |
17:16:24 | Nico_P | what I meant was that these corruptions were indicators of other preexisting problems |
17:18:14 | | Join random_desu_is_s [0] (n=chatzill@inet-out.dsl-nat.sura.ru) |
17:18:41 | | Join toffe82 [0] (n=chatzill@adsl-70-137-196-44.dsl.frs2ca.sbcglobal.net) |
17:20:21 | Nico_P | hmm actually I think I know what the problem is |
17:24:56 | | Quit idnar (Nick collision from services.) |
17:24:59 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
17:25:36 | alienbiker99 | easy to fix Nico_P? |
17:25:56 | Nico_P | alienbiker99: yeah, pretty easy, but I need to make sure I'm right |
17:26:53 | | Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-3824ee3e19e9ced1) |
17:29:41 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
17:31:16 | Nico_P | damn, why do problems never show up when I need them to? :( |
17:32:22 | alienbiker99 | i wish i could help you haha. |
17:35:12 | DerPapst | bug always vanish when someone wants to kill'em. |
17:35:36 | | Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) |
17:36:37 | | Quit BigBambi ("Leaving") |
17:40:55 | | Join JETC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) |
17:41:19 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
17:45:28 | Nico_P | alienbiker99: http://pastebin.ca/768436 shouldn't have the bitmap corruptions anymore |
17:46:22 | Nico_P | I also encountered another unrelated bug in the process of fixing that one :) |
17:46:39 | Nico_P | but I have to run, bbs |
17:48:49 | dionoea_ | Nico_P: is album art support going to make it in svn ? |
17:49:03 | Nico_P | dionoea_: yes |
17:49:19 | Nico_P | I've made it work with MoB |
17:49:30 | dionoea_ | cool :) (although i probably won't have any album art to display anyway) |
17:50:05 | * | dionoea_ wonders how long we'll have to wait for a "Please implement coverflow" feature request |
17:50:48 | | Nick dionoea_ is now known as dionoea (n=dionoea@poy.chewa.net) |
17:51:17 | Nico_P | dionoea: no reason why it shouldn't be doable on powerful targets ;) |
17:51:25 | billenium | Shower BBl |
17:52:02 | alienbiker99 | Nico_P im building it now for my h300 |
17:52:14 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
17:54:03 | | Quit J3TC- (".•«UPP»•.") |
17:54:49 | Nico_P | alienbiker99: cool, thanks. I'm really leaving now, but I'll read the log when I come back (in not too long) |
17:55:14 | alienbiker99 | crap i got an error |
17:55:59 | | Quit BigBambi ("Leaving") |
17:56:45 | DerPapst | does this AA path read the AA off the metadata of the file or a seperate bmp? |
17:56:50 | DerPapst | *patch |
18:00 |
18:02:00 | dionoea | (or both?) |
18:07:20 | n1s | DerPapst: separate bmp at least for now |
18:08:19 | | Join smokinggnu [0] (i=3e2fb665@gateway/web/cgi-irc/labb.contactor.se/x-26a9b9e97c23cf58) |
18:09:10 | DerPapst | ah ok |
18:09:59 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:14:20 | smokinggnu | BigBambi? |
18:14:46 | BigBambi | yes? |
18:14:58 | smokinggnu | Are you familiar with the vmware debian workspace? |
18:15:11 | BigBambi | I have used it in the past |
18:15:31 | smokinggnu | is it possible to create shortcuts on the workspace? |
18:15:45 | BigBambi | It uses fluxbox doesn't it? |
18:15:52 | smokinggnu | yes |
18:16:28 | BigBambi | I don' know much about fluxbox, you are probably better checking out a fluxbox site, but to my knowledge, no |
18:16:58 | smokinggnu | drats |
18:22:15 | alienbiker99 | i got it to build. my tree was bad. |
18:24:14 | nanok | smokinggnu: i seem to remeber there was a component of fluxbox which can do that for you |
18:24:41 | nanok | not that i would ever use it. i like my desktop clean ;) |
18:28:24 | alienbiker99 | erggi need to find a wps for an H300 that just has album art. |
18:28:28 | | Join Jason [0] (i=acca90e2@gateway/web/cgi-irc/labb.contactor.se/x-24f9ff68b805ea10) |
18:28:30 | smokinggnu | it's annoying that I have to |
18:28:47 | smokinggnu | enter the same command all the time |
18:29:03 | smokinggnu | like "./tools/configure" etc.. |
18:29:50 | alienbiker99 | Nico_P, its hard to find a wps to test that doesnt use scrolling margins |
18:29:50 | | Quit Jason (Client Quit) |
18:29:50 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
18:29:55 | n1s | smokinggnu: you should only need to run configure in the same dir once |
18:30:08 | smokinggnu | If I had a shortcut on the desktop, I'd only have to click it and avoid the typing ... yes, I'm lacy. ;) |
18:30:38 | n1s | ../tools/configure is quicker than grabbing the mouse for me :) |
18:30:42 | smokinggnu | but "make", "make install", "./rockboxui" |
18:31:05 | smokinggnu | I have to enter that combination quite often! |
18:31:09 | n1s | make && make install && ./rockboxui :) |
18:31:23 | n1s | put it in a script |
18:31:29 | smokinggnu | How? |
18:31:37 | | Join Arathis [0] (n=doerk@p508A5CE8.dip.t-dialin.net) |
18:31:39 | smokinggnu | I only know how to make .bat scrips ;) |
18:31:59 | tuplanolla | just type it in a text file |
18:32:12 | tuplanolla | the give permission to run the script |
18:32:20 | tuplanolla | with chmod +x script |
18:32:24 | n1s | and then execute the script |
18:32:58 | tuplanolla | yeah, that is required sometimes :) |
18:33:50 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
18:35:59 | | Join theclaw_ [0] (n=theclaw@p5B296DDE.dip.t-dialin.net) |
18:36:29 | Nico_P | alienbiker99: I just added the tags to icatcher |
18:36:45 | Nico_P | the AA covers the texts, but for testing I don't care |
18:38:11 | alienbiker99 | ok. can you upload your wps to pastebin> |
18:38:36 | Nico_P | alienbiker99: it's the gigabeat version. but just add the tags like in http://www.rockbox.org/twiki/bin/view/Main/AlbumArt |
18:38:42 | * | Soap suggests a "buy all the devs a voltohmeter fund" |
18:38:44 | alienbiker99 | ok thanks |
18:41:09 | | Quit maddler ("Lost terminal") |
18:41:31 | | Join maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) |
18:42:45 | | Quit theclaw (Nick collision from services.) |
18:42:48 | | Nick theclaw_ is now known as theclaw (n=theclaw@unaffiliated/theclaw) |
18:43:10 | alienbiker99 | errr i must be doing something wrong |
18:43:28 | Nico_P | alienbiker99: you need to add two tags |
18:44:01 | Nico_P | l|50|70||| (or whatever) alone on a line, and somewhere |
18:44:04 | Nico_P | damn |
18:44:07 | | Quit BigBambi ("Leaving") |
18:44:25 | smokinggnu | the script works, but can I save it on the desktop? |
18:44:31 | Nico_P | "l|50|70|||" (or whatever) alone on a line, and "" somewhere |
18:44:36 | | Join PaulPosition [0] (n=noneofye@modemcable228.133-82-70.mc.videotron.ca) |
18:45:30 | Nico_P | alienbiker99: I can't manage to write the tags here :p but they are on http://www.rockbox.org/twiki/bin/view/Main/AlbumArt#The_WPS_tags |
18:46:23 | * | Nico_P bbs |
18:47:01 | | Join Buschel [0] (n=AndreeBu@p54A3D163.dip.t-dialin.net) |
18:47:56 | alienbiker99 | oh wow im stupid. im editing the rwps. grr |
18:49:52 | PaulPosition | lol.. viva la remote. |
18:51:12 | smokinggnu | bye |
18:51:41 | | Part smokinggnu |
18:53:48 | | Quit sarixe ("(EE) Failed to load "quit" module") |
18:56:42 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
19:00 |
19:02:06 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
19:05:25 | *** | Saving seen data "./dancer.seen" |
19:05:36 | | Quit billenium (Read error: 110 (Connection timed out)) |
19:06:04 | | Join bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) |
19:07:12 | Soap | Nico_P: I have an idea for AA which works around the scale-an-image-at-runtime issue. |
19:07:38 | Nico_P | Soap: yeah? |
19:08:02 | Soap | What if the AA code would look for different bitmaps based upon the image size as called for in the WPS? |
19:08:42 | Nico_P | Soap: this was suggested, but IMHO it's not practical |
19:08:42 | Soap | ie - if the wps wants a 100x100 image the code first looks for cover100x100.bmp, and if it doesn't find it then goes for cover.bmp. |
19:08:56 | Soap | dang - I missed that suggestion - didn't mean to waste time. |
19:09:19 | alienbiker99 | Nico_P i got it to work. the patch is good |
19:09:32 | Nico_P | Soap: no problem ;) thanks for suggesting |
19:09:36 | Nico_P | alienbiker99: cool |
19:11:40 | Nico_P | my testing has been good too |
19:12:55 | | Join jpt9 [0] (n=chatzill@venomoth-23.dynamic.rpi.edu) |
19:13:00 | jpt9 | hey |
19:13:11 | jpt9 | the stereo width and balance controls don't work in the simulator. |
19:13:35 | jpt9 | neither does the channel configuration menu −− it's always on stereo, regardless of the setting. |
19:13:39 | | Join ilgufo [0] (n=matteo@host206-150-dynamic.58-82-r.retail.telecomitalia.it) |
19:13:52 | rasher | preglow: is speex getting unreasonably fast by now? |
19:17:00 | bertrik | jpt9: a lot of stuff works differently in the simulator than it does on the real targets, as far as I've seen |
19:17:04 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
19:17:06 | jpt9 | oh. |
19:17:13 | * | jpt9 wants to play with it... |
19:17:39 | * | jpt9 's sansa should be arriving in about a week. |
19:17:41 | bertrik | too bad really, I wouldn't mind getting rid of some #ifdef SIMULATORs |
19:19:15 | rasher | Nico_P: Why are you opposed to the multiple bitmaps idea? It would make it possible to switch between themes with different size cover-art without having to re-create the cover images |
19:19:27 | rasher | At least, iiuc |
19:24:49 | Nico_P | rasher: it would make the code much more complex for little benefit (IMHO). Instead of testing for the existence of certain known files, we'd have to scan the dir of the track to see which sizes are available and then choose |
19:25:29 | rasher | Oh? Wouldn't you just see if cover%dx%d.bmp is available before using cover.bmp? |
19:25:31 | Nico_P | also the resizing could be done at loading time, so only once per file |
19:25:48 | Nico_P | rasher: what if the WPS uses 105x105? |
19:26:02 | | Join barrywardell [0] (n=barrywar@host-194-46-230-223.dsl-ie.utvinternet.net) |
19:26:11 | Nico_P | we'd want to use cover100x100.bmp but how would we know without scanning the dir? |
19:26:20 | bertrik | is it that hard to resize? |
19:26:25 | Soap | that would be a problem for the user to solve. |
19:26:26 | Nico_P | bertrik: no |
19:26:27 | rasher | Nico_P: Ah, I was thinking in the case where no resizing is done |
19:26:35 | Soap | (the 105x105) issue. |
19:26:53 | rasher | Nico_P: then I'd want to look first for cover100x100.bmp (and ONLY that size), then for cover.bmp |
19:27:04 | Soap | It would be up to the user to have an appropriate file named correctly, or suffer the consequences of using the "default" cover.bmp |
19:27:13 | Nico_P | hmm yeah then why not |
19:27:32 | rasher | To allow the user to have both cover100x100 and cover50x50, if he switches between two themes that use those sizes |
19:27:40 | Soap | but if resizing is comming - then there is no need. |
19:27:55 | Nico_P | I prefer resizing personally |
19:28:18 | Soap | Oh I do as well, but I'm not offering to do it - so I sure as fuck can't be demanding it be done. |
19:28:34 | rasher | Depending how demanding/pretty it is, this method could still be preferable in some situations. |
19:28:42 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
19:29:44 | Soap | would allow the user to use a different image for very-small "album art" - which might be something totally non CD cover related. |
19:30:10 | Soap | would there be a WPS tag for next-track-AA? |
19:30:35 | rasher | Besides, I imagine looking for cover%dx%d.bmp before cover.bmp would be a few lines of code, no? |
19:30:38 | Soap | do a little thumbnail 20x20 cover.bmp of the next track's cover in a corner of a large screen? |
19:31:02 | rasher | In the case where you look strictly for the correct size, that is. |
19:32:12 | Soap | I assume an "equal or less than" search would be a PITA. |
19:32:12 | Nico_P | Soap: I wasn't imagining next track AA but it would be easy |
19:32:45 | Robin0800 | Nico_P,can't get the file to patch it has errors |
19:32:46 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
19:33:00 | Soap | combined with loading different sized covers, next track AA would be neat. |
19:33:12 | Nico_P | Robin0800: can't patch or can't compile? |
19:33:45 | Robin0800 | Nico_P, can't patch |
19:33:50 | Nico_P | Soap: I don't think it's desirable to load more than one bitmap per track though... perhaps not as easy as I thought |
19:34:31 | Soap | oh well |
19:35:13 | Nico_P | Soap: it all depends on how expensive is the bitmap resizing. I doubt very much that doing it on each display would be good |
19:35:17 | Robin0800 | Nico_P,not suire how to make patch copied and pasted the saved as was this correct? |
19:35:34 | Nico_P | Robin0800: you ned to save the raw text version |
19:36:10 | | Quit BigBambi ("Leaving") |
19:36:13 | Robin0800 | Nico_P,don't understand |
19:36:59 | Nico_P | Robin0800: to copy the patch, you're using text the box at the bottom of the page, right? |
19:37:27 | rasher | Nico_P: Even with in-rockbox resizing, I'd imagine a pc-side tool would do a better job at resizing, so looking for strict size-matching coverfiles would sitll be a very nice feature imho |
19:37:55 | Nico_P | Robin0800: http://pastebin.ca/raw/768436 |
19:38:21 | Nico_P | rasher: I think you might be convincing me :p |
19:38:53 | rasher | Nico_P: Again, I'm not suggesting searching for near-matches. Only checking if the exact match is available - should be fairly cheap to do |
19:39:07 | Nico_P | yeah that should be ok |
19:39:49 | rasher | And allow some flexibility while resizing is not available, and (probably) slightly better results even when it is |
19:41:14 | barrywardell | the iAudio m5 doesn't have a fm tuner, right? |
19:41:19 | | Quit Echelon (Remote closed the connection) |
19:43:45 | | Join DerPapst [0] (n=DerPapst@p54B2E92A.dip.t-dialin.net) |
19:45:00 | | Quit JRoT|Stage () |
19:45:54 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
19:46:14 | | Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) |
19:50:00 | Robin0800 | Nico_P,copied off pastebin pasted it to a text fille saved it as albumart.patch its still failing |
19:50:19 | Nico_P | Robin0800: what's the error message? |
19:50:35 | PaulPosition | Robin - Pasted to a text file through what? notepad-like app or some text processor? |
19:50:53 | PaulPosition | be wary of wordpad and other FORMATED text editors.. |
19:55:26 | rasher | Nico_P: in playback.c: Hunk #6 succeeded at 3316 |
19:55:45 | rasher | Not an error, I know - just so you're aware of it |
19:55:53 | Robin0800 | Nico_P,http://pastebin.ca/768580 |
19:55:54 | rasher | Whatever it is. |
19:56:01 | Nico_P | rasher: yes? |
19:56:20 | rasher | Other than that - it applied like it should for me on a fresh svn checkout |
19:56:30 | Nico_P | Robin0800: I'll send another patch |
19:56:39 | rasher | Nico_P: eh, Hunk #6 succeeded at 3316 (offset 1 line) |
19:58:16 | rasher | Nico_P: Ah, that would be your latest commit causing that. Missed that |
19:58:35 | Robin0800 | Nico_P, http://pastebin.ca/768580 |
19:58:53 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
19:58:57 | rasher | Robin0800: do you have a fresh and unmodified svn checkout? |
19:59:21 | rasher | Or are you using a tarball perhaps? |
19:59:26 | BigBambi | n1s: cheers |
20:00 |
20:00:00 | Nico_P | Robin0800: if http://pastebin.ca/768589 it's not my fault |
20:00:12 | Nico_P | if it doesn't work I mean |
20:08:04 | merbanan | preglow: patch pending on the mailinglist |
20:08:50 | merbanan | preglow: should fix most of the problems |
20:09:03 | merbanan | preglow: but not all |
20:11:20 | markun | merbanan: on ffmpeg-devel? |
20:11:33 | merbanan | no |
20:12:17 | markun | where? |
20:12:32 | merbanan | SoC mailinglist |
20:12:33 | | Quit BigBambi ("Please insert girder") |
20:12:52 | markun | ah, of course |
20:18:16 | | Quit barrywardell () |
20:23:48 | | Join barrywardell [0] (n=barrywar@host-194-46-230-223.dsl-ie.utvinternet.net) |
20:25:08 | | Quit barrywardell (Client Quit) |
20:30:19 | rasher | Oh dear, the "hide bar on blank lines" change makes using text_editor on files with blank lines quite challenging |
20:37:50 | | Quit TMM (Remote closed the connection) |
20:42:26 | | Quit Soap (Read error: 104 (Connection reset by peer)) |
20:42:26 | | Quit tchan (SendQ exceeded) |
20:43:13 | | Quit maddler (kubrick.freenode.net irc.freenode.net) |
20:43:13 | NSplit | kubrick.freenode.net irc.freenode.net |
20:43:13 | | Quit mrkiko (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit miepchen^schlaf (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit sslashes (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit courtc (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit marcosource (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit animeloe (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit gtkspert (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit [mbm] (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit BHSPitMonkey (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit desowin (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit markun (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit spiorf (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit _jhMikeS_ (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit ATravelingGeek (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit Dark_Apostrophe (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit sd__ (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit Frazz (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit PaulPosition (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit theclaw (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit FOAD (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit jake_ (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit n1s (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit ender` (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit solatis (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit jmspeex (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit Arathis (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit GnosticE (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit merbanan (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit HellDragon (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit Seedy (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit crashd (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit merbzt (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit Xerion (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit DogBoy (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit ilgufo (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit midgey (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit random_desu_is_s (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit Toxicity999 (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit Bagder (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit linuxstb (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit SirFunk (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit Isolinear (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit zicho (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit [omni] (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit scorche (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit kclaf (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit jhulst (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit midkay (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit ivan` (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit J (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit shodanX (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit jurrie (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit annulus_ (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit TTThomas (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit micols (kubrick.freenode.net irc.freenode.net) |
20:43:13 | | Quit joshin (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit maxkelley (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit tedrock (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit blithe (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit UncleRemus (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit RaRe (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit jepler (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit GodEater (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit tuplanolla (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit DiDjCodt (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit hannesd (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit preglow (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit lodesi (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit fxb__ (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit toffe82 (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit daurn|laptop (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit Ave (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit newbyx86 (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit jumijoze (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit Kohlrabi (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit pabs (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit feisar (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit DerPapst (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit jpt9 (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit bertrik (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit PaulJam (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit amiconn (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit davina (kubrick.freenode.net irc.freenode.net) |
20:43:16 | | Quit iamben_ (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit alienbiker99 (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Shaid (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Rick (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit andrewg867 (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit rvvs89 (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit in-jane (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit lostlogic (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Lynx_ (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit dionoea (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit n17ikh (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit qwm (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit ze (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit criznach (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit ompaul (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Buschel (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit JETC- (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Robin0800 (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit moos (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Rob222241 (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit thegeek_ (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit advcomp2019 (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit nanok (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit gromit` (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit DataGhost (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit sbeh (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit lastebil (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit XavierGr (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit crwll (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit parafin (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit krazykit (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit sneakums (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit chris__ (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Nimdae (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit BjoernErik (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit bnakiddmj (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit tierra (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Hadaka (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Jon-Kha (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit rasher (kubrick.freenode.net irc.freenode.net) |
20:43:17 | | Quit Slasheri (kubrick.freenode.net irc.freenode.net) |
20:43:30 | | Join animeloe_ [0] (n=animeloe@ool-44c2be34.dyn.optonline.net) |
20:43:38 | | Join tchan [0] (n=tchan@c-24-13-84-219.hsd1.il.comcast.net) |
20:43:50 | NHeal | kubrick.freenode.net irc.freenode.net |
20:43:50 | NJoin | hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
20:43:50 | | Join Blue_Alien [0] (n=chatzill@blue-alien.fttp.xmission.com) |
20:43:50 | | Join Soap_ [0] (n=Soap@cpe-65-189-128-141.columbus.res.rr.com) |
20:43:50 | NJoin | criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) |
20:43:50 | NJoin | ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
20:43:50 | NJoin | DerPapst [0] (n=DerPapst@p54B2E92A.dip.t-dialin.net) |
20:43:50 | NJoin | ilgufo [0] (n=matteo@host206-150-dynamic.58-82-r.retail.telecomitalia.it) |
20:43:50 | NJoin | jpt9 [0] (n=chatzill@venomoth-23.dynamic.rpi.edu) |
20:43:50 | NJoin | bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) |
20:43:50 | NJoin | Frazz [0] (n=Fraser@thelawsons.plus.com) |
20:43:50 | NJoin | Buschel [0] (n=AndreeBu@p54A3D163.dip.t-dialin.net) |
20:43:50 | NJoin | PaulPosition [0] (n=noneofye@modemcable228.133-82-70.mc.videotron.ca) |
20:43:50 | NJoin | maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) |
20:43:50 | | Join theclaw [0] (n=theclaw@unaffiliated/theclaw) |
20:43:50 | NJoin | Arathis [0] (n=doerk@p508A5CE8.dip.t-dialin.net) |
20:43:50 | NJoin | midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
20:43:50 | NJoin | JETC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) |
20:43:50 | NJoin | toffe82 [0] (n=chatzill@adsl-70-137-196-44.dsl.frs2ca.sbcglobal.net) |
20:43:50 | NJoin | random_desu_is_s [0] (n=chatzill@inet-out.dsl-nat.sura.ru) |
20:43:50 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
20:43:50 | NJoin | PaulJam [0] (i=PaulJam_@vpn-3118.gwdg.de) |
20:43:50 | NJoin | Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
20:43:50 | NJoin | Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) |
20:43:50 | | Join desowin [0] (n=desowin@unaffiliated/desowin) |
20:43:50 | NJoin | mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) |
20:43:50 | NJoin | markun [0] (n=markun@rockbox/developer/markun) |
20:43:50 | NJoin | GnosticE [0] (n=dfearly@cpc1-port6-0-0-cust535.cos2.cable.ntl.com) |
20:43:50 | NJoin | amiconn [0] (n=jens@rockbox/developer/amiconn) |
20:43:50 | NJoin | UncleRemus [0] (n=caj@81-234-174-183-no95.tbcn.telia.com) |
20:43:50 | NJoin | moos [0] (i=moos@m147.net81-66-159.noos.fr) |
20:43:50 | NJoin | spiorf [0] (n=spiorf@host215-212-dynamic.20-79-r.retail.telecomitalia.it) |
20:43:50 | NJoin | _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) |
20:43:50 | NJoin | jake_ [0] (n=jake@user-0c9afn5.cable.mindspring.com) |
20:43:50 | NJoin | tierra [0] (n=tierra@ibaku.net) |
20:43:50 | | Join Bagder [0] (n=daniel@rockbox/developer/bagder) |
20:43:50 | NJoin | n1s [0] (n=nils@nl104-209-90.student.uu.se) |
20:43:50 | NJoin | davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
20:43:50 | NJoin | merbanan [0] (n=banan@83.233.243.136) |
20:43:50 | NJoin | ATravelingGeek [0] (n=ATG@pdpc/supporter/student/ATravelingGeek) |
20:43:50 | NJoin | daurn|laptop [0] (n=fake@unaffiliated/daurnimator) |
20:43:50 | NJoin | linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
20:43:50 | NJoin | Rob222241 [0] (n=Miranda@p54B17779.dip.t-dialin.net) |
20:43:50 | NJoin | ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
20:43:50 | NJoin | SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
20:43:50 | NJoin | miepchen^schlaf [0] (n=hihi@p54BF49D1.dip.t-dialin.net) |
20:43:50 | | Join Dark_Apostrophe [0] (n=darkapos@supporter/monthlybyte/DarkApostrophe) |
20:43:50 | NJoin | thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) |
20:43:50 | NJoin | HellDragon [0] (i=jd@unaffiliated/helldragon) |
20:43:50 | NJoin | iamben_ [0] (n=ben@adsl-71-153-44-184.dsl.spfdmo.sbcglobal.net) |
20:43:50 | NJoin | Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
20:43:50 | NJoin | Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
20:43:50 | NJoin | alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
20:43:50 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
20:43:50 | NJoin | nanok [0] (n=nanok@194.145.183.75) |
20:43:50 | NJoin | gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
20:43:50 | NJoin | sd__ [0] (n=sd@81.201.60.183) |
20:43:50 | NJoin | merbzt [0] (n=benlar@dns.basset.se) |
20:43:50 | NJoin | zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
20:43:50 | NJoin | DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
20:43:50 | NJoin | Shaid [0] (i=shaid@210-84-36-100.dyn.iinet.net.au) |
20:43:50 | NJoin | [omni] [0] (n=omni@bestII.com) |
20:43:50 | NJoin | crashd [0] (i=foobar@lostnode.org) |
20:43:50 | NJoin | scorche [0] (i=Blah@rockbox/administrator/scorche) |
20:43:50 | NJoin | kclaf [0] (n=kclaf@85.95.211.245) |
20:43:50 | NJoin | jhulst [0] (n=jhulst@unaffiliated/jhulst) |
20:43:50 | NJoin | midkay [0] (n=midkay@rockbox/developer/midkay) |
20:43:50 | | Join Rick [0] (i=rick@unaffiliated/rick) |
20:43:50 | NJoin | courtc [0] (n=court@unaffiliated/courtc) |
20:43:50 | | Join [mbm] [0] (i=mbm@openwrt/developer/mbm) |
20:43:50 | NJoin | BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
20:43:50 | NJoin | gtkspert [0] (n=gtkspert@gateless.info) |
20:43:50 | NJoin | sslashes [0] (i=sslashes@209.67.252.122) |
20:43:50 | NJoin | marcosource [0] (i=marco@cakebox.net) |
20:43:50 | NJoin | animeloe [0] (n=animeloe@unaffiliated/animeloe) |
20:43:50 | NJoin | solatis [0] (i=lmergen@cc1172915-a.ensch1.ov.home.nl) |
20:43:50 | NJoin | jmspeex [0] (n=jmspeex@142.163.233.220.exetel.com.au) |
20:43:50 | | Join ivan` [0] (n=ivan`@unaffiliated/ivan/x-000001) |
20:43:50 | NJoin | Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) |
20:43:50 | NJoin | jepler [0] (n=jepler@emc/developer/jepler) |
20:43:50 | NJoin | annulus_ [0] (n=ap@81-237-222-105-no91.tbcn.telia.com) |
20:43:50 | NJoin | DogBoy [0] (n=john@unaffiliated/dogboy) |
20:43:50 | NJoin | Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
20:43:50 | NJoin | Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
20:43:50 | NJoin | TTThomas [0] (n=tblackwe@c-68-38-172-205.hsd1.de.comcast.net) |
20:43:50 | NJoin | qwm [0] (n=qwm@h38n2fls32o1010.telia.com) |
20:43:50 | NJoin | chris__ [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
20:43:50 | NJoin | tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) |
20:43:50 | NJoin | sneakums [0] (i=sneakums@jenny.ondioline.org) |
20:43:50 | NJoin | ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
20:43:50 | NJoin | feisar [0] (i=jljhook@noppakerho.com) |
20:43:50 | NJoin | krazykit [0] (n=kkit@light.sunsetab.denison.edu) |
20:43:50 | NJoin | parafin [0] (i=parafin@paraf.in) |
20:43:50 | NJoin | crwll [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) |
20:43:50 | NJoin | bnakiddmj [0] (i=0@86.122.116.44) |
20:43:50 | NJoin | XavierGr [0] (n=xavier@ppp101-108.adsl.forthnet.gr) |
20:43:50 | NJoin | BjoernErik [0] (n=Bjoern@108.80-202-110.nextgentel.com) |
20:43:50 | NJoin | lastebil [0] (n=truck@cube.lomal.la) |
20:43:50 | NJoin | sbeh [0] (n=sbeh@82.96.68.160) |
20:43:50 | NJoin | lostlogic [0] (n=lostlogi@rockbox/developer/lostlogic) |
20:43:50 | NJoin | Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) |
20:43:50 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
20:43:50 | NJoin | in-jane [0] (i=jane@212.83.122.85) |
20:43:50 | NJoin | maxkelley [0] (n=max@cpe-74-69-17-126.rochester.res.rr.com) |
20:43:50 | NJoin | dionoea [0] (n=dionoea@poy.chewa.net) |
20:43:50 | NJoin | jumijoze [0] (n=jumijoze@unaffiliated/mike-zed) |
20:43:50 | NJoin | rvvs89 [0] (n=rvvs89@pdpc/supporter/active/rvvs89) |
20:43:50 | NJoin | joshin [0] (n=joshin@unaffiliated/joshin) |
20:43:50 | NJoin | micols [0] (n=micols@scharff.fys.ku.dk) |
20:43:50 | NJoin | DiDjCodt [0] (n=djc@poy.chewa.net) |
20:43:50 | NJoin | jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) |
20:43:50 | NJoin | blithe [0] (n=blithe@stiletto.djblithe.com) |
20:43:50 | NJoin | shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) |
20:43:50 | NJoin | tuplanolla [0] (n=jani@a80-186-126-4.elisa-laajakaista.fi) |
20:43:50 | NJoin | J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
20:43:50 | NJoin | RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
20:43:50 | NJoin | GodEater [0] (n=bryan@rockbox/staff/GodEater) |
20:43:50 | NJoin | Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
20:43:50 | NJoin | rasher [0] (n=rasher@rockbox/developer/rasher) |
20:43:50 | NJoin | Jon-Kha [0] (n=Jon-Kha@80-248-247-190.cust.suomicom.fi) |
20:43:50 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
20:43:50 | NJoin | fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
20:43:50 | NJoin | lodesi [0] (n=lds@fydelkass.inl.fr) |
20:43:50 | NJoin | preglow [0] (n=thomj@rockbox/developer/preglow) |
20:43:50 | NJoin | Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) |
20:43:50 | NJoin | newbyx86 [0] (n=newby@ip68-7-12-123.sd.sd.cox.net) |
20:43:50 | NJoin | n17ikh [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) |
20:43:50 | NJoin | andrewg867 [0] (n=andrew@stjhnf0124w-142162083094.pppoe-dynamic.nl.aliant.net) |
20:43:51 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
20:43:57 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
20:44:08 | | Quit animeloe (kubrick.freenode.net irc.freenode.net) |
20:44:08 | | Quit marcosource (kubrick.freenode.net irc.freenode.net) |
20:44:08 | | Quit gtkspert (kubrick.freenode.net irc.freenode.net) |
20:44:08 | | Quit sslashes (kubrick.freenode.net irc.freenode.net) |
20:44:08 | | Quit mrkiko (kubrick.freenode.net irc.freenode.net) |
20:44:08 | | Quit miepchen^schlaf (kubrick.freenode.net irc.freenode.net) |
20:44:08 | | Quit courtc (kubrick.freenode.net irc.freenode.net) |
20:44:08 | | Quit BHSPitMonkey (kubrick.freenode.net irc.freenode.net) |
20:44:08 | | Quit [mbm] (kubrick.freenode.net irc.freenode.net) |
20:44:08 | | Quit maddler (kubrick.freenode.net irc.freenode.net) |
20:44:10 | Blue_Alien | i just installed rockbox on my 60 gig ipod and i was wondering if there is a way i can watch my videos onit? |
20:44:12 | NJoin | maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) |
20:44:12 | NJoin | mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) |
20:44:12 | NJoin | miepchen^schlaf [0] (n=hihi@p54BF49D1.dip.t-dialin.net) |
20:44:12 | NJoin | marcosource [0] (i=marco@cakebox.net) |
20:44:12 | NJoin | sslashes [0] (i=sslashes@209.67.252.122) |
20:44:12 | NJoin | gtkspert [0] (n=gtkspert@gateless.info) |
20:44:12 | NJoin | BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
20:44:12 | NJoin | [mbm] [0] (i=mbm@openwrt/developer/mbm) |
20:44:12 | NJoin | courtc [0] (n=court@unaffiliated/courtc) |
20:44:12 | | Join theclaw_ [0] (n=theclaw@p5B295344.dip.t-dialin.net) |
20:44:12 | mrkiko | ... |
20:44:12 | | Nick Soap_ is now known as Soap (n=Soap@cpe-65-189-128-141.columbus.res.rr.com) |
20:44:14 | Blue_Alien | just installed rockbox on my 60 gig ipod and i was wondering if there is a way i can watch my videos onit? |
20:44:22 | | Quit animeloe_ (Client Quit) |
20:44:27 | | Quit PaulPosition () |
20:44:36 | | Join animeloe_ [0] (n=animeloe@ool-44c2be34.dyn.optonline.net) |
20:44:53 | DerPapst | wt.. what was that message? |
20:45:04 | | Quit animeloe_ (Client Quit) |
20:45:16 | | Join animeloe_ [0] (n=animeloe@ool-44c2be34.dyn.optonline.net) |
20:45:23 | Blue_Alien | just installed rockbox on my 60 gig ipod and i was wondering if there is a way i can watch my videos onit? |
20:45:30 | Soap | Blue_Alien: see the manual and the wiki on PluginMpegplayer |
20:45:52 | Soap | and in the future - please be more paitent than asking the same question three times in 68 seconds. |
20:46:00 | | Quit animeloe_ (Client Quit) |
20:46:00 | ompaul | DerPapst, referred to as a netsplit, nothing to worry about, leave it to network admins to get their kit together |
20:46:11 | | Join animeloe_ [0] (n=animeloe@unaffiliated/animeloe) |
20:46:21 | DerPapst | ompaul: ah ok :) |
20:46:50 | | Quit animeloe_ (Client Quit) |
20:47:13 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
20:47:20 | | Quit Blue_Alien (Client Quit) |
20:47:20 | NJoin | animeloe [0] (n=animeloe@unaffiliated/animeloe) |
20:48:43 | | Quit jpt9 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
20:50:07 | | Join Thundercloud [0] (n=thunderc@resnet12.nat.lancs.ac.uk) |
20:54:17 | | Join theclaw__ [0] (n=theclaw@p5B295EA0.dip.t-dialin.net) |
20:56:46 | | Quit jhulst (No route to host) |
20:57:03 | | Quit TTThomas (Read error: 113 (No route to host)) |
21:00 |
21:00:59 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
21:01:11 | | Quit theclaw (Read error: 110 (Connection timed out)) |
21:05:13 | | Join theclaw [0] (n=theclaw@p5B29731D.dip.t-dialin.net) |
21:05:26 | *** | Saving seen data "./dancer.seen" |
21:06:10 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
21:06:24 | | Quit advcomp2019 (Nick collision from services.) |
21:06:28 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
21:07:49 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
21:12:05 | | Join Jeton [0] (n=chatzill@79.126.190.189) |
21:13:59 | | Join linuxstb_ [0] (n=chatzill@rockbox/developer/linuxstb) |
21:14:37 | | Quit theclaw_ (Read error: 101 (Network is unreachable)) |
21:14:41 | | Quit hannesd (Connection timed out) |
21:15:49 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
21:16:24 | | Quit Arathis ("Bye, bye") |
21:17:25 | | Quit theclaw__ (Read error: 110 (Connection timed out)) |
21:17:28 | | Quit karashata ("Leaving.") |
21:18:41 | Nico_P | rasher: I did the size-in-name thing |
21:19:19 | rasher | Hurray |
21:19:52 | | Quit Frazz ("Leaving") |
21:20:04 | Nico_P | I need to make a little bit less hackish now |
21:26:16 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
21:27:33 | linuxstb_ | What filename does it look for? |
21:28:17 | Soap | woo hoo! |
21:28:26 | | Quit hannesd_ (Connection timed out) |
21:31:08 | | Quit amiconn (Nick collision from services.) |
21:31:16 | | Join amiconn [0] (n=jens@rockbox/developer/amiconn) |
21:31:52 | Soap | linuxstb: if Nico_P isn't going to answer... The discussion previously was on it looking for a file named the same as the size called for in the WPS, and then if that is not found, the default cover.bmp. |
21:32:18 | Soap | ie - if the WPS calls for 100x100 album art the first file looked for would be 100x100cover.bmp |
21:32:19 | Nico_P | linuxstb_: something like cover.100x100.bmp then cover.bmp |
21:32:26 | Soap | nevermind |
21:32:45 | | Quit FOAD (Read error: 110 (Connection timed out)) |
21:32:45 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
21:33:05 | Nico_P | linuxstb_: but there are other possible filenames... trackname.bmp, albumname.bmp, cover.bmp, then the same in the parent dir |
21:33:11 | Nico_P | might be a little overkill |
21:33:30 | linuxstb_ | OK, I was just curious exactly what filename you had chosen. cover.WxH.bmp seems perfect. |
21:34:01 | | Join stevesel [0] (n=steve@BAA50ac.baa.pppool.de) |
21:34:17 | | Part stevesel ("Konversation terminated!") |
21:37:42 | linuxstb_ | Are there any WPSs which use album art but don't need any other patches? I was thinking that once you commit it, it could be nice to have a WPS in SVN that can use it... |
21:40:07 | Nico_P | linuxstb_: on the gigabeat and sansa there probably are some, but on targets with landscape screens, it's hard to make an AA WPS without scrolling margins |
21:44:07 | Nico_P | linuxstb_: but we could adapt one and simply disable the scrolling, although that's not very elegant |
21:45:10 | Nico_P | the WPS should also use the conditional tag allowing for different layouts when there is AA and when there is not |
21:45:58 | nanok | Nico_P: uhm,the sansa i think is portrait (don;t know about the gigabeat though) |
21:46:23 | krazykit | nanok, yes, that's what he was implying |
21:47:06 | Nico_P | yeah and that's why it's easier to make an AA WPS without scrolling margins... you rarely want to put text next to the AA on those targets |
21:47:09 | | Join sdubois92 [0] (n=steven@c-24-91-93-169.hsd1.ma.comcast.net) |
21:47:19 | sdubois92 | does songbird support rockbox? |
21:47:40 | rasher | sdubois92: I suggest you ask a songbird forum. What do you mean by support though? |
21:48:22 | sdubois92 | like how itunes automatically puts music on the ipod. does songbird do the same for a rockbox device |
21:48:37 | nanok | well, anyway, to be honest idon;t care much for album art. i discarded the idea straight on, especially that those wps's need(ed) custombuilds. i am more tempted by other (mostly nonvisual) features |
21:48:52 | nanok | so i don't know much about albumart |
21:49:11 | nanok | but, ofcourse, that's just me. overall i think it's great that now it will be merged |
21:49:50 | linuxstb_ | sdubois92: A quick google points here - http://addons.songbirdnest.com/extensions/detail/28 |
21:49:52 | rasher | sdubois92: Again, this is not the forum for such a question. Rockbox devices are simply a regular USB drive. |
21:50:35 | | Quit tedrock (Client Quit) |
21:52:29 | | Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
21:52:45 | | Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") |
21:53:27 | UncleRemus | I tested my iPod (Photo, 4th G) with rockbox today and noticed that the battery only played for 1:15 hours. I booted the Apple firmware and it still plays after 3 hours and the battery seems like 70-80%. Are there any major stuff i could do to improve battery time with rockbox since I reeaally want to use it? |
21:55:31 | linuxstb_ | I tested my ipod photo last week, and got about 6h 50m playing back MP3s. |
21:55:32 | Jeton | Nico_P: will the resizing of the Album Art .bmp file cause it to be jaggy? Or the resized image will be "smooth"? |
21:56:07 | | Join TPM_Debian [0] (n=TPM@p5B07FB3B.dip.t-dialin.net) |
21:56:20 | Nico_P | Jeton: there'll be no resizing in the initial commit, but once I implement it I plan on using a better resizing algorithm than the patch |
21:56:32 | TPM_Debian | hello @all |
21:57:23 | Jeton | Nico_P: that's great, since the actual algorithm does make the images appear jagged (you probably knew that ) . |
21:57:26 | Nico_P | Jeton: but there is already support for files like cover.100x100.bmp or cover.75x75.bmp |
21:57:41 | UncleRemus | linuxstb_: I waould be very happy if I could reach that, how old is your iPod? |
21:58:03 | Jeton | yeah, but every theme that supports AA has different sizes specified ,that's why it's hard to keep a single size. |
21:58:04 | Nico_P | Jeton: yeah, it's a pretty bad algorithm AFAIK |
21:58:24 | Nico_P | Jeton: what I said above means that you can have several size |
21:58:25 | Nico_P | s |
21:58:37 | linuxstb_ | UncleRemus: I bought it a few months before it was replaced by the 5g - August 2005 I think. |
21:59:06 | UncleRemus | OK, seems the same as mine approx |
21:59:22 | Jeton | i see, but we wouldn't want 3 AA images(or more) for a song, or album. :) |
21:59:28 | | Quit Frazz ("Leaving") |
21:59:31 | TPM_Debian | i got a problem whis my sansa .... the bootloader and firmware are totaly corrupt ... so .. i use e200tool, but this tool prints no device found ... anybody a idea? (sry. my bad english) |
21:59:42 | Nico_P | Jeton: then wait for resizing ;) |
21:59:56 | UncleRemus | linuxstb_: I was out walking with it when I tested it, can that account for the big difference? |
22:00 |
22:00:19 | Jeton | yes sir! :D , and hopefully jpeg (or even better embedded) support ;) |
22:01:00 | Nico_P | Jeton: those are the steps after resizing |
22:01:28 | linuxstb_ | UncleRemus: Why do you think that would matter? |
22:01:36 | Nico_P | I'm not sure I'm very interested in them though |
22:01:53 | Nico_P | UncleRemus: depends on how you walk :p |
22:02:34 | Jeton | Nico_P: well, all good then, The progress made so far is impressive. (thinking how my Sansa was before installing rockbox) |
22:02:48 | UncleRemus | linuxstb_: Maybe I'm just clutching at straws. So, you think your battery is approx. the same as with Apple? |
22:03:12 | TPM_Debian | noone a idea??? |
22:03:34 | linuxstb_ | I never use the Apple firmware, but no, I would expect it to be much better in Apple's firmware - there are known issues with Rockbox drawing more power than it should on some ipods, including the Photo. |
22:04:52 | linuxstb_ | TPM_Debian: I assume you're running Debian? Are you running e200tool as root? Is your e200 in manufacturing mode? |
22:05:18 | TPM_Debian | 1.) + 2.) yes ... 3.) i hope it ... |
22:06:25 | TPM_Debian | if i use "init" command, so it will print |
22:06:29 | TPM_Debian | Searching for device 0781:0720 ... found! |
22:06:29 | TPM_Debian | Failed to claim the interface (-1, Operation not permitted) |
22:06:29 | TPM_Debian | Searching for device 0b70:0003 ... 9 8 7 6 5 4 3 2 1 0 not found! |
22:07:08 | linuxstb_ | That "Operation not permitted" looks to be the problem - are you sure you're root? |
22:07:13 | TPM_Debian | so .. i dont know, ... found it or not?!? ... well ... i use i2cprogram only the last line will show |
22:07:50 | TPM_Debian | a .. lol ... |
22:07:59 | TPM_Debian | i was kickt out of su |
22:08:02 | TPM_Debian | *donk* |
22:09:05 | TPM_Debian | it will works now .. thx so much :] |
22:09:19 | linuxstb_ | np |
22:09:54 | | Quit Jeton ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
22:11:15 | TPM_Debian | well ... e200tool has write the data, but nothin will do on my sansa ... black display on normal / recorery and manufacturing mode |
22:11:17 | TPM_Debian | :( |
22:12:16 | | Join Askyron [0] (n=tschulio@p549FBC47.dip0.t-ipconnect.de) |
22:12:17 | Askyron | http://www.pennergame.de/ref.php?refid=1041549 |
22:12:18 | Askyron | http://www.pennergame.de/ref.php?refid=1041549 |
22:12:33 | krazykit | Askyron, don't spam and get the hell out. |
22:12:50 | Askyron | sry |
22:13:04 | | Part Askyron |
22:13:08 | | Quit GnosticE () |
22:13:18 | rasher | Surprisingly polite, all things considered. |
22:13:29 | krazykit | i'm more surprised that it actually worked. |
22:14:51 | | Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) |
22:14:59 | | Quit sdubois92 ("Changing server") |
22:16:21 | idnar | amazing |
22:16:28 | | Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
22:20:48 | | Join Arathis [0] (n=doerk@p508A5CE8.dip.t-dialin.net) |
22:22:19 | | Quit Toxicity999 (Remote closed the connection) |
22:23:35 | Soap | UncleRemus: The best guess is that Rockbox should have around 60-65% of the battery life of Apple firmware on the Apple Photo |
22:25:04 | TPM_Debian | hmm ... after init, i2c and recover will short show the sandisk-logo then print it "hold-key locked ... system shutdown" ... but .. if i will start sansa normal or in recovery the display will be blank .... |
22:25:14 | UncleRemus | OK, Soap. Is the battery life issues of high importance for the devs? What could be the cause of the discrepancy? Is it not optimal usage of hardware acceleration? |
22:25:57 | | Join Toxicity999 [0] (n=bryan@cpe-76-179-173-76.maine.res.rr.com) |
22:27:59 | | Quit Mouser_X ("CGI:IRC (Session timeout)") |
22:29:58 | Soap | The cause is unknown. The iPods use an undocumented chip. The problem is most likely NOT inefficient code - as outside the PP5020 series of chips (later rockbox supported iPods and Sansas) rockbox acheives better than stock battery life using the same code as on the targets it falls short of. |
22:30:28 | Soap | The issue is of high importance - but the options are limited and difficult for such a situation. |
22:30:33 | rasher | UncleRemus: probably hardware that's not initialized correctly (or should be put to sleep) |
22:31:45 | jmspeex | freqmod_nx: does your file play in standard speexdec? |
22:36:36 | linuxstb_ | Bagder: Around? |
22:36:40 | | Quit hannesd (kubrick.freenode.net irc.freenode.net) |
22:36:40 | NSplit | kubrick.freenode.net irc.freenode.net |
22:36:40 | | Quit mrkiko (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit sslashes (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit courtc (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit marcosource (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit gtkspert (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit BHSPitMonkey (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit miepchen^schlaf (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit [mbm] (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit maddler (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit amiconn (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit advcomp2019 (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit animeloe (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit Dark_Apostrophe (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit _jhMikeS_ (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit spiorf (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit markun (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit sd__ (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit ATravelingGeek (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit desowin (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit n1s (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit jake_ (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit ender` (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit solatis (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit jmspeex (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit crashd (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit Seedy (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit merbzt (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit merbanan (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit Xerion (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit DogBoy (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit HellDragon (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit Toxicity999 (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit FOAD (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit jhulst (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit J (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit tuplanolla (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit shodanX (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit jurrie (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit annulus_ (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit kclaf (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit Isolinear (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit random_desu_is_s (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit midgey (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit linuxstb (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit micols (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit joshin (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit zicho (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit maxkelley (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit blithe (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit UncleRemus (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit ivan` (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit RaRe (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit jepler (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit Bagder (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit scorche (kubrick.freenode.net irc.freenode.net) |
22:36:40 | | Quit midkay (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit DiDjCodt (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit [omni] (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit SirFunk (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit GodEater (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit preglow (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit lodesi (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit fxb__ (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit daurn|laptop (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit toffe82 (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit Ave (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit newbyx86 (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit jumijoze (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit Kohlrabi (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit pabs (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit feisar (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit TPM_Debian (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit andrewg867 (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit rvvs89 (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit in-jane (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit lostlogic (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit Lynx_ (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit Shaid (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit PaulJam (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit bertrik (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit DerPapst (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit alienbiker99 (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit dionoea (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit n17ikh (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit iamben_ (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit davina (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit Rick (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit qwm (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit ze (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit Arathis (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit theclaw (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit sbeh (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit lastebil (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit XavierGr (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit crwll (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit parafin (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit krazykit (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit sneakums (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit chris__ (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit Nimdae (kubrick.freenode.net irc.freenode.net) |
22:36:42 | | Quit nanok (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit thegeek_ (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit Rob222241 (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit Robin0800 (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit JETC- (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit Buschel (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit moos (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit Soap (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit BjoernErik (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit bnakiddmj (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit tierra (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit ompaul (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit DataGhost (kubrick.freenode.net irc.freenode.net) |
22:36:43 | | Quit gromit` (kubrick.freenode.net irc.freenode.net) |
22:36:44 | | Quit Hadaka (kubrick.freenode.net irc.freenode.net) |
22:36:44 | | Quit Jon-Kha (kubrick.freenode.net irc.freenode.net) |
22:36:44 | | Quit rasher (kubrick.freenode.net irc.freenode.net) |
22:36:44 | | Quit Slasheri (kubrick.freenode.net irc.freenode.net) |
22:37:48 | * | freqmod_nx is checking if it plays |
22:40:10 | freqmod_nx | Decoding 16000 Hz audio using wideband (sub-band CELP) mode (stereo, VBR) |
22:40:24 | freqmod_nx | it works but it is /\/\ |
22:41:18 | freqmod_nx | probably a stereo error |
22:42:15 | | Quit guyzmo (Remote closed the connection) |
22:43:20 | billenium | o.0 |
22:43:23 | billenium | is anyone here? |
22:43:37 | | Join przemhb [0] (n=chatzill@88.199.182.115) |
22:43:39 | | Quit billenium ("Ex-Chat") |
22:51:46 | | Join Llorean [0] (n=llorean@32.138.93.22) |
22:54:43 | NHeal | kubrick.freenode.net irc.freenode.net |
22:54:43 | NJoin | Toxicity999 [0] (n=bryan@cpe-76-179-173-76.maine.res.rr.com) |
22:54:43 | NJoin | Arathis [0] (n=doerk@p508A5CE8.dip.t-dialin.net) |
22:54:43 | NJoin | hannesd [0] (n=light@gate-hannes-tdsl.imos.net) |
22:54:43 | NJoin | TPM_Debian [0] (n=TPM@p5B07FB3B.dip.t-dialin.net) |
22:54:43 | NJoin | amiconn [0] (n=jens@rockbox/developer/amiconn) |
22:54:43 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
22:54:43 | NJoin | advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
22:54:43 | | Join theclaw [0] (n=theclaw@unaffiliated/theclaw) |
22:54:43 | NJoin | jhulst [0] (n=jhulst@unaffiliated/jhulst) |
22:54:43 | NJoin | animeloe [0] (n=animeloe@unaffiliated/animeloe) |
22:54:43 | NJoin | courtc [0] (n=court@unaffiliated/courtc) |
22:54:43 | NJoin | [mbm] [0] (i=mbm@openwrt/developer/mbm) |
22:54:43 | NJoin | BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
22:54:43 | NJoin | gtkspert [0] (n=gtkspert@gateless.info) |
22:54:43 | NJoin | sslashes [0] (i=sslashes@209.67.252.122) |
22:54:43 | NJoin | marcosource [0] (i=marco@cakebox.net) |
22:54:43 | NJoin | miepchen^schlaf [0] (n=hihi@p54BF49D1.dip.t-dialin.net) |
22:54:43 | NJoin | mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) |
22:54:43 | NJoin | maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) |
22:54:43 | | Join Soap [0] (n=Soap@rockbox/staff/soap) |
22:54:43 | NJoin | ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
22:54:43 | NJoin | DerPapst [0] (n=DerPapst@p54B2E92A.dip.t-dialin.net) |
22:54:43 | NJoin | bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) |
22:54:43 | NJoin | Buschel [0] (n=AndreeBu@p54A3D163.dip.t-dialin.net) |
22:54:43 | NJoin | midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
22:54:43 | NJoin | JETC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) |
22:54:43 | NJoin | toffe82 [0] (n=chatzill@adsl-70-137-196-44.dsl.frs2ca.sbcglobal.net) |
22:54:43 | NJoin | random_desu_is_s [0] (n=chatzill@inet-out.dsl-nat.sura.ru) |
22:54:43 | NJoin | PaulJam [0] (i=PaulJam_@vpn-3118.gwdg.de) |
22:54:43 | NJoin | Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) |
22:54:43 | NJoin | desowin [0] (n=desowin@unaffiliated/desowin) |
22:54:43 | NJoin | markun [0] (n=markun@rockbox/developer/markun) |
22:54:43 | NJoin | UncleRemus [0] (n=caj@81-234-174-183-no95.tbcn.telia.com) |
22:54:43 | NJoin | moos [0] (i=moos@m147.net81-66-159.noos.fr) |
22:54:43 | NJoin | spiorf [0] (n=spiorf@host215-212-dynamic.20-79-r.retail.telecomitalia.it) |
22:54:43 | NJoin | _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) |
22:54:43 | NJoin | jake_ [0] (n=jake@user-0c9afn5.cable.mindspring.com) |
22:54:43 | NJoin | tierra [0] (n=tierra@ibaku.net) |
22:54:43 | NJoin | Bagder [0] (n=daniel@rockbox/developer/bagder) |
22:54:43 | NJoin | n1s [0] (n=nils@nl104-209-90.student.uu.se) |
22:54:43 | NJoin | davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
22:54:43 | NJoin | merbanan [0] (n=banan@83.233.243.136) |
22:54:43 | NJoin | ATravelingGeek [0] (n=ATG@pdpc/supporter/student/ATravelingGeek) |
22:54:43 | NJoin | daurn|laptop [0] (n=fake@unaffiliated/daurnimator) |
22:54:43 | NJoin | linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
22:54:43 | NJoin | Rob222241 [0] (n=Miranda@p54B17779.dip.t-dialin.net) |
22:54:43 | NJoin | ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
22:54:43 | NJoin | SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
22:54:43 | NJoin | Dark_Apostrophe [0] (n=darkapos@supporter/monthlybyte/DarkApostrophe) |
22:54:43 | NJoin | thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) |
22:54:43 | NJoin | HellDragon [0] (i=jd@unaffiliated/helldragon) |
22:54:43 | NJoin | iamben_ [0] (n=ben@adsl-71-153-44-184.dsl.spfdmo.sbcglobal.net) |
22:54:43 | NJoin | Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) |
22:54:43 | NJoin | Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
22:54:43 | NJoin | alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) |
22:54:43 | NJoin | nanok [0] (n=nanok@194.145.183.75) |
22:54:43 | NJoin | gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
22:54:43 | NJoin | sd__ [0] (n=sd@81.201.60.183) |
22:54:43 | NJoin | merbzt [0] (n=benlar@dns.basset.se) |
22:54:43 | NJoin | zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) |
22:54:43 | NJoin | DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
22:54:43 | NJoin | Shaid [0] (i=shaid@210-84-36-100.dyn.iinet.net.au) |
22:54:43 | NJoin | [omni] [0] (n=omni@bestII.com) |
22:54:43 | NJoin | crashd [0] (i=foobar@lostnode.org) |
22:54:43 | NJoin | scorche [0] (i=Blah@rockbox/administrator/scorche) |
22:54:43 | NJoin | kclaf [0] (n=kclaf@85.95.211.245) |
22:54:43 | NJoin | midkay [0] (n=midkay@rockbox/developer/midkay) |
22:54:43 | NJoin | Rick [0] (i=rick@unaffiliated/rick) |
22:54:43 | NJoin | solatis [0] (i=lmergen@cc1172915-a.ensch1.ov.home.nl) |
22:54:43 | NJoin | jmspeex [0] (n=jmspeex@142.163.233.220.exetel.com.au) |
22:54:43 | NJoin | ivan` [0] (n=ivan`@unaffiliated/ivan/x-000001) |
22:54:43 | NJoin | Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) |
22:54:43 | NJoin | jepler [0] (n=jepler@emc/developer/jepler) |
22:54:43 | NJoin | annulus_ [0] (n=ap@81-237-222-105-no91.tbcn.telia.com) |
22:54:43 | NJoin | DogBoy [0] (n=john@unaffiliated/dogboy) |
22:54:43 | NJoin | Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) |
22:54:43 | NJoin | Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
22:54:43 | NJoin | qwm [0] (n=qwm@h38n2fls32o1010.telia.com) |
22:54:43 | NJoin | chris__ [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
22:54:43 | NJoin | sneakums [0] (i=sneakums@jenny.ondioline.org) |
22:54:43 | NJoin | ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
22:54:43 | NJoin | feisar [0] (i=jljhook@noppakerho.com) |
22:54:43 | NJoin | krazykit [0] (n=kkit@light.sunsetab.denison.edu) |
22:54:43 | NJoin | parafin [0] (i=parafin@paraf.in) |
22:54:43 | NJoin | crwll [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) |
22:54:43 | NJoin | bnakiddmj [0] (i=0@86.122.116.44) |
22:54:43 | NJoin | XavierGr [0] (n=xavier@ppp101-108.adsl.forthnet.gr) |
22:54:43 | NJoin | BjoernErik [0] (n=Bjoern@108.80-202-110.nextgentel.com) |
22:54:43 | NJoin | lastebil [0] (n=truck@cube.lomal.la) |
22:54:43 | NJoin | sbeh [0] (n=sbeh@82.96.68.160) |
22:54:43 | NJoin | lostlogic [0] (n=lostlogi@rockbox/developer/lostlogic) |
22:54:43 | NJoin | Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) |
22:54:43 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
22:54:43 | NJoin | in-jane [0] (i=jane@212.83.122.85) |
22:54:43 | NJoin | maxkelley [0] (n=max@cpe-74-69-17-126.rochester.res.rr.com) |
22:54:43 | NJoin | dionoea [0] (n=dionoea@poy.chewa.net) |
22:54:43 | NJoin | jumijoze [0] (n=jumijoze@unaffiliated/mike-zed) |
22:54:43 | NJoin | rvvs89 [0] (n=rvvs89@pdpc/supporter/active/rvvs89) |
22:54:43 | NJoin | joshin [0] (n=joshin@unaffiliated/joshin) |
22:54:43 | NJoin | micols [0] (n=micols@scharff.fys.ku.dk) |
22:54:43 | NJoin | DiDjCodt [0] (n=djc@poy.chewa.net) |
22:54:43 | NJoin | jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) |
22:54:43 | NJoin | blithe [0] (n=blithe@stiletto.djblithe.com) |
22:54:43 | NJoin | shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) |
22:54:43 | NJoin | tuplanolla [0] (n=jani@a80-186-126-4.elisa-laajakaista.fi) |
22:54:43 | NJoin | J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
22:54:43 | NJoin | RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
22:54:43 | NJoin | GodEater [0] (n=bryan@rockbox/staff/GodEater) |
22:54:43 | NJoin | Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
22:54:43 | NJoin | rasher [0] (n=rasher@rockbox/developer/rasher) |
22:54:43 | NJoin | Jon-Kha [0] (n=Jon-Kha@80-248-247-190.cust.suomicom.fi) |
22:54:43 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
22:54:43 | NJoin | fxb__ [0] (n=felixbru@h1252615.stratoserver.net) |
22:54:43 | NJoin | lodesi [0] (n=lds@fydelkass.inl.fr) |
22:54:43 | NJoin | preglow [0] (n=thomj@rockbox/developer/preglow) |
22:54:43 | NJoin | Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) |
22:54:43 | NJoin | newbyx86 [0] (n=newby@ip68-7-12-123.sd.sd.cox.net) |
22:54:43 | NJoin | n17ikh [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) |
22:54:43 | NJoin | andrewg867 [0] (n=andrew@stjhnf0124w-142162083094.pppoe-dynamic.nl.aliant.net) |
22:54:44 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
22:59:09 | | Quit ompaul (Client Quit) |
23:00 |
23:00:26 | UncleRemus | Thanks for your replies, Soap and rasher. Interesting indeed. |
23:00:29 | amiconn | Nico_P: I think we *will* need a way to easily disable AA. On mono targets and other low-mem targets it doesn't make sense |
23:00:30 | | Join guyzmo [0] (n=guyzmo@nenya.mithrandir.net) |
23:00:31 | amiconn | On greyscale targets it's to be decided. Might look acceptable with dithering |
23:00:32 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
23:00:33 | UncleRemus | So, if I should ever by a new iPod, will the newer ones have better lifetime ratio (i.e. compared to Apple)? |
23:00:34 | amiconn | I wonder how you intend to handle targets with more than one LCD... |
23:00:34 | | Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) |
23:00:36 | amiconn | ...especially as you're planning to go without scaling, and use bmp |
23:00:40 | krazykit | UncleRemus, no, they share the issues. |
23:01:14 | Llorean | Why are we going without scaling? |
23:01:17 | UncleRemus | Hmmm, stupid iPods. :D What devices are known to work really good with rockbox in battery aspects? |
23:01:18 | amiconn | Everything coldfire based |
23:01:18 | krazykit | everything except 4+gen ipods and sansas |
23:01:19 | amiconn | krazykit: Not correct |
23:01:19 | krazykit | and the h10, right? |
23:01:19 | amiconn | Everything that's not portalplayer based |
23:01:20 | Llorean | Isn't there a bitmap scaling patch already? |
23:01:20 | DBUG | Enqueued KICK amiconn |
23:01:20 | amiconn | More precisely, everything that's not portalplayer PP502x based |
23:01:21 | amiconn | The 5002 is on par with OF |
23:01:22 | | Join GX9900WZ [0] (n=none@adsl-75-36-191-71.dsl.pltn13.sbcglobal.net) |
23:01:22 | *** | Alert Mode level 1 |
23:01:22 | amiconn | UncleRemus: If you want really long battery runtime, my recommendation would be the iaudio X5L or M5L |
23:01:24 | UncleRemus | Thanks, I'll go and check it now |
23:01:27 | GX9900WZ | hi, i just installed rockbox on my sansa e250, i connected it to the computer, but the computer is not recognizing the device |
23:01:27 | amiconn | The M5L is holding the rockbox battery runtime record. Almost 52 hours with lame −−preset standard mp3. Of course a synthetic runtime test is always better than real usage, but still... |
23:01:27 | advcomp2019 | GX9900WZ, are you in the OF or rockbox |
23:01:28 | GX9900WZ | rockbox |
23:01:28 | bertrik | GX9900WZ: USB for sansa e200 does not work yet in rockbox |
23:01:29 | advcomp2019 | that is why rockbox does not have usb support yet.. so boot into OF |
23:01:30 | GX9900WZ | oh, so i should switch to the OF when i connect to the computer to upload songs? |
23:01:30 | GX9900WZ | okay, thanks |
23:01:31 | bertrik | to charge the battery and to use USB, you need to use the original firmware |
23:01:42 | bertrik | GX9900WZ: convenient way to boot into the original firmware is to turn your sansa off, then plug in the USB cable, it will wake up automatically and go to the OF, annoying database refresh will be suppressed by the rockbox bootloader |
23:01:43 | TPM_Debian | oO ... the bat will not charging when the os this does not support?!?! ... wtf? |
23:01:44 | amiconn | Afaik the sansa charges from usb |
23:01:44 | bertrik | TPM_Debian: it will charge, but very slowly |
23:01:45 | amiconn | In order to draw more than 100mA from an usb port, this must be requested from the host as by usb standards |
23:01:45 | TPM_Debian | a ... ok |
23:01:45 | amiconn | And since rockbox can't do usb yet on pp, we can't request that extra power either |
23:01:46 | bertrik | amiconn: in order to draw 100 mA, you need to tell the charger circuit to draw 100 mA, otherwise it defaults to 50 mA AFAIK |
23:01:46 | TPM_Debian | max is a half amp |
23:01:47 | amiconn | TPM_Debian: Yes, but only if you tell the host |
23:01:47 | TPM_Debian | yes ... i know ;) |
23:01:47 | DBUG | Enqueued KICK TPM_Debian |
23:01:47 | TPM_Debian | well ... i must mount my sansa on linux ... i hope i can do that .... |
23:01:48 | amiconn | I know there are devices which don't care, but that's violating specs, and some hosts play safe and simply sht down the port in such a case |
23:01:48 | TPM_Debian | its my first time |
23:01:48 | GX9900WZ | thanks for the tip |
23:01:48 | | Quit midkay (Read error: 113 (No route to host)) |
23:01:49 | krazykit | TPM_Debian, you can mount it in the OF no problem. |
23:01:49 | UncleRemus | amiconn: I found the X5L http://www.netonnet.se/index.asp?iid=104852 . Will consider it for my next mp3 player. |
23:01:50 | GX9900WZ | hmm, my sansa is waking up automatically when i plug in the usb |
23:01:50 | krazykit | GX9900WZ, yes, that's desired behavior |
23:01:50 | amiconn | UncleRemus: That's the plain X5 (60GB model), not the X5L |
23:01:50 | | Quit n17ikh () |
23:01:50 | GX9900WZ | i mean, it is not waking up automatically |
23:01:50 | | Quit desowin ("use linux") |
23:01:50 | Soap | UncleRemus: don't consider it for too long, they are quickly disapearing. |
23:01:50 | UncleRemus | Yeah, just noticed it was sold out... |
23:01:50 | | Quit ATravelingGeek (Connection timed out) |
23:01:50 | TPM_Debian | well .. my sansa is corrupt ... and its so very very hard to flash ned system on it .. after i write the i2c.bin ... i need to do (before the player restart) to push the rec button to init the device into recoery mode .. the i need to push the os-image on the device ... befor i can disconnect it from usb ... if i do this the device will reset .. its strange ... |
23:01:51 | amiconn | It's a nice player, but not the one with the really long runtime. The X5L has 2.5x the battery capacity of the plain X5, hence 2.5x the battery runtime, but only comes as single platter model (20GB and 30GB) |
23:02:15 | TPM_Debian | so i need a mount under linux ... to write the os ... but its my first time to mount a usb on linux .. and i dont know how i can made it |
23:02:16 | | Join ATravelingGeek [0] (n=ATG@pool-162-84-81-98.culp.east.verizon.net) |
23:03:35 | | Quit random_desu_is_s ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") |
23:03:53 | | Quit iamben_ (Read error: 110 (Connection timed out)) |
23:04:05 | krazykit | TPM_Debian, why exactly are you writing i2c.bin? |
23:04:35 | Llorean | amiconn: I'm having slight lag issues, so I'm not sure when my message showed up. Why is AA going to be done without scaling? |
23:04:46 | TPM_Debian | well ... my sansa will show black display on normal / recovery and manufactury mode ... |
23:04:53 | amiconn | Llorean: I don't know... |
23:05:09 | linuxstb_ | Llorean: That's just the initial implementation Nico_P wants to commit. He's said he'll work on scaling afterwards. |
23:05:10 | Llorean | I can understand an argument for no jpeg, though I'm not sure where I personally stand on it. |
23:05:14 | Llorean | Ah. |
23:05:27 | Llorean | Just a starting point. |
23:05:28 | TPM_Debian | i can only access the device on manu-mode @ krazykit |
23:05:31 | *** | Saving seen data "./dancer.seen" |
23:05:34 | Ctcp | Ignored 2 channel CTCP requests in 27 seconds at the last flood |
23:05:34 | * | Bagder wants jpeg support and scaling for AA |
23:05:47 | Llorean | I'm indifferentish on jpeg, in favour of scaling |
23:06:15 | amiconn | Hmm. I think a better solution would be using jpeg and scaling, but not putting the jpeg decoder in the core, but reusing the jpeg viewer plugin |
23:06:29 | Llorean | Plugins that return data to the core, then? |
23:06:44 | amiconn | No, plugins that draw into a viewport... |
23:06:48 | Llorean | Aaaah |
23:07:08 | amiconn | I *know* there's an ingredient missing to do that... |
23:07:10 | DerPapst | viewports that aren't implemented yet? |
23:07:21 | Llorean | Would that then conflict with TSR plugins? |
23:07:26 | * | DerPapst shuts up |
23:07:36 | Llorean | For example, batterybench + AA/Jpeg WPS? |
23:07:38 | krazykit | TPM_Debian, so you can write the bootloader? after that, you can't mount the recovery mode, or do you not know how? |
23:07:40 | amiconn | Llorean: It would. |
23:07:58 | linuxstb_ | Bagder: Could you update the gcc multilibs patch (in www.rockbox.org/gcc/) with http://www.davechapman.f2s.com/rockbox/rockbox-multilibs-arm-elf-gcc-4.0.3.diff |
23:08:01 | amiconn | But it wouldn't conflict with normal plugin usage |
23:08:17 | Llorean | amiconn: I didn't think it would, which is why I didn't mention them. :) |
23:08:57 | TPM_Debian | krazykit, the only why, how i can "relive" the sansa is in the exacly steps ... 1. init manu-mode, 2. write bootloader, 3. hold rec befor device rebot abter write success, 4. display will show logo and report status ... 5. write os image ... but whisout mounting i cant write ... and when i disconnect usb after write bootload, all will erase ... (i think) ... no effect will be when i restart the device after disconnect (no display) |
23:09:36 | Bagder | linuxstb: done! |
23:10:02 | linuxstb_ | Bagder: Thanks. That _should_ now be fine for all current/in-progress ARM targets... |
23:10:11 | Bagder | great! |
23:10:26 | krazykit | TPM_Debian, so you're having problems mounting the device to write the OF image? |
23:10:32 | TPM_Debian | yes |
23:10:43 | krazykit | do you not know the command, or is the problem something else? |
23:10:52 | Bagder | TPM_Debian: no, in manufacture mode you "reover" by loading the booloader so that you enter recovery mode, and then you should be able to mount the unit |
23:10:55 | rasher | Llorean: considering the kind of TSR plugins we have, I don't see that as a huge problem |
23:11:08 | TPM_Debian | its my first time to use a usb device under debina .. btw linux |
23:11:23 | | Join n17ikh|Lappy [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) |
23:11:24 | TPM_Debian | Bagder, this will not work |
23:11:24 | *** | Alert Mode OFF |
23:11:40 | Bagder | then something is very wrong in your end |
23:11:47 | Bagder | hundreds of people have done that already |
23:12:06 | TPM_Debian | perhaps ... but my device will this not make |
23:12:17 | | Join iamben [0] (n=ben@68.89.211.104) |
23:12:31 | Bagder | why not? |
23:12:37 | Bagder | your explanations so far have been flawed |
23:12:41 | Llorean | rasher: We only have one, right? But that one is exactly the sort you want to use with playback... |
23:12:48 | TPM_Debian | it will (i think so) destroy the bootloader after burn and power-off the device |
23:12:52 | Llorean | Or rather, with a view of the WPS |
23:13:10 | TPM_Debian | its very very strange |
23:13:14 | rasher | Llorean: But I'd say it's reasonable to say "don't use AA if you're running battery bench". We'll lose only the ability to specifically benchmark AA |
23:13:20 | Bagder | TPM_Debian: can you explain what you want to do, and what exact device you have? |
23:13:23 | rasher | But other than that, what difference does it make? |
23:13:38 | Llorean | rasher: I would like to assume there might be future TSR plugins. |
23:13:56 | Llorean | I'm not saying we shouldn't do it this way, I'd just like to strongly encourage looking for another solution first. |
23:14:59 | Llorean | For example, could we use a codec for the image, store the post-decoded/scale image in the metadata, since that also doesn't require viewports? |
23:15:30 | linuxstb_ | Wow, the Creative Zen Vision:M New Ports forum thread has had 68880 views... |
23:16:05 | Llorean | Well isn't/wasn't that one of the top competitors to the iPod 5G? |
23:17:35 | TPM_Debian | Bagder, "sansa e250" ... what the device not do: boot into normal-mode, boot into recovery mode ... what i do to "relive" ... 1. init manu-mode .. 2. flash bootloader out of debian .. 3. press REC befor write success and device will automatic reboot ... 4. device will wait for write os .... ... when i disconnect and reconnect usb on the device, display will be blank ... when the device reboot, and i do not push rec the device print "hold-key |
23:17:35 | TPM_Debian | is locked ... system shutdown" ... after manual power on the display will be blank .. in all modes ... so .. the only way i can flash the os is folowing the 4 steps, mount device and write os befor i disconnect the device from usb |
23:18:03 | Dark_Apostrophe | Is Rockbox POSIX-compliant? |
23:18:04 | amiconn | Llorean: We have 2 tsr plugins... |
23:18:09 | * | Soap has spent a week trying to think of a cool TSR plugin - and has come up blank. |
23:18:14 | Llorean | amiconn: What's the other one? |
23:18:16 | amiconn | (one is archos only though) |
23:18:25 | Llorean | Aaaah, that's why I don't know of it. |
23:18:30 | Soap | perhaps his thoughts are too narrow. |
23:18:31 | amiconn | alpine_cdc |
23:18:55 | TPM_Debian | Bagder, or power will off |
23:18:57 | Bagder | TPM_Debian: really, you should pay attention to details and report those. |
23:19:06 | Bagder | your explanation is full of logical errors and flaws |
23:19:15 | linuxstb_ | Dark_Apostrophe: Where it makes sense, functions in Rockboxare implemented to be POSIX-compliant. But you couldn't call Rockbox as a whole POSIX compliant. |
23:19:22 | TPM_Debian | maybe ... my english is not perfect ;) |
23:19:22 | * | amiconn is going to try an adapted h1x0 radio driver on h10 |
23:19:57 | Bagder | TPM_Debian: your english is fine enough. Like in step two, there's absolutely nothing that flashes anything when your're in manufactrure mode |
23:20:01 | Llorean | Then again, TSR plugins that can draw to viewports are also a kinda nifty idea... so yeah. |
23:20:10 | Bagder | TPM_Debian: and what happens exactly when it starts recovery mode? |
23:20:15 | | Join kkurbju1 [0] (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) |
23:20:16 | TPM_Debian | Bagder, nothing |
23:20:24 | Bagder | I don't believe you |
23:20:27 | | Nick kkurbju1 is now known as kkurbjun (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) |
23:20:29 | TPM_Debian | ;) |
23:20:37 | Bagder | so how do you know it started? |
23:20:56 | amiconn | Llorean: Mmmmyes, it would need to be tsr in that case. But I think that would be doable with the current infrastructure, just viewports are missing :/ |
23:21:17 | amiconn | If only more devs would care about the fundamentals - the low level code :\ |
23:21:34 | Llorean | amiconn: TSR plugins with viewports would then let people create "visualizations" in their WPSes, which they've only been asking for forever. ;) |
23:21:35 | Bagder | I would rather say that AA through a plugin sounds like a hack |
23:21:54 | amiconn | why? |
23:21:54 | rasher | amiconn: I doubt it's a matter of care. |
23:21:55 | Nico_P | amiconn: if only more devs knew about low-level stuff |
23:21:58 | Bagder | I would rather then go for the full "plugin as WPS" concept |
23:22:09 | amiconn | It would be rather flexible |
23:22:20 | Llorean | Bagder: How about "WPS in plugin"? |
23:22:42 | amiconn | Nico_P: That's something that can be learned |
23:22:43 | Nico_P | amiconn: I wonder why I'd need to handle AA on lcd remotes |
23:22:51 | | Nick parafin is now known as parafin|away (i=parafin@paraf.in) |
23:23:03 | Bagder | Nico_P: because people will want their WPSes on remotes to show them? |
23:23:06 | Llorean | Bagder: Leave the current WPS as it is, but give plugins the draw the WPS (with their own additions) so that the more out-there WPS features could be in specific custom wps plugins. |
23:23:11 | rasher | Nico_P: the m:robe has a rather large lcd remote iirc |
23:23:17 | Nico_P | ah |
23:23:25 | amiconn | I knew next to nothing about low-level programming when first getting into touch with rockbox |
23:23:26 | Bagder | Llorean: yes, that's pretty much what I think as well |
23:23:34 | kkurbjun | rasher: it's only 79x16 |
23:23:42 | Nico_P | then the AA bitmap will be cropped for now. I don't want to drop a big bomb this time |
23:23:42 | rasher | Ah, I was wrong. |
23:24:01 | Nico_P | oh well then who wants AA on the tiny screens the remotes have? |
23:24:21 | Llorean | Nico_P: We've long since learned people aren't sane. ;) |
23:24:24 | | Quit advcomp2019 (Read error: 113 (No route to host)) |
23:24:27 | linuxstb_ | Once the greyscale lib runs on the remotes... |
23:24:29 | Bagder | Nico_P: I'll bet they'll show their faces once you bring on the AA ;-) |
23:24:39 | amiconn | Nico_P: It's not so much the different resolutions (btw. on M5 the main & remote lcd don't have very different resolution), but the different pixel formats |
23:24:39 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
23:24:58 | Nico_P | amiconn: yeah that's not an easy one |
23:25:25 | linuxstb_ | Doesn't it simply mean loading two bitmaps (or loading/scaling the same bitmap twice)? |
23:26:04 | bertrik | I thought the graphics API had the notion of a 'canonical' format? 24-bit for color, 8-bit for grayscale |
23:26:48 | amiconn | Not the core api, check the footnotes for those functions |
23:26:52 | linuxstb_ | All bitmaps are stored internally in the native format for the LCD hardware. |
23:27:00 | Llorean | linuxstb_: I'd prefer scaling the original to two sizes, personally. I like the scale solution, especially if people have collections for use on multiple targets, or just multiple WPSes even. |
23:27:03 | Nico_P | linuxstb_: yeah, but I think there are a few subtelties I'll need to work out |
23:27:20 | amiconn | Hmm, looks like I get some communication with the radio chip :) |
23:27:28 | Dark_Apostrophe | Can rockbox run any SDL stuff? |
23:27:31 | przemhb | Hi all |
23:27:36 | Bagder | Dark_Apostrophe: nope |
23:27:41 | Dark_Apostrophe | Damn. |
23:27:42 | Nico_P | Llorean: for now I've implementing the search for different bitmaps, eg cover.100x100.bmp |
23:28:34 | Llorean | Just stating my personal preference. I'm not likely to ever use album art, anyway. :) |
23:28:55 | * | amiconn neither, other than for testing |
23:29:10 | przemhb | amiconn: have you tried someting new or tested the last patch? |
23:29:17 | Nico_P | heh, you might actually come to like it ;) |
23:29:35 | amiconn | przemhb: The patch I posted has some bugs of its own, and doesn't implement my latest idea |
23:29:53 | amiconn | But it looks like I now have communication with the fm chip going |
23:29:59 | Llorean | Nico_P: I do admit I have a little extra space in my WPS, but I'd like to fill it with enhanced playlist features eventually. :-P |
23:30:24 | amiconn | (and the patch won't apply to latest svn anyway because barrywardell did the target tree split) |
23:30:42 | | Quit markun (Read error: 113 (No route to host)) |
23:31:06 | | Join markun [0] (n=markun@rockbox/developer/markun) |
23:32:29 | Bagder | kkurbjun: you did spot the red, right? |
23:32:44 | przemhb | amiconn: I've tried the latest Barry Wardell's patch and there is communication with radio chip |
23:33:17 | kkurbjun | bagder, thanks I'll fix that |
23:33:31 | * | amiconn never remembers those fs# numbers, and the search function in flyspray isn't that helpful either |
23:34:02 | linuxstb_ | kkurbjun: I've now fixed the patch used by rockboxdev.sh to correctly build libgcc.a for the arm1136jf-s if you want to test... |
23:35:11 | amiconn | przemhb: Unfortunately barry isn't here now. Just omitting the clock stretch isn't going to work, the TEA needs it |
23:35:26 | amiconn | And I already suggested the solution - doing the same thing as on iriver |
23:35:33 | amiconn | That's what I'm trying now |
23:35:59 | kkurbjun | linuxstb, great, is it in svn? |
23:36:01 | amiconn | But I need a full rebuild because the strings are all mixed up when only replacing the core |
23:36:39 | linuxstb_ | kkurbjun: No, the patch itself is at http://www.rockbox.org/gcc/ - Bagder just updated it. |
23:36:48 | TPM_Debian | Bagder, look this ... Http://mln.ath.cx/sansa.txt |
23:36:50 | amiconn | And btw, for me booting didn't fail with your patch - that's because I've set a different start screen than main menu :) |
23:36:55 | kkurbjun | :), oh yeah |
23:37:07 | kkurbjun | I'll give it a try |
23:37:16 | * | amiconn is a long term rockbox user, hence *need* to have rockbox start up in the browser |
23:37:23 | przemhb | amiconn: lucky you |
23:37:54 | amiconn | It's set this way on all my targets |
23:38:21 | przemhb | amiconn: my latest patch used H1x0 i2c code but it still wasn't enough |
23:38:25 | Bagder | TPM_Debian: after step 5 when you've run recover, what did you see on the screen? I take it you then mounted the device? How did you "write new bootloader to device" ? what does step 7 "burn finish" mean? |
23:38:32 | | Quit Arathis ("Bye, bye") |
23:39:15 | Bagder | TPM_Debian: you could try to do the .fmt file creation to have the file system recreated |
23:39:18 | amiconn | przemhb: Yeah, it's based on my patch, which contained 2 goofs... |
23:39:35 | TPM_Debian | step 6 mean that the e200tool now writing the data to the device ... and step 7 says the Write cycle is successfully and e200tool exited |
23:39:41 | amiconn | Reading SCL and SDA needs to read GPIOD_INPUT_VAL of course... |
23:39:42 | przemhb | amiconn: you're right |
23:39:54 | Llorean | Bagder: Doesn't he need to hold record when it automatically reboots between 7 and 8? |
23:40:03 | Bagder | yes he does |
23:40:14 | Llorean | I thought it was running from RAM at that point, so if you let it shut down from the hold being on, as he says it does, you lose all progress. |
23:40:28 | Bagder | TPM_Debian: see Llorean's comment, "recover" doesn't copy anything to any flash |
23:40:53 | Bagder | like variant-2 does I see |
23:41:04 | Bagder | although that one seems to stop at step 10 for some reason |
23:41:37 | TPM_Debian | i hold rec only in variant 2 .. and the device will show the text in the recovery mode .. when i not do this all modes will show black screen after poweron ... |
23:41:39 | Bagder | TPM_Debian: and when doing "recover" and holding REC, the system does not restart, it starts recover mode |
23:41:55 | TPM_Debian | variant 2 is realy the only why that will print the recovery mode text |
23:42:04 | Bagder | yes, and you WANT the recovery mode |
23:42:13 | Llorean | TPM_Debian: In Variant 1 you're not IN recovery mode, you go back to manufacturing mode because you didn't hold Record. |
23:42:14 | Bagder | that's the mode that you'll use to get things fixed |
23:42:20 | Llorean | You never finished the recovery process. |
23:42:38 | amiconn | przemhb: Seems like the tuner is receiving, just I don't hear anything yet |
23:42:42 | | Quit jhulst (Connection timed out) |
23:42:42 | przemhb | amiconn: I've took a quick look at the radio chip readouts given by Barry and the readout I have on my own H10 - they look sensible to me |
23:42:49 | amiconn | And the radio screen buttons are messed up |
23:43:00 | TPM_Debian | lodesi, i think not so ... when the device will go back into mamu mode so i can access the device whis e200 .. but this will not works |
23:43:18 | przemhb | amiconn: turn the mute off and try to record sth from it |
23:43:32 | przemhb | amiconn: it may work |
23:43:36 | amiconn | But from the stereo indicator it looks like I'm receiving the known stations in Berlin |
23:43:38 | Bagder | TPM_Debian: really, if you don't follow the proper procedures you won't manage what you attempt to do |
23:43:59 | Llorean | TPM_Debian: Do variant 2. When you get text on the screen, attach it to a computer. Then copy an official MI4 file to it. |
23:44:04 | Bagder | but feel free to ignore us |
23:44:13 | amiconn | No buttons apart from up/down are working in the radio screen. Those 2 tune down/up |
23:44:49 | przemhb | amiconn: does statsion searching stops in proper positions (at your local radio stations frequencies)? |
23:44:51 | amiconn | I can't even leave the radio screen without shutting down or pulling the battery |
23:44:53 | amiconn | yes |
23:45:29 | TPM_Debian | Bagder, sry .. i cant understand your text ... what u mean thiw "proper procedures" ? |
23:45:33 | TPM_Debian | whis |
23:45:47 | Bagder | TPM_Debian: go into recovery mode, mount the unit, copy the files |
23:45:59 | Llorean | TPM_Debian: He means you are not following the instructions. |
23:46:08 | TPM_Debian | a .. hmmmm |
23:46:18 | amiconn | przemhb: I'll make a new patch, then you can experiment as well |
23:46:29 | TPM_Debian | well .. how log i need to wait till the devie will go into manu-mode back? |
23:46:30 | przemhb | amiconn: great! |
23:46:32 | amiconn | Just need to adjust the config for big H10 |
23:46:33 | TPM_Debian | long |
23:46:43 | amiconn | (did small H10 only as that's what I have) |
23:46:43 | Bagder | TPM_Debian: ? |
23:46:53 | Bagder | back? |
23:47:31 | TPM_Debian | when the device will reboot after writing bootloader ... how long i need to wait till i can access the device whis e200tool ? ... |
23:47:35 | Bagder | TPM_Debian: I get the feeling you're just playing with me, I'll stop this soon |
23:47:46 | TPM_Debian | no!!! ... realy no!!!! |
23:48:11 | TPM_Debian | this is a real problem .. but my english is realy not the best! |
23:48:27 | Llorean | TPM_Debian: Then why aren't you doing what we tell you? |
23:48:29 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
23:48:50 | Llorean | Do variant #2, when you get text on the screen attach it to a computer, and copy the MI4 file to it. |
23:48:51 | Bagder | TPM_Debian: then start it in manufacture mode, use e200too recover to go to recovery mode, then mount the system, copy the files, unmount |
23:49:02 | TPM_Debian | so i cant understand what all u type ... and googel translate can not all translate right .. its hard for me to understand you |
23:49:23 | TPM_Debian | Bagder, how can i mount the device in debian? |
23:49:23 | markun | TPM_Debian: which languages do you speak? |
23:49:27 | TPM_Debian | german |
23:49:35 | Llorean | TPM_Debian: When it says "Welcome to recovery mode", attach it to your computer. |
23:51:13 | TPM_Debian | Llorean, after show "welcome" i cant disconnect usb .. if i do this the device will go off and i cant go into recovery .... so .. i need the available usb connection ... |
23:51:31 | TPM_Debian | i think, i need a manuel mounting of the device .. but i dont know, how i can made this |
23:51:50 | Llorean | TPM_Debian: When it shows "welcome" that IS Recovery |
23:52:11 | TPM_Debian | yes .. i know |
23:52:22 | Llorean | All you need to do then is copy PP5022.MI4 to the player |
23:52:31 | Llorean | You do NOT use e200tool with Recovery Mode. |
23:52:32 | TPM_Debian | yes .. but how? |
23:52:32 | markun | TPM_Debian: an you copied the MI4 file but you don't know how to unmount? |
23:52:42 | Bagder | he doesn't know how to mount |
23:52:46 | DerPapst | heh |
23:52:47 | TPM_Debian | yes!! |
23:52:53 | TPM_Debian | i dont know how to mount |
23:53:12 | DerPapst | mount /dev/sdXN /mnt/bla? |
23:53:17 | * | DerPapst hides |
23:53:24 | markun | I guess you should learn that first or use a diffrent operating system |
23:53:41 | TPM_Debian | what is bla? |
23:54:02 | Bagder | and in recovery mode, it did come up as /dev/sdX to me, not sdXN |
23:54:03 | DerPapst | a foldername in /mnt :) |
23:54:16 | * | linuxstb_ is surprised Sandisk haven't released a recovery tool that works with manufacturing mode... |
23:54:19 | Llorean | TPM_Debian: You'll need to read the instructions for your operating system |
23:54:21 | markun | TPM_Debian: "bla" was just an example |
23:54:21 | TPM_Debian | a .. k .. i take a look into it |
23:54:29 | DerPapst | well ipods use partitions so i was not sure ;) |
23:54:32 | Llorean | linuxstb_: Do we know the updater tool doesn't? |
23:54:51 | Bagder | DerPapst: so does the sansa, although not in their recovery |
23:54:54 | linuxstb_ | Llorean: No... But I assumed that if it did, people wouldn't be using e200tool |
23:55:17 | DerPapst | Bagder: ah ok. didn't know that. but i'll learn once my sansa arrived |
23:55:23 | Bagder | :-) |
23:55:35 | TPM_Debian | hmm ... i have no files in mnt ... ls -l will nothign print |
23:55:44 | TPM_Debian | this cant be ?!?!?! |
23:55:57 | Llorean | linuxstb_: Well honestly, a "normal" user should never need a manufacturer mode tool. |
23:56:10 | TPM_Debian | nautilus |
23:56:11 | TPM_Debian | ups |
23:56:22 | TPM_Debian | wrong window ;) |
23:56:39 | markun | TPM_Debian: maybe ubuntu would be easier for you to use |
23:56:44 | DerPapst | TPM_Debian: where is your sansa? /dev/sd... ? |
23:57:49 | amiconn | przemhb: Patch uploaded. |