Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2010-04-11

00:00:09Blue_Dudeoh
00:00:51Blue_DudeWhoops, that was a build folder. Never mind.
00:01:12fmlBlue_Dude: aha! Thanks!
00:01:41Blue_Dudefml: 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:59Strife89Me and my tab binge.
00:07:05Blue_Dudefml: I guess that *is* the define for str().
00:08:17Blue_DudeAn 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:03wodzIs there a way to run build of all targets?
00:19:16xiainxput it in a script that iterates through all values?
00:19:23 Quit m3dlg (Ping timeout: 246 seconds)
00:19:32funmanwodz: 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:19pixelmahrrm, fml just left
00:24:25wodzthanks
00:25:32 Quit emrecelikten (Ping timeout: 248 seconds)
00:25:40wodzehh I just discovered that my attempt to cleanup MAS code just touches the top of the iceberg...
00:26:25wodztime to sleep
00:26:28wodzbye
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:04FlynDiceer, 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:21FlynDiceI 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:36fmlBlue_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:24CIA-5New commit by 03pixelma (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:25CIA-5New commit by 03pixelma (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:22funmanFlynDice: what happened? did you get it back?
01:15:33FlynDiceI'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:26FlynDicetried to flash the unpatched OF back onto it but it wouldn't complete a firmware update..
01:17:28funmangrmbl
01:18:04funmancan't you just skip partitions and mkfs.vfat -I the whole device?
01:19:48FlynDicewell 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:31FlynDiceright 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:13funmantried the trick at http://www.rockbox.org/wiki/SansaAMS#Formatting_a_Player_that_cannot ?
01:31:23FlynDiceYes, it was me that added that one.....
01:35:53FlynDiceit appears to be mounted as sdd but is completely dark
01:36:43funmanhm 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:46Blue_Dudefml: 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:12Blue_Dudefml: I'll take it one better. Take a look at this commit...
02:32:18CIA-5New commit by 03Blue_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:19jughyghi
02:47:48jughyghi 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:24tom_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:52FlynDiceMy 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:52FlynDicewhoops 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:28S_a_i_n_tfunman: 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:00CIA-5New commit by 03Blue_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:06saratogawe 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:33arlaneenalraI'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:43S_a_i_n_tarlaneenalra: Timelines for new ports simply aren't given.
07:41:03S_a_i_n_tIt'd be near impossible to estimate.
07:41:34arlaneenalraGuessed as much :)
07:42:23S_a_i_n_tThe 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:38arlaneenalraI 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:21FlynDicere: 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:53S_a_i_n_tFlynDice: What did you do to the poor thing?
07:47:36FlynDiceNothing I'm aware of unfortunately :(
07:47:50S_a_i_n_t...Oh.
07:48:10S_a_i_n_tGuess it would be easier to debugg if you knew what the cause was...
07:48:35FlynDiceI have been investigating the SD write problem but when this happened I had just flashed it to svn
07:49:13S_a_i_n_tHow does the device normally recover from a bad flash?
07:50:16FlynDiceI'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:35FlynDiceBut 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:54S_a_i_n_tSo....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:32S_a_i_n_tAssuming you don't have Jtag, or other "non user" tools.
08:00
08:10:49LloreanIt'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:55S_a_i_n_tAnd what, if you're outside the warranty period...you're just screwed? (slightly off-topic I know.)
08:26:41 Part arlaneenalra
08:32:42LloreanUsually, the warranty excludes firmware flashing. That's why you need to read things carefully.
08:33:40S_a_i_n_tlol, use our product...but don't ever install the updates we may offer periodically.
08:33:44S_a_i_n_tSeems insane.
08:37:27 Join |DaMaGeD| [0] (~dam@85.26.165.208)
08:38:27 Quit |DaMaGeD| (Client Quit)
08:39:39CIA-5New commit by 03uchida (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:26bluebrotherB4gder: seen the updated rbutil binaries?
09:42:04 Join flydutch [0] (~flydutch@host225-165-dynamic.15-87-r.retail.telecomitalia.it)
09:42:44amiconnTorne: 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:09amiconnWhether 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:50Luca_Swhere is the daily source tarball gone?
09:57:48S_a_i_n_tLuca_S: It keeps coming & going...usually going.
09:57:56S_a_i_n_tI find it easier to use SVN instean
09:58:15S_a_i_n_tsaves a LOT of bandwidth if you're checking out the source often.
09:58:23S_a_i_n_t*instead
10:00
10:01:03Luca_Sheh..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:11Luca_SI 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:30S_a_i_n_tLuca_S: Wow...how large is "too large" exactly? My CygWin install (+2 copies of the source tree) is only ~1.2GB
10:05:07amiconnJust use another checkout...
10:07:27Luca_Smy 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:24amiconnEh, if you're already using linux, why don't you use that for building rockbox?
10:09:17Luca_Sbecause it uses a 1gb persistence file - it's an "emergency rescue" setup that turned very handy in the past
10:09:36amiconnYou 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:26amiconnIt's *way* faster (that means by a factor of 4...5) compared to running cygwin on the host
10:10:42Luca_Snow 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:58Luca_Ss/iso/vm
10:18:57Luca_Sfound it! :D hahah back then I suspended it while running rockboxdev.sh, now it resumed that script :D
10:19:14S_a_i_n_tlolz
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:44gartralso 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:23B4gderbluebrother: rbutil 1.2.6 packages are now on the download master server
10:59:17bluebrotherB4gder: thanks!
11:00
11:02:29pixelmabluebrother: 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:23pixelmaalso: 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:07S_a_i_n_tgartral: Well, it would seem that you don't harm arm-elf in your path...but you do, so....*shrugs*
11:08:25S_a_i_n_tharm? Ooops s/harm/have/
11:08:52bluebroth3rpixelma: 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:11bluebroth3rnevertheless, 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:44bluebroth3rand if it makes sense to use the screenshots I'd vote for using them, otherwise removing.
11:11:27gartralS_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:00S_a_i_n_tgartral: I wish I knew what to say, it's giving an error re: the PATH but your your PATH seems fine.
11:14:16S_a_i_n_tDid 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:49gartralS_a_i_n_t: reproducable.. but hosted in a vm.. so if i NEED too.. i cna reformat the virtual drive easily
11:14:57gartrals/cna/can
11:16:31 Quit Kitar|st (Ping timeout: 260 seconds)
11:16:49 Quit Kitr88 (Ping timeout: 252 seconds)
11:17:05pixelmabluebroth3r: 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:39sintheteki 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:42sintheteki'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:36sinthetekhmm... 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:20S_a_i_n_tText Viewer is a little buggy at the moment...I always convert my ebooks to audio files.
11:44:27S_a_i_n_tIts a lot easier I find.
11:44:38sinthetekerr, e250 i meant
11:44:42sinthetekahh, ok
11:44:59S_a_i_n_tI haven't heard of the issue you're having yet.
11:45:24S_a_i_n_tBut 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:33S_a_i_n_tIncluding myself.
11:47:56gartralhavent seen that here
11:49:35S_a_i_n_tHmm, 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:45S_a_i_n_tI 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:16stripwaxdoes anyone know what Uchida's "new version settings file" change is about?
12:15:55S_a_i_n_tnot a clue...it puzzled me to.
12:16:24S_a_i_n_t*too
12:18:19 Quit m3dlg (Ping timeout: 246 seconds)
12:19:58Torneamiconn: 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:08tom_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:52tom_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:41JdGordonS_a_i_n_t: http://pastebin.com/kh2pqXbV
12:26:56JdGordonsyntax is %pv|(same as %pb)|
12:27:19tom_Does that sound like a stupid idea to others or should i try the e200v2 idea?
12:27:22JdGordonyou can only have one of %pv %pb in a viewport though
12:27:32JdGordon(going to fix that though well before commit)
12:27:43JdGordonthat shuold draw the range between min and 0dB
12:27:56JdGordonregular %pv should still work as usual also
12:29:53S_a_i_n_tjust replace my tree's skin_parser.c with the pastebin?
12:30:18JdGordonno, that is a patch
12:31:26S_a_i_n_targhhhh. 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:06amiconnTorne: It certainly won't explode, just not work. I can't test lba48 though because I don't have such a disk
12:48:31amiconnFor the older devices I'd need a 50-pin one
12:50:06JdGordon_S_a_i_n_t: new (finished) patch ready
12:50:23 Join n1s [0] (~n1s@rockbox/developer/n1s)
12:50:30S_a_i_n_tHmmm...good, just about to do a make clean.
12:50:41S_a_i_n_tThat threw a bunch of errors at me for some reason :/
12:50:45JdGordon__http://pastebin.com/7pFRJ9q3
12:50:51 Quit tom_ (Quit: Leaving)
12:50:51*S_a_i_n_t nods
12:50:59JdGordon__that one has no restrictions on the amount of bars in a viewport
12:51:31S_a_i_n_tOhhhhh...that could make for some weird lookin' WPSs ;)
12:51:34JdGordon__I've only tried it without the bmp, can you tr with a bmp?
12:51:43S_a_i_n_tyeppers
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:40S_a_i_n_tAssuming 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:53S_a_i_n_ts/my/me/
12:57:53JdGordon_\
12:58:17JdGordon_you'll still need more if you want +0dB
12:58:32JdGordon_although, for simplicity i tinhk i might just say bugger it and use the full spectrum
12:58:50S_a_i_n_t\0/
12:59:03S_a_i_n_tthough, someone's bound to cry about it.
12:59:17S_a_i_n_tbut not I sir, not I!
13:00
13:00:10JdGordon_yep. done
13:00:24JdGordon_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:13JdGordon_hurry and try with the bmp so i can commit it :p
13:01:47S_a_i_n_they, you can't rush CygWin...She'll explode...you've worked with MS, remember ;)
13:02:01JdGordon_\
13:02:14*JdGordon_ modifies cabbiev2 because you're too slow!
13:02:44S_a_i_n_tBah...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:45S_a_i_n_tcommit, 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:54JdGordon_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:15piotrekmTheSeven: how goes the norboot development?
13:04:20JdGordon_pixelma: amiconn : unless you can quickly test this patch?
13:04:21S_a_i_n_tHAHAHH! 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:45pixelmaJdGordon_: do you have to rush this in now?
13:04:57amiconnJdGordon_: I can't. I have to hunt a bug that's likely your fault :(
13:05:00TheSevenpiotrekm: I assume you mean the NOR-based iLoader? (I'm usually referring to the apple bootloader as "norboot")
13:05:05JdGordon_I'm bored, so yes
13:05:09TheSevenif yes, that's fine
13:05:18TheSevenhttp://the-seven.tk/ipod/iloader
13:05:24JdGordon_amiconn: ?
13:05:33pixelmawhat a nice reason
13:05:46JdGordon_meh
13:05:49***Saving seen data "./dancer.seen"
13:05:57amiconnPlayer crashes in the yesno screen, preceded by ERROR: set_viewport out of bounds
13:06:05amiconnIt's reproducable in the sim
13:06:30JdGordon_limit of liability expires after a few weeks.... thats been there for a lotlonger
13:06:42S_a_i_n_thehe.
13:07:18*gevaerts disagrees
13:07:39piotrekmTheSeven: 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:09amiconnThere 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:26JdGordon_how the heck do you change volume in the player wps?
13:09:30JdGordon_and ffw/rewind?
13:10:02S_a_i_n_tup/down/laft/right/
13:10:04amiconnff/rewind is long +/-
13:10:09S_a_i_n_tisn't it universal?
13:10:15S_a_i_n_tor...supposed to be>
13:10:16amiconnS_a_i_n_t: The Player has no up/down/left/right
13:10:29S_a_i_n_tI mean..on the keyboard.
13:10:31amiconnShort +/- is skip forward/back
13:10:46JdGordon_volume?
13:10:46amiconnThe sim simulates the target keyboard, so no
13:11:18amiconnVolume is a combo, either On+ +/- or Menu+ +/-
13:11:38amiconnI don't remember right now - rarely change volume while playing
13:11:42JdGordon_crap.... no num keys so this could be difficult
13:12:09amiconnYou don't need num keys
13:12:21amiconn+/- is mapped to right/left
13:12:31n1sdon'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:14JdGordon_on/menu?
13:14:16JdGordon_hmm, can the player only have a totla of one progressbar?
13:14:41amiconnyes
13:14:58amiconnThis is because the progressbar uses dynamically definable characters
13:15:09pixelmahttp://download.rockbox.org/daily/manual/rockbox-archosplayer/rockbox-buildch4.html#x7-450004.3.1
13:15:10amiconnActually there are two types of progress"bar"
13:15:23 Join Schmogel [0] (~Miranda@p3EE21569.dip0.t-ipconnect.de)
13:15:34JdGordon_ok cool, both work
13:15:39amiconnJdGordon_: ON is on F8, MENU is on INS
13:15:45JdGordon_ta
13:15:58amiconnuisimulator/sdl/button.c
13:16:15JdGordon_#rockbox :)
13:17:25amiconnMeh, 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:48CIA-5New commit by 03jdgordon (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:58S_a_i_n_tJdGordon_: was that the volumebar going in also? Or just the limit on progressbars?
13:22:08JdGordon_both
13:22:14*S_a_i_n_t nods
13:22:16JdGordon_irc clips the message
13:23:56pixelmait seems weird to use %pv in "usual" tag style and in progress bar tag style
13:25:13JdGordon_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:07pixelmaI expect a bit of confusion. What was the reason to reuse the tag this way?
13:30:05gevaertsOh, speaking of tags, I think %mp isn't fully documented in the manual since the sbs change
13:30:07S_a_i_n_tI suppose, because it's two different ways of displaying the same thing.
13:30:08 Quit JdGordon__ (Ping timeout: 248 seconds)
13:31:57pixelmagevaerts: time to revert the sbs change then? :\
13:32:57gevaertspixelma: yes, I think so. I don't really see any other solution
13:34:57pixelmaJdGordon_: you saw the red and yellow?
13:35:29gevaertsJdGordon_: you do have an mr500, right? ;)
13:35:38JdGordon_have now... not in my possesion
13:36:42JdGordon_that red is pretty odd
13:38:21amiconnJdGordon_: I found the reason why it crashes: viewportmanager_theme_enable() is #defined empty for charcell
13:38:49amiconnThe 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:13dongshello pals
13:39:27amiconn(viewportmanager_theme_enable() calls viewport_set_defaults() as part of its operation on bitmap)
13:39:35dongswhats a mp3 player that has voice recorder (or mic hw etc)
13:39:56amiconnI don't understand why there's so much special treatment, and then you're complaining that it is there
13:40:24amiconnImo the goal should be to *reduce* special treatment, and viewports would be very useful on that display :\
13:40:50CIA-5New commit by 03jdgordon (r25585): shuld fix red and yellow
13:43:48amiconnI could add a quick fix, but I would *really* like to see this fixed properly, that is, viewports enabled for charcell
13:44:20CIA-5New commit by 03gevaerts (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:12stripwaxdongs - iriver h120,h140 has line in, optical in, and an internal mic
13:45:52n1sthe device chart wiki page mentions which players have line it or mic
13:45:56gevaertsdongs: some of the sansas have a microphone that might be good enough depending on what you want
13:46:04n1ss/line it/line in/
13:46:10 Quit avn (Ping timeout: 246 seconds)
13:47:00dongsgevaerts: 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:23dongsbut how's the quality of that + does it raep battery etc... cant find any info on that
13:47:53stripwaxdongs - google should find the h120 too ...
13:48:10dongsum, 80gb? im looking for something flash based
13:48:20dongsi 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:34dongsand iriver looks old as hell
13:48:48stripwaxdongs - huh? you want an 80gb flash based device that can record constantly for > 2 hours?
13:48:58dongsi want a NOT 80gb flash based device
13:49:01pixelmah100 with an SSD
13:49:06dongs...
13:49:17stripwaxh120 isn't 80gb in any case.
13:49:17dongsdid you know? ssd doesnt actualyl improve battery life.
13:49:32pixelmait does on my M5
13:49:49stripwaxaccording to the battery runtime performance, it does on ipod video too.
13:49:50dongsAs 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:57dongsoic whatever, its stillold junk tech
13:50:51stripwaxdongs - 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:06dongsso 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:17dongsflash-bsed
13:51:24dongssomething that'll work at least 8 hosue.
13:51:25dongshours
13:51:31stripwax8 hours constantly recording
13:52:13stripwaxand 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:16dongsyes. creative zen 8/16gb can do up to 16h/charge
13:52:30dongsstripwax: so uh, rockbox doesnt support anything new?
13:52:36stripwaxnew? no.
13:52:45stripwaxsee the list of players supported, on the front page
13:52:49dongsyea i know.
13:53:20stripwaxdongs - ok so you have your answers
13:53:59amiconnThe irivers will run >16 hours unmodded, i.e. with hdd
13:54:34 Quit stoffel (Ping timeout: 246 seconds)
13:55:16dongsbut will tehy record 16 horus of PCB.
13:55:17dongser PCM.
13:55:57amiconnwhy not?
13:56:32dongsi dunno
13:56:41dongsdoes rockbox support recording 16 hours of pcm?
13:58:00stripwaxit supports recording, and will record until you stop it or run out of battery, which ever comes first
13:58:05TheSevenWTF was going on with the r25493 builds?
13:58:16gevaertsstripwax: also if it runs out of disk space :)
13:58:24stripwaxtrue :)
13:58:45dongswell
13:58:45S_a_i_n_tTheSeven: In what way?
13:58:50amiconnRockbox will split the recording as necessary due to the fat32 file size limit
13:58:51dongsso anyone here owns a sansa
13:59:06dongsor iriver
13:59:06TheSevenand also r25582, r25573 and r25566
13:59:08TheSevensee the build table
13:59:22dongsadn 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:02stripwaxdongs - using the internal mic? or line in?
14:01:05stripwaxi have an iriver
14:01:30 Join Buschel [0] (~ab@p54A3E45C.dip.t-dialin.net)
14:01:32pixelmaTheSeven: if you mean the delta, currently there are sometimes the wrong builds in the zips
14:01:45stripwaxdongs - 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:03TheSevenpixelma: the frequency of that has increased badly since some days
14:02:05gevaertsthe irivers will have some hard disk noise with the internal mic unless you use flash
14:03:02TheSeveni used to see those once in a while, but now we're having 9 of those in one binsize table
14:03:03dongsstripwax: either way,, but what are format choices? rockbox just does pcm right? and i guess original fw adpcm or something?
14:03:42stripwaxdongs - pcm, mp3, wavpack
14:03:49pixelmaTheSeven: 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:05dongsneat
14:04:13stripwaxdongs - at this point, I suggest you read the rockbox manual, for answers to your rockbox questions.
14:04:35dongsright. or i can continue looking for hardware with audio rec capabiltiy.
14:06:06stripwaxdongs - the webpage shows you which rockbox-supported devices have recording capabilities (as mentioned earlier)
14:06:16TheSevenhm, the new machines seem to have joined on r25450, so that would fit
14:06:39dongsright... but imalso looking for something i can actually buy
14:07:02S_a_i_n_tdepends if you want second hand or new.
14:07:18stripwaxdongs - which is fine, but if it's not supported by rockbox then it should not be discussed here.
14:07:31dongsrockbox 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:36dongsRLY NOW.
14:07:49stripwaxdongs - maybe #rockbox-community. #rockbox is *about rockbox*, sorry.
14:08:10dongsi bet 90% of channel users overlap between these channels
14:08:24dongsassuming tehres even anywhere close to 90% of users of this channel in teh other one.
14:08:28gevaertsso?
14:08:37dongsso repeating my question tehre would make no sense
14:08:41stripwaxdongs - true. but #rockbox is logged as a development resource. conversations not relevant to #rockbox should not be in #rockbox.
14:08:49S_a_i_n_tbut it wouldn;t be offtopic
14:08:52stripwaxdongs - no but continuing the conversation there, would.
14:11:02 Join petur [0] (~petur@rockbox/developer/petur)
14:12:03dongsthanks for the info pals
14:12:06dongsim outa here.
14:12:11 Part dongs
14:13:13 Join wodz [0] (~wodz@chello087206240004.chello.pl)
14:15:51wodzI 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:04CIA-5New commit by 03amiconn (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:04CIA-5New commit by 03Buschel (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:14Buschelhmm, 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:54Buschelwill 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:10stripwaxBuschel - interesting. similar to what I saw too, perhaps.
14:47:43stripwaxi wonder if i get readings consistent with the old battery bench, using the old svn build ....
14:48:05Buschelstripwax: did you perform such a test?
14:48:58stripwaxnot yet, i only just thought of it.
14:49:11 Quit mt (Remote host closed the connection)
14:50:28Buschelanother 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:24amiconnHmm, the "old releases" don't contain older 3.x releases :\
14:51:24stripwaxBuschel - you have a 30GB or a 60/80GB ?
14:51:30n1son 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:30Buschelstripwax: 30GB
14:53:11Buscheln1s: I am experiencing a uniform loss over the full range... so, this may not be an effect of the battery getting older.
14:53:13Buschel:/
14:53:14amiconnEeek, and the viewport bugs are part of 3.5.x
14:53:36stripwaxn1s - did the drop occur at the same voltage, or also at a lower voltage than before?
14:54:23n1sstripwax: well, i didn't do any detailed benches but it would die from an attempted spinup much earlier
14:54:36stripwaxBuschel - interesting. have you done a battery bench? (interested to know if it looked like mine, or like uchida's...)
14:54:42n1searlier == more battery percent left
14:55:30stripwaxBuschel - sounds like what I reported in that ipod discharge curve fs#
14:56:08Buschelstripwax: I have uploaded the bench yesterday. and another one is running right now.
14:57:56Buschelstripwax: 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:57stripwaxBuschel - how does it compare to the one(s) in FS #8596, I mean..
14:59:00stripwaxhrm, ok
14:59:13Buschelstripwax: 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:57stripwaxcomparing 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:09stripwax200mV lower in the recent one that is
15:00:20bertrikBuschel, 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:23bertrikThe 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:11amiconnBah, the other bug seems to be rather old
15:02:48Buschelbertrik: 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:32Buschelnot 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:07domonokysaratoga: 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:25CIA-5New commit by 03Blue_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:00CIA-5New commit by 03pixelma (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:59gevaertssaratoga: ping
15:53:59gevaertsstripwax: ping
15:56:55pixelmabluebroth3r: 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:18pixelmahmm... and I think the capture once was right below the picture too once (so center aligned)
16:00
16:00:43pixelmaerr... caption
16:00:44bluebroth3rcapture? You mean caption?
16:00:47bluebroth3rah :)
16:02:42stripwaxgevaerts - pong
16:02:45pixelmaalso too many onces
16:02:46bluebroth3rpixelma: I can't see anything that would scale the screenshots in the html source
16:03:00gevaertsstripwax: could you join #rockbox-gsoc for a minute?
16:03:57pixelmabluebroth3r: they seem to be in a div called "figure" but I didn't find out much more yet
16:05:37bluebroth3rhmm, the caption is now outside of the image p element. Can't remember that this was the case before.
16:06:43pixelmaI believe the figure div also had an outset border at some point in time too
16:07:07bluebroth3ryes, I seem to recall that too
16:07:40*bluebroth3r wonders what broke this
16:09:16pixelmaI don't build an html manual too often because I couldn't get tex4ht running in cygwin
16:10:17pixelmajust look up the online ones after I committed stuff
16:10:31pixelmaor if I want to link something
16:11:00bluebroth3rme neither, but that's more related to the fact that I'm rarely contributing to the manual these times :)
16:15:26bluebroth3rpixelma: tried to build the html manual on my box, the captions are correct here.
16:16:31bluebroth3rso something has to be different between the tex4ht installations
16:17:01pixelmaso something is broken or outdated on the rockbox.org build box?
16:18:27pixelmaor just different
16:19:37pixelmabluebroth3r: is the scale correct too for you then?
16:20:01bluebroth3rpixelma: I don't _see_ a wrong scale, but I also don't see that on rockbox.org
16:20:20bluebroth3ris there probably some zoom setting active in your browser?
16:20:37bluebroth3rI really don't see a reason why scaling should be wrong.
16:20:54pixelmanot that I know of. I'll try a different browser
16:21:19 Quit emrecelikten (Ping timeout: 248 seconds)
16:22:51pixelmalooks better in IE indeed
16:23:28bluebroth3rI use Firefox though :)
16:23:56bluebroth3ryou 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:39S_a_i_n_t*fail*
17:25:01S_a_i_n_ts/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:06S_a_i_n_tJdGordon_: You are a GENIUS!!!
17:55:26S_a_i_n_tSmoothvolume/volumebar....whatever you wanna call it is awesome.
17:55:49S_a_i_n_tNow I've actually fixed my theme to use it properly....*nice*
17:56:26 Quit anewuser (Ping timeout: 246 seconds)
18:00
18:02:03funmantest & clean dcache line isn't mentioned in the ARM Architecture Reference Manual for ARMv5 (Issue E)
18:05:16funmanr25571 broke my Clipv2
18:07:23funmantest & 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:40CIA-5New commit by 03amiconn (r25591): Fix ATA power off builds for the Player so they actually use ATA power off.
18:08:37kugelfunman: what does that test & clean do?
18:08:47kugelyour patch looked strange too (for me at least)
18:09:10funmanwhich patch, FS #11106 ?
18:10:00kugelyes
18:10:19funmanit's described in the arm926ejs technical manual
18:10:35kugelthe mov r0, #0 seems unneeded
18:10:49 Quit Luca_S (Quit: CGI:IRC (Ping timeout))
18:11:14funmanData Format: SBZ (should be zero)
18:11:32funmanfor drain write buffer at the end of the function
18:12:12 Quit jobec (Remote host closed the connection)
18:12:42kugelthe next ins does mov r0, #0 as well
18:13:27funmanwhich instruction ?
18:13:46 Join m3dlg [0] (~m3dlg@212.183.140.55)
18:13:50funmanah for the other clean & invalidate method
18:14:21funmanyes but it's not the same #0, in the #else part it is used as an index over all the cache lines
18:14:47kugeloh I read that #else as #endif
18:14:47funmanthen r0 wraps, so it's 0 when write buffer is drained
18:15:22funmanthe problem is we can't use the #else part on arm926ejs because the index isn't in the same format
18:19:59funmanI don't want to check the manual for each armv4 and armv5 CPU :(
18:22:58CIA-5New commit by 03funman (r25592): as3525v2: extend a bit the delay after switching pclk/fclk ...
18:23:30CIA-5New commit by 03amiconn (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:58Buschelstripwax: _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:34BuschelI forgot e) my lineout off implementation is crappy, which I reviwed today and found no bug.
18:28:36stripwaxBuschel - mp3 codec still runs unboosted for me.
18:29:35Buschelstripwax: what is your runtime now and last year?
18:29:59stripwaxlower, because my battery voltage is lower.
18:30:15stripwaxI 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:08amiconnwodz: Will you commit fs #11153
18:32:09amiconn?
18:32:31stripwaxBuschel - 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:21stripwaxand 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:58Buschelstripwax: 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:59stripwaxI'm not using that patch....
18:37:55stripwaxI *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:36stripwaxtherefore 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:13stripwaxbut 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:19funmanhttp://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:52Buschelstripwax: 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:44Buschelstripwax: 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:12Buschelstripwax: 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:28ranmafunman: 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:43funmanhm do we need a released bootloader before we do that? (same question for fuzev2°
19:11:44FlynDicefunman: do you understand the e-200 unbrick procedure very well?
19:12:18funmanv2 ?
19:12:30 Join piotrekm [0] (~piotrek@unaffiliated/piotrekm)
19:13:07FlynDiceyes, 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:04funmanhm interesting but the device is too small
19:14:14funmancan you dd something from the device ?
19:14:26funmanI remember mt had tried that but it was just a repeated bunch of zeros
19:15:17FlynDicewell 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:08funmandd if=/dev/sdc of=clipplus.bin count=8256
19:17:09 Quit mirak_ (Remote host closed the connection)
19:17:38FlynDiceIll give it a try
19:17:55 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
19:18:06funmanbtw have you tried another USB cable ?
19:19:38FlynDiceno, I'll have to wait till I get home for that, out on the road right now, in an airport.....
19:20:15FlynDiceclppa.bin instead of clipplus.bin correct?
19:20:42funmanyeah anything, but it's too small to be the OF anyway
19:21:25funmantry compressing it with gzip/bzip2 , if it performs very well it's just a bunch of repeated blocks
19:23:06FlynDicewell the dd copied over ok
19:25:09funmanClipv2 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:56FlynDiceThanks for the help I'll be back later
19:35:07 Quit FlynDice (Remote host closed the connection)
19:35:53funmankugel: should fuzev2 be unstable too?
19:35:59kugelno
19:36:15kugelit's not very stable for me
19:36:27kugeland I mean not even stable enough for unstable
19:36:47 Quit mt (Remote host closed the connection)
19:36:56funmanwhat is the problem ?
19:42:30kugelproblems after exiting plugins, sometimes playback just stops
19:43:24funmanthat's the same status than Clipv2/Clip+ which are unstable
19:43:36kugelso I think the others shouldn't be unstable too
19:43:55funmanabout exiting plugins, did you see http://forums.rockbox.org/index.php?topic=14064.msg164985#msg164985 ?
19:43:59kugelwe clearly said rockbox should run good enough for every day listening usage. that's not the case on the fuzev2
19:44:16funmanRockbox runs on these players, but is incomplete, less usable or has problems that limit it to advanced users
19:44:48funmanWell I use Clipv2/Clip+ for every day listening
19:44:53kugelhttp://www.rockbox.org/wiki/TargetClassifications
19:44:54funmandespite the occasional crash it works fine
19:45:11kugel"Generally usable for audio playback as determined by target's developers " I don't consider this to be met
19:45:38funmanI do, so what should we do, make a vote ?
19:45:44kugeland 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:02kugeloften restarting playback isnt enough because of some playlist control file error which means a reboot is needed
19:46:14kugelwhy are you pushing them anyway?
19:46:21funmanpushing ?
19:46:32kugeldo we need them under unstable?
19:46:42funmanwell i think they are
19:46:43kugelwe have enough annoying bug reports now already, I don't really want more
19:46:53funmantrue
19:47:08kugelI also think write support should be a minimum for unstable
19:47:09funmanan advantage is the daily builds being present on the daily builds page
19:47:16ThomasAHkugel: 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:21funmanthe cowon D2 is unstable as well
19:47:27funmanwithout write support
19:47:40kugelrockbox is just too limited without it, and doesn't behave well (as it expects write support) in many many places
19:47:58funmankugel: could you use a build with HAVE_ADJUSTABLE_CPU_FREQ commented out, and see if it crashes less?
19:48:00kugelit has write support on the sd card, and rockbox runs from it
19:48:45linuxstbfunman: 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:48kugelI don't see anything special in having it in the current build table
19:48:55funmanlinuxstb: it is
19:49:06kugelthe builds are downloadable anyway, we even link to them from the SansaAMS wiki page
19:49:42funmanlinuxstb: see http://www.rockbox.org/mail/archive/rockbox-dev-archive-2010-04/0004.shtml
19:50:16funmancurrent build but not daily (to roll back and compare 2 days)
19:50:37 Quit flydutch (Quit: /* empty */)
19:50:52linuxstbfunman: OK, I'm misunderstanding then. I was referring to being included in the automated builds.
19:51:50funmanwhen 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:20funmanUsable (not unusable) and Unstable (not stable) define well the status of those targets for me
19:52:34linuxstbOK, 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:44funmanUnstable also mean I can commit work not tested extensively
19:52:57kugelyou can do that now too
19:53:13funmanwell yes, since those are unstable targets
19:53:25kugelI think doesn't mean one is free to just commit highly experimental code
19:53:33funmansure ^^
19:53:46funmanI mean Fuzev2 should be in the same status than the 2 other as3525v2
19:53:56kugelI thought we made unstable for targets which are pretty stable but lack some formal stuff, i.e. it's targeted at user
19:54:28funmanI see it as a way to get more testers
19:54:38kugelbecause we had a lot of fairly stable targets back then. they were much more stable than the as3525v2 targets are now
19:54:53kugelI don't see much point in unstable, except raising more annoying users
19:54:56linuxstbfunman: Do you need more testers?
19:55:00kugelwe have enough testers
19:55:07 Join petur [0] (~peter@rockbox/developer/petur)
19:55:12funmanno, now we have enough
19:55:12kugelwe don't actually want more testers, do we? we know about the bugs
19:55:23funmanwell not all of them
19:55:28linuxstbI know nothing about these ports, but it sounds like you have enough bugs/problems to keep you busy for a while...
19:55:41kugelthe ones we don't know yet are not critical enough anyway
19:55:44 Quit Xerion (Read error: Operation timed out)
19:56:17kugelthe fuzev2 also pretty obvious screen corruptions when boosted
19:56:21funmankugel: what did you mean by "problems after exiting plugins" ?
19:56:30funmantrue, this problem doesn't exist on Clips
19:56:40funmansomething else than "backlight goes off" ?
19:56:43kugelI've had many data aborts already after exiting bubbles for example
19:57:40funmanI think FS #11106 fixes that
20:00
20:02:26funmanstill 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:02linuxstbWhat'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:13funmanlinuxstb: there's no write support
20:11:28linuxstbYes, I know. Why?
20:11:34 Join Xerion [0] (~xerion@84.25.7.202)
20:11:51funmanwell it just doesn't work
20:12:20 Quit kugel (Remote host closed the connection)
20:12:24linuxstbSo someone has tried to implement it, but for an unknown reason it doesn't work?
20:12:29funmanif 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:13wodzamiconn: ping
20:13:16 Quit geertvdijk (Ping timeout: 246 seconds)
20:13:22funmanimplementing it is not much different from implementing reading, well at least i thought
20:13:53funmanthe difference between read & write is a different command to be sent, and a different direction for DMA transfer
20:14:28funman+ the missing bit which makes that writing doesn't work yet
20:14:55linuxstbSo the DMA seems to be writing to the FIFO, but the FIFO isn't emptying?
20:14:56funmanlinuxstb: 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:31funmanlinuxstb: I didn't look much, FlynDice knows more than me on this topic
20:15:46linuxstbfunman: 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:15linuxstbI'm not sure where it fits in though...
20:17:45linuxstbMaybe just a "Current roadblocks" or "Major issues" section somewhere.
20:18:26CIA-5New commit by 03funman (r25594): as3525v2: clarify the comment about write support
20:18:59 Join mirak_ [0] (~mirak@85-171-108-160.rev.numericable.fr)
20:19:06funmani think users do not care
20:19:20linuxstbNo, but the wiki isn't really designed for users...
20:19:51 Join geertvdijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl)
20:20:05funmani'll make status details more explicit
20:20:15funman(name it problems and move it in its own bullet)
20:24:06funmanlinuxstb: done
20:25:53linuxstbfunman: That makes it clearer. Although I think there's a formatting problem with your commit
20:25:56linuxstbs/commit/edit/
20:26:46CIA-5New commit by 03funman (r25595): as3525v2: only clear DIV0 bits in set_cpu_frequency() (not bit 6)
20:28:00funmanfix'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:46CIA-5New commit by 03Buschel (r25596): Add arm assembler for dsp_apply_gain(). Speeds up this routine by 30-40% on PP502x.
21:03:49funmanBuschel: you could use r12 and save 1 less register ?
21:04:10Buscheldamn, I knew I forgot something... thanks
21:05:59***Saving seen data "./dancer.seen"
21:08:46CIA-5New commit by 03Buschel (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:10guesthi
21:30:50guestanyone knows is there a media player has a capacity about 160gb
21:30:54guestlike ipod 6g
21:31:03guestand compatible with rbox
21:31:05guest?
21:31:25funmanolder ipods with upgraded hard disk
21:31:27gevaertsno. Most of the hard disk based players can be upgraded with a large disk though
21:32:16ThomasAHfour 8GB clip+ with 32GB cards :)
21:33:24guestis it possible upgrade ipod 6g or anything other than 5g?
21:34:06guestaargh
21:34:35guestit is not fair :( flac support but not large hd support
21:35:13gevaerts?
21:35:23gevaertsrockbox supports large hard drives just fine
21:35:53guestwhere can i found such upgraded thing
21:36:45guest*find
21:37:32gevaertsI 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:42guestok thx
21:40:24 Quit guest (Quit: CGI:IRC (EOF))
21:43:02domonokysaratoga: ping ?
21:50:07 Join Jaykay [0] (~chatzilla@p5DC5750B.dip.t-dialin.net)
21:51:03Jaykaywhat 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:14funmandsp_apply_gain() ?
21:53:34Jaykayyes
21:53:40 Quit merbanan (Ping timeout: 276 seconds)
21:53:58saratogadomonoky: pong
21:54:00kugelBuschel: 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:31domonokysaratoga: we need you in rockbox-gsoc.. :-)
21:56:47 Quit funman (Quit: free(random());)
21:57:25BuschelJaykay: it does apply a scaling factor to each sample. e.g. if you use replay gain.
21:58:49Buschelkugel: what numbers do you talk about? the arm asm stuff?
21:58:55kugelyes
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:12Jaykaybuschel: thanks :)
22:04:20 Part Adubb
22:06:00Buschelkugel: 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:01kugelhow about compressor/crossfeed?
22:07:17Buschelwell, never touched this.
22:09:16BuschelI 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:35secret7can anyone help me with new firmware (possibly rockbox) for this 'latte espresso' mp3 player?
22:19:28secret7its a decent player, just needs improved firmware and the support from the company blows
22:19:40linuxstbsecret7: http://www.rockbox.org/wiki/NewPort summarises what you need to do...
22:19:44S_a_i_n_trockbox doesn;t support that player
22:20:17stripwaxsecret7 - rockbox is written by volunteers - such as yourself.
22:21:52secret7gotcha, im not super good with vb or anything but im willing to give it a shot
22:22:06linuxstbThat's good, because VB won't help you here...
22:22:33secret7haha im just sayin, writing code in general man
22:23:00linuxstbIn which case, a port to your player has almost no chance of happening.
22:24:21S_a_i_n_tsecret7: 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:56secret7ya 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:05krabadormetallica
22:27:12krabadorops
22:27:17secret7not a big deal
22:27:23krabadorsorry
22:27:50S_a_i_n_tthe 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:46S_a_i_n_tIf 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:05secret7well thanks for all your help and advice saint, sorry to bother you guys and waste your time
22:34:34secret7i'll do some research on this thing, see what i can do with it
22:35:14 Quit secret7 (Quit: Page closed)
22:39:41amiconnwodz: pong
22:40:30wodzamiconn: I don't have write access to commit FS #11153
22:41:03 Join EKulabuhov [0] (~petrov9@ip-116-139.zb.lv)
22:41:21amiconnAh. 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:41wodzgood
22:43:44wodzamiconn: 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:52amiconnHmm. You're not yet in CREDITS?
22:45:06wodzdon't know
22:45:56wodzonly one my (trivial) patch to scramble.c was commited
22:46:17gevaertsoh, right. I forgot CREDITS :\
22:46:25wodzmy work on MPIO port is not commited
22:47:59 Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539])
22:53:20CIA-5New commit by 03amiconn (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:23CIA-5New commit by 03amiconn (r25599): Add Marcin Bukat for FS #11151 and FS #11153
22:56:42 Quit linuxstb (Ping timeout: 246 seconds)
22:59:49amiconnwodz: I will have a look at 11189, but not now
22:59:58 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
23:00
23:00:11amiconnRegarding 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:58wodzamiconn: How do they work? I have to implement thous for LCD_PIXELFORMAT VERTICAL_INTERLEAVED formatted buffer
23:03:21notlisteninganyone know if Fly had any luck with his clip+?
23:03:23amiconnSo greyscale?
23:03:49wodzyes 2bit
23:04:12wodzits the same controller as in iaudio remotes as I recall
23:04:16pixelmawodz: what screen size is the Mpio's display?
23:04:32amiconnThere are two blit functions for greyscale: lcd_blit_grey_phase() and lcd_blit_mono()
23:04:59wodz128x128
23:05:07amiconnThe first one is for blitting one phase of greylib output
23:05:22S_a_i_n_twow, that's an odd size
23:05:36amiconnIt's quite even...
23:05:46amiconnThe greylib uses temporal dithering to simulate 129 shades of grey on 1bit and 2bit LCDs
23:05:57amiconnIt's essentially bresenham-in-time
23:05:59pixelmaso a square display like the one in the small H10 - but greyscale, not colour
23:06:00***Saving seen data "./dancer.seen"
23:06:49amiconnThere 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:37wodzamiconn: hmm I will take a look
23:07:37amiconnlcd_blit_mono() only exists for calibration purposes on mono/grey swcodec targets
23:07:59pixelmasame 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:14pixelmais there a simulator of it already?
23:08:24wodzpixelma: yes it is
23:08:31amiconnIt'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:43kugelkernel.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:49pixelmaok, I'll keep it in mind and miggt have a look
23:08:51amiconnI can help with the asm as well
23:09:17amiconnHow is the lcd controller connected in the MPIO? Serial? parallel?
23:09:27wodzamiconn: parallel
23:09:29 Join CGL [0] (~CGL@190.207.194.72)
23:09:40amiconnAh, that's different then (but easier after all)
23:10:07wodzamiconn: I have this controller working the only missing parts are blit functions
23:10:47amiconnYou 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:17wodzamiconn: As I recall from comments, in iaudio remote some address lines are ommited. Does this affect blit functions?
23:11:55amiconnNot the asm part
23:12:38amiconnThe asm helper functions transfer a "block lines" of pixels at a time. The addressing happens in the C part
23:12:58wodzSo in general I should be able to just copy asm implementation of blits from iaudio M3?
23:13:23amiconnNo, since they send data via serial
23:13:47amiconnYou basically need to "mix" the M3 and M5/H1x0 implementations
23:13:50saratogaBuschel: ping
23:14:29amiconnI take it the MPIO stuff is not yet committed?
23:15:34wodzamiconn: I have lcd_write_command() lcd_write_command_e() and lcd_write_data() implemented
23:16:04amiconnThe blit functions are sending data directly for performance reasons
23:16:24wodzamiconn: aa now I understand
23:16:38amiconnI 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:07wodzamiconn: 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:33wodzamiconn: which one?
23:23:35amiconnI wonder why the MPIO needs so much more CPU power for playback than the other coldfire targets
23:23:41amiconn11137
23:23:59wodzamiconn: this is something I am investigating now.
23:25:01wodzfirst 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:56kugelwodz: you can observe buffering in the debug menu
23:26:09wodzkugel: yes I know
23:26:26 Quit Strife89 (Read error: Connection reset by peer)
23:26:36wodzbuffer 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:05wodzMy 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:41Watermark@linuxstb, can you help me out with Tcctool. it's a request actually
23:34:19linuxstbWatermark: You want someone to add USB IDs for a new device?
23:34:34Watermarkyes, i have bricked my S9
23:35:12FlynDicelinuxstb: 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:20linuxstbWatermark: What's an S9? i.e. what's the full name?
23:38:29WatermarkCowon S9
23:38:53 Quit bertrik (Ping timeout: 264 seconds)
23:38:57 Quit archivator (Ping timeout: 276 seconds)
23:39:08linuxstbAnd what are the IDs that need to be added?
23:39:20Watermarksec ok?
23:40:36WatermarkUSB\Vid_0e21&Pid_0900&Rev_0100 USB\Vid_0e21&Pid_0900 i believe those are it
23:40:56linuxstbAnd I don't suppose you know the value for the sdcfg register?
23:41:31 Quit evilnick_ (Quit: Leaving)
23:41:39Watermarkheres a thread containing some Ifo. http://iaudiophile.net/forums/showthread.php?t=29866
23:42:06linuxstbThose IDs don't look like the USB boot mode IDs, but the normal ones.
23:42:44Watermarkdidn't user dfkt send you them awhile back?
23:43:40dfktyes i did
23:44:01Watermarko hey dfkt glad you are here ^^
23:44:09linuxstbdfkt: You did?
23:44:29dfktmust be over a year now
23:44:43dfkti'll check, i posted them on iaudiophile as well
23:44:44 Quit notlistening (Ping timeout: 252 seconds)
23:45:06linuxstbdfkt: So you've successfully used tcctool with an S9?
23:45:15 Quit domonoky (Read error: Connection reset by peer)
23:45:53dfktlinuxstb, no, i just found out how to get the s9 in recovery mode and read the pid&vid in that state
23:46:04dfkthere: http://iaudiophile.net/forums/showpost.php?p=243412&postcount=14
23:46:17linuxstbSo someone still needs to determine the sdcfg value...
23:47:26dfktlinuxstb, if i can be any help in getting the s9 working with tcctool, i'd be glad to do it
23:47:35dfkti don't know how and what, though
23:49:17linuxstbIs 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:19dfktit 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:40dfktlinuxstb, it seems to be a telechips 7901
23:54:17 Quit stripwax_ (Quit: http://miranda-im.org)
23:55:23linuxstbI 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:33dfktah, sorry
23:55:52linuxstbBut I'll just try copying the D2 value, and you can see what happens...
23:56:30dfktthis 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:34Watermarkhold up there are some pics!
23:56:53Watermarkthere you go dfkt
23:58:21dfkt:)
23:58:34saratogaisn't the ram usually built into TCC SOCs these days?

Previous day | Next day