--- Log for 13.09.104 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 17 days and 13 hours ago 00.01.14 Quit midk (Remote closed the connection) 00.03.50 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 00.04.50 Quit midk (Read error: 104 (Connection reset by peer)) 00.07.10 Join LinusN [0] (~linus@labb.contactor.se) 00.08.49 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 00.11.22 # Funny, there is a rejected feature request to support the iriver ihp1xx (!) 00.11.28 # haha 00.12.48 # :-) 00.14.04 # ..and even a second one! 00.14.15 # time to reboot, cu soon 00.14.17 Part LinusN 00.27.09 Join LinusN [0] (~linus@labb.contactor.se) 00.31.31 # Zagor: what's the coldfire target called? 00.31.40 # (building a toolchain) 00.31.49 # m68k-elf 00.31.53 # thx 00.32.59 # LinusN: Did you read about my file system stress test? 00.33.10 # yes, any results? 00.33.57 # Still running, but it already read back and compared >1 GB. No single bit error so far :) 00.34.41 Quit midk ("just STOP it arspy") 00.40.29 # maybe there is some code that disabled the irq for a long time 00.40.52 # or that the inverted LED affected some port bit fiddling somewhere 00.42.52 # ..or this really has to do with the spdif recording bug of the mas. I can't test yet, but I'm just collecting parts for building a toslink->chinch converter, buying the missing parts tomorrow 00.43.15 # do you have a 48kHz source? 00.43.34 # No, 44.1 kHz only (CD) 00.43.50 # if this is the s/pdif bug, then why is it working so well with 2.2? 00.44.47 # I have no idea, but I still want to test to rule this out 00.45.40 # and he also claims it works better on an empty disk 00.46.07 # Yes, that's indeed strange. Perhaps he should test with my test plugin? 00.47.04 *** Saving seen data "./dancer.seen" 00.47.59 # (It would need a bit of polishing, and it requires a custom .ajz because fsync() is not in the plugin api in cvs) 00.48.18 # he says it got worse somewhere around when i changed the led behaviour 00.49.15 # Yes, but he also says he can't remember exactly which version and therefore which change introduced this. The led change did nothing to the low level recording code... 00.50.49 Quit GhUl (Remote closed the connection) 00.51.54 # The recording led change was introduced on Jun 22. Only 3 weeks before that (Jun 3) you introduced recording pause, which _did_ change the recording code... 00.51.59 # i'm off to bed. see you tomorrow. 00.52.01 Quit Zagor ("Client exiting") 00.52.13 # amiconn: yeah, i'm looking at that code as we speak 00.54.40 # we should build a pre-pause version and have him test it 00.58.27 # Btw, you fix to get the complete last frame apparently doesn't work. 00.58.36 # *your 01.01.19 # :-( 01.01.32 # that sucks 01.01.40 # the mas is so silly 01.03.17 # reboot time again 01.03.20 Part LinusN 01.05.07 Join webguest06 [0] (~3efc8012@labb.contactor.se) 01.05.18 # hi 01.09.52 Join LinusN [0] (~linus@labb.contactor.se) 01.10.00 # re LinusN 01.10.41 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 01.11.52 Quit midk (Client Quit) 01.11.55 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 01.12.01 Quit midk (Client Quit) 01.12.02 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 01.12.04 # Can anyone please tell me the current progress of the ihp rockbox porting? 01.12.24 # LinusN: All those changes to mpeg.c since Jun 03 just look about right to me 01.12.46 # But on Jul 05 I enabled optimized ata... 01.13.09 # webguest06 it's hardly begun, and dude, they will TRY port it, they never said it WILL happen for certain 01.13.14 # webguest06: i have taken apart my ihp-120 and am investigating 01.14.35 # that's about it 01.15.35 Quit midk (Client Quit) 01.16.36 # thanks for the info 01.17.16 Quit webguest06 ("CGI:IRC (EOF)") 01.17.21 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 01.45.51 # LinusN: On 2004-08-20, Paul responded on the ml that a special version you sent to him fixed the recording problems. What was special in that version? 01.46.51 # Err, this was 2004-08-10, and on 2004-08-20 he said that there are still many bad frames 01.47.22 # he had two problems, 1) it spontaneously froze, 2) corrupt frames 01.47.43 # 1) was fixed by disabling ATA optimization 01.47.52 # (my special build) 01.48.03 # I wonder if his hd has a hw problem... 01.48.25 # then 2.2 should fail as well 01.48.36 # Hmm. 01.49.52 # Did you also disable the optimized recording transfer routines in your special build? 01.50.19 # nope 01.50.54 # Grr, hunting a bug that does not show up on the own box is a nightmare 01.51.02 # indeed 01.55.38 # time to sleep 01.55.40 # nite 01.55.46 # nite 01.55.47 # nite 01.55.51 Part LinusN 01.58.29 Join webguest96 [0] (~4570c4f0@labb.contactor.se) 01.58.43 # hi 01.59.01 # anyone there? 01.59.46 # yes 02.02.25 Quit pike (Read error: 54 (Connection reset by peer)) 02.02.35 Join pike| [0] (amiga@h234n1fls22o1064.bredband.comhem.se) 02.02.39 Nick pike| is now known as pike (amiga@h234n1fls22o1064.bredband.comhem.se) 02.04.54 Quit midk (Remote closed the connection) 02.08.58 # do you about archos problems with xp? 02.09.58 Quit webguest96 ("CGI:IRC") 02.10.10 Part scott666 02.11.46 Join webguest43 [0] (~4570c4f0@labb.contactor.se) 02.15.14 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 02.21.19 Part amiconn 02.23.05 Quit midk ("Leaving") 02.23.29 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 02.26.48 Quit webguest43 ("CGI:IRC (Ping timeout)") 02.47.07 *** Saving seen data "./dancer.seen" 04.33.30 Join ZaNe [0] (~4035995f@labb.contactor.se) 04.33.53 # Hello 04.33.58 # hey 04.34.08 # wats the key combo for hold?> 04.34.21 # at the wps only: f1+down 04.34.37 # cool thank u much 04.35.02 # how do u install a patch?> 04.35.02 # p 04.35.07 # np* 04.35.16 # you have to set up a development environment 04.36.00 # ? Im party stupid when it comes to that stuff ? 04.36.33 # :) sadly i just today reinstalled linux, haven't yet re-setup my environment, otherwise i could do it for you... 04.36.54 # how can i get a environment up? 04.36.54 # you could try bc's devkit, that will give you an environment, but you still have to apply the patch and compile yourself 04.37.16 # ic wat kind of script does it use? 04.37.36 # a makefile 04.37.44 # http://homepage.ntlworld.com/cyborgsystems/CS_Main/RockBox/RockBox.htm 04.37.49 # look here for the devkit 04.39.05 # kk 04.39.37 # there's a tutorial for building there, as well.. after you get it compiled you just have to read the patch doc to learn how to apply the patch and then just re-run make 04.39.57 # ic 04.40.05 # kool i will look into that 04.40.18 # but do you know if there are ne kind of screen saver stuff out 04.40.21 # if you've got a specific question, feel free to ask 04.40.31 # like after a certan mount of time it runs a plugin 04.40.33 # the plugins work as screen savers.. do you have a recorder? 04.40.38 # ya 04.40.41 # no (not yet at least) 04.40.45 # i want it to come on auto 04.41.07 # not yet, sorry 04.41.44 # darn 04.41.48 # u know if ne comming out 04.41.49 # ? 04.42.44 # no 04.43.07 # kool 04.43.14 # just 1 more question 04.43.22 # ok 04.43.24 # wat about the video playback feature 04.43.30 # how u get that stuff working 04.43.40 # check out the documentation 04.44.24 # i am but wat is BPS Video Converter 04.44.34 # http://rockbox.haxx.se/twiki/bin/view/Main/VideoTutorial 04.44.50 # BPS Video Converter?? how i get that 04.45.21 # "" 04.45.24 # "Use google if you need."* 04.45.34 # i am 04.45.45 # nothing comes up? 04.45.48 # but after i dl it waht i do with it 04.45.51 # its dling right now 04.46.46 # mmm 04.46.59 # just output to uncompressed AVI, at 112x64 04.47.08 # "" 04.47.10 # grr 04.47.11 # " Convert your movie file to an AVI file, uncompressed, and with the size: 112x64." 04.47.12 *** No seen item changed, no save performed. 04.47.20 # kk let me try 04.49.51 # ok its done installing. not to boot it... after step five it confuses me 04.50.04 # 'not to boot it'? 04.51.24 # *let 04.51.27 # now* 04.51.29 # now to boot it 04.51.30 # sry 04.51.57 # ok.. step five being what? 04.53.07 # err how u turn off key lock... sry thats sorta a spure question 04.54.31 # nvm im a dumb ass 04.54.33 # ..ok, let me know if you have a real question? 04.54.35 # ? 04.54.38 # -?* 04.54.52 # ya why does the key lock not turn off sometimes 04.55.09 # key lock? 04.55.17 # oh... it should be fine, f1+down 04.55.23 # if your box isn't frozen 04.55.26 # it only works at the WPS 04.55.32 # k fixed it 04.55.44 # sry im dumb when it comes to this stuff 04.57.33 # well im out night 04.57.36 Quit ZaNe ("CGI:IRC") 05.27.33 Join grogro [0] (~gromit@ALagny-151-1-32-82.w83-114.abo.wanadoo.fr) 05.36.05 Quit maikeul (Read error: 60 (Operation timed out)) 06.47.14 *** Saving seen data "./dancer.seen" 07.06.42 Join LinusN [0] (~linus@labb.contactor.se) 07.08.44 Join plok [0] (s336156@student.uq.edu.au) 07.09.58 # In terms of getting an iRiver iHP to pull apart, is there any possibility of setting up a fund we could donate to so one could be purchased? 07.10.38 # you could donate to the rockbox paypal account 07.10.40 # I guess the rockbox fund might be used for that 07.10.53 # Morning, Linus 07.10.58 # we have bought one already with that money 07.11.14 # and i have taken it apart 07.11.38 # it's good to know that our money is given to linus so he can purchase things to disassemble. ;) 07.11.38 # Unsoldered the CPU? 07.11.42 # but i want a device that i can destroy 07.11.56 # uh-oh. 07.12.10 # midk: unsoldering the CPU 07.12.23 # LinusN: Ah. Interesting way to get rid of the aggrevations :) 07.12.30 # hehe 07.12.35 # I smash my porcelain when I'm feeling angry ;) 07.13.18 # it seems like iriver is very generous with returns, even when the user has killed the box 07.13.35 # so there aren't many broken ones out there 07.14.07 # and those with broken ones probably don't hang out here or in the iriver forums :-) 07.14.22 # LinusN: why do you want to unsolder it? 07.14.38 # it's a BGA package, which means that i can't get to the pins for measuring 07.15.11 # okay 07.15.29 # and it's extremely difficult to solder it back 07.15.46 # and unsoldering it without melting the cpu is hard as well 07.16.24 # you need to unsolder the cpu, fix the "broken" unit and solder it back along with attached cables for measuring? 07.16.36 # * dwihno knows nothing of these hardware ninja moves 07.16.44 # Linus, based on what you know, what are the chances that a successful port to the iHP1xx range will mean a successful port to h300 range? 07.16.52 # no, soldering it back is virtually impossible 07.17.05 # LinusN: so how are you going to measure it? 07.17.11 # plok: the chances are good 07.17.46 # dwihno: i'm not measuring live signals, i'll just check which pins go to which chip 07.18.02 # to draw schematics 07.18.14 # LinusN: aah.... when you said measuring, I started thinking volt meters and stuff 07.18.34 # "stuff" including virtually anything regarding electronics ;) 07.18.35 # bad choice of words, maybe :-) 07.19.07 # nah :) 07.23.15 # * plok is away - Automatically set away. - messages will be saved. 07.34.15 # When making a Paypal payment with a credit card, is it treated as a cash advance or just a normal credit card payment? 07.34.39 # a normal payment, afaik 07.35.15 # when i pay, i see nothing special in my eurocard bill 07.37.25 # Sorry, never used paypal before. Do I make a payment to paypal and have that much credit on my paypal account, then make payments to rockbox from that paypal balance? 07.43.11 # afaik, you don't even have to have a paypal account to make a payment 07.44.13 # I see, making a donation now. Do you have any idea of how far away we are from getting another iRiver to sacrifice? 07.44.20 # (in us dollars) 07.46.33 # i have no idea 07.46.58 # it just feels bad to slaughter a perfectly working device ... :-) 07.47.00 # LinusN, maybe place an ad "Broken iriver ihp wanted" 07.47.13 # i'll do that...somewhere 07.47.31 # shame irivernordic has banned sell/buy posts 07.47.58 # But it won't die in vain 07.47.59 # I wonder what their standpoint is to all this. maybe they are nice guys and can donate a broken unit? 07.48.48 # ICQ: 245504035 07.48.48 # MSN: directman_com@hotmail.com 07.48.48 # Email: support@directman.com 07.48.48 DBUG Enqueued KICK pike 07.48.48 # Telefon: 08-653 19 89 07.49.04 # same guys that run irivernordic, this si the company part that sells units 07.49.32 # noone ever hurt from asking, hehe 07.49.43 # I can do it, if you feel "uneasy" about it 07.51.57 # i'll do it 07.52.05 # ok 07.52.40 # dont forget to mention they can do it anon :p 07.54.23 # Worked! It's very easy to spend money on the internet these days :) 07.58.37 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 07.58.37 # * LinusN bows humbly 08.01.55 Join amiconn [0] (~jens@pD95D1415.dip.t-dialin.net) 08.02.43 # hi all 08.02.53 # hola 08.05.40 # My filesystem test completed without a surprise, i.e. without a single bit error. Rockbox file system seems to be rock solid :) 08.07.04 # i don't know if i should be happy or not :-) 08.09.48 # I plan to try another modification this evening, and have some question 08.09.50 # s 08.11.09 # (1, this has nothing to do with my modif, but it's suspicious) the SCI0 init seems to be wrong. It's no bug, but it doesn't do exactly what the comment says if I am correct: 08.12.08 # The comment says "set baud rate to 1 MBit/s", but BRR0=3 is 750 kBit/s if I read the datasheet correctly 08.12.58 # Linus, would you estimate the iRiver CPU is beefy enough to play movies? 08.13.17 # amiconn: i bet it's correct on the player 08.13.39 # plok: sure 08.13.59 # LinusN: This calculation is based on 12 MHz clock. Did you measure the generated clock? 08.14.00 # if the jukebox can do it, the iriver will do it as well 08.14.19 # amiconn: i think i did, but that was a loooong time ago 08.14.21 # The screen on the H340 is really good :) 08.14.29 # plok: i haven't seen it 08.15.40 # I showed my friend yesterday and he said he thought it looked a lot better than the lcd on the archos Multimedia 08.15.46 # not that I've seen a MM 08.21.07 Join Zagor [242] (~bjst@labb.contactor.se) 08.21.17 # morning 08.21.40 # LinusN: (2) Why do we transfer max. 30 bytes from rec_tick() ? If we transfer as long as eod is low, and if it goes high wait a short time (< 5 usec) to see if it goes low again, this should automatically give us all dma blocks belonging to a frame? 08.22.19 # (3) Doing this would required that the irq is no ,longer edge detect, but level detect? 08.22.27 # yes, but i didn't want to do that, since it would hog the cpu for quite a while 08.23.04 # however, the optimized loop would not take that much time, would it? 08.23.29 # hi Zagor 08.23.46 Join [IDC]Dragon [0] (~50861e1a@labb.contactor.se) 08.23.56 # LinusN: Hmm. As it is now, the next irq follows immediately at return from the isr, so it wouldn't make a difference, would it? 08.24.05 # not really 08.24.07 # <[IDC]Dragon> morning! 08.24.35 # In fact, this could be even faster, because the additional return->call sequences are saved 08.24.41 # i remember having problems with that approach back then, but we should try it again 08.24.44 # morning Jörg 08.25.55 # <[IDC]Dragon> just to bore you iriver guys: the ondio has a backlight preparation 08.26.07 # LinusN: Well, maybe it will still not deliver a complete frame, because the dma blocks are 30 bytes each, and there may be a smaller residue 08.26.45 # <[IDC]Dragon> I just measured the live I/O signal to the empty footprint, it behaves like a backlight level 08.26.58 # I wonder how the archos guys did it - the archos fw doesn't save a truncated frame at the end 08.27.02 # [IDC]Dragon: but no components (leds) mounted? 08.27.04 # no, it will not give us a complete frame, but the burst transfer will probably be more effective 08.27.25 # <[IDC]Dragon> I think it's EL, not LEDs 08.27.47 # ok 08.27.54 # <[IDC]Dragon> for LEDs, the PCB would need a preparation (footprints) 08.28.41 # [IDC]Dragon: Perhaps the Ondio SP has backlight... 08.29.08 # <[IDC]Dragon> educate me about the iriver status: is it possible to execute own code? 08.30.25 # <[IDC]Dragon> amiconn: I've googled for ondia and backlight, the reviews I saw complain about it's absence 08.30.48 # ah 08.31.07 # <[IDC]Dragon> butI sure don't mind you getting one with 08.31.12 # [IDC]Dragon: not yet, we need a BDM interface 08.31.39 # <[IDC]Dragon> isn't there some hacks to exchange the bitmaps in the firmware? 08.31.58 # Linus, in keeping with my very premature questions.. the H340 has USB on the go that will mount a device that identifies as a Mass Storage Device. If we get rockbox working, is it at all possible we'd be able to write custom drivers for other USB devic 08.31.59 # es? 08.32.32 # [IDC]Dragon: yes, we can create a flash image, but we don't want to do it until we have a safe way of reflashing a dead box 08.32.46 # plok: no 08.32.54 # different USB chips 08.32.55 # <[IDC]Dragon> ah, sounds familiar to me ;-) 08.33.07 # oh well! :) 08.33.36 # the first thing we want to do is an iriver-rolo 08.34.05 # <[IDC]Dragon> the iriver has no procedure to boot from disk? 08.34.47 # Hmm.. when I upgraded my iRiver firmware I had to copy to disk but then go into a menu item and manually update the firmware from there 08.37.22 # [IDC]Dragon: I'm going to buy the missing parts for my toslink converter today. Only 3 parts missing after I digged up some parts from my "collection" 08.38.02 # I also found schematics for the reverse converter, but are not going to implement that for now 08.38.38 Quit pike (Read error: 104 (Connection reset by peer)) 08.40.13 Join pike [0] (amiga@h234n1fls22o1064.bredband.comhem.se) 08.47.16 *** Saving seen data "./dancer.seen" 08.50.36 # <[IDC]Dragon> LinusN: how many buttons does the iriver have? 08.51.13 # [IDC]Dragon: Did you see http://rockbox.haxx.se/twiki/bin/view/Main/ButtonAssignments ? 08.51.16 # 9 08.51.29 # <[IDC]Dragon> amiconn: no 08.51.36 # <[IDC]Dragon> Zagor: thanks 08.51.54 # <[IDC]Dragon> amiconn: sorry, yes 08.52.00 # <[IDC]Dragon> nice attempt 08.52.00 # Zagor, have you "played around" with your iriver? which fw version ? 08.52.20 # pike: linus has our only hardware yet 08.52.35 # the H340 has 9 buttons + a sliding Hold switch 08.52.36 # in lots of small pieces... :) 08.52.42 # oh.. my mistake.. 08.52.56 # right, i didn't count the hold switch. h100 has it too 08.54.00 # I see that irivernordic/directman is online on msn now.. but I'll not discuss with them, coz one unified front is best 08.54.00 # Can we advertise for 2nd hand irivers on mistic river? 08.55.31 # i don't see why not, if they have a suitable place for it 08.56.01 # there's also irivers official forum to consider 08.56.08 # and alot of mispleased iriver users 08.56.44 # pike: i've sent them an email 08.57.35 # plok: i posted a "call for help" on misticriver a few days ago, no reply yet 08.57.44 # Ah, ok :) 08.58.41 # http://www.iriver.com/community/discussion_new.asp 08.59.03 # extremely crappy forum software 08.59.23 # personally i'd like to hold posting on the iriver.com forum until we actually have something to show. people are too jaded by vapor projects. 08.59.48 # indeed 09.00.38 Join amiconn_ [0] (~jens@pD9E7DE70.dip.t-dialin.net) 09.00.46 # the only ones who doesnt know about the project are the n00bs 09.00.54 Quit amiconn (Nick collision from services.) 09.00.54 Nick amiconn_ is now known as amiconn (~jens@pD9E7DE70.dip.t-dialin.net) 09.01.54 # pike: maybe, but whenever someone of us speaks it is easily taken as an "official statement". and I prefer to make those after we succeed, not before. 09.03.50 # you made headline news on hydrogenaudio also some day ago, http://www.hydrogenaudio.org/forums/index.php?showtopic=27390&st=0&#entry240805 09.07.20 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 09.09.44 Quit LePoulpe303 (Read error: 54 (Connection reset by peer)) 09.14.30 # btw, i just noticed yesterday the xclef hd-500 uses the qfp-packaged 5249. a few connections can actually be traced by the photo. 09.15.24 # ah 09.15.58 # not enough to be really useful though 09.16.45 # do they both use the same chips otherwise? 09.16.57 # pike: most are the same, but some differ 09.21.51 # <[IDC]Dragon> where does rockbox configure PA3 as the ATA bus wait input? 09.22.05 # <[IDC]Dragon> I need PA3 as GP out 09.26.13 # heh, i don't find it either. isn't it input by default? 09.27.15 # <[IDC]Dragon> it's the default, yes 09.27.32 # <[IDC]Dragon> (just found that in the datasheet) 09.27.54 # <[IDC]Dragon> not just input, but waitstate input 09.33.20 Join LePoulpe303 [0] (~lpos@AMontpellier-251-2-6-125.w83-113.abo.wanadoo.fr) 09.48.05 Part [IDC]Dragon 09.50.43 # plok: is the center blue "navi" thing a button too? 09.51.28 Quit plok ("Leaving") 09.58.26 # we should find an x11 guru to help us fix multikey support in the sim 10.00.07 Quit Atur (Read error: 104 (Connection reset by peer)) 10.05.52 Join Atur [0] (~Atur@host217-42-248-108.range217-42.btcentralplus.com) 10.08.27 # i'm fascinated that player users haven't been yelling at us for making "vol" more difficult to reach than "next". 10.08.49 # :-) 10.11.52 # i know i'd be annoyed 10.14.06 # hehe, the balance setting on the Player has been broken since june 21 10.14.42 # who uses balance anyway? ;-) 10.15.04 # the relevant question seems to be "who uses the player anyway"... 10.15.09 # probably no the most used feature... 10.17.05 # * Bagder counts 41 .rock files 10.17.17 # only 21 are documented in the wiki 10.19.37 # hmm, the draw-on-two-screens-with-different-size concept of the iriver is rather messy 10.20.22 # we need to run all display code twice, with different size constants 10.20.25 # Zagor: On the player, the original archos fw only allows volume adjustment from the menu?? If so, rockbox is a huge improvement over that! 10.21.10 Join lImbus [0] (~manuel@kernel.cycos.net) 10.21.17 # amiconn: i don't remember what the original does. probably something like that. i would still want single-key volume if I was using it though... 10.21.24 # * Bagder runs away 10.21.26 Quit Bagder ("Leaving") 10.22.12 # LinusN: have you taken the remote apart yet? 10.22.25 # no 10.22.46 # i still have warranty left :-) 10.23.13 # I think you can buy spare remotes? (if you wanna dissect one) 10.24.02 # i'm concentrating on the main unit to begin with 10.24.58 # yeah, just curious how much logic is in it 10.26.52 # http://www.directman.com/system/search/product.asp?id=119&container=76& 10.27.29 Join roganjosh [0] (~Josh_Shor@ppp-225-9-122.friaco.access.uk.tiscali.com) 10.30.13 # pike: that's nice 10.31.16 # xcept that color was "not in stock 10.31.24 # there's 2 others that are in stock, same price 10.47.17 *** Saving seen data "./dancer.seen" 10.49.42 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 10.55.03 # [IDC]Dragon: Just saw your mail on the ml. If you want more users to do a test, you should provide the Ondio SP variant as separate .ajz (not everybody is familiar working with a hex editor) 10.56.33 # <[IDC]Dragon> can they both have the same name? 10.56.53 # <[IDC]Dragon> not everybody is familiar with renaming files... ;-) 10.57.13 Join tboy [0] (~xxx@212.114.242.74) 10.57.49 # good morning 10.58.29 # * Zagor has an ocdemon bdm pod in his hand 10.59.01 # [IDC]Dragon: No, they can't have the same name within the same wiki topic :( 10.59.08 # <[IDC]Dragon> Zagor: typing with only one hand then? ;-) 10.59.31 # :) 10.59.43 # I just set up the cygwin environment on my windows 10.59.44 # <[IDC]Dragon> what does it look like? 10.59.54 # and when I try to compile 10.59.58 # or as I compile 11.00.05 # sounds flashy 11.01.07 # it's the simple wiggler in http://www.macraigor.com/hwproducts.htm 11.01.26 # I get this error atoll could nout be found in cygwin1.dll 11.02.02 # is anybody familiar with this 11.02.26 # <[IDC]Dragon> tboy: you have an inconsistant cygwin then 11.02.53 # Zagor: "The Wiggler does not currently work with Linux" 11.02.56 # <[IDC]Dragon> or the dll in more than one place, with different versions 11.03.35 # dwihno: yeah, but that's just their software 11.04.09 # Zagor: aah, neato :-D 11.04.10 # <[IDC]Dragon> dwihno: so they have to port that first, before the iriver attempt can continue... 11.04.43 # Zagor: is there software currently available? 11.05.04 # any particular software? 11.05.04 # oh ok 11.05.35 # [IDC]Dragon: I'll see if I can find these dlls 11.05.45 # [IDC]Dragon: thanks 11.11.16 # m68k-bdm-elf-gdb looks interesting 11.12.56 # coldfire bdm gdb article: http://www.ucdot.org/article.pl?sid=03/07/01/0630204 11.13.42 # Zagor: was thinking about gdb software for the bdm 11.13.50 # Zagor: That's what is needed, right? 11.14.02 # it looks pretty generic, so we probably just need to modify the cable 11.14.42 # http://sourceforge.net/projects/bdm/ 11.22.18 Join roganjosh_ [0] (~Josh_Shor@ppp-225-9-122.friaco.access.uk.tiscali.com) 11.25.38 # ok now it works 11.37.23 Quit roganjosh_ ("ChatZilla 0.9.61 [Mozilla rv:1.7.2/20040803]") 11.41.11 Quit roganjosh (Read error: 110 (Connection timed out)) 11.43.37 # I seem to encounter another problem 11.43.48 # when the compiler gets to rombox 11.44.34 # it says /home/rockbox/rombox.elf error 1 11.46.54 # could it be that I have to specify where the ucl components are 11.47.04 # or the ucl compressor 11.47.29 # I didn't read anything about that in the tutorial on the rockbox site 11.50.45 Join ashridah [0] (ashridah@dialup-a2-180.Melbourne.netspace.net.au) 11.56.30 # [IDC]Dragon: In your FlashingRockbox guide 11.56.54 # [IDC]Dragon: you say that the UCL Pack should be placed in the same directory as the sh1 compiler 11.57.37 # I see that the compiler can't find the...oh wait 11.57.45 # I have to build it first :D 11.57.53 # [IDC]Dragon: sorry about that 12.03.26 # hmm...well no I compiled/built the ucl-package 12.04.57 # no=now 12.32.13 Join MrMoo [0] (~me@194.152.87.150) 12.42.21 Join GhUl [0] (~tim@p5089E916.dip.t-dialin.net) 12.47.18 *** Saving seen data "./dancer.seen" 12.49.35 # it seems like the compiler 12.49.44 # doesn't find the ucl package 12.49.52 # to compile and make rombox 12.51.46 # I'll try to set the path in my profile 13.02.42 # <[IDC]Dragon> tboy: you have uclpack.exe, right? 13.03.19 # <[IDC]Dragon> if not, grab it from the RomBox twiki page 13.03.49 # yes I compiled it myself 13.03.57 # but where should I place it 13.04.03 # I put in the tools directory 13.04.31 # <[IDC]Dragon> no, I think tools is not in the path 13.04.47 # <[IDC]Dragon> I placed it next to the sh cross compiler 13.05.12 # yes I did that to 13.05.37 # well I made a dir in the same directory as the sh compilers directory is 13.05.38 # :D 13.05.58 # should I place it in th sh-cross compiler's directory 13.06.01 # <[IDC]Dragon> that no good 13.06.22 # <[IDC]Dragon> yes, it need to be in a dir which is in the path 13.06.35 # <[IDC]Dragon> not some subdir 13.07.18 Join R3nTiL [0] (~zorroz@147-248-30-217.kgts.ru) 13.07.27 # oh ok 13.07.33 # well I'll try that 13.09.57 # [IDC]Dragon: does your ondio have a backlight? 13.10.12 # <[IDC]Dragon> no 13.10.18 # [IDC]Dragon: I saw you guys talking about it yesterday 13.10.47 # [IDC]Dragon: since I was thinking of getting one, I thought you might know 13.11.13 # [IDC]Dragon: you have the FM, right? 13.11.20 # <[IDC]Dragon> probably Archos saved it away 13.11.24 # <[IDC]Dragon> FM, yes 13.11.28 # i was thinking of getting a SP 13.12.10 # its strange, because some pictures I have seen of the two ondios 13.12.24 # they have two different colored/backlit screens 13.13.19 # the sp has blue colored and the fm green, its like that on the archos page too, iirc. 13.13.47 # ok so now it makes the ucl files 13.13.57 # but it still kicks me out with an error 13.14.35 # */code 13.14.35 # /opt/sh1/lib/gcc-lib/sh-elf/3.3.1/../../../../sh-elf/bin/ld: region FLASH is ful 13.14.35 # l (/home/rockbox/rombox.elf section .rodata) 13.14.35 DBUG Enqueued KICK tboy 13.14.35 # collect2: ld returned 1 exit status 13.14.35 # make[1]: *** [/home/rockbox/rombox.elf] Error 1 13.14.40 # code*/ 13.15.07 # does this have anything to do with the space limitation 13.15.32 # is it aborting the building because I have an FM 13.16.18 # yes, fm is too big for rombox 13.16.25 # I was going to remove some debuging stuff 13.16.29 # to get it to fit 13.16.43 # good idea 13.16.57 # gut what is that error telling me 13.17.11 # did you guys implement some size check 13.17.22 # or is there something missing in my environment 13.17.24 # "region FLASH is full" means the linker cannot put all code in the designated region 13.17.59 # ok, let me try something 13.19.24 # heh, C-x-5-2 works in textmode too 13.19.32 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 13.19.32 # * Zagor is an emacs geek 13.23.46 # last nite in bed I thought about the 68k compatible cpu. then I thought of aminet 13.24.00 Quit GhUl (Remote closed the connection) 13.24.16 # pike: yeah there can be some gems to be found 13.24.39 # like maybe mp3 decoders? although I think they may be fp oriented 13.24.43 # trouble is most dont come with source iirc 13.24.58 # isn't libmad good? 13.25.09 # libmad is good. anything that dither I like 13.25.30 # i've already added libmad to rockbox, so we're set in the mp3 decoder department 13.26.13 # some nice m68k-optimised sidplay code would be good :) 13.26.22 # http://ftp.uni-paderborn.de/pub/aminet/mus/misc/mp3.lha 13.26.27 # oh 13.26.38 # <[IDC]Dragon> I'm away 13.28.42 # how the f** can accessing ftp with mozilla firefox make it nuke 13.29.09 # :) 13.29.13 # libmikmod! :) 13.29.22 # chiptunes to the people ;) 13.29.33 # "you want it, you port it"? :) 13.30.29 # dwihno: actually I've looked at libmikmod already. unfortunately it uses gobs of malloc 13.31.10 # although i have a feeling we need to add a small heap to support just such code. even tremor (ogg) requires malloc 13.31.10 # Clips is a quick util I wrote for playing PlaySID songfiles from a shell 13.31.10 # or similar. 13.31.10 # playsid.library and xpkmaster.library are required. 13.31.10 DBUG Enqueued KICK pike 13.31.10 # Full assembly source is included. 13.31.12 # ;) 13.31.22 # pike: hehe 13.32.39 # Zagor: how much memory does the ihp have? 13.32.45 # 32 MB 13.32.49 # whoa 13.32.53 # yeah 13.33.07 # Well, a few K's could be reserved for dynamic memory allocation 13.33.14 # :) 13.34.08 # I've been wondering about something.. how can a 130?mhz cpu work with batteries. 13.34.27 # it's mindboggling for me 13.34.33 # Perhaps it might be possible to do the mp3 decoding in lesser mhz 13.34.36 # and work for so many hours 13.34.43 # dwihno: yes, hopefully 13.35.03 # but ogg/vorbis is not optimized for playback 13.35.11 # mpc is :) 13.36.57 # Zagor: Do you know at which frequency the original firmware works? 13.37.03 # no 13.37.05 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 13.37.05 # * dwihno senses great battery times 13.37.12 # If this decoder will use less juice 13.38.18 # well i'm guessing iriver uses motorola's mp3 decoder, which is probably rather heavily optimised. so we'll probably use more power at least initially 13.38.46 # ah 13.39.23 # 32 mbyte buffer is a bit insane :) 13.39.26 # but I love it 13.39.35 # http://www.computerbrains.com/ccs64/playsid.html 13.39.58 # figures.. asm src 13.40.03 # pike: yeah, but that is heavily optimised amiga-specific assembler with a bucket of dirty tricks thrown in... 13.40.21 # I recall that Sundell guy. 13.40.46 # Zagor: If you can get hold of the sources, there is a highly optimized 68k mp1/2/3 decoder library for the amiga: mpega.library by Stephane Tavenard 13.41.09 # Yes, the 6502 emulation is very fast in PlaySID, actually the emulation code is constructed by a program, and it uses every kind of dirty trick I could imagine 13.41.32 # i think focusing on the emac will bring us the most bang/buck 13.41.59 # yup 13.42.19 # there is no bdm code for m68k in the official gdb 13.42.35 # hence the sf project 13.42.47 # but there is bdm code for PPC, using the maccraigor wiggler :-) 13.45.55 # maybe this could be worthwhile? http://ftp.uni-bremen.de/pub/aminet/util/libs/mpega_libmad.readme 13.46.04 # optimized libmad for 68k 13.46.26 # aha 13.46.30 # cool stuff 13.46.31 # could be interesting 13.46.38 # the mad decoder 13.46.41 # is nice 13.50.38 # The mpega.library by Stephane Tavenard is still 2 times faster than this optimized libmad version 13.54.25 Quit R3nTiL () 13.58.52 # i don't see this being optimised much at all. seems more to be a mpega wrapper around libmad 13.59.25 # yeah I may bw wrong, he may have just used some switches to make it a tad faster 13.59.33 # compiling wise 13.59.46 # yeah that what it looks like to me 14.04.42 # ah, finally found some power numbers: 1.3mW/MHz 14.05.23 # at 96MHz that means 125mW 14.06.50 # am i calculating all wrong, or is that less than the sh7034@12MHz? 14.07.38 # a motorola sheet claims "MP3 decoder requires only 19MHz" 14.09.02 # looks like i have to extend the ocd driver in gdb for the macraigor ocd wiggler 14.09.13 # well, well... 14.09.28 # i don't mind 14.09.31 # it's not like you have anything better to do ;-> 14.23.01 # ehm...one question 14.23.52 # I read somewhere that compiling with -Os should give me a smaller binary 14.23.58 # so I could get it to fit my FM 14.24.54 # now I've tried adding this in the makefile 14.25.04 # I guess this is wrong 14.25.10 # since its not working 14.25.22 # you need it in both firmware/Makefile and apps/Makefile 14.25.39 # i don't know if it actually makes the binary small enough to fit though. haven't tried it. 14.25.40 # so I just add it behind -C 14.25.50 # no, add it in CFLAGS 14.26.16 # ok 14.31.39 Join benschi [0] (~3edaa24b@labb.contactor.se) 14.32.01 # @zagor, whatz up 14.32.07 # everything fine? 14.32.59 # yep 14.33.40 # yes it made it smaller 14.33.44 # about 1500 bytes 14.34.02 # I thank thats ok 14.36.37 # any news about the LCD screen? 14.37.26 # nothing more than Dan Hollis verifying that it's not one from andilcd.de 14.40.02 # we'll have to measure the signals and/or disassemble the firmware. the markings appear to be a dead end. 14.40.49 # Zagor, do you have a iriver? 14.40.58 # an iriver? 14.41.03 # yes, but i have it 14.41.13 # ^^ ok 14.41.47 # it sounds kinda exciting 14.42.02 # it's fun, yes 14.42.44 # I guess the newer iriver, the ones with the color displays, use different cpus etc. 14.42.50 # same cpu 14.43.13 # different lcd and different usb chip, but it looks like a lot of things are the same 14.43.36 # is the iriver you got there, linus, a ihp-1xx? 14.43.42 # yup 14.43.44 # 120 14.43.54 # we could use some scans of that too :-) I bet they use the Philips ISP1362 USB OTG Controller 14.44.05 # aha 14.44.17 # the ihp usb 2.0 14.45.01 # don't the 110 have less memory than the 120-140? 14.45.29 # i don't know 14.45.37 # oh ok 14.46.35 # so with this cpu that the ihp are using, will you guys be able to use integrate decoders for codecs like AAC/MP4 14.47.19 *** Saving seen data "./dancer.seen" 14.48.58 # ? 14.49.06 # any coded that has free source code and doesn't eat too much cpu 14.49.59 # codec 14.50.22 # well I'm not that fond of ogg, doesn't it need pretty much juice 14.50.52 # it does, but it's perfectly possible 14.51.03 # ok 14.51.46 # i mean, the original firmware plays ogg, so why shouldn't we? 14.53.01 # FAAD2 :) 14.54.18 # aac license fees: 1 to 100,000 units: $0.50/unit 14.55.01 # thanks a lot :-( 14.55.05 # really? FAAD 2.0 src http://www.audiocoding.com/modules/mydownloads/visit.php?cid=1&lid=4 14.55.08 # for decoders? 14.55.26 # how can they host this freely then? 14.56.16 # the license is for apples codec. i didn't know about faac. 14.57.09 # http://www.audiocoding.com/modules/wiki/?page=FAAD2 14.57.33 # guess this could be used, right? 14.57.36 # FAAD2 is a HE, LC, MAIN and LTP profile, MPEG2 and MPEG-4 AAC decoder. 14.57.36 # FAAD2 includes code for SBR (HE AAC) decoding. 14.57.36 # FAAD2 is licensed under the GPL. 14.58.03 # sbr is nice, it's what mp3 pro did for mp3 (not that I like mp3 pro) 15.00.20 # unfortunately it's a floating-point implementation, which most likely means the coldfire will run it too slowly 15.01.45 # damn... 15.01.45 Quit benschi ("CGI:IRC (EOF)") 15.03.14 Join pillo [0] (~trillian@navlab03.dei.unipd.it) 15.03.59 # dang 15.06.27 # "Please note that the use of this software may require the payment of patent royalties." -- http://www.audiocoding.com/modules/news/article.php?storyid=4 15.07.20 # it's included either in mplayer and or FFMpeg suite 15.09.06 # well let's just say the floating point issue stops it and leave it at that :) 15.09.18 # ok 15.09.39 # not for me, I'll continue hunting for a decoder that *could work* :) 15.11.27 # well it would be cool to find one that is free of payment/royalties and floating points ;) 15.12.16 # the patent virus is unfortunately uncurable. the own the *idea* of aac compression, and there is no way to get around it. 15.12.40 # ..other than supporting FFII in their work for stopping software patents in europe 15.13.11 # btw.. isnt their roaylties for mp3 decoders also? 15.13.56 # i won't discuss legal issues in this channel. sorry. 15.18.03 # ok, I got rockbox for my FM to fit the memory 15.18.09 # or the flash rom 15.18.37 # one way to handle the dual displays semi-easily would be to display the remote buffer on the main unit when the remote is plugged in. then we "only" have to support dynamic sizing, not two different buffers 15.18.40 # I'm gonna try to rolo my build and see how I crippled the debug menu 15.19.38 # amiconn, LinusN: how are we on the spdif issue? is it a confirmed bug or are we chasing a ghost someone says exists? 15.20.20 # well, i haven't verified it with s/pdif, and neither has amiconn 15.20.38 # but it's probably not a ghost 15.23.32 # Zagor: I *will* verify this, buit first I have to build a toslink->electrical converter. I'll do so this evening. 15.24.40 # gotta go.. back later or tomorrow 15.25.10 Quit midk ("Leaving") 15.26.15 # amiconn: ok, sounds good 15.29.17 # ok 15.29.24 # tboy: works? 15.29.31 # yes 15.29.34 # I flashed it 15.29.37 # congratulations 15.29.42 # and its running 15.29.50 # * Zagor smells a "but" 15.29.56 # ^^ well 15.30.47 # oh ok, I think now I understand the whole thing 15.30.48 # ^^ 15.31.00 # rombox is just the normal ucl, but uncompressed 15.31.02 # right? 15.31.16 # I thought it was a different bootloader 15.31.23 # well ok, its working fine 15.32.36 # shouldn't I have more free buffer now? 15.33.01 # yes, a bit 15.33.31 # it dowsn't seem to have changed, or is it only that marginal 15.33.40 # that I can't see it 15.33.51 # well it says 1.780mb 15.34.02 # wiki says "about 170 kb more ram" 15.34.25 # hmm maybe I got pawned :D 15.34.29 # no just joking 15.34.54 # my non-fm has 1.615 free without rombox, so I'd say you simply remember wrong :) 15.35.06 # ok that could be it 15.35.08 # :) 15.35.29 # well ok this looks ok 15.35.44 # not sure if its really worth it, but sure was fun 15.36.02 # what does the carch mem accesses do? 15.36.15 # carch? 15.36.22 # I probably won't be able to use it but 15.36.27 # catch 15.36.52 # is it some sorta log-thing? 15.37.05 # it's for catching buggy code that writes in bad addresses 15.37.12 # ok 15.38.17 # yep you're right about me remembering wrong 15.38.34 # mine has 1.614mb free without rombox 15.41.29 # I just noticed something 15.42.05 # I didn't know you guys implemented gapless play 15.42.33 # or I haven't been paying attention to the development 15.42.39 # that's old 15.42.42 # dangh 15.42.54 # :) well 15.43.16 # you guys have really made this mp3 player a whole lot better 15.43.21 # but it requires that the mp3 data is prepared for it 15.43.38 # well there wouldn't be much point otherwise, would it? ;) 15.43.47 # yes, so it can buffer it in time 15.44.11 # yea, but I admire what you guys are doing 15.44.35 # not just so we can buffer the data, the internals of the format is not designed for gapless playback so you need to make your files gapless specifically 15.44.57 # oh ok 15.45.25 # http://lame.sourceforge.net/tech-FAQ.txt if you really want to know :) 15.45.37 # is there any other project like rockbox, that has had any success 15.46.35 # it depends on what you mean "like rockbox". another mp3 player firmware? no 15.46.54 # success as rockbox has achived 15.47.29 # that is very subjective. i like to think we are pretty unique, but i'm sure there are people who disagree. 15.47.30 # oopss type achieved 15.48.22 # well yea I guess unique is the right word, now that I think of Linux on Ipod and the avos project 15.48.39 # those two are both trying to get linux running on their devices 15.49.03 # while rockbox is an os built from scratch 15.49.24 # and which objective is to be a good music player 15.49.34 # with some nice features on the side :) 15.50.23 # those two also don't have a finished product that users are running 15.51.21 # exactly, that kinda success has not been reached by any other project, that I know. 15.54.15 # gotta go, cu folks 15.54.23 # cya 15.54.28 Part LinusN 16.02.05 # I'll be going to 16.02.07 # cya 16.02.08 Part tboy 16.07.35 # yay, ibm is donating voice recognition software to the apache foundation. direct-to-text dictaphone anyone? ;) 16.19.56 # screw that. patch it into UT 2004, so we can finally order bots via voice recognition :) 16.20.07 # (on linux anyway) 16.21.44 Join R3nTiL [0] (~zorroz@133-250-30-217.kgts.ru) 16.25.15 Join Lucretia_ [0] (~munkee@abyss2.demon.co.uk) 16.26.17 Quit _Lucretia (Read error: 110 (Connection timed out)) 16.33.01 Join Elemeno [0] (~4givn@dpc691997050.direcpc.com) 16.34.20 Quit R3nTiL () 16.34.31 # hey, I have an Archos FM Recorder, and when I try to turn it on the green LED just flashes real quick four or five times and them nothing happens. anyone ever face this? 16.35.23 # how is your battery? 16.35.33 # it's fine.. at least halfway 16.35.43 # can you access the disk in usb mode? 16.36.09 Join methangas [0] (methangas@0x50a476b2.virnxx10.adsl-dhcp.tele.dk) 16.36.10 # well, it didn't work before, but I just plugged it in and it works 16.36.18 # it seems to be kind of sporadic 16.37.00 # sounds like a hardware problem, i'm afraid 16.37.35 # hmm.. any idea what it could be? I just recently replaced the LCD screen on the thing, and I thought everything was working fine 16.38.41 # i'd suspect something with the power. if you have another disk try that. 16.39.07 # another hard drive? 16.39.37 # yes 16.40.08 # nope, I'm afraid not 16.40.57 # I hope this HD is not messed up.. 16.40.59 # that's probably not it anyway. does it make a difference how hard you push the on button ? 16.41.20 # it doesn't seem to, no 16.41.25 Part [IDC]Dragon 16.41.39 # I mean, whether I barely press it or hold it in for a couple seconds, it'll either work or not work 16.41.58 # ok 16.43.01 # well i'm afraid I'm no eletronics wiz so I can't help you any further 16.43.02 # I wonder if it can be related to something being loose or not touching entirely right, because if I move the Archos, sometimes it will turn off 16.43.27 # check the battery connections, sometimes they are bent and the battery loses contact 16.43.41 # all right. thanks for the help 16.44.13 Quit ashridah ("sleep") 16.44.42 # What is the best utility to defragment MP3 players ? 16.45.47 # prob the same as windows uses, if it's the same filesystem 16.45.59 # and I do not mean their defrag 16.46.04 # windows one seems slooooooooooow and very uneffective 16.46.21 # you normally never need to defragment mp3 players 16.46.43 # Zagor: oh yes ? 16.47.00 # http://www.freedownloadscenter.com/Utilities/Access_Control_Utilities/Diskeeper.html 16.47.23 *** Saving seen data "./dancer.seen" 16.47.48 # LePoulpe303: mp3 players don't get fragmented, since you don't do a lot of writing to them 16.47.53 # ok if I make a post @ HA where I ask for a broken ihp unit ? 16.48.10 # pike: sure, go ahead 16.48.37 Quit Elemeno () 16.48.53 # LePoulpe303: and even if it was fragmented, you would not gain anything measurable by defragmenting it since disk access is very sparse 16.51.31 # ok ; good arguments Zagor ; you win ; i shut down diskeeper who is blocked to 10% of the analysis since 5 minutes ;-) 16.52.26 # argument is valid, if all you do is fill your hd, then never removes tunes 16.52.35 # remove 16.52.59 # i remove a lot 16.53.19 # i put 10 albums ; i keep 5 songs ; then 10 albums again , etc .. 16.53.55 # mp3 files are so big that fragmentation doesn't become an issue even with lots of add/remove 16.55.27 # yes, the files are fragmented. but each fragment is big enough that it does not become a performance penalty 16.59.06 # an email adress ppl can mail to if they have a broken ihp unit ? 16.59.17 # bjorn@haxx.se 16.59.33 # i should buy a bigger disk, so that i would put all my tunes on the player , then i don't need to remove anything ..... 17.00.42 # http://www.hydrogenaudio.org/forums/index.php?showtopic=27493 17.00.53 # how many MiPS is the coldfire again? 17.01.13 # 125 MIPS @ 140 MHz 17.03.53 # on which iRiver model do you plan to port rockbox ??? 17.05.04 # the h100 series 17.06.48 # btw, i read somewhere that the 140 is a little *thicker* than the 120. that sounds strange, anyone know if it's correct? 17.07.15 # it is 17.07.20 # due to the thicker hd 17.07.26 # ah 17.07.27 # double plattered, single in 120 17.16.46 # gotta go 17.16.47 Part Zagor 17.47.07 Join GhUl [0] (~tim@p5089E532.dip.t-dialin.net) 18.09.35 Quit GhUl (Remote closed the connection) 18.09.37 Quit lImbus (Read error: 104 (Connection reset by peer)) 18.16.51 Join GhUl [0] (~tim@p5089E532.dip.t-dialin.net) 18.23.58 Join mecraw [0] (~lmarlow@69.2.235.2) 18.24.25 Quit GhUl (Remote closed the connection) 18.33.34 Join ripnet [0] (~524664e6@labb.contactor.se) 18.38.04 Nick grogro is now known as gromit` (~gromit@ALagny-151-1-32-82.w83-114.abo.wanadoo.fr) 18.43.02 Quit Atur (Read error: 104 (Connection reset by peer)) 18.43.55 Join DMJC [0] (~DMJC@220-244-58-134-sa.tpgi.com.au) 18.47.25 *** Saving seen data "./dancer.seen" 18.48.26 Part pillo 19.28.04 Quit Lucretia_ (Read error: 110 (Connection timed out)) 19.28.38 Join R3nTiL [0] (~zorroz@158-250-30-217.kgts.ru) 19.29.05 Join Lucretia_ [0] (~munkee@abyss2.demon.co.uk) 19.58.33 Quit R3nTiL () 20.07.12 # list 20.07.39 Quit ripnet ("CGI:IRC") 20.10.26 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 20.12.19 # .... 20.13.10 Join webguest68 [0] (~82e13707@labb.contactor.se) 20.18.29 Join webguest69 [0] (~82e13707@labb.contactor.se) 20.18.41 Quit webguest68 ("CGI:IRC (EOF)") 20.19.11 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 20.19.19 Quit ripnetUK () 20.31.14 Quit webguest69 ("CGI:IRC") 20.38.58 Quit mecraw (Read error: 54 (Connection reset by peer)) 20.39.37 Join mecraw [0] (~lmarlow@69.2.235.2) 20.41.44 # __very__strange__ 20.46.30 # * amiconn is completely puzzel 20.46.38 # *puzzled 20.47.27 *** Saving seen data "./dancer.seen" 20.47.55 # I did a 12 hr test recording, the only change being that m/s encoding is disabled. I didn't get a single frame sync error... 20.48.12 # But m/s encoding was on in 2.2 ........ 20.59.38 Join lImbus [0] (~manuel@kernel.cycos.net) 21.11.21 Join [IDC]Dragon [0] (~idc-drago@pD9512BDE.dip.t-dialin.net) 21.11.42 # evening Jörg 21.11.46 # <[IDC]Dragon> hi Jens 21.11.55 # <[IDC]Dragon> I see you got your Ondio 21.12.03 # Yups 21.12.05 # <[IDC]Dragon> any pictures of the inside yet? 21.12.20 # Not yet. I have to decide what to do first. 21.12.31 # Currently soldering the toslink converter 21.12.31 # <[IDC]Dragon> busy with recording tests 21.13.01 # <[IDC]Dragon> I suggest you do that chapter first 21.13.09 # <[IDC]Dragon> more relevant for 2.3 21.13.40 # <[IDC]Dragon> but I don't want to stress anybody 21.13.54 # I have a suspicion what's going on with Paul's recordings, although this is very wild speculation. 21.13.57 # <[IDC]Dragon> feel free to decide to go out for a beer! 21.14.26 # Any news concerning usb mode? 21.14.34 # <[IDC]Dragon> no 21.14.46 # <[IDC]Dragon> I want to take off the daughterboard 21.15.03 # Chances are the dautherboard is not there in the SP... 21.15.08 # <[IDC]Dragon> so I can measure at the USB bridge while operating 21.15.23 # <[IDC]Dragon> it will be there 21.15.23 # *daughterboard 21.15.32 # <[IDC]Dragon> it carries the ear jack 21.15.39 # Aha 21.15.50 # Nothing else? 21.15.51 # <[IDC]Dragon> dunno why they made it this way round 21.16.07 # <[IDC]Dragon> the recording jack is on the main PCB 21.16.29 # <[IDC]Dragon> no, else there's only the tuner on that board 21.17.20 # No line in jack on the SP, there is a blind plug at that place 21.17.55 # The archos fw handling is not very intuitive, imho 21.18.28 # There is some music "preinstalled", I guess it's the same as on all archos units 21.18.47 # (Don't remember if it was on my v1 though) 21.18.59 # <[IDC]Dragon> I think it was 21.19.15 # <[IDC]Dragon> I liked the handling 21.19.38 # <[IDC]Dragon> with recording and FM not hidden in some menu 21.20.23 # Maybe it's different on the sp. There is a "main screen" where you can select between settings and browser 21.21.34 # If you go to settings, there is a menu, with sub-items. But if you change a setting. you can only leave with the menu key, jumping back up to the main screen 21.21.58 # If you want to change multiple settings, this is annoying 21.22.11 # Btw, the rockbox idle timeout works 21.22.34 # <[IDC]Dragon> it did power off? 21.23.00 # yes 21.23.04 # I wonder how. There is no pin for switch off given, both in the jukebox port assignmments (except fm/v2) and the Ondio? 21.23.35 # Or do I have to clean my glasses? 21.23.36 # <[IDC]Dragon> that means it has power off like the FM 21.23.58 # How do player and v1 power off? 21.25.48 # We have to do an all-new battery scale... The symbol is constantly flashing 21.27.45 # We really need button debouncing... The Ondio buttons seem to be crap (or you didn't get the levels completely right 21.27.54 # ) 21.29.13 Join GhUl [0] (~tim@p5089E532.dip.t-dialin.net) 21.29.59 Quit Bagder (Read error: 54 (Connection reset by peer)) 21.30.13 # <[IDC]Dragon> FM and V2 have power on PB5 21.30.30 # <[IDC]Dragon> for player and V1, it's hardware 21.31.12 # But poweroff by software is possible on player and v1... I wonder how this works 21.31.49 # <[IDC]Dragon> FM and V2 still hardware-power off, but with pressing off for a longer time 21.31.59 # Yes I know 21.32.04 # <[IDC]Dragon> ok 21.32.19 # <[IDC]Dragon> V1 powers off by software? Are you sure? 21.32.54 # Double click off-off -> "safe" powerdown, implemented by Linus. On the player it's in the menu only 21.33.15 # Don't you run a daily build? 21.33.19 # <[IDC]Dragon> about the buttons: have you compared your port readings to my table? 21.33.23 # Or a cvs build even? 21.33.35 # * amiconn does it quickly 21.33.45 # <[IDC]Dragon> cvs, but I power it off the old-fashioned way 21.34.11 # * [IDC]Dragon goes to make an MMC adapter 21.34.18 # <[IDC]Dragon> away now 21.34.46 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 21.35.42 # AN4: No button: 001 Up: 1FB Left: 353 Right: 2A7 Down: 14E 21.35.54 # A bit higher than yours 21.36.54 # AN3: No button: 279..27C On/off: 003 21.38.00 # AN1 and AN2 are identical, can't test AN0 (no MMC card) 21.38.11 # *identical to your values 21.52.44 Quit pike (Read error: 104 (Connection reset by peer)) 21.52.46 Join pike| [0] (amiga@h234n1fls22o1064.bredband.comhem.se) 21.52.50 Nick pike| is now known as pike (amiga@h234n1fls22o1064.bredband.comhem.se) 21.53.20 # <[IDC]Dragon> bak again 21.53.23 # <[IDC]Dragon> back 21.57.08 Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 21.59.32 Join mecraw_ [0] (~lmarlow@69.2.235.2) 21.59.32 Quit mecraw (Read error: 104 (Connection reset by peer)) 22.08.43 Join gcc [0] (~a81cc573@labb.contactor.se) 22.19.40 Part gcc 22.21.58 # GhUl is gaming. !gameinfo for more info. 22.24.20 # what do I type for *less* info? ;-) 22.24.54 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 22.24.54 Quit mecraw_ (Read error: 104 (Connection reset by peer)) 22.25.36 Join mecraw_ [0] (~lmarlow@69.2.235.2) 22.29.50 # I'm back from the game! 22.36.31 Quit gromit` ("Client exiting") 22.40.18 # [IDC]Dragon: Converter is done, now let's test... 22.41.55 # Whic pin is spdif in on the recorder? 22.41.58 # *Which 22.44.17 # * [IDC]Dragon checks 22.44.25 # <[IDC]Dragon> you should hear it... 22.45.19 # <[IDC]Dragon> dunno, would have to try 22.46.11 # Both don't work :( 22.47.24 # <[IDC]Dragon> ok, I'll check 22.47.31 *** Saving seen data "./dancer.seen" 22.49.35 # <[IDC]Dragon> the left channel 22.49.51 # <[IDC]Dragon> if you use a 3,5mm -> Cinch cable 22.50.00 Join tboy [0] (~xxx@212.114.242.74) 22.50.07 # <[IDC]Dragon> the tip contact 22.50.09 # g'evening 22.50.26 Quit Bagder ("Leaving") 22.51.17 # The left is spdif out (digged up my scope) My spdif converter doesn't emit anything, though the dvd player sends (i can see the light in the fiber) 22.51.25 # I've got a little problem 22.51.47 # when I try to convert a bitmap to rb with the compiled tools 22.52.19 # I end up with the right picture, but its inverted 22.52.44 # [IDC]Dragon: ARgh! Of course it couldn't output anything, since my input power connected broke 22.52.57 # Now it works, nice.... 22.53.52 # Btw, there is a simple rule: SPDIF In is for recording, which is the right channel, and the right plug is usually red. 22.55.04 Join Zagor [0] (foobar@h254n2fls31o265.telia.com) 22.56.52 # I now tried to invert the picture and then convert it to rb 22.57.21 # but it then shows up Inverted on my box 23.01.02 # When I play back the file I just recorded via spdif, the time & bit rate display is totally f***ed up: Bit rate 813 kbps, and it plays 0:40 of 0:29 (!!) 23.02.01 # ok, thanks anyway 23.02.19 # I'll better get going 23.02.21 # cya 23.02.24 Quit tboy ("I'm sporting mIRC 6.1") 23.08.05 Join LinusN [0] (~linus@labb.contactor.se) 23.13.12 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Get hot chicks here!") 23.21.37 Quit Lucretia_ (Read error: 110 (Connection timed out)) 23.23.05 Join Lucretia_ [0] (~munkee@abyss2.demon.co.uk) 23.30.52 # mp3fixer really must have a bug: If I feed an mp3fixed file back into mp3fixer, it does find further corrupt frames?! 23.31.25 # does it ever not find corrupt frames, or does it just not fix them? 23.32.33 # It tells that it fixes (i.e. cuts out) the corrupt frames. When using a second time, it spots some more, sometimes at the same and sometimes at other byte addresses. 23.33.00 # what if you run it on a normal lame-created mp3 file? 23.34.12 # I'll try that... 23.34.43 Join SmoothOperator [0] (~acb95da6@labb.contactor.se) 23.35.04 # hey boys 23.35.08 # howdy 23.35.18 # heya Bjorn 23.40.33 # * [IDC]Dragon tries to uart-boot the ondio... 23.45.33 # * Zagor found the x11 button bug 23.46.01 # * LinusN is soldering wires to the tiny, tiny lcd connector 23.48.29 # Zagor: Checked a folder of lame-created mp3s. mp3fixer did not find bad frames there. It seems the bad frame detection works, but the fixing is broken 23.48.37 # ok 23.49.30 # Furthermore, mp3fixer has problems displaying byte counts >256 MB 23.49.36 # the lcd seems to be connected in parallel 23.49.37 # On the Ondio, would you be able to use the MMC slot and the onboard memory at the same time with Rockbox, not one or the other like the Archos f/w? 23.50.39 # i'm trying to connect wires for logic analysis to the lcd data bus, but the pads are soooooooo small 23.50.45 # SmoothOperator: Using both at the same time is not possible because of hardware limitations, but we could make it selectable 23.50.51 Quit Lucretia_ (Read error: 110 (Connection timed out)) 23.51.06 Join Lucretia_ [0] (~munkee@abyss2.demon.co.uk) 23.51.19 # But first we need to have a working mmc driver at all 23.52.54 # Those mp3 tools are all fishy :( They don't agree on the errors in my test files... 23.53.18 # :( 23.53.41 # we should write our own 23.53.58 # Yes, I really have to get my hands on that. 23.54.54 # * [IDC]Dragon gives up uart-booting 23.55.27 # <[IDC]Dragon> somehow it locks up when accessing ROM or Flash 23.55.47 # <[IDC]Dragon> but in general, it works, it has read the flash ID