--- Log for 25.08.106 Server: sterling.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 14 hours ago 00.00.00 # .ogg 00.00.03 # right 00.00.18 # what does ogg stand for 00.00.21 # i got myself a patched build... album art works great... 00.00.22 # i mean, i have an idea 00.00.34 # SUCCESS STORY 00.00.34 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-150-098.pools.arcor-ip.net) 00.00.35 # killa909 - pretty sure it doesn't stand for anything. www.xiph.org 00.00.44 # juxtap - yeah, it's neat 00.00.56 # im going to refrain from telling you 00.01.07 # juxtap - thats cool 00.01.28 # is it possible that might be included in future builds of rockbox itself 00.02.07 # killa909 - it's certainly possible 00.02.18 # almost certain, I would expect - just not quite yet 00.02.49 # right 00.02.58 # im noticing this ipod getting mighty warm 00.03.55 # * barrywardell still can't figure it out 00.04.00 Quit Siku (Read error: 145 (Connection timed out)) 00.04.04 # killa909 - rockbox is not yet optimised for speed, so it has to run the processor faster than the Apple firmware to keep up. Should improve in the future. 00.04.17 # apps/main.c and bootloader/h10.c are identical 00.04.35 # crt0.S always uses the bootloader code 00.05.22 # killa909: to clarify a bit - faster, but certainly within specifications (at rated maximum that even Apple firmware runs it at sometimes). 00.05.26 # compile bootloader build and main() gets called 00.05.34 # compile normal build and it doesn't??? 00.06.11 # any fast way to change repository location for an already checked out source code tree? subversion 00.06.30 # is there some other difference between bootloader and normal builds? 00.06.39 # okay got "data abort" what the hell does that mean 00.07.01 Join oxygen77 [0] (n=thomas@vau75-6-82-237-174-211.fbx.proxad.net) 00.07.01 # at 004dd40 00.07.11 # barrywardell: have you tried disassembling the file to see that your stuff is actually linked in properly?P 00.07.22 # hello all 00.07.33 # had to restart 00.07.36 # wasnt even doing anything 00.07.38 # thats sad 00.07.42 # i'll try that preglow 00.07.47 # amiconn, are you here ? 00.08.36 # :( 00.09.10 # killa909 - is it reproducible? sounds like you've found (another?) bug 00.09.23 # hahah 00.09.37 # i will try to 00.09.59 Part juxtap 00.10.09 # listening to same file as before 00.10.39 # i think the rockbox software may not like rap music 00.12.15 # mine does 00.12.31 # mr me too 00.12.37 Quit oxygen77 ("Leaving") 00.12.43 # or at least it obviously tolerates it 00.12.44 # barrywardell: How are you testing that main() is called? 00.13.06 # i'm writing a line of text to the lcd 00.13.19 # hello world! 00.13.27 # good bye, cruel world! 00.13.40 # barrywardell: Where? Before the call to app_main() in main() ? 00.14.09 # it's the only thing main() does 00.14.26 # my main.c is identical to bootloader/h10.c 00.14.38 # the one that's in cvs 00.14.46 # Why not just run the standard Rockbox main() function? 00.15.01 # And then see how far through init() it gets. 00.15.39 # The bootloader has a lot of differences to main Rockbox - see all the #ifndef BOOTLOADER defines in firmware/* 00.15.40 # i tried that first 00.16.15 # i put the lcd update at the very start of main and still nothing 00.16.34 # so I think it doesn't even get that far 00.16.42 # ? You can't put lcd_update() in main(). 00.17.11 # It needs to come after lcd_init() is called in init() - and you can't write text until after font_init() is called. 00.17.40 # i also tried putting it straight after font_init() 00.18.35 # So what happens when you try and boot Rockbox? The bootloader text stays on the screen, and your H10 freezes? 00.18.37 # * jhMikeS thinks it should say "pluto is no longer a planet" 00.18.53 # yes, exactly 00.19.30 Part killa909 00.22.07 # i'll go through firmware/* and find #ifdef BOOTLOADER. maybe I'll spot something 00.22.51 # see ya 00.22.53 Part stripwax 00.23.40 # preglow: what does a lea ? 00.24.25 # I am not sure to understand y notation 00.25.29 Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 00.25.29 Quit San (Read error: 104 (Connection reset by peer)) 00.31.01 # == effective address? 00.35.51 # * rotator learns the joys of debugging using debugf on the sim 00.36.07 # jhMikeS: yes 00.36.09 Join juxtap [0] (n=juxtap@mtngprs7.mtn.co.za) 00.36.24 # mirak: do you mean what does lea do? 00.36.55 # yes I am not sure to understand the interest compared to a move 00.37.37 # lea.l (offset,Ay),Ax for instance moves offset+Ay into Ax 00.38.16 # so if Ay = 16, lea.l (10, Ay), Ax puts 26 into Ax 00.38.36 # The register must be address registers 00.40.16 # To sum up: You create an address from another address whereas move would load data at the address y 00.41.04 # mirak: lea just calculates the address specified by the second operand 00.41.26 # mirak: lea.l %a0, (%d0, %a0) -> %a0 = %d0 + %a0 00.41.55 # but if I do 00.42.02 # preglow: I know, I'm crappy at explaining stuff. 00.42.06 # move (%a0),%a1 00.42.19 # It loads the data at address %a0 00.42.32 # hum 00.42.46 # into %a1 00.42.49 # yes 00.43.27 # Don't forget the size 00.43.28 # ok I see I needed that in a first draw I did 00.43.41 # I used add #8,%a0 00.44.04 # with a move of a base adress into %a0 just before, 00.44.04 # Use lea.l (8,%a0),%a1 00.44.10 # yep got it 00.46.07 # jhMikeS: i didn't notice you tried to explain it, heh 00.46.22 # jhMikeS: i tend to just read the highlight message, then answer without seeing if anyone else did 00.46.27 # I'm using rockbox for the ipod mini gen1, is it normal for it to freeze up, requiring me to hold menu+select? It did it about 5 times randomly at work today 00.47.07 Quit idnar (Nick collision from services.) 00.47.07 # preglow: it's ok 00.47.10 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 00.49.14 # Weird how not long ago I didn't squat about coldfire assembly but I guess it reads much like x86 but the destination reversal seemed weird. 00.51.25 Quit Kohlrabi ("Quit") 00.52.07 # * jhMikeS still needs to learn some (e)mac and lots of other stuff too. 00.52.42 # it's pretty simple stuff 00.52.52 # not too much new 00.52.53 Quit ender` (" Cluster bombing from B-52s is very, very accurate -- the bombs always hit the ground.") 00.53.24 # man it's horrible 00.53.27 # yeah, those (e)mac instructions look a bit strange...is there any pure assembly in RB that uses it (.S) 00.53.27 # lol 00.53.59 # jhMikeS: yes, look imdct_mcf5249.S 00.54.25 Quit matsl (Remote closed the connection) 00.54.34 # jhMikeS: yeah, and eq_cf.S and dsp_cf.S 00.54.40 # and coldfire.S in flac 00.55.02 # probably all the asm stuff i've done 00.55.25 # It should be clearer with the gcc inline stuff out of the way 00.55.52 # eq_cf.S is a pretty clear example 00.56.02 # seen together with the generic routine in eq.c 00.57.17 # I have an int_16* that defines the start of the block I want to run an idct row on just 8 coef that I exepect to be 16 bits, so I do "move.l (%[block]), %d0 \n\t" exepecting 00.57.23 # now I am not sure about order 00.58.07 # block[0] should be in %d0u and block[1] in %dl 00.58.11 # right ? 00.58.51 # yeah 00.59.00 Quit TeaSea (Remote closed the connection) 00.59.06 Join Drkepilogue [0] (n=46e79903@labb.contactor.se) 00.59.11 # ho you understood what I said, I was about to rewrite it 00.59.15 # hey dood/doodettes 00.59.34 # do anyone know if Rockbox uses C or C++ to code? 00.59.39 # preglow: so I load the 8 coef in d0 d1 d2 d3 00.59.49 # Drkepilogue: C 00.59.56 # preglow: you might want to give a look ? 01.00.07 # hmm, so im guessing taking a C++ class not gonna do much good ey? 01.00.26 # Drkepilogue: sure it would 01.00.29 # Drkepilogue: they're not very different 01.00.37 # Drkepilogue: well, it will teach your programming basics as well 01.00.42 # -r 01.01.00 # mirak: a quick one 01.01.05 # but say if i want to help out coding rockbox... it will still be some benifit? 01.01.19 # yes 01.01.30 # alright cool, thanks 01.02.29 # am looking for a pastebin 01.02.44 # Drkepilogue: and in the future, do not ask your question in both the forums and IRC 01.02.47 # mirak: pastebin.ca normally works for me 01.03.13 # sry... 01.03.23 # cuz i decided to ask forum first 01.03.24 # http://pastebin.ca/148194 01.03.32 # but i forgot about irc, 01.03.36 # til like a few min ago 01.06.13 # preglow: what I did was using linuxstb paper mpeg2 optimisation. in it there is a idct row with matrix multiplication plus the formula in algebra. So I verified the formula and matrix multiplication in matlab, so I am sure the equation is correct to perform an idct row. Now I am really not sure how the data formats, and not sure also the idct_row in idct.c really performs a 1 dimention idct on a row. The output I got is 01.06.13 # garbeled and tainted in green. 01.06.53 # I mean not sure about the data formats, the byte ordering etcetera 01.08.06 Join webguest69 [0] (n=44d9358b@labb.contactor.se) 01.08.11 # hey guys 01.08.28 # I have an error question if anyone is up for answering 01.08.33 Join lukaswayne9 [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) 01.09.00 # by the way I don't really exept this thing to be faster than C version, since it's optimised a lot more, but I would like to have thing work at least first. The other option would be to just transcribe in asm the idct_row, I will do that next. 01.09.17 Quit lightyear (Remote closed the connection) 01.09.40 # mirak: what's up with the macsr move? 01.09.40 Quit webguest69 (Client Quit) 01.09.44 # mirak: where'd you get that value from? 01.10.08 # unless i'm completely mistanken, you just want to do move.l #0, %macsr 01.10.09 # preglow: it's to enable the signed mode 01.10.14 # how do you like this shell command to convert webirc hex to decimal ip? (zsh only syntax) 01.10.20 # % for b c (`for a ({1..8}) {i=44d9358b;echo $i[a]}`) {hextodec $b$c}|xargs|sed s/' '/./g 01.10.23 # 68.217.53.139 01.10.47 # preglow: signed mode plus overflow limitation. 01.12.30 # what's with all the 0xffffff ? 01.12.41 # the docs clearly state bits 31-12 are reserved and should be cleared, you've set them all... 01.13.41 # preglow: I have taken that from an how to on the web, but will try without. 01.13.52 # indeed the BUTTERFLY function works with this setting 01.14.42 # probably has nothing to say, no 01.14.47 # the low byte is correct 01.14.51 # there's that problem of when you hold the power key not long enough to cause RB to go into shutdown but you wait a few seconds and it shuts down abruptly...is that due to the ONKEY1s interrupt not being cleared in the PCF50606? 01.14.58 # i don't believe you need saturation, thougfh 01.16.20 # preglow: yes probably unecessary 01.16.35 # but yeah 01.16.39 # otherwise it looks good 01.17.14 # Datasheet says pcf50606 will go into standby in 8s if not serviced 01.17.33 Join OLD45 [0] (n=42cf004a@labb.contactor.se) 01.18.39 Quit OLD45 (Client Quit) 01.19.16 # preglow: hum probably it should be 40 instead of 80 ? 01.19.43 # no 01.19.47 # 40 is unsigned mode 01.20.13 # ok 01.20.47 Join webguest45 [0] (n=42cf004a@labb.contactor.se) 01.21.53 # i'm having a really hard time seeing how idct_row can benefit much from using the emac 01.22.37 # written as it is hardly believe 01.22.43 # anyway, what the hell are you doing in idct_row? 01.22.46 # it's clearly not based on the c code 01.22.47 # written as it is, hardly I believe 01.23.04 # it's a bit hard to verify if it's correct if i don't know what it's supposed to do 01.23.06 # preglow: no it's not 01.23.20 Quit Rondom ("Ex-Chat") 01.23.31 # preglow: well just spotting some incoherent asssembly operand using and such 01.23.44 # but I can tell you 01.24.12 # you have a 8x8 block of coefs 01.24.15 # there's lots of potential for optimising here, that's for sure 01.24.29 # the first four move.l instructions should be one movem.l instead 01.24.46 # the accumulator clearing is not needed, since you should always use movclr.l to get answers anyway 01.25.04 # preglow: yes, but in doubt ... 01.25.28 # ok for the movem 01.26.13 # the lea.l (1, %a0), %a0 should be written addq.l #1, %a0, since that's shorter and faster 01.26.20 Quit barrywardell () 01.26.34 # ok 01.27.04 # "movem.l (%[block]),%d0-%d7 \n\t" ?? 01.27.16 # anyway 01.27.26 # do you really want to add just one byte to %a0? 01.27.38 # one word 01.27.39 # no, movem.l (%[block], %d0-%d3 01.27.47 # then you need to do addq.l #4, %a0 01.27.47 # one long word 01.27.53 # 1 is just one byte 01.28.57 # what I do with mac 01.29.15 # macs look fine as far as i can see 01.30.03 # but i would rather use a movem.l instead of doing the parallel load with mac.w 01.30.05 # but that can be fixed later 01.30.23 # I think the mac is wrong 01.30.30 # it should be d0u 01.30.47 # oh no it's ok, sorry, it's block[1] 01.31.03 # I know what's wrong 01.31.28 # I concatenated the two matrix, but inverted the order for computation so it's wrong. 01.31.39 # I need to swap them in mat_coef array 01.31.40 Join fatherfork [0] (n=fatherfo@adsl-152-165-38.asm.bellsouth.net) 01.32.00 # I am looking for a tutorial or guide for creating FLAC files. I am new to rockbox and using an H 120. I want to create a directory of folders, subfolders and files using FLAC as the compression theme. The files would be bird songs with the bird name displayed. The folders and subfolders would help me organize the bird songs to family. 01.32.41 # preglow: if you see what I mean ... :) 01.32.44 # webguest45: What format are the tracks now, and how are they stored? 01.32.59 # wav and they are on my PC 01.33.13 # no golders yet 01.33.18 # folders 01.35.56 Nick JoeBorn is now known as JB_away (n=jborn@dsl017-022-247.chi1.dsl.speakeasy.net) 01.36.25 # preglow: I am wondering what the mac is for, if it can't be used to perform idct or imdct 01.38.19 # mirak: it's great for filtering 01.38.34 # mirak: and it _can_ be used for those tasks as well, it just depends on how you do it 01.38.37 # The iPods don't have recording? Is that because RB doesn't support it yet for that? 01.38.40 # mirak: like you've just done it 01.39.00 # linuxstb> are you looking for someting that I may be able to use 01.39.04 # mirak: for mp3, i use almost 90% mac instructions in the imdct routine 01.39.23 # what the diff between idct and imdct? 01.39.42 # imdct is a lapped one-dimensional transform 01.40.25 # ok 01.40.27 # webguest45: Sorry, no - I've got no ideas... 01.40.36 Quit lukaswayne9 ("Ex-Chat") 01.40.42 # other than that, they're not that different, both decompose a signal into cosine components of different frequencies 01.40.51 # OK I will do more searching 01.41.07 # woohoo! 01.41.10 # * rotator nearly has sample-accurate flac seeking implemented 01.41.32 # just a few more bugs to work out 01.41.32 Quit MarcoPolo (Read error: 104 (Connection reset by peer)) 01.41.43 # How does it get the phase? It's easy to see how a fourier series get the phase by combing differnt amount of sin and cos for a frequency 01.41.49 # jhMikeS: I've started work on ipod recording, but it's not in CVS yet. And it's probably badly broken by all the recent changes - I dare not run cvs update in that tree... 01.41.53 # preglow: what we lose indeed is we can't use immediate value 01.42.10 # rotator: w0000t 01.42.20 # I am not sure it wouldn't be faster be add #Wsomething 01.42.28 # jhMikeS: it doesn't have phase 01.42.32 # with/be 01.42.37 # linuxstb: I'll have my changes up soon in FS 01.42.48 # preglow: hehe, works about half the time right now 01.42.49 # jhMikeS: there's just cosines, which means they've all got a fixed phase 01.42.54 # preglow: It didn't seem like it could. 01.43.03 Quit webguest45 ("CGI:IRC") 01.43.27 # preglow: I guess that mean I do have grasp on it. It's much like a fourier series with the sin part taken out 01.43.39 # jhMikeS: it's more or less exactly like that 01.43.56 # jhMikeS: cosine transforms have good energy compaction properties, which is why they're so often used 01.44.14 # because the it start at 1 right? 01.44.31 *** Saving seen data "./dancer.seen" 01.44.34 # the dc coeficient is at the left then 01.44.44 # no 01.44.45 # ??? 01.44.48 # jhMikeS: the dc coefficient is unimportant for sound 01.44.59 # jhMikeS: so no, that's not just why 01.45.02 # not for video 01.45.11 # for video the dc component is very important 01.45.17 # and pictures 01.45.34 # * linuxstb goes to bed 01.45.38 # nightie 01.45.53 # gnight 01.46.22 # video obviously has a lot of dc 01.46.26 # http://upload.wikimedia.org/wikipedia/commons/f/f8/Dandelion_clock_quarter_dft_dct.png 01.46.33 # very good example of dct energy compaction 01.46.44 # almost all the energy are in the lower frequency coefs 01.47.19 # A 2d dct is a dct of a 1d dct? 01.47.20 # it seems i suck at english again 01.47.25 # preglow: I found one explanation of DCT decomposition like in idct.c but I haven't found one for th inverse dct 01.47.33 # jhMikeS: yeah, i guess so, similar to a 2d dft 01.47.37 Quit fatherfork () 01.48.12 # good night 01.49.44 # I think I can just do it up in a spreadsheet and compare the results with the fs waveform coeffs. I did the fs in excel real quick. 01.51.08 # If it can compact energy so well it must rely less on high harmonics to reproduce the function 01.52.59 # anyway 01.53.07 # sleepy time for me too 01.53.07 # gniht 01.56.02 # goodnight 02.05.42 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 02.06.51 Join webguest82 [0] (n=42cf004a@labb.contactor.se) 02.08.07 # linuxstb> I found this for FLAC users, thought you may want to know. http://mikewren.com/e107_plugins/forum/forum_viewforum.php?2 02.09.12 # was webguest 45 02.14.33 Join Bloody_Sorcerer [0] (n=g@cpe-72-230-178-79.rochester.res.rr.com) 02.14.44 # for the rockbox VMWare dev platform, whats the login 02.15.05 # Bloody_Sorcerer: user:rockbox 02.15.29 # password? 02.15.38 # sorry...that was it 02.15.48 # user: user pass: rockbox 02.15.58 # ah, there we go :) 02.17.09 Quit webguest82 ("CGI:IRC") 02.18.44 Join JdGordon [0] (n=jonno@c220-237-57-32.smelb1.vic.optusnet.com.au) 02.19.54 Join lodesi [0] (n=lds@d02v-89-83-252-238.d4.club-internet.fr) 02.20.11 Join andrewy [0] (n=boo@208.118.27.118) 02.20.44 # does anyone have use an iriver h320 with rockbox? i'm wondering how well it works, as in, if it's useable 02.22.48 # its 10000x more usable than the iriver software 02.23.17 # cool 02.23.27 # just out of curiousity, does it show the remaining battery life like the h120? 02.23.32 # or is that not implemented 02.23.34 # add some more zeros please.... 02.23.35 # :) 02.23.55 # everything that works on the 120 works on the 320 02.24.44 # ah, cool 02.24.45 # thanks 02.25.06 # everything +1 02.25.29 # +1? 02.25.33 # yes 02.25.35 # meaning even better 02.25.37 # :) 02.25.39 # what's the 1? 02.25.39 # ah 02.26.06 # don't think all my music will fit on a 320 though :/ 02.26.15 # isnt there a 340? 02.26.19 # yeah 02.26.29 # 3x as expensive 02.27.51 Quit t0mas (Read error: 104 (Connection reset by peer)) 02.28.18 Join t0mas [0] (n=Tomas@rockbox/developer/t0mas) 02.31.05 # make zip is puking size constraints errors 02.31.07 # have you tried any of the last.fm things with it? i think there are patches to write the songs listened to to a file for submitting to them 02.31.09 # wtf does that mean :( 02.31.29 Quit lodesi_ (Read error: 110 (Connection timed out)) 02.31.53 # * Bloody_Sorcerer pretends it doesnt matter 02.35.11 # mpegplayer plugin = sick nasty 02.39.23 Quit lee-qid (Read error: 110 (Connection timed out)) 02.48.58 # Bloody_Sorcerer: those are not errors 02.52.58 # Mikachu: I meant to ask about those. Why are the rwps's not being included? 02.58.29 # If I can make a comment about an earlier conversation: 02.58.31 # [2006-08-24 15:56:03] linuxstb: Well...my point is (I think I have one :)...a string of short files will load the codecs and files up to available space...long files won't have a significant relative load from loading codecs. 03.00.24 # Would a possible solution be (if this possibility (lots of mixed codec short files) is worth being concerned over) to change the code so that a codec is not removed from the buffer until a combination of time/tracks played has elapsed? 03.00.48 # So the codec would get removed from the buffer, but only after a wait period. 03.01.10 # I'm more curious about the idea in theory, than as a pratical need. 03.02.19 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 03.03.04 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 03.03.56 # Soap: I'm not certain there would be much benefit. Like was also said earlier, codecs are small. Things would get messy IMO. 03.04.23 Quit linuxstb (Read error: 110 (Connection timed out)) 03.06.57 # Soap: Most audio files approching the size of codecs are very short indeed and would buffer along with the codecs very quickly. 03.23.26 Quit spiorf (Remote closed the connection) 03.38.11 Join dan_a [0] (n=dan-mirc@217.23.173.156) 03.40.46 Join sharpe [0] (n=sharpe@user-0c8hc2c.cable.mindspring.com) 03.44.34 *** Saving seen data "./dancer.seen" 03.47.21 Join webguest82 [0] (n=467626b8@labb.contactor.se) 03.48.56 Quit webguest82 (Client Quit) 03.57.22 Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") 03.57.29 Join ni1s [0] (n=ni1s@1-1-4-36a.dre.sth.bostream.se) 03.59.22 Quit solarflare_ ("Leaving") 04.02.12 Quit Bloody_Sorcerer (Read error: 113 (No route to host)) 04.02.48 Quit dan_a (Read error: 110 (Connection timed out)) 04.09.37 Join JoeBorn [0] (n=jborn@adsl-75-3-65-237.dsl.chcgil.sbcglobal.net) 04.10.49 Quit [HO]vo|t ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 04.16.12 Part pixelma 04.27.37 Join XxBigP123xX [0] (n=182e1507@labb.contactor.se) 04.28.19 # uh i know what your all going to say but is anyone familiar with ipod linux(good with it) 04.31.06 # geuss not 04.35.14 Join ryanpg [0] (n=ryanpg@c-67-186-114-128.hsd1.il.comcast.net) 04.35.36 # wow, busy channel 04.36.06 # the website seems a touch out of date... is there any recent progress on the iaudio port? like M5 support :D 04.37.47 # reading the ml now actually... no mention of the M5 04.37.50 # :( 04.38.07 # in pacbox can i change the names of the little ghosts? 04.38.38 # you can choose between two sets of names in the settings iirc 04.41.52 # this is impressive 04.41.56 # % for a (*) {mp3tovorbis.pl -b $a} 04.41.58 # File "cover.jpg.ogg" created successfully 04.43.01 Quit ni1s (Remote closed the connection) 04.43.35 # yeah but wen i choose the names it like aaaaaaaaaaaaaaaa, bbbbbbbbbbbbbb, ccccccccccccccccccc,dddddddddddddddddddddd 04.46.21 # XxBigP123xX: That's what they're supposed to be. 04.48.14 # hrm... different question, different direction, what player is recommended if I want the best rockbox experience? 04.49.28 # o ok sharpe thanks 04.56.36 # Mikachu, are you transcoding between lossy formats? 04.57.03 Join Old45 [0] (n=42cf004a@labb.contactor.se) 04.58.21 Quit Old45 (Client Quit) 04.58.46 Join Old45 [0] (n=42cf004a@labb.contactor.se) 04.58.47 Quit jaebird (Read error: 104 (Connection reset by peer)) 04.59.39 Quit CriamosAndy ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 05.06.11 Quit Old45 ("CGI:IRC (EOF)") 05.14.53 # does anyone have any flac files without seektables that I may borrow? 05.15.52 Join jaebird [0] (n=jae@03-210.netblk-38-96-210.coolaccess.net) 05.16.11 # in podpaint(ipl) do i have to keep tapping the select button to draw a little dot? 05.21.26 # XxBigP123xX: what makes you think that we would be able to answer questions about ipl? 05.22.54 # well, actually idk but i thought id give it a try =) 05.23.54 # i would think that you would get much better responses in...hmmm...i dont know...maybe ipl's channel rather than the rockbox channel? 05.24.05 # i cant find it 05.24.09 # linkage? 05.24.30 # how would i know?...try going to ipl's site and going fromthere 05.24.41 # k 05.39.11 # XxBigP123xX: #ipodlinux it's not that hard to find... 05.44.37 *** Saving seen data "./dancer.seen" 05.45.44 # yeah but im using firefox and wen i press it it says it cannot open it 05.46.57 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 05.47.09 # and frget that now have another question 05.47.44 # huh? you press what? 05.47.56 # how do i load diffrent wads in doom 05.47.57 # why can't you just join #ipodlinux? 05.48.18 # ah, webclient. 05.49.05 # Webclient isn't an excuse for posting in the wrong channel. It's not like there aren't fifty billion free ways to connect to IRC. 05.49.28 # * Paul_The_Nerd walks in and talks about something he has no basis to interject in. 05.49.47 # ^^^^ i have no idea what you two are talking about 05.50.13 # Paul_The_Nerd: i was asking why he couldn't join. i agree that he should not ask here. 05.50.36 # XxBigP123xX: rockdoom? it's in the manual, the wiki, several forum threads.. 05.50.44 # Paul_The_Nerd: we have a log...you have no excuse for this behavior =P 05.50.51 # o ok thanks 05.50.59 # scorche: I have an excuse, it's just not a *valid* excuse 05.51.32 # Paul_The_Nerd: well shame on you! 05.53.24 # i have excuses for everything... 05.53.48 # sharpe: ok...what is your excuse for butting into a conversation that had nothing to do with you? 05.55.47 # well, it was two minutes after a thing had been said. 05.56.03 # ...and? 05.56.05 # sharpe: and what's the one for being a total bitch 24/7? 05.56.20 # aww. that's not nice. 05.57.13 # sharpe: why not?...you ARE a dog =) 05.57.21 # gender confused one...but still 05.58.16 # yeah. that's really funny. 05.59.13 Join RoC_MM [0] (i=dragon@c-24-129-89-52.hsd1.fl.comcast.net) 05.59.13 # it actually was, but that's beside the point - what was the excuse for it? 06.00.17 Quit Drkepilogue ("CGI:IRC (EOF)") 06.07.20 Join _jhMikeS_ [0] (n=jethead7@adsl-68-73-207-97.dsl.sfldmi.ameritech.net) 06.12.21 Join dongs_ [0] (n=HPUX@h193045.ppp.asahi-net.or.jp) 06.12.33 Quit dongs (Read error: 104 (Connection reset by peer)) 06.22.55 Quit jhMikeS (Read error: 110 (Connection timed out)) 06.33.54 Quit dongs_ (Read error: 110 (Connection timed out)) 06.37.52 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 06.40.03 Join BigMac [0] (n=dummeska@64-252-108-144.adsl.snet.net) 06.40.11 Quit XxBigP123xX ("CGI:IRC (EOF)") 06.40.27 Quit rotator ("zzzzzzzzzz") 06.40.32 # Paul_The_Nerd, are you present? 06.40.51 # Yes 06.41.58 # are you a member of colbertnation.com? 06.42.36 # No. 06.42.57 # what is your forum nickname? 06.43.03 # llorean right? 06.43.07 # Yes. 06.43.19 # ok nvm 06.43.32 # there is a person with lloorean as a nick 06.43.49 # Ah 06.53.17 Quit daurnimator (No route to host) 06.56.45 Quit merbanan (Remote closed the connection) 07.00.41 Quit juxtap (Read error: 110 (Connection timed out)) 07.08.39 Join RoC-MM [0] (i=dragon@c-24-129-89-52.hsd1.fl.comcast.net) 07.12.20 # night. 07.12.21 Quit sharpe ("Leaving") 07.23.16 Quit RoC-MM ("Leaving") 07.31.46 Quit t0mas (Read error: 104 (Connection reset by peer)) 07.31.49 Join t0mas_ [0] (n=Tomas@ip503c08d1.speed.planet.nl) 07.44.40 *** Saving seen data "./dancer.seen" 07.46.43 # morning :P 07.54.25 # morning 07.54.47 # It seems we exceed the LCD timing specs on H300 :( 07.58.23 # huh ? 07.58.30 # main LCD? 07.58.33 # yes 07.59.32 # The datasheet says: write cycle time >= 150ns, low pulse width >= 40ns, high pulse width >= 70ns 08.00.18 # We're running /CS1 with 2 waitstates at 124MHz. Busclk = CPUclk/2, so one bus clock cycle is ~16ns 08.01.08 # A non-burst bus cycle is (3+ws) clock cycles, of which (2+ws) clock cycles /WR and /CS is held down 08.02.04 # So the low pulse width is within specs: 4*16ns = 64ns >= 40ns. We could even shave off one waitstate. 08.03.02 # But: There's sometimes only one other instruction between 2 consecutive writes. So our high pulse width is only 1 or 2 bus clocks, i.e. 16 or 32ns 08.03.30 # (not sure whether the instruction is shadowed by the write pipeline or not) 08.03.33 Quit dwihno (Read error: 54 (Connection reset by peer)) 08.03.44 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 08.03.52 Join dwihno [0] (n=dw@81.8.226.44) 08.04.30 Quit MarcoPolo (Remote closed the connection) 08.04.40 # That means both the high pulse width (16 or 32ns, need >= 70ns) and the cycle time (80 or 96ns, need >= 150ns) are out of specs 08.05.05 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 08.05.13 # That is, if I don't miss something important... 08.07.55 # amiconn: since when is this time exceeding ? 08.08.17 # Since the asm optimised data transfer 08.08.40 # Several months 08.09.14 # Otoh, the overall transfer speed lies in the expected range with obeying the timing. 08.10.10 # A cycle time of 150ns means the theoretical limit is 6.67MPixel/s or 13.33MByte/s 08.10.21 # We transfer ~10MByte/s 08.10.42 # (of course that includes the DRAM read) 08.11.21 # * amiconn could need LinusN to solve this mystery :/ 08.14.44 # but i haven't observed any problems ... 08.17.42 # I didn't observe any either 08.18.55 # I only found this because I was calculating waitstates & stuff for every possible CPU clock, which also involves the LCD waitstates... 08.22.13 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 08.22.15 Join Siku [0] (i=Siku@dsl-kpogw4-fe52df00-45.dhcp.inet.fi) 08.25.40 Join Zagor [0] (n=bjst@rockbox/developer/Zagor) 08.27.28 Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) 08.35.11 Quit RoC_MM (Read error: 110 (Connection timed out)) 08.39.24 Join Drkepilogue [0] (n=46e79903@labb.contactor.se) 08.39.29 # hey 08.39.42 # foa question for the coders 08.39.56 # caN U WRITE C PROGRAMS WITH UNIx? 08.40.00 # srt for cap 08.40.02 # sry* 08.41.52 # Drkepilogue: some people here can .... 08.42.20 # hahah 08.42.25 # i mean, is it possible to use unix to write c programs 08.42.26 # i dunno, can you write BASIC programs on a c64? 08.42.26 # * Bagder doesn't understand the question 08.42.35 # Drkepilogue: yes of course 08.42.40 # C was made on and for unix 08.42.46 # o 08.42.47 # ok 08.43.19 # im not smrt about these things 08.43.20 # ty 08.43.25 Join ender` [0] (i=null@84.52.165.220) 08.45.13 Quit Drkepilogue ("CGI:IRC (EOF)") 08.54.35 Join Rob2222_ [0] (n=Miranda@ACAE4E52.ipt.aol.com) 09.01.34 Quit JdGordon ("using sirc version 2.211+KSIRC/1.3.12") 09.02.07 Join [H5N1] [0] (i=mrflu@laggy.us) 09.03.07 Quit Rob2222 (Read error: 60 (Operation timed out)) 09.05.00 # hi al 09.05.02 # l 09.08.26 Nick pabs_ is now known as pabs (n=pabs@xor.pablotron.org) 09.11.42 Join webguest84 [0] (n=c27f0812@labb.contactor.se) 09.13.08 Join _FireFly_ [0] (n=FireFly@p54A44F80.dip.t-dialin.net) 09.13.19 # Hi. There is a typo in the RB manual. In the section about "A-B" feature, it reads "This option is more complicated to use THAT the others". It should read "...THAN the others" 09.13.51 # thanks for pointing out one of surely hundreds. :) 09.13.59 # we'll consider fixing this. very intensely. 09.14.22 Join daurn|laptop [0] (n=quae@124.243.137.107) 09.15.40 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.20.54 # :-P 09.21.05 # webguest84: Typos should be reported on the patch tracker, just like anything else. 09.21.45 # * amiconn is surprised about midkay's reaction 09.21.56 # amiconn? 09.23.43 # * amiconn had the impression that midkay is usually very picky about spelling & grammar 09.24.12 # i am, what's your point? it was sarcasm :0 09.24.14 # :)* 09.25.15 # morning LinusN 09.25.25 # moo 09.25.31 # o..kay.. 09.25.48 # * LinusN gets some black goo in a cup 09.25.55 # LinusN: Could you help solving the LCD timing mystery (H300/X5)? See today's log starting 07:54... 09.26.00 # Paul_The_Nerd: yes, I know, that's the official way. But if the authors are reading here it will be quicker and "lighter" way. BTW: IMHO, "A-B" should be written using a dash, not "--" in TeX. 09.26.19 Quit mirak ("Ex-Chat") 09.27.01 Join linuxstb [0] (n=5343d4aa@labb.contactor.se) 09.27.23 # webguest84: No need to file a bug report - I've just fixed it. Thanks for reporting. 09.27.35 Join dan_a [0] (n=dan-mirc@217.23.173.156) 09.30.37 # amiconn: you wonder why it still works even if we exceed the timing specs, or what? 09.31.04 # Yes, and whether we actually exceed the specs or not 09.31.18 # Some numbers are simply not matching well... 09.31.20 Join tucoz [0] (n=528676e7@labb.contactor.se) 09.31.55 Quit linuxstb ("CGI:IRC") 09.32.27 # On X5 it's even worse. Minimum cycle time is 200ns instead of 150ns (HWM=0), but we're writing at the same speed as on H300 09.32.30 # we all know that the h300 lcd is timing sensitive, but maybe the x5 controller is different 09.32.50 # It is? 09.33.02 # webguest84: what did you mean about the dash and A-B? 09.33.04 # we also know that some h300 users have problems 09.33.25 # not many, but some 09.33.26 # * amiconn didn't know that 09.33.39 # it's in the forums 09.34.27 # As far as I know, it is written as A-B everywhere. Not A--B. Or did I misunderstand you? 09.34.30 # amiconn: http://www.rockbox.org/tracker/task/5353 09.35.33 # speaking of timing, hwm mode is out of the question, unless we can make the coldfire hold CS down during the entire transfer 09.35.42 # Hmm. Random pixels would indicate exceeded timing 09.35.46 # yes 09.36.07 # But according to my cals, we're _significantly_ exceeding timing specs 09.36.30 # Something must be wrong, as I wouldn't expect it to still work if that's _really_ the case 09.36.56 # i believe the lcd timing has generous margins 09.37.18 # Btw, why is HWM out of question? The controller datasheet doesn't _require_ /CS held low during the 4 consecutive transfers 09.37.45 # The diagram shows it that way, but it's nowhere required in the text or tables 09.38.22 # tucoz: the ipod3g manual doesn't build for me... 09.38.31 # amiconn: don't you remember that we tried this on the h300, and it only transferred every 4 pixels 09.39.08 # a loooong time ago 09.39.28 # Didn't know that... 09.39.30 # Bagder: ok. Maybe I forgot something. I´ll check it out later. 09.39.57 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust472.winn.cable.ntl.com) 09.40.58 Quit matsl (Read error: 110 (Connection timed out)) 09.40.58 Quit tucoz ("CGI:IRC (EOF)") 09.42.25 # * LinusN broke 5 wires in his x5 lcd strip the other day 09.43.02 # but i managed to repair them by soldering 09.43.25 # this means that i can't open it up and measure the lcd timing, because then i'll break it for good 09.43.46 # tucoz: no, it's written as "A--B", i.e. with two dashes (at least at one place, in the A-B section) 09.44.44 *** Saving seen data "./dancer.seen" 09.46.10 Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) 09.46.39 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 09.46.43 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 09.47.01 Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) 09.47.02 Quit linuxstb_ (Nick collision from services.) 09.47.18 Part Paul_The_Nerd 09.49.00 Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) 09.49.49 Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) 09.50.23 Part webguest84 09.50.24 # dan_a: Are you around: 09.50.51 Join webguest84 [0] (n=c27f0812@labb.contactor.se) 09.51.22 Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) 09.52.13 Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) 09.56.14 Join BHSPitLappy_ [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) 09.56.33 Part BHSPitLappy ("Leaving") 09.56.50 Nick BHSPitLappy_ is now known as BHSPitLappy (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) 09.59.30 # yo 10.01.53 Join tucoz [0] (n=martin@rockbox/developer/tucoz) 10.02.38 # linuxstb: Not for long. I've (just) figured out where the stack overflow is coming from 10.02.52 # Bagder, you can try now 10.03.33 # dan_a: If I remove the sleep() in apps/main.c:init(), then it doesn't panic any more. 10.03.34 # Change the sleep() in app_main to a udelay or a load of nops 10.03.45 # Yes, I've done that... 10.03.55 # tucoz: thanks, seems to build fine now 10.04.01 # tucoz: have you seen my comment about two dashes in "A-B" section? I don't like to file a bug. 10.04.35 # It needs long enough for the COP to wake up and set the variable to say that it's alive before the CPU decides whether to sleep it again or not 10.04.41 # dan_a: I'm still debugging - I can call create_thread_on_core(CPU,....) from mpegplayer and successfully decode the video in a new thread, but the thread refuses to run if I start it on the COP. 10.04.49 # webguest84, I saw your comment, but not a reply to my question. (me checks logs) 10.05.19 # linuxstb: Does it show up in the OS Stacks debug screen 10.05.33 # webguest84, yes. But I didn't understand what you mean. We write A-B as A-B, not A--B 10.06.13 # You should have a main thread and your thread on core 1 10.06.31 # webguest84, oh. you are talking about the A-B feature, not the button right? 10.06.44 # tucoz: yes 10.06.47 # dan_a: Just testing now 10.07.06 # aha. I am not sure why it is written like that. Let me check that. 10.07.50 Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-112-165-230.austin.res.rr.com) 10.08.08 # dan_a: I don't have a main thread on the COP - just my own thread. 10.08.53 # linuxstb: Try commenting out the line that sends the COP back to sleep (after the sleep that you deleted) 10.09.03 # tucoz: 3g manuals are online 10.09.19 # thanks :) 10.11.22 # dan_a: When I first start Rockbox, should the OS Stacks screen show a main thread on the COP? 10.11.45 # linuxstb: Yes 10.11.47 # webguest84: to be honest, I have no idea why it is written using two hyphens. Maybe the writer simply wanted a longer hyphen? 10.11.56 # dan_a: OK, that's not happening. 10.12.18 # What happens if something tries to un-boost the CPU when it's not boosted? 10.12.33 # Even when you delete the line that sends it back to sleep? 10.12.50 # Yes. 10.12.53 # hmm i got this fm transmitter but my sound sounds all muffled.. how can i reset the rockbox settings? 10.13.13 # I have to go now - I'll be back online in about an hour. My guess is that I've got the interrupt addresses wrong 10.13.27 # dan_a: I'll keep investigating - thanks. 10.14.35 # tucoz: I think so. But I also thing that the desire was wrong :-) 10.14.36 Quit apo` (Read error: 104 (Connection reset by peer)) 10.14.46 # firenx: what makes you think it has anything to do with the rc settings? 10.15.02 # firenx: which player model do you have? 10.15.03 # Paul_The_Nerd: Nothing. The boost counter will get decremented, but there is a check to make sure it never goes below zero. 10.15.07 # well it sounds crappy on my headphones too so i think its something i did 10.15.09 # ipod video 30gb 10.15.20 # do you think using only one hyphen is the proper British way of writing it? 10.15.44 # linuxstb: Okay. I had assumed that was the case. 10.15.46 # Thanks 10.15.59 # tucoz: Shouldn't "A-B" the feature be something like "A<->B" ? 10.16.29 # Well, isn't it "A to B" since it doesn't bounce, it loops. So maybe A->B? 10.16.52 # linuxstb, maybe. I don't know what it is called in Rockbox. I can not find my charger, and the h120 is without juice atm. 10.18.16 # but I agree that it shouldn't be two hyphens now. 10.18.28 # ok so i put a song on the apple os and it sounds good 10.18.33 # so it must have been something i did with rockbox 10.19.10 # firenx: start it with the hold button on 10.19.22 # ok 10.19.26 # that should reset the rc settings to their default values 10.19.35 # rb even 10.19.41 # webguest84, fixed. thanks for reporting 10.20.27 # hmm still doesn't sound quite right 10.20.56 # all my settings look the same tho.. time is right, theme is right 10.21.16 # tucoz: yes, I would do so. Wikipedia states something different though. Hmm... I think we should leave it as it is then. Or the other way :-))) 10.22.23 # If it is called A-B in Rockbox, then it should be that (Imo). Not what wikipedia says. It is a setting after all. 10.24.10 # firenx: Did it say "Settings Cleared" when you booted? 10.24.35 # i dont think so.. anyways i deleted it and put rockbox back on.. sounds proper now :) 10.25.05 # but thats cool i had been messing with all the settings to see what they do anyways hehe 10.25.47 # tucoz: "...It is a setting after all." OTOH A-B as a feature means "play from A to B". And "X to Y" is written with double dash (en dash). I don't know. We should ask in a typesetting user group :-) 10.27.07 # webguest84, hmm. that is probably why it was written like that. maybe i was a bit quick with that commit. 10.27.07 Quit San||Away (Read error: 104 (Connection reset by peer)) 10.27.22 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 10.31.27 Join apo` [0] (n=apo@dslb-088-065-065-166.pools.arcor-ip.net) 10.31.56 # tucoz: after having thought about this I still think it should have only one dash. The button has one dash, in the menu we also have one dash. So, to be consistent, we should also have only one dash in the feature name. Even if it's slightly incorrent semantically. 10.32.30 # Is it 'The build contain a file and a directory ' or 'The build contains a file and a directory' ? 10.32.40 # tucoz: one more point: "Repeats between two user defined point within a track" should read "...POINT_S_..." 10.32.43 # webguest84, ok. we'll do that for now then. 10.33.03 Quit dan_a (Read error: 110 (Connection timed out)) 10.33.20 # tucoz: I'd say "the build contains" 10.33.46 # Or "the build zip file contains" - if that's what you're talking about. 10.34.35 Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 10.34.35 Quit San (Read error: 104 (Connection reset by peer)) 10.34.41 Join dan_a [0] (i=dan_a@217.23.160.38) 10.35.44 # thanks 10.38.53 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 10.38.53 Quit San||Away (Read error: 104 (Connection reset by peer)) 10.45.37 # linuxstb, are the install instructions for the 3g equal to that of the 4g? 10.45.57 # Yes. 10.46.23 # Although the hardware key combinations are different on the 4g - see http://ipodlinux.org/Key_Combinations 10.46.26 # ^3g 10.46.41 # and the file is called bootloader-3g.bin? 10.46.59 # yes. 10.48.19 # hmm. sometimes it is 'harddrive' and sometimes 'hard drive'. what should i use? 10.48.45 # I think 'hard drive' is correct 10.49.07 # dan_a: It looks like cop_main() is never called... 10.49.54 # linuxstb: That's... odd. There's nothing in crt0.S that I've made PP5002 only, is there? 10.50.07 Quit daurnimator ("Changing server...") 10.50.07 # I can't see anything. 10.50.13 Join bluebrother [0] (i=cyX7c1Cz@nat-wh-1.rz.uni-karlsruhe.de) 10.51.18 Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 10.51.18 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 10.51.18 Quit San (Read error: 104 (Connection reset by peer)) 10.51.25 # bluebrother, hi :) did i do something stupid when i changed the A--B to A-B? 10.51.27 # The way to test that would be to have the first line of cop_main send the cop to sleep, and then check from the CPU what its status is 10.51.30 Quit San||Away (Read error: 104 (Connection reset by peer)) 10.52.01 # tucoz, no. 10.52.07 # ok. good 10.52.16 # tucoz: have you also changed 'point' to 'points' (see above)? 10.52.41 # it just produces a longer dash, but maybe that dash is even better in that place. 10.52.48 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 10.53.29 # webguest84, ah. right. no. i was going to ask you if you wanted to sum up what you think should be changed, and we can fix several things in one go. 10.54.08 # linuxstb: How are you testing if it gets called? 10.54.28 # tucoz: then I'd have to file a bug report. And I'm too lazy for that :-) 10.55.06 # you could write down what you find, and paste it in a paste bin then :) 10.56.10 # amiconn: in the metronome plugin, the timer_register() succeeds, but the timer callback is never called 10.56.26 # however, if i rolo rockbox, is works 10.56.27 Quit San (Read error: 104 (Connection reset by peer)) 10.57.04 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 10.58.10 # LinusN: Yes, and it also works if you exit metronome and start it again 10.58.10 Quit San (Read error: 104 (Connection reset by peer)) 10.58.16 # saw that too now 10.58.18 # dan_a: I've put a variable (cop_count) in IRAM, and I increment that variable at the start of cop_main() and display it in the debug OS stacks screen. 10.59.03 # But the doom hang must have a different cause. Doom also hangs if you select the tick emulation by current_tick instead of using TIMER1 10.59.27 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 10.59.35 # amiconn: yes 10.59.40 # Btw, it could be possible to keep /CS low for 4 consecutive LCD writes 10.59.45 # linuxstb: You still have COP_CTL = PROC_WAKE in init()? 10.59.49 # amiconn: how? 11.00.01 # /CS can be switched to GPIO 11.00.02 Quit San (Read error: 104 (Connection reset by peer)) 11.00.30 # Then all code between this switch has to run in IRAM, must not access data outside IRAM, and disable interrupts 11.00.37 # amiconn: but how do you set cs high again without generating additional cycles on the bus? 11.00.43 # dan_a: Yes. 11.00.50 # And have you tried taking out the 'if(!cop_is_available) COP_CTL = PROC_SLEEP'? 11.01.27 # Or does accessing MBAR also generate bus cycles on the external bus? 11.01.27 # webguest84, the point_S is fixed 11.01.32 Join spiorf [0] (n=spiorf@host4-125.pool8248.interbusiness.it) 11.01.37 # amiconn: no, i don't think so 11.01.50 # dan_a: Yes, that's commented out. 11.01.56 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.06.22 # but i'm not sure that R/W is silent 11.06.22 # Dunno whether it's worth the hassle; accessing MBAR is _dea_ slow 11.06.22 # s/dea/dead/ 11.06.22 # tucoz: OK 11.06.22 # A write needs 12 cpu cycles, read-modify-write (or/and/eor) needs 25 cpu cycles 11.06.22 Quit _FireFly_ ("Leaving") 11.06.22 DBUG Enqueued KICK amiconn 11.06.22 # LinusN: Could you perhaps measure timing on H300 then? 11.06.22 Quit San (Read error: 104 (Connection reset by peer)) 11.06.22 # (re the broken wires on your X5) 11.06.22 # amiconn: perhaps 11.06.22 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.06.22 # yes... 11.07.33 # linuxstb: What does '@' in front of a line of assembler do? As in '@ldr r4, =PP5020_COP_CTRL' 11.08.46 # dan_a: I think that's a comment... 11.08.53 Quit pike (Read error: 54 (Connection reset by peer)) 11.08.56 Join pikester [0] (i=amiga@c83-249-120-24.bredband.comhem.se) 11.09.06 # Ah. I think you need a new bootloader then! 11.09.14 # :) 11.10.47 Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.10.47 Quit San (Read error: 104 (Connection reset by peer)) 11.11.37 Join XavierGr [0] (n=xavier@ppp181-43.adsl.forthnet.gr) 11.13.38 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.13.38 Quit San||Away (Read error: 104 (Connection reset by peer)) 11.15.17 # amiconn, do you think the mpeg player should be ported to the grayscale targets? 11.15.21 Quit San (Read error: 104 (Connection reset by peer)) 11.15.51 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.15.54 # Is there really a reason *not* to, assuming anyone wants to bother with doing it? 11.16.17 Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) 11.16.41 # I don't think there is a reason not to. Just wanted to ask. 11.16.41 Quit San (Read error: 104 (Connection reset by peer)) 11.17.07 # and in that case, what needs to be done 11.17.36 # no 11.17.47 # On the grayscale targets, RVF makes more sense 11.17.53 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.18.42 # amiconn, isn't it possible to transcode an mpeg to grayscale? 11.19.54 # Yes, on a PC 11.20.14 Ctcp Ignored 2 channel CTCP requests in 0 seconds at the last flood 11.20.14 # * Genre9mp3 wonders why rvf is only for Archos 11.20.33 # Genre9mp3: Because nobody ported video.rock yet? 11.20.45 # Wett was working on it, then vanished :( 11.20.50 # well someone once made one for h1x0 but never contributed any code 11.21.09 # Ah ok....I thought maybe there was a reason for that 11.21.34 # hehe. the joy of not posting your hard work for others to finish 11.22.17 # In my mind, RVF making more sense is just reason to get RVF support working _first_ rather than doing it only. It'd still be nice to have mpeg support on the grayscale targets I think, just because it's a standard format. Couldn't you, in the case of color files, just display the Y and not have it look *too* bad? 11.22.24 # BTW the video on rvf uses some special codec or is it just uncompressed 2bpp frames? 11.22.58 # Genre9mp3: in fact it's 1bpp atm 11.23.03 # and mp3 audio 11.23.49 # dan_a: That didn't help - I think r4 was already containing that address anyway. 11.24.52 # Bg3r: Thanks...now I understand why it looks like random dots in the screen when its paused 11.26.42 # haha 11.27.00 # linuxstb: I wonder where the COP is going when you wake it up, then? I'm just reading through crt0.S to make sure there's nothing I've missed. 11.28.34 # Paul_The_Nerd: IMO, rvf will give better quality than MPEG on the greyscale targets - you're avoiding all the artifacts of MPEG encoding. So yes, MPEG support might be nice, but as you need to re-encode everything anyway in order to view it in Rockbox, why not just reencode to RVF? 11.29.23 # Genre9mp3: rvf is uncompressed 1bpp frames at the lcd's internal refresh rate 11.29.44 # Audio is mp2/mp3 (could also be another codec for swcodec targets) 11.29.44 Quit San (Read error: 104 (Connection reset by peer)) 11.30.04 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.30.08 # Bg3r: It will also be 1bpp for the 2bpp targets 11.30.26 # whats the bitrate of rvf? 11.30.30 # amiconn: I'm impressed about the fact that is 1bpp but looks so good! 11.30.31 # Pixel flipping and the lcd's internal greyscale generation don't mix well 11.31.03 # xorAxAx: Depends on the lcd resolution and internal refresh rate. For archos it's 480kbps + audio bitrate 11.31.13 # thats quite much 11.31.20 # linuxstb: In the case that it is able to playback color videos in grayscale, because a video can then be shared between users of same-sized screen players. I just think it'd be convenient, for example, if someone with an X5 could share a video with someone with an H120 even in a situation where transcoding software isn't available. 11.31.21 # for such a small screen 11.31.33 # nobody tried using compression? 11.31.38 # (even lossless) 11.31.51 # Compression is simply out of question on archos 11.32.00 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 11.32.20 # linuxstb: But remember, I'm not saying I think anyone should work on this. I'm saying that I'd be happy if someone ever did, as I think it'd be nice. I just like the idea of it. 11.32.23 # Pumping the frames to the lcd already consumes 50% cpu (because the transfer is serial bit-banging - highly optimised btw) 11.32.41 # And the frames won't compress well 11.32.49 Quit San (Read error: 104 (Connection reset by peer)) 11.33.03 Join BHSPitLappy [0] (n=steve-o@ppp-70-251-76-16.dsl.rcsntx.swbell.net) 11.33.08 Quit XavierGr (Read error: 110 (Connection timed out)) 11.33.23 # Paul_The_Nerd: Transcoding live and using the grayscale lib will produce worse quality at higher cpu load 11.33.26 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.33.28 # amiconn: does it work on ipods as well? 11.34.05 # amiconn: Would that really be transcoding? 11.34.05 Quit San (Read error: 104 (Connection reset by peer)) 11.34.17 # * Paul_The_Nerd is not at all familiar with video. 11.35.08 # amiconn: so the main archos cpu is constantly feeding serial bitstream data into the lcd controller while displaying menus etc.= 11.35.35 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.37.17 # Not constantly, only when the lcd is updated 11.38.48 Join San||Away [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.38.48 Quit San (Read error: 104 (Connection reset by peer)) 11.39.03 # linuxstb: What happens if you comment out HAVE_ADJUSTABLE_CPU? The COP seems sensitive to that, but it works OK on the 3G now 11.40.54 Join San [0] (n=San@213-202-155-164.bas503.dsl.esat.net) 11.40.54 Quit San||Away (Read error: 104 (Connection reset by peer)) 11.40.57 Quit San (Remote closed the connection) 11.41.50 # Hmm, a Flyspray request here... is there any way to sort a list (e.g. bug reports) in date last edited/updated order? 11.42.19 # i.e. see those where new comments have been added recently at the top 11.43.24 # I don't know, but you can subscribe to the rockbox-sf mailing list and get the comments emailed to you. 11.44.00 # or read the rss feed 11.44.13 # From FlySpray? 11.44.42 # http://dir.gmane.org/gmane.comp.systems.archos.rockbox.sourceforge 11.44.45 *** Saving seen data "./dancer.seen" 11.45.13 # yes, those are sent from flyspray 11.45.24 # Thanks, I assumed that was just for the old SourceForge setup. 11.45.35 # the name is _slightly_ misleading ;-) 11.45.46 # Just a tad..!! 11.46.23 # Great, that's just what I was after 11.46.26 # pondlife, just click on the table headings like in windows explorer 11.46.38 # Yes, but there's no "last updated" heading 11.46.42 # That was my first thought 11.47.02 # Or can I customize that? 11.48.51 Join shirour [0] (n=mrobefan@87.69.85.173) 11.49.01 # Bagder, is there a cvs rss feed as well? 11.49.06 # hi there. 11.49.06 # yes 11.49.15 # tucoz: http://dir.gmane.org/gmane.comp.systems.archos.rockbox.cvs 11.49.25 # Bagder, thanks :) 11.49.27 # i'm a dev. of olympus m:robe 500i.... 11.49.41 # we've been able to compile C code and run it 11.49.47 # shirour: cool! 11.49.55 # we wrote remote, lcd and a few hd drivers 11.50.12 # and now i'm considering porting rockbox to it... 11.50.24 # you can check it out at: mrobe.fan.googlepages.com 11.50.25 # shirour: wow! 11.50.25 # shirour: we'll love you 11.50.47 # who here can help me start this project? 11.50.58 # we're many 11.51.12 # great! 11.51.13 # shirour: how do you start your own code? 11.51.21 # for information about what we've done, check out: 11.51.22 # http://mrobe.fan.googlepages.com/ 11.51.31 # badger - with an exploit 11.51.48 # seems to be a common way these days 11.51.54 # the same as the medios guys use? 11.51.59 Join muesli__ [0] (n=muesli_t@88.134.104.25) 11.52.03 Quit muesli__ (Client Quit) 11.52.07 # not the same 11.52.09 # but very much alike 11.52.12 # ok 11.52.16 # the exploit is different 11.52.37 # shirour: anyway, the way most our ports work is that we have a bootloader for the initial startup, and that bootloader loads rockbox from disk and starts it 11.52.37 # m:robe 500i is based upon TI's DM320 11.52.44 # shirour: the gmini402 is as well 11.52.58 # which the medios runs code on 11.53.02 # - i already wrote something that loads a software from the HD and runs it 11.53.19 # then you should be able to get rockbox going pretty easily 11.53.27 # i've managed to run mediOS 11.53.45 # well Badge, i wish... right now i want to know how to start... 11.53.50 Join ni1s [0] (n=ni1s@1-1-4-36a.dre.sth.bostream.se) 11.53.53 # shirour: 1 get the rockbox code, 2 add your target in tools/configure and a new firmware/export/config-*.h file 11.54.07 # 3 select to build a bootloader 11.54.10 # shirour: that's great! 11.54.12 # make sure (3) builds 11.54.36 # then there's nothing stopping you from going to a full-fledged rockbox 11.54.53 # i've downloaded the latest CVS version... 11.54.53 # shirour: did you tell the archopen guys? 11.55.08 # i've talked to them 11.55.24 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 11.55.39 # but since we're not completely the same, right now porting from one to the other is still a bit problematic... 11.55.42 Join _FireFly_ [0] (n=FireFly@p54A4586C.dip.t-dialin.net) 11.56.01 # let me understand - where are all the driver's code located? 11.56.03 # yeah, the archopen guys should go rockbox as well... ;-) 11.56.06 # If they start supporting the m:robe and maybe also the vision:m they should start thinking of a new name :) 11.56.19 # shirour: in firmware/ and firmware/drivers 11.56.27 # shirour: with target adjustments in firmware/target/ 11.56.35 # so the bootloader takes its includes from there? 11.56.41 # compare with for example how the h10 build is made 11.56.59 # since h10 is pretty new and arm based too 11.57.08 # mmm... ok... sounds good.... 11.57.17 # I've been thinking of the manual licence. As far as I can tell, the GFDL is subject to the compiled manuals as well as Latex source code. However, it does not include the .svg sources we use for the player images (only the pdf). 11.58.47 # Bagder: I'm planning to buy myself a present today... a Sansa shaped one 11.58.54 # wooo 11.59.27 # where can i find docs for the different configuration vars found in tools/configure ? 11.59.27 # welcome to "oh how the heck do we get anything to display on the LCD" project :*) 11.59.49 # shirour: only by reading the scripts and code ;-) 12.00.04 # aouch 12.00.04 # shirour: start out cloning the h10 ones and edit those that you notice are wrong 12.00.10 # Well, Rockbox is too close to working on the 3G iPod now! 12.00.17 # haha 12.00.27 # (or maybe the "Transparent" section covers svg's as well. 12.00.28 # ) 12.00.56 # * amiconn considers rockbox still far from release status on all the ipods 12.01.49 # amiconn: My comment was a bit tongue-in-cheek - I know there's still a lot to do 12.02.12 # what's the mi4 thing? 12.02.26 # shirour: the file format for h10, you don't need that 12.02.43 # but you can instead invoke your own "make firmware" tool there 12.04.04 # I think I will send an email to the licensing guys at gnu.org and ask for advice 12.04.19 # tucoz: sounds like a good idea 12.05.27 # maybe i should use the gigabeatf? it has arm9 12.05.40 # shirour: true 12.05.43 Join barrywardell [0] (n=barrywar@194.46.166.56) 12.05.53 # but you'll notice that they don't differ very much 12.06.32 # dan_a: Were you able to successfully run test_gray2 in the meantime? 12.06.32 # shirour: barrywardell might have some "first stab at rockbox port" hints as he's just walked done the path your walking 12.06.43 # s/done/down 12.06.48 # hi 12.06.52 # shirour: the interesting ARM9 specific things are not in cvs yet 12.07.05 # hi 12.07.06 # like MMU code 12.07.12 # oh i see... 12.07.35 # shirour: markun is mr Rockbox-on-gigabeat 12.07.35 # is there a branch for that? 12.07.41 # * barrywardell goes to check the logs to see what's going on 12.08.10 # amiconn: I was never able to get it to be steady, and the buttons didn't seem to exit - so no. 12.08.33 # That's odd, since otoh the grayscale lib works on 3G 12.08.46 # I know 12.09.05 # ...just not properly tuned yet 12.09.54 # I'll have a look at the code and give it another go sometime soon. 12.10.05 # Scrolling back & forth adjusts the cycle. You need to adjust it a bit, then leave the wheel alone 12.10.17 # The timer cycle isn't stable when it's adjusted 12.10.41 # 0xf00d 12.10.46 # When you got it stable, Select should end the measuring cycle and display the value 12.10.56 # Menu should then quit the plugin 12.11.28 # Neither Select nor Menu seemed to work when I tested it 12.11.49 # would you recommend to use player:gui first? 12.11.53 # shirour: so you're starting a new Rockboox port 12.13.01 # barrywardell: yeah, i want to 12.13.40 # dan_a: If you make the cycle far too short (requires scrolling forward for quite some time), the plugin will hang in the isr 12.13.43 # i've been working for a long time on the exploit and drivers, and now i want to have a real software for it 12.13.47 # there is a page somewhere in the wiki about creating a new build target 12.14.11 # But that's not very likely since I reduced the lcd area used by the plugin, so less data is transferred in the isr 12.15.36 # shirour: http://www.rockbox.org/twiki/bin/view/Main/PortingHowTo 12.16.02 # tucoz, what happened to the license issues mail rasher send to the dev list some time ago? 12.16.34 # bluebrother, no-one answered him. I discussed it in here with him some time. 12.16.46 # shirour: you'll find it easier to get a bootloader build to work first as it's much simpler 12.16.55 Join Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust291.lutn.cable.ntl.com) 12.16.57 # barrywardell: thanks! 12.17.26 # barrywardell: so what should i do ? i have a file i've made that loads a binary from the HD, copy it to the RAM and runs it 12.17.53 # I haven't had time looking on this (but I still want to get around reading and comparing the licenses) 12.18.07 # amiconn: It's possible I'd scrolled back too far, but I *think* I remembered to test just entering and leaving the plugin. As I say, I'll retest later. 12.18.25 # amiconn: i found the timer bug 12.18.58 # i've already done most of the things written in the newport... 12.19.06 # do the things it says in the wiki page. put your drivers in firmware/target/arm/olympus/mrobe or whatever 12.19.11 # i have my own WIKI which covers it in the URL i gave before 12.19.27 # also edit firmware/SOURCES 12.19.29 # it turned out that the timer was already enabled in TMR, and when that happens, the first write to TMR clears it (because the RST bit does a 1->0 transition) 12.19.36 # bluebrother, I am writing a mail to ask if our current licence covers our source code, images AND the generated documents. 12.19.54 # dan_a: Scrolling back increases the cycle, so it shouldn't cause any problem 12.19.57 # shirour: and also bootloader/SOURCES 12.20.25 # tucoz, ok. 12.20.42 # LinusN: Huh, interesting. Where does that extra enable happen? It doesn't happen on iriver... 12.20.57 # probably in the cowon bootloader 12.21.11 # shirour: if you look at bootloader/h10.c it just prints a line to the lcd. you could start with that 12.21.22 # daurn|laptop: are you here? 12.21.51 # shirour: What format is the framebuffer for your LCD? RGB565? 12.22.20 # it has many options... one of them is simple RGB 12.22.42 # amiconn: so now i'll see if i can attack the doom hang 12.22.50 # At least initially, you should use rgb565 in Rockbox - that's the format all the higher-level LCD drawing code works with. 12.23.15 # no problem 12.23.21 Join dan_a_ [0] (i=dan_a@217.23.160.38) 12.23.35 Quit dan_a (Read error: 104 (Connection reset by peer)) 12.25.04 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 12.25.34 Quit amiconn (Nick collision from services.) 12.25.34 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 12.26.03 # LinusN: But why does the RST transition matter? The register setup takes place after that... 12.28.04 Quit Pyromancer (Read error: 110 (Connection timed out)) 12.28.12 # * amiconn is puzzled 12.30.48 # * Mmmm wonders why amiconn and linuxstb are so against having the samplerate displayed in the statusbar in the WRS 12.31.10 # what clock does that dm320 arm core run at? 12.31.49 # 200mhz 12.32.07 # but it has a DSP cpu as well 12.32.12 # hahaha 12.32.17 # 200mhz is more than enough to decode audio, though 12.32.20 # using the dsp will be hard 12.32.26 # due to the apparent lack of tools for ti stuff 12.32.39 # there's an assembler for it 12.32.40 # yeah... with the dps it can encode video as well... 12.33.05 # Bagder: writing encoders in assembler is really fun, you see 12.33.10 # hehe 12.33.30 # DSP details are only available from TI if you sign their NDA 12.33.35 # * preglow kicks ti 12.33.39 # bloody idiots 12.34.16 # all other dsp manufacturers have public specs without it seeming to hurt them noticably 12.34.51 # yeah... eventough, neuros choose the same SoC 12.35.04 # the arm9 things are still armv4t architecture, yes? 12.35.12 # lots of companies chose the tms320 12.35.12 # shirour: yeah, apparently it's the cheapest solution around 12.35.56 # right... but they'll probably use non open-sourced code for the codecs/encoders 12.36.04 # no 12.36.13 # not for rockbox at least 12.36.37 # the plan is they do the DSP parts "hiddden" and then we do all the rest open and rockbox-style 12.36.39 # shirour: yes, they get the binaries from TI 12.37.00 # they buy their codecs from a 3rd party 12.37.06 # Bagder: so we're still planning to do that neuros thing? 12.37.07 # so they're not gpl compatible 12.37.16 # yep 12.37.22 # preglow: oh yes, zagor even got a dev board 12.37.30 # say - what files do i need to put in target/olympus/mrobe_500i/ ? 12.37.32 Join Arathis [0] (n=doerk@p508A58F3.dip.t-dialin.net) 12.37.35 Quit MarcoPolo (Read error: 104 (Connection reset by peer)) 12.37.42 # will _all_ our officially endorsed ports work like this? 12.37.42 # haha 12.37.48 # we get hardware, but no specs 12.38.13 # shirour: you put stuff specific to your hardware there 12.38.18 # lcd driver, etc 12.39.02 # shirour: compare how the gigabeat does 12.39.19 # you could even build a gigabeat bootloader and see what it compiles 12.39.45 # It's not really a bootloader yet though.. 12.39.51 # where can i find a file which tells me the file names for the flags i've selected? 12.40.05 # file names for the flags? 12.40.06 Quit webguest84 ("CGI:IRC") 12.41.19 # yeah, "lcd-{NAME}.h" etc' 12.41.25 # where are the inlcudes? 12.41.49 # bootloader/SOURCES specifies what files to build for the bootloader 12.41.55 # firmware/SOURCES for the firmware lib 12.42.38 # great. 12.42.57 # (as the bootloader links with the firmware lib) 12.43.20 # but the symbol of the bootloader is the first to run right? 12.43.32 # or does it create 2 files ? 12.43.50 # the symbol of the bootloader? 12.44.05 # the bootloader is one file 12.44.23 # at least all the existing targets only need one file 12.44.58 # main() in bootloader is what's run first if that's what you mean 12.45.13 # well, strictly speaking crt0.S runs before that 12.46.27 # we need to expand this => http://www.rockbox.org/twiki/bin/view/Main/PortingHowTo 12.46.50 # hi badger 12.47.05 # daurnimator: look a fellow tms320-user 12.47.07 # I'll add some extra stuff to it today 12.47.20 # which? 12.47.32 # oh 12.47.33 # shirour 12.47.39 # he came and talked to me once 12.47.46 # its a competition now 12.47.54 # which of your targets will run rockbox first? ;-) 12.47.57 # he got some of our code working on mrobe 12.48.17 # yeah - hi 12.48.35 # i'm in no rush - i already have a good player - the archos ui is actually good 12.48.52 # yeah yeah chicken out already ;-) 12.49.03 # nothing bad i can say about it - cept the diffuculty in scrolling through songs 12.49.09 # (just a dpad) 12.49.16 # I bet you can't play doom with it 12.49.20 # i can 12.49.37 # we ported it 12.49.38 # ;) 12.49.59 # is that a plain linux OS? 12.50.04 # ? 12.50.12 # to what did you port it then? 12.50.20 # medios 12.50.27 # (archopen's project) 12.50.27 # you said archos os was good 12.50.41 # "the archos ui is actually good" 12.50.48 # well - it is - but i meant "the current state" 12.50.49 # :p 12.51.03 # and now you mean medios? 12.51.18 # no 12.51.25 # just our little exploit 12.51.29 Quit dan_a_ (Read error: 60 (Operation timed out)) 12.51.29 # I don't understand what you're talking about 12.51.34 # archos firmware+doom+nes emulator 12.51.38 # that is how things are 12.51.48 # and i'm not unhappy 12.54.48 # anyway, shirour: did you actually port medios? 12.55.03 # or just use archopen's code 12.55.18 # daurnimator: what is the point of medios anyway? I mean, is there any benefits compared to Rockbox? 12.55.48 # nope 12.55.51 # ok 12.56.01 # its just anther OS is development 12.56.11 # - the people didn't like the rockbox way of doing things 12.56.15 # so they made their own 12.56.23 # but these guys never even tried rockbox 12.56.28 # Which "rockbox way"? 12.56.29 # they did 12.56.42 # What were their complaints? 12.56.45 # yep 12.56.48 # I think its more "not invented here" 12.56.48 # just the way that you manage your targets - not taking full advantage of hardware 12.56.57 # daurnimator: bahahahaha 12.57.00 # crap I say 12.57.07 # shirour: you got aones going? 12.57.17 # What on Earth does "not taking full advantage of hardware" mean? 12.57.26 # daurnimator: haven't tried that.... only the main icons / browser etc' 12.57.41 # i dunno 12.57.43 # daurnimator: in what way does medios "take full avantage" any way better than Rockbox? 12.57.51 # don't ask me :S 12.57.58 # its just a weird accusation 12.58.08 # ask oxygen77 - put him on your notify list 12.58.17 # or even GliGli - hes online now 12.58.49 # I have no problems with people doing things on their own 12.59.10 # but saying things like that proves they don't know much about Rockbox 12.59.38 # just ask them then :S 12.59.50 # nah, I don't see that doing me any good 12.59.51 # Does Medios have like... an actual GUI instead of text-based interface? Maybe they mean "Drawing pretty stuff in the menus" 13.00.03 # it has a gui 13.00.13 # though all in dev 13.00.28 # it has gui... they're currently working on its lib though 13.00.34 # I mean clearly we aren't taking full advantage of our LCDs since most of the work goes into playback features and battery life and stuff instead of eyecandy. So there's one piece of hardware, at least. 13.00.36 # i just went to them first - cause they already had code going on the gmini400 - i just helped them get it going on the 402 13.01.02 # Paul_The_Nerd: DON'T complain to me... 13.01.15 # * Paul_The_Nerd isn't complaining. 13.01.24 # Paul_The_Nerd: right, but they hardly use their hw to the full either then since they can do full framerate video... 13.01.43 # :-) 13.01.47 # video menus! 13.02.15 # Nah. They should clearly be 3D. 13.02.22 # true, rotating menus! 13.02.23 # Bagder: they/we DO have (eg) a nes emulator running FULL speed - with sound, no frameskip - i call that usig hardware well 13.02.35 # yes 13.02.43 # but rockbox would do that too on that hw 13.03.17 # then why don't you 13.03.17 # :p 13.03.25 # Because we're not on that hardware? 13.04.24 # so? 13.04.33 # its running on 5 different lots of hardware 13.04.58 # WOW - just look at google maps 13.04.58 # we port Rockbox to targets we have 13.05.06 # they've REALLY upstepped stuff 13.05.13 # i can see the plot of my house 13.05.15 # :S 13.05.24 # - 6 months ago they didn't have nay roads 13.05.26 # any 13.05.29 # ... 556 rockboxers on the rockbox map now 13.06.17 # just added myself 13.06.19 # none in alaska yet 13.06.22 # - you now know where i live 13.06.23 # :S 13.06.48 # but stil... no name 13.06.49 # ;) 13.09.47 # amiconn: about the RWPS... You can't have time and filesize on one line because you need both lines for filesplit info 13.10.30 # Anyone understand playlist catalog out there? Nothing in the manual or wiki (that I can find)... 13.11.07 # pondlife: No, but you could try searching flyspray for the original patch - maybe there were some comments there. 13.11.13 # OK 13.11.17 # (remember to include closed tasks) 13.12.28 # linuxstb: why do you think the samplerate shouldnt be in the statusbar in the RWPS? 13.13.51 Quit Kitar|st (Connection timed out) 13.14.25 Join Kitar|st [0] (i=Kitarist@195.210.200.123) 13.16.12 # (I assume you mean RWRS). It just feels wrong - it doesn't go with the other things in the status bar. You don't put the samplerate there in the WPS for example. 13.16.46 # too bad there isn't a simple api i can wrap and get my port to work 13.17.05 # shirour: Rockbox is a full-fledge operating system 13.17.24 # linuxstb: but samplerate is pointless in WPS, yet important in RWRS 13.17.29 # shirour: you need to do the target-specific adjustments, but the upper-layers will work as-is pretty much 13.17.40 # linuxstb: and it is part of the recording ststus 13.17.48 # status 13.17.55 # 3 users in africa 13.17.56 # :p 13.18.13 # 556 rockbox users. 13.18.14 # * 291 in Europe 13.18.14 # * 193 in North America 13.18.14 DBUG Enqueued KICK daurnimator 13.18.14 # * 38 in Australasia 13.18.14 # * 24 in Asia 13.18.15 # Mmmm: Why is it so important? I mean, what action does the user take in response to seeing the samplerate? 13.18.15 Quit Mikachu (Read error: 104 (Connection reset by peer)) 13.18.16 # * 7 in South America 13.18.18 # * 3 in Africa 13.18.53 # linuxstb: the user might look at it and think oh, I'd better change that it's not what I want 13.19.18 # its important information 13.19.45 # OK, but I still don't think it should go in the status bar - there must be an alternative... 13.20.07 # but.. why not the status bar? it is status right? 13.20.26 # amiconn: the transition matters because the reset includes the TMR register, so the data written to TMR is immediately cleared if the RST bit does a 1->0 transition 13.20.28 # No, it's a characteristic of the recording - like bitrate, number of channels, gain etc 13.20.45 # Clearly the proper answer is "Make the Recording Screen use user configurable fonts, and then if users complain about it being too many lines long, tell them to use a smaller font" 13.23.20 Quit Rudy4Pez (Read error: 110 (Connection timed out)) 13.25.01 # regarding the "doesn't take full advantage of the hardware", it is mostly true 13.25.14 # depending on what you mean, yes 13.25.26 # we don't use all features on all platforms 13.25.35 # no, but neither does medios 13.25.36 # linuxstb: But don't you think that repeat mode and samplerate are both a bit iffy in the "status" status? 13.26.07 # medios will gradually support less and less features as the number of targets increase 13.26.11 # but we do make an effort to use the hw as good as possible when we run on various targets 13.27.08 # which is what I mean when I say we use the targets to their potential 13.27.10 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 13.27.41 # I'm curious now. What would you qualify as things that Rockbox has left out? 13.29.28 # I assume they simply mean that we don't use icons and colors in our menus 13.29.41 # One that I can think of is USBOTG on H300...is there something else on any other target? 13.30.03 # there' usbotg on x5 too 13.30.22 # But those aren't things that Rockbox doesn't do. They're things it can't do, yet. 13.30.35 # yes 13.30.55 # ok...so there's only OSBOTG support....as Paul says not supported YET! 13.31.19 # Even video is currently under development 13.31.45 # And you CAN use colors in the menus... 13.31.54 # Well there's various things on the X5, right? Like, lack of full remote support. 13.32.09 # and the fact that we don't use every target to its full potential is not a Rockbox idea, it is just that not all targets are properly supported yet 13.32.23 # The iPods are lacking a lot of hardware features still (for example, no in-Rockbox USB at all) but none of it qualifies as "not using the hardware to the fullest" since that's the direction it goes in. 13.32.25 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 13.32.25 # * Paul_The_Nerd shrugs 13.32.51 Join lee-qid [0] (n=liqid@p54965412.dip.t-dialin.net) 13.32.52 # I'd say stating that someone doesn't use a target to its full potential would imply the thought that they're intentionally leaving something unimplemented. 13.32.58 # And there is reason for that most of the time (lack of documentation) 13.33.28 # linuxstb: I am actually of the opinion that bitrate, no. of channels and samplerate should all go on the statusbar (in recording screen only of course)! :D But it looks like I'm outvoted :( 13.33.32 # Besides, I think in some instances Rockbox has gone rather far beyond the expected potential. ;) 13.33.35 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-150-098.pools.arcor-ip.net) 13.33.53 # Mmmm: Why does the file-split need two lines on the display? What gets displayed? 13.33.59 # Sure...for example: rvf for Archos! ;) 13.34.14 # linuxstb: the info about when the file will split 13.34.22 # Mmmm: If no-one can think of a better solution, then I guess there's no choice. But I would like to try harder to find a better solution... 13.34.47 # Mmmm: Again, why is that so important? 13.36.21 # Or what about solving even hw malfunctions? (For example the ticking on iriver remotes) My remote ticks with retailOS while not with Rockbox! :) 13.36.49 # one example of not using the full potential would be that we only use 16 bits instead of 20 when playing audio 13.36.55 # on the iriver/x5 13.37.22 Join dan_a [0] (n=dan-mirc@wormhole.domicilium.com) 13.37.29 # Does retailOs support 20bit on those targets? 13.37.38 # i doubt it 13.37.57 # most likely not 13.38.11 # the OF people often buy an existing codec 13.38.27 # and I don't think 20bit is commonly supported 13.38.48 # i'd say that the most lacking part of rockbox is the UI 13.38.55 # And how many users actually use 20bit? 13.39.03 # it's mostly ugly and not very consistent 13.39.14 # There's a patch that helps a lot with consistency... 13.39.20 # The play-button returns to WPS from menus, one. 13.39.27 # and it does suffer from the common-denominator syndrome 13.39.34 # LinusN: why's that? I like text based menus... 13.39.36 Quit midkay (Read error: 54 (Connection reset by peer)) 13.39.46 # http://www.rockbox.org/tracker/task/5294 <--- 13.39.46 # LinusN: ouch! Didn't think that TMR would also reset itself... 13.39.54 # amiconn: really silly 13.40.10 # it sure baffled me when i discovered it 13.40.16 Join midkay [0] (n=midkay@rockbox/developer/midkay) 13.40.37 # Mmmm: The statusbar is the statusbar. It should be identical for all screens 13.40.47 # Besides, how would you fit the samplerate there? 13.40.52 # It's full... 13.40.53 # linuxstb: You mean the filesplit info? Its really important as a nitifier that it is switched on and a reminder as to when it will split 13.41.15 # IMO the text based nature of the menus makes them very friendly and functional 13.41.33 # and localizable 13.41.34 # amiconn: I've already done it! :D http://forums.rockbox.org/index.php?topic=5882.msg47118#msg47118 13.41.48 # I doubt medios works fine on 25 languages, including non-latin ones 13.42.24 # * Bagder stops now and goes poking on code 13.42.31 # amiconn: the thing is that some of the info on the statusbar is totally useless in the recording screen, so why not change it slightly? 13.42.35 # And maybe in the future there 'll be a setting for text based or icon based menus... 13.43.02 # Bagder: i don't think icons need much translations 13.43.06 # :-) 13.43.10 # they do 13.43.17 # they need to be different I'd guess 13.43.28 # i know, just messing with you 13.43.49 # * Bagder is totally messed up already 13.44.09 # LinusN: Your timer fix breaks on-the-fly cycle changes... 13.44.29 # The TMR = 0 should go into the if() block above 13.44.36 # dammit 13.44.49 *** Saving seen data "./dancer.seen" 13.45.03 # (where the phi &= ~1 is) 13.46.10 # fixed 13.47.46 # LinusN: you think it'd be hard to implement 20 bit playback/recording? 13.47.49 # LinusN: i'd really love it for recording 13.47.53 Quit Mikachu (Read error: 110 (Connection timed out)) 13.47.56 # that'd really make the h1x0 a nice recording platformn 13.48.08 # I'd rather keep dma operation 13.48.17 # I wonder what 20bit should be good for 13.48.25 # amiconn: i'll let you have a guess 13.48.40 # The uda (or the surrounding analog electronics) is so noisy that even 16bit seem like a waste to me 13.48.48 # amiconn: s/pdif 13.48.56 # the prize goes to linusn! 13.50.00 # anyway 13.50.06 # it's nice to exploit the hardware 13.50.10 # and i think it should be an option 13.51.03 # i'm interested in exporting the recording functionality in the plugin api, to allow for dsp effects plugins 13.51.08 # !!!1 13.51.23 # I think that who wants o implement 20bit will have a really hard time 13.51.24 # i'll make a couple asap if that happens :> 13.51.34 # amiconn: why? 13.51.53 # LinusN: As this person talked a little about? http://forums.rockbox.org/index.php?topic=6093 13.51.55 # The isr latency needs to be lower than 4 samples 13.52.00 # Paul_The_Nerd: yes 13.52.01 # LinusN: DSP effect for recording you mean? 13.52.22 # Genre9mp3: no, i mean things like guitar effects etc 13.52.27 # So it's practically impossible to disable interrupts 13.52.38 # ...but we need to do that for several purposes 13.53.12 # ...and probably longer than 80 µs 13.54.01 # * dan_a meets MTP for the first time... Doesn't like 13.55.14 # having an isr latency of 4 samples sounds bloody outrageous 13.55.21 # where do we disable interrupts for that long? 13.55.35 # LinusN: hehe... I imagine my H300 as a guitar pedal! The only problem is that we have to make custom footswitch :) 13.55.54 # well, i've been planning to do some kind of effects rig for a long time now 13.56.14 # should sleep() work in a bootloader build? It hangs when I use it on the H10. 13.56.34 # barrywardell: No 13.57.04 # You need to have done init_threads() before you can sleep - as I discovered this morning! 13.57.05 # hmm. maybe that's why my normal build hangs then 13.58.48 # preglow: E.g. on iriver H300 during PCF50605 accesses 13.58.52 Join karim [0] (n=52d88f07@labb.contactor.se) 13.59.58 # why that long? 14.00.01 # I didn't measure, but judging from the slowdown the pcf accesses cause, interrupts might be disabled for 200µs or more 14.00.41 # We need to protect from concurrent accesses, and we need to access it from an isr 14.00.47 # (the button tick) 14.00.57 Join Mikachu [0] (i=Mikachu@kr-lun-154-152-233-83.3.cust.bredband2.com) 14.01.27 # amiconn: you really mean that about the status bar ("It should be identical for all screens"). A bit of a shame seeing as some of it is redundant in the recording screen... 14.01.45 # hi 14.01.47 # amiconn: the audio irq can be on level 7 14.02.00 # amiconn: why is it so slow? it just sounds stupid 14.02.06 # it is on level 7 today 14.02.19 # which makes it an nmi 14.02.21 # I found this post where the guy talk about is idct asm optimisation for MIPS on mplayer software http://forums.nekochan.net/viewtopic.php?t=2976 14.02.22 # are anyone here well-versed enough in playback to have a look at snowgoon's seeking patch? 14.02.54 # that's the same idct than the one in libmpeg2 14.04.27 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 14.04.27 Quit linuxstb (Read error: 110 (Connection timed out)) 14.04.39 # preglow: The bit-banged i2c isn't any faster. It's already pretty optimised 14.06.40 Join Criamos [0] (n=Criamos@p549336F5.dip0.t-ipconnect.de) 14.07.40 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 14.09.47 # still think it sounds bloody horrid 14.09.51 # 1 sample is a lot of cycles 14.12.27 Join Rudy4Pez [0] (n=A@71-34-66-241.ptld.qwest.net) 14.17.01 # preglow: I'm just looking through the logs from yesterday - I don't know if "mov r0,#-1" will be correct, but the compiler didn't complain 14.17.59 # perhaps it translated it to a mvn r0, #0 14.18.12 # -1 = 0xffffffff, which you can't set with a mov instruction, afaik 14.20.00 # Ah - I'm still getting to grips with ARM ASM - I'll work out a correct way to do it 14.23.30 # mvn r0, #0 = r0 = ~0 = 0xffffffff = -1 14.23.52 # i can confirm the backwards seeking bug, at least 14.24.03 # a long ogg file just snaps to the wrong seek point when i try 14.26.24 Join XavierGr [0] (n=xavier@ppp141-54.adsl.forthnet.gr) 14.29.13 Quit Mmmm (Remote closed the connection) 14.29.49 Quit ryanpg (Remote closed the connection) 14.30.32 # damn, 608 rockbox users on rasher's page now.. 14.30.53 # good thing they don't all have to use irc to get it working 14.33.20 Quit Kohlrabi (Nick collision from services.) 14.33.30 Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-150-098.pools.arcor-ip.net) 14.34.07 # all norwegian rockbox users are in bergen, apparently 14.34.15 # oh, no, there's a couple of other ones now 14.35.39 # most of the swedes have really odd names :-) 14.35.48 Quit XavierGr (Nick collision from services.) 14.35.52 Join XavierGr [0] (n=xavier@ppp196-67.adsl.forthnet.gr) 14.35.58 # xlarge, mlind, frause 14.38.25 # Hans Gruber 14.38.33 # that's sweedish ? 14.38.34 # i take it those are their proper first names? :> 14.38.40 # karim: sounds german 14.39.21 # that's the bad guy in die hard 1 14.39.23 # Hans Gruber? Wasn't that the name of one guy in Die Hard? 14.39.59 # we're actually all terrorists up here 14.40.20 # Hmm, I'm trying to fix a hard crash in the ID3 view context menu... select Playlist Catalog and then try to select on the blank menu... kaboom. 14.41.17 # A neat solution would be to enable the View option from the browser contect menus - allowing people to start playback that way. 14.41.50 # That works but starting playback in this way doesn't enter the WPS. 14.42.12 Quit daurn|laptop (Read error: 104 (Connection reset by peer)) 14.42.28 # So I might just go back and disable the Playlist Catalog option in ID3 view, so people can't get to the empty menu 14.42.42 # LinusN: would exporting the recording stuff be much bother? 14.42.45 # Seems like a backwards step though it does remove one crash. 14.43.41 # preglow: i don't think so, but the current recording code is tailored for recording to disk 14.43.48 # is it, now 14.44.01 # i just want recorded data in a buffer :> 14.44.34 # shouldn't be too hard to change 14.44.36 # i've got an already partially fixed poind-ized echo here i'd love to port 14.44.38 # I suppose that an explicit call to gui_wps_show() would be a bad idea, as the browser may be scrolling stuff... 14.45.00 # preglow: a simple reverb should be possible 14.45.05 # LinusN: oh yes, easily 14.45.26 # * preglow might finally have his vocoder 14.45.41 Quit thegeek ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 14.45.46 # are you working on rockbox at your office ? 14.46.03 # i'm talking about rockbox at my "office" 14.46.28 # * preglow works from home these days 14.46.35 # * Bagder does too 14.46.45 # you mean "works"? :) 14.46.48 # * pondlife does too 14.46.52 # haha 14.46.58 # i've been quite diligent today, actually 14.47.01 # Well I should get on with that I suppose... 14.48.38 # LinusN: even a moderately complicated reverb mighty be possible, i guess it's the memory accesses that'll kill us 14.48.44 # good reverbs need tons of ring buffers 14.49.02 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 14.49.30 # preglow: You're thinking of using an MP3 player as a vocoder?! 14.49.50 # dan_a: sure, why not 14.49.53 # * dan_a finds the Microkorg easier 14.49.53 # Effects pedal! Distortion, reverb, digital delay? 14.50.04 # dan_a: it's also more expensive and's got a crappy keyboard :P 14.50.21 # and you calling video a gimmick ? 14.50.22 # lol 14.50.27 # Can we do input and output simultaneously with a low-ish latency? 14.50.29 # haha 14.50.33 # But it's got the lovely fake wooden sides! 14.50.37 # i'm not calling it a gimmick, i'm calling it something i'll almost never use 14.50.47 # pondlife: latency doesn't matter with reverb 14.50.49 # :p 14.51.00 # Not with the wet signal 14.51.01 # now, a vocoder... 14.51.06 # the vocoder is to do anonymous phone calls ? 14.51.20 # :D 14.51.20 # You can do that with voice files 14.51.20 # it's to do scary-ass phone calls 14.52.08 # how do you wire the player to the phone ? 14.52.32 # with wires 14.52.33 # :p 14.52.37 # but anyway 14.52.45 # i think the h1x0 will make for a nice little dsp platform 14.52.56 # 120 mhz + fair amount of iram + emac = good 14.53.10 # you're actually not _that_ far removed from a proper dsp chip 14.55.02 # argh we can't go on other channels than #rockbox ... 14.55.49 # from the web client? of course not 14.55.52 # that would be asking for it 14.56.27 # you can have proper dsp with mine - if you want 14.57.20 # preglow what ? 14.57.36 # karim: use a proper irc client and you can! ;-) 14.58.01 Quit lee-qid ("Trillian (http://www.ceruleanstudios.com") 14.58.11 Quit XavierGr (Nick collision from services.) 14.58.13 # preglow I used to use cgiirc as a irc gateway when I am at work, it was installed on my computer. channel and server free 14.58.15 Join XavierGr [0] (n=xavier@ppp37-250.adsl.forthnet.gr) 14.58.25 # LinusN: You said RaeNye put a patch in the tracker with an optimised pcf50605 driver. 14.58.27 # karim: well, this cgiirc is locked to rockbox 14.58.33 # karim: and it should be, otherwise it would be abused 14.58.55 # Bagder behind a proxy it's not as simple :o) 14.58.57 # This driver seems to attempt to use the coldfire's i2c controller - however, I can't see how this could work?? 14.59.36 # Bagder: I have a new toy :) 15.00.43 # dan_a: how many channels is the microkorg vocoder anyway? 15.01.08 # karim: google for cgi-irc 15.01.16 # you'll find one that can connect anywhere 15.01.19 # preglow: From memory, 6. Or maybe 4 15.01.30 # very improbable 15.01.36 # i've never seen anything lower than 8 15.01.47 # * preglow googles 15.01.59 # eg, ircatwork.com 15.02.04 # Ah, sorry, I was thinking of polyphony 15.02.06 # amiconn: wy wouldn't it work? 15.02.17 # it's sixteen channel 15.02.21 # ahh, yes, it's four voice 15.02.37 # * dan_a only had 3 hours sleep last night 15.03.26 # sounds like a blast 15.04.02 # LinusN: Afaics, the coldfire i2c controller is not connected to the pins where the pcf is hooked up 15.04.11 Join dongs [0] (n=HPUX@b148115.ppp.asahi-net.or.jp) 15.04.42 Join lorijho [0] (n=lorijho@host-85-27-71-69.brutele.be) 15.05.35 Join Pyromancer [0] (n=Pyromanc@dsl092-069-150.bos1.dsl.speakeasy.net) 15.08.45 # amiconn: gpio10 is scl1 and gpio44 is sda1 15.09.29 Join snowgoon [0] (n=andrewcu@pool-151-204-145-91.ny325.east.verizon.net) 15.10.05 # besides, the OF uses the i2c controller 15.10.17 Join lowlight [0] (n=c730180b@labb.contactor.se) 15.10.23 # huzzas 15.10.33 # hi preglow 15.11.17 # Meh, the coldfire datasheet is clear as mud :/ 15.11.25 # amen to that 15.11.33 # snowgoon: hi, man 15.11.39 # snowgoon: good to see you're still on it 15.11.47 # sorry for the delay :) 15.12.23 # snowgoon: the newest patch is looking very good, though i haven't had time to look at it yet 15.12.32 # but it's on my list of stuff to do very soonish 15.12.50 # ok 15.13.02 # only hurdle is the seek patch, i don't know nearly enough about the playback system to see if it has any other nasty effects 15.13.14 # hopefully i didn't break gapless :-P 15.13.43 # heh 15.13.43 # there is some strange code in there 15.13.50 # yes, yes there is 15.13.52 # took me a while... 15.15.06 # i can imagine 15.15.09 # LinusN: Can I be considered "rockbox wannabe coder"? http://www.geocities.com/m_arigo/rockbox/wannabe.patch.txt 15.15.13 # * lowlight refers to yesterday's log 15.15.15 # LinusN: If we can use the i2c controller, we could run the button adc conversion in an isr like we do on archos, and just read the values as needed. 15.15.40 # Then we won't have a performance problem, and don't need to disable interrupts for so long 15.15.59 # dan_a: oooh, congrats to the new toy 15.17.01 Join gucky [0] (i=keefejoh@seraph.techwareit.com) 15.17.13 # I'm just looking at the list of things that people can do (in the forum thread) 15.17.22 # amiconn: is that the only place that disables interrupts for that long? 15.17.33 # lowlight: nice! 15.18.19 # amiconn: we still have the issue with i2c access in background threads 15.18.26 Part gucky 15.19.03 # LinusN: Not if the i2c driver serializes the accesses. 15.19.37 # The advantage is that if a thread wants i2c and the controller is busy, we can yield. In the isr we can't 15.19.47 # amiconn: i don't see how using the i2c controller would make it any different 15.19.52 # Bagder: Is there anything that can be added to that list at the moment? (http://forums.rockbox.org/index.php?topic=3225.msg44820#msg44820) 15.20.17 Join barrywardell_ [0] (n=barrywar@host-194-46-224-245.dsl-ie.utvinternet.net) 15.20.43 # dan_a: not really, nothing much has happened since then. We haven't manged to display anything on the LCD and we haven't even got any proof that our code actually runs on target 15.20.50 # LinusN: The i2c controller can fire interrupts. Much less load than bitbanging with interrupts disabled 15.21.16 # It's true that we could do the serialization with the bitbanging driver as well 15.21.26 # dan_a: MrH has an idea how to reboot the thing, but when I tried to just delay and reboot to see something happen on the reboot moment, I couldn't 15.21.58 # we need to get the jtag thing going soon to see if we can figure this out 15.21.58 Quit lowlight ("CGI:IRC (EOF)") 15.22.24 # amiconn: the coldfire i2c controller is not atomic, i.e it is byte-based, like a simple uart 15.22.28 # preglow: Another place that disables interrupts is the remote lcd driver, unless we're running at >50MHz 15.22.30 # Bagder: I tried MrH's reboot thing on the H10 and it works 15.22.40 # ah, nice 15.22.48 # LinusN: Yes. 15.22.51 # then perhaps we miss some startup magic for the sansa 15.22.52 # so it should probably work for the sansa too 15.23.15 # so we still need to block the i2c bus for an entire message 15.23.21 # barrywardell: I tried just massive loop doing nothing and then writing to the reboot register but nothing showed 15.23.29 Quit XavierGr (Nick collision from services.) 15.23.33 Join XavierGr [0] (n=xavier@ppp101-215.adsl.forthnet.gr) 15.23.34 # LinusN: Yes. i2c_begin() and i2c_end() 15.23.35 # and protect from being interrupted when doing i2c in the background 15.23.54 # We don't need to protect from being interrupted 15.24.04 # The driver itself should take care of it 15.24.20 # either that, or skip a button interrupt 15.24.24 Join rconan [0] (n=richard@82.12.30.125) 15.24.30 # Skip or delay, yes 15.24.34 # Bagder: which build did you use it with? I can only get code to run using the bootloader build. other builds just hang and don't seem to run the code 15.24.54 # the sansa only has bootloader build working 15.26.01 # Sorry to pester when you're all in low-level mode, but is there any sensible way to force a switch to the WPS. I have a patch up at http://www.rockbox.org/tracker/task/5882 which fixes a crash, but isn't quite fully baked in the UI department 15.26.01 # amiconn: the background thread doing the i2c must not yield in that case 15.26.43 # if it does, it might very well be delayed many many milliseconds 15.26.48 # Bagder: I do a system_init() and kernel_init() and lcd_init() first. maybe they're necessary 15.27.18 # I don't see why they would but I could try that later on 15.27.26 Quit barrywardell (Read error: 113 (No route to host)) 15.28.08 Nick barrywardell_ is now known as barrywardell (n=barrywar@host-194-46-224-245.dsl-ie.utvinternet.net) 15.28.14 # LinusN: I think it can very well yield. It would be delayed a few milliseconds worst-case 15.28.38 # not if a thread misbehaves 15.28.50 # like a jpeg decoding plugin or similar 15.29.10 # Well, if a thread never i2c_end()s then all further transfers would fail 15.29.29 Quit XavierGr (Nick collision from services.) 15.29.32 Join XavierGr [0] (n=xavier@ppp160-216.adsl.forthnet.gr) 15.30.30 # But that also applies now 15.32.22 # yes, but that only happens if the thread doing the i2c misbehaves, if we implement a locking mechanism, any thread can delay the button i2c by not yielding 15.32.49 # just for the irc log I post that idct decomposition here http://rnvs.informatik.tu-chemnitz.de/~jan/MPEG/HTML/IDCT.html seems this is how they got the idct.c, along the link I posted before 15.33.14 # karim: You could add links to the end of the PluginMpegplayer wiki page - so they don't get lost. 15.33.49 # linuxstb: Any luck with the COP patch if you disable frequency scaling? 15.33.51 # Hmm... 15.33.56 # * pondlife lunches but will check back later and pester more when not feeling so hungry 15.34.00 # dan_a: No, that made no difference. 15.34.01 # * amiconn wonders whether that would be a problem 15.34.28 # The only problematic case I can see is button_get(false) 15.34.37 # dan_a: And crt0.S has become incomprehensible now with all the #ifdefs... 15.34.43 # All other methods for getting button input yield themselves 15.35.07 # amiconn: that, and lengthy operations without yielding, like calculating mandelbrot, decoding jpeg etc 15.35.40 # LinusN: Yeah, but does it matter to delay button input when nobody requests it? 15.35.47 # Hmm, maybe it does... 15.35.53 # dan_a: BTW, I've been thinking that the cop-related stuff in apps/main.c should go somewhere in firmware/ - it seems to be belong there more IMO. 15.36.04 # Btw, mandelbrot yields quite often 15.36.29 # you can zoom in while it's rendering 15.37.17 # linuxstb yes good idea 15.37.59 # linuxstb: The parts in main.c pretty much mirror what is there for the CPU (setting up the kernel, etc.) so I thought it followed to put them there. 15.39.07 Join MrGreen [0] (n=MrGreen@client-82-9-20-211.manc.adsl.virgin.net) 15.39.26 # LinusN: Hmm, in fact with my idea a thread not yielding wouldn't lock out the button i2c 15.39.45 # dan_a: But main.c also contains the main Rockbox thread - on the COP, the main thread does nothing, it's just there to let you start new threads. 15.39.46 # how so? 15.39.57 # is ipod ok set to vfat ? 15.40.00 # My idea is that the thread wanting to access i2c would place an "i2c job" in a queue 15.40.30 Quit snowgoon (Read error: 60 (Operation timed out)) 15.40.33 # If the controller is available, it could be serviced immediately, if not, then the thread can yield 15.41.03 # so it wouldn't yield while waiting for the i2c controller to transmit a byte? 15.41.13 # docs say ipod must be set to fat32 .... is vfat ok ? 15.41.28 # MrGreen: vfat is what you want 15.41.35 # yay!" 15.41.40 # No, it would tell the driver "I want 3 bytes from device #12", then yield 15.41.48 # thanks 15.41.55 # and the driver busy waits? 15.42.01 # The driver would perform that access and store the result 15.42.10 # & like can i recover ipod if things go pear shaped? 15.42.13 # No, the driver would run in isr context only 15.42.28 # MrGreen: ipods have emergency disk mode that isn't affected by rockbox 15.42.33 # so it would busy wait in the driver isr? 15.42.36 # It would be invoked by the timer tick, and check whether there's something to do 15.42.48 # Mikachu: I need one of those for my system lol 15.42.49 Join PaulJam [0] (n=pauljam@p54BCD5AE.dip.t-dialin.net) 15.42.56 # MrGreen: :) 15.43.01 # thanks again 15.43.02 # If there's a job waiting, it would initiate the first transfer and enable the i2c interrupt 15.43.03 Part MrGreen 15.43.08 Quit dwihno (Read error: 104 (Connection reset by peer)) 15.43.34 # When the first byte is transferred, the i2c interrupt calls the driver again, which starts the next byte etc 15.43.52 # When the job is done, the last action would be to read the adc 15.43.53 # amiconn: and the button adc driver would have to skip a reading if the i2c driver is using the bus? 15.44.18 # No, there would only be _one_ i2c driver which handles both the queue and the button adc 15.44.19 # linuxstb: What would you suggest? firmware/cop.c? 15.44.29 # ...but solely interrupt driven 15.44.52 *** Saving seen data "./dancer.seen" 15.47.01 # dan_a: I'm not sure if it needs its own file - it's just one small function. I'll think about it once we get it working. 15.47.09 # Anyone object to remove databox from SUBDIRS, but still keep the sources in CVS? 15.47.24 # as it is currently not working 15.47.44 Join dwihno [0] (n=dw@81.8.226.44) 15.48.22 # dan_a: Ah, I see a difference in system.c - you didn't change system_init() for the PP5020. But I've tested without calling system_init() from cop_main() already... 15.48.37 Join CriamosAndy [0] (n=Criamos@p54930739.dip0.t-ipconnect.de) 15.49.47 Quit XavierGr (Nick collision from services.) 15.49.50 Join XavierGr [0] (i=Alex@ppp99-207.adsl.forthnet.gr) 15.54.11 # Bagder: I tried to attach a html file to the wiki but it's now redirected to http://www.rockbox.org/nospam.html 15.54.25 # hehe 15.54.43 # * Bagder blames Zagor's antispam work 15.55.21 # LinusN: The only situation where the i2c driver would skip a button reading would be if a transfer job takes longer than one tick period. But that's the same today 15.55.34 Quit Criamos (Read error: 60 (Operation timed out)) 15.56.30 # Bagder: any idea what I can do about it? 15.56.43 # nothing atm, except not having it html 15.56.55 # Bagder: It's a leaked partlist for the Gigabeat: http://130.89.160.166/Gigabeat/partlist.html 15.57.14 # wow 15.58.00 # I guess we can remove the html redirect now that we have the manual authorization 15.58.09 # yeah I think so too 15.58.14 # Zagor: thanks 15.58.23 # do I need to upload it again? 15.58.27 # no 15.58.57 Quit lorijho ("Kopete 0.11.3 : http://kopete.kde.org") 16.00.43 Join gorey [0] (i=gorey@i577ADFF0.versanet.de) 16.01.37 # markun: fixed now 16.02.10 # Zagor: firefox shows me the source of the document. Maybe the mimetype is incorrect? 16.02.43 # that's odd. Content-Type: text/html; charset=ISO-8859-1 16.03.02 # my firefox doesn't show me the source 16.03.09 # weird 16.03.20 # url? 16.03.26 # http://www.rockbox.org/twiki/bin/viewfile/Main/GigabeatInfo?rev=1;filename=partlist.html 16.03.36 # http://www.rockbox.org/twiki/pub/Main/GigabeatInfo/partlist.html 16.03.58 # Zagor: your URL works fine 16.04.01 # aha, that explains the difference :-) 16.04.10 # the 2nd is "text/plain" 16.04.29 # right, that's another anti-spam thing. hang on... 16.04.55 # Paul_The_Nerd: now the problem with tagcache should have been fixed :) 16.06.00 # there 16.07.29 Join Febs [0] (n=40be240f@labb.contactor.se) 16.10.32 Join mrobefan [0] (n=mrobefan@80.178.149.195.adsl.012.net.il) 16.10.39 # linuxstb: The changes in system.c shouldn't affect whether the COP starts or not - it should only be crt0.S that does that. 16.12.16 Join DarthLappy [0] (n=Angus@pdpc/supporter/student/DarthShrine) 16.16.40 Quit shirour (Read error: 104 (Connection reset by peer)) 16.16.41 Join lorijho [0] (n=lorijho@host-85-27-71-69.brutele.be) 16.17.11 Part Paul_The_Nerd 16.17.44 Quit Kohlriba ("Quit") 16.24.18 Quit barrywardell () 16.24.19 Quit Rob2222_ (Read error: 104 (Connection reset by peer)) 16.24.23 # apple firmware can't see my fat32 partition :( 16.26.11 # HAHA 16.26.55 # yes yes amsuing. 16.27.02 # amusing* heh. 16.27.22 # guess i should go find a win32 machine to abuse 16.27.54 # Slasheri: Don't know if it's your update, but I no longer seem to get any runtime data collected. I'll try a re-init and see if that helps.... 16.28.02 # does anyone have an idea how the scale factor in MAC instructions can be used for ? 16.31.49 # pondlife: hmm, interesting. i will try too 16.32.21 # are there any presents for the equalizer to download? 16.32.25 # e.g rock / metal? 16.32.54 # if you like your music, don't use that kind of presets 16.33.48 # mhh why? 16.34.06 # pondlife: it still seems to work for me 16.34.57 # gorey: because they just do totally arbitrary stuff to your music. having a "metal" eq preset implies that all metal sounds the same and that it all needs to have the same stuff done to the sound 16.35.12 # gorey: anyway, i don't think there are any eq presets like that around 16.35.23 # btw, a good hint for everyone who likes crossfading always to happen when skipping: set anti-skip buffer to 10 minutes 16.35.55 # hm okay preglow 16.36.30 Join Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust291.lutn.cable.ntl.com) 16.36.32 # Slasheri: minutes??? 16.36.40 # but i also have the rock preset in my winamp and it sounds a lot better, same with the ipod OS 16.36.56 # preglow: yes, i know. that will eat half of the buffer but it's the only way to make sure crossfading always happens 16.37.08 # Slasheri: why? 16.37.17 # preglow: well, if user prefers that :) 16.37.21 # no other reasons for that 16.38.11 # i have tried that a few days now and didn't really notice faster battery consumption at normal use 16.39.31 # Do I have to complete playback of a track for it to be added to the runtime list? 16.39.51 # pondlife: no, but you need to wait for the disk to spin up to sync the db 16.39.56 # Ah. 16.40.12 # But is sync not forced when I do a query? 16.40.14 # it might be necessary to play several tracks before the db will be updated 16.40.18 Quit Zagor ("Client exiting") 16.40.29 # not at the moment 16.40.35 # OK, that's probably what's up 16.40.48 # I'll let you know in a while 16.41.00 # and if you stop playback, the currently playing track will never be added to the db (as that might generate an incorrect score) 16.41.27 # however, already played tracks are added to the db 16.41.29 # So it's not added at start of playback 16.41.45 # Stopping will force a sync of previous tracks then? 16.41.52 # nope, only when stopping playback or filling the buffer 16.41.55 # yes 16.42.56 Join Crackerizer [0] (n=3d5a9b0f@labb.contactor.se) 16.43.14 # Hmm, I played one track through, then hit stop on the 2nd track and it doesn't seem to have added anything to the "List played tracks" query... 16.43.47 # that's weird.. do you have the "gather runtime data" option enabled? 16.44.05 # Yes 16.44.10 # And auto update 16.44.15 # can you access the logf feature? 16.44.20 # Hmm, probably not 16.44.26 # I can do a sim run 16.44.30 # that would tell you what went wrong 16.44.33 # sounds good 16.44.34 # But I don't have a remote 16.44.41 # you don't need a remote 16.44.45 # Where does logf data get written on the sim? 16.44.48 # logf can write results to disk 16.44.52 # Hello, how do i get the uisim source? 16.44.54 # to the remote :D 16.45.00 # I know DEBUGF -> stderr.txt... 16.45.05 # But LOGF -> ? 16.45.20 # Crackerizer: From the same places as the rest of the Rockbox source. 16.45.25 # (it's all together) 16.45.26 # well, if you have a logf enabled build, you can go to debug menu -> logfdump -> ./rockbox/logf.txt 16.45.36 # OK 16.45.50 # Ok, thank you. 16.45.57 # Do I need to edit a line to enable logf, or will the sim include it anyway? 16.46.05 # Actually IIRC there's no Debug menu on the sim 16.46.17 # you need to run the ../tools/configure script 16.46.19 # Although there should be...!! 16.46.25 # and then enabled the logf option 16.46.31 # linuxstb: can i build the full rockbox from rockbox-devel source? 16.46.37 # sim doesn't automatically have it but you need to enabled both sim and logf 16.47.00 # logf works only on real targets 16.47.06 # with sim it's limited 16.47.09 # Pity 16.47.20 # hmm, can't you compile for target? 16.47.48 # Yes, but the round trip takes longer. I have USB problems on this PC too. 16.47.55 # Crackerizer: Yes - if you have the required cross-compiler installed. 16.47.55 # Leave it with me. 16.47.56 # ah.. 16.48.02 # Sim is easy 16.48.08 # Slasheri: with the sim, you just use DEBUGF 16.48.13 # And ideal for this sort of debugging I'd think 16.48.25 Join Hansmaulwurf [0] (n=maerlyn@p5081C1E0.dip0.t-ipconnect.de) 16.48.26 # Anyone fancy unifying DEBUGF and logf? 16.48.27 # LinusN: hmm, will that write the logf output on disk too? 16.48.41 # Or is DEBUGF a wrapper for logf ? 16.49.02 # DEBUGF writes to stderr 16.49.17 # sorry, stdout 16.49.29 # But it's of no use where the code contains logf, is it? 16.49.41 # i.e. I need to modify the logging code.. 16.50.07 # it should be trivial to make logf() use stdout as well 16.50.23 # linuxstb: thank you. I'll check it out from the cvs. 16.51.12 # OK, I'll do that 16.51.25 # debugf and logf have different uses, but i agree that logf output should be visible in the sim 16.51.46 # a simple hack in logf.h should suffice, i guess 16.54.21 Part LinusN 16.56.20 Quit DarthLappy (Nick collision from services.) 16.56.24 Quit lorijho ("Lost terminal") 16.56.33 Join rotator [0] (n=e@rockbox/developer/rotator) 16.56.54 Join DarthLappy [0] (n=Angus@pdpc/supporter/student/DarthShrine) 16.57.28 # how do i install the Scrolling Margins Patch ? 16.57.42 Quit rconan ("Leaving") 16.58.25 # gorey, you apply it. http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches 16.58.45 # thanks 16.58.45 Quit jaebird (Read error: 104 (Connection reset by peer)) 16.59.02 Join jaebird [0] (n=jae@38.96.210.3) 16.59.35 # gorey, do you know how to compile rockbox? 17.00.00 # does it still apply? 17.00.26 # gorey, lots of info on that here http://www.rockbox.org/twiki/bin/view/Main/DocsIndex#For_Developers 17.00.28 # tucoz im workin on it 17.03.24 # im trying to "install" the requires for the uni catcher theme 17.03.39 # i started today with rockbox.. total noob ^^ 17.04.44 # nice, it's fun once you're able to compile your own builds 17.05.33 # i think so, its even fun to learn those things 17.07.32 # tucoz, I have a new diff for the quickstart section here: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/quickstart2.diff 17.07.41 # do you think I should commit that state? 17.08.00 Quit Mmmm (Remote closed the connection) 17.11.51 # bluebrother, just do it. I haven't read what you have written now, but I believe it's good :) 17.12.00 Quit Landus (Read error: 54 (Connection reset by peer)) 17.12.15 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 17.13.22 # bluebrother, do you think we should change the \dap macro for the recorder to be jukebox instead? I think that is what they called it in the past. 17.14.09 # ok. I hope this will make it a bit easier for new users. 17.14.20 # hmm. Sounds reasonable to me. 17.14.42 # but that can wait. I guess we'll have to hear what amiconn and co thinks 17.15.57 # bluebrother funktionieren hier keine queries? 17.16.13 # gorey, queries? 17.16.33 # privatchat 17.16.36 # unregistered users can't send messages to registered users 17.16.38 # btw, I could never imagine that we would get .svg images of the players with such a high quality. The ondios look sweet. 17.16.44 # ah oke 17.16.51 # unless the registered user enables them 17.17.53 # tucoz: The full name would be "Archos Jukebox Recorder NN" with the NN being the capacity in GB (6/10/15/20) 17.18.09 # Slasheri: OK, I have a logf build of the sim now. Shall I just do a rebuild, then restart and let it play awhile? 17.18.29 Quit perplexity (Success) 17.18.31 # amiconn, ok. But do you think it would be a good idead to use the short term jukebox in the text (instead of player) 17.18.59 # amiconn, e.g. connect your jukebox to the computer 17.19.08 Join perplexity [0] (i=heh26318@dxb-as59277.alshamil.net.ae) 17.19.24 # For the player it's even more funny: "Archos Jukebox NNNN" with NNNN being the (rounded) capacity in MB (5000/6000), and "Archos Jukebox Studio NN" with NN being the capacity in GB (10/20) 17.19.46 # pondlife: try to do as similar as on the player to reproduce the problem 17.19.48 Join Landus [0] (n=Landus@70-100-181-192.dsl1-erie.roc.ny.frontiernet.net) 17.20.12 # aha. so that is what the numbers interpret to 17.20.36 # tucoz: pixelma will probably work on the images a bit more. With the original device as a comparison, it's possible to achieve even higher quality :) 17.21.17 # Does "failure to open changelog" mean much? 17.21.17 # I think it would be good to use just "Jukebox" for the Player, but keep "Recorder" for the recorders 17.21.45 # * amiconn has never seen an actual Jukebox 5000 17.21.57 # hehe. I think a lot of the drawings are of a very high standard. But I assume the term pixel in her nick reveals an interest in CG. 17.22.07 # Only 6000s and Studios... the 5000s seem to be very rare 17.22.23 # pondlife: that's not fatal, it just means there was nothing to import (the runtime data) 17.22.33 # OK 17.22.53 # Am playing some tracks now, will see what this reveals 17.23.11 # I would like to clarify the licence situation wrt those images. As it is now, I am not sure what licence they are released under. 17.23.37 # I agree, the documentation license situation needs a cleanup 17.23.50 # there is no question that the compiled .pdf and html docs are GFDL. But what about the source? 17.24.05 # The manual is releast under GFDL (which isn't necessarily the best choice as at least some people stated) 17.24.23 # The wiki and some other parts have no clear license 17.24.25 # and the .svg images, that we have to transcode(?) to pdf to use in the manual. 17.25.30 # Anyway, I have sent an email to the licence team at gnu.org. I hope they have the time to answer my questions. 17.25.31 Join shirour [0] (n=mrobefan@80.178.217.121.adsl.012.net.il) 17.30.33 Quit mrobefan (Read error: 104 (Connection reset by peer)) 17.32.55 Join Sinbios [0] (n=Sinbios@Kingston-HSE-ppp3561009.sympatico.ca) 17.34.39 Quit Arathis ("[rl_bot quit]") 17.34.42 Quit DarthLappy ("SLEEP! (Is for the weak. So I'm weak...Get over it!)") 17.34.59 Join barrywardell [0] (n=barrywar@host-194-46-224-245.dsl-ie.utvinternet.net) 17.37.08 # Slasheri: I think I've opened a small can of worms 17.37.28 # Again, the sim does not list any played tracks 17.37.50 # The logf output contains some really confused paths too. 17.37.53 Join pixelma [0] (i=pixelma@82.193.235.34) 17.38.03 # e.g. "Checking for /Elvis Costello/This Year's Model/Have You Fed The Fish/_dirname.talk" 17.38.03 # We open the real file 'archos/Elvis Costello/This Year's Model/Have You Fed The Fish/_dirname.talk' 17.38.03 # Failed to find: /Elvis Costello/This Year's Model/Have You Fed The Fish/_dirname.talk 17.38.37 # Confused between the paths for "Elvis Costello/This Year's Model" and "Badly Drawn Boy/Have You Fed The Fish"! 17.38.47 # I was listening to the latter 17.44.53 *** Saving seen data "./dancer.seen" 17.46.34 Quit XavierGr (Nick collision from services.) 17.46.37 Join XavierGr [0] (i=Alex@ppp198-171.adsl.forthnet.gr) 17.49.19 # Would there be any objections if I were to clean up crt0.S a little by doing something like this: http://www.weirdo.org.uk/rockbox/crt0-cleanup.diff 17.50.59 Join sharpe [0] (i=sharpe@user-0c8hc2c.cable.mindspring.com) 17.53.38 # tucoz: Do you have an idea how the remotes should be handled in the manual? 17.53.54 # They have buttons, which have names and can be used for navigation... 17.55.03 # Not really. I've thought of it, but haven't done anything more :) 17.55.35 # But they should be added sometime soon. Preferably by using action codes 17.56.16 Join apo [0] (n=apo@dslb-084-057-066-122.pools.arcor-ip.net) 17.56.33 # Hopefully we can extent the "key action" tables to have an extra column for the targets with remotes. 17.56.44 # maybe one time we could add a chapter in the appendix for the remotes. 17.56.49 # I will scan the 3 remotes I have (H100, X5 and Archos) 17.57.28 # good. will you add them for download at download.rockbox.org? 17.57.38 Quit apo` (Read error: 110 (Connection timed out)) 17.58.08 # bluebrother, don't you think we should list the remote keys next to the main units? At least for h1xx and h300? 17.58.18 # amiconn: Do you wou want me to scan the H300 remote as well? 17.58.45 # also the non-LCD remote... 17.58.48 # tucoz, I'm not sure -- it would make it more complex. 17.59.02 Join oxygen77 [0] (n=thomas@vau75-6-82-237-174-211.fbx.proxad.net) 17.59.15 # true 17.59.39 Join lowlight [0] (n=c730180a@labb.contactor.se) 17.59.58 # so maybe it would be better to describe rockbox in the manual itself and reference to some appendix chapter for the remotes. 18.00.45 # * lowlight sucessfully played some tracks with metadata on the buffer :) 18.01.01 # Genre9mp3, that would be great. 18.01.20 # tucoz: ok 18.01.58 # Genre9mp3: send them to Bagder, so that he can add them to http://download.rockbox.org/device-pictures/ 18.02.44 # i got errors while compiling the source from rockbox-devel....any suggestion please. 18.03.03 # Crackerizer, paste the errors on www.pastebin.com 18.03.17 # lowlight: ! 18.03.32 # lowlight: did you reapply lostlogic's patch, or? 18.04.52 # bbl 18.05.00 # tucoz: I posted it. what's next? 18.05.29 # wow the rockbox ui really doesn't work so well on the ipod 18.05.53 # I did compile the source from rockbox yesterday, no errors at all... 18.06.16 # tucoz, commited it. I hope it won't confuse too much users ... 18.06.25 # preglow: :) I looked at lostlogic's but it was confused because it was mixed within his playback rewrite. 18.06.51 # lowlight: right, so you've actually done your own? big patch? 18.07.37 Join MrGreen [0] (n=MrGreen@client-82-9-20-211.manc.adsl.virgin.net) 18.07.47 # install went ok ... but where has music gone? 18.08.15 # MrGreen, on ipod? Try TagCache. 18.08.34 # bluebrother: yeah ipod video .... fonts look tiny 18.08.51 # use a different theme ... like UniCatcher 18.08.55 # what is TagCache *dares to ask 18.09.03 # Crackerizer, you have to give us the link you got from pastebin 18.09.23 # bluebrother, nice 18.09.25 # MrGreen, your questions are all answered in the manual. 18.09.31 # sorry 18.09.44 # * MrGreen runs to hide 18.09.47 # http://www.rockbox.org/manual.shtml 18.09.48 # Oh, it's http://pastebin.com/775730 18.09.54 # ta 18.10.03 # * bluebrother points to http://www.rockbox.org/manual.shtml 18.10.16 # It's not a criticism, it's just that we have explained these things in the manual much more thoroughly than we can here on IRC. 18.10.17 # oh, Febs was faster :o 18.10.18 # preglow: Yes, my own. 18.10.37 # Crackerizer, have you applied a patch? 18.11.16 # * bluebrother found the eqf import function on xmms 18.11.37 # tucoz: I checked out the source from cvs 10 minutes ago. do i need applying patch? 18.11.39 # Crackerizer, or maybe you miss SDL 18.14.15 # in that case you have to install the libsdl-devel package of your linux distro (in case you run linux) 18.14.36 # and to answer your question, no. 18.16.18 # got it thanks guys 18.16.39 # ..... can I restore pod if things go pear shaped or is that in manual too? 18.16.59 Quit Crackerizer ("CGI:IRC (Ping timeout)") 18.17.00 # preglow: http://www.geocities.com/m_arigo/rockbox/metadata.patch.txt. For the daring only. Only vorbis comments are put on the buffer and it will probably crash if the buffer refills :) 18.17.30 Join Crackerizer [0] (n=3d5a9b0f@labb.contactor.se) 18.17.53 # MrGreen: yes, you can always uninstall Rockbox, or use Apple's restore tool. 18.18.10 # * MrGreen wonders where he can find that ? 18.18.17 # But since the Rockbox bootloader has a dual-boot capability, you don't usually need to. 18.18.25 # woah! cool 18.18.35 # Find what, the restore tool? http://www.ipod.com 18.18.47 # dual boot .... 18.18.55 # press menu & select? 18.19.42 # Ok, i think i dont have the sdl. How do i get that? 18.20.27 # Crackerizer, what distro? 18.21.04 # MrGreen: turn the ipod off by pressing and holding play/pause. Then turn it on by pressing select and immediately press and hold menu until you see "loading original firmware." Use the menu+select combination to return to Rockbox. 18.21.41 # tucoz: slack, i donwloaded the source code yesterday. what do i need? lib & include file? 18.22.17 # Crackerizer, I don't know anything about slack. Isn't there packages available for that? 18.22.34 # * tucoz googles for Crackerizer :) 18.23.06 # Did you mean: crackerized 18.23.41 # I meant googles at his service. Searching for slackware sdl-devel package 18.24.04 # tucoz: can i build it from source? 18.24.18 # Crackerizer, sure. 18.24.57 # why not? But it's usually a shorter path to install packages using your distros package managment 18.25.22 # * MrGreen loves Febs very much 18.25.34 # timing is all 18.25.39 # Well, i'll try build it first. i dont think slack has sdl-devel package. 18.26.03 # i tried to install the rpm yesterday. but it didnt work. :( 18.26.15 Quit MrGreen ("Lost terminal") 18.26.15 # Crackerizer, ok. Read the last post in this page: http://www.libsdl.org/pipermail/sdl/2002-July/047405.html 18.27.05 # tucoz: thank you very much. you are very helpful. :) 18.27.16 # i'll try it. 18.27.24 # Your welcome 18.27.29 # tucoz: Are these scans ok? 18.27.34 # http://users.teilam.gr/~yngwiejo/H300-remote.jpg 18.27.42 # http://users.teilam.gr/~yngwiejo/nonLCD-remote.jpg 18.27.59 Join old45 [0] (n=42cf004a@labb.contactor.se) 18.28.22 # Genre9mp3, it would be better if you didn't save them as jpg. Use png instead 18.28.40 Join snowgoon [0] (n=andrewcu@cpe-66-108-115-206.nyc.res.rr.com) 18.28.49 # "> >No offense, but... are you sure Slackware is the right distro for you?", what is this supposed to mean? 18.28.51 # and I think 300dpi is the preferred dpi. Not sure what you used 18.28.51 # tucoz: png is lossless, wont affect the quality if I convert them, right? 18.29.11 # convert from jpg? 18.29.11 # I used 200 dpi...ok...I'll rescan then 18.29.24 Quit PaulJam (".") 18.29.27 # converting to png from jpg would just be silly 18.29.50 Join jaczehack [0] (n=jac@c-edf772d5.013-1-73746f40.cust.bredbandsbolaget.se) 18.30.04 # Data -- in accordance with the prophecy 18.31.08 Quit mocker (SendQ exceeded) 18.31.37 Join Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust291.lutn.cable.ntl.com) 18.32.05 # Mmmm> 18.32.13 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 18.32.23 # hi 18.33.14 # Mmmm> I plan to do some recording with my H120 will it providePIP for my electric mic? 18.33.15 Quit MarcoPolo (Read error: 54 (Connection reset by peer)) 18.33.37 # yep...2.5V I think... 18.33.57 # Good I asked this before but thought you would be good to ask 18.34.01 # Genre9mp3: Your scanner seems to use the same lighting arrangement as most other flatbed scanners I saw - the light seems to come from below if you scan 3D objects 18.34.29 # I recommend scanning the thing overhead and the flip the image 180° in the software 18.34.40 # s/and the/and then/ 18.35.11 # should I have an "eac test" folder in my root with just rockbox installed 18.35.55 # old45, that is nothing rockbox installed 18.36.03 # OK 18.36.16 Quit amiconn (Nick collision from services.) 18.36.16 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 18.39.26 Quit dan_a (Read error: 110 (Connection timed out)) 18.40.12 # tucoz: what is your distro? 18.40.44 Quit old45 ("CGI:IRC") 18.41.05 Join TeaSea [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 18.41.06 # kubuntu 18.41.09 Join old45 [0] (n=42cf004a@labb.contactor.se) 18.41.13 # amiconn: ok... rescaning now 18.41.19 # Mmmm> 18.41.27 # hello again... 18.41.31 # tucoz: do you have any problem building uisim? 18.41.42 # tucoz, no 18.41.45 Part jaczehack 18.41.48 # Crackerizer, no 18.42.06 # MmmmI plan to load some bird songs on the H120 would you use MP3 or Flac? I have them as WAV on my PC now 18.42.19 # :), i just built and installed sdl from the source. 18.42.45 # everything is fine. but i still cant build uisim. 18.43.05 # Soory I hit the enter key before I was ready , I am not calling you each time 18.44.06 # Crackerizer, have you added sdl to your path 18.44.31 # old45: well...depends on the quality you want, Flac is lossless so the quality will be the same as the original but filesize about 1/2 original, MP3 will lose quality but be much smaller. 18.45.32 # tucoz: no, but i have to do that? 18.47.01 # Mmmm> That file difference for MP3 is what I would like to have an estimate for, FLAC is half. Is MP3 about 1/4 then? 18.47.19 # depends on the compression you use 18.47.19 # Crackerizer, yes. The compiler has to know where to look for libsdl 18.47.40 # old45 128kbs is about 1mb per minute 18.48.04 # which is 1/10 original 18.48.17 # Thanks, that helps 18.48.27 # NP 18.49.22 # tucoz: sorry, i asked a lot. I'm quite new to linux. :) 18.49.54 # no problem. but maybe you should ask for linux questions in #linux? 18.50.26 # one more question , does rockbox play the FLAC and MP3 without problems for either 18.51.23 # Crackerizer, there is also a #slackware channel in freenode 18.51.48 Quit Sinbios ("If the definition of a klutz is someone who doesn't have eyes on their ass, then yes, I suppose I am a klutz.") 18.52.37 # old45: definitely MP3..I don't use flac much though so couldn't say for sure but I think so. 18.53.26 # old45: It depends on the platform, but MP3 and FLAC should both be pretty much flawless on the H120. 18.53.53 # do you know a FLAC user, I have a lot of files to load and don't want to set it up and have problems 18.54.04 # tucoz: is `UI_LCD_POSY' declared in SDL? 18.55.00 Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) 18.55.46 # old45: I don't think you'll have problems...Just try one file to start with to give yourself some confidence and then do the rest when you know it works 18.57.00 # Crackerizer, it is defined in uisdl.h. But I have to leave this to someone else as I've got to go. 18.57.03 # Yes that would be good to do, but I have hundreds of files to convert and load, so I don't want to have problems, that is why I asked for a FLAC user 18.57.28 # That's ok, thank you tucoz. I'll figure out myself. 18.58.11 # afk 19.00.09 # old45: if you can do one, you can do hundreds! :) 19.00.15 Quit XavierGr (Nick collision from services.) 19.00.19 Join XavierGr [0] (i=Alex@ppp198-171.adsl.forthnet.gr) 19.00.32 # thats what I need to hear! 19.00.58 # :D 19.01.30 Part Crackerizer 19.04.01 Quit XavierGr (Nick collision from services.) 19.04.05 Join XavierGr [0] (n=xavier@ppp181-51.adsl.forthnet.gr) 19.04.26 # I hope I've done it right this time..... 19.04.36 # http://users.teilam.gr/~yngwiejo/H300-remote.png 19.04.43 # http://users.teilam.gr/~yngwiejo/nonLCD-remote.png 19.05.28 Join Kohlrabi [0] (n=Kohlrabi@dslc-082-082-130-112.pools.arcor-ip.net) 19.07.10 Nick oxygen77 is now known as oxy77 (n=thomas@vau75-6-82-237-174-211.fbx.proxad.net) 19.08.22 Nick oxy77 is now known as oxygen77 (n=thomas@vau75-6-82-237-174-211.fbx.proxad.net) 19.09.00 Quit old45 ("CGI:IRC") 19.11.50 Join bbroke [0] (n=bbroke@p54BD42B7.dip0.t-ipconnect.de) 19.18.34 Quit BigMac (Read error: 110 (Connection timed out)) 19.19.35 Join lorijho [0] (n=lorijho@host-85-27-71-69.brutele.be) 19.20.53 Quit Kitar|st (Connection timed out) 19.21.54 Quit Siku () 19.22.00 Quit Hansmaulwurf (Read error: 110 (Connection timed out)) 19.22.21 Join Hansmaulwurf [0] (n=maerlyn@p5081D110.dip0.t-ipconnect.de) 19.23.24 Join Nico_P [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 19.23.52 Join San||Away [0] (n=San@213-202-186-179.bas504.dsl.esat.net) 19.27.03 Quit San||Away (Read error: 104 (Connection reset by peer)) 19.29.57 Join San||Away [0] (n=San@213-202-186-179.bas504.dsl.esat.net) 19.31.16 Join daurn|laptop [0] (n=quae@unaffiliated/daurnimator) 19.33.07 Quit spiorf (Read error: 54 (Connection reset by peer)) 19.34.28 # does the ipod bootloader use crt0.S? 19.34.48 # looking at firmware/boot.lds it doesn't seem to? 19.35.27 # but there are loads of #ifdef BOOTLOADER in crt0.S 19.38.30 # barrywardell: Yes, it does. 19.38.31 # dan_a: Your crt0.S cleanup patch looks sensible to me. Although I think it would make sense to split the portalplayer code into a completely separate crt0-pp.S file, and leave only the generic ARM stuff there. 19.39.22 # linuxstb: what about line 10 of boot.lds then? 19.40.01 # It just means that it's linked automatically, and the linker gives an error if it's mentioned in boot.lds as well. 19.40.22 # It's because there is a symbol in crt0.S referenced by bootloader/ipod.c 19.41.16 # ah, ok 19.41.18 # thanks 19.43.08 # linuxstb: I have an preliminary attempt at metadata on the buffer: http://www.geocities.com/m_arigo/rockbox/metadata.patch.txt 19.43.22 Quit XavierGr (Nick collision from services.) 19.43.26 Join XavierGr [0] (n=xavier@ppp179-59.adsl.forthnet.gr) 19.44.57 *** Saving seen data "./dancer.seen" 19.47.57 # Do people *try* to make it difficult to help them? 19.48.43 # http://forums.rockbox.org/index.php?topic=6115 19.48.43 Join Rob2222 [0] (n=Miranda@ACAE4E52.ipt.aol.com) 19.49.52 Quit tucoz ("Leaving") 19.50.20 Join dan_a [0] (n=dan-mirc@217.23.173.156) 19.51.57 Join Rondom [0] (n=zuzuzuzu@p54AEFD06.dip.t-dialin.net) 19.52.43 Join Coldtoast [0] (n=me@ppp105-175.lns1.hba1.internode.on.net) 19.52.46 # hi guys 19.53.09 # how far along is Rockbox for the Nano? Compared to Rockbox for the h120? 19.53.10 Quit XavierGr (Nick collision from services.) 19.53.14 Join XavierGr [0] (n=xavier@ppp141-188.adsl.forthnet.gr) 19.54.06 Join spiorf [0] (n=spiorf@host4-125.pool8248.interbusiness.it) 19.58.39 # Febs: classic...http://forums.rockbox.org/index.php?topic=6122.0 19.59.42 # hello 20.05.48 Join KlrSpz [0] (n=klrSpz@69.15.248.2) 20.06.04 # question, what's the 80mb partition on the 4gb nanopod for? is it safe to destroy? 20.07.05 # KlrSpz: Do you want to use your iPod? 20.07.30 # sharpe, do you have a point or are you going to ask assinine rhetoric? 20.07.44 # No, there's a point to it. 20.07.52 Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) 20.09.19 # ok so how about we stop beating around the bush and get to details? 20.09.27 # i just want to know how it works 20.09.30 # ram-based storage? 20.09.34 # firmware storage? 20.09.35 # etc etc 20.10.04 # First off, it'd be 'an asinine rhetoric' 20.10.56 # Second, it is where the firmware/bootloader are stored. 20.11.46 # excellent 20.11.49 # that's what i was looking for 20.12.26 # Bagder: I have 4 hardware scans I would like to upload... 20.12.45 # so if i don't care about the original firmware, do i need all that space? can i repartition it smaller just to contain the bootloader? 20.13.22 # KlrSpz: yes, you can make it smaller, but no warranty 20.13.24 # You can, but there's not much of a point to it. 20.13.27 # right 20.13.32 # big point on a nano 20.13.47 # it's 4% of the space 20.13.51 # (of 2GB) 20.14.01 # Yes, but if he has to restore it, it'll be recreated anyway. 20.14.03 Quit mantono ("memtest") 20.14.15 Quit XavierGr (Read error: 113 (No route to host)) 20.15.01 # yeah 20.15.08 # i'm not concerned personally 20.15.15 # my buddy is trying to do some experimental things 20.15.23 # minimal OS 20.15.30 # maximizing the space 20.15.37 # but like you said, 80mb is nothing to cry over 20.15.42 # i shrunk the bootpartition and created a third partition in the empty space 20.15.43 # and his is a 4gb drive actually 20.15.51 # hmm.. would rockbox mount it properly/ 20.15.53 # one extra album fits there 20.16.01 # not out of the box 20.16.05 # Just be sure you use a dummy apple_os.bin, if you have to install the bootloader again for some reason. 20.16.26 Join lightyear [0] (n=lightyea@p54875D13.dip.t-dialin.net) 20.18.02 Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 20.18.02 # For rockbox, anyway. 20.18.06 # lowlight: I'm beginning to think that ritesh is intentionally trolling. 20.18.14 # right right 20.18.20 # sharpe, is there anything else :) 20.18.35 # KlrSpz: you can move the start of the second partition too of course 20.19.00 # what did you use exatly? some partition magic or did you go low-level? 20.19.14 # i would be the lowlevel type of guy 20.19.23 Join sm007h [0] (n=smooth@vp088094.reshsg.uci.edu) 20.19.39 # [13:19] i would be the lowlevel type of guy 20.19.40 # here? 20.19.42 # this is actually for sm007h 20.19.42 # yeah 20.19.46 # nice 20.19.47 # which network is this? 20.19.53 # should have known it was freenode 20.19.58 # ahh 20.19.58 # ok 20.20.06 # yeah, shoulda 20.20.11 # prolly coulda looked on the site :) 20.20.21 # nope 20.20.23 # Not too hard to find there... 20.20.23 # that's too much bs 20.20.30 # heh 20.20.35 # so uhh.. how are you l iking it? 20.21.10 # go get poe2 20.21.28 # it's a little over 1.5 gigs 20.21.29 # i can't, i'm at work.. no axx to my boxes since my server is down thanks to emerge ;) 20.21.37 # that's crapola 20.21.41 # I dig rockbox 20.21.45 # actually i have no idea why it's down 20.21.46 # hell yeah 20.21.46 # working out pretty dope 20.21.49 # see 20.21.52 # i told you 20.21.52 # this is shit 20.22.03 # you're not going to play tomorrow? 20.22.14 # oh shit 20.22.17 # oh shit oh shit 20.22.19 # i'm like 22 min late for a meeting 20.22.22 # Well, we haven't heard it called pretty dope anytime recent. 20.22.33 # You should get going then, eh? 20.23.26 # ok nm, it was rescheduled.. *whew* 20.23.28 # spaz, I can't get partition magic to see my nano 20.23.29 # talk about a releif 20.23.38 # Mikachu said he had done it low level 20.23.43 # probably wrote directly to the mbr 20.23.51 # haha, not that lowlevel 20.23.53 # oh 20.24.03 # KlrSpz: Partition Table... 20.24.14 # i wouldn't imagine you can do it too easily in windows though 20.24.18 # what'd you use, fdisk? 20.24.25 # probably 20.24.25 Quit Febs ("CGI:IRC (EOF)") 20.24.42 # hmm, I'll use my lappy then and see if I can't get in there 20.24.42 Join Febs [0] (n=40be240f@labb.contactor.se) 20.24.53 # Mikachu: Windows doesn't like multiple partitions on removeable devices... :D 20.25.14 # i know, it only sees the first partition when i plug it in on windows 20.25.16 # pretty awesome 20.26.15 # so I have to leave some of that first partiion? 20.26.25 # hahahaha 20.26.29 # really? 20.26.30 # ...gentoo, here I come 20.26.36 # *plsp* 20.26.51 # wow, i wonder why gentoo users have a bad rep :) 20.27.00 # eh? i've had no problems with mulitple partitions on removabledisks on windows 20.27.10 # why would we have a bad rep? 20.27.22 # If you want to get rid of the Apple firmware completely, you can use the "scramble" tool instead of ipod_fw - that will make an firmware partition image containing only the Rockbox bootloader-xxxxx.bin. 20.27.23 # non-sequiter 20.28.09 # but won't that still leave the partition space used? i think that's also an issue in this case 20.29.38 # sharpe: It's not the multiple partitions Windows doesn't like about ipods - it's the fact that the first partition is marked as type 0 (empty). Neither Windows or Mac OS X will let you access it normally. 20.30.15 # (but Linux is happy, and gives you a normal device node to access it with) 20.30.34 # linuxstb: I'm just speaking from experience I've had with usb drives that have multiple partitions, could never get one of them (out of two) to mount as a drive. 20.31.12 # linuxstb: Does the apple loader require the partition to be of type 0? 20.31.37 # Could be an interesting experiment 20.31.50 # amiconn: I'm pretty sure it does. I'll test now. 20.34.13 # Yes, changing it from type 0 causes a folder with exclamation mark to appear. 20.34.36 # so what did you do? just change the size? 20.34.42 # I've got a 4gb nano 20.35.06 # I just changed the type of the first partition. 20.35.07 # basically I need to leave some small partition? 20.35.13 # sm007h: Yes. 20.35.46 # Yes - you only need about 100KB, but I'm not sure how small you can make partitions. 20.36.41 # I moved everything (.rockbox) off the second partition and thought I bricked my nano. but then I held down menu and select and I'm back to stock 20.37.02 # Interesting message from fdisk when changing the type back to 0: "Type 0 means free space to many systems (but not to Linux). Having partitions of type 0 is probably unwise. You can delete a partition using the `d' command." 20.37.30 # that's what it reports in disk manager in winxp "Free space" 20.37.34 # you should be aware the man page for fdisk says not to use fdisk 20.37.40 # how much stuff is on it? 20.37.47 # Mikachu: Good job I've not read the man page then. 20.38.13 # sm007h: the partition is also used to dump ram by the original firmware because they couldn't be bothered to make it boot fast enough 20.38.31 # so there's your answer 20.38.39 # I read that in the forums. what I didn't know was whether rockbox needs it too? 20.38.44 # it doesn't 20.38.45 # Nope. 20.38.55 # Rockbox doesn't have a sleep mode. 20.38.56 # i don't know why they made it 80MB when the nano has 32MB ram though 20.38.59 # lol 20.39.05 # maybe they expected the firmware to grow to 30MB one day 20.39.11 Quit JoeBorn ("Leaving") 20.39.19 # maybe when they switch to x86 architecture :) 20.39.23 # HAHAHA 20.39.24 # haha 20.39.27 # frying eggs with ipods 20.39.37 # I was going to say something along those lines...then I remembered, yeah, they went there ;) 20.39.45 # Mikachu: Maybe they just wanted to be even and have it start at the 32mb mark, with a little breathing room. 20.40.15 # or they knew most people would be using it on windows ;) 20.40.26 # so it might have a habit of expanding itself over time 20.41.00 # Wha? Copying 32mb to and from the disk doesn't make it grow. 20.41.02 # heh, i'm sure that had to be it 20.41.10 # it doesn't? 20.41.14 # no but the security patches do !! 20.41.19 # ba da dummnnn tssss 20.41.36 # Now you're just rambling about windows. :) 20.42.09 # spaz, what do you use instead of fdisk. I havne't been on mylaptop in ages 20.42.15 # dont even know what's on here 20.43.18 Quit pondlife ("byebye") 20.47.23 # * preglow fondles octave 20.47.40 # preglow: That's beyond acting the fool... 20.48.03 # cfdisk 20.48.09 # but, i've never done any partition resizing 20.48.15 # sharpe: i do other roles as well 20.48.24 # I see. 20.48.25 Quit damaki (Read error: 104 (Connection reset by peer)) 20.48.36 # yeah, cfdisk won't open the drive 20.48.59 # sharpe: among the roles in my reportoire, there is pervert, idiot, drunk, jerk and moron as well 20.49.05 # is dmesg seeing the drive? 20.49.10 # also, illiterate 20.49.13 # Now I get it. 20.49.15 # I can access it with fdisk 20.49.19 # hmm, odd 20.49.28 # you're specifying the device right? 20.49.37 # no, that was retarded. I forgot the path 20.50.16 # might help :) 20.50.18 # so how do I get all the stuff off it so I don't lose my firmware? 20.50.23 # dd? 20.50.42 # dd if=/dev/xxx of=~/ipod_backup 20.50.52 # i wonder if you need to specify other options? 20.50.57 # like block sizes or some crap 20.51.12 # duno, never done it 20.51.53 # wait, do I have it frm that script? 20.52.01 # in the ;output; folder? 20.52.17 # I have: apple.os.bin, bootpartition.bin, and rockboot.bin 20.53.39 # havne't synced in about 8 monhts 20.53.48 # probably be merging crapola all night now 20.54.11 # spaz, those are the original files right? 20.54.18 # isn't that what that script did? 20.54.38 # linuxstb, you still around? 20.56.13 # sorry back 20.56.31 # what script? 20.56.39 # oh yeah 20.56.40 # the one you gave me 20.56.41 # it's in output 20.56.57 # that bitch still has my ipod 20.56.59 # i'm so pissed 20.57.00 Quit Mmmm (Remote closed the connection) 20.57.01 # she's not in today 20.57.05 # I think I'm going to emerge gparted or something so I can try and do this graphicaly 20.57.16 # dude, she took it over the weekend 20.57.21 Join ghode|afk [0] (n=garudin@87-194-60-156.bethere.co.uk) 20.57.36 # hey guys. What stage is RB for the Nano at? Compared with RB for the h120? 20.57.38 # think mandy needs to show up at her house tonight 20.58.15 # Coldtoast: The same as most of the other iPods, with the possible exception of the 3G, compared to the h120. 20.58.29 # and what stage IS that exactly? 20.58.36 # are they equal? 20.59.19 # It's kind of hard to compare two different players... without and specific things to compare. 20.59.32 # I bought a nano last night. been using rb on my h120 for a long time now 20.59.49 # ogg playback, mp3 playback, parametric EQ, gapless 20.59.53 # it plays music fine, you will probably have to live without the eq though 21.00.01 # no EQ? damn 21.00.01 # uh oh, no eq :D 21.00.08 # i haven't tried in a while 21.00.11 # it could be that it works 21.00.22 # Mikachu: As far as I know it's fine 21.00.28 # actually, there's an eq on there. seems better, if you like so sorts of things 21.00.30 # maybe i had the peakmeters on too :) 21.00.53 Join mrobefan [0] (n=mrobefan@80.178.194.125.adsl.012.net.il) 21.01.05 # has the interface translated well to the nano? as in is it a nice marriage between the nano hardware (clickweheel) and rb? 21.01.14 # does anyone know how i can find out what files are causing my tagcache building to fail? 21.01.21 # Mikachu: Well, the Hardware EQ is fine too, for the 5G anyway... 21.01.27 # err.. I should jhust say "ipod" I guess 21.01.31 # yeah but nano doesn't have a hweq 21.01.34 # ghode, I couldn't get it to work last night until I enabled diskcache 21.02.00 # I wasn't too sure if it did or not. 21.02.15 # sm007h: I'm back now... 21.02.21 # on the h120 I wish you could set a permanent sleep timer actually 21.03.00 # I have this TERRIBLE habit of dumping my h120 into my bag and accidentally turning it on. then when I go to use it the next day, it's dead 21.03.01 # linuxstb, whatd you do? change the part type, resize it, then change it back to 0? 21.03.24 # Coldtoast: uh, there is a sleep feature 21.03.33 # Coldtoast: as long as you don't start playing music too it should kick in 21.03.41 # yes. But it gets reset when you power off Mikachu 21.03.47 # isn't there a 'hold' button? 21.03.54 # sm007h: I use fdisk in Linux. I've no idea how to do it in other OSes. 21.03.55 # then your settings aren't saving properly 21.04.00 # It's more of a switch really... 21.04.05 # sm007h: funny you say that since diskcache doesnt work either (ipod 5G) 21.04.10 # ribs: of course. But I don't enable it on the remote and the player generally 21.04.13 # linuxstb, I'm in linux 21.04.19 # Coldtoast, maybe you should start :> 21.04.52 # sm007h: Then don't worry about changing the type - just delete the FAT32 partition, resize the first partition as small as you can, then create a new FAT32 partition taking up all the remaining space. 21.05.00 # speaking of peakmeters, are those ever going to be conditional? 21.05.02 # Ribs: pfft! I can't be arsed keeping tabs on whether I have both hold switches enabled 21.05.17 # KlrSpz: Conditional based on what? 21.05.21 # on levels 21.05.22 # a persistent sleep timer set to, like, 1.5hrs would do it 21.05.36 # i'd like to do some graphical representations of a peak 21.05.39 # as I never listen to it for more than that. only takes me 45mins to walk home 21.05.41 # KlrSpz: You mean something like displaying custom bitmaps for the different levels? 21.05.44 # yessir 21.05.45 # Coldtoast: just set the idle shutdown to that then... 21.05.52 Join TeaSeaLancs [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 21.06.07 # linuxstb, where's the bootloader and misc files that are on that first part? 21.06.25 # Mikachu: I tried today. tested. if I set it, power off then onn, the timer is reset 21.06.28 Quit TeaSea (Nick collision from services.) 21.06.31 Nick TeaSeaLancs is now known as TeaSea (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 21.06.41 # or are they all sitting at the front of the partition so I don't have to worry about putting them back on? 21.06.43 # with the daily from yesterday 21.06.49 # anyway 21.07.01 Quit _FireFly_ ("Leaving") 21.07.21 # sm007h: The first partition is the "firmware partition" - it originally contained the Apple firmware, a normal Rockbox install puts both the Rockbox bootloader and the Apple firmware there, and I'm guessing you just want the Rockbox bootloader there? 21.07.26 # sm007h: also the tagcache build always fails on file 337 so i need to find out which file this is... 21.07.51 # linuxstb, yes 21.08.32 Join lee-qid [0] (n=liqid@p549659B9.dip.t-dialin.net) 21.08.44 # spaz, I have in 'output': apple_os.bin 5mb, rockboot.bin 5mb, bootpartitition.bin 80mb 21.08.44 # sm007h: Do you have a copy of the Rockbox source code? 21.08.59 # I didn't grab that yet, no 21.09.08 Join _FireFly_ [0] (n=FireFly@p54A4586C.dip.t-dialin.net) 21.09.27 # he'd have to set up a cross compiler as well 21.09.44 # err wait, which gcc you using sm007h? 21.09.57 # sm007h: You can use the "scramble" tool in the Rockbox source to create a firmware image just containing the Rockbox bootloader. 21.10.01 # or did you devs get all that squared away 21.10.20 # KlrSpz: I'm not talking about compiling Rockbox - just the "scramble" tool which just uses the native gcc. 21.10.38 # does that come with the source or something? 21.10.45 # sm007h: Or I could run the scramble tool on the Nano bootloader for you if that's easier. 21.11.20 # linuxstb, that'd be cool. thanks 21.11.36 Quit freqmod ("changing xserver") 21.11.53 # sm007h: http://www.davechapman.f2s.com/rockbox/bootloader-nano.img 21.12.20 # All you need to do is "dd" that directly to the first partition on your ipod - e.g. "dd if=bootloader-nano.img of=/dev/sda1" - assuming your ipod is /dev/sda 21.12.40 # yes it is 21.13.00 Join damaki_ [0] (n=Chocolat@ALille-253-1-1-204.w90-7.abo.wanadoo.fr) 21.13.00 # sweet 21.13.11 Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) 21.13.17 # don't really see any reason to go back to apple_os 21.14.15 # Ah, nice to hear. 21.15.28 Quit shirour (Read error: 110 (Connection timed out)) 21.16.43 # because that would be nice if you'd get that from me later tonight? 21.17.11 # Um. Yes. I love to hear from people that use rockbox... 21.17.14 # ok, I'll stop seeding, but you can get it from my ftp anonymously 21.17.36 # are you at least going to get it from me? 21.18.50 # sharpe, lol, sorry about that, I was talking to spaz 21.19.04 # I know, it was a random thing, the second message. 21.19.39 # spaz, you going to get that from me later tonight then? 21.19.49 # yes 21.19.55 # really? 21.20.13 # :P 21.20.29 # really really 21.21.26 # wth, are we up to 2006.0 or 2006.1 21.23.04 # Pretty sure we're in the year 2006 either way. 21.23.24 # one's likely experimental 21.23.35 # I don't want to use the wrong profile 21.23.50 # you can't ssh into your box? 21.24.21 # 2006.1 21.24.27 # me no 21.24.28 # i can't 21.24.32 Quit Genre9mp3 ("I don't suffer from Rockbox psychosis. I enjoy every minute of it.") 21.24.44 # ok, you can't. but you're positive it's 2006.1? 21.24.47 # yes 21.25.01 # ok, better not be dev :D 21.25.01 # or you can ask in #gentoo 21.25.05 Join vcardenas [0] (n=c818044b@labb.contactor.se) 21.25.11 # i asked like a few weeks ago 21.25.17 # they said .1 was stable 21.25.31 Part andrewy 21.26.18 # 2006.0 is stable 21.26.26 # I thought .1 == dev? 21.27.02 # nothing is every consistent with those guys, though 21.28.04 # Fieldy> sm007h: not yet. it's just in the tree in advance of the actual 2006.1 release. there could be uknown bugs, or it could be incomplete. 21.29.11 # well, wtf, they told me it was stable... oh well 21.29.14 # mayb ethat's what broke 21.29.19 # actually i don't recall ever changin mine 21.34.55 Part vcardenas 21.38.12 # spaz, are you going to do what I'm doing with your nano? you only have 1gb, too. 80 mgs could really help ;) 21.38.51 Join darkless [0] (n=darkless@62.79.44.48) 21.40.31 # possibly 21.41.01 # hahaha 21.41.03 # check this out 21.41.06 # so I got the new kernel 21.41.25 # and I'm making it here, and I see that they now have 2100 intel wireless support. so I cnofigure it as amodule 21.41.41 # and it asks me if I want to "enable promiscuous mode" 21.41.44 # but of course :D 21.42.10 # * linuxstb coughs and mentions this is #rockbox 21.43.14 Quit freqmod (Read error: 104 (Connection reset by peer)) 21.44.57 Join freqmod [0] (n=freqmod@140.84-48-78.nextgentel.com) 21.45.01 *** Saving seen data "./dancer.seen" 21.46.12 # party pooper 21.46.39 Quit Coldtoast () 21.46.47 # It's just that this channel is logged - so lots of off-topic chat makes it hard for someone to read the logs and find the useful information. 21.46.57 Quit TeaSea (Remote closed the connection) 21.47.50 Join TeaSea [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 21.51.13 # And... you don't want to say something you'll regret if it were logged, do you? 21.56.54 Quit lostnihilist ("Leaving") 21.56.55 # there are also other use cases of promiscuous mode than the one you're thinking of 21.58.02 # than whose thinking of? 21.58.36 # I know what it is, it was just a joke ;) goodness 21.59.51 Quit _FireFly_ ("Leaving") 22.16.02 # preglow, linuxstb: had a chance to look at my "metadata on the buffer" patch? I've updated it to work with all formats but mp3 (hopefully I didn't break the metadata handlers). 22.17.55 # lowlight: No, not yet. I'm currently trying to get the COP working... 22.25.09 Join JoeBorn [0] (n=jborn@adsl-75-3-56-150.dsl.chcgil.sbcglobal.net) 22.25.35 Join webguest59 [0] (n=cce4ea19@labb.contactor.se) 22.25.37 Quit Pyromancer (Read error: 104 (Connection reset by peer)) 22.25.39 # linuxstb: ok. It's here when you get a chance: http://www.geocities.com/m_arigo/rockbox/metadata.patch.txt 22.25.44 Quit webguest59 (Client Quit) 22.25.52 # My premise was to give the metadata handlers a pointer to a buffer to use (instead of assuming the id3v2buf) 22.26.18 # and have them return the size of the data written. 22.26.22 Join Icemaann [0] (n=flimpy@204.228.232.71) 22.26.42 # What happens when the track is played and the buffer is then overwritten? 22.27.10 Join Pyromancer [0] (n=Pyromanc@dsl092-069-150.bos1.dsl.speakeasy.net) 22.27.16 # sm007h: my statement was directed to sharpe 22.27.16 # Ive just put rockbox on my ipod nano and Id like to play around with it *while* it is plugged into the usb. Im using linux, and I can eject it, but all the screen shows is "safe to unplug". Id like it to keep charging while I play with rockbox.... is this possible? 22.27.45 # Boot into Rockbox, then hold MENU as you insert the USB cable. 22.28.29 # <_jhMikeS_> The updated encoder recording patch is ready for review (please read comments): http://www.rockbox.org/tracker/task/2939 22.28.49 Nick _jhMikeS_ is now known as jhMikeS (n=jethead7@adsl-68-73-207-97.dsl.sfldmi.ameritech.net) 22.29.19 # oh that's how you do it. that's pretty cool. Are there any plans to make something that will let us use rockbox while it's hooked up, from the computer itself? 22.29.53 # linuxstb: At this stage, there are no such checks. 22.30.53 Quit KlrSpz () 22.31.09 # I guess the plan would be to copy the metadata buffer of the current track before a rebuffer. 22.32.21 # But that requires some trickery since track.id3.artist is a pointer to the buffer. 22.32.47 Join BHSPitLappy [0] (n=steve-o@adsl-66-141-170-52.dsl.rcsntx.swbell.net) 22.33.22 Quit _Veseliq_ (Remote closed the connection) 22.33.35 Join _Veseliq_ [0] (n=veseliq@195.85.215.210) 22.34.09 # lowlight: Does your patch just put the id3v2buf on the audio buffer, or the whole mp3entry struct? 22.34.58 Join lostnihilist [0] (n=lostnihi@c-67-175-35-181.hsd1.il.comcast.net) 22.35.28 # Whatever was written to the id3v2buf is now written the the audio buffer. 22.36.24 # OK. I thought the plan was to move the whole mp3entry struct to the audio buffer. 22.37.12 # I don't know the plan.:) What would the benefit be? 22.37.47 # and id3v1 (when preferred or the only thing avail.) converted to id3v2 first or something? 22.37.54 # Currently there is a static array of 32 mp3entry structs - the benefit would be getting rid of that. 22.38.21 Nick ghode|afk is now known as ghode (n=garudin@87-194-60-156.bethere.co.uk) 22.38.35 # It also means the mp3entry struct (or its successor) could be more variable in size, and store things like track art. 22.39.57 # jhMikeS: "id3v2buf" is just another case of a variable being called something which is no longer appropriate - it's used for storing various types of metadata nowadays. 22.40.24 # Ok, but replacing the id3v1/2 static buffers saves the majority of the space. 22.41.03 # linuxstb: then it should be renamed metadatabuf! There's a lot of mp3 centric nomenclature there no? 22.41.07 # album art would be like the other tags, just a pointer to the data. 22.41.52 # * jhMikeS thinks JPEGs/PNGs for album art is must have 22.41.56 # jhMikeS: until a year or so ago, rockbox only played mp3 :) 22.43.07 Join Bauermanthorn [0] (i=gorey@i577AD42A.versanet.de) 22.44.03 # lowlight: I only found out about it in mid April 2006 22.44.13 Quit Nico_P () 22.48.14 # * jhMikeS hopes someone will want to test that patch soon on non-x5 ports so his anxiety level can return to normal. 22.49.04 # jhMikeS: There aren't many devs who record - if you want feedback, you could post some binaries in the Recording forum. 22.49.43 # It looks like a major change to recording, so it might be useful to get at least some initial feedback before committing to CVS. 22.52.11 # linuxstb: There's no way I'm dumping that on CVS yet I would if it only affected x5 but it doesn't. 22.53.08 # linuxstb: Mmmm and Petur aren't here or I'm sure they'd do it. Weren't you going to do iPos recording? 22.53.19 # iPod 22.54.27 # Yes, I've got it working, but there is still a lot of tidying up and bug-fixing to do before I can commit. It's also now badly out of sync with CVS. 22.55.47 # I just synced with CVS before submitting it. What bugs are you getting at? What ports? 22.56.21 # I mean my ipod recording work is buggy and out of sync with CVS - not your patch. 22.58.29 Join San [0] (n=San@213-202-186-179.bas504.dsl.esat.net) 22.58.29 Quit San||Away (Read error: 104 (Connection reset by peer)) 22.59.16 Quit gorey (Read error: 110 (Connection timed out)) 22.59.39 # linuxstb: ok...I'm like BUGS?!? Shouldn't be anything major! You scared me for a sec! :)( 23.00.29 Join freqmod_n [0] (n=freqmod@140.84-48-78.nextgentel.com) 23.00.35 # lowlight: nope, sorry 23.00.59 # my current scheduled items are speex and musepack 23.01.03 # perhaps when i'm done with those 23.04.37 # linuxstb: shouldn't get_metadata strip id3v2 data from all non-mp3 files? (re your response on the ML). 23.05.35 # Is it possible to be sure without adding another file section to have an entrypoint always at the end of a codec? 23.06.07 # lowlight: i don't think it does 23.06.27 # i think i remember having to do that per metadata format 23.06.46 Join San||Away [0] (n=San@A-71-146.cust.iol.ie) 23.07.49 # It doesn't, hence the common complaints about ogg, flac, etc not working when programs unknowingly put id3 tags on them. 23.08.53 # lowlight: I've been curious: where's the initial file parsing done? Tracking things can be a pain. 23.09.53 # lowlight: I thought id3v2 skipping had been implemented for FLAC. 23.10.20 # jhMikeS: The get_metadata() function in apps/metadata.c is called before each track is loaded into the audio buffer. 23.11.02 # linuxstb: flac yes, ogg no. 23.11.48 # lowlight: It feels wrong to do it though - the file is no longer a legal ogg stream if there's extra data stuck on the beginning or the end... 23.12.29 Quit freqmod (Read error: 110 (Connection timed out)) 23.12.34 # what's actualy put in the audio buffer? Just the file contents after stripping metadata? 23.12.48 Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) 23.13.33 # jhMikeS: I'm not sure, but I think in most cases the whole file is put there. Ideally, we would want format-specific loading functions which only put what is necessary into the audio buffer. 23.13.39 # jhMikeS: no, the whole file including metadata (well, id3v1 tags are stripped). 23.14.49 # now tagcache supports browsing by numeric tags (for example year) :) just committed it 23.14.54 # lowlight: I thought you were just _adding_ that and that now how it is now. 23.15.12 # Slasheri: That reminds me, does tagcache support a "disk number" tag? 23.15.24 # linuxstb: hmm, that is not included yet 23.15.41 # probably because iirc id3 structure doesn't support it yet 23.15.50 # lowlight: What if id3v1 tags are the preferred or only tag? 23.15.51 # jhMikeS: lowlight is adding buffering of the parsed metadata to the audio buffer. Currently that's stored in a static array. 23.16.01 # id3v2 supports disc number 23.16.23 # yep, but rockbox doesn't have yet full support for it 23.16.49 # linuxstb: that makes sense to me to do. that would/could support extended or custom tags 23.16.59 # when support is added, it's very easy to add that tag to tagcache 23.19.51 # jhMikeS: in some formats you can't cut out the metadata. get_metadata preprocesses it so that it's readily available for the wps. 23.22.41 Quit San (Read error: 110 (Connection timed out)) 23.23.16 # linuxstb: hmm.. ogg files should have "date" instead of "year"? 23.23.28 Join ryanpg [0] (n=ryanpg@c-67-186-114-128.hsd1.il.comcast.net) 23.24.09 Join belze [0] (i=nifty@dslb-088-073-192-074.pools.arcor-ip.net) 23.24.10 # I installed rockbox on an ipod nano, it's neat - does this represent what you get on other platforms? 23.25.00 # lowlight: once it's formatted for wps then it can be overwritten except for what the codec needs? don't you parse it at each song when it's the next track's turn? I suppose I should study it carefully. 23.25.11 # linuxstb: oh.. "Date can be in more any format in a Vorbis tag, so don't try to parse it." 23.25.18 # ryanpg: pretty much. (some features like recording are device specific) 23.25.31 # then that must be why tagcache is unabled to use the "year" tag for vorbis files 23.25.42 # dionoea, cool thanks 23.26.50 # is there a "play most listened to" option or "play least listened to"? my rio owning friend tells me he loves that feature... I've looked on the wiki 23.27.06 # the ipod manual doesn't reference it either 23.27.36 # i think i found a bug in the equalizer in rockbox using a iriver h110 23.27.48 # just parse common date forms. If they're funky, ignore them. I don't see a problem with requiring certain format(s) if you want it to work with RB. 23.27.49 # jhMikeS: yes. Metadata parsing is done just prior to buffering the file (in playback.c). 23.28.05 # ryanpg: I think those kinds of features are "in progress"... So maybe soon. 23.28.10 # depending on the volume you can hear the noise floor going up 23.28.50 # belze: You need to talk to preglow when he's around. 23.28.57 # ok 23.28.59 # belze: too much dithering maybe... 23.29.10 # * blx just ordered a iAudio X5L 30G 23.29.11 # maybe, it sounds like that 23.29.12 # ^^ 23.29.21 # Could be a side effect of applying bands low->high 23.29.57 # i have a 2db boost on 60 hz and 4db on the 12khz band 23.30.33 Quit ghode (Read error: 110 (Connection timed out)) 23.31.29 # very good! rockbox is exciting! :) 23.31.29 # there was one guy on the list that was starting a port to the iaudio m5, now that the x5 is supported maybe it'll happen :D 23.31.29 # err... kinda supported 23.33.34 # x5 seems pretty damn supported...what am I missing out on? 23.33.52 # reread the sentence :) 23.34.13 Quit mantono ("restarting X") 23.34.17 # later all. 23.34.20 Part lowlight 23.34.32 # belze: If you apply bands low to high then noise/distortion (high harmonics) in low bands get boosted by the upper bands. 23.34.58 # i see 23.36.01 Join mantono [0] (n=mantono@c83-250-204-173.bredband.comhem.se) 23.36.02 # but if the bands above are cut the the noise it cut too...things might work better if sorted depending on cut/boost/frequency 23.38.37 # jhMikeS, maybe nothing... the rockbox web site isn't always current 23.38.37 # jhMikeS, I saw that it was listed as "usable" rather than "supported" 23.39.11 # only archos and hxx0 are supported i think 23.40.02 # I would say everything with cvs/daily builds is "supported" - as in we think it's good enough for non-developers to use. Only Archos has had official releases, which mean we think it's actually release-quality. 23.41.04 # iriver and iaudio are probably both close to release-quality. Ipods have a long way to go, but are still very usable. 23.41.06 # better order: boost bands->high to low then cut bands->low to high 23.41.20 Quit freqmod_n (Remote closed the connection) 23.41.26 Join illogic-al [0] (n=Your@konversation/user/illogic-al) 23.41.36 # hi. rockbox crashed on me. 23.42.00 # is there anything I can do beyond waiting for the battery to die so I can restart again. 23.42.13 # you can press the magic key combination to reboot 23.42.14 # What device are you running Rockbox on? 23.42.20 # jhMikeS: but thats nothing i can change without working on the sourcecode, i guess? 23.42.20 # me too but that's the price for changing things :) 23.42.29 # belze: correct 23.42.53 # linuxstb: h320 23.43.10 # It's something I wanted to experiment with however so I'll probably test it out myself 23.43.27 # I don't know about the h320, but the h140 has got a reset button on the bottom - you need a pin or paperclip to press it. 23.43.35 # OOOH 23.43.52 Join BockBilbo [0] (n=BockBilb@eu85-84-43-70.clientes.euskaltel.es) 23.43.56 # i see it. on the side where mic is. 23.44.09 # awesomeness. 23.44.10 # thanks 23.44.16 # just scream in there and it will reboot 23.44.26 # lol 23.45.02 *** Saving seen data "./dancer.seen" 23.45.59 # yeah, voice recognition for rockbox :P 23.48.15 Join Genre9mp3 [0] (n=yngwiejo@dsl-88-218-17-158.customers.vivodi.gr) 23.50.22 Join midgey34 [0] (n=TJ@c-71-205-31-207.hsd1.mi.comcast.net) 23.50.50 # * jhMikeS needs to make a silent wav file now 23.51.23 # * linuxstb stays quiet 23.51.57 Quit ender` (" Smoking is one of the leading causes of statistics.") 23.51.59 Part oxygen77 ("Leaving") 23.52.12 # jhMikeS: im not quite sure this is a problem with the equalizer. on ogg i still have that effect when the equalizer is disabled 23.53.03 # belze: Just that ogg? Try another. 23.53.06 # I read that the config settings are stored in a special part of the disk. Was it in the mbr? 23.53.10 # belze: I've generally found the h140 quite noisy, and I think others have commented about it. 23.53.46 # barrywardell: It's between the MBR (which is the very first sector on the disk) and the first partition (which normally starts around sector 63). Those 62 or so sectors are normally unused. 23.53.52 # linuxstb: i know its noise, but on certain volume levels the noise floor gets louder 23.53.57 # which is kinda weird 23.54.03 # but ill just test a few files 23.54.11 # *noisy 23.54.22 # so the odds of doing damage to the disk are minimal then? 23.54.41 # belze: I'm not sure what you mean? I would have expected increasing the volume to increase the noise as well.. 23.54.42 # i'm ready to try a full rockbox build but am obviously a little wary 23.55.05 Quit sm007h () 23.55.08 # barrywardell: I think your previous experience was either just bad luck, or a result of all those GPIO experiments... 23.55.33 # There needs to be a way to make the .rockbox distribution folder without doing the zip thing 23.55.50 # jhMikeS: you'd think so, wouldn't you? :) 23.55.58 # linuxstb: no, it gets louder at a certain level and then softens if you increase the volume 23.56.16 # Mikachu: I would indeed...I think I'll try adding that 23.56.28 # belze: Ah, OK. You're right - that doesn't make sense. 23.56.44 # linuxstb: you're probably right. I'll just take a chance and try it 23.57.05 # * barrywardell crosses his fingers 23.57.21 # jhMikeS: I think buildzip.pl is the place to look - I think it populates a .rockbox directory in current directory, zips it, then deletes it. 23.57.51 # So it should be easy to change that behaviour - e.g. to make it build the .rockbox directly onto the device. 23.57.55 # Mikachu: Why are those .rwps files being skipped "due to size constraints"? I asked last night but don't know if you were around or if you don't know. 23.58.12 # jhMikeS: they wouldn't fit on the lcd 23.58.29 # Or they are too small for the LCD - I think only WPSs which fit exactly are now included. 23.58.34 # Mikachu: it's display issure not bytes 23.58.48 # come again?