--- Log for 22.02.107 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 20 days and 18 hours ago 00.00.02 # O112358: Who knows? Doubt it. It's a flash based player - odds are there isn't an iPod Nano inside. ;) 00.00.08 # amiconn: sure, but that's just a matter of using the correct define, yes? 00.01.18 # i can't get over my poor h300 :( 00.01.29 # how can i make sure my next battery doesn't break? 00.01.31 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 00.01.48 Quit busa_blade ("Leaving") 00.01.49 # you can't -- it's life 00.02.08 # but there must be a reason why it broke so quickly.. 00.02.19 # i mean.. batteries aren't supposed to leak are they? 00.02.25 # manfacturing defect possibly 00.02.25 # no 00.02.35 # and definately not lithium batteries. 00.02.43 # well... 00.02.48 # they are also not supposed to explode, and some laptop vendors had problems with that recently ... 00.02.55 # lithion ion batteries are actually not the safest things in the world 00.03.01 # a poorly made one will explode 00.03.07 # i think my battery was in too tight.. (it was a replacement off ebay) 00.03.17 # since the contents don’t like each other very much at all if they come in contact with each other. :) 00.03.22 # it's wasn't ion.. it was poly.. 00.03.27 # Most likely a manufacturing defect as scorche said, I wouldn't buy from that place again, though all the no-name batteries probably come from only one or two factories, at least you can try to avoid getting a new battery from the same lot. 00.03.50 # maybe get a more expensive one? 00.03.56 # it's always the same thing: the more complex technology gets the more problems arise to keep it controllable 00.04.10 # lipoly is a subset of li ion. 00.04.20 # O112358: which batt did you buy? I'm expecting one I bought on ebay (li-poly) 00.05.05 # preglow: Yes, correct 00.05.11 # * amiconn needed to check how that works 00.05.13 # and if it leaked, it very well likely wasn't li poly, regardless of what bridge in New York they sold you. 00.05.38 Join Rob2222 [0] (n=Miranda@p54B15B80.dip.t-dialin.net) 00.05.39 # preglow: This only applies to alac, flac and tremor, btw 00.05.47 # yep 00.05.54 # i'll see it when converting anyway 00.06.13 # petur: can you link the one you're getting? it's probably the same.. 00.06.52 # O112358: http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&item=250085230175 00.07.34 # someone in the forums reported problems with a cheap replacement battery for his H300 too 00.07.41 # :( 00.08.00 # remember the old adage? 00.08.04 # You get what you pay for. 00.08.44 # amiconn: hmm, should software bass and treble be applied to voice codec too? 00.08.53 # i guess "yes", but i really don't want to deal with that now :/ 00.09.14 # looks pretty similar.. 00.09.20 # the problem with replacement Lithium batteries is that you can't easily tell the difference between products of varying quality levels. There are many cheap products sold at high prices to attract the "quality" buyers. 00.09.26 # i might have to go for a more expensive one.. 00.09.39 # hmm.. :'( 00.09.48 # bah, -ffunction-sections makes it not load the IRQ handlers :-( 00.09.52 # unless you buy from a namebrand with a warranty, you might as well buy the cheapest you can find. 00.10.40 Quit Rob222241 (Read error: 104 (Connection reset by peer)) 00.11.03 Quit inversions (Read error: 110 (Connection timed out)) 00.11.36 # http://www.maplin.co.uk/Module.aspx?ModuleNo=48052&C=SEO&U=MLP look the same 00.11.39 Quit furiousD (Read error: 104 (Connection reset by peer)) 00.11.45 # *looks ... same image.. 00.11.48 Join furiousD [0] (n=david@cpc1-blfs5-0-0-cust675.belf.cable.ntl.com) 00.11.59 # grrrr 00.12.31 # O112358: and it destroyed your h300? 00.12.38 # no :D 00.12.40 # luckily.. 00.12.50 # it's was only on the surface of the battery.. 00.12.53 # *it 00.13.21 # it stinks though.. and i need to clean it off the inside of the back of the case.. 00.13.56 # hmm.. i wonder what will happen if i burn it XD 00.14.21 # be kind to the environment... 00.14.46 # LinusN: Then I wonder how it works for bootbox... 00.15.38 Quit lex (Nick collision from services.) 00.15.42 Join lex [0] (i=lex@evot.us) 00.15.44 Quit lex (Nick collision from services.) 00.16.02 Quit bluebrother ("leaving") 00.16.04 # amiconn: didn't you remove the weak symbols for archos? 00.16.13 # No I didn't 00.16.17 # We need them 00.16.23 # I just hid them from silly gcc 00.16.30 # maybe that's why 00.16.50 # petur: oh :( 00.17.09 # -ffunction-sections worked before we switched sh-elf-gcc iirc 00.18.34 Quit mirak (Remote closed the connection) 00.19.45 # does bootbox use interrupts? 00.20.43 Join lex_ [0] (i=lex@evot.us) 00.22.57 # Yes it does, I just checked 00.23.12 # The tiimer tick uses the timer interrupt 00.23.41 # IMIA0 00.23.46 # And ADITI is also used 00.24.00 # ...needed e.g. for charging on the v1 00.24.04 Quit ender` (Read error: 104 (Connection reset by peer)) 00.25.02 # LinusN: Do you use the standard app.lds? bootbox does 00.25.23 # You need an explicit KEEP() for some sections in case you don't 00.25.35 # preglow: thanks for the fix 00.26.15 # hcs: np, was an easy one 00.26.24 # amiconn: aha 00.26.43 Join pearldiver [0] (n=say@cpe-66-65-88-127.nyc.res.rr.com) 00.27.12 # That's needed for the vectors. Too much indirection for the linker to make it figure out they're needed 00.27.42 # of course 00.28.13 # everyone's too clever here :( 00.28.24 Quit fasmaie (Remote closed the connection) 00.28.44 # O112358: we knew that already 00.29.25 # we're also very beautiful people 00.29.47 # there are already enough channels on irc with stupid people in them 00.29.56 # * petur looks at preglow and shakes head 00.30.32 # can't help it that i'm gorgeous! 00.32.04 # * preglow puts on his "talk less shit" hat 00.32.06 Quit _pill ("changing servers") 00.34.37 Join webguest01 [0] (i=98a3648a@gateway/web/cgi-irc/labb.contactor.se/x-405e18ca58ce4b39) 00.35.43 Quit Mouser_X (Read error: 60 (Operation timed out)) 00.35.59 # hey i was wonderin were do the pix u make in rockpaint get saved to, or do u make a folder?? 00.36.31 Join spas [0] (i=spas@82-47-39-190.stb.ubr04.wolv.blueyonder.co.uk) 00.36.42 # hello can I ask I quick question? 00.36.49 # a quick question? 00.37.11 # spas: Tim? 00.37.12 # that is 2 00.37.18 # quickest: just ask! ;) 00.37.25 Join barrywardell [0] (n=barry@194.46.160.178) 00.37.46 # so does any one know? 00.38.20 # im not tim 00.38.51 # my question is does rockbox support album art and any other kind of video playback on ipod vid? 00.39.03 # do you have to make a folder to save the pix you make in rockpaint 00.39.08 # spas i think so 00.39.18 # video playback - yes 00.39.26 Join RogerBacon [0] (n=carl@bas3-sherbrooke40-1177840585.dsl.bell.ca) 00.39.27 # AA - only by an unofficial patch 00.40.08 # webguest01: I think rockpaint saves whereever you ask it to - it will bring up the keyboard where you enter the full path and filename. 00.40.58 # oh casue i was making a picture in english and clicked save and then i typed a name and i couldnt find/load it so i did somthin wroung 00.41.07 # the aa patch is _still_ not in a state where we might want to commit it? 00.41.38 # after rooot menu goes in and the browser code is a bit easier to work with, does anyone like the idea of using it as a file open/save as screen? 00.41.42 # Most people object to AA until metadata-on-buffer is in. 00.43.07 # so what would i type to save just to the root of my ipod? 00.44.13 # webguest01: /filename.bmp 00.44.23 # webguest01: I've never used Rockpaint, so I'm not sure how it works, but you would type something like "/mypicture.bmp" to save in the root. I'm not sure where it would go if you missed out the / 00.44.24 Part spas 00.44.35 # JdGordon: I was actually wondering about the occurance of the selector-type/lcd-inverse-problem... that was something I mentioned a few times when testing your earlier patch :) (but obviously didn't test again now) 00.44.54 # ok that guys 00.45.29 # pixelma: all fixed now :) 00.45.29 Quit webguest01 ("CGI:IRC (EOF)") 00.48.18 Join webguest46 [0] (i=524f6fcd@gateway/web/cgi-irc/labb.contactor.se/x-ff20bb9f6b7bf95f) 00.49.22 # Mikachu: the bloody false low battery warning after using disk mode seems to be gone after my upgrade too 00.51.24 Quit Arathis ("Bye, bye") 00.52.34 # but then again, you used retailos for that, didn't you 00.52.51 Join _pill [0] (n=pill@sloth.shellfx.net) 00.56.15 # Hi. today I want to buy a Sansa E250, but as I heard, it has very poor sound quality. Could the rockbox make much better sound quality than the original firmware? and all of rockbox powered devices has the same sound quality, or it depends mainly on the hardvare? 00.56.29 # w 00.56.37 # we wouldn't know since we don't yet support sound on it 00.56.48 # webguest46, poor sound quality my ass. 00.56.50 # the sound quality is the same as far as we can make it 00.56.56 # but the hardware is the deciding factor 00.57.02 # It's all about the headphones, webguest46. 00.57.27 # thank you. 00.57.28 # the DAC/amp matters just as much 00.57.34 # crap in/crap out 00.57.56 # On behalf of preglow, no problem webguest46. 00.59.33 Quit web-taz ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 01.00.08 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 01.01.08 # amiconn: think i've got some prescaling going here now 01.03.28 # something about rockbox : http://jezlyn.wordpress.com/2007/02/01/trying-to-quench-mp3-player-lust/ 01.04.23 # with picture 01.04.36 # toffe: feel free to add it to the ArticlesAboutRockbox wiki page 01.04.46 # ok 01.05.32 Quit entheh ("^~") 01.06.55 Join madmodder [0] (i=madmodde@82-44-7-73.cable.ubr01.blac.blueyonder.co.uk) 01.07.17 # greetings all 01.08.08 # madmodder: are you the same as on the forums? 01.08.16 # yes 01.08.35 # ah...i see you responded...thanks! 01.10.07 # yes 01.10.33 # ok as my name suggests I'm more of a hardware person 01.10.38 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 01.11.38 # madmodder: i have granted you write access to the wiki 01.12.20 Join web-taz [0] (n=taz@p508199F2.dip0.t-ipconnect.de) 01.12.20 Quit webguest46 ("CGI:IRC (EOF)") 01.12.24 # Thanks linus 01.12.59 # aloha 01.13.30 # It looks like switching to GCC 4.1.1 might save about 100 bytes on the Archoses. 01.13.55 # 5 pounds a chip is a bit pricey, but it is the only location there is i guess 01.14.08 # madmodder: which chip is it exactly? 01.14.51 # dan_a: meagre in comparison with arm, then 01.15.00 # dan_a: any problems building for arm? tested the build? 01.15.01 # the one that you need (edo ram 50 pin tsop II 4mx16) 01.15.06 Join miepchen^schlaf [0] (n=hihi@p57B95716.dip.t-dialin.net) 01.15.14 # dan_a: Specifically, tested the bootloader? 01.15.25 # yes, but what number is printed on the chip? 01.15.31 # preglow: ah, that's only happened to me once or twice though 01.15.37 # Oh, wait, it was just the Nano bootloader that was all crazy with the old GCC, wasn't it? 01.15.53 # preglow: The player is compiled with -Os, I don't think ARM is. An ARM normal build works - I've not tested bootloader yet 01.16.27 # scorche: I will ask "bruce" and put the answer on the forum thread I started, that ok? 01.16.27 # dan_a: Have you had a chance to look into why the 4g bootloader is failing to load retailos? 01.16.34 # yup 01.16.41 # just edit your last post please 01.16.48 # Mikachu: happened to me about 50% of the time, bloody annoying 01.16.57 # now seems to be gone \o& 01.16.59 # dan_a: so that number was for the Archos Player or any other Archos device? 01.17.01 # that's some arm, sir 01.17.06 # and yeah, i do use the of for file transfers 01.17.09 *** Saving seen data "./dancer.seen" 01.17.22 # but if the emergency mode is fast after the upgrade, there's not much reason to 01.17.26 # scorche: ok no problem 01.17.28 # except charging 01.17.28 # pixelma: I just tested the Player 01.17.44 # linuxstb: Nothing yet 01.17.44 # so after you fix charging, i'll update :P 01.18.10 Part LinusN 01.18.20 # bye all 01.19.09 # dan_a: maybe you could test with the V2/FM-Recorder because the Player is quite different from those... 01.22.20 Part madmodder 01.22.22 Join bonbonthejon [0] (n=jon@cpe-65-27-173-68.cinci.res.rr.com) 01.25.04 # Are the file descriptors of a plugin closed automatically on exit? 01.25.11 # pixelma: About 600 bytes (for the bin file - the ucl file actually grows) 01.25.25 # x1jmp: doubtful 01.28.05 # x1jmp: No. 01.28.24 Quit Mouser_X (Nick collision from services.) 01.28.33 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 01.28.37 # ok, then I have to change a lot... 01.28.47 Quit RogerBacon ("Quitte") 01.30.46 # dan_a: interesting, thanks for the info. I think that's good but don't know - at least it's now in the logs for people with a clue :) 01.30.57 Join Nico_P_ [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 01.31.33 # is it normal that i can't compile rbutil ? 01.31.38 # i get a shitload of errors 01.31.53 # on which os ? 01.32.06 # do you have wxWidgets2.8 ? 01.32.07 # pixelma: It's not a huge gain - and I've not actually patched my GCC, just tried compiling to see what happens, but I'm sure the people who know stuff will be able to make use of the information! 01.32.08 # Domonoky: linux (kubuntu edgy) 01.32.14 # Domonoky: yes 01.32.44 Part toffe 01.32.50 # have you got the ubuntu wxwidgets package or have you build it your self ? 01.33.47 # Domonoky: ubuntu version 01.33.52 # i took it from http://www.wxwidgets.org/downloads/ (in the "binaries" section they give a repo) 01.34.01 # would be nice to get a pastebin of the errors . 01.34.24 # ah ok, i havent tryed to compile with this package (no Ubuntu) 01.34.40 # Domonoky: did you make a binary yet? 01.34.49 # could be those Unicode errors.. 01.34.56 # jeah der is a linux binary 01.35.03 # -der + there 01.35.14 # where? 01.35.23 # in the wiki RockboxUtility 01.35.36 # http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility 01.35.58 Nick _pill is now known as pill (n=pill@sloth.shellfx.net) 01.35.59 Quit robin0800 ("Give a man a fish and he will eat for a day. Teach him how to fish, and he will sit in a boat and drink beer all day") 01.36.01 # at the bottom there is a linux and a win binary (both 32bit) 01.36.31 # Nico_P_ : can you give me a pastebin of those errors ? 01.36.41 # Domonoky: I'm doing it now :) 01.36.49 # thanxs.. 01.37.38 # Domonoky: http://pastebin.com/886267 01.38.14 # Domonoky: i can't for the life of my make that zip file work 01.38.19 Nick pill is now known as _pill (n=pill@sloth.shellfx.net) 01.38.20 # my(me 01.38.25 # my/me, gah 01.38.28 # someone said something about 7zip earlier 01.38.30 # its 7zip 01.38.39 # and yet called .zip, how fascinating 01.38.53 # jeah, me is bad.. :-( 01.39.03 # should be .zipzipzipzipzipzipzip? 01.39.32 # that crashed really bad 01.39.33 # preglow: The "file" command is your friend 01.40.01 # the wiki is really wget hostile so i use the browser there, in which case i like to open directly in the arch manager 01.40.28 # i also tried 7z first, but that was an incomplete download for some reason 01.40.28 # Nico_P_: strange errors ... 01.40.31 # what adventure 01.40.31 # It's a sad comentary that some random blogger can write a better article on Rockbox than paid journalists. 01.40.36 # Domonoky: Did you update the Linux binary after your bugfix (which worked by the way). 01.40.43 # yes. 01.40.44 # More factual, more informative. 01.40.49 # *** glibc detected *** ./rbutil: munmap_chunk(): invalid pointer: 0x087702cc *** 01.40.54 # then i get a huge stacktrace 01.41.21 # glibc problems.. other version of glibc.. bad.. 01.41.28 # same thing than preglow here 01.41.52 # I've just made a Linux build, if people want to try it - http://www.davechapman.f2s.com/rockbox/rbutil.tgz 01.42.10 # Domonoky: other version? which functions do you use that are so sensitive? 01.42.36 # dont know.. could be wxWidgets.. 01.42.39 # heh 01.42.51 # i was just guessing,, 01.42.52 # linuxstb: same problem... "*** glibc detected *** ./rbutil: munmap_chunk(): invalid pointer: 0x0876d6fc ***" 01.42.53 # if you want to take your chances you can try export MALLOC_CHECK_=0 01.42.56 # linuxstb: same thing 01.43.02 # linuxstb: What was your troubleshooting idea for the bootloader the other day? 01.43.14 # Nico_P_: what're you on? 01.43.27 # it'll make glibc ignore such errors, with usually worse consequences 01.43.33 # preglow: kubuntu edgy 01.43.41 # dan_a: Adding "return (void*)DRAM_START;" at the very top of bootloader/ipod.c and see if that starts retailos. If it does, then slowly move it down the file and see which kernel init is breaking it. 01.43.50 # preglow: and you ? 01.44.09 # dan_a: I mean the top of the main() function... 01.44.13 # Nico_P_: ubuntu edgy, amd64 01.44.28 # Nico_P_ uses the readymade wxWidget package for Ubuntu.. i think this is the problem.. 01.44.56 # Nico_P_: i don't even have wxwidgets 01.45.13 # i don't have time to build wxWidgets myself today... i should go to bed soon 01.45.48 # You could start it building overnight... 01.45.48 Quit Nico_P (Read error: 104 (Connection reset by peer)) 01.46.03 # linuxstb: is it long to build ? 01.46.08 # getting the build to start is usually the tricky part 01.46.20 # rhyme not intended 01.46.31 # Mikachu: exactly... it could take me too much time 01.46.38 # s/could/would 01.47.02 # Mikachu: you could continue speaking in rhyme, we need someone like that here 01.47.03 # for relief 01.47.11 # comic or otherwise? 01.47.14 # linuxstb: Returning at the start of main() works. I'll do tests until I decide I ought to have been in bed hours ago... 01.47.22 # you'll have to detect which we want from the context 01.47.32 Quit petur ("Zzzzz") 01.47.34 # Good news - at least that means you have something to debug... 01.47.48 # without protest i'll do my best 01.49.14 # time to go to bed... i'll have a closer look at rbutil tomorrow... 01.49.15 # bye 01.49.26 Quit Nico_P_ (Remote closed the connection) 01.49.38 # what more could we need than this cunning swede 01.50.39 # o person from norway, don't take our beer away 01.50.41 # preglow: A bunch of them who'd dare to write replacement firmwares? 01.52.05 # i can think of further things, but yes, that would also be nice 01.52.27 # nothing like finding out you have been listening to a bug for the last two hours 01.52.41 Join Plouj [0] (n=Plouj@207.112.66.136) 01.52.41 # omg 01.52.51 # you killed kenny 01.52.55 # I bought an ipod battery for my h320 iriver, and the battery cables apparently are backwards 01.53.00 # oh, pretty close though 01.53.17 # Plouj: resulting in...? 01.53.27 # my iriver not working with the new battery 01.53.35 # not surprising 01.53.44 # is it working with your old battery? 01.53.45 # i don't think they have too much protective circuitry for that 01.53.48 # Mikachu: yes 01.53.53 # wow 01.53.54 # lucky 01.53.56 # oh, after the fact 01.53.57 # I dunno 01.54.03 # i fried a usb mouse and gamepad by just plugging them in to a reversed usb port, not fun 01.54.16 # Mikachu: reversed usb port? 01.54.25 # +5v on ground and vice versa 01.54.35 # possibly on the data line, who knows 01.54.36 # Plouj: i don't think i'd have too high hopes for that h320 01.54.39 # they died in either case 01.54.50 # Mikachu: who the hell has reversed usb ports? 01.54.56 # epox and asus make identical usb expansion cards that plugs in to the motherboard 01.54.56 # i know you're backwards in sweden, but damn... 01.55.03 # even the connectors are identical 01.55.09 # the wiring, however, is not the same 01.55.15 # ... 01.55.32 # furthermore, the expansion card is not labeled, so i didn't know it wasn't for my motherboard 01.56.12 # at least i'll be careful with that in the future 01.56.23 Quit Mouser_X (Nick collision from services.) 01.56.32 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 01.56.34 # the funny thing is only the right port was reversed, the left one worked fine 01.57.27 # omg 01.57.32 # my dad reversed teh cables 01.57.39 # and now the iriver works with the new battery! 01.57.45 # who would have guessed!! 01.57.50 # you are a very lucky lad 01.58.01 # if your name was kenny, you'd have died 01.58.08 # whew 01.58.32 # and to think that I tried charging it for a few hours while the battery was plugged in wrong 01.58.38 # people have fried their h1x0s doing less than that 01.58.40 # haha 01.58.45 # Plouj: very, very lucky 01.58.47 # excessively lucky 01.58.56 # don't do anything daring in the future, you've had your fill 01.58.59 # what do you could have happend? 01.59.09 # preglow: I didn't know it was actually daring 01.59.10 # the battery could have exploded 01.59.22 # I wasn't aware that the battery was wired backwards 02.03.26 # oooh, ntfs-3g 1.0 02.04.48 Part dmdfan 02.12.19 Quit Mouser_X (Nick collision from services.) 02.12.28 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 02.14.17 Join ppeom [0] (i=oppa123@222.101.44.68) 02.14.23 # hi all 02.14.28 # Oh, this is a lovely bug. 02.14.31 # Hi ppeom 02.15.25 # who's know how to using %rr tag? 02.15.38 # linuxstb: Checking the return code from loading apple_os.ipod is what is stopping the 4G greyscales from working 02.17.15 Join fasmaie [0] (n=fasmaie@c-71-233-79-102.hsd1.ma.comcast.net) 02.17.33 # hi 02.17.36 # ppeom: the only help I can offer http://www.rockbox.org/twiki/bin/view/Main/CustomWPS#Runtime_Database_and_Replaygain (never used it myself) 02.18.49 # dan_a: Why is that only affecting the 4g grayscales? 02.19.08 # It's so hard.. 02.19.30 # linuxstb: I'm trying to work it out. Some stack use thing, or something like that? 02.19.59 # So is the return code incorrect? 02.20.55 Join terry_ [0] (n=terry@c-24-20-96-13.hsd1.mn.comcast.net) 02.21.09 # Also, could you check if it still works when you install with the latest ipodpatcher? 02.21.16 # The return code is right. Without an apple_os.ipod, the return code is -1. 02.21.24 Quit terry_ (Client Quit) 02.21.53 # ppeom: what do you want to do? 02.27.04 Join akaidiota [0] (i=not@c-461d70d5.020-58-6b736411.cust.bredbandsbolaget.se) 02.33.46 Quit O112358 () 02.36.36 # amiconn: http://www.pvv.org/~thomj/rockbox/sw_tone_controls.patch 02.37.00 # amiconn: now with prescaler, same procedure as last time, #define HAVE_SW_TONE_CONTROLS in target config header of your choice 02.37.59 Quit akaidiot (Read error: 110 (Connection timed out)) 02.38.10 # amiconn: i think there's an issue when adjusting volume in the wps, so beware 02.38.12 # now, bedtime 02.38.27 Quit x1jmp (Read error: 110 (Connection timed out)) 02.39.31 Join w1ll14m [0] (n=w1ll14m@84-104-81-208.cable.quicknet.nl) 02.43.33 Part pixelma 02.43.39 Quit Domonoky (Read error: 131 (Connection reset by peer)) 02.44.34 # linuxstb: Latest ipodpatcher: No change. It is the line "if(rc==EFILE_NOT_FOUND) {" which causes the problem: before that we load the OF without a problem, inside that if (and I've checked we're going down that code path) returning DRAM_START crashes the iPod. 02.53.40 # dan_a: I just wanted to know if ipodpatcher made it any worse... It sounds like the kind of odd behaviour we originally encountered with the ipod bootloaders. 02.54.32 # It's weird. If I add my own if statement in, it's fine - but when I return from inside the existing one it doesn't work. 02.54.35 # * dan_a sighs 02.59.04 # Ah, it seems to be the memcmp line that is making it die. I think I'll leave any more troubleshooting until tomorrow 03.02.29 # those kooky 4g grayscales! 03.05.23 # preglow: hello. what's the reason for arbitrary clipping levels instead of ones based on data size in dsp.c? I'd love to rid it of that if possible. 03.07.25 # dan_a: Is memcmp in iram? Could that be the issue? 03.08.27 # * jhMikeS just noticed it's past his bedtime :P 03.08.31 # Ah no, I'm confusing it with the other mem* functions... 03.10.33 # It's a bit confusing! I'm going to head off to bed now, and have another look tomorrow. Perhaps it should be put into IRAM... 03.15.32 Part Plouj ("oy vei") 03.16.51 Quit Thundercloud (Remote closed the connection) 03.17.11 *** Saving seen data "./dancer.seen" 03.18.56 # only the archos has the samsung tuner right? 03.20.23 # JdGordon: afaik, yes. 03.21.40 # :( which means that the space optimization I was going to do only affects the other targets :p 03.23.08 # well, I was going to improve tuning for the phillips chip but that adds on some size so a reduction there would be great to make up for it 03.24.38 # it would have been tiny 03.24.51 # what's tiny? 03.25.04 # the radio_hardware_preset() check makes settings difficult 03.25.10 # the saving i was goin to do 03.25.48 # :) yeah, but how much? The tuning would add iirc around 200 03.26.58 # I doubt I would be able t save half that 03.27.17 # just adds cod complexity, so I wont bother 03.28.29 Join Adam_Weston [0] (n=chatzill@192.65.141.8) 03.29.36 # then again.... the recoders which dont have radio would benefit from the smaller code 03.32.49 Quit Mouser_X (Read error: 110 (Connection timed out)) 03.33.22 # that was a coldfire number anyways...maybe not as bad for archos. it just added a few lines for samsung but fm I think is the one that has to handle both chips. 03.34.03 Part Adam_Weston 03.41.15 Quit web-taz ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 03.47.42 Quit fasmaie () 03.48.26 # dag nabbit, lousy text insensitive html 03.48.42 Join webguest01 [0] (i=45b37609@gateway/web/cgi-irc/labb.contactor.se/x-1ba37e123a9236ec) 03.49.33 # hello i need some help with my h120. 03.53.53 # woohoo. i figured it out all on my own. now i just have to remember how to do that next time. 03.54.10 Quit webguest01 ("CGI:IRC") 04.02.32 Quit thegeek_ () 04.05.11 Quit Everybody|away ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 04.16.18 Quit ppeom () 04.27.13 Join toffe [0] (n=chatzill@adsl-70-137-199-113.dsl.frs2ca.sbcglobal.net) 04.31.26 Join tryagain [0] (i=c91d0de4@gateway/web/cgi-irc/labb.contactor.se/x-b7861816b1fd714f) 04.35.22 Quit tryagain (Client Quit) 04.40.06 Join perldiver [0] (n=say@cpe-66-65-88-127.nyc.res.rr.com) 04.56.12 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 04.58.30 Quit pearldiver (Read error: 110 (Connection timed out)) 05.03.45 Quit Mouser_X (Nick collision from services.) 05.03.53 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 05.09.47 Join NickS [0] (i=d84e2084@gateway/web/cgi-irc/labb.contactor.se/x-54fedda9484fab78) 05.10.31 # Hello? 05.11.20 # Is anyone on here right now? 05.11.36 # * hcs watches NickS from the shadows. 05.12.33 Quit barrywardell (Remote closed the connection) 05.12.45 # Well, I was wondering, if anyone comes on, may I obtain write access? I'm trying a new port, specifically for the MobiBLU DAH-1500i, and it said I need to go here first to get permission. So far I have scanned the cube's innards and am in the process of making schematics. 05.13.23 # I discovered (upon opening it) that it runs a SigmaTel 3520 chip, and while there is no compiler anyone has found for this, I either plan to find one or make one. 05.13.52 # very cool, hopefully someone with the power to do something for you notices 05.14.02 # Thank you. 05.14.24 Quit Mouser_X (Nick collision from services.) 05.14.33 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 05.14.48 # whats your wiki name? 05.14.54 # NicholasSanders 05.15.14 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 05.16.15 # done 05.17.12 *** Saving seen data "./dancer.seen" 05.19.29 # Thank you. 05.19.51 # I'm not sure I'll get to it tonight though, as it's late, so I'll load what I've got in the next couple days. 05.24.31 Quit rotator () 05.29.33 Quit NickS ("CGI:IRC (EOF)") 05.29.59 Quit bonbonthejon (Remote closed the connection) 05.55.43 Quit Mouser_X (Nick collision from services.) 05.55.52 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 05.59.24 Join combrains [0] (n=combrain@125-237-221-47.jetstream.xtra.co.nz) 06.07.07 Quit Vyrus (Operation timed out) 06.10.08 Quit bombastic1 (Read error: 131 (Connection reset by peer)) 06.16.41 Quit bezlemin (Read error: 110 (Connection timed out)) 06.16.43 Quit linuxstb_ ("CGI:IRC (Ping timeout)") 06.16.47 Join bezlemin [0] (n=bezlemin@cpe-72-179-41-19.austin.res.rr.com) 06.16.58 Join Nibbier [0] (n=sven@e181103091.adsl.alicedsl.de) 06.17.08 Quit xNibbler (Read error: 110 (Connection timed out)) 06.17.17 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 06.20.18 Quit Mouser_X (Read error: 110 (Connection timed out)) 06.31.24 Quit linuxstb (Read error: 110 (Connection timed out)) 06.33.33 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 06.35.15 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 06.38.50 Quit combrains (Read error: 145 (Connection timed out)) 06.40.30 Quit SirFunk (Read error: 110 (Connection timed out)) 06.41.00 Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) 06.47.54 Quit linuxstb_ (Read error: 110 (Connection timed out)) 06.50.07 Quit Mouser_X (Nick collision from services.) 06.50.09 Join Mouser_X3 [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 06.51.06 Nick Mouser_X3 is now known as Mouser_X (n=mouser_x@67.110.120.159.ptr.us.xo.net) 07.06.41 Join nick89 [0] (n=nick89@c220-237-70-197.kelvn1.qld.optusnet.com.au) 07.12.16 Join combrains [0] (n=combrain@125-237-221-47.jetstream.xtra.co.nz) 07.15.46 Quit Mouser_X (Nick collision from services.) 07.15.56 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 07.16.31 Quit perldiver (Read error: 60 (Operation timed out)) 07.17.15 *** Saving seen data "./dancer.seen" 07.18.57 Join goffa [0] (n=goffa@216.220.23.105) 07.20.33 Quit goffa ("leaving") 07.22.50 Join goffa [0] (n=goffa@216.220.23.105) 07.30.47 Join pearldiver [0] (n=say@cpe-66-65-88-127.nyc.res.rr.com) 07.42.16 Quit Mouser_X (Nick collision from services.) 07.42.24 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 07.42.25 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 07.42.36 Join miepchen^schlaf [0] (n=hihi@p57B95C15.dip.t-dialin.net) 07.52.24 # JdGordon: The samsung tuner code is needed for the archos FM recorder, recorder V2, and Ondio FM. FMR and V2 always have the samsung, Ondio FM can have either samsung or philips so needs code for both 07.53.41 # ok 07.54.21 # having to check for a fm tuner on some targets makes the recording menu code just a bit more sloppy than it could be 07.54.24 # And the radio_hardware_present() check is in theory only necessary on the recorder v2 07.54.43 # does that one have recording from fm? 07.55.00 # All fm archoses can record from fm 07.55.05 # ok 07.55.25 # I was afraid of that :p 07.55.44 Part toffe 07.55.49 # Officially, the recorder v2 has no radio, but the first series were in fact fm recorders in disguise 07.56.05 # oh, would it be ok to split the recording menu code into one file each for hwcodec and swcodec? do they share code there? 07.56.26 # ...so the radio is there, and rockbox will give the owners of these a little extra that the archos firmware denies :) 07.57.00 # That's the whole reasoning behind radio_hardware_present() 07.57.16 # :) makes sense 07.57.27 # makes the code annoying.. but it does make sense :) 07.57.35 # Why would you want to split the whole menu? 07.57.43 # Most items are identical for both 07.57.59 # they are? I got the impression hardly any was the same 07.59.00 # Then that changed recently... 07.59.05 # * amiconn would need to check 07.59.14 # I'm not recording much, so to say 07.59.59 # The handling of radio recording is different in hwcodec and swcodec, that's one difference I don't like 08.00.48 # Swcodec has fm radio as a separate source selection, and for radio recording one needs to go to the recording screen, 08.01.17 # oh.. If you get a chance, could you please fix up the archos keymaps for the root menu? or tell me the global menu and wps button to use? I really want to get it commited soon :p 08.01.18 # while hwcodec records from fm by just pushing the recording button (-sequence) in the fm screen 08.01.51 # that sounds logical... swcodec needs fixing then.. 08.02.02 # * JdGordon hardly ever records, and never uses the radio 08.02.50 # I find the hwcodec method much more convenient, but it has one single drawback over the swcodec method: you cannot adjust recording gain, it's fixed 08.03.00 Quit nick89 ("Gotta Go") 08.03.24 # Not that the hardware wouldn't allow that, but there are no controls to do that in the fm screen 08.03.55 Quit Mouser_X (Read error: 110 (Connection timed out)) 08.03.56 # all thats needed then is a shortcut from fm <-> recording to fix that 08.04.09 # or even a menu for it in fm 08.04.41 # The recording options *can* be set from the fm screen on fm archoses 08.04.57 # ..but the level is not an option. 08.05.06 # so add the option... 08.05.58 # hi all 08.06.02 # quick q 08.06.23 # quicker z 08.06.25 # does the rb svn repo support proxies 08.06.33 # hehe :) quick wit 08.07.06 # JdGordon: Just a setting wouldn't make sense. In order to set the optimum level you need a recording peakmeter 08.07.11 # you can download a bzip of the sources if the svn doesnt... 08.08.19 # well its just that I have a kinux box that I wanna make use of - the only way I can get it on the net is through proxy and the best way to get sources is SVN 08.08.54 # Btw, one advantage of the hwcodec way is also that if prerecording is enabled, you can always catch your favourite song from radio, because rockbox is ready for recording even in the fm screen 08.09.12 # from my research I *should* be able to get in using the squid proxy server but it was too damn hard to set up 08.10.03 # amiconn: prerecording in the radio screen would be nuts.. 32mb ram to buffer the radio :) 08.10.22 # well... 27 while rb is actually running, but still plenty 08.10.41 # ...but since the mas draws more power in recording mode, it's a thing I want to make optional for a long time... :/ 08.10.49 # sounds like a shortcut between the 2 screens would be the best way for it tho 08.12.15 Quit Seed (Nick collision from services.) 08.12.22 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 08.16.12 # Not sure. Maybe the fm screen should have some of the recording controls if fm recording is enabled (not yet existing option) 08.16.56 # Sounds like a usage scenario for viewports 08.17.00 # * amiconn sighs 08.17.57 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 08.18.39 # hehe 08.19.19 # why hasnt the fm screen been wps'ed? (and rec for that matter) 08.19.35 # do we not want it? or noone can be bothered? 08.19.42 # amiconn: I have somethings in mind which might ease that by separating the backend machinery from the display of data. 08.19.58 # JdGordon: Not much sense 08.20.28 # it makes as much sense as the wps screen... 08.20.28 # For playback, one can choose from a truckload of information that's nice to know but not essential 08.20.41 # but the fm screen is booring :p 08.20.48 # For recording, there is less info, and what's there is mostly important 08.21.11 # For fm there's also not much to display 08.21.42 # The hwcodec fm screen is less boring than the swcodec one :P 08.22.28 # there's too much functionality tied up with the graphical display and that makes adding all those things much harder if not infeasible 08.22.36 # whats it got that swcodec doesnt? (apart from less room) 08.22.57 # A peakmeter. 08.23.44 # And the reason we can do that is that the peakmeter doesn't require much on hwcodec, just polling the mas for the peak values 08.24.09 # On swcodec we would effectively have to record all the time to calculate the peaks 08.24.09 # speaking of peak meters.. with swcodec targets, shouldn't we be able to do spectrum analyzers? 08.28.20 # ok...no opinions on what I'm proposing? a bad idea? imho no, but I believe atm it's the best way to get all the flexibility that seems desired. 08.29.46 Join bluebrother [0] (i=pwLKhGHP@rockbox/staff/bluebrother) 08.31.09 # jhMikeS: anything that makes life easier is good :) 08.32.36 # should we keep FS#6682 open? 08.32.58 # I don't think this request is useful ... 08.33.07 # I dunno.. i saw it eariler today and thought about closing it 08.35.22 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 08.36.57 # JdGordon: I'm guessing it'll save space and complexity add flexibility. I'll try proving it all out in reality at some point. Something I want to do requires it anyway. 08.41.50 # Anyone know where the boot sequence text file on GigabeatSInfo came from? Serial? 08.44.17 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 08.45.23 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) 08.45.35 Join ender` [0] (n=ender@84-255-206-8.dynamic.dsl.t-2.net) 08.46.02 Join ^BeN^ [0] (i=Paprica@84.229.143.211) 08.47.06 # speaking of the recording screen... the volume and gain settings dont accept button_repeat on the ipod which makes things difficult :p 08.47.45 # how the heck do you exit it on the ipod? 08.47.58 Quit Mouser_X (Nick collision from services.) 08.48.07 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 08.48.47 # JdGordon: what, it explicitly removes checks when compiling on iPod or button repeat don't quite work the same on it? 08.49.03 Join Rob222241 [0] (n=Miranda@p54B177C8.dip.t-dialin.net) 08.49.13 # i havnt looked at the code, but scrolling doesnt change the setting value more than once 08.50.10 # ah, it doesnt accept the ACTION_SETTINGS_DECREPEAT action 08.50.59 # I guess repeats are done differently on iPod :P 08.52.49 # the rec screen is screwed on my h300... keep crashingc 08.52.49 Quit midgey (Read error: 131 (Connection reset by peer)) 08.53.19 # could be low batt tho 08.54.11 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 08.54.22 Join decayedcell [0] (i=3ba75554@gateway/web/cgi-irc/labb.contactor.se/x-4da51755605cd430) 08.54.33 Quit decayedcell (Client Quit) 08.55.09 Quit combrains (Read error: 145 (Connection timed out)) 08.55.57 # Shouldn't it shut off on low batt? I don't doubt I would hear about something yesterday from petur about any recording trouble. :) 08.56.50 # i dunno... It could be the root menu patch which is doing it (I hope not), 08.57.09 # bbs 09.03.41 Quit Mouser_X (Nick collision from services.) 09.03.46 Quit Paprica (Read error: 110 (Connection timed out)) 09.03.50 Join Mouser_X [0] (n=mouser_x@67.110.120.159.ptr.us.xo.net) 09.04.20 Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-dcd430c4df45d90a) 09.05.09 Quit kaaloo ("Leaving.") 09.05.19 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-4f0d2e3c9e18275d) 09.07.07 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.11.20 Join decayedcell [0] (i=3ba75554@gateway/web/cgi-irc/labb.contactor.se/x-ac4f2b9f96359516) 09.11.29 # hahaha it seems SETI finally found something... http://science.slashdot.org/article.pl?sid=07/02/21/2326240 09.14.23 Quit Shaid (Read error: 110 (Connection timed out)) 09.16.09 # * jhMikeS wonder's if it's his secret project that could be mistaken for alien tech ;) 09.17.17 *** Saving seen data "./dancer.seen" 09.17.19 # lol...to all the naysayers: see, it's paying off :) 09.18.51 # hmm... does idle poweroff work on the nano? 09.19.32 # doh! had music playing... of course it wont turn off :p 09.20.28 # that's good right? 09.21.44 # yes 09.22.04 # I didnt have the headphones plugged in, so i thought I may have introduced a bug... 09.22.07 # all good tho :p 09.24.42 # does anyone know why the nano always shows empty battery after usb? 09.24.52 Join tick [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-f0d106ab4f9cd702) 09.27.25 # Binary size of the core RB matters, right? Could then the loading/saving of the settings and of the FMR files be implemented as a plugin and not in the core? 09.29.00 # thats core functionality which stays in the core 09.29.26 # the loading/saving settings cant be moved into a setting and still work fast enough anyway 09.29.59 Quit Rick (Read error: 104 (Connection reset by peer)) 09.30.17 # tick: the discussion has been held before, and the outcome was no 09.30.47 # I only thought that loading/saving is an action that's taken not very often. And once the settings are in memory the loading module isn't needed anymore. 09.31.00 Join Rick [0] (i=rick@pool-71-108-0-2.lsanca.dsl-w.verizon.net) 09.31.03 # petur: sorry, didn't know that 09.31.28 # ah well, the discussion was about the actual settings menu, not the loading/saving alone 09.31.31 # * GodEater notices the forums are doing their usual trick of running like a sloth through molasses at this time of day 09.32.53 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 09.35.33 # But what about FMR saving/loading? 09.35.34 Join combrains [0] (n=combrain@125-237-221-47.jetstream.xtra.co.nz) 09.35.34 Quit GodEater ("CGI:IRC") 09.35.44 # I.e. the presets 09.35.47 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-145f2b31b4526010) 09.45.30 # tick: we care about the code size, but we also care about KISS 09.45.55 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust351.brig.cable.ntl.com) 09.46.12 Quit BHSPitMonkey (Read error: 145 (Connection timed out)) 09.46.50 Quit combrains (Read error: 145 (Connection timed out)) 09.48.33 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 09.55.19 # LinusN: ok 09.56.13 # does anyone know which AAC profiles rockbox supports 09.56.14 Join Gibbed [0] (i=rick@pool-71-108-0-2.lsanca.dsl-w.verizon.net) 09.56.18 Quit Rick (Nick collision from services.) 09.56.35 # tick: that will break this functionality if the plugin is missing / outdated. A very bad idea IMO. 09.57.07 Quit pearldiver (Read error: 145 (Connection timed out)) 09.58.34 # Another thought: as the settings are now file based, couldn't they be rearranged a little bit in settings_list.c. E.g. there is a comment '/* more playback */'. We could group the related settings together. Or did I miss something again? 09.59.05 Join BHSPitMonkey [0] (n=stephen@adsl-67-64-115-205.dsl.rcsntx.swbell.net) 10.02.42 Quit linuxstb__ (Read error: 110 (Connection timed out)) 10.04.34 # tick: yes 10.04.41 # just need someone who can be bothered 10.04.50 Quit Mouser_X (Read error: 110 (Connection timed out)) 10.05.53 # JdGordon: ok. Are you bothered? ;-) 10.06.12 # nope :) I was going to do it... but not in the immediate future 10.06.48 # JdGordon: btw ... seems the latest rockbox menu is mostly bug-free 10.06.57 # at least free of the bugs I mentioned ;-) 10.07.01 # :) 10.07.11 # Im fairly sure the only thing left is keymaps 10.07.26 # so maybe we can figure them out and commit tonight? 10.07.35 # but I will play around with it today a bit more ... let's see if I find something else ;-) 10.07.44 # how much keymaps are missing? 10.07.48 # i might just kill you if you do :) 10.08.02 # I don't think this should get committed if there are button maps missing 10.08.12 # how good I'm on the other side of the world 10.08.17 # all archos, gb, sansa (i tihnk), and iriver remotes 10.08.49 # I can check out the iriver remote tonight (in about 10h or so) 10.09.00 # the agreed keys for commit was a global wps button and global menu is back to root? 10.09.33 # ive got one of the lcd remotes, so ill do that ... 10.10.08 # btw: when I rolo it seems the settings don't get saved. Is this intended? 10.10.26 # yes, rolo doesnt do a clean shutdown first 10.10.49 # so it is intended to not do a clean shutdown? Ok. 10.11.03 # I dont know if its intended, or just noone has fixed it... 10.11.12 # can I force saving the settings in some way? 10.11.50 # the "save settings" option? 10.12.00 # ^ 10.12.12 # or is it "write .cfg"? 10.12.15 # where is that? 10.12.21 # general > manage 10.12.38 # but "write cfg" writes to an arbitrary file. I want the default settings to get saved 10.12.51 # write to /.rockbox/config.cfg 10.13.13 # sounds a bit hackish to me ;-) But if it works ... 10.13.31 # if any settings are the same as default they will be ignored on boot (when it resaves that file) 10.14.38 # JdGordon: have you tried to run it on the archos player? 10.15.07 # dont think so 10.15.30 # doin now 10.16.21 # the archos player is a real party pooper when it comes to ui changes 10.16.22 Quit ender` (Read error: 104 (Connection reset by peer)) 10.16.49 # yeah, there too ;-) 10.16.51 Join ender` [0] (n=ender@84-255-206-8.dynamic.dsl.t-2.net) 10.17.35 # * JdGordon will be very annoyed if the player pulls the plug on this patch 10.19.07 # works fine on the player 10.19.19 # the title isnt shown, so its no worse than before :p 10.19.47 # what happened to the idea of taking out the player from current works? 10.20.15 Quit GodEater ("CGI:IRC (Ping timeout)") 10.20.20 # amiconn wont let us :) 10.20.52 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 10.21.12 # I just watched an ebay auction for an ondio ... got quite expensive here :( 10.22.14 # well, the idea is probably to wait with a fork until we have a good solid base for a fork 10.22.34 # (dream on) :-) 10.26.50 Quit jhMikeS (Nick collision from services.) 10.26.56 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 10.35.24 Quit ^BeN^ (Read error: 145 (Connection timed out)) 10.35.59 # JdGordon: how much menus are still waiting to get converted? 10.39.03 Quit ender` (Read error: 104 (Connection reset by peer)) 10.39.39 Join Shaid [0] (n=adam@203-214-19-210.dyn.iinet.net.au) 10.40.19 # "What I've done is to write a simple Outlook macro that copies my Outlook Contacts information to a directory structure on the iPod, and by using VoiceBox, I then can create voice tags for each of these folder names." 10.40.32 # clever little hack ;-) 10.40.33 Join BigBambi [0] (n=Alex@host-144-219.ch.le.ac.uk) 10.43.21 Quit netmasta10bt (Read error: 110 (Connection timed out)) 10.44.05 # Bagder: a spoken address book? 10.44.09 # yeps 10.44.13 # neat 10.44.14 # he's blind 10.44.38 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-5dd5adaf1b3ec437) 10.44.41 # I asked that he would post about it to the list 10.44.51 # that was mailed to me privately 10.45.18 # creative thinking indeed 10.45.38 # indeed 10.46.11 # Domonoky now shows with his real name in the front page svn log 10.46.36 # yes 10.51.53 # bluebrother: im not sure... not many.... recording is the last major one iirc 10.52.42 # I was thinking about moving the fm settings to the settings menu since quite a while but I wanted the new menus to be finished before 10.52.57 Join darksoulk [0] (n=adam@203-214-30-35.dyn.iinet.net.au) 10.53.21 # sandisk sansa 1gb fm for £19.99 on amazon, in case anyones wondering ;) 10.53.22 # go for it :) 10.53.51 Quit tick ("CGI:IRC (EOF)") 10.53.51 Quit decayedcell ("CGI:IRC (EOF)") 10.53.52 Quit petur ("CGI:IRC (EOF)") 10.54.02 Join fejfighter [0] (n=jeffro21@C-61-68-97-57.hay.connect.net.au) 10.54.18 # oops 10.54.35 # * Bagder ditched the irc::cgi people 10.55.20 # ha ha - not me though!! 10.55.26 # Best Buy has the 1gb C200 series for $60 right now, not much more than a USB key costs (for American devs interested in seeing if we can expand the E200 port) 10.55.46 # anyone got a few min to do the archos keys for the root menu please? 10.55.50 # although my proxy is awesome at ditching me anyway 10.57.00 # do we know anything about the m series sansas? 10.57.16 # I don't think so 10.57.34 # but I haven't tried to find out 10.57.50 # even the C series that is quite similar to E seem to be pretty uninteresting to people 10.58.07 # are the sansa's nice units? 10.58.14 # im tempted to order a 1gb model for jogging or something 10.58.23 # JdGordon, bluebrother: I noticed that the context menu is not yet converted 10.58.24 # I asked about Rockbox for C200 on anythingbutipod (which is a sansa-packed place) and not a single person has replied 10.58.44 # amiconn: yeah, i havnt done any menus except the ones in the main menu just yet 10.59.05 # crashd: I think they're nice, but they are portalplayers so we are probably having a runtime issue on them, apart from not having any audio ... :-) 10.59.11 # ahh 11.00.11 # what the 11.00.31 # * darksoulk pokes Shaid 11.00.58 Quit Shaid (Nick collision from services.) 11.01.00 Nick darksoulk is now known as Shaid (n=adam@203-214-30-35.dyn.iinet.net.au) 11.02.05 # Bagder: With the C-series, didn't we spot an external (to the PP chip) DAC this time? I seem to recall someone at least opening one up 11.02.11 # yes 11.02.16 # but it is the very same one 11.02.20 # Ah 11.02.22 # AS3514, just external 11.02.23 # That's neat. 11.03.03 # does that make it cheaper? 11.03.23 # well, it has PP5021 too while the E200 has a PP5024 11.03.26 # I keep thinking about it. $70 isn't _bad_ for 2gb, since it can actually play my Audible books natively. But I couldn't tell if it had a UMS mode, and sales people were, as always, concentrating on the better dressed. 11.03.30 # so it _has_ to have an external DAC 11.03.46 # on an unrelated related note: did the cause of frequency scaling problem on the 4g ipods ever become clear? 11.03.59 # my 4g gets only 1.5hours battery life if I’m lucky. 11.04.13 # not that I can read the screen anymore either way... 11.04.34 # Bagder: 5021, not 5022? 11.04.52 # * amiconn would expect a 5022 from the firmware file (?) name 11.05.14 # even the e200's mi4 is called 5022 11.05.21 # the PP looks identical to the nano one 11.05.26 # http://www.rockbox.org/twiki/bin/view/Main/SansaC200Port 11.05.39 # Yes, and that's why I think one predecessor might have an actual 5022 11.06.15 # I think the name 5022 comes from some kind of tool/package they got from PPI so it doesn't reflect the actual HW 11.06.28 # but that's just my guess 11.07.07 Join inversions [0] (n=none@cpc3-bele3-0-0-cust660.belf.cable.ntl.com) 11.08.12 # Shaid: The latest "kernel_on_cop" patch seems to prevent freezing on my ipod Color - I played music on it until the battery died without any freezes. 11.08.13 # sandisk changed name to "firmware.mi4" in recent upgrades 11.08.20 # LinusN: there is a fair amount of code in tree.c which is no longer needed (with a bit of cleenup). would it be better to leave it out of the patch and fix it later? 11.08.55 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 11.09.57 # Bagder: Could also be a PP5022, as the actual name string isn't present on the package. Compare it to this one: http://www.rockbox.org/twiki/bin/view/Main/IPodMini2GHardwareComponents#PortalPlayer_PP5022 11.09.57 # JdGordon: i think so, yes 11.10.16 # JdGordon: you could mark the dead code with a few comments 11.10.16 Join Lhademmor [0] (n=chatzill@x1-6-00-09-5b-fd-4f-8f.k888.webspeed.dk) 11.10.28 Join Ribs [0] (n=ribs@91.84.8.218) 11.10.38 # amiconn: indeed 11.11.37 # Hi, I've previously been in this channel stating that there were some problems with my nano and I thought it was due to having installed rockbox. Now it turns out that it works fine again - I dunno what happened... 11.11.47 # Does anyone know the difference between a PP5021 and PP5022? My guess is that they were launched together, as a replacement for the PP5020, but there's no public product brief for the 5021. 11.11.50 # anyone know what .h fade() is in? 11.12.23 # JdGordon: find . -name "*.h" | xargs grep WHATYAWANT 11.12.29 # JdGordon: find . -name "*.h" | xargs grep fade 11.12.31 # :-) 11.12.33 # hahaha 11.12.38 # :-) 11.13.16 Join _FireFly_ [0] (n=stephan@p54A4499C.dip.t-dialin.net) 11.13.21 Quit miepchen^schlaf (Read error: 113 (No route to host)) 11.13.36 # Is Rockbox Nano recommendable or are there too many bugs atm? 11.13.37 Quit _FireFly_ (Remote closed the connection) 11.13.59 Join _FireFly_ [0] (n=stephan@p54A4499C.dip.t-dialin.net) 11.14.03 # IYHO of course 11.14.03 # JdGordon: gwps_common.h (obviously...) 11.14.35 # JdGordon: Which probably explains why it isn't working outside the wps... 11.14.38 # Lhademmor: i don't know about bugs, but you will get a greatly reduced battery time 11.14.58 # okay... 11.15.10 # Lhademmor: It's free to install, and you can either dual boot or easily uninstall, so just try it. 11.15.28 # other than that, i think it's fairly stable on the nano, someone correct me if i'm wrong 11.15.36 # JdGordon: tbh I'm not very motivated to test the root menu on my Ondio since I know it adds ~2500 bytes to binary size... 11.15.55 # pixelma: The more bugs you report, the more you'll delay it... 11.16.23 # pixelma: so it doesn't fit? 11.16.24 # linuxstb_: wtf is it doing there? :p 11.16.33 # * linuxstb_ wonders where the bootbox miracle patch is. 11.16.53 # Lhademmor: Other than the battery life, it's pretty much fine. I use it regularly enough 11.17.00 # LinusN, any idea of the reduced battery time is something which can be fixed in the future? 11.17.12 # I though the menu conversion had priority then 11.17.18 *** Saving seen data "./dancer.seen" 11.17.18 # *thought 11.17.19 # Lhademmor: It definitely is something that _should_ be fixable, but requires knowledge about the hardware we don't yet have. 11.17.19 # Lhademmor: we certainly hope so 11.18.07 # Lhademmor: On almost all other players (excluding ipods and the iriver H10, which has the same CPU), Rockbox has either equivalent or longer battery life than the original firmware. 11.18.51 # linuxstb_: nice tactic ;) 11.19.03 # Cool. I'm all for free firmware, but I think the reason why my iPod went dead last time was because I unexpectedly dried up the battery too fast.... iPod does generally have a sucky battery 11.19.48 # Lhademmor: And the iPod hardware doesn't seem to react well to a dead battery, though this is apparently true in the original firmware too. 11.19.50 # linuxstb_: How big is the difference (Apple >< Rockbox)? 11.20.00 # Lhademmor: huge 11.20.19 # huge is an understatement even 11.20.24 # Lhademmor: It depends on the ipod, but I think it's around 50% to 60% of Apple's firmware. 11.20.25 # One could say 100% ;) 11.20.40 # * GodEater wonders what we're measuring 11.20.47 # battery time 11.20.51 # accessories 11.21.16 # Lhademmor: I get about 6-7 hours on my Nano with Rockbox, depending on how I use it. 11.21.26 # pixelma: hmm your right.... root menu would make the ondio fm build red again (dunno what the size diference is.. but its big :( ) 11.21.28 # Apple advertises 12 I believe? 11.21.43 # I got 9.5 with my nano running batt bench 11.22.19 # JdGordon: My Nano's a bit over a year old now, and has some higher bitrate files than it needs. 11.22.47 # Since I'm a heavy user of iPod nano, I think I'll remain spectator until the battery 'leak' is plugged. I'll be watching closely 11.23.05 # Or buy another one - and double your battery life :) 11.23.27 # Lhademmor: don't hold your breath 11.23.29 # :P 11.23.30 # aren't there replacement batteries with like 4 times as much energy? 11.23.38 # Lhademmor: I still recommend trying it out - there's no problem with dual booting on the nano 11.23.44 # I get 1.5hours on my 4g. 11.23.48 # you’re all very lucky. 11.23.59 # I'll miss the ogg-decoding tho... 11.24.02 # I get 5 or 6 hours playing FLAC on on my IPOD Color. 11.24.11 # But I've got dbpoweramp so I'll just convert everything 11.24.33 # Though I should try the new kernel_on_cop patch 11.24.39 # Shaid: How long does the Apple firmware run for on your 4g? 11.24.47 # no idea 11.24.52 # my screen is so dead I can’t tell what I’m doing 11.25.07 # and since all my music is in rockbox dirs now... 11.25.11 # Then you can't compare Rockbox's battery life - it just sounds like you have an old battery. 11.25.37 # Rockbox's battery life is bad, but not that bad. 11.25.39 # I also had to disable frequency scaling. 11.25.43 # which lowers the life. 11.25.57 # and I’ve got to run the screen at max contrast. 11.26.01 # which probably doesn’t help either. 11.26.23 # the only reason I can still use it is thanks to rockbox though :) 11.27.20 # JdGordon: well... rombox is still broken on standard OndioFMs in svn - it only doesn't show red in the build table 11.28.59 # pixelma: do you have a good idea what we should do to support the archos targets in the future? 11.30.52 # we need a plan, and a good one 11.31.00 # jhMikeS: arbitrary clipping limits? 11.33.04 # preglow: the DSP_SET_CLIP_MIN/MAX stuff. 11.33.21 Quit GodEater ("CGI:IRC (Ping timeout)") 11.34.34 # only a couple codecs set that and always to a value based on the depth...doesn't make much sense to me. can clip after scaling more efficiently really. 11.35.06 # LinusN: Even with [IDC]Dragons's bootbox optimisations, rombox will break sooner or later 11.35.18 # preglow: the exception being dither of course 11.35.19 # amiconn: yes, that's why we need a plan 11.35.20 # But keeping code compact is always a good idea 11.35.32 # wasnt the plan get rombox going again then fork and freeze the archos targets? 11.35.44 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-e42372de760232a8) 11.35.44 # There are several things in the works which will help (e.g. langv2 rework) 11.35.48 # JdGordon: nooo :/ 11.35.49 # unless the bootbox work never ocmes? 11.36.14 # * JdGordon bbl 11.37.10 Join tick [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-18b4734b609250dd) 11.37.25 # supporting the archos targets is increasingly getting harder 11.37.51 # I think we should try to get rombox going again (btw, there are still 2 targets where rombox is working), but forking would be a very bad idea 11.38.07 # a bad idea for archos, yes 11.38.25 # It would be a bad idea in general, imho 11.38.27 # LinusN: I don't have a plan and I cannot comment on coding but it would make me sad if work there would be stalled (anyone who's seen my Ondio knows) 11.38.57 # for example, i want to have a nice themable gui 11.39.30 # * jhMikeS looks forward to implementing gradient fill and alpha blending ;) 11.39.31 # which will definitely increase the binary size 11.39.34 # I still protest how I can listen to over 50% and further than 2 minutes, yet the .scrobbler.log declares it skipped. did anybody ever fix that? 11.40.00 # luckz: no, i don't think anyone has bother looking into it 11.40.21 # well, I could of course skip by turning the machine off, on again and then skipping. every time. 11.40.25 # just to get stuff scrobbled. 11.40.34 # luckz: or fix the bug 11.41.05 # rockbox is not written in pascal :p 11.41.12 # luckz: convert it! 11.41.12 # :-) 11.41.17 Join miepchen^schlaf [0] (n=hihi@dslb-088-072-193-194.pools.arcor-ip.net) 11.41.29 # impressive idea, but then I'd still need to understand the language I'm converting from 11.41.39 # plus I doubt anybody would want to use a pascalbox 11.41.41 # rockscal. 11.41.58 # plus I'm already supposed to learn logic. 11.42.04 # and get 'certified' there. 11.42.10 # the learning curve for Pascal -> C isn't that steep IMO 11.42.11 Quit Lhademmor ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") 11.43.15 # * linuxstb_ first learnt C by using the "p2c" program... 11.43.33 # forking will be bad for archos, but if we're going to keep stressing archos binary size, we'll have feature freeze-like conditions where, sooner or later, people will stop coding 11.43.34 # * jhMikeS forgot pasal too many times to count 11.43.49 # a direct result from most coders not using archoses 11.44.18 # we can't continue to both develop Rockbox *AND* fit within very tight boundaries on archos in the long run 11.44.32 # jhMikeS: i agree those options are pointless, yes, but we do need some way for codecs to tell dsp their real data resolution 11.44.50 # jhMikeS: not that those options fill that spot, so they should be removed 11.45.33 # I’ll have a look at the audioscrobbler plugin tomorrow, luckz 11.45.39 # I need to refresh my C skills anyway. :D 11.45.47 # most wonderful :) 11.46.26 # preglow: how useful are those archos players, anyway? 11.46.33 # luckz: which target is it? 11.46.50 # LinusN: my scrobbling issues are on the X5 11.46.50 # luckz: plenty useful if you like mp3 11.46.53 # luckz: they are very useful if you only use mp3 11.47.02 # :-) 11.47.06 # I had an archos some.. 6? 8? years ago? 11.47.07 # most of them even take 2.5" hds 11.47.08 # luckz: my Ondio is very usefull to me 11.47.09 # which is very useful indeed 11.47.12 # luckz: If you only listen to MP3, they have the advantages of good audio quality, a very stable Rockbox, and they use 2.5" hard drives... 11.47.45 # Ondio - flash based, expandable memory with MMC 11.47.59 # radio 11.48.10 # (the FM model of course) 11.48.45 # preglow: then they shall be purged :) 11.49.07 Quit aliask ("Chatzilla 0.9.77 [Firefox 2.0.0.1/2006120418]") 11.49.33 # I think my phone has mmc or so 11.49.38 # (16mb) 11.49.47 # luckz: is this always when skipping, or when skipping the first track? 11.49.54 # got a 4GB MMC ;) 11.50.00 # jhMikeS: those endian dependent lines below my fix in dsp.c yesterday, are they necessary? seems like you decide channel order based on endianness... 11.50.20 # LinusN: generally when skipping and stuff should IMO be declared listened to for long enough. the first track never gets scrobbled (with autoresume), as it has been scrobbled on shutdown 11.50.36 # preglow: it's so funny how coldfire does multiplies faster than the "simulated" division using shifts which have to be coerced to round -> 0 when the numerator is negative 11.51.29 # preglow: I generally found it better to just load the 32 bits and manipulate that 11.51.56 # jhMikeS: yes, but these values aren't written as 32 bits, they're written as 16 bits, which kind of voids the endian issue 11.52.00 Join lee-qid [0] (n=liqid@p549671D0.dip.t-dialin.net) 11.52.17 # jhMikeS: meaning they're written the same order no matter what endian 11.52.56 # It's which channel ends up in which half that's endian dependant. not the write. 11.53.11 # Bagder: I disagree here 11.53.21 # I know you do 11.53.24 # First, archoses aren't dead, they're still on sale on ebay 11.53.28 # we repeat this discussion almost every day 11.53.42 # i don't think anyone has declared it dead 11.53.48 # Second, the archoses aren't the only targets where space is tight, and they're not even the tightest ones 11.53.50 # it doesn't really matter if they're dead or not 11.53.51 # they're not dead 11.53.57 # not many coders have them, that's what matters for me 11.54.08 # Think about the iFP: 1MB of ram, and swcodec... 11.54.10 # not many users run recent code either 11.54.10 # preglow: go get one ;) 11.54.18 # amiconn: and who works on the ifp? 11.54.20 # haha 11.54.25 # i will if someone buys me one 11.54.36 # i almost never use mp3 so they're pretty worthless in daily use for me 11.54.40 # Third, many new features just don't apply to archos, so they don't affect it 11.55.02 # amiconn: all gui features will apply 11.55.17 # ?? 11.55.26 # But the archos still profit from general development, e.g. bugfixed in the fat code, gui rearrangements which make usage more consistent etc 11.55.43 # every change we do to the ui will affect (or rather, be hampered by) the archos 11.55.54 # Why hampered?? 11.55.54 # preglow: if you want it gone, can do. I'm trying to shave everything off I can. 11.56.09 # amiconn: the player, mostly 11.56.32 # Keeping code compact should be a general goal, if we do not want to end up with bloatware 11.56.33 # amiconn: for example, themable ui with loadable bitmaps for the status bar 11.56.59 # jhMikeS: i still fail to see how channel order is endian dependent, so i'll need that one fed to me with a teaspoon, please :> 11.56.59 # And I don't see why the player should be a problem 11.57.24 # No bitmap display -> no loadable bitmaps. That's it 11.58.25 # amiconn: that's true, but always having to cater for the player makes the ui coding a struggle 11.59.02 # preglow: in memory it's always |LLLL|RRRR| ...but for little endian |LLLL| is in the least sig. 2 bytes, where in big endian, |LLLL| is in the most sig. 2 bytes. 11.59.06 # and the loadable bitmap status bar will increase the binary size again 11.59.06 # Making the ui code a bit more modular should help here 11.59.40 # The we should exclude mono targets from loadable bitmap ui. That also applies to the iFP... 11.59.45 # *Then 12.00.04 Join Domonoky [0] (n=Domonoky@p549ACFB3.dip.t-dialin.net) 12.00.32 # amiconn: ...meaning that we have to maintain two sets of ui code 12.00.33 # Not two sets... 12.00.51 # no, it will in fact be three 12.01.03 # player, mono targets, and the rest 12.01.11 # Nah, I don't think so 12.01.27 Quit fejfighter () 12.01.27 # With a bit of modularity, just the 'loadable' part would differ 12.01.55 # jhMikeS: eh, why? that would be true if the codecs wrote their data in 32 bit ints, but they don't, the ones that output 16 bit interleaved write with 16 bit writes, where the left word always comes first 12.02.02 # Most status bar components already are bitmaps 12.02.08 # i certainly hope i'm right here, or i'm being increasingly daft today 12.03.03 # more modularity would probably solve it, and this is what i am constantly talking about, it will require more and more work to keep the archos targets on the map 12.03.09 # preglow: Yes, but iirc the interleaved data is read from memory as 32 bit words and then separated 12.03.14 # preglow: The left channel is in byte 0,1 and right in 2,3. Bytes 0,1 being the least significant for le, and the most for be. 12.03.24 # ahaha 12.03.25 # forget it 12.03.26 # i got it now 12.03.33 # it's all correct, of course :-) 12.03.35 # LinusN: ...and I keep saying that it's *not* only the archoses 12.03.54 # move along, nothing exciting here 12.03.58 # ...and I don't think it will be hard 12.04.02 # does rockbox even work on the ifp? 12.04.11 # According to tomal it does 12.04.16 # somewhat, but with laggy codecs 12.04.17 # preglow: thanks for fixing that bugaboo btw. that was awful I didn't catch it...downside of cutting and pasting I suppose :) 12.04.20 # Not all codecs working yet though 12.04.27 # i must admit that i haven't tried a daily build of it 12.04.50 # you've got an ifp? 12.05.11 # heck, i don't even see a daily build of the ifp 12.05.17 # preglow: no 12.06.08 # wouldn't that imply we have no users of iFP too ? 12.06.10 # i believe we have one person alone who runs rockbox on the ifp 12.06.19 # i've only heard of that one, at least 12.06.28 # so it does face the same problems as archos does, heh 12.06.31 # coder support 12.06.38 # absolutely 12.07.41 # jhMikeS: but okiedoke, how do you think moving dsp.c and eq.c to firmware sounds? :> 12.07.53 # as in firmware/ 12.08.55 # preglow: for which part? all of it? 12.09.04 # Why do they need to be in firmware? I would have thought moving more code to apps/ would be a better idea - i.e. only keep very low-level stuff that's needed by both the bootloaders and Rockbox itself in firmware. 12.09.46 # I'd put dsp_cf.S in firmware in a heartbeat though and have dsp_target.h. 12.10.04 # or in target/ rather :) 12.10.36 # cpu specific stuff is nice to have in the target tree 12.10.44 # linuxstb_: one example is what i need to do now for software based tone controls, i have to hunt down every call of sound_set_volume and ifdef in a dsp_set_volume too 12.11.19 # linuxstb_: all because all the volume, bass and treble stuff are in sound.c, while dsp based approached have to live in dsp.c 12.11.36 # the'll be more cf asm around now too as it just helps too much 12.11.37 # i already have to hack around the set_sound() based settings approach 12.11.58 # LinusN: from following the binary size table I had the impression that there is some code that can be improved. I'm thinking of the latest bookmarks.c commits by Lear - and the table seems to be a bit of motivation 12.12.03 # We couldn't move sound.c into apps/ ? 12.12.30 # i guess we could, but it is low-level enough to justify its current spot, if you ask me 12.12.37 # pixelma: yes, but optimization will only get us so far 12.13.07 # we will inevitably grow beyond the limit again 12.13.19 # it's only a matter of time 12.13.24 # preglow: was dithering ever intended for the voice codec? if not, it probably shouldn't be in dsp_config even though it is now a write_samples stage which is WAY more efficient. 12.13.43 # and further size optimizations will likely end up in code that is far from KISS 12.13.57 # I can imagine that it is more boring than coding a new feature and that there will be a limit somewhen 12.14.13 # jhMikeS: i don't see why dithering should matter for the voice codec 12.14.33 # jhMikeS: the noise floor is likely much higher than the precision would indicate for those heavily compressed clips anyway 12.15.14 # guess that should change then 12.15.14 # pixelma: size optimization may be boring per se, but having to reduce the functionality of the more capable targets because it won't fit on the smaller ones is even more boring 12.15.20 # where it is, that is 12.16.30 # LinusN, preglow: I own an iFP, but I've never used Rockbox on it. Usually just used it to record voice notes. 12.16.42 Quit atsea-145 (Read error: 104 (Connection reset by peer)) 12.17.50 Join timing [0] (i=timing@regina.org.uk) 12.18.14 # Hello! I have an idea, and i don't know if it's possible. or already done. You guys might want to think with me :-) 12.18.27 # I have directory caching on 12.18.42 # I don't have any songs on my laptop 12.18.58 # I don't say you should hold back something for the other targets. I'm willing to accept that rombox is broken at the moment for my Ondio (it already was a bit longer) - my comment to JdGordon was also wrt the menu conversion not being finished yet. 12.19.00 # but sometimes i like to play them on my laptop because amarok is cool 12.19.00 Join atsea-145 [0] (i=ariel@gateway/tor/x-41c640d51d23d24d) 12.19.19 # But amarok needs to rescan the library everytime 12.19.42 # wouldn't it be cool to create a plugin for amarok to read the directory caching of rockbox? 12.19.45 Quit robin0800 (Read error: 110 (Connection timed out)) 12.19.46 Quit tick ("CGI:IRC") 12.19.52 # (that was to LinusN) 12.19.53 # so it can find the songs very fast 12.19.57 # so what you're saying is that amarok isn't in fact cool, but sucks? 12.20.06 # timing: Wouldn't that be something to suggest to Amarok developers? 12.20.09 # uhm hahah 12.20.15 # timing: or you could just fix amarok 12.20.21 # ohw shit 12.20.26 # it's not about the amarok part 12.20.36 Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 12.20.40 # but just if it's possible to read some file where the songs are? 12.20.57 # if so, then i'm going to dev some plugins 12.21.25 # well, you'd need to covert the tagcache database then not just the dircache 12.21.26 # is there a .dir_cache file or so? 12.21.50 # the dir cache you can just as well get with "find / -type f > allfiles" 12.21.55 # pixelma: all i'm saying is that it is only a matter of time before rockbox grows beyong the rombox limit for good 12.22.02 # beyond even 12.22.09 Quit kaaloo ("Leaving.") 12.22.19 # Bagder: the tagcache, is it hard to convert? 12.22.32 # I wouldn't think so 12.22.41 # ok 12.22.51 # but I know nothing about amarok and haven't checked the database details really 12.22.57 # does someone know the location of the file (i guess it's a file on the disc?) 12.23.25 # It's the .tcd files, once you've generated it, I believe. 12.23.33 # okay cool 12.23.50 # and ofcourse i wouldn't dare to ask you guys amarok related questions 12.25.21 # but do you guys think it's cool to use the tagcache from rockbox for your desktop mp3players? Or is it lame? 12.25.39 # eh, if it works, why not? 12.25.58 # I don't use a music database, neither on rockbox nor on desktop... 12.26.05 # * Llorean doesn't use a desktop MP3 player, because he's got a portable one that works just fine. 12.26.31 # timing: if it's practical for you, then hey, it's cool 12.26.39 # I’ve got more stuff than I could ever fit on my ipod. 12.26.47 # you've also got funny apostrophes 12.26.47 # damn lossless codecs 12.26.52 # I know 12.26.52 # haha 12.26.54 # but i believe that's been mentioned :> 12.26.58 # It only affects you people. 12.27.02 # No one else ever comments. 12.27.07 # * Shaid feels unduly put apon. 12.27.14 # That's because we're the complaining types 12.27.27 # yeah i submit my songs to last.fm. but that's not very live 12.27.27 # we like to sit around and complain a lot 12.27.27 # What if I use this one? ` 12.27.27 # <_FireFly_> Shaid: what charset do you use in your irc-client? 12.27.27 Join tomthomson [0] (n=tomthoms@pD9E6D636.dip.t-dialin.net) 12.27.32 # Shaid: that one is okay 12.27.45 Quit tomthomson (Client Quit) 12.27.52 # but its a backtick, not a normal apostrophe... 12.27.53 # I don`t think it`s the client 12.27.53 # Shaid: That's a backtick, not an apostrophe... Just copy and paste mine ' ' ' ' ' ' ' ' ' 12.28.08 # You’ll all get use to my funky upside down r’s 12.28.11 # * linuxstb_ is willing to give Shaid all the apostrophes he needs. 12.28.16 # gcc is so dumb that is implements while (--count > 0), as subq.l #1; Rx tst.l Rx; bgt.s