00:04:46 | | Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) |
00:04:58 | stripwax | hey |
00:07:42 | *** | Saving seen data "./dancer.seen" |
00:23:51 | | Quit muesli- (Read error: 113 (No route to host)) |
00:27:21 | | Quit Moos (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") |
01:00 |
01:04:56 | | Quit webguest43 ("CGI:IRC (Ping timeout)") |
01:09:20 | preglow | can't really say i've had that much trouble with it crashing either |
01:09:27 | preglow | twice i can remember |
01:09:35 | preglow | out in ordinary use, that is |
01:09:45 | preglow | once was really early in the development |
01:09:49 | preglow | the other was on the train, with the stokov |
01:09:54 | preglow | and i've never seen that again |
01:10:04 | preglow | oh, and another time, but that was rockboy's fault |
01:10:59 | linuxstb | 've had a quick play with loading/saving config files, but couldn't make it crash. Maybe it's dependent on the codec being played. |
01:14:35 | preglow | dont deal with config files too often |
01:14:43 | preglow | more or less only when there's been a change to the config block |
01:25:07 | | Join ender1 [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
01:32:22 | preglow | oh, how out of touch i am with most of the rockbox code |
01:33:07 | | Quit ender` (Nick collision from services.) |
01:33:09 | | Nick ender1 is now known as ender` (i=ychat@tm.213.143.74.124.dc.telemach.net) |
01:47:07 | | Join TCK [0] (i=TCK@85-210-27-4.dsl.pipex.com) |
02:00 |
02:07:46 | *** | Saving seen data "./dancer.seen" |
02:08:24 | | Quit ender` (Read error: 113 (No route to host)) |
02:20:12 | | Quit gromit` (Remote closed the connection) |
02:21:17 | | Quit linuxstb ("CGI:IRC (Ping timeout)") |
02:33:23 | | Quit cYmen ("zZz") |
03:00 |
03:06:38 | | Quit preglow ("leaving") |
03:15:06 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
03:28:02 | | Quit Maxime (Read error: 110 (Connection timed out)) |
03:58:59 | | Join Sucka [0] (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
04:00 |
04:06:13 | | Join QT_ [0] (i=as@madwifi/users/area51) |
04:07:50 | *** | Saving seen data "./dancer.seen" |
04:16:22 | | Quit QT (Read error: 113 (No route to host)) |
04:52:24 | | Quit t0mas (Connection reset by peer) |
04:52:25 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
04:55:37 | | Quit Slasheri (herbert.freenode.net irc.freenode.net) |
04:55:37 | NSplit | herbert.freenode.net irc.freenode.net |
04:55:37 | | Quit stripwax (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Hadaka (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit TCK (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit pike| (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Seed (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit cv_ (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit odd (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit HCl (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit paugh (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit solex_ (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit godzirra (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Asku (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Ismo (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Wy (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Febs (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit thegeek (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit pabs (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit einhirn (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit atubbs (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit stamppot (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit NibbIer (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Rob- (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit flurble (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit merbanan (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit crwl (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit QT_ (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Sucka (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit amiconn (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Strath (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit silencer_ (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit bluebrother^ (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit dwihno (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit ansivirus (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit Bagder (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit igor47 (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit ze (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit coob (herbert.freenode.net irc.freenode.net) |
04:55:37 | | Quit CoCoLUS (Read error: 104 (Connection reset by peer)) |
04:56:03 | | Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
04:56:03 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
04:56:03 | | Join Rick [0] (i=rick@unaffiliated/Rick) |
04:56:03 | NHeal | herbert.freenode.net irc.freenode.net |
04:56:03 | NJoin | QT_ [0] (i=as@madwifi/users/area51) |
04:56:03 | NJoin | Sucka [0] (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
04:56:03 | NJoin | paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
04:56:03 | NJoin | TCK [0] (i=TCK@85-210-27-4.dsl.pipex.com) |
04:56:03 | NJoin | cv_ [0] (n=verm@209.67.221.118) |
04:56:03 | NJoin | Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
04:56:03 | NJoin | solex_ [0] (n=jrschulz@c223105.adsl.hansenet.de) |
04:56:03 | NJoin | amiconn [0] (n=jens@p54BD651C.dip.t-dialin.net) |
04:56:03 | NJoin | Strath [0] (n=mike@dpc674681214.direcpc.com) |
04:56:03 | NJoin | thegeek [0] (n=thegeek@s057b.studby.ntnu.no) |
04:56:03 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
04:56:03 | NJoin | pike| [0] (i=pike@c83-249-120-126.bredband.comhem.se) |
04:56:03 | NJoin | atubbs [0] (n=atubbs@ool-435634a8.dyn.optonline.net) |
04:56:03 | NJoin | einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
04:56:03 | NJoin | stamppot [0] (n=stamppot@cc516682-a.ensch1.ov.home.nl) |
04:56:03 | NJoin | bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) |
04:56:03 | NJoin | NibbIer [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) |
04:56:03 | NJoin | Rob- [0] (n=robbie@haylott.plus.com) |
04:56:03 | NJoin | flurble [0] (n=flurble@flurble.org) |
04:56:03 | NJoin | dwihno [0] (n=dw@81.8.224.89) |
04:56:03 | NJoin | ansivirus [0] (n=ansiviru@adsl-68-88-64-228.dsl.rcsntx.swbell.net) |
04:56:03 | NJoin | Slasheri [0] (i=miipekk@ihme.org) |
04:56:03 | NJoin | silencer_ [0] (n=silencer@zen.via.ecp.fr) |
04:56:03 | NJoin | Seed [0] (i=ben@l192-117-115-168.broadband.actcom.net.il) |
04:56:03 | NJoin | merbanan [0] (i=banan@dalink.campus.luth.se) |
04:56:03 | NJoin | crwl [0] (n=crawlie@karu.kekkola.jyu.fi) |
04:56:03 | NJoin | HCl [0] (i=hcl@2001:610:1908:8000:290:27ff:feca:8029) |
04:56:03 | NJoin | Bagder [0] (n=daniel@82.182.26.5) |
04:56:03 | NJoin | igor47 [0] (n=igor47@128.135.252.252) |
04:56:03 | NJoin | godzirra [0] (i=shawn@24.131.13.213) |
04:56:03 | NJoin | ze [0] (i=ze@68.64.217.73) |
04:56:03 | NJoin | odd [0] (i=mrodd@fangorn.starshadow.com) |
04:56:03 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
04:56:03 | NJoin | coob [0] (i=pen0r@host-84-9-63-253.bulldogdsl.com) |
04:56:03 | NJoin | Asku [0] (n=aksu@adsl-39.180-DynIP.ssp.fi) |
04:56:03 | NJoin | Ismo [0] (i=laitinei@huippu.net) |
04:56:03 | NJoin | Wy [0] (n=wy@c-24-18-62-209.hsd1.wa.comcast.net) |
04:59:35 | | Nick Sucka is now known as Sucka`zZzZz (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
05:00 |
05:14:58 | | Nick paugh is now known as AliasCoffee (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
05:40:45 | | Quit AliasCoffee (Read error: 104 (Connection reset by peer)) |
05:45:13 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
06:00 |
06:00:31 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
06:07:55 | *** | Saving seen data "./dancer.seen" |
06:16:42 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
06:20:17 | | Join webguest32 [0] (n=18d79b85@labb.contactor.se) |
06:20:29 | webguest32 | ok i need help with compiling |
06:20:44 | webguest32 | bleeding edge doesnt compile on dev tool |
06:24:09 | | Quit webguest32 (Client Quit) |
07:00 |
07:03:46 | | Join LinusN [0] (n=linus@labb.contactor.se) |
08:00 |
08:03:11 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
08:05:01 | amiconn | God morgon :) |
08:05:07 | B4gder | hey ho |
08:05:31 | * | B4gder had to wait outside the front door for a good while this morning :-( |
08:05:46 | B4gder | being a consultant here, they don't trust me with a key |
08:06:43 | | Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
08:06:49 | LinusN | nobody should trust you with a key :-) |
08:07:23 | B4gder | hey, no such jokes before the first coffee, ok? ;-) |
08:07:50 | LinusN | jokes? |
08:07:57 | *** | Saving seen data "./dancer.seen" |
08:11:16 | amiconn | Imho good news: My frame count estimation for long recordings seems to work. |
08:11:42 | amiconn | Only problem in my current test version is that I forgot to multiply the time by 10 (mpeg thread counts in ticks but mp3data.c expects milliseconds... |
08:12:08 | amiconn | ...so my estimated frame count is 1/10 of the reality... |
08:12:12 | LinusN | :-) |
08:12:17 | amiconn | Will fix and start a new test |
08:12:42 | amiconn | But the bad thing is that the recording engine has race problems... |
08:13:17 | LinusN | oh? |
08:13:23 | amiconn | Yes. |
08:13:53 | LinusN | not that surprising, though |
08:14:51 | amiconn | If you trigger file splits in quick succession, or stop quickly after file split, framecount, filelength (and recording time) may be incorrect... |
08:15:11 | amiconn | ...in case the first save has not yet finished when the next event is received |
08:15:18 | | Join hubbel [0] (i=hubbel@h7n2fls304o1033.telia.com) |
08:15:44 | LinusN | aha |
08:15:54 | | Quit t0mas (Read error: 104 (Connection reset by peer)) |
08:16:11 | amiconn | The code has to store the values at the point of split/stop, then starts saving |
08:16:20 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
08:16:46 | amiconn | Saving does multiple chunks (at least 2 when wrapping, more on 8MB boxes or Ondio) |
08:17:07 | LinusN | yes |
08:17:22 | amiconn | If another split/ stop event is received in between, it overwrites the old values before they get used. |
08:17:46 | amiconn | I don't know how much effort we should put into this right now |
08:18:08 | amiconn | Sounds like a bigger rewrite is due, especially if we also want to unify playback... |
08:18:11 | LinusN | how likely is it to happen? |
08:19:24 | amiconn | Without timesplit it's rather unlikely I'd say. I doubt someone will deliberately split in such short intervals, or press "split-stop" |
08:19:59 | amiconn | With timesplit it might happen that the user triggers a split or stop just when the time split triggers automatically... |
08:20:10 | LinusN | ah yes |
08:21:16 | | Join zhilik [0] (n=null@ppp83-237-231-49.pppoe.mtu-net.ru) |
08:21:34 | amiconn | Nothing really bad will happen, only the xing header will be totally off... |
08:22:03 | LinusN | ok |
08:22:22 | | Part hubbel |
08:22:37 | amiconn | The thing is that we can't simply lock split/stop events while another split is going on. I'd like to be able to interrupt a split with stop. |
08:22:48 | amiconn | I think I have an idea how to work around it... |
08:33:54 | amiconn | LinusN: What do you think about my playtime calculation stuff, btw? |
08:34:25 | LinusN | i think it's great |
08:34:43 | amiconn | I noticed that the archos playback engine also mixes up file and playback offsets, leading to the time display being several seconds off when resuming a vbr track |
08:35:29 | LinusN | yes, it only keeps track of the file offset |
08:35:38 | amiconn | I observed up to 9 seconds with a 10-minute track (with toc). This isn't introduced by my new code, it also happens with the old |
08:35:38 | LinusN | afaicr |
08:36:07 | LinusN | afaik, the resume info only saves the file offset |
08:36:16 | amiconn | The problem is that the code mixes up the real file offset (from the start of the file) with playback offset (from the start of the first frame) |
08:37:32 | amiconn | Because of this the toc search can be off by a full percent... |
08:37:42 | LinusN | if the tag is big |
08:38:29 | amiconn | Doesn't need to be big, just the chance of being off gets bigger |
08:38:51 | LinusN | the larger the file is, the more inaccurate is the toc |
08:38:58 | amiconn | E.g. if the tag is half the size of one percent of the file bytes, the chance of being off is 50% |
08:39:29 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
08:39:57 | LinusN | amiconn: isn't this more about toc accuracy than tag size? |
08:40:29 | amiconn | No |
08:40:39 | LinusN | i agree that it should take the tag size into account, but isn't the time calculation problem more related with the toc inaccuracy? |
08:41:18 | amiconn | I'd expect way higher accuracy when a toc is present, at least with "ordinary" music |
08:41:30 | LinusN | as long as the file is small |
08:41:40 | amiconn | 9 seconds of 600 is more than one percent |
08:42:02 | amiconn | ...and the toc should allow for at least one percent precision |
08:43:12 | LinusN | true |
08:43:49 | LinusN | but how is the time calculation done? |
08:44:43 | LinusN | ok i see |
08:45:10 | LinusN | set_elapsed() |
08:46:31 | LinusN | ok, so we should subtract id3->first_frame_offset |
08:49:37 | amiconn | I don't think so |
08:50:03 | amiconn | During ordinary playback, id3->offset tracks the playback offset |
08:50:18 | amiconn | Imho we should restore this properly when resuming |
08:51:34 | | Join Zagor [0] (i=foobar@h63n1fls31o265.telia.com) |
08:52:06 | amiconn | Btw, id3->filesize also contains the data size without headers, not the true file size. Misleading... |
08:53:29 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
09:00 |
09:05:19 | linuxstb | Morning all. Does enabling FM presets for the iriver constitute a feature or a bug-fix? |
09:19:49 | B4gder | I vote for a release asap anyway |
09:19:57 | B4gder | like within days |
09:22:01 | linuxstb | Are there any bugs on the ReleaseTodo page that are considered show-stoppers? |
09:23:13 | B4gder | not according to me |
09:23:51 | linuxstb | So if everyone agrees with that, then we just need to finish the documentation? |
09:24:25 | B4gder | well, I think we should release it anyway with everything as it is right now |
09:24:51 | B4gder | the docs could be better |
09:25:01 | B4gder | but I don't think they should delay the release |
09:26:14 | B4gder | what's your position on this, LinusN and amiconn? |
09:29:20 | LinusN | i don't think the remaining issues are that critical |
09:29:48 | LinusN | but i would like to let amiconn finish his mpeg fixes before release |
09:47:02 | * | B4gder fights general cluelessness from taking over the world |
09:47:20 | B4gder | or something like that |
09:47:24 | Zagor | B4gder: a brave fight |
09:47:40 | B4gder | me vs debian-devel |
09:48:10 | Zagor | heh, what's it about? |
09:48:42 | B4gder | shortly put, they want to throw out libcurl built with openssl support and only provide libcurl built with gnutls support |
09:48:48 | * | Zagor opens his 37MB unread debian-devel mail file... |
09:49:55 | B4gder | hehe |
09:50:13 | B4gder | well, I moved my fight to specific bug report entries instead |
09:50:31 | B4gder | since the debian-devel is just too much for my taste |
10:00 |
10:05:18 | | Join ashridah [0] (i=ashridah@220-253-121-148.VIC.netspace.net.au) |
10:08:00 | *** | Saving seen data "./dancer.seen" |
10:11:07 | amiconn | B4gder: I'd like to see some of the critical things on the todo list fixed before a release |
10:11:19 | amiconn | Imho some of the are critical |
10:14:06 | B4gder | I really don't think we should keep a feature freeze much longer |
10:14:24 | B4gder | so if these last issues are gonna take multiple days I vote for branching |
10:14:32 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
10:15:58 | amiconn | I think at least the software poweroff issue and the ahrddrive power in panic() needs to be fixed, in addition to the recording issues |
10:16:08 | amiconn | The fix for splitedit should also be applied imho |
10:16:54 | | Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
10:21:15 | LinusN | amiconn: the soft poweroff issues are not as critical on the archos as on the iriver |
10:21:50 | amiconn | B4gder: I don't think a branch would be a good idea. I detracts developers from bugfixing |
10:22:06 | LinusN | i think the splitedit fix might make things worse |
10:22:21 | amiconn | Why? |
10:22:25 | LinusN | since it might refuse to save even if there is room on the drive |
10:22:39 | B4gder | the bugfixing developers are amiconn and LinusN |
10:22:44 | LinusN | just because the fsinfo lies about the true remaining space |
10:22:47 | B4gder | a branch doesn't detract you |
10:23:18 | amiconn | LinusN: It uses fsinfo?? That's... strange... |
10:23:30 | LinusN | amiconn: you didn't look at the bugfix? |
10:23:31 | amiconn | B4gder: It does detract all devs more or less |
10:24:04 | B4gder | and the freeze detract them from developing |
10:24:20 | amiconn | I'm really disappointed that so few devs are actually bugfixing |
10:24:36 | LinusN | amiconn: that's life, unfortunately |
10:25:10 | LinusN | i'm disappointed too... |
10:25:36 | amiconn | Imho new features aren't worth much if the existing code has problems |
10:25:58 | amiconn | The freeze was a really good chance to fix bugs for iriver as well... |
10:26:15 | LinusN | absolutely |
10:26:29 | LinusN | and the iriver code is quite bug-ridden |
10:26:34 | B4gder | I would say that the explanation is that very few devs consider themselves "core" enough |
10:26:49 | LinusN | why should only core developers fix bugs? |
10:26:50 | B4gder | most just do "border"-developing |
10:27:24 | B4gder | this is just my theory |
10:29:43 | B4gder | so, during this feature freeze I think most people have just backed off and waited |
10:29:55 | LinusN | really bad |
10:32:46 | zhilik | Hi 2 All! What do I need to do to start developing Rockbox for the HD200? I did the scans, found most of the documentation for the ICs. Now I have to find out what gets connected where, but to do that it seems i'll have kill my player - and I don't want to do that. |
10:33:09 | zhilik | Mayde there's some place where I can buy a dead one cheap? |
10:33:16 | LinusN | ebay? |
10:33:40 | zhilik | I guess the shipping would cost more that the player - I'm in Moscow... |
10:34:00 | B4gder | or try find an online forum for your player and post a question/call for dead units and volounteer rockbox hackers |
10:34:12 | Zagor | zhilik: are you talking about the mpio hd200? |
10:35:47 | zhilik | Yes. |
10:36:17 | zhilik | Zagor: If you didn't see them, here are the insides: http://www.rockbox.org/twiki/bin/view/Main/InsideMPIOHD200 |
10:37:43 | | Join amiconn_ [0] (n=jens@p54BD59F6.dip.t-dialin.net) |
10:39:28 | zhilik | LinusN: Are my private messages getting to you? |
10:39:32 | LinusN | what kind of hard disk is in there? |
10:39:32 | Zagor | well since it has a BGA cpu it will definitely be difficult to trace the board without removing it. |
10:39:39 | LinusN | zhilik: no |
10:39:51 | zhilik | Strange... |
10:39:54 | Zagor | LinusN: looks like the hitachi square type |
10:40:00 | LinusN | zhilik: probably because of the new freenode policy |
10:40:02 | B4gder | freenode blocks private messages |
10:40:10 | B4gder | unless you've "identified" |
10:40:28 | zhilik | And how do I get "identified"? |
10:40:42 | B4gder | http://www.mpioamerica.com/mpio/productInfo.html?productId=10 |
10:40:48 | LinusN | hd300 looks cool too |
10:41:17 | B4gder | zhilik: you register with 'nickserv' |
10:41:30 | Zagor | zhilik: however since it's a coldfire design, it's probably not too different from the irivers. |
10:41:31 | B4gder | /msg nickerv help register |
10:42:34 | | Quit amiconn (Nick collision from services.) |
10:42:34 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD59F6.dip.t-dialin.net) |
10:43:24 | Zagor | zhilik: can you navigate the player at all without the remote? |
10:44:00 | B4gder | there are buttons on the side |
10:44:07 | zhilik | I don't use the remote at all - it's rather primitive and has a bad connector. |
10:44:39 | Zagor | ahh, the side "volume control" is for navigation |
10:45:54 | zhilik | Yes. One of the reasons why I want to play around with RockBos is that I want to connect the iRiver remote to it. |
10:46:05 | zhilik | To the HD200 that is. |
10:46:06 | * | Zagor spots "Tomato" written on the HD200 LCD :-) |
10:46:20 | zhilik | Yeah. I even found the documentation for it. |
10:46:42 | B4gder | "The only problem is that if you?re trying to sync MP3 files Media Player 10 converts them to WMA" |
10:46:44 | B4gder | hehe |
10:46:58 | B4gder | http://www.trustedreviews.com/article.aspx?page=2393&head=39 |
10:46:59 | Zagor | zhilik: excellent. add or link it to the wiki page |
10:47:29 | zhilik | http://www.tomatolsi.com/english/products/download/new_downlaoad/TL0350A_V11.pdf |
10:47:47 | zhilik | I also found the DOCs for the sound chip |
10:47:48 | B4gder | zhilik: how do you update the firmware on it? |
10:48:01 | B4gder | flash-update procedure similar to iriver? |
10:48:04 | zhilik | http://www.wolfsonmicro.com/uploads/documents/WM8750.pdf |
10:48:27 | zhilik | No, I copy the new firmware to the SYSTEM directory |
10:48:45 | B4gder | it loads it from disk and uses it? |
10:49:00 | zhilik | It updates itself and deletes the files leavin only unicode.sys of the three. |
10:49:04 | B4gder | ah |
10:49:30 | | Quit zhilik ("http://www.zhukovsky.net") |
10:51:04 | | Join zhilik [0] (n=zhilik@ppp83-237-231-49.pppoe.mtu-net.ru) |
10:51:58 | B4gder | zhilik: add that info about hw and URLs to the wiki page as well |
10:52:08 | | Join linuxstb [0] (n=linuxstb@213.86.218.27) |
10:52:13 | zhilik | Yeah, just a minute. |
10:52:17 | B4gder | sure ;-) |
10:52:36 | B4gder | and I'd advice a little post to the mailing list about your work and intentions |
10:52:50 | B4gder | getting some more people involved helps |
10:57:36 | | Quit HCl ("Lost terminal") |
10:58:06 | | Join hcl [0] (i=hcl@titania.student.utwente.nl) |
10:58:12 | | Nick hcl is now known as HCl (i=hcl@titania.student.utwente.nl) |
10:59:08 | LinusN | zhilik: the unpopulated ZIF connector is most likely a BDM connector, but it has a different pinout than the iriver (not surprising) |
10:59:35 | LinusN | it will be hard to figure out without removing the cpu |
11:00 |
11:00:26 | LinusN | i found no hd200's on ebay :-( |
11:00:38 | zhilik | Well if we COULD find a dead player, we might also be able toread the program from the flash and dissassemble it - that may help. |
11:00:43 | zhilik | Neither did I. |
11:04:50 | amiconn | There's one from Taiwan: http://cgi.ebay.de/MPIO-HD200-Hello-Mr-Big-5G_W0QQitemZ5241972685QQcategoryZ98342QQrdZ1QQcmdZViewItem |
11:05:02 | zhilik | I've included the links to the docs |
11:05:29 | amiconn | I wonder whether the HD300 is similar. I found a number of HD300 offers |
11:05:31 | LinusN | wow, the hd200 firmware doesn't seem to be encrypted |
11:05:40 | B4gder | gosh |
11:05:47 | B4gder | that'd be a first |
11:06:15 | LinusN | only a tiny header |
11:06:44 | LinusN | wow, not even a header |
11:06:52 | B4gder | no checksum? |
11:07:04 | LinusN | must be a checksum somewhere, perhaps in the end of the file |
11:08:30 | amiconn | Hmm, HD300 seems to be different from HD200... |
11:08:37 | zhilik | Some more links (to documentation) |
11:08:50 | zhilik | http://www.rockbox.org/twiki/bin/view/Main/InsideMPIOHD200 |
11:09:15 | zhilik | Well, if the firmware is unencrypter, maybe it can be dissambled? |
11:09:24 | B4gder | yeps |
11:10:03 | LinusN | i'm disassembling it as we speak |
11:11:24 | Rick | working on a new device? |
11:11:56 | zhilik | D200_UPG.SYS |
11:12:06 | zhilik | is probably for the flash |
11:12:11 | LinusN | yes it is |
11:12:15 | B4gder | Rick: zhilik's mpio hd200 |
11:12:29 | zhilik | ICON.. is probably the icon's :-) |
11:12:50 | zhilik | And unicode.sys - the main program, loaded from the hard disk. |
11:13:24 | Rick | is the player any good? |
11:13:29 | Rick | i've never heard of it |
11:13:41 | B4gder | Rick: coldfire 5249 based one with a 5GB disk |
11:13:58 | Rick | ah |
11:14:04 | zhilik | Rick: it's OK |
11:14:06 | B4gder | seems similar to h1x0 spec wise |
11:14:07 | LinusN | i can imagine that unicode.sys isn't code at all, but fonts and string data |
11:14:21 | zhilik | The sound's goos, loud |
11:14:34 | zhilik | But the firmware stinks... |
11:14:50 | zhilik | I meant good ofcourse |
11:16:14 | zhilik | If you have a close look, you'll see that one of the capacitor's broken - the one next to the CF connector and crystal resonator C616 |
11:16:16 | LinusN | wow, hd200_upg.sys seems to be a pure image of the flash |
11:16:27 | Zagor | refreshing |
11:16:28 | B4gder | whoa |
11:16:44 | zhilik | Now taht's GOOD news. |
11:21:45 | LinusN | we can find out most things by disassembling |
11:21:53 | LinusN | but it's tedious |
11:22:04 | zhilik | I mailed MPIO with a request for the curcuit (it'd be cool if they gave it, but I guess that's highly improbable) - they didn't even answer. |
11:22:20 | Zagor | zhilik: are you a programmer? |
11:22:23 | LinusN | hardly surprising |
11:22:47 | zhilik | Zagor: I guess I am: know C, C++, PICasm, AVRasm. |
11:23:12 | zhilik | Currently working on a project with MSP430,s on IAR C. |
11:23:14 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
11:25:45 | Zagor | sounds good. then you're the right man to disassemble this :-) |
11:25:46 | | Join markun [0] (n=markun@bastards.student.ipv6.utwente.nl) |
11:25:51 | LinusN | iar c...shrug |
11:26:56 | zhilik | LinusN: what's bad about it? I used avr-gcc, but... gbd... |
11:27:25 | LinusN | i have really bad experience with iar and 8051, that's all |
11:27:35 | zhilik | But I guess I'll have to get used to GDB. |
11:27:49 | zhilik | Well it's good stuff for the MSP430's. |
11:28:10 | zhilik | Only a bit expencieve.. That's if you pay for it ;-) |
11:33:48 | | Join Moos [0] (i=Moos@m60.net81-66-158.noos.fr) |
11:37:35 | zhilik | LinuxN: Maybe you could upload the disassembled file to the wiki? |
11:38:24 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
11:38:35 | | Join Moos [0] (i=Moos@m60.net81-66-158.noos.fr) |
11:38:51 | zhilik | Or where can I find a good 68k disassembler? Currently downloading IDA - is it any good? |
11:40:04 | amiconn | binutils have a builtin disassembler... |
11:40:29 | amiconn | objdump to be precise |
11:40:35 | LinusN | i use m68k-elf-objdump, works ok |
11:40:57 | LinusN | it has some issues with the control register names, but you get used to it |
11:41:31 | amiconn | LinusN: Yes, and it has problems with some addressing modes of the emac registers |
11:41:53 | amiconn | Erm, with addressing modes in instructions using the emac registers |
11:42:07 | LinusN | :-) |
11:42:53 | amiconn | It disassembles move.l %<reg>,%macsr ok, but e.g. stumbles upon move.l #imm,%macsr |
11:43:30 | | Join [1]Moos [0] (i=Moos@m60.net81-66-158.noos.fr) |
11:45:10 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
11:45:11 | | Nick [1]Moos is now known as Moos (i=Moos@m60.net81-66-158.noos.fr) |
11:50:48 | | Join hshah [0] (n=c180801d@labb.contactor.se) |
12:00 |
12:04:10 | | Quit paugh (Excess Flood) |
12:04:25 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
12:04:31 | | Quit paugh (Read error: 54 (Connection reset by peer)) |
12:08:04 | *** | Saving seen data "./dancer.seen" |
12:18:35 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
12:24:30 | | Quit hshah ("CGI:IRC") |
12:32:15 | | Join [1]Moos [0] (i=Moos@m60.net81-66-158.noos.fr) |
12:33:54 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
12:33:55 | | Nick [1]Moos is now known as Moos (i=Moos@m60.net81-66-158.noos.fr) |
13:00 |
13:15:44 | | Join muesli- [0] (i=muesli_t@217.184.239.87) |
13:16:27 | muesli- | re |
13:20:43 | | Quit edx (Read error: 110 (Connection timed out)) |
13:21:54 | | Join hshah [0] (n=c180801d@labb.contactor.se) |
13:24:13 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
13:27:50 | B4gder | I fiddled with the credits list |
13:27:56 | B4gder | to make it scroll in a sinus |
13:28:02 | B4gder | so that it stops occationally |
13:28:12 | B4gder | since the current version is completely unreadable on iriver |
13:28:29 | LinusN | what a good bugfix! :-) |
13:28:30 | B4gder | turned out pretty good |
13:29:11 | B4gder | well, showing a list of names is rather useless when you can't read the names ;-O |
13:29:23 | amiconn | B4gder: I thought about scrolling in from left & right alternating per line, delaying the lower lines a bit |
13:29:27 | amiconn | The whole thing paged |
13:29:47 | LinusN | or maybe having them fly in from the horizon :-) |
13:30:12 | amiconn | Would look a bit like a zipper |
13:30:16 | LinusN | or write them on each side of the cube |
13:30:33 | amiconn | LinusN: Are *you* going to implement texture mapping? ;) |
13:30:39 | LinusN | :-P |
13:30:57 | B4gder | that'll be in his h300 bootloader for sure! |
13:31:03 | LinusN | in any case, being abla to pause the scroll would be good |
13:31:16 | B4gder | yes, pausing makes sense |
13:31:22 | amiconn | ablakadabla? |
13:31:38 | LinusN | :-) chinese magic |
13:33:07 | hshah | this whole rockbox thing is getting better and better every day :) |
13:33:10 | amiconn | It seems the lcds are differing in response time a bit per unit |
13:33:24 | amiconn | I *can* read the credits list on iriver (but hardly) |
13:33:47 | hshah | i can JUST about read them on mine |
13:34:02 | hshah | thats if i strain my eyes though... |
13:34:34 | amiconn | LCD response times are also temperature dependent, meaning there's a higher chance for the credits to be readable in summer... |
13:35:12 | B4gder | hehe |
13:35:26 | LinusN | if we only had an RTC... :-) |
13:35:29 | preglow | it's really hard to read here |
13:35:40 | hshah | just curious - is there an optimum operating temp for the iriver, so for example u get more out if it in terms of battery in different temps? |
13:35:41 | preglow | now please, rotozooming credits! |
13:36:31 | hshah | great... i decided to gulp down a bar of dairy milk, and now i feel sick :( |
13:38:23 | * | preglow also eagerly awaits second_reality.rock |
13:39:49 | | Join webguest22 [0] (n=18d79b85@labb.contactor.se) |
13:40:01 | webguest22 | rockbox doesn't compile on the dev tool |
13:40:47 | preglow | ehh? |
13:40:52 | preglow | more details, please |
13:40:56 | webguest22 | latest builds |
13:41:08 | webguest22 | i get error messages |
13:41:14 | preglow | cvs update |
13:41:22 | webguest22 | make[3]: ***No targets specified and no makefile found. Stop. |
13:41:25 | preglow | latest build builds fine here |
13:41:27 | webguest22 | make[2]: ***[libmad] Error 2 |
13:41:31 | webguest22 | make[1]: ***[build-codecs] Error 2 |
13:41:35 | preglow | tried a reconfigure? |
13:41:36 | webguest22 | make: *** [all] Error 2 |
13:41:40 | webguest22 | how? |
13:41:50 | preglow | ../tools/configure |
13:42:01 | preglow | from the build dir |
13:43:02 | hshah | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
13:43:36 | amiconn | LinusN: If nobody else jumps in, I'll open up my iriver and do some power measurements with deactivated DRAM, HD, LCD and low clock. After the 2.5 release of course |
13:44:15 | LinusN | amiconn: have fun ;-) |
13:44:23 | Moos | release coming soon now :) |
13:44:51 | hshah | it is... |
13:45:18 | preglow | amiconn: pure iram operation? |
13:46:20 | preglow | would be fun with a quasi rtc |
13:54:50 | | Quit webguest22 ("CGI:IRC") |
13:54:55 | | Join webguest22 [0] (n=18d79b85@labb.contactor.se) |
13:55:01 | webguest22 | arg.. got disconnected |
13:55:08 | webguest22 | you mean "rbconf"? |
13:55:38 | webguest22 | i mean, it's not like the first time i'm compiling using the dev tool |
13:55:47 | webguest22 | it just doesnt work on the latest builds |
13:55:52 | LinusN | what is "rbconf"? |
13:55:54 | B4gder | so re-run configure first |
13:56:09 | B4gder | if you done it before, you ran configure before |
13:56:19 | B4gder | just do it again, to get an updated makefile |
13:57:01 | webguest22 | well, i did this on a fresh directory so i dont see why i have to do rbconf again |
13:57:06 | preglow | well |
13:57:06 | B4gder | rbconf sounds like some weird BC devkit "convenience" thing |
13:57:08 | preglow | something isn't working |
13:57:10 | preglow | that's why |
13:57:16 | webguest22 | right |
13:57:33 | webguest22 | B4gder> yeah that's correct |
13:57:39 | LinusN | those "convenience" things make life hard for us developers |
13:57:51 | webguest22 | yup it does :p |
13:57:51 | LinusN | and in the long run, for the devkit users |
13:57:54 | amiconn | preglow: I don't intend to implement quasi rtc (that'd be too awkward to operate), but a power-on timer |
13:57:54 | B4gder | webguest22: well, it works for us and the cvs table is green |
13:58:05 | preglow | amiconn: why too awkward? |
13:58:14 | B4gder | webguest22: so you'd need to get more detailed |
13:58:41 | B4gder | you using source from cvs or tarball? |
13:58:42 | webguest22 | i can't really get more detailed than what i've already said but, here i go |
13:58:50 | webguest22 | tarball |
13:58:52 | webguest22 | bleeding edge |
13:59:41 | preglow | why not just use the precompiled bleeding edge binaries? |
13:59:55 | webguest22 | because i need to patch this thing :( |
13:59:57 | preglow | that's what i do, unless i've got something uncommited |
14:00 |
14:00:00 | preglow | right |
14:00:18 | webguest22 | but this case, im getting errors even without the patches applied |
14:00:49 | B4gder | I'd guess that there's a file or two missing in the tarball |
14:00:55 | preglow | amiconn: still, i guess a power on timer is really what i want anyway |
14:01:01 | B4gder | so again, we'd need more details |
14:01:12 | webguest22 | well |
14:01:24 | webguest22 | ill copy paste the errors again |
14:01:30 | webguest22 | make[3]: ***No targets specified and no makefile found. Stop. |
14:01:36 | preglow | wont help much if its the same errors, we can still read them |
14:01:37 | webguest22 | make[2]: ***[libmad] Error 2 |
14:01:39 | B4gder | what are the last few lines _above_ the errors= |
14:01:40 | webguest22 | oh |
14:02:10 | webguest22 | AR RANLIB /home/guest/rockbox-bleeding/buil/libcodec.a |
14:02:19 | webguest22 | make in libmad |
14:02:24 | webguest22 | and then error |
14:03:02 | webguest22 | btw, it works fine right upto the playback.c fix |
14:03:24 | B4gder | ? |
14:03:51 | preglow | fix? |
14:03:56 | webguest22 | fix where if your player is paused and you go to the next track, it's still paused |
14:04:05 | webguest22 | iRiver: Correctly keeping playback paused when skipping tracks. |
14:04:52 | LinusN | hmmm, apps/libmad contains no source files, and no makefile |
14:05:01 | LinusN | aapps/codecs/libmad |
14:05:13 | B4gder | ! |
14:05:44 | LinusN | none of the codec libs contain anything |
14:05:46 | webguest22 | hmm.. weird |
14:05:49 | LinusN | in the tar file |
14:07:38 | webguest22 | so what should i do? |
14:07:57 | webguest22 | as of now, i'm just using "rockbox-daily-20050911" |
14:08:06 | *** | Saving seen data "./dancer.seen" |
14:09:02 | preglow | not much you can do apart from waiting for a tarball that contains what you need |
14:09:19 | preglow | that, or using cvs, which you shouldn't be unless you're capable of helping yourself |
14:10:25 | webguest22 | hmm do you think it could be the problem, or incapability of the dev tool? |
14:10:50 | B4gder | you mean dev kit? |
14:10:53 | preglow | no, not your fault, it seems |
14:11:14 | webguest22 | yeah dev kit |
14:11:35 | webguest22 | for example, i patch the source with this korean patch some guy made |
14:11:40 | webguest22 | and it patches convbdf.c |
14:11:49 | amiconn | Using cvs is the better way anyway. The tarballs sometimes cause problems which wouldn't happen with cvs |
14:11:51 | preglow | libmad is quite obviously not included in the tarball |
14:11:56 | webguest22 | it compiles fine on cygwin, but refuses to compile on devkit |
14:12:04 | amiconn | (like the leftover file problem Joerch got last week) |
14:12:06 | preglow | ehh |
14:12:14 | preglow | isn't bc's devkit really cygwin in disguise? |
14:12:19 | webguest22 | oh i guess on this one, the missing file is the only problem |
14:12:23 | webguest22 | yeah thats what i thought |
14:12:37 | webguest22 | but i keep on getting the message that im missing "ctype.h" file |
14:12:43 | webguest22 | which doesnt make sense |
14:12:44 | amiconn | preglow: Yes, it's a cut-down (and outdated) cygwin |
14:13:27 | webguest22 | i tried to replace ctype.h file from the latest cygwin to devkit but that didnt do any good |
14:13:55 | webguest22 | so i jus replace again the convbdf to original before make on tools dir |
14:14:12 | webguest22 | anyways, i guess ill just use cvs |
14:14:57 | preglow | amiconn: how nice... |
14:19:03 | B4gder | webguest22: I fixed that package manually now |
14:19:56 | | Join webguest43 [0] (n=51bd66f1@labb.contactor.se) |
14:20:00 | webguest43 | hi ! |
14:20:13 | webguest43 | i have a question about recording: |
14:20:42 | webguest43 | the iriver firmware lets me choose between: internal mic, external mic, line in |
14:20:51 | webguest43 | optical in |
14:21:11 | webguest43 | in rockbox i get only mic and line |
14:21:59 | webguest43 | is that the internal or external mic ? |
14:22:05 | LinusN | internal |
14:22:13 | webguest43 | thanks |
14:22:16 | preglow | line and mic is the same connector |
14:22:26 | webguest43 | thanks, that was my next question |
14:22:27 | webguest22 | B4gder: lovely |
14:22:30 | preglow | only difference is a gain change, which i dont know if iriver does implicitely or not |
14:22:37 | webguest43 | so its actually a line/mic/spdif plug ? |
14:22:40 | webguest22 | B4gder: so can i dl it right now then? |
14:22:52 | B4gder | yes |
14:23:18 | webguest22 | ok ty :) |
14:23:19 | preglow | webguest42: yes |
14:23:25 | | Quit webguest22 ("CGI:IRC") |
14:23:40 | webguest43 | is the pcm recording stable enough to record 2 hrs straight ? |
14:24:43 | preglow | webguest43: might be, you'll have to find out yourself |
14:25:01 | preglow | as you've probably seen, recording is in the debug menu, and such it is for a reason |
14:26:01 | webguest43 | bugger, i am new to recording, and want to record our choir/orchestra performance in two weeks |
14:26:18 | webguest43 | cant decide if I record with orig. firmware or rockbox |
14:26:23 | preglow | well |
14:26:30 | preglow | if you're worried it wont cope, use the original |
14:26:48 | webguest43 | its got a time limit though hasnt it ? |
14:27:09 | webguest43 | i cant really monitor it during record as I have to sing ! |
14:27:19 | preglow | hmm, it might |
14:27:23 | preglow | but why don't you just do a test? |
14:27:38 | | Quit webguest43 ("CGI:IRC") |
14:27:51 | | Join webguest43 [0] (n=51bd66f1@labb.contactor.se) |
14:28:23 | webguest43 | looks like thats what is needed :) |
14:28:59 | preglow | btw, i _think_ iriver fw got some enhanced recording features in 1.65 |
14:29:04 | preglow | might wanna check that out |
14:29:22 | preglow | i hear some people say rockbox recording works ok, but still, no promises, it might crash horribly |
14:29:51 | webguest43 | the recording glitch on the iriver firmware is another problem |
14:30:14 | preglow | yeah, but it's easily fixable with an audio editor |
14:32:14 | | Join caxica [0] (n=cax@adsl-13-237.swiftdsl.com.au) |
14:32:30 | caxica | hey there |
14:32:53 | webguest43 | is there any chance of anyone doing a peak meter while recording ? |
14:33:20 | caxica | I have an Archos Jukebox 6000 and am trying to use a different hard drive in it |
14:33:26 | caxica | new hd is 12 GB |
14:33:34 | webguest43 | adjusting the gain without it must be difficult |
14:34:02 | caxica | the drive works fine as a mass storage device via the jukebox |
14:34:21 | preglow | webguest43: it'll come |
14:34:48 | caxica | but when I unplug the USB cable and try to power it up it does not go further than the initial boot screen |
14:35:04 | caxica | hd does not spin up either to load the firmware on disk |
14:35:25 | caxica | any ideas ? |
14:35:51 | zhilik | caxica: maybe the new hd draw more current? |
14:36:42 | webguest43 | preglow: that would be very cool, thanks |
14:36:47 | caxica | jukebox is running of mains ... if it was a current problem would it work as a mass storage dev ? |
14:37:13 | | Quit NibbIer ("life is like a rental car, you fuck it up, and give it back.") |
14:37:23 | | Join NibbIer [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) |
14:37:28 | webguest43 | i'll do a few multiple hour recordings then and report back here |
14:38:11 | webguest43 | is power consumption while recording known ? |
14:38:29 | LinusN | caxica: how is the drive partitioned? |
14:38:39 | caxica | zhilik: hmm new disk says 0.7A original disk says 0.55A is that a big difference |
14:38:53 | caxica | LinusN: 1 big 12G partition |
14:39:04 | caxica | using mkfs.dos under linux |
14:39:11 | LinusN | caxica: does it have a partition table? |
14:39:16 | caxica | yup |
14:39:39 | LinusN | mkfs.dos -F 32 ? |
14:39:45 | caxica | fdisk -l |
14:39:48 | caxica | Disk /dev/sdc: 12.0 GB, 12072517632 bytes |
14:39:48 | caxica | 255 heads, 63 sectors/track, 1467 cylinders |
14:39:48 | caxica | Units = cylinders of 16065 * 512 = 8225280 bytes |
14:39:48 | DBUG | Enqueued KICK caxica |
14:39:48 | caxica | Device Boot Start End Blocks Id System |
14:39:49 | caxica | /dev/sdc1 * 1 1467 11783646 b W95 FAT32 |
14:40:14 | caxica | will the -F 32 change much ? |
14:40:36 | LinusN | yes, otherwise it will be FAT16 iirc |
14:40:58 | caxica | LinusN: k give me a few minutes to give that a try |
14:42:14 | zhilik | caxica: I don't really know, was just I wild guess. That was the reason why my HDD box didn't work once. |
14:44:02 | caxica | zhilik: ok, makes sense, anyone know if a hdd with a rating of 0.7A will run in a Jukebox 6000 ? |
14:44:26 | webguest43 | i remember seeing power drain measurements once, and would like to do the same while recording, anyone know how to do that ? |
14:50:02 | | Nick Sucka`zZzZz is now known as Sucka (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
14:53:47 | caxica | LinusN, am having trouble writing to the drive with the new format ... |
14:54:00 | caxica | Buffer I/O error on device sdc1, logical block 23211 |
14:54:00 | caxica | lost page write due to I/O error on sdc1 |
14:54:00 | caxica | SCSI error : <9 0 0 0> return code = 0x70000 |
14:54:00 | caxica | end_request: I/O error, dev sdc, sector 23275 |
14:58:57 | LinusN | strange |
15:00 |
15:00:08 | caxica | LinusN, am repartitioning |
15:00:43 | caxica | what flag do you set on the partition type ? I was using b |
15:00:51 | caxica | ie W95 FAT32 |
15:00:52 | | Quit hshah ("CGI:IRC") |
15:00:56 | caxica | no LBA |
15:01:07 | LinusN | should be "c" iirc |
15:01:14 | caxica | k |
15:01:16 | | Join edx [0] (i=edx@p54A86F7C.dip.t-dialin.net) |
15:01:54 | caxica | k c is W95 FAT32 (LBA) |
15:02:13 | LinusN | yup |
15:04:44 | LinusN | btw, make sure that your batteries are in good condition |
15:04:57 | LinusN | and also your battery connectors |
15:05:02 | caxica | LinusN, no luck, still coming up with errors, am using an AC adaptor |
15:05:25 | LinusN | it still uses the batteries, even if you connect the charger |
15:05:29 | caxica | batteries are not in the device |
15:05:42 | caxica | I guess I should put them in ? |
15:06:27 | LinusN | you connected an ac adaptor to the battery connectors? |
15:06:48 | caxica | no to the normal AC in socket |
15:07:06 | LinusN | then you should absolutely insert the batteries |
15:07:14 | caxica | k |
15:08:14 | caxica | will have to wait for tomorrow, batteries are low, will use a HD adaptor and do the setup of the drive now that I have a little more info |
15:08:32 | caxica | will setup the drive in a computer |
15:08:55 | caxica | thanks for your time |
15:09:57 | | Quit caxica ("Leaving") |
15:10:53 | webguest43 | ah, battery level monitoring ? |
15:33:36 | | Quit Febs (Read error: 110 (Connection timed out)) |
15:34:30 | LinusN | incredibly suspicious post on mr: http://www.misticriver.net/boards/showthread.php?t=28724 |
15:35:39 | preglow | ehhh |
15:36:29 | preglow | _h300_ ? |
15:37:09 | LinusN | i guess someone wants his 15 minutes of fame |
15:38:21 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
15:38:21 | * | B4gder checks the video |
15:38:30 | LinusN | the video is a laugh |
15:38:38 | B4gder | its like one of those UFO videos |
15:38:42 | CoCoLUS | well, he got your attention |
15:38:42 | LinusN | yeah |
15:38:52 | B4gder | its a moving glowing thing |
15:38:57 | coob | did he put vaseline on the lens? |
15:39:43 | coob | can the h300 fw lod images? if so... |
15:40:01 | B4gder | I bet it can |
15:40:23 | | Quit ashridah ("sleep (boggle!)") |
15:40:37 | preglow | it can, yes |
15:40:39 | coob | i cant see anything moving ont he scree |
15:40:41 | coob | n |
15:40:53 | B4gder | no, but the screen moves a lot! ;-) |
15:41:04 | coob | haha |
15:42:46 | preglow | anyone know of any other free layer1/2 encoders than toolame? |
15:43:08 | LinusN | gotta go |
15:43:12 | LinusN | l8rs |
15:43:12 | coob | doesn't ffmpeg have one? |
15:43:18 | | Part LinusN |
15:43:20 | | Quit t0mas () |
15:43:25 | preglow | ffmpeg has encoders? |
15:44:30 | coob | libavcodec has an mpeg4 encoder, i don't see why not! |
15:45:40 | coob | The command line: |
15:45:40 | coob | ffmpeg -i <inputfile.ext> <file.mpg> |
15:45:41 | coob | will create a MPEG file with MPEG-1 video and MP2 audio. |
15:45:55 | coob | so yep, i guess, although i dare say it's floating point |
15:48:40 | coob | http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/ffmpeg/libavcodec/mpegaudio.c?rev=1.23&content-type=text/x-cvsweb-markup&cvsroot=FFMpeg |
15:48:44 | coob | there |
15:48:47 | coob | mpeg 2 encoder |
15:50:01 | coob | ah, mostly fixed point oo |
15:51:31 | preglow | ooh, niceness |
15:51:45 | preglow | ouch |
15:51:57 | * | preglow spots a libmad spot needing asm |
15:52:51 | coob | polyphase? or is that already done? |
15:53:15 | coob | also do you guys only use libmad at 16 bits? |
15:53:20 | preglow | first thing i did |
15:53:27 | preglow | 16 bits? you mean the output? |
15:53:37 | coob | yeah |
15:53:46 | coob | i though libmad rendered at 24 |
15:53:49 | preglow | it does |
15:53:56 | preglow | we dither it down to 16 |
15:54:08 | preglow | dac doesn't support dma for bps over 16 |
15:54:23 | preglow | that is, we used to dither it down, i disabled it 'cause of being too slow |
15:54:24 | coob | doesn't that seem a little wasteful? |
15:54:30 | preglow | why wasteful? |
15:54:36 | preglow | 16 bits are enough for me, certainly |
15:54:45 | coob | to render at 24 when the output only supports 16 |
15:54:57 | preglow | ahh, no |
15:55:10 | preglow | the result wont be the same if you only use 16 bits throughout, believe me |
15:55:34 | preglow | we had a limited precision polyphase stage some months backj |
15:55:42 | preglow | the quality really went up when i fixed it to use full precision |
15:55:53 | coob | ah ok |
15:56:01 | preglow | besides, you'd have to hack libmad quite a bit to make it use another precision internally |
15:56:16 | preglow | and you wouldn't save much on most platforms unless you went really low |
15:56:36 | preglow | that is, on arm i believe you save something for every bit you make zero in the muls |
15:58:26 | coob | i'm no optimisation freak heh |
15:58:33 | coob | i'm lucky if i can get something to work :) |
15:58:49 | coob | there's so much we could do but donn't out of a lack of dedication/time |
15:59:03 | B4gder | isn't that always the case? ;-) |
15:59:24 | preglow | but i always use the best precision i can in the lossy codecs |
15:59:34 | coob | and a lack people working on the project |
16:00 |
16:00:09 | coob | this is ipods we're talking about, people care more about bootsplash screens than audio playback :) |
16:00:31 | B4gder | that's why you should port rockbox to it |
16:01:01 | | Quit Moos (Read error: 110 (Connection timed out)) |
16:02:33 | B4gder | as then preglow would finally do his arm assembler ;-) |
16:02:55 | preglow | oh, and joyus times it would be |
16:03:00 | preglow | joyous, even |
16:04:33 | * | preglow prods Slasheri |
16:07:12 | amiconn | preglow: I had an idea about realtime mpeg encoding. On amiga, there's Pegase, an (now) open-source layer 1 + layer 2 encoder |
16:07:31 | amiconn | It runs at approx. 50% realtime on 68060/50. |
16:08:03 | amiconn | I checked the source, it's asm optimised. Unfortunately it uses the fpu... |
16:08:09 | *** | Saving seen data "./dancer.seen" |
16:16:23 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
16:16:30 | preglow | amiconn: hrmph |
16:16:41 | preglow | amiconn: decent quality? |
16:17:10 | amiconn | Yes, the quality is quite good |
16:18:25 | amiconn | http://ftp.uni-paderborn.de/aminetbin/find?pegase |
16:18:41 | amiconn | Check Pegase_src.lha (the newer one) |
16:19:26 | preglow | and it's c++... |
16:19:48 | preglow | uses the fpu quite extensively, hrmph |
16:20:48 | amiconn | If we could use some of the optimisation ideas... I think we have a higher chance to get layer 2 encoding realtime than layer 3 |
16:21:03 | preglow | oh, yes |
16:21:04 | preglow | by far |
16:21:29 | amiconn | Just for comparison: lame runs at 3..10% realtime on 68060/50... |
16:21:40 | preglow | lame would also be a bad encoder to choose |
16:21:46 | amiconn | (10% with 128kbps cbr, 3% with −−preset standard) |
16:22:02 | | Join Lynx0 [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
16:23:28 | preglow | unfortunately, i'm not all that interested in lossy encoding (with the possible exception of speex) on portables myself |
16:23:31 | amiconn | Layer 2 isn't all that bad at adequate bitrates |
16:23:32 | preglow | we'll see |
16:23:38 | preglow | i think layer2 is quite good |
16:23:56 | preglow | i've got some 192kbps layer2 files that are excellent quality |
16:24:02 | amiconn | DAB uses layer2 at 192 kbps |
16:24:11 | preglow | yup |
16:24:20 | coob | 128 also |
16:24:20 | amiconn | (and sometimes 128 kbps) |
16:24:29 | coob | nearly all dab stations in the uk are 128 |
16:24:37 | coob | because the multiplexes are jammed |
16:24:43 | coob | i think there's like 2 192 stations |
16:24:56 | preglow | i also think i prefer the layer 2 artifacts to the layer 3 ones |
16:24:59 | preglow | no glitching imdct |
16:25:44 | amiconn | coob: Here in germany practically all stations use 192 kbps |
16:26:06 | B4gder | people there actually use dab? |
16:26:18 | amiconn | preglow: The pegase encoder is quite good, imho it's even better than toolame |
16:26:36 | amiconn | B4gder: I have a DAB car stereo... |
16:26:48 | * | preglow never tried dab |
16:26:53 | coob | yes but how many stations do you have on how many multiplexes? |
16:31:39 | amiconn | about 20 stations on 4 multiplexes in Berlin |
16:32:08 | coob | i think we have about 30 on 5 |
16:33:54 | preglow | argh |
16:34:01 | preglow | why can't people use _either_ tabs or spaces? |
16:35:15 | coob | welcome to open source :) |
16:36:36 | preglow | one indent = two spaces, two indents = one tab, three indents = one tab, two spaces |
16:38:14 | | Quit Lynx_ (Read error: 110 (Connection timed out)) |
16:38:14 | | Nick Lynx0 is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
16:41:50 | Zagor | in rockbox we only use spaces |
16:42:46 | amiconn | Zagor: In theory... yes |
16:42:59 | amiconn | Check our sources, there are tabsssss.... |
16:43:14 | Zagor | correction: in rockbox we should only use spaces |
16:43:28 | coob | tabs are where its at :) |
16:43:51 | Zagor | we've already decided this long ago |
16:43:58 | Zagor | docs/CONTRIBUTION |
16:44:02 | preglow | Zagor: codecs use tabs a lot |
16:44:06 | Zagor | docs/CONTRIBUTING even :-) |
16:44:10 | amiconn | Zagor: I know, but tabs keep sneaking in for whatever reason |
16:44:10 | preglow | Zagor: and it's been decided not to change that |
16:44:40 | Zagor | preglow: yes, codecs are a special case since it's not our own code |
16:44:46 | amiconn | I throw them out whenever I encounter them... |
16:45:14 | Zagor | amiconn: I know, it's not so strange. I'm just pointing out that we already know how we want it, so nobody has to wonder. |
16:45:38 | preglow | i don't mind tabs, i do mind using both tabs and spaces |
16:45:41 | preglow | that's just nasty |
16:46:06 | Zagor | tabs are nasty as soon as you reindent, print or pretty much do anything other than look at the code |
16:47:05 | preglow | i even like tabs for being able to change the indent size people use |
16:47:24 | preglow | Zagor: why nasty when reindenting? |
16:47:41 | coob | they're actually easier to use :/ |
16:47:48 | Zagor | because when you add four spaces in front of a tab, it doesn't do what you want it to |
16:48:02 | coob | so don't mix tabs and spaces |
16:48:07 | coob | you're not supposed to. |
16:48:10 | Zagor | no. don't use tabs. |
16:48:20 | Zagor | redefining the size of tabs breaks EVERYTHING |
16:48:22 | preglow | yeah, but then you're suddenly mixing the two |
16:48:33 | preglow | as long as you just use either, i don't see much of a difference |
16:48:35 | coob | no it doesn't |
16:48:36 | preglow | Zagor: no? |
16:48:43 | preglow | Zagor: not if you just use tabs |
16:48:44 | coob | i suggest you learn what a tab actually is. |
16:48:58 | preglow | but anywho, gotta get food |
16:49:31 | coob | using tabs is like using <div>'s to markup a page, where as using spaces is like using <img src="spacer.gif"> |
16:49:37 | Zagor | coob: fine, grab some code with tab=3 and put it on the web. or print it. or prettyfy it. have fun. |
16:50:04 | Zagor | coob: don't start. we have a rule. |
16:50:22 | Slasheri | preglow: hi |
16:50:38 | coob | i suggest you calm the fuck down, this is tabs and spaces we're talking about, i wasn't suggesting anything change |
16:50:51 | coob | if you're mixing tabs and spaces, then you don't know what a tab is. |
16:51:14 | Zagor | i'm not mixing. i'm saying "use only spaces in rockbox" |
16:51:40 | coob | i wasn't saying otherwise. |
16:51:58 | Zagor | nice. then we agree! |
16:53:23 | | Join webguest44 [0] (n=5087ee47@labb.contactor.se) |
16:54:55 | webguest44 | Slashei: would you be ineterested in implementing replay gain 'Track' mode if shuffle is selected, as a feature, please :) |
16:55:28 | webguest44 | Slasheri even |
17:00 |
17:04:18 | Slasheri | webguest44: Hmm, maybe but there must be an option also to enable/disable that behaviour |
17:04:37 | linuxstb | preglow, Another layer-2 encoder is mp2enc - I think it's part of the mjpegtools project |
17:05:52 | webguest44 | Slasheri, yes, true, but in my humble, honest unassuming opinion, it would be a great feature |
17:05:57 | Slasheri | btw, does anybody know how i could set replaygain _tags_ for oggs/mp3s under linux? |
17:06:15 | crwl | Slasheri, for oggs with vorbisgain |
17:06:23 | crwl | if there's similar tool for mp3 files, let me know too :P |
17:06:25 | Slasheri | webguest44: Hmm, i will try remember that after the feature freeze is over |
17:06:32 | Slasheri | crwl: hehe, thanks ;) |
17:06:58 | B4gder | the replaygain situation seems to be... eh, f*cked up |
17:07:06 | B4gder | there's only one tool |
17:07:14 | crwl | foobar2000? |
17:07:15 | B4gder | and it screws the tags for just about everyone |
17:07:16 | webguest44 | foobar also does ogg gaining |
17:07:21 | crwl | right. |
17:07:23 | Slasheri | hmm :/ |
17:07:47 | B4gder | so I would say the world needs a tool that works |
17:07:57 | webguest44 | doesnt vorbis gain write the info to the header, and foobar to the tag ?, not sure |
17:08:11 | B4gder | not that _I_ use it ;-) |
17:08:48 | crwl | webguest44, no, vorbisgain uses them REPLAYGAIN_blahblah tags |
17:08:57 | crwl | and iirc it's the original tool to do the job |
17:09:21 | webguest44 | does it store the info in ape tag or V2 tag ? |
17:09:28 | crwl | of course not |
17:09:35 | crwl | it naturally uses vorbis comments |
17:09:56 | webguest44 | silly me |
17:10:06 | linuxstb | I know no-one's asked, but it's worth saying that metaflac can calculate replaygain for FLAC files - also using vorbis comments (I assume). |
17:11:48 | | Part webguest44 |
17:22:50 | | Quit B4gder ("Lämnar") |
17:28:05 | | Join lostnihilist [0] (n=james@c-67-175-166-214.hsd1.il.comcast.net) |
17:28:11 | crwl | yes, that's true |
17:28:35 | crwl | somebody should hack the commandline mp3gain to write id3v2 replaygain tags... |
17:30:40 | amiconn | I think mp3gain is the better solution. It doesn't require any tags or special support in the player |
17:30:59 | amiconn | (Not that I would care. I never used mp3gain or replaygain, whatever) |
17:31:18 | preglow | Slasheri: oh, hi, you didn't actually start on a wavwriter, did you? |
17:31:30 | crwl | amiconn, but it has that annoying problem with non-replaygain-aware players that mp3 files will then sound much more silent than oggs/flacs/whatever else you have |
17:31:50 | crwl | and it's also less accurate and doesn't support track and album gain at the same time |
17:32:23 | preglow | indeed not |
17:32:33 | Slasheri | preglow: i haven't had time yet to do that.. |
17:32:37 | preglow | it's also got bad grain granularity |
17:32:46 | amiconn | 1.5 dB |
17:32:48 | preglow | Slasheri: no, was just wondering, i might try it myself tonight |
17:32:56 | preglow | Slasheri: any pointers on how to quickly achieve it? |
17:33:00 | Slasheri | preglow: ah, sounds good :) |
17:33:35 | Slasheri | Hmm, if you would like to do it easily, you should probably write a pcm driver that pcmbuf uses |
17:33:57 | Slasheri | just look the simulator audio playback code to get clue what functions you would need to implement |
17:34:22 | preglow | oh, i think i know how to do that part |
17:34:28 | Slasheri | good :) |
17:34:34 | preglow | will just need to hook it up to a context menu item or something |
17:34:41 | preglow | a lot of code i'm not at all familiar with |
17:38:08 | webguest43 | hmm, would someone have some time for the recording menu ? Would it be possible to move the "monitor" button from the remote to the main unit ? |
17:38:34 | webguest43 | 'cause you dont need the remote for anything else than this button |
17:39:01 | preglow | well, isn't it there for a reason? are there any main unit buttons left? |
17:42:03 | webguest43 | well, I am not very sure what the "play-pause" button does in record mode |
17:42:21 | webguest43 | and pressing the stick-thing does not do anything |
17:43:23 | preglow | but doesn't the monitor function actually use the remote for drawing? |
17:43:43 | webguest43 | no, it toggles the audio on/off on the headphones |
17:44:22 | webguest43 | i guess you use headphones for adjusting gain, and then switch it off to preserver power |
17:45:18 | webguest43 | you mean the wave thing, which is.. well,... nice :) |
17:46:12 | webguest43 | does not help a lot for setting gain, as you can hardly see it |
17:47:09 | webguest43 | but if you look into that, could you please make it check if a file already exists ? it overwrites files when you exit recording, and come back to do another recording |
17:47:33 | webguest43 | i know its debug, but it seems to work fine, just some rough edges :) |
17:48:01 | preglow | riight |
17:48:18 | preglow | can't look into now, making dinner |
17:48:48 | webguest43 | would be really nice if you could do that ! |
17:49:45 | preglow | not promising anything |
17:50:04 | webguest43 | just a wishlist: 1) check if file exists, if yes increment filename-number 2) move monitor switch to main unit 3) display peak meter on main unit |
17:51:29 | webguest43 | thats allright, i will do some testing for stability |
17:51:49 | webguest43 | but i think the main thing is to stop it overwriting files |
17:56:08 | | Join ryan_j [0] (n=ryanj@208.34.18.4) |
18:00 |
18:00:33 | | Quit zhilik (Read error: 110 (Connection timed out)) |
18:04:40 | | Join ]RowaN[ [0] (n=5688bc8a@labb.contactor.se) |
18:05:00 | ]RowaN[ | is it me or has the daily build page been reporting "Build expected to complete around 10:49" all day long? |
18:05:17 | preglow | just you |
18:05:21 | preglow | or more specifically, your cache |
18:05:56 | ]RowaN[ | ah yes, stupid IE |
18:06:28 | | Quit ]RowaN[ (Client Quit) |
18:06:34 | flurble | ... |
18:08:11 | *** | Saving seen data "./dancer.seen" |
18:17:30 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
18:19:10 | | Join crash___ [0] (n=crash@a15167580.alturo-server.de) |
18:19:15 | preglow | a statement like (void)heh, (void)hah; is correct c, yes? |
18:19:42 | | Quit linuxstb ("Leaving") |
18:21:07 | amiconn | preglow: If you just want to deliberately ingnore multiple parameters, there's an even shorter way |
18:21:11 | | Quit crash__ (Read error: 104 (Connection reset by peer)) |
18:21:16 | amiconn | (void)bla, blubb; |
18:23:47 | amiconn | Most places in rockbox use the slightly longer method of (void)ing each argument separately though |
18:25:21 | preglow | amiconn: that's what i wanted, yes, thanks |
18:25:57 | preglow | hmm |
18:25:57 | preglow | /home/thomj/rockbox-devel/apps/codecs/libmad/layer3.c:1558: warning: statement with no effect |
18:26:02 | preglow | that's what i got then |
18:26:38 | preglow | worked fine with the double void |
18:26:58 | | Quit mbr (Read error: 110 (Connection timed out)) |
18:27:05 | amiconn | Hmm, it seems the cast is stronger than the comma operator |
18:27:17 | amiconn | (void)(blah, blubb); should work |
18:27:56 | preglow | /home/thomj/rockbox-devel/apps/codecs/libmad/layer3.c:1558: warning: left-hand operand of comma expression has no effect |
18:28:00 | preglow | that's what i got then :) |
18:28:00 | | Nick crash___ is now known as crash__ (n=crash@a15167580.alturo-server.de) |
18:28:18 | amiconn | Bleh, sometimes I hate compilers ;) |
18:28:23 | preglow | rightly |
18:28:47 | preglow | pretty strange, the longer form is equally without effect |
18:29:18 | amiconn | Yes |
18:29:57 | amiconn | If the compiler doesn't like the short form, you could use the explicit form as well. Same amount of characters... |
18:29:59 | preglow | how i hate objdumps emac abilities |
18:30:12 | preglow | it doesn't even differentiate between mac and msac, sometimes |
18:30:39 | amiconn | Yes, and it doesn't properly disassemble move.l #imm,%macsr |
18:31:13 | amiconn | It shows that as move.l %a4,%macsr followed by a '?' line (iirc) |
18:31:34 | preglow | it also omits the acc0 and acc2 registers |
18:37:44 | HCl | itunes is evil |
18:37:45 | HCl | hi |
18:39:00 | amiconn | HCl: Whom do you tell... |
18:40:02 | | Join zhilik [0] (n=zhilik@ppp83-237-231-49.pppoe.mtu-net.ru) |
18:40:46 | | Join mbr [0] (n=mb@stz-softwaretechnik.de) |
18:44:57 | | Join hubbel [0] (i=hubbel@h7n2fls304o1033.telia.com) |
18:46:24 | HCl | amiconn: people who understand me :) |
18:56:39 | | Part hubbel |
18:57:04 | | Join arkascha [0] (n=arkascha@xdsl-195-14-207-108.netcologne.de) |
18:57:11 | | Join hubbel [0] (i=hubbel@h7n2fls304o1033.telia.com) |
18:57:32 | | Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) |
19:00 |
19:07:34 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
19:25:14 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
19:34:22 | | Quit arkascha (Remote closed the connection) |
19:42:41 | preglow | oooh, new boards of canada album |
19:44:43 | amiconn | The recording time based frame count estimation is working really good. Precision is better than 10^-4 |
19:45:39 | preglow | what happens if the estimation is off? |
19:46:41 | amiconn | Hmm? |
19:47:28 | amiconn | The MAS does VBR recording only, so we always write a xing header |
19:48:04 | amiconn | For a proper xing header we need at least the number of bytes (easy) and the number of frames |
19:48:22 | preglow | and you can't count frames properly? |
19:48:32 | amiconn | The latter is a bit problematic. The MAS does have a frame counter, but it saturates at 0x7FFFF |
19:48:41 | preglow | _saturates_ ? |
19:48:46 | amiconn | Yes |
19:48:50 | preglow | why didn't they make it overflow? |
19:48:53 | preglow | would have been lots better |
19:48:57 | amiconn | Ask Micronas... |
19:49:50 | amiconn | It means we can't get the frame count from the MAS for long recordings, or when the MAS was in recording mode for a long time (e.g. when doing prerecording) |
19:49:56 | preglow | the day i send letters to all the annoying people in the world, they'll get their letter too |
19:50:12 | preglow | but yeah, how do players usually react to having a wrong frame count in the header? |
19:50:36 | amiconn | We didn't write a wrong count, we didn't populate the field at all |
19:50:42 | preglow | ahh, yes, but now |
19:50:48 | amiconn | (there's a bit telling whether the frame count is valid) |
19:50:52 | preglow | now you write the estimate, yes? |
19:51:22 | amiconn | Most players didn't care (they couldn't display the average bitrate though), but some don't like that |
19:51:56 | amiconn | Now that I improved the framecount<->playtime conversion precision, it is possible to estimate the frame count from the recording time |
19:53:18 | amiconn | Btw, 0x7FFFF equals ~ 03:48 |
19:53:23 | preglow | hahahaha |
19:53:27 | amiconn | (hh:mm) |
19:53:36 | preglow | oh |
19:53:39 | preglow | not too shabby, then |
19:53:57 | amiconn | Rockbox is stable enough to record for days on archos... |
19:54:01 | preglow | haha |
19:54:11 | preglow | my brain must be asleep not to automatically assume that |
19:54:45 | amiconn | The 03:48 is at 44.1kHz of course |
19:55:06 | webguest43 | hmm, sorry as i am just testing long recording, you are not talking about PCM recording are you ? |
19:55:22 | amiconn | webguest43: No, I'm talking about recording on archos |
19:55:25 | amiconn | (mp3) |
19:55:36 | webguest43 | ah, fine then |
19:55:55 | webguest43 | does anyone know how long 4GB of wav is ? |
19:56:57 | Slasheri | ~6h |
19:57:07 | flurble | doesn't it depend on the sample rate? |
19:57:13 | amiconn | Depends on the sample precision, # of channels and sample frequency |
19:57:40 | webguest43 | in pcm recording on iriver |
19:57:41 | Slasheri | you can calculate it: 4*10^9 / (44100 * 4) |
19:57:59 | webguest43 | hanks |
19:58:04 | amiconn | For 44.1 kHz 16 bit stereo it's ~06:45 |
19:58:20 | | Join adiamas [0] (n=adiamas@12.109.187.84) |
19:58:20 | amiconn | Slasheri: 4*2^30 ... |
19:58:28 | preglow | 10^9, hahaha |
19:58:32 | Slasheri | amiconn: No, he said GB, not GiB.. |
19:58:53 | * | preglow learns what GiB means |
19:58:54 | preglow | :-) |
19:59:09 | webguest43 | ah, maybe wont wait that long then. |
19:59:18 | webguest43 | pcm recording for 2 hours now, no probs at all |
19:59:35 | amiconn | Slasheri: In conjunction with bytes, G is always interpreted binary, except by harddisk manufacturers |
19:59:39 | preglow | i'd love to see the XiB measurements vanish |
19:59:59 | Slasheri | amiconn: and except by _all_ telecommunication devices and data transferring |
20:00 |
20:00:07 | amiconn | ? |
20:00:31 | Slasheri | all network bitrates are in true SI-prefixes |
20:01:15 | amiconn | Tell that to the DSL providers. They could save some bandwidth at no cost... |
20:01:35 | amiconn | The 10/100/100 MBit/s are, indeed |
20:02:12 | Slasheri | Hmm, do you say ISPs are providing for example 512 Kibit/s DSL instead of 512 kbit/s? I haven't seen that to happen |
20:02:21 | amiconn | That's about the only ones I know. And ISDN is 64kbit/s, clearly different from Kbit/s |
20:03:52 | Slasheri | i think data storage is almost the only place where binary prefixes are explicitly being used |
20:05:05 | ze | yeah the *iB stuff doesn't make sense to me |
20:05:15 | ze | 1024 = 2^10, etc |
20:05:37 | preglow | i just think it's annoying and unnecessary |
20:05:45 | webguest43 | well, having said "no problems".... |
20:05:53 | webguest43 | i cant stop the recording... |
20:06:16 | preglow | hooray! :-) |
20:06:17 | Slasheri | preglow: yes, until more people start using that.. fortunaly many programs display the units correctly today |
20:06:29 | amiconn | Slasheri: For DSL, I'm convinced they do binary calculation. Otherwise it won't be logical to provide 1MBit/s as the next step above 512KBit/s |
20:06:33 | Slasheri | ze: please check this: http://physics.nist.gov/cuu/Units/binary.html |
20:06:49 | webguest43 | ah, me being idiot, ... hold button ... |
20:06:54 | amiconn | With decimal bitrates, 500kBit/s would be logical... |
20:07:16 | Slasheri | amiconn: Hmm, maybe some do.. but i really think not all |
20:08:02 | ze | but 1000 = 2^9.96578428466209 |
20:08:11 | Slasheri | and for example wi-fi and bluetooth maximum theoretical bitrates are in SI |
20:08:14 | *** | Saving seen data "./dancer.seen" |
20:08:27 | Slasheri | ze: no? |
20:08:28 | preglow | anywho, i think we all can agree si units are the easiest and most logical ;) |
20:08:35 | Slasheri | :D |
20:08:36 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
20:10:08 | ze | before all this, harddrive manufacturers (and more recently dvd media manufacturers) were the ONLY ones i've ever seen mean units of 1000 |
20:10:39 | ze | and honestly, keebee, mehbee? you'd sound like a retard saying that stuff :p |
20:10:51 | webguest43 | ok, so i repeat 2 hrs recording on h140 worked fine and used 19% of battery |
20:12:51 | preglow | i sound like a retard whatever i say, so try to keep it simple |
20:13:02 | preglow | webguest43: so, what was the problem with the stopping? |
20:13:18 | webguest43 | me retard.... hold button .... |
20:13:32 | preglow | hahaha |
20:13:33 | webguest43 | all worked fine, recording looks ok |
20:13:41 | preglow | good to hear |
20:13:48 | preglow | i hope hubbel will come back and finish what he started soon ;) |
20:14:09 | Slasheri | ze: that's because most of the units are not visible to user. Mainly the storage thing is the only one user really sees and care about. And it's naturally that file system size is expressed in GiB. How ever there is no logical reason at all to use that binary prefix anywhere else (especially in telecomm.) |
20:14:13 | webguest43 | if someone could fine-tune the recording GUI that would really be nice |
20:14:42 | Slasheri | uh, typos++ |
20:14:43 | Slasheri | :D |
20:15:04 | preglow | webguest43: well, it doesn't really look like it should at all |
20:15:19 | preglow | webguest43: it's going to be integrated with the ordinary recording screen, i'd imagine |
20:15:33 | webguest43 | "ordinary recording screen " ? ? |
20:15:34 | preglow | amiconn: or what do you say? is the recording code very lowlevel? |
20:15:49 | preglow | webguest43: well, yes, some of the archoses have been able to record for a long time |
20:15:56 | amiconn | I don't know the iriver recording code |
20:15:57 | preglow | so rockbox has a recording screen |
20:16:21 | preglow | amiconn: i'm wondering more if the iriver recording will be easy to integrate in the existing recording facilities |
20:16:24 | amiconn | The archos recording code itself is part of the mpeg thread, as is the playback |
20:16:32 | preglow | or if lowlevel and gui code is very intertwined, etc |
20:16:34 | preglow | ahhh |
20:16:54 | amiconn | The recording screen is pretty highlevel, it mainly sends messages to the mpeg thread (via functions) |
20:17:18 | amiconn | Then there's the peakmeter, which needs to be adapted for recording |
20:18:16 | amiconn | Triggered recording integration might need some more thinking |
20:18:37 | preglow | hmm |
20:18:38 | amiconn | ...as it monitors the peak values and acts accordingly. |
20:18:47 | preglow | i would think the existing peak meter should be easily adaptable |
20:18:48 | amiconn | It's also app code |
20:19:26 | webguest43 | well, in my humble opinion, make a simple peakmeter so one can easily adjust gain, some code so it does not overwrite its own files and a few better buttons and all is well |
20:19:30 | amiconn | The messages are something like "start recording", "split and start a new file", "stop" |
20:19:47 | preglow | webguest43: i'd also like to see some kind of volume limiter for those unexpected peaks |
20:20:11 | amiconn | Time split and recording size monitoring (for splitting when the file becomes too large) is done at app level, buffer flushing is low level |
20:20:24 | webguest43 | nice, but once it stops overwriting its last files its fully useable |
20:20:50 | amiconn | webguest43: There is a reason why recording is in the debug menu. |
20:21:02 | amiconn | You can be sure that this is not the final thing... |
20:21:06 | webguest43 | sure, but not much is missing to make it a useable feature |
20:21:35 | webguest43 | just preventing it to overwrite files and moving the monitor button on the main unit |
20:22:00 | webguest43 | all the rest is bells and whistles, (well peakmeter would be nice too) |
20:26:44 | preglow | oh, yes |
20:26:48 | preglow | and we'll need encoders |
20:26:53 | preglow | the wavpack one is already ready |
20:26:56 | webguest43 | nah |
20:27:02 | webguest43 | what for. |
20:27:04 | preglow | well |
20:27:07 | preglow | more disk space |
20:27:15 | | Join linuxstb [0] (n=5343d4aa@labb.contactor.se) |
20:27:15 | webguest43 | i did record in mp3 a few days ago. |
20:27:16 | preglow | more recording on a battery charge |
20:27:28 | webguest43 | now i have to convert to wav to do the editing and then go back to mp3 |
20:27:48 | preglow | well |
20:27:50 | preglow | wavpack is lossless |
20:28:02 | webguest43 | all right, point taken |
20:28:16 | webguest43 | can it be edited without extracting ? |
20:28:35 | preglow | can't quite remember, depends on the editor, i guess |
20:28:45 | preglow | cool edit pro/adobe audition has direct support, i _think_ |
20:29:41 | | Join solex [0] (n=jrschulz@d155103.adsl.hansenet.de) |
20:30:06 | webguest43 | nice |
20:30:52 | webguest43 | still, once the gui is improved its fully useable |
20:32:48 | preglow | yes, sure |
20:33:12 | preglow | but gotta watch som election tv, brb |
20:35:47 | webguest43 | you german ? |
20:36:29 | preglow | norwegian |
20:38:03 | webguest43 | ah, well i hope TV is very boring :) |
20:41:10 | preglow | it always is |
20:41:34 | webguest43 | good ! |
20:41:53 | webguest43 | quick question: why can I set the battery capacity in the settings ? |
20:42:03 | webguest43 | or better what does it affect ? |
20:44:18 | preglow | the runtime estimation, i guess |
20:44:29 | preglow | which is pretty much rubbish for iriver anyway |
20:45:44 | | Quit solex_ (Read error: 110 (Connection timed out)) |
20:51:20 | webguest43 | ok, it not about charging or something |
20:52:30 | webguest43 | could you not do a calibration thingie ? my laptop has that, i till fully charge, then do a full discharge while simulating normal operation, in the end it should get a good estimate |
20:54:39 | preglow | iriver charging is strictly hardware controlled |
20:55:59 | webguest43 | ah ok, another thing, i just found about 300 wma's on my iph140, anyone know a good/simple wma => mp3 converter to exorcise them ? |
20:57:33 | preglow | nope |
20:57:43 | preglow | the only wma i had, got converted to wavpack |
20:57:51 | preglow | on the grounds of it already being lousy quality |
20:58:13 | linuxstb | I think foobar will convert anything to anything. |
20:58:55 | paugh | lead to gold!? |
20:59:01 | preglow | ahh, yes |
20:59:07 | preglow | foobar is good for transcoding |
20:59:16 | linuxstb | paugh: If you can find the right plugins |
20:59:33 | | Join wintermute [0] (n=c6d1e1e6@labb.contactor.se) |
21:00 |
21:02:25 | | Quit TCK (Read error: 104 (Connection reset by peer)) |
21:03:31 | webguest43 | being dumb again, cant find any transcoding in foobar2000 ? |
21:06:26 | | Quit ryan_j ("leaving") |
21:10:24 | hubbel | have anyone else had bmp images in the WPS inverted? maybe photoshop saves the images badly |
21:11:03 | preglow | going to work more on recording soon? :> |
21:13:09 | | Nick Sucka is now known as Sucka`away (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
21:13:25 | hubbel | preglow: sometime, but not in the coming weeks i'm afraid.. shouldn't be that big of a job to integrate into the normal recording screen though.. |
21:28:17 | | Quit Nilisco (Client Quit) |
21:29:01 | webguest43 | hmm, cant find any way to do wma=>ogg or mp3 |
21:29:08 | webguest43 | help anyone ? please ? |
21:30:16 | preglow | i'm in linux, so can't help |
21:31:37 | webguest43 | well, got linux, so shoot ! |
21:31:42 | webguest43 | hehehe... |
21:32:07 | webguest43 | what a bummer, must have been my ex-girl encoding in WMP |
21:32:38 | wintermute | Use foobar2000. www.foobar2000.com |
21:33:19 | wintermute | Wait, are you using Linux or WIndows? |
21:38:27 | linuxstb | Under Linux (or probably Cygwin), you could try this wma2wav converter: http://mcmcc.bat.ru/xmms-wma/wma2wav/wma2wav.html |
21:38:45 | linuxstb | It uses the "ffmpeg" open source WMA decoder. |
21:39:22 | | Join Nilisco [0] (n=Nilisco@wrath.shellfx.net) |
21:39:45 | linuxstb | This is the decoder we're waiting for someone to convert to fixed-point.... |
21:41:20 | webguest43 | im on windows, i have foobar2000 installed, but cant find any conversion in the gui ???? |
21:41:46 | webguest43 | foobar 0.8.3 that is |
21:44:30 | | Quit webguest43 ("CGI:IRC (EOF)") |
21:44:40 | | Quit wintermute ("CGI:IRC") |
21:47:09 | linuxstb | webguest43: I think you just select some files, right-click and use one of the menu options there. But I've only used foobar a couple of times. |
21:59:43 | | Join webguest43 [0] (n=51bd66f1@labb.contactor.se) |
21:59:51 | webguest43 | hi, sorry, had to reboot |
22:00 |
22:00:22 | | Quit webguest43 (Client Quit) |
22:00:26 | | Join webguest43 [0] (n=51bd66f1@labb.contactor.se) |
22:00:57 | webguest43 | but found a nice tool to do wma => ogg: http://www.dbpoweramp.com/dmc.htm |
22:01:16 | webguest43 | its free, they just have to charge for the mp3 encoder |
22:01:30 | webguest43 | which is disabled after 30 days if not paid |
22:02:12 | webguest43 | fine by me, doing ogg and flac now, long live open source and gnu |
22:06:25 | | Quit webguest43 ("CGI:IRC") |
22:08:18 | *** | Saving seen data "./dancer.seen" |
22:15:10 | | Join webguest43 [0] (n=51bd66f1@labb.contactor.se) |
22:23:23 | | Join xNibbler [0] (n=sven@port-212-202-77-14.dynamic.qsc.de) |
22:24:10 | | Quit NibbIer (Read error: 104 (Connection reset by peer)) |
22:24:23 | | Quit zhilik ("http://www.zhukovsky.net") |
22:39:02 | | Quit Zagor ("Client exiting") |
22:44:59 | | Quit webguest43 ("CGI:IRC") |
22:45:12 | | Quit matsl (Remote closed the connection) |
22:45:31 | | Quit hubbel (Read error: 110 (Connection timed out)) |
23:00 |
23:05:29 | | Join XavierGr [0] (n=XavierGr@ppp47-adsl-50.ath.forthnet.gr) |
23:25:43 | | Join muesli- [0] (i=muesli_t@hmln-d9b8e277.pool.mediaWays.net) |
23:26:32 | muesli- | re |
23:26:40 | XavierGr | re! |
23:26:57 | muesli- | hi king otto ;) |
23:27:35 | muesli- | xavierakles ;) |
23:27:37 | XavierGr | Hi :) |
23:27:41 | XavierGr | Lol |
23:28:16 | XavierGr | So any news about the upcoming 2.5 release? I have lost some episodes in this effort... |
23:39:47 | | Quit paugh ("Leaving") |
23:41:55 | muesli- | XavierGrwill there be a new rls from you? |
23:41:58 | muesli- | *hope* |
23:44:07 | | Join Moos [0] (i=Moos@m60.net81-66-158.noos.fr) |
23:44:51 | Moos | Re guys |
23:47:23 | muesli- | bonjour madame :-) |
23:47:51 | Moos | why madame, monsieur,no ;) |
23:48:05 | muesli- | just kidding ;) |
23:48:13 | Moos | :D |
23:48:17 | muesli- | how do you write madmoiselle!? |
23:48:27 | Moos | mademoiselle |
23:48:48 | muesli- | cheers ;) |
23:48:53 | Moos | :) |
23:51:37 | | Join Mojito [0] (i=Mojito@p548FF9DA.dip.t-dialin.net) |
23:51:40 | Mojito | hi! |
23:51:54 | Moos | Hello |
23:52:18 | Mojito | last thursday i ordered a iriver h340 :) |
23:52:28 | Mojito | now i've found the rockbox project |
23:52:35 | Mojito | and i think its very great! :D |
23:52:46 | Moos | the best ;) |
23:53:00 | XavierGr | muesli: Currently I gave up my remote build, too many changes to cope with. |
23:53:14 | Mojito | now i download cygwin ;) |
23:53:17 | muesli- | buhuuuu *cry* |
23:53:25 | XavierGr | If I find some time later in this week I will start making the remote build again from scratch |
23:53:48 | muesli- | kewl! |
23:54:01 | XavierGr | Though I doubt to succeed making it correct, maybe I will stick with the quick hack again, time will tell. |
23:54:23 | Moos | maybe one core devloper will can help you :) |
23:54:34 | Mojito | if i want code for the h340, can i write only in assambler? |
23:55:20 | muesli- | XavierGr doenst matter how buggy it is..the main thing is that theres support anyway..no matter how it works |
23:56:56 | muesli- | does rbx using a specific language anyway? |
23:57:13 | | Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) |
23:57:16 | stripwax | hello |
23:57:33 | stripwax | any had experience of iriver warranty repairs of an ihp with rockbox installed on it? |
23:57:36 | XavierGr | muesli: Problem is that I don't have a clue on how to programm it using a nice way, even thinking of it makes me wonder... |
23:57:52 | XavierGr | did you broke yours? |
23:58:07 | stripwax | XavierGr - is that to me? |
23:58:22 | | Join ashridah [0] (i=ashridah@220-253-122-58.VIC.netspace.net.au) |
23:58:39 | Mojito | can i code with java for a jukebox like irivers ? |