| 00:08:47 | | Part arkascha ("Konversation terminated!") |
| 00:12:55 | | Quit Kohlrabi (Read error: 104 (Connection reset by peer)) |
| 00:17:27 | | Join darkskiez [0] (n=darkskie@host86-138-169-225.range86-138.btcentralplus.com) |
| 00:19:17 | darkskiez | does anyone know if you can put an ihp140's hdd into an ihp120? are they the same chassis? mine broke, but the hdd is fine |
| 00:19:28 | darkskiez | wondering if i can save money and get a 120 and put my hdd in it |
| 00:19:40 | preglow | it wont fit |
| 00:20:01 | preglow | it's slightly too thick |
| 00:20:04 | darkskiez | is there somewhere i can buy an ihp140 with a broken hdd ? |
| 00:20:32 | darkskiez | is the screen easy to attach/detach? i could take one with a broken screen and hard disk |
| 00:20:38 | darkskiez | i just need the mainboard |
| 00:24:56 | | Quit cYmen ("w00t") |
| 00:28:45 | | Join linuxstb [0] (n=5343d4aa@labb.contactor.se) |
| 00:29:10 | darkskiez | would this work with my drive: http://cgi.ebay.co.uk/HITACHI-1-8-USB-2-0-HDD-HARD-DISK-DRIVE-CASE-ENCLOSURE_W0QQitemZ8717423167QQcategoryZ41911QQssPageNameZWD2VQQrdZ1QQcmdZViewItem |
| 00:30:47 | markun | darkskiez: no, the hitachi connector is different |
| 00:31:34 | markun | darkskiez: this should work: http://cgi.ebay.nl/USB-2-0-1-8-External-Hard-Disk-Case-for-Toshiba-D332_W0QQitemZ6817712372QQcategoryZ86759QQssPageNameZWD2VQQrdZ1QQcmdZViewItem |
| 00:31:53 | darkskiez | cheers |
| 00:37:05 | | Quit RotAtoR (Read error: 110 (Connection timed out)) |
| 00:43:52 | | Join webguest20 [0] (n=51429e4f@labb.contactor.se) |
| 00:44:02 | webguest20 | Hello every one |
| 00:44:26 | webguest20 | anyone here know a bit the WPS style? |
| 00:46:35 | webguest20 | I %s%?it<%?in<%in. I >%it I %fn> |
| 00:47:15 | webguest20 | anyone know what I need to remove for remove the track number info? |
| 00:47:25 | webguest20 | please |
| 00:47:28 | webguest20 | :) |
| 00:53:17 | webguest20 | anyone please? |
| 00:53:41 | webguest20 | I'm lost in the WPS language |
| 00:53:41 | phaedrus961 | remove %?in<%in. I > |
| 00:54:04 | webguest20 | oh ok let me try, thanks |
| 00:54:53 | webguest20 | I don't understand well |
| 00:55:07 | phaedrus961 | it should look like this: %s%?it<%it I %fn> |
| 00:55:11 | | Nick ashridah is now known as Lost-ash (i=ashridah@220-253-122-123.VIC.netspace.net.au) |
| 00:55:30 | phaedrus961 | but I believe the I should be a vertical bar: | |
| 00:55:43 | webguest20 | that will do the same thing without the track info? |
| 00:55:51 | phaedrus961 | yes |
| 00:55:52 | webguest20 | yes it is |
| 00:55:58 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 00:56:19 | webguest20 | ok thanks I'll try |
| 00:58:43 | | Join bagawk [0] (n=lee@unaffiliated/bagawk) |
| 01:00 |
| 01:09:28 | webguest20 | thanks a lot phaedrus961 that rocks |
| 01:10:46 | webguest20 | before to go a ltle question please :) |
| 01:10:58 | webguest20 | it's about MPC decoder |
| 01:11:27 | webguest20 | the APE tags seems to don't be full suported yet |
| 01:11:32 | webguest20 | right? |
| 01:12:57 | preglow | webguest20: well, no, they should be supported |
| 01:13:05 | webguest20 | in my WPS screen when I'm playing MPC file, few infos are missing |
| 01:13:15 | preglow | like? |
| 01:13:38 | webguest20 | like file bitrate |
| 01:14:22 | webguest20 | and next song info :( |
| 01:14:26 | preglow | that's not in the ape tag |
| 01:14:40 | preglow | next song info i don't know about, that really should work |
| 01:14:45 | preglow | i'll fix the bitrate thing afterwards |
| 01:14:55 | preglow | at least hack it to work somewhat |
| 01:15:22 | webguest20 | for the next info thing, nope for MPC (all others yes) |
| 01:15:36 | webguest20 | thanks for fix bitrate info |
| 01:15:53 | webguest20 | currently i've got: ? |
| 01:16:18 | webguest20 | and for next info song it's freeze in searching info |
| 01:16:24 | webguest20 | for all MPC files |
| 01:16:34 | preglow | *shrug* |
| 01:16:38 | preglow | i'll see if i can see why |
| 01:16:55 | webguest20 | thanks very much, I've got a lot of MPC files |
| 01:17:08 | preglow | mpc is currently the worst codec in rockbox |
| 01:17:09 | preglow | apart from aac |
| 01:17:39 | webguest20 | thanks for have it in realtime at least, really impresive works men |
| 01:18:29 | webguest20 | the "Multi codec support" in the front of us iriver is very true |
| 01:18:55 | webguest20 | I can't imagine any commercial player with all those codecs we have |
| 01:18:59 | webguest20 | cheers |
| 01:19:16 | preglow | hehe |
| 01:19:18 | preglow | neither can i |
| 01:19:30 | preglow | musepack should at least be realtime for all bitrates now, yes |
| 01:19:36 | preglow | but it could easily have been much, much faster |
| 01:19:46 | preglow | but libmusepack isn't very easy to work with :/ |
| 01:19:54 | webguest20 | yes and less cpu using :) |
| 01:20:04 | webguest20 | I can imagine |
| 01:20:45 | webguest20 | just if you can fix please those missed infos, it would be wonderfull |
| 01:20:49 | preglow | i'll try |
| 01:20:57 | preglow | just need to finish something else i'm working on |
| 01:21:14 | webguest20 | ok, thanks much |
| 01:22:38 | *** | Saving seen data "./dancer.seen" |
| 01:23:48 | webguest20 | I love you all men |
| 01:24:09 | markun | we are men, men is what we are.. |
| 01:24:34 | webguest20 | have a good night at all and preglow I hope you'll can fix MPC bugs |
| 01:24:56 | markun | good night |
| 01:24:56 | webguest20 | markun: :D |
| 01:25:07 | markun | webguest20: fight club :) |
| 01:25:07 | | Quit webguest20 ("CGI:IRC") |
| 01:25:11 | preglow | now lookie here |
| 01:25:17 | preglow | someone posted fixed point wma source on the forums |
| 01:25:43 | markun | What a nice surprice! |
| 01:26:11 | linuxstb | "partially fixed point" is more accurate. |
| 01:26:20 | linuxstb | But it's still a useful start. |
| 01:26:55 | preglow | quite a large codec too |
| 01:27:02 | preglow | you wont see me working on that one for a while |
| 01:27:07 | preglow | i think i've said that before... |
| 01:27:20 | linuxstb | There's still far too much rubbish from ffmpeg in there. I'm sure a lot more can be stripped out. |
| 01:28:29 | preglow | yeah, me too |
| 01:28:34 | linuxstb | But I don't have any motivation to do anything either. |
| 01:29:24 | preglow | it's not going to be the first codec i fix, for sure |
| 01:29:28 | preglow | i have one wma file i ever listen to |
| 01:29:33 | linuxstb | I really want to find time to make some ipod progress - the ipod will be a fun platform for rockbox. |
| 01:31:34 | preglow | yes, i think you should do that too :) |
| 01:32:01 | preglow | just ditch everything else, i'd love ipod support |
| 01:32:17 | | Quit bagawk ("Leaving") |
| 01:47:01 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-122-123.VIC.netspace.net.au) |
| 01:59:08 | preglow | implemented the jump table idea in coldfire.S, and now it just emits static bursts for higher orders... |
| 02:00 |
| 02:00:53 | | Quit linuxstb ("CGI:IRC") |
| 02:02:15 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 02:04:21 | linuxstb | The "fixed point" wma decoder still includes -lm in the makefile and -msoft-float. So it's still going to need a lot of work I think. |
| 02:04:38 | preglow | lovely |
| 02:04:43 | preglow | libm we haven't got, so that's just ok |
| 02:05:18 | linuxstb | They obviously _just_ did enough to get it working realtime on their platform. |
| 02:08:12 | preglow | argh! |
| 02:08:24 | preglow | i used to have just one malfunctioning lpc_decode loop, now i have two |
| 02:08:38 | preglow | so much for a little pleasureable diversion from the 64 bit version |
| 02:09:11 | linuxstb | A PhotoBridge has a 300MHz MIPS CPU and 64MB of DDR DRAM. Slightly better than our irivers I feel. |
| 02:09:19 | preglow | yes, slightly... |
| 02:09:25 | preglow | but ok, i've unrolled loops up to order = 10 now |
| 02:09:36 | linuxstb | And WMA still only runs at twice realtime... |
| 02:09:39 | preglow | the default case should also be slightly faster now |
| 02:09:45 | linuxstb | Cool, thanks. |
| 02:09:54 | preglow | but i just need to get it working again :P |
| 02:10:08 | preglow | mwell |
| 02:10:14 | preglow | like you said, theres the floating point still |
| 02:10:20 | preglow | and they probably haven't got iram |
| 02:10:33 | preglow | but i think wma is pretty close to aac in terms of complexity |
| 02:14:21 | | Nick AliasAle is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 02:19:30 | linuxstb | Time for bed now. I should have the results of a new FLAC playback test in the morning - I'm curious to see how much time we gained by putting the code in IRAM. |
| 02:19:45 | linuxstb | I'll then have to do another test when you finish your EMAC routines... |
| 02:20:11 | linuxstb | Goodnight. |
| 02:21:00 | | Join preglowII [0] (n=50cb263c@labb.contactor.se) |
| 02:21:09 | preglowII | seems my irc box fell on its face |
| 02:21:16 | preglowII | sounds good, linuxstb |
| 02:21:18 | preglowII | see you later |
| 02:22:21 | Moos | preglowII: the bugs related by webguest about MPC files are reproductable :( |
| 02:23:20 | Moos | I just test with my MPC files, and right, bitrate info don't here+scrolling for next track info too |
| 02:26:31 | preglow | i'll fix the bitrate thing now |
| 02:26:45 | Moos | goodie :) |
| 02:26:51 | preglow | but as for the next track info, i have no idea why that happens |
| 02:26:52 | | Quit preglowII ("CGI:IRC (EOF)") |
| 02:28:08 | Moos | parser problems maybe, no? scuse I know nothing about codecs things :) |
| 02:28:58 | preglow | ahh, sorry |
| 02:29:05 | preglow | the bitrate thing isn't as easily fixable as i thought |
| 02:29:18 | Moos | really? :( |
| 02:29:19 | preglow | it'll have to wait until i can make a proper metadata parser for musepack |
| 02:29:41 | Moos | I suspected this :( |
| 02:29:57 | preglow | mpc doesn't have a proper metadata parser yet |
| 02:30:01 | preglow | just apev2 parser |
| 02:30:07 | preglow | and bitrate isn't stored in the ape tag |
| 02:30:09 | Moos | you planed to do it yourself? |
| 02:30:12 | preglow | yes |
| 02:30:19 | Moos | goodie |
| 02:31:00 | preglow | i can do it right now if you don't mind that only sv7 files will be supported |
| 02:31:39 | Moos | ??? sorry :) |
| 02:32:31 | preglow | musepack files exist in several formats |
| 02:32:34 | preglow | sv7 is the newest one |
| 02:32:43 | Moos | ah ok |
| 02:32:57 | Moos | mine are not so young |
| 02:33:19 | Moos | but if you can start with it, it could be fine |
| 02:33:43 | Moos | I like Musepack :) |
| 02:34:59 | preglow | yes, i like musepack myself |
| 02:35:38 | preglow | i'll try to make a parser now |
| 02:35:59 | Moos | good to hear |
| 02:51:21 | preglow | ahahha |
| 02:51:30 | preglow | the sv7 bitstream specification is written in german |
| 02:51:38 | preglow | they persist in making it easy for me |
| 02:51:46 | Moos | :) |
| 03:00 |
| 03:07:20 | | Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 03:07:25 | | Quit yngwi_away (Read error: 104 (Connection reset by peer)) |
| 03:07:39 | Moos | time to sleep here |
| 03:08:06 | Moos | preglow: good luck for your MPC parser and good night |
| 03:08:10 | preglow | haha |
| 03:08:19 | preglow | bitrate isn't stored in the header |
| 03:08:30 | * | preglow gives musepack a round of applause and goes to bed himself |
| 03:08:43 | Moos | :D |
| 03:09:02 | preglow | so bitrate info in the wps isn't looking good |
| 03:09:10 | preglow | musepack sure as hell isn't making it easy on us |
| 03:09:13 | Moos | right |
| 03:09:19 | | Part darkskiez |
| 03:09:25 | preglow | but bed now |
| 03:09:26 | preglow | night |
| 03:09:31 | Moos | good night |
| 03:09:38 | | Quit Moos ("Glory to Rockbox") |
| 03:22:41 | *** | Saving seen data "./dancer.seen" |
| 03:59:27 | | Quit tvelocity ("Leaving") |
| 04:00 |
| 04:04:43 | | Join MN [0] (n=aq581@69-176-149-126.bch.spartan-net.net) |
| 04:12:03 | | Quit Slasher (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | NSplit | kornbluth.freenode.net irc.freenode.net |
| 04:12:03 | | Quit markun (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit ghode|afk (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit dwihno (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit linuxstb (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit ashridah (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit blackax (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit amiconn (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit solexx_ (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit Seed (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit Zagor (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit wireddd (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit merbanan (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit pill (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit HCl (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit crash_ (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit yngwi (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit RotAtoR (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit Strath (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit goa (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit Bagder (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit crwl (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit ]Maggie[ (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit MN (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit _Nilisco (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit bluebrother^ (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit godzirra (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit thegeek_ (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit gromit` (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit novimon_ (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit ze (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit phaedrus961 (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit preglow (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit AliasCoffee (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit mbr (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit Lynx_ (kornbluth.freenode.net irc.freenode.net) |
| 04:12:03 | | Quit Ismo (kornbluth.freenode.net irc.freenode.net) |
| 04:12:21 | | Quit Rick (Success) |
| 04:12:25 | | Quit CoCoLUS (Read error: 104 (Connection reset by peer)) |
| 04:13:24 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 04:13:32 | | Quit Maxime (Nick collision) |
| 04:13:32 | | Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
| 04:13:32 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 04:13:32 | | Join Rick [0] (i=rick@unaffiliated/Rick) |
| 04:13:32 | | Join elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 04:13:32 | NHeal | kornbluth.freenode.net irc.freenode.net |
| 04:13:32 | NJoin | MN [0] (n=aq581@69-176-149-126.bch.spartan-net.net) |
| 04:13:32 | NJoin | yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 04:13:32 | NJoin | RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 04:13:32 | NJoin | linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 04:13:32 | NJoin | _Nilisco [0] (i=nilisco@wrath.shellfx.net) |
| 04:13:32 | NJoin | ashridah [0] (i=ashridah@220-253-122-123.VIC.netspace.net.au) |
| 04:13:32 | NJoin | AliasCoffee [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 04:13:32 | NJoin | bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 04:13:32 | NJoin | Slasher [0] (i=miipekk@ihme.org) |
| 04:13:32 | NJoin | markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 04:13:32 | NJoin | godzirra [0] (i=shawn@c-24-131-13-213.hsd1.va.comcast.net) |
| 04:13:32 | NJoin | thegeek_ [0] (n=thegeek@s175a.studby.ntnu.no) |
| 04:13:32 | NJoin | blackax [0] (n=blackax@netblock-66-245-244-93.dslextreme.com) |
| 04:13:32 | NJoin | amiconn [0] (n=jens@p54BD41E4.dip.t-dialin.net) |
| 04:13:32 | NJoin | ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) |
| 04:13:32 | NJoin | solexx_ [0] (n=jrschulz@c225214.adsl.hansenet.de) |
| 04:13:32 | NJoin | wireddd [0] (n=wired@68-117-215-114.dhcp.athn.ga.charter.com) |
| 04:13:32 | NJoin | Strath [0] (n=mike@dpc674681214.direcpc.com) |
| 04:13:32 | NJoin | Seed [0] (i=ben@85-64-200-85.barak-online.net) |
| 04:13:32 | NJoin | Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
| 04:13:32 | NJoin | goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 04:13:32 | NJoin | dwihno [0] (n=dw@81.8.226.44) |
| 04:13:32 | NJoin | preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 04:13:32 | NJoin | Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 04:13:32 | NJoin | gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 04:13:32 | NJoin | mbr [0] (n=mb@stz-softwaretechnik.de) |
| 04:13:32 | NJoin | crwl [0] (n=crawlie@karu.kekkola.jyu.fi) |
| 04:13:32 | NJoin | Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 04:13:32 | NJoin | novimon_ [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) |
| 04:13:32 | NJoin | ]Maggie[ [0] (i=fupl@t2-17.ath.cx) |
| 04:13:32 | NJoin | ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
| 04:13:32 | NJoin | Ismo [0] (i=laitinei@huippu.net) |
| 04:13:32 | NJoin | phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
| 04:13:32 | NJoin | merbanan [0] (i=banan@dalink.campus.luth.se) |
| 04:13:32 | NJoin | pill [0] (i=pill@cybercrimi.nl) |
| 04:13:32 | NJoin | HCl [0] (i=hcl@titania.student.utwente.nl) |
| 04:13:32 | NJoin | crash_ [0] (n=crash@a15167580.alturo-server.de) |
| 04:16:36 | | Quit Slasher (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit markun (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit dwihno (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit ghode|afk (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit HCl (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit merbanan (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit Seed (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit amiconn (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit blackax (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit ashridah (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit linuxstb (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit elinenbe (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit solexx_ (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit wireddd (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit crash_ (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit Zagor (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit pill (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit ]Maggie[ (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit crwl (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit RotAtoR (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit yngwi (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit Strath (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit goa (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit Bagder (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit phaedrus961 (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit novimon_ (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit bluebrother^ (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit _Nilisco (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit MN (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit Rick (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit Maxime (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit godzirra (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit thegeek_ (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit ze (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit gromit` (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit preglow (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit AliasCoffee (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit Ismo (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit mbr (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit CoCoLUS (kornbluth.freenode.net irc.freenode.net) |
| 04:16:36 | | Quit Lynx_ (kornbluth.freenode.net irc.freenode.net) |
| 04:40:43 | | Quit TiMiD (Read error: 104 (Connection reset by peer)) |
| 04:42:24 | | Quit pabs (Nick collision) |
| 04:42:25 | | Join Lost-ash [0] (i=ashridah@220-253-121-37.VIC.netspace.net.au) |
| 04:42:25 | NJoin | Ismo [0] (i=laitinei@huippu.net) |
| 04:42:25 | NJoin | Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 04:42:25 | NJoin | mbr [0] (n=mb@stz-softwaretechnik.de) |
| 04:42:25 | NJoin | AliasCoffee [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 04:42:25 | NJoin | CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
| 04:42:25 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
| 04:42:25 | NJoin | Slasher [0] (i=miipekk@ihme.org) |
| 04:42:25 | NJoin | markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 04:42:25 | NJoin | pill [0] (i=pill@cybercrimi.nl) |
| 04:42:25 | NJoin | HCl [0] (i=hcl@titania.student.utwente.nl) |
| 04:42:25 | NJoin | crash_ [0] (n=crash@a15167580.alturo-server.de) |
| 04:42:25 | NJoin | merbanan [0] (i=banan@dalink.campus.luth.se) |
| 04:42:25 | NJoin | phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
| 04:42:25 | NJoin | ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
| 04:42:25 | NJoin | ]Maggie[ [0] (i=fupl@t2-17.ath.cx) |
| 04:42:25 | NJoin | novimon_ [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) |
| 04:42:25 | NJoin | crwl [0] (n=crawlie@karu.kekkola.jyu.fi) |
| 04:42:25 | NJoin | gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 04:42:25 | NJoin | Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 04:42:25 | NJoin | dwihno [0] (n=dw@81.8.226.44) |
| 04:42:25 | NJoin | goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 04:42:25 | NJoin | Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
| 04:42:25 | NJoin | Seed [0] (i=ben@85-64-200-85.barak-online.net) |
| 04:42:25 | NJoin | Strath [0] (n=mike@dpc674681214.direcpc.com) |
| 04:42:25 | NJoin | wireddd [0] (n=wired@68-117-215-114.dhcp.athn.ga.charter.com) |
| 04:42:25 | NJoin | solexx_ [0] (n=jrschulz@c225214.adsl.hansenet.de) |
| 04:42:25 | NJoin | ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) |
| 04:42:25 | NJoin | amiconn [0] (n=jens@p54BD41E4.dip.t-dialin.net) |
| 04:42:25 | NJoin | blackax [0] (n=blackax@netblock-66-245-244-93.dslextreme.com) |
| 04:42:25 | NJoin | thegeek_ [0] (n=thegeek@s175a.studby.ntnu.no) |
| 04:42:25 | NJoin | godzirra [0] (i=shawn@c-24-131-13-213.hsd1.va.comcast.net) |
| 04:42:25 | NJoin | bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 04:42:25 | NJoin | ashridah [0] (i=ashridah@220-253-122-123.VIC.netspace.net.au) |
| 04:42:25 | | Join Nilisco [0] (i=nilisco@wrath.shellfx.net) |
| 04:42:25 | NJoin | linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 04:42:25 | NJoin | RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 04:42:25 | NJoin | yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 04:42:25 | NJoin | elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 04:42:25 | NJoin | Rick [0] (i=rick@unaffiliated/Rick) |
| 04:42:25 | NJoin | Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 04:42:25 | NJoin | preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 04:43:21 | | Quit markun (kornbluth.freenode.net irc.freenode.net) |
| 04:43:40 | | Join TiMiD [0] (n=TiMiD@asgard.valombre.net) |
| 04:43:44 | | Join Naked [0] (i=naked@naked.iki.fi) |
| 04:44:51 | | Quit RotAtoR () |
| 04:45:12 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
| 04:47:29 | NJoin | markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 04:48:12 | | Quit Hadaka (Connection refused) |
| 04:48:13 | | Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) |
| 04:52:40 | | Quit ashridah (Nick collision from services.) |
| 04:53:34 | DEBUG | EOF from server (Success) (snapshot: netstuff.c line 545) |
| 04:53:34 | *** | Cleanup |
| 04:53:34 | *** | Cleanup |
| 04:53:34 | *** | Saving seen data "./dancer.seen" |
| 04:53:34 | *** | Exit |
| 04:53:34 | *** | Started Dancer V4.16 |
| 04:53:34 | DEBUG | connect(2) failed on socket 3 (Connection refused) (snapshot: netstuff.c line 150) |
| 04:53:34 | DEBUG | connect(2) failed on socket 3 (Connection refused) (snapshot: netstuff.c line 150) |
| 04:53:34 | DEBUG | connect(2) failed on socket 3 (Connection refused) (snapshot: netstuff.c line 150) |
| 04:53:34 | *** | Connected to irc.freenode.net on port 6667 |
| 04:53:34 | *** | Logfile for #rockbox started |
| 04:53:41 | *** | Server message 501: 'logbot :Unknown MODE flag' |
| 04:53:41 | Mode | "logbot :+i" by logbot |
| 04:53:41 | *** | Server message 487: 'logbot :Due to a network split, you can not obtain channel operator status in a new channel at this time' |
| 04:53:41 | Mode | "#rockbox +ns" by kornbluth.freenode.net |
| 04:53:41 | Mode | "#rockbox +t-s " by irc.freenode.net |
| 04:53:41 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 04:53:41 | | Join TiMiD [0] (n=TiMiD@asgard.valombre.net) |
| 04:53:41 | | Join Lost-ash [0] (i=ashridah@220-253-121-37.VIC.netspace.net.au) |
| 04:53:41 | | Join Ismo [0] (i=laitinei@huippu.net) |
| 04:53:41 | | Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 04:53:41 | | Join mbr [0] (n=mb@stz-softwaretechnik.de) |
| 04:53:41 | | Join AliasCoffee [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 04:53:41 | | Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
| 04:53:41 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
| 04:53:41 | | Join Slasher [0] (i=miipekk@ihme.org) |
| 04:53:41 | | Join pill [0] (i=pill@cybercrimi.nl) |
| 04:53:41 | | Join HCl [0] (i=hcl@titania.student.utwente.nl) |
| 04:53:41 | | Join crash_ [0] (n=crash@a15167580.alturo-server.de) |
| 04:53:41 | | Join merbanan [0] (i=banan@dalink.campus.luth.se) |
| 04:53:41 | | Join phaedrus961 [0] (n=bob@adsl-209-233-10-228.dsl.bkfd14.pacbell.net) |
| 04:53:41 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
| 04:53:41 | | Join ]Maggie[ [0] (i=fupl@t2-17.ath.cx) |
| 04:53:41 | | Join novimon_ [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) |
| 04:53:41 | | Join crwl [0] (n=crawlie@karu.kekkola.jyu.fi) |
| 04:53:41 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 04:53:41 | | Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 04:53:41 | | Join dwihno [0] (n=dw@81.8.226.44) |
| 04:53:41 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
| 04:53:41 | | Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
| 04:53:41 | | Join Seed [0] (i=ben@85-64-200-85.barak-online.net) |
| 04:53:41 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
| 04:53:41 | | Join wireddd [0] (n=wired@68-117-215-114.dhcp.athn.ga.charter.com) |
| 04:53:41 | | Join solexx_ [0] (n=jrschulz@c225214.adsl.hansenet.de) |
| 04:53:41 | | Join ghode|afk [0] (n=garudin@host-212-158-193-204.bulldogdsl.com) |
| 04:53:41 | | Join amiconn [0] (n=jens@p54BD41E4.dip.t-dialin.net) |
| 04:53:41 | | Join blackax [0] (n=blackax@netblock-66-245-244-93.dslextreme.com) |
| 04:53:41 | | Join thegeek_ [0] (n=thegeek@s175a.studby.ntnu.no) |
| 04:53:41 | | Join godzirra [0] (i=shawn@c-24-131-13-213.hsd1.va.comcast.net) |
| 04:53:41 | | Join bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 04:53:41 | | Join Nilisco [0] (i=nilisco@wrath.shellfx.net) |
| 04:53:41 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 04:53:41 | | Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 04:53:41 | | Join elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 04:53:41 | | Join Rick [0] (i=rick@unaffiliated/Rick) |
| 04:53:41 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 04:53:41 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 04:53:41 | Mode | "#rockbox +bbb *!*@*.jetstream.xtra.co.nz *!*ju_@*.ipt.aol.com *!*icechat*@*.ipt.aol.com " by irc.freenode.net |
| 04:53:41 | Mode | "#rockbox +bbb *!*@ACBB8292.ipt.aol.com *!*jirc*@*.ipt.aol.com *!*Yu-Gi-oH@*.jvece204.dial.brasiltelecom.net.br " by irc.freenode.net |
| 04:53:41 | Mode | "#rockbox +bbb *!*user@82.67.68.* *!*@host181-166.pool80116.interbusiness.it *!*@host94-10.pool8251.interbusiness.it " by irc.freenode.net |
| 04:53:41 | DEBUG | Parse error in OnTopic(from = "irc.freenode.net", line = "#rockbox :Rockbox 2.5 | New developers mailing list!") (snapshot: server.c line 299) |
| 04:53:41 | | Join logbot [0] (n=bjst@labb.contactor.se) |
| 04:53:43 | Ctcp | Version from freenode-connect!freenode@freenode/bot/connect |
| 04:53:43 | *** | Server message 477: 'logbot #rockbox :[freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#nicksetup' |
| 04:53:49 | | Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 04:54:25 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-121-37.VIC.netspace.net.au) |
| 04:56:43 | | Quit AliasCoffee ("Leaving") |
| 04:57:54 | | Join webguest82 [0] (n=d3f86683@labb.contactor.se) |
| 04:57:59 | webguest82 | hi |
| 04:58:34 | | Join Naked [0] (i=naked@naked.iki.fi) |
| 04:58:50 | | Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) |
| 05:00 |
| 05:00:42 | | Quit webguest82 (Client Quit) |
| 05:43:09 | | Join XShocK [0] (n=XShocK@brewster.equinoxsensors.com) |
| 06:00 |
| 06:05:22 | | Quit ashridah ("phone") |
| 06:12:01 | | Join ashridah [0] (i=ashridah@220-253-122-244.VIC.netspace.net.au) |
| 06:53:35 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:17:34 | | Quit blackax (Read error: 110 (Connection timed out)) |
| 08:00 |
| 08:19:38 | | Join solexx [0] (n=jrschulz@c223174.adsl.hansenet.de) |
| 08:31:31 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
| 08:48:00 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 08:48:05 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 08:53:38 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:01:54 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 09:08:45 | * | B4gder had to use the paperclip today |
| 09:17:38 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 09:17:50 | LinusN | B4gder: congratulations to the paperclip experience |
| 09:18:05 | B4gder | thanks |
| 09:18:16 | B4gder | slightly annoying since I had none in my pocket on the train |
| 09:18:34 | B4gder | but hey, who leaves home without a paperclip? |
| 09:18:47 | LinusN | how did it freeze? |
| 09:18:55 | B4gder | on NEXT |
| 09:19:03 | B4gder | I skipped forwared a few songs |
| 09:19:13 | B4gder | and then freeeze |
| 09:19:31 | B4gder | but I'm not running the very lateset |
| 09:19:42 | LinusN | boooh |
| 09:19:52 | B4gder | yeah, I'm such a looser |
| 09:19:55 | LinusN | you're a shame to all the devs |
| 09:20:01 | B4gder | hahaha |
| 09:20:11 | * | B4gder stands in the corner |
| 09:20:30 | LinusN | i sentence you to 2 weeks with "follow playlist" enabled |
| 09:20:36 | B4gder | aaaargh |
| 09:20:40 | B4gder | :-O |
| 09:20:48 | * | amiconn wants a working recovery from I0C: Debug, but that means to make UIE() an asm routine |
| 09:21:03 | amiconn | ...calling a C function for display etc |
| 09:21:42 | amiconn | The pb is that it will break building with gcc4 for the same reason as on archos |
| 09:21:49 | LinusN | yuck |
| 09:22:21 | amiconn | (weak) alias to a symbol defined in the asm block and hence invisible to gcc |
| 09:22:41 | amiconn | Otoh, the implementation would be quite a bit cleaner |
| 09:23:08 | amiconn | Atm, UIE() relies on a specific number of registers to be saved on the stack |
| 09:23:33 | amiconn | Let the compiler decide to some register allocation different, and it will break |
| 09:24:02 | amiconn | (talking about system.c lines 436, 437) |
| 09:24:49 | LinusN | yeah |
| 09:28:22 | B4gder | http://www.speedcubing.com/chris/20cube.html |
| 09:28:33 | B4gder | now there's a normal thing to spend your time on |
| 09:28:36 | | Quit ashridah ("Leaving") |
| 09:30:32 | B4gder | world record on normal Rubik cube solving seems to be 11.51 seconds |
| 09:30:42 | B4gder | and here we are, wasting our time on Rockbox instead ;-) |
| 09:32:34 | | Join _FireFly__ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 09:34:47 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 09:37:16 | LinusN | cube.rock |
| 09:37:21 | LinusN | we should extend it |
| 09:37:52 | B4gder | :-) |
| 09:40:45 | ender` | make it support .plg files :) |
| 09:42:46 | Rick | :o |
| 09:44:36 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
| 09:45:39 | linuxstb_ | Morning all. I'm confused - the FLAC decoder managed 12h 38m in my first test. I tested it again last night (after my change to move to all the code into IRAM), and it managed 12h 32m of playback. |
| 09:46:32 | linuxstb_ | But the decoder is definitely faster - it can now play back 24-bit FLAC files in realtime. Previously it couldn't. |
| 09:47:43 | _FireFly__ | maybe your measurement methode is inaccuracy |
| 09:48:37 | | Quit _FireFly_ (Read error: 110 (Connection timed out)) |
| 09:50:28 | | Nick _FireFly__ is now known as _FireFly_ (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 09:50:50 | | Join ashridah [0] (i=ashridah@220-253-122-191.VIC.netspace.net.au) |
| 09:51:53 | linuxstb_ | My methodology is simple - fully charge the player, play an album in repeat mode and count the hours until the player shuts down. |
| 09:52:39 | _FireFly_ | who or what is counting the hours ?? |
| 09:52:53 | linuxstb_ | Me. The time is accurate. |
| 09:53:11 | linuxstb_ | Both times, I've been staring at the player when it shuts down. |
| 09:53:45 | _FireFly_ | i bet if you redo the test you will get another result |
| 09:53:47 | B4gder | the charging might not be that accurate |
| 09:55:27 | | Quit linuxstb_ ("CGI:IRC (EOF)") |
| 10:00 |
| 10:04:12 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
| 10:04:38 | linuxstb_ | OK, I'll try some more tests. But is it possible that no power (or negligible power) is saved when the CPU is in idle sleep mode? |
| 10:05:02 | linuxstb_ | The FLAC decoder was alredy running at a constant 45MHz. |
| 10:05:10 | B4gder | true |
| 10:05:19 | B4gder | it'll consume the same while in idle |
| 10:06:10 | B4gder | we'd have to lower the mhz bar for it to get noticable |
| 10:06:58 | Slasher | linuxstb_: It will save something like 20 mA when cpu is idle (sleep(1), not yield) |
| 10:07:09 | linuxstb_ | The 6 minute difference can be explained by Rockbox simply managing to fill the buffer once (or maybe twice) more time during the first test compared to the second. |
| 10:07:34 | B4gder | linuxstb_: that, and the fact that you don't know if the battery was exactly as much charged both times |
| 10:08:01 | B4gder | charging levels being a shaky business |
| 10:08:14 | linuxstb_ | B4gder: That's what I'm saying. There was probably slightly more charge the first time. |
| 10:08:51 | linuxstb_ | I wouldn't expect identical runtimes in each test, but I was expecting this to be an improvement. |
| 10:09:06 | B4gder | and 6 minutes diff is a mere 0.8% |
| 10:09:49 | linuxstb_ | Slasher: Will rockbox be calling sleep() very often during audio playback? |
| 10:10:21 | linuxstb_ | Obviously, if the codec is fast enough. |
| 10:10:37 | Slasher | linuxstb_: it should when the pcm buffer is full. But if any other thread is not calling sleep too, then it wont work |
| 10:12:53 | LinusN | rockbox is pretty busy during playback, with wps and all |
| 10:13:08 | LinusN | so i don't expect it to sleep much |
| 10:14:08 | linuxstb_ | Is there anything we could do to make Rockbox less busy? e.g. disable the WPS display? |
| 10:16:03 | linuxstb_ | If I put Rockbox in file browser mode (instead of WPS mode), could that potentially increase playback time? |
| 10:17:27 | LinusN | linuxstb: yes i think so |
| 10:19:36 | linuxstb_ | In any case, it seems more tests are needed. |
| 10:19:44 | _FireFly_ | but then a test wouldn't be a real test because many users will have wps enabled during playback |
| 10:20:33 | linuxstb_ | _FireFly_: It's just a theoretical test. If disabling WPS during playback significantly increases playback time, then we could possibly change how Rockbox behaves. |
| 10:23:51 | LinusN | the wps is a lot more busy nowadays, after we added the bmp support |
| 10:24:10 | LinusN | and i guess it's busy even if no bmp's are loaded |
| 10:24:32 | linuxstb_ | I do have the peakmeter enabled on my WPS. |
| 10:25:18 | _FireFly_ | i think the peakmeter is a other element which needs some cpu power |
| 10:26:09 | linuxstb_ | Looks like more test cases - no WPS, WPS with peakmeter, very simple WPS |
| 10:26:50 | _FireFly_ | bmp using wps |
| 10:26:54 | | Quit linuxstb_ ("CGI:IRC") |
| 10:31:20 | linuxstb | Looks like RealAudio (the "cook" codec) has been re'ed and will soon be in ffmpeg: http://tranquillity.campus.luth.se/~banan/cook/ |
| 10:32:16 | linuxstb | But it's floating point, so no use to Rockbox, even if someone wanted to include it. |
| 10:52:10 | | Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 10:52:26 | DJDD | Linus you there? |
| 10:53:39 | *** | Saving seen data "./dancer.seen" |
| 10:54:57 | | Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.7/20050919]") |
| 10:55:57 | LinusN | DJDD: yup |
| 10:56:47 | LinusN | djdoomsday, i presume? |
| 10:57:35 | DJDD | yes |
| 10:58:04 | DJDD | Could i grab your undivided attention for a little while to discuss my defunct player? |
| 10:58:13 | LinusN | sure |
| 10:58:59 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 10:59:38 | DJDD | I think your right about the CPU, i managed to boot into the iriver firmware and its pretty screwed. There are artifacts with the graphics everywhere and its EXTREMELY slow. As in you'd call it frozen, but i could navigate the folder tree a few times. |
| 11:00 |
| 11:00:01 | LinusN | ouch |
| 11:00:24 | LinusN | is it hot when this happens? |
| 11:00:42 | DJDD | Though i'm wondering that that may have have been the cause of a lot of heat on the CPU. I had to plug in the charger for it to boot as the battery is dead i think (it doesn't seem to be able to charge very much) |
| 11:00:58 | DJDD | It only takes 30 seconds for the to get hot |
| 11:01:02 | DJDD | (it |
| 11:01:05 | DJDD | *it |
| 11:01:24 | LinusN | ok, a hot cpu probably will act up as you describe it |
| 11:01:42 | DJDD | grand, so we could call the CPU undamaged, for now |
| 11:01:46 | LinusN | my suggestion is not to try to run it again |
| 11:01:54 | LinusN | hopefully |
| 11:02:11 | DJDD | Yeah, im not going to. I managed to turn it off via the reset+hold button |
| 11:02:19 | DJDD | I can't do it any other way |
| 11:02:35 | LinusN | the most common scenario when a 3rd party charger is used is that the regulator breaks down and delivers too high voltage to the cpu |
| 11:02:41 | DJDD | I just read the warrenty info on the iriver website, i doubt i'd get anywhere there |
| 11:02:52 | DJDD | Ok |
| 11:03:05 | LinusN | most players i have examined have had stone dead cpu's |
| 11:03:20 | DJDD | Only the charger is rated pretty low, maybe he CPU could have survived |
| 11:03:26 | LinusN | your is still alive, so there is still a chance |
| 11:04:12 | | Join cYmen_ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 11:05:09 | DJDD | So what would you advise now? replacing the regulator? |
| 11:05:11 | ashridah | visual artifacts and whatnot sounds more like screwed memory to me. |
| 11:05:21 | LinusN | my autopsy of the dead players has also shown that it isn't always the regulator itself that breaks |
| 11:05:23 | ashridah | that type of thing happened to me when one of my videocards failed. |
| 11:05:31 | ashridah | (of course, that's a pc, completely different hardware) |
| 11:05:37 | DJDD | Perminantly screwed memory or an effect of a lot of heat? |
| 11:06:06 | ashridah | LinusN: i'm mildly surprised they didn't toss in enough circuitry to short it to ground on overvoltage and save the hardware |
| 11:06:08 | DJDD | Ash, yes but that would have been your video cards CPU. It happens when you overclock them and they overheat |
| 11:06:14 | LinusN | i had the same effect when i overheated my iriver when running at 140MHz |
| 11:06:21 | linuxstb | There was someone in this channel a few days ago with a spare H1?0 mainboard. Can't remember his/her name though. |
| 11:07:03 | amiconn | Imho the iriver protection against some mistakes is pretty lame |
| 11:07:19 | LinusN | even more lame that archos |
| 11:07:22 | LinusN | than |
| 11:07:23 | amiconn | yup |
| 11:07:42 | LinusN | archos still has no protection against reversed polarity |
| 11:07:44 | DJDD | Linus, what do you mean? That the entire power supply circuitry on my iriver could be fried? Not just the reg chip? |
| 11:07:45 | ashridah | my electronics is sketchy after this long, but wouldn't a simple zener diode with a breakdown voltage a few volts above the charger's input done the trick? |
| 11:07:49 | amiconn | I'd never expect that too high/reversed voltage will kill the whole player |
| 11:07:55 | LinusN | amiconn: true |
| 11:07:58 | ashridah | sure, it would have blown a fuse higher up the chain, but hell, who uses actual fuse wire fuses anymore? :) |
| 11:08:03 | LinusN | the archos only kills the regulator |
| 11:08:17 | amiconn | ...especially since they use a standard socket for dc in |
| 11:08:19 | DJDD | Linus, i was thinking just before that reversed polarity is probably what did the damage |
| 11:08:33 | LinusN | nokia charger? |
| 11:08:39 | DJDD | yep :P |
| 11:08:46 | LinusN | sigh |
| 11:08:48 | amiconn | The HD shock protection is another lacking area |
| 11:08:50 | DJDD | -_- |
| 11:09:08 | LinusN | i'd say that the iriver drive is pretty protected |
| 11:09:16 | amiconn | I disagree |
| 11:09:23 | | Join cYmen__ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 11:09:38 | LinusN | the 1.8" drives themselves can withstand quite a shock, iirc |
| 11:09:39 | amiconn | I dropped my H140 to the floor *once*, while it was *off* |
| 11:09:44 | DJDD | So where should i start on fixing this thing? If at all possible? |
| 11:09:59 | amiconn | The HD still works, but became rather loud from this one occasion |
| 11:10:05 | LinusN | amiconn: wow |
| 11:10:27 | amiconn | It didn't fall that hard, just from the table (75 cm) to the floor (carpet) |
| 11:10:31 | LinusN | DJDD: do you have any experience in electronics? |
| 11:10:33 | solexx | hm. i have dropped my h120 several times now |
| 11:10:39 | LinusN | me too |
| 11:10:46 | solexx | but not from a great height |
| 11:10:59 | LinusN | amiconn: you have been very unlucky |
| 11:11:14 | DJDD | Linus, i have experience with soldering my own circuit boards and playing the resistors and what not. So yeah, i have a basic knowledge |
| 11:11:23 | LinusN | SMD? |
| 11:11:32 | DJDD | never heard of it |
| 11:11:36 | amiconn | I dropped my archos recorder several times (not that often though), also to concrete ground |
| 11:11:40 | LinusN | Surface Mounted Device |
| 11:11:44 | amiconn | The HD still works fine |
| 11:12:32 | DJDD | Linus, nop, never heard of it. |
| 11:12:46 | LinusN | DJDD: then you won't be able to fix it yourself |
| 11:12:55 | LinusN | those chips are *tiny* |
| 11:13:15 | amiconn | Since my H140 'event', I try to keep it in the leather case most of the time, for a little more protection |
| 11:13:29 | LinusN | me too |
| 11:13:48 | DJDD | lol. Ah, you mean those chips that have a sort of holder you solder on then plug the chip into? |
| 11:13:50 | amiconn | Too bad you can't reach the reset button without taking it out |
| 11:14:36 | | Join cYmen___ [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 11:14:36 | *** | Alert Mode level 1 |
| 11:14:36 | DBUG | Enqueued KICK cYmen |
| 11:14:36 | DBUG | Enqueued KICK cYmen_ |
| 11:14:36 | *** | Alert Mode level 2 |
| 11:14:36 | DBUG | Enqueued KICK cYmen__ |
| 11:14:36 | DBUG | Enqueued KICK cYmen___ |
| 11:14:36 | *** | Alert Mode level 3 |
| 11:15:07 | DJDD | Well surely i could take it to a professional electrician, or a friend that i think might know how. I think it'd be harder to FIND the replacement chip |
| 11:15:30 | ashridah | DJDD: no, he means tiny resistors and capacitors that are soldered onto the surface of a board, instead of using a pad with a hole in it. |
| 11:15:35 | ashridah | very delicate to resolder |
| 11:15:42 | DJDD | ah |
| 11:15:53 | ashridah | but very easyfor a machine to place |
| 11:16:06 | DJDD | I was gonna say, is that even doable by hand? |
| 11:16:12 | thegeek_ | oh yes |
| 11:16:28 | ashridah | you stick them down with non-conductive glue and solder paste, and use things like wave soldering, where you just pass the entire board over a wave of solder in a bath, and everything solders near-instantly. :) |
| 11:16:36 | ashridah | DJDD: yes, it is |
| 11:16:44 | | Quit cYmen (Connection timed out) |
| 11:16:48 | LinusN | i do it by hand, but with a tiny soldering tip and a magnifying glass |
| 11:17:07 | DJDD | ok, so could you guys help me find the chip and i'll find the hands to do it |
| 11:17:32 | DJDD | Some instructions for the unknown hands would probably be grand too |
| 11:17:53 | LinusN | DJDD: digikey, part # LTC3405ES6-ND |
| 11:18:07 | thegeek_ | hey |
| 11:18:07 | thegeek_ | btw |
| 11:18:15 | DJDD | digikey? |
| 11:18:24 | thegeek_ | my audio-out is broken |
| 11:18:26 | DJDD | I'm from australia, local would be good :P |
| 11:18:35 | LinusN | http://www.digikey.com/ |
| 11:18:39 | thegeek_ | is it a known part? |
| 11:18:55 | LinusN | thegeek_: the connector? |
| 11:18:59 | thegeek_ | yes |
| 11:19:17 | DJDD | Linus have you ordered from these guys before? |
| 11:19:18 | thegeek_ | the metal connectors inside are loose |
| 11:19:24 | thegeek_ | digikey is good |
| 11:19:35 | LinusN | thegeek_: the connector looks pretty standard to me |
| 11:19:44 | thegeek_ | that is what I thought too |
| 11:19:46 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 11:19:46 | *** | Alert Mode level 4 |
| 11:19:46 | *** | Alert Mode level 5 |
| 11:19:46 | DBUG | Enqueued KICK cYmen |
| 11:19:46 | *** | Alert Mode level 6 |
| 11:19:46 | *** | Alert Mode level 7 |
| 11:19:46 | *** | Alert Mode level 8 |
| 11:19:53 | LinusN | DJDD: yes, i bought my regulators from them |
| 11:19:53 | thegeek_ | but I could not find anything exactly like it |
| 11:20:05 | thegeek_ | I checked both digikey and mouser |
| 11:20:30 | thegeek_ | I could find comparable parts but nothing with the same "pin" placement |
| 11:20:35 | LinusN | oh |
| 11:20:45 | thegeek_ | mhm |
| 11:20:46 | DJDD | I dont think DigiKey ships outside the US |
| 11:20:56 | LinusN | they do, but it's expensive |
| 11:21:00 | DJDD | scrub that |
| 11:21:44 | LinusN | thegeek_: have you opened your player? |
| 11:21:45 | DJDD | expensive? Its like $25 fuckin bucks. For something that really doesn't wiegh anything |
| 11:21:47 | DJDD | Thats insane |
| 11:21:57 | thegeek_ | yep |
| 11:21:59 | LinusN | yes |
| 11:22:00 | thegeek_ | several times;) |
| 11:22:01 | | Quit cYmen_ (Connection timed out) |
| 11:22:42 | DJDD | Ok, you think there'd be any local place that'd stock that sort of part? |
| 11:23:50 | LinusN | DJDD: maybe, do a search |
| 11:24:11 | DJDD | i did a google on the exact part name and nothing |
| 11:24:32 | DJDD | I think i need some good keywords |
| 11:26:57 | | Quit cYmen__ (Connection timed out) |
| 11:28:28 | LinusN | DJDD: LTC3405 is the official part number |
| 11:28:47 | DJDD | Linus i could this, is the part there? (sorry, i can't make sence of it all): |
| 11:28:48 | DJDD | http://au.farnell.com/jsp/endecaSearch/searchPage2.jsp?N=1000748++401&=Electrical&=0&OrgTT=&=&=true&No=0&Ntt=&Ntk=&comSearch=true |
| 11:28:50 | DJDD | ah |
| 11:29:47 | *** | Alert Mode OFF |
| 11:32:12 | | Quit cYmen___ (Connection timed out) |
| 11:33:03 | DJDD | mmm, i don't think theres much hope for a local shop. Ok, so i go buy one from bloody digikey. What are the chances that it'll actually work? |
| 11:33:35 | | Quit _FireFly_ (Read error: 110 (Connection timed out)) |
| 11:34:07 | LinusN | DJDD: from my experience, less than 50% |
| 11:35:13 | DJDD | heh, i've never had good luck |
| 11:35:24 | DJDD | i doubt it'll coem good here |
| 11:35:50 | DJDD | Any other alternatives? What about the fellow with the spare mainboard? |
| 11:38:02 | linuxstb | DJDD: He came to IRC anonymously - 15:00 in http://www.rockbox.org/irc/rockbox-20051028.txt |
| 11:40:22 | DJDD | way, i think i know who he is. I was reading a thread before with a guy say he had a iriver minus the HDD and the lcd was screwed |
| 11:40:26 | DJDD | *hey |
| 11:41:22 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 11:42:14 | | Join ep0ch [0] (n=ep0ch@84.12.82.220) |
| 11:42:36 | ep0ch | how do you disable the WPS? |
| 11:42:47 | LinusN | ep0ch: exit it |
| 11:42:55 | ep0ch | ohh obviously :) |
| 11:43:38 | DJDD | Has anyone tryed messing with iriver aobut the warranty? You think you could get by without proving when you bourght it? |
| 11:44:08 | ep0ch | if the WPS does indeed consume a lot of battery, it would be good if there was a timer to switch it off, and also a timer to switch off the LCD |
| 11:44:18 | DJDD | I've returned a few things in the past and never have i produced proof of purchase |
| 11:44:53 | ep0ch | any idea how much power the LCD consumes? |
| 11:48:46 | linuxstb | ep0ch: It's only a theory that disabling the WPS will increase playback time. Firstly, it will depend on the codec being used working faster than realtime at 45MHz. If it doesn't, then the WPS will probably not make much difference. |
| 11:49:01 | DJDD | found the fellow with the iriver parts :D |
| 11:49:13 | Ctcp | Ignored 5 channel CTCP requests in 5 minutes and 10 seconds at the last flood |
| 11:49:13 | * | LinusN is quite upset by len0x last post in the mailing list |
| 11:49:27 | ep0ch | well, would be nice to switch off the LCD anyhow |
| 11:50:27 | linuxstb | ep0ch: I agree, assuming we save power by doing it, I think a screensaver-like timeout would be a good thing. But I want to do some more runtime tests to see what difference it could make. |
| 11:51:58 | DJDD | Linus: You don't think we could be overlooking the battery do you? What reason do you have that my battery isn't dead? |
| 11:52:57 | markun | LinusN: What a crazy guy.. |
| 11:53:27 | markun | Maybe he should start his own fork |
| 11:54:48 | LinusN | DJDD: your battery might be dead as well... |
| 11:55:01 | DJDD | lol |
| 11:55:12 | DJDD | But could that be the sole cause of it? |
| 11:55:20 | LinusN | i doubt it |
| 11:56:08 | DJDD | Also, how long has the Hxxx range been discontinued? Im wondering whether there are some still lying around in stores |
| 11:57:18 | LinusN | i gotta run |
| 11:57:27 | amiconn | ep0ch: The lcd power consumption should be <1 mA, almost neglectible. (B&w lcd that is. H300 will be an entirely different matter) |
| 11:57:27 | LinusN | cu in an hour or so |
| 11:57:34 | | Part LinusN |
| 11:58:48 | ep0ch | is that all! |
| 11:59:09 | ep0ch | nice and effecient |
| 12:00 |
| 12:07:11 | linuxstb | My understanding is that the display of the WPS could be preventing the CPU from sleeping. When the CPU is sleeping, we are saving 20mA (according to Slasher - I don't know). |
| 12:08:36 | Slasher | linuxstb: yes, i measured something like that difference when cpu was sleeping and decoding |
| 12:09:02 | linuxstb | As a comparison, do you know what power does the CPU use at 45MHz? |
| 12:09:04 | Slasher | but can't measure now again without opening the unit first |
| 12:09:21 | Slasher | linuxstb: it should be somewhere in the wiki, just a moment |
| 12:10:06 | Slasher | linuxstb: http://www.rockbox.org/twiki/bin/view/Main/IriverBattery |
| 12:10:33 | Slasher | Hmm, it was almost 20 mA (still more than 10) |
| 12:11:06 | linuxstb | Thanks. Just what I was looking for. |
| 12:13:32 | amiconn | We can also lower the default frequency if the majority of codecs is content at 45 MHz |
| 12:13:44 | amiconn | Next lower possible value would be 34 MHz |
| 12:14:30 | linuxstb | How much work is it to change the frequency? I'm guessing it's not trivial? |
| 12:14:42 | linuxstb | I mean programming time. |
| 12:15:15 | amiconn | Perhaps half an hour |
| 12:15:34 | amiconn | Most of the work is datasheet lookup, and some calculation |
| 12:15:45 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
| 12:15:49 | linuxstb | I know wavpack and FLAC are comfortable at 45MHz. But I don't know about the other codecs. |
| 12:16:34 | linuxstb | ALAC definitely isn't - it needs about 40%-50% boost. |
| 12:16:36 | amiconn | It's necessary to calculate the PLLCR value and the refresh timing |
| 12:16:54 | amiconn | (the latter for both h100 and h120) |
| 12:17:21 | linuxstb | I would just be curious to know how low we can change the CPU and still get 0% boost for FLAC (and other codecs). |
| 12:17:46 | linuxstb | But I would be very surprised if they didn't boost at 34MHz. |
| 12:36:32 | | Join XavierGr [0] (n=johnpetr@ppp11-adsl-166.ath.forthnet.gr) |
| 12:36:52 | XavierGr | Hi all! |
| 12:42:39 | preglow | amiconn: i dropped my h120 1 meter onto a wooden floor (no protective case), with no ill effects |
| 12:44:56 | ep0ch | mine also fell onto a wooden floor while it was playing, the harddisk slowly died a miserable death. :( |
| 12:45:35 | preglow | has this len0x fellow been aboard long? |
| 12:46:31 | B4gder | no |
| 12:47:29 | XavierGr | when did he get cvs access? |
| 12:47:37 | B4gder | a couple of days ago |
| 12:49:57 | preglow | nice couple of first moves, then |
| 12:50:02 | preglow | getting on everyones good side |
| 12:51:36 | | Join muesli- [0] (n=muesli_t@141.71.4.188) |
| 12:52:51 | XavierGr | even in he has some valid points about his commitment, I don't find his way of expressing them a bit harsh... |
| 12:53:08 | muesli- | high |
| 12:53:22 | XavierGr | ^remove the "don't from previous statement |
| 12:53:41 | *** | Saving seen data "./dancer.seen" |
| 12:56:57 | XavierGr | I want to think of it as a misunderstanding and not bad intention. |
| 12:57:42 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 13:00 |
| 13:03:18 | preglow | plus some slight bad intention |
| 13:05:11 | preglow | tried starting on a musepack metadata parser yesterday |
| 13:05:20 | preglow | then i gave up when i notioed nothing of importance is stored there... |
| 13:05:33 | preglow | i wonder how foobar etc. finds the bitrate |
| 13:06:31 | XavierGr | Is the playslist scrollbar the same as filetree scrollbar? |
| 13:06:53 | XavierGr | Because it has a different response from the one in filetree |
| 13:07:31 | XavierGr | When I hold up/down the scrolling will not stop on the upper/bottom entry as in filetree scrollbar, is that intended? |
| 13:08:27 | | Join amiconn_ [0] (n=jens@p54BD714F.dip.t-dialin.net) |
| 13:10:41 | | Quit amiconn (Nick collision from services.) |
| 13:10:41 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD714F.dip.t-dialin.net) |
| 13:11:23 | amiconn | XavierGr: Afaik, it's not the same atm. The filetree uses TiMiD's new gui list, while the playlist viewer doesn't (yet) |
| 13:11:41 | amiconn | I'm not sure though, as I seldom use the playlist viewer |
| 13:12:03 | | Join B4gd3r [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 13:12:28 | XavierGr | I think that the playlist viewer is quite good, especially when rockbox is playlist oriented. |
| 13:13:32 | XavierGr | Also I wonder why the playlist viewer is so deep in the settings? I will try to see if I can shortcut it to rec button for my own pleasure. |
| 13:13:47 | amiconn | Yes, but usually I know the album that I started |
| 13:13:53 | | Quit B4gder (Read error: 110 (Connection timed out)) |
| 13:14:03 | amiconn | The playlist viewer isn't buried deep. Check the wps context menu |
| 13:14:32 | XavierGr | the viewer has more uses when you insert new tracks, or you want to make a new playlist. It is very intuitive IMHO |
| 13:15:58 | XavierGr | wow I am now suprised and impressed!! |
| 13:16:17 | XavierGr | I thought that I had found all possible Rockbox screens.... |
| 13:17:38 | XavierGr | I didn't even know the existance of a context menu in wps quite handy I must say, thanks |
| 13:18:54 | B4gd3r | :-) |
| 13:18:58 | | Nick B4gd3r is now known as B4gder (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 13:19:05 | amiconn | I believe that even I don't know all places in rockbox, being a project member for almost 2 years now... |
| 13:19:17 | XavierGr | hehe |
| 13:20:17 | linuxstb | preglow: bitrate is normally calculated as ("filesize in bytes" * 8) / "length in ms". Not many codecs store it explicitly in the headers. |
| 13:20:42 | linuxstb | So to calculate the bitrate you need to determine the length in ms. |
| 13:20:51 | preglow | ah, right |
| 13:20:53 | preglow | so i'll do the parser |
| 13:21:17 | preglow | i'll just rip the relevant parts out of libmusepack |
| 13:21:35 | linuxstb | Or you could just set it in mpc.c for now. |
| 13:21:40 | preglow | doesn't work |
| 13:21:49 | preglow | seems it's only read once |
| 13:21:55 | preglow | forget it |
| 13:22:06 | preglow | anywho |
| 13:22:20 | preglow | rockbox freezes when it tries to access next track data for musepack, they say |
| 13:26:19 | preglow | could this be related to it not having a proper metadata parser? |
| 13:27:06 | Moos | and seeking doesn't work too :( |
| 13:27:44 | preglow | for musepack? |
| 13:27:53 | linuxstb | preglow: I don't see how. It should be no difference between current track and next track. |
| 13:27:57 | Moos | when seeking, Rockbox freeze need to stop playback after few seconds of HD freeze |
| 13:28:00 | preglow | moos: that's not our fault, musepack has horrible seeking support. it works, it just takes three hours |
| 13:28:02 | Moos | preglow: yes |
| 13:28:10 | Moos | ah ok |
| 13:28:24 | linuxstb | preglow: Why is musepack seeking bad? |
| 13:28:36 | preglow | because of poor seeking support in the bitstream |
| 13:28:38 | preglow | no seeking table |
| 13:28:43 | preglow | and inter-frame-dependencies |
| 13:28:56 | linuxstb | So everything to make seeking hard is there then. |
| 13:28:59 | preglow | they plan on fixing that in sv7.5, it seems |
| 13:29:12 | preglow | Seed: you around? |
| 13:30:18 | preglow | i think musepack has potential to be really great on portables, too bad it's stuck in a rut like this |
| 13:30:33 | linuxstb | A nice thing IMO about .m4a is that every frame is indexed. So seeking is almost instant. There also don't appear to be any inter-frame dependencies in either AAC or ALAC. |
| 13:31:37 | linuxstb | And according to the MPEG-4 specs, MPEG-1, Layer III audio is legal inside the .mp4 container. But it's a bit late for that. |
| 13:32:02 | | Quit XavierGr (Read error: 104 (Connection reset by peer)) |
| 13:32:18 | preglow | linuxstb: well, there is if you use prediction in aac |
| 13:32:27 | preglow | linuxstb: but i think lc doesn't use that much at all |
| 13:33:00 | preglow | dependencies that just last a frame or two is ok |
| 13:33:11 | preglow | but there's got to be something insane going on with musepack if seeking is THIS slow |
| 13:33:18 | linuxstb | Is that going to be a problem then? I haven't heard any artifacts when seeking in my aac test files. |
| 13:33:40 | preglow | linuxstb: artifacts, no, but the frame doesn't sound the same |
| 13:33:49 | preglow | linuxstb: this is the same with mp3 and its bitreservoir |
| 13:34:02 | linuxstb | But I guess it's only a few frames, so it will be inaudible to normal people. |
| 13:34:13 | amiconn | linuxstb: Wanna do an experiment? |
| 13:34:14 | preglow | yes, and the onset frame is a bit special |
| 13:34:19 | preglow | not much context to judge it by |
| 13:34:23 | ep0ch | is aac running at realtime? |
| 13:34:27 | preglow | ep0ch: far from it |
| 13:34:27 | linuxstb | amiconn: Sure. |
| 13:34:30 | ep0ch | ha |
| 13:34:42 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 13:35:14 | amiconn | linuxstb: (1) In firmware/export/system.h, change line 283 to: #define CPUFREQ_NORMAL_MULT 3 |
| 13:35:58 | amiconn | (2) In firmware/system.c, change line 576 to: #define NORMAL_REFRESH_TIMER 15 and line 580 to: #define NORMAL_REFRESH_TIMER 7 |
| 13:36:16 | Zagor | who the heck is this Anton guy? |
| 13:36:34 | LinusN | len0x |
| 13:36:36 | amiconn | (3) Change line 611 to: PLLCR = 0x13846005; |
| 13:36:59 | Zagor | what did he write before he got commit access? |
| 13:37:00 | amiconn | linuxstb: This should make the unit run at 34 MHz default frequency |
| 13:37:33 | LinusN | Zagor: improvements on the next-dir feature, and some fm screen changes |
| 13:37:37 | amiconn | Small remark: This is untested, I just calculated the values |
| 13:37:59 | linuxstb | amiconn: Thanks. Compiling now. |
| 13:40:11 | | Join XavierGr [0] (n=johnpetr@ppp11-adsl-166.ath.forthnet.gr) |
| 13:40:31 | LinusN | and i agree with len0x that the user perspective is important |
| 13:40:34 | linuxstb | If your calculations were correct, FLAC is happy at 34MHz :) |
| 13:40:51 | linuxstb | My usual "-8" test album. |
| 13:40:53 | ep0ch | nice, lower lower! :) |
| 13:41:00 | B4gder | LinusN: of course it is, no one said anything else |
| 13:41:19 | ep0ch | you tried it at 11mhz via the debug menu? |
| 13:41:33 | linuxstb | Yes, but all users - not just ex-users of the iriver firmware. |
| 13:41:33 | preglow | do i hear "codec dependent cpu frequency"? :PP |
| 13:41:44 | B4gder | haha |
| 13:41:52 | B4gder | a new option! ;-) |
| 13:41:54 | preglow | now don't tell me that wouldn't rock |
| 13:41:58 | LinusN | linuxstb: that's the issue |
| 13:42:47 | LinusN | however, in this particular case (follow playlist), both archos and the iriver firmware behave the same by default |
| 13:42:59 | LinusN | the original firmwares that is |
| 13:43:06 | B4gder | I wouldn't know |
| 13:43:10 | linuxstb | (lossless) Wavpack is boosting a little at 34MHz though. |
| 13:43:40 | amiconn | linuxstb: We have two more options (if we don't want to give up the current timer handling): 23 MHz (22.5792 MHz) and 11 MHz ... |
| 13:43:43 | LinusN | i remember, because the follow playlist option was added because old archos users wanted rockbox to behave like the original archos firmware |
| 13:44:00 | B4gder | right, now when you mention it I recall that too |
| 13:44:23 | LinusN | that was in the good old days, when we listened to our users :-) |
| 13:44:40 | | Quit Maxime (Read error: 110 (Connection timed out)) |
| 13:44:50 | B4gder | LinusN: you mean when "some" of us did? ;-P |
| 13:45:01 | amiconn | LinusN: Imho, follow playlist should be always on, but that's my personal opinion |
| 13:45:10 | amiconn | It's way more logical behaviour |
| 13:45:19 | B4gder | it is? |
| 13:45:26 | LinusN | it is? |
| 13:45:34 | amiconn | I have it on at all times |
| 13:45:39 | linuxstb | AC3 is also boosting at 34MHz. |
| 13:45:40 | preglow | seems i've always had it on myself |
| 13:45:45 | B4gder | it would confuse me mucho |
| 13:45:48 | preglow | linuxstb: well, small wonder there |
| 13:45:56 | amiconn | B4gder: How so? |
| 13:45:56 | preglow | linuxstb: try stuffing bits of ac3 code in iram |
| 13:45:59 | LinusN | i often listen to shuffled playlists |
| 13:46:01 | preglow | linuxstb: imdct especially |
| 13:46:06 | XavierGr | me too, I always have it on, but this it hink has nothing to do with logic but rather a personal preference |
| 13:46:08 | linuxstb | preglow: Yes, I will. |
| 13:46:09 | B4gder | amiconn: because I view the browser and wps as separate entities |
| 13:46:18 | amiconn | Hmm |
| 13:46:18 | LinusN | and i would go nuts if the player tossed me around in the file tree |
| 13:46:19 | B4gder | I want the browser where it was when I left it |
| 13:46:22 | Moos | always used here too :) |
| 13:46:33 | linuxstb | A discussion :) |
| 13:47:04 | B4gder | I use shuffled playlists almost exclusively |
| 13:47:16 | linuxstb | I have to say I also enable it - but I never use shuffle. |
| 13:47:22 | preglow | i never use them :> |
| 13:47:37 | amiconn | I seldom use shuffle, but even when I do, I think follow playlist is more logical |
| 13:47:42 | Moos | timt to time here |
| 13:48:01 | B4gder | I don't think any of the choices are the more "logical" |
| 13:48:10 | amiconn | I think of the current traclk being the current file, and the browser should be there when I switch to it |
| 13:48:25 | Zagor | amiconn: didn't we discuss your definition of "logical" a while back? ;-) |
| 13:48:32 | Moos | B4gder: Rockbox have his logic XD |
| 13:48:35 | LinusN | (silly example) i wouldn't want my File Explorer in windows follow the Media Player |
| 13:48:36 | B4gder | haha |
| 13:48:36 | amiconn | Otherwise I would (almost) always end up in the root, and that's most of the time not what I want |
| 13:48:45 | B4gder | amiconn: thats |
| 13:48:50 | B4gder | exactly what I want |
| 13:48:50 | preglow | its |
| 13:49:12 | amiconn | If I would end up where I left, that would perhaps be okay, but that it doesn't |
| 13:49:19 | XavierGr | personal preference |
| 13:49:41 | B4gder | XavierGr: indeed, not "most logical" |
| 13:50:03 | B4gder | but then |
| 13:50:04 | XavierGr | but sometimes logic is 2 sided so... :) |
| 13:50:16 | XavierGr | like history and so on |
| 13:50:17 | B4gder | I didn't argue all that on the list just about this specific issue |
| 13:50:24 | B4gder | it is more a policy thing |
| 13:50:27 | XavierGr | I know what you mean. |
| 13:51:31 | preglow | so, how to actually reach a decision on something that's only personal preference? |
| 13:51:31 | ep0ch | oh cool I didn't know about the "follow playlist" option. |
| 13:51:31 | amiconn | LinusN: Your example is indeed silly: The file explorer is not built *into* media player. For an inbuilt file explorer, I would surely expect it to follow |
| 13:51:35 | preglow | just keep it the way it always was? |
| 13:51:58 | B4gder | preglow: I wouldn't mind taking heated things to a vote |
| 13:52:04 | B4gder | all committers one vote each |
| 13:52:07 | B4gder | majority wins |
| 13:52:11 | amiconn | B4gder: I agree 100% on the point that discussion is necessary |
| 13:52:29 | preglow | i, like amiconn, do in fact agree that playlist follow is a tiny bit logical |
| 13:52:38 | B4gder | voting is done in many open source projects |
| 13:52:47 | preglow | but then again, i can see why you wouldn't want it as well |
| 13:53:08 | Zagor | preglow: is that why it's an option? ;) |
| 13:53:30 | amiconn | Apart from that, I don't have much of a problem with either default value. Every user can set it the way he likes |
| 13:53:31 | Moos | democratic way! :) |
| 13:53:32 | ep0ch | from a users perspecitive, it should be on by default, as it mimicks the original firmware |
| 13:53:48 | B4gder | we don't mimic firmwares |
| 13:54:03 | Zagor | ep0ch: which original firmware? |
| 13:54:07 | B4gder | I don't know how the original ones work |
| 13:54:08 | ep0ch | ihp |
| 13:54:21 | Zagor | ep0ch: exactly. I don't use the ihp. |
| 13:54:22 | ep0ch | hence the words "users perspective" |
| 13:54:28 | B4gder | I am a user |
| 13:54:30 | preglow | Zagor: archos as well, they say |
| 13:54:32 | linuxstb | ep0ch: So should we insert 2-second gaps between tracks? |
| 13:54:36 | ep0ch | no you're a commiter :p |
| 13:54:37 | XavierGr | but ep0ch rockbox is not intended only for iriver |
| 13:55:10 | XavierGr | It would be silly to make if statements for default values in every single target. |
| 13:55:18 | preglow | but hell, i don't care, seems i've had this enabled for yonks |
| 13:55:25 | preglow | B4gder: quick! code a voting mechanism! |
| 13:55:45 | LinusN | in the "follow playlist case", both archos and iriver behave the same |
| 13:55:49 | B4gder | I think we should cast votes by committing to a vote file |
| 13:55:58 | ep0ch | heh |
| 13:56:09 | ep0ch | i'll send in a patch ;) |
| 13:56:10 | B4gder | (its being done so in the subversion project) |
| 13:56:34 | linuxstb | I would like people to email their default settings files somewhere. We could then analyse what settings people are actually using. |
| 13:57:03 | B4gder | I've never bothered to modify mine until they fit me perfectly ;-) |
| 13:57:04 | Zagor | the core point is we are making our own firmware, not an imitation. |
| 13:57:10 | LinusN | Zagor: amen |
| 13:57:32 | linuxstb | I agree, but defaults should probably reflect what the majority of users want them to be. |
| 13:57:35 | ep0ch | linuxstb: that's a very good idea |
| 13:57:37 | Zagor | and it's a lot less confusing for newcomers to NOT follow playlist if they expect it, than to follow playlist if they don't expect it |
| 13:57:38 | B4gder | my WPS for example looks like crap ;-) |
| 13:57:54 | B4gder | (iriver default) |
| 13:58:02 | XavierGr | ep0ch: Does your nickname resembles the spaceship/timemachine from chrono trigger super nes game? |
| 13:58:05 | LinusN | Zagor: both archos and iriver users will expect it |
| 13:58:23 | B4gder | ... if they used it with the original that is |
| 13:58:28 | B4gder | ... and liked it |
| 13:58:33 | LinusN | what else would they be used to? |
| 13:58:34 | amiconn | linuxstb: How does the ipod stock fiirmware behave? |
| 13:58:42 | linuxstb | There is no file browser. |
| 13:58:48 | ep0ch | XavierGr: hehe, dunno never played it |
| 13:59:01 | XavierGr | lol just a thought |
| 13:59:02 | amiconn | No, but maybe there is a database browser? |
| 13:59:14 | B4gder | LinusN: lots of people don't remember the original or never used it |
| 13:59:21 | ep0ch | XavierGr: I'll see if its on my xbox somewhere... |
| 14:00 |
| 14:00:03 | LinusN | Bagder: perhaps, but then they will be used to rockbox instead |
| 14:00:11 | B4gder | yes |
| 14:00:19 | LinusN | and they won't be confused |
| 14:00:40 | amiconn | LinusN: It depends on whether they are getting the player because they know about rockbox, or whether they discover rockbox after already using the player for a while |
| 14:00:51 | LinusN | amiconn: true |
| 14:00:51 | linuxstb | amiconn: You always enter it from the root. Leaving the "Now playing" screen takes you back to the main menu, from where you navigate down into the tag database. |
| 14:01:29 | amiconn | For me it was the latter, discovering rockbox after I had my archos for more than a year |
| 14:01:55 | linuxstb | amiconn: Ignore what I said. Leaving the Now Playing screen takes you back to where you were in the database browser. |
| 14:01:56 | ep0ch | ok time to play chrono trigger :) |
| 14:01:59 | LinusN | i also used the original firmware for a few months before rockbox was usable |
| 14:02:13 | LinusN | on the archos |
| 14:02:19 | amiconn | My first rockbox version was 2.0 iirc |
| 14:02:28 | B4gder | I don't recall ever using the Archos firmware for more than some initial testing |
| 14:02:56 | * | preglow suddenly wants to play chrono trigger |
| 14:03:17 | linuxstb | The original firmwares have never been able to play my files - so I'm a rockbox only user as well. |
| 14:04:11 | LinusN | "I see that you're not working in the software industry" :-) |
| 14:05:28 | amiconn | linuxstb: It takes you back to where you were, or to the currently playing track? |
| 14:05:34 | XavierGr | ep0ch: If you are interested in these kinds of games (RPGS) you will enjoy it, it is classic and awesome for its time |
| 14:06:15 | ep0ch | XavierGr: how far in until i come across the time machine/spaceship? |
| 14:06:37 | preglow | quite a time |
| 14:06:40 | XavierGr | ehmm yeah |
| 14:06:45 | ep0ch | ahh |
| 14:06:47 | ep0ch | forget it then :) |
| 14:06:57 | XavierGr | wait I will attach a screen shot :0 |
| 14:07:03 | ep0ch | hehe cool |
| 14:08:17 | preglow | hrpmh |
| 14:08:35 | preglow | might as well get replaygain support going as well |
| 14:08:46 | linuxstb | amiconn: It's the same thing. The database browser takes from from (e.g.) Artist->Album->list of tracks. or Genre -> list of tracks. It's only these playlists that can be played, so you are always taken back to the same "directory", because it only plays a single "directory" at a time. |
| 14:09:10 | linuxstb | Hope I'm making some sense |
| 14:10:16 | XavierGr | http://www.misticriver.net/photos/displayimage.php?album=lastup&cat=11302&pos=0 |
| 14:10:32 | ep0ch | who was it that was trying to get rockbox compile on FreeBSD? |
| 14:11:22 | XavierGr | and a little history about it, epoch is a timemachine on the game. The name is not set by luck, in Greek epo(c)hi means season or era. |
| 14:11:55 | LinusN | imho, rockbox should at least remember the browser location when booting |
| 14:12:17 | B4gder | that would indeed be nice |
| 14:12:31 | XavierGr | well if you have the option "follow playlist to on" |
| 14:12:37 | linuxstb | So it behaves more like "sleep" than power-off? |
| 14:12:38 | XavierGr | and then you resume playback |
| 14:12:51 | LinusN | and i personally don't care much about the default value of "follow playlist" |
| 14:13:24 | XavierGr | yes I agree it is not very important to argue about. |
| 14:13:49 | LinusN | the discussion on the mailing lust was not about the option itself |
| 14:14:06 | XavierGr | I know,this just sparkled it... |
| 14:16:25 | | Quit B4gder ("time to say moo") |
| 14:16:35 | XavierGr | moo! |
| 14:21:00 | XavierGr | on another note for the move to next folder option: |
| 14:21:27 | XavierGr | Shouldn't the Next track information be updated when the option is set to on? |
| 14:22:57 | XavierGr | or does this works only for playlists? |
| 14:26:59 | LinusN | it should work for follow-dir as well, but unfortunately not when playing the last track in the dir |
| 14:27:18 | LinusN | due to how it works internally |
| 14:28:55 | amiconn | I see the folder navigation feature as an extra. It doesn't really fit in the normal rockbox operation |
| 14:29:20 | amiconn | (and personally I don't like it) |
| 14:30:01 | preglow | hmm? |
| 14:30:08 | XavierGr | so you think it shouldn't be bothered to be fixed to work with this option? |
| 14:30:30 | XavierGr | It is good sometimes to know what will be after the current folder. |
| 14:31:04 | ashridah | i personally really disliked the way the iriver firmware operated in that manner |
| 14:31:27 | ashridah | i really wanted to be able to repeat a set of nested subdirectories. rockbox makes that much easier with playlists |
| 14:31:39 | linuxstb | preglow: Adding ICODE to all of liba52 speeds it up a little, but it's still boosting a little (less than 10%) at 34MHz. |
| 14:32:18 | LinusN | XavierGr: the problem is that rockbox is based on playlists |
| 14:32:41 | LinusN | the next-dir option merely creates a new playlist when the current dir is finished |
| 14:32:42 | preglow | ok, so the imdct itself needs speeding up |
| 14:33:04 | linuxstb | I don't understand the need for "move to next folder". Isn't this the same as recursively adding the parent directory to the playlist? |
| 14:33:10 | LinusN | the next-track information is based on what's next in the current playlist |
| 14:33:26 | XavierGr | Got it. |
| 14:33:27 | LinusN | linuxstb: i can see a use for it |
| 14:33:27 | amiconn | linuxstb: Guess you are curious whether flac will boost at 22.5 MHz? ;-) |
| 14:33:34 | preglow | i use move the next folder all the time |
| 14:33:45 | preglow | the lack actually irritated me before someone added it |
| 14:33:50 | XavierGr | linuxstb: some times you choose asongle file to play. |
| 14:33:57 | LinusN | linuxstb: you just start playing a file, and it will automatically continue, without having to add to the playlist |
| 14:33:59 | amiconn | I never use it and don't see the point of it |
| 14:34:10 | XavierGr | then playback stops |
| 14:34:15 | ep0ch | i never use but i can see the point of it |
| 14:34:29 | preglow | i think it's logical behaviour |
| 14:34:30 | XavierGr | THere is a major point in it. |
| 14:34:45 | preglow | when i start a file in a dir, i almost never want that dir to just repeat |
| 14:34:47 | XavierGr | sometimes you don't have the time to bother with playlists |
| 14:35:01 | LinusN | i like the feature |
| 14:35:03 | amiconn | preglow: You think it's logical that the device continues to play when your (carefully selected) playlist ends? I don't... |
| 14:35:04 | XavierGr | I just select a song and forget it |
| 14:35:12 | linuxstb | But's it a transparent playlist. You just long-click on a directory and play it |
| 14:35:23 | linuxstb | s/play/insert/ |
| 14:35:26 | preglow | amiconn: you think in terms of playlists, i don't |
| 14:35:32 | LinusN | amiconn: playing a directory is not playing a carefully selected playlist |
| 14:35:42 | XavierGr | yes sometimes you play files individually |
| 14:36:15 | LinusN | people use rockbox in different ways |
| 14:36:33 | LinusN | if you play directories, you will probably like the next-dir feature |
| 14:37:14 | preglow | yes, like i do |
| 14:37:23 | LinusN | amiconn: do you mean that rockbox continues with the next dir even in playlist mode? |
| 14:37:24 | preglow | i almost never bother to use playlists |
| 14:37:31 | ep0ch | with "play next dir" enabled does rockbox keep on playing through every single directory until the battery runs out |
| 14:37:32 | ep0ch | ? |
| 14:37:39 | ep0ch | or just the next one? |
| 14:37:50 | LinusN | ep0ch: yes |
| 14:38:05 | LinusN | it will continue forever |
| 14:38:21 | linuxstb | I understood it to be the next directory at the same level as the current one. Is that not the case? Does it traverse the whole directory tree at all levels? |
| 14:38:45 | ep0ch | would be nice to contain it to certain directory levels |
| 14:39:02 | ep0ch | i dont fancy listenting to Abba after listening to 808 state :) |
| 14:39:03 | ep0ch | heh |
| 14:39:48 | preglow | hell, why not, abba is better than 808 state :P |
| 14:39:57 | ep0ch | :) |
| 14:40:53 | LinusN | it traverses the entire tree, iirc |
| 14:44:00 | linuxstb | amiconn: Yes please if you are offering to calculate the 22.5MHz values :) |
| 14:44:38 | | Join _FireFly_ [0] (n=FireFly@p54A45A84.dip.t-dialin.net) |
| 14:46:38 | linuxstb | Looking at len0x's "folder skip" patch, am I right in saying you can only manually skip to the next directory using a remote? |
| 14:46:50 | LinusN | yes |
| 14:47:00 | ep0ch | is it feasible for Rockbox to set the CPU speed per codec? |
| 14:47:08 | LinusN | we have yet to find out a key combination for the main unit |
| 14:47:34 | LinusN | ep0ch: yes, but it requires a fundamental change in the boost paradigm |
| 14:47:49 | preglow | plus some overrides for dsp and crossfading |
| 14:47:53 | preglow | so i don't know if i think it's a good idea |
| 14:47:59 | LinusN | i don't think it is |
| 14:48:42 | linuxstb | But maybe we could get away with 34MHz instead of 45MHz. |
| 14:48:50 | LinusN | maybe |
| 14:49:08 | LinusN | how about ogg and mpc? |
| 14:49:21 | linuxstb | I've no idea. |
| 14:49:25 | preglow | they need plenty of boosting |
| 14:49:27 | preglow | if that's what you mean |
| 14:49:31 | LinusN | yes |
| 14:49:38 | preglow | so does mp3, at all but the lowest bitrates |
| 14:49:45 | preglow | so does more or less all the codecs |
| 14:50:06 | LinusN | then i'd say that 45MHz might be the sweet spot for now |
| 14:50:13 | preglow | so i don't really know if this is the right time to start tweaking clock rate |
| 14:50:49 | linuxstb | In any case, I'll try and run a playback test for FLAC at 34MHz to see what improvement it could give. |
| 14:50:57 | LinusN | good |
| 14:51:02 | preglow | linuxstb: seems i need to skip id3v2 tags for musepack as well, perhaps branch the skip out to a separate routine? |
| 14:51:33 | LinusN | i'm looking into a battery-low shutdown mechanism |
| 14:52:03 | linuxstb | preglow: Do id3v2 tags always appear at the very start of the file? |
| 14:52:20 | LinusN | do we want it to shutdown when it's still possible to run the hard drive, or when the battery is at the most critical level? |
| 14:52:25 | preglow | linuxstb: perhaps :) |
| 14:52:44 | preglow | amiconn: if you've got time, could you just have a look at my unrolled loop now? i'm doing something wrong, but i can't see it: http://www.pvv.org/~thomj/rockbox/coldfire.S |
| 14:52:59 | preglow | amiconn: i mean the non-unrolled-loop, yes |
| 14:53:00 | preglow | silly me |
| 14:53:29 | _FireFly_ | LinusN: if we whant to save the config-changes on shutdown then we need a battlevel where the disk can spin up |
| 14:53:42 | LinusN | of course |
| 14:53:44 | *** | Saving seen data "./dancer.seen" |
| 14:55:04 | _FireFly_ | or we had to save the settings every time a setting is changed but i think that isn't a good idea |
| 14:55:30 | LinusN | we do save the settings when the disk spins up for other reasons |
| 14:55:39 | preglow | i don't really think that's the defining reason for doing a battery level limit |
| 14:55:50 | LinusN | preglow: no it isn't |
| 14:58:57 | | Join ]RowaN[ [0] (n=5688816c@labb.contactor.se) |
| 14:59:34 | ]RowaN[ | guys, pressing STOP while in the filetree causes the music to stop suddenly.. no quick fade-down like it does when you stop in the wps |
| 15:00 |
| 15:00:58 | LinusN | ]RowaN[: yes, that's because the fadeout is a lame hack from the days of yore |
| 15:01:11 | LinusN | and it's only in the wps |
| 15:01:53 | LinusN | it should be moved to the audio thread some day |
| 15:06:03 | | Quit ashridah ("sleep") |
| 15:09:57 | | Quit lostlogic ("Going to the moon") |
| 15:10:24 | ep0ch | is there much of a difference between the two shutdown levels? what would happen if a user tries to access the HD within Rockbox when there isn't enough power to do so? |
| 15:10:26 | | Join Nibbler [0] (n=sven@port-212-202-193-16.dynamic.qsc.de) |
| 15:10:28 | | Quit Nibbler (Remote closed the connection) |
| 15:10:33 | ]RowaN[ | i see |
| 15:11:17 | LinusN | ep0ch: it's a big difference |
| 15:11:32 | LinusN | ep0ch: the drive will not spin up and rockbox will hang |
| 15:13:32 | | Join Nibbler [0] (n=sven@port-212-202-193-16.dynamic.qsc.de) |
| 15:14:27 | linuxstb | I done two FLAC "play until death" tests, and both times, the iriver has shut down when the battery got too low. |
| 15:14:59 | LinusN | yes, the hardware will shut down when the battery is too low |
| 15:15:31 | _FireFly_ | but LinusN will implement a safe shutdown of rb when batter gets low |
| 15:15:36 | _FireFly_ | i think |
| 15:15:41 | _FireFly_ | battery |
| 15:15:44 | preglow | nice to have software control, yes |
| 15:15:47 | LinusN | that's what i was thinking |
| 15:16:28 | LinusN | btw, the ATA code should probably not retry disk operations when the battery is too low |
| 15:16:42 | XavierGr | LinusN: Any luck with those files I sent to you that WPS showed wrong total time? |
| 15:16:42 | preglow | oh? |
| 15:16:56 | preglow | wrong frame count, probably |
| 15:17:06 | LinusN | this is why rockbox hangs when shutting down with too low battery |
| 15:17:35 | LinusN | XavierGr: no, i haven't looked any further (forgot about it actually) |
| 15:17:54 | XavierGr | ok it's nothing important just wondering. |
| 15:18:12 | XavierGr | do you remember the exact problem? |
| 15:18:24 | XavierGr | was it ripping problem or rockbox bug? |
| 15:18:31 | LinusN | i seem to remember that is was a rockbox bug |
| 15:19:12 | XavierGr | I wish I could help but playback code is out of the question for my limited programming skills. |
| 15:23:39 | amiconn | LinusN: Imho the ata code should always retry. If it has to retry and battery is low, the low batt is not necessarily the reason for the retry |
| 15:24:29 | amiconn | Rockbox doesn't hang indefinitely since the 8-second hard shutdown was added |
| 15:25:19 | LinusN | amiconn: that's only if a shutdown has started |
| 15:29:15 | linuxstb | XavierGr: I'm assuming these are MP3 files giving you problems? |
| 15:30:49 | XavierGr | linuxstb: There are no playback problems. It is just that sometimes I want to know exact total time. |
| 15:30:50 | amiconn | LinusN: Really? Last time I ran down my battery that far, the box did shit down... |
| 15:31:01 | XavierGr | amiconn: lol |
| 15:31:05 | muesli- | lol |
| 15:31:09 | muesli- | manors! |
| 15:31:48 | muesli- | somebody should set it as topic ;) |
| 15:31:49 | preglow | i'd give it a nice spanking to teach it a lesson, were i you |
| 15:32:20 | preglow | muesli-: that would indeed be the new high standard in informative topics |
| 15:33:25 | LinusN | amiconn: maybe you're right |
| 15:33:38 | XavierGr | preglow: god that was good I had a really good laugh thanks. :D |
| 15:33:51 | amiconn | linuxstb: Values for 22.5 MHz: PLLCR = 0x1584e005, NORMAL_REFRESH_TIMER is 10 for h100 and 4 for h120. CPUFREQ_NORMAL_MULT is of course 2 |
| 15:34:05 | linuxstb | amiconn: Thanks. |
| 15:35:03 | amiconn | XavierGr: Sorry for the tpyo ;) |
| 15:35:57 | XavierGr | I remembered a question I had. |
| 15:36:43 | XavierGr | I want to make a script function in cygwin that will automate the rockbox compiling progress. |
| 15:37:00 | Moos | Linus: me too last one battery left, it auto shuted down |
| 15:37:11 | XavierGr | But in this script I want to call tools/configure and set the parameters before hand. |
| 15:38:19 | XavierGr | e.g I will type build 9 sim and then it will build iriver sim, the problem is that I don't know if I can pass the parameters in my script in the way that tools/configure will know |
| 15:38:44 | Moos | LinusN: bootloader V6 in preparation? :) |
| 15:38:49 | LinusN | yes |
| 15:39:02 | linuxstb | As expected, the new FLAC is good, but not good. About a 9% boost running at 22.5MHz. |
| 15:39:03 | Moos | goodie |
| 15:39:13 | preglow | linuxstb: good but not good? ;) |
| 15:39:15 | XavierGr | I've managed to pass the first argument with an echo, but then I can't find a way to pass the 2nd argument (except ofcourse changing tools/configure) any ideas? |
| 15:39:22 | linuxstb | preglow: I wanted 0% boost :) |
| 15:39:24 | preglow | linuxstb: that is indeed faster than i'd expected |
| 15:39:28 | preglow | linuxstb: q8? |
| 15:39:36 | ep0ch | XavierGr: use different pre made MakeFiles instead? |
| 15:39:45 | LinusN | XavierGr: echo the CR's too |
| 15:39:48 | linuxstb | preglow: Yes. But I haven't analysed the LPC orders. I'll do that now. |
| 15:40:04 | preglow | like i said, i've got a new coldfire.S coming up, with orders up to 10 unrolled |
| 15:40:07 | preglow | i just need to find this final bug |
| 15:40:28 | LinusN | echo "9\n\s\n\n" | tools\configure |
| 15:40:29 | linuxstb | So we can get it down to 0% @ 22.5MHz then ? :) |
| 15:40:34 | preglow | in the few files i've analyzed, it doesn't look like 9 and 10 is used much at all :/ |
| 15:40:37 | XavierGr | LinusN: I think I tried that already? isnt the /r for the cariage return? I will give it a try again. |
| 15:40:47 | preglow | linuxstb: you can try the file now, if you don't mind the occasional static :) |
| 15:40:51 | XavierGr | ah so it is/n and not /r |
| 15:40:57 | preglow | linuxstb: http://www.pvv.org/~thomj/rockbox/coldfire.S |
| 15:41:20 | linuxstb | Yes, my test files have lpc orders all the way up to 12. |
| 15:41:42 | linuxstb | preglow: OK, I'll unplug the headphones and test it. |
| 15:42:05 | preglow | linuxstb: only the higher orders are distorted |
| 15:42:06 | _FireFly_ | XavierGr: not /n /r -> \n\r |
| 15:42:10 | preglow | 11 and up |
| 15:42:14 | preglow | i HOPE that's the case, at least |
| 15:42:38 | XavierGr | _FireFly_: both "/n" and "/r" or just "/n"? |
| 15:43:20 | _FireFly_ | under windows a new line is represendet by \r\n |
| 15:43:41 | _FireFly_ | a backslash not a slash because they are escape chars |
| 15:43:58 | _FireFly_ | under unix is only \n on mac only a \r |
| 15:44:02 | linuxstb | preglow: It's a tiny bit faster - about 7% instead of 9% boost. |
| 15:44:11 | preglow | linuxstb: didn't expect much more, no |
| 15:44:19 | preglow | linuxstb: there's only so much that routine can do |
| 15:44:27 | ]RowaN[ | guys the iriver has a mic.. would it be possible to have a plugin that could analyse voice input.. i.e. say "play", "stop", "i should be so lucky" etc |
| 15:44:47 | preglow | ]RowaN[: of course it's possible |
| 15:44:53 | preglow | it would also be very much work |
| 15:45:03 | ]RowaN[ | u gotta love possibilities |
| 15:45:08 | XavierGr | and slow I suppose? |
| 15:45:15 | linuxstb | I'm assuming we read the data from the mic at the same time as playback? |
| 15:46:08 | preglow | linuxstb: that is possible |
| 15:46:10 | ]RowaN[ | also is the iriver powerful enough to alter song speed without changing pitch? |
| 15:46:17 | preglow | ]RowaN[: sure |
| 15:46:21 | | Join yngwi_away [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 15:46:24 | preglow | ]RowaN[: just don't expect too good quality |
| 15:46:53 | preglow | we wont have enough cpu to employ a phase vocoder time stretcher for the majority of the codecs |
| 15:47:22 | preglow | you'd be amazed at how bad all of the time-stretching methods sound with earphones on anyway |
| 15:48:06 | ]RowaN[ | what do you mean |
| 15:48:36 | LinusN | time stretching may distort the audio severely |
| 15:48:39 | preglow | that all but the very best time-stretching methods sound pretty poor |
| 15:48:49 | preglow | even the boost do a pretty poor job of some kinds of music |
| 15:48:54 | preglow | percussive music is very hard, for one |
| 15:49:15 | preglow | s/boost/best/ :P |
| 15:49:28 | ]RowaN[ | i use a plugin called chronotron for winamp (well, when i used winamp), that sounded perfect with everything |
| 15:49:48 | ]RowaN[ | but i understand you say iriver isnt powerful enough to do best calculations |
| 15:50:02 | preglow | not without substantial time investments |
| 15:50:13 | preglow | in optimising |
| 15:50:32 | ]RowaN[ | why would percussive music be treated any differently to any other music? |
| 15:51:04 | preglow | because most time stretchers use phase vocoders, which are harmonic by nature |
| 15:51:26 | preglow | when you stretch beats, it tends to sound very granulated |
| 15:51:39 | preglow | afaik, this isn't something i've spent much time investigating |
| 15:51:49 | ]RowaN[ | surely thats just the nature of time stretching |
| 15:52:25 | preglow | sure |
| 15:52:32 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-129-112.pools.arcor-ip.net) |
| 15:52:54 | ]RowaN[ | i'd use it to speed up songs anyway, not slow them down heh |
| 15:53:05 | preglow | in which case it's different |
| 15:53:14 | preglow | that can be done with better quality |
| 15:53:18 | ]RowaN[ | sweet |
| 15:53:47 | preglow | we'll see, i've got a billion things on my plate at the moment, this isn't something i'll try to implement very soon, if ever |
| 15:54:06 | ]RowaN[ | i was just wondering if the iriver is capable thats all |
| 15:54:18 | LinusN | it should be |
| 15:54:56 | ]RowaN[ | never say never preglow ='[ |
| 15:54:57 | preglow | yse, sure, but it might take a lot of optimising |
| 15:55:02 | preglow | it's capable of very much |
| 16:00 |
| 16:02:06 | XavierGr | LinusN, _FireFly_: Thanks this "echo -ne "9\ns" | mkrock" worked fine. Now I will include variables to it. |
| 16:02:37 | LinusN | XavierGr: what are you trying to accomplish? |
| 16:05:17 | XavierGr | well I have specific tasks when I compile rockbox code. 1) I have a rockbox-devel folder which I only update. 2)I make a copy of that when I want to fiddle with the code or apply changes. 3) The copied folder is always named with a number and inside I build rockbox in a numbered subfolder. "e.g /1/1" /1 has the source and /1/1/ is the dir which I build. |
| 16:05:56 | XavierGr | so I made a script (more like an alias fn). I type "start" and all these tasks are done without me having to do anything. |
| 16:09:23 | LinusN | XavierGr: sounds like a very cumbersome way of working with cvs |
| 16:11:33 | XavierGr | well I want to be sure that I always have a safe and unscathed cvs version. |
| 16:11:59 | XavierGr | I update it regularly and then copy it to make my experiments. |
| 16:12:10 | LinusN | you can have as many repositories as you wish, no need to copy them |
| 16:12:28 | LinusN | just check out as many as you like |
| 16:13:10 | preglow | i like this len0x person |
| 16:13:12 | preglow | nice and cooperative |
| 16:13:22 | preglow | what manufacturer does the hds in iriver have, again? |
| 16:13:24 | LinusN | well, he has the same view of us |
| 16:14:01 | LinusN | toshiba |
| 16:14:41 | preglow | linuxstb: sure, but i think he should minimise the stepping on the toes anyway, it doesn't gain anyone anything |
| 16:14:48 | preglow | LinusN: |
| 16:14:52 | preglow | that should be |
| 16:15:52 | ep0ch | what generates the http://www.rockbox.org/irc/ page? |
| 16:16:38 | ep0ch | i'd much like it if the page had the logs in reverse order |
| 16:16:45 | ep0ch | or even better drop down menus. |
| 16:17:01 | LinusN | ep0ch: reverse order sounds like a good idea |
| 16:18:24 | ep0ch | how does one go about changing it? |
| 16:19:42 | XavierGr | yeah I agree, with my crappy connection I have to wait before I can read the latest logs. |
| 16:19:44 | linuxstb | preglow: My H140 has a Toshiba MK4004GAH |
| 16:20:02 | XavierGr | :) mine has a MK6006GAH!!! |
| 16:20:33 | ep0ch | are Toshiba the only people churning out these hardisks? |
| 16:20:45 | preglow | nah |
| 16:20:49 | preglow | but for long they were the largest |
| 16:20:54 | preglow | still are, i think |
| 16:22:01 | linuxstb | XavierGr: My ipod's got one of those. |
| 16:22:12 | linuxstb | Maybe I should swap them... |
| 16:24:04 | XavierGr | definitelly |
| 16:24:15 | XavierGr | especially when you are testing for the ipod port |
| 16:24:41 | XavierGr | bettter to burn a 40GB disk instead of a 60GB. |
| 16:25:02 | XavierGr | knock wood... |
| 16:26:39 | amiconn | I'd rather want a MKx006 disk. They're more shock resistant than the x004 series |
| 16:28:34 | muesli- | linuxstb is it possible to brand a normal thoshiba to an ipod useable? |
| 16:39:54 | | Join tvelocity [0] (n=tony@84.254.11.113) |
| 16:41:31 | amiconn | preglow: In http://www.pvv.org/~thomj/rockbox/coldfire.S the order3 loop is wrong |
| 16:41:51 | amiconn | Afaiu it must be subq.l #4,%a0 not 8 |
| 16:42:11 | amiconn | It is in the cvs version :) |
| 16:43:23 | preglow | amiconn: yes, you're correct, i pasted all those loops anew and have probably forgot some things here and there |
| 16:43:33 | preglow | amiconn: order3 is used very seldom, so i haven't heard a glitch yet |
| 16:44:18 | amiconn | Didn't you ask about that because there is a glitch somewhere? |
| 16:44:23 | preglow | no, not those |
| 16:44:30 | preglow | i think i corrected myself, i meant non-unrolled loops |
| 16:44:32 | preglow | not unrolled loops |
| 16:44:47 | preglow | but of course, turned out there was a bug there as well :) |
| 16:45:01 | preglow | it's the default case that glitches |
| 16:47:23 | linuxstb | muesli-: I don't know. I think I'll try and find out. |
| 16:49:27 | muesli- | guess they did something in its mbr..should be easy to get fixed by copying a mbr from an original drive |
| 16:49:27 | | Quit DJDD ("Trillian (http://www.ceruleanstudios.com") |
| 16:53:47 | *** | Saving seen data "./dancer.seen" |
| 16:55:19 | | Quit ep0ch ("brb") |
| 16:56:43 | linuxstb | muesli-: No, there's nothing special written on the drives. If it physically connects, it should work. |
| 16:57:32 | muesli- | i've read somewhere that non-branded=oem toshibas will not be recognized by ipods fw |
| 16:58:25 | muesli- | but maybe im wrong..dont count on this |
| 16:58:34 | amiconn | preglow: The thing is I can't find a mistake in the default case... |
| 17:00 |
| 17:00:13 | preglow | amiconn: me neither, so i'll need to do some more detailed debugging |
| 17:00:15 | linuxstb | muesli-: If it goes wrong, I can just swap them back. I don't own any torx screwdrivers though, so it will have to wait. |
| 17:00:29 | preglow | amiconn: http://www.pvv.org/~thomj/rockbox/SV7.txt |
| 17:00:42 | preglow | amiconn: you're a better german reader than me, that does say the stream is big endian, yes? |
| 17:02:22 | amiconn | Ja, erm, yes ;) |
| 17:02:30 | preglow | then why the hell does streaminfo.c only swap the values in the header #ifndef LITTLE_ENDIAN? |
| 17:03:38 | amiconn | Ah, no, the drawing confused me a little |
| 17:03:44 | preglow | yes, me too! |
| 17:04:00 | preglow | plus my german isn't what it used to be |
| 17:05:29 | amiconn | Hmpf, I'm not sure at all how to interpret this drawing |
| 17:06:09 | amiconn | It looks like the bits within a byte are swapped, but that can't be true |
| 17:06:16 | preglow | no it can't |
| 17:06:23 | preglow | libmusepack wouldn't work, was that the case |
| 17:06:50 | preglow | plus it would be the most impractical design known to modern man |
| 17:06:58 | preglow | and it isn't very practical as it is already |
| 17:07:38 | preglow | but no, i'm almost certain it is little endian, i'll just continue and see what happens |
| 17:08:55 | | Quit ]RowaN[ ("CGI:IRC (EOF)") |
| 17:10:05 | amiconn | It makes sense (somewhat) if I interpret the bit numbers as counting from MSB (1) to LSB (32). Then it's little endian |
| 17:10:10 | preglow | but rockbox has no 'swap from x endianess to local endianess' functions? |
| 17:10:17 | amiconn | it has |
| 17:10:23 | amiconn | They're macros |
| 17:10:28 | preglow | as they should be |
| 17:10:33 | preglow | what're they called?= |
| 17:10:49 | amiconn | letoh() is for little endian to host order |
| 17:10:56 | preglow | goodie |
| 17:10:58 | amiconn | letoh32() and letoh16() |
| 17:11:07 | preglow | i wonder why metadata.c doesn't use them |
| 17:11:17 | linuxstb | Because they are new. |
| 17:11:27 | preglow | okies |
| 17:12:40 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 17:35:22 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:35:42 | | Quit Zagor ("Client exiting") |
| 17:44:15 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 17:52:52 | | Quit muesli- ("ich will Kühe!!!") |
| 18:00 |
| 18:03:59 | | Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 18:10:07 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 18:10:09 | | Quit Rick (Nick collision from services.) |
| 18:10:19 | | Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 18:25:37 | | Join lamed [0] (n=554170d1@labb.contactor.se) |
| 18:26:02 | lamed | hello |
| 18:27:02 | preglow | hi |
| 18:27:39 | lamed | anyone else not havine his h100 player really build the cache with the last week's builds? |
| 18:27:51 | lamed | (this week's) |
| 18:27:59 | lamed | incl. today |
| 18:28:20 | preglow | sure, me |
| 18:28:24 | preglow | ehh |
| 18:28:27 | preglow | that is, it works fine here |
| 18:28:29 | preglow | as far as i can see |
| 18:28:36 | preglow | what do you mean by 'not really build' ? |
| 18:29:38 | lamed | well, it seems to be reading a lot at start, but when it's done, the drive still spins up if it was idle/ reads |
| 18:30:07 | lamed | how do i do a full cache build? |
| 18:30:28 | lamed | maybe it's because i sometimes use usb boot mode? |
| 18:31:47 | preglow | you always do a full cache build |
| 18:31:55 | preglow | but obviously something happens so the cache disables itself |
| 18:34:34 | lamed | when the cache was just introduced it was "reading library tree" or something on the boot screen. that what was my idea of full cache build. is this now always in background? |
| 18:37:40 | lamed | preglow: any clue? |
| 18:39:21 | preglow | the only time it does that, is the first time you ever use it |
| 18:39:24 | preglow | or when you delete your settings |
| 18:39:28 | preglow | after that it does it in the background |
| 18:43:16 | lamed | great. just freshed installed. lemme c |
| 18:45:35 | preglow | why does replaygain contain floating point code? doesn't gcc give us this if we use floats? |
| 18:45:38 | preglow | replaygain.c, that is |
| 18:51:13 | amiconn | This is fixed point code afaiu |
| 18:51:46 | lamed | i'm not much into how .cfg's work, but the reason of my problem was an old .cfg file. it had "dircache on" but yet something didn't liked it. |
| 18:53:16 | preglow | right, that they are |
| 18:53:27 | preglow | i was just under the impression that most codecs saved replaygain data as floats |
| 18:53:50 | *** | Saving seen data "./dancer.seen" |
| 18:54:45 | preglow | lamed: well, let's just call it quirk, move along, nothing interesting here ;) |
| 18:54:48 | lamed | -> I'm reffering this minibug the second time, Iriver sim uses archos sound settings. (bass & treble -15~15) |
| 18:55:25 | preglow | in that case there is very little info on the fixed point format the replaygain functions use |
| 18:56:05 | amiconn | lamed: A .cfg file shouldn't harm at all as long as you don't load it. They're never loaded automatically |
| 18:57:46 | lamed | preglow: especially when those minor obstacle are preventing me from really working. :( and the family dinner that's beggining |
| 18:58:29 | preglow | if that's the case, then HAVE_UDA1380 isn't set for the sims |
| 18:58:35 | lamed | amiconn: of course... but that was the file that i was mainly using. |
| 18:59:05 | lamed | preglow: yes. guess what. that's your job. |
| 18:59:13 | preglow | lamed: i like your attitude |
| 18:59:14 | lamed | you _are_ a dev right? |
| 19:00 |
| 19:00:09 | preglow | sure |
| 19:00:18 | lamed | what's your cvs sign in name? |
| 19:00:31 | preglow | same as my nick, i believe |
| 19:01:37 | preglow | it's neither my job nor my responsibility, it'll be fixed when it's fixed, i don't use the sims |
| 19:02:12 | lamed | what i was (trying to) ask, was if you can submit to cvs, but i don't recall i've seen ur nick on the "who" list |
| 19:02:45 | preglow | ok, then it's probably thom or something |
| 19:02:53 | preglow | yeah, i'm listed as thom on the main page |
| 19:03:18 | amiconn | The main page uses a mapping cvs login name −−> realname |
| 19:03:34 | lamed | sims is great. i've only played sims 1 though. (gee long time ago. my pc is getting old) nice to know you thom i've gtg now.. dinner |
| 19:03:46 | preglow | yes, tata |
| 19:13:41 | | Quit ghode|afk () |
| 19:19:43 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 19:25:48 | | Part LinusN |
| 19:39:39 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 19:39:39 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 19:43:54 | preglow | can't we allocate a couple of bytes to album_gain_string and track_gain_string in id3.h instead of passing these bloody temporary buffers all around the place |
| 19:44:02 | preglow | ? |
| 19:44:46 | linuxstb | How many bytes? |
| 19:45:18 | linuxstb | But I don't know many copies of that struct are in memory, so I'm not sure of the significance. |
| 19:45:24 | preglow | well, i have no idea how long those strings are, usually |
| 19:45:31 | preglow | i think about 10 for iriver |
| 19:45:48 | preglow | i don't get how that's possible, all of those point into the id3b2 buffer |
| 19:45:51 | preglow | what if we load an mp3 suddenly? |
| 19:47:13 | preglow | i've got the musepack parser working now, but i stopped on replaygain |
| 19:47:50 | linuxstb | When are those strings converted to numbers? |
| 19:48:03 | preglow | they aren't, they're only used for the id3 screen |
| 19:48:18 | preglow | that is, they're converted to numbers too, but those are stored in album_gain, etc |
| 19:48:27 | preglow | they keep a text representation for the id3 screen |
| 19:48:39 | linuxstb | I didn't know you could display them on the id3 screen... |
| 19:48:44 | preglow | well, sure |
| 19:48:44 | preglow | just try |
| 19:49:00 | preglow | track gain and album gain can be displayed |
| 19:49:09 | preglow | album and track peak can't be displayed |
| 19:50:07 | preglow | currently they only work for vorbiscomment, though, since that format saves the replaygain info as strings |
| 19:50:21 | preglow | musepack doesn't, so i need to sprintf into the buffers, but then i notice the buffer probløem |
| 19:50:21 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 19:50:45 | preglow | they need to point somewhere, and currently i don't understand how we use the id3v2 buffer for that |
| 19:51:50 | preglow | somehow it does |
| 19:51:56 | preglow | work |
| 19:52:09 | linuxstb | No, I think they should stay in id3v2buf - they have the same status as all the other vorbis/id3v2/ape etc tags. |
| 19:52:57 | linuxstb | My understanding that there is one id3v2 buffer, and that's used for storing any strings referenced by the char pointers in the main id3 struct. |
| 19:53:14 | linuxstb | I mean one id3v2 buffer per track. |
| 19:53:20 | preglow | riight |
| 19:53:24 | preglow | makes sense, i suppose |
| 19:54:17 | linuxstb | I'm not 100% familiar with that code - but no-one else seems to be around. |
| 19:54:41 | preglow | what you say makes sense, so i'll pretend it's true for now |
| 19:55:44 | linuxstb | hehe. That's what everyone tells me. |
| 19:58:44 | preglow | as long as you remember it's ultimately your fault, it's ok by me |
| 19:58:46 | preglow | heh |
| 19:59:12 | linuxstb | OK, you can blame me... |
| 19:59:36 | | Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) |
| 19:59:45 | preglow | there you go |
| 19:59:49 | linuxstb | Are you subtracting the size of the Ape/id3v2 tags from the filesize before calculating the bitrate? |
| 20:00 |
| 20:00:29 | linuxstb | I don't think any of the parsers do that, but maybe they should. |
| 20:02:10 | preglow | linuxstb: as a matter of fact, i don't, but i know of the issue |
| 20:02:19 | preglow | linuxstb: i just can't be bothered now, that's all, i plan to leave in a TODO :) |
| 20:07:15 | | Join ghode|afk [0] (i=testing@host-212-158-193-204.bulldogdsl.com) |
| 20:10:19 | preglow | hmm |
| 20:10:41 | preglow | how do i make rockbox snprintf print unsigned numbers? |
| 20:12:54 | preglow | doesn't look it's possible, to me |
| 20:14:56 | _FireFly_ | yepp |
| 20:16:25 | _FireFly_ | mybe i have a snprintf implementation where i can look at |
| 20:16:31 | _FireFly_ | on my drive |
| 20:17:51 | preglow | no worries, i did it another way |
| 20:17:57 | _FireFly_ | k |
| 20:18:04 | preglow | turned out it was me acting the fool, as usual |
| 20:18:15 | _FireFly_ | :).. i have a vsnprinft found ;) |
| 20:27:00 | lamed | what's the GMT time on the server? |
| 20:30:12 | lamed | arg... how do i dump make error messages into file instead of screen? |
| 20:30:41 | thegeek_ | > file |
| 20:31:09 | lamed | error messages are send to screen |
| 20:31:50 | amiconn | 2> file is for stderr redirection iirc |
| 20:32:01 | _FireFly_ | yepp |
| 20:32:07 | _FireFly_ | just tested :) |
| 20:33:12 | lamed | yeah really, that part I already know. how do i redirect errno? |
| 20:33:46 | _FireFly_ | ?? |
| 20:36:21 | | Quit ghode|afk (Read error: 110 (Connection timed out)) |
| 20:37:16 | preglow | 2> |
| 20:37:20 | preglow | errno? |
| 20:37:22 | preglow | errno is a variable |
| 20:39:10 | lamed | how do i redirect error messages to a > file |
| 20:39:20 | preglow | with 2> |
| 20:39:25 | preglow | like amiconn said |
| 20:39:32 | lamed | ah |
| 20:40:22 | lamed | that "iirc" part was misleading <amiconn> 2> file is for stderr redirection iirc |
| 20:40:33 | lamed | thanks |
| 20:40:51 | preglow | amiconn usually does recall correctly ;) |
| 20:41:52 | _FireFly_ | :) |
| 20:44:34 | linuxstb | I normally use &> which redirects both stdout and stderr to the file. |
| 20:45:15 | _FireFly_ | or > 2&>1 |
| 20:45:57 | linuxstb | Is that any different? |
| 20:46:03 | preglow | well, yeah |
| 20:46:08 | preglow | that redirects stderr to stdout |
| 20:47:03 | lamed | great advice! i think there should be a 'wiki dev tip page'. honestly, working for quite some time with cygwin, i still donno how to delete a folder with it content and stuff :( |
| 20:47:17 | _FireFly_ | rm -r :) |
| 20:47:31 | linuxstb | lamed: Search google for "bash tutorial" |
| 20:47:32 | _FireFly_ | btw man <command> if manpages are installed |
| 20:48:03 | _FireFly_ | or search man <command> on the net |
| 20:48:53 | lamed | yes, they do. its just takes a while to understand what's going on in them... but ok i see you are on a roll so i won't stop you :D how (the #$F#) do you clear screen?!?! (dos cls) |
| 20:49:05 | lamed | (they do. = man pages) |
| 20:49:06 | linuxstb | CTRL+L |
| 20:49:14 | lamed | THANK YOU! |
| 20:49:16 | linuxstb | or type the command "clear" |
| 20:49:26 | lamed | :D |
| 20:50:27 | amiconn | Mrf. TiMiD: You wanted to make the code smaller, not bigger, right? ;) |
| 20:50:51 | _FireFly_ | currently old code resists |
| 20:50:58 | lamed | how do you search a function or a struct definition placement when you only have a call? (i mean, there are lots of files included) |
| 20:51:00 | _FireFly_ | e.g. statusbar in status.c |
| 20:51:49 | amiconn | What do you mean? Do you want to know where it is defined? |
| 20:53:33 | lamed | yes, & where it really is. |
| 20:53:49 | linuxstb | I would just use "grep" to search .h files for the definition. I believe it's like the DOS find command |
| 20:53:54 | *** | Saving seen data "./dancer.seen" |
| 20:54:29 | _FireFly_ | linuxstb: this works only if the function/struct is defined in an header |
| 20:54:37 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 20:54:45 | lamed | that what i do, only in windows. but that kind of suck because i'll get many results and many times the init function isn't in the same header file |
| 20:55:25 | linuxstb | _FireFly_: But it's only available to other .c files if it's defined in a header. |
| 20:55:28 | amiconn | I like gui methods better, I use the windows file search, with a pattern of *.h (or *.c *.h) and the name as search string |
| 20:55:51 | _FireFly_ | if you know the return type then you could search like that "void main" |
| 20:56:26 | lamed | firefly: that's a good idea |
| 20:57:14 | lamed | amiconn: aren't all files in rb source code are .h / .c ...? |
| 20:57:19 | _FireFly_ | or an good editor which can search in a directory |
| 20:57:44 | _FireFly_ | yepp but mostly all c-functions are in .h /.c files |
| 20:58:17 | amiconn | lamed: No they aren't. There's also .S, .pl etc, and aprat from that I search the tree, which includes the build dirs |
| 20:58:53 | linuxstb | You can easily do a recursive grep - something line "grep -r myfuncname apps/ firmware/" |
| 20:59:25 | lamed | firefly: i asked for a zillion times what editors are you using, and if there is a good editor to gdb from a gui... responds usually were "emacs?" "i mostly use notepad" |
| 21:00 |
| 21:00:12 | _FireFly_ | i use currently jedit as editor and insight as gui-frontend for gdb |
| 21:00:34 | lamed | amiconn: true, but what i'm looking for is in .c / .h files, so it usually won't be found elsewhere... anyways i'm just asking if there are better ways :) |
| 21:01:58 | lamed | " Insight is a graphical user interface to GDB, the GNU Debugger" -sounds good. aspeacially now that I know how to work with command gdb ... |
| 21:01:58 | amiconn | Yes, but since I know that, I tell windows not to look into the others. That saves time, the build dirs contain many files |
| 21:02:12 | _FireFly_ | a other is ddd |
| 21:02:38 | lamed | yes, i was wondering what was that stupid name for a program doing. |
| 21:06:13 | preglow | i wonder why title and artist doesn't show up in the id3 screen for my musepack files |
| 21:08:44 | lamed | i believe i ren out of stupid questions for today |
| 21:12:04 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 21:20:35 | | Join hardeep [0] (i=hardeeps@norge.freeshell.ORG) |
| 21:28:14 | preglow | so, what to do with this musepack volume level bug |
| 21:28:40 | | Join arkascha [0] (n=arkascha@xdsl-213-196-193-22.netcologne.de) |
| 21:29:05 | _FireFly_ | take a fly flap and smash it :) |
| 21:29:57 | preglow | i tried, and now i've cracked my lcd |
| 21:30:09 | _FireFly_ | ouch |
| 21:33:08 | preglow | it looks like the settings are correct, but no, they can't be |
| 21:33:13 | preglow | i only get half-scale output |
| 21:34:05 | | Join DrMoos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
| 21:34:05 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 21:34:31 | _FireFly_ | maybe a *2 forgotten or a /2 to much ?? |
| 21:34:52 | preglow | well, yes, obviously |
| 21:35:12 | preglow | but problem is, if i fix it that way, we get some very slight clipping |
| 21:35:56 | lamed | _firefly_: I don't assume you use windows? -insight isn't reported to be very stable on it. |
| 21:36:24 | _FireFly_ | yepp i'm mostly under linux :) |
| 21:38:07 | _FireFly_ | http://sources.redhat.com/insight/cygwin.html |
| 21:38:42 | _FireFly_ | it seams that you have either wait for the 5.4 release or use a cvs-snapshot and comile it yourself |
| 21:45:04 | preglow | well, i've got a "hack" going now that gives the correct output volume |
| 21:45:12 | preglow | it's not the way it should work, but it works |
| 21:45:26 | preglow | should i commit it? |
| 21:48:26 | lamed | i'll check ddd |
| 21:52:33 | | Quit _FireFly_ ("Leaving") |
| 21:53:09 | * | preglow summons Lear |
| 21:55:45 | | Quit lamed ("CGI:IRC") |
| 21:57:12 | | Join uski [0] (n=uski@82.65.178.129) |
| 21:57:15 | uski | hi |
| 22:00 |
| 22:05:15 | preglow | hello |
| 22:06:00 | | Nick DrMoos is now known as Moos (i=DrMoos@m79.net81-66-158.noos.fr) |
| 22:09:48 | linuxstb | preglow: How bad is your "hack" for musepack? |
| 22:12:13 | preglow | linuxstb: it's just sets sample depth to one value lower |
| 22:12:19 | preglow | linuxstb: like the way it was |
| 22:12:35 | preglow | linuxstb: but now i've fixed it to handle clipping so we wont have any overflow |
| 22:16:36 | linuxstb | I say commit it then. |
| 22:19:49 | preglow | aight |
| 22:20:01 | preglow | but i think i'll commit it together with this metadata patch |
| 22:20:17 | preglow | however, i don't know the fixed point format of the peak data |
| 22:20:27 | preglow | looks like it's 24 bit frac part, but if i use that, it doesn't work |
| 22:23:39 | preglow | think i've got it nailed |
| 22:23:41 | preglow | so i'll commit it |
| 22:24:23 | preglow | i still wonder why musepack ape tags don't show up, though |
| 22:28:53 | | Quit Kohlrabi (Nick collision from services.) |
| 22:28:57 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-129-112.pools.arcor-ip.net) |
| 22:29:31 | | Join lImbus [0] (n=MDJ@port-212-202-8-79.dynamic.qsc.de) |
| 22:30:39 | RotAtoR | musepack apev2 tags show up for me fine |
| 22:31:59 | lImbus | hi all |
| 22:32:16 | RotAtoR | i can see all the usual information on the show id3 info screen |
| 22:32:17 | preglow | wonder what i'm doing wrong, then |
| 22:32:33 | preglow | in a little while you'll have bitrate as well |
| 22:32:41 | RotAtoR | woohoo! |
| 22:33:00 | RotAtoR | this is good news, i have a large musepack collection |
| 22:33:00 | preglow | plus some other snacks |
| 22:33:09 | preglow | replaygain as well |
| 22:33:13 | preglow | plus i'll fix the volume bug |
| 22:33:13 | amiconn | hmpf. |
| 22:33:17 | RotAtoR | very nice |
| 22:33:31 | preglow | RotAtoR: do you have any sv6 files? |
| 22:33:39 | RotAtoR | maybe... |
| 22:33:47 | RotAtoR | i'd might be hard to check though |
| 22:34:10 | preglow | perhaps |
| 22:34:14 | preglow | foobar tells you what it is |
| 22:34:17 | preglow | but it's a bit of a bother |
| 22:34:18 | RotAtoR | i don't know of any good way other than checking individual files in foobar |
| 22:34:24 | preglow | exactly |
| 22:34:35 | RotAtoR | and I have hundreds of musepack albums :p |
| 22:34:56 | lImbus | I just wanted to say that I just felt hart to swallow, because my mouth had been gaping all the time whilst reading the discussion with that new guy on the dev-list. i support the already existing core developers :-) |
| 22:35:12 | preglow | there |
| 22:35:44 | preglow | RotAtoR: i'd appreciate it if you gave my new commit a spin |
| 22:35:55 | RotAtoR | sure, no problem |
| 22:36:03 | RotAtoR | any specific thing I should look for? |
| 22:36:14 | * | amiconn is still fighting against breakpoint ogic and emulator mode :/ |
| 22:36:19 | amiconn | *logic |
| 22:37:01 | preglow | RotAtoR: well, if it displays bitrate, length and sample rate properly |
| 22:37:11 | preglow | RotAtoR: if it supports replaygain properly, if you even use that at all |
| 22:37:24 | RotAtoR | yes, all my files are replaygained |
| 22:37:31 | RotAtoR | i'll check that too |
| 22:46:12 | preglow | and does gapless musepack work? |
| 22:46:21 | preglow | i would be very surprised if it did |
| 22:46:41 | RotAtoR | i'm don't think i ever specifically checked |
| 22:47:14 | RotAtoR | s/i'm/i |
| 22:47:47 | preglow | me neither |
| 22:47:54 | preglow | i don't even have any musepack encoded albums |
| 22:50:08 | RotAtoR | hmm, i can't find a single non-sv7 encoded file in my collection |
| 22:53:58 | *** | Saving seen data "./dancer.seen" |
| 22:57:25 | | Quit lImbus (" gottago") |
| 22:57:28 | RotAtoR | you can find sv4 and sv5 encoders here: http://www.rjamorim.com/rrw/mpegplus.html |
| 22:57:42 | RotAtoR | but no sv6 encoders that i can find |
| 22:59:46 | preglow | doesn't matter, the bitstream is the same |
| 22:59:49 | preglow | thanks, think i'll try that |
| 23:00 |
| 23:08:25 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 23:10:58 | RotAtoR | preglow: ok, trying your changes |
| 23:11:40 | RotAtoR | sample rate, track length, and bitrate for the first track i tried are the exact same as they appear in foobar |
| 23:12:04 | RotAtoR | replaygain is not quite right... |
| 23:12:36 | RotAtoR | the show id3 info page shows the track number as the track gain and part of the title as the album gain |
| 23:14:27 | RotAtoR | all other tags appear correctly |
| 23:14:35 | RotAtoR | trying more files now... |
| 23:18:33 | RotAtoR | miraculously gapless playback seems to be perfect for the first files a tried |
| 23:18:54 | preglow | oh? |
| 23:19:00 | preglow | track number as the track gain? |
| 23:19:05 | preglow | queer |
| 23:19:39 | RotAtoR | yes, the appear to always be segments of other tags |
| 23:19:47 | RotAtoR | the replaygain fields, that is |
| 23:21:21 | RotAtoR | the trackgain is always the part of the track number tag |
| 23:21:32 | RotAtoR | and the album gain is always part of the artist tag |
| 23:21:56 | RotAtoR | (so far, at least) |
| 23:23:02 | Moos | Hello guys |
| 23:23:34 | Moos | preglow: I'm just back, let me few seconds for MPC files tests :) |
| 23:23:39 | preglow | Moos: seems there's a bug |
| 23:23:42 | preglow | will fix tomorrow |
| 23:23:53 | Moos | :( |
| 23:24:55 | RotAtoR | everything else is looking good though :) |
| 23:25:38 | preglow | RotAtoR: could you send me a faulty file? |
| 23:26:44 | RotAtoR | sure, what way should i send it? |
| 23:27:10 | RotAtoR | all my files so far exhibit the same replaygain bug |
| 23:28:28 | RotAtoR | ooh, this file's album gain is part of the track title tag, something different! |
| 23:34:51 | Moos | preglow: :( |
| 23:36:06 | preglow | Moos: got a couple of friends and some beers here, hard to code ;) |
| 23:36:13 | preglow | RotAtoR: if you can dcc that's ok |
| 23:36:19 | preglow | bbl |
| 23:36:25 | RotAtoR | ok, i'll give it a try |
| 23:36:30 | preglow | RotAtoR: pm in the forum should work to |
| 23:36:34 | preglow | but now i'm gone |
| 23:36:40 | RotAtoR | ok |
| 23:36:48 | Moos | sorry, just your code cause freeze |
| 23:37:02 | Moos | freeze the HD |
| 23:37:41 | Moos | in 4 files tests all sv7 |
| 23:37:45 | Moos | 2 bugish |
| 23:38:08 | Moos | and 2 have got the good bitrate like foobar ones |
| 23:38:52 | RotAtoR | weird, i've been testing dozens of my sv7 files, no freezes so far... |
| 23:40:01 | Moos | here playback doesn't start for 2 albums track and hard disc freeze in spinning |
| 23:40:21 | RotAtoR | ouch! :o |
| 23:41:39 | RotAtoR | preglow: did you do any optimization? I'd swear some of my files that used to boost 80-90% are now boosting 40% !! |
| 23:41:56 | Moos | and the id context screen doesn't shows the right info, it did drunk a lot of beer, infos are mixed like you :) |
| 23:42:23 | Moos | good to hear :) |
| 23:42:56 | Moos | aparently preglow go away ;) |
| 23:43:11 | | Quit dpassen1 () |
| 23:47:56 | RotAtoR | preglow: I haven't check musepack performance in the last week or so, but something has definitely improved, even my hardest q10 files only boost 40-50% where as I know that they used to boost ~90% |
| 23:48:56 | RotAtoR | now the codec buffer can actually fill in one shot rather than limping along for several minutes trying to fill |
| 23:56:08 | amiconn | TiMiD: The new settings handling code has the same bug as the menu code had: The current value isn't voiced when you enter the setting. Changing the value does voice the new value. |
icon identifies that the person is a core developer (has commit access).