--- Log for 24.05.107 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 4 days and 18 hours ago 00.00.58 Join lids [0] (i=lds@gateway/tor/x-4ee4339f2f56c922) 00.01.23 # e-5: 24,872,743 bytes (~23.7 MB) -8: 24,836,771 bytes (~23.6 MB) 00.01.53 # TrueJournals: which version of flac are you using? 00.02.01 # I duno :-\ 00.02.10 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 00.02.26 # TrueJournals: which program are you using to encode? 00.03.07 # MediaMonkey 3 Alpha 4 00.03.28 # gammel dansk time 00.03.37 # :-D 00.04.16 Quit linuxstb_ ("CGI:IRC (Ping timeout)") 00.05.06 Quit davina ("xchat on Ubuntu 7.04") 00.05.57 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 00.06.03 # TrueJournals: ah, should be latest version, interesting slowdown for -8 for such a small improvement in size... 00.06.15 # Agreed 00.07.41 Join linuxstb__ [0] (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/x-bbfc30e4367ef4fc) 00.07.55 Quit linuxstb (Nick collision from services.) 00.07.58 Quit yossa ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 00.08.07 Nick linuxstb__ is now known as linuxstb (i=5343d4aa@gateway/web/cgi-irc/labb.contactor.se/x-bbfc30e4367ef4fc) 00.09.54 Quit bluebrother ("leaving") 00.10.30 Quit DerPapst (Read error: 110 (Connection timed out)) 00.12.46 Quit midkay ("Leaving") 00.15.18 Join Llorean [0] (n=Llorean@166-220-061-060.mobile.mymmode.com) 00.15.56 Join mrk2 [0] (n=mrk@adsl-69-153-135-218.dsl.hstntx.swbell.net) 00.17.29 Join LycoLoco [0] (n=Rob@nc-65-164-199-163.dhcp.embarqhsd.net) 00.17.35 Quit linuxstb ("CGI:IRC (Ping timeout)") 00.20.45 Quit joa ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 00.24.18 # hey all, got a friend who's having issues with installing the bootloader on her gigabeat under vista 00.24.40 Join linuxstb [0] (i=5343d4aa@rockbox/developer/linuxstb) 00.24.45 Quit jgarvey ("Leaving") 00.24.48 # she says she's got show hidden files and folders turned on but can't see the fwimg01.dat file to rename it 00.24.50 # any ideas? 00.25.14 # You also need to enable showing system files 00.25.18 # Hidden files alone is not enough 00.25.57 Part Llorean 00.25.57 # alrighty, I'll tell her that - thanks! 00.26.12 # preglow: Well, creat and delete involve writing to non-contiguous areas. 00.26.46 # Fellows, I have a patch to submit but it includes a new file. The manual gives some instructions to add a file, but since I don't have an svn account yet, do I just attach the file to the task in flyspray and forget about it? 00.26.57 # But 1 resp. 2 files/second is indeed somewhat strange 00.27.00 Join DerPapst [0] (n=DerPapst@pd9eb3c50.dip0.t-ipconnect.de) 00.27.01 # indeed 00.27.02 Quit jhMikeS (Nick collision from services.) 00.27.08 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 00.27.40 # On Ondio I get create: 8 files/s and delete: 20 files/s, and that's also flash 00.27.56 # (with a much slower interface than on the nano) 00.28.57 Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-6c7b26842289cad0) 00.29.17 # indeed 00.29.21 # which is why i'm wondering 00.29.39 # saratoga: hiya, how's coding? 00.30.12 # got it figured out, thanks guys! 00.30.23 # Btw, here are the Ondio results: http://amiconn.dyndns.org/test_disk_OndioFM.txt 00.30.28 Quit ender` (" I was in the grocery store. I saw a sign that said "pet supplies." So I did. Then I went outside and saw a sign that said "c) 00.30.29 # LycoLoco: have fun with rockbox! 00.31.02 # will do - just tried it out on my dad's sansa, loved it so much that I bought a gigabeat F40 to replace my rio karma 00.31.06 # and that's sayin something 00.31.34 # preglow: not bad, don't know how much i've told you recently 00.31.42 # i got the ffmpeg stuff cut out a while ago 00.31.56 # hmm 00.32.01 # and have been looking into merging some of the fixed point stuff John Paul already did 00.32.14 # though his code seems somewhat broken on some files 00.32.17 # saratoga: coo, that's more than i would have expected 00.32.24 # saratoga: have you talked to him? 00.32.25 # preglow: Maybe the flash has the same problem as the MK8010GAH here? 00.32.28 # compared to the FP version anyway 00.32.31 # amiconn: which would be? 00.32.40 # preglow: yeah, I've been emailing him back and forth 00.32.57 # If the flash has large blocks, writing 512-byte sectors involves several operations 00.32.59 # though he hasn't answered my last email a couple days ago about the problems decoding certain files 00.32.59 Join Lars_G [0] (n=lars@unaffiliated/lars-g/x-000001) 00.33.09 # you guys rule. I love rockbox. 00.33.19 # Btw I was the moron who commented on visas about devcon2008 00.33.25 # saratoga: this is cool stuff 00.33.44 # i'm actually a little curious why his code was so slow 00.33.49 # he seems to have put a lot of work into it 00.34.01 # hes got almost everything in a lookup table 00.34.10 # tested on target or pc? 00.34.30 # i'm waiting on Amazon to ship me a target worth using 00.34.36 # sansa? 00.34.39 # yeah 00.34.45 # yeah, think i read it somewhere 00.34.53 Part TrueJournals 00.34.53 Quit Siltaar_ ("Aurevoir - www.fdn.fr/~sdescarp") 00.34.56 # amiconn: i think uses blocks far bigger than 512 bytes, but still, 1 create/sec... 00.34.58 # though I did cross compile his fixed point stuff routines, which was interesting 00.35.26 # the MAD fixed multiply is 4 or 5 ops, GCC compiles his into 42 ops I think 00.35.29 # saratoga: anything noteworthy? what kind size operations does he use 00.35.35 # saratoga: the flaming hell 00.35.45 # Guys, if I need to submit a new file to svn do I just attach it to the task in flyspray or is anything else I need to do? 00.35.46 # preglow: From looking at the performance values, I would guess it uses at least 8KB blocks. You could just test some more block sizes instead of the default 512B, 4KB and 1MB 00.35.47 # saratoga: x86 even supports a 32x32 -> 64 bit multiply natively 00.35.57 # saratoga: then i suspect he's using 64x64 -> 64 bit multiplies 00.36.17 Join saratoga2 [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-44d511bf27404dd2) 00.36.17 Quit saratoga ("CGI:IRC (EOF)") 00.36.21 # sorry 00.36.28 # Changing those values in the plugin is simple 00.36.52 Quit pearldiver ("some games are better left unplayed") 00.36.57 # saratoga2: have you got the code for his multiply operation? 00.37.00 # I thought I was looking at 32x32=64 bit multiply, but I could be mistaken 00.37.41 # hmm 00.37.43 # ah you're right 00.37.51 # he does cast to 64 bit before doing a 32 multiply 00.37.58 # The Ondio values were measured on the internal flash btw, which uses 512 byte blocks 00.38.06 Join Thundercloud [0] (n=thunderc@82.153.196.31) 00.38.23 # Maybe I should measure my 4GB card, which uses 2KB blocks... 00.38.47 Quit a1titude ("Download Gaim: http://gaim.sourceforge.net/") 00.39.01 # saratoga2: then i get it, yes 00.39.18 # amiconn: heh, i'll bet money the results will be far worse 00.39.25 # http://pastebin.ca/506360 00.39.45 # i saw the fixed 32 types on the args and assumed it was a 32 mul 00.40.19 Quit juxtap (Read error: 104 (Connection reset by peer)) 00.40.20 # i don't really understand then, why do a 64x64 multiply using 32 bit args? 00.40.28 Join duckie [0] (n=duckie@69.15.166.98) 00.40.32 Quit lee-qid ("aufwiederbyebientotsayonara") 00.40.54 Join goffa [0] (n=goffa@216.220.23.105) 00.41.19 # hmm.. wonder if this would work in an x5l 00.41.22 # http://shopper.cnet.com/hard-drives/seagate-lyrion-st760211de-hard/4014-3186_9-32405258.html 00.43.10 # Nope - wrong connector 00.43.36 # what's the x5l use for a connector? 00.43.40 # goffa: wow, didn't know they were already in production 00.43.54 # saratoga2: the clipping is nasty 00.43.55 # yeah.. saw a 100gb toshiba 1.8 today too 00.43.59 # thats not single platter 00.44.10 # preglow: yeah I noticed the problems with clipping 00.44.12 # saratoga2: ideally, you should know what range the arguments are in so you know how to avoid clipping or overflow 00.44.24 # MK1011GAH 00.44.26 # saratoga2: but it's not impossible that wma is a bit unfriendly in that department 00.45.01 # saratoga2: well, he does a 64x32 bit multiply, or a 32x32, depending on how sophisticated gcc is, but i'm almost sure it ends up a 64x64 one 00.45.02 # preglow: maybe I don't understand what that multiply does then 00.45.19 Quit spiorf ("Read error: 110 (Connection timed out)") 00.45.26 # hold on, i'll get the asm from it in a sec 00.45.31 # saratoga2: but anyway, x86 has a 32x32 -> 64 bit one natively, so something funky is going on if that isn't used 00.45.35 # cool 00.46.09 # gah! I have problems. help :( 00.46.19 # mpeccorini: what kind of patch is it ? 00.46.32 # preglow: Test running... 00.46.34 Quit entheh ("^~") 00.47.29 # duckie: You'll need to give a little more detail than that... 00.47.39 # preglow: sorry, I'm talking abotu ARM 00.47.48 # I just got my new gigabeat f40 today. I followed the rockbox instructions to the T, but when I turn it on, it does not load rockbox. 00.47.50 # fs manipulation is similar, but writing in 512 byte chunks gets *a lot* slower 00.47.54 Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) 00.47.55 # I'm dissassembloing the crosscompiler output 00.48.00 # sorry, I am a slow typer :) 00.48.07 # saratoga2: sure, same thing 00.48.11 # saratoga2: i'd love to see that too 00.48.20 # duckie: Did you turn the battery switch off and on? 00.48.22 # it's the same case as for x86, really 00.48.25 # duckie: do you get any kind of messages? 00.48.28 # is there a reason for not acceppting FS#4733 (Multifont patch) exept of the red delta that it is adding? 00.48.38 # no, that wasn't in the instructions. am I supposed to do that? 00.49.07 # Yes - otherwise your gigabeat won't do a proper reboot (the Toshiba firmware just sleeps) 00.49.26 # that makes sense, I suppose 00.50.11 # But you're right - that step is missing from the install instructions. 00.50.26 # DerPapst: It's not the right approach IIRC 00.50.31 # okay, that seemed to fix it. 00.50.40 # DerPapst: I have been working on a nicer way 00.50.48 # now what is the deal with the tiny tiny menu words? 00.51.05 # you'll wanna get the fonts pack 00.51.09 # duckie: Go to Settings -> Browse Themes and choose a different one 00.51.11 # markun: nice to hear :) 00.51.13 # and then you can pick whichever font you want, duckie 00.51.24 # markun: fontcache ? 00.52.05 # preglow: http://amiconn.dyndns.org/Ondio%2BADATA_4GB.txt 00.52.47 # * DerPapst think that "have been working" sounds a bit like past.. but that might be due to bad english skills. 00.53.18 # goffa: I see there are also some 120GB dual platter drives: ST7120221CA 00.53.45 # When I change themes, nothing changes? 00.53.51 # preglow: here it is compiled with -02 and the standard dev environment: 00.53.52 # http://pastebin.ca/506378 00.54.44 # duckie: you need to grab a new one, probably. I'm partial to black glass... 00.55.15 # I'm an idiot. I don't know how to do that mrk 00.56.09 # wow.. on the 120gb drive 00.56.21 # one second, duckie 00.56.29 # would be nice to get one of those and a higher cappacity battery for the gigabeat 00.56.31 # duckie: http://www.rockbox-themes.org/index.php?res=240x320x16 00.56.37 # don't know if the battery exists though 00.56.43 Quit Lars_G ("Leaving") 00.56.54 # duckie: Did you download and extract rockbox-fonts.zip (see section 2.2.2 of the manual) ? 00.57.29 Quit lids (Remote closed the connection) 00.57.36 Join XbooX [0] (n=xboox04@206.186.45.240) 00.57.42 # No, I didn't. I didn't know I had to 00.57.48 Quit E2k ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007040314]") 00.58.14 # still debating what to do with my x5l and h140... i think one is going to hit ebay.. probably the h140 00.58.31 # i bet you have had quite a few people in her in the past couple days 00.58.59 # duckie: fonts: http://download.rockbox.org/daily/fonts/rockbox-fonts.zip 00.59.11 # and you just extract the zip to root on the gigabeat 00.59.30 # themes are here: http://www.rockbox-themes.org/index.php?res=240x320x16 01.00.08 Quit Domonoky (Read error: 104 (Connection reset by peer)) 01.00.28 Join midkay [0] (n=midkay@rockbox/developer/midkay) 01.00.57 Quit linuxstb ("CGI:IRC") 01.01.51 # i was wondering if anyone could take a few minites to help me get rockbox working on my 80gb ipod under windows 01.02.24 # it asks if you want to replace the files and merge the folders. yes? 01.02.40 Join a1titude [0] (n=Compaq_A@206-163-245-140.swcr.hsdb.sasknet.sk.ca) 01.02.47 # XbooX: drag and drop not easy enogh? 01.03.26 # duckie, yeah 01.03.26 # XbooX: The Installation chapter in the manual describes the process 01.03.36 # is the ffmpeg Ogg decoder related to tremor, or are they completely different projects? 01.03.40 # thanks 01.03.47 Nick saratoga2 is now known as saratoga (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-44d511bf27404dd2) 01.03.51 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 01.03.54 # ok brb 01.04.01 Join Lars_G [0] (n=lars@unaffiliated/lars-g/x-000001) 01.04.06 Join illriginal [0] (n=illrigin@c-66-229-106-133.hsd1.fl.comcast.net) 01.04.07 # saratoga: completely different afaik 01.04.21 # it's not fixed-point, is it? 01.04.28 # Errr any idea why an iPod would consistently mount rw and allow me to create and delete files, but not to enter any content into any file or overwrite files? 01.05.45 # oh, a random thing to tell you guys 01.05.49 # Lars_G: Have you checked the filesystem for errors? 01.05.54 # mpegplayer won't play some files of mine 01.05.55 # saratoga: different 01.06.02 # I really have no idea why... 01.06.05 Quit a1titude (Client Quit) 01.06.05 # linuxstb: I'll try. 01.06.11 # linuxstb: Sorry you always end up helpingme 01.06.38 # Lars_G: read only files? 01.06.45 # Fellows, I have a patch to submit but it includes a new file. The manual gives some instructions to add a file, but since I don't have an svn account yet, do I just attach the file to the task in flyspray and forget about it? 01.06.49 # There are differences between boot sector and its backup. 01.06.59 # XbooX: Not very possible in fat32 ;) 01.07.00 # Hmm, interesting.... 01.07.03 # Unless.... 01.07.18 # mpeccorini: You don't need an account to add a file - it's only added locally until you do "svn commit" (which does require an account). 01.07.32 # mrk2: how did you create those files? 01.07.33 # The 4GB MMC seems to use even larger blocks internally than what is addressable 01.07.37 # Lars_G: linuxstb must be used to that by now, he's the one who always help me too :p 01.07.37 # Hmmm if I try to fix the boot sector anyway: Got 524288 bytes instead of 1907996 at 16384 01.07.38 # dosent explain not being able to overwrite possible read only files tho 01.07.38 # winff, was it? 01.07.50 # it will play the other files encoded with the same settings just fine... 01.08.04 # I'll retry it when I get some time, to be honest 01.08.19 Join nikosapi [0] (n=nikosapi@ip-128.84.126.206.dsl-cust.ca.inter.net) 01.08.22 # I wouldn't want to bother you guys when I can't be fully devoted to it at this time 01.08.34 # XbooX: No, that's not it. 01.08.48 # omg it works lol, i thought i had to patch some stuff and what not but thanks anyways guys :) 01.08.51 # amiconn: well, this doesn't exactly help explain the nano case 01.08.56 # saratoga: and this was -O2 ? 01.08.57 # wow 01.09.10 # linuxstb: So it seems even fsck complains... oh hell, not another ipod reset please :( 01.09.14 # lol.. my firewall ask me if i want to allow rockboxui to send a package... 01.09.32 Quit illriginal ("Leaving") 01.09.41 Join kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) 01.09.41 # preglow: yeah O2 01.09.55 # amiconn: I installed rockbox on my 5.5G 80GB ipod and it works great!!! Not to mention it was ridiculously easy to install :-) 01.09.59 # Lars_G: how have you formatted your iPod? 01.10.06 # DerPapst: Windows format 01.10.09 # FAT32 01.10.13 # woooo, I think it is done now. 01.10.16 Part mpeccorini 01.10.16 Join mpeccorini [0] (n=mpeccori@mail1.theargusgroup.us) 01.10.28 Quit Nico_P (Remote closed the connection) 01.10.29 # Lars_G: ok.. then i dunno. sorry 01.11.20 Join luketabor [0] (n=luke@cpe-75-84-152-78.socal.res.rr.com) 01.11.24 # Thanks anyhow DerPapst 01.11.26 # * Lars_G sighs 01.11.32 # I'll try backup and reformatr 01.11.44 # preglow: Not right now, but digging dow such details might help later, if rockbox learns to handle larger blocks without splitting them 01.11.50 # s/dow/down/ 01.11.51 # linuxstb: when you say "locally" you mean locally in the server but not in svn? 01.12.04 # mpeccorini: I mean locally on your computer. 01.12.22 Quit robin0800 (" I love my HydraIRC -> http://www.hydrairc.com <-") 01.12.23 # but I want to send it to you guys so you add it to the source in svn 01.12.35 # do I attach the plain file to the task in flyspray? 01.12.49 # yaaaaay. 01.12.49 # since I can't diff it to anything 01.12.50 # Then you do an "svn diff", which will include the new file along with any other changes (if any) 01.12.55 # Thanks for the help guys 01.13.09 # you can diff it to the repo like linuxstb said 01.13.17 # ohh, ok 01.13.30 # so the patch will include the whole file anyway? 01.13.35 # Yes. 01.13.39 # cool 01.13.52 # But only new files you've "added" with svn add. 01.13.53 # I have chessbox running as a viewer as you suggested BTW 01.14.00 Join Llorean [0] (n=Llorean@166.132.109.226) 01.14.00 # got it 01.14.09 # * DerPapst thinks running rockbox with --zoom 4 is fun :D (fullscreen... yay) 01.14.32 # my ipod is finally........complete :D 01.14.40 Join ivan` [0] (i=ivan@unaffiliated/ivan/x-000001) 01.15.38 # will the ROCKBOX header be added automatically or do I have to add it to the new files? 01.15.45 # You have to add it. 01.15.49 # you have to add it 01.15.55 # what about the ID? 01.16.01 # ahh.. i'm a too slow typer 01.16.16 # :p 01.16.22 # it was just a millisecond 01.16.35 # Just write $Id$ 01.16.41 Part duckie 01.17.16 # ok, thanks 01.17.37 # linuxstb: tell me, you think it's part table or fs? 01.17.50 # Oh fuck reading error now. 01.17.55 # I'll format the whole thing and be done with it 01.18.17 # Lars_G: I don't know 01.18.20 Join lids [0] (i=lds@gateway/tor/x-9e56caead9f17ffe) 01.18.49 # Meh someone tols me once to specify the -s with mkfs right? what size? 512? 01.19.09 # -S 01.19.15 # ahh 01.19.20 # what gen? 01.20.20 # Lars_G: 5G or 5.5G? 01.20.31 # 1G nano 01.20.38 # -S 512 01.20.49 *** Saving seen data "./dancer.seen" 01.20.50 # thanks 01.21.24 # Sigh at least I can write now. 01.21.25 # * Lars_G weeps 01.21.30 # I think this is my own fault too 01.21.42 # Oh I couldn't save my config!!! GAH 01.21.48 # this time I finish config and SAVE it 01.22.18 # Hmm 01.22.50 # im guessing the ipod video manual covers all ipod video's including the 5.5G? 01.23.18 # XbooX: Yes 01.23.25 Quit mrk2 ("I HAVE GO") 01.23.38 Join a1titude [0] (n=Compaq_A@206-163-245-140.swcr.hsdb.sasknet.sk.ca) 01.23.59 # ty 01.24.03 Join z35 [0] (n=z@adsl-226-228-161.dab.bellsouth.net) 01.24.03 # good night at all. 01.24.13 # gnite 01.24.15 Quit DerPapst ("So Long And Thanks For All The Fish!") 01.24.20 Quit Arathis ("Bye, bye") 01.25.01 # preglow: do you ever use the gmail chat feature? 01.25.22 # since i'm often on IRC only really late for you, it might be a better way to get a hold of me 01.25.37 # just a question of curiosity, what "can" be done about the ipods shorter battery life? and does anyone know what apple has written in the firmware to get the full batterylife? 01.26.00 # saratoga: gmail chat, like google talk? 01.26.04 # saratoga: if so, then yes, i am 01.26.08 # yeah 01.26.12 # i'm mgiacomelli 01.26.15 # i am 01.26.24 # a1titude: get better understanding of what apple does and then do what they do, really 01.26.25 # and I live on gtalk so that should work pretty much all day everyday 01.26.34 # i need to run 01.26.38 # thank you for your help 01.26.54 # i'll continue to work on the fixed point stuff, and probably have a lot more questions this weekend 01.27.08 # i'm ashamed at how rusty my ARM4 is 01.27.09 # sure, i think i'll be around this weekend 01.27.25 # nls: ha both my questions together was the answer! haha - is there anyway to actually look at what apple has done in the firmware? 01.27.27 # i think we'll survive that 01.28.27 # i just tried to add you in gaim, but god knows if that worked 01.28.28 # gaim is shit 01.28.32 # a1titude: disassembling the OF is possible and I guess IPL did a lot of that... 01.28.50 # yeah it did 01.28.52 Quit saratoga ("CGI:IRC") 01.29.15 # I use gaim (not had a problem with it) 01.29.20 # a1titude: AFAIU it is very time consuming and difficult... 01.29.58 # nls: ahh. ipl might have some info! =P jk lol 01.32.05 Quit lids (Remote closed the connection) 01.32.31 # well thanks for the answers, cya 01.32.34 Quit a1titude ("Download Gaim: http://gaim.sourceforge.net/") 01.33.53 Join Lyco|Lap [0] (n=Rob@nc-65-164-199-163.dhcp.embarqhsd.net) 01.36.22 Quit nikosapi ("Leaving") 01.37.05 Join lids [0] (i=lds@gateway/tor/x-51a9d2e860c78f4a) 01.39.33 Quit ompaul ("all the best") 01.42.38 Quit mpeccorini ("User pushed the X - because it's Xtra, baby") 01.43.22 Quit Thundercloud (Remote closed the connection) 01.45.26 Quit XavierGr () 01.46.57 Quit LycoLoco (Read error: 110 (Connection timed out)) 01.47.19 Part nls 01.54.37 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 02.05.20 Quit miepchen^schlaf (Read error: 54 (Connection reset by peer)) 02.08.56 Join miepchen^schlaf [0] (n=hihi@p54BF4DD5.dip.t-dialin.net) 02.09.33 Part pixelma 02.10.16 Quit Lars_G (Remote closed the connection) 02.12.09 Quit Shadowrazor ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 02.19.24 Part toffe82 02.21.22 Quit Rob2222 () 02.21.40 Join Rob2222 [0] (n=Miranda@p54B15B8F.dip.t-dialin.net) 02.23.07 Join z35_1 [0] (n=z@adsl-1-20-64.dab.bellsouth.net) 02.26.53 Part maffe 02.26.57 Join maffe [0] (n=maffe@195.159.148.248) 02.31.15 Join duckie [0] (n=duckie@015-826-647.area5.spcsdns.net) 02.31.30 Join M3d4 [0] (i=popop@ALagny-154-1-40-57.w83-200.abo.wanadoo.fr) 02.31.34 Join TheGooman [0] (i=4107cea9@gateway/web/cgi-irc/labb.contactor.se/x-0644a6ead1be9f1d) 02.31.43 # I have a very dumb question.... 02.32.08 # Well don't berate yourself 02.32.14 # what's up? 02.32.23 # instead of using the gigabeat room software to transfer music, what do I use for my rockboxed gigabeat? 02.32.27 # haha 02.32.38 # I always have dumb questions 02.32.47 # I use windows explorer 02.32.58 # you could use the command prompt too 02.33.12 # just windows explorer? 02.33.13 # or whatever else you want to copy files to the player 02.33.31 # ...uh.... where do you... put... them? 02.33.35 # yea, just copy them on in whatever directory you wish to have your music organized in 02.33.39 # yeah, you just have to copy them to the player, wherever you want 02.34.03 # hrm 02.34.19 # on your gigabeat. I personally have an ipod but I don't think it differs much. I literally copied my music folder into my ipod and done 02.34.27 # duckie: I think most people organise their music as something like /artist/album/NN-track.mp3 02.34.42 # if you use the database feature it automatically organises the music by artist album, etc as long as the tags are good 02.34.44 # if you want it to display in the database you will have to initialize/update it 02.34.47 # but do you put it in the main root folder? 02.34.55 # or in the file folder 02.35.04 # duckie 02.35.05 # I have it in the main 02.35.08 # create folders like 02.35.09 # music 02.35.10 # video 02.35.11 # duckie: It might be a good idea to create a folder called "music" and put all of it in there 02.35.11 DBUG Enqueued KICK pearldiver 02.35.11 # games 02.35.17 # than inside music 02.35.17 # Ahhh. 02.35.24 # artist/artist - album 02.35.28 # and off you go 02.35.29 # It's all up to you though 02.35.39 # yeah completely as you desire 02.35.42 # yups, that's the great thing about rockbox 02.36.31 Quit z35 (Read error: 110 (Connection timed out)) 02.36.40 Nick z35_1 is now known as z35 (n=z@adsl-1-20-64.dab.bellsouth.net) 02.37.46 # Ok, I've been trying to get aquainted with iconsets and I'm wondering, what's the differences between iconsets, viewer iconsets, and remote viewer iconsets? 02.38.11 # iconsets: Show for built-in icons/menu icons 02.38.23 # viewer iconsets: For things like audio files, video files, etc. 02.38.35 # remote viewer iconsets: viewer iconsets for a remote 02.38.41 Quit sando ("Apply directly to the forehead") 02.39.06 # Ah, ok 02.39.28 # Additionally, are icon files necesary in the implementation of an iconset? 02.39.52 # Not sure what you mean... 02.39.55 # by icon files i mean extention icon 02.40.08 # you mean viewer iconsets? 02.40.33 # No, viewer iconsets are not NECESARY, but everything will look much more together if you have them... 02.41.23 # hmm. I mean, for instance, I dled a theme that implements a new iconset. together with the bmp files there was also a .icon fie 02.41.42 # Oh! 02.41.42 Quit Ghoulunatic () 02.41.51 # .icon files are necessary for viewer iconsets 02.42.27 # http://www.rockbox.org/twiki/bin/view/Main/CustomIcons Might help you out 02.42.39 # Alright, thanks 02.42.57 # no problem 02.44.20 Join jim_h [0] (i=18976e30@gateway/web/cgi-irc/labb.contactor.se/x-8b1e6f43afc6de02) 02.44.55 Join DerPapst190 [0] (n=DerPapst@pD9EB3CBD.dip0.t-ipconnect.de) 02.45.11 Nick DerPapst190 is now known as DerPapst (n=DerPapst@pD9EB3CBD.dip0.t-ipconnect.de) 02.46.08 # Just what' I'd been searching for, thank you much. 02.46.25 # Glad I could help 02.46.55 Quit jim_h (Client Quit) 02.46.56 Join webguest58 [0] (i=18976e30@gateway/web/cgi-irc/labb.contactor.se/x-900c68aa1c7026e4) 02.48.40 Quit webguest58 (Client Quit) 02.49.24 Quit DerPapst ("So Long And Thanks For All The Fish!") 02.52.24 # A couple of inquiries about the "view battery" screen in the debug menu: does the battery life graph reset every time the DAP reboots? And the graph seems to be on a variable scale - what's this dependant on? 02.57.20 # ummm, my gigabeat won't play my wma files :( 02.57.32 # Rockbox doesn't support WMA 02.57.34 # did I miss that memo? 02.57.41 # damn 02.57.56 # I have like, a LOT of music in wma 02.57.56 # http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildap1.html#x13-226000A 02.58.02 # Too bad 02.58.09 # it's not a supported format 02.58.16 # Shouldn't have relied on a closed format ;-) 02.58.24 # wow, TrueJournals you don't have to be an ass 02.58.36 # Sorry 02.58.47 # I think I'm coming off a bit meaner than I mean to be 02.58.53 # they can always be converted 02.59.01 # to what? 02.59.06 # MP3 02.59.09 # i would rec. mp3's 02.59.10 # I have them in lossless 02.59.13 # ... unless they're all DRMed 02.59.23 # they are all huge files 02.59.47 # :( 02.59.52 # fuck 03.00.15 # No need for that, man 03.00.28 # for what? 03.01.09 # for swearing 03.01.18 # Perhaps it's just me but I don' think there's need to swear there 03.01.44 # http://www.rockbox.org/twiki/bin/view/Main/IrcGuidelines - "It is also a family-friendly channel." - I think most people would consider swearing NOT family-friendly 03.01.46 # oh. well, maybe if you'd spent all your time ripping your music in a specific format you'd be annoyed too 03.02.19 # wow. sorry. didn't know that swearing was a death sentence 03.02.22 # WMA lossless? 03.02.26 # yes 03.02.43 # duckie: It's not a death sentence, but we ask that you try to act respectably in here, and try to keep things appropriate for any audience. 03.02.52 # duckie: As well, since they're lossless, just convert them into any other lossless format 03.03.00 # I'd convert them to FLAC using foobar2000 03.03.07 # Rockbox supports at least 4 I can think of off the top of my head 03.03.22 # the fact that you have them in lossless should make you relieved, not frustrated 03.03.28 # duckie: It's your own fault for choosing the most poorly supported lossless format known to man. 03.03.31 # :) 03.03.48 # thanks for the insult 03.04.00 # duckie: It's not an insult. It's just the situation. 03.04.01 # I never clained to be smart 03.04.07 # An insult would be if I called you stupid. I didn't. 03.04.11 # we never said otherwise 03.04.13 # I said that you chose a format, for reasons that may even be good ones. 03.04.29 # it was the best I knew of. 03.04.34 # You can have good reasons to choose a poorly supported format, for example some program you must use requires it. 03.04.43 # I'm not a music geek 03.04.48 # I don't know this stuff 03.04.56 # And no prob there. Now you're learning 03.05.11 # wma's are poorly supported and this includes rockbox 03.05.19 # You should be able to find a program that can mass convert the files 03.05.21 # Yeah, but you guys are making me feel like more of an idiot in the process 03.05.28 # duckie, the brightest geeks around got where they are through a series of agonizing mistakes 03.05.30 # Sorry 03.06.33 # so, I need to get something like foobar to convert my files? 03.06.39 # foobar's nice. 03.06.52 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 03.06.52 # * Llorean doesn't know if Foobar does WMA Lossless. 03.07.04 # But if it does, it'd be ideal 03.07.45 # I guess I could just re-rip all of my music. yayfun 03.07.57 # Maybe dbpoweramp music converter is another possibility 03.08.01 # Re-ripping would be a ridiculously roundabout way to solve the problem. 03.08.03 # dBPoweramp is good. 03.08.07 # It's easy to use, at least 03.08.18 # Can we seek in flacs without seekpoints now? 03.08.24 # Err tables.. or whatever those were called 03.08.29 # Someone (Soap?) was here a while ago saying they were going to make a redistributable pack of various audio codec "samples"... did anyone ever do that? 03.08.34 # I think I'll re-rip all my FLACs 03.08.57 # TrueJournals: Don't think it's started yet. 03.09.06 # They'd be ideal for test_codec purposes. 03.09.16 # Yeah, I figured... 03.09.44 # ugh, this is not as easy as I thought it would be :) 03.09.44 # I think I'll try to whip something up. I figure some kind of beat would be fine? I also figure you want a wide range of frequencies? 03.10.33 # TrueJournals: Soap was looking for a "real" audio track to use 03.10.39 # OK... the results are in... my codec testing: http://www.misticriver.net/showthread.php?p=564175#post564175 03.10.55 # linuxstb: Real as in... some sort of real song? 03.11.59 # anyone know what the battery capaacity for a 5.5G 80GB ipod is? 03.13.05 # up to 14 hrs 03.13.48 # in mAh? 03.13.54 # uh, dunno 03.14.01 # TrueJournals: Yes, e.g. from the live music archive at www.archive.org 03.14.02 # TrueJournals: Out of curiosity, why did you post at misticriver? 03.14.27 # The majority of Rockbox devs and users don't read that site. 03.15.29 # I'll post at the rockbox forum too 03.15.37 # Well, that's not the right place either 03.15.42 # I visit the misticriver forum more often though... 03.15.46 # Why not? 03.15.53 # Because the forums are for dicussion. 03.15.56 # discussion 03.15.59 # ah 03.16.01 # Try putting together maybe a codec result page. 03.16.19 # For the wiki? 03.16.27 # That's where static info belongs 03.16.39 # :) 03.16.40 # Let me register... 03.17.05 # As for the MP3 results, you might want to get a comparison with SVN MP3 so you can post how much improvement the patch does 03.17.09 Part Llorean 03.17.13 # * linuxstb was thinking of CodecTesting 03.17.31 # * TrueJournals downloads SVN... 03.18.25 # * TheGooman hesitates to ask 03.18.31 # what's SVN stand for?? 03.18.38 # Subversion 03.18.42 # Weird, isn't it? 03.18.49 # Yes, actually 03.19.24 # http://www.acronymfinder.com/af-query.asp?Acronym=SVN&Find=find&string=exact ;-) 03.19.53 # Social Venture Network! 03.20.06 # oh 03.20.10 # that's also on the page 03.20.52 *** Saving seen data "./dancer.seen" 03.21.41 # Someone want to give me write access so i can make this CodecTesting page... 03.22.20 Join LycoLoco [0] (n=Rob@nc-65-164-199-163.dhcp.embarqhsd.net) 03.25.17 # TrueJournals: I assume you're Bobby? 03.25.34 # yes 03.25.59 # OK, added. 03.26.55 # Thanks 03.27.24 # A couple of inquiries about the "view battery" screen in the debug menu: does the battery life graph reset every time the DAP reboots? And the graph seems to be on a variable scale - what's this dependant on? 03.27.30 # Using test_codec from a custom build, with an SVN build would be fine, wouldn't it...? 03.31.53 Quit duckie ("Leaving") 03.37.28 # * TheGooman looks around 03.40.22 Quit Lyco|Lap (Read error: 110 (Connection timed out)) 03.43.03 # http://www.rockbox.org/twiki/bin/view/Main/CodecTesting 03.43.47 # But I don't like how the MP3 with mpa_removed_iram.patch came out though... 03.47.40 # hey guys - congrats on getting rockbox working on the 80 gig 5.5g iPod 03.47.58 Quit lids (Remote closed the connection) 03.48.19 Quit Mouser_X (Nick collision from services.) 03.48.30 Join Mouser_X [0] (n=mouser_x@67.110.120.164.ptr.us.xo.net) 03.51.57 Join Lyco|Lap [0] (n=Rob@nc-65-164-199-163.dhcp.embarqhsd.net) 03.52.46 # hey guys - where can I find an incremental changelog of what's goin on with the individual builds of rockbox? 03.52.59 Join element_g [0] (n=g-force@S0106001346a401fd.ed.shawcable.net) 03.53.29 # Lyco|Lap: There's a changelog on the front page... 03.53.34 # hi everyone 03.53.43 # hey 03.53.45 # but that's for the entire project, right? 03.54.11 # If the main source of my new WPS is a GPL'd image, does that mean my theme has to be GPL? 03.54.19 # Lyco|Lap: Oh, you mean for individual platforms? (Like, only Gigabeat progress, or only iriver H100 progress?) I don't think there is one... 03.54.48 # yeah, that's what I was askin for. Ok, just wanted to make sure I hadn't glanced over it. I'll go through the logs for the last 4 weeks 03.54.49 # thanks! 03.54.57 # I don't mind using GPL( I have the source), I'm just wondering 03.55.04 # Lyco|Lap: No problem... 03.59.50 Join Maz [0] (n=Maz@d64-180-12-42.bchsia.telus.net) 03.59.58 # :O 04.00.00 # i need help please 04.00.11 # What do you need? 04.00.18 # my ipod seams to be dead 04.00.23 # installed rockbox 04.00.31 # played around with it and uninstalled it with ipodpatcher 04.00.40 # now its just the apple logo 04.00.46 # and clicking sound fro mthe harddrive 04.00.50 # Can you boot into disk mode? 04.01.18 # what are the buttons to press? 04.02.03 # plug it in, and hold menu and select while it's booting up 04.02.19 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 04.02.32 # there isnt even that 04.02.38 # just the ipod apple 04.02.44 # and no backlight 04.02.48 # harddrive is clicking 04.02.54 # like nothing there to read 04.03.09 # I don't know then... sorry, I'm not iPod expert 04.03.13 # post on the forums :-\ 04.03.18 # Maz: What's the problem? 04.03.32 # i installed rockbox 04.03.39 # and played around with it 04.03.50 # than uninstalled it with ipodpatcher 04.03.57 # now nothing boots when i reset it 04.04.11 # Can you access disk mode? 04.04.27 # there isnt any menu's or anything poping up 04.04.34 # is there any buttons i can press? 04.04.35 # http://www.google.com.au/search?q=ipod+disk+mode 04.04.39 # Gotta go... see ya 04.04.44 Part TrueJournals 04.05.12 # umm 04.05.19 # ff + rw buttons 04.05.50 # :( 04.05.56 # doesnt look like it 04.05.59 # No. Click the first link from google, and it'll tell you how to put the ipod into disk mode 04.06.42 # Or do you have a 3g or earlier ipod? 04.07.23 # 5.5 video 04.07.31 # this isnt very cool :( 04.07.42 # Well, if you read the page, it will tell you how to put it into disk mode 04.07.56 # doesnt do anything 04.07.56 # And it's not the ff and rwd buttons. 04.08.20 # play\pause + mewait a second 04.08.24 # something just poped up 04.08.35 # "connect to your computer for itunes to restore 04.08.43 # Tada - disk mode 04.08.43 Join toffe82 [0] (n=chatzill@adsl-71-154-235-137.dsl.frs2ca.sbcglobal.net) 04.09.01 # ok 04.09.01 # Cool 04.09.05 # had it on hold :( 04.09.08 # lol 04.09.09 # :) 04.09.15 # yeah 04.09.19 # that harddrive clickage didnt sound to good at all 04.09.33 # Is yours an 80gb one? 04.09.36 # nope 04.09.50 Quit LycoLoco (Read error: 110 (Connection timed out)) 04.10.26 Part element_g ("Kopete 0.12.4 : http://kopete.kde.org") 04.10.51 # thanks alot 04.11.14 # No worries 04.11.31 # hmm is there an easy way to get loader 2 + rockbox? 04.11.55 # or a way to get rockbox on but load apple by default and rockbox by the hold button 04.12.02 # *? 04.12.05 # Not really. 04.12.14 # ah ok 04.12.22 # I don't know mucha bout loader2 though 04.12.37 # ok thats cool 04.12.40 # thanks again :) 04.12.46 # i thought it was done for 04.12.57 # iPods are pretty hard to break 04.13.39 # good to know :) 04.13.59 # and iaudios are impossible :) 04.15.35 # ivan`: I would say that they are more breakable than ipods in terms of firmware 04.15.49 # yes 04.16.23 # but i've dropped one from 5ft onto concrete and it hit a corner, with practically no damage 04.16.50 # I've done the same with my iPod. 04.17.04 # i guess it all works out as long as the hdd isn't spinning 04.17.08 # I treat my ipod mini like crap 04.17.28 # Screen is already broken and the rest is metal so I have no fear of doing damage :P 04.18.18 # Kinda hate to ask on here, but my friend's iPod seems to have had the partition table erased, any idea on recovering it (without reformatting) 04.18.23 Join lids [0] (i=lds@gateway/tor/x-fef95edc1b6dccb6) 04.18.47 # chrisjs169: Without reformatting might be a bit tricky. 04.18.58 # Do you have access to a computer with linux? 04.19.15 # aliask: Right in front of me :) 04.20.18 # You could try using dd to copy a clean partition table from a working ipod 04.20.37 # I don't have another ipod though =/ 04.21.03 # Someone here might have one 04.21.29 # ok 04.21.42 # But short of that I think you might have to format 04.22.09 # ok - hope my friend has a backup of all his music 04.22.35 # Out of interest, how exactly did that happen 04.23.43 Join Daishi [0] (n=daishi@ool-18be2884.dyn.optonline.net) 04.43.43 # hmm 04.54.45 # aliask: sorry, was running a few recovery tools on my windows computer (it's found quite a few of the songs) 04.55.31 # aliask: I don't know how it happened, as when I got it, the battery was completely dead, although they said that the ipod had the folder/exclamation point icon 04.56.36 # he seems somewhat computer literate, so I'm guessing he was in a hurry and just disconnected it while it was still writing or someting 04.58.32 # Good to hear that at least some of the songs are still in tact 05.12.03 Join kennethd_ [0] (n=kenneth@cpe-66-65-80-62.nyc.res.rr.com) 05.18.31 Quit kennethd (Read error: 110 (Connection timed out)) 05.20.55 *** Saving seen data "./dancer.seen" 05.21.00 Quit atsea- (Remote closed the connection) 05.21.22 Quit TheGooman ("CGI:IRC") 05.22.08 Join atsea- [0] (i=ariel@gateway/tor/x-da8f0013ee216699) 05.23.28 Join LycoLaptop [0] (n=Rob@nc-65-164-199-163.dhcp.embarqhsd.net) 05.33.07 Part toffe82 05.36.41 Join jhulst [0] (n=jhulst@c-71-205-0-132.hsd1.mi.comcast.net) 05.42.04 Quit jhulst_ (No route to host) 05.44.23 Join Brunellus [0] (n=luigi@unaffiliated/brunellus) 05.46.35 Join DarkArctic [0] (i=devnull@CPE000f667ffba9-CM000e5c6de1d2.cpe.net.cable.rogers.com) 05.48.28 Join bricko [0] (n=elbricko@c-67-187-122-59.hsd1.tx.comcast.net) 05.48.54 # Hello, can anyone help me with install problems on the 5.5gen 80gb ipod? 05.48.56 Quit DarkArctic (Read error: 104 (Connection reset by peer)) 05.49.08 Quit Lyco|Lap (Read error: 110 (Connection timed out)) 05.49.42 Join DarkArctic [0] (i=devnull@CPE000f667ffba9-CM000e5c6de1d2.cpe.net.cable.rogers.com) 05.51.49 # bricko: What's the problem? 05.52.53 # Using the current build and bootloader for the 5g 64mb iPod in the way that the manual says, I'm told that there's no partition, and to reconnect to the USB and fix it 05.53.17 # what format is the ipod? 05.54.02 # FAT32 05.58.32 # I made sure of that several times, given that seems to be an issue for some...aside from that, I guess i'll try the newest build one more time and see what happens 06.01.48 Quit DarkArctic ("Leaving") 06.04.41 # redownload the build? 06.05.54 # yep, i'm on it 06.06.55 # "No partition found. Insert USB cable and fix it." 06.07.06 # Can I do this manually and it actually do any good? 06.08.37 # I've noticed another person or two on the Rockbox forums talking about this exact problem. 06.08.40 Part Brunellus ("Ex-Chat") 06.09.26 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 06.09.43 Part kaaloo 06.09.57 Quit LycoLaptop ("Client Quit") 06.16.13 # Is anyone else having this "No partition found. Insert USB cable and fix it." problem with the 5.5g 80gb iPod? 06.17.45 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 06.22.15 Quit ivan` ("Leaving") 06.27.19 Quit atsea- (Remote closed the connection) 06.27.25 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 06.27.35 Part kaaloo 06.32.20 Join atsea- [0] (i=ariel@gateway/tor/x-eae5474042978f42) 06.37.16 Quit jhulst ("Konversation terminated!") 06.46.43 Join ivan [0] (n=ivan@ool-182d0d60.dyn.optonline.net) 06.48.11 Part kkurbjun 06.50.44 Quit chrisjs169 (Read error: 60 (Operation timed out)) 06.56.20 Join Doomed|Sleep [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 06.59.51 Quit ze (Read error: 104 (Connection reset by peer)) 07.00.23 Join ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 07.00.51 # Anyone on working on the 5.5 80gb iPod? 07.01.28 # well kinda 07.01.33 # lol 07.02.38 # What do you mean, lol? 07.02.45 # having problems or is it working? 07.02.49 # i'm not doing so well with it. 07.03.21 Quit ivan ("Leaving") 07.04.07 # bricko PM 07.07.11 Quit Alienbiker99 (Read error: 110 (Connection timed out)) 07.07.54 Quit lids (Remote closed the connection) 07.11.08 Join Llorean [0] (n=Llorean@166.132.109.226) 07.12.06 Quit jhMikeS (Nick collision from services.) 07.12.12 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 07.12.42 # bricko: The "partition not found" message tends to mean that the bootloader you're using is not the 80gb compatible one. 07.15.32 Join lids [0] (i=lds@gateway/tor/x-64b149d041dd12ad) 07.15.38 Join ptw419 [0] (i=ptw419@216-188-249-122.dyn.grandenetworks.net) 07.16.36 Quit secleinteer (Client Quit) 07.20.56 *** Saving seen data "./dancer.seen" 07.20.59 Join webguest86 [0] (i=47694762@gateway/web/cgi-irc/labb.contactor.se/x-633d85b69d0d7f3e) 07.26.25 Quit webguest86 ("CGI:IRC (Ping timeout)") 07.36.12 Part Llorean 07.41.14 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 07.43.29 Quit blithe (pratchett.freenode.net irc.freenode.net) 07.43.29 NSplit pratchett.freenode.net irc.freenode.net 07.43.29 Quit CelticSoul (pratchett.freenode.net irc.freenode.net) 07.43.43 NHeal pratchett.freenode.net irc.freenode.net 07.43.43 NJoin CelticSoul [0] (n=celticso@ivr94-1-87-88-75-71.dsl.club-internet.fr) 07.44.21 Join chrisjs169 [0] (n=jack@pool-71-114-145-182.hrbgpa.dsl-w.verizon.net) 07.49.54 Quit lids (Remote closed the connection) 08.03.30 Quit Daishi (Read error: 110 (Connection timed out)) 08.04.09 # I am being linked to the correct bootloader I believe 08.04.24 # but it still says partition not found 08.04.47 Join lids [0] (i=lds@gateway/tor/x-b0dd01b063ad6cf3) 08.06.54 Quit luketabor ("Leaving") 08.07.31 Quit tchan (Remote closed the connection) 08.08.07 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 08.08.42 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 08.19.58 Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) 08.20.59 Quit lids (Remote closed the connection) 08.25.55 Part bricko 08.27.48 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 08.32.05 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-fb83ec87c2ba20cc) 08.34.36 # good morning everyone 08.39.37 # morning 08.40.14 # mo0ning 08.41.12 Join sando [0] (i=lolsteam@124-254-76-41-static-dsl.ispone.net.au) 08.42.39 Quit simmel (Remote closed the connection) 08.43.49 # * GodEater has finally got a working phone line in his new flat. Next step -> Fat ADSL. 08.44.51 Quit blithe (pratchett.freenode.net irc.freenode.net) 08.44.51 NSplit pratchett.freenode.net irc.freenode.net 08.45.52 NHeal pratchett.freenode.net irc.freenode.net 08.45.52 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 08.45.59 Quit blithe (SendQ exceeded) 08.46.28 Join blithe [0] (n=blithe@stiletto.djblithe.com) 08.49.15 Quit kaaloo (Read error: 113 (No route to host)) 08.49.48 Join Rob222241 [0] (n=Miranda@84.177.65.99) 08.54.08 # what do you guys think about making separate subsections for doom and rockboy in the plugins forum? 08.54.46 # then I don't have to read those questions anymore :) 08.55.06 # and we can make some threads sticky in there 08.56.13 # that sounds like pure genius :) 08.56.25 # * GodEater awards markun gold star of the day 08.56.45 # :) 08.56.50 # I also get terribly tired of reading those threads 08.57.11 # Then don't read 'em... 08.57.22 # amiconn: you don't read the forum 08.58.02 # or did you start doing that? 08.59.34 # I *general* our forums signal / noise ratio isn't too bad - but the doom / rockboy threads are very debilitating 08.59.39 # s/I/In 09.02.46 # I am reading the forum occasionally 09.03.09 # When I do, I ignore the forum structure completely now and just use the recent topics list 09.03.46 # Going through that list I find maybe 1..3% of the posts worth reading... 09.04.01 Quit blithe (pratchett.freenode.net irc.freenode.net) 09.04.01 NSplit pratchett.freenode.net irc.freenode.net 09.04.28 NHeal pratchett.freenode.net irc.freenode.net 09.04.28 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 09.04.38 # you don't reply very often do you ? :) 09.05.16 # amiconn: exactly the same here 09.05.49 Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.05.52 # hehe - maybe we should just abandon the structure completely, and just have one BIG forum 09.06.05 # GodEater: nope, since like 99% of the questions are something that can be found in the manual and/or wiki anyway 09.06.11 Join lids [0] (i=lds@gateway/tor/x-aa96d82c21680964) 09.06.58 # I posted a lot more often in the earlier days of the forum, when it was split by target 09.07.05 Quit CelticSoul ("Leaving") 09.07.59 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.09.08 Join daurn [0] (n=fake@unaffiliated/daurnimator) 09.09.43 Join petur [0] (i=d4efd6a6@rockbox/developer/petur) 09.10.04 # how do i upload a file so it can be downloaded from the wiki? 09.10.18 # or rather, am i even able to do this? 09.10.37 # I'm happy with the split by topic. I don't care about WPS for example so just skip that section 09.11.01 # ptw419: there is some 'attach' feature 09.11.03 # ...and the remaining questions are often already answered when I check the forum 09.11.33 # * amiconn posted once during the last month ihrc 09.11.56 Join Siltaar [0] (n=Siltaar@193.52.208.229) 09.12.17 # hmm but i need a server to upload this too 09.13.05 # no 09.13.20 Quit midkay ("Leaving") 09.13.28 # If you attach a file to the wiki, you just upload it there 09.13.39 # ptw419: did you try it? 09.13.53 # i c 09.15.33 Join Zagor [0] (n=bjst@rockbox/developer/Zagor) 09.15.48 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 09.17.44 Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007040314]") 09.18.36 # found it 09.19.09 Quit GodEater ("CGI:IRC (Ping timeout)") 09.21.00 *** Saving seen data "./dancer.seen" 09.23.02 Part kaaloo 09.23.22 Quit daurnimator (Connection timed out) 09.29.25 Quit Zagor ("Leaving") 09.31.26 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-e4f723290e5bb8be) 09.32.32 # i've uploaded my code injection tool for the gigabeat S 09.32.34 # http://www.rockbox.org/twiki/pub/Main/GigabeatSInfo/MergeInject.rar 09.33.23 # ptw419: nice one. Do you know anyone who wants to work on a rockbox port for the S? 09.34.58 # ptw419: could you write anything about how to use the tool? 09.36.48 Quit blithe (pratchett.freenode.net irc.freenode.net) 09.36.48 NSplit pratchett.freenode.net irc.freenode.net 09.37.11 NHeal pratchett.freenode.net irc.freenode.net 09.37.11 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 09.40.22 # markun: So far just me, toffe, and I think aliask. Zunepet states he will have a preliminary bootloader out soon(which will allow us to divert more attention to a port right away), as well as a similar tool to mine 09.41.11 # LinusN: I can update the README in the file to explain it a little more specifically tommorow. Its pretty much straight forward though 09.41.21 # i just read the README 09.41.30 # i was more thinking about the wiki 09.41.42 # just a few words about what the inject tool is 09.41.44 # oh, yes certainly 09.42.08 # I can do this in the morning, i'm gonna go to sleept right now though :) 09.43.15 # sleep tight 09.43.30 # ptw419: good work, btw 09.44.13 # ty 09.46.03 Quit GodEater ("CGI:IRC") 09.47.12 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-860de0c882ec483b) 09.48.48 Join Thundercloud [0] (n=thunderc@82.152.192.50) 09.50.32 # damn,i have to upload it again, the wrong source file was in there i think. 09.50.43 Join bluebrother [0] (i=nXjqasVJ@nat-wh-1.rz.uni-karlsruhe.de) 09.51.21 Quit lids (Remote closed the connection) 09.51.59 Join lids [0] (i=lds@gateway/tor/x-798b0345a07bd0fc) 09.56.32 Quit GodEater ("CGI:IRC (Ping timeout)") 10.01.57 # Please help 10.02.04 # dlopen(archos/.rockbox/rocks//sudoku.rock): archos/.rockbox/rocks//sudoku.rock: undefined symbol: vp_dummy 10.02.18 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 10.02.30 # From where (the hell) vp_dummy could be ? 10.02.52 # evening al 10.02.54 # all 10.03.11 # greetings for your timezone JdGordon 10.03.19 # :-) 10.05.01 Join morghanphoenix [0] (n=phoenix@71-212-15-124.tukw.qwest.net) 10.06.06 # Quick question: Does anyone have experiance with going back to normal firmware after putting rockbox on thier iPod? Does it work fine or does rockbox forever prevent you from going back to the normal system? 10.06.59 # you can boot the AppleOS file 10.07.02 # *fine 10.07.30 # ok, nm that was the correct code in the rar file 10.07.41 # ok now i really am going to sleep ;P 10.08.17 Join scorche` [0] (i=scorche@rockbox/administrator/scorche) 10.08.33 Quit davina (Remote closed the connection) 10.08.49 # Wanting to try rockbox so I can play my flacs and oggs, but needed to be sure I could put the apple firmware back on it if I needed to take it back to the store. They won't cover it if it has rockbox or ipodlinux on it. 10.09.08 Quit blithe (pratchett.freenode.net irc.freenode.net) 10.09.08 NSplit pratchett.freenode.net irc.freenode.net 10.09.08 # you can always restore using itunes 10.09.25 # besides, you can uninstall Rockbox at any time if you like to 10.09.33 NHeal pratchett.freenode.net irc.freenode.net 10.09.33 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 10.09.48 Quit lids (Remote closed the connection) 10.09.51 # but that's covered in the faq ... 10.10.19 Quit scorche (Read error: 104 (Connection reset by peer)) 10.10.19 Nick scorche` is now known as scorche (i=scorche@rockbox/administrator/scorche) 10.12.43 Join lids [0] (i=lds@gateway/tor/x-bc1cdb8ec23d8f90) 10.21.18 # JoshHulst around? 10.21.29 # a quick answer : find *.? -print0 | xargs -0 grep "vp_dummy" 10.24.59 Join juxtap [0] (n=juxtap@vc-196-207-45-253.3g.vodacom.co.za) 10.47.22 Join illriginal [0] (n=illrigin@c-66-229-106-133.hsd1.fl.comcast.net) 10.50.05 # extern unsigned char vp_dummy[VIRT_SIZE]; 10.50.17 # /* a space which is defined in stubs.c */ 10.50.17 # extern unsigned char vp_dummy[VIRT_SIZE]; 10.50.58 # is anyone knowing where stubs.c can be ? a find . -name "stubs.c" gives no results 10.51.37 # It's the virtual pointer array for language strings. 10.51.47 # yes 10.51.47 Quit illriginal (Client Quit) 10.52.11 # I would be happy to succed in using it in sudoku plugin 10.52.42 # as everything else seems ok for I18n and vocalisation of the menus 10.53.01 # Not sure whether this will work. Another thing to check thoroughly when extending localisation support to plugins 10.53.29 # could it be declared in plugin.h ? 10.53.46 # the vp 10.53.48 # ? 10.54.15 # This array shouldn't exist for real on target. For the sim it might be necessary to make it real 10.54.27 # * amiconn doesn't remember how this is done in the sim core. 10.54.50 # currently, the sudoku menus call static void menu_talk_selected(int m) 10.55.28 # so I hardly hope that if I can put some ID2P(ids) in the menu creation, I would have talking menus 10.56.10 Join Entasis [0] (n=Jarred@ppp174-240.lns11.adl2.internode.on.net) 10.57.40 Part morghanphoenix ("Leaving") 10.57.43 # It won't be that simple. Voice file support needs to be extended to support sectioned voice files 10.59.28 # you mean multiple voice files ? 11.05.38 # No, one voice file with several sections. One for the core, and one for each plugin that supports voice 11.06.35 Join Chrysalid [0] (n=ident@a83-245-214-53.elisa-laajakaista.fi) 11.07.06 # Hello... I've read the manual but couldnt find a troubleshooting for my problem: http://forums.rockbox.org/index.php?topic=10688.0 11.07.07 # hmmm you wouldn't load all voice clips of all plugins into the core, right? 11.07.16 # am I doing something wrong? 11.07.27 # [INFO] Reading original firmware... 11.07.27 # [ERR] Short read - requested 1 bytes, received 2227200 11.07.27 # [ERR] --install failed. 11.07.53 # petur: Correct, hence the need for several sections 11.09.44 # ah, I thought when you said sections and not multiple files you were meaning all voice clips in one file. But I guess multiple sections in lang file and multiple voice clips after generation 11.10.10 # A while ago I proposed to dynamically change the contrast and backlight brightness in the mpegplayer to increase contrast and runtime. It turns out this is already used in LG LCD monitors and is called Digital Fine Contrast. 11.10.14 # Anyone? 11.10.25 # I would like to use Rockbox but I cant install it 11.10.59 # Chrysalid: which player do you have? 11.11.01 # markun: I hope they didn't patent it? 11.11.06 # ipod nano 1G 11.11.09 # 4 Gigabyte 11.11.16 # petur: they probably did 11.11.31 # http://forums.rockbox.org/index.php?topic=10688.0 there is the error 11.11.44 # Couldn't find a troubleshooting anywhere 11.12.29 # Chrysalid: Does the command "dd if=/dev/sdx1 of=test.bin" work? (replace sdx1 with the device name for the first partition on your ipod) 11.12.59 # petur: No, multiple sections in .lng files and .voice files 11.13.14 # Think of this as if there were multiple files in one 11.13.27 # The core would of course just load the core section etc 11.13.51 # linuxstb, running the command, please wait 11.14.14 # amiconn: ack 11.14.40 # sounds (!) ok 11.14.49 # linuxstb, 11.14.50 # dd: luetaan tiedostoa "/dev/sda1": I/O-virhe 11.14.50 # 4320+0 records in 11.14.50 DBUG Enqueued KICK Chrysalid 11.14.50 # 4320+0 records out 11.14.50 # 2211840 bytes (2,2 MB) copied, 67,9185 seconds, 32,6 kB/s 11.14.50 # This is to reduce clutter, and to make localisation of core and plugins look uniform, encouraging translators to translate everything 11.14.55 # I/O error :O 11.15.10 # petur: one drawback of this feature is that LG now states their monitors have 3000:1 contrast ratios instead of giving the real value 11.15.15 # I restored the ipod to factory state in windows 11.15.20 # before starting rockbox install 11.16.00 # markun: doesn't surprise me one bit 11.16.07 # amiconn, what does miss to have sectionned voice file support ? 11.16.45 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 11.16.45 # * petur is disturbed by a customer walking around his desk 11.17.19 # Chrysalid: I don't know what to suggest... But it's a hardware issue, rather than a problem with ipodpatcher. Does your ipod still function correctly with the Apple firmware? 11.17.26 # yes it does 11.17.38 # Kinda weird. 11.17.49 # Then it would point to a USB issue - either your cable, or the PC 11.17.56 # hmm. 11.18.10 # i have a 5 meter usb extension cord 11.18.16 # maybe I should remove it and try directory 11.18.20 # i.e. the (flash) disk itself is OK, but it can't be accessed via USB. 11.19.07 # Yes, you need to get that dd command working reliably before ipodpatcher can work. 11.19.35 # okay I removed the extension cable 11.19.40 # ill boot the thing into disk mode and try again 11.20.19 # running dd again... 11.20.31 # hey! 11.20.33 # it worked now 11.20.36 # no I/O errors 11.20.37 # :) 11.20.52 # I guess the extension cable caused some errors 11.21.02 *** Saving seen data "./dancer.seen" 11.21.06 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-ab94f10921a2671e) 11.21.08 # [INFO] Wrote 5123072 bytes to firmware partition 11.21.08 # [INFO] Bootloader installed successfully. 11.21.10 # yay! 11.22.21 # 5 meter is max USB spec so 5m + normal cable is out of spec 11.22.57 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 11.23.53 # I found stubs.c : rockbox/uisimulator/common/ 11.24.04 # hmm, do I extract rockbox.zip into the ipod root 11.24.12 # with the .rockbox dir or without it? 11.24.32 # I mean, /media/IPOD/.rockbox/xxx or /media/IPOD/xxx ? 11.25.15 # the contents of rockbox.zip include .rockbox, so /media/IPOD/xxx 11.25.26 # okay 11.27.10 # ha 11.27.11 # done 11.27.16 # booted into rockbox 11.29.11 # jhMikeS: you round? 11.34.17 # petur: from the reviews I saw this 'DFC' is not a very nice feature :) 11.37.21 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 11.38.44 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 11.39.00 Quit linuxstb (Read error: 113 (No route to host)) 11.44.29 # JdGordon: yes, but not for long 11.48.30 # hey, i wanted to ask about your bounce fix for the sansa... but dw 11.48.55 # just ask :) 11.49.07 # na, dqw 11.49.09 # dw 11.49.13 # * JdGordon watching tv now 11.49.37 # * jhMikeS is relieved it didn't break the TV 11.51.18 # and, talking about the sansa, is anyone knowing if plugins work with sansa e250 for instance ? 11.51.47 # Rockbox on the sansa works as on any other player. 11.52.11 # there might be some things still missing like the tuner, but that's it. 11.52.35 # ok, cool, thanks ^_^ 11.54.00 Quit desowin ("use linux") 11.57.57 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) 12.00.37 Part maffe 12.00.43 Join maffe [0] (n=maffe@195.159.148.248) 12.02.46 Join miepchen^schlaf [0] (n=hihi@dslb-088-074-051-074.pools.arcor-ip.net) 12.07.09 # concerning the sectionned voice files, I will code it right now if I can get enough info about that 12.07.40 # so 1st question, wont it be easier if we use one voice file by plugin ? 12.08.09 Quit lids (Remote closed the connection) 12.08.33 Join lids [0] (i=lds@gateway/tor/x-1113eee250fa6d1b) 12.13.13 Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 12.16.15 # lunch! 12.18.42 Join BigBambi [0] (n=Alex@host-144-219.ch.le.ac.uk) 12.23.35 Quit lids (Remote closed the connection) 12.23.58 Quit XbooX (Read error: 110 (Connection timed out)) 12.27.57 # Siltaar: you mean a voice file for every plugin? I think that was the plan. 12.31.04 Join lids [0] (i=lds@gateway/tor/x-1f869921c9c27982) 12.54.23 Quit lids (Remote closed the connection) 12.55.11 Join pepie34 [0] (n=pepie34@127.145-65-87.adsl-dyn.isp.belgacom.be) 13.00.35 Part maffe 13.02.34 Quit ender` (Read error: 110 (Connection timed out)) 13.04.47 Join lids [0] (i=lds@gateway/tor/x-49bd3951e5ab4d98) 13.13.19 Quit pepie34 (Read error: 110 (Connection timed out)) 13.14.36 # markun: One voice file per plugin would mean too much clutter imho. Same goes for .lng 13.16.19 Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) 13.17.49 # it would also mean no voice support for 3rd party plugins (although none really exist atm so this isn't an issue) 13.18.29 Join otih [0] (n=otih@p54a4f567.dip.t-dialin.net) 13.19.37 # No it's not. And iirc the idea was to support both sections and separate files. In fact that shouldn't even be much different 13.20.04 # ah ok then... 13.21.03 *** Saving seen data "./dancer.seen" 13.29.35 # forum down 13.31.55 Join austriancoder [0] (n=austrian@80.120.117.30) 13.35.07 Join Abcminiuser [0] (n=DPC@ppp36FB.dsl.pacific.net.au) 13.36.55 # Hey, can I just stick my music files into the ipod root folder, or should I make some directories 13.37.02 # Couldnt find an answer from the manual 13.37.04 Quit Abcminiuser (Client Quit) 13.37.10 # organize as you wish 13.37.50 # I use a tree like /music/A/Artist/CD 13.37.51 # I mean, it does organize them with the id3 tags, not filenames? 13.38.00 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 13.38.03 # you can use both ways 13.38.09 # okay 13.38.16 Quit idnar (Nick collision from services.) 13.38.18 # I assume I have to boot my ipod into disk mode? 13.38.18 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 13.38.20 # to add music 13.38.28 # if you only use tags, enable and use the database 13.38.50 Quit jhMikeS (Nick collision from services.) 13.38.56 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 13.39.14 # if you use the database you can keep using itunes, but many users don't want itunes ;) 13.39.47 # im in linux 13.39.47 # :) 13.40.00 # ditched windows a month ago 13.41.49 Join thegeek_ [0] (n=thegeek@s189a.studby.ntnu.no) 13.41.53 # the "database error" in the forums looks similar to what one gets when the search is broken (happens from time to time) - and then it has to be kicked by LinusN. Don't know if this needs the same... 13.42.29 # if you only use tags and the original ipod stored files, playlists wont make much sense without a patch 13.44.26 # Great, the Rockbox database works :) 13.45.23 # you sounds surprised... 13.45.56 # any technology.. sufficiently advanced.. etc :o 13.46.01 # hehe 13.52.30 Quit lids (Remote closed the connection) 13.53.12 # re FS#7201, do we want user settable rec dir? 13.53.13 Join lids [0] (i=lds@gateway/tor/x-0d57403931d8bdd4) 13.54.05 # some users do, and we kept off implementing because of the settings system. So now it should be possible/ok 13.58.22 Quit thegeek (Read error: 110 (Connection timed out)) 13.58.22 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 13.58.35 # are all the rec_* variables in settings.h not #ifdefed? 13.58.38 # or am i blind? 13.59.23 Quit atsea- (Read error: 104 (Connection reset by peer)) 14.00.47 Quit GodEater ("CGI:IRC (Ping timeout)") 14.01.03 # adding the ifdef doesnt break non rec builds which is nice 14.01.26 Join [IDC]Dragon [0] (i=c19e01ec@gateway/web/cgi-irc/labb.contactor.se/x-685609b91526dd05) 14.01.40 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-74c0caaac21eeeda) 14.02.11 # <[IDC]Dragon> Hello Rockbox world! 14.02.21 # long time no see 14.02.41 # * [IDC]Dragon excuses for missing devcon 2007 14.02.56 # <[IDC]Dragon> vacation, no internet 14.04.44 Join atsea- [0] (i=ariel@gateway/tor/x-09124a703d4a298e) 14.04.46 # <[IDC]Dragon> more excuses for no rockbox dev'ing since last devcon... :-/ 14.08.52 # anyone interested in testing the new rec dir setting? 14.09.12 # pixelma: fixed 14.09.49 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 14.11.27 # [IDC]Dragon: Did you already try wavrecord.rock? :) 14.12.24 Part TrueJournals 14.13.40 # <[IDC]Dragon> hi Jens! 14.13.54 # <[IDC]Dragon> no, but I happily read about it 14.14.30 # <[IDC]Dragon> what did I do wrong with it, back then? 14.14.53 # <[IDC]Dragon> (lots of things, probably...) 14.15.14 # I dunno 14.15.27 # I never checked your source, I worked from wavplay.c 14.15.35 # <[IDC]Dragon> me too 14.16.09 # yes, but you already changed things I didn't check 14.16.55 # <[IDC]Dragon> how was devcon, did your sister like it, too? 14.17.06 # The interrupt handling is a bit tricky, plus the recording loop concept from the core won't work (and is too slow in C as well) 14.17.24 Quit Siltaar (Remote closed the connection) 14.17.51 # So I did an asm loop based on the older core concept. Had to unroll it to make it fast enough on Ondio 14.18.18 # * amiconn thinks we should probably go back to the old concept in the core as well, of course as a slow C version 14.18.46 # * [IDC]Dragon doesn't recall 2 concepts 14.19.27 Join Siltaar [0] (n=Siltaar@193.52.208.229) 14.21.22 # The old concept was to read as many bytes as one MAS "DMA" block contains, as opposed to read until the MAS doesn't answer anymore 14.21.39 # The "DMA" block size for mp3 is 30 bytes, and for pcm it's 36 bytes 14.22.51 Quit ompaul (Read error: 110 (Connection timed out)) 14.23.33 # <[IDC]Dragon> what did we try to improve with the new concept? 14.23.49 # LinusN: thanks - still makes me wonder what's up with that... 14.24.10 # [IDC]Dragon: yes, I liked devcon as well :) 14.24.30 # <[IDC]Dragon> pixelma: nice to hear :-) 14.25.39 # <[IDC]Dragon> I got too little sleep there, last time 14.25.44 # [IDC]Dragon: Performance... but it seems to do the opposite. And too much performance isn't good for the MAS in mp3 recording mode... 14.26.44 Part pSiKO 14.28.03 # markun, so, if we code one voice file per plugin, just have to add one parametter to every functions that calls talk_id in order to say in which voice file the id should be search for no ? 14.30.15 # and I no longer think that relying on the dma block size is a bad idea... 14.30.37 # Siltaar: Sections, not separate files 14.30.55 # Think 25+ languages * 30 plugins... 14.34.51 # anyone want to suggest a name for the "use the user configured" recording dir in the setting? (to g along with "/recording" and "current directory") ? 14.36.20 # Siltaar: better ask amiconn about voicefiles 14.36.57 # JdGordon: maybe it should just be a setting that happens to default to /recording ? 14.37.01 # JdGordon: do we still need "current directory" then? 14.37.12 # JdGordon: I'd rather want to get rid of the separate options and only have a user seletable dir 14.37.13 # nah 14.37.25 # amiconn, the files are generated only for the configured language no ? 14.37.35 # (the current voice file I mean) 14.37.53 # seems we all agree then 14.37.59 # The files are generated on the pc, but that's not the point 14.38.09 # Think about offering voice files for download... 14.38.27 # As it is, I have it defaulting to /recordings if one wasnt set, and a context menu for folders to set a recording folder.. but no way to remove the setting.. 14.38.30 # ah ok 14.39.45 # and so currently, how clip position are found in the single voice file ? 14.39.57 # pixelma: i dont know, I never record... 14.40.01 # JdGordon: is it possible to set the root directory as recording directory with this context menu? 14.40.09 # its just as easy to remove the choice as it is to keep it... 14.40.16 # we have to introduce a const offset for each section ? 14.40.18 # hmm, no 14.40.38 # Siltaar: No, there would be only one section loaded at any time 14.40.59 # a dynamically 'voice compiling created' offset 14.41.41 # JdGordon: have it default to the dir we're using now please 14.42.04 # petur: thats what I have now.... 14.42.05 Join Domonoky [0] (n=Domonoky@p549afca0.dip.t-dialin.net) 14.42.14 # hum... we can't imagine some clips that could be played from rockbox when a plugin runs, such as "low battery" 14.42.23 # pixelma: the only way to d that would be add an option to set it to /.. or set the default to it 14.42.24 # well you typed /recordings so I hope that's a typo then 14.42.39 # oh it is ok - sorry 14.42.44 # * JdGordon hasnt change the defult define.. 14.42.50 # * petur slaps forehead 14.43.06 # * petur hides in case forehead logs in 14.44.21 # I don't think that's nice to have it default to the current directory. Imagine to start recording after listening to some music and then the recorded files ends up *somewhere* 14.45.08 Quit lids (Remote closed the connection) 14.45.10 # so default to / ? 14.45.25 # pixelma: default hasnt changed.... 14.45.46 # JdGordon: You can't use the keyboard to enter a directory name? 14.46.01 # linuxstb_: adds to bin size... 14.46.07 # JdGordon: maybe make the setting in the context menu "use the directory you are in as recording directory" 14.46.26 # thats confusing if you ask me... 14.46.36 # linuxstb_: you can always create the dir then set it 14.47.05 # linuxstb_: it can take a long time to enter the path... 14.47.57 # bah, I remember having this discussed with amiconn a while ago - I just don't remember what our conclusion was :/ 14.48.07 # :) 14.48.32 # Why not just "Set as recording directory" for the context menu item? 14.49.10 # And a "clear recording directory" option somewhere which would set it to the root 14.49.39 # Ive just done that, but atm default is /recordins... 14.49.53 # so we want t get rid of the option for current directory? 14.50.09 # I think we *only* need a 'Set as recording dir' context menu for directories 14.50.23 # of course 14.50.33 # and no current dir option and no resetting 14.50.35 # I can't see how "current directory" makes sense. Rockbox isn't a DOS prompt... 14.50.37 # does the rec screen crash the sim for everyone? or just me? 14.50.42 # and default as what it is now 14.50.59 # so the only way to rec t / is edit the .cfg file? 14.51.08 # it didn't crash last time I tried 14.51.46 # who wants to rec to the root anyway? 14.52.06 # let's force users to use a clean dir structure ;) 14.52.24 # I think I would if I only recorded occasionally - I wouldn't want a Recordings directory there which is empty all/most of the time. 14.53.03 Join jief- [0] (n=jief@h66-201-203-186.gtcust.grouptelecom.net) 14.53.12 # petur: the "clear" would be a solution to return to the root dir. I think I wouldn't record in the root but who know... 14.53.25 # hello. any ETA for Nano second gen support? 14.53.35 # i can't stand that crappy ipod OS anymore 14.53.39 # I'd think clear would reset it to default, no? 14.53.41 # jief-: No-one is working on it. 14.54.05 # bummer ;( 14.54.22 # my ipod just locked. and i have to wait until the battery runs out before it will work again 14.54.25 # petur: I think it's logical for "clear" to actually clear it - i.e. no directory. 14.54.30 # i wish there was a way to reset them 14.54.46 # that so unfair and counter productive from Apple to crypt the firmware... 14.55.25 # Siltaar: I don't lose any sleep - there are more than enough hackable DAPs already... 14.55.27 # petur: linuxstb_: if we dont have the menu option for the setting, clear would have t be reset, which would go back to default 14.55.42 # petur: yes atm... but one idea was to change it to be the root because you wouldn't be able to set this with a context menu 14.55.42 # i shoulda bought a sandisk instead when my first gen nano died 14.55.54 # JdGordon: Which menu option for the setting are you talking about? 14.56.05 # the current one 14.56.18 Part LinusN 14.56.23 # "/recordings" or "current directory" 14.57.38 Quit GodEater ("CGI:IRC") 14.57.59 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-28fab4d72a5cd719) 14.59.23 # Another thought - how will a user be able to see what the currently set recording directory is? 14.59.49 # right, this should be visible somewhere 15.00.03 # but the rec screen is stuffed as it is right now 15.00.06 # is there a technical reason why no one's working on supporting the nano second gen? 15.00.24 # jief-: yes 15.00.27 # jief-: It's well protected from third-party code by encryption 15.00.42 # ah 15.00.45 # and there is no ducumentation for the components 15.00.59 # petur: why is the rec screen stuffed? 15.01.03 # which are different from all the other ipods (besides the shuffle 2nd gen) 15.01.20 # i dream of the days when vendors release specs for their damn hardware 15.01.24 # JdGordon: barely fits for some targets 15.01.29 # oh 15.01.58 # we'd need a fixed part and a part you can scroll in or something like that 15.02.03 # or a WRS ;) 15.02.29 # and we're waiting for the viewports before changing all that 15.02.42 # so we don't have to do the work twice 15.02.44 # 4 weeks... unless amiconn actually starts on them :) 15.02.51 # jief-: You could always sell your Nano and buy something else... 15.03.04 # jief-: also - no-one that owns one has made an effort that were aware of to make rockbox on one happen 15.03.24 # linuxstb_: im starting to think about that possibility and get a sandisk instead 15.03.33 # GodEater: well, if i knew how to code, i sure would try 15.03.40 # but i'm a simple sysadmin ;) 15.04.04 # coding is the least of the worries on getting rockbox working on one sadly 15.04.44 # jief-: the CPU in the Nano should be very similar to the ones in the newer irivers and the meizu M6, but we have not encrypted any of the firmwares yet afaik 15.04.58 # hi, i would like to support rockbox with a build server ... any buildserveradmin here? 15.05.24 # markun: do you mean "decrypted" ? 15.05.35 # otih: Bagder is the person to talk to 15.05.36 # otih: you'd need Bagder 15.05.42 # GodEater: yes :) 15.06.19 # otih: Have you done all the preparatory work? Others here can help you with that before you talk tall Bagder about getting your server added. 15.06.21 # markun: I thought I'd missed an email from Steve Jobs to the "therockboxguys@rockbox.org" saying "please encrypt our shiny new firmware for us" :) 15.07.02 # i wrote Bagdar ... but perhaps i need still help ;) 15.07.26 # otih: have you read the BuildServer wiki page ? 15.07.39 # of course 15.07.45 # otih: just ask him in here when he gets back 15.08.04 # his nick is sometimes B4gder 15.08.06 # otih: Have you installed the cross-compilers, set up the rbclient account etc? 15.08.49 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 15.12.29 # anyone game enough to test this patch? my h300 isnt playing nice 15.13.10 # linuxstb_: i wrote you in private. i added the user, but don´t know exactly what i need to install ( debian system ) 15.15.43 # pixelma: petur, wanna test the patch? 15.15.45 # anyone use rsync to keep the contents of two similarly sized DAPS the same ? 15.16.13 # JdGordon: sorry, no time now (at work), in a few hours maybe 15.17.05 Quit jief- ("Lost terminal") 15.19.49 # otih: Just run the tools/rockboxdev.sh script in the Rockbox source - that will download, build and install all the compilers you need. 15.20.36 # otih: You can change the install paths, so if you want, you can set them up to install in rbclient's home directory. 15.21.01 Join jgarvey [0] (n=jgarvey@cpe-075-177-158-190.nc.res.rr.com) 15.21.04 *** Saving seen data "./dancer.seen" 15.28.40 Join midkay [0] (n=midkay@rockbox/developer/midkay) 15.40.00 # are any rocks needed to record? 15.40.23 # is make bin enough that the sim shuold at least open the rec screen? 15.41.53 # should be enough 15.42.01 Join blueworm [0] (n=blueworm@7.Red-80-32-172.staticIP.rima-tde.net) 15.42.29 # haven't tried sim rec since jhMikeS big changes 15.44.33 Join RockingD [0] (i=c0a5d512@gateway/web/cgi-irc/labb.contactor.se/x-877f2c5d22af292a) 15.45.35 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 15.46.59 # JdGordon: I would expect that the recording codecs will be needed 15.47.13 # JdGordon: But I didn't think recording was implemented at all in the sim... 15.47.29 # no, but I was hoping the screen at least would work 15.47.38 # ah yes, it may try to load the codecs 15.47.53 # the screen should just load, no actual recording 15.47.54 # patch is on FS#7201 if your interested 15.48.10 # the screen crashes in the text formatter function 15.48.20 # fmt_gai function even 15.48.24 # fmt_gain 15.48.30 # JdGordon: thanks, I'll have a look tonight 15.48.43 # JdGordon: So what did you implement in the end? 15.48.56 Join kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) 15.49.58 # linuxstb_: context menu item for folders to set the one they want, and a optio in the rec settings to clear it (althought that shhuold say reset) to default "/recordings" 15.50.34 # * linuxstb_ still thinks "clear" should reset to the root and forget about forcing a certain directory name as the defautl 15.51.05 # * JdGordon doesnt care one way or the other, so will do whichever has mroe support 15.52.33 # * petur would be fine with reset pointing it to root too if anybody wanted it (as long as we clearly document it) 15.52.53 # IMO, 1) It's logical; 2) It removes the need to use an English word; 3) It solves the issue of not being able to set the directory to the root 15.53.18 # alright, alright ;) 15.53.31 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) 15.53.36 # haha, who can argue with hat ? :D 15.54.00 # And it possibly reduces binary size because we don't need the "Recordings" string... 15.54.09 # Hi, all. Should the iPod 5.5g 80GB thread be locked now? http://forums.rockbox.org/index.php?topic=7738.75 15.54.13 # * petur falls over 15.54.26 # Hmm, I missed all the beer? 15.54.52 # pondlife: Yes, New Port threads are traditionally locked when SVN support is added. 15.55.15 # pondlife: Can you do it, or shall I? 15.55.22 # I don't think I can. 15.55.43 # I'm just in the developers group, no special rights... 15.55.51 # Same here 15.55.58 Quit GodEater ("CGI:IRC (Ping timeout)") 15.56.09 # So you should be able to do it - I'm pretty sure I can. 15.56.22 # Yep, spotted the button :) 15.57.08 # Hmm, it doesn't seem to do anything! 15.57.17 # hey cool.... we can attach/delete files when editing comments on FS now :) 15.57.22 # Locked threads aren't obvious... 15.57.44 # Ah, I needed to refresh 15.57.52 # But it's locked - the reply button has disappeared and there's a little padlock... 16.00.52 Join Arathis [0] (n=doerk@p54848020.dip0.t-ipconnect.de) 16.02.06 # * linuxstb_ wonders how the forum thread for Evil_G's build has turned into a multi-page discussion about tags and sorting 16.02.51 # * linuxstb_ then wonders how the "split" option works... 16.03.54 Join bipolarbear [0] (i=c3d41d4b@gateway/web/cgi-irc/ircatwork.com/x-c9cda0ce26d07f5f) 16.03.59 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-d5c08c43be69af8d) 16.04.08 # hmm 16.04.14 # is mplayer support working yet? 16.04.17 # with sound and everything? 16.04.21 # with sound and everything? 16.04.26 # does anyone know? 16.04.36 # oops 16.04.41 # What's mplayer? 16.05.18 # hmm 16.05.24 # ok rephrase 16.05.26 # a multimedia player 16.05.34 # I *assume* he's referring to mpegplayer 16.05.35 # is there any multimedia player for rockbox that works? 16.05.37 # :) 16.05.40 # hehe 16.05.53 # yeah i ment mpegplayer 16.05.53 # Well, sound and video work, but I don't know if that's "everything" 16.06.01 # well thats enough for me 16.06.04 # did not work a while back 16.06.05 # it doesn't do ff/rw yet 16.06.20 # Does MPEG2 support subtitles? 16.06.31 # I'm pretty sure those aren't in there ;) 16.06.33 # thats fine aslong as sound works i am happy :D 16.06.52 # It's much improved over the past month or 2. 16.07.01 # :D yay 16.07.11 # so someone got back to the code :) 16.07.14 Quit Entasis (Read error: 54 (Connection reset by peer)) 16.07.32 # I thought sound had been working for ages 16.07.41 # shows how often I use it 16.08.28 # nope it has not 16.08.33 # or atleast not 4 months ago 16.08.35 # or something like that 16.08.48 # 4 months = ages in rockbox terms 16.09.50 # for some things 16.10.03 # didn't mpegplayer only go into svn in Jan ? 16.10.31 Join Gursikh [0] (n=khalsa@unaffiliated/gursikh) 16.11.03 # GodEater: http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugins/mpegplayer/mpegplayer.c?view=log 16.11.07 Quit bipolarbear ("CGI:IRC") 16.11.12 # Mon Aug 7 16.11.35 Quit GodEater ("CGI:IRC") 16.11.40 # pondlife: MPEG2 itself doesn't support subtitles (afaik), but associated standards like DVD and DVB include subtitles. There's also the option of separate .srt (or any of the 100s of subtitle formats) support. 16.11.48 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-1c1d500785b4c3b9) 16.11.59 # my mistake 16.12.08 # * GodEater curses cgi-irc again 16.12.29 # :) 16.13.13 # according to that log it was sound support that went in in Jan 16.13.19 # I knew I wasn't completely mad :) 16.14.02 # Not my fastest work... 16.14.29 Join jac0b [0] (n=jac0b@gifn3.fpl.com) 16.15.46 # on the sansa is there a way to disable the database refresh when going into the OF 16.16.40 # jac0b: are you the guy who put the request on he tracker? 16.16.51 # no 16.17.07 # hmm ok... we need to know what OF version you are running.. 16.17.11 # you on linux? 16.17.19 # I saw it on a forum http://www.anythingbutipod.com/forum/showthread.php?t=14282 16.17.34 # 1.02.18 16.17.49 # no linux 16.25.29 Part Gursikh ("Raj Karega Khalsa!") 16.28.09 Quit blueworm ("Leaving") 16.28.24 Join grndslm_ [0] (n=grndslm@24-116-87-97.cpe.cableone.net) 16.43.23 # * JdGordon is getting heaps of spam emails aftr replying to the user ml :'( 16.46.38 # linuxstb_: done; what to do next? 16.47.38 Join kaaloo [0] (n=luis@m57.net81-66-14.noos.fr) 16.49.59 Part austriancoder ("Kopete 0.12.4 : http://kopete.kde.org") 16.52.24 # hmm... JdGordon - I thought the recording settings patch would add another setting to the context menu when using it on a folder? 16.52.53 # it should add a "set as recording direcorty" item to a folder context menu 16.53.09 # I can't find it here on my Ondio 16.54.04 # err.... probably my fault 16.55.15 # otih: Checkout a copy of the Rockbox source from SVN in ~rbclient/ and then wait to talk to Bagder/B4gder 16.55.51 # otih: You could also do some test builds in rbclient's home directory to make sure the compilers are working (if you haven't already) 16.56.55 Join Denstark [0] (n=Timothy@c-24-218-128-53.hsd1.ma.comcast.net) 16.57.12 # * Denstark licks #rockbox. 16.57.51 # ... and on that interesting show of affection... /me goes to bed 16.57.58 Quit JdGordon ("Konversation terminated!") 16.58.42 # pondlife ? 16.59.04 # Hi 16.59.10 # hi 16.59.26 # Hi. Is your buffering API progressing ? 16.59.30 # No 16.59.38 # :) 16.59.45 # A quick answer! 16.59.49 # indeed 17.00.07 # I mainly put the page up so that interested parties could run with the idea if they had time (and thought it might be useful) 17.00.07 # Because I think it could very well be the first step toward MoB 17.00.18 Join zipper [0] (i=c3d41d4b@gateway/web/cgi-irc/ircatwork.com/x-f096d99ed6f69ac1) 17.00.20 # Well, you know what to do then ;) 17.00.48 # I doubt I will have time to put fingers to keyboard much, but am happy to help consider things if you have questions. 17.00.50 # exactly, and I thought you could be of great help, as you probably had a vision of how it would work 17.01.11 # Not much - I've tried to put it all on the wiki. 17.01.17 # hmm 17.01.26 # the sound with the mpeg player is really weird 17.01.35 # fastfplaying 17.01.39 # I like the way that the AudioHWAPI was handled on the wiki - test cases and all, so that would be next I think. 17.02.46 # zipper: which samplerate did you use? 17.03.02 # it needs to be 44100Hz 17.03.55 # pondlife: so there would be a buffering thread controlled with the buf*() functions ? 17.04.25 # That was my idea, yes. It would pretty much replace the current playback thread I think. 17.05.06 # and it would all be in buffering.[ch] 17.05.27 # the recording directory patch seems to have a major flaw... it doesn't handle the case when someone deleted the directory that's set for recording 17.05.33 # Something like that, but there are many things still to be considered (and it may not turn out to be viable....) 17.05.33 # well the playback thread would still be needed to handle things like FF/RW and even pause 17.05.52 # Yes... hence "pretty much" 17.06.07 # ok :) 17.06.20 # Codec swapping and much metadata stuff too.. 17.06.36 Quit zipper ("CGI:IRC (Ping timeout)") 17.06.40 # And, sadly, keeping the voice thread going! 17.07.55 # what's codec swapping ? changing codecs when two successive files don't use the same one ? 17.08.08 # Yes, and a bit of tracking. 17.08.16 # The codecs live in the audio buffer too. 17.08.39 # |codec|audio|codec|audio|audio|... 17.08.53 # (Or it might be audio then codec, can't remember.) 17.09.13 # I think the codec is before the audi 17.09.14 # With the buffering API, those would also be handled as buffered files. 17.09.19 # yes 17.09.45 # the thing is I have no experience in threading 17.09.52 # Me neither!! 17.10.01 # haha then I'm reassured :) 17.10.08 # Have a look in playback.c at the stuff that starts threads maybe? 17.10.12 # Codec swapping is for voice & playback 17.10.17 # That too 17.10.36 # pixelma: How do you think that should be handled? I can think of 1) Create the directory again; 2) Default to the root; 3) Give an error and don't record 17.10.51 # Hopefully that can go away at some point - a dedicated voice codec would be nice (even if it's just a copy of the MPA codec linked at a different address). 17.10.57 # pondlife: It's only for that. Crossfading is handled differently 17.11.24 # I was referring more to the codecs in the buffer, not in "time". 17.11.35 # pondlife: Then one of them cannot use iram anymore (or both can use less) 17.12.34 # We need to see if IRAM is really needed for MPA voice, or on which targets? 17.12.57 # IIRC it was thought this wasn't need on Coldfire at least. 17.13.12 # Mono, limited bitrate etc. 17.13.41 # pondlife: If it's OK on Coldfire, then I would expect it's OK on portalplayer (apart from maybe the PP5002) 17.14.00 # I might be remembering wrong, this is really still work to be done... 17.14.11 # Does the current code swap the codec stack as well as the 48KB? 17.14.11 # linuxstb_: (1) isn't always possible, for example in my test case I set the "folder" as recording directory... then removed the MMC 17.14.23 # linuxstb_: I think so. 17.14.24 # pixelma: Yes, I just thought of that case... 17.14.36 # I think it should default to the root 17.14.46 # thats not very nice and guiish 17.15.01 # unless it told you it was doing it first and let you cancel 17.16.00 # the error *Panic* only occured when it tried to write the data 17.16.15 # pixelma: What about trying 1) (if possible), and then 2). Or is that adding too much complexity? 17.17.34 # linuxstb_: The stack doesn't need to be swapped, as the codecs run in different threads, and the stack isn#T in the codec ram or codec iram area 17.18.14 # Is the voice thread's stack in IRAM? 17.18.37 # is the sim a good tool to test threading things ? 17.18.39 Quit ender` (Read error: 54 (Connection reset by peer)) 17.18.55 # Nico_P: Not really - the kernel is different to the real kernel. 17.18.56 # Nico_P: Not really 17.19.03 # ok :) 17.19.26 # You can run multiple threads, but contention is handled differently. 17.19.47 # A good way to start playing at least. 17.20.03 # my MoB task is looking more and more like a rewrite of the playback system... scary 17.20.31 # linuxstb_: that sounds a bit complex to me but then I'm not a coder... 17.20.46 # linuxstb_: In case of the missing recording directory, I think it should try (1) and then (3) 17.20.52 # Nico_P: It *is* a rewrite of the playback system, no doubt about it! 17.20.56 # And yes, that's scary. 17.21.07 *** Saving seen data "./dancer.seen" 17.21.15 # * Nico_P is about to run away screaming :) 17.21.26 Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) 17.21.35 # But it should be a good chance to bring a bit more order to it... and I thank you for taking it on! 17.21.48 Join mpeccorini [0] (n=mpeccori@mail1.theargusgroup.us) 17.21.51 # amiconn: I'm just thinking that 3) could be annoying if you want to start a recording in a hurry. 17.22.25 # pondlife: I just hope I'll get a lot of help from people like you who know how it's supposed to work 17.22.47 Quit jac0b ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 17.23.17 Quit desowin ("use linux") 17.23.30 # pondlife: in the current system, only the audio data is kept in the file buffer ? not the entire audio file ? 17.23.34 # Nico_P: I'm not the real expert, just a hacker. Speak to lostlogic (Mr Buffering) and jhMikeS (Mr Threading). 17.23.35 # linuxstb_: (1) can only fail in 2 situations: (a) no space left (b) volume removed (Ondio, soon Sansa) 17.23.48 # Then it doesn't make sense to default to the root... 17.23.49 # Nico_P: I think so, the metadata is pre-removed 17.23.59 # pondlife: sadly, lostlogic isn't very available 17.24.03 # that was my first reaction too - especially when one doesn't look at the recording screen thinking s/he started it correctly and as I said the error didn't occur at the beginning of the recording (that could be changed I guess) 17.24.03 # I know 17.24.16 # although he's often logged on 17.24.34 # On Ondio it could make sense, but not much. Sure someone sets the recording dir to mmc for more available space 17.24.42 # Nico_P: If the metadata is on the buffer, I'm not sure if the codecs know how to skip it.... they should do, but I don't know if they do. 17.24.50 Quit kaaloo (Read error: 110 (Connection timed out)) 17.25.04 # pixelma: The directory recreation would already happen when entering the recording screen 17.25.21 # they probably need the exact location of the compressec audio data, which shouldn't be too hard to give them 17.25.24 # This is what it does without the patch for /recordings anyway 17.25.30 # I would think more about the structure and test cases before starting to code anything, anyway. 17.25.43 # what do you mean by test cases ? 17.25.44 Quit RockingD ("CGI:IRC (EOF)") 17.26.25 # is the current svn revision build ? 17.26.30 # I got make[1]: *** No rule to make target `stubs.c', needed by `/home/nfs/simon.descarpentries/rockbox/build-sansa/apps/filetypes.o'. Stop. 17.26.34 # that's true 17.26.35 # Make a list of various things that playback needs to be able to do. Ensure that your solution can do them. Things like crossfade - WPS next track info,... 17.27.08 # There are lots of them, most will hopefully not be affected too much, but I've not thought about it. 17.27.21 # I see 17.27.24 # I'm sure others can chime in - start a section in the wiki 17.29.28 # Also bear the MAS targets in mind... they don't use playback.c IIRC; I've no idea how they go about buffering. 17.29.52 # One goal here would be to unify things 17.29.58 # Yes 17.30.26 # Currently the MAS playback engine is in mpeg.c, using parts of mp3_playback.c 17.30.31 # amiconn: Am I right to recall that the MAS needs metadata removing to work gaplessly? 17.30.41 # The mpeg thread handles both playback and recording 17.30.58 # What handles the file reading? 17.31.03 # pondlife: Um,, all codecs need that I would think 17.31.28 # pondlife: The whole engine is where I said, that includes file reading, buffering etc 17.31.43 # It just queries playlist.c for the playlist 17.32.21 # OK, so there's a possibility that a generic buffering API could be used by mpeg.c as a stepping stone towards unification? 17.32.41 # I don't think that will work 17.32.56 # amiconn: OK, I agree 1) and 3) make sense. 17.33.43 # amiconn: I know you put some reasons up in IRC before, but if you could put them on the wiki that would be useful. 17.34.10 # http://www.rockbox.org/twiki/bin/view/Main/BufferingAPIProposal 17.35.19 # I know there's the bitswap and metadata removal required... is that it? 17.35.45 # pondlife: is the "Current Status" part of http://www.rockbox.org/twiki/bin/view/Main/SoftwareCodecPlayback the current way the playback engine works or the current (at the time) idea of how to implement MoB ? 17.36.10 # An idea, I think 17.36.26 # Maybe the heading should say "Current proposal" 17.37.03 # The bit at the bottom... "Rockbox software codec current audio playback functional description" is more accurate 17.38.21 # it mentions static "worst case size" metadata buffers. I think that isn't possible 17.39.38 # pondlife: I think metadata must be removed (and currently is removed) on swcodec as well 17.40.00 # Yes, that's what I feared some lines back. 17.40.56 # I don't think that's a problem 17.41.50 # When opening a new track, the metadata reader first gets the metadata anyway, and puts it in a separate buffer slot. Only the pure audio data is bufferend in the main buffer 17.42.27 # For MoB, the metadata buffer slot would "just" be in the main buffer as well, as some kind of header to the audio data 17.42.48 # yes 17.43.04 # The metadata won't be fed to the codec, regardless whether that is a codec library or the mas 17.43.13 # and the buffering API would have to keep track of them as two separate things 17.43.52 # We will need one (or two) extra slots outside the main buffer, for copying the metadata of the current (and next) track into 17.43.55 # so the buffering thread would simply monitor the playlist in order to know what to buffer next or to unbuffer 17.44.02 # yes 17.44.33 # The former because it becomes invalidated after starting the track at the next rebuffer action 17.44.36 # or couldn't they just be accessed in the main buffer 17.44.38 # ? 17.44.46 # how? 17.44.51 # No, they might not be buffered. 17.44.55 # A track can well be longer than the buffer size 17.44.58 # Imagine a long track 17.45.19 # Very common on archos, and also common on swcodec with lossless formats 17.45.21 # well it could be invalidated only when the track is finished playing 17.45.30 # No, 17.45.31 # meaning the track would be buffered in the rest of the buffer 17.45.37 # how?? 17.45.49 # Nico_P: Then you would have a gap in the buffer... 17.45.49 # But where would the next track info be? 17.45.53 # * amiconn even has a 65MB mp3 track 17.45.59 Join nls [0] (n=nils@nl104-202-175.student.uu.se) 17.46.06 # OK I see the problem 17.46.19 # A suitable test case, right there! 17.46.33 # I also have 200MB+ flac tracks 17.47.18 # and where would the buffering thread keep track of the "file handles" ? 17.47.24 # There's also other metadata it would be nice to load at buffering time - such as seektables, and any codec "extradata" (as ffmpeg calls it) which is required by the decoder before it can decode any audio frames. 17.47.55 # Nico_P: I imagined the "file handles" as actually being offsets to the block of metadata... 17.48.03 # linuxstb_: where is that stored currenty ? 17.48.20 # Nico_P: Why would that be needed? No more than one file should be open at any time 17.48.32 # Nico_P: Either in static buffers in the 512KB codec buffer, or "malloc'ed" out of the 512K codec malloc buffer. 17.48.48 # The latter is something that would be nice to eliminate. 17.48.55 # pondlife: The metadata blocks could just be a linked list 17.48.56 # amiconn: "Handle: An integer that refers to a particular buffered file, not necessarily the file handle as used by standard file i/o." 17.49.46 # pondlife: offsets probably wouldn't work... what would the handle to an unbuffered piece of data be ? we could have that, couldn't we ? 17.49.51 # amiconn: Yes, that's what I was imagining. The "file handles" were just a way for the outside world to find an entry. It could be a list ID... 17.50.08 # that's it, but where is the linked list stored ? 17.50.20 Join CelticSoul [0] (n=celticso@ivr94-1-87-88-75-71.dsl.club-internet.fr) 17.50.32 # * pixelma now has 2 folders at the same time... 17.50.35 # linuxstb_: seen the post in the apple install forum? I'm stumped... 17.50.42 # I did think of a linked list, but where would the structs go ? 17.50.48 # Nico_P: Erm, the blocks would just form a linked list (or perhaps a double-linked list) 17.51.02 # The blocks *are* the structs... 17.51.06 # amiconn: ok I see 17.51.54 # GodEater: Hmm.... I'll reply with some suggestions. 17.52.04 # linuxstb_: Why would you need a separate buffer for a list? 17.52.15 Join Ph1r3ph0x [0] (n=Miranda@p57A95612.dip.t-dialin.net) 17.52.52 # amiconn: well the data buffer for a block would be out of the struct... we'd have sth like |struct1|data1|struct2|data2| ? 17.52.56 # * amiconn exaggerated a little 17.53.03 # My larges flac track is 171MB 17.53.14 # where data can be a codec, audio data, a bitmap... 17.53.26 # which the struct would inidcate 17.53.32 # Yes, sure 17.53.38 # Nico_P: Careful you don't cause buffer fragmentation. What about the as-yet-unbuffered files? 17.54.01 # pondlife: Unbuffered files don't need metadata either 17.54.20 # There won't be any fragmentation from this concept, because everything is written in sequence 17.54.31 Part Ph1r3ph0x 17.54.33 # pondlife: well what should bufopen() do in case the buffer is full ? return <0 ? 17.54.44 # Ah, I was thinking Nico_P was also referring to a list of future files to be buffered. 17.54.47 # or maybe keep a queue of the requests 17.55.01 # A seperate queue I guess 17.55.20 # yes maybe so that as soon as some buffer space is freed it can start buffering the next file 17.55.23 # The buffer will be full much of the time, especially with monster files. 17.55.25 Join spiorf [0] (n=spiorf@host107-174-dynamic.58-82-r.retail.telecomitalia.it) 17.55.27 # Nico_P: No 17.55.41 # The buffering will wait until it really has to spin up the disk 17.55.49 # true 17.55.58 # The aim is to reduce disk spin-ups, not to keep the buffer full. 17.55.58 # The 'list of future files' is the playlist.... 17.56.33 # No need to copy that as it can be queried as needed 17.56.46 # that's true 17.56.59 # Makes sense, although we might need to allow MPEG2 files into the playlist one day. 17.57.04 # pondlife: so we spin the disk when the buffer runs low ? 17.57.20 # When we think we are in danger of failing a bufread() 17.57.27 # In case the api should be made generic it could specify a callback for that, which would hook to the playlist code in case of music playback 17.57.28 # and then buffer as much of the playlist as possible ? 17.57.44 # Yes, while the disk is spinning we fill the entire buffer 17.58.18 # and what if the buffer is almost empty but there is a buffered file still used that's right in the middle of it ? 17.58.28 # and everything else has been bufclosed 17.58.45 # That can't happen. bufclose() is just an indicator... 17.59.21 Join The-Compiler [0] (n=florian@206.30.76.83.cust.bluewin.ch) 17.59.26 # what do you mean ? we overwrite even if bufclosed for that particular handle was never called ? 17.59.35 # A section of a file may be overwritten in the buffer before bufclose(), but it would need re-reading if a subsequent bufread() required it. 18.00.00 # Yes, absolutely. Have a look at how the current code reacts (in the debug View Audio Thread screen)... 18.00.26 # Then play with some large/small tracks and skip forward/backward etc. 18.00.31 # Hi 18.01.03 # The only point of bufclose() would be to free up a handle, but if the playlist handles all of this, then bufopen and bufclose can be removed. 18.01.51 # The whole API becomes much more about controlling the access to the buffer, not much else! 18.02.43 # how does the playlist remove the need for bufclose and bufopen ? 18.03.17 # You'll just rely on the playlist itself for your "list of files to buffer" 18.03.48 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) 18.04.24 # i.e. just like now, but with a bigger fence around the buffer ;) 18.06.56 Part grndslm_ ("Leaving") 18.07.10 # without bufopen we don't have handles anymore, do we ? 18.07.28 # Nope, just whatever index the playlist uses. 18.08.09 # yes but a playlist item relates to several pieces of data 18.08.45 # the audio data, the AA bitmap, the cuesheet, the metadata 18.09.00 # Ah, true.... forget it, keep bufopen/bufclose and have a small structure to track "handles" 18.09.07 Quit otih ("Lost terminal") 18.09.23 # We can put a limit on the number of buffered files, I think I suggested 64 would be plenty. 18.09.40 Quit BigBambi ("Leaving") 18.10.28 # well we might not even need a limit if the "files" form a linked list 18.10.29 # Currently playback allows up to 32 tracks to be buffered (although it gets a bit confused if you achieve that) 18.10.42 # I thought MOB was a way to get rid of the limit 18.11.07 # * linuxstb_ wants 5000 SID tracks in RAM at once... 18.11.20 # Fair enough 18.11.21 # an another test case ! ;) 18.11.26 # * linuxstb_ should point out he was joking 18.11.39 # Nico_P: You're getting the hang of it.. ;) 18.12.41 # :) 18.13.12 # does it sound reasonable that the buffering thread would monitor the playlist ? 18.13.55 # the current audio thread does that anyway, doesn't it ? 18.14.46 Quit GodEater ("CGI:IRC") 18.15.10 Join bluey- [0] (n=bluey@dslb-088-073-065-122.pools.arcor-ip.net) 18.20.11 # Nico_P: I was thinking that the playback thread would monitor the playlist, and call bufopen(). But that might be one abstraction too far... 18.21.23 # seems more logical to me if it's the buffering thread 18.21.36 Quit petur ("work->home") 18.25.35 Join Rincewind [0] (i=rSViS2wm@nat-wh-1.rz.uni-karlsruhe.de) 18.25.45 # hi 18.26.48 # I have a question for the sansa users: What happens when USB is plugged in when the Sansa runs Rockbox? Does it charge? 18.26.53 # Guys, I just registered myself in the wiki, can I get write permissions please? 18.27.05 # mpeccorini: what's your wiki name? 18.27.42 # bluebrother: MauricioPeccorini 18.28.21 # mpeccorini: done. 18.28.28 # bluebrother: thanks a lot 18.28.55 Join f00f [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 18.29.10 Nick f00f is now known as zobo (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 18.29.23 Quit zobo (Client Quit) 18.29.24 Join a1titude [0] (n=Compaq_A@206-163-245-140.swcr.hsdb.sasknet.sk.ca) 18.29.29 Join f00f [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 18.29.37 Nick f00f is now known as zobo (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 18.34.32 # looking at the ipod runtime wiki page, no 80gb submissions yet I take it! As soon I have time, I'll conduct a test. 18.36.53 # a1titude: more battery benchmarks are always welcome, even if others are available 18.37.29 # anyone want's to test a small iram optimization that gives me about 2% speedup in vorbis decoding? 18.37.46 # want's/wants 18.37.49 Quit zobo (Read error: 104 (Connection reset by peer)) 18.38.11 Join zobo [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 18.38.32 # nls: will it give more batterylife in vorbis playback? :p 18.39.49 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 18.39.49 Quit zobo (Read error: 104 (Connection reset by peer)) 18.40.06 # a1titude: it might give a very small increase, I am interested in tests on pp players to see if it helps there 18.40.11 Join zobo [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 18.40.23 Quit zobo (Read error: 104 (Connection reset by peer)) 18.40.33 # I woulden't know how to compile it, but I'm willing to do a test. 18.41.06 # a1titude: ok, what player do you have? 18.41.12 # ipod 80gb 18.41.36 # it's just aregular ipod video build, right? 18.42.26 # ok, building 18.42.28 # yeah 18.44.11 # nls: with 64MB? 18.44.35 # well, doesn't really matter, 32 works on all 18.45.05 # ok, built with 32, now I just have to figure out the address to my ftp... 18.45.22 # A 5.5G 80GB has as fair as i know 64, but 32 works too 18.45.33 Join maffe [0] (n=maffe@195.159.148.248) 18.45.33 # markun: did you get those creative headphones? 18.46.09 # nls: Is IRAM enabled for PP targets in Tremor? IIRC, it was disabled in the past because Tremor used too much IRAM on ARM. 18.46.34 # linuxstb_: I think i's used for some things... 18.47.20 # Hey, I added two tracks, then enabled the database, then added some more songs but now the database menu seems to be stuck 18.47.38 # I tried "Recently added" but its not displaying anything 18.47.38 # nls: Is your change ICODE or IDATA/IBSS? 18.47.47 # IBSS 18.48.01 # anyway the patch is here http://pastebin.ca/507521 18.48.30 # * linuxstb_ wonders if Soap is still searching for that perfect test track 18.48.42 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 18.49.01 # a1titude: test build with patch applied and test_codec plugin 18.49.03 # http://home.student.uu.se/niwa5341/rockbox.zip 18.49.27 # a1titude: You also need to run test_codec with a normal build - as a comparison 18.49.29 # does rockbox allow you to rate songs? 18.51.32 # nls: I don't understand your patch - the codec stack is in IRAM, so you've just moved the variable from IRAM to IRAM... 18.52.11 # So if your test is accurate, it means global variables are faster than local ones... 18.52.21 # linuxstb: are you sure? it gives a reproducible 2% speedup on my h300 18.52.57 # so should I do a test with the normal rockbox firmware before I do it with that version? 18.54.06 # a1titude: any order will do but you need the test_codec plugin which I included... 18.54.28 # nls: The "real" codec thread has an IRAM stack, and unless test_codec is buggy, the test_codec thread should be in IRAM as well. 18.54.36 # ok 18.54.54 # I'll wait for it to charge now! :p 18.55.29 # linuxstb: hmm, where is that stack (which .map file?) 18.55.43 # nls: do you want a batterybenchmark test? Or just the test_codec? 18.55.51 # pondlife: One main point of MoB is that we do *not* have to impose a limit on the number of files in the buffer anymore 18.56.07 # a1titude: only test_codec 18.56.13 # ok 18.56.18 # will do 18.56.41 # You'll need to copy .rockbox/viewers.config from the build with test_codec as well 18.56.55 Quit tchan (SendQ exceeded) 18.57.28 # nls: The real codec stack is codec_stack in rockbox.map. test_codec steals that stack for its own use, so it isn't in any map 18.57.33 # It should be able to handle both very large files, where audio can't be completely buffered at once, and very small files, of which hundreds might fit in the buffer at once 18.58.35 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 18.58.38 # nls: In fact it's "static", so isn't in the map... 18.59.10 # If the track headers in the buffer form a linked list, this should be possible without any separate array, and hence not impose a limit on the number of tracks 18.59.28 # do I need to let the battery drain or just leave it for an hour or so? :p 18.59.47 Join miepchen^schlaf [0] (n=hihi@dslb-088-074-051-074.pools.arcor-ip.net) 19.00.19 # a1titude: no, just open the context menu on a vorbis file -> open with... -> test_codec -> speed test 19.00.21 # We only need one fixed slot to copy the header data into once playback of this track has started, since it is then possible that the in-buffer copy gets overwritten before the track finishes 19.00.50 # a1titude: it should only take a few minutes, depending on file length of course 19.00.55 # ok 19.01.18 # * linuxstb wonders if it would be useful to include test_codec in the builds 19.01.33 # A second fixed slot might be used for reading the header data of the next file in advance even if the audio data can't be buffered yet, in order to provide next_track info at all times 19.01.54 Join nardul [0] (n=kse@0x50a13ed9.kjnxx4.adsl-dhcp.tele.dk) 19.01.59 # But that's optional, and should be left out for low-mem targets 19.02.33 # Evening, on an ipod, with the build from last night, how would i make rockbox support æ ø å's? 19.04.11 # nardul: What do you mean? You want to view non-ASCII characters? 19.04.35 # track lists i dansk :) 19.05.04 # depends on how your tags were written, provided you mean in tags 19.05.45 # Not only in tags, but names, yeah 19.05.50 # And yes, danish char's 19.06.11 # amiconn: would the main buffer still need to be a ring buffer ? 19.06.13 # linuxstb, Afaik those are ascii chars. 19.06.27 # nardul: you need a font that supports unicode 19.06.33 # I can't imagine how it could work otherwise... 19.06.41 # or, at least that has this glyphs. 19.07.04 # amiconn: why ? 19.07.06 # nardul: No, they aren't ascii. 19.07.16 # some fonts are quite limited and don't provide much more than plain ascii, others (like unifont) a much greater range of unicode glyphs 19.07.18 # bluebrother: those characters are part of the extended latin part - should be supported by most rockbox fonts 19.07.24 Quit Siltaar (Remote closed the connection) 19.07.27 # i still think the audio buffer could be fully dynamic, a pool of fixed size memory allocation slots 19.07.42 # *codec buffer 19.07.44 # Nico_P: How would continuous playback be possible for files larger than the buffer without using a ring buffer? 19.07.45 # iirc those characters are part of latin1 19.07.47 # pixelma, I'll try another font then. 19.08.02 # I think rockbox_default only has ascii. 19.08.15 # 01 Wasted.ogg 19.08.15 # 174266 of 274266 19.08.15 # Decode time - 126.41s 19.08.15 DBUG Enqueued KICK a1titude 19.08.15 # File Duration - 274.26s 19.08.15 # 216.96% realtime 19.08.15 *** Alert Mode level 1 19.08.15 # (for the modded firmware) 19.08.18 # And i think you're right bluebrother 19.08.24 # bluebrother: rockbox_default has full iso8859-1 19.08.30 # but yes, most fonts support at least latin scripts. 19.08.44 # amiconn: OK I see now :) 19.08.49 # amiconn, I'm using it and it's not really working. Maube utf8 19.09.35 # Slasheri: why the codec buffer ? 19.09.40 # nardul: what files are you using? Or more specifically: what type of tags? 19.09.49 Join Siltaar [0] (n=Siltaar@193.52.208.229) 19.10.11 # Nico_P: that is the largest memory area available, and could be used for dynamic memory allocation as well 19.10.12 # nardul: what is your "default codepage" set to? In "Settings > general settings > display > default codepage" ? 19.10.19 # there are a couple of id3 variants around that don't store the used encoding, so in that case you might need to change the "default codepage" setting 19.10.42 # Slasheri: How would that work when audio codecs require contiguous blocks of data? It could mean a lot of memcpying into some kind of guard buffer. 19.10.46 # there just would be a dynamic memory manager used to allocate fixed size chunks from the pool 19.10.49 Quit [IDC]Dragon ("CGI:IRC (Ping timeout)") 19.10.49 # Slasheri: the codec buffer is the biggest memory available ? isn't it the file/main/audio buffer ? 19.10.57 # Not that dynamic memory allocation discussion again. please 19.11.06 # linuxstb: indeed, a guard buffer would be necessary 19.11.13 # bluebrother, OGG vorbis files. Don't know about the tag type though 19.11.16 # pixelma, One sec 19.11.21 # We've been throguh that many times... 19.11.23 # but amiconn is right, rockbox_default has all latin1 characters 19.11.27 # linuxstb: but if chunks are quite big (for example 64 kB), it should be quite efficient 19.11.45 # amiconn :) 19.11.49 # nardul: vorbis comments are always utf8. So if they show up correctly on the pc they also should on the player 19.11.57 # Slasheri: Forget that. It won't work for module formats 19.11.58 # Nico_P: codec buffer is the file/main buffer 19.12.00 # pixelma, isro8859-1 19.12.00 # Slasheri: But when the inevitable fragmentation happens, you'll end up needing the guard buffer for almost every read... 19.12.26 # bluebrother, Oh, wait, these are mp3 tags. It's for podcasts. 19.12.29 # Mod players need the whole module contiguous, and that can be several MB e.g. in case of IT modules 19.13.25 # Another question, is it possible to center the writing on the screen, instead of it being top right 19.13.26 # ? 19.13.35 # what writing? 19.13.43 # in the wps you can center lines. 19.13.43 # bluebrother, File listing, menu's 19.13.48 # Not in the wps 19.13.48 # no 19.13.53 # Okay, thanks 19.14.06 # at least, not without hacking the code ;-) 19.14.11 # hehe 19.14.16 # I'm not at that level yet :) 19.14.24 # Would just look better with it centered. 19.14.43 # linuxstb: hmm, indeed.. of course if buffer is "smart" enough, it would only copy the necessary data to fullfill the request to the guard buffer 19.14.48 Quit Siltaar (Remote closed the connection) 19.15.11 # bluebrother, You seem to know stuff :) Could you tell me if people are working on the battery usage on ipods? And if they're making progress? 19.15.31 # Slasheri: I don't think you'll be able to convince people dynamic memory is a good idea... ;) 19.15.37 # hehe :) 19.16.33 # nardul: the battery issue has a main problem: there are no public datasheets available for the processor, and no one knows what is causing the battery drain. 19.17.07 # people _are_ interested in solving this issue, but without documentation it's simply guessing around 19.17.25 # hm, okay. So it'l ta and as the processor is a SoC you can't simply measure which chip gets hotter when running Rockbox. 19.18.15 # Wyhat annoys me if the futility of it. 19.18.15 Quit a1titude ("Download Gaim: http://gaim.sourceforge.net/") 19.18.16 *** Alert Mode OFF 19.18.40 # Wish i'd be able to help, but hey. 19.21.08 *** Saving seen data "./dancer.seen" 19.22.04 Join kubiixaka [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 19.26.08 # linuxstb: I can't see any changes in boost percentage with the patch, but that could be that it is too small a difference to spot, however the test_codec score is entirely reproducible I get about 319%realtime with an svn build and 326 with the patch, so if it isn't a bug in test_codec I'd like to commit it... 19.26.25 Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) 19.28.46 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.29.12 # nls: What were the decode percentages with and without the patch on Coldfire? 19.29.38 # nardul: should be alright... if the tracks in question are mp3s - what ID3 version do the tags have (I think the rockbox_default.wps displays this information)? Or (and?) are the filenames not showing up correctly? 19.29.50 # nls: It would be useful to understand the reason for it though - maybe it's just gcc generating more efficient code when the variable isn't on the stack... 19.30.38 Join david1 [0] (n=david52@84.72.254.113) 19.31.33 Part kaaloo 19.31.42 # pixelma, It's not working correctly, so no. But io'll try to figure it out, i think it might be my podcast clinet. 19.32.35 # linuxstb: on my h320 and my vorbis -q4 test track I get an average of 319,2 % realtime with svn and 326,1 % realtime with the patch, and I am not fluent in coldfire assembly so I don't know what gcc does... 19.33.06 Join petur [0] (n=petur@rockbox/developer/petur) 19.34.24 # nls: I'm not fluent in Coldfire either, but for example if the binary size is reduced with your patch, that could imply simpler code. 19.34.35 # nls: I'm compiling your patch now, and will see what it looks like. 19.36.49 Part david1 19.37.05 Join david1 [0] (n=david52@84.72.254.113) 19.39.58 Quit kubiix (Read error: 110 (Connection timed out)) 19.40.45 # nls: patch available somewhere? 19.40.53 # Lear: Just http://pastebin.ca/507521 19.41.08 Join a1titude [0] (n=Compaq_A@206-163-245-140.swcr.hsdb.sasknet.sk.ca) 19.41.14 Part a1titude 19.41.15 Join a1titude [0] (n=Compaq_A@206-163-245-140.swcr.hsdb.sasknet.sk.ca) 19.41.45 Join Wriiight [0] (i=4bb597e1@gateway/web/cgi-irc/labb.contactor.se/x-210b11a7276722f9) 19.41.55 Join Munsch [0] (n=Munsch@e176001034.adsl.alicedsl.de) 19.42.06 # Oh, just moving that to iram? Doesn't change code at all, just location of a struct. 19.42.28 # IIUC, it's already in IRAM - on the stack. 19.43.17 # hey, guys... you know Nibbler?? 19.43.52 # True, it should be... 19.45.03 Join jnitetime [0] (n=jnitetim@67.60.120.178) 19.45.28 # anyone here? 19.48.42 # only something more than 100 people, so I'd say, yes. 19.49.03 # haha 19.49.41 # hmm. irssi seems to not want to show me the exact count of users online. Well. 19.50.12 Join XavierGr [0] (n=xavier@ppp139-144.adsl.forthnet.gr) 19.50.39 # ok let me rephrase 19.50.44 # anyone here who will talk? 19.51.06 # jnitetime: If you have a question, just ask it... 19.51.43 # Lear: yes, if it is already in iram the test results are rather strange... 19.52.05 # nls: Have you tried removing it from IRAM (i.e. global, but without IBSS_ATTR) ? 19.52.20 # linuxstb: hmm, no, will do 19.53.05 # But I'm guessing that when the struct is global, the individual variables are at fixed locations in RAM. When it's on the stack, you're always calculating an offset. 19.53.05 Quit Wriiight ("CGI:IRC (EOF)") 19.53.09 # well, i installed RB, and i found that my DRM songs wouldn't play, so i used a program called DRM Dumpster to convert them all to regular AAC files, but they still won't show on RB 19.53.34 # nls: also, have you run the same test a couple of times, to see how large the variation is? 19.53.45 # What do you mean by "regular AAC" ? 19.53.50 # un protected 19.54.16 # Yes, but what format (e.g. raw AAC, AAC in MP4), what filename extension? 19.54.39 # h/o lemme check 19.54.49 # Lear: yes, doesn't vary more than .3% 19.55.08 # And when you say "won't show on RB" - does that mean they don't appear in the file browser, don't appear in the database, or.... 19.55.11 # m4a 19.55.18 # database 19.55.31 # and i tried updating the database, still nothin 19.55.40 # Do they play from the file browser? 19.56.14 # haven't tried 19.57.26 # where do i get to the file browser? 19.57.53 # Choose "Files" in the main menu. 19.57.54 # jnitetime: it's in the main menu 19.58.24 # i'm at the main menu... i don't see file browser 19.58.27 Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) 19.58.35 # jnitetime: What's the top menu item? 19.58.45 # files, but there's no music in there 19.58.47 # Lear, linuxstb: here are test results with test_codec http://pastebin.ca/507663 19.58.49 Quit pearldiver (Read error: 104 (Connection reset by peer)) 19.59.04 # jnitetime: You let itunes copy the music? 19.59.08 Part ctaf 19.59.27 Join alfo_ [0] (n=Alldogsh@bas3-montreal02-1096682569.dsl.bell.ca) 19.59.29 # was i not supposed to?' 19.59.52 # jnitetime: you can, but itunes gives you files very strange names 19.59.58 # It's up to you, but if you do, then itunes renames all the files and puts them in a hidden folder called iPod_Control 20.00.40 # jnitetime: When in the file browser, hold MENU for a second or so until the "quick menu" comes up, then press PLAY until the "Show Files" option changes to "All", then press MENU again. 20.01.11 Quit bluey- ("Leaving") 20.01.20 # Had a look at the generated code. Using a static vf frees up a data register (just use a hard coded address rather than a calculated one stored in a reg), and that seems to simplify some calculations quite a bit. Not quite sure why though, and if these calculations are done in the decoder loop... 20.01.31 # But I'll be away for a little while now... :) 20.01.51 # ok, then go to iPod_Control? 20.02.04 Join davina_ [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.02.17 # Yes, but you'll struggle to identify the songs from the filenames itunes has given them... 20.03.55 # yeah i've encountered the files b4 and just gave up...so...is there a way to access all my music from both Rockbox and the original ipod firmware? 20.04.26 # The database should work - but I never use it, so can't help you with it. 20.05.11 # You could always just copy one track without itunes and test that Rockbox can play it. 20.05.36 # just place it in the iPod's root folder? 20.06.25 # Yes 20.06.39 # Anywhere you can find it again... 20.06.58 Quit sando ("Apply directly to the forehead") 20.07.27 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 20.07.27 # * nardul is off to watch weird anime!!! 20.07.29 # Latesr 20.07.31 # Laters 20.07.34 Quit nardul ("Leaving") 20.08.11 # but i still don't understand why my music isn't showing up in the database 20.10.29 # have you initialized the database? 20.10.40 # plus, have you rebooted after database initialization finished? 20.13.40 Join Ph1r3ph0x [0] (n=Miranda@p57A95612.dip.t-dialin.net) 20.14.06 # yes and yes 20.14.12 # hi 20.14.23 Quit Munsch ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 20.14.30 # i've got a question 20.14.34 # shoot 20.14.44 # my rockbox is very slow atm 20.14.51 # i have a ipod 5g 20.15.04 # is it a bug or is that normal? 20.15.06 # and it's running slowly? are you using an alternative theme? 20.15.14 # yes 20.15.27 # not the default theme 20.15.35 # which theme? Do you use a current build? 20.15.41 Join otih [0] (n=otih@p54A4F567.dip.t-dialin.net) 20.15.42 # and, was it slow in the past too? 20.16.16 # is it slow on the original firmware? 20.16.28 Join Gursikh [0] (n=Gursikh@tremulous/officialdevannoyer/khalsa) 20.16.44 Part Gursikh ("Leaving") 20.16.52 # yes the actual build. Theme X HighBar 1. 20.17.37 # i dont know if it had been slow in the past... mhm. Maybe its because of the theme 20.17.44 # i'll test ist w8^^ 20.17.51 # *it 20.18.18 Quit alfo_ ("Leaving") 20.18.25 Quit spiorf (Read error: 110 (Connection timed out)) 20.18.48 Join spiorf [0] (n=spiorf@host48-228-dynamic.2-87-r.retail.telecomitalia.it) 20.20.06 # mhm 20.20.16 # changing the theme makes no difference 20.20.31 # Is there any way to make the menu items a bit bigger? Using the clickwheel is a bitch when you try to hit the too small options 20.20.41 # ok.. so it's not the theme, test the original firmware 20.20.47 # I tried to adjust the clickwheel speed from the settings 20.20.52 # But it didnt quite help 20.21.08 # change the font to a larger size 20.21.13 # amiconn: ping 20.21.18 # change the font, I guess, it might mess up your theme, but I actually like the small font 20.21.30 # Ph1r3ph0x: are you using equalizer, crossfade or other sound options? 20.21.32 # well i have ipod nano and the menu items are too nano for me 20.21.44 # jnitetime: original firmware?? shell i reset my ipod?? 20.21.59 # yes equalizer is enabled ;) 20.22.27 # yes reset the ipod and turn the hold switch on while it is rebooting 20.23.29 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 20.23.36 Quit amiconn (Nick collision from services.) 20.23.37 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 20.24.04 # jnitetime: works usual 20.24.37 # jnitetime: the original firmware 20.24.49 # hmmm, when did it start running slow? 20.25.26 # i dont know, sry 20.25.40 # how is it running slow? lag? 20.25.52 # like delayed response when you click something 20.26.18 # but a lot of mp3 are lagging when playing and that's new. 20.26.27 # delayed response when you click something --> yes 20.27.34 # have you installed any plugins or anything of the like? 20.27.41 # no 20.28.35 # Ph1r3ph0x: maybe try and see what happens when you disable the equalizer. It takes a lot of CPU and might cause the UI to slow down during playback 20.28.55 # i'll try 20.29.23 # do you know if there is anyone trying to gain batterylife for the pp player chip based devices? 20.30.07 Join hostf4cekilla [0] (n=chatzill@pool-70-22-204-247.bos.east.verizon.net) 20.30.09 # haven't heard anything about it 20.30.58 # GREAT 20.30.59 # ^^ 20.31.05 # works fine now 20.31.05 # ^^ 20.31.17 # thx 20.31.18 # =) 20.31.33 # i turned off the equalizer 20.31.35 # =) 20.31.38 # no prob, what we're here for, even though i didn't actually find the solution 20.31.40 # :0 20.31.46 # :)* 20.33.38 # well i'm gonna go now, later 20.33.51 Part jnitetime 20.33.54 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 20.34.04 # * Bagder summons a commit 20.34.06 Join miepchen^schlaf [0] (n=hihi@dslb-088-074-057-070.pools.arcor-ip.net) 20.35.41 Join a_commit [0] (i=54c6f777@gateway/web/cgi-irc/labb.contactor.se/x-48cad6d1fa7f56f7) 20.35.45 # how much hardware exeleration is there possable on the pp player? would that effect batterylife in a posative way if it was implemented? (sorry about these wierd questions about batterylife, I'm just kinda intrested about it today... lol) 20.35.52 # you called? 20.36.12 # :-P 20.36.17 Quit a_commit (Client Quit) 20.36.55 Quit M3d4 (Read error: 110 (Connection timed out)) 20.39.05 # Bagder: tweaking the buildsystem? 20.39.20 # just adding a new server this time 20.40.14 # but experience tells there's often something minor forgotten when a server is added 20.40.58 Join SliMM [0] (n=chatzill@89.136.181.105) 20.43.01 # I have a question for the sansa users: What happens when USB is plugged in when the Sansa runs Rockbox? Does it charge? 20.44.21 Part pixelma 20.44.34 # a1titude: what do you mean with hardware acceleration? 20.45.09 # and what do you mean with "the pp player" 20.45.27 # i too have a questionfor the devels: why doesn't rockbox play audio files smoothly? 20.45.44 # it should, and if it isn't, something is wrong 20.45.59 # like the file requires too much cpu to decode 20.46.33 Quit desowin (Read error: 54 (Connection reset by peer)) 20.47.43 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) 20.48.07 # portable player chip series 20.48.30 # do you mean portalplayer? 20.48.53 # a1titude: the portalplayer chip has no hardware acceleration 20.48.59 # and I know the 5.5 gen ipods has some hardware that was added that increased batterylife for the video (that kinda thing) 20.49.05 # and yeah, thats what I ment! :p 20.49.15 # that's a separate broadcom chip 20.49.23 # ahh 20.51.10 # would implementing drivers for that effect batterylife of the ipod or just video playback? 20.52.03 # since that chip is involved for all lcd updates, a better understand of it might help overall 20.52.14 # but it would mostly be for improving video playback 20.52.37 # ahh, thanks. 20.54.12 # using that chip would probably just decrease battery life anyway 20.54.28 # but since we know nothing about it, it's hard to say 20.54.45 # Bagder: I have an awesome commit at hand : change "CVS" to "SVN" in one of the docs :) 20.54.51 # yay ;-) 20.55.00 Part Ph1r3ph0x 20.55.06 # hmm, so is the infomation about it freely avalable or not? 20.55.14 # a1titude: it is not 20.55.28 # thats annoying... 20.55.28 # Bagder: should I go for it ? 20.55.35 # * amiconn wonders how long a rockboxdev.sh run will take 20.55.45 # Nico_P: please do 20.56.07 # amiconn: 20-40 minutes I'd say for all compilers on a decent linux machine 20.56.10 # amiconn: it kind of depends on the speed of the machine and how many compilers you build :-) 20.56.10 # Bagder: Btw, when some program needed by the script is misssing, it sometimes fails with odd messages... 20.56.14 # a1titude: no information at all is public, and yes, that is very annoying 20.56.22 # * amiconn had that with bzip2 missing 20.56.40 # Bagder: Not sure whether this one is 'decent' 20.56.45 # bzip2 missing? /me can't live without bzip2 20.56.46 # a distro with no bzip2? 20.56.47 # that's special 20.56.50 # I'm trying to build a text-only debian vm 20.56.51 # I should make a list of required tools to check for at start 20.57.01 # SliMM: have you read the FAQ about playback problems? 20.57.27 # preglow: debain testing with only the base installed. gcc, make binutils added via aptitude, but didn't even expect bzip2 wouldn't be there 20.57.28 # bluebrother: no, i hacen't 20.57.47 # Is it a bug that its' impossible to enter the quickscreen in the menu? 20.57.57 # amiconn: I want to change the way my Ondio boots with USB power, currently it is mapped OFF = USB mode MENU + OFF = normal operation. I want the opposite. do I just change the defines in "firmware/usb.c"? 20.57.58 # but the problems started when i updated to a post-devcon build :) 20.58.14 # This text-only vm will have samba + the mingw32 sdl packages installed 20.58.15 # have you reset the settings first? 20.58.19 # amiconn: that is weird, bzip2 is fairly standard these days 20.59.15 Join alfo_ [0] (n=Alldogsh@bas3-montreal02-1096682569.dsl.bell.ca) 20.59.31 # do we know the chip number atall? I'm kinda curious now. lol 20.59.36 # It just finished... 21.00.24 # so I'll add a check for gcc bzip2 make 21.00.28 # anything else? 21.00.36 # wget 21.00.45 # maybe zip for the make zip step? 21.00.50 # wget and curl are already checked for 21.00.56 # ah 21.01.28 # bluebrother: hm, yes but it isn't strictly needed for rockboxdev.sh... 21.01.37 # hmm, right. 21.01.43 Quit SliMM (Read error: 104 (Connection reset by peer)) 21.01.47 # maybe just add a notice when the script finished then? 21.01.47 # oh, but patch is 21.01.56 Join SliMM [0] (n=chatzill@89.136.181.105) 21.02.00 # (sometimes) 21.02.17 # There is something that I don't understand on the front page and I think it could help me 21.02.41 # "Support for drives with large physical sectors and no support for partial access in the firmware" 21.03.46 # my 30GB with 2048 bytes sectors Ipod 5.5gen looses half its space when I reformat in Fat32 (I got a mac) 21.04.40 # nls: those code changes only affected how stuff is written to the vf struct; no real difference in the loop. 21.04.51 # Bagder: has the build hung or is it just late ? 21.05.16 # Lear: does it make sense that it decodes 2% faster then? 21.06.00 # Nico_P: it hung... 21.06.00 # nls: Not that I can see... 21.06.27 # Lear: do you have a coldfire taget to test on? 21.06.30 # rockboxdev.sh doesn't clean up... 21.06.47 # I have... Using gcc 4.0.4, btw. 21.06.52 # no, I never meant it to 21.06.56 # but perhaps I should make it 21.07.12 Join jnitetime [0] (n=jnitetim@67.60.120.178) 21.07.35 Quit alfo_ ("Leaving") 21.07.35 # Imho it should at least either ask whether it should clean up or inform about the temp stuff 21.07.36 # Lear: can you reproduce the increased performance it may be some quirk in gcc3.6x 21.08.10 # i'm back, and most of my files still won't show 21.08.17 # Bagder: also, rockboxdev.sh doesn't patch the gcc source with the neccesary patch when building for m68k on amd64 21.08.41 # and that is necessary even with gcc 3.4.6? 21.09.02 # Bagder: any idea why it hangs like that sometimes ? 21.09.13 # this particular time I do 21.09.25 # I just noticed a bug in the script 21.10.16 # Bagder: yes it is needed on gcc-m68k < 4.2 on amd64 21.10.33 Quit scorche (Read error: 104 (Connection reset by peer)) 21.10.57 # but only amd64 running 64bit userspace 21.11.05 # yeah 21.11.09 Join scorche [0] (i=scorche@rockbox/administrator/scorche) 21.11.34 # I want to change how rockboxdev does the patching, so maybe this is a good time 21.12.52 # New binutils in debian-unstable... 21.12.55 # -7 21.13.06 # tried it? 21.13.11 # not yet 21.15.19 Join otih_ [0] (n=otih@p54a4f27d.dip.t-dialin.net) 21.15.22 Part david1 21.16.30 Join SliMM_ [0] (n=chatzill@89.136.181.105) 21.17.12 Quit SliMM_ (Client Quit) 21.19.07 Join lids [0] (i=lds@gateway/tor/x-5e6260900376c2fe) 21.19.29 Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) 21.19.35 Part norbusan 21.21.03 Join DerPapst [0] (n=DerPapst@pD9EB3CBD.dip0.t-ipconnect.de) 21.21.09 *** Saving seen data "./dancer.seen" 21.22.42 # Nico_P: whlie you're doing "useless commits: i have one for you in /rbutil/sansapatcher/bin2c.c you could change some "ipod2c"'s to "bin2c"'s ;) 21.23.10 # DerPapst: it was an order from Bagder himself :) 21.23.39 # I might have a look though but right now I'm making some dinner for myself 21.23.46 # :) 21.24.08 # Enjoy your meal 21.24.26 # * DerPapst is haunting some food as well 21.24.33 # thanks 21.24.38 # * petur just did the dishes ;) 21.24.52 # *hunting 21.25.17 # DerPapst: is it still alive? Or already? 21.25.24 # nls: Only .2 difference, if I did things correctly... 21.26.01 # Lear: between svn and patched? 21.26.05 # Yes. 21.26.22 # bluebrother: still ;) 21.26.32 # I posted my test results here http://pastebin.ca/507663 21.26.50 # I guess there's something strange going on then... 21.27.05 Quit otih (Read error: 110 (Connection timed out)) 21.27.18 # iram vs no iram difference I can understand... 21.27.32 # Hmm. configure prints a somewhat strange line when configuring for h120 (and probably others) 21.27.37 # 32memory! 21.27.55 # the h120 has 32MiB memory ;-) 21.27.55 # It's obvious what it means, but a strange way to write it... 21.28.31 # * Bagder has a strange feeling that is his fault 21.29.01 # yes, a leftover debug output 21.29.19 # how do you do that on irc (the "badger has a strange..." thing)? 21.29.30 # a1titude: "/me moos" 21.29.47 # * ender` yawns 21.29.49 # Bagder: It's not the right time ;) 21.29.50 # hmm. but why a new prompt when configuring for the video? 21.29.58 # :-) 21.30.07 # why not default to 32 MiB and leave the setting for the advanced menu? 21.30.08 # bluebrother: for the 32/64 MB build 21.30.15 Part maffe 21.30.19 # now now I already made this ;-) 21.30.24 # * a1titude is testing 21.30.32 # or rather I applied a patch that made it this way 21.30.35 # woah, thats neet thanks 21.31.14 # I was just a bit surprised -- the memory size setting for the archos one was moved to the advaned menu iirc some while ago 21.31.21 # * DerPapst wonders how to do that /me thing as well 21.31.22 Join maffe [0] (n=maffe@195.159.148.248) 21.31.33 Quit maffe (Remote closed the connection) 21.32.07 Join maffe [0] (n=maffe@195.159.148.248) 21.32.13 # nls: I don't have a gcc 3.4.6 build around, so if you could send me a dump of codec_main from vorbis.elf (using m68k-elf-objdump -d) from the two versions, I could take a look at the code. 21.32.37 # bluebrother: It's a bit different. The archos requires a hardware mod for 8MB, but the larger videos come with 64MB by default 21.32.40 Quit Rincewind ("Cya") 21.32.46 # Lear: will do, thanks for investigating :-) 21.32.59 # * a1titude roflmao at what DerPapst is wondering 21.33.02 # /join#testoffsdf 21.33.08 Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) 21.33.08 # oy 21.33.12 Part norbusan 21.33.39 Quit SliMM (Read error: 110 (Connection timed out)) 21.34.04 # nls: Btw, 295% vs 304% on not iram vs iram here. 21.34.34 Join f00f [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 21.34.47 Nick f00f is now known as zobo (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 21.34.55 # will vorbis.o work, I can't find a vorbis.elf file... 21.35.00 Join pearldiver [0] (n=say@cpe-72-225-231-80.nyc.res.rr.com) 21.35.02 Quit zobo (Read error: 104 (Connection reset by peer)) 21.35.25 Join zobo [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 21.35.57 # ah, was looking in the wrong place, found it 21.35.58 # Quick question. Is it possible to stop certain files from being indexed by the DB indexer. I have some MP3s that I would like to listen to, but would prefer if they didn't show up in the DB... 21.36.05 # nls: .elf is better, more debug info. Good. :) 21.38.34 Quit pondlife ("disconnected has pondlife") 21.39.26 Join Thundercloud_ [0] (n=thunderc@82.153.77.39) 21.39.49 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 21.41.44 # strange, my compiled ucl bootloader is only 27.8 kb while the normal one is 156kb (same with the .ajz file). I am sure I don't understand something 21.42.29 Quit tchan (Read error: 110 (Connection timed out)) 21.42.36 Quit Chrysalid (Remote closed the connection) 21.42.41 # Lear: http://home.student.uu.se/niwa5341/vorbis.elf-patch.txt and http://home.student.uu.se/niwa5341/vorbis.elf-svn.txt 21.43.13 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 21.43.14 Quit zobo (Read error: 54 (Connection reset by peer)) 21.43.43 Join zobo [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 21.43.58 Quit zobo (Client Quit) 21.46.06 Join Journey [0] (i=Journey@201.208.146.134) 21.46.56 # I just saw super mario bros running on video ipod on youtube. OMG. This rockbox thing is great! 21.47.38 # hehe 21.49.03 # I thought all I could get were those shitty breakout clones 21.49.06 Join petur2 [0] (n=petur@rockbox/developer/petur) 21.49.16 # nls: Hm, code is pretty much identical - as expected, I'd say... 21.49.39 # I like breakout clones 21.50.10 # and lame tv series game spinoffs 21.50.43 # tv series games spinoffs? 21.51.07 # Lost the game 21.51.14 Quit petur (Read error: 60 (Operation timed out)) 21.51.25 # and crappy puzzlers 21.51.56 # I can run doom in this! How powerful exactly is the video IPod? 21.52.30 # I can't believe my uncle gave it away to me after he thought it had broken down since it fell in salt water 21.53.05 Join linuxstb_ [0] (i=5343d4aa@rockbox/developer/linuxstb) 21.53.07 # a few weeks of rest and bam! it works perfectly 21.55.01 Join webguest47 [0] (i=d5ca85ad@gateway/web/cgi-irc/labb.contactor.se/x-1669563e0b6e7764) 21.55.20 # the ipod has 2 80 Mhz cores in it 21.55.24 # doom only uses 1 21.55.46 # I dont' think any plugins use both cores actually 21.55.46 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 21.55.55 # mpegplayer does 21.55.57 # And it's only running at 75MHz... 21.56.00 # ipodpatcher can't find my ipod - 1st gen, 2gig 21.56.16 # DerPapst, yes, forgot about that 21.56.26 # and doom runs emulated at full speed 21.56.27 # 1 gen isn't supported by rockbox. it starts at 3G 21.56.29 # ? 21.56.45 # webguest47: 1st gen, you mean nano first gen ? 21.56.45 # 1gen mini or nano perhaps? 21.56.49 # effectively yes, it runs at full speed, it's not emulated 21.56.57 # it's a full port to rockbox 21.56.59 Quit lids (Remote closed the connection) 21.57.00 # Journey: no sound and 2.5d 21.57.00 Quit kubiixaka (Read error: 110 (Connection timed out)) 21.57.06 # webguest47: Which OS are you using? (Linux, Mac OS X, Windows, ....) 21.57.09 # doom has sound 21.57.13 # yeah, sorry, 1st gen nano 21.57.14 # no music 21.57.21 # oh k 21.57.40 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 21.57.49 # kkurbjun: Second core for the midi playback... ? 21.57.54 # :) 21.57.58 # DerPapst: btw. 1gen iPod didn't come in 2gb variant 21.58.01 # I would like to do that eventually 21.58.08 # I want to do it on at elast teh gigabeat 21.58.14 # desowin: heh true ;) 21.58.15 # I need to figure out the overlay stuff though 21.58.25 # I ran out of space for doom 21.58.31 # amiconn: for your info, I flashed a modded build on my ondio, mainly the only change was the keymaps for the USB power modes. Now I can boot with only holding OFF button but the combo MENU + OFF wont start up the USB mode. 21.58.35 # in the "safely remove hardware" it is recognised as an ipod, it is in disk mode and the .rockbox folder is located at e:\ 21.58.36 # it's using nearly the full plugin buffer 21.58.56 # well at least I can have USB mode with batteries, else I wouldn't be able to update the firmware again :D 21.59.02 # webguest47: Are you logged in as Administrator? (or a user with admin rights) ? 21.59.28 # there are no login profiles (WinME) 21.59.43 # linuxstb, I can get 40 fps out of the gigabeat in doom, and there's not much done on the arms in terms of optimization either 21.59.55 # I don't think ipodpatcher works in WinME - it needs a WinNT kernel 22.00.04 # but right now I'm more interested in flash 22.00.17 # you are kidding me... crap 22.00.32 # linuxstb: isn't there a way to change the firmware without ipodpatcher? 22.00.46 # I think I read about that somewhere 22.00.50 # can it be done with a live cd of dsl? (damn small linux) 22.00.52 Join robin0800 [0] (n=robin080@cpc5-brig8-0-0-cust142.brig.cable.ntl.com) 22.00.55 # ipod_fw perhaps? 22.01.07 # but it requires dd 22.01.10 # hmm now it worked as normal.... 22.01.18 # which requires WinNT too? 22.01.23 # that doesn't sound like a lot of fun 22.01.30 Join entheh [0] (n=purr@88-106-161-54.dynamic.dsl.as9105.com) 22.02.01 # what the hell? now it works like it was before 22.02.08 # what is dd? 22.02.16 # at least not for me, I hat dd'ing things :p 22.02.22 Part robin0800 22.02.40 # webguest47: Yes, a Linux live CD should work. 22.03.13 # ok, now i just need to configure the wireless dongle :( 22.03.14 Join robin0800 [0] (n=robin080@cpc5-brig8-0-0-cust142.brig.cable.ntl.com) 22.03.36 # ah found it, short press OFF = USB mode, long press OFF = USB power mode 22.04.20 # windows me = cr*p 22.04.37 # even worse 22.04.44 # old cr*p 22.04.46 # :p 22.05.04 # PaulJam's Comment on albumart patch http://pastebin.ca/507905 anyone confirm This And if Confirmed fix? 22.05.13 # webguest47: so switch to something better, and don't announce that windows me is crap 22.05.18 Join webguest09 [0] (i=4a841a2a@gateway/web/cgi-irc/labb.contactor.se/x-1a91ae4b38fd00aa) 22.05.56 Part jnitetime 22.07.04 # ok thanks and bye, and @desowin: I cant afford to upgrade, and I am in the process of learning how to use damn small linux so there isnt much i can do at the moment 22.07.09 Part webguest47 22.07.37 Part kaaloo 22.08.31 # Hello. I backed up my H10 5gb a few months ago on my PC. Now that I have lost my fateful H10 5gb and expanding to a H10 20gb, can I just put the backed-up files on my H10? Thanks!! 22.09.02 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 22.10.24 Quit Rob222241 (Read error: 104 (Connection reset by peer)) 22.11.50 Join lds [0] (i=lds@gateway/tor/x-c4bab749c6efed21) 22.12.01 Quit goffa (Read error: 110 (Connection timed out)) 22.14.40 Quit Denstark (Read error: 110 (Connection timed out)) 22.14.52 # is the 5.5g IPod video the same as IPod Video 64mb? 22.15.04 # no 22.15.11 # the 64mb is the 60 and 80gb ipod 22.15.57 # for the 30gb ipods you need teh normal build 22.17.13 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 22.18.58 # I have the Ipod video 30g late 2006 22.19.29 # that means I download the one that says "IPod Video"? 22.19.43 # sans the 64MB? 22.19.54 # That one will awork on all iPod videos 22.20.05 Nick otih_ is now known as otih (n=otih@p54a4f27d.dip.t-dialin.net) 22.20.38 # The 64MB build will only work on the ones with 64MB RAM, i.e. the 60GB and80GB models. We're not sure about the G5.5 30GB 22.21.04 # oh ok, then I'll use the normal one 22.21.08 # thanks 22.21.29 # Can anyone answer my above question? (and instead of expanding, It should be expanded. I got a new H10 20gb). 22.21.48 # webguest09: What was your question? 22.23.30 Quit tchan (Read error: 110 (Connection timed out)) 22.23.36 # I'm asking a question about batterylife again, :p Is the sorthened batterylife of the ipod just unoptimesed (compaired the official firmware) code or just compleatly unknown? 22.23.51 # a1titude: unknown 22.24.40 # haha thanks.. I'm kinda batterylife obsessed today, I have know idea why. lol well thanks for putting up with all the questions. 22.25.19 # *no idea 22.25.45 # * a1titude is tpyo obsessed today too, apparently 22.26.20 # H10 20gb, can I just put the backed-up files on my H10? Thanks!! 22.26.32 # webguest09: Yes 22.26.34 # Well 22.26.40 # My question was... Hello. I backed up my H10 5gb a few months ago on my PC Now that I have lost my fateful H10 5gb and expanding to a 22.26.49 # you will need to download a new bootloader (for the 20 GB) if you want to use rockbox 22.27.16 # Sorry...out of order. copying and pasting is more diffucult than it seems 22.27.29 # OK Thanks 22.27.38 # No problem 22.28.21 Quit webguest09 ("CGI:IRC (EOF)") 22.28.46 Join Domonoky_ [0] (n=Domonoky@p549AFEA3.dip.t-dialin.net) 22.30.13 # DockPod? (GeoffStokes's Fixed Version) theme for the video ipod isn't displaying the date correctly on my ipod, it says "May dc 14:Mc" 22.31.38 # Read the CustomWPS wiki page and fix that. 22.32.29 # Can someone tell me how do I get the system date in a plugin please? I've looked for it but haven't found it yet 22.33.58 # Bagder: The new debian-unstable binutils no longer crash 22.34.15 # nice 22.35.28 # s/debian-unstable/debian-stable ? 22.35.29 # Now we need to make build server admins with debian unstable upgrade to -7 22.36.00 # yeps 22.36.17 Join Rob2222 [0] (n=Miranda@84.177.65.99) 22.36.22 # DerPapst: nope 22.37.00 # Bagder: ;) 22.37.29 # amiconn: my debian mirrors don't even list the -7 binutils package yet 22.37.35 # oh 22.37.38 # sorry 22.37.41 # I'm just blind 22.38.06 # * DerPapst hands Bagder some glases 22.38.45 # * pixelma hands DemPapst another "s" ;) 22.39.00 # * petur2 hands pixelma an 'r' 22.39.23 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 22.39.29 # no... that was on purpose 22.39.53 # I guessed so but I wanted to continue the row ;) 22.40.01 # hehe 22.42.13 # petur: just doing something for your "actions" count in the IRC statistic? :P 22.42.31 Join w0lfie [0] (n=samb@leibniz.catalyst.net.nz) 22.42.58 # hey all 22.43.07 Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) 22.43.19 Part ctaf 22.43.46 # i'm wanting to chuck rockbox on my ipod 5th gen 80g, there isn't a specific rockbuild for this. does it come under the ipod video build? 22.45.37 Quit The-Compiler (Read error: 104 (Connection reset by peer)) 22.46.10 # later one 22.46.28 Quit BRi7Xtra (Read error: 110 (Connection timed out)) 22.46.44 # w0lfie: you can/are advised to use the 64mb build 22.46.46 Quit linuxstb_ ("CGI:IRC (Ping timeout)") 22.47.04 Quit mpeccorini ("User pushed the X - because it's Xtra, baby") 22.47.19 Quit Domonoky (Read error: 110 (Connection timed out)) 22.47.38 # pixelma: no, just getting bored with strugling with some network equipment that needs configuring 22.47.52 # Bagder: cheers :) 22.48.31 # (as a side note, I now know how to connect to wireless networks in ubuntu, only a week too late ;) ) 22.48.41 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 22.49.12 Join Thundercloud [0] (n=thunderc@82.153.77.39) 22.49.13 Quit Thundercloud_ (Read error: 104 (Connection reset by peer)) 22.52.41 Quit w0lfie ("leaving") 22.52.43 # DerPapst: fixed (I can't test it right now, my ipod is dooin' a battery test) Although I'm just going to cansel that and do it overnight 22.57.00 Join miepchen^schlaf [0] (n=hihi@p54bf499d.dip.t-dialin.net) 22.59.51 # can I submit the re-fixed DockPod_Aqua-fixed wps? 23.00.11 Join PaulJam [0] (i=Paul@vpn-3093.gwdg.de) 23.01.33 Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 23.02.37 Join petur2 [0] (n=petur@rockbox/developer/petur) 23.03.07 # ok how do I install the font package after I donwload it? 23.03.10 Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) 23.03.11 Quit petur (Nick collision from services.) 23.03.13 Part norbusan 23.03.18 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 23.05.59 # * Bagder updated IPL's wiki about rockbox on 5.5G 23.07.12 # heh 23.08.36 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.08.44 # IPL seems to have had _one_ commit during the last month... 23.08.54 # Recap: There was a bug in DockPod_Aqua-fixed wps, I fixed it, is it worth submitting it to the wiki, I have a user account for the wiki, no permission. should I update the DockPod_Aqua-fixed file with the corrected date display? 23.09.26 # a1titude: give us your wiki name and you'll get write access 23.09.38 # DanielBlanche 23.10.54 Join PaulJam_ [0] (i=Paul@vpn-3063.gwdg.de) 23.10.55 # done 23.12.00 # Journey: just unzip it the way you unzipped rockbox 23.14.00 # Thanks, what kind of code is this madeup of? haha, I might be a while! lol 23.14.16 # Bagder: send Colombo (user from rockbox forum) to iPL forums ;-) 23.14.18 # (apart from the HTML) 23.14.36 # ;-) 23.15.18 # * amiconn now has a nice 'debbox' 23.15.23 # a1titude: there's a help link on the page you get when editing 23.15.35 # Journey: Exactly the same was as you installed the main rockbox.zip 23.17.30 # petur: just replace the location with a new attatched one then? 23.18.19 # yes, and maybe remove the old attachment 23.18.43 # ahh got it 23.19.51 # done 23.20.17 # should I leave credit for the 2nd fix? 23.20.49 # always credit whoever helped 23.21.12 *** Saving seen data "./dancer.seen" 23.21.25 # I'll add my name then. :) 23.21.43 # yes, don't put your name on top ;) 23.22.23 # I won't haha 23.23.52 # grr my ondio doesn't want to get unscrewed :( 23.24.18 # petur: can we check thats right? 23.24.31 # ahh, didn't add info on what I did! :p 23.25.10 # Where should I put the info? 23.26.35 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 23.27.12 # I would put your comment between his name and yours: "blabla" -- name 1 "blabla" -- name 2 23.27.15 # linuxstb: 23.27.19 Quit PaulJam (Read error: 110 (Connection timed out)) 23.27.20 # * Soap has been sick as a dog. 23.27.25 # * DerPapst discovers the iPL wiki has a new contributor. 23.29.22 Join zamzon [0] (i=52874283@gateway/web/cgi-irc/labb.contactor.se/x-94985f91344b9428) 23.30.56 Join secleinteer [0] (n=secleint@70.230.165.242) 23.31.17 # petur: done, can that be checked? 23.32.14 # Hi! Does anybody know if rombox.ucl for RecV1 should be generated by the make process in current builds, when Tag Database has been disabled? Is there an error msgs if binary is to big? 23.32.17 # how do you mean, checked? look at the page or at the diff (bottom of the page has '<' symbols between page versions) 23.32.17 Quit Arathis ("Bye, bye") 23.32.30 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 23.33.02 # petur: I want to know I didn't do anything wrong, as that was my first time. 23.33.11 # looks fine 23.33.16 Quit davina_ (Remote closed the connection) 23.33.18 # * bluebrother notices the same question here as in the forums 23.33.21 # zamzon: you need to edit the configure script first, then rerun the script 23.33.36 # remove the comment from the line 'archosrom=""#"$pwd/rombox.ucl"' 23.33.45 # or rather remove the hash sign 23.33.53 # line 619 23.34.02 # OK, thank you I'll have a look.. 23.34.07 Quit desowin ("use linux") 23.34.17 # petur: thank you! :) 23.34.31 # zamzon: when that is done, you will get an error output if it still is too big 23.37.40 Join PaulJam__ [0] (i=Paul@vpn-3063.gwdg.de) 23.39.51 Part Joely 23.40.21 # This one: region FLASH is full 23.40.23 Nick PaulJam__ is now known as PaulJam (i=Paul@vpn-3063.gwdg.de) 23.40.26 # yeps 23.40.36 # Damn. :-) 23.40.57 Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-acbe9227089f95af) 23.41.06 # Am I able to finde out how many bytes are missing? 23.41.36 # yes, the .map file contains that info 23.41.45 # Thank you! 23.41.48 # even if not perhaps the easiest thing to understand 23.41.49 # preglow: i wanted to ask you last night, why does doing a 64x64 multiply make any difference if the inputs are only 32 bit anyway? 23.42.41 # saratoga: not at all 23.43.00 # saratoga: we use 32x32 -> 64 bit muls pretty much exclusively in rockbox 23.43.07 Quit saratoga (Client Quit) 23.43.13 Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-33815edb2cd3579b) 23.43.35 # saratoga: misread that somewhat, doing a 64x64 bit multiply and a 32x32 gives the same result for 32 bit ops 23.44.16 # i think the reason arguments are casted to long longs usually is to make the c compiler understand you want a 64 bit result 23.44.16 # i tried doing a 32x32 multiply and it actually just crashes the program 23.44.16 Quit Thundercloud (Read error: 54 (Connection reset by peer)) 23.44.28 # i don't know if it's possible to make c produce a long long result from multiplying two longs 23.44.29 Join Thundercloud [0] (n=thunderc@82.153.77.39) 23.44.29 # so i assume it must have some purpose 23.44.34 # oh 23.44.50 # any of the c gurus here should answer that 23.45.00 # i assumed int_64 var = 32bit1 * 32bit2 did that 23.45.12 # i think that produces a 32 bit result, then casts it to 64 bir 23.45.13 # bit 23.45.14 Join PaulJam__ [0] (i=Paul@vpn-3056.gwdg.de) 23.45.17 # ha 23.45.19 # again, verify with c gurus 23.45.21 # yes 23.45.21 # ok then, makes sense 23.45.30 # i'll dissassemble it to make sure 23.45.53 # yeah 23.46.09 # 32x32 -> 64 is what we use in rockbox, and we almost always do so via asm, so we don't have that particular problem 23.48.23 Quit petur ("Zzzzz") 23.48.41 Quit Siltaar ("Aurevoir - www.fdn.fr/~sdescarp") 23.50.27 # you guys are right, it did a 32 bit mul 23.51.05 # yup 23.53.36 # i want to reuse as much of the existing integer decoding as possible 23.53.49 # since a lot of work was already put into it 23.54.02 Join chrisjs169|afk [0] (n=opera@pool-71-114-145-182.hrbgpa.dsl-w.verizon.net) 23.54.03 # how difficult is it going to be to get it to load in a modern version of rockbox? 23.55.18 # saratoga: out of curiousity, what are you working on? 23.55.41 # the integer wma decoder 23.55.45 # preglow: no word from the fixpoint guy, I pinged him several times 23.55.50 Quit PaulJam_ (Read error: 113 (No route to host)) 23.56.07 # merbanan: which fixed point guy? 23.56.07 Quit PaulJam (Nick collision from services.) 23.56.14 Nick PaulJam__ is now known as PaulJam (i=Paul@vpn-3056.gwdg.de) 23.56.16 # ah :) 23.56.35 # unfortunately, i only half understand how wma works, so this is slow going 23.56.37 # saratoga: the one who did the cook port 23.56.37 Join Gursikh [0] (n=Gursikh@tremulous/officialdevannoyer/khalsa) 23.56.46 Part maffe 23.56.51 # saratoga: what do you need to know 23.56.54 # ? 23.57.03 # i've seen cook in the ffmpeg source, but don't know what it is 23.57.13 # you're familar with wma? 23.57.14 Join maffe [0] (n=maffe@195.159.148.248) 23.57.15 # real audio codec 23.57.24 # yes 23.57.28 # ok! 23.57.30 Part Gursikh ("Leaving") 23.57.31 # so many questions 23.57.53 # what is the relationship between block size and the MDCT transform size 23.58.17 # 2 IIRC 23.58.36 # i thought MDCTs were either 256 or 2048 samples? 23.58.51 # ive seen block sizes of 128, 256, 512, 1024 and 2048