00:00:09 | Blue_Dude | oh |
00:00:51 | Blue_Dude | Whoops, that was a build folder. Never mind. |
00:01:12 | fml | Blue_Dude: aha! Thanks! |
00:01:41 | Blue_Dude | fml: Don't listen to me. I pointed to a local folder. :( |
00:01:52 | * | Strife89 finds that Chrome is using 1,356,132KB of RAM. :/ |
00:01:59 | Strife89 | Me and my tab binge. |
00:07:05 | Blue_Dude | fml: I guess that *is* the define for str(). |
00:08:17 | Blue_Dude | An auto-generated .h file. That's pretty cool. |
00:09:33 | | Part Adubb |
00:10:45 | | Quit wodz (Quit: Leaving) |
00:10:59 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
00:14:24 | | Part fml ("Bye") |
00:15:42 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
00:16:03 | wodz | Is there a way to run build of all targets? |
00:19:16 | xiainx | put it in a script that iterates through all values? |
00:19:23 | | Quit m3dlg (Ping timeout: 246 seconds) |
00:19:32 | funman | wodz: look at tools/release/bins.pl |
00:19:53 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
00:24:03 | | Quit pamaury (Quit: Quitte) |
00:24:19 | pixelma | hrrm, fml just left |
00:24:25 | wodz | thanks |
00:25:32 | | Quit emrecelikten (Ping timeout: 248 seconds) |
00:25:40 | wodz | ehh I just discovered that my attempt to cleanup MAS code just touches the top of the iceberg... |
00:26:25 | wodz | time to sleep |
00:26:28 | wodz | bye |
00:26:32 | | Quit wodz (Quit: Leaving) |
00:27:06 | | Quit ibseo (Ping timeout: 240 seconds) |
00:30:02 | * | FlynDice starts cpr on his clip+ & shouts "what kind of filesystem is on this bugger, fat32?" |
00:35:47 | * | funman wonders what cpr is |
00:38:04 | FlynDice | er, the clip+ is having an out of body experience right now and I'm trying to call it back from the bright light.... |
00:39:37 | * | funman has P blood, the Clip+ has NP, are those compatible ?? |
00:40:21 | FlynDice | I beleive we have to talk about up & down quarks, ya got any of those? |
00:45:32 | | Join Watermark [0] (~chatzilla@adsl-220-183-243.mob.bellsouth.net) |
00:45:54 | | Quit Watermark (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
00:48:01 | | Join fml [0] (~chatzilla@pD9E3FE56.dip.t-dialin.net) |
00:48:36 | fml | Blue_dude: specially for you: FS #11195 (and for others as well ;-) |
00:48:46 | | Part fml |
00:50:57 | | Quit Darkknight512 (Quit: ChatZilla 0.9.86 [Firefox 3.5.9/20100315083431]) |
00:55:24 | CIA-5 | New commit by pixelma (r25579): Add the rest of the missing screenshots to the Iaudio M3 manual. |
01:00 |
01:05:32 | *** | Saving seen data "./dancer.seen" |
01:05:45 | | Quit JdGordon (Changing host) |
01:05:45 | | Join JdGordon [0] (~7bf38c1f@rockbox/developer/JdGordon) |
01:07:55 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
01:08:25 | CIA-5 | New commit by pixelma (r25580): Add the missing optional column separator for targets with HAVEREMOTEKEYMAP to the hotkey line in the file browser button table as well. |
01:12:47 | | Part domonoky |
01:13:22 | funman | FlynDice: what happened? did you get it back? |
01:15:33 | FlynDice | I'm kinda in between right now, can't get it to complete a format, sometimes it will boot, sometimes not I've formatted it with gparted also similar results still pumping..... |
01:16:26 | FlynDice | tried to flash the unpatched OF back onto it but it wouldn't complete a firmware update.. |
01:17:28 | funman | grmbl |
01:18:04 | funman | can't you just skip partitions and mkfs.vfat -I the whole device? |
01:19:48 | FlynDice | well let me try that |
01:21:21 | | Join phanboy_iv [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
01:23:12 | | Quit m3dlg (Ping timeout: 276 seconds) |
01:24:31 | FlynDice | right now I can't get past the "blue flower" that shows up when the OF starts to boot, i've been stuck here before though |
01:24:52 | | Quit phanboy4 (Ping timeout: 265 seconds) |
01:26:38 | | Quit bertrik (Ping timeout: 264 seconds) |
01:29:13 | funman | tried the trick at http://www.rockbox.org/wiki/SansaAMS#Formatting_a_Player_that_cannot ? |
01:31:23 | FlynDice | Yes, it was me that added that one..... |
01:35:53 | FlynDice | it appears to be mounted as sdd but is completely dark |
01:36:43 | funman | hm i have had problems with dark screen in the OF but it would go on after 10 seconds or so |
01:42:49 | | Quit DataGhost (Ping timeout: 264 seconds) |
01:51:11 | | Quit ender` (Quit: It's a good thing money can't buy happiness. We couldn't stand the commercials.) |
01:56:03 | | Quit xiainx (Ping timeout: 260 seconds) |
02:00 |
02:06:24 | | Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) |
02:06:46 | Blue_Dude | fml: re fs#11195, that's just clever as hell. I like it! |
02:09:35 | | Quit FlynDice (Read error: Connection reset by peer) |
02:11:41 | | Quit funman (Quit: free(random());) |
02:14:53 | | Join FlynDice [0] (~FlynDice@12.239.18.2) |
02:18:40 | | Quit phanboy_iv (Quit: Leaving) |
02:18:59 | | Join phanboy_iv [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
02:25:14 | | Join xiainx [0] (~xiainx@modemcable091.119-201-24.mc.videotron.ca) |
02:26:43 | | Quit efyx (Quit: Quitte) |
02:28:31 | | Quit GeekShadow (Quit: The cake is a lie !) |
02:29:49 | | Quit xiainx (Ping timeout: 252 seconds) |
02:30:12 | Blue_Dude | fml: I'll take it one better. Take a look at this commit... |
02:32:18 | CIA-5 | New commit by Blue_Dude (r25581): FS #11195, plus. Simplified hotkey struct, thanks alle! |
02:35:10 | | Join xiainx [0] (~xiainx@modemcable091.119-201-24.mc.videotron.ca) |
02:43:41 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
02:44:11 | | Join Schmogel [0] (~Miranda@p3EE21673.dip0.t-ipconnect.de) |
02:45:19 | | Quit FlynDice (Ping timeout: 246 seconds) |
02:45:32 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
02:45:59 | | Join jughyg [0] (~40e424a3@giant.haxx.se) |
02:46:15 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
02:46:19 | jughyg | hi |
02:47:48 | jughyg | hi can i put rockbox on firmware 01.02.31 ? |
02:48:44 | | Quit jughyg (Client Quit) |
02:55:47 | | Join alexbobp [0] (~alex@66.112.249.162) |
03:00 |
03:05:34 | *** | Saving seen data "./dancer.seen" |
03:05:46 | | Join FlynDice [0] (~FlynDice@12.239.18.2) |
03:11:47 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
03:11:47 | | Join tom_ [0] (~tom@94-195-105-95.zone9.bethere.co.uk) |
03:11:54 | | Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
03:12:24 | tom_ | Has there been any mention of Clip+ users getting very slow boot times recently...? |
03:18:52 | | Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
03:18:55 | | Quit guymann (Quit: server upgrades!) |
03:21:21 | | Quit bmbl (Quit: Bye!) |
03:22:27 | | Quit mikroflops (Ping timeout: 245 seconds) |
03:22:52 | FlynDice | My clip+ has become a vegetable, not quite bricked but not usable. Here is the output from dmesg after I tried mkfs.vfat-I. I'm thinking the buffer I/O errors are not good news.... Anyone got any ideas? |
03:23:52 | FlynDice | whoops this may help...http://pastie.org/913615 |
03:24:52 | | Join avn [0] (~avn@88.119.164.243) |
03:34:24 | | Quit BlakeJohnson86 (Ping timeout: 248 seconds) |
03:40:28 | | Quit Schmogel (Ping timeout: 240 seconds) |
03:42:35 | | Join hebz0rl_ [0] (~hebz0rl@dslb-088-065-049-154.pools.arcor-ip.net) |
03:46:10 | | Quit hebz0rl (Ping timeout: 260 seconds) |
03:50:04 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
04:00 |
04:11:50 | | Quit TheSeven (Disconnected by services) |
04:12:05 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
04:12:15 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
04:19:28 | S_a_i_n_t | funman: Re: "dark screen in the OF but it would go on after 10 seconds or so" this happens when booting the Apple OF with rockbox installed on my Nanos also, when the OF boots the backlight seems to be on an extremely low setting until it first switches off, then, when it turns back on again (after user activity) it is at the correct brightness. |
04:22:10 | | Join Barahir_ [0] (~jonathan@gssn-5f756f05.pool.mediaWays.net) |
04:23:30 | | Quit Barahir (Read error: Operation timed out) |
04:27:17 | | Join Rob2222 [0] (~Miranda@p4FDCB4E9.dip.t-dialin.net) |
04:30:30 | | Quit Rob2223 (Ping timeout: 245 seconds) |
04:33:00 | CIA-5 | New commit by Blue_Dude (r25582): Bug fix from r25577. Oops. |
04:50:21 | | Join Rondom_ [0] (~quassel@dslb-084-057-145-253.pools.arcor-ip.net) |
04:54:34 | | Quit Rondom (Ping timeout: 276 seconds) |
05:00 |
05:05:37 | *** | Saving seen data "./dancer.seen" |
05:20:36 | | Quit krazykit (Read error: Connection reset by peer) |
05:21:27 | | Join krazykit [0] (~kkit@adsl-76-251-248-223.dsl.ipltin.sbcglobal.net) |
05:26:14 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
05:27:58 | | Quit hebz0rl_ (Quit: Ex-Chat) |
05:28:33 | | Quit CaptainKewl (Remote host closed the connection) |
05:32:05 | | Join CGL [0] (~CGL@190.79.131.98) |
05:34:26 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
05:47:54 | | Quit FlynDice (Remote host closed the connection) |
05:59:43 | | Quit krazykit (Ping timeout: 240 seconds) |
06:00 |
06:08:46 | | Quit anewuser (Quit: http://xrl.us/Renoise Like renoise + like music? 3 days to submit your entry!) |
06:24:26 | | Quit toffe82 (Read error: Connection reset by peer) |
06:52:46 | | Quit xiainx (Quit: Good Bye) |
07:00 |
07:04:24 | | Join sinthetek [0] (~sinthetek@cpe-071-076-249-163.triad.res.rr.com) |
07:04:44 | | Join saratoga [0] (~62e16704@gateway/web/freenode/x-fcrgfbkmdicnugeq) |
07:05:06 | saratoga | we should probably bump the c200v2 to unstable |
07:05:40 | *** | Saving seen data "./dancer.seen" |
07:07:42 | | Join phanboyiv [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
07:10:07 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
07:11:34 | | Quit phanboy_iv (Ping timeout: 276 seconds) |
07:33:07 | | Quit kramer3d (Quit: This computer has gone to sleep) |
07:34:40 | | Join arlaneenalra [0] (~jules@adsl-68-92-124-89.dsl.lgvwtx.swbell.net) |
07:36:33 | arlaneenalra | I've been following the SansaAMS page in the FAQ. Is there any word on when rockbox might work on a Fuze V2? |
07:38:42 | | Quit Horscht (Ping timeout: 240 seconds) |
07:40:43 | S_a_i_n_t | arlaneenalra: Timelines for new ports simply aren't given. |
07:41:03 | S_a_i_n_t | It'd be near impossible to estimate. |
07:41:34 | arlaneenalra | Guessed as much :) |
07:42:23 | S_a_i_n_t | The work that goes into porting to a new device is...well, it's a *lot* of work ;) |
07:43:06 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
07:43:31 | | Join FlynDice [0] (~FlynDice@12.239.18.2) |
07:44:38 | arlaneenalra | I can believe it. I've done some embedded development on PIC processors before. It can be challenging when you have a full spec in front of you. |
07:46:21 | FlynDice | re: clip+ condition, Well my dmesg output looks similar to what the e200 unbricking procedure output looks like and it seems to alternate between wanting to connect in mtp mode(dark screen) and msc mode with some OF display. |
07:46:53 | S_a_i_n_t | FlynDice: What did you do to the poor thing? |
07:47:36 | FlynDice | Nothing I'm aware of unfortunately :( |
07:47:50 | S_a_i_n_t | ...Oh. |
07:48:10 | S_a_i_n_t | Guess it would be easier to debugg if you knew what the cause was... |
07:48:35 | FlynDice | I have been investigating the SD write problem but when this happened I had just flashed it to svn |
07:49:13 | S_a_i_n_t | How does the device normally recover from a bad flash? |
07:50:16 | FlynDice | I'm thinking it's a hardware problem but I'm not sure. It doesn't recover from a bad flash as far as we know... |
07:52:35 | FlynDice | But it's not bricked, I can get an OF display on it, It just freezes when I disconnect it from usb so I can't update/format. |
07:56:54 | S_a_i_n_t | So....Johhy Average buys himself a Clip+ (with no intention of messing with the FW at all, ie. switching to Rockbox), updates the OFW (which goes badly somehow), and, there's no way to recover from that? |
07:57:32 | S_a_i_n_t | Assuming you don't have Jtag, or other "non user" tools. |
08:00 |
08:10:49 | Llorean | It's not too uncommon to see to see consumer electronics where a firmware update failing bricks it. |
08:16:04 | | Join TillW [0] (~Till@h58-net09.simres.netcampus.ca) |
08:16:55 | S_a_i_n_t | And what, if you're outside the warranty period...you're just screwed? (slightly off-topic I know.) |
08:26:41 | | Part arlaneenalra |
08:32:42 | Llorean | Usually, the warranty excludes firmware flashing. That's why you need to read things carefully. |
08:33:40 | S_a_i_n_t | lol, use our product...but don't ever install the updates we may offer periodically. |
08:33:44 | S_a_i_n_t | Seems insane. |
08:37:27 | | Join |DaMaGeD| [0] (~dam@85.26.165.208) |
08:38:27 | | Quit |DaMaGeD| (Client Quit) |
08:39:39 | CIA-5 | New commit by uchida (r25583): viewer plugin: when the setting file loads or saves, converts to new version settings file. |
08:40:29 | | Join fejfighter [0] (~fejfighte@C-61-68-102-68.hay.connect.net.au) |
08:40:32 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
08:41:31 | | Quit pixelma (Disconnected by services) |
08:41:33 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
08:41:37 | | Quit amiconn (Disconnected by services) |
08:41:40 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
08:41:53 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
08:42:02 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
08:45:35 | | Quit arbingordon (Quit: `) |
08:49:51 | | Join ender` [0] (krneki@foo.eternallybored.org) |
09:00 |
09:00:39 | | Join petur [0] (~peter@rockbox/developer/petur) |
09:03:32 | | Join Luca_S [0] (~5711feea@giant.haxx.se) |
09:05:42 | *** | Saving seen data "./dancer.seen" |
09:13:32 | | Join JdGordon_ [0] (~7bf38c1f@gateway/web/freenode/x-gmctarmynjndaodh) |
09:16:50 | | Quit JdGordon (Ping timeout: 248 seconds) |
09:19:58 | | Join Barahir [0] (~jonathan@gssn-5f756ef9.pool.mediaWays.net) |
09:23:08 | | Quit Barahir_ (Ping timeout: 264 seconds) |
09:37:27 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
09:38:26 | bluebrother | B4gder: seen the updated rbutil binaries? |
09:42:04 | | Join flydutch [0] (~flydutch@host225-165-dynamic.15-87-r.retail.telecomitalia.it) |
09:42:44 | amiconn | Torne: Late answer, but the Tatung Elio (tatungtpj1022) is an ordinary PP target and will use the rockbox usb stack once it has working code at all |
09:43:09 | amiconn | Whether the 1st..3rd Gen ipods support LBA48 is indeed an interesting question though |
09:46:41 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
09:47:37 | | Quit kramer3d (Quit: This computer has gone to sleep) |
09:50:15 | | Join stoffel [0] (~quassel@p57B4AEE3.dip.t-dialin.net) |
09:52:24 | | Quit petur (Remote host closed the connection) |
09:54:50 | Luca_S | where is the daily source tarball gone? |
09:57:48 | S_a_i_n_t | Luca_S: It keeps coming & going...usually going. |
09:57:56 | S_a_i_n_t | I find it easier to use SVN instean |
09:58:15 | S_a_i_n_t | saves a LOT of bandwidth if you're checking out the source often. |
09:58:23 | S_a_i_n_t | *instead |
10:00 |
10:01:03 | Luca_S | heh..i configured a vm at work, but it quickly grew too large to copy it at home on my usb key - i'll take an external hard drive on monday. |
10:01:11 | Luca_S | I was trying to find where in the fuzev2 code gpiod(7) is used (apart from the buttonlight on/off functions) - i noticed that when in the file browser i open the uSD, the buttonlight goes off... |
10:04:30 | S_a_i_n_t | Luca_S: Wow...how large is "too large" exactly? My CygWin install (+2 copies of the source tree) is only ~1.2GB |
10:05:07 | amiconn | Just use another checkout... |
10:07:27 | Luca_S | my usb key is 8gb, the VM is about 7.5 gb (winxp patched + cygwin + checkout + build), and i have a live linux setup on the same pen I don't want to remove |
10:08:24 | amiconn | Eh, if you're already using linux, why don't you use that for building rockbox? |
10:09:17 | Luca_S | because it uses a 1gb persistence file - it's an "emergency rescue" setup that turned very handy in the past |
10:09:36 | amiconn | You could also use a linux vm instead of the windows vm |
10:10:01 | * | amiconn uses a linux vm on his windows laptop for building rockbox |
10:10:26 | amiconn | It's *way* faster (that means by a factor of 4...5) compared to running cygwin on the host |
10:10:42 | Luca_S | now that i think about it, IIRC in the past i downloaded the debian rockbox iso, let me check if i stil have it around |
10:10:58 | Luca_S | s/iso/vm |
10:18:57 | Luca_S | found it! :D hahah back then I suspended it while running rockboxdev.sh, now it resumed that script :D |
10:19:14 | S_a_i_n_t | lolz |
10:23:40 | | Join stoffel_ [0] (~quassel@p57B4DB79.dip.t-dialin.net) |
10:23:53 | | Quit stoffel (Ping timeout: 246 seconds) |
10:33:25 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
10:35:26 | | Quit S_a_i_n_t (Ping timeout: 246 seconds) |
10:36:29 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.182) |
10:50:25 | | Quit bmbl (Ping timeout: 258 seconds) |
10:51:45 | | Join gartral [0] (~gareth@unaffiliated/gartral) |
10:52:44 | gartral | so what went wrong with the run client script here? http://gar.pastebin.com/eE0hYqsp http://gar.pastebin.com/YqkUMrJ0 |
10:54:43 | | Quit avn (Ping timeout: 246 seconds) |
10:56:54 | | Join avn [0] (~avn@88.119.164.243) |
10:58:23 | B4gder | bluebrother: rbutil 1.2.6 packages are now on the download master server |
10:59:17 | bluebrother | B4gder: thanks! |
11:00 |
11:02:29 | pixelma | bluebrother: there are a few screenshots in the manual/plugin/images folder which are not used yet in the manual itself (e.g. jpegviewer and mpegplayer, each with one or two screenshots). What's better - removing the superfluous screenshots or make the plugin chapter use them (which means adding more screenshots of other targets) or leave them as is and wait for someone else doing this later? |
11:02:45 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
11:02:52 | | Quit bluebrother (Disconnected by services) |
11:02:54 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
11:04:23 | pixelma | also: should I rename the screenshots used by the fractals description to fractals too (they are still used as mandelbrot ones, you can argue that they actually show the mandelbrot set though...) |
11:05:01 | * | pixelma isn't sure bluebroth3r got both of the questions |
11:05:46 | *** | Saving seen data "./dancer.seen" |
11:07:22 | * | bluebroth3r checks the log |
11:08:07 | S_a_i_n_t | gartral: Well, it would seem that you don't harm arm-elf in your path...but you do, so....*shrugs* |
11:08:25 | S_a_i_n_t | harm? Ooops s/harm/have/ |
11:08:52 | bluebroth3r | pixelma: I would call plugin screenshots with the same name the plugin has to make it clearer. Still don't like mandelbrot getting renamed, as still no new sets have been implemented −− IMO this should have been done later. |
11:09:11 | bluebroth3r | nevertheless, if the mandelbrot screenshot gets renamed IMO it's clearer to rename it to fractals too |
11:09:34 | | Quit avn (Ping timeout: 264 seconds) |
11:09:44 | bluebroth3r | and if it makes sense to use the screenshots I'd vote for using them, otherwise removing. |
11:11:27 | gartral | S_a_i_n_t: I know.. what the heck |
11:11:30 | | Join avn [0] (~avn@88.119.164.243) |
11:12:20 | | Join Kitr88 [0] (~Kitr88@BSN-142-92-99.dial-up.dsl.siol.net) |
11:14:00 | S_a_i_n_t | gartral: I wish I knew what to say, it's giving an error re: the PATH but your your PATH seems fine. |
11:14:16 | S_a_i_n_t | Did it just error once, or is this a continual thing? |
11:14:23 | | Join lpereira [0] (~lucien@142.12.92-79.rev.gaoland.net) |
11:14:48 | | Part lpereira |
11:14:49 | gartral | S_a_i_n_t: reproducable.. but hosted in a vm.. so if i NEED too.. i cna reformat the virtual drive easily |
11:14:57 | gartral | s/cna/can |
11:16:31 | | Quit Kitar|st (Ping timeout: 260 seconds) |
11:16:49 | | Quit Kitr88 (Ping timeout: 252 seconds) |
11:17:05 | pixelma | bluebroth3r: there are - one "fireworks", two "jpegviewer", two "maze", one "mpegplayer", two "reversi", two "rocklife" - unused screenshots around |
11:22:32 | | Join Kitar|st [0] (Kitr88@BSN-182-1-235.dial-up.dsl.siol.net) |
11:25:55 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
11:30:22 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
11:35:38 | | Quit stoffel_ (Ping timeout: 246 seconds) |
11:38:59 | | Join gobi [0] (~4e3c19fe@giant.haxx.se) |
11:40:10 | | Quit gobi (Client Quit) |
11:41:39 | sinthetek | i am having a bit of trouble with the text viewer... not sure if it is due to fs or the viewer itself or my internal storage (e200) |
11:42:42 | sinthetek | i've converted a bunch of ebooks to text format and it seems that once i get pretty far into one (usually about 2/3 through), i keep getting the same chapter(s) repeated over and over to the end of the file |
11:43:36 | sinthetek | hmm... i guess i could md5 the one on the device and compare it to the one on my pc. that should rule out fs and/or storage |
11:44:20 | S_a_i_n_t | Text Viewer is a little buggy at the moment...I always convert my ebooks to audio files. |
11:44:27 | S_a_i_n_t | Its a lot easier I find. |
11:44:38 | sinthetek | err, e250 i meant |
11:44:42 | sinthetek | ahh, ok |
11:44:59 | S_a_i_n_t | I haven't heard of the issue you're having yet. |
11:45:24 | S_a_i_n_t | But I do know that once you get to the end of the file, a lot of people are experiencing all the text dissappearing. |
11:45:33 | S_a_i_n_t | Including myself. |
11:47:56 | gartral | havent seen that here |
11:49:35 | S_a_i_n_t | Hmm, weird. Yet not surprising. Some claim it to only happen with very large files, but I can reproduce it with "config.cfg", so... |
11:49:45 | S_a_i_n_t | I don't know what's up with it. |
11:51:11 | | Quit gartral (Quit: Lost terminal) |
11:51:50 | | Quit m3dlg (Ping timeout: 276 seconds) |
11:52:17 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
11:57:03 | | Join merbanan [0] (~banan@c-62-220-165-110.cust.bredband2.com) |
12:00 |
12:07:49 | | Join krazykit [0] (~kkit@adsl-76-251-248-223.dsl.ipltin.sbcglobal.net) |
12:11:16 | stripwax | does anyone know what Uchida's "new version settings file" change is about? |
12:15:55 | S_a_i_n_t | not a clue...it puzzled me to. |
12:16:24 | S_a_i_n_t | *too |
12:18:19 | | Quit m3dlg (Ping timeout: 246 seconds) |
12:19:58 | Torne | amiconn: i gave up and just added it anyway. if it explodes someone can take it out, i guess. ;) |
12:22:02 | | Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
12:24:08 | tom_ | FlynDice, an idea is a way that I fixed very broken creative zen mp3 players and that is to DD a complete image of the interal disk and then DD it back over the top, in theory that might work or totally kill it. I can try with a very broken e200v2 of you intrested in the results of doing that. It is in the same state as your clip+ |
12:24:52 | tom_ | FlynDice, you will need an original clip+ dd image that I can supply if you want it |
12:25:21 | | Quit stripwax (Ping timeout: 276 seconds) |
12:26:36 | | Join JdGordon [0] (~724a44ed@gateway/web/freenode/x-uxjpshpbmxqxaxzm) |
12:26:39 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
12:26:41 | JdGordon | S_a_i_n_t: http://pastebin.com/kh2pqXbV |
12:26:56 | JdGordon | syntax is %pv|(same as %pb)| |
12:27:19 | tom_ | Does that sound like a stupid idea to others or should i try the e200v2 idea? |
12:27:22 | JdGordon | you can only have one of %pv %pb in a viewport though |
12:27:32 | JdGordon | (going to fix that though well before commit) |
12:27:43 | JdGordon | that shuold draw the range between min and 0dB |
12:27:56 | JdGordon | regular %pv should still work as usual also |
12:29:53 | S_a_i_n_t | just replace my tree's skin_parser.c with the pastebin? |
12:30:18 | JdGordon | no, that is a patch |
12:31:26 | S_a_i_n_t | arghhhh. sorry, didn't have my glasses on...didn't see the ++ & −−'s |
12:34:07 | | Join JdGordon__ [0] (~724a44ed@gateway/web/freenode/x-rdgxsnqkmyzdjkwd) |
12:34:41 | | Quit JdGordon (Ping timeout: 248 seconds) |
12:38:16 | | Quit krazykit (Ping timeout: 260 seconds) |
12:38:36 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
12:39:55 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
12:48:06 | amiconn | Torne: It certainly won't explode, just not work. I can't test lba48 though because I don't have such a disk |
12:48:31 | amiconn | For the older devices I'd need a 50-pin one |
12:50:06 | JdGordon_ | S_a_i_n_t: new (finished) patch ready |
12:50:23 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
12:50:30 | S_a_i_n_t | Hmmm...good, just about to do a make clean. |
12:50:41 | S_a_i_n_t | That threw a bunch of errors at me for some reason :/ |
12:50:45 | JdGordon__ | http://pastebin.com/7pFRJ9q3 |
12:50:51 | | Quit tom_ (Quit: Leaving) |
12:50:51 | * | S_a_i_n_t nods |
12:50:59 | JdGordon__ | that one has no restrictions on the amount of bars in a viewport |
12:51:31 | S_a_i_n_t | Ohhhhh...that could make for some weird lookin' WPSs ;) |
12:51:34 | JdGordon__ | I've only tried it without the bmp, can you tr with a bmp? |
12:51:43 | S_a_i_n_t | yeppers |
12:54:49 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
12:55:30 | | Quit merbanan (Ping timeout: 264 seconds) |
12:56:06 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
12:57:19 | | Quit stripwax_ (Ping timeout: 264 seconds) |
12:57:19 | | Join stoffel [0] (~quassel@p57B4DB79.dip.t-dialin.net) |
12:57:40 | S_a_i_n_t | Assuming I only use one bmp for the task (of course), then compared to my normal volume bitmap atm, this'll score my ~70KB back from the skin buffer \0/ |
12:57:53 | S_a_i_n_t | s/my/me/ |
12:57:53 | JdGordon_ | \ |
12:58:17 | JdGordon_ | you'll still need more if you want +0dB |
12:58:32 | JdGordon_ | although, for simplicity i tinhk i might just say bugger it and use the full spectrum |
12:58:50 | S_a_i_n_t | \0/ |
12:59:03 | S_a_i_n_t | though, someone's bound to cry about it. |
12:59:17 | S_a_i_n_t | but not I sir, not I! |
13:00 |
13:00:10 | JdGordon_ | yep. done |
13:00:24 | JdGordon_ | in fact, if you know how wide you want it, you can get pretty damn cloe anyway |
13:00:36 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
13:00:51 | * | S_a_i_n_t doesn't get that... |
13:01:13 | JdGordon_ | hurry and try with the bmp so i can commit it :p |
13:01:47 | S_a_i_n_t | hey, you can't rush CygWin...She'll explode...you've worked with MS, remember ;) |
13:02:01 | JdGordon_ | \ |
13:02:14 | * | JdGordon_ modifies cabbiev2 because you're too slow! |
13:02:44 | S_a_i_n_t | Bah...I was just gonna say...with a VERY simple (only the volume bar) it seems to work fine. |
13:03:38 | | Join krazykit [0] (~kkit@adsl-76-251-248-223.dsl.ipltin.sbcglobal.net) |
13:03:45 | S_a_i_n_t | commit, then I'll make something special...but a cabbie "proof of concept" would certainly look better than my jammed up job to put on the forum ;) |
13:03:54 | JdGordon_ | crud... no sh-elf-gcc on my laptop, and i aint building it to make sure it compiles... heres hoping for green :D |
13:04:15 | piotrekm | TheSeven: how goes the norboot development? |
13:04:20 | JdGordon_ | pixelma: amiconn : unless you can quickly test this patch? |
13:04:21 | S_a_i_n_t | HAHAHH! don't worry...I *know* you're not the only dev to pull that one off ;) |
13:04:22 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
13:04:45 | pixelma | JdGordon_: do you have to rush this in now? |
13:04:57 | amiconn | JdGordon_: I can't. I have to hunt a bug that's likely your fault :( |
13:05:00 | TheSeven | piotrekm: I assume you mean the NOR-based iLoader? (I'm usually referring to the apple bootloader as "norboot") |
13:05:05 | JdGordon_ | I'm bored, so yes |
13:05:09 | TheSeven | if yes, that's fine |
13:05:18 | TheSeven | http://the-seven.tk/ipod/iloader |
13:05:24 | JdGordon_ | amiconn: ? |
13:05:33 | pixelma | what a nice reason |
13:05:46 | JdGordon_ | meh |
13:05:49 | *** | Saving seen data "./dancer.seen" |
13:05:57 | amiconn | Player crashes in the yesno screen, preceded by ERROR: set_viewport out of bounds |
13:06:05 | amiconn | It's reproducable in the sim |
13:06:30 | JdGordon_ | limit of liability expires after a few weeks.... thats been there for a lotlonger |
13:06:42 | S_a_i_n_t | hehe. |
13:07:18 | * | gevaerts disagrees |
13:07:39 | piotrekm | TheSeven: oh, yes. last time i was here it was in early testing state, i thought these are still separate it's great it's done |
13:08:09 | amiconn | There are at least 3 bugs introduced since I last upgraded |
13:09:15 | | Join geertvdijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl) |
13:09:26 | JdGordon_ | how the heck do you change volume in the player wps? |
13:09:30 | JdGordon_ | and ffw/rewind? |
13:10:02 | S_a_i_n_t | up/down/laft/right/ |
13:10:04 | amiconn | ff/rewind is long +/- |
13:10:09 | S_a_i_n_t | isn't it universal? |
13:10:15 | S_a_i_n_t | or...supposed to be> |
13:10:16 | amiconn | S_a_i_n_t: The Player has no up/down/left/right |
13:10:29 | S_a_i_n_t | I mean..on the keyboard. |
13:10:31 | amiconn | Short +/- is skip forward/back |
13:10:46 | JdGordon_ | volume? |
13:10:46 | amiconn | The sim simulates the target keyboard, so no |
13:11:18 | amiconn | Volume is a combo, either On+ +/- or Menu+ +/- |
13:11:38 | amiconn | I don't remember right now - rarely change volume while playing |
13:11:42 | JdGordon_ | crap.... no num keys so this could be difficult |
13:12:09 | amiconn | You don't need num keys |
13:12:21 | amiconn | +/- is mapped to right/left |
13:12:31 | n1s | don't all keys have aliases in the real keyboard? I usually just bring up the sim keymap code in an editor when trying something like that |
13:13:14 | JdGordon_ | on/menu? |
13:14:16 | JdGordon_ | hmm, can the player only have a totla of one progressbar? |
13:14:41 | amiconn | yes |
13:14:58 | amiconn | This is because the progressbar uses dynamically definable characters |
13:15:09 | pixelma | http://download.rockbox.org/daily/manual/rockbox-archosplayer/rockbox-buildch4.html#x7-450004.3.1 |
13:15:10 | amiconn | Actually there are two types of progress"bar" |
13:15:23 | | Join Schmogel [0] (~Miranda@p3EE21569.dip0.t-ipconnect.de) |
13:15:34 | JdGordon_ | ok cool, both work |
13:15:39 | amiconn | JdGordon_: ON is on F8, MENU is on INS |
13:15:45 | JdGordon_ | ta |
13:15:58 | amiconn | uisimulator/sdl/button.c |
13:16:15 | JdGordon_ | #rockbox :) |
13:17:25 | amiconn | Meh, gdb doesn't want to backtrace :\ |
13:17:39 | * | amiconn should perhaps try a linux sim |
13:18:06 | | Quit ender` (Read error: Connection reset by peer) |
13:18:48 | CIA-5 | New commit by jdgordon (r25584): Rework how progressbars are managed so you can have as many bars in a viewport as you want (!). ... |
13:21:54 | | Join stripwax__ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
13:21:58 | S_a_i_n_t | JdGordon_: was that the volumebar going in also? Or just the limit on progressbars? |
13:22:08 | JdGordon_ | both |
13:22:14 | * | S_a_i_n_t nods |
13:22:16 | JdGordon_ | irc clips the message |
13:23:56 | pixelma | it seems weird to use %pv in "usual" tag style and in progress bar tag style |
13:25:13 | JdGordon_ | wierd maybe, but themers are smart enough to know the difference |
13:25:18 | * | JdGordon_ hath faith |
13:25:48 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
13:26:27 | | Join emrecelikten [0] (~58f17796@gateway/web/freenode/x-vptdrqplgggdjjbl) |
13:29:07 | pixelma | I expect a bit of confusion. What was the reason to reuse the tag this way? |
13:30:05 | gevaerts | Oh, speaking of tags, I think %mp isn't fully documented in the manual since the sbs change |
13:30:07 | S_a_i_n_t | I suppose, because it's two different ways of displaying the same thing. |
13:30:08 | | Quit JdGordon__ (Ping timeout: 248 seconds) |
13:31:57 | pixelma | gevaerts: time to revert the sbs change then? :\ |
13:32:57 | gevaerts | pixelma: yes, I think so. I don't really see any other solution |
13:34:57 | pixelma | JdGordon_: you saw the red and yellow? |
13:35:29 | gevaerts | JdGordon_: you do have an mr500, right? ;) |
13:35:38 | JdGordon_ | have now... not in my possesion |
13:36:42 | JdGordon_ | that red is pretty odd |
13:38:21 | amiconn | JdGordon_: I found the reason why it crashes: viewportmanager_theme_enable() is #defined empty for charcell |
13:38:49 | amiconn | The means vp doesn't get initialized in yesno.c line 147 |
13:39:09 | | Join dongs [0] (1000@l212168.ppp.asahi-net.or.jp) |
13:39:13 | dongs | hello pals |
13:39:27 | amiconn | (viewportmanager_theme_enable() calls viewport_set_defaults() as part of its operation on bitmap) |
13:39:35 | dongs | whats a mp3 player that has voice recorder (or mic hw etc) |
13:39:56 | amiconn | I don't understand why there's so much special treatment, and then you're complaining that it is there |
13:40:24 | amiconn | Imo the goal should be to *reduce* special treatment, and viewports would be very useful on that display :\ |
13:40:50 | CIA-5 | New commit by jdgordon (r25585): shuld fix red and yellow |
13:43:48 | amiconn | I could add a quick fix, but I would *really* like to see this fixed properly, that is, viewports enabled for charcell |
13:44:20 | CIA-5 | New commit by gevaerts (r25586): Document new %mp values that were introduced with the sbs change |
13:44:30 | * | amiconn has to fix two more bugs, one of them possibly related to this one |
13:45:12 | stripwax | dongs - iriver h120,h140 has line in, optical in, and an internal mic |
13:45:52 | n1s | the device chart wiki page mentions which players have line it or mic |
13:45:56 | gevaerts | dongs: some of the sansas have a microphone that might be good enough depending on what you want |
13:46:04 | n1s | s/line it/line in/ |
13:46:10 | | Quit avn (Ping timeout: 246 seconds) |
13:47:00 | dongs | gevaerts: yeah, ive been seeing that ,, sanas is like the ONLY result when googling for reviews of mp3 w/audio record |
13:47:22 | * | S_a_i_n_t doubts that somehow... |
13:47:23 | dongs | but how's the quality of that + does it raep battery etc... cant find any info on that |
13:47:53 | stripwax | dongs - google should find the h120 too ... |
13:48:10 | dongs | um, 80gb? im looking for something flash based |
13:48:20 | dongs | i cant imagine hdd player lasting more than a couple hours on battery |
13:48:23 | | Join avn [0] (~avn@88.119.164.243) |
13:48:34 | dongs | and iriver looks old as hell |
13:48:48 | stripwax | dongs - huh? you want an 80gb flash based device that can record constantly for > 2 hours? |
13:48:58 | dongs | i want a NOT 80gb flash based device |
13:49:01 | pixelma | h100 with an SSD |
13:49:06 | dongs | ... |
13:49:17 | stripwax | h120 isn't 80gb in any case. |
13:49:17 | dongs | did you know? ssd doesnt actualyl improve battery life. |
13:49:32 | pixelma | it does on my M5 |
13:49:49 | stripwax | according to the battery runtime performance, it does on ipod video too. |
13:49:50 | dongs | As of December 2005, the H120 can be upgraded with a 30GB single-platter drive (giving a 50% storage increase) and the H140 can be upgraded with an 60GB double-platter drive (giving a 50% storage increase). |
13:49:57 | dongs | oic whatever, its stillold junk tech |
13:50:51 | stripwax | dongs - sorry, to be clear, you want something that is NOT 80gb, or you want something that is NOT flash? I'm not sure how I'm supposed to parse "I want a not 80gb flash based device" |
13:51:06 | dongs | so ok, sansa (kinda old/cant buy anymore), iriver h120 (super old, cant buy, hdd based)... ipod 5th gen (need external mic?) waht else? |
13:51:17 | dongs | flash-bsed |
13:51:24 | dongs | something that'll work at least 8 hosue. |
13:51:25 | dongs | hours |
13:51:31 | stripwax | 8 hours constantly recording |
13:52:13 | stripwax | and supported by rockbox, presumably? I don't believe there are any players supported by rockbox that do NOT fall into the "kinda old, can't buy any more" category. |
13:52:16 | dongs | yes. creative zen 8/16gb can do up to 16h/charge |
13:52:30 | dongs | stripwax: so uh, rockbox doesnt support anything new? |
13:52:36 | stripwax | new? no. |
13:52:45 | stripwax | see the list of players supported, on the front page |
13:52:49 | dongs | yea i know. |
13:53:20 | stripwax | dongs - ok so you have your answers |
13:53:59 | amiconn | The irivers will run >16 hours unmodded, i.e. with hdd |
13:54:34 | | Quit stoffel (Ping timeout: 246 seconds) |
13:55:16 | dongs | but will tehy record 16 horus of PCB. |
13:55:17 | dongs | er PCM. |
13:55:57 | amiconn | why not? |
13:56:32 | dongs | i dunno |
13:56:41 | dongs | does rockbox support recording 16 hours of pcm? |
13:58:00 | stripwax | it supports recording, and will record until you stop it or run out of battery, which ever comes first |
13:58:05 | TheSeven | WTF was going on with the r25493 builds? |
13:58:16 | gevaerts | stripwax: also if it runs out of disk space :) |
13:58:24 | stripwax | true :) |
13:58:45 | dongs | well |
13:58:45 | S_a_i_n_t | TheSeven: In what way? |
13:58:50 | amiconn | Rockbox will split the recording as necessary due to the fat32 file size limit |
13:58:51 | dongs | so anyone here owns a sansa |
13:59:06 | dongs | or iriver |
13:59:06 | TheSeven | and also r25582, r25573 and r25566 |
13:59:08 | TheSeven | see the build table |
13:59:22 | dongs | adn can do a few seconds record of something (like their typeing?) so i can check the quality/ |
14:00 |
14:00:17 | | Join mt [0] (~chatzilla@41.233.141.30) |
14:01:02 | stripwax | dongs - using the internal mic? or line in? |
14:01:05 | stripwax | i have an iriver |
14:01:30 | | Join Buschel [0] (~ab@p54A3E45C.dip.t-dialin.net) |
14:01:32 | pixelma | TheSeven: if you mean the delta, currently there are sometimes the wrong builds in the zips |
14:01:45 | stripwax | dongs - if you plan to record something important, you would presumably want to use an external mic. I don't have one so I can't do that test. |
14:02:03 | TheSeven | pixelma: the frequency of that has increased badly since some days |
14:02:05 | gevaerts | the irivers will have some hard disk noise with the internal mic unless you use flash |
14:03:02 | TheSeven | i used to see those once in a while, but now we're having 9 of those in one binsize table |
14:03:03 | dongs | stripwax: either way,, but what are format choices? rockbox just does pcm right? and i guess original fw adpcm or something? |
14:03:42 | stripwax | dongs - pcm, mp3, wavpack |
14:03:49 | pixelma | TheSeven: my wild guess is a timing issue and since the addition of a bunch of very powerful build clients timing has probably changed a lot |
14:04:05 | dongs | neat |
14:04:13 | stripwax | dongs - at this point, I suggest you read the rockbox manual, for answers to your rockbox questions. |
14:04:35 | dongs | right. or i can continue looking for hardware with audio rec capabiltiy. |
14:06:06 | stripwax | dongs - the webpage shows you which rockbox-supported devices have recording capabilities (as mentioned earlier) |
14:06:16 | TheSeven | hm, the new machines seem to have joined on r25450, so that would fit |
14:06:39 | dongs | right... but imalso looking for something i can actually buy |
14:07:02 | S_a_i_n_t | depends if you want second hand or new. |
14:07:18 | stripwax | dongs - which is fine, but if it's not supported by rockbox then it should not be discussed here. |
14:07:31 | dongs | rockbox working or not is kinda secondary requirement, im only asking here becuase i figured people would have a bvunch of players they've physically owned/tested/used |
14:07:36 | dongs | RLY NOW. |
14:07:49 | stripwax | dongs - maybe #rockbox-community. #rockbox is *about rockbox*, sorry. |
14:08:10 | dongs | i bet 90% of channel users overlap between these channels |
14:08:24 | dongs | assuming tehres even anywhere close to 90% of users of this channel in teh other one. |
14:08:28 | gevaerts | so? |
14:08:37 | dongs | so repeating my question tehre would make no sense |
14:08:41 | stripwax | dongs - true. but #rockbox is logged as a development resource. conversations not relevant to #rockbox should not be in #rockbox. |
14:08:49 | S_a_i_n_t | but it wouldn;t be offtopic |
14:08:52 | stripwax | dongs - no but continuing the conversation there, would. |
14:11:02 | | Join petur [0] (~petur@rockbox/developer/petur) |
14:12:03 | dongs | thanks for the info pals |
14:12:06 | dongs | im outa here. |
14:12:11 | | Part dongs |
14:13:13 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
14:15:51 | wodz | I would like to promote discussion how to cleanup MAS code. I made a comment to FS #11189. I would like to hear Your opinion how particular parts of code should be treated. |
14:16:51 | | Join archivator [0] (~archivato@77.70.28.57) |
14:20:46 | | Quit CGL (Quit: Saliendo) |
14:28:04 | CIA-5 | New commit by amiconn (r25587): Fix two viewport related charcell bugs: crashes in the yesno screen and the USB screen. This mess should really be fixed properly by enabling viewport ... |
14:33:04 | CIA-5 | New commit by Buschel (r25588): Minor binsize savings. |
14:34:44 | | Quit FlynDice (Remote host closed the connection) |
14:38:38 | | Quit evilnick_ (Read error: Connection reset by peer) |
14:39:31 | | Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
14:43:14 | Buschel | hmm, either my battery capacity is getting older or we have lost 0.5 mA or 2 MHz over the last year... on iPod Video... |
14:46:54 | Buschel | will a lower capacity result in a faster voltage drop at the end of the discharge curve? or will this lead to a uniform loss of voltage over the full range (compared to older battery benchs)? |
14:47:10 | stripwax | Buschel - interesting. similar to what I saw too, perhaps. |
14:47:43 | stripwax | i wonder if i get readings consistent with the old battery bench, using the old svn build .... |
14:48:05 | Buschel | stripwax: did you perform such a test? |
14:48:58 | stripwax | not yet, i only just thought of it. |
14:49:11 | | Quit mt (Remote host closed the connection) |
14:50:28 | Buschel | another option would be to patch older revisions to show the discharge current in the debug screen. and then measure some of those revisions. |
14:51:24 | amiconn | Hmm, the "old releases" don't contain older 3.x releases :\ |
14:51:24 | stripwax | Buschel - you have a 30GB or a 60/80GB ? |
14:51:30 | n1s | on my old dying h300 battery, i observed lower max voltage after a charge and sharper drop off at the end of the discharge curve |
14:52:30 | Buschel | stripwax: 30GB |
14:53:11 | Buschel | n1s: I am experiencing a uniform loss over the full range... so, this may not be an effect of the battery getting older. |
14:53:13 | Buschel | :/ |
14:53:14 | amiconn | Eeek, and the viewport bugs are part of 3.5.x |
14:53:36 | stripwax | n1s - did the drop occur at the same voltage, or also at a lower voltage than before? |
14:54:23 | n1s | stripwax: well, i didn't do any detailed benches but it would die from an attempted spinup much earlier |
14:54:36 | stripwax | Buschel - interesting. have you done a battery bench? (interested to know if it looked like mine, or like uchida's...) |
14:54:42 | n1s | earlier == more battery percent left |
14:55:30 | stripwax | Buschel - sounds like what I reported in that ipod discharge curve fs# |
14:56:08 | Buschel | stripwax: I have uploaded the bench yesterday. and another one is running right now. |
14:57:56 | Buschel | stripwax: when the voltage is around 3500mV the next disk access kills the iPod −− that was the same in older benchs as well. I am worrying that the 90-10% runtime dropped by 30min. |
14:57:57 | stripwax | Buschel - how does it compare to the one(s) in FS #8596, I mean.. |
14:59:00 | stripwax | hrm, ok |
14:59:13 | Buschel | stripwax: I just compared to my old ones to compare benchs with the same battery. They look similar except the voltage is dropping a minor bit faster => higher consumption |
14:59:57 | stripwax | comparing my old bench to my recent one, the discharge curve is almost exactly the same shape, but 200mV lower across the curve |
15:00 |
15:00:09 | stripwax | 200mV lower in the recent one that is |
15:00:20 | bertrik | Buschel, so are you missing some parts of a battery bench because of that? We could modify battery_bench to do a buffer flush to disk on battery_level_dangerous (or something similar) |
15:01:23 | bertrik | The current strategy of battery bench is to buffer as much as possible in memory to avoid influencing the operation too much, flushing to disk in the ata_idle callback, on buffer full and on exit |
15:02:11 | amiconn | Bah, the other bug seems to be rather old |
15:02:48 | Buschel | bertrik: no, I am not missing parts of the bench. But what I am seeing from my last benchs it seems like rockbox consumes a bit more power... |
15:03:32 | Buschel | not sure though... |
15:03:51 | | Join DataGhost [0] (~dataghost@192-18-ftth.onsnetstudenten.nl) |
15:03:54 | | Quit DataGhost (Changing host) |
15:03:54 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
15:05:00 | | Quit stripwax (Quit: http://miranda-im.org) |
15:05:51 | *** | Saving seen data "./dancer.seen" |
15:10:07 | domonoky | saratoga: ping ? |
15:15:55 | | Quit antil33t (Read error: Connection reset by peer) |
15:16:02 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
15:17:25 | CIA-5 | New commit by Blue_Dude (r25589): Small hotkey code changes for readability |
15:21:42 | | Quit stripwax__ (Read error: Connection reset by peer) |
15:23:55 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
15:24:09 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
15:24:26 | | Join ender` [0] (krneki@foo.eternallybored.org) |
15:26:56 | | Quit Highlander (Quit: Quitte) |
15:27:31 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
15:32:00 | CIA-5 | New commit by pixelma (r25590): Remove some unused pictures in the manual folder: some 'small' pictures of Archos devices, unknown why they still exist - there are now nicer ones ... |
15:32:03 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
15:35:02 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.12) |
15:36:26 | | Quit mikroflops_ (Ping timeout: 276 seconds) |
15:36:43 | | Quit panni_ (Read error: Connection reset by peer) |
15:38:06 | | Quit stripwax (Read error: Connection reset by peer) |
15:38:11 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
15:39:12 | | Join digitxp [0] (~digitxpc@c-68-38-210-23.hsd1.nj.comcast.net) |
15:40:35 | | Part digitxp |
15:40:36 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
15:52:59 | gevaerts | saratoga: ping |
15:53:59 | gevaerts | stripwax: ping |
15:56:55 | pixelma | bluebroth3r: would you know why the html manual seems to scale the screenshots a bit? E.g. the M3 ones aren't 128x96 but 117x87 at least when I view them in Firefox here and hence look blurry |
15:59:18 | pixelma | hmm... and I think the capture once was right below the picture too once (so center aligned) |
16:00 |
16:00:43 | pixelma | err... caption |
16:00:44 | bluebroth3r | capture? You mean caption? |
16:00:47 | bluebroth3r | ah :) |
16:02:42 | stripwax | gevaerts - pong |
16:02:45 | pixelma | also too many onces |
16:02:46 | bluebroth3r | pixelma: I can't see anything that would scale the screenshots in the html source |
16:03:00 | gevaerts | stripwax: could you join #rockbox-gsoc for a minute? |
16:03:57 | pixelma | bluebroth3r: they seem to be in a div called "figure" but I didn't find out much more yet |
16:05:37 | bluebroth3r | hmm, the caption is now outside of the image p element. Can't remember that this was the case before. |
16:06:43 | pixelma | I believe the figure div also had an outset border at some point in time too |
16:07:07 | bluebroth3r | yes, I seem to recall that too |
16:07:40 | * | bluebroth3r wonders what broke this |
16:09:16 | pixelma | I don't build an html manual too often because I couldn't get tex4ht running in cygwin |
16:10:17 | pixelma | just look up the online ones after I committed stuff |
16:10:31 | pixelma | or if I want to link something |
16:11:00 | bluebroth3r | me neither, but that's more related to the fact that I'm rarely contributing to the manual these times :) |
16:15:26 | bluebroth3r | pixelma: tried to build the html manual on my box, the captions are correct here. |
16:16:31 | bluebroth3r | so something has to be different between the tex4ht installations |
16:17:01 | pixelma | so something is broken or outdated on the rockbox.org build box? |
16:18:27 | pixelma | or just different |
16:19:37 | pixelma | bluebroth3r: is the scale correct too for you then? |
16:20:01 | bluebroth3r | pixelma: I don't _see_ a wrong scale, but I also don't see that on rockbox.org |
16:20:20 | bluebroth3r | is there probably some zoom setting active in your browser? |
16:20:37 | bluebroth3r | I really don't see a reason why scaling should be wrong. |
16:20:54 | pixelma | not that I know of. I'll try a different browser |
16:21:19 | | Quit emrecelikten (Ping timeout: 248 seconds) |
16:22:51 | pixelma | looks better in IE indeed |
16:23:28 | bluebroth3r | I use Firefox though :) |
16:23:56 | bluebroth3r | you could also try clearing the cache −− maybe something got a hiccup there. |
16:24:51 | | Join lpereira [0] (~lucien@142.12.92-79.rev.gaoland.net) |
16:28:50 | | Quit petur (Quit: *plop*) |
16:38:27 | | Quit fejfighter (Ping timeout: 276 seconds) |
16:43:03 | | Join Boldfilter [0] (~Boldfilte@adsl-178-201-157.jax.bellsouth.net) |
16:46:45 | | Join xiainx [0] (~xiainx@modemcable091.119-201-24.mc.videotron.ca) |
16:47:42 | | Quit Curtman (Remote host closed the connection) |
16:52:24 | | Quit n1s (Quit: Lämnar) |
17:00 |
17:03:49 | | Quit stripwax (Read error: Connection reset by peer) |
17:05:53 | *** | Saving seen data "./dancer.seen" |
17:11:09 | | Quit bertrik (Remote host closed the connection) |
17:18:17 | | Quit xiainx (Ping timeout: 264 seconds) |
17:22:51 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
17:24:32 | * | S_a_i_n_t just spent about an hour looking for holes in his code (stupid testing on the device, instead of bothering to make a new sim) to finally realise he should actually put the new build he compiled *on* his player so it was actually allow him to use the new feature he's testing... |
17:24:39 | S_a_i_n_t | *fail* |
17:25:01 | S_a_i_n_t | s/was/will/ |
17:32:18 | | Join webguest36 [0] (~5841ab3d@giant.haxx.se) |
17:32:22 | | Join toffe82 [0] (~chatzilla@adsl-71-132-80-19.dsl.sntc01.pacbell.net) |
17:32:23 | | Quit webguest36 (Client Quit) |
17:32:32 | | Join corpsman [0] (~5841ab3d@giant.haxx.se) |
17:33:11 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
17:34:30 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
17:39:21 | | Join funman [0] (~fun@rockbox/developer/funman) |
17:40:09 | | Quit corpsman (Quit: CGI:IRC (EOF)) |
17:40:43 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
17:40:48 | | Part lpereira |
17:55:06 | S_a_i_n_t | JdGordon_: You are a GENIUS!!! |
17:55:26 | S_a_i_n_t | Smoothvolume/volumebar....whatever you wanna call it is awesome. |
17:55:49 | S_a_i_n_t | Now I've actually fixed my theme to use it properly....*nice* |
17:56:26 | | Quit anewuser (Ping timeout: 246 seconds) |
18:00 |
18:02:03 | funman | test & clean dcache line isn't mentioned in the ARM Architecture Reference Manual for ARMv5 (Issue E) |
18:05:16 | funman | r25571 broke my Clipv2 |
18:07:23 | funman | test & clean is mentioned in the manual for v6 (Issue I) but it's marked as optional |
18:07:30 | | Quit Minataku (Ping timeout: 245 seconds) |
18:07:40 | CIA-5 | New commit by amiconn (r25591): Fix ATA power off builds for the Player so they actually use ATA power off. |
18:08:37 | kugel | funman: what does that test & clean do? |
18:08:47 | kugel | your patch looked strange too (for me at least) |
18:09:10 | funman | which patch, FS #11106 ? |
18:10:00 | kugel | yes |
18:10:19 | funman | it's described in the arm926ejs technical manual |
18:10:35 | kugel | the mov r0, #0 seems unneeded |
18:10:49 | | Quit Luca_S (Quit: CGI:IRC (Ping timeout)) |
18:11:14 | funman | Data Format: SBZ (should be zero) |
18:11:32 | funman | for drain write buffer at the end of the function |
18:12:12 | | Quit jobec (Remote host closed the connection) |
18:12:42 | kugel | the next ins does mov r0, #0 as well |
18:13:27 | funman | which instruction ? |
18:13:46 | | Join m3dlg [0] (~m3dlg@212.183.140.55) |
18:13:50 | funman | ah for the other clean & invalidate method |
18:14:21 | funman | yes but it's not the same #0, in the #else part it is used as an index over all the cache lines |
18:14:47 | kugel | oh I read that #else as #endif |
18:14:47 | funman | then r0 wraps, so it's 0 when write buffer is drained |
18:15:22 | funman | the problem is we can't use the #else part on arm926ejs because the index isn't in the same format |
18:19:59 | funman | I don't want to check the manual for each armv4 and armv5 CPU :( |
18:22:58 | CIA-5 | New commit by funman (r25592): as3525v2: extend a bit the delay after switching pclk/fclk ... |
18:23:30 | CIA-5 | New commit by amiconn (r25593): Fix an almost 3 years old bug introduced when moving the archos power handling to target tree: ide_powered() must always use the full implementation, ... |
18:25:21 | | Quit antil33t (Read error: Connection reset by peer) |
18:25:27 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
18:26:04 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
18:26:58 | Buschel | stripwax: _if_ there is a loss of runtime which is not connected to our batteries => this equals either 0.5 mA or 2 MHz of cpu clock while playback. this points to either hardware config changes or changes that affect runtime. runtime effects could be a) drawing WPS while LCD is off (tested on pcsim, this does not happen), b) less effective codec (no way :), c) some dsp stuff that is active now and wasn't active a year ago, d) anything else... a) a |
18:28:34 | Buschel | I forgot e) my lineout off implementation is crappy, which I reviwed today and found no bug. |
18:28:36 | stripwax | Buschel - mp3 codec still runs unboosted for me. |
18:29:35 | Buschel | stripwax: what is your runtime now and last year? |
18:29:59 | stripwax | lower, because my battery voltage is lower. |
18:30:15 | stripwax | I seem to be unable to give a charge level of "100%". |
18:31:22 | * | Buschel checks fs #8596 |
18:31:27 | | Quit m3dlg (Read error: Connection reset by peer) |
18:32:08 | amiconn | wodz: Will you commit fs #11153 |
18:32:09 | amiconn | ? |
18:32:31 | stripwax | Buschel - I haven't done a 'full 100% battery bench' for this reason. |
18:33:19 | | Join m3dlg [0] (~m3dlg@212.183.140.55) |
18:33:21 | stripwax | and when I last tried, there were bugs in some poweroff change (ide I think) which meant my ipod actually hung while I was benching. I will try again some time. |
18:33:51 | | Quit anewuser (Ping timeout: 276 seconds) |
18:35:58 | Buschel | stripwax: hmm, you did not reach 100%? 100% = 4180mV. You reached this voltage in your benches. 100% are not shown as you have a patched build that needs 4300 mV for 100%. |
18:36:49 | * | Buschel is off for some minutes |
18:36:59 | stripwax | I'm not using that patch.... |
18:37:55 | stripwax | I *could* get 100%, and the old benches show that, but now I can't, and so I don't have any recent benches. |
18:38:36 | stripwax | therefore I do not know my runtime now. |
18:39:55 | | Quit TheSeven (Read error: Connection reset by peer) |
18:40:13 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
18:40:13 | stripwax | but I know the best runtime I had, recently, is lower than the best runtime I had a year ago, due to not being able to charge to 100% |
18:40:24 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
18:44:57 | | Quit m3dlg (Ping timeout: 268 seconds) |
18:48:39 | | Join merbanan [0] (~banan@c-62-220-165-110.cust.bredband2.com) |
18:49:19 | funman | http://pastie.org/914288 <- how does that look for something specific to arm926ej-s, rather than adding it in each config/x.h file ? |
18:49:52 | Buschel | stripwax: clear now. I was was only talking about the benchs that are attached to the patch. |
18:50:11 | | Quit stripwax (Quit: http://miranda-im.org) |
18:50:44 | Buschel | stripwax: you mentioned you had trouble with the IDE power change? what happened? and could you clearly track the error down to this change? |
18:54:59 | | Quit slck (Ping timeout: 248 seconds) |
18:55:12 | Buschel | stripwax: compared to my old benches I still reach a similar maximum voltage. |
18:55:25 | | Join mt [0] (~chatzilla@41.233.141.30) |
19:00 |
19:02:36 | | Join mirak_ [0] (~mirak@85-171-108-160.rev.numericable.fr) |
19:03:28 | | Join FlynDice [0] (~FlynDice@ip67-88-206-98.z206-88-67.customer.algx.net) |
19:05:56 | *** | Saving seen data "./dancer.seen" |
19:06:28 | ranma | funman: I suppose so, since it basically work on both variants now |
19:07:20 | | Join Minataku [0] (~Ed@unaffiliated/payphoneed) |
19:07:20 | | Quit piotrekm (Ping timeout: 260 seconds) |
19:10:43 | funman | hm do we need a released bootloader before we do that? (same question for fuzev2° |
19:11:44 | FlynDice | funman: do you understand the e-200 unbrick procedure very well? |
19:12:18 | funman | v2 ? |
19:12:30 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
19:13:07 | FlynDice | yes, I'm getting this output from dmesg with my clip+ and it seems to look like the e-200 unbrick mode... −−> http://pastie.org/914314 |
19:14:04 | funman | hm interesting but the device is too small |
19:14:14 | funman | can you dd something from the device ? |
19:14:26 | funman | I remember mt had tried that but it was just a repeated bunch of zeros |
19:15:17 | FlynDice | well I tried to dd anOF firmware into it and it appeared to copy over but no luck, and I don't understand the dd stuff very well just following the steps... |
19:17:08 | funman | dd if=/dev/sdc of=clipplus.bin count=8256 |
19:17:09 | | Quit mirak_ (Remote host closed the connection) |
19:17:38 | FlynDice | Ill give it a try |
19:17:55 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
19:18:06 | funman | btw have you tried another USB cable ? |
19:19:38 | FlynDice | no, I'll have to wait till I get home for that, out on the road right now, in an airport..... |
19:20:15 | FlynDice | clppa.bin instead of clipplus.bin correct? |
19:20:42 | funman | yeah anything, but it's too small to be the OF anyway |
19:21:25 | funman | try compressing it with gzip/bzip2 , if it performs very well it's just a bunch of repeated blocks |
19:23:06 | FlynDice | well the dd copied over ok |
19:25:09 | funman | Clipv2 is way more stable with adjustable cpu frequency disabled |
19:26:08 | | Quit FlynDice (Read error: Connection reset by peer) |
19:28:09 | | Join Adubb [0] (~Aldubuc@67.201.160.144) |
19:33:19 | | Join FlynDice [0] (~FlynDice@ip67-88-206-98.z206-88-67.customer.algx.net) |
19:34:56 | FlynDice | Thanks for the help I'll be back later |
19:35:07 | | Quit FlynDice (Remote host closed the connection) |
19:35:53 | funman | kugel: should fuzev2 be unstable too? |
19:35:59 | kugel | no |
19:36:15 | kugel | it's not very stable for me |
19:36:27 | kugel | and I mean not even stable enough for unstable |
19:36:47 | | Quit mt (Remote host closed the connection) |
19:36:56 | funman | what is the problem ? |
19:42:30 | kugel | problems after exiting plugins, sometimes playback just stops |
19:43:24 | funman | that's the same status than Clipv2/Clip+ which are unstable |
19:43:36 | kugel | so I think the others shouldn't be unstable too |
19:43:55 | funman | about exiting plugins, did you see http://forums.rockbox.org/index.php?topic=14064.msg164985#msg164985 ? |
19:43:59 | kugel | we clearly said rockbox should run good enough for every day listening usage. that's not the case on the fuzev2 |
19:44:16 | funman | Rockbox runs on these players, but is incomplete, less usable or has problems that limit it to advanced users |
19:44:48 | funman | Well I use Clipv2/Clip+ for every day listening |
19:44:53 | kugel | http://www.rockbox.org/wiki/TargetClassifications |
19:44:54 | funman | despite the occasional crash it works fine |
19:45:11 | kugel | "Generally usable for audio playback as determined by target's developers " I don't consider this to be met |
19:45:38 | funman | I do, so what should we do, make a vote ? |
19:45:44 | kugel | and I don't use the fuzev2 for every day listening becuase it's not stable enough, I'd had to pick it out of my pocket every other minute |
19:46:02 | kugel | often restarting playback isnt enough because of some playlist control file error which means a reboot is needed |
19:46:14 | kugel | why are you pushing them anyway? |
19:46:21 | funman | pushing ? |
19:46:32 | kugel | do we need them under unstable? |
19:46:42 | funman | well i think they are |
19:46:43 | kugel | we have enough annoying bug reports now already, I don't really want more |
19:46:53 | funman | true |
19:47:08 | kugel | I also think write support should be a minimum for unstable |
19:47:09 | funman | an advantage is the daily builds being present on the daily builds page |
19:47:16 | ThomasAH | kugel: I'm not a rockbox developer and I use the clip+ with rockbox every day, sometimes to listen to oggs (music and audiobooks), sometimes for radio |
19:47:21 | funman | the cowon D2 is unstable as well |
19:47:27 | funman | without write support |
19:47:40 | kugel | rockbox is just too limited without it, and doesn't behave well (as it expects write support) in many many places |
19:47:58 | funman | kugel: could you use a build with HAVE_ADJUSTABLE_CPU_FREQ commented out, and see if it crashes less? |
19:48:00 | kugel | it has write support on the sd card, and rockbox runs from it |
19:48:45 | linuxstb | funman: Being available on the daily builds page isn't related to the status though is it? I would say that adding to the daily builds page is one step on the way to becoming unstable, in the same way as documenting the install process, and releasing a bootloader/install tools. |
19:48:48 | kugel | I don't see anything special in having it in the current build table |
19:48:55 | funman | linuxstb: it is |
19:49:06 | kugel | the builds are downloadable anyway, we even link to them from the SansaAMS wiki page |
19:49:42 | funman | linuxstb: see http://www.rockbox.org/mail/archive/rockbox-dev-archive-2010-04/0004.shtml |
19:50:16 | funman | current build but not daily (to roll back and compare 2 days) |
19:50:37 | | Quit flydutch (Quit: /* empty */) |
19:50:52 | linuxstb | funman: OK, I'm misunderstanding then. I was referring to being included in the automated builds. |
19:51:50 | funman | when Clip+ was added to unstable category there was much less crashes (iirc), I probably made those targets more unstable when working on them |
19:52:20 | funman | Usable (not unusable) and Unstable (not stable) define well the status of those targets for me |
19:52:34 | linuxstb | OK, so "step one" is adding to automated builds, and then they can be downloaded via the build table. Step 2 is adding them to the current/daily builds table? |
19:52:44 | funman | Unstable also mean I can commit work not tested extensively |
19:52:57 | kugel | you can do that now too |
19:53:13 | funman | well yes, since those are unstable targets |
19:53:25 | kugel | I think doesn't mean one is free to just commit highly experimental code |
19:53:33 | funman | sure ^^ |
19:53:46 | funman | I mean Fuzev2 should be in the same status than the 2 other as3525v2 |
19:53:56 | kugel | I thought we made unstable for targets which are pretty stable but lack some formal stuff, i.e. it's targeted at user |
19:54:28 | funman | I see it as a way to get more testers |
19:54:38 | kugel | because we had a lot of fairly stable targets back then. they were much more stable than the as3525v2 targets are now |
19:54:53 | kugel | I don't see much point in unstable, except raising more annoying users |
19:54:56 | linuxstb | funman: Do you need more testers? |
19:55:00 | kugel | we have enough testers |
19:55:07 | | Join petur [0] (~peter@rockbox/developer/petur) |
19:55:12 | funman | no, now we have enough |
19:55:12 | kugel | we don't actually want more testers, do we? we know about the bugs |
19:55:23 | funman | well not all of them |
19:55:28 | linuxstb | I know nothing about these ports, but it sounds like you have enough bugs/problems to keep you busy for a while... |
19:55:41 | kugel | the ones we don't know yet are not critical enough anyway |
19:55:44 | | Quit Xerion (Read error: Operation timed out) |
19:56:17 | kugel | the fuzev2 also pretty obvious screen corruptions when boosted |
19:56:21 | funman | kugel: what did you mean by "problems after exiting plugins" ? |
19:56:30 | funman | true, this problem doesn't exist on Clips |
19:56:40 | funman | something else than "backlight goes off" ? |
19:56:43 | kugel | I've had many data aborts already after exiting bubbles for example |
19:57:40 | funman | I think FS #11106 fixes that |
20:00 |
20:02:26 | funman | still no idea why backlight goes off when using backlight_use_settings() , I tried to see if it was related to missing write support but i'm quickly lost in apps/ code |
20:05:02 | linuxstb | What's the problem with write support? I can't find anything about it in the wiki. |
20:06:09 | | Nick Rondom_ is now known as Rondom (~quassel@dslb-084-057-145-253.pools.arcor-ip.net) |
20:09:18 | | Quit Horscht (Quit: Verlassend) |
20:11:13 | funman | linuxstb: there's no write support |
20:11:28 | linuxstb | Yes, I know. Why? |
20:11:34 | | Join Xerion [0] (~xerion@84.25.7.202) |
20:11:51 | funman | well it just doesn't work |
20:12:20 | | Quit kugel (Remote host closed the connection) |
20:12:24 | linuxstb | So someone has tried to implement it, but for an unknown reason it doesn't work? |
20:12:29 | funman | if you enable it in sd-as3525v2.c, writing loops forever with a FIFO overrun |
20:12:33 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
20:13:13 | wodz | amiconn: ping |
20:13:16 | | Quit geertvdijk (Ping timeout: 246 seconds) |
20:13:22 | funman | implementing it is not much different from implementing reading, well at least i thought |
20:13:53 | funman | the difference between read & write is a different command to be sent, and a different direction for DMA transfer |
20:14:28 | funman | + the missing bit which makes that writing doesn't work yet |
20:14:55 | linuxstb | So the DMA seems to be writing to the FIFO, but the FIFO isn't emptying? |
20:14:56 | funman | linuxstb: do you think that should be written in the wiki? |
20:15:21 | | Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
20:15:31 | funman | linuxstb: I didn't look much, FlynDice knows more than me on this topic |
20:15:46 | linuxstb | funman: I think it would be useful - for new people (and existing devs who haven't been folloiwng) to know what the problems are that need to be solved. |
20:16:15 | linuxstb | I'm not sure where it fits in though... |
20:17:45 | linuxstb | Maybe just a "Current roadblocks" or "Major issues" section somewhere. |
20:18:26 | CIA-5 | New commit by funman (r25594): as3525v2: clarify the comment about write support |
20:18:59 | | Join mirak_ [0] (~mirak@85-171-108-160.rev.numericable.fr) |
20:19:06 | funman | i think users do not care |
20:19:20 | linuxstb | No, but the wiki isn't really designed for users... |
20:19:51 | | Join geertvdijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl) |
20:20:05 | funman | i'll make status details more explicit |
20:20:15 | funman | (name it problems and move it in its own bullet) |
20:24:06 | funman | linuxstb: done |
20:25:53 | linuxstb | funman: That makes it clearer. Although I think there's a formatting problem with your commit |
20:25:56 | linuxstb | s/commit/edit/ |
20:26:46 | CIA-5 | New commit by funman (r25595): as3525v2: only clear DIV0 bits in set_cpu_frequency() (not bit 6) |
20:28:00 | funman | fix'd |
20:41:32 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
20:45:22 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
20:47:48 | | Quit geertvdijk (Remote host closed the connection) |
20:51:07 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-049-154.pools.arcor-ip.net) |
21:00 |
21:02:46 | CIA-5 | New commit by Buschel (r25596): Add arm assembler for dsp_apply_gain(). Speeds up this routine by 30-40% on PP502x. |
21:03:49 | funman | Buschel: you could use r12 and save 1 less register ? |
21:04:10 | Buschel | damn, I knew I forgot something... thanks |
21:05:59 | *** | Saving seen data "./dancer.seen" |
21:08:46 | CIA-5 | New commit by Buschel (r25597): Use r12 to save 1 register. |
21:11:03 | | Nick advcomp2019__ is now known as advcomp2019 (~advcomp20@unaffiliated/advcomp2019) |
21:29:39 | | Join guest [0] (~55634039@giant.haxx.se) |
21:30:10 | guest | hi |
21:30:50 | guest | anyone knows is there a media player has a capacity about 160gb |
21:30:54 | guest | like ipod 6g |
21:31:03 | guest | and compatible with rbox |
21:31:05 | guest | ? |
21:31:25 | funman | older ipods with upgraded hard disk |
21:31:27 | gevaerts | no. Most of the hard disk based players can be upgraded with a large disk though |
21:32:16 | ThomasAH | four 8GB clip+ with 32GB cards :) |
21:33:24 | guest | is it possible upgrade ipod 6g or anything other than 5g? |
21:34:06 | guest | aargh |
21:34:35 | guest | it is not fair :( flac support but not large hd support |
21:35:13 | gevaerts | ? |
21:35:23 | gevaerts | rockbox supports large hard drives just fine |
21:35:53 | guest | where can i found such upgraded thing |
21:36:45 | guest | *find |
21:37:32 | gevaerts | I suspect you're better off searching on the forums. I have the impression that there are a lot more people with upgraded drives there than here on irc |
21:38:42 | guest | ok thx |
21:40:24 | | Quit guest (Quit: CGI:IRC (EOF)) |
21:43:02 | domonoky | saratoga: ping ? |
21:50:07 | | Join Jaykay [0] (~chatzilla@p5DC5750B.dip.t-dialin.net) |
21:51:03 | Jaykay | what does "this routine" mentioned in r25596 do? |
21:51:33 | | Quit bertrik (Read error: Operation timed out) |
21:51:43 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
21:52:14 | funman | dsp_apply_gain() ? |
21:53:34 | Jaykay | yes |
21:53:40 | | Quit merbanan (Ping timeout: 276 seconds) |
21:53:58 | saratoga | domonoky: pong |
21:54:00 | kugel | Buschel: if you have a test case we could tell you numbers about non-pp |
21:54:28 | | Quit saratoga (Changing host) |
21:54:28 | | Join saratoga [0] (~62e16704@rockbox/developer/saratoga) |
21:54:31 | domonoky | saratoga: we need you in rockbox-gsoc.. :-) |
21:56:47 | | Quit funman (Quit: free(random());) |
21:57:25 | Buschel | Jaykay: it does apply a scaling factor to each sample. e.g. if you use replay gain. |
21:58:49 | Buschel | kugel: what numbers do you talk about? the arm asm stuff? |
21:58:55 | kugel | yes |
22:00 |
22:00:28 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
22:01:11 | | Quit xiainx (Ping timeout: 258 seconds) |
22:01:12 | Jaykay | buschel: thanks :) |
22:04:20 | | Part Adubb |
22:06:00 | Buschel | kugel: test case would be to decode a file via test_codec in 4 different sets: 1) w/o dsp 2) with dsp and arm version 3) with dsp and old C version 4) with dsp but replay gain disabled. the decoded file must have replay gain data saved to its tag or header. |
22:06:27 | | Join krabador [0] (~darkham@95.239.183.98) |
22:07:01 | kugel | how about compressor/crossfeed? |
22:07:17 | Buschel | well, never touched this. |
22:09:16 | Buschel | I try to avoid usage of those functions |
22:14:02 | | Join secret7 [0] (~411fd849@gateway/web/freenode/x-eankebwpeykxylod) |
22:16:14 | | Join xiainx [0] (xiainx@wpa062070.Wireless.McGill.CA) |
22:18:35 | secret7 | can anyone help me with new firmware (possibly rockbox) for this 'latte espresso' mp3 player? |
22:19:28 | secret7 | its a decent player, just needs improved firmware and the support from the company blows |
22:19:40 | linuxstb | secret7: http://www.rockbox.org/wiki/NewPort summarises what you need to do... |
22:19:44 | S_a_i_n_t | rockbox doesn;t support that player |
22:20:17 | stripwax | secret7 - rockbox is written by volunteers - such as yourself. |
22:21:52 | secret7 | gotcha, im not super good with vb or anything but im willing to give it a shot |
22:22:06 | linuxstb | That's good, because VB won't help you here... |
22:22:33 | secret7 | haha im just sayin, writing code in general man |
22:23:00 | linuxstb | In which case, a port to your player has almost no chance of happening. |
22:24:21 | S_a_i_n_t | secret7: Someone needs to care enough about it to warrant spending the time/effort on it. That person is most likely (at the moment at least) yourself. |
22:26:56 | secret7 | ya i know, i was more or less just curious if anyone else had this stupid player, or has found other firmware or started creating any for it |
22:27:05 | krabador | metallica |
22:27:12 | krabador | ops |
22:27:17 | secret7 | not a big deal |
22:27:23 | krabador | sorry |
22:27:50 | S_a_i_n_t | the NewPorts wiki page is a start, and you're the best one to make that start. |
22:27:57 | | Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
22:28:46 | S_a_i_n_t | If you start the basics, you *may* attract some interest...assuming the player even *can* run RB |
22:29:44 | | Quit stripwax (Ping timeout: 265 seconds) |
22:33:38 | | Join BHSPitLappy [0] (~BHSPitLap@unaffiliated/bhspitmonkey) |
22:34:05 | secret7 | well thanks for all your help and advice saint, sorry to bother you guys and waste your time |
22:34:34 | secret7 | i'll do some research on this thing, see what i can do with it |
22:35:14 | | Quit secret7 (Quit: Page closed) |
22:39:41 | amiconn | wodz: pong |
22:40:30 | wodz | amiconn: I don't have write access to commit FS #11153 |
22:41:03 | | Join EKulabuhov [0] (~petrov9@ip-116-139.zb.lv) |
22:41:21 | amiconn | Ah. Somehow I thought you did... |
22:41:35 | * | amiconn will commit it then |
22:41:36 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
22:41:41 | wodz | good |
22:43:44 | wodz | amiconn: I have two more things 1) could You look at FS #11189? pixelma said You are familiar with this code. 2) You was pointed as a person to ask how lcd_blit* functions work |
22:43:52 | amiconn | Hmm. You're not yet in CREDITS? |
22:45:06 | wodz | don't know |
22:45:56 | wodz | only one my (trivial) patch to scramble.c was commited |
22:46:17 | gevaerts | oh, right. I forgot CREDITS :\ |
22:46:25 | wodz | my work on MPIO port is not commited |
22:47:59 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
22:53:20 | CIA-5 | New commit by amiconn (r25598): FS #11153 by Marcin Bukat: Make memory layout for plugins and codecs only depend on SoC for coldfire as well, in preparation for the MPIO HD200 port. |
22:55:23 | CIA-5 | New commit by amiconn (r25599): Add Marcin Bukat for FS #11151 and FS #11153 |
22:56:42 | | Quit linuxstb (Ping timeout: 246 seconds) |
22:59:49 | amiconn | wodz: I will have a look at 11189, but not now |
22:59:58 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
23:00 |
23:00:11 | amiconn | Regarding the blit functions, what do you want to know? |
23:02:11 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
23:02:45 | | Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) |
23:02:58 | wodz | amiconn: How do they work? I have to implement thous for LCD_PIXELFORMAT VERTICAL_INTERLEAVED formatted buffer |
23:03:21 | notlistening | anyone know if Fly had any luck with his clip+? |
23:03:23 | amiconn | So greyscale? |
23:03:49 | wodz | yes 2bit |
23:04:12 | wodz | its the same controller as in iaudio remotes as I recall |
23:04:16 | pixelma | wodz: what screen size is the Mpio's display? |
23:04:32 | amiconn | There are two blit functions for greyscale: lcd_blit_grey_phase() and lcd_blit_mono() |
23:04:59 | wodz | 128x128 |
23:05:07 | amiconn | The first one is for blitting one phase of greylib output |
23:05:22 | S_a_i_n_t | wow, that's an odd size |
23:05:36 | amiconn | It's quite even... |
23:05:46 | amiconn | The greylib uses temporal dithering to simulate 129 shades of grey on 1bit and 2bit LCDs |
23:05:57 | amiconn | It's essentially bresenham-in-time |
23:05:59 | pixelma | so a square display like the one in the small H10 - but greyscale, not colour |
23:06:00 | *** | Saving seen data "./dancer.seen" |
23:06:49 | amiconn | There already is such an implementation for this controller and coldfire - for the iAudio M3, which uses its remote LCD as main display (the M3 has no main LCD) |
23:07:37 | wodz | amiconn: hmm I will take a look |
23:07:37 | amiconn | lcd_blit_mono() only exists for calibration purposes on mono/grey swcodec targets |
23:07:59 | pixelma | same size too, you can probably reuse some graphics, e.g. for plugins. wodz: if you need someone doing the graphics I'd like to help if I have the time (not a top priority for now I guess) |
23:08:14 | pixelma | is there a simulator of it already? |
23:08:24 | wodz | pixelma: yes it is |
23:08:31 | amiconn | It's used in test_scanrate.c, which is used to determine the internal scanrate of the lcd controler, which should be matched by the greylib as close as possible |
23:08:43 | kugel | kernel.org has an interesting gsoc idea, a framework for download statistics so that it also collects data from the mirrors. if it's successful we might look into using it too |
23:08:49 | pixelma | ok, I'll keep it in mind and miggt have a look |
23:08:51 | amiconn | I can help with the asm as well |
23:09:17 | amiconn | How is the lcd controller connected in the MPIO? Serial? parallel? |
23:09:27 | wodz | amiconn: parallel |
23:09:29 | | Join CGL [0] (~CGL@190.207.194.72) |
23:09:40 | amiconn | Ah, that's different then (but easier after all) |
23:10:07 | wodz | amiconn: I have this controller working the only missing parts are blit functions |
23:10:47 | amiconn | You may want to have a look at the implementations for iriver H1x0 and iAudio M5 as well. They're VERTICAL_PACKING and not VERTICAL_INTERLEAVED, but their lcd controllers use the parallel interface, unlike the iAudio remotes |
23:11:17 | wodz | amiconn: As I recall from comments, in iaudio remote some address lines are ommited. Does this affect blit functions? |
23:11:55 | amiconn | Not the asm part |
23:12:38 | amiconn | The asm helper functions transfer a "block lines" of pixels at a time. The addressing happens in the C part |
23:12:58 | wodz | So in general I should be able to just copy asm implementation of blits from iaudio M3? |
23:13:23 | amiconn | No, since they send data via serial |
23:13:47 | amiconn | You basically need to "mix" the M3 and M5/H1x0 implementations |
23:13:50 | saratoga | Buschel: ping |
23:14:29 | amiconn | I take it the MPIO stuff is not yet committed? |
23:15:34 | wodz | amiconn: I have lcd_write_command() lcd_write_command_e() and lcd_write_data() implemented |
23:16:04 | amiconn | The blit functions are sending data directly for performance reasons |
23:16:24 | wodz | amiconn: aa now I understand |
23:16:38 | amiconn | I will have a look at your driver; I think I'll be able to implement the blit stuff based on that |
23:18:34 | | Quit bmbl (Quit: Bye!) |
23:20:07 | wodz | amiconn: will be nice |
23:20:40 | | Join FlynDice [0] (~FlynDice@m110436d0.tmodns.net) |
23:22:19 | * | amiconn should probably commit that megapatch first, after reviewing it |
23:23:33 | wodz | amiconn: which one? |
23:23:35 | amiconn | I wonder why the MPIO needs so much more CPU power for playback than the other coldfire targets |
23:23:41 | amiconn | 11137 |
23:23:59 | wodz | amiconn: this is something I am investigating now. |
23:25:01 | wodz | first I suspected that buffering is slow but this is not the case as 360kB of rockbox image takes 1-2s to copy from disk to ram |
23:25:04 | * | amiconn guesses missing yield()s and/or extreme delays |
23:25:56 | kugel | wodz: you can observe buffering in the debug menu |
23:26:09 | wodz | kugel: yes I know |
23:26:26 | | Quit Strife89 (Read error: Connection reset by peer) |
23:26:36 | wodz | buffer is almost always saturated so this is not the case |
23:27:27 | | Join Strife89 [0] (~michael@adsl-154-2-63.mcn.bellsouth.net) |
23:30:01 | | Join Watermark [0] (~chatzilla@adsl-220-183-243.mob.bellsouth.net) |
23:30:05 | wodz | My another idea was that in adc reading routine I had to introduce blocking delay between channel change and reading for readout stability but removing this delay does not change the situation. |
23:31:41 | Watermark | @linuxstb, can you help me out with Tcctool. it's a request actually |
23:34:19 | linuxstb | Watermark: You want someone to add USB IDs for a new device? |
23:34:34 | Watermark | yes, i have bricked my S9 |
23:35:12 | FlynDice | linuxstb: re: as3525v2 sd writes, as funman said when we try to write to the disk we always get a fifo over/underrun error. We do get bytes into the fifo but not to the card. The card is in the tran state and the ready for data status bit is set but no bytes make it to the card. |
23:37:42 | | Join linuxstb_ [0] (~linuxstb@rockbox/developer/linuxstb) |
23:37:54 | | Quit linuxstb (Disconnected by services) |
23:37:58 | | Nick linuxstb_ is now known as linuxstb (~linuxstb@rockbox/developer/linuxstb) |
23:38:20 | linuxstb | Watermark: What's an S9? i.e. what's the full name? |
23:38:29 | Watermark | Cowon S9 |
23:38:53 | | Quit bertrik (Ping timeout: 264 seconds) |
23:38:57 | | Quit archivator (Ping timeout: 276 seconds) |
23:39:08 | linuxstb | And what are the IDs that need to be added? |
23:39:20 | Watermark | sec ok? |
23:40:36 | Watermark | USB\Vid_0e21&Pid_0900&Rev_0100 USB\Vid_0e21&Pid_0900 i believe those are it |
23:40:56 | linuxstb | And I don't suppose you know the value for the sdcfg register? |
23:41:31 | | Quit evilnick_ (Quit: Leaving) |
23:41:39 | Watermark | heres a thread containing some Ifo. http://iaudiophile.net/forums/showthread.php?t=29866 |
23:42:06 | linuxstb | Those IDs don't look like the USB boot mode IDs, but the normal ones. |
23:42:44 | Watermark | didn't user dfkt send you them awhile back? |
23:43:40 | dfkt | yes i did |
23:44:01 | Watermark | o hey dfkt glad you are here ^^ |
23:44:09 | linuxstb | dfkt: You did? |
23:44:29 | dfkt | must be over a year now |
23:44:43 | dfkt | i'll check, i posted them on iaudiophile as well |
23:44:44 | | Quit notlistening (Ping timeout: 252 seconds) |
23:45:06 | linuxstb | dfkt: So you've successfully used tcctool with an S9? |
23:45:15 | | Quit domonoky (Read error: Connection reset by peer) |
23:45:53 | dfkt | linuxstb, no, i just found out how to get the s9 in recovery mode and read the pid&vid in that state |
23:46:04 | dfkt | here: http://iaudiophile.net/forums/showpost.php?p=243412&postcount=14 |
23:46:17 | linuxstb | So someone still needs to determine the sdcfg value... |
23:47:26 | dfkt | linuxstb, if i can be any help in getting the s9 working with tcctool, i'd be glad to do it |
23:47:35 | dfkt | i don't know how and what, though |
23:49:17 | linuxstb | Is the S9 similar (i.e. same CPU, same amount of RAM) as any of the devices currently supported? I'm guessing not, as the PID is different... |
23:49:44 | | Quit FlynDice (Remote host closed the connection) |
23:50:19 | dfkt | it uses a newer telechips than the cowon d2, and it comes in capacities up to 32gb, which none of the currently supported players do, afaik |
23:52:40 | dfkt | linuxstb, it seems to be a telechips 7901 |
23:54:17 | | Quit stripwax_ (Quit: http://miranda-im.org) |
23:55:23 | linuxstb | I was asking about RAM, not flash - the RAM normally isn't listed in the specs, you need to find it out yourself (e.g. by opening it up and seeing what chips are inside). |
23:55:33 | dfkt | ah, sorry |
23:55:52 | linuxstb | But I'll just try copying the D2 value, and you can see what happens... |
23:56:30 | dfkt | this is the best i've seen so far, as inside pics of the s9 go: http://www.anythingbutipod.com/forum/showthread.php?t=43843 |
23:56:34 | Watermark | hold up there are some pics! |
23:56:53 | Watermark | there you go dfkt |
23:58:21 | dfkt | :) |
23:58:34 | saratoga | isn't the ram usually built into TCC SOCs these days? |