--- Log for 04.11.104 Server: burroughs.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 13 hours ago 00.00.45 # 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 # Jumpy sound with MPEG2? 00.04.02 # 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 # I tried with my other clips containing 192 kbps MPEG1 audio 00.05.02 # Which byte/bit is to patch? 00.05.26 # <[IDC]Dragon> offset 0x43 to 0x00 00.06.27 # MPEG1 audio plays fine with the corrected flags 00.06.36 # The screen is boring ;-) 00.06.52 # <[IDC]Dragon> yes ;-) 00.07.01 # <[IDC]Dragon> not made for it 00.07.18 # Who will play video without video ;-) 00.07.35 # 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 # 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 # (3) DS produces a 4x audio speed, with choppy sound (4) cmd line produces 2x audio speed, with no choppy sound. 00.10.26 # (5) Both situations cause audio underruns, and sometimes crash the player 00.11.19 # <[IDC]Dragon> and a bluescreen! 00.11.31 # rotfl 00.11.46 Quit scott666_ ("i'll be back...eventually...") 00.11.47 # 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 # CPUAdrErr at 091F8822 00.17.46 # 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.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.17.26 Join Digital007 [0] (~acba707c@labb.contactor.se) 02.18.01 # Hi 02.18.31 # hey 02.18.41 Part amiconn 02.19.30 # hi midk 02.19.52 # im a member of www.misticriver.com 02.22.43 # everything iriver 02.23.00 # = iRiverMan 02.23.14 # midk = wrong 02.24.37 # midk != wrong 02.25.17 # your second post being 'how does the ihp compare to the archos gmini' gives it away 02.25.33 # fuck off midk 02.25.36 # get ur facts right 02.25.51 # 'ur' also blows it 02.26.18 # 'ur' is commonly used 02.27.08 # especially with iRiverMan 02.27.41 # midk = mikeholden 02.27.53 # yep 02.28.45 *** Saving seen data "./dancer.seen" 02.37.27 Join zucculent [0] (zazz@076-078.dialup.sunysb.edu) 02.43.20 # hi zucculent 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.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.16.13 Quit midk (Remote closed the connection) 05.22.18 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 06.09.17 Quit scott666_ ("i'll be back...eventually...") 06.28.52 *** Saving seen data "./dancer.seen" 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 # Good morning 07.25.49 # morning 07.26.09 # moooooo 07.26.31 # hoooonk 07.37.14 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 08.02.29 # 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 # 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 # amiconn: björn has f*cked it up 08.13.25 # hmmm, or has he? 08.13.41 # wat's wrong now? 08.13.43 # looks fine to me 08.13.50 # the update-daily script is wrong 08.14.01 # look right to me 08.14.18 # first of all, it has the wrong directory for DAILYDIR 08.14.29 # i see.. 08.14.33 # ok zagor did it 08.14.44 # no, amiconn 08.14.52 # LinusN: Huh? 08.15.13 # didn't you change the update-daily script? 08.15.32 # there are many reasons why it fails 08.15.36 # (1) I merely added the 2 additional Ondio builds, based on the script versions Zagor sent me 08.15.40 # 1) The server was down 08.16.21 # (2) There was no 2004-11-02 installer as well, that was before you added my extended scripts 08.16.30 # 2) Weird owner/permission on some files 08.16.37 # 3) The update-daily script fails 08.17.00 # 1) and 2) was before we updated the files 08.17.39 # I did major changes to build-installer and rockbox.iss, but only 1-line changes to update-dailybuild and update-release 08.17.46 # [ISPP] Undeclared identifier: "AppVersion". 08.18.33 # That's a directory issue, and caused by build-installer. 08.18.48 # I also got that on windows/cygwin, but the directories are set exactly the same way as with the old script 08.20.00 # LinusN: Were does the file "rockbox.version.iss" created in your dir tree? 08.20.08 # *get created 08.21.05 # ./installer/files/rockbox.version.iss 08.22.30 # 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 # it rowks 08.24.15 # jlksrhgs 08.24.17 # it works 08.24.38 # i ran the files as the wrong user 08.24.45 # Ah 08.24.55 Quit Ka_ (Connection timed out) 08.24.56 # the only real problem was that DAILYSRC was wrong 08.25.23 # Ok. I did not change that part... 08.26.08 # i think zagor did that 08.26.18 # In the update-xxx script, I only changed the VERSIONS= line 08.28.55 *** Saving seen data "./dancer.seen" 08.29.20 # i think zagor used the update-daily script to create the release, and changed the DAILYSRC 08.32.04 # anyway, we now have an installer for todays daily 08.32.25 # Nice :) 08.33.54 # 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 # 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 # What do you think? 08.34.49 # go ahead 08.34.57 # Okay. 08.37.57 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 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 # hi Zagor 09.07.24 # LinusN, Zagor: Do you know whether non-flashable v2/fm recorders exist? 09.11.34 # i don't know 09.17.50 # LinusN: ISD-300 is also used in iRiver, right? 09.18.00 # no 09.18.15 # look at the wiki datasheet page 09.18.38 # well, it's the isd300lp version 09.19.09 # also called CY7C68310 09.20.08 # Ah ok, a variant. 09.45.05 # do we really need to scan for plugins (filetypes handling)? 09.49.29 # LinusN: (DataSheets page) major parts done, the rest gets done this evening :) 09.50.38 # (including the MAS datasheet complements) 09.50.53 # looks nice 09.51.07 # I tried to sort the parts by function 09.51.32 # noticed that 09.51.48 # 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 # Zagor: ok, just noticed that it hasn't ever been used 09.53.23 # right 09.53.37 # and i was working with the wps context menu 09.54.00 # 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 # i think we can remove it. it's not like lots of people write independent plugins. 09.54.58 # amiconn: it will be supported if it's in viewers.config 09.55.27 # "scanning" refers to looking for unlisted .rock files in the viewers directory 09.55.40 # Iirc the filetypes registering code reads viewers.config, then checks which plugins do exists 09.56.36 # 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 # all of that is handled by viewers.config. we have never shipped with "scanned plugins". 10.08.55 # amiconn: the viewers.config file is edited by buildzip.pl 10.09.21 # 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 # wooo, restarting the modem worked 10.10.33 # 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 # Plasma Demo! 10.31.25 # ;-) 10.57.37 # Btw: yesterday I recorded without problems again. 10.59.25 # Bagder: did you try it? does it look good? 10.59.45 # haven't tried 11.04.51 Join amiconn_ [0] (~d9092244@labb.contactor.se) 11.06.01 # Grr, my rdp connection doesn't like me today 11.28.38 # Bagder: u there? 11.32.31 # the plasma is c000l 11.32.41 # and slow... 11.32.55 # :) 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 # yup 11.43.54 # <[IDC]Dragon> where is it? 11.44.43 # <[IDC]Dragon> ah, found it 11.53.13 # it's funny, that updating the progress bars take longer than the actual calculations :-) 11.54.48 # The USB handling in it is broken 11.55.23 # * kurzhaarrocker triggers recordings :) 11.55.43 # [IDC]Dragon: Do you already have an idea what's wrong with rvf_mux? 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 # \o/ 12.03.32 # sound_menu.c: In function `rectrigger': 12.03.32 # sound_menu.c:726: warning: enumeration value `TRIG_OPTION_COUNT' not handled in 12.03.32 # switch 12.03.54 # That was just a constant to count the trig_options 12.04.16 # 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 # LinusN: are you trying the trigger only or the full-monty thingie with the additional recled patch? 12.45.53 # kurzhaarrocker: it doesn't seem to handle Pause very well 12.47.31 # Ok, I'll work that over. 12.48.19 # * kurzhaarrocker never paused a recording, doesn't know why he should :) 13.03.26 # it doesn't seem to update the status bar either 13.04.15 # sorry, it does 13.04.22 # (uff) 13.05.07 # i agree that the led is confusing when doing triggered recording 13.05.38 # <[IDC]Dragon> amiconn: u there? 13.06.34 # [IDC]Dragon: Now I am 13.06.55 # (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 # 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 # 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 # 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 # Since the font in the recording screen is tied to sysfont problems due to other fonts can't happen either 13.13.28 # kurzhaarrocker: not other fonts, but other languages 13.13.29 # Although I admit that I'd prefer if the inverted text line length could be defined ... 13.13.44 # ah, yes, zagor 13.14.19 # my idea is to replace the bottom line with informative text instead 13.14.33 # that's a good idea imho 13.14.50 # or at least some larger graphics 13.16.02 # maybe even move things around, and have it below the peal meter 13.16.03 # LinusN: don't you like the idea of the stoplight or is it just the way it is done here? 13.16.10 # LinusN want's graphics in rockbox? Hoho! 13.16.31 # the stoplight is so small 13.16.32 # 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 # the nice thing with the status bar would be a countdown 13.17.18 # Originally I had text. You never really knew what mode you were in because you'd never really read the text. 13.17.48 # i have two complaints about the stoplight: 13.17.53 # 1) it's so small 13.18.00 # 2) it may be overwritten by the gain text 13.18.24 # and 3) takes some manual reading to interpret 13.19.00 # [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 # *Cplusplus 13.20.40 # 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 # and it blinks when it's about to stop? 13.21.12 # i don't think it should ever blink 13.21.13 # No, I considered that confusing when I tried that 13.21.37 # Zagor: i think blinking in "yellow" mode would be nice 13.22.29 # blinking is really bad for temporary status information 13.22.36 # LinusN: Did you read about my "bluescreen"? I wonder what might have caused that... 13.22.55 # the yellow can be one or two seconds, which is just a few blinks 13.23.42 # Do you think it confuses then? 13.23.45 # amiconn_: your what? 13.24.05 # [IDC]Dragon: You already have a fix for the frame size calculation in the command line tool. 13.24.10 # i think a fairly fast blinking would be a great indicator 13.24.16 # 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 # The technique I used for blinking was crappy when I tried to blink faster, LinusN. It blinked irregularily 13.24.48 # off: not recording, blink: about to record, on: recording 13.25.37 # <[IDC]Dragon> amiconn: do I face old code here? 13.25.40 # LinusN: it can work if we use a fairly high frequency, >=5 hz 13.25.40 # 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 # 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 # 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 # amiconn_: coool, bluescales 13.26.42 # [IDC]Dragon: It's you *your* website 13.26.48 # *on your 13.26.50 # <[IDC]Dragon> ah, ok 13.27.05 # kurzhaarrocker: then we fix that 13.27.16 # <[IDC]Dragon> (nice to have an external directory) 13.27.29 # 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 # kurzhaarrocker: i'll fix it 13.27.42 # lunch, good idea 13.27.59 # [IDC]Dragon: That code does not cause the jumpy audio, but audio still runs twice as fast as it should 13.28.46 # amiconn_: do you have white leds? 13.28.56 # yup 13.31.02 # 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 # 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 # [IDC]Dragon: In the DS encoder, so now it does the same as the cmd line version? 13.37.36 # Then there is still the twice-the-speed problem. 13.42.02 # 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.27.42 # 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 # [IDC]Dragon: You could try the following: 14.44.05 # if (pAudioHeader->version != 3) 14.44.27 # pInfo->frametime /= 2.0; 14.45.05 # 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 # 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 # 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 # I'm quite sure: 14.48.05 # mpeg audio frame lengths, from MAS datasheet: 14.49.55 # 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 # Layer 3 only: 12 kHz: 48 ms, 11.025 kHz: 52.24 ms, 8 kHz: 72 ms 14.51.21 # 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 # (and of course this corresponds to the fact that the frame lengths are also halved) 15.00.10 # * [IDC]Dragon has to draw a table 15.02.08 # How many legs? :) 15.03.40 # [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 # [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 # time to go home 15.58.02 # cu guys 15.58.13 # * Bagder waves 15.58.20 Part LinusN 15.58.20 # Is that ltc thingie a replacement for your broken DC DC converter, [IDC]Dragon? 16.00.33 # <[IDC]Dragon> kurzhaarrocker: yes. not broken, but excessively thirsty 16.11.34 # [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 # 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 # could anyone help me install a new game on my gmini ? :o 16.26.27 # i don't think anyone here has a gmini 16.26.39 # owe bah :/ 16.29.03 *** Saving seen data "./dancer.seen" 16.32.15 # gmini is non-rockbox land 16.32.50 # :< 16.34.25 # 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 # [IDC]Dragon: I'm going to try it in the evening 16.59.01 # <[IDC]Dragon> amiconn_: OK, I've sent an update 17.02.38 Join mecraw__ [0] (~lmarlow@69.2.235.2) 17.09.52 # [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.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 # 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 # Nice :) 18.41.36 # <[IDC]Dragon> I was really unhappy with it once I found out 18.41.52 # 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 # 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 # 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 # You mean, because it gets switched to recording mode? 18.48.37 # In recording mode + monitoring (= not actually encoding) the mas power requirements are about the same as in decoding mode 18.49.00 # You could start a recording and see how much that adds 18.50.22 # 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 # 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 # I'm trying to, yes. Centralizing datasheets :) 18.59.08 # I already did that half-way in the morning. 19.00.04 # <[IDC]Dragon> saw that, nice 19.00.52 # Now cleaning up the remains, needing to download & attach the referred datasheets from the Ondio page 19.03.55 # 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 # [IDC]Dragon: Should I really add those simple logic gate datasheets? 19.28.28 # <[IDC]Dragon> sorry, away 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 # Hi all 20.15.26 # hi 20.16.31 # 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 # Or actually the toolchain compiles but I got strange errors when trying to compile rockbox 20.17.18 # I believe you need a binutils patch 20.17.48 # 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 # I tried to follow instructions made by Linus to compile toolchain. 20.18.05 # Ah, ok.. 20.19.07 # at least that's how I've understood it 20.19.14 # Perhaps his instructions are then missing that :) 20.19.23 # yes I think so 20.19.31 # I don't even know where to find his patches 20.19.46 # Thanks for the tip, I could ofcourse mail him 20.20.00 # Bagder: Linus states one should use current cvs version of binutils, and gcc 3.4.2 20.20.09 # ah, ok 20.20.20 # then both his patches probably are in 20.20.55 # Maybe I'll try those versions then 20.23.25 # Hmm.. actually it now says that also in the toolchain instruction page 20.23.36 # haha 20.24.09 # I see he changed that yday 20.24.17 # Yes, he seems to have updated yesterday :) 20.24.17 # 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 # hello 20.38.45 # i heard there were plans to port rockbox to iriver? 20.39.27 # last sign of activity: 19.23 UTC 20.39.27 # work is in progress 20.39.32 # great :) 20.39.46 # http://www.rockbox.org/twiki/bin/view/Main/IriverPort 20.39.58 # 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 # seen this http://www.rockbox.org/requests.shtml ? 20.40.29 # ;-( 20.40.29 # not yet 20.40.31 # let me check o.o 20.40.33 # sorry, heh 20.40.33 # I meant :-) 20.40.50 # there's a HUGE amount of requests already 20.40.56 # 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 # rockbox can 20.41.17 # yea 20.41.22 # 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 # mmm, the features i had in mind were originally of the rio karma 20.45.38 # don't seem to have been suggested yet 20.47.21 # 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 # that has been suggested 20.49.00 # ok 20.49.02 # couldn't find it 20.49.04 # there's even a plugin for "favourites" 20.49.21 # ok o.o 20.49.25 # used to add a song to a list of favourites 20.49.27 # * HCl blinks. plugins. mkay o.o 20.49.42 # plugins is our way to allow basicly anything to get added 20.49.48 # you can always make it as a plugin 20.49.50 # *nods* 20.49.52 # yea 20.51.48 # wow, lol 20.51.58 # *sees a mutilated iriver on the site :P 20.52.54 # yeps, we've used some of the donated money to buy hw 20.53.01 # *nods* 20.55.15 # hrm 20.55.25 # well, its that i'm currently entangled into xbox development, otherwise i'd help 20.57.06 # xbox is already "done" you know ;-) 20.57.16 # lol 20.57.20 # not yet :P 20.57.35 # i won't rest till i have a working version of dosbox with the new dynamic core running on it 20.57.40 # so i can run dos games at decent speeds 20.58.51 # mmm, lots of good work being done 20.59.01 # might want to take a look at this after i'm done with dosbox 21.06.42 # :) 21.06.49 # the mode coders the better :) 21.06.53 # * HCl waves at webmind :P 21.07.07 # didn't know you were on freenode o.o 21.07.18 # 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 # HCl, not only i think 21.33.38 # and come to think of it 21.34.11 # i think i forgot a chan 21.34.48 # 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 # hi again 21.50.10 # <[IDC]Dragon> ;-) 21.50.24 # Do you have some answers for me ;-) 21.50.28 # <[IDC]Dragon> got disconnected, for idling too longor so 21.50.46 # 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 # [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 # I only have the version from http://joerg.hohensohn.bei.t-online.de/archos/speech/mp3ClipGen.vbs 21.52.29 # [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 # 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 # 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 # Namely: FZT824, LM2651, MC34064A 21.56.32 # (and IRF7416) 21.56.54 # <[IDC]Dragon> no, I don't think so 21.56.55 # There are no v2/ fm schematics... :( 21.57.01 Quit mp3glee ("CGI:IRC (EOF)") 21.58.00 # IRF7416 is 8-pin 21.58.25 # FZT849 is SOT223 21.58.49 # <[IDC]Dragon> there are similar parts, but the numbers seem different 21.59.06 # 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.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 # 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 # 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 # still thanks for badger and amiconn for the help 22.07.36 Quit izzy ("CGI:IRC") 22.08.05 # [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 # 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 # If you rebuild the graph from scratch, it works 22.09.45 # 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 # 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 # [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 # I did not yet test layer 2, but since the frame sizes are identical, it should work too 22.40.47 # 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 # (But 8 kHz sounds awful, bah!) 22.41.19 # <[IDC]Dragon> ;-) 22.41.56 # So you could publish your fixed rvf_mux :) 22.42.12 # 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 # 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 # 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 # I think so, yes 23.00.08 # Does your wps not scroll? 23.00.19 # ;-) 23.00.28 # <[IDC]Dragon> i didn't have such a long name at hand 23.02.14 # 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 # I don't know, but imho it's not likely. The mas is initialized for playback in rockbox at boot time. 23.07.56 # I have an idea, but it is difficult to verify 23.08.51 # hey 23.09.07 # 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 # has anyone seen the ipod with its new colour screen? 23.21.32 # I've seen pics 23.21.40 # I've never seen an ipod in real life 23.23.18 # its on their website www.ipod.com bagder 23.23.22 # it also has a 60gb HD 23.23.32 # Eipott 23.23.42 # I know, I said I've seen pics 23.24.08 # Hewlett-Packard sell their own version of the ipod 23.24.31 # we don't care much about ipod here anyway 23.24.47 # just wodnered 23.24.48 # wondered 23.25.23 # well everyone has one 23.26.37 # I doubt that many in #rockbox has one ;-) 23.26.54 # Because ipods don't rock ;-) 23.27.11 # im an iriver owner myself 23.27.26 # a member of misticriver.net 23.28.38 # Bagder when recording is included for iRiver will it have the same functions as for the archos? 23.28.55 # probably 23.29.01 # if we can find a good mp3 encoder 23.29.10 # yea 23.29.12 # Bagder: Erm, lame? 23.29.26 # <[IDC]Dragon> lame uses float 23.29.35 # And? 23.29.35 # I don't think lame will encode fine in real-time on the coldfire 23.29.36 # Bagder since the iriver is software-driven would time-stretch be possible? 23.29.59 # Does the Coldfire not feature an fpu? 23.30.07 # <[IDC]Dragon> haha, no 23.30.23 # Okay, didn't check. 23.30.31 # <[IDC]Dragon> wrong league ;-) 23.30.47 # The comparatively sloow 68060/50 in my Amiga does have one.. 23.31.56 # * Bagder goes to bed 23.35.07 # nite Bagder