--- Log for 14.02.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 days and 15 hours ago 00.01.46 Join muesli_ [0] (muesli_tv@1Cust124.tnt7.hnr2.deu.da.uu.net) 00.02.43 # g'night ladiez 00.02.45 # "unexpected async reply..." :( 00.14.51 Join guerby [0] (~guerby@d83-177-220-227.cust.tele2.fr) 00.22.54 # * hcl yawns 00.22.55 Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) 00.23.07 # anything new? 00.24.20 # preglow: hm.. what's the opcodes? 00.24.47 # mac 00.24.50 # mac.w and mac.l 00.25.14 # i've got it working now, actually, but there some shifting happening here that i don't understand where's coming from 00.25.46 Quit muesli- (Read error: 113 (No route to host)) 00.30.52 # sleep time, cu 00.30.56 # byebye 00.31.06 Quit Quel|out ("KVIrc 3.0.1.99 'Realia'") 00.34.17 Part GnagelRam 00.36.12 Quit muesli_ (Read error: 113 (No route to host)) 00.51.43 Join cloudscapes [0] (gfgfd@Toronto-HSE-ppp3969709.sympatico.ca) 00.53.20 # I'm 99% certain that the H1x0 recording glitch is not a software problem. (some people are hoping rockbox can fix it) 00.53.22 # http://www.misticriver.net/boards/showthread.php?p=135635 00.53.34 # * cloudscapes lurks back into the shadows 00.54.00 Quit jyp ("poof!") 00.54.44 *** Saving seen data "./dancer.seen" 00.57.16 # hmm 00.57.22 # rasher: U there? 00.57.28 # i don't think that's the kind of glitch i detected once 00.57.37 # but i've just tested once 00.59.06 Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 00.59.51 # was it a glitch that kept reapearing at regular intervals, or just a one-time random thing 01.00.20 # there's also the apparent remote noise though, which doesn't have anything to do with this particular thing 01.00.31 # due to defective remotes 01.01.30 # i don't really remember, but at the time, i concluded it was sample dropout noise 01.01.43 # but hard disk noise is a problem, that i know 01.01.53 # ah 01.02.06 # when recording to mp3, can't you record into memory then write to disk at the end? 01.02.25 # well, yes, that's what you do 01.02.35 # but if you record long enough, it'll still need to dump data while recording 01.02.42 # Doesn't the recording glitch also happen when recording from the digital input? 01.02.55 # linuxstb: well, that would be a dead giveaway 01.03.05 # preglow: yeah it is, but no matter the hardware, if a recorder has moving parts and the mic is internal/attached, you'll get a glitch 01.03.22 # Does anyone know when this was discussed in this IRC channel? 01.03.24 # cloudscapes: yes, but then i believe there are several noise contributors 01.03.32 # HCl: theoretically you can, up untill you run out of 32mb buffer :D 01.04.50 # preglow: quite possible. here I was only concerned with the one most people talked about, the "40-second sample loss bug". 01.05.09 Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") 01.05.56 # linuxstb: yeah it was brought up a few hours ago, by mrelwood 01.06.07 Join Rori [0] (Rori@deadman3000.plus.com) 01.06.10 # * cloudscapes looks at the logs 01.06.11 # 22.18.14 # 01.07.05 # cloudscapes: yea, exactly, then you'll limit recorded mp3s to 32mb 01.07.36 # HCl: Rockbox already does this on the archos (delayed saving). So for short recordings from the mic you don't get harddisk noise 01.07.51 # it depends on what you want to use it for, ofcourse, but i think a +- 26mb mp3 buffer should be enough for most cases 01.07.55 # amiconn: mhm 01.08.57 # HCl: Most people want to use it for live concert taping - replacing a DAT or MD recorder. 01.09.06 # Haha! http://www.boycott-riaa.com/article/15869 01.09.09 # So a 60-90 minute recording time is needed. 01.09.23 # That's funny 01.10.18 # most of the time, I use mine for concert recording too, and in uncompressed. 01.10.31 # yes, but you can't avoid hard drive noise 01.10.41 # and I am so looking forward to that $@#& 60-minute auto-stop thing to be removed :P 01.10.41 # it might be pretty easy to filter it out, though 01.11.01 # yes, auto stop is pretty braindead 01.11.08 # 'least it could do was automatically start a new file 01.11.56 # well 01.12.13 # * Rori just joined to hangout and see what happens with regards to the iRiver port. Excuse me while I idle :) 01.12.15 # in concerts, maybe you can get it to quickly empty its buffer to disk during the break between songs? 01.12.23 # preglow: if you're recording in non-preamp (no 2.5v to mic) and with a low low low mic volume (which is the setting you'd use for most concert recordings I think) 01.12.30 # Imho recording a concert with the builtin mic of a mobile player is useless, but if you really want to do that, and without HD noise, get a flash based player/recorder 01.12.34 # cloudscapes: What percentage of the battery is used when taping a typical concert in WAV? 01.12.50 # then the hardrive noise is inaudible, unless the mic is attached to the iriver 01.13.06 # really? i got drive noise with an external mic once 01.13.28 # linuxstb: I tested 3 hours to WAV. and I had a full battery bar left 01.13.31 # but yes, different setups 01.13.39 # wow 01.13.56 # * Rori plans on getting one of those external stereo mics at some point. Maybe the type you can Y split to put either side of your head near your ears for that genuine stereo acoustics 01.13.57 # preglow: really? that's weird o.o must of been a really sensitive mic and quiet room 01.13.58 # actually, wouldn't it be possible to plug a compactflash card into the irivers harddisk interface? 01.14.10 # cloudscapes: quiet room, yes 01.14.12 # Well, 3 hours will only be about 1.5GB-2GB, so it should use much battery. The CPU can be slowed right down as well. 01.14.28 # but does it really stop recording after just one hour? 01.14.49 # Sounds to me as if you could fill up the 40GBs with a full charge then. 01.14.52 # the hd is fairly loud (relative to nothingness and ambient tranquility) in a quiet room 01.15.19 Join LinusN [0] (~linus@labb.contactor.se) 01.15.33 # hi, linux 01.15.35 # linus.... 01.15.40 # cloudscapes: what makes you so sure that the recording glitch is a hardware issue? 01.15.40 # hi LinusN 01.15.44 # hi 01.15.50 # linuxstb: don't think so, unless you use compression. 40gb WAV = about 66 hours 01.16.05 # Yo Linus (Mystic River member here). Just hanging and watching so ignore me :) 01.16.12 # hi 01.16.23 Nick Rori is now known as DeadMan (Rori@deadman3000.plus.com) 01.16.26 # ;) 01.16.28 # LinusN: hi! umm the tests I conducted earlier http://www.misticriver.net/boards/showthread.php?t=13060 01.16.55 # it's not hard-factual proof, but I think it's fairly sure 01.17.07 # LinusN: in case you haven't read that far back the log, hubble has gotten sound out of his player 01.17.31 # saw that 01.18.14 # cloudscapes: but i though people had the same glitch when recording via s/pdif? 01.19.35 # LinusN: that's also possible, I can't test that though. maybe the optical sensor flickers during hd activity 01.20.14 # possibly 01.21.01 # preglow: oh, i missed that, cool :x 01.21.31 # HCl: missed what? :V 01.21.46 # cloudscapes: I'd still bet it's a software issue, much like the background noise during playback on the Archos recorder with stock firmware 01.21.54 # * cloudscapes now wishes he had a Delta 66 soundcard instead of the 44 for s/pdif 01.22.07 # i can try recording some spdif 01.22.22 # * DeadMan hugs his Revolution 7.1 01.22.56 # Only snag I get is Cubase don't let me send PCM to SPDIF I have to send analog :P 01.23.03 # LinusN: Did you read about my attemts to make the X11 sim more realtime and fix the button handling? 01.23.30 # amiconn: yeah, i saw you were working on it 01.23.50 # amiconn: it might be, I can't really say for sure because I'm not an electrical engineer. but the glitch I recorded was definatelly mechanical. there may be other kinds of glitches that I didn't pick up with my h120 01.24.10 # Here's a report from someone getting dropped samples with the digital input: http://emusician.com/mag/emusic_iriver/ 01.24.17 # btw congrats rockbox team on getting the hardware to utter its first sound! ;) 01.24.23 # * cloudscapes looks 01.24.29 # dropped samples on record is a known prob 01.24.50 # DeadMan: Is it confirmed with both analogue and digital inputs? 01.25.17 # confirmed with default fw for all recording I believe 01.25.40 # LinusN: Do you have some hints for the X11 problem with multithreading? While I now use XtToolkitThreadInitialize(), I still get "Xlib: unexpected async reply (sequence xxx)" from time to time 01.25.52 # hmmm 01.26.02 # * amiconn thinks X11 programming is just plain ugly 01.26.05 # amiconn: i haven't the faintest idea :-) 01.26.34 # and the 40-second glitch I heard wasn't dropped samples, rather the addition of. 01.26.44 # but anyways, I'm not the genius here :) 01.26.46 # The bad thing is that I need to call the input event handling from a timer... 01.27.03 # linuxstb: what is the current status on the libmad and libflac plugins? 01.27.04 # * cloudscapes crawls back under his rock 01.27.15 # linuxstb: can they run realtime? 01.27.22 # elinenbe: no 01.27.37 # what % of realtime will they run? 01.28.00 # 4 01.28.00 # Currently they just decode a FLAC/MP2/MP3 file to WAV, which will then play correctly with the iRiver firmware - mad at about 4% and FLAC at about 8% of real-time. 01.28.03 # 4% 01.28.07 # elinenbe: they will run in realtime once we set the cpu clock to 140MHz 01.28.17 # LinusN: I hope so! 01.28.29 # if not, we have to optimize a little 01.28.46 # Are we at 11MHz now? 01.28.54 # yes 01.29.20 # So FLAC should work OK, but libmad may struggle. 01.29.38 # as linus says, optimizing will probably be necessary 01.29.50 # linuxstb: do you dither the output? 01.30.12 # For libmad, yes, but that didn't really affect the decoding speed significantly. 01.30.22 # ok 01.31.08 # LinusN: why are you slowing down the CPU clock? 01.31.20 # elinenbe: i'm not slowing it down 01.31.35 # i just haven't activated the pll 01.31.53 # it is running at the same speed as the external oscillator 01.32.22 # is that difficult to do? 01.32.27 # not at all 01.32.32 # per se 01.32.43 # ten minute recording, no glitches that i can see 01.33.03 # Do iRiver use their own decoder/encoder? 01.33.15 # DeadMan: probably motorola's 01.33.15 # they probably use the motorola codec 01.33.24 # preglow you recording to wav somehow? 01.33.36 # DeadMan: cd player -> s/pdif -> h120 01.33.37 # or just testing with default fw 01.33.42 # DeadMan: yuh, but most likely with license restrictions 01.33.43 # oic 01.33.43 # iriver 01.33.50 # or private 01.34.10 # preglow load the wav into an audio editor that can view the waveform 01.34.12 # the license doesn't look to be very restrictive, but you have to jump through flaming hoops to get it 01.34.17 # DeadMan: i have done that 01.34.19 # look for any dropout 01.34.22 # DeadMan: and i can't see anything 01.34.22 # k 01.34.28 # maybe try mp3 instead of wav? 01.34.35 # but i'll have to record longer 01.34.37 # which i won't do now 01.34.42 # it doesn't matter anywa 01.34.42 # y 01.34.50 # preglow you might need to discuss with some MR users who have experience of the glitch 01.35.04 # there is a thread on the recording side of things about it 01.35.09 # because you're going from diskman straight to iriver, there's no mic to pic up the mechanical glitch. that's my theory anyways x.x 01.35.19 # hmm. perhaps 01.35.31 # but 01.35.42 # LinusN: so, I have another question... will activating the pll speed up everything? such as gnuboy? 01.35.59 # yes 01.36.00 # in one of my tests, I placed the iriver on my computer case with the mic far away, and it picked up aweful buzzing 01.36.05 # or is that something entirely different? 01.36.09 # because of electrical interference from the comp 01.36.24 # prolly it will pick up some interference from it's own hardware, even if no mic 01.36.28 # * cloudscapes shrugs 01.36.44 # * LinusN has to go to bed 01.36.49 # but I couldn't hear some that was louder than my own breathing 01.36.52 # I would check this thread http://www.misticriver.net/boards/showthread.php?t=4980 01.36.54 # nah... it's not that late there! 01.36.58 # nitenite 01.37.00 # elinenbe: .-) 01.37.05 # nite all 01.37.08 # nn 01.37.08 Part LinusN 01.37.25 # I've not played with recording yet to be honest 01.37.32 # DeadMan: yeah that's an awesome guide! 01.37.50 # not so important to me. My biggest concern is playback and getting gapless, otf playlists etc 01.38.14 # argh 01.38.18 # i need to get up in four hours 01.38.23 # btw inus you get yer remote lcd from that dude yet? :) 01.38.25 # * cloudscapes goes back to his sonic youth + manga evening 01.38.26 # Linus 01.38.33 # linus just went to bed 01.38.37 # oh ok 01.39.25 # so can Libmad decode realtime on full speed chip does anyone know? 01.39.53 # Unless I've done something stupid, it seems unlikely. 01.40.04 # it will 01.40.06 # sooner or later 01.40.15 # is that because the codec is less efficient than Motorola's? 01.40.23 # or just more intense to gain quality? 01.40.24 # Yes, I meant in it's current unoptimised state. 01.41.07 # I take it you have the Coldfire specs there 01.41.11 # It's possible that Motorola's decoder sacrifices accuracy for speed. 01.41.38 # MAD decodes to 24-bit samples. 01.41.49 # only if you select it though 01.42.29 # DeadMan, No, libmad always outputs 24-bit samples, it's the players that let you select different output formats 01.42.35 # and the optical out will only go to 20 bit anyhow 01.42.40 # oh 01.43.00 # Players normally dither down to 16-bits. 01.43.01 # shame the in and out are not 24 bit capable 01.43.06 # linuxstb: the accuracy of those 24 bit samples is a bit shady as you're using it now, i bet 01.43.23 # linuxstb: mad really suffers without proper 32x32 -> 64 multiply units 01.43.23 # Why do you say that? 01.43.42 # So you don't think it's accurate? 01.43.47 # My surround sound decoding amp laps up 24/96 :) 01.44.03 # linuxstb: have a look at its default mad_f_mul 01.44.34 # linuxstb: probably accurate enough, it'll be more accurate once we put in emac support, though 01.44.53 # AC3 on iRiver via optical would be a killer application 01.47.11 # preglow: I guess it depends how it is used. There is a comment there about being within the limits of compliance. 01.48.23 # linuxstb: does the audio and plugin api allow for crossfading? and will that be possible? 01.48.46 # who knows, it hasn't been made yet 01.48.50 # DeadMan: I plan to add software decoding of AC3 (downmixing to stereo), and if the hardware allows it, we could try AC3 pass-through. 01.48.54 # peronsally i'd love crossfading 01.49.24 # It doesn't interest me, but others have mentioned it, so I'm sure it will be in the API. 01.49.40 # i would also love being able to mix and beatmatch with the iriver, so you could write me off as insane 01.49.46 # xfade is not on my want list but I would not say no to it :) 01.50.04 # beatmatching lol 01.50.12 # * linuxstb thinks preglow needs a cluster of H120s 01.50.14 # that would be tough. tough enough on pc's 01.50.16 # hell, if you're going to crossfade, do it with style :PP 01.50.53 # tough, hell yes, but possible 01.51.01 # if we have enough cpu two run two decoders in parallel 01.51.18 # ...and process the ouputs of them 01.51.35 # whilst playing gnuboy 01.51.46 # but the real bummer will of course be the hardware, you'll have no way of monitoring the output seperately from the actual mixed output 01.52.16 # best to have 2 sound sources/cards for that and a mixer between 01.52.23 # of course 01.52.29 # but what's the fun in that ;) 01.52.34 # but as a listener it does not work 01.52.40 # only if you are not the DJ :D 01.52.41 # might as well get a couple of decks and a mixer then 01.52.41 # heh 01.52.48 # yup 01.53.55 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a212.wi.tds.net) 01.54.42 Join ashridah [0] (ashridah@220-253-120-201.VIC.netspace.net.au) 01.54.55 # but oh well 01.55.00 # gotta get up in four hours, so off to bed 01.55.01 # later 01.55.10 Quit preglow ("bleh") 01.56.38 # * HCl yawns 01.58.20 Quit Patr3ck () 02.00.44 # you need to overclock iriver to 280mhz during crossfades between tracks. :) 02.01.42 # lol 02.01.49 # * cloudscapes imagines watercooled iriver 02.02.48 # now that's just sill...hey. what about if we water cool iRiver? ;) 02.03.32 # hey, we have some liquid nitrogene here. :) 02.03.44 # while song A plays, deconde last 5 secs of A, and decode first 5 secs of song B. crossfade the two whilst playing song A. start playing song B five secs into it after playing crossfade clip 02.04.27 # you can douse the electronics in certain kinds of mineral oil to not fuck up the electronics :) 02.04.28 # Actually I think crossfade will not be very hard. 02.04.53 # I know someone did that with an old comp i na styophome bin 02.04.59 # I mean if we get 105% of realtime we can just decode it ahead 02.05.14 # XShocK: zactly 02.05.36 # stylaphone? 02.05.45 # styrophome 02.05.50 # foam 02.05.53 # :) 02.05.53 # aka nature terrist 02.06.12 # mrf. 02.06.13 # * DeadMan had visions of Rolf Harris 02.06.19 # styrofoam then :P 02.06.20 # * HCl just hopes he'll be able to get rockboy running at decent speed 02.06.26 # * cloudscapes 's first language isn't english 02.06.28 # Stylaphone player extraordinaire 02.06.42 # hc1: yeah that would be ace! 02.06.48 # hcL* :3 02.06.48 # haha 02.06.54 # soz :| 02.06.56 # well 02.06.57 # the last version 02.07.02 # already runs at about 3 times as fast 02.07.04 # as the first version 02.07.20 # but its still far from enough 02.07.23 # I wish for APE playback but that might noe be possible 02.07.30 # not 02.07.38 # DeadMan: Mainly the license issue. 02.07.50 # yeah sucks 02.07.55 # and the ram might be underclocked too? or something 02.08.06 # I can convert them all losslessly to FLAC or shorten though 02.08.19 # one advantage of lossless 02.09.21 # * DeadMan nurses a mild migraine. Bleh. 02.09.27 # :\ 02.10.05 # I can never sleep when in pain anyhow so I just do something else to try and take my mind off it 02.10.17 # a sound plan 02.10.39 # I have a spare H140 sitting brand new in it's box 02.11.04 Quit Strath (Read error: 110 (Connection timed out)) 02.11.39 # Call me dishonest but I got sent 2 by mistake. I had intended to return it but just never got around to it and they have not charged me for it or asked for it back (Amazon). Shrugs. 02.11.47 # they're becoming rare collectors items! ;p don't open it, like comic books 02.11.53 # lol 02.12.05 # pfff, Amazon can afford the loss 02.12.09 # heh 02.12.34 # Keep it as a spare or sell it. Oh the dilemma ;) 02.12.42 # lol. 02.12.45 # lucky. 02.13.36 # I got iRiver Germany to fix the remotr ticking on the one I use. I wonder what they tweaked. 02.13.57 # remote ticking? 02.14.14 # yes a know fault on a lot of 120/140's 02.14.18 # known 02.14.29 # what does it do? 02.14.51 # if you plug in phones directly to player complete silence when music is stopped or paused 02.15.05 # when plugged into remote it would make a steady ticking sound 02.15.07 # * cloudscapes never uses remote 02.15.11 # o.o 02.15.12 # very low volume but there nonetheless 02.15.15 # aha 02.15.18 # glad i don't have that 02.15.22 # was a fault on the player not the remote 02.15.23 # * HCl always uses the remote 02.15.41 # you have to go someplace REAL quiet and listen when nonthing is playing 02.15.56 # tick tick tick 02.16.41 # mk. 02.16.45 # * linuxstb has never taken remote out of box 02.17.05 # lol. 02.17.07 # not everybody got the problem. seems to be on a certain batch of iHP's rather than H1*0's 02.17.15 # well. 02.17.23 # i plan to use the remote for diagonal movement in gnuboy 02.17.31 # eh 02.17.32 # rockboy 02.17.39 # nice 02.17.44 # well. 02.17.45 # not really 02.17.51 # its more of a desperate thing, really. 02.17.53 Quit edx (Read error: 60 (Operation timed out)) 02.17.57 # better than none at all :) 02.18.00 # mhm. 02.18.00 # well joystick has no diag 02.18.34 # would require 2 keys 02.18.43 # yup. 02.19.32 # one way to knacker out the remote double fast :D 02.19.38 # can it detect non-joystick button and joystick button simul? 02.19.56 # dunno 02.20.11 # hmmm 02.20.25 # I would think maybe 02.20.52 # i don't even know what you mean 02.20.52 # o.o 02.20.58 # since on the remote you can do a press and sideways thing for folder movement. but that's just the remote 02.21.13 # like play+up 02.21.19 # yeah 02.21.26 # yea, i'm sort of planning to use the previous/next for left/up and right/up 02.21.39 # and the volume thing for left/down and right/down 02.21.46 # :) 02.21.53 # games pfff 02.21.54 # heh 02.21.56 # and then a button for select/a/b 02.22.01 # cause you need that for zelda 02.22.13 # <3 zelda 02.22.28 # zelda will be hard, i can tell you that now. 02.22.36 # just get me gapless mp3 and I will be content for the most part. everything else is just extra baggage ;) 02.22.38 # best chance is to build a custom piece of hardware that works on the lcd port 02.22.47 # erm 02.22.49 # remote port 02.22.53 # * HCl is tired and needs sleep 02.23.08 # or something that plugs in the usb port :) 02.23.13 # like an old nes controller adapter -> remote port 02.23.15 # a game controller ;) 02.23.34 # shame the usb has no server capability 02.23.43 # usb port won't work. usb chip is only for hd access :( 02.23.48 # yeah 02.23.50 # i know 02.23.58 # oh well 02.24.04 # as you said 02.24.10 # shame cause there are a lot of pre-made usb adapters for controllers 02.24.25 # would need some modded hardware to plug in the remote controll port 02.25.03 # you could sell those ;) 02.25.11 # I'd buy 1 :) 02.25.22 # as would I :) 02.25.52 # * DeadMan imagines sitting on a train playing on a gamepad connected to iRiver lol 02.25.55 # :P 02.26.06 # person who'd make it would make profits :P 02.26.17 # but i'm not an electrical person guy 02.26.27 # "Oh is that an iPoo?" "No!!!" 02.26.46 # shoves gamepad down commuters throat 02.26.47 # I could probably make one, though it would be fugly 02.26.59 # like expozed pc board with wires all the place 02.27.04 # exposed even 02.27.12 # shouldn't matter 02.27.15 # as long as it works 02.27.23 # then perfect the design and sell sell xD 02.27.31 # anyhow we are spamming the irc log. people read this on the webpage you know. ;) 02.27.40 # o.o 02.27.41 # pfff. 02.27.50 Join DrRick [0] (DrRick@81-86-221-211.dsl.pipex.com) 02.27.51 # well its their choice to dig through meters of log. 02.27.54 # pfff, it's semy on-topic 02.28.17 # I hear video playback (albeit in greyscale) is possible? 02.28.24 # OH! 02.28.32 # I had the silliest ideah yesterday 02.28.40 # meh, you can't do much with 4 bit grayscale 02.28.40 # regarding video playback 02.28.55 # better for the color series really 02.29.10 # displaying subs on the remote while playing the video on main unite 02.29.16 # lol 02.29.22 # cloudscape that makes me laugh 02.29.24 Quit linuxstb (Read error: 60 (Operation timed out)) 02.29.28 # from .sub/.stx files 02.29.40 # cause like, sub files are fairly easy to get :p 02.29.44 # your imagination goes too far :) 02.29.45 # <--silly 02.29.54 # I would prefer eBook reading 02.30.09 # i agree 02.30.10 # pdf 02.30.12 # should be possible 02.30.13 # its just. 02.30.15 # horrid to read. 02.30.17 # nice font and layout and bookmark function 02.30.18 # but yes. 02.30.20 # o.o 02.30.23 # I thought pdf be fairly closed format 02.30.29 # nah. 02.30.32 # ah. cool 02.30.39 # there are several open source readers for it.. 02.30.51 # yes eBook pdf, txt, doc reading would be cool 02.30.52 Join skav [0] (skav@67-138-74-184.dsl1.merch.roc.ny.frontiernet.net) 02.30.52 # with embedded mages even? 02.30.57 # ah ok neat 02.31.02 # haven't really checked that. 02.31.24 # pdf + zoom on iriver rockbox would rock (pun not intended) 02.31.30 # um. 02.31.35 # though zoom + cpu melt 02.31.36 # you seriously don't want to read a pdf on iriver 02.31.44 # someone shoot the person who decided to make the Sony Librie DRM only :P 02.31.45 # its far too small for that.. 02.31.51 # nah ;p just sayign it would be funny 02.31.58 # whats the sony librie 02.31.59 # ? 02.32.02 # not even a priority imho 02.32.05 # uses eInk 02.32.14 # new display technology 02.32.20 # it's almost like paper 02.32.23 # ahh. 02.32.24 # that. 02.32.27 # nice 02.32.30 # but yea, drm sucks 02.32.30 # it is 02.32.37 # i'm not gonna buy drm enabled hardware.. 02.32.45 # eventually, i'll prolly be forced to, bleh. 02.32.49 # I will try to avoid it where I can 02.32.54 # still, music can always be recorded into mp3 02.33.00 # cause you have to play it back 02.33.07 # and if you can play it, you can record it again 02.33.13 # they say they plugged the analog loophole :) 02.33.21 # they cant 02.33.21 # o.o 02.33.34 # black noise or something 02.33.44 # but you can probably filter it out somehow 02.33.52 # they still can't, then you put a mic in front of a speaker. 02.34.05 # would not work HCI 02.34.09 # why not? 02.34.09 # o.o 02.34.19 # it's like Macrovision 02.34.24 # hrm. 02.34.32 # i don't see how you do that with sound 02.34.33 # but ok. 02.34.34 # You can't see it (or in this case hear it) until you try to record it 02.34.47 # my xbox filters macrovision out of dvds... 02.34.47 # lookup black noise on google I think 02.34.51 # kay 02.35.27 # can't find anything aside from a band called black noise 02.35.43 # and a black headphone with noise reduction xD 02.35.50 # I know about pink white and brown noise, but not black :O 02.35.51 # "dark noise" copy protection 02.35.55 # kay 02.36.23 # * amiconn got the x11 changes to work. 02.36.33 # “The technology works by encoding the original digital audio file with a unique hidden signal. The signal is embedded in the audio master and becomes an indelible part of the actual audio file in addition to aiding in subsequent origin identification. Should the original CD be copied, so, too, is the hidden signal and identification ‘tag.’ Unless illegally invoked, the listener is unaware of the hidden signal’s presence. Attempts to illegally copy the p 02.36.47 # Fugly hacky mess though ... needs a lot of cleanup 02.36.54 # ... but not now 02.36.58 # Nite! 02.37.25 Part amiconn 02.37.45 # yup 02.37.50 # it only works when you encode it to mp3 02.38.02 # I dunno the ins and outs of it 02.38.03 # or similar 02.38.13 # ah well. 02.38.31 # i'll continue disliking people who fight the freedom of other people 02.38.34 # sort of reminds me of noise canceling headphones 02.38.53 # where an inverted version of ambient noise is applied to the output 02.38.53 # they don't work very well I hear 02.38.59 # theyre not perfect 02.39.48 # waveform + inverted waveform = silence, but it's far from perfect i na real-world scenario. taking speaker-ear distance and speed of sound into account, etc 02.42.39 Quit Ka ("* poof *") 02.43.08 # HCl: I hear ya 02.43.40 # as far as i can see, darknoise hasn't been demonstrated yet. 02.44.03 # i severely dislike america's dmca, riaa and mpaa, and not to mention microsoft 02.44.05 # bleh. 02.44.12 # land of the free my ass :/ 02.44.21 # * HCl goes to sleep :/ 02.44.28 # nn 02.45.04 # what about xAudio codec ? 02.45.10 # it says " For non-commercial academic or educational use, the license is free. For all other uses, upfront fees apply." 02.45.21 # Xaudio for Embedded System 02.46.12 # hm. 02.46.25 # does rockbox fall under non-commercial academic or educational use? 02.46.30 Quit cYmen ("i cheated.") 02.46.34 # cause its our end users that actually end up using the codec.. 02.47.28 # night. 02.47.31 # to lawyers, rockbox may be considered "commercial use" if it helps iriver sales 02.47.36 # mhm. 02.47.36 # night 02.47.41 # night 02.47.45 # heh. 02.47.54 # how can it assistthe sale of a product that's been discontinued? 02.48.19 # lawyers are good at figuring stuff like that out ;) 02.48.34 # :) 02.48.38 # besides, yo ucan still buy it in some places, even if production has officially stopped 02.49.21 Quit DrRick () 02.51.23 # cloudscapes: which iriver models are discontinued H100-H300 ? 02.51.35 # h1x0's 02.51.42 Join BBub [0] (belzebub16@dsl-213-023-068-197.arcor-ip.net) 02.51.45 # 300 is still going strong I believe 02.51.57 # cloudscapes: doh :) 02.52.08 # are photos of the h-110 still needed? 02.52.09 Quit hubble ("sleep") 02.52.11 # but I'm not 100% sure about H1x0's, it's just stuff I hear :) 02.52.55 # H1x0 is the necer product imho ;) 300 is too palsticky and doesn't have al lthe audio-related featers H1x0 does 02.53.00 # *nicer even 02.53.25 # 300 has drm. says enough. 02.53.28 # but i'm sleeping. 02.53.57 # hmmm. good point 02.54.46 *** Saving seen data "./dancer.seen" 02.59.24 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 03.04.22 Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 03.08.12 # * HCl stares 03.08.28 # * HCl wonders why his other laptop decided to reboot in the middle of the night 03.40.23 Join IRCMonkey_ [0] (~chatzilla@r42h108.res.gatech.edu) 03.45.05 Nick IRCMonkey_ is now known as Andrew179 (~chatzilla@r42h108.res.gatech.edu) 03.48.02 Quit Andrew179 ("Chatzilla 0.9.67 [Firefox 1.0+/20050209]") 03.58.21 Quit cloudscapes (Read error: 110 (Connection timed out)) 03.59.35 Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") 04.06.05 Join QT_ [0] (as@area51.users.madwifi) 04.08.32 Join edx [0] (edx@pD9EABCE9.dip.t-dialin.net) 04.09.53 Join toolmanwv [0] (~aaa@pool-70-18-122-238.buff.east.verizon.net) 04.10.34 # IDENTIFY 021273 04.14.39 Quit QT (Read error: 60 (Operation timed out)) 04.15.40 Join Ka [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net) 04.18.30 Quit toolmanwv (Nick collision from services.) 04.18.34 # aha 04.18.36 # :D 04.18.39 Join toolmanwv [0] (~aaa@pool-70-18-122-238.buff.east.verizon.net) 04.19.32 Quit toolmanwv (Nick collision from services.) 04.19.39 Join toolmanwv [0] (~aaa@pool-70-18-122-238.buff.east.verizon.net) 04.19.42 Quit toolmanwv (Client Quit) 04.25.07 # rofl. not smart 04.35.03 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a212.wi.tds.net) 04.43.23 Quit DeadMan (Read error: 110 (Connection timed out)) 04.54.50 *** Saving seen data "./dancer.seen" 05.06.47 Quit skav () 05.14.18 Join johntb [0] (~Baumans@66.216.161.152.dynamic.dejazzd.com) 05.20.37 Quit johntb ("Leaving") 05.39.39 Join adi|home [0] (~adi|home@as5800-1.216-194-2-182.nyc.ny.metconnect.net) 05.39.42 Nick adi|home is now known as adiamas (~adi|home@as5800-1.216-194-2-182.nyc.ny.metconnect.net) 05.39.45 Nick adiamas is now known as adi|home (~adi|home@as5800-1.216-194-2-182.nyc.ny.metconnect.net) 06.15.21 Join mrmags [0] (~stryfe@ool-4351b9f0.dyn.optonline.net) 06.23.54 Quit Cassandra_ (Read error: 60 (Operation timed out)) 06.24.05 Join Cassandra_ [0] (~christi@213.78.106.208) 06.30.56 Join uncledrax [0] (~uncledrax@133-154-222-203.rev.techex.net.au) 06.32.09 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 06.34.07 Join shasty [0] (shasty@adsl-65-65-105-16.dsl.austtx.swbell.net) 06.34.40 # anyone here? 06.34.53 Quit shasty (Client Quit) 06.40.31 Join webguest38 [0] (~d4827c0d@labb.contactor.se) 06.42.54 Quit webguest38 (Client Quit) 06.54.51 *** Saving seen data "./dancer.seen" 07.02.07 Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) 07.20.07 Join aliask [0] (~d31c7b45@labb.contactor.se) 07.21.38 # Quick question regarding the cpu's of the H300 series. What is its base clock speed? 07.21.56 # how's the sound output/cpu clock stuff coming? 07.22.57 # I think hubble got some stuff on it the other day, but since then I've heard nothing. 07.28.38 # someone's been poking at the emac support, preglow or someone. don't know if anyone's gotten sound output actually running. 07.29.00 # codec support is coming along, although linuxstb is getting some crashes while reading data. 07.29.26 # the basic answer is 'you may as well come back in a week or two, not a day to ask again' 07.31.19 # So does anyone know the clock speed of the H300 series? 07.43.53 Quit aliask ("Leaving") 07.44.39 # Good morning 07.44.54 # the only good morning is a dead one. 07.45.22 # Verily. 07.45.27 # The only good morning is saturday morning. 07.45.27 # :) 08.04.31 Join preglow [0] (thomj@s183a.studby.ntnu.no) 08.04.37 # top of the morrow 08.04.55 # Ahoy 08.05.34 # built a jtag cable, what software would be best to test it with? :) 08.07.37 # dunno, haven't used jtag for a couple of years 08.11.24 # k, thx 08.20.49 Join DominDK [0] (Domin@50C57FCC.flatrate.dk) 08.24.05 Nick DominDK is now known as Domin (Domin@50C57FCC.flatrate.dk) 08.26.29 # G'morning 08.29.56 # morning :-) 08.30.04 # o.o 08.30.13 # i see this great project is still alive ;-) 08.30.21 # hi 08.30.29 # and expanding 08.30.30 # we should have people like you working on new kiss firmware :-P 08.30.43 # * HCl falls back asleep 08.33.14 # any of you interested in doing some development on a kiss player ??? 08.34.41 # what's that? 08.35.58 # www.kiss-technology.com 08.36.12 # ethernet enabled dvd player 08.36.19 # divx xvid player 08.36.30 # but firmware is crappy 08.36.38 # The mplayer guys found some strings in the firmware binary containing support for the internal mplayer subtitle format... What happened to that story? 08.36.53 # nothing happend 08.36.57 # i saw that 08.37.17 # but kiss cant release source due to sigma nda 08.37.32 # I understand 08.37.58 # Well, why did they incorporate mplayer code then when it's obviously GPL code? People who code for money KNOW what the GPL is all about. 08.38.04 # Did they think they would get away with it? 08.38.21 # no idea 08.38.25 # im not with kiss 08.38.38 # i just own a player and really wouldt like it to get better 08.38.45 # I never implied you are :) 08.38.54 # Just discussing the matter. 08.39.02 # it can do great stuff if it just have som talented guys like you 08.39.05 # :-) 08.39.27 # but yes you are right they shouldt not have included the code 08.39.47 # and then changed the strings to make it look like they didnt. 08.39.55 # I see the "core team" as the talented guys, I'm just another wheel in the machinery and supplies whatever I can help out with. 08.40.14 # coob: are you certain? 08.40.34 # i dunno - thats afair from the mplayerhq.hu website 08.40.44 # check their news archives 08.41.14 # well, im with www.mpeg-playcenter.com a kiss player forum 08.41.35 # and i wish we had some more talented huys like you 08.41.47 # since i remember what you did with my archos 08.41.57 # wich was basicly dead before i came here 08.43.25 # would not be the first time someone blatantly stole gpl code, no 08.43.37 # they don't seem to think it will ever be discovered if it's in the firmware 08.44.29 # anyone got a direct link to the story 08.46.11 # I've checked the news archive. Can't find anything 08.46.38 # google for "mplayer kiss GPL" 08.46.52 # lots of stuff 08.46.56 # * Bagder runs off again 08.48.34 # okie 08.48.58 Join Zagor [242] (~bjst@labb.contactor.se) 08.50.46 # "In an interview on Dutch radio, KISS director Peter Christensen suggested that MPlayer is likely using leaked code from KISS" 08.50.52 # Whatever... 08.50.56 # lol! 08.51.07 # in reality the opposite is actually true 08.51.25 # Well, the first code to use, if the source was leaked, I'd also choose the subtitle code :) 08.51.45 # me english guud 08.51.51 # especially the "mplayer subtitle format" was obviously written by KISS 08.51.56 # :-) 08.51.59 # well of course it is! 08.52.00 # :) 08.53.34 # ohh, nice i found the danish interview 08.53.39 # listening right now 08.53.53 # its on the news page of the .hu site 08.54.26 Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) 08.54.33 # good morning! 08.54.53 *** Saving seen data "./dancer.seen" 08.55.08 # Domin: english interview? 08.55.29 # I can't understand danish 08.56.30 # http://www.mplayerhq.hu/homepage/design7/news.html 08.56.40 # ahaha 08.56.43 # scroll to 2004.01.10 08.56.49 # how intelligent 08.57.04 # and libmad and libjpeg as well 08.57.17 # it's in firmware, obviously, so no one will ever notice it! 08.58.48 # dwihno, partly 08.58.57 # but they got a translation on the .hu site 08.59.05 # just search for kiss on the news page 08.59.12 # its almost at the bottom 09.02.43 # I'm reading it 09.20.28 Quit preglow ("oot") 09.32.40 Join Schnueff [0] (~mah@134.96.247.238) 09.39.37 Join bobTHC [0] (~foo@l05m-18-155.d1.club-internet.fr) 09.39.54 # hi noble ppl ;) 09.55.56 Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 10.01.37 Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk) 10.20.31 Join amiconn [0] (~jens@pD9E7E529.dip.t-dialin.net) 10.25.07 Join LinusN [0] (~linus@labb.contactor.se) 10.25.25 # * LinusN is home with his sick kid 10.26.23 # Morning Linus, hope your kid gets well soon. 10.26.49 # he'll be allright 10.27.20 # :-) 10.27.32 Join B4gder [0] (~daniel@neptunus.contactor.se) 10.27.59 # LinusN: Do you have any theories about the recording glitch, or is it just a case of wait and see how Rockbox performs? 10.28.04 Join kurzhaarrocker [0] (~Phil@62.156.55.147) 10.28.35 # *if* we're talking about dropped samples, then i think we might be able to fix it 10.28.37 # You should install an anti virus tool on your kid 10.28.44 # kurzhaarrocker: :-) 10.28.56 Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com) 10.29.19 # Yes, I think the major problem is dropped samples (from what I've read). The problem discussed last night sounds like something else. 10.31.15 Join webguest23 [0] (~d444e37c@labb.contactor.se) 10.31.58 # linuxstb: you have any idea if these codec source codes you've looked at assume 32 bit int? 10.33.25 # hi all, I've been trying to set up an iriver build environment in cygwin 10.33.44 # but get stuck when compiling binutils: 10.33.49 # B4gder: libFLAC uses an inttypes.h - uint16_t, uint32_t and (sadly) uint64_t - so I created that. I think libFLAC makes a lot of use of 64-bit integers, so that's an area to look at when optimising. 10.33.50 # *** No rule to make target `../bfd/bfd.h', needed by `size.o'. 10.34.12 # Any ideas for what may be causing this? 10.34.26 # libMAD uses it's own 32-bit fixed-point number format. 10.34.49 # linuxstb: ok, I was just thinking ahead for the Gmini support... 10.34.53 # inttypes.h is a C99 header, I believe 10.35.15 Join webguest00 [0] (~c31ce021@labb.contactor.se) 10.35.32 # webguest23: others have mentioned cygwin build problems before as well 10.35.51 # What's different about the Gmini? 10.35.55 # I don't know if anyone has succeeded to get an iriver build env up yet 10.36.02 # linuxstb: it has 16 bit ints 10.36.21 # Does that mean no 32-bit ints then? 10.36.31 # 32 bit longs, 16 bit ints 10.36.56 # So it's just a compiling issue - it can work with 32-bit integers? 10.37.21 # and I'd imagine that people who could fix it use linux anyway 10.37.29 # yes, its just a compiling issues, but if the codecs use 'int' in the source and assume 32 bit, it would be more painful 10.38.02 # webguest23: perhaps, IMHO Linux makes superior build environment anyway 10.38.09 # makes a 10.38.12 # I think we'll be OK, the codecs seem to define their own types for the various integer size (e.g. FLAC_uint32_t). 10.38.29 # that's good 10.38.47 Quit kurzhaarrocker (Remote closed the connection) 10.39.54 Quit webguest23 ("CGI:IRC") 10.42.39 Join webguest01 [0] (~c31ce021@labb.contactor.se) 10.42.39 Quit webguest00 ("CGI:IRC (EOF)") 10.46.41 # Is there a reason we are not using inttypes.h (or similar) in Rockbox? Should we start using it? 10.49.39 # the original reason was that we didn't need it 10.50.55 # linuxstb: What would be the advantage? 10.51.13 # in my experience, forcing everyone to specify the bit count of every single variable tends to produce more trouble than help. 10.51.37 # yes, that usually makes people start thinking when they shouldn't ;-) 10.52.12 # :) 10.52.20 # It doesn't have to be used everywhere - people could still use int, long etc if they wanted (but why?). It would make the codec porting simpler, and keep all the int problems in one place. 10.52.37 # yes, it would certainly make sense for codec porting etc 10.52.38 # you get new int problems instead 10.52.45 # indeed 10.52.46 # if the codecs use it of course 10.53.04 # people start using non-optimal types for no reason 10.53.24 # linuxstb: people should use 'int' because it is the native prefered numerical 10.53.40 # For all our architectures, 'short' is 16 bit, 'long' is 32 bit. Only 'int' size varies (16 or 32 bit), but forcing 16 bit for 32 bit architectures isn't good 10.54.07 # and vice versa 10.54.17 # I tried it with the grayscale lib, it makes the code significantly larger 10.54.42 # and it applies to just about every architecture out there 10.54.55 *** Saving seen data "./dancer.seen" 10.55.49 # I think the rules are simple. Use long if the value can become >16 bits, int otherwise. Use short only where it comes in larger quantities, i.e. arrays, to save storage space 10.56.24 # But, for example, with sound data, you need a specified number of bits. 10.57.01 # yes, that's one example of where you need it 10.57.31 # OK, so we keep any inttype.h limited to use in the codecs and other specific cases, but don't use it in general? 10.57.44 # exactly 11.01.35 # Is anyone interested in fixing the FAT "feature" that I found yesterday (the shortname for a file created with the name "file.wav" not having a shortname extension of .wav?). It's an issue because the iRiver firmware only seems to look at the shortname extension when determining filetypes - so a .wav file created by rockbox isn't recognised in the iRiver firmware. 11.02.23 # My hack to fix it yesterday was simply to make ".wav" the default shortname extension, so I could test my wavs in the iRiver firmware. 11.02.43 Quit webguest01 ("CGI:IRC (EOF)") 11.03.36 # oh my, that's very forbidden behaviour by iriver. 11.03.39 # linuxstb: what a nice iriver bug 11.03.59 # linuxstb: Yep. 11.04.05 # :-) 11.04.08 # * linuxstb must stop talking to myself. 11.05.33 # But it could be an issue with people who switch between the two firmwares. 11.05.33 # the problem with keeping the extension is that it severly limits the number of available filenames 11.06.32 # Zagor: Why don't you just randomise the last 3 characters of the main part of the filename, and keep (as far as possible) the longname extension. 11.07.19 # i know there was a reason I did it like that, but I can't remember it now :-( 11.07.30 # :-) 11.07.51 # Maybe it was just difficult to search through the string and find the original extension reliably. 11.08.02 # no 11.08.34 # But surely it doesn't matter which of the 11 characters are randomised. 11.09.21 # Imho the number of files sharing the same extension tends to be higher than the number of files sharing the same characters 6..8 11.09.37 Join bobTHC [0] (~foo@l05m-18-155.d1.club-internet.fr) 11.09.45 # re 11.10.06 # So if the random choice is switched to the last 3 chars of the short name, the search for a unique name will be harder, and take longer 11.10.45 # it might also have been an issue with scandisk/chkdsk/fsck protesting against some forms of shortnames 11.11.27 # But doesn't Windows normally generate names of the form filena~1.ext ? 11.11.49 # yes 11.12.15 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 11.12.19 # but that is a VERY slow form, since it requires scanning the directory first to find out how many matching names exist 11.12.41 # I wonder what Windows does when filena~1... filena~9 are all taken 11.13.54 # fooooo96.bar becomes FOABCD~1.BAR 11.14.12 # ie a 4-letter hex value. but they still keep the silly ~1 part 11.15.35 Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a212.wi.tds.net) 11.16.10 # the really boring part is that different windows versions do things differently, and accept different things... 11.17.42 # Iirc the fat95 file system handler (Amiga) simply randomises the last characters of the shortname (like proposed by linuxstb). 11.18.01 # I could not observe undesired effects caused by that 11.18.14 # i'm ok with testing that 11.18.38 # Instead of using hex, we could randomise a bit more by using all letters & numbers 11.18.48 # yup 11.19.37 # base64 possibly 11.20.02 # Not possible, only capital letters are allowed 11.20.11 # silly me 11.20.30 Join Patr3ck [0] (~patr3ck@p548CB3CB.dip.t-dialin.net) 11.21.42 # B4gder: I'd say FAT shortnames are silly... 11.22.04 # I couldn't agree more 11.24.50 # hmmm, 140MHz makes a difference... 11.25.18 # really? :) 11.25.25 # lunch 11.25.50 # LinusN: yay :) 11.26.28 # 140 MHz should be enough for everyone 11.26.33 # :-) 11.26.36 # :-b 11.26.38 # how come it was only running at 10 or so before? 11.26.50 Join Chamois [0] (~3e234217@labb.contactor.se) 11.26.53 # Sucka: that's the frequency of the external oscillator 11.26.55 # that _was_ enough for everyone 11.27.08 # ah i see 11.27.24 # then you use the pll to multiply it 11.28.05 # LinusN: so how do you notice it's faster? :) 11.28.22 # LinusN: me silly. me didn't think about the demos. 11.28.37 # i changed the frequency but kept the timer settings 11.28.50 # so the backlight turns off really fast :-) 11.29.04 # and the key repeat is insanely fast 11.29.05 # hehe 11.29.40 # Rockbox- fastest keyrepeat firmware on earth 11.29.45 # :-P 11.30.49 # * linuxstb looks forward to Linus's next CVS commits 11.34.24 # LinusN, you shouldt develop firmware for the kiss player :-) 11.34.38 # the what? 11.34.46 # kiss dvd player 11.34.56 # theire firmware is really crappy 11.35.04 # just like archos was before 11.35.12 # LinusN: hooray for key repeat! :) 11.36.31 # domin: good luck getting specs to the hardware 11.36.48 # and of course, if the decss is done in software, you're basically screwed 11.37.06 # Domin: Yes, it's nice hardware (Linux-based DVD player with Ethernet and hard drive), but the problem is with the closed hardware MPEG2/4 decoder. 11.37.24 # ashridah, ye the specs are the hard part 11.37.32 # sigma chip 11.37.38 # they wont give specs out 11.38.00 # Domin: send us a couple of players, and we'll start hacking 11.39.04 # lol 11.39.23 # might just watch a few films before you start, eh? ;) 11.39.29 # B4gder, deal 11.39.32 # to "test the hardware" 11.39.40 # i might actualy manage that 11.39.52 # if your serious about it 11.39.57 # Domin: well, even if you get specs, it's not going to be much use if you can only play unencrypted dvds 11.40.18 # i'm sure some ppl are ready to send u tons of kiss player 11.40.20 # well, it runs uclinux im informed 11.40.33 # and it playes xvid and divx 11.40.39 # but there are lot of problems with it 11.40.49 # if it's running uclinux, why do you need rockbox? 11.40.58 # just jump in and start modifying it yourself :) 11.41.08 # well, we need someone to make a stable firmware 11.41.10 # i cant code 11.41.21 # and we dont have the source 11.41.44 # only thing we can do right now i small stuff like removing macrovision 11.41.47 # don't via have sigma drivers for their epia stuff 11.41.50 # (linux drivers) 11.42.08 # im a mod at www.mpeg-playcenter.com 11.42.24 # It's not a low-level firmware project like Rockbox - it's "simply" a matter of rewriting the applications that run on Linux. 11.42.25 # and we looked into getting someone to make a new firmware 11.42.35 # it's uclinux 11.42.42 # you damned well should have the code. to the kernel at least. 11.42.51 # anything they've written separately themselves is another matter 11.43.03 # but you've got the basis of hardware support at least. 11.43.10 # (or a sucky company) 11.43.10 # well, you can download source at www.kiss-technology.com 11.43.17 # but that wont get you far 11.43.53 # things like wireless is unstable and stuff like that 11.44.48 # The Linux hacks for the Hauppauge MediaMVP take the stock ucLinux kernel, and use the binary drivers provided by the manufacturer to build their own firmware upgrades. I imagine a project for the Kiss players could do the same thing. 11.45.20 # well, i really dont know seems like no one are able to 11.45.37 # and the forum counts 17000 registred members now 11.46.00 # Maybe Linux hackers just don't like Kiss. 11.46.17 # hehe perhaps 11.46.25 # shame thou 11.46.56 # since i would really like to see somthing like what was done to the xbox :-) 11.47.01 # or archos 11.47.15 # since my archos player was crap before your firmware 11.47.21 # Do you mean xbox-linux? 11.47.35 # ye, the mediaplay ting for xbox 11.48.06 Join preglow [0] (thomj@s183a.studby.ntnu.no) 11.48.15 # I think the xbox media-player project is different - it runs under the Xbox's own cut-down win2k operating system. 11.49.57 # hmm, i thought it ran linux 11.50.04 # but im no expert 11.50.19 # i think that was just some independent people managed to get it to run linux 11.50.26 # not related 11.50.27 # im just a user that wouldt like the kiss player to work better 11.50.32 # ohh 11.50.34 # okie 11.52.29 # hah 11.52.53 # Morning preglow - how's the emac coming along? 11.53.20 Quit Cassandra_ (Read error: 60 (Operation timed out)) 11.53.29 # relatively fine, because of some spurious behaviour, i haven't been able to bloody try using it for something 11.53.48 # there are some shifts happening that i don't understand 11.54.42 # but woot, it'll be fun to see how good the codecs perform with 140 mhz coldfire 11.55.11 # Yep, I think FLAC will be OK, but I'm worried about libmad. 12.05.00 Join Cassandra_ [0] (~christi@213.78.120.27) 12.06.25 Join webguest23 [0] (~d4827c0d@labb.contactor.se) 12.11.10 # linuxstb: there's at least one other coldfire-based mp3 player that does FLAC, so it should be possible 12.11.43 # it is possible 12.11.58 # flac IS less cpu intensive than mp3, and mp3 is no problem 12.12.16 # it just requires heaps and heaps of asm optimization :P 12.13.46 # so 140mhz is working>? 12.13.52 # But libmad's desire to work to 24-bit accuracy could be slowing it down. 12.15.21 # DMJC: I think Linus is still working on it, but basically yes - on his iRiver only ATM. 12.15.26 # k 12.15.31 # linuxstb: well, no, it does compromise and do 16x16 bit muls 12.15.47 # linuxstb: but perhaps, i don't know, i haven't looked much at the source itself 12.17.12 # apart from fixed.h, that is 12.17.35 # No, I haven't look at the source much either. 12.20.49 # i wonder how mario will run ;) 12.24.54 # Domin: I'm serious, but I won't make any promises 12.25.01 Join webguest37 [0] (~c31ce021@labb.contactor.se) 12.27.34 # :-) 12.27.44 # well, i will most sertaintly look into it 12.28.06 # the last one who developed a mod firmware for it got a kiss player for free 12.29.28 # B4gder: You'll basically need to implement a software DVD player. Even Xine and Ogle don't work 100% with all DVDs. 12.29.49 # That's ignoring all the other media formats you will be asked to support. 12.29.57 # well, dvds are the smalles problem with it 12.30.12 # xvid and divx are more importent 12.30.20 # But a replacement firmware (not a hacked firmware) will have to reimplement everything the current player can do. 12.30.21 # I'd only agree to hack on it, not to write heaps of software that would make everything imaginable 12.30.28 # linuxstb: seems like it contains a hardware decoder 12.30.33 # hehe 12.30.39 Join jyp [0] (~jp@10.135-200-80.adsl.skynet.be) 12.30.50 # preglow: but that's only to help with the MPEG video decoding. That's just a small part of a DVD player. 12.30.55 # well, if perhaps some one wouldt just get started then other will follow im sure of 12.31.05 # sure, but it's a big part 12.31.13 # and as i see it you guys are the most qualifyed 12.31.34 # Well, the big problem is to start something, set up the development environment, and get real-time MPEG2/4 playback out of it. 12.31.37 # Domin: what exactly sucks about the firmware? 12.32.04 # Anyone know if Linus (or someone) implemented the variable CPU speed? 12.32.28 # nope 12.32.39 # linus has it running at 140mhz, i thought. 12.32.46 # or is that different 12.32.48 # variable CPU speed is set for later 12.32.51 # jyp: one step at a time 12.33.03 # oh, dynamic? 12.33.03 # Just a question 12.33.48 # I need to set the CPU speed in the gmini port; so if it was already done I could put my code in the right place 12.34.00 # is the rockbox malloc usable right now? or even present? 12.34.01 # preglow, lots of freezes 12.34.09 # preglow: not present right now 12.34.16 # lots of lacking supports for formats 12.34.27 # dvd playback is crappy 12.34.30 # Domin: like which formats? 12.34.45 # well, for once you cant stream ogg from net 12.35.01 # B4gder: I don't think we need them. So far, I am just using a trivial malloc implementation (with no free or realloc). I think that will also work OK for the real codec implementation. 12.35.04 # streaming of video contents wouldt also be a possibilit 12.35.17 # wmv support 12.35.21 # from net 12.35.35 # better support of wireless netcards 12.35.37 # linuxstb: cool, I'll hold off the malloc stuff until we hit a wall ;-) 12.36.24 # hehe, archos is actualy on the front page of the www page now 12.36.46 # what front page? 12.37.09 # www.mpeg-playcenter.com 12.37.22 # kiss player forum 12.38.33 # preglow: Do you need malloc() for anything? 12.38.45 # http://www.jacek.it.pl/kiss/index_en.html <-- there is a bit of info on the file system there 12.39.25 # By the way what do you guys use to program in ??? 12.39.51 # linuxstb: nothing i can think of 12.39.54 # Domin: Is there anything a Kiss player can do that an XBox running Linux can't do? 12.41.15 # Domin: rockbox is C, with small parts in asm 12.45.11 Quit Chamois ("CGI:IRC (EOF)") 12.45.27 # Domin: personally I wouldn't feel very good about helping a company that is knowignly voilating the GPL 12.45.32 Quit xen` (Read error: 110 (Connection timed out)) 12.45.35 Join Chamois [0] (~3e234217@labb.contactor.se) 12.46.37 # Zagor: I agree, but I thought Kiss had been in contact with the MPlayer people and it was resolved? 12.46.55 # really? 12.47.11 # funny mplayer people haven't mentioned it 12.47.35 # I think the discussions happened privately, and for some reason the MPlayer people don't talk about it. 12.48.14 # By "privately", I mean only amongst the MPlayer copyright holders. 12.49.13 # they should talk about it after having made a fuss like that 12.50.22 # I agree, but I haven't heard any more complaints about Kiss from the MPlayer people themselves. 12.51.09 # Which is why I think it's been resolved somehow. But someone please correct me if I'm wrong. 12.52.44 # the mplayer authors are not exactly known for their communication skills... :-) 12.52.59 # true 12.53.11 # they're also decidedly ignorant of legal matters 12.53.25 # yes 12.54.07 # ashridah: It's probably a good thing for mplayer users that they are. 12.54.56 *** Saving seen data "./dancer.seen" 12.57.57 # Maybe they got paid to relicense to KISS and don't want to talk about that 12.58.52 # rasher: that's exactly the kind of conclusions people will draw if they don't announce the outcome 12.59.13 # and ignoring legal matters in exchange for money doesn't exactly make you a good example 13.00.15 # Well relicensing for money is a perfectly fine solution I'd say 13.00.25 # KISS should just have done that from the start, mind 13.00.37 # (assuming the code is theirs to relicense) 13.01.01 # ahh, relicense, yes 13.01.08 # that's a possibility 13.01.36 # Like what trolltech does with qt 13.02.02 # yes, tons of examples of that 13.02.55 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 13.05.33 Quit webguest23 ("CGI:IRC (EOF)") 13.06.43 # i appear to be missing bits of this. what have kiss done or alledged that mplayer have done/ 13.06.45 # ? 13.07.04 # used mplayer code 13.07.30 # Mplayer claims KISS used mplayer code and thus violated GPL 13.08.02 # I think it's undisputed - typing "strings firmware.bin" displayed lots of symbols used in Mplayer's own subtitle code. 13.08.27 # yes, but I believe KISS claimed otherwise 13.08.49 # Oh yes, the famous claim that MPlayer stole KISS's code :-) 13.15.33 Quit Chamois ("CGI:IRC") 13.16.16 Quit B4gder ("ChatZilla 0.9.35 [Mozilla rv:1.5/20031007]") 13.18.00 Join Patr3ck_ [0] (~patr3ck@pD9ECFB92.dip.t-dialin.net) 13.19.41 # reminds me of an episode a long time ago when someone ripped of samba's source and passed it off as his own product 13.19.51 # eventually the samba team 13.20.12 # got their proof simply because the guy left an nfs share open to the internet with the source on it :) 13.20.42 # ashridah: ah, the whole time i have been thinking where i heard of a similar situation, and that was it. didn't the samba guys even sue? 13.23.32 # Sigma Designs stole from the Xvid people.. http://www.xvid.org/press/press-20020822-en.html?source=240802 13.24.29 # there's been millions of these cases.. CherryOS, some cd-recording software.. the list is endless 13.25.35 # Lynx_: the guy had to capitulate, i don't recall it getting to court 13.26.58 # what a wnoderful world 13.27.00 # he even tried obfuscating his binaries when the samba team challenged him about it, so they resorted to binary comparisons 13.27.11 # GPL cases never get to court - they are always settled 13.27.20 # came up with hysterically larges amounts of matching patterns 13.27.30 # Zagor: the closest has been the mysql case in germany 13.27.57 # if an asm() statement has no declared output, will gcc remove it altogheter? 13.28.15 # mysql? i thought the netfilter case was the only one that has actually seen a ruling. 13.31.27 # off topic (ish) question - how do I ask your cvs for all commit summaries for the last week (kinda like the rockbox.org frontpage but with more entries?) 13.32.38 # preglow: You can mark an asm statement as 'volatile' to prevent it from being moved/deleted 13.32.50 # amiconn: yeah, i know, just wanted to know if gcc does things like that 13.32.58 # ripnetuk: cvs rlog -d "2004-02-07 my statement didn't make it to asm for far stupider reasons than that ;) 13.33.18 # thanks Zagor 13.34.00 Quit Patr3ck (Read error: 110 (Connection timed out)) 13.34.16 # ripnetuk: log, not rlog 13.34.33 Join quelsaruk [0] (~kvirc@80.103.132.129) 13.34.40 # afternoon 13.34.41 # ...and 2005 obviously :) 13.35.11 # hi Zagor 13.35.14 # hi 13.36.53 # preglow: Yes, gcc does optimize asm statements. See http://gcc.gnu.org/onlinedocs/gcc-3.0.4/gcc_5.html#SEC104 13.38.01 # woot 13.38.05 # think i get emac now 13.38.11 # reading docs _thoroughly_ is not a bad idea 13.38.26 # Nice one 13.38.32 # amiconn: you asked for me last night? 13.39.09 # Yeah, I wanted you to test my x11 stuff. I thought it's ready, but unfortunately it needs some more work... 13.39.36 # Ah 13.39.48 # I don't get the 'Unexpected asynchronous event' anymore, but sporadic freezes instead :( 13.40.05 # tragic 13.40.46 Join R3nTiL_ [0] (~zorroz@83.69.98.223) 13.52.04 Join HCl_ [0] (hcl@titania.student.utwente.nl) 13.52.31 Quit HCl (Read error: 104 (Connection reset by peer)) 13.56.02 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 13.56.22 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 14.07.50 Join webguest47 [0] (~d31b425d@labb.contactor.se) 14.13.09 # it would be cool if the homepage (rockbox.org) showed at least twice as many 'recent cvs activity' lines during these times of loads of dev... thats the only way people can see progress in the project at the moment (without scannign irc logs)... i tried the cvs log command , but it spits out LOADS of info, not just the commit comments 14.13.27 # even better, a input box allowing the user to choose a range of dates to query 14.14.04 # mmm 14.14.10 # that line with rlog didn't work for me 14.14.21 Nick HCl_ is now known as HCl (hcl@titania.student.utwente.nl) 14.14.28 # HCl_: i just subscribed to the cvs log mailing list 14.14.43 # it was log not rlog 14.14.52 # Zag posted a correction just below 14.15.08 # ripnetuk: encouraging ordinary non-developers to use bleeding edge code is a double edged sword 14.15.12 # i am subscribed to the mailing list but its a pita to have to dig out hte email (i know i know... ) 14.15.42 # ash - yes its not for everyone.. only those of us who think new cool features are more important than reliability :) 14.15.47 # like me 14.15.50 # even better, the rebirth of http://www.rockbox.org/digest/ 14.15.54 # amiconn: awake? 14.16.02 # rasher - it needs to be automatic 14.16.09 # ah 14.17.35 # also cvs mailing list is not IMMEDIATE :) 14.18.48 # it's more immediate than the front-page, which only updates every 20 minutes 14.18.51 # Patience :) 14.19.32 # i only ever really look through the cvs logs once a day anyway, so the mailing list suits me fine 14.20.55 # maybe im on digest and need to be not on digest - i willc heck 14.23.31 Quit ashridah ("sleep") 14.25.16 # I withdraw my complaint - cvs log email on non-digest is what I was after :) thanks 14.26.33 Quit webguest47 ("CGI:IRC (EOF)") 14.28.23 Join Chamois [0] (~3e234217@labb.contactor.se) 14.28.48 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 14.34.20 # HCl: I'm here 14.34.51 # amiconn: made any changes to gnuboy? want to take a look at making it run in the sim 14.35.08 # rockboy( 14.35.09 # * 14.38.54 Quit R3nTiL_ () 14.49.36 # HCl: Not yet. Was looking into the X11 sim timing/ button handling. 14.50.05 # ok 14.52.00 Nick quelsaruk is now known as quel|out (~kvirc@80.103.132.129) 14.54.58 *** Saving seen data "./dancer.seen" 14.59.28 Nick QT_ is now known as QT (as@area51.users.madwifi) 15.02.40 Quit adi|home ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]") 15.12.40 # Is random generation performance critical? 15.12.57 # I ask because I wonder if I should bother optimizing it for 16bits, 15.13.06 # or just s/int/long ? 15.20.49 # speed is non-critical, correctness is more important 15.22.22 # Correctness is always more important than speed :) 15.23.20 # Also, this is since I can give in to my natural laziness ;) 15.24.17 # .. Two great sentences taken from my personal 'famous quotes' handbook 15.24.26 # (err, three) 15.24.29 # haha 15.24.31 # hm 15.29.42 # * jyp should have used a smaller gun 15.37.01 Quit ripnetuk (Remote closed the connection) 15.41.05 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 15.41.50 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 15.45.01 Quit mrmags ("Download Gaim: http://gaim.sourceforge.net/") 15.45.49 Quit HCl ("Lost terminal") 15.46.06 Join hcl [0] (hcl@titania.student.utwente.nl) 15.46.14 Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) 15.46.58 Quit HCl (Client Quit) 15.47.48 Join hcl [0] (hcl@titania.student.utwente.nl) 16.00.48 Quit Chamois ("CGI:IRC") 16.09.12 Quit webguest37 ("CGI:IRC (EOF)") 16.14.38 Join mecraw [0] (~mecraw@c-24-9-220-243.client.comcast.net) 16.14.58 Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 16.29.22 Quit midk (Read error: 110 (Connection timed out)) 16.31.15 Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) 16.32.29 Join NaOH [0] (~3e317522@labb.contactor.se) 16.33.16 Quit NaOH (Client Quit) 16.34.05 Join H2O [0] (~3e088e42@labb.contactor.se) 16.36.05 # people are boring.. 16.36.59 # no shit 16.37.23 # What are people working on? 16.37.46 # i'm mostly waiting on linus pushing 140mhz stuff 16.37.48 # i'm trying to understand the fractional mac mode again 16.37.48 # heh 16.37.55 # so i'll know whether i need to make a dynarec or not 16.37.59 # HCl: he's got a sick kid around 16.38.10 # so don't hold your breath 16.38.12 # i'm not in a hurry or anything 16.38.14 # just saying 16.39.39 # igh. 16.39.47 # welp, back to my math class u.u 16.39.51 # afk. 16.46.37 Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) 16.47.32 Quit H2O ("CGI:IRC") 16.47.40 Join Rori [0] (Rori@deadman3000.plus.com) 16.47.43 # Yo 16.51.02 # hi 16.55.01 *** Saving seen data "./dancer.seen" 16.56.30 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 16.57.03 # anyone coding for iRiver today? :) 16.58.16 # hey a new thing appeared in the list of todos 16.58.31 # just when I thought only 5 more things to do it becomes 6 ;) 16.58.43 # what would that be? 16.58.51 # Not that I know what an I2C and I2S driver does 16.58.59 # I2S driver added 16.59.02 # they do stuff. 16.59.03 # and things. 16.59.05 # it's in the works 16.59.07 # yeah heh 16.59.26 # you don't really need i2c and i2s drivers per se, the coldfire does most of the dirty work 16.59.44 # hubble has gotten sound partially working, and that requires both i2c and i2s 16.59.49 # it's nice to have everything running to completion though neh? 17.00.00 Join webguest82 [0] (~51898d99@labb.contactor.se) 17.00.28 Quit webguest82 (Client Quit) 17.01.49 # should it be sine wave and not sin wave? Or do they just pronounce it like sign but spelled as sin? :) 17.02.27 # spelt sine, pronounced sign, abbreviated to sin 17.02.41 # because mathematicians are lazy 17.02.51 # lol 17.02.53 # spelled sine, yes 17.02.58 # the function is sin but the wave is sine. 17.03.08 # it matches cos and tan 17.03.32 # Which are _really_ long words... 17.03.33 # sneakums: well, you do say stuff like 'take the sine of x' 17.03.34 # cosine 17.03.52 # but I have heard cosine pronounced cozeen :) 17.03.58 # what a geeky conversation ;D 17.04.18 # lol 17.04.20 # Sucka this is a geeky channel ;) 17.04.35 # haha 17.04.36 Nick Rori is now known as DeadMan (Rori@deadman3000.plus.com) 17.04.41 # we hack hardware, go figure 17.04.42 # ya 17.05.29 # well I don't I just sit here and pretend to know what I am talking about and let the real geeks get on with it. I'm just here for personal gain :) 17.06.12 # as all of us ;) 17.06.39 Part Zagor 17.06.53 # hehe 17.06.59 # My electricity bill is getting worse these days. Damn fuel rises. 17.08.23 # Hey does anyone know about the voltages on the H series? 17.08.25 Join webguest41 [0] (~c10b28cf@labb.contactor.se) 17.09.20 Quit webguest41 (Client Quit) 17.09.24 # I was wondering. It's 5v right? I wanted to recharge from a battery pack. But 4xAA is 1.5v = 6v which is too much right? 17.09.30 Join Chamois [0] (~3e234217@labb.contactor.se) 17.09.39 # it says on the bottom 17.09.45 # where you plug in the charger iirc 17.09.50 # would 6v kill it? 17.09.55 # DeadMan: yes, but it can probably take too much 17.10.04 # there's a voltage regulator in the somewhere 17.10.33 # Otherwise it's 4xAA rechargeables at 1.2v or 1.25v each 17.10.54 # I liked the idea of using AA's Alkalines bought from a shop though 17.11.14 # but if it will fry the player it's no good 17.11.33 Quit ripnetuk (Remote closed the connection) 17.11.36 # it won't 17.11.39 # i'm pretty sure of that 17.11.50 # 6v 4x AA's won't fry it? 17.11.54 # preglow: better add a disclaimer to that statement :p 17.11.57 # six just might ;) 17.12.03 # ehh 17.12.08 # no, i don't think that'll fry it 17.12.10 # 1.5v x 4 AA's 17.12.15 # but hell, of course i want guarantee it 17.12.18 # :D 17.12.19 # lol 17.12.21 # all my advice comes with no warranty 17.12.25 # :P 17.12.33 # I'll ask Linus XD 17.14.00 # what is a bdm wiggler? :) 17.14.50 # debug module 17.15.06 # oh 17.15.59 # I am so glad I bought an iRiver H series. I never knew about RockBox until I already bought it 17.16.29 # iPoo can kiss my optical out :) 17.17.37 # * rasher sighs 17.17.47 # Could we stop with the childish name-calling already? 17.18.51 # Knew that would stir someone. Hey someone seems to think there is a NES emulator on the horizon. I think they got the wrong end of the stick. 17.19.14 # well, there would be a colour problem.. 17.19.29 # and a resolution problem 17.19.34 # indeed 17.19.51 # might be ok on the 3x0 series though 17.19.57 # does linusN work on IriverPort today ? 17.19.58 # ugh. 17.19.59 # I'm just really sick and tired of things like Micro$soft, iPoo etc.. no it's NOT clever, no it's NOT funny.. *sigh 17.20.04 # you'll still have the resolution problem 17.20.06 # 17.20.21 # Chamois: perhaps, wait and see 17.20.35 # ok 17.20.42 # He tends to suddenly appear saying "I just implemented " 17.20.43 # ah just a bit of banter. everything has it's good points and bad points. 17.21.10 # rasher : I liove LinusN when he does thongs lik that 17.21.16 # rasher: kind of necessary, otherwise you'd be stuck on irc explaining to fifty different people what you're planning on doing, heh 17.21.56 # :) 17.22.04 # I like The Register's term for the RIAA. The Recording Ass. of America :) 17.22.43 Quit sneakums ("release to detonate") 17.22.48 # Actually, it'd be cute with a "currently working on: " status page in the wiki :) 17.22.55 # it could be updated from people's personal pages 17.23.00 # yea. 17.23.07 # i suggested that a while ago 17.23.26 # a list with projects/plugins/stuff that needs work 17.23.33 # that people can choose to work on 17.23.57 # would save duplicating work 17.24.19 # and get bored people to work on different stuff 17.24.20 # like me. 17.24.55 # or it'd fend off people asking for "What's happening?"?!?!?" 17.25.00 Join XShocK [0] (~cddef002@labb.contactor.se) 17.25.08 # but *srug* 17.25.27 # does anyone have experience with PDA's? I was thinking about a Dell Axim X50v 17.25.37 # zaurus units are fairly sweet. 17.25.40 # mainly for the nice VGA screen 17.25.48 # linux based etc.. 17.26.05 # I want something that's good for eBooks 17.26.28 # wouldn't really know, i'm planning to buy the successor of the zaurus cl3000 17.26.36 # * DeadMan googles it 17.26.47 # er actually 17.26.50 # its sl-c3000 17.26.59 # loosk nice 17.27.00 # its like a mini laptop thats the size of a pda 17.27.04 # with a 4gb harddisk 17.27.11 # and i think it might have builtin wifi 17.27.12 # not sure 17.27.19 # pullout keypad 17.28.19 # http://www.sharpusa.com/products/ModelLanding/0,1058,1255,00.html 17.28.23 # looks sweet 17.28.29 # no 17.28.32 # not the 6000 17.28.39 # i have one like that. 17.28.47 # the sl-c3000 is much nicer 17.29.13 # http://www.engadget.com/entry/1234000673022159/ 17.29.28 # even better 17.29.41 # sharp's website is annoying to use 17.29.46 # i have the 5500 at the moment, which is pretty much like the 6000 17.29.59 # the 3000 is a unit made in japan, really, i'm not sure if its for sale yet here 17.30.09 # japan = way ahead of us 17.30.18 # as usual 17.30.33 # anyways, 17.30.36 # its deadly expensive 17.30.53 # i'm kind of waiting for someone that'll give me integrated phone/digital cam/pda 17.30.58 # anyways. 17.31.00 # i gotta go home 17.31.12 # ttfn 17.31.31 # price = O.O 17.32.00 # yup. 17.32.12 # bbl. 17.32.54 # * DeadMan wanders off idle for a bit too. Don't want to annoy any developers ;) 17.38.05 Quit XShocK ("CGI:IRC (EOF)") 17.44.15 # HCl: You mean the Nokia 9500? Phone, PDA, Camera, Wi-fi, Bluetooth. 17.45.13 # coffee ,tea, snacks, 17.45.37 # ;) 17.47.15 # this kind of device are "too much things in one"(tm) for me 17.48.11 Join webguest74 [0] (~54de5ac6@labb.contactor.se) 17.49.00 # hahah 17.49.05 # i'd just like the phone part 17.49.09 # that's that 17.49.58 # imagine just a sec u loose it 17.51.40 # u are like a whitebear without fur :) 17.51.58 # hahah 17.58.20 Quit Patr3ck_ ("User pushed the X - because it's Xtra, baby") 18.00.06 # I've got another codec almost running on the iRiver - a52dec runs at about 6.3% on a 128kbps stereo file. I say almost, because there are problems with the decoded output. 18.00.32 # Good work! 18.01.38 # you should add that (and libmad) on http://www.rockbox.org/twiki/bin/view/Main/RockboxAudioAPIProposal 18.01.54 # damn, you're chugging through 'em 18.02.10 # Indeed 18.02.13 # Very nice going 18.03.17 # The code is still very rough, I'll stop at ogg, and then go back through them all, trying to find a consistent abstraction layer for all the libraries - that can then almost become the codec API. 18.04.34 # Who was it that had been looking at modplug? 18.05.14 # I'm thinking it'd be nice if one of the non-streaming "codecs" were ready in time for the api 18.05.53 # I agree. But we can pretty much imagine what the API will need to be for them. 18.06.00 # okay 18.06.05 Quit webguest74 ("CGI:IRC") 18.06.08 Quit Cassandra_ (Read error: 110 (Connection timed out)) 18.06.41 # We just give them a chunk of memory, and set them going. They'll keep spitting out PCM data until they either come to the end of the track or the user presses NEXT. 18.07.07 Join Cassandra_ [0] (~christi@213.78.125.69) 18.07.08 # heh 18.08.05 # linuxstb: 3rd option - set a timeout for non-streaming codecs without end-of-track detection 18.08.32 # amiconn: Yes, good idea. 18.08.42 # linuxstb: once the pll is up and running, then all your codec's should run at real-time (assuming no problems) 18.09.03 # elinenbe: I'm not sure about that, but we'll see what happens. 18.09.22 # well, I hope they work ;) 18.09.53 # linuxstb: looks like at least modplug does playtime and seeking fairly well 18.11.03 # admittedly, based on trying 15 mods 18.11.19 # It depends on the module format. Some allow end-of-track detection, some don't. Same goes for seeking. Some formats allow pattern-wise seek 18.11.45 # sounds good. 18.12.06 Join elinenbe_ [0] (~elinenbe_@65.115.46.225) 18.12.18 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- Try something fresh") 18.12.28 # yeah, I'm just saying that non-streaming codecs should at least be able (but not required) to seek and provide playtime 18.12.30 # The classic Amiga 4-channel formats (Sound-/Noise-/Protracker, Startrekker) support both. Same goes for MED/OctaMED/Oktalyzer 18.12.55 Join Luke1 [0] (~a@dpc691997050.direcpc.com) 18.13.04 # Hi guys 18.13.37 # hi 18.14.01 # Well, the API will have an is_seekable() function that depend on the actual file being decoded. So that's covered. We also need to allow for infinite running times when asking a codec how long a particular track runs for. 18.14.32 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 18.14.52 # linuxstb: I'd suggest the codec should return -1 for infinite 18.15.05 # I'm still having a weird problem with no sound on my JB FM Recorder. people have suggest trying to bend back something in the audio jack, but I don't fully understand what they mean. I'm wondering if anyone here is familiar with that 18.15.28 # LinusN: nice work... I see you've got some sound output working on the iriver! 18.15.31 # cool beans! 18.15.34 # amiconn: Maybe. But we may also need "unknown" - which is different to infinite. 18.15.49 # elinnebe : it's not linus but hubble 18.16.08 # sorry -- I missed that... double-nice 18.16.16 # where is he? 18.16.35 # a developper like others 18.18.48 # Hm, I appear to have Scream-, Impulse-, Fast- and Pro-tracker modules here 18.20.23 Join webguest97 [0] (~ab9fc00a@labb.contactor.se) 18.22.53 Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 18.32.52 Quit Luke1 () 18.32.53 Quit webguest97 ("CGI:IRC (EOF)") 18.43.05 Join XShocK [0] (~cddef002@labb.contactor.se) 18.45.49 Quit Chamois ("CGI:IRC") 18.46.23 Quit XShocK (Client Quit) 18.55.05 *** Saving seen data "./dancer.seen" 18.55.56 Join Tang [0] (~chatzilla@AMontsouris-108-1-19-173.w80-15.abo.wanadoo.fr) 18.58.49 # hello 18.59.05 # Hola 19.02.36 # * DeadMan sings "I want m...I want my...I want my MP3" 19.03.19 # Diar Straits and Chris Rea join forces to form Diar Rea 19.03.40 # :) 19.03.52 # Seen the latests progress in the wiki 19.03.53 # nice 19.04.00 # is cool yup 19.04.05 # why this isn't in the latest CVS table? 19.04.14 # there is stuff going on that's not on the wiki too 19.04.48 # things are beginning to gel 19.08.03 # gel? 19.08.13 # form 19.08.56 # hum ie progress? 19.09.10 # come together I guess 19.10.27 # Okay 19.10.34 # Linus not here? 19.10.54 # I worry if my dead remote will never reach him 19.11.19 # ah it's you :) 19.11.58 # probably why the remote lcd is not done only the buttons :) 19.12.35 # DeadMan: There's a different reason for this 19.12.47 # oh 19.13.32 # Support oof remote lcd requires quite some rework. Rockbox does not yet have a concept of multiple screens. 19.13.57 # oic yeah makes sense 19.14.12 # no archos ever had that 19.14.13 # Plus, I'd say there are other things which are far more important 19.14.27 # yes, like everything else, for example 19.14.31 Quit Schnueff (Read error: 110 (Connection timed out)) 19.15.16 # that could take time 19.15.30 # get the main unit up and running first I say :) 19.17.01 # Maybe 19.17.07 # (at deadman) 19.17.18 # but not sure my dead remote will be usable 19.18.21 # since the connectot isn't suable 19.18.24 # (broken) 19.18.54 # Yahahahaaa... I got audio to work on the Gmini ;) 19.19.01 Join chamois [0] (~3e234217@labb.contactor.se) 19.19.06 # Nice! 19.19.07 # :) 19.19.09 # A nice 1000Hz continuous square wave ;) 19.19.12 # I am sure he can get around that if he knows electronics 19.19.12 # hi Chamois 19.19.22 # you're the same chamois from hfr? 19.20.08 # yes 19.21.18 # jyp: Congratulations :) 19.21.30 # thanks ;) 19.21.50 # jyp: Congrats 19.22.01 # okay 19.22.16 # Yep bravo jyp! 19.22.22 # I wonder which platform will play the first sound file earlier - iriver or gmini? 19.22.45 # haha... If it is a small wave file this can even be done today ;) 19.23.06 # lol 19.23.07 # But I'd rather wait for you to do it and just port ;) 19.23.18 # My laziness strikes again ;) 19.24.00 # lol iHPiste will sign a petition 19.24.12 # Oh? 19.24.33 # Who or what is iHPiste, and which petition? 19.24.37 # so that jyp work on audio support to accelrate it integration to iRiverport 19.24.45 # was just a joke 19.24.56 # iHPiste= iHP owners 19.25.08 # ha ;) 19.25.33 # jyp: I'm interested in a tech detail. You already told me that the lcd format for gmini 2xx is different from the other archoses & iriver, and pointed me to the TCC730 datasheet. 19.26.12 # However, iiuc the gmini 1xx uses the same TCC730, and this is a soc including the lcd controller 19.26.12 # amiconn: I'm eager to tell you ;) 19.26.50 # soc ? 19.26.51 # So I can't imagine the difference between controlling the two lcds... 19.27.02 # soc == system on chip 19.27.21 # Actually 120, SP, XS200 uses an external lcd controller (I think) 19.27.30 # only 220 uses the internal one 19.28.00 # Ah ok. So lcd data format for != 220 is similar to archos jb/ iriver? 19.28.37 # 120 & SP is just the same as recorder; 19.28.53 # ..just a little wider lcd 19.29.01 # XS200, I've only given it a quick glance; 19.29.02 # yup 19.29.16 # So I just *guess* it is the same as iRiver 19.29.30 # I wonder why archos didn't use the internal controller and added another chip instead... 19.29.39 # (for 1xx/ sp, that is) 19.30.17 # Another question: What's the lcd resolution for gmini 220? 19.30.34 # 160*160 19.30.46 # up to 4bpp 19.30.51 # Oooh... that beats iRiver! 19.31.08 # I told you this is a great machine :P 19.32.32 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) 19.34.18 # hello 19.36.10 # Answers to questions not asked ... 19.36.33 # Audio chip is configured via I2C 19.36.43 # Audio data is sent via I2S 19.36.48 # Sounds familiar 19.37.16 # I don't know, but the commands to the audio chip might be similar 19.37.21 # jyp: it's a 16 bit architecture? 19.37.39 # Just tell me if you want my code 19.37.43 # preglow: yes 19.38.27 # The hw codec in the archos (and the separate dac in case of the player) are also i2c-controlled, and audio data (in this case still mp3 compressed) is fed through i2s 19.38.42 # jyp: will be fun porting codecs, then 19.39.08 # * amiconn is back to square one with 2 problems... 19.39.18 # preglow: indeed 19.40.47 # jyp: Does the calmrisc gcc know 'long long' == 64 bit? 19.41.05 # amiconn: It should 19.41.12 # if not i'll fix it 19.41.21 # Audio chip: http://focus.ti.com/docs/prod/folders/print/tlv320aic23b.html 19.41.36 Join hubble [0] (hubble@h13n1fls302o1033.telia.com) 19.43.34 Join BBub_ [0] (belzebub16@dsl-213-023-069-030.arcor-ip.net) 19.44.29 # amiconn: does rockbox even use long longs? 19.45.08 # amiconn: I just tested it, it is handled 19.45.25 # preglow: Rockbox itself does not, but some plugins do 19.45.34 # It's bad for register usage though ,) 19.45.46 # LinusN: what do you think about making the registers in mcf5249.h "volatile" ? 19.46.29 # linusN isn't here, lol... 19.46.31 # long longs are bad 19.46.47 # jyp: I wonder if plugins can work at all on gmini. Iiuc this is a harvard cpu, so we'd need enough free program ram to support plugins. 19.46.51 # and in gmini's case, even longs are bad, heh 19.47.13 # LinusN: had a little problem when I had to write several 0 to the same registers and the optimizer threw them away =) 19.48.00 # Tang: only 5h idle =) 19.48.04 # amiconn: we have only 16k internal ram for code 19.48.28 # Hubble: :) 19.48.29 # but, maybe there will be enough space in the rom to load all the plugins 19.49.04 # So guys i'm out 19.49.16 # Good continuation :) 19.49.28 # Full rockbox w/o plugins is 150k now 19.49.42 # and if LinusN appers just say him i've sent him a PM on the board 19.49.48 # (for the remote) 19.49.50 # there's at least 512k of flash memory 19.49.55 # cheers 19.50.12 # * jyp tips hit has 19.51.22 # jyp: You mean flashing all plugins? 19.51.26 # yup 19.51.50 # ... just thought, maybe there's much more than I think 19.52.14 # All recorder plugins add up to 245 KB. Some don't apply to gmini, so it may fit, if we throw away the original firmware 19.52.29 Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") 19.52.38 # (assuming roughly equal binary size) 19.52.47 Join lolo-laptop [0] (~lostlogic@68.251.84.226) 19.52.49 Join muesli- [0] (muesli_tv@1Cust22.tnt8.hnr2.deu.da.uu.net) 19.52.56 # high 19.53.38 # amiconn: we'll see in due time, when we'll how the relative sizes of flash & main code for all the models 19.54.01 # coz I think they've put different flash sizes 19.54.07 # depending on model 19.54.09 # jyp: Of course rockboy won't fit. Too bad, the 220's display would be ideal... 19.54.51 # I think the 220 has 1Mo flash 19.54.56 # so maybe 19.55.42 # How big is the binary for iRiver ? 19.55.58 # ~620 KB iirc 19.56.43 # * HCl bites his new 1gb of ram 19.56.53 # might turn out to be a tight fit ;) 19.57.45 # And if all else fails I can work on gcc to optimize better too ;) 19.57.58 # gcc -Os 19.58.23 # Using Os saves approx 20% as it stands 20.00.58 # pinskia, I didn't notice the ICE was the same as 19851. The code pattern comes from one of my app where it is used all over the place. 20.02.00 Quit BBub (Read error: 110 (Connection timed out)) 20.02.00 Nick BBub_ is now known as BBub (belzebub16@dsl-213-023-069-030.arcor-ip.net) 20.05.48 # amiconn: i thought you said rockbox couldn't handle -Os 20.06.10 # preglow: Yes, on archos/SH1 20.06.18 # Did you try on iRiver? 20.06.24 # oops wrong channel :) 20.06.51 # So, what's the state of the art wrt. decoding/sound framework? http://www.rockbox.org/twiki/bin/view/Main/RockboxAudioAPIProposal up to date? 20.07.10 # amiconn: no, i didn't, i tried O2, and Os is essentially O2 with a couple of suboptions left out 20.08.02 # How is that? I once compared binary sizes, and got (-Os) < (none) < (-O) < (-O2) 20.08.12 # jyp: linuxstb is plowing through the codecs we're going to use right now, so we're waiting to see if he has any conclusions 20.08.53 # amiconn: Os is O2 with the options that increase code size left out 20.09.04 # preglow: Rockbox couldn't handle -O2 on archos/SH1 either 20.09.16 # amiconn: but no, it has to be tried, of course 20.09.22 # my last rockboy build was with -O2 20.09.26 # I got cpu IllInstr exceptions right at the start 20.09.34 # worked fine 20.09.35 # faster too 20.09.38 # HCl: nothing wrong with O2, it's just that rockbox itself doesn't like it 20.09.42 # ok 20.09.51 # (from memory addresses that don't actually exist (!) ) 20.09.53 # hell, i regularily use O3 on other platforms 20.09.57 # amiconn: not bad 20.10.09 # i'm planning to try an -O3 20.10.10 # preglow: alright; I understand you work on the decoders ? 20.10.28 # jyp: no, i'm trying to figure out dsp stuff, linuxstb is the codec guy 20.10.46 # preglow: ok 20.11.13 # preglow: I guess a number of asm statements is lacking the 'volatile' qualifier 20.11.33 # My thoughts were we should find the most common route between gmini & iRiver 20.11.46 # amiconn: that would probably be my guess as well 20.12.15 # jyp: well, what differences should there be? 20.12.46 # First thing, you are writing asm code, right ? 20.12.58 # ahhh 20.13.08 # like that 20.13.08 # yes 20.13.14 # i'm making c macros 20.13.23 # do you have any calmrisc docs lying around? 20.13.38 # I sure do. 20.13.56 # All is in the "DataSheet" 20.13.57 # the coldfire mac unit is pretty strange, so might take some work 20.14.15 # ait, i'll have a look 20.14.18 # The CalmMAC2424 might be even stranger 20.14.21 # ;) 20.14.50 # www.mculand.com/sub1/mcu/calmrisc16_device/S3cc410.pdf 20.15.17 Quit chamois ("CGI:IRC (EOF)") 20.16.53 # Imho it would be useful if some iRiver dev compiles main rockbox with different -O and checks if it works, if that's not too risky 20.17.17 Join Tang [0] (~chatzilla@AMontsouris-108-1-19-173.w80-15.abo.wanadoo.fr) 20.17.22 # hi sorry 20.17.30 # i've forgotten something 20.17.50 # tried to send my correction to the comparison feature chart 20.17.53 # for iHP 20.17.55 # yesterday 20.18.02 # but got a failure delivery 20.18.09 # at: rockbox-owner@ cool.haxx.se 20.18.22 # no one know where i can mail it? 20.19.11 Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 20.20.18 # Hmm. Imho this should be moved to the wiki, then everyone who spots a mistake could edit it himself. 20.20.33 # I'll get right to it 20.20.45 # shouldn't take too long 20.20.56 # Is there a way to set a cell background colour in the wiki? 20.21.12 # I'd be surprised if there isn't 20.22.46 # okay thanks amiconn i would have correcd in wiki indeed 20.22.53 # but not possible for now 20.22.56 # if nothing else, we could just put it as html 20.23.16 # anyway i've the correction as a RTF file 20.23.17 # That would mean to do the whole table in html 20.23.32 # if someone give me an email i send it 20.23.32 # amiconn: it's html already :) 20.23.51 # preglow: your macros are somewhere I'd give it a look 20.23.55 # id 20.23.56 # if 20.24.14 Join webguest17 [0] (~d53d8302@labb.contactor.se) 20.24.24 # Hi Folks 20.24.51 # i send a mail on friday that i want to join the irever h100devel. 20.25.04 # any 1 here concerned? 20.25.28 # amiconn: looks like it's possible 20.26.11 # or not 20.28.23 # webguest17: sure, all here are concerned :) 20.28.41 # (not alll) 20.28.50 # Tang: sorry ;) 20.28.57 # lynx: fine, i wanted to start with a i2c driver 20.29.17 # ;) 20.29.43 # Lynx_: i'm not a developer though, and do not know what an i2c driver might be ;) 20.29.53 # looking at the rockbox sources i have some quiestions 20.30.07 # related ti interrupt vs threads 20.30.14 # You can have a look at firmware/drivers/i2c.c 20.30.27 # webguest17: just ask, someone qualified will likely answer... 20.30.35 # yes i did, that seem to be a polling solution 20.30.36 # But I think i2c is pretty much done already, from the wiki page 20.31.31 # webguest17: i've started implemented i2c on h100 20.31.39 # your sure, i downloaded the daily snapshot from a few days ago, ther was only a init stub in the srcs 20.31.59 # webguest17: but my code is not in cvs 20.32.02 # jyp: phone 20.32.04 # hubble: ah ok, is it in the cvs already? 20.32.26 # preglow: ? 20.32.41 # hubble: so whats the status? 20.33.56 # hubble: i'm more concerned implementing the i2S to get sound playback done 20.34.11 # hubble: but i need i2c to setup the soundchip 20.34.13 # webguest17: writing to i2c interface are done.. uda1380 driver is starting 20.35.01 # webguest17: uda1380 initialization is working and outputing data on i2s interface produces sound =) 20.35.24 # hubble: so you need any help on this? 20.35.33 # webguest17: however i2s is not using interrupts or DMA yet 20.35.55 # hubble: I'm interested in that ;) 20.36.28 # jyp: does the gmini use uda1380 ? 20.36.43 # no; another chip 20.37.02 # http://focus.ti.com/docs/prod/folders/print/tlv320aic23b.html 20.37.17 # But i2c & i2s too 20.37.51 # So our pieces of code shall merge ;) 20.38.59 # jyp: how do you mean? my i2c/i2s code is dependant on the mcf5249 cpu 20.40.29 # hubble: I don't know what is what; maybe I misunderstood 20.40.59 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a212.wi.tds.net) 20.41.11 # jyp: the mcf5249 has build in i2c and i2s 20.41.26 Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) 20.42.11 # So, mcf5249 is the main microcontroller, and uda1380 is the audio chip, right ? 20.42.21 # jyp: yep 20.42.47 # jyp: but there's lowlevel i2c code in rockbox which drives SCL and SDA wires.. 20.43.09 # jyp: see drivers/i2c.c 20.43.20 # hubble: indeed, and gmini is supported at this level already ... 20.43.30 # jyp: oki 20.43.34 # I committed the code a week ago or so ;) 20.44.07 # I'm talking about merging the audio chip drivers (i2c commands should be similar) 20.45.29 # hubble: are you going to ci ur src to cvs soon? i'm interessted int it 20.45.30 # gah. 20.45.36 # why isn't rockboy compiling suddenly 20.46.07 # webguest17: probably not tonight, have to clean the code and I dont have write access either 20.46.25 # hubble: and I think we should use a similar scheme for i2s transfer too 20.46.40 # How does the mcf5249 handles i2s ? 20.47.02 # Seems the mail is Ok now 20.47.03 # The gmini has a 64 bytes buffer; 20.47.16 # maybe the failure was caused by the attached file 20.47.24 # Cheers, i ca n go now 20.47.37 # getting an interrupt each cycle 20.47.46 # No DMA? 20.47.59 # jyp: you set a few bit's in a control reg and write bytes to another reg, then read out status in a status reg, etc =) 20.48.08 # lol 20.48.24 # sorry 20.48.25 # amiconn: No DMA! 20.48.43 # Badness 20.48.53 # Troughput is rather low after all 20.49.06 # jyp: i remember the mfc 5249 having a buffer and a inetrrupt too 20.49.16 # jyp: thought you wrote i2c.. i2s .. it only has a 6 sample buffer so you need a tight interrupt to feed that 20.49.24 Quit elinenbe_ (Read error: 104 (Connection reset by peer)) 20.49.47 # Isn't a dedicated interrupt raised (as in the gmini ?) 20.49.48 # hubble: No DMA on coldfire too? 20.50.14 # yes, there's DMA also.. I havn't read about that yet 20.50.44 # If I may suggest to use the interrupt method ... 20.50.52 # for the sake of code re-use 20.50.52 # shit.. 20.50.59 # all of a sudden rockboy doesn't work anymore :( 20.51.05 # bye! 20.51.09 Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") 20.52.14 # jyp: If hubble wants to reuse code, he should go for DMA. Rockbox on archos/sh also uses DMA for feeding the decorder 20.52.25 # *decoder 20.52.42 # fine then 20.53.34 # i guess that it'll be a combo.. a ticking interrupt that starts dma transfers? 20.54.02 # hubble: What format is the PCM data in that you send to the audio hardware? 20.54.09 # Nope. It uses the end-of-dma interrupt to start a new dma block 20.54.25 # amiconn: aha 20.55.09 *** Saving seen data "./dancer.seen" 20.55.59 # jyp: when you think you have time, it would be cool to see some Gmini data added to http://www.rockbox.org/docs/devicechart.html 20.56.09 # linuxstb: you mean little or big endian? 20.56.37 # Hubble: yes, that sort of thing - is it just standard big-endian interleaved (left/right channel) 16-bit samples? 20.57.20 # Bagder: ok 20.57.27 # jyp: this looks alot more extensive than emac in coldfire 20.57.42 # what type of variables will be used to hold the 24 bit data for the mac? 20.58.11 # linuxstb: 20 bit msb first as it is i2s 20.58.13 # no custom 24 bit sized shit i hope? 20.58.41 # preglow: 32 bit words I guess... Not sure what you mean 20.59.00 # that's what i meant, yes 20.59.10 # linuxstb: currently two 16 big-endian packed in 32 bits.. but it can be configured 20.59.17 # i really think this is going to be quite hard 20.59.35 # preglow: What I fear too 20.59.37 # the emac unit in the coldfire is 48 bit wide, but you can only get the top/bottom 32 bits easily 20.59.50 # if you need more, you'll be in shifting hell 21.00.54 # jyp: does gcc support the calmmac directly? 21.00.59 # no 21.01.37 # preglow: are you optimizing MDCT with emac? 21.01.43 # it's _way_ more complex than coldfire shit, btw 21.01.56 # hubble: i might once i understand how the emac unit works, yes 21.02.21 # preglow: cool =) 21.02.42 # the imdct is a pretty crucial part in most lossy codecs, so would be good 21.02.48 # preglow: What part do you find complicated? 21.03.48 # so i see there seems no need to work on the sound part; anything i can do? 21.04.05 # jyp: not complicated per se, i just don't understand exactly what it does. i'm using the mac instruction to multiply to fractional numbers, but the answer i get is weird 21.04.07 # I know this sounds like an eliza reply, but I don't know how I could help you ;) 21.04.19 # it's almost correct, but it's got msb bits set that shouldn't be 21.04.20 # and wrong lsb 21.05.01 # What I understood of fractional mode is that it's just a shift right after multiply 21.05.59 # what fractional mode in the coldfire does, is multiply two 32 bit ints together, then toss away the bottom 20 bits, then add that to an accumulator, with some sign extension to an extra 8 bits of msb precision 21.06.41 # About the same stuff in the calmmac 21.06.45 # i'll get it, it's probably just me being stupid again, problem is i should be working on my masters right now as well, heh 21.06.47 Quit muesli- (Read error: 60 (Operation timed out)) 21.07.21 # Page 293 of the datasheet "Multiplier"... 21.07.42 # Maybe having a different explanation will bring you light 21.08.07 # jyp: you've got a problem with libmad right there, libmad assumes you've got 32 bit integers 21.08.08 # though I've never found this datasheet very clear ... Sort of a korean translation smell ;) 21.08.16 # hehe 21.08.56 # What can I say ? 21.09.02 # baaaad ;) 21.09.05 # but no, the weirdness is probably motorola weirdness 21.09.07 # yes, indeed 21.09.28 # i'm not particularily looking forward to porting it to use the emac, but it'll probably be easier 21.09.33 # but yes, i've got to have a shower 21.09.57 # The other option... I reverse the Archos decoder ;) 21.10.28 # ahhh, so you _are_ mad 21.10.50 # I don't seem to realize what we've been through already ;) 21.10.59 # but yes, brb 21.12.19 # 'emad'... could be the perfect nickname for the gmini dsp btw ;] 21.12.28 # any 1 started a gdb stub for the h100? 21.12.36 # webguest17: I don't think so 21.12.58 # badger: ok im going to look into it 21.13.25 # a gdb stub will be really useful 21.13.51 # badger: what about the bdm if? 21.14.04 # badger: it should work? right? 21.14.22 # the bdm works 21.14.31 # but it is a much bigger thing to get for a single dev 21.14.49 # badger: but more powerfull too 21.14.53 # sure 21.15.08 # but I think there's a reason we don't see people get BDMs 21.15.20 # Linus is the only one 21.15.24 # mhh my problem is buying such a thing 21.15.47 # not the mony, but the supplier 21.16.11 # yes, this one was bought from some US supplier I believe 21.16.44 # i've no visa, i depend on a german supplier 21.17.33 # besides, you can use a serial cable with your unit not ripped to pieces, which is harder with the BDM I believe 21.17.51 # i already ripped up my unbit ;-) 21.18.23 # well ther is a 20 pin smd connector on the board 21.18.41 # i mean the pads for a connector 21.21.04 # feel free to code a gdb stub :P 21.21.06 # i would love that 21.21.11 # brb 21.21.35 # so ok, i llook into that. 21.23.40 # mhh looking into zhe bootloader sources i only see sh stuff 21.23.53 # is there a different bootloader for h100? 21.24.09 # Look in /bootloader 21.24.20 # ah ok 21.24.36 #  /flash/bootloader is archos/sh 21.24.37 Quit webguest17 ("CGI:IRC") 21.26.06 Quit Cassandra_ (Read error: 60 (Operation timed out)) 21.26.38 Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) 21.28.47 Join webguest17 [0] (~d53d8302@labb.contactor.se) 21.29.01 # whops, got disconnected 21.29.46 # cya later 21.29.49 Quit webguest17 (Client Quit) 21.30.08 Join muesli- [0] (muesli_tv@1Cust59.tnt3.hnr2.deu.da.uu.net) 21.34.58 # * amiconn slaps his forehead 21.35.22 # Braindead MMC. 21.37.33 Join muesli_ [0] (muesli_tv@1Cust74.tnt3.hnr2.deu.da.uu.net) 21.40.58 # my usb connector is getting dangerously loose after all this plugging and unplugging 21.41.19 # Did you try another cable? 21.41.28 # nah 21.41.30 # only got this 21.41.45 # it's not in any immediate danger 21.41.47 # I once did similar with my archos recorder, when developing the grayscale lib 21.42.16 # It also became rather loose, but it turned out that the cable suffers more than the socket 21.42.38 # I suspect this is even worse with mini-B 21.43.26 # yes, i too suspect it's the cable 21.43.31 Quit muesli- (Read error: 60 (Operation timed out)) 21.43.35 Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 21.45.17 # well, small wonder anyway, the plugging action is pretty high when i code 21.45.23 # a simulator would be nice 21.45.57 # The simulator is only useful for high level stuff 21.46.51 # well, ok, i've got the mac instruction figured 21.46.54 # now for trying to use it 21.46.58 Join ashridah [0] (ashridah@220-253-120-130.VIC.netspace.net.au) 21.47.05 # amiconn: i meant more of a cpu level simulator 21.47.10 # an emulator, if you will 21.47.28 # bdm interface would be cool as well 21.47.31 # Ah, yes. Iirc jyp has such a beast available for gmini work. 21.48.08 # * preglow Kraftwerk - The Robots 21.48.12 # god, i love vocoders 21.48.15 # right; but CalmMAC ain't supported well yet 21.48.27 # preglow: try out latest daft punk 21.48.35 # 50 minutes of vocoder ;) 21.48.38 # hahah 21.48.42 # joy and pleasure! 21.49.23 # hey how about a built in vocoder for H1x0 ;) 21.50.15 # excellent idea, and probably not impossible 21.50.34 # if i finally got the emac shit to work, i'll start on making filters straight away! 21.50.55 # are you joking or for real? 21.50.58 # i did make a vocoder once, actually, but it sounded like crap 21.51.00 # for real 21.51.02 # LOL 21.51.25 # that would be cool. btw is there an fx system in RockBox I never read all the features 21.51.28 # one of my plans is to create lots of sweet dsp effects for it, heh 21.51.43 # yeah dsp's would be lovely indeed 21.51.51 # hehe 21.52.14 # global reverb and flanger makes music better 21.52.15 # hahah 21.52.27 # think i'll go for an eq first 21.52.46 # shame fraunhoffer's new headphone surround technique is not open :P 21.53.13 # I'm looking for a headphone surround system that actually works 21.53.44 # preglow parametric eq ;) 21.53.51 # DeadMan: i'll make that for sure 21.53.58 # sweet 21.54.02 # Crap. Some MMC don't like reading the very last sectors with the read_multiple command in SPI mode, because we cannot send the stop_transmission early enough. So the card tries to advance to a nonexistent sector... 21.54.05 # what kind of surround do you mean, btw? 21.54.09 # bit of a muso here so I understand some of it 21.54.11 # real surround would require hrtfs 21.54.16 Join Tim [0] (~tjlamb@ool-18be3ce7.dyn.optonline.net) 21.54.36 # any geniuses out there who can help me out? 21.54.42 # ? 21.54.45 # depends on what you need 21.54.47 # ask and you may recieve 21.55.09 # okay....I have an archos 6000 with a 30 gig hd and Rockbox on it. 21.56.24 # Everything was working GREAT up until last week when I hooked up the usb to transfer files. My computer knows the drive is there (it appears in Device manager and in Safely Remove...), BUT the drive letter I assigned (H) does not appear in Explorer or in My Computer.... 21.58.09 # nothing? 21.58.27 # Tim: you sure you haven't told windows not to display it? 21.58.34 # Tim: you select that in the same place you assign the drive letter 21.58.49 # Tim: that'd be my first guess 21.59.47 # yeah see if disk manager shows it 22.00.28 # okay where do I see if I selected that? 22.00.31 # it's under computer management in control panel, admin tools 22.01.15 # disk manager shows it.... 22.01.26 # letter it's assigned? 22.01.48 Quit muesli_ (Read error: 113 (No route to host)) 22.02.09 # h 22.02.13 # it should also show as 'healthy' and no odd messages about it being a foreign drive 22.02.34 # oh, crap! there it is! But I got a messenger error message when it popped up? 22.02.51 # which was? 22.03.40 # you know, windows meesenger has experienced....do you want to send an error report blah, blah, blah.... 22.03.49 # oh 22.03.56 # I don't use messenger 22.04.01 # I switch it off 22.04.21 # but anyhow is the drive accessible now in explorer? 22.05.12 # yep, you guys ROCK! I thought I'd have to re-install windows or some such....you know, Archos couldn't figure out in 10 minutes what you did in 3 22.05.21 # lol 22.05.30 # just windows getting it's knickers in a twist 22.05.59 # it seems to LOVE doing that....especially when my other two hd's are ntfs and this is fat32 22.06.03 # I didn't do anything btw just trying to diagnose error 22.06.37 # you got me to where the error WAS...don't underestimate THAT level of help! 22.06.40 # bbl 22.06.46 # you wanna try doing a partition in XP. Then find out you can't get it to make a master active partition coz it's CRAP! 22.07.12 # I had to boot to a win98 floppy and fdisk :P 22.07.51 # how crap is that that it can't delete a partition and create an active partition? 22.07.57 # jyp: i see you have progress on your gmini port 22.08.03 # My advice is to DITCH winxp and use linux ;) 22.08.09 # heh 22.08.19 # crash__: indeed 22.08.31 # jyp gmni has I2S and I2C like iRiver ne? 22.09.08 # or somesuch 22.09.12 # The amount of similarity will be determined when I see hubble's code, but yes 22.09.20 # that could be handy 22.09.55 # Starth is working on the hardware debug interface ... 22.10.04 # http://www.donat.org/archos/temp/port%20analysis/jtag-cable.jpg 22.10.11 # ... or http://www.donat.org.nyud.net:8090/archos/temp/port%20analysis/jtag-cable.jpg 22.10.15 # he's wiggling his wiggler is he? 22.10.22 # if you have problems with the other url 22.10.54 # is that the wiggler? 22.11.23 # jyp: i also saw you have started on the analog digital audio thing? will it be used for iriver too ? 22.11.40 # DeadMan: I don't know exactly 22.11.48 # hey I know jiggy 22.12.15 # but you mentioned debug so I assumed it was a bdm wiggler (whatever that is lol) 22.12.20 # crash__: no, it's rather the low level stuff 22.12.35 Join [IDC]Dragon [0] (~Joerg@pD9FF867F.dip.t-dialin.net) 22.12.43 # ignore me :) 22.13.00 # DeadMan: it's more or less that 22.13.04 # hi Jörg 22.13.11 # <[IDC]Dragon> hi there 22.13.20 # Did you read the log, or what? 22.13.20 # <[IDC]Dragon> long time no IRC 22.13.31 # self built rather than expensive purchase I am guessing 22.13.34 # <[IDC]Dragon> a bit, why? 22.13.48 # <[IDC]Dragon> the MMC? 22.13.49 # I fixed the MMC sector count calculation. 22.14.08 # It turned out that my card wasn't formatted wrong after all 22.14.19 # <[IDC]Dragon> a day or two ago, right? 22.14.33 # Unfortunately I already ditched the image, so I had to re-download it from haxx. 22.14.45 # <[IDC]Dragon> :-/ 22.14.54 # Now I put it back to my card - the error is still there? 22.15.07 # <[IDC]Dragon> but I guess this is not the MV problem? 22.15.17 # does rockbox fprintf buffer output? 22.15.26 # I checked - rockbox does *not* try to read past end of card. 22.15.40 # <[IDC]Dragon> the panic, yes 22.16.05 # I wonder if one of those Toshiba 60GB drives will work in an H1x0 22.16.11 # Instead, some cards (including mine, but *not* the internal (!) ) don't like it when we read the very last sector with the read_multiple command 22.16.33 # ...because we can't send the stop_transmission early enough. 22.16.46 # DeadMan: on misticriver someone hooked up a normal 80gb hdd onto an iriver, it worked fine. 22.16.46 # So the card tries to advance to a nonexistent sector... 22.16.50 # DeadMan: so yes, it will. 22.16.52 # I know some guy hooked up an 80GB 3.5" drive to one but not sure what the results were for over 9999 files if it recognised them or not 22.16.54 # <[IDC]Dragon> so, don't do such ;-) 22.17.10 Quit Ka ("* poof *") 22.17.11 # rockboy will crush that 9999 files limit anyways 22.17.12 # er 22.17.14 # rockbox 22.17.15 # my bad 22.17.15 # o.o 22.17.24 # can't source those drives anyhow coz Apple damned well have them all bought up :P 22.17.25 # It seems we need to always read the very last sector with read_single_block 22.17.32 # ...to make sure. 22.17.35 # <[IDC]Dragon> amiconn: is it a problem to do a special case? 22.17.40 # DeadMan: toshiba just made a new 1.8" 80gb 22.17.50 # would that fit? 22.18.16 # <[IDC]Dragon> btw, nice diagnosis 22.18.19 # I'd give my left pinky for one of those :) 22.18.39 # OK I lie but it would be nice none the same :) 22.18.41 # i think it would 22.18.46 # it was made with a new technoligy 22.18.53 # actually making it smaller than the 40gb, iirc 22.19.06 # 40GB is dual platter 22.19.14 # mhm 22.19.22 # so they must have double the platters 22.19.25 # ohno 22.19.27 # i died in mario 22.19.29 # :x 22.19.35 # HCI :O 22.19.38 # [IDC]Dragon: I ended up putting hard coded ata_read_sectors in the main startup, and then see if it panics or not (I have special debug panic()s) 22.19.51 # and nah, they made a new technoligy to increase the density of the disks.. 22.20.07 # HCl: it's actually playable long enough to die now? :) 22.20.08 # ah that is cool then 22.20.13 # it should fit 22.20.20 # ashridah: sortof :P 22.20.25 # ashridah: i'm getting about 1fps 22.20.28 # but at present you cannot even buy the 60gb let alone 80gb drives 22.20.36 # not to the public 22.20.48 # only to oem's 22.21.46 # [IDC]Dragon: I'll try to make the special case handling look not too dumb. 22.22.10 # [IDC]Dragon: Btw, you could try whether your card shows the same behaviour 22.22.15 # <[IDC]Dragon> we check against the limit for the panic already 22.22.28 # hah 22.22.29 # a filter 22.22.54 # <[IDC]Dragon> so you can do if ==max: special case, if >max panic 22.23.33 # [IDC]Dragon: Yes. We also have an if/else deciding about singe/multiple read. I don't want to add another block doing single read, I already have an idea 22.23.52 # <[IDC]Dragon> I'd need a file on my card which uses the last cluster 22.24.00 # No, you don't 22.24.04 # it still crashes when you press two buttons at the same time 22.24.21 # <[IDC]Dragon> ? 22.24.22 # First, check in the debug menu how many sectors your card has. 22.24.59 # it's filtering!! 22.25.05 # hey, here's another rockbox q.....it says I have much more free space on my hard drive than I know I do....not a big thing, but weird, no? 22.25.07 # now to understand the intricacies 22.25.17 # <[IDC]Dragon> need to get a daily build or update+compile 22.25.17 # [IDC]Dragon: Then add the following in main.c (I did it from line 202 on, after usb_start_monitoring): 22.25.41 # { 22.25.42 # unsigned char dbuff[1024]; 22.25.42 # ata_read_sectors(1, , 2, &dbuff); 22.25.42 DBUG Enqueued KICK amiconn 22.25.42 # } 22.26.13 # You'll need another panicf() call in ata_mmc.c: 22.26.59 # At the end of ata_read_sectors, but before the flush, put: 22.27.00 # if (ret) 22.27.00 # panicf("read_sectors(%d, %d) (%d) %d", start, incount, i, ret); 22.27.28 # Then compile an ajbrec.ajz and rolo into it with the card inserted 22.27.40 # hrm. 22.28.57 Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) 22.29.25 # [IDC]Dragon: If you change the ', 2' to ', 1' it should not panic, because then it uses single read 22.29.51 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 22.29.51 # * [IDC]Dragon compiles on the notebook first time 22.30.07 # * amiconn always compiles on the notebook :) 22.30.19 # <[IDC]Dragon> i know 22.30.43 # <[IDC]Dragon> binutils not ported to amiga? 22.31.01 # Latest amiga gcc is 2.95... 22.31.17 # (if I didn't miss something) 22.32.48 # * [IDC]Dragon missed to checkout the fonts 22.33.02 # does anyone know what new was introduced in gcc 3.5 ? 22.33.13 # i couldn't find much info about it 22.33.40 # gcc 3.5? I only know about 3.3.5 22.33.59 # isn't the work going on for 4.0 after 3.4? 22.34.17 # Bagder: I think so 22.34.28 # 3.4.3 is the latest release anyway 22.34.32 Join Ka [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net) 22.35.05 # Shouldn't things like tricklecharge etc. be ifdeffed out on iRiver? 22.35.07 # http://gcc.gnu.org/develop.html 22.35.16 # mentions no 3.5, only 4.0 22.35.30 # rasher: They aren't? 22.35.52 # Bagder: 3.3.5 came out after 3.4 22.36.06 # anyone know of a solid, FREE sound levelling, id3 group tage renaming programs? 22.36.09 # yes, 3.4.X and 3.3.X are two branches 22.36.10 # Looks like it is a bugfix release for the 3.3 series 22.36.44 # the URL above shows it clearly 22.37.12 # hmmm 22.37.12 # amiconn: hrm trickle charge is, I guess, but at least I see "Car adapter Mode" in the menu 22.37.34 # The car adapter mode has nothing to do with charging 22.38.04 # oh ah 22.38.11 # I'll just shut my mouth then. :X 22.38.13 # Instead, it uses a peculiarity (call it a shortcoming or a feature) of the archos hardware 22.38.23 # hehe.. you are right 4.0 22.38.26 # not 3.5 22.38.53 # The archos hardware can't power off as long as the charger is connected, that also means it switches on when power is applied 22.39.38 # So if you have a cigarette lighter socket in your car which is switched with the ignition, car adapter mode starts/stops playback accordingly 22.39.59 # interesting 22.40.10 # XShocK: apparently it _was_ called 3.5 but was renamed to 4.0 22.40.26 # http://gnu.mirrormonster.com/software/gcc/gcc-4.0/changes.html 22.40.46 Join Patr3ck [0] (~patr3ck@pD95F79DC.dip.t-dialin.net) 22.40.47 # rasher: I don't know whether this is possible on iRiver. It would require that the iRiver hardware switches on when external DC power is applied 22.40.49 # <[IDC]Dragon> the code is broken for Ondio backlight 22.41.19 # amiconn: it most certainly doesn't 22.41.29 Part Tim 22.41.53 # [IDC]Dragon: What happens? No backlight at all? 22.42.27 # <[IDC]Dragon> no compile 22.42.38 # <[IDC]Dragon> hang on, this is strange 22.44.00 # <[IDC]Dragon> ah, copy paste typo 22.44.16 # Yours, or in cvs? 22.44.21 # <[IDC]Dragon> mine 22.47.17 # <[IDC]Dragon> oh, my display is mirror-faced 22.47.30 # Huh? 22.47.50 # <[IDC]Dragon> didn't know the controller can do so 22.48.02 # sounds like great fun 22.48.27 # someone set up a projecting system 22.49.19 # [IDC]Dragon: ??? What did you do? The controller can do so, as it can reverse the horizontal & vertical scan directions separately. However, building from current cvs works for me... 22.49.42 # <[IDC]Dragon> perhaps my settings are very confused 22.49.57 # * amiconn tries a full rebuild 22.50.06 # <[IDC]Dragon> the backlight introduces a few settings bits 22.50.30 # <[IDC]Dragon> ofsetting them, making them very incompatible 22.50.52 # Yeah, but the settings shouldn't cause the controller to reverse the directions separately... 22.51.04 # <[IDC]Dragon> yes, stange 22.51.30 # <[IDC]Dragon> the display was flipped, shifted, and mirrored 22.52.02 Part LinusN 22.52.27 # <[IDC]Dragon> \o/ 22.53.28 # <[IDC]Dragon> oops, he left, I confused with entering 22.53.35 # heh 22.53.36 # ;) 22.53.51 # <[IDC]Dragon> hooray, Linus is gone 22.53.52 # did linus upload the 140mhz suff? 22.53.55 # stuff 22.54.04 # lol 22.55.03 # (sorry, 'Suff' meaning 'being drunk' in german) 22.55.10 *** Saving seen data "./dancer.seen" 22.56.14 # [IDC]Dragon: My display behaves just fine. 22.58.28 Quit ashridah ("phone") 22.59.03 # aha, Linus is awake ;-) 23.01.04 # <[IDC]Dragon> now upside down+shifted 23.02.17 # Does it work correctly with archos? 23.02.54 Quit uncledrax () 23.03.27 # <[IDC]Dragon> I bet so 23.03.36 # <[IDC]Dragon> now copying a daily build 23.03.41 # Maybe there's a connection pb... 23.03.57 # (did you uart-boot recently?) 23.04.09 # <[IDC]Dragon> no :-) 23.04.53 # Any changes to H1x0 today? 23.05.30 # nothing public, no big changes 23.05.42 # <[IDC]Dragon> the daily is OK (normal flip, because of settings shift) 23.06.22 # Bagder: Many links on the datasheet wiki page (leading to datasheets stored in the wiki) don't work anymore... 23.06.44 # [IDC]Dragon: Which gcc? 23.07.05 # annoying 23.07.06 # <[IDC]Dragon> 3.3.5 23.07.17 # Hmm. That's what I use too 23.07.38 # Do you have internal changes? 23.08.04 # <[IDC]Dragon> internal? only the backlight 23.09.43 # <[IDC]Dragon> but I got the sector count now 23.16.35 # <[IDC]Dragon> amiconn: it doesn't panic 23.16.58 # Interesting... The internal flash also doesn't panic 23.17.11 # What brand/type is your card? 23.17.29 # <[IDC]Dragon> extrememory 23.17.43 # <[IDC]Dragon> I can try another one 23.17.59 # Hmm. Mine is a Transcend. 23.19.01 # Bagder: What happened to the datasheets? 23.19.32 # UDA1380 supports 24-bit, so there is no need to translate libMad into 16-bit back, is it right? 23.22.04 Quit jyp ("poof!") 23.22.15 # <[IDC]Dragon> XShocK: but the CPU does "only" 20 bits 23.22.34 # <[IDC]Dragon> (said Linus) 23.22.37 # [IDC]Dragon: I don't think it's necessary to optimize a special case of the special case, right? 23.22.45 Join jyp [0] (~jp@10.135-200-80.adsl.skynet.be) 23.23.44 # <[IDC]Dragon> meaning, some cards working? 23.24.34 # No, meaning reading *exactly* the 2 last sectors with 2 single reads instead of a 1-long multi read plus a single read 23.25.04 # (The 1-long multi read takes slightly longer than a single read) 23.25.19 # <[IDC]Dragon> forget it, yes 23.28.20 # <[IDC]Dragon> the other card also behaves well 23.29.12 # Btw, it's better that this happens with one of my cards (in fact my only card), rather than a user's 23.29.28 Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) 23.29.29 # It might have turned out very hard to investigate then... 23.29.42 # <[IDC]Dragon> yes, like Trevors problem 23.29.57 # I'd really like to get hold of a 0308 unit... 23.30.23 # I have no idea why it fails by looking at the code only. 23.30.54 # <[IDC]Dragon> Trevor seemed happy to send one 23.34.24 Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") 23.35.50 # What? Did I read right? The iRiver could have done 24 bit but the CPU is preventing it from doing so? 23.36.26 # any rockboy devs in here? 23.36.36 # yes? 23.36.41 # well, duh, you're in #rockbox 23.36.46 # <[IDC]Dragon> DeadMan, the I2S interface of the CPU is 20 bit max 23.36.49 # HCI broke something :) 23.36.57 # i got it working again with a backup 23.37.01 # hcL 23.37.03 # [IDC]Dragon that sucks neh? 23.37.08 # HCl: was that yes to me...? 23.37.12 # coob: yup. 23.37.26 # got your source anywhere? 23.37.29 # <[IDC]Dragon> no, plenty ofdynamics still 23.37.29 # yea 23.37.33 # hold on 23.38.13 # ftp://titania.student.utwente.nl/ 23.39.26 Quit jyp ("poof!") 23.39.32 # cool thanks 23.39.43 # np 23.46.20 # rockbox-devel.zip i take it... 23.48.46 # yea 23.48.58 # its just a zip of my sourcetree, not really pretty or anything 23.49.18 DBUG Enqueued KICK DeadMan 23.49.18 # * DeadMan 14»»12 12np 14·7 Daft Punk - Discovery - 14·7 10:29/60:58 [15¦¦5¦¦¦¦¦¦¦¦¦¦¦¦7] 14·7 151046 kbps 14«« 23.50.13 # oh dear 23.50.31 # Hey I like it ;) 23.50.50 # and the anime music video is cool 23.50.55 # hahaa 23.51.01 # i absolutely _hate_ anime music videos 23.51.12 # but that one's original, so it's almost excusable 23.51.24 # yeah it was made for the music and it runs as a movie 23.51.32 # heh. 23.51.40 # its okay 23.51.44 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.51.44 # * HCl likes amvs :P 23.51.46 # old stylee anime 23.52.05 # reminds me of Battle of the Planets :) 23.52.21 # [IDC]Dragon: Did you find out what happened to your display? 23.52.41 # <[IDC]Dragon> no 23.52.52 # <[IDC]Dragon> i didn't really try 23.53.15 # Maybe a 'cvs diff -u' gives you a clue? 23.55.44 Join Digital007 [0] (~acc9ead3@labb.contactor.se) 23.55.50 # Hi 23.56.19 # hello 23.56.41 # When iRiver rockbox is finally finished, will the bootloader be available "pre-compiled"? 23.56.50 # not from us 23.57.05 # it contains iRiver code 23.57.12 # will you provide an exe to compile it? :) 23.57.18 # but practically, it will probably be available as an .ips patch 23.57.28 # so where would i get the bootloader from? 23.57.34 Join amiconn_ [0] (~jens@pD9E7FCF2.dip.t-dialin.net) 23.57.41 # kazaa 23.57.53 # or maybe off some home boxes running apache 23.57.58 # No 23.57.59 # heh 23.58.04 # it could be a executable that applies a patch against an iriver hex file 23.58.10 # yeah 23.58.13 Quit amiconn (Nick collision from services.) 23.58.14 Nick amiconn_ is now known as amiconn (~jens@pD9E7FCF2.dip.t-dialin.net) 23.58.15 # It should be 23.58.19 # Bagder: No downloads of wiki attachments work :( 23.58.26 Join LinusN [0] (~linus@labb.contactor.se) 23.58.42 # how are most people currently loading the fw? 23.58.43 # as im sure there are people who want to try iRiver rickbox but don't wanna mess around trying to assemble the bootloader 23.58.46 # Bagder: Even not those I added today! 23.58.56 # :-/