| 00:02:19 | Zagor | crap, the x window system keyboard events work just like the archos remote: repeat is equal to press-release-press-release |
| 00:03:41 | amiconn | A press-release about Archos? Did I miss something ;) |
| 00:04:07 | Zagor | hehe |
| 00:10:03 | amiconn | [IDC]Dragon: How many screws are there for holding the Ondio together? I see 3... |
| 00:10:20 | [IDC]Dragon | yes, 3 |
| 00:11:01 | [IDC]Dragon | and little clips at the top, but those come of easily if you "fold" up the case |
| 00:11:35 | amiconn | Yup. My display is not glued to the cpu... |
| 00:12:30 | amiconn | Much easier to open than the jbr... |
| 00:13:42 | [IDC]Dragon | yet, this is nice |
| 00:13:57 | amiconn | The Ondio sp has a different mas... MAS3539F B4 |
| 00:14:16 | [IDC]Dragon | huh |
| 00:14:22 | Zagor | !! |
| 00:14:28 | [IDC]Dragon | what's that? |
| 00:15:52 | amiconn | Unfortunately I can't take pictures atm, my AA NiMH cells are all discharged (except those in the jbr, but the jbr is busy) |
| 00:16:34 | [IDC]Dragon | how does the daughterboard look like? |
| 00:17:17 | amiconn | Like yours, but with the tuner chip and the surrounding components not there |
| 00:17:37 | [IDC]Dragon | with footprints? |
| 00:18:00 | amiconn | There is even text "ONDIO-FM V3.2" in the upper left corner |
| 00:18:10 | [IDC]Dragon | hehe |
| 00:18:12 | amiconn | Yes, with footprints |
| 00:18:31 | [IDC]Dragon | same as mine then |
| 00:18:51 | [IDC]Dragon | what MAS is that? Can it do other tricks? |
| 00:19:12 | Zagor | afaict the 3507 is discontinued and is replaced with the 3539. it only does layer3 decoding. |
| 00:19:29 | [IDC]Dragon | any version on the main PCB (mine is v2.22)? |
| 00:19:31 | Zagor | http://www.micronas.com/products/documentation/consumer/mas35x9f/index.php#family |
| 00:20:09 | [IDC]Dragon | I thought they have a decode-only one with AAC, too |
| 00:20:35 | Zagor | yes, it's the 3559 for aac-only or 3529 for mp3+aac |
| 00:21:09 | amiconn | [IDC]Dragon: V2.22 ONDIO, yes |
| 00:21:30 | [IDC]Dragon | so the MAS is pin compatible |
| 00:21:58 | [IDC]Dragon | empty pads where the mic was? |
| 00:22:15 | * | Zagor can't find a X programming channel :( |
| 00:22:55 | amiconn | MAS 35x9F family: MPEG layer 2+3/ AAC/ G.729 decoder family. The 3539F can only do MPEG L2+3 |
| 00:23:40 | amiconn | [IDC]Dragon: Yes, 2 empty holes where the mic was |
| 00:25:10 | [IDC]Dragon | I can send you a MAS, if you're keen on recording |
| 00:27:03 | amiconn | The challenge will be (after having a working mmc driver) to get this mas playing music. |
| 00:27:29 | amiconn | For what I can tell from a quick glance at the datasheet, the setup procedure is quite different |
| 00:27:39 | [IDC]Dragon | maybe it's the same, just without the recording application. |
| 00:30:07 | | Quit Lucretia_ (Connection timed out) |
| 00:30:14 | amiconn | The mas 35x9 does have a/d converters, as well as spdif in, and these are connected to the dsp core. So if someone writes some mas code... |
| 00:30:34 | | Join Lucretia_ [0] (~munkee@abyss2.demon.co.uk) |
| 00:30:55 | * | Zagor goes to sleep |
| 00:30:56 | | Quit Zagor ("Client exiting") |
| 00:31:37 | amiconn | It also features AVC and MDB (although they call it "Micronas Bass" (MB) now |
| 00:33:54 | amiconn | Ah. It seems that the standard decoder features are equivalent to those of the 3587. There is a new mode, "MP3 block input mode", for performance optimization |
| 00:37:05 | | Quit Lucretia_ ("Leaving") |
| 00:38:57 | * | [IDC]Dragon also has to sleep |
| 00:39:09 | | Quit [IDC]Dragon () |
| 00:41:38 | | Quit SmoothOperator ("CGI:IRC (EOF)") |
| 00:47:35 | *** | Saving seen data "./dancer.seen" |
| 00:49:42 | amiconn | LinusN: Now I recorded a full album via SPDIF. Not a single bad frame... |
| 00:50:37 | amiconn | My first test snippet (with deliberate disturbing of SPDIF transfer by shorting it) does have 11 bad frames though |
| 00:51:17 | amiconn | Plus: The time display of recordings done via SPDIF is rather odd |
| 00:51:51 | LinusN | odd? |
| 00:52:12 | amiconn | Like it shows playtime 0:40 of a total of 0:29 |
| 00:53:05 | amiconn | Maybe this is because the mas stops recording if there is no SPDIF data stream, but rockbox continues counting |
| 00:53:56 | amiconn | I stopped the recording of the album several minutes past the end of the CD |
| 00:54:37 | LinusN | ah |
| 01:00 |
| 01:02:17 | | Quit ripnetUK () |
| 01:25:25 | | Part LinusN |
| 01:31:16 | | Quit epictetus (Remote closed the connection) |
| 01:31:18 | | Join epictetus [0] (shjxpwkw@otto.microway.com) |
| 01:39:45 | | Join gromit`` [0] (~gromit@ALagny-151-1-32-82.w83-114.abo.wanadoo.fr) |
| 01:43:39 | | Quit GhUl ("Leaving") |
| 02:00 |
| 02:03:48 | | Quit LePoulpe303 (Read error: 60 (Operation timed out)) |
| 02:35:16 | | Part amiconn |
| 02:47:36 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:01:42 | | Quit mecraw_ ("Trillian (http://www.ceruleanstudios.com)") |
| 03:20:23 | | Join midk [0] (midk@c-24-18-39-204.client.comcast.net) |
| 03:47:26 | | Join pjf [0] (~pjf@Toronto-HSE-ppp3870812.sympatico.ca) |
| 03:49:05 | | Join plok [0] (s336156@student.uq.edu.au) |
| 03:54:23 | * | plok is away - Automatically set away. - messages will be saved. |
| 04:00 |
| 04:11:44 | | Quit DMJC (Remote closed the connection) |
| 04:43:56 | | Join zorks [0] (~808a2863@labb.contactor.se) |
| 04:44:18 | | Quit plok ("I'm outta here!") |
| 04:45:14 | | Quit zorks (Client Quit) |
| 04:45:26 | | Join zorks [0] (~808a2863@labb.contactor.se) |
| 04:47:40 | *** | Saving seen data "./dancer.seen" |
| 04:49:23 | | Quit zorks (Client Quit) |
| 05:00 |
| 05:26:30 | | Join ashridah [0] (ashridah@dialup-a1-6.Melbourne.netspace.net.au) |
| 05:28:18 | | Join maikeul [0] (~gromit@ALagny-151-1-2-175.w82-121.abo.wanadoo.fr) |
| 05:50:39 | | Quit gromit`` (Read error: 110 (Connection timed out)) |
| 06:00 |
| 06:05:14 | | Join Elemeno [0] (~4givn@dpc691997050.direcpc.com) |
| 06:05:18 | | Quit scott666 ("i'll be back...eventually...") |
| 06:06:02 | Elemeno | I'm having a weird problem with my Archos FM Recorder. Sometimes it will turn on just fine; other times when I press "On" the green LED will flicker rapidly a few times and nothing will turn on. Anybody ever experience this? |
| 06:28:17 | | Quit Elemeno () |
| 06:46:05 | | Join _Headie [0] (~hehe@fsto6.sto.sema.se) |
| 06:46:06 | | Quit Headie (Read error: 104 (Connection reset by peer)) |
| 06:47:43 | *** | Saving seen data "./dancer.seen" |
| 06:54:27 | | Quit midk ("just STOP it arspy") |
| 07:00 |
| 07:08:40 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 07:10:06 | | Join plok [0] (s336156@student.uq.edu.au) |
| 07:15:09 | * | plok is away - Automatically set away. - messages will be saved. |
| 08:00 |
| 08:07:56 | | Join moormaster [0] (~trillian@port-212-202-175-44.dynamic.qsc.de) |
| 08:23:00 | | Quit moormaster (Remote closed the connection) |
| 08:26:39 | | Join webguest13 [0] (~44e66951@labb.contactor.se) |
| 08:27:42 | | Quit webguest13 (Client Quit) |
| 08:36:34 | | Join Zagor [242] (~bjst@labb.contactor.se) |
| 08:47:44 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:24:13 | | Join amiconn [0] (~jens@pD9E7DFB8.dip.t-dialin.net) |
| 09:27:11 | amiconn | hi all |
| 09:53:34 | | Join Lynx_ [0] (lynx@134.95.189.59) |
| 10:00 |
| 10:09:58 | | Quit plok ("I'm outta here!") |
| 10:22:03 | | Join pillo [0] (~trillian@navlab03.dei.unipd.it) |
| 10:26:23 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
| 10:26:41 | [IDC]Dragon | hi guys! |
| 10:28:17 | [IDC]Dragon | amiconn: r u there? |
| 10:36:20 | [IDC]Dragon | amiconn: I tries to run the (patched) SP firmware on my FM, no go |
| 10:36:39 | [IDC]Dragon | it got stuck during the boot |
| 10:36:53 | [IDC]Dragon | s/tries/tried |
| 10:37:33 | [IDC]Dragon | nd I found a difference in my and Archos USB mode: |
| 10:37:43 | [IDC]Dragon | and |
| 10:38:02 | [IDC]Dragon | the MMC clock is about 3 times slower with Rockbox |
| 10:38:23 | [IDC]Dragon | have no idea yet how this could be influenced |
| 10:38:55 | [IDC]Dragon | today I will take that daughterboard off, to better reach the alive bridge |
| 10:47:48 | *** | Saving seen data "./dancer.seen" |
| 10:50:26 | | Quit ashridah ("out") |
| 12:00 |
| 12:00:09 | amiconn | [IDC]Dragon: Now I'm around-ish |
| 12:05:29 | [IDC]Dragon | top board is off now |
| 12:05:40 | [IDC]Dragon | but I'm heading for lunch |
| 12:19:02 | | Join ashridah [0] (ashridah@dialup-a1-51.Melbourne.netspace.net.au) |
| 12:28:40 | | Quit Ka_ (leguin.freenode.net irc.freenode.net) |
| 12:28:40 | NSplit | leguin.freenode.net irc.freenode.net |
| 12:35:53 | NHeal | leguin.freenode.net irc.freenode.net |
| 12:35:53 | NJoin | Ka_ [0] (~tkirk@pcp261180pcs.howard01.md.comcast.net) |
| 12:47:50 | *** | Saving seen data "./dancer.seen" |
| 12:54:41 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 12:55:53 | | Join webmind_ [0] (~random@217-195-236-172.dsl.esined.net) |
| 12:56:18 | | Join klr [0] (~82e13707@labb.contactor.se) |
| 12:57:49 | | Quit webmind (Read error: 104 (Connection reset by peer)) |
| 13:00 |
| 13:01:00 | | Quit webmind_ (Remote closed the connection) |
| 13:02:59 | | Join webmind [0] (~random@217-195-236-172.dsl.esined.net) |
| 13:06:21 | | Quit pjf ("Leaving") |
| 13:06:32 | | Join webmind_ [0] (~random@217-195-236-172.dsl.esined.net) |
| 13:06:42 | | Quit webmind (Remote closed the connection) |
| 13:11:29 | | Quit klr ("CGI:IRC") |
| 13:23:38 | [IDC]Dragon | back again |
| 13:26:45 | amiconn | [IDC]Dragon: The hang on boot with the "wrong" firmware could be caused by the different mas. |
| 13:27:30 | amiconn | I2c addresses and register numbers are equal, but some bits present in one mas are not present in the other |
| 13:28:06 | amiconn | Plus, the dsp core config memory cells are mostly the same, but at different addresses. |
| 13:34:03 | | Nick _Headie is now known as Headie (~hehe@fsto6.sto.sema.se) |
| 13:34:11 | Zagor | it's interesting that they chose to use a new chip. there must be a substantial price difference for that to pay off. |
| 13:34:38 | | Join benschi [0] (~3edaa2c5@labb.contactor.se) |
| 13:36:16 | [IDC]Dragon | amiconn: yes, I intended that as a MAS compatibility test |
| 13:36:34 | [IDC]Dragon | you could try the countercheck |
| 13:37:36 | amiconn | I'll try that, in the evening. |
| 13:38:40 | amiconn | Btw, your measurement of the mmc clock from the sh confirms my statement that the serial can do 1.5 MBit/s maximum @12 MHz CPU clock |
| 13:40:14 | amiconn | 3 MBit/s would also be possible, but the data sheet says "no continuous data transfer possible" at that speed |
| 13:41:14 | [IDC]Dragon | we can try |
| 13:41:16 | Zagor | weird wording. what is continous data transfer? 100KB? 1MB? 10MB? |
| 13:41:29 | [IDC]Dragon | it doesn't need to be continuous |
| 13:41:37 | Zagor | that's my point |
| 13:41:43 | [IDC]Dragon | Zagor: back to back, I'd say |
| 13:42:02 | Zagor | two sectors? |
| 13:42:08 | LinusN | two bytes? |
| 13:42:15 | LinusN | two bits? |
| 13:42:32 | [IDC]Dragon | bytes are integer, i'd say |
| 13:42:53 | [IDC]Dragon | but there may be gaps for the DMA ot whatever |
| 13:43:06 | LinusN | still, how long is a "continuous" transfer? |
| 13:43:08 | [IDC]Dragon | agreed, the phrase is fuzzy |
| 13:43:27 | [IDC]Dragon | we drive the clock, so the SH governs that |
| 13:43:38 | amiconn | We can try if the 3 MBit/s setting gives an advantage. |
| 13:43:41 | [IDC]Dragon | it's not like we could be flooded |
| 13:44:08 | [IDC]Dragon | LinusN: how fast id the MAS transfer? |
| 13:44:15 | [IDC]Dragon | s/id/is |
| 13:44:17 | amiconn | For card init, we have to stay below 400 KBit/s (from mmc speds) |
| 13:44:21 | amiconn | *specs |
| 13:45:07 | amiconn | [IDC]Dragon: Mas transfer should be 750 kBit/s for 3507d and 1MBit/s for the 3587f. Rockbox uses 750kBit/s for both |
| 13:45:49 | [IDC]Dragon | file I/O is a lot faster now |
| 13:46:18 | [IDC]Dragon | was it like 8MBit/s? |
| 13:49:03 | amiconn | ata i/o is around 4 MByte/s with optimized routines |
| 13:49:36 | amiconn | So mmc will be a lot slower |
| 13:49:54 | [IDC]Dragon | impressive 32MBit/s then |
| 13:50:10 | [IDC]Dragon | an order of magnitude below |
| 13:50:32 | [IDC]Dragon | we'll have a hard time with the wav playback ;-) |
| 13:51:11 | [IDC]Dragon | but at least we're not worried about spinups |
| 13:51:41 | [IDC]Dragon | Archos also seems to have the buffering code still in place |
| 13:53:05 | [IDC]Dragon | I measured phases of activity at the song begin, then silence on the MMC |
| 13:53:07 | | Quit benschi ("CGI:IRC") |
| 13:54:32 | [IDC]Dragon | LinusN: have you read that we need anothe bitswap? :-( |
| 13:54:41 | [IDC]Dragon | another |
| 13:55:29 | dwihno | Luckily we have Jens to optimize the living crap out of the swap ;) |
| 13:57:02 | LinusN | [IDC]Dragon: yes |
| 13:57:54 | Zagor | ondio rockbox won't be a speed monster... |
| 13:58:29 | [IDC]Dragon | the SH-2 has an option for MSB first in its SCI |
| 13:58:54 | Zagor | the grass is always greener on the other side :) |
| 13:59:28 | [IDC]Dragon | maybe the SH-1 has an undocumented bit at that place? ;-) |
| 14:00 |
| 14:01:13 | Zagor | that would be ironic |
| 14:23:43 | [IDC]Dragon | the SH-2 has an extra register behind the RDR register, the only taken bit is bit3, controlling the direction |
| 14:24:13 | [IDC]Dragon | it's called SDCR, serial direction control register |
| 14:24:38 | [IDC]Dragon | in our SH-1, these addressed are unused |
| 14:24:50 | [IDC]Dragon | hmm, maybe we should try? |
| 14:25:37 | Zagor | can't hurt |
| 14:31:47 | [IDC]Dragon | just for a note: set bit 3 at address 0x05FFFEC6 to 1 and see if mp3 still plays |
| 14:32:35 | Zagor | the irc log is a nice memo pad :) |
| 14:33:11 | [IDC]Dragon | yep |
| 14:37:13 | amiconn | [IDC]Dragon: [13:51:43] <[IDC]Dragon> Archos also seems to have the buffering code still in place |
| 14:37:49 | amiconn | The archos guys seem to be rather lazy when it comes to updating software |
| 14:38:38 | amiconn | E.g the recording transfer loops are identical in both the jbr and the ondio fmr firmwares |
| 14:40:31 | amiconn | The recording transfer loop seems to be present in the ondio sp firmware too; I wonder why |
| 14:42:25 | [IDC]Dragon | transfer loop? |
| 14:42:40 | amiconn | Reading the mas parallel out |
| 14:42:59 | [IDC]Dragon | why shoult it differ? |
| 14:43:13 | amiconn | Because the ondio sp has no recording? |
| 14:43:23 | [IDC]Dragon | SP, ah, ok |
| 14:43:39 | amiconn | Btw, the 8-bit data buffer for mas parallel access is present on the sp board! |
| 14:44:17 | [IDC]Dragon | hmm, what else can we read from the MAS? |
| 14:44:54 | [IDC]Dragon | how is the direction pin(#1) wired? |
| 14:45:17 | amiconn | Didn't measure, and can't do so atm. The ondio is @home. |
| 14:45:40 | [IDC]Dragon | no seti@home? |
| 14:46:50 | amiconn | No ;) |
| 14:47:53 | *** | Saving seen data "./dancer.seen" |
| 14:52:53 | amiconn | Btw: How did you power the ondio for measuring levels? If you use the usb cable, it goes straight into usb mode... |
| 14:53:41 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 14:56:06 | [IDC]Dragon | with test clips and a benchtop power supply |
| 14:57:22 | [IDC]Dragon | it's current limiter also helps to reduce the risk of damage when accidently shorting something |
| 15:00 |
| 15:16:25 | | Quit midk (Remote closed the connection) |
| 15:27:54 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 15:33:43 | | Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) |
| 15:34:15 | | Quit pike (Read error: 54 (Connection reset by peer)) |
| 15:34:28 | | Join pike [0] (amiga@h234n1fls22o1064.bredband.comhem.se) |
| 15:47:52 | Zagor | the "symbolic buttons" model is working nicely. i've added it to browser, wps and menus now |
| 15:49:12 | LinusN | nice |
| 15:49:46 | Zagor | the code is actually simpler than before |
| 15:50:16 | LinusN | even better |
| 15:50:18 | amiconn | Zagor: Nice. Is it smaller in binary form too? |
| 15:51:44 | Zagor | yeah, a few hundred bytse |
| 15:51:45 | Zagor | bytes |
| 15:51:58 | LinusN | me likes it |
| 15:55:03 | dwihno | symbolic buttons? |
| 15:55:24 | Zagor | yes, using WPS_FFWD instead of BUTTON_RIGHT|BUTTON_REPEAT in wps.c for instance |
| 15:56:29 | Zagor | nothing major, just avoids some #ifdefs (but actually adding a few as well) |
| 15:56:48 | LinusN | gotta go, cu guys |
| 15:56:51 | | Part LinusN |
| 15:56:58 | Zagor | however it makes it easier to get an overview when adding new keypads to the brew |
| 15:57:12 | dwihno | Zagor: ah, okay. Smart. |
| 15:59:03 | Zagor | some things, like the quickscreens and the pitch screen, are still hardcoded to BUTTON_ macros since they are so specific to a certain model |
| 15:59:24 | Zagor | i need to test this on a player though. the sim is not quite good enough. |
| 16:00 |
| 16:01:11 | amiconn | Zagor: Perhaps the quickscreens should be surrounded with #ifdef BUTTON_F2 etc. to only include them if the corresponding button is present |
| 16:01:39 | Zagor | yes, they are |
| 16:05:26 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 16:06:38 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 16:24:22 | | Join methangas [0] (methangas@0x50a476b2.virnxx10.adsl-dhcp.tele.dk) |
| 16:33:07 | | Quit lImbus (Remote closed the connection) |
| 16:39:48 | | Join mecraw_ [0] (~lmarlow@69.2.235.2) |
| 16:47:54 | *** | Saving seen data "./dancer.seen" |
| 16:50:16 | | Join iRiverRockBox [0] (~82e13707@labb.contactor.se) |
| 16:52:25 | iRiverRockBox | Hi, I am interested in the iRiver RockBox porting project. |
| 16:52:38 | iRiverRockBox | I don't know much about the Archos RockBox, but I was wondering have well the current RockBox handles "gapless" playback. |
| 16:53:59 | dwihno | yup |
| 16:54:09 | dwihno | if the mpegs are encoded in a good fashion |
| 16:54:26 | dwihno | I use −−nogap when I encode using LAME - great result! |
| 16:54:49 | Zagor | we feed the data to the decoder gapless, so it the data is gapless so will the playback be. |
| 16:55:01 | Zagor | but we don't "massage" the data in any way |
| 16:55:17 | dwihno | \o/ |
| 16:58:12 | Zagor | iRiverRockBox: are you interested in helping with development? |
| 16:58:39 | iRiverRockBox | I was just wondering if the iRiver playback engine could use a hybrid hardware/software decoding of the mp3s, by software decoding the last frame and removing the silence part/first of the frames in a song. All other frames could be decoded by hardware. |
| 16:59:07 | Zagor | the iriver does not have any decoding hardware, so we have to do everything in software there |
| 16:59:40 | ashridah | iRiverRockBox: iriver's latest firmware already deletes silence inside audio files, according to the release notes |
| 16:59:50 | Zagor | and yes, this improves our possibilities of doing various "tricks" do avoid gaps |
| 16:59:55 | ashridah | iRiverRockBox: iriver's firmware lacks song prebuffering, which is where the gapless issue remains |
| 17:00 |
| 17:00:20 | Zagor | ashridah: how do you mean lacks song prebuffering? |
| 17:00:41 | Zagor | doesn't load and play at the same time? |
| 17:00:50 | ashridah | it can load and play at the same time |
| 17:00:55 | ashridah | it just doesnt' do it for the NEXT song |
| 17:01:01 | Zagor | odd |
| 17:01:19 | iRiverRockBox | Yeah, correct prebuffering is of course necessary... but with mp3 their is still the "inside a frame" silence problem. |
| 17:01:47 | iRiverRockBox | mp3 has fixed frame size... ogg doesn't. |
| 17:01:58 | ashridah | iRiverRockBox: oggs don't have the fixed-frame-size problem, and the gap is still present for oggs |
| 17:02:05 | Zagor | iRiverRockBox: correct, but with software decoding we can cut silence in the decoded pcm data |
| 17:02:06 | * | ashridah has a vast majority of oggs in his collection |
| 17:02:47 | ashridah | iRiverRockBox: but yes, again, the latest firmware already cuts out silence inside the files, according to the release notes for it (i really should get around to testing that, i know a few songs with mid-song gaps, which supposedly it also deletes) |
| 17:03:04 | iRiverRockBox | I actually thought that the Motoral MFC5249 offered Mp3 hardware decoding.... I may be wrong though :) |
| 17:03:21 | Zagor | it doesn't |
| 17:04:10 | Zagor | ashridah: sounds odd to remove midsong gaps. how would it know what gaps to remove? some tracks contain silence on purpose. |
| 17:04:49 | ashridah | like i say, i haven't tested it. |
| 17:04:54 | ashridah | but yes, it does sound odd |
| 17:05:19 | ashridah | not impossible to conceive if it does threshold testing at anything but the start/end, but i doubt they went to that much trouble |
| 17:06:01 | ashridah | iRiverRockBox: it's not really particularly economical to cram an mp3 decoder onto a general purpose cpu. |
| 17:06:52 | ashridah | iRiverRockBox: you'd be far better served by cramming a crapload of runtime-configurable FPGA. |
| 17:07:01 | * | ashridah fondly remembers the ATMEL chips he briefly played with |
| 17:09:33 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 17:10:26 | Zagor | bagder do you have any idea where to look/ask about X keyboard programming? none of the channels here are very interested in programming |
| 17:10:50 | Bagder | tried checking for a related newsgroup? |
| 17:11:12 | ashridah | Zagor: heh. catching raw X11 events eh? |
| 17:12:06 | Zagor | ashridah: yes, but the key events are lousy. i don't get true press/release events. instead I get repeated press/release/press/release/press/release when a key is held down |
| 17:12:50 | ashridah | Zagor: that is strange. xev doesn't seem to suggest that behavior |
| 17:13:19 | Zagor | does for me |
| 17:13:20 | ashridah | i've got the xlib programming manual, if you don't have it already (i'm not entirely certain it's a legal copy, i forget where i picked it up) |
| 17:13:56 | ashridah | oh, hangon, keyboard. |
| 17:13:56 | ashridah | yeah |
| 17:14:00 | * | ashridah smacks head |
| 17:17:49 | Zagor | it even does that for shift :( |
| 17:19:23 | * | ashridah isn't anything remotely related to an expert X11 coder |
| 17:19:46 | ashridah | Zagor: like i say, i've got an x11 programming manual in html if you're interested tho. |
| 17:20:44 | Zagor | thanks, but i've found lots of them on the web |
| 17:21:06 | Zagor | haven't found the answer to my question though :( maybe there is no way |
| 17:21:08 | ashridah | fair enough. |
| 17:21:26 | ashridah | it's probably why most people avoid x11 apis like the plague |
| 17:22:12 | Zagor | well nothing on top of x11 will ever be able to give me anything different unless there is a mode setting |
| 17:22:29 | Zagor | and I do want X11. network transparency is king. |
| 17:23:02 | ashridah | depends how far the abstraction is taken. |
| 17:23:07 | Zagor | if I could just ask "is key X pressed or unpressed right now" |
| 17:23:14 | ashridah | problem is, further in you go, less likely it is to suit your needs |
| 17:23:14 | iRiverRockBox | OK, thanks for clearing up my mp3 decoding questions. I found websites which state that the MFC5249 is designed for mp3 decoding, but which does not mean that it has a dedicated hardware for decoding. Thanks :) |
| 17:23:42 | Bagder | Zagor: x11 is event-based, I don't think you can do that ever unless you keep the state info yourself |
| 17:24:13 | Zagor | Bagder: you're right. but i'd like to get the proper key events, not fake repeats :( |
| 17:24:27 | Bagder | I understand |
| 17:24:28 | | Join mecraw [0] (~lmarlow@69.2.235.2) |
| 17:24:34 | ashridah | you can't set the keyboard to a raw mode or something? |
| 17:24:37 | ashridah | or perhaps use DGA? |
| 17:24:44 | | Quit mecraw_ (Read error: 54 (Connection reset by peer)) |
| 17:24:47 | ashridah | (goodbye network transparency tho, i bet) |
| 17:24:56 | Zagor | yeah |
| 17:25:12 | Zagor | and since I do quite a lot of stuff remotely I'd hate to lose it |
| 17:26:43 | iRiverRockBox | I have another question about the random function of RockBox - I shortly looked at the code. Which input parameters does it utilize? the clock etc.? and where is the random seed saved? iRiver's original firmware developers have major problems with generating a working random function. |
| 17:27:24 | Bagder | iRiverRockBox: we just seed it with the time |
| 17:27:28 | Bagder | then we keep the seed |
| 17:27:30 | Bagder | voila |
| 17:28:12 | Zagor | thus we can resume a shuffled playlist in the same order |
| 17:28:31 | Bagder | and that's why we call it shuffle, not random. We truly shuffle ;-) |
| 17:28:32 | ashridah | Bagder: that's a problem then. the iriver devices don't have a built in persistent clock |
| 17:28:42 | iRiverRockBox | I wonder why is so hard for the iRiver developers? :) They have had more than a year to fix it. |
| 17:28:49 | Bagder | I doubt that is a problem |
| 17:28:59 | Zagor | you don't need it persistent, you can just use current elapsed ticks |
| 17:29:05 | Bagder | exactly |
| 17:29:11 | Zagor | humans are fuzzy and won't react the same tick every time |
| 17:29:14 | ashridah | Bagder: well, no, of course not, but it lends yourself to being boxed into a particular range. |
| 17:29:30 | ashridah | but yeah, at 150MHz or something for the ihp's, i doubt that's an issue :) |
| 17:30:00 | Bagder | I think lack of clues is the true reason |
| 17:30:03 | Zagor | iRiverRockBox: i don't think it's hard at all for them. they are probably just busy with other things. |
| 17:30:13 | Bagder | right |
| 17:30:18 | Bagder | there's no money in fixing that |
| 17:31:21 | ripnetUK | have we found a coldfire disassembler yet? i managed to decrypt the firmware, and a strings suggests it decrypted ok... did we ever find out if it runs from rom or if its copied to ram first? (iriver) |
| 17:31:44 | Bagder | I good guess is that it copies it to ram |
| 17:31:47 | Bagder | s/I/a |
| 17:32:03 | ashridah | damnit. 1:30am. i've gotta crash |
| 17:32:05 | | Quit ashridah ("sleep") |
| 17:32:09 | iRiverRockBox | They don't care about the consumers. The H3xx has the same problem and it is brand new. It was scheduled and they did implement it. |
| 17:32:25 | iRiverRockBox | It was scheduled and they did NOT implement it. |
| 17:33:45 | * | Bagder rembers Archos' bold statements about working on .wav playback |
| 17:33:51 | Zagor | well ask ipod owners how long they have waited for gapless playback... |
| 17:35:30 | Bagder | hehe, ipod owners don't care for features |
| 17:35:38 | Bagder | its made by Apple, its enough |
| 17:36:12 | Zagor | what formats does the iriver record in by the way? |
| 17:36:21 | iRiverRockBox | wav and mp3 |
| 17:36:31 | Zagor | ok |
| 17:36:52 | iRiverRockBox | wav 44khz - mp3 32kpbs-320kpbs.. |
| 17:37:10 | Zagor | cbr or vbr? |
| 17:37:23 | iRiverRockBox | CBR... I don't think it is LAME encoding.. |
| 17:37:35 | Zagor | hehe, definitely not |
| 17:40:01 | Zagor | finding a free integer mp3 encoder might be a problem |
| 17:40:34 | iRiverRockBox | I think FLAC encoding could be really cool :) |
| 17:41:01 | Zagor | yes, but as I understand it flac compression is pretty hard on the cpu |
| 17:41:11 | Zagor | decoding is pretty fast though |
| 17:42:16 | ripnetUK | i dont understand - the wiki says that the iRiver has a UDA1380TT - Philips Stereo audio coder-decoder for MD, CD and MP3 |
| 17:42:19 | iRiverRockBox | Yeah, you might unfortunately be right :) Playback should be no problem though... digital out + FLAC rocks! |
| 17:42:22 | ripnetUK | but you say its all software? |
| 17:42:53 | Zagor | ripnetUK: yes, that chip name is misleading. it's basically a D/A converter |
| 17:43:06 | ripnetUK | i see :) |
| 17:43:43 | Zagor | it's just designed for MD, CD and MP3 players |
| 17:44:20 | iRiverRockBox | yeah, just like MFC5249 is "designed" for MP3 :) |
| 17:44:33 | Zagor | yeah, something like that |
| 17:46:44 | | Quit [IDC]Dragon ("CGI:IRC") |
| 17:48:20 | Zagor | flac-compressing a 780MB wav CD took 13 minutes on a PII-333 according to the flac homepage. using default parameters. |
| 17:49:16 | Zagor | it's difficult to judge the relative speeds of the p2 and our coldfire, but by those numbers real-time flac compression doesn't sound impossible |
| 17:49:33 | iRiverRockBox | no |
| 17:50:06 | Zagor | oh, i forgot. the encoder uses floating point... |
| 17:50:18 | iRiverRockBox | damn :) |
| 17:55:40 | iRiverRockBox | Where did you find this floating point encoding info - I must be blind :) |
| 17:56:25 | Zagor | the features page. "Decoding requires only integer arithmetic". |
| 18:00 |
| 18:02:28 | iRiverRockBox | Are you sure about this floating point encoding - I am still in doubt... it is not a good reference but check http://www.public.iastate.edu/~tausif/ee424/flac_format/flac_format.html |
| 18:05:38 | Zagor | # egrep "(double|float)" flac-1.1.0/src/libFLAC/* | wc -l |
| 18:05:43 | Zagor | 39 |
| 18:05:58 | Zagor | looks like it :) |
| 18:06:27 | iRiverRockBox | Yeah :) |
| 18:07:49 | iRiverRockBox | Does any other lossless formats support integer arithmetic encoding? still open source? |
| 18:07:59 | Zagor | i don't know |
| 18:08:56 | Zagor | realtime compression has a pretty low priority, i must say |
| 18:10:34 | iRiverRockBox | yeah, there is still a long way to go also :) |
| 18:13:51 | Zagor | hmm, why is the player simulator much slower than the recorder sim? |
| 18:23:52 | * | Zagor just found XAutoRepeatOff() |
| 18:24:14 | Zagor | but it is global for the entire display... |
| 18:25:16 | | Join webguest19 [0] (~3e685204@labb.contactor.se) |
| 18:27:09 | | Quit webguest19 (Client Quit) |
| 18:45:01 | | Quit iRiverRockBox ("CGI:IRC (EOF)") |
| 18:47:57 | *** | Saving seen data "./dancer.seen" |
| 18:49:07 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- :P") |
| 18:50:24 | | Part pillo |
| 18:53:18 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 19:00 |
| 19:08:31 | | Part Zagor |
| 19:09:24 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 19:24:40 | | Join PaulS [0] (~0d0274bd@labb.contactor.se) |
| 19:25:11 | | Join R3nTiL [0] (~zorroz@218-248-30-217.kgts.ru) |
| 19:25:56 | PaulS | I saw some conversation earlier about the iRiver remote. You have my official permission to traverse the link I put on the Wiki to iRiverLounge. If you're uncomfortable with that I can post new stuff on the Wiki from my notes. |
| 19:29:05 | PaulS | (I suppose I can only give you permission to read _my_ posts on the lounge ... maybe. :-) |
| 19:36:28 | | Part PaulS |
| 19:37:55 | | Join Zagor [0] (foobar@h254n2fls31o265.telia.com) |
| 19:51:42 | | Quit ripnetUK () |
| 19:58:06 | | Quit R3nTiL () |
| 20:00 |
| 20:27:16 | | Join mecraw_ [0] (~lmarlow@69.2.235.2) |
| 20:27:17 | | Quit mecraw (Read error: 104 (Connection reset by peer)) |
| 20:47:59 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:07:35 | | Quit epictetus (Ping timeout: 14400 seconds) |
| 21:20:23 | | Join zeekoe [0] (zeekoe@zeekoe.kabel.utwente.nl) |
| 22:00 |
| 22:03:15 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 22:06:25 | | Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 22:16:36 | | Join [IDC]Dragon [0] (~idc-drago@pD95122D3.dip.t-dialin.net) |
| 22:16:52 | amiconn | hi Jörg |
| 22:17:09 | [IDC]Dragon | hello |
| 22:17:19 | amiconn | Found my wiki additions? |
| 22:17:26 | [IDC]Dragon | removing the tuner board was very useful |
| 22:17:36 | amiconn | yes? |
| 22:17:39 | [IDC]Dragon | not yet, /me looks |
| 22:19:11 | [IDC]Dragon | cute, our twins |
| 22:19:31 | amiconn | :) |
| 22:20:28 | [IDC]Dragon | mine also has that roughly shaped plastic, but it stayed at the LCD |
| 22:20:44 | amiconn | Ah. |
| 22:20:44 | [IDC]Dragon | came off the CPU first |
| 22:22:08 | amiconn | My tuner board looks rather funny. All naked |
| 22:22:23 | [IDC]Dragon | I found a collision when checking the signals at the bridge |
| 22:22:48 | [IDC]Dragon | yea, I wonder why they did it that way |
| 22:23:13 | [IDC]Dragon | not swapping the jacks, making the board obsolete for the SP |
| 22:23:26 | [IDC]Dragon | just for the power button? |
| 22:23:34 | amiconn | The on/off button is also mounted on the tuner board |
| 22:23:40 | amiconn | ;) |
| 22:24:00 | | Join CGI808 [0] (~41f6e865@vs151108.vserver.de) |
| 22:24:11 | | Quit CGI808 (Client Quit) |
| 22:24:12 | | Quit scott666 (Read error: 110 (Connection timed out)) |
| 22:24:20 | amiconn | My RAM is rather sparely marked |
| 22:24:48 | amiconn | And the chip under the mmc slot cover is the flash ROM I guess? |
| 22:25:04 | [IDC]Dragon | as long as it works... we know what it is. |
| 22:25:10 | [IDC]Dragon | yes |
| 22:25:30 | [IDC]Dragon | also a strange layout, so far from the CPU |
| 22:25:46 | [IDC]Dragon | they needed to route the bus all the way there |
| 22:27:21 | amiconn | Okay. Did you also notice my addition to the "new components" table? I'd like to check if the LT3440 and the NC7S08 are also on my board. I hope you can tell me where I should look, as I guess these are marked with a short code only |
| 22:29:24 | [IDC]Dragon | they're there |
| 22:29:58 | [IDC]Dragon | LTNP, in the power section |
| 22:29:58 | amiconn | Okay, I'll adapt the table |
| 22:30:41 | [IDC]Dragon | 7S08 close to the 12 MHz osc. |
| 22:32:23 | [IDC]Dragon | :-) |
| 22:33:02 | amiconn | Tell me about the usb bridge measurements |
| 22:33:22 | [IDC]Dragon | well, I found two colliding outputs |
| 22:33:49 | [IDC]Dragon | I need to make TxD1 an input while in USB mode |
| 22:34:44 | [IDC]Dragon | this is visible on the scope, when the level goes only halfway |
| 22:35:19 | amiconn | yup, I understand |
| 22:37:09 | amiconn | Btw, I do now understand how the software power off is done on the player & recorder v1: The off button is also connected to a port pin, which is GP in normally. For power off it is set to GP out & low, simulating a keypress |
| 22:37:36 | [IDC]Dragon | ah, ok |
| 22:38:38 | amiconn | Did you already try making TxD an input for usb mode? |
| 22:39:09 | [IDC]Dragon | doing that now |
| 22:41:04 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!") |
| 22:48:02 | *** | Saving seen data "./dancer.seen" |
| 23:00 |
| 23:04:57 | [IDC]Dragon | hmm, still not working. |
| 23:05:25 | [IDC]Dragon | the collision is gone, but I measure different frequencies |
| 23:09:25 | | Quit zeekoe ("bed time") |
| 23:10:24 | amiconn | [IDC]Dragon: In usb mode? |
| 23:11:52 | [IDC]Dragon | yes |
| 23:12:13 | | Join webguest76 [0] (~45912877@labb.contactor.se) |
| 23:12:50 | webguest76 | rockboxx is awesome!! you guys are cool |
| 23:12:51 | [IDC]Dragon | the Rockbox power-down timer is active in USB mode, too :-( |
| 23:13:02 | [IDC]Dragon | thanks |
| 23:13:30 | Zagor | [IDC]Dragon: really? that's a bad bug. |
| 23:14:19 | amiconn | Any chance to get Linus here? I have a very interesting question... |
| 23:15:30 | Zagor | he usually pops in a little after midnight |
| 23:16:13 | webguest76 | is there any way to have custom bitmaps for the screens without compiling the source myself |
| 23:16:23 | Zagor | webguest76: no |
| 23:16:24 | webguest76 | or if it isn't is there any freeware compilers? |
| 23:16:28 | [IDC]Dragon | Zagor: I menat the Ondio, don't worry |
| 23:16:30 | amiconn | Currently analyzing the archos recording (yes I'm desperately hunting the recording issues) |
| 23:16:36 | [IDC]Dragon | meant |
| 23:16:39 | Zagor | webguest76: yes, gcc is free. it's the one we use. |
| 23:17:14 | webguest76 | is that for linux? |
| 23:17:22 | Bagder | yes, linux too |
| 23:17:29 | Zagor | webguest76: it's available for both windows and linux. see here: http://rockbox.haxx.se/twiki/bin/view/Main/DevelopmentGuide |
| 23:17:43 | webguest76 | cool, thanks! |
| 23:24:35 | webguest76 | if you use windows for compiling, what IDE do you use, if any? |
| 23:24:41 | Zagor | none |
| 23:25:05 | webguest76 | so do you use cywin |
| 23:25:08 | amiconn | [IDC]Dragon, Zagor, Bagder: The archos recording isr does something that the mas datasheet doesn't tell us... |
| 23:25:42 | Zagor | webguest76: most core developers use linux |
| 23:25:43 | webguest76 | wait nevermind |
| 23:26:01 | Bagder | ... and the rest run make in cygwin |
| 23:26:02 | Zagor | amiconn: any idea what it is? |
| 23:26:07 | [IDC]Dragon | amiconn: aha? |
| 23:26:25 | amiconn | Yes: it checks PB14 (IRQ6) in 2 places |
| 23:26:52 | amiconn | Linus' logic analyzer will most likely prove _very_ helpful... |
| 23:27:29 | amiconn | It also uses a timeout on checking PRTW in case the mas doesn't want to tell us something |
| 23:28:40 | amiconn | It has no 30 byte transfer limit |
| 23:31:40 | amiconn | The PB14 check seems to be an end-of-data check |
| 23:35:52 | | Join DigitalDiva [0] (~acbebce8@labb.contactor.se) |
| 23:40:37 | | Join _aLF [0] (~alex@mutualite-3-82-67-66-128.fbx.proxad.net) |
| 23:40:41 | _aLF | hi |
| 23:40:55 | Zagor | howdy |
| 23:41:01 | DigitalDiva | hi |
| 23:41:39 | [IDC]Dragon | amiconn: interesting twists with the recording |
| 23:42:17 | amiconn | I think this will result in an all-new recording routine, being rock-solid, as the name Rockbox implies... |
| 23:42:53 | | Quit webguest76 ("CGI:IRC (EOF)") |
| 23:44:10 | amiconn | [IDC]Dragon: Btw, I did a long-term recording via spdif, and wanted to compare how the archos fw performs in this case. It didn't let me do this... "recording prohibited" |
| 23:44:46 | Zagor | right, you need to unlock it. can't remember how. |
| 23:45:28 | amiconn | You'd need a copy protection bit stripper |
| 23:45:43 | DigitalDiva | i know how u do it in the Archos fw |
| 23:45:54 | Zagor | no, the firmware allows recording if you enter a specific artist name or some such |
| 23:46:50 | DigitalDiva | to disable the protectoin, go to the Archos fw and input HFSCMSOFF to disable the protection |
| 23:47:20 | amiconn | DigitalDiva: Ahaa! Where? Artists? Title? |
| 23:47:28 | DigitalDiva | Artist |
| 23:47:40 | * | amiconn tries that |
| 23:47:42 | DigitalDiva | in the recording mode |
| 23:47:52 | DigitalDiva | type HFSCMSOFF as the ID3 tag |
| 23:54:00 | amiconn | Got it. You have to type that as the track title, then it tells you that SCMS is off. The track title does not change. |
| 23:54:31 | amiconn | However, now it says "Press play to start". No matter how long or hard I press, the recording doesn't start |
| 23:54:44 | Zagor | haha |
| 23:56:10 | amiconn | Probably a bug |
| 23:57:29 | amiconn | Indeed a bug - now I managed to start the recording by shortly removing the spdif source signal (!) |
| 23:57:46 | Zagor | wow |
| 23:57:56 | DigitalDiva | I wonder why Archos no longer provide spdif on their newer devices |
icon identifies that the person is a core developer (has commit access).