--- Log for 03.11.104 Server: burroughs.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 hours and 33 minutes ago 00.01.57 Quit pfavr ("ChatZilla 0.9.61 [Mozilla rv:1.7.3/20041007]") 00.04.13 Join elinenbe [0] (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 00.06.08 # LinusN: NICE commits... things are heating up! 00.06.15 # keep up the GREAT work! 00.06.18 # :-) 00.09.25 # uh oh 00.09.26 # * midk checks it out 00.09.56 # wohoo! great! :) 00.10.05 # definitely wonderful work & progress 00.10.43 # lots of work left though... 00.11.29 # doing great so far, i expect you'll have it "running" quite soon :) 00.11.37 # i saw that the lcd driver works, in the picture.. also very cool 00.12.02 # yean, that's nice, now i can write text to the screen, very helpful when debugging 00.12.23 # the size of the screen also looks quite promising :) 00.13.42 Join Zagor [0] (foobar@h254n2fls31o265.telia.com) 00.16.08 # LinusN: Nice things going on in cvs, congrats! 00.18.44 # thx 00.21.08 # Zagor/ Bagder/ LinusN: Did one of you already find some time to try building the extended installer? I suggest rebuilding the 2.3 release installer asap... because of the bug with the current one that Christi stumbled upon... 00.21.49 # (The current installer installs the rec v1 rombox.ucl for all recorder architectures... which does no good on a v2 or fm) 00.22.08 # i see 00.22.32 # And Ondio support of course ;-) 00.22.34 # i'll see what i can do 00.22.48 # where is the new one? 00.23.01 # If I did not mess up some Linux/Wine specifics, it should work right out of the box 00.23.28 # http://arnold-j.bei.t-online.de/Rockbox/innosetup-new-files.zip 00.24.25 # There are some changed+new files that go into "src", and one that goes into "bin/Languages". Should be obvious from the .zip dir structure 00.28.15 *** Saving seen data "./dancer.seen" 00.28.48 # I wonder whether it would be possible to add the installer files (the "src" part) to cvs... 00.29.29 # This way, it would be much easier for contributors to extend the installation language support. 00.32.45 # we should do that 00.37.41 # Could be useful, yes. You'd have to come up with a way to transfer updated files from cvs to the correct dir for building the installer, but I think there already is such a solution for the web pages. 00.38.38 # shouldn't be a problem 00.40.06 # Plus, we should state what innosetup version is currently used to build the installer, and what language files are included by default (Swedish wasn't, but the older v 4.2.1 Swedish.isl did fit perfectly :) ) 00.41.21 # A little wiki page describing the procedure wouldn't hurt either - maybe that's a task for me :-/ 00.43.02 # probably :-) 00.55.33 Quit mecraw__ (Read error: 110 (Connection timed out)) 01.00.46 # wow 01.01.06 # my iriver adc driver worked on the first try 01.03.02 # Nice ) 01.03.05 # :) even 01.03.50 # time to buy a lottery ticket :-) 01.18.07 Quit Bagder (Read error: 110 (Connection timed out)) 01.37.28 Join Digital007 [0] (~acbffec7@labb.contactor.se) 01.37.34 # Hi 01.39.37 # hi 01.39.42 # hi amiconn 01.42.44 Join joe1 [0] (foobar@vp089040.reshsg.uci.edu) 01.43.57 # hello 01.44.12 # hi joe1 01.44.31 # i was checking on the rockbox webpage regarding firmware development on iriver h120 01.44.41 Quit matsl ("Leaving") 01.45.10 # joe1 try this site www.misticriver.com 01.45.17 # everything to do with this iriver 01.45.24 # i want to help but i have very less knowledge in firmwares. I can program in C. Can i get some resources how i can help 01.45.50 # joe1: http://www.rockbox.org/twiki/bin/view/Main/IriverPort 01.46.06 # i want to get started reading some tutorials to get started on firmware development 01.46.34 # I really appreciate your work 01.46.38 # unfortunately, there isn't much for you to do at the moment 01.47.14 # however, you can investigate in different CODEC's 01.47.15 # i am very interested in learning stuff about firmware development 01.47.28 # in general? 01.48.06 # In general :) but I know i cant get much if I dont work on some live project.. 01.48.43 # I am a computer science graduate but never worked with hardwares 01.48.58 # much of my work is in software 01.49.10 # and I feel bad about not knowing much on hardware side 01.50.09 # Are there any books/guides you can suggest to get me started? 01.50.19 # hmmm 01.50.22 # so that i can be of any help later on 01.50.51 # i think O'Reilly has a book about embedded programming in general... 01.51.18 # i never read it 01.51.36 # i will check it out. I have a kitcon-167 board actually. 01.51.37 # my knowledge about this comes from experience 01.51.49 # I worked with CAN networking with this board for a while 01.51.53 # is that a PIC board? 01.52.48 # I saw on the Rockbox homepage that the USB is working for the iriver? 01.53.04 # Digital007: no, only the USB cable detection 01.53.13 # ok fair enough 01.53.26 # how is the iriver progress coming on anyway? 01.54.31 # i just got the A/D converter driver working, meaning that i can read the buttons 01.54.38 # http://www.rockbox.org/twiki/bin/view/Main/IriverPort 01.54.45 # cool 01.54.47 Quit midk (Read error: 110 (Connection timed out)) 01.54.50 # i'll check it out 01.54.52 # LinusN, I dont know what PIC means 01.55.17 # I read that iriver was forced to rename the iHP-120 to H120 because Hewlett-Packard said that the HP letters are their trademark 01.55.18 # but I used to flash ROM and make it work 01.55.26 # joe1: nm, i just wondered about the CPU on that board 01.55.49 # Digital007: i heard that too 01.56.32 # yea 01.56.48 # Hewlett-Packard complained to iriver about the use of the HP letters in iHP-120 01.56.53 # so they renamed it to H120 01.56.58 # Is the board on h120 USB host capable? 01.56.59 # Let's hope that rockbox won't get into trouble with all those other things called rockbox... 01.57.08 # joe1: nope 01.57.17 # we will probably, sooner or later 02.00.04 # amiconn, somebody was claiming that they connected their canon digital camera to h120 directly and transfered some files to h120. I dont believe him. So, just curious to find out if the board has any usb host capabilities so that it can be modded with a firmware to make use of it. 02.01.15 # the usb chip on the iriver is mass storage only 02.01.31 # and only a slave 02.01.54 # it talks directly to the hard drive 02.02.07 # so the firmware is not involved 02.03.09 # yeah i believed the same. just wanted to make 100% sure with you guys since you guys know about that board in and out. 02.04.10 Join adi|home [0] (~chatzilla@host-64-179-64-18.alb.choiceone.net) 02.06.46 Join bagawk [0] (~80c10462@labb.contactor.se) 02.06.54 # amiconn: hey 02.07.17 # hiya 02.07.20 # amiconn: I just got in my white leds today, and got done putting them in 15 minutes ago :) 02.07.35 # But there is one thing 02.07.44 Quit Digital007 ("CGI:IRC (EOF)") 02.07.49 # I thought you said to rewire them into series 02.07.59 # but they were already that way 02.08.04 # I amde no change to that 02.08.36 # They look fine, a little bit dim, and even more when the disk spins up 02.08.55 # Nope, I said you'd have to rewire them *in parallel*, as they are in series by default 02.09.09 # ahh 02.09.22 # Ill go back later and do that 02.09.44 # That's why they are dim atm 02.11.12 # Thanks for the info on the mod 02.11.20 # See you later :) 02.12.05 Quit bagawk ("CGI:IRC") 02.14.46 # I'm off 02.15.00 Part amiconn 02.15.57 # time to sleep, nite all 02.17.21 Part LinusN 02.22.18 Quit Zagor ("Client exiting") 02.28.18 *** Saving seen data "./dancer.seen" 02.55.21 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 02.55.21 Quit joe1 (Read error: 104 (Connection reset by peer)) 03.01.19 Join Stryke` [0] (Stryke_@resnet-241-86.resnet.UMBC.EDU) 03.03.17 Quit AciD (Read error: 104 (Connection reset by peer)) 03.05.16 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 03.38.20 Quit midk (Remote closed the connection) 03.41.23 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 03.44.09 Join bagawk [0] (~acc4fab3@labb.contactor.se) 03.54.20 Quit bagawk ("CGI:IRC") 03.57.59 Join bagawk [0] (~acc5833e@labb.contactor.se) 04.11.46 Quit bagawk ("CGI:IRC (EOF)") 04.15.12 Join bagawk [0] (~acc5833e@labb.contactor.se) 04.28.22 *** Saving seen data "./dancer.seen" 04.42.40 Quit bagawk ("CGI:IRC") 04.48.08 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age") 06.20.48 Quit kod-kod (Read error: 110 (Connection timed out)) 06.28.25 *** Saving seen data "./dancer.seen" 07.09.14 Join kod-kod [0] (~kod-kod@80.178.191.109.forward.012.net.il) 07.14.09 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 07.51.42 Join LinusN [0] (~linus@labb.contactor.se) 07.52.28 # [morning] LinusN 07.56.26 # Hejhej! 07.59.07 # yo 08.01.06 Join amiconn [0] (~jens@pD95D12D0.dip.t-dialin.net) 08.01.20 # good morning 08.05.48 # morn 08.13.08 # goth mourning :[ 08.28.29 *** Saving seen data "./dancer.seen" 08.33.17 # LinusN: I have packaged a 2.3 release installer from the distribution .zips, in case you don't find the time to integrate extended installer building, but want to replace the 2.3 installer now 08.33.24 # dwihno: What happened? 08.35.42 # amiconn: great 08.39.15 # It's here: http://arnold-j.bei.t-online.de/Rockbox/Rockbox-2.3-install.exe 08.40.19 # Anyway, I think adding the extended installer build would only take a couple of minutes. Replace the 4 changed files, add the 2 new ones, and there you go. 08.43.06 # amiconn: It's a goth mourning, that's all :D 08.54.03 Quit adi|home ("Chatzilla 0.9.66 [Mozilla rv:1.7.3/20041026]") 09.09.37 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.11.16 Join Zagor [242] (~bjst@labb.contactor.se) 09.11.47 # hey, Paco! 09.12.08 # vad thänker du phåå? 09.12.17 # salsasååååås 09.14.24 Join kurzhaarrocker [0] (~knoppix@p508765AA.dip0.t-ipconnect.de) 09.14.45 # Zagor: i can read the keyboard on the iriver now 09.14.54 # excellent! 09.15.00 # both the internal and the remote 09.15.04 # Does that mean your kids feel better now, LinusN? 09.15.11 # kurzhaarrocker: yes and no 09.15.27 # first kid is better, second is getting sick 09.15.49 # So the sickness makes its round in your family? 09.15.58 # i guess i'll catch it as well 09.16.10 # RUP 09.16.15 # I thought you were the one who spread it. 09.16.40 # * kurzhaarrocker doesn't know what RUP is 09.16.46 # zagor does 09.17.22 # Rational Unified Process 09.17.31 # ok 09.17.39 # or, in this case, Rapid Upcoming Puke 09.17.50 # hrgh, not ok 09.17.58 # nasty illness. rational should be prosecuted for creating it. 09.18.05 # indeed 09.18.27 # Norton Anti Virus doesn't help? 09.18.58 # nope, you have to empty the stomach and reformat it 09.19.17 # :) 09.19.51 # LinusN: Congrats on the progress... If I wasn't such a poor fellow, I would've already bought myself an unit; just to show faith :) 09.20.22 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 09.21.06 # Btw: LinusN, I encountered another case of broken recording (stutter). Do you want the file? 09.28.21 # sure 09.30.27 # Disclaimer: it contains a beginners violin practise session, don't use it on neighbours, enemies or animals! 09.30.28 # http://carangg.de/R041028-195536.mp3 09.31.09 # Interesting is that there is a very short audiable glitch shortly before the stutter begins. 09.31.23 # mic? 09.31.31 # No, spdif 09.31.54 # then it might be the famous/dreaded MAS bug 09.32.23 # the MAS loses the clock sync and never recovers 09.32.24 # persumably yes. 09.33.00 # got it 09.33.15 # Then I'll delete it from my precious web space. 09.33.28 # do so 09.34.01 # The recording was made with V2.3 + triggered recording patch 09.34.18 # a dozen other recordings from the same session were without problems 09.35.35 # aha, a patched version 09.35.44 # Hm. When you have prerecording enabled - does the mas ever change the recording mode? 09.36.04 # no warranty on patched versions :-) 09.36.17 # kurzhaarrocker: no it doesn't change mode 09.36.32 # I didn't brake any seals. I wasn't even in the zoo at all! 09.37.19 # :-) 09.37.24 # That means that the mas _did_ recover as the next take was without problems. 09.38.51 # did you stop in between? 09.38.57 # The trigger did 09.39.08 # with mpeg_stop()? 09.39.29 # * kurzhaarrocker looks at his code 09.40.25 # i believe that changes the mode before prerecording again 09.41.29 # Yes, the trigger uses mpeg_stop(). 09.43.28 # just checked the mpeg code, yes it restarts the recording 09.44.21 # But that still means that I got a broken recording after < 2min. If I recall Paul correctly he didn't get any problems with recordings < 45 min. 09.44.57 # ok that explains why the next recordings were ok. 09.46.05 # it can lose sync anytime 09.46.19 # it's a signal quality issue 09.49.28 # I just wonder how I once got a broken recording of the same kind when I recorded from line in. 09.52.03 # interesting, then it may not be the sync bug after all 09.53.14 # hmmm, i wonder if you can repeat the bug by feeding it a hard-to-encode signal? 09.53.35 # like distortion, clipping, DC level or similar 09.54.14 # Did you notice that glicht before the stutter happens? 09.54.32 # It's maybe 2 or 3 seconds before 09.55.14 # i haven't listened to it, i just downloaded it so you could free your web space 09.55.20 # :) 09.57.03 # Well the other broken recording happend with a band at least as lousy as that violinist. Maybe the mas has a soul that can suffer, too. 10.01.51 # :-) 10.08.41 # LinusN: I tired to deliberately produce broken recording (by overdriving the input by about 12 dB) - error rate didn't change significantly 10.08.55 # ok 10.09.14 # s/tired/tried/ 10.22.37 Quit Ka (Nick collision from services.) 10.28.30 *** Saving seen data "./dancer.seen" 10.30.02 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 10.30.04 Join Ka_ [0] (~tkirk@pcp261180pcs.howard01.md.comcast.net) 10.30.24 # <[IDC]Dragon> 'morning out there 10.30.54 # morning Jörg 10.32.07 Quit Ka_ (burroughs.freenode.net irc.freenode.net) 10.32.07 NSplit burroughs.freenode.net irc.freenode.net 10.32.07 Quit Plugh (burroughs.freenode.net irc.freenode.net) 10.32.31 # <[IDC]Dragon> Jens, I tried 3ivx on this box, but DirectShow has general problems with .avi here 10.33.27 # <[IDC]Dragon> are you sure the FOURCC is YUV2? 10.33.28 NHeal burroughs.freenode.net irc.freenode.net 10.33.28 NJoin Ka_ [0] (~tkirk@pcp261180pcs.howard01.md.comcast.net) 10.33.28 NJoin Plugh [0] (plugh@adsl-68-122-77-189.dsl.pltn13.pacbell.net) 10.33.44 Part Strath 10.34.06 # <[IDC]Dragon> www.fourcc.org doesn't list that one 10.36.05 Quit Plugh (burroughs.freenode.net irc.freenode.net) 10.36.05 Quit Ka_ (burroughs.freenode.net irc.freenode.net) 10.37.26 NJoin Ka_ [0] (~tkirk@pcp261180pcs.howard01.md.comcast.net) 10.37.26 NJoin Plugh [0] (plugh@adsl-68-122-77-189.dsl.pltn13.pacbell.net) 10.39.45 # [IDC]Dragon: No, the fourcc isn't YUV2, this is one of the pixel formats it can deliver. 3ivx can decode all divx variants, plus it's own format (for which the fourcc is probably 3ivx) 10.40.01 # The videos I tried to convert are DivX variants 10.41.13 # I finally found an intermediate format (Indeo 5.1) that, when used in in GraphEdit, produces a stream format that is accepted by rvf_mux. 10.41.45 # However, videos converted to .rvf from that run even worse than those converted the "classic" way (command line) 10.42.15 # In addition to the audio underruns, they produce frequent audio dropouts (about every second) 10.49.04 # <[IDC]Dragon> with the FOURCC, I meant the one at the decoder output, the pixel format 10.50.57 # Ah ok. The pixel formats provided by 3ivx are YUV2, YV12, and various RGB formats 10.51.29 # Iirc, FourCC means the codec id in the avi file 10.53.05 # <[IDC]Dragon> no, it's a general concept 10.53.56 # amiconn, Zagor: I have now updated rockbox-2.3-install.exe and the installation files 10.54.08 # Some RGB format names are 5 characters long 10.54.18 # LinusN: goodie 10.54.41 # <[IDC]Dragon> LinusN: thanks, nice 10.55.02 # next task is of course to add it to cvs 10.55.39 # <[IDC]Dragon> amiconn: I support YV12 and YUY2 10.55.53 # <[IDC]Dragon> YUV2 seems to be uncommon 10.56.23 # <[IDC]Dragon> but I can extend to allow such connection, let's see what happens 11.00.34 # <[IDC]Dragon> but it's strange why it doesn't connect with YUY2 11.04.48 # LinusN: "The requested URL /download/rockbox-2.3-install.exe was not found on this server" 11.06.32 # [IDC]Dragon: I was wrong - it does deliver YUY2, but it doesn't connect anyway 11.07.46 # amiconn: your file had a capital R 11.07.50 # i have renamed it now 11.08.11 # yeah, the installed builder makes a file with capital R 11.09.41 # Zagor: This is easily fixable if desired 11.11.56 # yeah, it's probably best 11.12.13 # someone with a clue should put this in cvs 11.12.43 # I'll look at it after lunch 11.18.02 # i said "someone with a clue" :-) 11.18.09 # :) 11.18.09 # <[IDC]Dragon> amiconn: I have added YUV2 now, on special request :-( 11.22.25 # LinusN: The download page needs 2 corrections: (1) Size display for the installer (2) "Not for Ondio yet" should be removed 11.43.08 Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 11.43.48 Quit midk (Read error: 104 (Connection reset by peer)) 11.48.24 Quit scott666_ ("i'll be back...eventually...") 12.28.31 *** Saving seen data "./dancer.seen" 12.39.44 # amiconn: it's in cvs, www/download/index.t 12.41.34 # Ah ok 12.42.29 # i have fixed it now 13.07.46 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 13.11.00 Join _Headie [0] (~hehe@fsto6.sto.sema.se) 13.11.00 Quit Headie (Read error: 104 (Connection reset by peer)) 13.17.10 Quit midk_ (Read error: 104 (Connection reset by peer)) 13.17.19 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 13.22.14 Join Headie [0] (~hehe@fsto6.sto.sema.se) 13.23.02 Join khrocker [0] (~knoppix@p508765AA.dip0.t-ipconnect.de) 13.25.50 Quit AciD (burroughs.freenode.net irc.freenode.net) 13.25.50 NSplit burroughs.freenode.net irc.freenode.net 13.25.50 Quit Plugh (burroughs.freenode.net irc.freenode.net) 13.25.50 Quit Ka_ (burroughs.freenode.net irc.freenode.net) 13.25.50 Quit _Headie (burroughs.freenode.net irc.freenode.net) 13.25.50 Quit kurzhaarrocker (burroughs.freenode.net irc.freenode.net) 13.25.50 Quit LinusN (burroughs.freenode.net irc.freenode.net) 13.25.50 Quit silencer2 (burroughs.freenode.net irc.freenode.net) 13.25.50 Quit ze (burroughs.freenode.net irc.freenode.net) 13.27.46 NHeal burroughs.freenode.net irc.freenode.net 13.27.46 NJoin _Headie [0] (~hehe@fsto6.sto.sema.se) 13.27.46 NJoin kurzhaarrocker [0] (~knoppix@p508765AA.dip0.t-ipconnect.de) 13.27.46 NJoin LinusN [0] (~linus@labb.contactor.se) 13.27.46 NJoin silencer2 [0] (~silencer@zen.via.ecp.fr) 13.27.46 NJoin ze [0] (psyco@adsl-63-205-44-58.dsl.lsan03.pacbell.net) 13.27.51 NJoin AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 13.27.51 NJoin Ka_ [0] (~tkirk@pcp261180pcs.howard01.md.comcast.net) 13.27.51 NJoin Plugh [0] (plugh@adsl-68-122-77-189.dsl.pltn13.pacbell.net) 13.28.18 Join silencer_ [0] (~silencer@zen.via.ecp.fr) 13.28.21 Quit ze (Killed by sagan.freenode.net (Nick collision)) 13.28.21 Join ze [0] (psyco@adsl-63-205-44-58.dsl.lsan03.pacbell.net) 13.28.47 Quit kurzhaarrocker (Read error: 104 (Connection reset by peer)) 13.28.47 Quit LinusN (Read error: 104 (Connection reset by peer)) 13.28.48 Quit silencer2 (Read error: 104 (Connection reset by peer)) 13.28.52 Quit _Headie (Read error: 104 (Connection reset by peer)) 13.29.13 Join LinusN [0] (~linus@labb.contactor.se) 13.30.04 # Anyone knows anyone who can get a SonyEricsson Z1010 spare part really fast? :) 13.30.49 # * LinusN looks away 13.48.56 # Okay, I'm having this dilemma... Should I: 1) Send my phone away for ~2 weeks to get the repair done, 2) wait ~3 weeks for the local repair shop to get the spare part, and get the phone fixed when the part arrives... 13.49.30 # If I choose option 2, I'll have to pay the repair myself 13.50.33 # two weeks! wow! 13.58.17 # Yeah... 13.58.57 # What can I say... :/ 13.59.41 # What would you do, if the phone was yours? 14.03.31 # i normally send it away for repair 14.03.56 # well, the Nokia repair shop is in Stockholm, so it normally takes only a few days 14.04.25 # * khrocker doesn't really need a handy 14.04.44 # handy = cellular phone 14.04.59 Nick khrocker is now known as kurzhaarrocker (~knoppix@p508765AA.dip0.t-ipconnect.de) 14.05.27 # Buy Swedish - buy Sony! ;) 14.18.10 # [IDC]Dragon: Is there a place to get your modified DirectShow filter? 14.28.34 *** Saving seen data "./dancer.seen" 14.50.31 Part LinusN 15.33.41 Quit AciD (Read error: 104 (Connection reset by peer)) 15.51.32 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 15.53.18 # <[IDC]Dragon> amiconn: just got back 15.53.47 # <[IDC]Dragon> what "modified DirectShow filter"? I removed the YUV2 again. 15.57.53 # It's okay. I just though I could test that modification, but it wouldn't make much sense either. 15.58.28 # I still wonder what causes all those playback problems with MPEG2 audio tracks... 16.00.51 # <[IDC]Dragon> in general, or with video? 16.02.09 # With video 16.02.15 Quit ze (burroughs.freenode.net irc.freenode.net) 16.02.15 NSplit burroughs.freenode.net irc.freenode.net 16.02.15 Quit Plugh (burroughs.freenode.net irc.freenode.net) 16.02.15 Quit Ka_ (burroughs.freenode.net irc.freenode.net) 16.03.38 NHeal burroughs.freenode.net irc.freenode.net 16.03.38 NJoin ze [0] (psyco@adsl-63-205-44-58.dsl.lsan03.pacbell.net) 16.03.38 NJoin Ka_ [0] (~tkirk@pcp261180pcs.howard01.md.comcast.net) 16.03.38 NJoin Plugh [0] (plugh@adsl-68-122-77-189.dsl.pltn13.pacbell.net) 16.28.32 # <[IDC]Dragon> I can try to move the audio a bit ahead, the old command line rvf_mux had that option, but I don't think it'll help 16.28.36 *** Saving seen data "./dancer.seen" 16.29.23 # <[IDC]Dragon> or, produce an audio-only rvf (might work, implemented but not tested) 16.29.36 # <[IDC]Dragon> to see if there is a general problem 16.30.42 Quit AciD (Remote closed the connection) 16.32.24 # [IDC]Dragon: I can try that, in the evening 16.34.35 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 16.42.33 Quit AciD (Remote closed the connection) 16.44.24 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 16.45.03 Quit AciD (Read error: 104 (Connection reset by peer)) 16.46.50 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 16.47.13 Quit AciD (Read error: 104 (Connection reset by peer)) 16.49.24 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 16.49.57 Quit AciD (Read error: 104 (Connection reset by peer)) 16.51.14 Part kurzhaarrocker 16.55.56 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 16.56.42 Quit AciD (Read error: 104 (Connection reset by peer)) 17.00.37 Join Alex [0] (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 17.09.53 Part Zagor 17.10.02 Join AciD` [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 17.10.36 Quit AciD` (Read error: 104 (Connection reset by peer)) 17.11.39 Join methangas [0] (methangas@0x50a461b5.virnxx10.adsl-dhcp.tele.dk) 17.16.13 Join MooMaunder [0] (~me@194.152.87.150) 17.21.25 Join mecraw__ [0] (~lmarlow@69.2.235.2) 17.33.38 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 17.34.21 Quit AciD (Read error: 104 (Connection reset by peer)) 17.39.29 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 17.39.30 Quit AciD (Read error: 104 (Connection reset by peer)) 17.41.34 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 17.42.19 Quit AciD (Read error: 104 (Connection reset by peer)) 17.51.36 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 17.55.25 Quit [IDC]Dragon ("CGI:IRC (Ping timeout)") 18.02.32 Quit MooMaunder () 18.14.32 Quit einhirn (Read error: 104 (Connection reset by peer)) 18.15.16 Join marc77 [0] (~marc@pub212004076150.hfc.datazug.ch) 18.28.39 *** Saving seen data "./dancer.seen" 18.58.18 Join jejje [0] (~51e28f17@labb.contactor.se) 18.59.20 Part jejje 19.29.19 Quit AciD (Read error: 104 (Connection reset by peer)) 19.35.57 Join miner49er [0] (~chatzilla@82-32-46-234.cable.ubr06.azte.blueyonder.co.uk) 19.51.15 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 19.52.53 Join Alex--- [0] (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 19.52.53 Quit Alex (Read error: 104 (Connection reset by peer)) 19.52.57 Nick Alex--- is now known as Alex (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 19.55.43 Join Alex--- [0] (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 19.55.43 Quit Alex (Read error: 104 (Connection reset by peer)) 19.55.47 Nick Alex--- is now known as Alex (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 20.01.19 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) 20.22.15 Join Alex--- [0] (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 20.24.03 Quit Alex (Read error: 232 (Connection reset by peer)) 20.24.04 Nick Alex--- is now known as Alex (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 20.28.41 *** Saving seen data "./dancer.seen" 20.34.28 Quit marc77 (" The IRC Client of the Gods! -> http://www.hydrairc.com <- HydraIRC") 20.37.55 Join vmx [0] (oma@pD9E9AD54.dip.t-dialin.net) 20.38.02 # hi 21.16.04 Join Alex--- [0] (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 21.19.10 Quit Alex (Read error: 104 (Connection reset by peer)) 21.19.11 Nick Alex--- is now known as Alex (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 21.21.32 Join edx [0] (edx@pD9EAB50C.dip.t-dialin.net) 21.21.43 Quit Alex (Read error: 104 (Connection reset by peer)) 21.22.57 Join Alex [0] (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 21.43.33 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 21.51.42 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") 21.52.14 # i've just submitted my plasma demo effort into the patch tracker if anyone is interested :-) 22.00.41 Join Alex--- [0] (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 22.00.50 Quit Alex (Read error: 104 (Connection reset by peer)) 22.00.50 Nick Alex--- is now known as Alex (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 22.01.38 # miner49er: Nice idea. I did not yet try it, just some remarks from a quick glance at the source: 22.02.56 # (1) You you floating point maths for the sine precalculation, that's why it is so slow. Fixed point maths would be way faster here, and probably make the binary smaller too 22.03.30 # (2) The USB handling needs some rework 22.03.57 Join Alex--- [0] (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 22.04.40 Quit Alex (Read error: 104 (Connection reset by peer)) 22.04.41 Nick Alex--- is now known as Alex (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 22.05.31 Join [IDC]Dragon [0] (~idc-drago@p50861B73.dip.t-dialin.net) 22.08.03 Join Rex [0] (Rex@ip503c9632.speed.planet.nl) 22.08.08 # hey :) 22.08.26 # <[IDC]Dragon> hi 22.08.45 # cool i thought this chat was dead :) 22.09.00 # hey Jörg :P 22.09.04 # <[IDC]Dragon> it just smells funny 22.09.10 # i see :) 22.09.40 # i saw that Rockbox is making software for Archos Jukeboxes :) 22.10.15 # <[IDC]Dragon> you're new? 22.10.19 # which is very cool, except that it doesnt support my box.... and archos also stopt supporting my jukebox.... So i actually dont know what to do :(((( 22.10.30 # i am 22.10.50 Nick Rex is now known as Wolf (Rex@ip503c9632.speed.planet.nl) 22.10.54 # <[IDC]Dragon> hmm, buy another box? :-/ 22.10.58 # :| 22.11.02 # thats like ... impossible 22.11.05 Nick Wolf is now known as Rexx (Rex@ip503c9632.speed.planet.nl) 22.11.06 # thanks for the tips amicon. I must admit I wanted the challange of creating Sine values from scratch but now I've done that I guess I could hard code some int values :-) 22.11.28 # if i knew how to make the software i would try it myself =\ 22.11.47 # miner49er: Iirc the cube plugin (or was it bounce?) already contains a sine table 22.12.16 # yeah, I saw that - could we share that data - I would hate to repeat code! 22.12.48 # <[IDC]Dragon> amiconn: I installed 3ivx here at home now, connects nicely 22.13.05 # ...it's the cube plugin. If we could string plugins together we could make a megademo! 22.14.20 # if there is some site that tells you how to make an OS for a jukebox.... or something that can help me.... well gimme the url then ;) 22.15.13 # what model of Archos do you have rexx? 22.15.29 # i got Archos Multimedia Jukebox 22.15.32 # 120 i think 22.16.05 # 20 GB ... but i will upgrade it to 80 GB soon .. (i found a site that tells you how to do so) 22.17.10 # your best hope is the AVos project http://avos.sourceforge.net/ I reckon but that may just be for the other models again 22.17.11 # http://www.rockbox.org/docs/fmrecorder_t.jpg >> looks a lot like my archos :) 22.17.50 # yours plays video, right? Rockbox will probably never run on it :-( shame as I have a multimedia too - nice device shame about the software 22.17.59 # [IDC]Dragon: What additional filters get inserted between the 3ivx decoder and rvf_mux? 22.18.13 # Maybe there is a filter that is missing on my box... 22.19.01 # <[IDC]Dragon> none 22.19.44 # Really strange... Lemme check versions 22.19.56 # <[IDC]Dragon> I got 4.5 22.19.59 # miner49er: yeah 22.20.16 # <[IDC]Dragon> input is MP43, with this clip 22.20.35 # <[IDC]Dragon> output is YV12 22.20.41 # I understand it to be vastly different hardware, therefore requiring very different software. 22.21.01 # <[IDC]Dragon> Rexx: look for the Avos and LinAV projects 22.21.04 # ah :( 22.21.16 # im looking at avOs but i think mine is not supported over there 22.21.39 # <[IDC]Dragon> correct, but the hardware is similar 22.21.44 # ah :) 22.21.46 # Have any core developers seen this site: http://www.donat.org/archos/ with info on GMini? 22.21.55 # <[IDC]Dragon> sure 22.22.30 # is the hardware similer at all to our players/recorders? 22.22.53 # <[IDC]Dragon> no. Archos has mainly 3 architectures: 22.23.08 # <[IDC]Dragon> 1) the SH platform we're working with 22.23.34 # <[IDC]Dragon> 2) TI platform for the AV models 22.28.21 # <[IDC]Dragon> 3) Telechips for the Gmini's 22.28.21 # shame. I don't know what I willdo ehen my (3rd) FmRecorder breaks... 22.28.21 # [IDC]Dragon: 3ivx is D4 v4.5.1, source video is DX50, audio MPEG2 layer 3. AVI splitter inserted, 3ivx D4 Video decoder @ video pin. Rvf_mux is the version from your home page. 22.28.21 # i dont have AV .... what architecture am i using then? :S 22.28.21 # <[IDC]Dragon> 2) and 3) use proprietary CPUs, for which free development tools and info are rather non existing 22.28.21 # <[IDC]Dragon> Rexx: your MM is an AV 22.28.21 # [IDC]Dragon: Trying to connect 3ivx D4 output with Rvf_mux input -> The filters cannot agree on a connection :( 22.28.21 # ok 22.28.21 DBUG Enqueued KICK [IDC]Dragon 22.28.21 # <[IDC]Dragon> amiconn: can you provide me with such a clip? 22.28.21 # <[IDC]Dragon> what is DX50? 22.28.21 # ah no project supports Archos MM :( i should start my own ;) 22.28.21 # [IDC]Dragon: You can download it from the web (official download): http://www.drakkar.de/files/xandria_ravenheart.avi 22.28.21 *** Alert Mode level 1 22.28.21 # <[IDC]Dragon> excellent 22.28.21 DBUG Enqueued KICK amiconn 22.28.21 # DX50 is DivX 5.0 22.28.42 *** Saving seen data "./dancer.seen" 22.29.00 # (one of the mayn not-quite-compatible MPEG4 incarnations) 22.29.06 # s/mayn/many/ 22.30.38 # <[IDC]Dragon> dumb question: how do I save that? IE and Opera want to play it right away 22.30.48 # i think ill stay here a longer while, as i am starting to like this chat.... (im learning a lot in a short time :P) 22.30.56 # Erm, Right mouse button -> save as... 22.31.10 # <[IDC]Dragon> right mouse on what? 22.31.17 # rexx: Please start a MM project! I wouldn't have a clue where to start, but would help wherever I could 22.31.23 # I use Mozilla by default, but some sites unfortunately require IE 22.31.33 # <[IDC]Dragon> just the directory won't list 22.31.38 # evil IE :-) 22.31.54 # [IDC]Dragon: Ah ok, because I gave the direct link. 22.32.39 # problem with MM project is that there only about 5 people on the planet who would be interested...wouldn't stop me though! 22.33.12 # lol miner i also wouldnt know where to start :P all i know is Java, PHP, UML, Perl, SQL and JavaScript! So nothng usefull! 22.33.17 # [IDC]Dragon: So you'll have to do some klicks: (1) Go to http://www.xandria.de/index2.html (2) Select "discography" at the top, then the right album. 22.33.29 # about 5 people? i think a lot more.... :p 22.33.43 # in my classroom 3 persons have a MM :P 22.33.46 # In the track list, the last track has the link to the video, save it with rmb->save as... 22.34.24 # i could start a project but i dont know where to start (after i made the project site) 22.35.13 # <[IDC]Dragon> got it 22.35.27 # <[IDC]Dragon> (was still in the cache) 22.35.38 # i found a pdf with info about the chip and i know what chip MM is using.... well at least i got some info now :) 22.36.12 # I was exaggerating with the "5 people" thing.:-) 22.36.21 # :p 22.36.46 # wow the file i found is 250 a4 pages :| 22.37.18 # Also, I think there is a problem with the method of updating the firmware - I think it has to be flashed in order to run - so even if we gathered enough information to compile something we would knacker our boxes straight away! 22.38.22 *** Alert Mode OFF 22.38.43 # so what you are saying is.... we r fucked :) 22.38.54 # we could all spam Archos :P 22.38.57 # with requests ;) 22.39.08 # <[IDC]Dragon> amiconn: connects happily 22.39.49 # I'm not sure we are knackered, cleverer people than me have designed methods to reflash via a serial connction i think. 22.40.13 # [IDC]Dragon: Hmm, now that is really strange. 22.41.08 # Whoops! 22.41.37 # I found the problem, but this really was not obvious, grr 22.42.23 # there may allready be a way. I think if you hold down a cetain key and power up whilst connected to USB a secret partition appears and i think you can dump a new flash file in there... 22.42.32 # [IDC]Dragon:i In the 3ivx properties, I had set "Hardware Acceleration"->"Force Overlay" to on. When I switch that off, it connects.... 22.42.33 # wow i found a yahoo group with 35999 messages about MM ..... 22.42.57 # <[IDC]Dragon> amiconn: oh, that explains alot 22.43.50 # ..i think, try it... 22.43.58 # ..hang on, i'll try. 22.44.10 # [IDC]Dragon: Now that there is an .rvf file of reasonable size, let's see how it plays... 22.44.39 # i could see if there is a secret partition 22.44.42 # just gimme a sec :P 22.46.08 Quit Alex (Read error: 232 (Connection reset by peer)) 22.46.29 # <[IDC]Dragon> amiconn: sounds no good here, audio very intermittive 22.46.40 # Same here 22.46.44 Join webguest28 [0] (~c661290c@labb.contactor.se) 22.46.46 # <[IDC]Dragon> tha pointer run apart 22.46.55 # <[IDC]Dragon> the pointers 22.47.15 Quit webguest28 (Client Quit) 22.47.19 # <[IDC]Dragon> check with F1 22.47.24 # Stops after less than a minute, with 6 audio underruns and 1 video underrun 22.48.18 # That's the same behaviour I got with my indeo intermediates and converting with DirectShow. 22.48.40 # <[IDC]Dragon> did you re-encode audio? 22.48.48 # Nope 22.49.01 # <[IDC]Dragon> I'm suspecting the audio 22.49.04 # When converting with cmd line tools, the audio is not intermittent, but the audio underruns and early stop still happen 22.49.10 # i could kill my archos for what im doing right now 22.49.15 # i hope i dont =\ 22.49.26 # [IDC]Dragon: I have a second video with the same problem... 22.49.33 # <[IDC]Dragon> probably my parser is not timestamping the audio correct 22.49.46 # carefull then. It may not be actually on the drive it may be some memory in the deviceor something 22.50.08 # ...and I got 3 other videos, using the same video & audio codecs, only difference being it's MPEG1 (44.1 kHz). They work fine 22.50.32 # <[IDC]Dragon> ok, audio is fishy 22.50.36 # I did it once, I got the info from some newsgroup or yahoo group or something. don't break anything, i'll search the net to try and re-find the method. Damn my useless memory 22.50.53 # i know a yahoo group... 22.50.59 # http://groups.yahoo.com/group/archosmultimedia/ 22.51.03 # im looking over there 22.51.08 # but they have 40000 messages 22.51.12 # so i dont know where to start :p 22.51.21 # search for colour bars or color bars - I remember it booted up with coloured bars instead of regular screen 22.52.14 Join amiconn_ [0] (~jens@pD9E7EE28.dip.t-dialin.net) 22.52.22 # No matches found in the messages searched. 22.52.24 # bah 22.52.39 Quit amiconn (Nick collision from services.) 22.52.39 Nick amiconn_ is now known as amiconn (~jens@pD9E7EE28.dip.t-dialin.net) 22.53.56 # rexx: my damn girlfriend wants to use the TV now and my other computer aint connected to the net, so I gotta go - if I find out that stuff I'll let you know via here or email me at matholton@landofconfusion.com 22.54.13 # stupid yahoo only looks at the last 1000 posts 22.54.20 # ok cya 22.54.33 # im sure ill cya over here 22.54.34 # [IDC]Dragon: When I converted the video with cmd line tools, I also tried playing the audio track on its own (as .mp3, on the box). It played fine... 22.54.46 # when do u think u will be back btw? 22.58.35 # <[IDC]Dragon> amiconn: my parser must tell the audio consumptions totally wrong 22.58.37 Quit vmx ("Have fun!") 23.00.01 # [IDC]Dragon: I'll retry a hand-converted version and watch the pointers... Btw, which pointer is which? 23.00.18 # <[IDC]Dragon> I have to look in the source 23.01.14 # <[IDC]Dragon> audio is at the top 23.01.32 # Luckily, I still have one of my cmd line conversions laying around.. 23.03.49 # Strange: with that video, the pointers run apart too, but not that fast. It looks like the audio pointer is running exactly twice as fast as the video pointer. 23.03.53 Join Alex [0] (~Alex@host81-154-193-152.range81-154.btcentralplus.com) 23.06.58 # [IDC]Dragon: Both tests combined tell me that both the command line and the DirectShow Rvf_mux get the timing wrong for MPEG2 audio, but by a different amount... 23.09.01 # <[IDC]Dragon> with DS, it looks like audio runs >5 times too fast 23.10.58 # <[IDC]Dragon> but audio doesn't play correct, why is it consumed so fast? 23.11.04 Ctcp Ignored 2 channel CTCP requests in 0 seconds at the last flood 23.11.04 # * amiconn will try DirectShow with MPEG1 audio 23.11.26 # <[IDC]Dragon> that should work, I've done that 23.11.48 # <[IDC]Dragon> am I missing some MAS setup? 23.13.00 # I don't think so. The playback setup will play any version, any sample freq, layer 2 and 3 23.14.27 # advert break! what is so special about corranation street i'l never know! I will be back here 2morrow or friday...bye 23.14.34 Quit miner49er ("ChatZilla 0.9.61 [Mozilla rv:1.7/20040514]") 23.15.19 # [IDC]Dragon: DS-converted video clip with MPEG1 works fine here, too. 23.15.56 Join Alex--- [0] (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 23.18.32 Quit Alex (Read error: 232 (Connection reset by peer)) 23.18.32 Nick Alex--- is now known as Alex (HydraIRC@host81-154-193-152.range81-154.btcentralplus.com) 23.19.55 # [IDC]Dragon: I just saw a *very* strange effect. I tried playing the DS-converted clip that does not play correctly again, watching the pointers with F1. 23.20.49 # After that I wanted to stop, which didn't work. I tried several times, obviously rockbox was run away. Suddenly, the whole pixel area looked *blue*! 23.20.56 # Yes! no kidding! 23.21.20 Quit Alex (Read error: 232 (Connection reset by peer)) 23.21.29 # <[IDC]Dragon> you discovered the color mode? ;-) 23.21.54 # I dunno what I discovered, but it's true! 23.23.06 # <[IDC]Dragon> with my backlight, it looks sortof blue anyway 23.23.37 # <[IDC]Dragon> but gray video areas look a bit sepia 23.23.38 # Hehe, yes. I also have that, but that's not what I observed 23.24.05 # The whole pixel area looked blue, without flickering 23.24.21 # <[IDC]Dragon> so I think the LCD film can do some sort of wavelength seperation 23.24.45 # Unfortunately I switched the it off before I thought of taking a photo 23.25.14 # Maybe leaving it in this state for too long doesn't do any good to the display 23.25.30 # <[IDC]Dragon> remember the Siemens S10 mobile phone? it had a color LCD, where the colors are generated by different voltaged or so 23.25.53 # I was trying to get that effect back, but all I get are CPUAdrErrors :( 23.26.01 # <[IDC]Dragon> but only rainbow colors, and not very distinct 23.26.53 # <[IDC]Dragon> work on it, that'll be a killer feature! 23.27.07 # For the choppy audio: I suspect the DS version of rvf_mux does not correctly link the audio blocks, so the mas is fed with garbage 23.27.45 # <[IDC]Dragon> maybe I can do some diagnostics tomorrow 23.28.45 # <[IDC]Dragon> does the command line version play (besides the double speed pointer)? 23.28.46 # It looks like it's 4 times as fast as the video with DS (derived from the playtime) 23.29.32 # The command line version plays, but causes a number of audio underruns, and ends prematurely 23.29.53 # <[IDC]Dragon> I have to write a rvf demux :-( 23.31.20 # Remember that I found a bug with the cmd line rvf_mux back then? This was also related to MPEG2 and MPEG2.5, not correctly linking audio blocks.... 23.31.52 # <[IDC]Dragon> yes, I do 23.32.07 # <[IDC]Dragon> and this should be fixed now in both versions 23.32.29 # I have to agree here :) 23.33.12 # May it be that this not-correctly linking bug is still in the DS version? 23.34.09 # <[IDC]Dragon> that came a lot later 23.34.20 # (But this would be indeed a bit strange, since you wrote it after the command line version) 23.35.03 # <[IDC]Dragon> very strange: I just made a audio-only rvf with DS 23.35.14 # I could prepare a number of short clips, with all MPEG version, layer and freq combinations that are possible. 23.35.28 # And? 23.35.30 # <[IDC]Dragon> maybe the player isbuggy for that, since I never tested 23.35.53 # <[IDC]Dragon> but: it shows some bits of video! 23.36.21 # Ooops! Does it show parts of the original video, or random garbage? 23.36.32 # <[IDC]Dragon> looks like the original 23.37.06 # How could this happen? You didn't connect the video pin, did you? 23.37.11 # <[IDC]Dragon> the file is shorter than just audio, also very mysterious 23.37.29 # <[IDC]Dragon> video was unconnected, no decoder inthe graph 23.37.55 # <[IDC]Dragon> maybe my file system is garbled 23.37.57 # Now it gets really mysterious... 23.38.19 # ...blue lcds, video where there should be none... 23.38.36 # <[IDC]Dragon> isn't it halloween? 23.38.40 # ...the mysterious video.rock ;-) 23.39.05 # Halloween is already over ?!?!? 23.39.29 # * amiconn will also try audio only 23.41.20 # <[IDC]Dragon> 2nd try looks similar 23.41.33 # <[IDC]Dragon> the video in very fast forward 23.42.11 # <[IDC]Dragon> but the black bars are clearly visible 23.44.08 # Similar problems with MPEG1 audio track & audio only 23.44.53 # <[IDC]Dragon> ? 23.45.09 # <[IDC]Dragon> do you get video, too? 23.45.42 # Starts with a part of the original video, then black screen, audio stutters a bit, then plays continuously for several seconds (still black screen). 23.46.02 # After that, it stops and reports 11 video underruns 23.46.12 # <[IDC]Dragon> how on earth can the video get into there? 23.46.33 # The mysteries of DirectShow :-/ 23.46.52 # After all, it's called Direct *Show* 23.47.01 # <[IDC]Dragon> without a decoder? 23.47.56 # Yeah, that's indeed strange. Perhaps the AVI splitter is confused if it has no drain for the video... 23.48.31 # * amiconn retries with an added "Null renderer" 23.51.16 # Grr, now "play graph" doesn't end... 23.53.03 # <[IDC]Dragon> I think the video is still in DRAM, it goes fetching somewhere 23.53.37 # You think it's caused by the player? 23.53.49 # <[IDC]Dragon> yes 23.54.18 # That's easy to test - switch off the player, wait a while, and try playing directly after boot 23.54.26 # I'll do that 23.55.19 # <[IDC]Dragon> I try to play a different video before the audio only file 23.55.24 # You are right - now it shows random pixels instead of the original video 23.56.20 # So the player thinks the .rvf does contain audio+video, while in fact there is only audio... 23.57.29 # <[IDC]Dragon> I see the futurama clip I played before 23.57.33 # It seems impossible to build an audio-only .rvf with the command line tools