--- Log for 10.03.107 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 8 days and 18 hours ago 00.01.08 # Llorean, what does it mean when they say CF IDE SATA Ethernet, SD, usb, etc... have the same standard? 00.01.43 # same standard in relation to controller? 00.02.40 # I have no idea. I don't even know where you're getting this from. 00.03.12 Join mattzz [0] (n=mattzz@d107241.adsl.hansenet.de) 00.06.12 Join gursikh [0] (n=khalsa@adsl-209-30-241-140.dsl.hstntx.swbell.net) 00.06.14 Quit K3nto ("Leaving.") 00.06.24 # OMG I LOVE ROCKBOX! 00.06.26 Part gursikh 00.06.28 # I have no idea where I saw it, but I remember I thought it was weird 00.07.24 # It could just be gibberish. 00.07.24 # Llorean, great news: new bootloader, latest build: everything is ok! The new bootloader installer really ROX. Kudos to chapman and all the rockbox team!!! 00.07.31 # in the sense that hardware controllers follow a single standard 00.09.47 # euz_: I guess it simply was a list of supported connections by one chip / board 00.10.07 # new bootloader for what target? 00.10.13 Join decayedcell__ [0] (n=decayed_@59.167.157.71) 00.10.55 # muesli__, ipod mini 2gen 00.10.56 # muesli__: The iPods 00.10.56 # perhaps 00.11.02 # ah ok 00.11.10 # not my cup 00.11.10 Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) 00.11.30 Quit Hoffmann ("Ciao") 00.11.30 # does profiling work for arm at all? 00.11.47 # muesli__, the one I used was very old , I installed it all by my hand with dd and instructione more than 6 months ago 00.12.08 # I was wondering how hard it would be to connect SDHC to H120 00.12.14 Join cmptrgy412 [0] (n=cmptrgy4@ppp-70-245-245-167.dsl.stlsmo.swbell.net) 00.12.23 # wasnt the mini 2gen somehow encrypted? 00.12.31 # muesli__: Nano 2nd gen. 00.12.35 # ah ok 00.12.51 # i guess no solution was found so far? 00.13.07 # Nope 00.13.13 # if you swapped the IDE controller for example, would he rest be mostely software related, etc... 00.13.13 # Nobody's even working on it here, as far as I know 00.13.34 # thank you guys for your help and your time ;) night 00.13.45 Quit deadhead ("Sto andando via") 00.14.11 Join Hoffmann [0] (n=ber@c-69-248-210-174.hsd1.de.comcast.net) 00.14.16 # i guess no good news since the upcoming ipods will feature the same 00.14.20 Quit Hoffmann (Read error: 104 (Connection reset by peer)) 00.14.29 Part cmptrgy412 00.14.56 # so much wasted time, money and cpu cicles with all these protections 00.15.09 Quit decayedcell__ (Remote closed the connection) 00.15.21 Quit midkay ("Leaving") 00.15.43 Join decayedcell__ [0] (n=decayed_@59.167.157.71) 00.16.00 # with all the ipod logos on the case, how much money could they lose if you didn't see one on the screen? 00.17.17 # look at what microsoft did with xbox360, bleeding kernel encrypted inside proprietary IBM CPU 00.17.53 # I'm sure research will be used to screw more people later on, but it's absurd 00.18.26 Nick [Tesser-Away] is now known as [Tesser] (n=Tesser@unaffiliated/tesser/x-000001) 00.18.51 Quit obo ("bye") 00.19.03 Quit desowin ("use linux") 00.21.15 # where can i download the rockbox gameboy plugin? 00.21.22 # its built into Rockbox 00.22.08 Quit webguest66 ("CGI:IRC") 00.22.44 # would i have to put the gb rom in a special folder? 00.23.03 Quit stamppot ("CGI:IRC") 00.23.15 # no 00.23.26 # Jonnex: just play it like a music file 00.23.27 # for organizational purposes only :) 00.23.41 # sweetness :D 00.24.22 # would be if nintendo didn't held back on their consoles so much 00.25.03 # no NES emulator? 00.25.31 Quit x2jmp (Remote closed the connection) 00.25.34 # jonnex. drop by www.ign.com for a list with the best games for the system 00.25.43 # it's usually helpful 00.25.44 Quit robin0800 ("An error? Impossible! My modem is error correcting.") 00.27.09 # yeah 00.27.15 # does it run any GBC game? 00.27.33 # classic? 00.27.37 # gb classic? 00.27.43 # Jonnex: Yes. 00.27.50 # you want to play tetris? :) 00.28.31 # hehe naaah, but perhaps some zelda! 00.30.09 Quit linuxstb ("Chatzilla 0.9.69.1 [Firefox 1.0.2/20050317]") 00.34.08 # which player has the best signal to noise ratio? 00.34.29 Part decayedcell__ 00.34.50 Join decayedcell__ [0] (n=decayed_@59.167.157.71) 00.35.14 Join K3nto [0] (n=k3nt@dhcp42-151.iqltvu.northwestel.net) 00.35.21 # euz_: I don't think anyone here knows. SNR is hardly the only important aspect of sound quality, and may not even be a relevant piece of information for portable use. 00.35.23 Join web-taz [0] (n=taz@p5081947D.dip0.t-ipconnect.de) 00.36.33 # oh, which is deemed to have the best sound quality? 00.36.47 # H1x0 has digital in/out 00.37.07 # I thought it was relevant, H120 SNR is 90 00.37.08 # has anybody heard of plugging an ipod into the computer and the computer saying that it did not recognize it? this was in windows. in ubuntu nothing happens. Th ipod goes into disk mode, and says ok to connect after a breif "do not disconnect" 00.37.31 Quit web-taz (Client Quit) 00.37.33 # dmesg doesn't say anything at all? 00.38.33 # euz_: Many people think it's relevant, but in many cases you're listening at volumes where it's not relevant in the slightest. 00.38.49 Quit lee-qid ("aufwiederbyebientotsayonara") 00.39.09 # ah 00.39.24 Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) 00.39.53 Quit decayedcell__ (Remote closed the connection) 00.40.03 Join decayedcell__ [0] (n=decayed_@59.167.157.71) 00.40.28 # volume is a question of volts or amps? 00.40.44 # alright, sweet 00.40.55 # what does dmesg say? 00.40.58 # i found a theme that works and is nice. 00.41.58 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust436.brig.cable.ntl.com) 00.42.15 # Llorean: rockbox is skipping to the next song out of no where. 00.42.33 # like before the current song is over 00.42.57 # heh, that for me meant disk problems 00.43.13 # yeah i think my ipod is broken anyway 00.43.23 # has anybody heard of plugging an ipod into the computer and the computer saying that it did not recognize it? this was in windows. in ubuntu nothing happens. Th ipod goes into disk mode, and says ok to connect after a breif "do not disconnect" 00.43.34 # thats happening also ^^ 00.43.42 # that's a problems that works nicely on pc for recorvering problematic disks 00.43.42 Join muesli- [0] (n=muesli_t@91.64.230.92) 00.44.05 # HDD regenerator, but I could find a way to connect mine to the pc 00.44.14 # couldn't^^ 00.44.19 # couldn't make the connector 00.44.23 Nick datachild` is now known as datachild (n=datachil@217-208-144-87-no75.tbcn.telia.com) 00.44.45 # I recovered a HDD and used it for another 6 months without any glitches 00.44.45 Quit muesli__ (Read error: 104 (Connection reset by peer)) 00.44.56 # hdd regenerator eh 00.45.03 # then recovered it again, recovered data, and gave up on HDD 00.46.04 # logically there's no such things as fixing a hardware problem through software, but who knows 00.46.20 # yea 00.47.02 # today I might have say more than one exoteric thing, I'm sorry, not always like this 00.47.42 # listening to Wagner, maybe motif is sipping through language barrier 00.48.37 # something interesting, can we put rockbox on this : http://www.chumby.com/corporate :) 00.49.26 # "For the true geek, the electronics are "hackable," the case is removable" 00.49.34 Quit bluebrother ("leaving") 00.49.45 # hdd regenerator, if you find a way to connect the ipod's hdd to your pc, you should give it a try 00.50.29 # worked for some six months, didn't make a single of those horrible disk seeking on error noise 00.50.30 # i can connect it. i just have to restart 00.50.41 # you need to connect it to ide 00.50.42 # :) 00.50.50 # for real 00.51.04 # dam 00.51.04 # it's ipod connect proprietary? 00.51.19 # i can go into disk mode lol 00.51.22 # the HDD connector is IDE 00.51.31 # damned slang, is always beyond me 00.51.32 # but its like a 1.8 inch drive? 00.51.37 # needs an adapter 00.51.43 # no...it is a ZIF connector 00.51.49 # ah okay 00.52.03 # you can always put out the soldering iron :) 00.52.52 # man, that gets annoying. not even hearing the whole song... 00.52.56 # I remember soldering 42 wires modding a xbox 00.53.24 # makes you want to cry 00.53.44 # K3nto: Try running a scandisk on your device. 00.54.03 # I would recomend you to format the disk, but after I did that, all my space went to hades 00.54.12 # im on linux 00.54.19 # scandisk? 00.54.36 # i formatted like 2 days ago 00.54.40 # scandisk is useless 00.54.43 # fsck then. 00.54.55 # euz_: There are errors it can detect. 00.55.25 # file system errors 00.55.32 # what's the fs on ipods anyway? 00.55.44 # FAT32 on the WinPod 00.56.02 # FAT32 on any iPod running Rockbox. 00.56.27 # oh well 00.57.11 # anyone ever heard about this player? http://frontierstore.stores.yahoo.net/nexblackbare.html 00.58.59 # it would be nice to have Rockbox on a DIY network based player 00.59.20 # Rockbox comes to players when people who own the player choose to port it, pretty much 00.59.25 # the port it to one and implement a network stack 00.59.31 # s/the/then 00.59.34 # this one is better http://frontierstore.stores.yahoo.net/noname3.html 01.00.29 # that's prolly one of those one chip does all trinkets 01.00.41 # usually horrible 01.00.56 # s1mp3 or something 01.01.23 Join Joshizzle [0] (n=chatzill@c-71-225-164-69.hsd1.pa.comcast.net) 01.01.30 # hi everyone 01.01.48 # I saw one with organic led, pretty impressive 01.01.57 Quit Joshizzle (Read error: 104 (Connection reset by peer)) 01.02.09 # too bad pixels die with time, brighter the color the faster 01.03.05 # scorche, what do you mean by network stack? 01.03.16 Join Joshizzle [0] (n=chatzill@c-71-225-164-69.hsd1.pa.comcast.net) 01.03.30 # does anyone know where I can get ipod_fw.exe? 01.03.30 # check this one http://frontierstore.stores.yahoo.net/noname.html and what they say : " Please note this is NOT the actual iPod Nano. It is a generic MP4 Player. " 01.04.03 # Joshizzle: Rockbox doesn't require that for installation. 01.04.08 # yes 01.04.12 # but I do for the dual boot 01.04.24 # Rockbox doesnt not support video well 01.04.29 # but the iPod does 01.04.37 # Yes, but Rockbox's bootloader dual boots. 01.04.43 # no.... 01.04.45 # I dont thin kso 01.04.45 # Yes. 01.04.48 # I know it does. 01.04.59 # read the FAW 01.05.03 # I can just unplug my ipod from my usb 01.05.03 # FAQ even 01.05.05 Nick scorche` is now known as scorche (i=ScorchE@rockbox/administrator/scorche) 01.05.07 # toffe82 http://www.s1mp3.org/ 01.05.11 # it will reload to iPod 01.05.17 # i mean rockbox 01.05.29 # as i said...read the FAQ 01.05.38 # Joshizzle: "I don't know how to dual boot" is not the same thing as "It's not able to dual boot" 01.05.39 # the FAQ on rockbox's site? 01.05.39 # frequently asked What? 01.05.41 # i am 01.05.57 # i cannot find the section on dual booting 01.06.00 # Joshizzle: http://www.rockbox.org/twiki/bin/view/Main/IpodFAQ 01.06.01 # i searched it 01.06.10 # there is alink right in the topic... 01.06.15 # ill check out what you just sent me 01.06.18 # brb 01.06.24 # as mentioned above, turn on, and switch the hold button right afterwards :) 01.07.15 # the ipod 5th gen is only 80mhz? 01.07.15 # multiple cpus 01.07.31 # Two cores, that we run at max 75mhz. 01.07.45 # ohhhh 01.07.47 # sweet 01.07.49 # gotcha 01.07.51 # okkkaay 01.07.53 # well 01.07.55 # thank you all 01.08.11 # now I just got to unprotect all of my bought songs 01.08.24 Quit Joshizzle ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") 01.08.29 # when all else fails, read the manual :) 01.08.53 # Llorean: i will never understand why people think we lie... 01.09.08 # motd wisdom is getting to me 01.09.11 # euz_: wrong....you should have already read the manual before using rockbbox ;) 01.09.32 # in fact, we require that you have read that before asking a question 01.09.37 Quit mattzz ("Leaving") 01.09.42 # just quoting motd 01.10.08 *** Saving seen data "./dancer.seen" 01.10.19 # it's nice to read the manual, but not as nice as having someone else reading it for you :) 01.10.46 # we could be like those people on the end of Farenheit 451 01.11.09 # each knows a manual, I for example I'm pretty familiar with glftpd manual 01.11.35 # but this is #rockbox....where only rockbox related discussion is on topic 01.12.41 # heh, have you ever heard about that ftpd? 01.12.56 # let me say that again.... 01.12.58 # but this is #rockbox....where only rockbox related discussion is on topic 01.13.40 # I'm just musing, very dully indeed, but still 01.15.02 # this isnt a social channel 01.15.29 # so we really dont care if it is "dully" or not 01.15.50 # well, most of us wouldn't hang in a social channel for the world 01.16.18 # euz_: The point is, the channel is logged, and random musings make it harder for people to read through the log to see what's happened since they last joined the channel 01.16.59 Quit muesli- ("ich will K�he!!!") 01.17.25 # the word dully actually exists :) ok, I'm really sorry 01.18.53 # did you read about that s1mp3 player? 01.19.05 # Yeah, they've been around for a little while. 01.19.16 # it's quite common I hear, 1 chip does all 01.19.17 # As far as I know they're not interested in working with Rockbox because we're GPL and they want to go BSD. 01.19.27 Quit robin0800 ("Famous last words") 01.19.32 # original software is hell on wheels 01.20.04 Join midkay [0] (n=midkay@c-24-19-236-139.hsd1.mn.comcast.net) 01.20.18 # those insidious chinese... 01.20.33 Join webguest56 [0] (i=cbdd34d5@gateway/web/cgi-irc/labb.contactor.se/x-d6c580754fd27d4d) 01.20.47 Quit roolku () 01.21.30 # it's prolly custom made, should be trick to port 01.21.58 # it's the only chip on the player other than memory and fm(optional) controller 01.22.00 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust436.brig.cable.ntl.com) 01.22.47 Quit webguest56 (Client Quit) 01.22.57 Quit robin0800 (Client Quit) 01.23.51 # open source needs some open hardware initiatives 01.24.45 # like XY plotting routers for making pcbs 01.27.16 # well, good night, I never acknowledge as sociable, but comparasion to such stoics as yourselves, props :) 01.27.18 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust436.brig.cable.ntl.com) 01.27.31 Quit euz_ ("Leaving") 01.27.38 # phew 01.27.56 Part toffe82 01.27.59 Quit inversions (Read error: 110 (Connection timed out)) 01.30.17 Quit robin0800 (Client Quit) 01.31.49 Join barrywardell [0] (n=barrywar@host-194-46-249-5.dsl-ie.utvinternet.net) 01.32.49 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust436.brig.cable.ntl.com) 01.33.38 # petur: what i didnt tell him was that beer is highly on-topic with certain members of the communitity ;) 01.33.55 Quit robin0800 (Client Quit) 01.34.01 # shhhh you'll wake up preglow 01.34.06 # eek 01.34.34 Join Thundercloud_ [0] (n=thunderc@82.152.174.237) 01.36.21 # * dan_a_ thinks he deserves a drink 01.37.05 # If I try to set the volume on one of the DAC channels on the Sansa... the screen goes black 01.37.53 # preglow: how's the new resampler going? 01.40.35 Join Thundercloud__ [0] (n=thunderc@82.152.174.237) 01.41.22 Quit ender` (" The likelihood of Perl being involved in a system is directly proportional to the length of time the system has been in maint") 01.47.57 Quit Thundercloud_ (Read error: 145 (Connection timed out)) 01.47.57 # dan_a_: That sounds like an unusual effect. 01.48.26 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 01.49.08 # Llorean: I've never written an audio driver before - perhaps it happens all the time 01.49.38 # dan_a_: I suppose that's fair. Neither have I. :) 01.50.40 # markun: i'm trying to tweak a few more cycles out of it 01.50.51 # but not as fast as i wish it would be 01.51.07 # preglow: how's the quality? 01.51.15 # ah, it's not new like that 01.51.21 # i'm just recoding the one we have in asm 01.51.33 # like jhMikeS did for coldfire 01.51.46 # * barrywardell remembers how reading the RTC on the Sansa caused the LCD to not work. 01.52.06 # preglow: Don't the ARM targets actually support a lot more in the way of real sample rates they can output at? 01.52.15 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 01.52.17 # barrywardell: Can you remember why? 01.52.47 # Llorean: they do indeeed 01.53.07 # I think it was a timing issue. I never figured out the real reason, but reading it too soon seemed to cause the problem 01.53.10 # but that would mean more delving in playback.c than i'm qualified to do 01.53.13 # Hehehe 01.53.48 # Well, there's also the fact that a good ARM resampler is a good thing to have anyway, there's no guarantee it'll always be true that ARM targets will have more real sample rate output options. 01.53.56 # dan_a_: also, the lcd seems to not work some times when starting up with current svn. 01.54.35 # Llorean: yeah, and there's the pitch screen which also uses it 01.54.56 # Llorean: dynamically changing sample rates when possible will mean glitches you don't want when beatmatching 01.55.05 # Ah, forgot all about the pitch screen. 01.55.09 # not that i actually think anyone uses rockbox for that, but i like to think i'm useful... 01.55.15 # barrywardell: I've noticed that (it gets an odd, organic pattern as it fades out, or it's plain white.) Unfortunately it's not often enough for me to be able to try to fix it. My guess is that some of the pauses need lengthing 01.55.21 # I've used the pitch screen a few times to speed up audiobooks. 01.55.36 # which bloody reminds me of another thing i should work on 01.55.40 # time stretching 01.56.04 # dan_a_: there may also possibly be a problem with udelay() - it's not wrap safe 01.56.37 # dan_a_: but that shouldn't cause problems that are so frequent 01.57.34 # preglow: any plans for a better resampler? 01.57.59 Join Shaid [0] (i=shaid@203-214-5-85.dyn.iinet.net.au) 01.58.14 # not really, no 01.58.22 # preglow: how's the one added to speex? Did you look at it? 01.58.28 # had a look, looks expensive 01.58.52 # somethings are struggling even with the one we currently have 01.59.02 # and that's as low complexity as things get without sounding like complete shit 01.59.43 # in a bag or not 02.00.43 Quit Thundercloud (Read error: 110 (Connection timed out)) 02.01.02 # I've got FIQs! 02.01.04 Quit pearldiver (Read error: 110 (Connection timed out)) 02.01.29 # preglow: we're using linear interpolation now, right? 02.01.33 # dan_a_: working on sansa sound already? 02.01.35 # markun: aye 02.01.50 # markun: whatever scheme we use in the future will probably have to be used in conjunction with that 02.01.58 # preglow: Why not? :D 02.03.22 # got your hands on the datasheet yet? 02.04.22 # I have. It's so nice to have one for a change 02.04.48 # preglow: you tried a codec from the latest svn? 02.05.13 # jhMikeS: mentioned the results soon after you asked me 02.05.48 # huh...and I replaced my whole build, cleared settings and still get that 02.06.00 # build from rockbox.org? 02.06.28 # svn, no mods 02.07.01 # well, it seemed perfectly ok here 02.07.02 # maybe I should do that...not build myself 02.07.11 # haven't got any high bitrate oggs 02.07.22 Part pixelma 02.07.27 # in a related note, downsample arm asm really doesn't seem to gain much :/ 02.07.33 # It's just that every single other thing is unaffected 02.07.40 # i'm trying out a hack to shave two cycles off each mul now 02.07.42 # It's really frustrating, the screen only working while music is playing... 02.07.44 # really? 02.08.11 # dan_a_: cool, cool 02.08.18 # dan_a_: looking forward to the gentlemen mail :> 02.08.21 # the coldfire gain were just off the chart :\ 02.08.39 # jhMikeS: coldfire just seems to gain that much more from asm 02.08.39 # preglow: There's no sound yet, but I know it's in there somewhere 02.09.19 # jhMikeS: anyway, we'll see, now i've written it, i'm not just going to delete it 02.09.29 # preglow: The speex resampler is actually slightly broken, I think 02.09.33 # Do you test with the SPC codec? 02.10.09 # preglow: If I play a less-than-44.1 file, it plays back more quickly than the file does on PC, by a small amount 02.10.12 # I use that one for gauge it usually 02.10.55 # dan_a_: there must be a reason why the i2c and lcd are interfering with each other 02.11.14 # Llorean: oh? 02.11.31 # barrywardell: The power for the LCD is built into the as3514 (or at least the backlight) 02.11.33 # Llorean: i don't think that's resampler related 02.11.38 # preglow: Yes. I'd noticed speex played back slightly too quickly (listening to a file for about a minute, the DAP would get about a word ahead in the audiobook) 02.11.42 # jhMikeS: upsampling is work in progress yet 02.11.47 # * barrywardell looks at lcd-e200.c 02.11.49 # that speex interpolator has might familiar things about it to me :) 02.11.57 # preglow: Well, the problem happens in 16khz files, but not 44.1khz files, and it only affects speex. 02.12.22 # umm 02.12.26 # The files play fine in foobar2000, but in Rockbox (simulator, H120, Nano, or Gigabeat, take your pick) the 16khz files play a bit too quickly. 02.12.37 # is the resampler in speex even enabled? 02.12.40 # i doubt it 02.12.45 # dan_a_: good point 02.12.53 # * barrywardell also looks at backlight-e200.c 02.13.09 # preglow: Well, safetydan suggested the resampler might be the problem, he said Speex uses its own. 02.13.58 # Llorean: i think it has its own, but i dobut it's used 02.14.00 # preglow: If speex uses our resampler, maybe I'm wrong. I could double check with a 16khz file in a non-speex format, maybe I didn't test properly with that. 02.14.18 # Either way, 16khz speex files play back too quickly, 44.1 don't. 02.15.17 # Llorean: had a quick look at the source, and it does not look like it's used 02.15.27 # Alright, I'll double check with a non-speex 16khz file 02.15.31 # do that 02.15.45 # our resampler being a bit off is not impossible at all 02.15.51 # there's some rounding being done here and there 02.16.39 # one part is 65536? 02.16.42 # in 02.16.51 # preglow: Ah, yes, it definitely happens with our resampler. 02.17.18 # what's the ratio of the speed difference? 02.17.19 # jhMikeS: delta calculation might also be a bit off 02.18.24 # jhMikeS: I don't really have a way to calculate that. 02.18.36 Quit bonbonthejon (Read error: 104 (Connection reset by peer)) 02.18.47 # Without just playing files through on each device, and seeing how much earlier one ends than the other. 02.18.54 Join AriX [0] (n=AriX_@c-68-39-157-56.hsd1.pa.comcast.net) 02.19.10 Join mcscruff [0] (n=mcscruff@cpc1-folk1-0-0-cust969.asfd.cable.ntl.com) 02.19.32 # ratio of difference would be a nice figure 02.20.01 # Oddly enough I'm suddenly having a hard time reproducing it with this .spx file. 02.20.30 # By 'hard time' I mean usually if I get them exactly in sync, I can hear it after 60 seconds. 02.20.54 # And they seem to be exactly in sync this time... =/ 02.21.06 # still enough bits you'd have to wait a long time for 1s difference in progress 02.21.34 # and besides, rounding errors should make it play slower 02.21.35 # jhMikeS: Usually 60 seconds of playback results in about a whole word's difference between the reference PC and Rockbox 02.21.46 # jhMikeS: And yes, Rockbox is slower with the 16khz MP3. 02.22.18 Quit barrywardell () 02.22.32 # that's too much for it to be the resampler, I have no doubt about that 02.22.32 Part mcscruff ("Konversation terminated!") 02.23.09 Join toffe82 [0] (n=chatzill@ppp-71-138-18-163.dsl.frs2ca.pacbell.net) 02.23.25 # jhMikeS: Well, it didn't seem to happen with the 44.1 khz file. But then, It didn't happen with the later 16khz file, so apparently I haven't done enough testing. 02.23.58 Part Jonnex 02.24.01 # right, and it shouldn't change either, should be fixed in ratio 02.24.14 # Yeah, I now can't get spx to do it at all. 02.24.31 # :-) 02.24.43 # see how talking about things helps? :) 02.25.13 # It's really frustrating, because it _definitely_ happens. 02.25.22 # i'm even using we believe you! 02.25.27 # yes, that came out right 02.25.43 Part AriX 02.25.48 # note to self: erase what you were about to write before leaving the keyboard before writing something else 02.25.54 # overboosting vorbis, and elusive speex timeshifting...just one of those days 02.26.19 # testing with a 96khz flac to see if my downsampler has any effect now... 02.26.25 # jhMikeS: Well, MP3 seems to timeshift too. 02.26.31 # it doesn't look too good 02.26.59 # cache has far too much effect on pp for my tastes 02.27.54 # which model? 3g? 02.28.15 # jhMikeS: Okay, so despite being able to reproduce it not five minutes ago, I can't do it at all now. 02.28.23 # with a wee bit of luck i'm speaking one percent boost difference here 02.28.49 Join perldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) 02.29.17 # 1%? Guess I got the C code down pretty well if that's it. 02.30.20 # Actually, optimized C code got it most of the way there and ASM another 4 or 5% maybe from that on SPC test. 02.30.37 # and that's even bloody utilising the arm early multiplier termination 02.30.48 # But I've got another 2 or 3% waiting 02.30.52 # well, now downsample is done upsampling should be faster 02.30.53 # Okay, now the files are perfectly in sync, sound perfectly in sync, but the progress is ~4 seconds different. 02.31.00 # * Llorean mutters 02.31.23 # umm 02.31.24 # http://www.rockbox.org/tracker/task/2954 02.31.26 # how can that be? 02.31.29 # jhMikeS: we really, really need some bloody way of benching dsp/codecs 02.31.36 # last post, good question really 02.31.43 # i'm tired of this fucking boost counter 02.31.59 # with its varying around 02.32.14 # We run them unregulated 02.32.17 # now it looks like i've perhaps got 2% difference 02.32.41 # * Llorean gives up on reproducing this problem, for the moment, since everything seems to refuse to work right now. 02.32.50 # jhMikeS: all that's needed is just a mode where we can let rockbox push data through as fast as it can with timing 02.33.06 # that would make me a happy camper 02.33.10 Join Obsys [0] (n=chatzill@p10133-ipcd01-1hon.tokyo.ocn.ne.jp) 02.33.11 # perldiver: That's one of those features that will be negated entirely by viewports. 02.33.27 # :-o 02.33.27 # right, so skip DMA transfers 02.33.28 # ah, viewports 02.33.33 # rockboy is now available to X5? 02.33.41 # :-o ?! 02.34.33 # JETC-: has been for quite some time 02.34.38 # ahh 02.34.40 # rockBOY 02.34.41 # ignore me 02.35.16 # :] 02.36.55 # jhMikeS: i'm a bit confused now, will this work: result = last + (highpart << 16) + (lowpart >> 16); when all i want to do is add "last" and the 32 bit number i piece toghether from "low" and "high" ? 02.37.27 # i figure it will 02.37.56 # sure 02.38.00 # why do you split it? 02.38.18 # jhMikeS: arm works that way, it gives you the full 64 bit result of a mul in two regs 02.39.22 # the mul is slower, though, but it does early termination based on how many bytes in the second mul operand is zero, and seeing as how "frac" is only sixteen bits, i put them in the lower two bytes, but that means i need to do some shifting like that to recombine the lower and higher 32 bits 02.39.28 # so dont we shift right by 31? 02.39.48 # we do, but when frac is shifted fifteen bits lower than usual, that shift right becomes 16 02.40.33 # shift frac in advance so the whole result is in one reg 02.41.09 Join Strath [0] (n=donat@dpc6747254230.direcpc.com) 02.41.12 # shift it up, you mean? if i do that, i miss the entire point of early termination in the multiplier 02.41.37 # for every byte in the second operand that is zero, one cycle is shaved off the mul, so if frac is contained only in the two lower bytes, i shave off two cycles 02.41.53 # oh, see I'm not up on all this yet...but hell, one of those thing I'd reality test and go with the faster one no matter what. 02.41.57 Part decayedcell__ 02.42.07 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.42.18 # how do i test this? the savings are too small to be easily measureable 02.42.19 # but how many go into recombining it? 02.42.36 # instruction count is the same no matter what 02.42.51 Quit eggy ("") 02.43.09 Join webguest46 [0] (i=4741521c@gateway/web/cgi-irc/labb.contactor.se/x-0c9b21dff2e91c98) 02.43.16 # the one instruction i gain in recombine i shave off from not having to do the extre shift in phase << 16 >> 1 02.43.28 # the first shift is replaced by an "and 0xffff" 02.43.36 Quit petur ("Zzzzzz") 02.43.54 # hello im a newb to rockbox and im wondering if i can get any more codecs? 02.44.03 # webguest46: which codecs do you need? 02.44.10 # webguest46: codecs don't come flying in the window, someone needs to cod ethem 02.44.13 # code them 02.44.17 # non specific just wondering 02.44.24 # i cant code 02.44.25 # webguest46: all codecs rockbox supports are included by default 02.44.33 Part Domonoky_ 02.45.15 # My paypal account is open to those who wish to purchase rockbox extras :) 02.45.34 # also im using the gigabeat version and i know this questions been asked a million times but is ther anyway to remove sat encryption? 02.45.36 # a case of beer gets you far in my case 02.46.36 # especially if you're from the us 02.46.48 # webguest46: You have to use the Gigabeat software to copy the files back off your device 02.47.17 # I so wish I were up on the ARM stuff like the CF ... I might actually have some idea of what to do with it. 02.47.35 # well, not much reading is required, but it takes a while to get the hang of it 02.48.22 # well i already took them off my player to a backup on my c drive. now when i go to the gbroom the files dont show? 02.48.36 # whoops didnt mean to put a ? there 02.48.45 # usually the read to get the basics of instructions, then a good lookup. I ususally proceed by looking at mnemonics that look like the do what I need. 02.49.09 # http://www.pvv.org/~thomj/rockbox/arm_ds.S 02.49.26 # it ended up fairly close to yours after all 02.49.44 # webguest46: This really isn't a support channel for problems you have with the original firmware and software. I've never used it, and never wanted to use it. 02.50.19 # oh well i gotta go anyway 02.50.23 # peace 02.50.23 # jhMikeS: the arm instruction set is very easy to learn 02.50.27 Quit webguest46 ("CGI:IRC") 02.51.32 # jhMikeS: btw, small opt in cf downsample, the move.l before .dsloop can hardcode a fetch from 0, since pos is zero 02.52.08 # might save you 1 cycle and zero bytes, heh 02.52.11 # see...emac instructions looked cryptic too until the very minute I needed them, then it was all just clear as glass. So, after the first real bit of code I write it'll probably be another "how could I not have understood since birth?" 02.53.22 # I don't doubt I overlooked something in all that 02.53.56 # which function? 02.53.59 # downsample 02.54.15 # hehe...I'm out of it right now :p 02.55.13 # btw, perhaps it would be clever to use a 32 bit delta when upsampling, the upper word is always 0 anyway 02.55.18 # that's the least executed branch at that 02.55.27 # sure, didn't say it mattered much :> 02.56.17 # could do that, in cf it's basically swapped into that at the start 02.56.24 # that's what made me think of it 02.56.34 Join cmptrgy412 [0] (n=cmptrgy4@ppp-70-245-245-167.dsl.stlsmo.swbell.net) 02.56.35 # might not be too wise anyway, hmm 02.57.28 # mmmm...I see no problem to just do it when calcing the delta. 02.57.46 # would save a swap instruction :) 02.58.39 Quit SimonSelki ("CGI:IRC (EOF)") 02.59.11 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 02.59.16 # Actually, I'd like to tweak downsample to only read only sample when the advance moves it by only one position 03.00.26 # would make for a slow c implementation, though, don't have carry there 03.00.52 # Llorean, sorry to mislead you. I was actually thinking the speex codec wasn't telling the dsp the correct frequency for the speex files thus making them get resampled incorrectly. 03.01.13 # safetydan: Ah well, at least it led me to discover that it's a global problem, not specific to speex. 03.01.42 # safetydan: It also led me to discover the fact that as soon as I discovered it was global, it decided to no longer reproduce, at all. No matter what I try. 03.02.00 # As all good bugs are wont to do. 03.02.42 # It was 100% reproduceable until I reproduced it with an MP3 instead of a .spx. After that one MP3 showed the same symptom neither the .spx files or that .mp3 will do it any more. Including after rebooting. 03.02.50 # Entirely because they all hate me. 03.03.40 # Meanwhile, it's about the most minor bug ever as far as I'm concerned. I can't hear the difference, and can only identify it if I play the same audio elsewhere and listen to them side by side, hardly a 'normal' situation. 03.04.03 # * preglow does the ignorable bug dance 03.04.42 # yeah, not in c 03.04.50 # Yeah, I'm perfectly happy with filing it in with "Our resampler isn't perfect, you dolt (referring to me)" and leaving it be. 03.05.02 # just need bit 1 of the whole part to be the carry bit 03.05.29 # true 03.05.34 # anywho, i'm falling asleep again 03.05.37 # exacty same scheme 03.05.51 # probably back tomorrow :> 03.05.53 # night 03.05.57 # gnight 03.07.45 Join funky [0] (n=repulse@unaffiliated/funky) 03.10.10 *** Saving seen data "./dancer.seen" 03.14.29 # right, so that just leave speex stereo decoding to fix 03.21.50 Join Criamos [0] (n=Criamos@p54931179.dip0.t-ipconnect.de) 03.23.43 Join lurKer [0] (i=4a87b2ea@gateway/web/cgi-irc/labb.contactor.se/x-5d8c3829dd9646d1) 03.25.19 Join webguest56 [0] (i=9a14f589@gateway/web/cgi-irc/labb.contactor.se/x-47f9ef3ee4be3b1d) 03.29.31 Join Thundercloud [0] (n=thunderc@82.152.208.112) 03.30.47 Quit webguest56 ("CGI:IRC (Ping timeout)") 03.30.53 # jhMikeS: the first schematic of the gigabeat is on the wiki :) ok, it is just the remote control 03.30.56 Quit funky ("leaving") 03.32.26 Part nls 03.55.10 Quit Thundercloud__ (Read error: 110 (Connection timed out)) 03.56.52 Quit dan_a (Remote closed the connection) 03.57.18 Join dan_a [0] (n=dan_a@217.23.173.156) 03.57.34 Quit cmptrgy412 ("Trillian (http://www.ceruleanstudios.com") 03.57.44 Join cmptrgy412 [0] (n=cmptrgy4@ppp-70-245-245-167.dsl.stlsmo.swbell.net) 04.05.05 Quit Criamos ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 04.18.47 Quit Nimdae ("all computers going down until tomorrow night or so") 04.22.32 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 04.22.53 Join miepchen^schlaf [0] (n=hihi@p57B95A2D.dip.t-dialin.net) 04.24.37 Join webguest23 [0] (i=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-e231ab94a4b5661b) 04.30.05 Quit webguest23 ("CGI:IRC (Ping timeout)") 04.31.00 Join cmptrgy4122 [0] (n=cmptrgy4@ppp-70-245-245-167.dsl.stlsmo.swbell.net) 04.32.57 Join webguest23 [0] (i=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-ca6f514b57be54a3) 04.36.03 Join Thundercloud_ [0] (n=thunderc@82.152.208.112) 04.36.09 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 04.38.25 Quit webguest23 ("CGI:IRC (Ping timeout)") 04.41.26 Join webguest23 [0] (i=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-7568794f37ff0e84) 04.42.47 Quit cmptrgy412 (Read error: 110 (Connection timed out)) 04.45.01 Nick [Tesser] is now known as [Tesser-Away] (n=Tesser@unaffiliated/tesser/x-000001) 04.46.26 Nick cmptrgy4122 is now known as cmptrgy412 (n=cmptrgy4@ppp-70-245-245-167.dsl.stlsmo.swbell.net) 04.46.31 Quit cmptrgy412 ("Trillian (http://www.ceruleanstudios.com") 04.46.42 Join cmptrgy412 [0] (n=cmptrgy4@ppp-70-245-245-167.dsl.stlsmo.swbell.net) 04.46.54 Quit webguest23 ("CGI:IRC (Ping timeout)") 04.48.46 Join webguest23 [0] (i=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-e541c686bd9405f3) 04.53.10 Quit K3nto (Read error: 104 (Connection reset by peer)) 04.54.14 Quit webguest23 ("CGI:IRC (Ping timeout)") 04.54.39 Quit Bagder (kornbluth.freenode.net irc.freenode.net) 04.54.39 NSplit kornbluth.freenode.net irc.freenode.net 04.54.39 Quit YouCeyE (kornbluth.freenode.net irc.freenode.net) 04.54.39 Quit smably (kornbluth.freenode.net irc.freenode.net) 04.54.39 Quit tchan (kornbluth.freenode.net irc.freenode.net) 04.54.39 Quit bezlemin (kornbluth.freenode.net irc.freenode.net) 04.54.39 Quit spug (kornbluth.freenode.net irc.freenode.net) 04.54.39 Quit Overand (kornbluth.freenode.net irc.freenode.net) 04.54.39 Quit NuclearDog (kornbluth.freenode.net irc.freenode.net) 04.55.01 Join Bagder [0] (n=daniel@rockbox/developer/bagder) 04.55.01 NHeal kornbluth.freenode.net irc.freenode.net 04.55.01 NJoin YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 04.55.01 NJoin smably [0] (n=smably@CPE001346ef6aaf-CM0016b53029ec.cpe.net.cable.rogers.com) 04.55.01 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 04.55.01 NJoin bezlemin [0] (n=bezlemin@cpe-72-179-41-19.austin.res.rr.com) 04.55.01 NJoin spug [0] (i=tobias@nygaard.ping.uio.no) 04.55.01 NJoin NuclearDog [0] (n=nd@ikaruga.co.uk) 04.55.01 NJoin Overand [0] (i=overand@pdpc/supporter/active/Overand) 04.56.10 Join webguest96 [0] (i=c1713011@gateway/web/cgi-irc/labb.contactor.se/x-5a6806096b98349a) 04.56.12 Quit webguest96 (Client Quit) 04.56.38 Join datachild` [0] (n=datachil@217-208-144-87-no75.tbcn.telia.com) 04.59.18 Join fejfighter [0] (n=jeffro21@C-59-101-33-207.hay.connect.net.au) 05.01.09 Quit lurKer ("CGI:IRC (EOF)") 05.04.08 Quit cmptrgy412 ("Trillian (http://www.ceruleanstudios.com") 05.04.52 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 05.05.13 Join miepchen^schlaf [0] (n=hihi@p57B95A2D.dip.t-dialin.net) 05.07.01 Quit smably (kornbluth.freenode.net irc.freenode.net) 05.07.01 Quit NuclearDog (kornbluth.freenode.net irc.freenode.net) 05.07.01 Quit YouCeyE (kornbluth.freenode.net irc.freenode.net) 05.07.01 Quit spug (kornbluth.freenode.net irc.freenode.net) 05.07.01 Quit Overand (kornbluth.freenode.net irc.freenode.net) 05.07.01 Quit bezlemin (kornbluth.freenode.net irc.freenode.net) 05.07.01 Quit tchan (kornbluth.freenode.net irc.freenode.net) 05.07.01 Quit Bagder (kornbluth.freenode.net irc.freenode.net) 05.07.40 Join RoC_MM [0] (n=Samus0@c-66-177-58-16.hsd1.fl.comcast.net) 05.08.32 NJoin Bagder [0] (n=daniel@rockbox/developer/bagder) 05.08.32 NJoin YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 05.08.32 NJoin smably [0] (n=smably@CPE001346ef6aaf-CM0016b53029ec.cpe.net.cable.rogers.com) 05.08.32 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 05.08.32 NJoin bezlemin [0] (n=bezlemin@cpe-72-179-41-19.austin.res.rr.com) 05.08.32 NJoin spug [0] (i=tobias@nygaard.ping.uio.no) 05.08.32 NJoin NuclearDog [0] (n=nd@ikaruga.co.uk) 05.08.32 NJoin Overand [0] (i=overand@pdpc/supporter/active/Overand) 05.09.02 Quit Obsys (Read error: 131 (Connection reset by peer)) 05.09.53 Quit Thundercloud_ (Remote closed the connection) 05.10.00 Join eggy [0] (n=eggy@pdpc/supporter/sustaining/yorkcc.eggy) 05.10.15 *** Saving seen data "./dancer.seen" 05.14.29 Quit datachild (Read error: 110 (Connection timed out)) 05.15.11 Join Obsys [0] (n=chatzill@p10133-ipcd01-1hon.tokyo.ocn.ne.jp) 05.15.55 Join i6zl [0] (i=4bb425fc@gateway/web/cgi-irc/labb.contactor.se/x-e3d67a8b83239314) 05.18.15 Quit i6zl (Client Quit) 05.37.16 Join L30 [0] (n=southame@201-43-42-187.dsl.telesp.net.br) 05.39.38 Join zorton [0] (i=zorton@unaffiliated/zorton) 05.40.13 # I see that recording is now enabled on the nano. Does it just need to be tested with a line in connection via the dock connector? 05.40.33 # Brasil mostra a sua cara! 05.42.51 # '< 05.44.22 Part L30 05.50.45 # zorton, I think so but can't be certain as I don't know much about the iPod port 05.59.46 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 06.00.02 Quit atsea- (Remote closed the connection) 06.01.47 Join atsea- [0] (i=ariel@gateway/tor/x-6e8738d02ad51d9c) 06.09.45 Quit mirak (Remote closed the connection) 06.10.31 Join jhulst [0] (n=jhulst@71-10-1-92.dhcp.aldl.mi.charter.com) 06.14.54 Join RoC_MM_0w [0] (n=Samus0@c-66-177-58-16.hsd1.fl.comcast.net) 06.22.07 Join RoC_MM_0x [0] (n=Samus0@c-66-177-58-16.hsd1.fl.comcast.net) 06.27.14 Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 06.30.23 Quit RoC_MM_0w (Read error: 145 (Connection timed out)) 06.31.23 Quit RoC_MM_0x ("Leaving") 06.36.18 Quit RoC_MM (Read error: 110 (Connection timed out)) 06.47.56 Part toffe82 06.48.52 # zorton: yes 06.52.03 Join K3nto [0] (n=k3nt@dhcp42-151.iqltvu.northwestel.net) 06.54.05 Join perplexity [0] (n=joust@83.111.189.19) 07.01.32 Join aegray [0] (n=aegray@74-139-219-59.dhcp.insightbb.com) 07.01.44 # has anyone worked with the i.mx31? 07.02.34 # (or in terms of the i.mx31 relating to pp5020) 07.08.04 Quit printfXh4 (Read error: 113 (No route to host)) 07.08.12 Join printfXh4 [0] (n=pseudo@ppp109-4.lns2.bne4.internode.on.net) 07.08.54 Quit printfXh4 (Remote closed the connection) 07.09.33 Join printfXh4 [0] (n=pseudo@ppp109-4.lns2.bne4.internode.on.net) 07.09.38 Quit printfXh4 (Remote closed the connection) 07.10.17 *** Saving seen data "./dancer.seen" 07.10.20 Join datachild [0] (n=datachil@217-208-144-87-no75.tbcn.telia.com) 07.19.06 Quit datachild` (Read error: 110 (Connection timed out)) 07.21.36 # Yay.. H300 Bootloader USB mode works flawlessly now. Ta LinusN :) 07.22.57 Join printfXh4 [0] (n=pseudo@ppp109-4.lns2.bne4.internode.on.net) 07.26.22 Quit siracs (Read error: 110 (Connection timed out)) 07.37.13 Quit Febs (Read error: 110 (Connection timed out)) 07.45.31 Quit K3nto ("Leaving.") 07.47.38 Quit atsea- (Read error: 104 (Connection reset by peer)) 07.48.55 Join atsea- [0] (i=ariel@gateway/tor/x-5c769743118857f9) 07.51.43 Quit Daishi (Read error: 110 (Connection timed out)) 07.52.16 Quit fejfighter () 07.54.06 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 07.54.10 Join miepchen^schlaf [0] (n=hihi@p57B96444.dip.t-dialin.net) 07.54.19 Quit jhulst (Read error: 110 (Connection timed out)) 08.06.03 Join K3nto [0] (n=k3nt@dhcp42-151.iqltvu.northwestel.net) 08.06.15 # i cant believe im about to put doom on my ipod 08.06.52 # my dad was telling his IT guy about my recent interest in linux, and now i could have a summer job lined up. in an IT division! 08.07.14 # gotta love parent for hooking jobs up 08.07.23 # *parents 08.07.37 # hey aliask 08.07.38 # sup 08.07.44 # nooot much 08.07.47 # heh ya 08.08.04 # K3nto, you played super mario? 08.08.25 # not yet 08.08.30 # is it decent? 08.08.42 # neither. just heard about that yesterday. 08.08.49 # i've been slack with updating my rockbox 08.08.54 # heh 08.09.19 # * daurnimator waits for jdgordon & accompanying iriver 08.09.29 # aliask: what you doing for the long weekend 08.09.35 # what long weekend :( 08.09.42 # did the creator(s) of linux antocipate its capabilities/addictiveness/usefulness? 08.10.03 # addictiveness? 08.10.28 # yes 08.10.30 # linux was created for fun 08.10.35 # wasn't intended to be huge 08.10.40 # i cant leave my computer 08.10.46 # not since i installed ubuntu 08.10.57 # well you're obviously not using bash shell :p 08.10.59 # aliask: you working monday? 08.11.07 # uni 08.11.19 # OMG 08.11.35 # i just imported my entire library over from my ntfs partition 08.11.36 # haha. sucks to be you ;) 08.11.44 # now i have no reason to go back to windows 08.11.50 # :) 08.12.33 # K3nto: why 08.12.39 # K3nto: linux supports ntfs fine 08.12.55 # infact, i would use ntfs in linux over fat32 08.13.20 # i thought write support was experimental and/or non-standard or something 08.14.34 # been stable for a good 9 months now 08.15.03 # daurnimator: i thought there were plenty of ntfs issues with ubuntu 08.15.06 # but nvm that now 08.15.15 # my ubuntu universe is almost complete 08.15.22 # just have to tweak my ipod a lil more 08.15.27 # what about multi-verse? 08.15.37 # i think the HD is corrupt actually. anybody know of anything to fix that? 08.15.51 # i pretty much left linux because there was no good audio player 08.15.59 # ?!?! 08.16.03 # Amarok dude 08.16.12 # its really good. i think anyway 08.16.15 # amarok is a piece of steaming shit 08.16.34 # for real?? why didnt you like it? so simple, so pretty 08.16.38 # * scorche coughs 08.16.52 # lol 08.16.56 # its so ugly, slow & hard to use 08.17.08 # scorche: got a whiff of amarok? :0 08.17.12 # maybe its ur system? mine is fast like a abbit 08.17.20 # rabbit* 08.17.25 # no...i got a whiff of an off-topic discussion 08.17.32 Join austriancoder [0] (n=austrian@80.120.117.30) 08.17.44 # o sry 08.17.52 Join Rob2222 [0] (n=Miranda@p54B16A8E.dip.t-dialin.net) 08.17.53 # austriancoder: Congrats on the great result of yesterday's meeting 08.18.36 Quit printfXh4 (Read error: 113 (No route to host)) 08.21.09 Part K3nto 08.24.06 Join K3nto [0] (n=k3nt@dhcp42-151.iqltvu.northwestel.net) 08.25.32 Quit Rob222241 (Read error: 145 (Connection timed out)) 08.29.09 # aliask: thanks... 08.29.10 # anybody here use doom? im having problems i thin 08.29.11 # k 08.29.30 # * austriancoder plays with the developer board 08.44.49 Quit K3nto ("Leaving.") 08.45.49 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 08.49.26 Join K3nto [0] (n=k3nt@dhcp42-151.iqltvu.northwestel.net) 08.51.21 # if i could fix my ipod that would be awesome. then i wouldnt have to restart my pc everytime i wanted to gain access to it 09.04.37 Join Ribs [0] (n=ribs@91.84.8.218) 09.06.42 Join Babbelaar [0] (n=Jason@144.132.197.201) 09.06.58 # Hello yall? 09.07.31 # Well 09.08.00 # Um.. I d/l the new h300 build a while back( i didn't d/l a build since like last year) and when i try to play songs it says "incompatiable" 09.08.17 # and when i look at version it sez "incompatiabl 09.08.31 # That'll be because you only updated the rockbox.iriver file 09.08.38 # You need to replace the whole .rockbox directory too. 09.08.48 # how do i do that? 09.09.10 # Cause i just read the manual about "updating" and it said d/l the new build and just hook it up 09.09.13 # Download the new build zip, and extract the whole thing to the root of the harddrive 09.09.29 # Make sure you replace all the files it asks about 09.09.39 # In Mac it doesn't ask about anything 09.09.46 # except rockbox.iriver 09.09.58 # * aliask sighs 09.10.12 # Is MacOS making your life easier? :P 09.10.19 *** Saving seen data "./dancer.seen" 09.10.24 # in this situation.. i'd have to say.. no :( 09.10.48 # I believe Macs hide folders starting with a . 09.11.07 # So the .rockbox folder will be hidden - that might have something to do with it. 09.11.16 # But say i extract the file there 09.11.19 # The zip 09.11.27 # Im guessing all the other files will go 09.11.36 # Which other files? 09.11.54 # no i mean that .rockbox file i can't see it on my mac 09.11.57 # but like on my windows 09.12.00 # nd 09.12.29 # If i extract the zip file in the Iriver, im guessing it will replace the .iriver folder 09.12.32 # *.rockbox 09.13.23 # It should do it in macos too, but it looks like it's not. WinZip will definitely ask you if you want to overwrite the other files (which you do want) 09.13.42 # Na it's just harder to do it on windows 09.13.50 # Cause my USB Data Port is bent.. 09.14.10 # which makes me have to put pressure on the h300 when i want to d/l anything 09.14.12 # Ah ok. There might be a way to do it on macs, but I don't have the first clue about them really. 09.14.20 # thanks though 09.14.27 # You're welcome. 09.14.59 Join Presence [0] (i=presence@irev.net) 09.17.43 # Something's wrong with the tree contexts 09.18.24 # If you enter the file browser, move the cursor to e.g. the 5th item, then back out and enter the db browser, guess at what item you'll end up? 09.18.38 # First? 09.18.43 # 5th item. 09.18.43 # Fifth 09.19.08 # I read file browser twice the first time, so I was thinking "It should be the fifth but apparently is not" rather than "It should be the first but apparently is not" 09.19.09 # But the reverse is not true: the db cursor position doesn't "transfer" to the file browser 09.19.41 # Babbelaar, are you familiar with the terminal? You could always use unzip on the command line. At least I think OSX has unzip 09.19.46 # Okay, when a playlist ends, where exactly are you supposed to end up? 09.21.00 # um 09.21.03 # I expanded it 09.21.07 # and it showed everything 09.21.18 # but it put the thing into a folder on iriver 09.22.13 # lemme try one more th ing 09.22.35 # Llorean: If 'follow playlist' is disabled, you should end up wherever you were last. If you directly resumed after boot, hence didn't enter the file browser before, you should be in the root, first item 09.23.01 # If 'follow playlist' is enabled, you should end up on the last file played 09.23.33 # okay, i love rockbox. im playing a 9-minute song and im gonna see if it plays it through without interruption 09.23.35 # All this is only true for the file browser; the db browser can't do 'follow playlist' 09.23.39 # amiconn: Okay, just making sure. All these people are complaining about playlists ending and finding themselves in the root menu, and my playlist just ended and I was where I launched it from, and I was just a bit uncertain how the behaviour worked from other people's statements. Thanks. 09.24.07 Quit Babbelaar ("Babbel v070113.19 Mac OS X Edition (Intel) - http://www.babbelirc.com") 09.24.29 Part K3nto 09.24.53 # Llorean: I'm not sure how this is supposed to work wrt root menu. I was only talking about browser behaviour 09.26.58 # amiconn: I think the problem is that if you launch a playlist from filetree, go to the menus to change a setting, then tap Play to return to the WPS, when the playlist ends you're in the menu, and that wasn't the previous behaviour so users find it unexpected. 09.27.16 # It's an extension of how it worked before, making it more consistent, but users don't see it as that. 09.29.26 Join K3nto [0] (n=k3nt@dhcp42-151.iqltvu.northwestel.net) 09.29.57 # woot! 8 minutes of music and no interruptions. My faith in rockbox is 100% 09.30.16 # Recent iPL convert? 09.30.33 # ipl? 09.30.38 # iPod linux 09.30.44 # yes 09.30.48 # Heh :0 09.30.51 # and im neve going back! 09.31.02 # It's pretty, but not very useful... 09.31.31 # what, ipod linux? 09.31.41 # Yes, or at least last time I used it. 09.31.47 # lol 09.32.05 # put it this way. apple's=broken. iPL=perfect 09.32.11 # its very functional 09.32.28 # I would say iPL is very far from perfect. 09.32.39 # why 09.32.43 # How's the battery life? 09.32.56 # hood 09.32.56 # Llorean: How's our battery life... 09.32.58 # good 09.33.03 # aliask: I never claimed we were perfect either. 09.33.07 # :P 09.33.08 # 50% = to 5 hours 09.33.11 # K3nto: You have a strange definition of good. 09.33.21 # It's significantly less than the battery life in the Apple firmware. 09.33.21 # and my ipod is about a year or more old 09.33.37 # iPL also doesn't have the best audio functionality in the world. 09.33.39 # realistically though. when are you going to listen to your ipod for 10 hours of the day? 09.33.49 # some people do 09.33.55 # i dont lol 09.34.02 # Some people also need to use it across several days without the opportunity to charge. 09.34.04 # so 10 is more than decent 09.34.24 # meh 09.34.40 # Thank you for dismissing aspects of my lifestyle with but a single word. 09.35.09 # My point is simply this: iPL is not perfect, nor will it be until there are no bugs and it surpasses _every_ aspect of both Rockbox and the original Apple firmware, and nobody can raise a complaint about it. 09.35.21 # That's, to a lesser extent, the definition of perfect: Without flaw. 09.35.46 # it wont have a flaw in it when it can make me a latte 09.35.55 # lol 09.36.11 # i see a fundamental flaw 09.36.11 # scorche: I mean, simply enough, if iPL were perfect, why's he using Rockbox at all? 09.36.21 # with a shot of hazelnut and caramel 09.36.34 # Llorean: what? 09.36.44 # iPL=Rockbox...? 09.36.48 # iPL is not Rockbox. 09.36.53 # not even close.. 09.36.53 # iPL is iPod Linux... 09.37.02 # well now 09.37.19 # I mean, it'd be somewhat silly to have two different names for the same thing. 09.37.20 # i like ROCKBOX. dont know about iPL 09.37.59 # * Llorean votes for a name change to something Recursive that end's with "isn't Linux" 09.38.45 # why 09.38.50 # its like an identification 09.39.17 # It was a joke, based on the GNU name. 09.39.37 # wait rockbox isnt linux based?. 09.39.45 # no 09.39.46 # No, it's not. 09.40.02 # really 09.40.05 # wow 09.40.07 # Yes, really. 09.40.09 # we have our own faster, smaller kernel 09.40.10 # huh 09.40.14 # ah 09.40.24 # so not the linux kernel 09.40.29 # it takes nothing from linux? or is it just not BASED 09.40.31 # on linux 09.40.56 Join linuxstb [0] (i=d529f3ae@rockbox/developer/linuxstb) 09.40.59 # it was written from scratch 09.41.10 # There are bits of code here and there, especially for the iPods, that were derived from iPodLinux 09.41.16 # But the kernel itself was built from scratch. 09.41.20 # i see 09.41.26 # nice. 09.41.27 # Llorean: yeah...i was referring to the kernel 09.42.10 # K3nto: But usually when people say 'based on linux' they refer to it actually being a modified linux kernel. 09.42.15 # Rockbox is very, very, very far from being that. 09.42.29 # and its not just a stripped down linux kernel?...its actualy your own(rockbox) kernel? 09.42.34 # HaSH: Yes. 09.42.45 # HaSH: That's kinda what "From scratch" means. 09.42.50 # that is what "from scratch" means ;) 09.42.55 # bah you! 09.42.59 # Llorean, lol sorry its late....and im baked :-) 09.42.59 # i am slow tonight 09.43.14 # Llorean: but its still open sourced right 09.43.17 # Llorean: we do think alike though =/ 09.43.23 # of course it is 09.43.23 # but right on...thats cool. i always thought it was linux 09.43.25 # K3nto: Yes, it's released under the GPL license. 09.43.31 # sweet 09.43.33 # I don't see how that's really related to being Linux or not. 09.44.12 # HaSH: lol yea 7 coors and my keyboard dexterity is maintained lol 09.44.17 # amazing 09.44.27 # lol 09.44.53 Part K3nto 09.45.03 # * linuxstb points people to http://www.rockbox.org/history.html 09.46.05 # ah well its almost 4am im off to bed. cya 09.47.28 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 09.47.48 Join miepchen^schlaf [0] (n=hihi@p57B96444.dip.t-dialin.net) 09.48.55 # ah 09.49.11 # linuxstb: Didn't you say rolo'ing diskmode should work now? 09.49.20 # It still doesn't on mini2g 09.50.09 # Rolo functionality seems to come and go... 09.50.42 Quit perplexity (Remote closed the connection) 09.50.44 # But I think it was working on both my Color and Video last time I checked. 09.50.55 # (I can't check now, no DAPs with me) 09.53.08 # I only get the 'folder with exclamation mark' screen, followed by a reboot after ~10 seconds 09.53.24 # Shutdown, rather 09.54.13 # Haha, and on second attempt (after rolo'ing rockbox), rolo hangs at "Waiting for coprocessor..." 09.54.54 # Ah yes, rolo'ing Rockbox is currently broken - if you check the threads after rolo'ing it, nothing is running on the COP... 09.55.50 # I think dan_a has spent a lot of time investigating, but to no avail. 09.56.29 # Hmm. When rolo'ing diskmode or diagmode (without rolo'ing rockbox before), Rolo briefly shows "Waiting for coprocessor..", however, when rolo'ing rockbox it does not. 09.57.29 # That sounds odd. 09.57.44 # Hmm, now it did..... 09.59.21 # Hmm, the thread debug screen now shows some odd thread behaviour... 09.59.49 # With the codec thread running on the cop, the voice codec thread is constantly running (!) 10.01.06 Quit toer (Read error: 131 (Connection reset by peer)) 10.01.29 # This is with voice file present (of course), but voice disabled... 10.01.39 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 10.03.36 Join petur [0] (n=petur@rockbox/developer/petur) 10.04.04 # linuxstb: Oh, and I think this also identifies our lockstepping threads! 10.04.29 # Voice and main code are running on different cores, but they're interlocked because of the buffer swaps! 10.04.46 # Would fixing it be as simple as dropping it on Core 1 as well? 10.05.07 Join perplexity [0] (n=joust@83.111.189.19) 10.05.17 Join toer [0] (i=tore@skjeldal.com) 10.09.37 # Hmm, these are 2 different problems. 'Voice codec' constantly running applies to all swcodec targets. 10.10.52 # * austriancoder has problems to include the new as3515 audio driver in the build system... 10.11.33 Quit linuxstb ("CGI:IRC (Ping timeout)") 10.14.58 Join linuxstb [0] (i=d529f3ae@rockbox/developer/linuxstb) 10.15.53 # * amiconn started a battery bench on his X5 10.15.56 # austriancoder: What's the problem? Have you added any new files to firmware/SOURCES ? 10.27.41 Quit Siku ("reboot") 10.35.10 Part Kitt0s 10.38.15 Join adam1302 [0] (i=cbab4195@gateway/web/cgi-irc/labb.contactor.se/x-a01a208b515fc5e5) 10.39.26 Quit linuxstb ("CGI:IRC (Ping timeout)") 10.40.47 # hey how did it go with AMS 10.42.21 # ? 10.43.17 # very good.. we got the as3514 datasheet and a as3514 testing board 10.43.19 # austriancoder: 3515? 10.43.34 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 10.43.50 # hey all 10.43.51 # 3514 ans 3515 are equal of the registers 10.43.52 # howd the meeting with ams go? 10.44.02 # austriancoder: so why make a 3515 driver? 10.44.25 # and btw, are you allowed to show us the data sheet? 10.44.52 # Bagder... in my source tree it is called as3514... 10.47.45 # that only makes calling it a 3515 driver even more weird in my eyes... 10.48.03 Join hannesd__ [0] (n=light@gate-hannes-tdsl.imos.net) 10.49.01 # Bagder: was only a typo... sorry 10.51.31 Join iloric [0] (n=Miranda@217-162-114-144.dclient.hispeed.ch) 10.52.00 # are you allowed to show the data sheet? 10.53.31 Quit adam1302 ("CGI:IRC (EOF)") 10.53.32 # Bagder: it will be not aviable for everybody.. 10.53.52 Quit austriancoder (Remote closed the connection) 10.54.05 # that's not what I asked though... 10.54.21 Join austriancoder [0] (n=austrian@80.120.117.30) 10.54.50 # Bagder: do want it? 10.54.55 # yes please 10.56.34 Join ender` [0] (n=ender@84-255-206-8.dynamic.dsl.t-2.net) 10.56.40 Join aegray_ [0] (n=aegray@74-139-219-59.dhcp.insightbb.com) 10.56.58 # austriancoder: Have you fixed your build system problem yet? 10.57.11 # Bagder: will recheck it with rp- and our contact person.. but i think i can mail it to your later (you are not allowed to share it or show it others) 10.57.31 # dan_a: yep... compiles... 10.57.32 # austriancoder: it would make sense to show it to the core sansa hackers 10.57.41 # * austriancoder is back in an hour 10.57.42 # that includes dan_a and barry too 10.57.53 # I already got one off rp- 10.57.59 # goodie 10.58.11 # He thought that Barry, Bagder and myself should get them 10.58.16 # okay.. than Bagder you will get one too 10.59.03 # and they told us that we should not too much with the powermanager.. it can break the device very easily 11.00.50 # Bagder: check your mail 11.01.26 # * austriancoder hopes that he will commit a working dirver for playback and recording in some hours 11.02.11 # I bet that 11.02.20 Join webguest06 [0] (i=543834e8@gateway/web/cgi-irc/labb.contactor.se/x-e59dbcd8d490321f) 11.02.22 # will boost the amount of private support mails I get ... :-) 11.02.29 # austriancoder: Did you get sound yet? 11.03.09 # dan_a: a klick like the headphone output was enabled 11.03.15 # :D 11.03.22 # nothing more,, at the moment 11.03.50 # ohh and will later make some pohtos of the devel board 11.03.54 # so.. time to go 11.04.05 # Bagder: mail should be send 11.04.15 Quit hannesd (Read error: 110 (Connection timed out)) 11.07.28 Join Siku [0] (n=Siku@f303b.w3.tontut.fi) 11.07.39 Join Jeton [0] (n=chatzill@85.30.90.66) 11.08.35 Quit aegray (Read error: 110 (Connection timed out)) 11.08.56 Join tHEkIND [0] (n=C4AvaYiH@lns-bzn-50f-62-147-178-8.adsl.proxad.net) 11.09.02 # Hello 11.09.40 Quit webguest06 ("CGI:IRC (EOF)") 11.10.01 # I'd need to store a value 11.10.18 # How can i know where i can store it on the memory ? 11.10.24 *** Saving seen data "./dancer.seen" 11.10.26 Join linuxstb [0] (i=d529f3ae@rockbox/developer/linuxstb) 11.11.56 # using an infra-red thermometer thingy to see which bits in the RAM chips are changed? 11.12.10 # Thanks man 11.12.17 # tHEkIND: Well you haven't asked a very specific question. 11.12.21 # Most people store values in variables. 11.12.28 # tHEkIND: Are you using C or ASM? 11.12.30 # Okay okay 11.12.35 # C 11.12.46 # I'm not very friendly with C 11.13.05 # But i'll learn 11.13.06 # ^^ 11.13.45 # If it's just a small value I think the best option would be declaring a variable, and setting it. That way you dont need to worry about memory etc 11.14.19 # okay i'll do that 11.14.20 # Do you actually need to know where it is in memory? If you do, then you need to learn about pointers. Otherwise, as aliask says, declare it (like "int x;") 11.14.31 # No i don't need pointer 11.16.03 # Okay i found it 11.20.13 Join funky [0] (n=repulse@81.202.252.163.dyn.user.ono.com) 11.25.30 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 11.25.35 Join Rob222241 [0] (n=Miranda@p54B16A8E.dip.t-dialin.net) 11.29.31 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 11.29.51 Join miepchen^schlaf [0] (n=hihi@p57B96444.dip.t-dialin.net) 11.30.31 Join _pilled [0] (i=pill@sloth.shellfx.net) 11.35.42 Quit pilled (Read error: 60 (Operation timed out)) 11.35.56 Quit Jeton ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") 11.38.36 Join nls [0] (n=nils@nl104-202-175.student.uu.se) 11.42.45 Join decayedcell [0] (i=3ba79d47@gateway/web/cgi-irc/labb.contactor.se/x-83effc10fe0a4dff) 11.42.47 Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) 11.42.57 Quit decayedcell (Client Quit) 11.43.00 Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) 11.43.10 Quit Rob2222 (Read error: 113 (No route to host)) 11.43.25 Join decayedcell [0] (i=3ba79d47@gateway/web/cgi-irc/labb.contactor.se/x-011ce9994a47feae) 11.43.37 # damn 11.44.03 # pixelma: I read your question in the logs, what do you have in mind? 11.44.03 # that single stage audio initialisation added 20 minutes~ of battery life to my iPod 11.48.04 Join Id2ndR [0] (n=ubuntu@laf31-2-62-34-88-193.dsl.club-internet.fr) 11.48.16 # morning all 11.49.20 # nls: for example some settings for a default codepage on the player... some just aren't possible. I could exclude them in the lang file but IIUC amiconn said that also needs to be taken out somewhere else in the UI code 11.50.54 Join barrywardell [0] (n=barrywar@host-194-46-249-5.dsl-ie.utvinternet.net) 11.51.50 Join BHSPitLappy [0] (n=steve-o@adsl-67-64-112-194.dsl.rcsntx.swbell.net) 11.52.32 Join BHSPitMonkey [0] (n=stephen@adsl-67-64-112-194.dsl.rcsntx.swbell.net) 11.52.43 # pixelma: if they aren'y used at all just removing them from the lang file for the player should be fine 11.55.27 Join voltagex [0] (n=voltagex@124-254-111-207-dsl.ispone.net.au) 11.55.54 # anything interesting happening in rockbox land? 11.56.22 # voltagex: did you see the new menu? 11.56.41 # voltagex: Sound on the Sansa is hopefully on the way, we've got the iAudio M5 working 11.56.42 # nls: well... I've no idea. My suggestion is that I'll look into the lang file and post an update of it only with a lot comments. So that someone else could look up if it needs more changes - would that be ok? 11.56.43 # The new menu look nice 11.56.48 # markun: yeah, now we need pretty colours as default 11.56.50 # dan_a_: any progress? 11.57.24 # so at the moment, what's the best mp3 player to buy for running rockbox? 11.57.52 # pixelma: yes, I could do the other changes. 11.57.54 # preglow: Clicks, but nothing recognisable as music yet. I don't know, though, if that's because the badly written flash or LCD drivers are slowing everything to a crawl (neither of them do any yielding yet) 11.58.36 # haha 11.58.41 # I think I know what he meant that other code needs changing, the settings code isn't ifdefed very much for different targets, so that will be neccesary 11.59.30 # voltagex: it depends on your needs 11.59.53 # nls: thanks :) 11.59.58 # voltagex: if you don't care for radio and recording buy a Gigabeat F40 12.01.41 # anyone? 12.01.54 # if you care for those features but not for a nice screen, buy a iriver H1xx maybe 12.02.07 # voltagex: Well, Markun pretty much hit it on the head. 12.02.23 # Llorean: maybe i'm on his ignore list :) 12.02.37 # voltagex: What are your top three requirements for an mp3 player? 12.02.51 # voltagex: The H100 series runs really well with Rockbox, and has the most in the way of audio-specific features. The Gigabeat doesn't offer recording or radio, but has a big color screen and a ridiculously fast processor that is likely to be good for video. 12.03.55 # h10 is nice (no fm on rockbox now), but screen is little (128x128) 12.04.09 # tHEkIND: It hardly qualifies as one of the best ones though. 12.04.33 # I like my h10 ^^ 12.04.35 # All of the PortalPlayer based targets are basically disqualified from the 'best' list because of battery and USB concerns, followed closely by performance limitations. 12.04.36 # i'd say anything with portalplayer chips in it automatically disqualifies as the best choice 12.04.48 # yes... 12.04.54 # I never tested rockbox on non-portalplayer devices 12.05.03 # tHEkIND: It tends to work much better. 12.05.07 # well, it's usually a better experience 12.05.35 # So my next player will be a non-portalplayer ^^ 12.05.41 # heh 12.05.53 # OR you could annoy portalplayer until they give us documentation on their chips 12.06.03 # we'd make a statue out of you 12.06.20 # They never accepted ? 12.06.38 # PortalPlayer wouldn't even dignify me with a response to say "We won't help you" 12.06.41 Quit Ribs ("Client Exiting") 12.07.22 # Maybe they'll understand that rockbox is great for the sells ^^ 12.07.40 # But rockbox would have to be more famous 12.07.44 # I like radio, but I like video and rockboy better 12.08.06 # Someone will implement re-buffer on mpegplayer soon ? 12.08.29 # tHEkIND: Impossible to predict. 12.08.33 # NVIDIA® Acquires PortalPlayer® 12.08.33 # On January 5th 2007, NVIDIA® Corporation completed its acquisition of PortalPlayer, Inc. a leading supplier of semiconductors, firmware, and software for personal media players (PMPs) and secondary display-enabled computers. 12.08.34 # tHEkIND: someone from #gigabeat wanted to work on it, but I haven't seen him for weeks 12.08.36 # there's your problem 12.08.36 # voltagex: Then the Gigabeat is a good player for you. 12.08.42 # I need to see if we can get any PP information out of nvidia 12.08.44 Join Ribs [0] (n=ribs@91.84.8.218) 12.08.46 # voltagex: This predates the NVidia acquisition. 12.08.46 # voltagex: we tried before that happened 12.09.00 # That's bad cause mpegplayer is really a good thing 12.09.00 # NVidia just seems likely to have made it less likely, though. 12.09.12 # Llorean: you seem to have whatever i plan to say today covered, so i'll just go have a shower ;) 12.09.12 # tHEkIND: The primary focus of Rockbox is audio functionality. 12.09.13 # Llorean: well Nvidia support open source as far as they have Lunix card drivers :D 12.09.25 # preglow: It's spooky. 12.09.32 # voltagex: Closed source ones. 12.09.36 # voltagex: But they're just binaries, not os 12.09.42 # tHEkIND: yes, I would love to be able to watch some videos on a long busride 2 months away.. 12.09.51 # Llorean -> audio works very well already ! And video is most likely the functionnality that a lots of original firmwares don't have 12.10.00 # I don't hold high hopes 12.10.00 # so what docs do you need? 12.10.03 # tHEkIND: Audio still has a lot of major bugs. 12.10.08 # might try them on the phone tomorrow 12.10.12 # tHEkIND: Especially in the voice aspect. 12.10.20 # Yeah sometimes the mp3 decoders bugs 12.10.35 # voltagex: Datasheets for the PP5020 series, specifically 21 and 24 I believe, as well as the PP5002 would be nice as well. 12.11.01 # tHEkIND: Besides, Rockbox's project focus is on audio functionality. Anyone is welcome to finish MPEGplayer, but it's not being focused on right now. 12.11.45 # Whats the difference between the PP5024 and the PP5022? 12.11.46 # can someone email me the questions to ask? I'll try them on the phone tomorrow 12.12.02 # voltagex: Do they work on Sundays? 12.12.24 # if(lastbtn & (BUTTON_SCROLL_UP | BUTTON_SCROLL_DOWN)) -> is this meaning if lastbtn == BUTTON_SCROLL_UP || lastbtn == BUTTON_SCROLL_DOWN ????? 12.12.27 # decayedcell: The PP5024 is designed for flash based players, and has some unique aspects for that. As well, onboard DAC I believe. 12.12.41 # voltagex: Yeah, might want to wait 'till Monday. 12.12.57 # * linuxstb may be motivated to work on mpegplayer again once his gigabeat arrives 12.13.08 # linuxstb: You've ordered one too? 12.13.11 # tHEkIND: No. 12.13.13 # tHEkIND: Yes 12.13.19 # LOL 12.13.26 # tHEkIND: well, kind of 12.13.31 # Okay 12.13.40 # The two expressions aren't equivalent. 12.13.47 # tHEkIND: linuxstb was right 12.13.50 # i'm half asleep 12.14.00 # voltagex according to the iPL wiki, PP5002, PP5020, PP5021C-TDF, PP5022 are the iPod ones 12.14.36 # tHEkIND: But in your head it's the same thing - it's just they way the reading function works 12.14.51 # I only know operators like == / > / < / <= / >= / != 12.15.06 # decayedcell: Yes, but Rockbox isn't only interested in the iPod ones. 12.15.18 # Llorean: Yes, I won an F20 auction last week, so should be arriving in the next few days. 12.15.28 # PP5024 is sansa, right? 12.15.32 # someone who owns each pp target could check the hardware info screen to see exactly which pp chips they have... 12.15.43 # nls: Yes. 12.15.45 # which ones are in the H1xx Llorean? 12.15.58 # decayedcell: The H1xx is Coldfire. The H10 though isn't. 12.16.03 # tHEkIND: Might help to read up about boolean logic 12.16.14 # decayedcell: The H10 is the same as the iPod Mini I believe. 12.16.15 # hmm make that monday :P 12.16.16 # tHEkIND: And bitwise operators 12.16.21 # Llorean ah okay 12.16.32 # decayedcell: MiniG2 I think 12.16.35 # The H10 has a PP5020 - same as 1st gen mini 12.16.38 # Llorean yeah PP5020 12.16.42 # Ah, I was wrong! 12.16.45 Join Lear [0] (i=chatzill@rockbox/developer/lear) 12.16.51 # 2nd gen mini has the PP5022 (the only ipod with it) 12.16.58 # holy shit I just lagged for 40+ seconds 12.16.59 # I should've remembered it was the 5020, since it suffered the 5020 problem. 12.17.04 # h10 is PP5020D 12.17.17 # Has our 5020 problem let up? I haven't heard as many complaints about it. 12.17.31 # Or have they all just moved to a noscaling build finally. 12.17.35 # the cop changes seem to have done a lot to fix it 12.17.49 # I think it's a lot better with the COP builds, but I've still experienced a couple of freezes since the commit. 12.17.58 # so whats the difference between the PP5022 and PP5021C-TDF? 12.18.19 # Okay i understood the & meaning 12.18.29 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) 12.18.57 # decayedcell: There's a public "product brief" summarising the features of the PP5022, but there isn't one the PP5021, so we don't know the differences. 12.19.29 # * aliask really wants to win this x60 auction 12.19.55 # what's the difference between the PP5020 and the PP5022? 12.20.11 # they've probably promised apple not to make it public anyway 12.20.13 # so good luck on this 12.20.17 # The PP5021/5022 both have 128KB of IRAM, compared to 96KB for the PP5020. I'm not sure of other differences. 12.20.27 # so, I ask for a shitload of datasheets :P 12.20.36 # But there must be some, as we experience PP5020-only problems... 12.20.50 # hmm, I'll think about it, I'm normally fairly good at talking 12.21.04 # just got to work my way up the NVidia chain. 12.21.19 # the PP5021 lakes firewire 12.21.25 # lacks* 12.21.55 # pixelma, nls: The codepage problem on the player is that all possible settings are currently available for the player, but a number of them simply doesn't make sense. Setting them causes the unicode layer to correctly translate them, but there are no glyphs for these languages available 12.22.09 # This applies, to chinese, korean, thai etc 12.22.37 # amiconn: aha, so the setting is visible, never thought of that :-) 12.22.54 # according to here: http://buin2gou.nyaa.co.uk/ipod/ipodinside.html the PP5021 is just a PP5022 shrunken into TDF package =/ 12.22.55 # so it should be removed from the player builds? 12.23.02 # So they should be taken out of the setting *and* the lang file 12.23.30 # But the setting should not be removed completely; some values do make or will soon make sense 12.24.17 # amiconn: as I don't understand what you mean, I'll leave it to you :-) 12.24.23 # decayedcell: What makes you think the PP5022 has firewire? 12.25.15 # nls: Latin1 and utf-8 make sense right now, because both can be used to represent latin text, which is what the charcell lcd is capable of 12.25.41 # ah, yes of course, I'm a bit hungover today... 12.25.46 # With a bit of trickery, it will be possible to support latin2 and hopefully cyrillic and greek 12.26.09 # * preglow wonders if we have any greek player users 12.26.29 # ok, leave latin1, latin2, utf8 cryllic and greek, remove the rest 12.26.33 # preglow: I don't know about any, but I do know that there are russian player users 12.26.45 # linuxstb: it says so on the page I linked above. Also, I do believe the Mini 2G can sync with firewire? 12.26.51 # ...which already asked for basic cyrillic support 12.26.53 # Isn't XavierGr Greek? 12.27.11 # but does he have a player? :-P 12.27.11 # linuxstb: does he have a Player? ;) 12.27.12 # linuxstb: This is a Archos Player 'player' 12.27.25 # PP5022 supports up to 100MHz, where PP5020 only supports 80MHz 12.27.28 # decayedcell: Yes. Mini 2G supports firewire 12.28.02 Join entheh [0] (n=purr@88-106-165-17.dynamic.dsl.as9105.com) 12.28.02 # Can you create a (long) FAT filename with a ':' (colon) in it on Linux? I've heard the FAT implementation is a bit relaxed, but is it that relaxed? :) 12.28.24 # preglow: What I want to do is to bring the player lcd driver more in line with the bitmap targets, move relevant parts to target tree etc 12.28.38 # I also want to get rid of the extra conversion layer 12.29.00 # It seems like a safe separator to use in the bookmark files, but... 12.29.06 # Currently the driver does utf8->latin1->native lcd encoding (old or new detected at runtime) 12.29.37 # It should do utf8->native lcd encoding 12.29.42 # Lear: you can create such filenames in rockbox tho :-) 12.29.46 # * preglow goes to finish asm resampling 12.29.48 # decayedcell: The 5022 product brief doesn't mention firewire (but the 5020 does). 12.30.10 # linuxstb: Firewire definitely does work on pp5022 12.30.13 # I tried it 12.30.47 # It wouldn't make sense to exclude it from the product brief though 12.30.49 # nls: Ugh, that's not allowed, according to the FAT spec I've read... 12.30.50 # amiconn: Yes, I'm just saying it's external to the pp5022 12.31.25 # Lear: correct, but we are relaxed :-) (there's a patch for restricting that in the tracker) 12.31.49 Quit linuxstb ("CGI:IRC") 12.32.00 # Lear: The colon should be safe as a path separator, as long as we don't have a pc tool for bookmarks which might include a drive letter in the path 12.34.18 # Well, using DOS-style paths (with backslashes and drive letter) in the bookmark files isn't supported anyway, so it doesn't seem like something to worry about... 12.34.29 # nls: I think the M5 isn't taken into account in the patch yet - or did I miss it? 12.35.04 Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 12.35.05 # pixelma: what do you mean? 12.35.18 # like for using as a target in the lang file? 12.35.23 Join anathema [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 12.35.32 # austriancoder: did you really send it? I haven't got anything yet... 12.36.32 # I'll say it again coz I only got a few model numbers... if I ring NVidia on monday, what exactly do I ask for? 12.36.53 # as far as portalplayer goes 12.37.26 # voltagex: Any of the iPod ones, or the PP5024 would be of interest. 12.37.42 # But the most important thing would just be trying to get them to open up a line of communication with our developers at all 12.38.03 # nls: in the lang file there are sometimes target specific strings like "press x to do y" - and there I only see "x5: " 12.38.13 # Hm, the shortname is checked for bad chars properly, but the long filename isn't checked at all, it seems. 12.38.17 # err can I have a rockbox email address to give me some credibility? :D 12.38.51 # I don't believe we have Rockbox email addresses. 12.39.34 # pixelma: yes, correct, the m5 port came after that, but using m5 in such a place should work, it's just not done yet 12.39.38 # http://www.rockbox.org/twiki/bin/view/Main/RockboxOrgEmail 12.39.46 # nls: maybe for the M5 it is already covered with it - it just has a misleading name currently (?) 12.40.09 # Badger Badger Badger Mushroom Mushroom! thanks. 12.40.15 # voltagex: but I doubt rockbox gives any bonus points when talking to these guys 12.40.15 # Bagder: Nifty 12.40.28 # Bagder: Someone once brought up the idea of having a press@rockbox.org address someone could monitor to help those writing articles communicate with us, did you ever see that or have any interest in it? 12.40.35 # true, but it's better than voltagex@gmail.com 12.40.50 # can I have voltagex@rockbox.org ? 12.40.55 # oh wait, there's the address 12.41.05 # Llorean: I could easily fix an alias for it 12.41.08 # page finally loaded 12.41.52 # Bagder: I'd be more than happy to accept email forwarded from such an address, so that hopefully we can have a bit better relationship with future articles. 12.42.45 # How would I go about getting one forwarded to my gmail account? 12.42.51 Join aegray [0] (n=aegray@74-139-219-59.dhcp.insightbb.com) 12.43.27 # considered doing a show for binrev radio? That'd garner the interest of a few more potential devs 12.46.25 Quit nls (Remote closed the connection) 12.46.53 # ooh 12.46.55 # aliask: tell me your preferred email and forward address in a PM 12.46.56 # rockbox.org mail 12.47.05 # aegray: You had a question earlier about the i.mx31... barrywardell has done a bit of work on the USB 12.47.10 # Bagder: can i too? :) 12.47.15 # go ahead! 12.47.36 # aegray: yes, I have done some work on it - started a driver 12.47.37 # ergh, I'm lagging 12.47.44 Join nls [0] (n=nils@nl104-202-175.student.uu.se) 12.48.30 # testing 123! 12.51.09 # Bagder: I sent an email to that email@rockbox address 12.54.12 Quit inversions (Read error: 110 (Connection timed out)) 12.54.30 Quit aegray_ (Read error: 110 (Connection timed out)) 12.56.55 Quit Shaid ("I will see you, in the end. And I will laugh at your pain...") 12.57.01 # RESULT! 12.57.07 # yay 12.57.41 # Result? 12.57.44 # sound?!?? 12.57.55 # SOUND!? 12.57.55 # yay 12.58.06 Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 12.58.14 # Gentlemen, I have a horribly distorted version of "My face, your ass" by Lambchop playing in my right ear 12.58.19 # Hahaha 12.58.23 # * Llorean does the SOUND!!! dance. 12.58.30 # ROTFLMAO 12.58.46 # shoulda played the hamster dance for the first song 12.58.50 # distortion is cool! ;-P 12.59.02 # * pixelma feels excluded from the fun ;) 12.59.18 # dan_a: I found that quite amusing as this is what I thought of: http://www.classicmedia.tv/assets/circles/lambchop.gif 12.59.42 # hahaha 12.59.45 # aliask: Frighteningly enough, that was my first thought too. 13.00.05 # I had a nightmare about that damn animal thing the other week. Scary stuff. 13.00.37 # pixelma: time to buy another target then! 13.00.41 # Now I just need to get sound in two ears, hopefully without distortion 13.01.07 # Bagder: I was referring to the "Gentlemen"... 13.01.12 # oh 13.01.16 # dan_a_: Did you see in the logs that it might be the voice thread that is lockstepping the audio thread on the coprocessor? 13.01.25 # Ladies: I have sound! 13.01.34 # pixelma: I recall Christi saying something like that in the past too... 13.01.35 # :D thanks! 13.02.17 # * safetydan wonders what madman wrote vorbisfile.c 13.02.28 # Llorean: I did. I had tried running with the voice turned off, which hadn't helped. Do people think that the best solution will be to move the voice thread over to the COP? 13.02.29 # and woo on sound :) 13.02.56 # I'll hold off on committing, though - I think austriancoder should get first shot at that 13.03.34 # dan_a_: I dunno. But it seems that the voice thread is unusually active even with off, if a voice file is present. 13.03.38 # But that's on all targets 13.04.18 # dan_a_: looking forward to first gender neutral gentleman mail :P 13.04.51 # gentlepeople? 13.04.55 # I hope that logbot didn't feel excluded either 13.04.55 Join Sanitarium [0] (n=undergro@213-202-166-38.bas503.dsl.esat.net) 13.04.55 # 'Folk' 13.05.28 # wow...just..WOW. Rockbox has changed alot since I last used it. Good work guys. And thank you 13.08.48 Quit safetydan ("Ex-Chat") 13.09.52 # austriancoder: can you send me the as3514 datasheet too, please? barry(dot)wardell(at)gmail(dot)com 13.10.25 *** Saving seen data "./dancer.seen" 13.11.28 Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) 13.12.24 # Bagder: I have a question about TIME_AFTER. In what sense is it wrap-safe? 13.12.51 Join lee-qid [0] (n=liqid@p54966513.dip.t-dialin.net) 13.14.12 Join blind [0] (n=blind@c-24-2-248-195.hsd1.ct.comcast.net) 13.14.13 # because of it counting the numbers as signed? 13.14.33 # Bagder: I'm thinking in terms of this fix for USEC_TIMER wrapping: http://pastebin.ca/379203 13.14.39 # would they be useful? 13.14.55 # pondlife: hey 13.15.33 # ho 13.15.45 # you reverted my code this arvo? 13.15.50 # or yesterday? 13.16.00 # I didn't revert anything AFAIK 13.16.17 # yeah, you unsimplified my simplified previous browser code 13.16.33 # Ah, it didn't work 13.16.33 # it didnt? 13.16.33 # Bagder: do you think we could just check the Target: line in `gcc -v` for x86_64 to apply the patch in rockboxdev.sh? 13.16.33 Quit decayedcell ("CGI:IRC (EOF)") 13.16.49 # No. If you went into the Database from the menu, it didn't set previous_browser 13.17.20 # oh, ok then 13.17.20 # So you return to the file browser (and could then get a nice crash) 13.17.29 # preglow: yes I think we can, but that requires an existing (recent) gcc to invoke 13.17.36 # This was also why my DB auto-init stuff was stuffed 13.17.48 # JdGordon: Please test what I've done though 13.17.52 # Bagder: well, you need that to compile the compilers anyway, so i don't see the problem 13.17.59 # right 13.18.53 # pondlife: tomorow if I get a chacne... I thought my code worked.. but i belive you if you say otherwise :p 13.19.10 # :p back atcha 13.19.16 # barrywardell: I think you could simplify it by using the TIME_AFTER macro 13.20.35 # * JdGordon wants a bigger screen on his h300... some of the 5g wps's look awesome 13.21.17 # barrywardell: something similar to http://pastebin.ca/388946 13.23.11 # Bagder: how does that compensate for USEC_TIMER wrapping around to 0 after 2^32? 13.23.50 # when counting them as signed, they wrap to negative after 2^31 13.24.04 # ahhh, I see now 13.24.23 # i couldn't make sense of that before, thanks! 13.26.01 # dan_a_: bit late, but congrats on the sound :) 13.26.17 # JdGordon: Thank you! Has your Sansa arrived yet? 13.26.20 # Can someone explain me how to only compile a rock ? 13.26.22 # not yet 13.26.24 # Under cygwin 13.26.42 # its somewhere between germany and aus as we speak :p 13.26.44 # tHEkIND: it isn't possible unless you edit a few SOURCES files or similar 13.26.45 # tHEkIND: you cant 13.27.26 Quit anathema (Read error: 113 (No route to host)) 13.27.38 # JdGordon: Ordered a sansa from overseas? 13.27.45 # It means if i try to create something, each time i want to test it i'll need to spend 15 minutes compiling eaverything ? 13.28.15 # tHEkIND: Just type make again, it detects the changes and builds only what it needs to 13.28.18 # tHEkIND: get a (vmware) linux dev environment instead ;-) 13.28.36 # tHEkIND: make will only build changed files 13.28.43 # Okayyyy 13.28.44 # Thanks 13.30.18 # I can't use vmware -> my keyboard is an azerty and debian is in qwerty, and i didn't found how to change that 13.30.28 # haha 13.30.33 # anyway cygwin works nicely 13.30.44 # awerty is crazy 13.30.53 # ^^ 13.31.03 # tHEkIND: just change the keybaord setup in the vmware image? 13.31.05 # make works well 13.31.14 # Didn't managed to do it 13.31.20 # Cygwin works well now ^^ 13.33.14 # grrr. should really have tested again before that commit! 13.33.59 # * Bagder feels a bit guilty but only a bit 13.35.14 # the mistake was my own-forgot to #include kernel.h 13.36.17 # awerty?? 13.36.21 # never even heard of that 13.36.23 # wow, 4269 points... 13.36.53 # I could get that without even trying :p 13.36.55 Join elmargol [0] (n=elmargol@host198-61.pool8248.interbusiness.it) 13.36.56 # I was thinking about moving the playlist catalog directory configuration thing that no-one uses and that isn't documented into the regular settings but still not show it in the menu, what do people think about that? 13.37.43 # along similar lines, I wanted to make the recording setting actually choosable, and not just current or /recording .. any objections? 13.37.44 # JdGordon: Did you see my report regarding browser behaviour in the log? 13.37.50 # no 13.38.06 # is that what pondlife fixed? 13.38.12 # Or broke? 13.38.18 # on or the other :p 13.38.20 # one* 13.38.26 # nope 13.38.32 # time? 13.38.33 # it's getting much easier to get high scores with all the new targets 13.38.34 # It's behaviour I observed today 13.38.35 # amiconn: What was it? Player icons? 13.38.54 # No, cursor position when switching file browser <-> db browser 13.39.03 # Ah, that's been broken for a while 13.39.16 # amiconn: it not remmebering in the db but it does in the tree? 13.39.18 # Today, starting 09:17 cet 13.39.19 # file* 13.39.24 # JdGordon and I discussed it last week 13.39.43 Quit aliask ("G'night all") 13.40.09 # JdGordon: Can you look into it perhaps? Don't think I've got much time (again). 13.40.17 # Slasheri: hey, do you know if tc->selected_item is ever updated (or when?) in the db browser? 13.40.31 # * JdGordon doesnt think it is, which causes this problem 13.41.06 Part elmargol ("Ex-Chat") 13.41.32 # JdGordon: I think that neither browser should change the current position in the other 13.41.41 # of course 13.41.44 # Both browsers need their own current postion 13.42.07 # Anyone know what the keymap is for the Player sim? 13.42.09 # imo they should each have a context for their settings, not this silly shared one 13.42.19 # Yes 13.42.22 # JdGordon: hi, that should be updated outside of the db browser automatically 13.42.37 # does the db actually use that setting? 13.42.48 # I didnt want to play with that before asking.. 13.42.54 # yes, i will check 13.43.01 # thanks 13.43.20 Join mirak [0] (n=mirak@m145.net195-132-203.noos.fr) 13.43.38 # JdGordon: for example tagtree_enter(), dptr = tagtree_get_entry(c, c->selected_item); 13.43.56 # tagtree_get_filename(), and so on 13.44.05 # it's widely used to get the current selected item 13.44.12 # ok 13.45.42 # Slasheri: Could you take a quick look at my 3 line patch - http://www.rockbox.org/tracker/task/6785 13.45.43 # AH, ok, just looking through tree.c now.. It seems I missed where it gets set.. Should be a relativly easy fix 13.45.58 Quit idnar (Nick collision from services.) 13.46.00 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 13.46.09 # amiconn: do you know of a clever way to clear the top sixteen bits in a reg with arm? 13.46.42 # Slasheri: It just does an occasional yield() during the database sort, to reduce the apparent lockup when committing. 13.47.01 # pondlife: yes, that looks good 13.47.14 # Arbitrary I know, but not too inefficient I hope. 13.47.25 # Seems to make a nice difference 13.47.37 # but code doesn't look very clear when you rely that the counter will wrap to zero 13.47.41 # dan_a_: You do realize telling _them_ that you got sound is just going to flood a series of "Why isn't it in SVN yet?" questions. 13.47.51 # Hmm, I was trying to keep code size down 13.48.01 # better to explicitly check some value of the counter and then reset it 13.48.11 # Would it be better to make the source readable and hope that gcc optimises it 13.48.15 # or check current_tick to sleep at fixed points in time 13.48.18 # dan_a_: what have I missed? did you get stereo? 13.48.22 # Ah, that's a better idea 13.48.44 # Llorean: I'm just going to tell them it's 'cos I'm a bastard! 13.48.46 # Slasheri: any idea how to implement psuedo paths and/or set_current_file() for the db? 13.48.56 # voltagex: No stereo yet, no. 13.49.07 # dan_a_: Ah, well if that's the plan, I'm perfectly happy with it. "Yeah, I got it working, but y'know... I just decided I'm not the sharing sort." 13.49.20 # pondlife: however, keep in mind also that __PCTOOL__ does not require yielding, so just ifdef it also 13.49.22 # OK 13.49.29 # Llorean: screw open source! 13.49.39 # JdGordon: nope 13.49.39 # I'll put a video up on Youtube, but then tell them that since they kept on asking for it I deleted it all... 13.50.01 # Slasheri: :( it would make things a bit nicer... but oh well :p 13.50.02 # Hahaha 13.50.20 # pondlife: yeah, it was an easy fix... 13.50.28 # pseudo path probably needs to be a more complex path with the context for each entry 13.50.58 # to work with the db.. but you are free to implement it if you can find out a great solution :) 13.51.08 Part Llorean 13.51.26 # Hmm, where is HZ defined for each target? 13.51.42 # pondlife: sure 13.51.47 # pondlife: kernel.h 13.51.52 # pondlife: it's global for all targets 13.51.58 # HZ isnt the same for all targets? 13.51.59 # ups, missed where :) 13.52.00 # Ah, ok. I thought it might vary 13.52.29 # pondlife: it might, but currently it does not 13.52.31 # we should still work with the assumption that it may vary 13.52.33 # Slasheri: easier and faster to ask you... do I remember correctly that "auto-update" only works with tagcache in RAM and/or dircache? (I don't know the wiki didn't tell me much) 13.52.34 # Indeed 13.53.25 # Would "if ((current_tick % (HZ/4))== 0) yield()" result in a yield 4 times a second 13.53.39 # pixelma: at least dircache is required to detect deleted files automatically (i don't remember if tagcache in ram was necessary also) 13.54.12 # pondlife: about 13.54.17 # unless we miss some ticks 13.54.27 # but that is unlikely to happen 13.54.35 # ah thanks... so this lang string can be excluded for Archos... 13.54.44 # yes 13.54.54 # OK, the compare is called very often. 13.55.28 # and i am not sure how efficient the modulo operation is to be called very often 13.55.38 # Me neither. 13.55.45 # changing the value of HZ leads to some "interesting" results :) 13.56.02 # out of sync audio? what else? 13.56.07 # should work fine, shouldn't it? 13.56.28 # audio was fine - but all the menu timings were out (this was before the rework) 13.56.37 # JdGordon: audio is not going out of sync 13.56.48 # so trying to navigate with HZ=1000 meant some very short button taps 13.56.57 # grrr. that's what I get for only testing bootloader builds before committing 13.56.58 # the codec has own clock for it 13.57.12 # oh, cool 13.57.38 # HZ is dependent of the configured interrupt timer tick interval 13.58.13 # and the timer frequency should be a compromise between high resolution and performance 13.59.06 # there were quite a few places that do sleeps with hard coded values, IIRC things like the ata code 13.59.24 # obo: but those are sleep(1), aren't they? 13.59.35 # that is the smallest sleep possible 13.59.37 # pondlife: did you fix 6763? 13.59.49 Quit voltagex () 14.00.00 # Slasheri: mostly... but I thought sleep always added 1 anyway? 14.00.01 # Yes 14.00.18 # And now closed 14.00.30 Join webguest42 [0] (i=7c1dd65e@gateway/web/cgi-irc/labb.contactor.se/x-c2fa308afc7c45cd) 14.00.39 # obo: and sleep(1) is better than yield() if we really are going to _sleep_ shortly and not just intend to switch threads 14.00.57 # obo: true.. sleep(0) could be even better 14.01.15 # JdGordon: Regarding FS 6747, calling display->set_margins once would be a bit more efficient... :) 14.01.48 # That's what the screen_set_?margin macros do, calling get?margin on the "other" value... 14.01.52 # obo: of course, sleep() does not guarantee a sleep but makes it possible if there are no other threads in the list of running tasks 14.01.53 # ah yes... hmm 14.02.23 Quit funky (Read error: 131 (Connection reset by peer)) 14.02.41 # Only a few bytes, but still... 14.03.26 # Slasheri: How about this: http://www.rockbox.org/tracker/?getfile=13429 14.03.53 # Lear: cheers, yeah a few bytes, and a couple times /s adds up 14.03.56 # I know we'll miss a wrap round, but it's not critical 14.04.38 Quit webguest42 (Client Quit) 14.05.17 # pondlife: that looks better, but it still can be improved a bit :) 14.05.24 # Go on.. 14.05.32 # last_tick can be wake_up_tick 14.05.46 # Ah, don't + so much 14.05.58 # if (current_tick >= wake_up_tick) { wake_up_tick = current_tick + HZ/4; yield(); 0 14.06.01 # } 14.06.03 # yep :) 14.06.56 # hmmm. why isn't HAVE_LIMITS_H defined for libmad? 14.07.01 # OK... and I'll commit that once I've tested the timing 14.07.10 # pondlife: great 14.07.42 # builds are slow tonight ? or am i just more imp[atient than normal 14.08.13 # pondlife: probably you should yield a bit more offen, like HZ/16 14.08.33 # then priority scheduling should do rest 14.08.38 # OK, I'll play 14.08.42 # :) 14.08.55 # Don't want to overdo it and slow down the qsort 14.09.17 # Just want to remove that "Rockbox has locked" experience 14.09.40 # jdgordon: a little perhaps. Used to be 6-7 minutes, but that was with fewer targets. 14.10.29 # Slasheri: I'd be grateful if you could also check my root_menu.c tests that are used to decide if it would be a good idea to ask the user to init their db. 14.10.57 # Don't want to cause any unnecessary inits. 14.11.04 # pondlife: i will soon 14.12.02 # Maybe the init now/update now options should be moved from settings into debug...? 14.12.30 # (And I could update rather than init if that's detectable.) 14.13.47 Join tHEkIND_ [0] (n=C4AvaYiH@lns-bzn-50f-62-147-178-8.adsl.proxad.net) 14.14.32 Quit tHEkIND (Read error: 131 (Connection reset by peer)) 14.15.14 # pondlife: hmm, how would you update the db (manually) then? 14.15.35 # is user does not want to use the auto-update 14.16.00 # Good point...They don't want to be prompted do they? 14.16.24 # probably not prompted _every_ time they enter to the db browser =) 14.17.42 # pondlife: I think the initialize now function should be moved to debug menu now as it is easier to do it the new way and many people are confused by it and first click initialize and the try to update and the wonder why it doesn't work 14.18.02 # indeed 14.18.26 # Yes, I spotted this confusion, hence the new approach. 14.18.28 # and accidentally clicking "initialize now" isn't good thing either as it erases the entire db if exist 14.19.11 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust155.brig.cable.ntl.com) 14.19.12 # yes, and it should only be necessary once unless the database gets corrupted by some bug ;-) 14.19.31 # Does anyone know of an easy way to graph which functions get called by other functions in Rockbox? Either with a Windows tool or a Linux one? 14.20.20 # dan_a_: hmm, not sure but you could check some C source code analyzer utilities 14.20.46 # JdGordon: root_menu.c has this previous_music variable, so that PLAY can go back to either WPS or radio. I thought it was decided that PLAY would not go to radio? 14.20.59 # doesn't doxygen do this? 14.21.00 # i.e. PLAY always goes to WPS 14.21.26 # pondlife: no, the now playing item always goes to wps.. play goes to previous tho 14.21.45 # Ah, ok. Should perhaps recording be covered by this variable too then? 14.21.53 # perhaps 14.22.34 # The browsers seem to remember better now by the way, thanks 14.22.37 # pondlife: i will remove that readyvalid and move initialized to the correct place 14.22.48 # :) 14.23.00 Quit perplexity (Read error: 110 (Connection timed out)) 14.23.02 # Slasheri: I tried that, it slowed down bootup 14.23.08 # oh.. 14.23.25 # ah, yes 14.23.28 # Although you could probably remove that check now the root_menu does it anyway 14.23.30 # i will think that 14.23.39 # dont yield at all if its updating because of a bootup 14.24.07 # If you select Database whilst it's initing, it will now just display "Database is not ready" until it becomes ready.. 14.24.21 # Well, that's the intention. 14.24.38 # So no need to wait as part of general bootup 14.24.40 # pondlife: so it no longer displayes the current progress? 14.25.07 # Depends. It does that if it's initializing the db. I meant initialising the thread 14.25.14 # ah! 14.25.17 # then that's ok 14.25.26 # The two meanings of initialise that had me so confused. 14.25.50 # pondlife: does that work ok when setting the db browser as start screen? 14.25.54 # Yes 14.26.00 # nice :-) 14.26.08 # It all drops out in the wash, so to speak 14.26.27 # Assuming my tests on the database stats are correct, of course! 14.27.05 # :) 14.27.07 # there was a bug with it when starting and the database thread was initializing and it would say not ready and drop you in the main menu 14.27.30 # It will now come up "Not ready" and wait until it is ready (or the user presses STOP) 14.27.41 # But it's pretty quick 14.27.58 # aha, that is much nicer :-) 14.31.01 Quit pixelma (" bb") 14.31.55 # Slasheri: When committing, what else locks in tagcache.c for a while (aside from qsort)? 14.32.00 # File writing? 14.32.23 # pondlife: no other things should lock, there should be already yields in other loops 14.32.32 # It's better with the sort yields, but still not ideal 14.32.45 # HZ/20 and HZ/4 feel the same, btw. 14.32.49 # hmm 14.32.55 # weird 14.33.25 # don't people fucking check what features we have before requesting anymore? 14.33.35 # Disk writes have an implicit yield, right? 14.33.39 # pondlife: try HZ/100 14.33.45 # OK! 14.33.53 # that shouldn't be too often to affect the performance 14.33.58 # Every tick 14.34.02 # (at the moment) 14.34.10 # hmm, yes 14.34.35 # audio codecs yield/sleep also very often 14.35.13 # I'm just navigating the main menu for my test. If it locks for more than 10 seconds that is regarded as bad 14.35.53 # JdGordon: Hmm, it seems an old action bug is back now :( 14.36.02 Join Thundercloud [0] (n=thunderc@82.153.198.165) 14.36.33 # which? 14.37.00 # If you are in a plugin that has a menu with a 'Quit' option, and you invoke this option with 'Right', the plugin exits - only to make the plugin browser immediately call it again 14.37.19 # Just observed on H1x0 14.37.36 # That was working yesterday, is it a brand new bug? 14.37.39 # Strangely enough that doesn't happen when invoking Quit with 'Select' 14.37.55 # Ah, I might have used Select 14.38.06 # just needs an action_signalscreenchange() then 14.38.22 # I often use Right instead of Select to avoid the loud (mechanical) click 14.38.43 # Ah, yes H1x0 14.38.46 # amiconn: which plugin? 14.38.54 # Solitaire 14.38.58 # Also try brickmania 14.39.17 Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 14.39.20 # hmm.. yeah, its here alos 14.39.23 # also even 14.39.40 # i always press the select using both thumbs and cloves to prevent that annoying click :) 14.39.42 # * JdGordon hates plugins with splash screens 14.39.55 Join anathema [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 14.40.14 # should plugin_load() do the signalscreenchange call or the plugin browser? 14.40.21 # Slasheri: HZ/100 is just the same 14.40.32 Part Strath 14.40.37 # pondlife: hmm, then it must be something else.. 14.40.37 # I need to do some profiling I guess 14.40.51 # pondlife: the disk is not active when the locking happens? 14.41.05 # is the cpu being boosted? 14.41.10 # yes 14.41.16 # Slasheri: I think so 14.41.24 # i.e. I think the disk is active 14.41.29 # pondlife: then there are really not many places to cause that 14.41.53 # pondlife: try putting much yields to the loops between that qsort to see if it helps 14.47.04 # Hmm, if I initialise the database, there's a period where it can be browsed before it gets invalidated. 14.47.30 # pondlife: it is valid until the committing begins 14.47.53 # during that time, database can't be accessed 14.48.12 # So it writes to temp files? 14.48.40 # Even better is there a wiki to explain the process, and how RAM/disk options affect it. 14.48.47 # yep. at first it generates a temporary db about the files to be added to the db and then that file is committed 14.49.01 # amiconn: do you know of a clever way to clear the top sixteen bits in a reg with arm? 14.49.11 # pondlife: the diagram at beginning of tagcache.c explains it a bit 14.49.12 # preferably one instruction :> 14.49.17 # So the commit is a delete/rename? 14.49.38 # no, it's much more 14.50.15 # Why? We could reduce database downtime maybe? 14.50.32 # during commit all referred string indexes are resorted, and lookup id's re-assigned 14.51.12 # hmm, the downtime is only a few seconds if just a few files are added.. 14.51.32 # but indeed, it _could_ be reduced to zero 14.52.14 # but that needs copying all database files for the commit to operate with them, then remove the old ones and rename 14.52.16 Join Arathis [0] (n=doerk@p54849EE9.dip0.t-ipconnect.de) 14.52.33 # pondlife: not sure if that really is necessary 14.52.39 # Probably not 14.52.46 # makes just code more complex and slower 14.53.08 # amiconn: ok fixed 14.53.19 Join Stefan [0] (n=chatzill@89.136.181.105) 14.53.21 # this fix should have been done back in august tho :p 14.53.34 # hello 14.55.15 # OK, the lockup is in the "Generate reverse lookup entries" loop 14.55.34 # Putting a timed yield in there fixes it. 14.55.52 # pondlife: build_index() is the most important function during the commit, and probably the largest and complex one in the tagcache :) 14.56.11 # Well, I'm peepholing it... 14.56.21 # pondlife: ah, sounds good. so probably yield in both compare and that loop would be good 14.56.28 # it might be good idea to create a function of that timed yield 14.56.35 # Yep, just did that! 14.56.39 # nice :) 14.56.59 # pondlife: then it could be called in other placed too! 14.57.11 # to replace almost all yields in tagcache.c with that one 14.57.32 Join voltagex [0] (n=voltagex@124-254-111-207-dsl.ispone.net.au) 14.57.51 # Put the #ifndef __PCTOOL__ outside the function call I assume... 14.58.27 # pondlife: just surround the whole function with that ifdef 14.58.55 # and ifdef it as empty define if __PCTOO__ is defined 14.58.57 # Yes, I meant not to bother with any yields at all on the __PCTOOL__ 14.59.08 Join dukeman [0] (n=dukeman@avskum.campus.luth.se) 14.59.08 # There are some that are done 14.59.09 # ok :) 14.59.11 Quit Stefan ("Chatzilla 0.9.74 [Firefox 1.5.0.10/2007021601]") 14.59.50 # Ah, I see - they're already #defined out 15.00.18 Quit inversions (Read error: 113 (No route to host)) 15.00.20 # why not put that timed yield in misc.c so they whole apps can use it? 15.00.28 # or even redefined yield to it? 15.00.40 # Urgh, side effects? 15.00.51 # hmm.. yeah, scratch thats 2nd line 15.00.55 # yield should not be redefined 15.00.58 # Timing needs lots of testing. 15.01.21 # but for some other apps it might be useful as well 15.02.05 Quit XavierGr () 15.02.38 # pondlife: for example find_entry_ram() that counter could be removed too and replaced with the timed yield 15.02.45 # Just did that 15.02.48 # great :) 15.03.03 # Made my fn return true if it actually yielded... 15.04.17 Join rp- [0] (i=rp@193.154.222.107) 15.04.34 # hello 15.04.54 # dan_a: where is the patch? :) 15.05.45 # rp-: There's still lots to do - I seem to keep losing I2S sync. 15.07.38 # i2s isn't covered very mutch in the datasheet 15.07.41 # -t 15.07.58 Join XavierGr [0] (n=xavier@ppp102-70.adsl.forthnet.gr) 15.08.04 Quit barrywardell () 15.08.25 # Slasheri: Nothing to do with my mods, but the first Initialize Now I do always completes really quickly (<10 seconds). Sound like an Update Now...? 15.09.11 # It just counts up from 0-100% quickly, with no committing. 15.09.39 Join K3nto [0] (n=k3nt@dhcp42-151.iqltvu.northwestel.net) 15.09.46 # hmm, then it does just the updating instead of initialization.. weird 15.10.09 # First time after I boot up.... 15.10.32 *** Saving seen data "./dancer.seen" 15.10.32 # pondlife: initialize now should call tagcache_rebuild 15.10.41 # first thing that function does is to remove all db files 15.10.54 # I have load to ram and auto update enabled. 15.11.10 # hmm, it should also disable the db 15.11.37 # pondlife: or maybe you didn't wait long enough for the auto update to run? 15.11.46 # and the initialize command got queued 15.11.57 # Aha 15.11.59 # That's it 15.12.13 # Maybe the initialise should clear any updates from the head of the queue? 15.13.11 # hmm, maybe. it should somehow stop the current operation first 15.13.44 # What is "GPIOD_OUTPUT_VAL" ? 15.14.40 # sounds like GPIO port D output buffer register 15.15.04 # which contains the value of the port D 15.15.30 # what's on port d ^^ 15.15.31 # ups, which is used to put the output value to the buffer 15.15.39 # input register would contain the value 15.15.47 # okay i see 15.15.53 Quit JdGordon ("Konversation terminated!") 15.16.00 # tHEkIND_: depends on the target 15.16.14 # I'vee seen on i/o ports 15.16.24 # processor data sheet should contain information how the I/O port D is connected to the pins 15.16.34 # If you touch the scrollpad on an H10, port D changes from FF to df 15.16.36 # well, that is an I/O port 15.16.49 # FD actually 15.16.55 # DD to FD 15.16.58 # then scrollpad is connected to port D 15.16.58 # And 15.17.30 # What's that difference beetween |= and = 15.17.30 # ? 15.17.34 # Slasheri: OK, yielding commit patch is now on http://www.rockbox.org/tracker/task/6785 15.17.36 # and &=~ 15.17.56 # |= is same as value = value | something; 15.18.06 # those are binary or, and, not operations 15.18.07 # Hmm, I would seriously learn C before you play with I/O ports. 15.18.12 # true 15.18.31 # I'm only modifying how rockbox decodes 15.18.36 # Nothing more 15.18.44 # decodes what? 15.18.51 # The scrollpad 15.19.20 # Now, rockbox goes up if you touch the top of the scrollpad 15.19.30 # pondlife: hmm, compare() does not use the timed yield function, is that intended? 15.19.30 # And goes down if you touch the bottom 15.19.37 # And is buggy on the middle 15.19.50 # Oops 15.20.00 # pondlife: otherwise it looks ok to commit :) 15.20.24 # Can you test that the PC tool builds? 15.20.28 # Or can I? 15.20.36 # just cd tools && make database 15.22.10 # I get "cc1: error: unrecognized command line option "-iquote"" 15.22.17 # Lots of times 15.22.32 # hmm, you have a _very_ old host compiler? =) 15.23.00 # gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) 15.23.18 # Cygwin-based 15.23.42 Quit Id2ndR ("Parti") 15.23.53 # "-I- This option has been deprecated. Please use -iquote instead ..." 15.23.57 # man gcc says that 15.24.08 # maybe cygwin is something weird then 15.24.25 # but that can be fixed later when pctool is more usable 15.25.05 # OK, I'll commit and let you test it compiles ;) 15.25.12 # and indeed, you have an old gcc 15.25.18 # :) 15.26.33 # jhMikeS: awake? 15.26.35 # preglow: All I know is that gcc clears the top 16 bit by a left-shift-right-shift sequence (2 insns). I can't think of another way 15.26.49 Join muesli__ [0] (n=muesli_t@91.64.230.92) 15.26.52 # amiconn: nah, me neither, so i'll just stick to wasting a reg on a mask 15.28.13 # Unfortunately arm doesn't have partial register ops (like the coldfire) 15.28.23 # With those you can do some neat tricks 15.28.36 # arm doesn't really even have a notion of a partial reg, apart from when writing/reading to memoruy 15.29.14 # oh well, it's risc 15.29.25 Quit Stalwart (Read error: 104 (Connection reset by peer)) 15.29.57 Join Stalwart [0] (n=stalwart@ip-10.154.Home-Lan.fastnet.lv) 15.30.46 # Hmm, I wonder if the yielding should be skipped if we're doing a delayed commit...? 15.31.17 # Slasheri: Any way to know if we're doing a commit during startup? 15.32.37 # pondlife: if TAGCACHE_FILE_TEMP exists, that is pretty good sign for a commit during startup 15.32.46 Join webguest32 [0] (i=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-407e7d49f7eb648b) 15.33.07 Nick webguest32 is now known as SoapOffice (i=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-407e7d49f7eb648b) 15.33.07 # or is commit_delayed flag is set 15.33.28 Join perplexity [0] (i=heh12184@dxb-as84568.alshamil.net.ae) 15.35.19 Join lion2k7 [0] (i=4db38812@gateway/web/cgi-irc/labb.contactor.se/x-cf8382fc403cc833) 15.35.28 Quit Obsys ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") 15.35.36 # hi 15.35.45 # Slasheri: OK, committed that, will check back after lunch 15.35.58 # Hi lion2k7 15.37.07 # ö 15.37.17 Ctcp Ping on #rockbox from lion2k7!i=4db38812@gateway/web/cgi-irc/labb.contactor.se/x-cf8382fc403cc833 15.37.17 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 15.37.29 Quit Thundercloud (Remote closed the connection) 15.39.21 Quit voltagex (Read error: 110 (Connection timed out)) 15.39.55 Join Thundercloud [0] (n=thunderc@82.153.198.165) 15.40.21 Quit lion2k7 ("CGI:IRC") 15.42.45 Join DerZerleger [0] (i=Zerleger@p549D476F.dip0.t-ipconnect.de) 15.44.10 Join fasmaie [0] (n=fasmaie@c-71-233-79-102.hsd1.ma.comcast.net) 15.45.20 # I can write that: up = data + 0xAA; ?? 15.45.59 # will see 15.46.30 # oka it works 15.47.07 Quit DerZerleger (Client Quit) 15.49.25 # Arrrgghh! Are there any linker script gurus about? 15.51.49 Quit lee-qid (Read error: 110 (Connection timed out)) 15.54.09 Join muesli- [0] (n=muesli_t@91.64.230.92) 15.54.58 Join eggie [0] (i=eggy@c-67-162-71-160.hsd1.il.comcast.net) 15.56.00 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 16.00.30 Join funky [0] (n=repulse@unaffiliated/funky) 16.01.29 Join Criamos [0] (n=Criamos@p54931179.dip0.t-ipconnect.de) 16.01.58 Quit eggy (Read error: 145 (Connection timed out)) 16.02.38 Quit muesli__ (Read error: 110 (Connection timed out)) 16.05.11 Join habana [0] (i=58a10615@gateway/web/cgi-irc/labb.contactor.se/x-d0e0cd9c59ace5e2) 16.06.07 # CONGRATULATIONS HACKERS FOR SOUND (on the sansa) !!!! 16.06.51 # we dumb users love your valuable work ^^ 16.06.58 # habana: Thank you! It's not working correctly yet, though 16.06.58 Join kruegge [0] (n=kruegge@c208066.adsl.hansenet.de) 16.08.10 # bêêêêê You just did it. The proof of concept is just beautiful :) 16.10.07 Quit lini (Read error: 110 (Connection timed out)) 16.11.06 Join lini [0] (i=pugsley@62.204.144.237) 16.13.53 Join lee-qid [0] (n=liqid@p54966513.dip.t-dialin.net) 16.13.57 Join Thundercloud_ [0] (n=thunderc@82.152.220.220) 16.29.34 Quit Thundercloud (Read error: 110 (Connection timed out)) 16.30.01 Join toffe82 [0] (n=chatzill@ppp-71-142-14-249.dsl.frs2ca.pacbell.net) 16.35.24 Join muesli__ [0] (n=muesli_t@91.64.230.92) 16.37.11 Join FelixKarl [0] (n=fix@elk.csi.ch) 16.37.58 Part FelixKarl ("Ex-Chat") 16.39.08 Quit kruegge ("KVIrc 3.2.5 Anomalies http://www.kvirc.net/") 16.41.07 # Re: the people suffereing from button "bounces" on the iAudio X5: 16.41.54 # How hard (how needed) would a button calibration plugin be? Or are the button press values embeded so deep in the code that such an idea would be impratical? 16.42.31 Join FOAD_ [0] (n=dok@dinah.blub.net) 16.43.01 # Just reading the mailing list and seeing how different people have different "stable" values for button presses, and I can imagine that values for button presses could drift over time as the physical contacts first break in, then wear and get even dirty. 16.44.19 Join FelixKarl [0] (n=fix@elk.csi.ch) 16.46.11 Quit muesli- (Read error: 110 (Connection timed out)) 16.50.31 Quit zylche (Remote closed the connection) 16.50.31 Quit FOAD (Read error: 145 (Connection timed out)) 16.51.41 Quit fasmaie () 16.53.36 Join fasmaie [0] (n=fasmaie@c-71-233-79-102.hsd1.ma.comcast.net) 16.59.41 # Can someone help me 16.59.46 Join zylche [0] (n=wheee@82-41-83-91.cable.ubr01.dund.blueyonder.co.uk) 16.59.47 # I'd need to create a rock 16.59.53 # To show values 17.00.16 # arf 17.01.48 # tHEkIND_: look at helloworld.c in /apps/plugins 17.01.59 # Just saw that thanks 17.02.33 # tHEkIND_: you'll need to add your c file to SOURCES and FILES to have it build and added to the zip 17.03.02 # On the folder apps 17.03.13 # Inside my folder builds or the other ? 17.03.29 # /apps 17.03.39 # okay thanks 17.03.58 Quit ompaul ("init 6") 17.04.10 # err... FILES is not needed as it already adds all c files 17.04.21 Quit fasmaie () 17.04.23 # only c yes 17.04.41 # c and h ;) 17.06.28 Quit robin0800 ("IceChat - Its what Cool People use") 17.06.38 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust155.brig.cable.ntl.com) 17.06.56 Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust155.brig.cable.ntl.com) 17.07.36 Quit FelixKarl ("Ex-Chat") 17.07.45 Join MrSun [0] (n=fix@elk.csi.ch) 17.08.00 # Bagder: did you recevie it? 17.08.03 Quit Stalwart ("room network restructurization, will be back soon") 17.09.11 # Bagder: i send it to the mail addi listed in http://www.rockbox.org/twiki/bin/view/Main/DanielStenberg 17.09.11 Quit robin0800 (Client Quit) 17.09.33 Quit robin0800_ (Client Quit) 17.09.37 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust155.brig.cable.ntl.com) 17.10.14 # austriancoder: so, did I miss an earlier IRC conversation about your meeting on Friday? (or am I thinking the wrong Friday?) 17.10.35 *** Saving seen data "./dancer.seen" 17.10.47 # SoapOffice: yes you did 17.11.50 Quit mirak (Read error: 104 (Connection reset by peer)) 17.12.41 # * austriancoder will write a wiki page about it soon 17.13.12 # hi austriancoder 17.13.24 # how was your trip back? :) 17.16.41 Quit MrSun ("Ex-Chat") 17.16.51 Join MrSun [0] (n=fix@elk.csi.ch) 17.18.07 # rp-: hi 17.19.16 # rp-: i am very very tired but i played with the developer board for some time and the drivers is getting.. 17.21.18 Join Id2ndR [0] (n=ubuntu@laf31-2-62-34-88-193.dsl.club-internet.fr) 17.22.20 # i'm playing with the sound, but i2s seems to make trouble 17.23.25 # * petur gets the feeling several people are doing the same work in parallel 17.23.37 # dan_a has trouble with i2s too 17.23.57 # every body wants to the man who... 17.24.11 # i know, we are talking about it 17.24.16 # petur: We are - I don't think that's always a bad thing 17.24.40 # dan_a: hmmm 17.25.08 # * SoapOffice is happily amazed that even though the datasheet can not be made public they are willing to allow code based upon the datasheet to be made public. 17.25.57 # don't ask... 17.26.42 # SoapOffice: As I understand it, they want to avoid people changing the dc-dc converter to send lots of volts through the system, but they're happy for music to be played 17.27.20 # austriancoder: Have you got any results with sound yet? 17.27.44 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 17.28.32 Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) 17.28.53 Join mattzz [0] (n=mattzz@d107241.adsl.hansenet.de) 17.28.56 Part K3nto 17.29.30 # dan_a: That's cool as water-to-wine. I'm always happy when the cynic in me is proven wrong! Bring on the new Flash-player! 17.29.30 Quit habana ("CGI:IRC (EOF)") 17.30.42 Join Menollo [0] (i=53740bec@gateway/web/cgi-irc/labb.contactor.se/x-4546ceb1178655dc) 17.34.02 Join mirak [0] (n=mirak@m145.net195-132-203.noos.fr) 17.36.10 Quit Menollo ("CGI:IRC (Ping timeout)") 17.36.33 # is a way to write something on the screen ? 17.37.51 # tHEkIND_: Have a look at docs/PLUGIN_API 17.39.43 # in a plugin you can use rb->lcd_putsxy(0, 15, "Something"); 17.40.08 # [ http://www.rockbox.org/twiki/bin/view/Main/HowtoWritePlugins ] 17.40.35 Part nls 17.40.51 Quit MrSun ("Ex-Chat") 17.41.36 Join bluebrother [0] (i=Jheu8JLH@rockbox/staff/bluebrother) 17.41.54 # SoapOffice: hello are yoy Soap ? 17.43.05 # And withoud plugin ? 17.45.40 Quit Nibbier (Read error: 104 (Connection reset by peer)) 17.45.40 Quit iloric ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.45.51 Join iloric [0] (n=Miranda@217-162-114-144.dclient.hispeed.ch) 17.48.21 # hey toffe82 17.48.28 # listening to it as we speak. 17.48.43 # is every thing ok ? 17.48.47 Join twenty6ix [0] (i=twenty6i@CPE001731c66d2b-CM001692fb7540.cpe.net.cable.rogers.com) 17.48.57 # hi all, is anyone able to answer a couple Rockbox questions for me? 17.49.20 # i checked the FAQ and i couldn't find what i'm looking for 17.49.24 # it's generally better if you just ask 17.49.29 # 'tis all good. There is that broken snap in the case-joint upper-left corner - but that will be covered by the case I ordered - so I couldn't be happier. 17.49.44 # ok 17.50.02 # haha, alright then, just making sure people were around... anyway, i'm getting an iPod next week, and i want to install Rockbox cause i hate iTunes, but i'm wondering if Rockbox will still play videos, and if so, will it only play .MP4's? 17.50.42 # mp4s will not happen on the ipods until if the Broadcom chip gets reverse engineered. 17.51.01 Join jhulst [0] (n=jhulst@71-10-1-92.dhcp.aldl.mi.charter.com) 17.51.09 # there is not enough horsepower in the main processor to do H.264. 17.51.34 # well, i meant iPod-format video, i thought it was .mp4 17.51.34 # But MPEG1/2 works now. See the wiki PluginMpegplayer 17.51.50 # will divx or xvid work with Rockbox? 17.52.12 # No way 17.52.16 # hm ok 17.52.25 # Xvid and Divx requires too much CPU 17.52.30 # so to play video with Rockbox i have to convert it to .mpg? 17.52.39 # Yeah 17.52.42 # Soap : I will get some more F40 this week, if you have any problem with the case, I will send you another one (case) 17.52.49 # ok, i appreciate the help guys, thanks a lot 17.53.41 Quit twenty6ix (Client Quit) 17.53.59 # that's what I'm talking about also. ("iPod-format video") The iPod main CPU does not decode those videos on the 5/5.5G. Processing is offloaded to a Broadcomm dedicated chip which is not supported by rockbox, Rockbox will decode MPEG1/2 videos, but does so on the main processor, so performance is reliant on the processor speed:screen size ratio. The ipod video models fall on the low-FPS side of that rati 17.54.10 # toffe82: fooey. 17.54.16 Join kvader [0] (n=kvader@nat.tushino.com) 17.54.30 # toffe82: you sold me a fine product at a fine price - I have no complaints. 17.54.53 # (oops, my long rant to twenty6ix was too late) 17.54.56 # I want every body happy, so I take care ;) 17.56.19 # I installed an updated version of the Gigabeat firmware first thing - gah! That was a mistake. What a silly firmware. 17.56.31 # I try to find a hd interface with zif connector and it is impossible to find it inthe us for cheap (120$ here , 35$ in europ) :9 17.57.30 # :) 17.58.00 # hrmm 17.58.05 # need somebody to buy one in eyrop and send it to me 17.58.08 # is rockboy finally ported to X5? 17.58.17 # europ ^^ 17.58.28 # i don't see it in the plugins 17.59.30 # Try to upload a gb ron on your player 17.59.44 # Rockboy don't show up on plugins i thought 18.00.28 Quit kvader ("No windows for this server") 18.00.55 Join kvader [0] (n=kvader@nat.tushino.com) 18.01.15 # amiconn: do you know how much pp gains from burst transfers? does it do them at all? 18.04.03 Join mattzz_ [0] (n=mattzz@e177163146.adsl.alicedsl.de) 18.05.50 Quit mattzz (Read error: 110 (Connection timed out)) 18.07.39 # ooh 18.07.40 # found it 18.07.44 # under viewers 18.07.45 # ;x 18.12.31 Join efyx [0] (n=efyx@fac34-5-82-239-138-213.fbx.proxad.net) 18.13.10 Join Nibbier [0] (n=sven@port-212-202-177-141.dynamic.qsc.de) 18.13.18 Quit mirak (Remote closed the connection) 18.15.39 Join barrywardell [0] (n=barrywar@host-194-46-249-5.dsl-ie.utvinternet.net) 18.21.19 Quit mattzz_ (Read error: 104 (Connection reset by peer)) 18.24.08 Join mattzz_ [0] (n=mattzz@d111046.adsl.hansenet.de) 18.25.23 Part austriancoder ("Kopete 0.12.4 : http://kopete.kde.org") 18.27.26 Join Hoffmann [0] (n=ber@c-69-248-210-174.hsd1.de.comcast.net) 18.28.40 Quit robin0800 ("IceChat - Its what Cool People use") 18.28.42 Quit BigMac (Read error: 110 (Connection timed out)) 18.32.54 Quit Lear ("Chatzilla 0.9.77 [Firefox 2.0.0.2/2007021917]") 18.34.28 Part kvader 18.34.35 # jhMikeS: damned clever trick, that swapping phase trick 18.35.03 Join lion2k7 [0] (i=4db38812@gateway/web/cgi-irc/labb.contactor.se/x-1c31126f891814ed) 18.35.26 # heyho 18.35.39 # Hi lion2k7 18.36.26 # . 18.36.26 Quit lion2k7 (Client Quit) 18.36.46 Join lion2k6 [0] (i=4db38812@gateway/web/cgi-irc/labb.contactor.se/x-75616f8d435af64f) 18.37.14 # hi 18.39.19 Join _Amblin [0] (n=Osiris@udp124072uds.hawaiiantel.net) 18.40.46 Quit pondlife ("disconnected has pondlife") 18.40.46 Quit lion2k6 (Client Quit) 18.45.00 Quit muesli__ (Read error: 110 (Connection timed out)) 18.47.45 Quit petur ("sssssssssss---------PLOP!") 18.55.21 Join relaxed [0] (n=relaxed@unaffiliated/relaxed) 18.58.43 Join BigMac [0] (n=mike@c-71-234-95-131.hsd1.ct.comcast.net) 19.03.35 Nick mattzz_ is now known as mattzz (n=mattzz@d111046.adsl.hansenet.de) 19.05.12 # * mattzz wonders how the maze plugin will make its way into svn 19.05.54 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust155.brig.cable.ntl.com) 19.07.53 # divine intervention 19.08.04 # :-) 19.09.34 Join webguest22 [0] (i=502acc61@gateway/web/cgi-irc/labb.contactor.se/x-17ee04bf4f19c653) 19.09.43 Part webguest22 19.10.41 *** Saving seen data "./dancer.seen" 19.14.13 Join Ice8lue [0] (n=ice8lue@L71fe.l.strato-dslnet.de) 19.14.47 # good evening 19.15.56 # <_Amblin> hello 19.16.20 # is one of u working on the sansa port? 19.16.40 # yes, a few people here are 19.16.54 # Ice8lue: rp-, austriancoder and myself are right now 19.17.03 Join mirak [0] (n=mirak@m145.net195-132-203.noos.fr) 19.17.29 # so how was the meering with AMS? i read there are first beeps from the device? 19.17.43 # oh, meeting 19.18.46 Part tHEkIND_ 19.18.55 # I didn't go, but I hear it was very good. And, yes, there is (poor quality) sound coming out now 19.18.58 Nick eggie is now known as eggy (i=eggy@c-67-162-71-160.hsd1.il.comcast.net) 19.19.50 # dan_a: great news! 19.20.16 # mattzz: I know - apart from the poor quality bit! 19.20.22 # yay very good news =) cant wait to play quake with sound^^ 19.20.33 # is there any possibility how i could help? 19.20.52 # dan_a: how poor is it? 19.20.57 # dan_a_: how far have you got with the sound? 19.21.15 # dan_a_: is it the same missing bits problem MrH had? 19.21.54 # Distorted sound in the right channel, very quiet distorted sound in the left channel - maybe as if one bit from the left channel was going into the right 19.22.20 # <_Amblin> but it beats the hell out of no sound at all 19.22.25 # <_Amblin> only a matter of time 19.22.44 # And it keeps dying to just blips - I think we lose sync on the I2S bus 19.23.22 Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) 19.23.25 # do u still need ppl for the team? 19.24.05 # Ice8lue: Always! 19.24.44 # so what can i do? am learning C atm....aybe som graphics design? 19.25.49 # Ice8lue: I think the plugins are a good way to get into Rockbox programming 19.26.17 # maybe try writing your own plugin, or adapt a one that doesn't work on the sansa yet 19.26.35 # Ice8lue: Whatever interests you :D 19.27.28 # well...am interested in programming but i think my skills are too low. graphics would be nice...maybe theming or such things 19.28.58 # WPS's will hopefully be useful in the not too distant future ;) 19.29.40 # ^^ well, i think now itsa only a matter of time 19.32.32 # dan_a_: did you figure out anything? 19.32.44 # rp-: Not yet 19.34.13 Nick Kape is now known as Akitochi (i=kapez@evot.us) 19.35.02 # i thought with the datasheet it would be easier, damn i2s 19.35.19 Nick Akitochi is now known as Kape (i=kapez@evot.us) 19.35.32 # rp-: We've got further than we would have done without the datasheet 19.35.38 Quit perldiver (Read error: 110 (Connection timed out)) 19.36.31 # thats right, who is gona request some datasheet for the pp from nvidia? :) 19.36.32 Quit Hornet_ (Read error: 104 (Connection reset by peer)) 19.36.41 Join Hornet_ [0] (n=Hornet@S01060016b6cf4447.vn.shawcable.net) 19.39.05 Part Ice8lue 19.40.49 Join skyfaller [0] (n=skyfalle@wikipedia/Skyfaller) 19.41.04 # success no more distortion 19.41.33 # Hooray! 19.41.33 # hey folks... I have a 1st gen iPod nano, the 1GB model... but on the page http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 there is no partition table file for the 1GB model 19.42.05 # could anybody help me reformat my iPod, or do I have to find a Windows computer? 19.44.51 # rp-: great! 19.46.43 Join Lurker [0] (i=4a87b2ea@gateway/web/cgi-irc/labb.contactor.se/x-b900b7247260d99b) 19.47.48 Quit lee-qid ("aufwiederbyebientotsayonara") 19.49.52 Quit _Amblin (Read error: 110 (Connection timed out)) 19.51.02 Quit Nico_P (Remote closed the connection) 19.52.06 Join lee-qid [0] (n=liqid@p54964652.dip0.t-ipconnect.de) 19.52.22 Join Jon-Kha [0] (i=lemstro@vastustamaton.olen.to) 19.53.53 Quit darkless ("Leaving") 19.57.13 Join webguest14 [0] (i=425dac13@gateway/web/cgi-irc/labb.contactor.se/x-906a177df997c119) 20.07.16 Quit juxtap (Read error: 104 (Connection reset by peer)) 20.14.15 Join nls [0] (n=nils@nl104-202-175.student.uu.se) 20.15.59 # rp-, dan_a_: is there a patch I can try? 20.17.41 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 20.18.21 Quit iloric (Read error: 104 (Connection reset by peer)) 20.18.44 # i will make one for you 20.19.56 Quit pabs (Remote closed the connection) 20.20.07 Join pabs [0] (n=pabs@ip68-100-204-252.dc.dc.cox.net) 20.20.21 Quit SoapOffice ("CGI:IRC (EOF)") 20.27.24 Join mike__ [0] (n=mike@c-71-234-95-131.hsd1.ct.comcast.net) 20.31.42 Quit BigMac (Read error: 110 (Connection timed out)) 20.35.01 Quit Febs (Read error: 110 (Connection timed out)) 20.45.54 Join aegray_ [0] (n=aegray@74-139-219-59.dhcp.insightbb.com) 20.49.40 Nick mike__ is now known as BigMac (n=mike@c-71-234-95-131.hsd1.ct.comcast.net) 20.50.33 Quit funky ("leaving") 20.54.27 Quit webguest14 ("CGI:IRC") 20.55.00 Join Rondom [0] (n=Rondom@p57A979D1.dip.t-dialin.net) 21.01.53 Quit aegray (Read error: 110 (Connection timed out)) 21.03.40 Quit Criamos (Read error: 110 (Connection timed out)) 21.10.45 *** Saving seen data "./dancer.seen" 21.11.15 Nick w1ll14m is now known as w1ll14m_ (n=w1ll14m@84-104-81-208.cable.quicknet.nl) 21.12.04 Quit Lurker ("CGI:IRC (EOF)") 21.14.06 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 21.15.33 Join muesli__ [0] (n=muesli_t@91.64.230.92) 21.22.41 Join webguest51 [0] (i=502acc61@gateway/web/cgi-irc/labb.contactor.se/x-ec7acd900e5025ba) 21.25.33 Quit webguest51 (Client Quit) 21.29.08 Join mcscruff [0] (n=mcscruff@cpc1-folk1-0-0-cust969.asfd.cable.ntl.com) 21.30.04 # i had a look through the manual, and am initizalising my files but its saying found 0 (i have a 30gb ipod video) will it read my ipod files? 21.31.07 # mcscruff: it should read any non-drm files... 21.31.33 # i just restarted it, i dont think i have installed it correctly 21.31.38 # is the little disk icon in the upper left corner visible? 21.31.55 # right corner even 21.31.56 # said something about no directoryand installation incomplete 21.32.07 # only got the time in the right 21.32.32 # mcscruff: ah, yes you need to install the .rockbox directory directly on the root of your player 21.32.43 Join x1jmp [0] (n=x1jmp@p57B096EF.dip0.t-ipconnect.de) 21.32.44 # theres my problem :P 21.32.46 Quit XavierGr (Read error: 113 (No route to host)) 21.32.52 # i just put the rockbox.ipod on there 21.33.03 # get the directory too 21.33.09 Quit mirak (Remote closed the connection) 21.35.13 # coz it had a . it was hidden 21.35.15 # grr 21.36.08 # if i plug it into the pc, why does it not come up as usb, do i need to put the ipod into disk mode 21.37.53 Quit midgey () 21.43.52 # nls: i put it in the root dir and get the same problem 21.44.41 Join K3nto [0] (n=k3nt@dhcp42-151.iqltvu.northwestel.net) 21.46.23 Join ross [0] (n=ross@rhav-164-107-255-142.resnet.ohio-state.edu) 21.47.03 # hey guys, i have a broken set of headphones im trying to fix 21.47.09 # somewhat on-topic 21.47.21 # Hey everyone. I'm going to buy a Video iPod. I know RockBox currently does NOT support the 80 gig model, but I would like the space (for FLAC files). Will there be support for this model in the near future? 21.48.33 # ross: It's impossible to predict. That said, we know what the problem is, so at some point in the future there will be support 21.49.04 Quit barrywardell () 21.49.05 # there is a very good chance it will happen 21.49.15 # since linusn seems to know exactly what is wrong 21.50.01 # excellent. Thanks dan_a_ and thegeek 21.50.46 # it's just a matter of time, really 21.50.51 # but we can't tell you how much of it 21.52.24 # OK, thanks! 21.52.29 Quit ross ("Leaving") 21.53.16 Join merlin2049er [0] (n=Joe@bas8-toronto12-1177610561.dsl.bell.ca) 21.54.16 Quit skyfaller () 21.54.49 Quit SirFunk (Remote closed the connection) 21.54.54 Join midgey [0] (n=tjross@markely-164-75.reshall.umich.edu) 21.56.03 Join linuxstb [0] (i=d529f3ae@rockbox/developer/linuxstb) 21.56.56 # * linuxstb reads the logs and wonders if there is anyone not writing a Sansa audio driver today... 21.57.28 # :) 21.58.13 # linuxstb: There's a small community of nomads wandering the desert who said they couldn't start until Monday 21.58.23 Quit jhulst (Remote closed the connection) 21.59.11 # dan_a: hehe. Hopefully they'll be too late. 22.00.18 # Can the Sansa also record? 22.00.53 # yes 22.01.01 # But not yet 22.01.19 # mcscruff: do you have a .rockbox directory in the root of your ipod and in it a few folders called codecs, rocks etc? 22.03.17 # * linuxstb sees the 8GB e280 with FM is available for $185 USD on ebay 22.03.33 # Nice! 22.03.34 # * preglow wonders what the dollar is worth these days 22.03.45 # About 3 sheckles 22.03.46 # dAMN 22.03.52 # 6.2 nok 22.03.54 # very nice 22.04.18 # not much at all, that 22.04.43 Quit efyx (Read error: 110 (Connection timed out)) 22.04.52 # http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick 22.04.53 # the 8gb sansa with radio is a lot cheaper than the 8gb nano here :-) 22.05.07 Join efyx [0] (n=efyx@fac34-5-82-239-138-213.fbx.proxad.net) 22.05.07 # And expandable with MicroSD, so 10GB of flash... 22.05.11 # but i don't think i want another pp dap 22.05.31 # "unbrick" of course being a bit of a contradiction 22.05.57 # You can only unbrick players that aren't really bricked :-P 22.06.19 # introducing the Apple Lazarus 22.07.35 # $185 is a fine price for a 8GB sansa in good condition. $200 is my "benchmark" price. 22.08.15 # There seem to be a whole load of them at that price, new. 22.08.28 # (and worldwide shipping) 22.08.34 # maybe it is time to update my watch-price list 22.08.54 # how much is shipping? 22.10.11 # To the UK is $30 - http://cgi.ebay.co.uk/NEW-SANDISK-SANSA-E280-8GB-MP3-PLAYER-FM-VIDEO-BLACK_W0QQitemZ260094460533QQihZ016QQcategoryZ114632QQssPageNameZWDVWQQrdZ1QQcmdZViewItem 22.10.43 # preglow: did you find swapping phase helped arm too? 22.10.50 # jhMikeS: sure did 22.11.26 # dang - my price list is out of date. I'm seeing them for 160-180 shipped to me. 22.12.15 # * jhMikeS hopes the audio hardware delay can be move to a single function for all chips 22.12.28 # jhMikeS: i think i've got a bug in your upsampler, btw 22.12.48 # preglow: do tell 22.13.24 # jhMikeS: line 173 dsp_cf.S, shouldn't that be cmp.l %d2, not %d3? 22.13.49 # hold on...I've got the modded one open... 22.14.46 Join jhoney [0] (n=jhoney@82.166.208.86) 22.14.57 Join barrywardell [0] (n=barrywar@host-194-46-249-5.dsl-ie.utvinternet.net) 22.15.19 # preglow: oops 22.15.34 # nls: i was putting it on my ext2 partition , not my ipod one :P 22.15.53 # jhMikeS: not that it's ever likely to trigger anyway... 22.15.58 # * Bagder gets sansa support questions from people not even using Rockbox... 22.15.59 # wait a second 22.16.04 # ah, glad it worked out now :-) 22.16.16 # me too, i just saw the themes!!!!! 22.16.18 # Bagder: That was Sandisk's evil plan... 22.16.34 # but i need to download a build with album art or something 22.16.36 # they sure fooled me 22.16.58 # it should be right no matter 22.17.11 # Bagder: the "Do Not Email Daniel" section on the unbrick page is nice! :-) 22.17.33 # I'm quite fed up with the constant stream of "help!" mails I get 22.17.44 # lol 22.17.58 # it would only affect a single frame after downsampling 22.18.57 # jhMikeS: that's true, didn't think about combining the two 22.19.22 # who's builds are best and most up to date with the album art and margins? 22.19.31 # combining? 22.19.41 # jhMikeS: running a frame of upsampling after a frame of downsampling 22.20.18 # Bagder: nice and helpful page. What do you think about md5sums for the mi4 images on your page? 22.20.30 # will happen if downsampling then switching immediately to upsampling 22.20.48 # mattzz: do you really think that matters much? 22.21.06 # I had md5sums there in the past actually 22.21.21 # Bagder: I personally have a better feeling with md5sums whenever I download something like a firmware image 22.21.50 # you're right, I'll add md5sums 22.21.55 # Bagder: thanks 22.23.20 Join XavierGr [0] (n=xavier@ppp102-70.adsl.forthnet.gr) 22.24.21 # preglow: another thing I'm starting to prefer is numbered labels: 1: .... bge.b 1b 22.24.25 Join pabs_ [0] (n=pabs@xor.pablotron.org) 22.24.36 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 22.24.39 # jhMikeS: yeah, started prefering them a while ago myself 22.25.27 Quit amigan (Remote closed the connection) 22.25.36 # no reason to come up with silly label names 22.25.50 # exactly 22.27.00 # * linuxstb reads the Rockbox wikipedia article and is impressed by how up to date it is 22.27.15 # yeah, we've got someone working on that somewhere 22.28.23 # so rockbox can play gameboy colour games? 22.29.13 # mcscruff: yes 22.29.17 # with varied degrees of success 22.29.18 Join amigan [0] (i=dcp1990@unaffiliated/amigan) 22.29.22 # so why did i install ipod linux!!!!! 22.29.50 # because it's superior 22.29.52 # * DataGhost runs 22.29.55 # lol 22.29.56 # :P 22.30.07 # if mpd gets better it will be 22.30.10 # they really cant be compared.... 22.30.32 # omg im torn between the 2, they can both stay for now 22.30.35 # starting all the way from the source code even :) 22.30.39 # how can it be superior when it doesn't even support my player? :-P 22.30.43 # hehe 22.30.50 # well, they have 2 completely different goals ;) 22.30.56 # true 22.30.59 # because it supports the 80GB >:) 22.31.10 # IPL has a goal? :) 22.31.22 # does it? or are you being sarcastic? 22.31.24 # last i heard it was for specific testers only and no one else had access to it =P 22.31.33 # yes it does. A website with 60% uptime. 22.31.33 # or is that just what you tell the people in IRC? =P 22.31.38 # and they are getting close. 22.31.40 # heh scorche 22.31.50 # I think it was linked on almost 40 blogs 22.31.56 # iPL supports the 80GB since 6-3 22.32.04 # for the public 22.32.11 # ok...now time to check the vorbis decoder from rockbox.org and see if mine is somehow not compiling right 22.32.12 # meh...i dont attempt to find out much about ipl 22.32.16 # :) 22.32.21 # DataGhost: I just mean that IPL doesn't seem very focused as a project, whereas Rockbox has a clear focus on the best possible audio playback. 22.32.21 # doesnt interest me ;) 22.32.34 # oh... ah well 22.32.41 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 22.32.58 # it's actually just focused on 'running Linux on an iPod' to my knowledge 22.33.02 # and it's doing a pretty good job :P 22.33.16 # whats the difference between 22.33.16 # 30G-cop-070215 22.33.16 # 30G-NOcop-070215 22.33.27 # coprocessor? 22.33.43 # yea 22.33.45 # what is it 22.34.33 # it does look awfully similar to the word 'processor' :o 22.35.22 # but how do i know which one to use 22.35.47 Join |Rincewind| [0] (i=7523bp1u@nat-wh-1.rz.uni-karlsruhe.de) 22.36.02 # mcscruff: They're both over a month out of date - a lot of changes have happened in the last month. 22.36.05 # I don't know, it's probably explained in a wiki somewhere... last time I saw mention of 'cop' in the RB source, it looked quite experimental to me 22.36.12 # Sorry, almost a month... 22.36.28 # oh yeah and I missed those numbers being a date :P 22.36.49 Quit Sanitarium (Read error: 110 (Connection timed out)) 22.36.54 # Co-processor support is now in the official Rockbox builds, as well as a completely redesigned menu layout. 22.37.07 Join Sanitarium [0] (n=undergro@A-71-78.cust.iol.ie) 22.37.25 # hurray for co-processor support! :) 22.37.36 # mcscruff: all of the iPod unsupported builds with Album Art and such are woefully out of date. 22.38.09 # DataGhost: Are you still working on 80GB support for Rockbox? 22.38.22 # May I strongly suggest you become familiar with Rockbox on a stock "current" build, as much of the documentation and help you have avaliable to you assumes you are running the latest version./ 22.38.31 # linuxstb no not really 22.38.41 # linusN is working at that, right? 22.38.59 # I got to the point where it's 'working', it can read my FAT32 partition 22.39.08 # mcscruff: Those builds are called "unsupported" for a reason - all help queries regarding them must be relegated to the fourm thread from which you got them. 22.39.09 # only 2 folders deep, after that it'll show garbage and crash 22.39.17 # it can't find the .rockbox folder and after some attempts it'll crash 22.39.25 # and when you don't do anything fancy with it, it'll crash anyway 22.39.27 # :) 22.39.28 Quit pabs (Read error: 110 (Connection timed out)) 22.39.32 # Soap, i'll just get one coz im too lazy to patch my own :P 22.41.09 # as far as I can see, there's "just a buffer problem" which doesn't look that easy to fix 22.41.52 # anyway I shared my 80GB knowledge and iPL patch with LinusN, hoping it'll be useful 22.42.02 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 22.42.07 # but I guess he'll finish 80GB support before I do 22.42.23 # and I have to study for some exams in a few weeks :) so I don't really have the time either 22.46.24 Quit barrywardell () 22.46.29 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 22.46.42 # find the time! 22.46.48 # exams can wait too 22.49.15 # ok, disabling priority_x has no effect :\ and it's the only change to the scheduling loop 22.49.59 Quit x1jmp (Read error: 110 (Connection timed out)) 22.52.30 # jhMikeS: what about the vorbis boosting conondrum, btw? 22.52.36 Join juxtap [0] (n=juxtap@wbs-41-208-218-44.wbs.co.za) 22.52.57 # or is that what you're talking about? 22.53.03 # what about it? I was getting 19% now I'm seeing 78% on the same file...vorbis only 22.53.16 # i tried again, behaved fine 22.53.16 # it is running slow for some reason 22.53.55 Nick pabs_ is now known as pabs (n=pabs@xor.pablotron.org) 22.54.20 # deleted my config.cfg, turned off the new scheduler feature...no change...ahhh 22.55.02 # Is this "conondrum" something others have seem? 22.55.04 # seen 22.55.05 Join skyfaller [0] (n=skyfalle@wikipedia/Skyfaller) 22.55.16 # haven't heard anything 22.56.54 Part K3nto 22.59.00 # jhMikeS: with the latest current build vorbis boosts normally on my h320 22.59.01 # I mean it's clearly running very slow 22.59.19 # about 20% wit q6 22.59.30 # nls: that's what's giving me fits...it seems unique to my player 22.59.36 # sound about right 23.00.00 # voice file present? 23.00.06 # no 23.00.13 # will check that out then 23.04.57 Quit amiconn (Read error: 110 (Connection timed out)) 23.05.29 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 23.05.30 # getting the voice file out of the way cures it...and the slowdown was real and visible... 23.05.30 # ???? 23.05.30 # yup 23.05.30 # no voice file and boost is back? 23.05.36 # to normal, that is 23.05.44 # vorbis turns into a pig when a voice file is loaded 23.05.54 # ok now 23.05.59 Part skyfaller 23.06.07 # preglow: How should I know whether the pp does burst transfers, without datasheet? 23.06.52 # amiconn: just asking, you've written assembler routines for it and always do a thorough job, so thought you might have benchmD[D[Darked 23.06.56 Quit lee-qid ("aufwiederbyebientotsayonara") 23.07.06 Quit JETC- (Read error: 110 (Connection timed out)) 23.07.09 # don't ask me what happened in "benchmarked" there 23.08.27 # im compiling my own :) , what patch's would you say are good to have? 23.08.45 # jhMikeS: Perhaps that has to do with the voice thread always in running state in current svn? 23.09.13 Quit Galois ("Leaving") 23.09.17 # I first observed it on ipod and thought it might have to do with dual core operation, then found it also happens on coldfire targets 23.10.05 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 23.10.11 # amiconn: why should it be and only affect a single codec? the mutex should sleep since nothing is different. :\ 23.10.26 Quit kubiix (Client Quit) 23.10.27 # Dunno, different yield frequency perhaps? 23.10.50 # mcscruff: 5495 23.10.51 *** Saving seen data "./dancer.seen" 23.11.28 # maybe 6616 if that is your thing. 23.12.49 # isnt 5495 gonna be in the svn? 23.12.50 # I also suspect the fact that voice runs on core 0 and main codec on core 1 to be the cause for the practically unchanged performance with cop support enabled on pp. While both threads are running on different cores, they cannot run in parallel because of the buffer swapping 23.13.16 Quit |Rincewind| ("Cya") 23.13.28 Join terry_ [0] (n=terry@c-24-20-96-13.hsd1.mn.comcast.net) 23.13.46 # did it get commited while I wasn't looking? 23.13.48 # amiconn: well, shouldn't people with no voice files see an improvement? 23.14.04 # preglow: Yes they should 23.14.09 # we don't :/ 23.14.12 # I never tested without voice file 23.14.37 # nope, mcscruff, it is still open. 23.15.16 # But something is definitely fishy wrt voice thread 23.15.21 # * linuxstb sees a fixed-point patch for the ffmpeg RealAudio (cook) decoder.. 23.15.34 Join Galois [0] (i=djao@efnet-math.org) 23.15.34 # woo... 23.16.08 # Apparently the patch gave a 25x speedup on ARM... 23.16.21 # compared with what, fpu emulation? 23.16.48 # I assume so, let me read more... 23.17.03 # sounds like a small speedup factor, then 23.17.05 # Soap: man that was 23.17.12 # *oops 23.17.20 Quit terry_ (Client Quit) 23.17.31 # hit paste :P, was gonna say 3045 is a must have 23.18.04 # the same yield should be executed now as before ... Will actually change the mutex sleep to be identical to before but I don't expect any change really. 23.18.50 Join barrywardell [0] (n=barrywar@host-194-46-249-5.dsl-ie.utvinternet.net) 23.19.21 # preglow: Here's the original post - http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-March/054260.html 23.19.38 # I'd like to move the voice thread to the COP, but run out of IRAM - I need some help to write the linker script to use uncached DRAM 23.19.43 # off topic: would anyone happen to know a generic way to deliver mails to specific mbox decided by the to: address? procmail? .forward? 23.20.06 Join x1jmp [0] (n=x1jmp@p57B096EF.dip0.t-ipconnect.de) 23.20.22 # preglow: procmail 23.20.56 # i see the server runs exim and dovecot, does any of that matter at all? 23.20.59 # ah, ok 23.21.19 # i had a mail server myself a couple of years ago, but i've forgotten practically everything, i see 23.21.24 # normally you can invoke procmail from your forward unless it runs it by itself 23.21.38 Join rotator [0] (n=e@rockbox/developer/rotator) 23.21.57 # * Bagder has a >400 lines procmail file 23.22.32 # the host i receive mail on uses courier and maildrop. maildrop filters are pretty nice, too 23.23.23 # linuxstb: i don't like the part in the reply about people not maintaining fixed point code 23.23.44 Join pondlife [0] (n=Miranda@cpc3-rdng11-0-0-cust229.winn.cable.ntl.com) 23.23.59 # sounds pretty bad to allow people to break fixed point code while updating float code 23.24.10 # especially in these days of embedded multimedia 23.25.53 # identical code to before and the problem persists with a voice file present 23.26.00 # preglow: Yes, but that's just one person's reply - the rest of the thread seems reasonable. 23.26.06 # linuxstb: yeah, see so 23.26.40 # * linuxstb needs to invest more time understanding ffmpeg's architecture 23.27.14 Quit ompaul ("night all") 23.27.22 # yeah, i have the tree checked out here myself with the intent of doing so 23.27.41 # but i guess i'll never get around to it 23.28.20 # What timezone are flyspray times based off of 23.29.33 # Our runtime estimation on X5 is _way_ off 23.30.09 # >13 hours now and still going. Estimation is only 8 hours iirc 23.30.13 # I revert everything to the old system and it persists :\ 23.30.16 # BigMac: I don't know, but most Rockbox things are on Central European Time (GMT+1) 23.30.35 # ah ok thank ya linuxstb 23.30.37 # i ran the sh file that buils the gcc-elf thing but whats the command to make that in my path for make? 23.30.42 # Except disk access goes back to slowing down everything 23.30.42 # jhMikeS: In such cases a binary search through the dailies might help 23.31.01 # If you found the day, then continue with checking this day's commits 23.31.03 # could be 23.31.25 # * amiconn did that several times 23.31.45 # It could have been there already and I just discovered it...can't say 23.32.22 # A somewhat tedious undertaking though .... argh 23.33.25 # tedious and conclusive... 23.34.40 # You should be down to the specific day with 6 checks... 23.35.09 # (checking the full month back) 23.35.17 # still I find that tedious when I want to work on new stuff :) 23.36.11 # * jhMikeS will just shut up and get this over with 23.37.32 # My hint: Keep a notepad handy with your binary search points noted. 23.37.35 Join K3nto [0] (n=k3nt@dhcp42-151.iqltvu.northwestel.net) 23.37.48 # It gets even more tedious if you lose track :) 23.38.19 # Yes...I usually do that 23.38.31 # hey i have a slightly off-topic question 23.38.36 # hey guys, i have a set of stereo headphones im trying to fix. in the middle of the cord, there was a volume adjustment dial. the dial was busted, and now im trying to fix the headphones. There was a copper wire per strand and a green/red one in each. http://img15.imgspot.com/?u=/u/07/68/18/000011173569252.jpg I removed the enamel and twirled them and finally, soldered them 23.38.49 # i out it in another chan too tho 23.38.52 # still hate binary searching like this >:P 23.39.02 # K3nto: and what does that have to do with rockbox? 23.39.34 # * amiconn thinks adding new features without having a stable base is worthless, and not much fun either 23.40.14 # *sigh. nothing. 23.41.55 # jhMikeS: heh. i once did that searching through a couple of months worth of commits to the full FreeBSD source tree just to find out that somebody flipped the default value of a sysctl :/ 23.42.38 # K3nto: is this a success story or is there a question buried in there? 23.44.32 # I can say this...the 2007-02-08 build has it 23.44.43 # perhaps it's always been there, then? 23.44.50 Join chromoXdor [0] (n=Miranda@dslb-088-072-044-027.pools.arcor-ip.net) 23.45.26 # I have a feeling about that ... wonder why though. You sure nothing in mpa.codec would clobber the malloc buffer? 23.45.30 Quit efyx (Remote closed the connection) 23.45.54 # jhMikeS: why would clobbering the malloc buffer slow stuff down? i don't even know where the malloc buffer is located these days 23.46.09 # is it still a separate 512 kb buffer? 23.46.21 # preglow: nvm, im in a dif chan with this 23.46.24 # it is not swapped like the other buffers 23.46.43 # jhMikeS: fair enough, but why would clobbering slow stuff down? 23.46.53 # I have no friggin' idea :) 23.46.54 # i would expect horrible distortion, sure, but not slowing down 23.46.57 # me too 23.47.15 # the chances of slowdown being an effect from a clobbered malloc buf are really minute 23.47.17 # just reaching for anything for an answer atm 23.48.34 # when you compile rockbox do you get alot of warnings? 23.48.37 # starting ridulous usually leads to getting somewhere 23.48.49 # mcscruff: never 23.48.55 Join Soap_ [0] (n=Soap@rockbox/staff/soap) 23.49.03 # mcscruff: you can see the warnings and errors on the build page in the chart 23.49.20 Join RogerBacon [0] (n=RogerBac@bas3-sherbrooke40-1177840272.dsl.bell.ca) 23.49.23 # it didnt error out :S is that good or bad :P 23.49.33 # did anyone know if the creative Zen M have a disc mode ? 23.51.06 # if it hasn't got a rockbox port, we probably don't know 23.51.19 Quit Soap (Nick collision from services.) 23.51.24 Nick Soap_ is now known as Soap (n=Soap@rockbox/staff/soap) 23.51.48 # any trick to put it in UMS ? 23.51.53 # that's really suck 23.52.02 # mtp is really a piece of crap 23.53.42 # According to this page, http://dapreview.net/e107_plugins/content/content.php?content.259 it has a "configurable MSC partition (512MB to 16GB)"... 23.53.42 # beer time! 23.53.46 # alingnment? issue? 23.53.49 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 23.54.08 # this device need WMP10 ONLY, im with WMP11, so if i understand,microsoft want to use old software ... 23.54.08 # hi 23.54.31 Quit desowin ("use linux") 23.55.10 # in brickmainia the game if you pause it while you have the glue power up and then unpause the ball stops moving 23.55.46 # also the random folder plugin does not start a new folder while playing brickmanina 23.56.03 # and theres no way to access music control without losing your game 23.56.05 # :( 23.56.16 # it also needs more levels 23.57.53 # On the second point, you kind of answered yourself. Snake won't run at the same time brickmania does either. :)