00:00:45 | amiconn | The problem may still be caused by the encoder, in case the hasVideo flag is set in spite of no video being there... |
00:01:23 | [IDC]Dragon | yes, the video format is set |
00:01:33 | [IDC]Dragon | trying a patched file now... |
00:02:41 | [IDC]Dragon | no video, just the jumpy sound |
00:03:46 | amiconn | Jumpy sound with MPEG2? |
00:04:02 | amiconn | You could try MPEG1 as well |
00:04:10 | * | [IDC]Dragon looks for a short know good clip, to test ifausio-only rvf is ok |
00:04:46 | amiconn | I tried with my other clips containing 192 kbps MPEG1 audio |
00:05:02 | amiconn | Which byte/bit is to patch? |
00:05:26 | [IDC]Dragon | offset 0x43 to 0x00 |
00:06:27 | amiconn | MPEG1 audio plays fine with the corrected flags |
00:06:36 | amiconn | The screen is boring ;-) |
00:06:52 | [IDC]Dragon | yes ;-) |
00:07:01 | [IDC]Dragon | not made for it |
00:07:18 | amiconn | Who will play video without video ;-) |
00:07:35 | amiconn | We just do that... |
00:07:45 | [IDC]Dragon | at least, it is internally prepared |
00:07:57 | | Quit Rexx ("This random quit message was censored by popular request") |
00:09:26 | amiconn | Summarizing: (1) DS encoder still sets hasVideo when there is no video. (2) Both ds encoder and cmd line encoder fail on MPEG2 (and possibly MPEG2.5) |
00:10:03 | amiconn | (3) DS produces a 4x audio speed, with choppy sound (4) cmd line produces 2x audio speed, with no choppy sound. |
00:10:26 | amiconn | (5) Both situations cause audio underruns, and sometimes crash the player |
00:11:19 | [IDC]Dragon | and a bluescreen! |
00:11:31 | amiconn | rotfl |
00:11:46 | | Quit scott666_ ("i'll be back...eventually...") |
00:11:47 | amiconn | Fortunately rockbox is not windows NT |
00:11:56 | [IDC]Dragon | no? |
00:12:09 | [IDC]Dragon | you never know, we learned |
00:17:29 | amiconn | CPUAdrErr at 091F8822 |
00:17:46 | amiconn | Holding F1 all the time while the bad clip was playing |
00:28:43 | *** | Saving seen data "./dancer.seen" |
00:33:59 | * | [IDC]Dragon says goodnight |
00:34:11 | | Quit [IDC]Dragon () |
00:37:28 | | Quit edx () |
01:00 |
01:07:11 | | Quit midk (Read error: 54 (Connection reset by peer)) |
01:09:14 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
01:40:25 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
01:42:27 | | Quit mecraw__ ("Trillian (http://www.ceruleanstudios.com)") |
02:00 |
02:17:26 | | Join Digital007 [0] (~acba707c@labb.contactor.se) |
02:18:01 | Digital007 | Hi |
02:18:31 | midk | hey |
02:18:41 | | Part amiconn |
02:19:30 | Digital007 | hi midk |
02:19:52 | Digital007 | im a member of www.misticriver.com |
02:22:43 | Digital007 | everything iriver |
02:23:00 | midk | = iRiverMan |
02:23:14 | Digital007 | midk = wrong |
02:24:37 | midk | midk != wrong |
02:25:17 | midk | your second post being 'how does the ihp compare to the archos gmini' gives it away |
02:25:33 | Digital007 | fuck off midk |
02:25:36 | Digital007 | get ur facts right |
02:25:51 | midk | 'ur' also blows it |
02:26:18 | Digital007 | 'ur' is commonly used |
02:27:08 | midk | especially with iRiverMan |
02:27:41 | Digital007 | midk = mikeholden |
02:27:53 | midk | yep |
02:28:45 | *** | Saving seen data "./dancer.seen" |
02:37:27 | | Join zucculent [0] (zazz@076-078.dialup.sunysb.edu) |
02:43:20 | Digital007 | hi zucculent |
03:00 |
03:01:54 | | Quit Digital007 ("CGI:IRC") |
03:13:45 | | Quit zucculent ("sudden death") |
03:42:52 | | Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
04:00 |
04:23:47 | | Quit Stryke` (Read error: 232 (Connection reset by peer)) |
04:24:09 | | Join Stryke` [0] (Stryke_@resnet-241-86.resnet.umbc.edu) |
04:28:49 | *** | Saving seen data "./dancer.seen" |
04:29:54 | | Quit Stryke` (Read error: 232 (Connection reset by peer)) |
05:00 |
05:16:13 | | Quit midk (Remote closed the connection) |
05:22:18 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
06:00 |
06:09:17 | | Quit scott666_ ("i'll be back...eventually...") |
06:28:52 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:07:35 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
07:18:56 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
07:21:49 | | Join LinusN [0] (~linus@labb.contactor.se) |
07:23:14 | | Join amiconn [0] (~jens@pD9E7EE28.dip.t-dialin.net) |
07:25:11 | | Quit kod-kod (Read error: 110 (Connection timed out)) |
07:25:39 | amiconn | Good morning |
07:25:49 | midk | morning |
07:26:09 | LinusN | moooooo |
07:26:31 | midk | hoooonk |
07:37:14 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
08:00 |
08:02:29 | amiconn | LinusN: 2 things concerning the windows installer: (1) The download page links to it with a lower case "r", the daily build pages link with a capital "R". (2) There are no daily installers since 2.3... |
08:04:35 | LinusN | hmmm |
08:06:02 | | Join _Headie [0] (~hehe@fsto6.sto.sema.se) |
08:06:02 | | Quit Headie (Read error: 104 (Connection reset by peer)) |
08:09:26 | | Join kod-kod [0] (~kod-kod@80.178.191.109.forward.012.net.il) |
08:11:33 | LinusN | amiconn: björn has f*cked it up |
08:13:25 | LinusN | hmmm, or has he? |
08:13:41 | midk | wat's wrong now? |
08:13:43 | midk | looks fine to me |
08:13:50 | LinusN | the update-daily script is wrong |
08:14:01 | midk | look right to me |
08:14:18 | LinusN | first of all, it has the wrong directory for DAILYDIR |
08:14:29 | midk | i see.. |
08:14:33 | midk | ok zagor did it |
08:14:44 | LinusN | no, amiconn |
08:14:52 | amiconn | LinusN: Huh? |
08:15:13 | LinusN | didn't you change the update-daily script? |
08:15:32 | LinusN | there are many reasons why it fails |
08:15:36 | amiconn | (1) I merely added the 2 additional Ondio builds, based on the script versions Zagor sent me |
08:15:40 | LinusN | 1) The server was down |
08:16:21 | amiconn | (2) There was no 2004-11-02 installer as well, that was before you added my extended scripts |
08:16:30 | LinusN | 2) Weird owner/permission on some files |
08:16:37 | LinusN | 3) The update-daily script fails |
08:17:00 | LinusN | 1) and 2) was before we updated the files |
08:17:39 | amiconn | I did major changes to build-installer and rockbox.iss, but only 1-line changes to update-dailybuild and update-release |
08:17:46 | LinusN | [ISPP] Undeclared identifier: "AppVersion". |
08:18:33 | amiconn | That's a directory issue, and caused by build-installer. |
08:18:48 | amiconn | I also got that on windows/cygwin, but the directories are set exactly the same way as with the old script |
08:20:00 | amiconn | LinusN: Were does the file "rockbox.version.iss" created in your dir tree? |
08:20:08 | amiconn | *get created |
08:21:05 | LinusN | ./installer/files/rockbox.version.iss |
08:22:30 | amiconn | Ok, that's the same place it gets created here. But I did not change any working dir location, and the script worked beforehand... |
08:22:42 | * | amiconn is checking something |
08:24:12 | LinusN | it rowks |
08:24:15 | LinusN | jlksrhgs |
08:24:17 | LinusN | it works |
08:24:38 | LinusN | i ran the files as the wrong user |
08:24:45 | amiconn | Ah |
08:24:55 | | Quit Ka_ (Connection timed out) |
08:24:56 | LinusN | the only real problem was that DAILYSRC was wrong |
08:25:23 | amiconn | Ok. I did not change that part... |
08:26:08 | LinusN | i think zagor did that |
08:26:18 | amiconn | In the update-xxx script, I only changed the VERSIONS= line |
08:28:55 | *** | Saving seen data "./dancer.seen" |
08:29:20 | LinusN | i think zagor used the update-daily script to create the release, and changed the DAILYSRC |
08:32:04 | LinusN | anyway, we now have an installer for todays daily |
08:32:25 | amiconn | Nice :) |
08:33:54 | amiconn | I'd like to integrate the Ondio datasheets on the datasheets wiki page. However, I'd suggest to change the format, because many datasheets are valid for multiple models |
08:34:36 | amiconn | I would use a table with the models across, ticking the column when the datasheet is valid for it. See the Ondio wiki page for a small example of what I mean. |
08:34:42 | amiconn | What do you think? |
08:34:49 | LinusN | go ahead |
08:34:57 | amiconn | Okay. |
08:37:57 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
09:00 |
09:03:28 | | Join Ka [0] (~tkirk@pcp0010732484pcs.howard01.md.comcast.net) |
09:06:04 | | Join Zagor [242] (~bjst@labb.contactor.se) |
09:07:03 | amiconn | hi Zagor |
09:07:24 | amiconn | LinusN, Zagor: Do you know whether non-flashable v2/fm recorders exist? |
09:11:34 | Zagor | i don't know |
09:17:50 | amiconn | LinusN: ISD-300 is also used in iRiver, right? |
09:18:00 | LinusN | no |
09:18:15 | LinusN | look at the wiki datasheet page |
09:18:38 | LinusN | well, it's the isd300lp version |
09:19:09 | LinusN | also called CY7C68310 |
09:20:08 | amiconn | Ah ok, a variant. |
09:45:05 | LinusN | do we really need to scan for plugins (filetypes handling)? |
09:49:29 | amiconn | LinusN: (DataSheets page) major parts done, the rest gets done this evening :) |
09:50:38 | amiconn | (including the MAS datasheet complements) |
09:50:53 | LinusN | looks nice |
09:51:07 | amiconn | I tried to sort the parts by function |
09:51:32 | LinusN | noticed that |
09:51:48 | Zagor | LinusN: we don't need it, but the thinking was that having it means people can just drop plugins on the disk and they will work without changing viewers.conf |
09:52:01 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
09:53:05 | LinusN | Zagor: ok, just noticed that it hasn't ever been used |
09:53:23 | Zagor | right |
09:53:37 | LinusN | and i was working with the wps context menu |
09:54:00 | amiconn | Zagor: Iirc when a plugin is not found while scanning, the filetype will not be shown as supported, so it should stay |
09:54:34 | Zagor | i think we can remove it. it's not like lots of people write independent plugins. |
09:54:58 | Zagor | amiconn: it will be supported if it's in viewers.config |
09:55:27 | Zagor | "scanning" refers to looking for unlisted .rock files in the viewers directory |
09:55:40 | amiconn | Iirc the filetypes registering code reads viewers.config, then checks which plugins do exists |
09:56:36 | amiconn | If a plugin for the extensions does not exist, the extension doesn't get registered. This is at least necessary on the player (or we need different viewer.config files) |
09:58:54 | Zagor | all of that is handled by viewers.config. we have never shipped with "scanned plugins". |
10:00 |
10:08:55 | LinusN | amiconn: the viewers.config file is edited by buildzip.pl |
10:09:21 | LinusN | it removes nonexistant rocks from the config file |
10:10:16 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
10:10:29 | LinusN | wooo, restarting the modem worked |
10:10:33 | Bagder | jepp |
10:26:01 | | Join kurzhaarrocker [0] (~knoppix@p50877648.dip0.t-ipconnect.de) |
10:28:56 | *** | No seen item changed, no save performed. |
10:31:23 | Bagder | Plasma Demo! |
10:31:25 | Bagder | ;-) |
10:57:37 | kurzhaarrocker | Btw: yesterday I recorded without problems again. |
10:59:25 | Zagor | Bagder: did you try it? does it look good? |
10:59:45 | Bagder | haven't tried |
11:00 |
11:04:51 | | Join amiconn_ [0] (~d9092244@labb.contactor.se) |
11:06:01 | amiconn_ | Grr, my rdp connection doesn't like me today |
11:28:38 | LinusN | Bagder: u there? |
11:32:31 | LinusN | the plasma is c000l |
11:32:41 | LinusN | and slow... |
11:32:55 | Zagor | :) |
11:36:42 | | Join Domo [0] (~c1629002@labb.contactor.se) |
11:37:10 | | Quit Domo (Client Quit) |
11:43:05 | * | [IDC]Dragon triggers on "plasma demo" |
11:43:12 | [IDC]Dragon | what's that? |
11:43:35 | [IDC]Dragon | a grayscale plugin? |
11:43:42 | LinusN | yup |
11:43:54 | [IDC]Dragon | where is it? |
11:44:43 | [IDC]Dragon | ah, found it |
11:53:13 | LinusN | it's funny, that updating the progress bars take longer than the actual calculations :-) |
11:54:48 | amiconn_ | The USB handling in it is broken |
11:55:23 | * | kurzhaarrocker triggers recordings :) |
11:55:43 | amiconn_ | [IDC]Dragon: Do you already have an idea what's wrong with rvf_mux? |
12:00 |
12:01:28 | [IDC]Dragon | yes, the frame size calculation is wrong (again) |
12:01:35 | [IDC]Dragon | later |
12:02:01 | [IDC]Dragon | (lunch now) |
12:02:47 | * | LinusN is trying the trigger patch |
12:03:30 | kurzhaarrocker | \o/ |
12:03:32 | LinusN | sound_menu.c: In function `rectrigger': |
12:03:32 | LinusN | sound_menu.c:726: warning: enumeration value `TRIG_OPTION_COUNT' not handled in |
12:03:32 | LinusN | switch |
12:03:54 | kurzhaarrocker | That was just a constant to count the trig_options |
12:04:16 | kurzhaarrocker | I sometimes do something like that to get an automated count, didn't know compilers would complain |
12:28:57 | *** | Saving seen data "./dancer.seen" |
12:37:36 | kurzhaarrocker | LinusN: are you trying the trigger only or the full-monty thingie with the additional recled patch? |
12:45:53 | LinusN | kurzhaarrocker: it doesn't seem to handle Pause very well |
12:47:31 | kurzhaarrocker | Ok, I'll work that over. |
12:48:19 | * | kurzhaarrocker never paused a recording, doesn't know why he should :) |
13:00 |
13:03:26 | LinusN | it doesn't seem to update the status bar either |
13:04:15 | LinusN | sorry, it does |
13:04:22 | kurzhaarrocker | (uff) |
13:05:07 | LinusN | i agree that the led is confusing when doing triggered recording |
13:05:38 | [IDC]Dragon | amiconn: u there? |
13:06:34 | amiconn_ | [IDC]Dragon: Now I am |
13:06:55 | amiconn_ | (don't know how long you had to wait, no timestamps in cgi::irc :( |
13:07:53 | [IDC]Dragon | a minute |
13:08:07 | [IDC]Dragon | you can enable the timestamps |
13:08:18 | LinusN | kurzhaarrocker: i'm not too fond of the stoplight though |
13:08:34 | [IDC]Dragon | click on the tool icon, then configure |
13:08:55 | LinusN | it's so tiny, and may conflict with the gain setting |
13:08:57 | [IDC]Dragon | it even remembers it persistantly |
13:09:26 | [IDC]Dragon | amiconn: see http://www.nomorepasting.com/paste.php?pasteID=24081 |
13:10:03 | [IDC]Dragon | this is the same function as in rvf_mux, only C instead of C |
13:10:19 | kurzhaarrocker | It doesn't conflict with my gain settings, LinusN. |
13:10:31 | [IDC]Dragon | C plus plus (stupid cgiirc) |
13:12:52 | [IDC]Dragon | it calculates 365 bytes per frame, istead of the 182 I find in the audio data |
13:13:01 | kurzhaarrocker | Since the font in the recording screen is tied to sysfont problems due to other fonts can't happen either |
13:13:28 | Zagor | kurzhaarrocker: not other fonts, but other languages |
13:13:29 | kurzhaarrocker | Although I admit that I'd prefer if the inverted text line length could be defined ... |
13:13:44 | kurzhaarrocker | ah, yes, zagor |
13:14:19 | LinusN | my idea is to replace the bottom line with informative text instead |
13:14:33 | Zagor | that's a good idea imho |
13:14:50 | LinusN | or at least some larger graphics |
13:16:02 | LinusN | maybe even move things around, and have it below the peal meter |
13:16:03 | kurzhaarrocker | LinusN: don't you like the idea of the stoplight or is it just the way it is done here? |
13:16:10 | amiconn_ | LinusN want's graphics in rockbox? Hoho! |
13:16:31 | LinusN | the stoplight is so small |
13:16:32 | Zagor | on the other hand, a line of text could become very flickery if status changes often. the stoplight is better in such cases. |
13:17:07 | LinusN | the nice thing with the status bar would be a countdown |
13:17:18 | kurzhaarrocker | Originally I had text. You never really knew what mode you were in because you'd never really read the text. |
13:17:48 | LinusN | i have two complaints about the stoplight: |
13:17:53 | LinusN | 1) it's so small |
13:18:00 | LinusN | 2) it may be overwritten by the gain text |
13:18:24 | LinusN | and 3) takes some manual reading to interpret |
13:19:00 | amiconn_ | [IDC]Dragon: Do you already have a solution? (Btw: I had a look at the rvf_mux source, but I have to admit that I don't quite understand some of those C constructs) |
13:19:20 | amiconn_ | *Cplusplus |
13:20:40 | kurzhaarrocker | We might skip the stop light entirely. With the additional recled patch the most important information is displayed. (It blinks when a triggerlevel has been reached but doesn't record yet) |
13:20:58 | LinusN | and it blinks when it's about to stop? |
13:21:12 | Zagor | i don't think it should ever blink |
13:21:13 | kurzhaarrocker | No, I considered that confusing when I tried that |
13:21:37 | LinusN | Zagor: i think blinking in "yellow" mode would be nice |
13:22:29 | Zagor | blinking is really bad for temporary status information |
13:22:36 | amiconn_ | LinusN: Did you read about my "bluescreen"? I wonder what might have caused that... |
13:22:55 | Zagor | the yellow can be one or two seconds, which is just a few blinks |
13:23:42 | kurzhaarrocker | Do you think it confuses then? |
13:23:45 | LinusN | amiconn_: your what? |
13:24:05 | amiconn_ | [IDC]Dragon: You already have a fix for the frame size calculation in the command line tool. |
13:24:10 | LinusN | i think a fairly fast blinking would be a great indicator |
13:24:16 | Zagor | yes. the recording led is for showing when it's recording. mixing it up with other information just makes the interface worse imho. |
13:24:46 | kurzhaarrocker | The technique I used for blinking was crappy when I tried to blink faster, LinusN. It blinked irregularily |
13:24:48 | LinusN | off: not recording, blink: about to record, on: recording |
13:25:37 | [IDC]Dragon | amiconn: do I face old code here? |
13:25:40 | Zagor | LinusN: it can work if we use a fairly high frequency, >=5 hz |
13:25:40 | kurzhaarrocker | LinusN, yes that was the idea. It prooved _very_ useful during our practice session already. But then I have trigger times like 25 secs |
13:26:03 | amiconn_ | LinusN: When testing some incorrectly running videos, rockbox ran away and did wild things. I tried to stop several times, but it didn't react, it preferred to do strange things to the lcd. Suddenly, the whole pixel area of the lcd turned *blue*. Really, I'm not kidding! |
13:26:11 | kurzhaarrocker | Zagor: I couldn't blink it faster without noticable irregularities. |
13:26:27 | [IDC]Dragon | amiconn: if so, do you have the newer code at hand? |
13:26:34 | LinusN | amiconn_: coool, bluescales |
13:26:42 | amiconn_ | [IDC]Dragon: It's you *your* website |
13:26:48 | amiconn_ | *on your |
13:26:50 | [IDC]Dragon | ah, ok |
13:27:05 | LinusN | kurzhaarrocker: then we fix that |
13:27:16 | [IDC]Dragon | (nice to have an external directory) |
13:27:29 | kurzhaarrocker | I don't know how I can fix that, LinusN |
13:27:32 | * | LinusN discovers why he is so hungry - he forgot to eat lunch |
13:27:41 | LinusN | kurzhaarrocker: i'll fix it |
13:27:42 | kurzhaarrocker | lunch, good idea |
13:27:59 | amiconn_ | [IDC]Dragon: That code does not cause the jumpy audio, but audio still runs twice as fast as it should |
13:28:46 | Zagor | amiconn_: do you have white leds? |
13:28:56 | amiconn_ | yup |
13:31:02 | Zagor | me too. and if I invert the screen while having darkish contrast and backlight on, it looks quite blue. could that be it? |
13:32:31 | amiconn_ | Hmm, have to try. Maybe the run-away rockbox changed the contrast setting. As reported, it did wild things to the lcd, e.g. setting the roll parameter. |
13:35:32 | [IDC]Dragon | MPEG version 2.x fixed, looks better now |
13:35:51 | [IDC]Dragon | how embarrassing, that I copied old code |
13:36:18 | amiconn_ | [IDC]Dragon: In the DS encoder, so now it does the same as the cmd line version? |
13:37:36 | amiconn_ | Then there is still the twice-the-speed problem. |
13:42:02 | kod-kod | bah why dosen't my gmini update its firmware ? |
13:56:49 | [IDC]Dragon | amiconn_: it seems to behave the same now |
13:57:32 | [IDC]Dragon | I think my timestamp calculation has a similar problem, factor 2 for version2/2.5 |
14:00 |
14:27:42 | kurzhaarrocker | I'd really appreciate if the stop light (or something equivalent) could remain in the trigger settings screen though. It is really valuable when adjusting the trigger settings. |
14:29:01 | *** | No seen item changed, no save performed. |
14:29:23 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
14:44:03 | amiconn_ | [IDC]Dragon: You could try the following: |
14:44:05 | amiconn_ | if (pAudioHeader->version != 3) |
14:44:27 | amiconn_ | pInfo->frametime /= 2.0; |
14:45:05 | amiconn_ | This seems to be wrong in *all* descriptions of the mpeg adio format I could find, however, the MAS datasheet suggests this. |
14:45:31 | [IDC]Dragon | I think I need: |
14:45:51 | [IDC]Dragon | if (nLayer == 3 && pAudioHeader->version == 2) pInfo->frametime /= 2; // half the time for version 2 (LSF) |
14:46:50 | amiconn_ | You need half the time for both layer 2 & 3, version 2 & 2.5 |
14:47:31 | [IDC]Dragon | are you sure? |
14:47:41 | amiconn_ | Btw: The frame length calculation for layer 1 does have the same bug, however, it's irrelevant, because the MAS doesn't support it |
14:47:48 | amiconn_ | I'm quite sure: |
14:48:05 | amiconn_ | mpeg audio frame lengths, from MAS datasheet: |
14:49:55 | amiconn_ | Both layer 2 and 3: 48 kHz: 24 ms, 44.1 kHz: 26.12 ms, 32 kHz: 36 ms; 24 kHz: 24 ms, 22.05 kHz: 26.12 ms, 16 kHz: 32 ms |
14:50:31 | amiconn_ | Layer 3 only: 12 kHz: 48 ms, 11.025 kHz: 52.24 ms, 8 kHz: 72 ms |
14:51:21 | amiconn_ | That clearly shows the frame durations for version 2 are the same as for version 1, despite having half the sample rate |
14:58:14 | amiconn_ | (and of course this corresponds to the fact that the frame lengths are also halved) |
15:00 |
15:00:10 | * | [IDC]Dragon has to draw a table |
15:02:08 | kurzhaarrocker | How many legs? :) |
15:03:40 | amiconn_ | [IDC]Dragon: http://www.rockbox.org/twiki/pub/Main/DataSheets/mas3587f_2pd.pdf , page 16 |
15:06:37 | [IDC]Dragon | let's hope these guys have it correct, there seems to be a lot of wrong code out there |
15:13:35 | amiconn_ | [IDC]Dragon: I think so, because this is backed by the halved frame lengths, which definitely are correct |
15:52:04 | [IDC]Dragon | my LTC3440 did arrive! |
15:53:03 | * | Bagder spots LinusN fixed that annoying dependency bug |
15:55:38 | [IDC]Dragon | and LinusN figured out that the FAT needs no math |
15:57:58 | LinusN | time to go home |
15:58:02 | LinusN | cu guys |
15:58:13 | * | Bagder waves |
15:58:20 | | Part LinusN |
15:58:20 | kurzhaarrocker | Is that ltc thingie a replacement for your broken DC DC converter, [IDC]Dragon? |
16:00 |
16:00:33 | [IDC]Dragon | kurzhaarrocker: yes. not broken, but excessively thirsty |
16:11:34 | amiconn_ | [IDC]Dragon: Isn't it LT3440? I'm confused.. |
16:17:24 | [IDC]Dragon | LTC, did I misspell that in the past? |
16:20:38 | amiconn_ | http://www.rockbox.org/twiki/bin/view/Main/ArchosOndio#New_components lists it as LT3440 |
16:22:48 | [IDC]Dragon | ok, fixed |
16:25:18 | kod-kod | could anyone help me install a new game on my gmini ? :o |
16:26:27 | Zagor | i don't think anyone here has a gmini |
16:26:39 | kod-kod | owe bah :/ |
16:29:03 | *** | Saving seen data "./dancer.seen" |
16:32:15 | Bagder | gmini is non-rockbox land |
16:32:50 | kod-kod | :< |
16:34:25 | kurzhaarrocker | Rockbox troops are to busy invading iriver- and ondio-land. No invasion into gmini land right now. |
16:37:26 | | Join edx [0] (edx@pD9EAB0C0.dip.t-dialin.net) |
16:38:58 | [IDC]Dragon | amiconn: I just sent you an updated filter |
16:46:31 | [IDC]Dragon | amiconn_: ahh, that one has a debug file dump still active, it dumps the audio |
16:48:14 | | Join methangas [0] (methangas@0x50a432e4.virnxx10.adsl-dhcp.tele.dk) |
16:49:28 | amiconn_ | [IDC]Dragon: I'm going to try it in the evening |
16:59:01 | [IDC]Dragon | amiconn_: OK, I've sent an update |
17:00 |
17:02:38 | | Join mecraw__ [0] (~lmarlow@69.2.235.2) |
17:09:52 | amiconn_ | [IDC]Dragon: Did you prepare a fixed cmd line tool as well? |
17:12:08 | [IDC]Dragon | yes, I included that. |
17:36:31 | | Quit amiconn_ ("CGI:IRC 0.5.4 (2004/01/29)") |
17:53:02 | | Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
17:53:48 | | Quit [IDC]Dragon ("CGI:IRC") |
17:54:20 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age") |
18:00 |
18:00:02 | | Part Zagor |
18:17:51 | | Join Stryke` [0] (Stryke_@resnet-241-86.resnet.UMBC.EDU) |
18:19:08 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
18:19:37 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
18:24:08 | | Join pfavr [0] (~Peter_Fav@213.237.46.232.adsl.ron.worldonline.dk) |
18:25:08 | | Part kurzhaarrocker |
18:25:29 | | Part kod-kod |
18:29:07 | *** | Saving seen data "./dancer.seen" |
18:29:30 | | Quit pfavr ("ChatZilla 0.9.61 [Mozilla rv:1.7.3/20041007]") |
18:38:16 | | Join [IDC]Dragon [0] (~idc-drago@p50861B73.dip.t-dialin.net) |
18:38:58 | [IDC]Dragon | amiconn: hi again |
18:39:31 | amiconn | hi (just came home) |
18:39:40 | [IDC]Dragon | me too |
18:39:52 | [IDC]Dragon | my Ondio is tame! |
18:40:08 | [IDC]Dragon | idling at 60 mA |
18:41:06 | amiconn | Nice :) |
18:41:36 | [IDC]Dragon | I was really unhappy with it once I found out |
18:41:52 | amiconn | So that LTC3440 seems to be a little bit sensitive (or Archos has problems with its QA) |
18:42:12 | [IDC]Dragon | sort of put it aside, like, "not practically usable" |
18:43:01 | amiconn | So now you can do comparative power measurements. I'd be interested in how much the tuner adds |
18:43:31 | [IDC]Dragon | I don't know how comparable this is, when the supply adds such variation |
18:45:17 | [IDC]Dragon | tuner adds ~17 mA when active |
18:45:42 | amiconn | At what voltage? |
18:46:38 | [IDC]Dragon | haven't exacly measured, the course power supply shows ~4V |
18:46:51 | [IDC]Dragon | (analog meters) |
18:47:12 | [IDC]Dragon | this 17 mA might in parts go to the MAS as well |
18:47:40 | amiconn | You mean, because it gets switched to recording mode? |
18:48:37 | amiconn | In recording mode + monitoring (= not actually encoding) the mas power requirements are about the same as in decoding mode |
18:49:00 | amiconn | You could start a recording and see how much that adds |
18:50:22 | amiconn | Btw: My test voltages (3.0 V and 4.6 V) were measured with the builtin meter of my PSU. This is digital, but only 0.1 V precision |
18:53:22 | amiconn | 60 mA @ 4.0 V are practically equivalent to 53 mA @ 4.6 V, so the tuner seems to add nothing when idle. Nice :) |
18:56:00 | [IDC]Dragon | from the datasheets, it's practically nothing, yes |
18:58:24 | [IDC]Dragon | are you editing the wiki page? |
18:58:48 | amiconn | I'm trying to, yes. Centralizing datasheets :) |
18:59:08 | amiconn | I already did that half-way in the morning. |
19:00 |
19:00:04 | [IDC]Dragon | saw that, nice |
19:00:52 | amiconn | Now cleaning up the remains, needing to download & attach the referred datasheets from the Ondio page |
19:03:55 | amiconn | Hmm, perhaps you can help me. There are various power mosfets and dc/dc converters listed under "recorder specific". I'd like to know which of the are also used in the v2/fm... |
19:20:09 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
19:20:59 | amiconn | [IDC]Dragon: Should I really add those simple logic gate datasheets? |
19:28:28 | [IDC]Dragon | sorry, away |
20:00 |
20:03:55 | | Join mecraw_ [0] (~lmarlow@69.2.235.2) |
20:03:56 | | Quit mecraw__ (Read error: 104 (Connection reset by peer)) |
20:14:04 | | Join izzy [0] (~d91eb072@labb.contactor.se) |
20:14:12 | izzy | Hi all |
20:15:26 | Bagder | hi |
20:16:31 | izzy | I'm intrested in Iriverport. I got the code and tried to compile it. However, I seem to have some problems compiling the toolchain. |
20:17:04 | izzy | Or actually the toolchain compiles but I got strange errors when trying to compile rockbox |
20:17:18 | Bagder | I believe you need a binutils patch |
20:17:48 | Bagder | LinusN has made two, and only one of them has made it to the official bintutils yet. But I don't think any of them are in an official version |
20:18:01 | izzy | I tried to follow instructions made by Linus to compile toolchain. |
20:18:05 | izzy | Ah, ok.. |
20:19:07 | Bagder | at least that's how I've understood it |
20:19:14 | izzy | Perhaps his instructions are then missing that :) |
20:19:23 | Bagder | yes I think so |
20:19:31 | Bagder | I don't even know where to find his patches |
20:19:46 | izzy | Thanks for the tip, I could ofcourse mail him |
20:20:00 | amiconn | Bagder: Linus states one should use current cvs version of binutils, and gcc 3.4.2 |
20:20:09 | Bagder | ah, ok |
20:20:20 | Bagder | then both his patches probably are in |
20:20:55 | izzy | Maybe I'll try those versions then |
20:23:25 | izzy | Hmm.. actually it now says that also in the toolchain instruction page |
20:23:36 | Bagder | haha |
20:24:09 | Bagder | I see he changed that yday |
20:24:17 | izzy | Yes, he seems to have updated yesterday :) |
20:24:17 | amiconn | yup |
20:24:49 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
20:25:36 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
20:29:08 | *** | Saving seen data "./dancer.seen" |
20:38:32 | | Join HCl [0] (hcl@130.89.162.30) |
20:38:36 | HCl | hello |
20:38:45 | HCl | i heard there were plans to port rockbox to iriver? |
20:39:27 | webmind | last sign of activity: 19.23 UTC |
20:39:27 | Bagder | work is in progress |
20:39:32 | HCl | great :) |
20:39:46 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/IriverPort |
20:39:58 | HCl | oh... i had a few features i wanted to request (not stupid undoable features either, like the one i just read on the forums about connecting an harddisk to an iriver) |
20:40:26 | Bagder | seen this http://www.rockbox.org/requests.shtml ? |
20:40:29 | Bagder | ;-( |
20:40:29 | HCl | not yet |
20:40:31 | HCl | let me check o.o |
20:40:33 | HCl | sorry, heh |
20:40:33 | Bagder | I meant :-) |
20:40:50 | Bagder | there's a HUGE amount of requests already |
20:40:56 | HCl | sorry, i'm just kind of excited cause i wanted a replacement since standard iriver can't create playlists :P |
20:41:07 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
20:41:12 | Bagder | rockbox can |
20:41:17 | HCl | yea |
20:41:22 | HCl | i read |
20:41:43 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
20:45:17 | * | HCl checks the list |
20:45:30 | HCl | mmm, the features i had in mind were originally of the rio karma |
20:45:38 | HCl | don't seem to have been suggested yet |
20:47:21 | HCl | pretty much, it includes keeping track of how many times a song has been played, then using that information to compile lists like "favorites" "not played in a while" etc |
20:48:56 | Bagder | that has been suggested |
20:49:00 | HCl | ok |
20:49:02 | HCl | couldn't find it |
20:49:04 | Bagder | there's even a plugin for "favourites" |
20:49:21 | HCl | ok o.o |
20:49:25 | Bagder | used to add a song to a list of favourites |
20:49:27 | * | HCl blinks. plugins. mkay o.o |
20:49:42 | Bagder | plugins is our way to allow basicly anything to get added |
20:49:48 | Bagder | you can always make it as a plugin |
20:49:50 | HCl | *nods* |
20:49:52 | HCl | yea |
20:51:48 | HCl | wow, lol |
20:51:58 | HCl | *sees a mutilated iriver on the site :P |
20:52:54 | Bagder | yeps, we've used some of the donated money to buy hw |
20:53:01 | HCl | *nods* |
20:55:15 | HCl | hrm |
20:55:25 | HCl | well, its that i'm currently entangled into xbox development, otherwise i'd help |
20:57:06 | Bagder | xbox is already "done" you know ;-) |
20:57:16 | HCl | lol |
20:57:20 | HCl | not yet :P |
20:57:35 | HCl | i won't rest till i have a working version of dosbox with the new dynamic core running on it |
20:57:40 | HCl | so i can run dos games at decent speeds |
20:58:51 | HCl | mmm, lots of good work being done |
20:59:01 | HCl | might want to take a look at this after i'm done with dosbox |
21:00 |
21:06:42 | webmind | :) |
21:06:49 | webmind | the mode coders the better :) |
21:06:53 | * | HCl waves at webmind :P |
21:07:07 | HCl | didn't know you were on freenode o.o |
21:07:18 | HCl | but then, you're only in this channel |
21:24:27 | | Quit [IDC]Dragon (Read error: 110 (Connection timed out)) |
21:32:10 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- :P") |
21:33:28 | webmind | HCl, not only i think |
21:33:38 | webmind | and come to think of it |
21:34:11 | webmind | i think i forgot a chan |
21:34:48 | webmind | I'm on 2 more channels |
21:40:00 | | Nick webmind is now known as webmind_ (~random@217-195-236-172.dsl.esined.net) |
21:40:19 | | Nick webmind_ is now known as webmind (~random@217-195-236-172.dsl.esined.net) |
21:49:27 | | Join mp3glee [0] (~421ce25b@labb.contactor.se) |
21:49:56 | | Join [IDC]Dragon [0] (~idc-drago@pD9E344F0.dip.t-dialin.net) |
21:50:04 | amiconn | hi again |
21:50:10 | [IDC]Dragon | ;-) |
21:50:24 | amiconn | Do you have some answers for me ;-) |
21:50:28 | [IDC]Dragon | got disconnected, for idling too longor so |
21:50:46 | mp3glee | Does anybody have a script to allow the making of _talk files for tracks? |
21:50:50 | [IDC]Dragon | I've put some measurements online |
21:51:18 | [IDC]Dragon | mp3glee: it should be in twiki, but recently I coudn't find it |
21:51:37 | [IDC]Dragon | I only have an early version |
21:52:10 | amiconn | [IDC]Dragon: I mean regarding the power mosfets and dc/dc converters used in recorder v2/fm, and also whether to add the data sheets for the simple logic chips |
21:52:14 | mp3glee | I only have the version from http://joerg.hohensohn.bei.t-online.de/archos/speech/mp3ClipGen.vbs |
21:52:29 | amiconn | [IDC]Dragon: For now, I left those on the Ondio page |
21:53:03 | [IDC]Dragon | OK, FMR: |
21:53:29 | [IDC]Dragon | DC/DC for 3.3V is the Sipex 6650 |
21:54:02 | amiconn | I don't need the special chips for v2/ fm, these are clear |
21:54:19 | [IDC]Dragon | for 5V (disk), there is a small 6 pin one |
21:54:29 | amiconn | I mean, are any of those listed under "recorder specific" also used in v2/fm? |
21:55:24 | [IDC]Dragon | two 8-pin SOIC MOSFETs are there, from IR |
21:55:42 | amiconn | Namely: FZT824, LM2651, MC34064A |
21:56:32 | amiconn | (and IRF7416) |
21:56:54 | [IDC]Dragon | no, I don't think so |
21:56:55 | amiconn | There are no v2/ fm schematics... :( |
21:57:01 | | Quit mp3glee ("CGI:IRC (EOF)") |
21:58:00 | amiconn | IRF7416 is 8-pin |
21:58:25 | amiconn | FZT849 is SOT223 |
21:58:49 | [IDC]Dragon | there are similar parts, but the numbers seem different |
21:59:06 | amiconn | Hmm, okay. Not even the IRF? |
21:59:16 | [IDC]Dragon | it would take me some research to find out, match the case markings |
22:00 |
22:00:20 | [IDC]Dragon | the IR parts are marked 220H H2R9 F7720 |
22:01:14 | [IDC]Dragon | the big transistor for the charger is marked FZT951 |
22:02:36 | [IDC]Dragon | anothe unidentified power part with 8-pin SO is marked 002 2M88W |
22:03:27 | [IDC]Dragon | seems to be a dual transistor or MOSFET |
22:03:40 | amiconn | Hmm. Google seems to be not very helpful with these markings |
22:04:41 | [IDC]Dragon | the last 8-pin unknown: 385-2 PDAH |
22:05:10 | [IDC]Dragon | doesn't look like a power part to me |
22:05:31 | izzy | okay, maybe it's just me but I can't get the toolchain for m68k working by following Linus' instructions |
22:05:41 | [IDC]Dragon | multiple spaces means "newline" on the case |
22:07:01 | izzy | still thanks for badger and amiconn for the help |
22:07:36 | | Quit izzy ("CGI:IRC") |
22:08:05 | amiconn | [IDC]Dragon: (video) I tested your updated rvf_mux (both cmd and DS) The converted videos run perfectly in-sync, and audio only does work too, with one exception: |
22:09:06 | amiconn | If you first run the filter graph with video, then specify a different output file and disconnect video (by ditching the video decoder), it still sets hasVideo in the output |
22:09:22 | amiconn | If you rebuild the graph from scratch, it works |
22:09:45 | amiconn | I did not test yet with MPEG2.5 |
22:09:49 | [IDC]Dragon | ah, ok |
22:11:48 | [IDC]Dragon | I know whre that comes from, I need to re-init |
22:12:04 | [IDC]Dragon | currently, this is done in the constructor |
22:17:37 | * | amiconn is definitely no expert in oo |
22:20:39 | [IDC]Dragon | anyway, I can fix it, although no "requirement" |
22:21:01 | [IDC]Dragon | the UI app rebuilds it |
22:23:44 | amiconn | I think you should fix it if possible. You'll never know what strange apps will use the filter. |
22:25:42 | | Join Sebulba02 [0] (~Sebulba02@Darth-Sebulba04.active.supporter.pdpc) |
22:29:09 | *** | Saving seen data "./dancer.seen" |
22:33:40 | amiconn | [IDC]Dragon: MPEG2.5 does work too. It gets a bit out of sync over time, but that's probably due to the MPEG2.5 playback problems in rockbox :( |
22:33:59 | [IDC]Dragon | :-( |
22:36:14 | amiconn | I did not yet test layer 2, but since the frame sizes are identical, it should work too |
22:40:47 | amiconn | 8 kHz stays perfectly in sync. Funny enough, the MPEG2.5 problem seems to be less severe in video.rock than with ordinary playback (or this is caused by the different test material) |
22:40:50 | | Join Digital007 [0] (~acbc29f7@labb.contactor.se) |
22:41:14 | amiconn | (But 8 kHz sounds awful, bah!) |
22:41:19 | [IDC]Dragon | ;-) |
22:41:56 | amiconn | So you could publish your fixed rvf_mux :) |
22:42:12 | amiconn | Btw, you could put the tools in the wiki |
22:42:28 | [IDC]Dragon | I'll do that tomorrow, together with the DS one |
22:43:37 | amiconn | Nice :) |
22:52:26 | | Join amiconn_ [0] (~jens@pD9E7F183.dip.t-dialin.net) |
22:52:40 | | Quit amiconn (Nick collision from services.) |
22:52:40 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F183.dip.t-dialin.net) |
22:56:22 | [IDC]Dragon | did you check the power figures |
22:56:24 | [IDC]Dragon | ? |
22:58:34 | amiconn | Seems to be even a bit less... |
22:59:09 | [IDC]Dragon | it's a new chip... |
22:59:29 | [IDC]Dragon | but might be the voltage setting |
22:59:53 | amiconn | I think so, yes |
23:00 |
23:00:08 | amiconn | Does your wps not scroll? |
23:00:19 | amiconn | ;-) |
23:00:28 | [IDC]Dragon | i didn't have such a long name at hand |
23:02:14 | amiconn | I still wonder what causes the difference to the archos fw to be so big. When I removed the sleeping from rockbox, it consumed still a bit less... |
23:03:32 | [IDC]Dragon | could the MAS be more active there? |
23:04:31 | amiconn | I don't know, but imho it's not likely. The mas is initialized for playback in rockbox at boot time. |
23:07:56 | amiconn | I have an idea, but it is difficult to verify |
23:08:51 | Digital007 | hey |
23:09:07 | amiconn | Archos might be omitting the trailing 8 clocks after accessing the flash chip, causing the chip to not enter it's auto-standby mode |
23:17:06 | Digital007 | has anyone seen the ipod with its new colour screen? |
23:21:32 | Bagder | I've seen pics |
23:21:40 | Bagder | I've never seen an ipod in real life |
23:23:18 | Digital007 | its on their website www.ipod.com bagder |
23:23:22 | Digital007 | it also has a 60gb HD |
23:23:32 | amiconn | Eipott |
23:23:42 | Bagder | I know, I said I've seen pics |
23:24:08 | Digital007 | Hewlett-Packard sell their own version of the ipod |
23:24:31 | Bagder | we don't care much about ipod here anyway |
23:24:47 | Digital007 | just wodnered |
23:24:48 | Digital007 | wondered |
23:25:23 | Digital007 | well everyone has one |
23:26:37 | Bagder | I doubt that many in #rockbox has one ;-) |
23:26:54 | amiconn | Because ipods don't rock ;-) |
23:27:11 | Digital007 | im an iriver owner myself |
23:27:26 | Digital007 | a member of misticriver.net |
23:28:38 | Digital007 | Bagder when recording is included for iRiver will it have the same functions as for the archos? |
23:28:55 | Bagder | probably |
23:29:01 | Bagder | if we can find a good mp3 encoder |
23:29:10 | Digital007 | yea |
23:29:12 | amiconn | Bagder: Erm, lame? |
23:29:26 | [IDC]Dragon | lame uses float |
23:29:35 | amiconn | And? |
23:29:35 | Bagder | I don't think lame will encode fine in real-time on the coldfire |
23:29:36 | Digital007 | Bagder since the iriver is software-driven would time-stretch be possible? |
23:29:59 | amiconn | Does the Coldfire not feature an fpu? |
23:30:07 | [IDC]Dragon | haha, no |
23:30:23 | amiconn | Okay, didn't check. |
23:30:31 | [IDC]Dragon | wrong league ;-) |
23:30:47 | amiconn | The comparatively sloow 68060/50 in my Amiga does have one.. |
23:31:56 | * | Bagder goes to bed |
23:35:07 | amiconn | nite Bagder |