--- Log for 11.11.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 8 hours ago 00.03.13 # amiconn: OK, if that's the case for the as3514, then we should remove that #if in as3514.h. But I guess what I don't like about as3514.h is that it contains a mixture of both private definitions (like the I2C address - which IMO should just be declared somewhere more private), and the public interface for the audio codec part of it. Although the wm*.h files do the same thing... 00.04.09 # It also doesn't feel right to define ADC_* there. 00.04.45 # I just got a very strange Windows error with my gigabeast 00.05.43 # I inserted the USB cable, Rockbox still navigates (it shows that it charges) and windows pop up an error window saying: "There is no disk in the drive. Please insert a disk into drive /Device/Harddisk4/DR18" 00.06.16 Join Rob2222 [0] (n=Miranda@p4FDCF496.dip.t-dialin.net) 00.10.22 # XavierGr: can you try going to the debug menu and choose "reconnect usb storage" ? 00.11.01 # XavierGr: I would imagine the more the better 00.11.11 # gevaerts: ah sorry, I rebooted and now it works as it should 00.11.23 # XavierGr: is that the stock battery? 00.11.28 # JdGordon: No 00.11.31 # gevaerts: I will have this in mind if I can reproduce it 00.11.37 # ok 00.11.37 # JdGordon: Stock is 700 mAh 00.12.23 # I tried to shove an ipod 4g 1200mAh battery in the beast (like in the gigabeat F), but the S is too tight for that battery 00.13.07 # I just went for the biggest one I could find that said gigabeat S, which was the 1000 00.14.45 Quit MethoS_ (Read error: 110 (Connection timed out)) 00.15.59 # XavierGr: might as well add it to the pool. does anyone have the stock batt but /me? :) 00.16.20 # * JdGordon does 00.16.29 # * amiconn too 00.16.36 # i did a bench a while ago, and gonna do a new one today 00.16.41 # I've now found my stock battery, I'll do one with that tomorrow when this one has finished and I have swapped them 00.16.42 # I think my beast is fucked though 00.16.52 # Does anyone have any idea about the status of the Philips SA9200 port, and why it isn't in the build table? 00.17.05 # On the other hand, if JdGordon is going to do one with the standard, I won't bother :) 00.17.19 Quit tyfoo2 ("Carpe diem") 00.17.20 # linuxstb: isnt that one of the ports you started? 00.17.23 # On the other hand, if JdGordon's beast is fooked, I will do one! 00.17.25 # JdGordon: Not sure how you'd get it beyond useable. 00.17.44 # JdGordon: No ;) I can at least remember the status of my ports... 00.17.49 # * BigBambi has run out of hands 00.17.51 # unless the hardware went 00.17.59 # I changed mine because I had serious issues with the original. It wouldn't last more than 5 hours 00.18.18 # XavierGr: That is normal 00.18.28 # jhMikeS: I dont know... it seems to die after 2 hours or so with the disk not spining up 00.18.29 # * jhMikeS 's always ran a long time 00.18.33 # * amiconn doubts that his beast would even last 4 hours with its stock battery 00.18.40 # BigBambi: oh I thought It should last around 10 hours 00.18.43 # Mine does about 5 hrs on stock 00.18.51 # XavierGr: Those claims were arse 00.19.04 # * JdGordon got about 6 last bench though 00.19.06 # toffee82 must have given me a more beasty than beasty beast 00.19.18 # XavierGr: Have a look at some reviews - the vast majority I have found say very nice, but battery life is crap and nothing like claimed 00.19.34 # and worse withh rockbox 00.19.47 # jhMikeS: If we had proper scaling, rewriting some asm blobs for armv6 would be interesting 00.19.47 # The OF keeps the disk spun up in menus ffs 00.19.53 # linuxstb: The SA9200 port was started by lowlight, and from the last mention he made, he just needed to get the touchpad working; audio, LCD and buttons are all working. 00.20.15 # (e.g. mpegplayer's idct) 00.20.17 # JdGordon: worse, really? 00.20.21 # amiconn: yeah, that voltage scaling probably helps alot. 00.20.27 # isnt that usuallly how it works? 00.20.46 # the ARM DSP instructions are supposed to decode mp3 at 10mHz. 00.21.01 Join synergist [0] (i=christop@cant.be-arsed.co.uk) 00.21.12 # jhMikeS: That'd be neon, not armv6 dsp 00.21.33 # The arm1136 doesn't have neon 00.22.05 # The SIMD != neon? 00.22.23 # should I charge it with rockbox or OF? 00.22.30 # or it shouldn't matter? 00.22.32 # Neon is similar to VFP, but for integer. ARMv6 dsp only uses the arm registers 00.23.11 # amiconn: so neon is really its version of emac 00.23.12 # But it's still quite useful - compare the (effective) clock needed to filter ape -c5000: 00.23.27 # you did a conversion for APE? 00.23.29 # JdGordon: How far did you come with booting into rockbox? and how did you get the offset value? I'm having problems with my fuze 00.23.55 # i got as far as "file not found", that number was taken from the forum thread 00.24.14 # im going to play this arvo maybe... 1 more exam to go 00.24.20 # Xavier: I doubt it's too important at this point. OF seems to kick a few more mV into it though but then being conservate helps battery lifetime. 00.24.25 # Oh, seems I didn't read carefully enough, I thought you found it out 00.24.29 # ARM7TDM: ~2000MHz (v4), ARM920T (v4) 1720MHz, ARMv6: 476MHz 00.24.42 # the number seems to fit for the fuze too, but I can't boot a build because of checksum errors 00.24.56 # then the number is probably wrong 00.25.02 # Thanks to smlad(x) & friends... 00.25.07 # we need a proper method of getting it 00.25.12 # amiconn: that's why you used the ffs function for division? 00.25.14 # i.e reading it from the of section probably 00.25.32 # or just for arm4 only? 00.25.33 # jhMikeS: Hmm? That's something completely different 00.25.33 # BigBambi: heh the GigaeatRuntime page has a bench of mine with 6 hours. So it seems that my battery wasn't bad after all. 00.25.46 # XavierGr: hehe, good stuff :) 00.25.52 Join SomeIdiot [0] (n=farf@unaffiliated/someidiot) 00.25.56 # amiconn: ah, ok. 00.26.22 # I was talking about the ARMv6 simd stuff. The division optimisation is for ARMv4 only (but uses ideas from the ARMv5+ implementation in libgcc) 00.26.25 # XavierGr: I bought a 1000 mAh as it was an easy way to get an improvement in playing time without any coding :) 00.27.04 # BigBambi: indeed 00.27.18 # amiconn: I wasn't sure if a mod to division played a role in the numbers. that's quite an improvement in clock efficiency though. 00.27.33 # is a version of rockbox for the creative zen far off? 00.27.37 # hmm. I got 5h from r18574 00.27.51 # BigBambi: Where'd you get it? eBay or some site? 00.27.59 # The filters don't do any division. The division is needed for the entropy decoder (range decoder), and helps all comptression levels 00.28.04 # Llorean: ebay I think 00.28.23 # * LambdaCalculus37 heads to eBay to look for some Cameron Sino batteries for his beast 00.28.49 # BigBambi: But it was Cameron Sino, and labeled as for Gigabeast? 00.29.00 # Perhaps I should put the armv5+ division implementaion into rockbox as well, for 2 reasons? (1) It would make sure that we use the fast implementation, not the one used for OPTIMIZE_SIZE. (2) It would allow saving a single cycle... 00.29.21 # * amiconn needs to look for a mini g2 battery :/ 00.29.36 # you want mine? 00.29.43 # Currently I can't time ape -c5000 on the mini - it dies around 1/4 through the track... 00.29.45 # Llorean: It was sold as a replacement for the Gigabeat S, and the picture was of a Cameron Sino battery. I wasn't quite sure what would actually turn up, but what has arrrived seems legit, but it could of course be fake 00.29.49 # * JdGordon has a very dead mini2g 00.30.04 # JdGordon: What's wrong with the mini? 00.30.05 # amiconn: ARM5 code is in SVN now? 00.30.16 # * LambdaCalculus37 just got one fixed up and fully working 00.30.20 # jhMikeS: The armv5 code is in libgcc... 00.30.26 # LambdaCalculus37: broke at least one of the bits on the mainboard 00.30.44 # BigBambi: Well, the key factor for me is "Cameron Sino seems to make a GigabeatS battery" 00.30.53 # Since I like them, now I know to look for one by them. Thanks 00.30.55 # I am undecided whether it's worth putting it into rockbpx as well 00.30.56 # Llorean: Yes :) 00.31.21 # amiconn: something you patched to libgcc? 00.32.47 # ??? 00.32.59 # JdGordon: Was it a connector, or a chip? 00.33.10 # * amiconn is probably too tired to follow 00.33.54 Quit Rob2223 (Connection timed out) 00.34.00 # LambdaCalculus37: i tihnk one of the caps or something.. a chip... I also have broken the touchpad connector thing twice! :'( 00.34.02 # amiconn: ok, I'm confused. you mean just compiling C-code for ARM6 not any optimized assembly code. 00.34.12 # so i have a working lcd, battery and case 00.34.14 # Llorean: I bought 4 batteries from seller grade_a_battery. For: H300, 2 * 4g ipod, gigabeat s all camero sino 00.34.23 # sold off the microdrive already 00.36.18 # JdGordon: Can you take some pictures of the board and email them to me? Maybe it may not be so bad to fix. 00.36.23 # also a leather case if anyone wants 00.36.45 # jhMikeS: #if defined(CPU_ARM) && (ARM_ARCH == 4) / #define DIV(a, b) udiv32_arm(a, b) / #else / #define DIV(a, b) (a / b) / #endif 00.37.02 # LambdaCalculus37: yeah sure, pm me a email addy 00.37.16 # if it can be fixed it would be great, my soldering skills are crap 00.37.28 # amiconn: ah, I see. I thought you might have committed ARM6 SIMD optimization to SVN already as well. 00.37.32 # s/DIV/UDIV32/ 00.37.47 # I think the broken chip is a cap or voltage thingy so should be replaceable 00.38.04 Quit krazykit ("Connection reset by beer") 00.38.05 # jhMikeS: Again, that's something completely different (filters, not the range decoder), and *is* in SVN 00.38.20 # For quite some more time than the armv4 division optimisation 00.38.48 Quit Vorador ("Ex-Chat") 00.39.29 Quit faemir (Remote closed the connection) 00.40.06 # * jhMikeS has had gaps in his attentance of late 00.40.40 # But you hopefully don't have gaps in your source tree ;) 00.40.48 Part SomeIdiot 00.40.54 # no, no...they grew back in :) 00.41.26 # Zagor: did you follow the weird failed builds? They also happen on different servers now and n1s made the remark for the "5" rated one that it failed while trying to build rombox. Even though the others show different errors but it could be an explanation why OndioSP and Player builds fail - those two still have rombox. Could there be any relation to your changes to "make" lately? 00.41.31 # See apps/codecs/demac/libdemac/vector_math16_armv6.h for the simd stuff 00.42.49 # I won't say no, but since the builds have worked for days without these problems I'm not ready to blame the Makefiles quite yet 00.43.26 # Zagor: Perhaps rombox + make -j (on > 1 core)? 00.43.27 # Maybe someone should look at the -j settings on servers that fail and servers that don't 00.43.48 # is ondio sp the only rombox target left? 00.44.01 # Player and OndioSP 00.44.28 # the "...arm7.h" is a bit strange. It looks more like arm4 arch. to me :) 00.44.53 # acbuild should print the make command line used 00.45.40 # jhMikeS: _arm7 is correct though. It is armv4 of course (note the missing 'v'). Using that code on a v4 arm9 is slower than using C... 00.46.26 # ah, oops...missed the "v" there 00.47.09 # I know that arm versioning vs. arm architecture versioning is a mess... 00.50.55 # amiconn: you're right, there is a -j issue with rombox 00.52.12 # I didn't apply the fix "rambox" got 00.55.59 # rambox or is that "diskbox"? 00.56.00 # ok, beast bench started 00.56.35 # whoohoo 00.57.21 Quit jgarvey ("Leaving") 00.57.27 Quit ender` (" Sometimes I lie awake at night, and I ask, "Where have I gone wrong?" Then a voice says to me, "This is going to take more") 00.58.40 # jhMikeS: Is there a specific place you would prefer for beast benches? (I'm off to bed now, I'm certain it will be finished before I wake up :P) 00.59.06 # jhMikeS: http://ny-image2.etsy.com/il_430xN.31720030.jpg ? 01.00.35 # at least something those disks are still useful for ;) 01.01.36 # JdGordon: well, i do think that it is the correct number 01.01.44 # BigBambi: how about wiki attachments? I really don't have any other. 01.01.57 # OK, no probs 01.02.08 # Zagor: hahahaha...I guess that is it. 01.02.38 # JdGordon: it seems to be dependant on the firmware size (e200v2 and fuze have the same firmware size). Also, the filesize as well as the header of my rockbox binary is read correctly (e,g, it says "model fuze") 01.03.05 # it was also the only number which enabled me to go beyond disk_init failed 01.03.05 # BigBambi: you can upload your results in the wiki I think 01.03.31 # * jhMikeS gets a new logo idea :) 01.03.47 # XavierGr: Sure, I was just thinking that jhMikeS might have a different preferred area 01.04.36 Join MethoS- [0] (n=clemens@dyndsl-085-016-167-161.ewe-ip-backbone.de) 01.04.46 # BigBambi: at least there, they are together. I have no public upload space. 01.04.56 Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-b443b0e947e6866c) 01.05.01 # Roger, will do 01.05.05 # any reason not to commit the ipod accessory patch? 01.06.30 # mine is charging so hopefully in an hour or two I will start a bench too. 01.08.28 # JdGordon: last but not least, I cannot load from my microsd either, which doesn't have OF offset at all, for the same reason 01.08.49 # is there a way to check the the rockbox binary on the pc side? 01.09.00 # i.e. the checksum 01.13.58 # that probably means the checksum isnt being written correctly 01.14.08 # saratoga: no, its going in soon... 01.18.09 Quit BigBambi (Read error: 104 (Connection reset by peer)) 01.18.23 Quit MethoS (Read error: 113 (No route to host)) 01.18.26 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 01.22.26 # JdGordon: did you have a go at building a full rockbox for your e200v2? 01.22.44 # should be very possible without dozens of stubs with the recent commits 01.23.20 # not yet 01.32.14 # kugel: if you want to investigate... have a look at the builds header and see what the bootloader value gets for the checksum 01.35.20 # JdGordon: if you add a partition table, you have to shift everything by one sector, so the driver will have an offset anyway 01.36.21 # (unless you virtually overwrite the OF sector 0, but IMHO that's even worse 01.36.48 Quit MethoS- (Remote closed the connection) 01.37.32 Quit stripwax (Read error: 104 (Connection reset by peer)) 01.37.34 # not add a real one... just make the rockbox disk driver think there is one 01.37.58 # Well yes, but where will you put it? 01.38.09 # in ram 01.38.38 # I mean, will you mask sector 0? 01.38.49 # i mean... just setup "static struct partinfo part[8]; /* space for 4 partitions on 2 drives */" with the correct numbers 01.40.36 # hmm... dont even need to do that 01.40.37 # So you'll fill in the partition info bypassing MBR parsing? That could work 01.41.11 # fat_mount takes a start sector, thats enough to do whats needed 01.41.17 # I guess...? 01.41.54 # Except for USB. There you need to present something that any OS understands, so there will have to be some offsetting there 01.42.16 # We probably don't want to expose the firmware partition via USB though. 01.42.25 # probably not 01.42.40 # But I agree that the low-level driver needs to be as straightforward as possible 01.42.49 # So just superfloppy (i.e. no partition table) 01.43.16 *** Saving seen data "./dancer.seen" 01.43.24 # * gevaerts has been thinking of a storage filter layer that could do things like working with offsets or faking MBRs 01.44.57 # Of course you need to be careful when going down that road, as it also leads to loopback devices and RAID 01.44.58 # maybe the easiest way is to add a #define SUPERFLOPPY_OFFSET in the target config and use that if no partition table is found? 01.45.02 # defaulting to 0 of course? 01.45.44 # * JdGordon wishes we wern't dealing with magic numbers here thoughg 01.46.23 # I'd vote for something a bit more general, like a target-specific function 01.46.57 Quit tvelocity (Connection timed out) 01.49.55 Quit lasser (Read error: 110 (Connection timed out)) 01.49.59 Part homielowe 01.53.15 Quit culture (Read error: 110 (Connection timed out)) 02.03.25 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 02.09.12 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 02.14.03 Quit Zagor ("Client exiting") 02.15.05 Quit saratoga ("CGI:IRC") 02.16.01 # jhMikeS: i have a battery bench run for the orig battery... do we have a tool to process that to the curves? 02.17.20 # Unhelpful: no tool in particular. after several the results can be combined in the right way. 02.19.22 Join homielowe [0] (n=homielow@d206-116-134-81.bchsia.telus.net) 02.21.13 # JdGordon: well, the bootloader printf's the checksum in the header and calculates another and compares them 02.21.28 # JdGordon: so I think it does automatically that what you suggested? 02.22.06 # tool == a calculator, ok. there's a different table for charge vs discharge, isn't there? do i just run battery_bench while charging for that, or is there something else to do? 02.22.14 # particulary load_firmware does that 02.22.22 # kugel: and you said ignoring the checksum caused a data abort? 02.23.35 # at least when I tried the last time, I compiled some newer builds in the mean time 02.23.55 # not data abort, but undefined instruction (look at my forum post) 02.25.06 # ok, rebuild a main binary but replace main() with a while loop which just flashes the backlight or something simple (wth as little init as possible) and see if that loads without the checksum 02.25.16 # could be reading the wrong sector... 02.26.46 Join Darksair [0] (n=user@118.227.0.172) 02.27.15 # will do later 02.33.12 Quit PaulJam (".") 02.33.13 Join hsitz [0] (n=4c68889d@gateway/web/cgi-irc/labb.contactor.se/x-692661dac971ff1e) 02.34.27 # Any help out there for problem with Sansa e260? 02.35.14 # not if you dont ask a question 02.35.57 Part pixelma 02.36.11 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 02.36.24 # ok, thanks. Had initial install working fine. Just installed 8gb sdhc card and in building database I get error 02.36.45 # Error is 'undefined instruction'. Screen is stuck, machine is stuck. I can't even turn it off. 02.37.14 # kugel: Have you tested the RAM, as funman suggested? 02.37.30 # hsitz: Have you tried holding the Power button for up to 30 seconds? 02.37.56 # lambda: I've only tried up to 15 or 20. I'll try longer. . . 02.39.22 # lambda: That did it. I think I can get things going from here. Thanks! 02.41.11 Quit tchan ("WeeChat 0.2.7-dev") 02.41.22 Join tchan [0] (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) 02.45.20 Quit hsitz ("CGI:IRC (EOF)") 02.48.10 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.51.57 # linuxstb: no, I haven't done anything the past few hours 02.52.17 # linuxstb: the of would lie though if it's not 8MB 02.53.10 # That's not the only issue though - even if it does have 8MB RAM, the init may not be correct. So it's useful to test. 02.53.42 # kugel: and I wouldnt put it past the of to lie about its ram size 02.54.02 # especially on a flash target, ram isnt *that* important 02.54.25 # where is the ram initialized? 02.55.06 # I think I modified app.lds accordingly (if that's the correct place) 02.55.11 # system-as3525.c 02.56.03 # ah 02.56.18 # I think i see something I forgot (in system-as3525.c) 02.56.27 # line 170 02.59.08 # one of those ancient assumtions by funman 02.59.10 Quit Makuseru (Read error: 104 (Connection reset by peer)) 03.02.45 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.03.02 # kugel: What did you change in app.lds? 03.05.13 # memorysize with 8, since I got linker errors. but that's probably related then 03.06.03 # You should change the memory definition in tools/configure - everything else should follow from there (apart from system-as3525.c) 03.08.25 # i did that but that didn't seem to do it, so i explicitly changed app.lds (the linker error disappeared) 03.10.36 # * linuxstb tries 03.11.00 Quit Darksair ("Use the Force, Luke!") 03.12.05 # * linuxstb sees there are lots of other things to fix in the main fuze build... 03.14.14 Quit Kopfgeldjaeger ("Serverwechsel") 03.14.59 Quit Zarggg () 03.16.08 # kugel: Have you tried the "lcd_enable" function? 03.19.16 Quit Chronon ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 03.24.21 # no, not yet 03.28.14 Quit cg (Read error: 110 (Connection timed out)) 03.28.44 # linuxstb, JdGordon: that single line messed my whole day. the checksum is correct now 03.29.37 # loading from sd doesn't work quite well though 03.29.43 # microsd that is 03.32.49 Join AndyI [0] (i=AndyI@212.14.205.32) 03.34.08 # * kugel sees the bootlogo of the main binary for a split second 03.35.19 Quit LambdaCalculus37 ("Ka-chunka") 03.43.05 Quit nuonguy ("This computer has gone to sleep") 03.43.17 *** Saving seen data "./dancer.seen" 03.44.58 Quit AndyIL (Read error: 110 (Connection timed out)) 03.48.30 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 03.51.07 # arg, came back to my beast and it is off... except powering it back on the bootloader says the batt is at 3.672 and the main build rekons there is plenty of batt left 03.51.12 Quit Zarggg (Client Quit) 03.52.21 # did ~3h according to the batt bench .txt 03.53.47 Quit reacocard (Read error: 110 (Connection timed out)) 03.58.29 # not much :( 03.58.57 Join reacocard [0] (n=reacocar@134.173.63.19) 03.59.39 # It was doing much better when you got it? 03.59.47 # I feel guilty if not. 04.00.05 # JdGordon: noticed? it was really that one line in system-as3525.c. I'm so angry... 04.00.40 # kugel: i have an exam in 30min.. i have more important things to be ignoring.... 04.01.04 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.01.06 # soap: yeah, was "fine" when i got it... i dunno what the problem is 04.01.30 # soap: also, you menitoned redoing the ipod accessory wiki page? should we wait for that before commiting? 04.02.55 # JdGordon: heh, ok, good luck then 04.03.06 # I don't see the point. Worst case situation I see is duplicate feedback from users. 04.03.19 # ok, cool 04.03.29 # linuxstb: yep, it's lcd_enable 04.04.11 # good night all 04.04.16 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008101315]") 04.06.00 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 04.21.31 Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 04.27.49 Join _Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 04.31.39 Join miepchen^schlaf_ [0] (n=miepchen@p579ECC13.dip.t-dialin.net) 04.37.42 Quit Bagder (Read error: 110 (Connection timed out)) 04.38.33 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.42.33 Quit Bagder_ (Read error: 110 (Connection timed out)) 04.42.34 # How is one to contact wiki contributers if there is a question on the content they offer upon the wiki? Very few people outside the "regulars" leave an email address in public view, fill out IrcNicks, or mention their forum/IRC nick on their personal wiki page. Reading through the IRC logs on the last couple of them, they didn't even mention their "alter ego" nick in here. Must I go through the wiki admins (Sweden?) to find out contact info? 04.47.29 # 2: Can we declare it policy that a copyright notice and license notice MUST be inside all contributed themes/WPSs? This does not appear to be current policy (least I can not find the requirement posted anywhere), but if we are going to insist on code-like licensing rules for themes/WPSs should we not also require explicit notices in the code of the WPS/theme? 04.49.18 # Yes, if we're going to insist on licensing, the license used should be included in the file somewhere too. Preferably (in my opinion) as comments within the .wps, but I don't know if that's strictly necessary. It'd at least avoid clutter of additional files 04.49.21 Join blkhawk- [0] (n=blkhawk@g228005129.adsl.alicedsl.de) 04.49.33 # This comes back to point / question #3. It's once again getting pretty bloody hard to figure out if people are carrying out the requirements of the CC-BY-SA license. This most recent set of uploads my Michael Ross (who is that? how can I contact him?) clearly is borrowing graphical elements from other themes. No mention of where those elements came from, much less attribution, is given anywhere. 04.49.49 # s/my/by/ 04.52.13 # I don't know if there's a good solution to this so long as we're using the wiki. 04.52.33 Quit Bensawsome ("The awsome is gone :(") 04.55.13 # Should this be discussed on the dev mailing list? Perhaps an agreed policy? Something broad enough in scope to cover future issues? I feel as if we're constantly playing catch-up on WPS poster behavior. That isn't the fault of the posters so much as it is my failure to come up with comprehensive and proactive guidelines. 04.55.56 # Well, I don't know how we can consistently enforce any sort of guidelines without a site designed to keep records. 04.56.19 # Make the email address available to a larger selection of us, when a theme is reported as problematic. 04.57.06 # IF we had a formal policy regarding the posting of creative works to the wiki (even if it were a policy I don't like ;) ) I would feel emboldened to simply waste-bin such themes. But as it stands now I'm not sure anything outside "spirit" was broken. 04.57.33 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 04.57.56 # Well, CC-BY-SA requires attribution 04.58.02 # If he's not attributing, it's license violation. 04.58.08 Quit jhulst (Read error: 113 (No route to host)) 04.59.56 # we allow banned forum users to post to the wiki? 05.01.43 # Well, they aren't connected. 05.05.01 Quit smacnay ("Ex-Chat") 05.05.31 Quit blkhawk (Read error: 110 (Connection timed out)) 05.06.20 Nick blkhawk- is now known as blkhawk (n=blkhawk@g228005129.adsl.alicedsl.de) 05.09.41 Join webguest23 [0] (n=4a4d2b16@gateway/web/cgi-irc/labb.contactor.se/x-16fd6e8eeae30735) 05.09.49 # hello 05.10.36 # is anyone here? 05.11.40 Quit webguest23 (Client Quit) 05.33.26 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 05.38.45 Quit esthar (Read error: 104 (Connection reset by peer)) 05.43.20 *** Saving seen data "./dancer.seen" 05.43.21 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 05.50.14 Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") 05.59.27 Join esthar [0] (n=esthar@student165-170.hampshire.edu) 06.02.25 Quit XavierGr () 06.02.41 Join fyrestorm [0] (n=nnscript@cpe-72-229-212-17.nyc.res.rr.com) 06.03.44 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 06.07.43 # 3 hr 30min beast nech... that really really sucks :'( 06.08.47 Quit fyre^OS (Read error: 60 (Operation timed out)) 06.15.03 Quit Bensawsome ("The awsome is gone :(") 06.15.16 Join Photoguy [0] (n=Adams@91.143.237.183) 06.15.31 # Hi all. 06.15.51 Join gartral [0] (n=Gareth@75.33.66.60) 06.16.01 # good morning everyone 06.16.03 # Can someone see if they can answer this? 06.16.04 # http://forums.rockbox.org/index.php?topic=19338.0 06.17.02 # is it the connector, or the cable? 06.17.14 # The connector.. 06.17.25 # Well, kind of both. 06.17.33 # if its the connector, your kinda stuck... id its your cable, buy a new one >.> 06.17.48 # beyond that, this is hardware, not software 06.17.58 # So, you don't think there is any way to boot form msd? 06.18.07 # *from 06.18.08 # Photoguy, i see you posted that on ABi too.. i think there is a way but i think you need to build your own build but i could be wrong 06.18.21 # im not a dev, but i remember something about them trying it 06.18.26 # Ok. 06.18.40 # Maybe I'll wait, and see if anyone asnwers my post. 06.19.13 # beyond that, your only option is to swap mem units with another sansa e2xx and install with that, then swap back 06.19.16 # Photoguy, o wait.. i misread it.. rockbox does have a file moving option 06.19.27 # The stupid thing is, I was copying somthing in rockbox, and mistakely deletd the folder (stupid!!) 06.19.51 # No the problem is, there is not rockbox currently on the player. 06.20.02 # right 06.20.19 # Then, I STUPIDLY shut down the player.. 06.20.26 # take your mem unit out of that box, put it in one that works, intall, and swap back... 06.20.54 # I could have just ccopied a new build onto it while it was still on. :P 06.21.10 # *turned on 06.21.29 # hmm.. that is another issue then 06.21.49 # How could I be so dumb? 06.22.20 # I guess I need to ask an exoert about booting from MSD 06.22.24 # *expert 06.22.40 # Not that you guys are dumd.. 06.22.42 # *dumb 06.22.54 # Boy, I can't spell. 06.23.20 # no, youve proven you can spell, what your haveing trouble with is typeing out what your spelling 06.23.34 # ^.^ 06.23.36 # Right. 06.23.37 # :) 06.24.00 # getting back OT i have found a DAP that has a similar name to our project... 06.24.08 # called roq box 06.24.20 # http://www.xtatix.com/shop/index.php?cPath=29_26&osCsid=e45812ce223527b6abb0056f52a5ef05 06.24.25 # "roq box" ? 06.24.27 # :) 06.24.57 # Wow, that's expsensive!' 06.25.35 # yep >.> ive noticed... but the point is, its not in our similar names section of the wiki, and ide like to put it there if i may 06.26.48 # Well, thanks for the inspiration.. 06.26.56 # To buy a new one :P 06.26.57 # Bye! 06.27.31 Quit Photoguy ("Leaving") 06.29.57 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 06.33.25 Quit BigBambi (Read error: 113 (No route to host)) 06.36.43 # so who else thinks this is a good candidate for the similar names project? 06.37.12 # the roq box, i mean 06.38.45 # gartral: lots of items are named "rockbox" or "rock box" 06.42.59 # If you think it belongs on the page, add it... 06.43.10 # yea, and isnt the point of that wiki page to help people keep track of what we are, and arnt talking about? 06.50.35 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 06.52.20 # hmm... my monoeared e200 has already been "fixed" once 06.52.41 # with a worse soldering job than i could do :p 06.57.25 Quit jhMikeS (Nick collision from services.) 06.57.31 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 07.06.44 Nick jhulst_ is now known as jhulst (n=jhulst@unaffiliated/jhulst) 07.11.38 Join massive_H [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 07.12.13 Quit massiveH (Nick collision from services.) 07.12.15 Nick massive_H is now known as massiveH (n=massiveH@ool-44c48a1e.dyn.optonline.net) 07.14.36 # i know this is ot, but why do some users put an _ at the end of there names? 07.15.00 Quit knnylftn (zelazny.freenode.net irc.freenode.net) 07.15.00 NSplit zelazny.freenode.net irc.freenode.net 07.15.00 Quit Seed (zelazny.freenode.net irc.freenode.net) 07.15.00 Quit trisiak (zelazny.freenode.net irc.freenode.net) 07.15.00 Quit Unhelpful (zelazny.freenode.net irc.freenode.net) 07.16.32 NHeal zelazny.freenode.net irc.freenode.net 07.16.32 NJoin trisiak [0] (n=tree@chello089078243195.chello.pl) 07.17.03 # gartral: if you know it is offtopic, then why say it? 07.17.18 NJoin Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 07.19.38 Quit reacocard (".") 07.20.22 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 07.20.48 NJoin knnylftn [0] (n=cliff@206-248-137-225.dsl.teksavvy.com) 07.31.07 Join MU{lappy} [0] (n=Militant@98.117.9.134) 07.43.24 *** Saving seen data "./dancer.seen" 07.47.32 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.50.31 Quit reacocard (".") 07.52.16 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 07.52.34 Quit amiconn (Nick collision from services.) 07.52.40 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 07.53.01 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.53.03 Quit ch4os (Read error: 60 (Operation timed out)) 07.56.56 Join ch4os [0] (n=ch4os@gentoo/user/ch4os) 08.05.06 Part gartral 08.09.13 Part LinusN 08.11.51 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.15.31 Join Darksair [0] (n=user@118.227.0.246) 08.15.40 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.38.35 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.41.38 Quit pixelma2 ("-") 08.42.04 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 08.42.07 Part pixelma ("Cycling Channel") 08.42.11 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 08.42.15 Part pixelma ("Cycling Channel") 08.42.27 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 08.42.31 Quit pixelma (Remote closed the connection) 08.43.37 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-4c88274428b8f135) 08.43.55 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 08.45.02 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-4c88274428b8f135) 08.46.34 Quit bertrik (Remote closed the connection) 08.48.28 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 08.49.33 Quit miepchen^schlaf_ () 08.50.25 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.50.38 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-ca7db36c33e273b4) 08.56.14 Quit massiveH ("Leaving") 08.57.46 Join spiorf [0] (n=spiorf@host45-171-dynamic.40-79-r.retail.telecomitalia.it) 09.00.14 Join Rob2223 [0] (n=Miranda@p4FDCC1A9.dip.t-dialin.net) 09.01.39 Join nima [0] (n=nima@unaffiliated/nima) 09.04.20 # Hello. My iPod has entered disk mode, and I can't find any way to get it out. Is there any alternative to waiting for the batteries to die? 09.04.38 # It's a 1GB iPod nano 09.06.10 # reset it 09.06.17 # Hold Menu+Select together for about 10 seconds 09.06.22 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-083-053.ewe-ip-backbone.de) 09.06.46 # Thanks, GodEater. That worked 09.07.12 # no problem 09.07.13 Quit amiconn (Nick collision from services.) 09.07.15 Quit tyfoo (Client Quit) 09.07.19 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 09.08.38 Join kugel [0] (n=chatzill@unaffiliated/kugel) 09.10.07 Quit BHSPitMonkey ("Ex-Chat") 09.14.39 Quit MrDuck (Read error: 113 (No route to host)) 09.15.07 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008101315]") 09.16.20 Quit amiconn (Nick collision from services.) 09.16.26 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 09.16.55 Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) 09.18.35 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.20.44 Join skipper_ [0] (n=skipper@213.147.115.74) 09.22.59 Quit jhulst (Read error: 113 (No route to host)) 09.23.27 Join CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de) 09.24.33 Quit pixelma (Nick collision from services.) 09.24.34 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 09.26.57 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 09.29.59 Quit JdGordon ("Konversation terminated!") 09.31.53 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 09.33.44 Join l403 [0] (n=l@85.132.159.239) 09.39.54 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 09.43.26 *** Saving seen data "./dancer.seen" 09.52.00 Join kugel [0] (n=chatzill@unaffiliated/kugel) 09.58.33 Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) 10.07.08 Quit MU{lappy} (Read error: 113 (No route to host)) 10.14.21 Quit Seed (Read error: 110 (Connection timed out)) 10.22.37 Join JonathanRoitgrun [0] (n=52e09642@gateway/web/cgi-irc/labb.contactor.se/x-5df9bc403c181c96) 10.23.01 # hi. i've just signed up for the wiki, i'd like write permission to upload a theme plz? 10.23.18 Quit kugel (Remote closed the connection) 10.23.55 # ouch. alac.c:(.text+0x588): relocation truncated to fit: R_ARM_PC24 against `.icode' 10.24.07 Join MU{lappy} [0] (n=Militant@pool-98-117-9-134.hrbgpa.fios.verizon.net) 10.24.16 # a .wps that is, sry 10.26.20 Join kubzior [0] (n=kubz@unaffiliated/kubz) 10.26.27 # hello! 10.27.21 # it's a little messy when many codecs want different -O flags 10.27.34 Quit l403 (Read error: 104 (Connection reset by peer)) 10.28.04 Quit JdGordon (Read error: 104 (Connection reset by peer)) 10.28.47 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 10.29.36 Quit JonathanRoitgrun ("CGI:IRC (Ping timeout)") 10.30.27 Join JdGordon [0] (n=jonno@c211-28-145-137.smelb2.vic.optusnet.com.au) 10.31.47 Join JonathanRoitgrun [0] (n=52e09642@gateway/web/cgi-irc/labb.contactor.se/x-22a60c8f9b6b320b) 10.32.45 Join jonaroit [0] (i=52e09642@gateway/web/ajax/mibbit.com/x-26dfdec0f1f09027) 10.32.46 Quit JonathanRoitgrun (Client Quit) 10.32.49 # It would be good if some devs could take a look at my single make effort and voice opinions, so I don't spend too much effort going in the wrong direction. Latest patch is in FS#9534. 10.33.20 # hello all. can I get write permission to the wiki here? (i'd like to upload a WPS mod) 10.34.48 Join l403 [0] (n=l@85.132.159.239) 10.38.35 Join lasser [0] (n=chatzill@Wa3a9.w.pppool.de) 10.39.20 Join Mastrojani [0] (n=4dfda952@gateway/web/cgi-irc/labb.contactor.se/x-0b59609ecf8142b6) 10.40.38 # um, anybody? 10.40.50 # jonaroit: sure, what is your wiki name? 10.41.44 # * pixelma guesses "JonathanRoitgrund" 10.41.56 Join YOJI [0] (n=4dfda952@gateway/web/cgi-irc/labb.contactor.se/x-1bfebc36e06b1df5) 10.42.38 # yes, JonathanRoitgrund 10.42.47 # sry I was afk for a while 10.44.19 Quit Mastrojani ("CGI:IRC (Ping timeout)") 10.44.57 Quit YOJI (Client Quit) 10.46.08 # jonaroit: added 10.46.45 # thanks, great. just making sure, it is perfectly fine for me to submit a mod of an existing theme? (cabbiev2) that is, if I mention that it's based on it? 10.46.46 Join bodymind [0] (n=bodymind@193.136.218.60) 10.47.00 # sure 10.47.20 # great, thanks 10.47.26 Quit MU{lappy} (zelazny.freenode.net irc.freenode.net) 10.47.26 NSplit zelazny.freenode.net irc.freenode.net 10.48.44 # so is there port for sony walkman nw-e010 series? :f 10.49.12 NHeal zelazny.freenode.net irc.freenode.net 10.49.12 NJoin MU{lappy} [0] (n=Militant@pool-98-117-9-134.hrbgpa.fios.verizon.net) 10.49.19 # kubzior: no, you'll be first! :-) 10.49.40 # Zagor: fine, but I'm not good programmer ;p 10.51.22 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 10.52.26 Join DerDome [0] (n=DerDome@141.71.76.64) 10.52.59 Quit DerDome (Client Quit) 10.53.41 Quit Nibbler (Read error: 113 (No route to host)) 10.58.34 Quit Thundercloud (Remote closed the connection) 11.01.08 Part kubzior 11.01.09 # anyone on sansav2? 11.01.53 Join Photoguy [0] (n=Adams@91.143.237.183) 11.02.49 # Hi. 11.03.32 Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") 11.04.53 Quit jonaroit ("http://www.mibbit.com ajax IRC Client") 11.06.08 # Anyone here that likes to help? 11.06.10 # ;0 11.06.15 # ;) 11.07.37 # Photoguy: simply ask the question. if someone can answer, someone will. 11.08.05 # Here's the problem... 11.08.06 # http://forums.rockbox.org/index.php?topic=19338.0 11.08.39 # Do you think it's possible? 11.09.02 # Photoguy: no. your best bet is trying to clean/fix the connector. 11.09.24 # Not possible at all, to boot from MSD? 11.09.45 # no 11.09.51 # but you can copy files from the microsd 11.10.01 # (as I presume MSD means) 11.10.07 # can the OF do that? 11.10.16 # Right, but rockbox is not installed.. 11.10.17 # No. 11.10.23 # Not that I know of. 11.10.26 Join kugel [0] (n=chatzill@unaffiliated/kugel) 11.10.34 # and you can't use usb so you're toast 11.11.19 # Argh! 11.11.33 # I'm in Israel, so I can't get another one easily/ 11.11.34 # . 11.11.56 # This looks like a v1, what do you think? 11.11.58 # http://www.buy.com/prod/sandisk-sansa-e250-2gb-mp3-player-fm-tuner-fm-on-the-fly-recording/q/loc/111/205562657.html 11.12.09 # aaaaaaaerrrrrrr.. farking sansa DB refresh 11.13.06 # Photoguy: how is the connector broken? visible destroyed, or simply not working? 11.13.07 # Photoguy: shalom... yeah probably a good bet thats a v1 11.13.39 # @ Zagor, a couple of pins are bent.. 11.13.59 # But it's still works sometimes. 11.14.16 # The other problem is, my dock is broken :P 11.14.37 # I know, it's a hopeless case. 11.15.01 # @jdGordon, good bet, huh? 11.15.11 # I don't want it if it's v22 11.15.14 # *v2 11.15.17 # woo!!!! ata error -1 booting a main build on a e200v2 11.15.37 # Photoguy: the v2's will have rockbox pretty soon (probably) but if its refurb its probaly a v1 11.15.59 # Ok, how soon? 11.16.07 # Months? 11.16.15 # I suppose I can wait.. 11.16.56 # could be months.. could be days.... 11.17.05 # we are activly working on it 11.17.33 # Ok. 11.17.39 # Thanks for what you do! 11.17.40 # :) 11.19.36 Quit culture (Read error: 110 (Connection timed out)) 11.19.48 # JdGordon: how is it going? have you booted? 11.19.59 # got as far as ATA error 11.20.04 # Yeah! 11.20.08 # which means not very far :p 11.20.40 # i get: 11.20.42 # Loading firmware: 11.20.45 # file not found.. :s 11.21.25 # yes, because you dont have rockbox.sansa.... 11.21.28 # i suppose it's because i'm making a Bootloader and not a normal build 11.21.36 Quit linuxstb (Read error: 60 (Operation timed out)) 11.21.36 # ok.. how do i build it? 11.21.47 # i hit make 11.21.51 # you cant easily yet 11.22.19 # and i get lots of undeclared: CPUFREQ_DEFAULT, CPUFREQ_NORMAL..etc.. 11.22.37 # i have some C knowledge but not so low level... i would like to help... 8) 11.23.38 # there really is not much you can do that isnt being done already... 11.23.38 Join MrDuck [0] (n=kachna@r3g248.net.upc.cz) 11.23.41 # not yet anyway 11.25.16 # I came to the rockbox logo 11.25.18 # ok :) 11.25.19 # unless you want to build, test, comment out a line, build test, comment another line... rinse repeat 11.25.21 # but not to the main menu 11.26.03 # kugel: you definatyl got the main buil logo? 11.27.00 # kugel: can I see your diff? 11.27.12 # Sweet! 11.27.47 Join yoji [0] (n=4dfda952@gateway/web/cgi-irc/labb.contactor.se/x-f010514538694548) 11.28.14 # "if( !send_cmd(drive, SD_APP_CMD, 0, MMC_RESP|MMC_ARG, &response) || !(response & (1<<5)) )" is failing for me 11.30.01 # Go, you can do it!! 11.30.15 # arg, wtf? the main build reflips and mirrors the display!? 11.31.27 # Yikes! 11.32.47 Quit yoji ("CGI:IRC (Ping timeout)") 11.33.26 # ok, I have the logo showing now 11.33.37 # kugel: thats as far as you got? just the main build logo? 11.35.19 Join yoji [0] (n=4dfda952@gateway/web/cgi-irc/labb.contactor.se/x-0f566e74892aa4c0) 11.35.39 Quit yoji (Client Quit) 11.35.47 # @JdGordon, should I order a v1? or wait? 11.36.05 # JdGordon: yes 11.36.15 # get whatever there is 11.36.16 # Both? 11.36.49 # getting better.... white screen 11.36.55 # Yay! 11.37.09 # Wait, you think I should buy a v2? 11.37.27 # arg, bah, going backwards 11.38.05 # I wouldn't see it for a month and a half anyway, because i'm going back to the u.s. then. 11.38.18 # JdGordon: http://pastebin.ca/1251711 11.38.44 # JdGordon: much fuze simulator code though (which I still wait for to be committed9 11.40.14 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 11.40.59 # Hi Bambi. 11.41.07 Join cg [0] (n=cromos@cable-kmi-fefff900-32.dhcp.inet.fi) 11.41.33 # Kugel and JdGordon are discussing the v2 firware, they're getting somewhere! 11.41.41 # *firmware 11.41.47 Quit spiorf (Remote closed the connection) 11.43.28 *** Saving seen data "./dancer.seen" 11.44.05 Quit Photoguy ("Leaving") 11.44.36 # JdGordon: I also have some weirdness at the build logo. It's shifted left a bit 11.45.13 # noticably? how many pixels? 11.45.43 Join YOJI [0] (n=4dfda952@gateway/web/cgi-irc/labb.contactor.se/x-8fe13e2376027a35) 11.48.16 Join what [0] (n=79b45a2d@gateway/web/cgi-irc/labb.contactor.se/x-22c9356599757553) 11.48.23 # * JdGordon loves that commenting out EMPTY functions breaks things :'( 11.48.23 # k 11.48.25 # ; 11.48.33 # hi 11.48.49 # JdGordon: 20pixel maybe 11.48.58 # what: hi 11.49.36 # i'm korean 11.50.36 # welcome. Do you have a question about rockbox? 11.51.03 # yes 11.51.16 # i want to have a samsung t9 rockbox 11.52.35 # is it developing? 11.53.00 # I don't think anyone is actively working on it. I only see this: http://forums.rockbox.org/index.php?topic=8040.0 11.54.00 # ah, I see it's the same CPU as the Meizu M series 11.54.17 # hmm 11.54.29 # I know C languages. 11.54.45 # what: do you know if it's possible to enter the DFU rescue mode 11.55.17 # markun: no 11.55.30 # yes 11.55.50 # what: here is a checklist to help you if you want to work on the port: http://www.rockbox.org/twiki/bin/view/Main/NewPort 11.55.52 # markun: sorry yes.i know 11.56.05 # hmm yes thankyou 11.56.18 # JdGordon: would you like to look at committing http://www.rockbox.org/tracker/task/9535 ? 11.57.18 # yeah ok, ill have a look 11.57.45 # cool 11.58.41 # * JdGordon has a patch for the as35.. bootloader but isnt sure if he should commit it 11.58.47 # that delay is driving me mad 11.58.53 # ;; 11.59.16 # i can't english well haha;; 11.59.41 # what: do you know if there is some kind of rescue mode if we break the firmware? 12.00.36 # no hmm] 12.01.24 # markun: no hmm] 12.02.52 # where do i define CPUFREQ_DEFAULT? do you have any patch already? 12.03.33 # what: I have no time to look into it right now, maybe tomorrow 12.04.09 # markin: hmm what time is it ? 12.04.16 # markun: what time is it? 12.04.17 # kugel: you have a few changes in that diff which shouldnt effect the sim... and you really should fix every lang for the wheel (seen as its a no brainer) 12.05.43 # markun: what time is it now? hmm 12.06.07 # what: 12:05 in my timezone 12.06.29 # J-23: hmm my timezone is 8:06PM 12.06.34 # JdGordon: the other to changes affect the memory, which are essential anyway 12.06.52 # yes, but shold be seperate 12.06.58 # beast battery bench 7:02 with 1000 mAh 12.09.34 # bugger you! :p 12.09.41 # :) 12.09.50 # xD 12.10.57 # anyone totally against moving all the config-.h files into export/configs/.h ? 12.12.48 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 12.13.19 # ? 12.13.23 # hi 12.14.44 # ; 12.14.45 # what: it's 12:14 here 12.14.50 # hmm 12.14.53 # PM? 12.14.54 # AM? 12.15.02 # and try to make longer sentences.. 12.15.17 # markun: yes sorry 12.15.24 # 12:14PM 12.15.37 # here is 11:14 8) portugal \m/ 12.16.31 # hm 12.17.08 # what: Please don't just type rubbish into the channel. If you have a question, just ask it 12.17.45 # BigBamBi: OK! 12.18.49 # what: if you just want to chat you should go to #rockbox-community 12.19.54 # JdGordon: i updated 12.21.36 # you havnt fixed plugins at all yet? 12.21.42 # no 12.21.49 # plugins are not compiled 12.21.49 # plugins="" works? 12.21.53 # can be done later imho 12.22.04 # yes 12.22.21 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.22.22 # what's the Fuze display's resolution? 12.22.27 # is it supposed to be "no"? 12.22.32 # 220x176 12.22.42 # ok, boring ;) 12.22.42 # I would assume "no" is correct? 12.22.46 # haha 12.23.12 # pixelma: heh, looked for adapting some default themes? too bad h300 ones can be used :p 12.24.12 # well, not only themes but also other graphics. Already got a plan for cabbiev2 on the Clip :) 12.25.01 # JdGordon: judging from other configure targets "" works as well as "no" for not compiling plugins, but yea, I'd assume "no" is slightly more correct 12.25.16 # meh, it works so its fine 12.26.06 # doned 12.26.26 # what should be CPUFREQ_* values for e200v2 and where are they set? 12.26.52 Quit MrDuck (Read error: 110 (Connection timed out)) 12.27.43 # JdGordon: Do you have an idea why the BOOTDIR macro isn't used in load_firmware? 12.27.55 # in which? 12.28.05 # bootloader/common.c 12.28.22 # so if I change the bootdir in my target config, the bootloaeder will still look in /.rockbox 12.28.45 # I stumbled upon that yesterday while trying to boot from the microsd 12.28.57 # yeah, looks like its unused 12.29.21 # bootloader/common.c load_firmware() is where you want to change it 12.30.06 # uhm yea 12.30.08 # is there/shouldn't there be a keymap file for the Fuze? I didn't see one... 12.30.23 # arg, doh, forgot to svn add it 12.31.08 Join PaulJam [0] (n=PaulJam_@vpn-3083.gwdg.de) 12.32.05 # markun: Can you make a samsung t9 rockbox? 12.33.26 # no, because I don't have such a player and no time, but if anyone wants to work on the port we'll help him as much as we can 12.33.41 # Is there any reason why the bootloaders dont follow BOOTDIR? I want to change it but dunno if its an oversight or there was some discussion on this? 12.34.27 # JdGordon: load_firmware definitely found rockbox.sansa on my microsd when I changed the path 12.34.48 # yeah of course.. but i wonder if there is a reason it wasnt changed 12.35.05 # markun: i want make a rockbox but rockbox homepage is all of the english , i can't english well.. 12.35.41 # what: use google translator ^^ 12.35.46 # I think it just that nobody noticed it yet, since it just always has been /.rockbox 12.36.16 # what: that will be a bit of a problem yes. Maybe you can find some other korean devs who want to work on it and who speak english? 12.36.50 # bodymind: but it is very strange 12.37.15 # kugel: no, it was origionally in / only, it was moved into .rockbox so there might be a reason it wasnt changed to BOOTDIR 12.38.11 # markun: http://www.rockbox.org/twiki/bin/view/Main/SamsungT9Port 12.39.03 # hmm, what's default timer frequency on e200v2's? 12.39.42 # JdGordon: not sure if it has anything to do with it but the Archos still expect the firmware file in the root (because the original firmware expects it there and this way you can just "run" Rockbox) 12.39.56 # J-23: we run the timer tick at 100Hz on all targets 12.40.01 # markun: it is samsungT9 port 12.40.14 # what: it's the beginning of one, all the info we have on it 12.41.37 # B4gder: OK Thankyou! 12.45.45 # pixelma: load_firmware searches in /.rockbox, and if it fails in / 12.48.08 Join Llorean1 [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) 12.48.32 Quit scorche (Read error: 54 (Connection reset by peer)) 12.48.59 # JdGordon: thanks for committing 12.50.25 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 12.51.29 # B4gder: can you comment on load_firmware not using the BOOTDIR symbol? 12.51.47 # no 12.51.59 # I think it should 12.52.09 # at least the bootloader should 12.52.20 # is load_firmware used elsewhere? 12.52.30 Quit Llorean (Read error: 60 (Operation timed out)) 12.54.57 # B4gder: a quick grep says no (not even in rolo.c) 12.55.26 # but there's a load_firmware_file in the iriver flash plugin 12.55.44 Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) 12.56.55 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 12.59.16 # JdGordon: ok then, I'll put a new patch up enabling rockbox.sansa to be executed 13.01.02 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008101315]") 13.02.41 Quit BigBambi (Read error: 104 (Connection reset by peer)) 13.02.57 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 13.06.12 # BOOTDIR is used by misc.c but not the bootloader 13.07.35 # hmm, why oldmenuapi.c requires pcm_record.h? 13.08.13 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.09.22 # of course! 13.10.59 # Is it possible to record to memory card instead of internal memory? 13.11.12 # yes 13.11.12 # those weird failing builds still happen 13.12.00 # Where can I change it? I don't see such option in Recording Settings menu 13.12.30 # J-23: look for "Set as recording directory" 13.13.02 # in the context menu on a directory in the file browser 13.13.46 # or in the manual 13.14.35 Join Darksair [0] (n=user@123.112.118.211) 13.15.38 # thanks 13.16.38 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-122-233.ewe-ip-backbone.de) 13.16.47 Join zorgblaubaer [0] (n=lucas@dslb-084-063-025-202.pools.arcor-ip.net) 13.17.30 # hey can anyone here help me out with testing the meizu m6 stuff? 13.17.54 Quit BigBambi (Read error: 104 (Connection reset by peer)) 13.18.09 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 13.19.21 # 0x30070000 Is this hardware adress? 13.19.46 # are there other addresses? 13.19.53 Quit Makuseru (Read error: 104 (Connection reset by peer)) 13.20.04 # yes 13.21.53 # what: somewhere on the website you should be able to find a link to the S6L8700 datasheet, there you can find all the addresses 13.22.03 # S5L8700.. 13.22.59 # OK!!!!!!! 13.29.30 Join fredddy [0] (n=freddy@p3E9E033D.dip0.t-ipconnect.de) 13.29.59 # hi i've got a problem with the svn. i always get the error: repository moved permanently to /'viewvc.cgi/';please relocate... can anyone help? i want to try the m6sl bootloader 13.30.12 # What source file defines NB_SCREENS? 13.30.31 # screen_access.h 13.30.33 # zorgblaubaer: what exactly are you trying then? 13.30.33 # or grep 13.31.07 # first of all i want to see any folders at all ;) 13.31.17 # i try to connect via rapidsvn 13.31.47 # eh, why not just follow the instructions that we have? 13.31.55 # if you wanna go fancy, you're on your own 13.32.46 # http://www.rockbox.org/twiki/bin/view/Main/UsingSVN 13.32.50 # okay thanks ill try ;) 13.32.57 # yes just found it thank you 13.34.30 # worked like a charm, thanks again... me so dump xD 13.36.16 Quit Zarggg () 13.42.31 # err yes so can anyone help me with compiling the bootloader? or is it better to ask on the forums? 13.43.11 # zorgblaubaer: http://www.rockbox.org/twiki/bin/view/Main/DevelopmentGuide 13.43.32 *** Saving seen data "./dancer.seen" 13.44.12 # thanks, ill go through this 13.44.49 # did anybody run Rockbox normal build on e200v2? 13.49.14 # J-23: I think the forum thread is pretty clear on that progress 13.49.23 # ahh, sorry 13.56.24 # , 13.59.11 Quit skipper_ ("Leaving") 14.04.24 # hi I got my Fuze today and want to help with getting rockbox started 14.05.08 # I`ve already compiled an bootloader with svn and patched it with mkamsboot 14.05.53 # am I right if something goes wrong I can boot in the OF ? 14.05.59 Quit what ("CGI:IRC (EOF)") 14.06.12 Join what [0] (n=79b45a2d@gateway/web/cgi-irc/labb.contactor.se/x-0a61f29db96332b2) 14.06.19 # . 14.08.48 Quit YOJI ("CGI:IRC (EOF)") 14.15.23 # i am getting error messages while compiling ;( i used the bootloader option in autoconfig... i receive 2 "undeclared"s while compiling 14.15.58 # GPIO5_SET and GIO6_READ 14.16.30 # ah and GPIO5_CLR and struct storage_info has no member names serial 14.16.48 # Is it legal to have a wildcard in a playlist file, and will Rockbox use it right if it is and I do? 14.17.27 # rockbox doesn't support wildcards like that, no 14.17.32 # k 14.24.16 # gevaerts: what do you tihnk of http://forums.rockbox.org/index.php?action=dlattach;topic=14064.0;attach=3302 ? 14.24.35 # I tihnk untill a target comes along which needs something more complicated that could work 14.24.50 Quit __lifeless (Remote closed the connection) 14.28.40 # JdGordon: I think there are already targets where that isn't sufficient : the AMS sansas ;) 14.28.56 # that is the fix for the ams sansas 14.28.59 # You don't want that for the external SD card 14.29.24 # crap, yeah, they are going to show up as superfloppies also wont they? :( 14.29.38 # They're bound to 14.30.02 # ok, back to the drawing board :p 14.33.30 # I still think a target specific function is better, i.e. storage_data_offset(IF_MV_NONVOID(int drive)), possibly guarded by HAVE_STORAGE_OFFSET 14.34.12 # arghh. why does ld care which order libraries are placed on the command line? 14.34.42 # -lcodec -ltremor produces "undefined reference to `mdct_backward'" 14.34.59 # gevaerts: ok, ill do that then 14.35.00 # -ltremor -lcodec gives no error 14.38.04 Join wookieneck [0] (n=wookiene@rrcs-70-62-29-131.central.biz.rr.com) 14.40.10 # zorgblaubaer: sorry, meizu not compiling is my fault. I'll fix it today 14.40.15 Quit kachna (Read error: 110 (Connection timed out)) 14.41.57 # hey, just found out about rockbox this morning. Im freaking excited at the prospect of neutering my Ipod, and I promise to read the manual before I ask stupid questions. 14.42.06 Join Photoguy [0] (n=Adams@91.143.237.183) 14.42.28 # gevaerts: ok thanks ;) ill check back later than 14.43.27 Part B4gder 14.45.32 Join Seed [0] (n=ben@p11811120.orange.net.il) 14.45.41 Part LinusN 14.46.09 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.47.38 # Is there a way to boot form MicroSD (e200) 14.47.42 # *from 14.47.53 # My Usb connetor is shot. 14.48.18 Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-114-164.ewe-ip-backbone.de) 14.48.51 # Photoguy: Not at present 14.49.08 # What about an alternative firmware? 14.49.08 Quit what ("CGI:IRC (EOF)") 14.49.14 Quit tyfoo2 (Client Quit) 14.49.21 # You would need to do some fairly big bootloader modifications (I'm guesing there is no SD driver in the bootloader) 14.49.24 # Just so I can transfer the needed files. 14.49.34 # If you got a new bootloader going, you would need USB to update it 14.49.44 Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-114-164.ewe-ip-backbone.de) 14.49.46 # Right.. 14.50.06 # All I need to do is transfer the .rockbox folder to the internal.. 14.50.11 # Then I'd be good. 14.50.19 # Can you already boot Rockbox? 14.50.26 # Are you looking to update or install? 14.51.13 # Install, I had it installed before, but I had a cop/paste error, which overwrote the .rockbox folder. 14.51.41 # I don't think the OF lets you do copy/pasting, so without USB I think you are stuck 14.51.59 # Ok, I guess I'm going to have to accept it. 14.52.03 # :P 14.52.16 Join cmacis [0] (n=james@cpc1-leed17-0-0-cust470.leed.cable.ntl.com) 14.52.22 # Whaaa! 14.52.30 # morning 14.52.34 # Hi. 14.52.38 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-595df123c1a205d3) 14.52.41 # :( 14.52.54 # If there's developers of rockbox here, I'd like to start by saying that it is brilliant! 14.53.29 # On the behalf on those that did the work, thanks very much :) 14.54.13 # I'm still getting used to it, but I like it. 14.55.24 # It sure is capable isn't it? 14.56.45 # yes, very slick. I do, of course, have a question. Is the only video type supported MPEG? 14.56.49 Nick jfc^3 is now known as jfc (n=john@dpc691978010.direcpc.com) 14.57.00 # MPEG1 and MPEG2, yes 14.57.30 # ah, I'll make sure I get an encoder that deals with that then. 14.57.36 # Thanks. 14.57.47 # see www.rockbox.org/wiki/PluginMpegPlayer 14.58.06 # or in fact www.rockbox.org/wiki/PluginMpegplayer 15.02.38 Quit tyfoo (Connection timed out) 15.06.54 Part wookieneck 15.13.06 Join Schmogel [0] (n=Miranda@p3EE22368.dip0.t-ipconnect.de) 15.20.12 # whois 15.20.45 # zorgblaubaer: if you update now, it should compile 15.23.41 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 15.30.49 Join nplus [0] (n=nplus@141.25.Globcom.Net) 15.39.03 # YAYAYAYYAYAYAYYAYYAYAY!!! 15.39.06 # Wahoooooo!!!!!!!!!!!! 15.39.11 # I did it!!! 15.40.40 # I fixed it!! 15.40.43 # Sorry. 15.41.08 Quit Seed (Nick collision from services.) 15.41.13 Join Seed [0] (n=ben@p11811112.orange.net.il) 15.41.21 # Photoguy: how? 15.41.52 # By holding together my usb connecter (in three parts) 15.42.15 # LOL 15.42.22 # aw right :) 15.42.27 # Then I quickly copied rockbox folder.. 15.42.38 # (Still holdong it together. 15.42.46 # Ah, yes! 15.43.21 # * Photoguy 's arm is sore 15.43.34 *** Saving seen data "./dancer.seen" 15.46.00 # Actually it fell apart, before it totally copied, fortunatly it had already copied the bootloader/main files needed. 15.46.23 # Then, I could copy the rest via MicroSD. 15.49.30 Join dany_21a [0] (n=dan@84-119-14-123.dynamic.xdsl-line.inode.at) 15.50.18 Join n1s [0] (n=nils@nl104-208-152.student.uu.se) 15.50.58 # i am trying to launch the meizu m6sl bootloader with the linux dfu tool. i start it with "m6sl rockboot.ebn rockboot.ebn" but when it tries to send the second file it prints an GET CPU error and after a few seconds the battery charging screen of my meizu pops up. i tries commenting some stuff out in the source but nothing worked so far. maybe the usb_dev_close() function is bugged? 15.51.15 # can anyone help? ;) 15.51.39 # zorgblaubaer: the second one won't work, that's normal. 15.51.58 # * gevaerts goes to get his m6sl 15.52.26 # gevaerts: ok but i dont think its normal that the battery charging pops up 15.55.44 # * gevaerts investigates 15.55.59 Quit Seed (Read error: 104 (Connection reset by peer)) 15.56.18 Join {phoenix} [0] (n=dirk@p54B47702.dip.t-dialin.net) 15.58.32 # denes_: ping 16.01.34 # gevaerts: do you get the same? 16.02.02 # zorgblaubaer: I seem to remember vaguely that m6sl is broken atm. The latest crt0.S doesn't work properly on it yet 16.02.11 Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) 16.03.34 # markun: yes. The problem is that the current crt0.S uses the m3 memory layout 16.04.05 # gevaerts: thats a pity.. i thought i could see some code in action so i would get a better access to the development ;) 16.05.18 # You could go back to an older revision, like r18717 (I think that one should work on m6sl) 16.05.50 # You won't see much though, just backlight toggling in response to the touchpad 16.06.46 # gevaerts: ok thank you ill try that. maybe i will look into what crt0.S exactly means tonight and try to fix it.. i have a feeling ill feel crazy tonight 16.07.00 Quit denes_ (Read error: 110 (Connection timed out)) 16.07.03 Join denes_ [0] (n=denes@pool-4394.adsl.interware.hu) 16.07.29 # zorgblaubaer: if you feel bored, you could try to fix the SPI communication with the LCD on the M6SL :) 16.07.41 # markun: crt0.S needs to be either duplicated or fixed to work on all meizus. I just thought at the time that it wouldn't be right to hold back one port (m3) because the others weren't keeping up 16.08.33 # markun: ill keep that in mind 16.08.57 # zorgblaubaer: right now we're seding and receiving something, but we always get the chip ID instead of the actual value of the register we are trying to read from.. 16.09.38 # maybe we only need to fix this to get the LCD init working and then the rest "should be easy" :) 16.10.01 # i see 16.10.05 # The rest of the LCD, yes :) 16.11.00 # Where (on the player) should rockbox.sansa file be put? 16.11.03 # to main directory? 16.11.47 # In /.rockbox/ 16.13.13 # But the correct way to install is to do "make zip" and then unzip the created rockbox.zip to the root of your device. 16.14.13 # metronome.c says that TIMER_FREQ is undefined when building for e200v2 16.14.59 # * Zagor now has complete ipod video build with a single 'make' 16.15.12 # Zagor: congratulations! 16.15.25 # Zagor: nice 16.16.15 # Zagor: Nice! 16.16.22 # Zagor: Have you measured the speed difference? 16.16.27 # Only 74 files touched :) 16.16.57 # linuxstb: no. how do I clear ccache? 16.17.01 # gevaerts: :-) 16.17.13 # No idea... 16.17.32 # Zagor: unless you touched that bit, you could run configure --no-ccache 16.17.37 # ah 16.17.51 # Or else ccache -C for the hard way 16.19.06 # gevearts: i tried the rev you mentioned and a few other older ones but the behavious is persistend. since i got to get ready for university now ill try again later, but thanks for your help ;) 16.21.37 # the high number of touched files is due to me changing the way some include files are handled 16.21.43 # hmm, for some man e200v2 bootloader displays "Loading firmware" forever and never loads it 16.21.56 # namely generated (bitmaps) and library files (codecs and plugins) 16.22.05 # on an e250v2 16.22.53 # I have the sansa fuze if anyone needs any testing done. preferrably without blowing it up :p but its a risk I'd be willing to take 16.24.42 # dont know whether thats the same type of player you're talking about, but hey! just trying to contribute ;) 16.25.29 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 16.26.21 # kronflux: It (sort of) is. :) 16.26.44 # w00t, I was (sort of) right! :D 16.26.52 # J-23: have you tried multiple times? I understand that it's still a bit of hit-and-miss 16.27.16 # speed is 2:05 for my build vs 3:08 for the old version. that is with ccache -C and single core (-j1) 16.27.29 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.28.01 # surprisingly big difference, I must say 16.30.27 # Now you need a cygwin tester 16.30.37 # I do 16.31.06 # * gevaerts wonders if cygwin would run in wine 16.31.19 # and then I have to fix all other targets, and sims, and... 16.37.15 Join krooven [0] (n=598b3478@gateway/web/cgi-irc/labb.contactor.se/x-54a7515367e99705) 16.38.21 # h 16.38.37 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 16.39.19 # hi, is any1 know about useing rockbox on fake ipods? 16.39.23 # apps/codecs/wma.c:467: warning: 'packetlength' may be used uninitialized in this function 16.39.49 # krooven: every player needs a port to be supported. 16.39.59 # who knows the wma codec? 16.40.33 # Zagor: iirc saratoga 16.41.06 # but can i know this port? i cant get info about it 16.41.58 # krooven: all working ports are listed on the front page of www.rockbox.org 16.42.19 # ports in various stages of progress are discussed in our forum 16.42.22 Quit kronflux ("Leaving") 16.43.42 Join miepchen^schlaf [0] (n=miepchen@p579ECC13.dip.t-dialin.net) 16.43.44 # hmpf the beast bench kept going for only 6.35 hours. My previous bench was 6 hours (though with 160 CBR mp3 instead of 192 VBR now) 16.43.58 # very poor battery performance, I expected something more. 16.44.19 # zagor: well my is not list there so there no change it will work or should i try it like it was a real ipod? 16.44.44 # (me previous benchmark was with the stock battery 700mAh, the newer one is with a cameron sino 1000mAh, that's why I am surprised) 16.45.22 # XavierGr: Better than mine right now. I'm getting just under 6 hours on my beast with Q5 VBR Vorbis. 16.45.29 # krooven: can you install new firmware with itunes? 16.45.38 # krooven: no, it won't work. the "fake ipods" only look like ipods on the outside 16.46.21 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 16.48.18 # gevaerts: no 16.48.30 # Zagor, gevaerts I haven't been following, but saw cygwin testing mentioned. What would you like testing? 16.48.48 # LambdaCalculus37: stock or upgraded battery? 16.48.51 # but mybe anyone know where i may find some other firmware? 16.48.54 # BigBambi: FS#9534 16.48.58 # OK 16.49.04 # arghh. why does ld care which order libraries are placed on the command line? <- isn't that because the codec lib is compiled with function sections and linked with gc-sections so if nothing depends on a function it is gc'ed (tremor relies on the mdct in the lib) 16.49.06 # BigBambi: hang on, new patch coming 16.49.16 # Will do :) 16.49.17 # Zagor: apps/codecs/codecs.make seems to be missing 16.49.27 # gevaerts: oh, thanks 16.50.32 # new patch posted 16.50.32 # XavierGr: Stock. 16.50.52 # should work with ipod video or sansa c200 16.50.57 # I'm waiting for a couple of CameronSino batteries that I ordered to arrive. 16.52.46 # n1s: but should that really depend on the order on the command line? 16.52.47 Quit l403 (Read error: 113 (No route to host)) 16.52.54 Quit krooven ("CGI:IRC") 16.52.55 # Zagor: So make times with and without the patch? 16.53.29 # BigBambi: well start with seeing how far you get. I would be surprised if it works in cygwin... 16.53.35 # Zagor: LANG seems to be a bad name for a variable. perl complains about locale things 16.53.37 # ah, OK :) 16.53.46 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 16.54.19 # gevaerts: perl? 16.54.29 # genlang things 16.54.39 # ok 16.54.40 # Zagor: i don't know if it should but i would guess it does, btw about your request for comments, I think the largest problem with our buildsystem was/is that few people understands make well enough to maintain it so you might not get many insightful comments :) 16.54.56 # Apparently there's a variable named LANG set with all .lang files 16.55.01 # n1s: :-) 16.55.12 # gevaerts: yes, in apps/lang/lang.make 16.56.11 # rename it LANGS or something. it's only used in the top two lines 16.56.30 # It doesn't stop on it, so I won't worry too much 16.56.36 # ok 16.56.43 # It falls back to "C", so that's fine 16.57.06 # LambdaCalculus37: I have an 1000mAh gigabeast battery, I expected around 30-40% more juice 16.58.22 # 8m27.702s to 5m22.573s here (ipod video, building on eee900) 16.59.00 # a definite difference 17.00.38 # Indeed. Well worth doing I think. What exactly needs to be done for each target? 17.01.22 # Is it also simpler? Because that'd be more important than any speed difference, if you ask me 17.01.52 # gevaerts: the only "known" thing is removing the STARTUP line from each app.lds line. I expect there are also a number of other small fixes for some targets. 17.02.35 # rasher: I would say so, yes. especially in terms of dependencies. and the fact that you can specify any build target you want and it builds only it. 17.02.49 # rasher: IIUC the goal was correctness, i.e. to fix dependency bugs 17.02.53 # XavierGr: There's still no proper power management on the beast AFAIK. jhMikeS is working on that. 17.04.01 # I have to go. I'll pop in later tonight. 17.04.03 Quit Zagor ("Client exiting") 17.07.04 # Well, it does indeed fail on cygwin 17.07.21 # spectacularly? 17.08.15 # http://pastebin.ca/1253361 17.08.15 # * bodymind was so excited building e200v2.. and suicides with timer_freq undefined.... 17.08.33 Nick Llorean1 is now known as Llorean (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) 17.09.09 Quit CaptainSquid ("Miranda IM!") 17.09.17 Quit zorgblaubaer (Remote closed the connection) 17.09.24 # I selected ipod video - why is iaudio_bl_flash giving errors? 17.09.33 # * gevaerts thinks that BigBambi's paste counts as "spectacular" 17.09.48 # scramble is a shared tool 17.09.52 # ah, OK 17.10.27 # I'll add the link to the flyspray task 17.10.39 # does someone with a fuse get more then just disk_init failed ? 17.12.35 Quit Zambezi (Remote closed the connection) 17.13.30 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 17.14.10 # BigBambi: maybe try to run make in tools/ first 17.14.16 # OK 17.15.22 # just "make" whilst in tools? As that just says "Run make in your build directory!" 17.15.23 Join l403 [0] (n=l@85.132.159.239) 17.15.47 # maybe make scramble 17.15.58 # good thinking! 17.16.05 # ah, yes. make scramble works :) 17.16.08 # OK, that works 17.18.29 Quit Photoguy (Read error: 104 (Connection reset by peer)) 17.25.58 # _Bagder_: Why must I remove my rockboxdev.sh download dir before running? 17.26.05 # gevaerts: seems to work now 17.26.15 # eh 17.26.19 # _Bagder_: ignore me 17.27.10 # BigBambi: did you notice that your paste is incomplete? 17.27.17 # it is? 17.27.38 # The lines got cut off 17.27.52 # ah yes, woops 17.27.56 # I'll fix that 17.30.12 Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) 17.31.28 Quit kachna|lappy (Read error: 104 (Connection reset by peer)) 17.40.35 Join kugel [0] (n=chatzill@unaffiliated/kugel) 17.41.58 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.43.37 *** Saving seen data "./dancer.seen" 17.43.45 # linuxstb: reading your commit, I guess my findings yester where a bit helpful. but now you beat me to have patch making fuze (and e200v2) build compile :) 17.48.34 # what does "ATA error -1" message mean? 17.49.20 Join webguest99 [0] (n=57a7505c@gateway/web/cgi-irc/labb.contactor.se/x-ab3f87c72b6f4773) 17.49.48 # hi 17.49.57 # is some here? 17.50.44 # i have a big problem.. after installing rockbox i cannot restore my ipod 17.54.35 Nick _Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) 17.55.54 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 17.57.45 # webguest99, did you read the manual and wikis 17.59.28 # Also, what iPod model? 18.00.33 Join kugel_ [0] (n=chatzill@e177084122.adsl.alicedsl.de) 18.01.06 # J-23: ata_sd_as3525.c should tell you 18.02.38 Join kugel__ [0] (n=chatzill@e178113046.adsl.alicedsl.de) 18.02.42 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 18.02.44 Quit massiveH ("Leaving") 18.02.49 Quit kugel (Nick collision from services.) 18.02.50 Nick kugel__ is now known as kugel (n=chatzill@e178113046.adsl.alicedsl.de) 18.03.38 # its a 5.5 80gig 18.04.04 # webguest99: I know very little about the ipods, sorry 18.04.21 # and when i start it allways" connect to your computer.use itunes to restore." is shown... 18.04.22 # hopefully someone else can help you. I think that restoring should always work. 18.04.51 # yes but restore stops because it says ..files used form another system 18.06.32 Quit voltagex (Remote closed the connection) 18.06.43 Join voltagex [0] (n=voltagex@123-243-213-146.static.tpgi.com.au) 18.08.04 # Are you using your iPod on a Mac, or a Windows PC? 18.08.11 # windows 18.08.35 # i cannot format ist by force because windows did not recognize it.. 18.08.48 # Does iTunes recognize it? 18.09.04 # not allways 18.09.24 # i 'm trying anapod reinitializer..but it did not seem to work.. 18.10.38 # I'm not 100% certain about this, but you may be having file system problems. Can you copy any files to the iPod? 18.10.58 Quit kugel_ (Read error: 145 (Connection timed out)) 18.11.06 # no, because it is not recognized as known File system on windows 18.11.49 # Hmmm... 18.11.57 # Can you google for a utility called Swissknife? 18.12.08 # Download and install that, then format the iPod drive with it. 18.12.21 # Then try restoring the iPod again afterwards. 18.12.26 # thanks 18.12.42 # If it still doesn't work, then we can figure out another solution. 18.12.43 # webguest99: first of all try booting it into emergency disk mode if you're not already doing that 18.13.10 # webguest99: gevaerts is right. Boot into disk mode (MENU+SELECT, then SELECT+PLAY immediately after). 18.13.29 # Hold MENU+SELECT until the iPod reboots. 18.13.31 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.13.52 # i know ..it is the only way to start ipod 18.13.58 # otherways porblem screen is shown 18.14.46 # with hp usb disk storage format tool it says "device is write protectet" 18.17.17 # Do you have administrator rights? 18.19.50 # yes 18.21.19 Join MethoS [0] (n=clemens@host-091-097-243-095.ewe-ip-backbone.de) 18.21.28 # Is itunes running? Maybe it interferes 18.23.06 # no i closed it 18.23.23 # i have retried with hold switch on/off... 18.23.35 # You may need to kill some background services as well 18.24.27 # If you can't access the disk properly, maybe there's something wrong with the disk itself. Disk mode should never fail 18.24.29 # i close all tasks with *itunes or *ipod 18.25.33 Join perrikwp [0] (i=982137c3@gateway/web/ajax/mibbit.com/x-f646e55b9b32bab9) 18.25.35 Quit {phoenix} (Remote closed the connection) 18.25.52 # gevaerts: it's not gevärts??? 18.26.01 # :) 18.26.08 # no 18.26.12 # german? 18.26.53 # kugel: indeed not :) 18.27.17 # I gotta change my mind :S 18.27.23 # webguest99: gevaerts is Belgian, and that's enough off-topic chatter for now. Back to business. 18.27.31 # webguest99: You may have a dying hard drive. 18.28.29 # LambdaCalculus37: yea, back to business. I think the backlight fading patch is matured enough now, I'd like to get it committed. 18.28.31 # it has worked fine... i tried it on another mainboard.. from a 5g ipod.. it did not work.and now it didn't work on 5.5G ether 18.28.40 # I just fear another epic binsize discussion 18.29.07 # kugel: which targets is this for? sansa and beast? 18.29.13 Join {phoenix} [0] (n=dirk@p54B47702.dip.t-dialin.net) 18.29.26 # gevaerts: yep, and from what I've seen easily expandable to e200v2 and fuze too 18.29.47 # gevaerts: basically all targets who have backlight brightness setting can use it 18.30.07 # So only targets with either flash, lots of RAM, or both. Just shout loudly at anyone who brings up binsize 18.31.14 # what does it have to do with flash? you mean because reduced ram results in more disk spin ups? 18.31.38 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.32.00 # yes. That's the main binsize argument (which is true IMHO). Flash doesn't have that issue, and the beast has 64MB of RAM. 18.32.06 # kugel: I have no problems committing it, but it's not entirely up to me as well. 18.32.08 # but as most of the time, the patch would - if any - cause a disk spin only a few frames earlier 18.32.44 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.33.24 Part domonoky 18.33.28 # !help 18.33.28 # LambdaCalculus37: I understand and I don't ask you (directly). I'm fine with the work out the patch-discuss-reject for binsize reasons schema 18.33.31 Join obo [0] (n=obo@rockbox/developer/obo) 18.33.38 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.33.39 # err s/reject for binsize/evaluate the worthness 18.33.42 Quit bodymind ("Ex-Chat") 18.33.42 Quit webguest99 ("CGI:IRC") 18.34.10 # kugel: sure, but it's not the only feature that's not used by everyone :) If you have 500 features taking 1K each, you've halved the buffer on the Archoses 18.34.38 # I 18.34.39 # most features I care about wouldn't hit archos anyway 18.34.48 # And not to mention nearly all of it on limited mem targets (m200, iFP...) 18.34.51 # but I'll do a binsize test, just to be prepared 18.35.15 # But as I said, on sansa classic or beast, it shouldn't be an issue 18.35.16 # Do binsize tests on the e200, beast, and any other targets this affects. 18.35.22 # gevaerts: and killed the voice UI while at it (it needs to keep the voicefile in ram ~1MB on archos) 18.35.46 # No wonder I have almost no buffer on my Archos. ;) 18.35.56 # * LambdaCalculus37 sees only 439KB buffer with Rockbox 3.0 18.36.17 # you have an archos? 18.36.30 # Jukebox 5000 and JBRv1. 18.36.50 # i imagine the disk is spinning all the time 18.37.13 # On the JBR, yes. And the battery's getting sapped very quickly as a result. 18.37.39 # going from that point of view, the rest of the buffer can be used for features too, since the disk is spinning all the time anyway :) 18.37.58 # kugel: IIUC you are doing this by adjusting the backlight brightness, are you sure the (incredibly feature packed) pmic in the beast has no other (nicer) way to do this? 18.38.25 Part cmacis ("Leaving") 18.39.04 # n1s: I talked about that with jhMikeS. We agreed on deactivating the hardware fading since it's hard to handle and does only feature fading down as of now 18.39.16 # or was it only fading up? one of those 18.39.39 # aha 18.40.26 # kugel: Let's have another talk with jhMikeS about your patch, and if he agrees with it as well, I'll commit it. 18.41.00 # LambdaCalculus37: iirc JdGordon was also in favor of this patch if it uses the backlight thread 18.41.04 # and it does that 18.41.43 # Well, seeing as it's using the backlight thread, then I don't think there should be very much an issue. 18.42.48 # http://www.rockbox.org/tracker/task/6800#comment16462 JdGordon quite messed with it 18.44.12 # hmm 18.44.43 # one thing I'm not sure about is though, I focused on having the old code still working (seeing that this is a feature which should be imho able to be deactivated) the lcd-*.c files have quite a bit #ifdefs now 18.45.21 Join tessarakt [0] (n=jens@e180079030.adsl.alicedsl.de) 18.45.58 # maybe I can factor it out a bit more 18.46.29 # kugel: See what you can do with it. If you can knock a few of the #ifdefs down a bit, it might make it a little better. 18.48.46 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.51.08 # * BigBambi is confused 18.51.29 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.51.36 # gevaerts: I just checked out a new source (same as last time) and tried Zagor's patch again) and it worked 18.53.05 # BigBambi: weird. Did you measure timing? 18.53.16 # no, I will do now 18.54.52 Quit moos ("Rockbox rules the DAP world") 18.56.37 # LambdaCalculus37: 439 kB buffer? How did you manage that? 18.57.49 Join freddy__ [0] (n=freddy@p3E9E1903.dip0.t-ipconnect.de) 18.58.15 Quit fredddy (Read error: 110 (Connection timed out)) 18.58.59 # I have 1.29MB of free buffer on my Ondio (ok, there are hardware and feature differences to the RecorderV1 but shouldn't be that much) 18.59.38 Quit _Tristan_508 (Client Quit) 19.00.03 # dircache and load to ram maybe? 19.00.21 # kugel, none of those are included on archos 19.00.23 # no, they don't exist on lowmem targets 19.00.26 Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) 19.00.29 # oh didn't know 19.00.36 # pixelma: he mentioned a voice file i think 19.00.54 Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) 19.01.12 # n1s: I have voice files too, they are not counted there it seems 19.01.13 Quit BigBambi (Read error: 104 (Connection reset by peer)) 19.01.28 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.01.53 # pixelma: a voice file should be counted, as having it loaded makes the buffer smaller 19.02.09 # the voice file is loaded in the remaining buffer.. (of course only when no music is playing)... so he would need a 439kb voicefile to get it to load :-) 19.02.55 # n1s: no extra buffer for the voicefile, it uses the audiobuffer... 19.03.04 # it isn't currently, and on the hardware codec targets it won't make the buffer for music playback smaller, it's unloaded during playback and you couldn't have music and voice at the same time anyways 19.04.01 # ah, i thought it worked in a similar way as on swcodec except for the no voice and music at the same time bit. 19.05.37 # then I would probably have next to no free buffer for playback... the voice files I use are usually +1MB 19.06.34 # its very hard to make a understandable mp3-voicefile under 1MB... 19.06.47 # exactly 19.09.00 Quit Darksair ("(define (add-1 n) (lambda (f) (lambda (x) (f ((n f) x)))))") 19.09.05 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 19.09.35 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.12.02 # kugel: one argument against your patch was also that it will look worse than the current backlight fading and maybe having two methods is not an ideal solution 19.12.53 # pixelma: I don't remember that argument 19.13.01 # just remembering what I read so far, didn't try myself and couldn't care less 19.13.07 # if it looks worse on the beast, LambdaCalculus37 didn't tell me 19.13.24 Join petur [50] (n=petur@rockbox/developer/petur) 19.13.26 # on e/c200 it can't look worse as there's no fading 19.13.44 # I meant compared to what is there on the Irivers for example 19.14.45 # I can't control how it looks if the lcd doesn't offer enough/linear brightness levels 19.15.07 # LambdaCalculus37: you might comment on the quality of the fade on the beast now 19.15.55 # kugel: Why do you fear an epic binsize discussion? Is your patch causing an epic binsize increase? 19.16.20 # no, it's just my experience 19.16.30 # kugel: if I understand and remember correctly you could and that's what current backlight fading does with pwm 19.17.29 # I really don't remember it's looking bad. I can imagine though that it cannot compete with hardware solutions 19.23.39 # I quite liked how the creative zen of my brother fades down to a low level after a short timeout instead of switching off immediately 19.24.10 # but that adds more complications than just fading ... 19.24.23 # * linuxstb senses even more backlight settings ;) 19.24.54 # I think that if a low level is good enough for the screen to be readable, you should just use that level 19.25.01 # as far as I know, current backlight fading is done in software too and you'll probably need something to compare directly (don't know if the sim could be helpfull there). It's just theory on my side but I thought I remember amiconn speaking with you about this not that long ago, currently searching the logs for it 19.25.19 # ^kugel 19.26.20 # bertrik: more complications as in looping through the lowest brightness level a few times while fading 19.27.30 # kugel, maybe it's not that complicated w.r.t. fading, but indeed it adds an extra backlight setting as linuxstb remarked 19.27.37 # kugel: Backlight fading on the beast looks fine to me. 19.27.39 Join tvelocity [0] (n=tony@195.167.65.108) 19.31.30 # hello all... quick question: which file do i need for mkamsboot as "" for the fuze - bec of: http://pastebin.ca/1253497 19.32.02 # bertrik: to make the pause configurable? I wouldnt do so 19.32.52 # dany_21a: the bootloader file you build 19.33.18 # dany_21a: tools/configure --target=58 --type=b 19.36.17 # kugel oh... of course - thx, worked 19.37.44 # dany_21a: no problem 19.37.53 Quit nuonguy ("This computer has gone to sleep") 19.38.17 # gevaerts, zagor: 24m37 without the patch, 16m25 with the patch 19.38.45 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.39.37 # So it seems to be about one third faster everywhere 19.39.42 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.40.02 # * gevaerts thinks that this is a nice side effect from fixing dependencies :) 19.40.20 # It is a nice speed up to be sure 19.40.41 Join ktulu64 [0] (n=ktulu@79.87.28.227) 19.41.41 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 19.42.57 Part ktulu64 19.43.38 *** Saving seen data "./dancer.seen" 19.45.28 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 19.46.09 Join allele [0] (n=mark@CPE-69-23-137-242.wi.res.rr.com) 19.47.11 # I'm trying to write directly to the frame buffer, but currently rb->lcd_framebuffer[x][y] = value; doesn't seem to be the right route 19.47.13 # gevaerts: is it also one third faster on linux? 19.48.32 # allele: you need to lcd_update after that i think 19.48.58 # Nico_P: 8m27.702s to 5m22.573s for me (on eee900), and Zagor gor 3:08 to 3:05 19.49.07 # no, I have that, but that code won't even compile 19.49.11 # 3:08 to 2:05 that is 19.49.18 # better :) 19.49.29 # I'm trying a single dimensional array 19.49.30 # those are nice figures indeed 19.49.33 # allele: then you need to share a bit more details :) 19.50.02 # Indeed. We need to get that finished soon 19.50.07 Join MethoS- [0] (n=clemens@host-091-097-245-195.ewe-ip-backbone.de) 19.50.21 # * amiconn is surprised by his beast's runtime test result 19.50.31 # all that by simply unifying the makefiles? 19.50.38 # or are there other improvements? 19.51.19 # It doesn't build intermediate libraries anymore, which may also save a bit 19.52.11 # amiconn: How long did it run for? 19.52.16 # well prettymuch I'm working on a plugin that I would like to display normal for other players (particularly the ipod nano 1g) and for the sansa e200 the image will be rotated 90 degrees. I'm thinking since I already have a h file for each player I may as well add a custom display method that would be applied to each method and just return values to be written to the frame buffer. 19.52.16 # allele: This won't work in plugins. rb->lcd_framebuffer is simple pointer to fb_data, not a pointer to an array 19.53.19 # amiconn: you got more runtime than expected? 19.53.23 # allele: Also, writing directly to the framebuffer will get you into serious trouble on the greyscale and monochrome targets (pixels are packed on these) 19.53.33 # n1s: Yes, almost 5:30 19.53.43 # I expected <4 hours 19.53.50 # amiconn: alright, well could the method return an array that I can just use lcd_butmap_transparent in then? 19.54.00 # that's about what i get on mine with q4 vorbis 19.54.00 # bitmap* 19.54.23 # The bitmap functions work on the framebuffer 19.54.31 Quit Seed ("cu, Andre") 19.54.55 # If you want to display rotated on portrait displays, you need to draw rotated 19.55.05 # amiconn: Is your beast on the stock battery or a different battery? 19.55.20 # SInce the bitmaps can be display specific, there's no need to go through hoops 19.55.23 # LambdaCalculus37: stock 19.55.31 # (I think) 19.56.01 # Not bad... that's roughly what I'm getting (5:40 on my S with stock battery and Q5 Vorbis) 19.56.41 # This was my standard test folder (mp3 lame vbr, ~200kbps) 19.57.24 # I'd expect the codec to have almost no effect on runtime for a beast SVN build 19.57.31 Quit MethoS (Read error: 145 (Connection timed out)) 19.57.47 # (CPU running at fixed clock, and the CPU is essentially bored with mp3, vorbis etc) 19.58.25 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 19.58.29 Quit linuxstb (Read error: 60 (Operation timed out)) 20.00.20 Join bluebrother [0] (n=dom@f053155074.adsl.alicedsl.de) 20.01.01 Join _Andrew_ [0] (n=on@83.188.215.51) 20.01.11 Part dany_21a 20.03.17 # alright follow up question: native bitmaps for each player are all arrays of shorts, right? 20.03.33 # no 20.04.13 Join bodymind [0] (n=bodymind@bl9-72-204.dsl.telepac.pt) 20.07.57 Quit Thundercloud (Remote closed the connection) 20.08.05 # alright, thanks for the help:-D 20.08.21 Part allele 20.09.57 Quit bodymind ("Ex-Chat") 20.12.57 # * n1s stops messing with the beast for today with no progress :/ 20.13.44 # n1s: what were you working on? 20.14.10 # Nico_P: I'm trying to get fm working 20.14.57 # I can read/write to the fm chip, it seems like seeking is sort of working but i can't get any sound 20.15.30 # you probably need to enable an analog input to the codec 20.16.15 Join dany_21a [0] (n=dan@84-119-14-123.dynamic.xdsl-line.inode.at) 20.16.33 # bertrik: that's what i have been trying, i found some settings for enabling analogue inputs, setting volume etc but i seem to have missed something 20.19.33 # n1s: Do you have a patch for the FM radio on the beast? I'm willing to help test. 20.19.36 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-ae1cf80432cbacbb) 20.21.00 # LambdaCalculus37: i get no sound so it is not very useful :) also everything is a major mess and hacked into one of the debug screens... I will try to clean up what i have and post a patch in the tracker 20.21.23 # but not today 20.21.56 Quit ap0 ("Baï") 20.26.47 Quit robin0800 (Read error: 104 (Connection reset by peer)) 20.28.23 # n1s: No problem. Even if there's no sound, it's useful to get information out of the debug screen to at least see that it's being detected. 20.28.50 # the only thing i can think of except me missing something obvious is if they connected the fm to the mic input... 20.29.05 # LambdaCalculus37: ok, i'll pastebin the whole mess :) 20.31.25 # have you been able to define a reasonable low-level API to the fm registers? 20.31.53 # do you just read/write ALL registers when reading/writing something? 20.32.04 # LambdaCalculus37: here it is, http://pastebin.ca/1253585 20.33.40 Quit l403 (Read error: 104 (Connection reset by peer)) 20.33.52 # bertrik: i have not made anything nice yet, but i plan to, I only write a couple of regs now. The config settings i've touched so far are in the 4 first regs and i always write all of those 20.34.20 Join webguest21 [0] (n=584a203b@91.191.140.131) 20.35.14 # I'm thinking of an api like the one for the wm8978 where you have register clear/set/write functions that then call target specific functions and do any necessary magic 20.35.51 # There is an api for tuner control iirc 20.36.18 # It became necessary when Ondio support was added, so it's not even new 20.36.33 Quit webguest21 (Client Quit) 20.36.35 # amiconn: yes but i was thinkign about how the driver communicates with hardware 20.37.16 # Hmm? Why would you need an api for that? It's target specific anyway... 20.37.20 # LambdaCalculus37: look in the first item of the debug menualso, it hangs some times for me when trying to seek so keep your paperclip handy 20.38.10 # * LambdaCalculus37 holds up his paper clip ;) 20.38.29 # amiconn: this fm chip is used in several targets so they could share the driver by implementing separate functions for writing/reading etc and sharing the rest 20.39.03 Part dany_21a 20.39.10 # The lower layer is i2c, and there you have your api 20.39.13 # amiconn, when using the i2c interface, you cannot read arbitrary registers but only a block of registers 20.39.33 # this is different from the GPIO way of interfacing with the si470x 20.39.37 # Have a look at the tuner drivers. They do call fmradio_i2c_* 20.39.41 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 20.40.08 # amiconn: that's the kind of thing i mean... 20.41.25 Quit SUSaiyan () 20.42.58 # we don't know yet how any of the ams sansas communicate with the si470x tuner chip, maybe they also use i2c 20.43.38 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 20.48.43 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.49.57 Quit PaulJam (".") 20.51.13 Quit bertrik (Remote closed the connection) 20.51.45 Join l403 [0] (n=l@85.132.159.239) 20.51.58 # jhMikeS: assuming the fm chip is connected to the aux in of the wm, should enabling AUXL2LMIX and raising AUXLMIXVOL in WMC_LEFT_MIXER_CTRL and the same for right be enough or am i missing something? 21.02.57 Join funman [0] (n=fun@AToulouse-158-1-148-78.w90-60.abo.wanadoo.fr) 21.03.00 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 21.03.06 # I'm stunned my patch worked in cygwin 21.04.46 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 21.05.47 # JdGordon|zzz: doesn't r19085 need a button_init_device() ? 21.06.06 Quit J-23 (Remote closed the connection) 21.10.42 Quit _Andrew_ (Read error: 110 (Connection timed out)) 21.10.56 # if we can come up with a way to avoid having to run mkdir for each compile, I bet cygwin would speed up even more 21.11.12 # Zagor: try again. Maybe you can find a way to break it :) 21.15.15 # n1s: Are you sure it's on AUX? 21.16.49 # jhMikeS: no, that's one of my possible problems... do you think they used another input? 21.17.33 # Possibly. I'd print out that block diagram and plan carefully by drawing the paths out. It makes it much easier for me anyway to plan. 21.18.05 # I'm sure some analog bypass is also needed 21.18.33 Part lfaraone 21.20.08 # The only other possible path looks like L2/R2 21.21.06 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 21.22.20 # jhMikeS: i will look into that then, is is possible to have several sources inputting to the mixer at the same time or will i need to disable the dac first? 21.22.21 # I wonder if the writes of PL180 datasheet were funny when naming the 'tx fifo half empty' and 'rx fifo half full' flags :P 21.23.16 # as far as i could see, the sansa ams pl180 controller tells us that there is a rx fifo overrun, maybe it should just try again in case of an error 21.23.21 # n1s: shouldn't have to stop the DAC. you either need input to the ADC or to bypass the analog signal to the outpus. 21.24.03 Join Nibbler [0] (n=Nibbler@port-83-236-56-2.dynamic.qsc.de) 21.25.36 # when this is done, FM recording might as well be added soon after 21.28.59 # yes 21.32.30 # Zagor: your makefile work is looking good :) 21.32.43 # thanks 21.33.04 # I gave it a try on an ipod video build and got a nice speedup 21.33.14 # It is a massive boon on cygwin 21.34.06 # Zagor: Your makefile has sped up building on OS X quite a bit. 21.34.20 # I wish my understanding of make was a bit more than just basic 21.34.28 # LambdaCalculus37: more than on linux/cygwin? 21.35.01 # I haven't compared with Linux/Cygwin yet, but I'll at least compare with Cygwin later. 21.35.22 # LambdaCalculus37: The speed up on both linux and cygwin is about a third 21.35.26 # What was it on OSX? 21.35.30 Quit freddy__ (Read error: 60 (Operation timed out)) 21.36.19 Join Strife89 [0] (n=michael@204.116.245.152) 21.36.27 # * gevaerts expects the same one third win as everywhere else 21.36.35 # BigBambi: Approximately 25%; built with a beast build. 21.36.47 Quit Strife89 (Client Quit) 21.36.50 # I thought that the patch was for ipod video and e200 only? 21.37.16 # so I guess recursive make is really harmful then :) 21.37.19 # * LambdaCalculus37 smacks himself 21.37.41 Join Strife89 [0] (n=michael@204.116.245.152) 21.37.51 # * LambdaCalculus37 shouldn't have so many players at once and should watch his builds more closely 21.37.52 # or even just ipod video (not sure where I got e200 from) 21.38.16 # BigBambi: I'll try a video build with Zagor's makefile. 21.38.30 # I'm curious about the Clip code. I was trying to build a sim and there are some undefined values in "sound.c". 21.38.52 # I got crossed also from finally being able to update GNU make to 3.81+ and seeing a big boost in build speed. 21.41.28 # I got much more reliable SD reads on the sansa ams with this patch : http://paste.ubuntu.com/70672/ . can you give it a try and confirm it's not the hazard ? 21.41.55 # * Strife89 will stay away from file I/O testing for now. ;) 21.42.19 Join MethoS-- [0] (n=clemens@host-091-096-212-092.ewe-ip-backbone.de) 21.42.30 # Most of you know why. :) 21.43.41 *** Saving seen data "./dancer.seen" 21.46.09 # preglow: http://pastebin.ca/1244384 21.47.14 Join freddy__ [0] (n=freddy@p3E9E09DD.dip0.t-ipconnect.de) 21.49.15 # gevaerts: anything in the way of using a struct of function pointers instead of a big switch with ifdefs? 21.49.30 # then an indexed array of those structs, of course, which will be ifdeffed 21.51.20 # the ata-sd-pp.c driver also retries when it the receive fifo was full before it could read it 21.51.30 Quit Strife89 ("Bye, guys!") 21.51.50 # For read and write that would be faster I guess, while not being extremely wasteful 21.51.55 Quit jhulst (Read error: 110 (Connection timed out)) 21.52.00 # I wonder if using DMA would solve this problem, I don't know if a DMA request has to be made each time the 16*32bits FIFO is full, or one time per sector 21.53.30 # preglow: I'm mainly stuck on the currently non-drive-specific functions, like sleep() or spin(). My current thinking is to make the code pass a file descriptor with those. Any ideas? 21.54.51 # eh? i don't even see how file descriptors fit in with those calls at all :) 21.55.01 # * amiconn would just "broadcast" these 21.55.09 # They're mostly called from apps/ code 21.56.41 # hmm 21.56.49 # Sleep is indeed doable as broadcase, but not everything is. What happens is e.g. the mpeg player decides that it will need data again soon, so it tells the disk not to spin down. 21.56.50 # well, it depends if broadcasting is the right thing 21.56.57 # i don't really know how and why they are called 21.57.00 # You don't want all disks spinning in that case 21.57.06 # gevaerts: Where's the problem? 21.57.33 # ata_spin() doesn't spin up the diskif it's sleeping, it merely prevents it from spinning down if it's spinning 21.57.34 # but no, broadcasting them might not always be the right thing to do 21.57.49 # So broadcasting a _spin() call doesn't do any harm 21.58.04 # amiconn: suppose you're on a HD+SD system, and you're watching an mpeg file from the SD card. You don't want to keep the HD spinning 21.58.19 # It won't 21.59.05 # You're loading the movie from SD, hence the hdd won't be spinning, and a _spin broadcast won't cause it to 21.59.26 # it might be spinning 21.59.31 # you don't know that 21.59.36 Quit MethoS- (Read error: 110 (Connection timed out)) 21.59.42 # if i was browsing for a movie to watch, and had just accessed the hd, it might be spinning 21.59.49 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.59 # besides, mpegplayer doesn't call _spin 22.00.06 # preglow: Especially if the video is high-bitrate, and the disk spun to load mpegplayer. 22.00.19 # * gevaerts should look at the code so he can give accurate examples 22.00.20 # * Llorean would really like mpegplayer to default to "just play the video" rather than "stop and give you a menu" 22.00.34 # ata_spin() is used during browsing, in order to prevent spindown and hence repeated spinup waits 22.01.03 # anyway, i don't believe broadcasting them will always be the right thing 22.01.07 # To the contrary, both standard playback and mpegplayer call ata_sleep() after buffering finishes 22.01.19 # it might work now, but if there's another way that's easy to put in, that should be done 22.01.28 # No, but it will be *almost* always the right thing, and it's KISS 22.01.31 # amiconn: it does, for seeking 22.01.31 # but will callers of those functions always have a file descriptor to pass? 22.01.45 # preglow: no 22.02.04 Join saratoga3 [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-272ea66e9b4562a4) 22.02.35 # Zagor: reagarding the wma.c warning, does adding "=0" to the variable define fix the warning? 22.02.42 Quit cg (Read error: 110 (Connection timed out)) 22.03.02 # It's a bit academic right now, as there is only one target-in-progress that has HD+something else, and that's safely hidden in a drawer 22.03.05 # i'm not sure why changing a makefile would introduce a warning though 22.03.34 # Zagor: I really want to know what's wrong with the build system :\ 22.04.01 # btw 22.04.12 # someone give me an example why someone would keep the disk spinning 22.05.02 # Browsing.... 22.05.17 # jpeg slideshow... 22.05.50 # myeah 22.05.58 Quit freddy__ (Remote closed the connection) 22.06.04 # is dircache default on these days, btw? 22.07.31 # no 22.07.58 # But even with dircache there's a reason to keep the disk spinning while browsing: .talk clips 22.08.08 Quit meven (Remote closed the connection) 22.08.09 Quit nplus (Remote closed the connection) 22.08.20 # sure, i wasn't thinking of having anyone remove the possibility anyway :) 22.08.32 # but i do think we should enable that by default on 16meg++ targets 22.08.39 # no 22.08.42 # yes i do 22.08.52 # I mean I don't 22.09.33 # * amiconn has it enabled on his hdd-based 32MB+ targets 22.09.33 # if i wasn't so completely convinced it would drive me mad, i would try browsing without it now 22.09.51 # yeah, 16 meg might be marginal 22.09.57 # I don't use it on 16MB or lower, and it doesn't feel bad 22.10.20 # still only the old iaudios that are 16 meg ram? 22.10.45 # But the main reason why I'm against enabling it by default is that it misbehaves if there are too many files 22.10.58 # misbehaves in what way? 22.11.00 # Yes, M3, M5 and X5 (of the hdd targets) 22.11.26 # Fails to initialise, and tries a foreground scan on each boot over and over 22.11.37 # nice... 22.11.45 # Also, if it's near its limit, but not above, the scan takes ages 22.12.46 # * amiconn thinks dircache should auto-disable itself if it fails because of hitting the buffer limit 22.13.21 # certainly 22.13.31 # while showing a "press key to remove" splash message 22.14.22 # So the storage_*() consensus is to just broadcast? 22.14.38 # well, i'd say that is ok for now 22.15.19 # ok. That will allow me to get on with it :) 22.15.26 # exactly :) 22.17.35 # what should I do if I have a patch which makes a bad driver become a bit less bad: commit it, or post it on flyspray for more testing ? (specifically for the sansa ams) 22.17.39 # * n1s listens to the friggin radio \o/ 22.17.46 # How's the D2 SD driver coming along? 22.17.48 # n1s: :) 22.17.49 # n1s: horray! 22.18.00 # gevaerts: hacking on it now, i'm gonna try really hard to have something working soon 22.18.06 # n1s: or even hurray. Either way, congrats :) 22.18.07 # there is something very wrong going on, tho 22.18.18 # card switch states as it should 22.18.25 # doesn't... 22.18.34 # n1s: what target? :V 22.18.49 # preglow: the beast 22.18.53 # n1s: sweet 22.19.30 # * preglow is looking forward to hacking on dab 22.19.37 # n1s: the beast has a si4700, right ? do you know the differences with the 4701 / 4702 (inside sansa ams) ? (I suppose you have read some docs about it) 22.19.45 # i think i need to start on that after sd, if only to have some work ahead that interests me... 22.20.13 # funman: how much is a bit, and how confident are you that it won't break other ports? 22.21.11 # gevaerts: a bit is a lot, but not perfect though; and the diff is in target-specific code 22.21.15 # funman: not sure, if i read the chip id correctly it's actually a 4701 in the beast (difference between 4700 and 4701 is RDS) 22.21.31 # so i think this one can do RDS 22.21.39 # funman: commit it 22.21.40 # n1s: really? 22.21.41 # funman: i don't see any reason not to commit it if it makes something bad a little better 22.21.46 # n1s: That is awesome 22.22.09 # funman: unless it also does something apart from just fix that badness, of course 22.22.12 # n1s: very nice, good work ! (I hope you could at least listen to a good emission) 22.22.16 # * gevaerts wants RDS 22.22.21 # * preglow wants dab 22.22.28 # BigBambi: no promises, but i _think_ so 22.22.31 # * gevaerts hands preglow a DAX ;) 22.22.42 # ok thanks for the hints, there is still a major problem: I added more mess to the error codes reporting; I think I should fix that before committing 22.22.57 # Thats different of course :) 22.23.14 # too bad I had already used -666 and -42 :( 22.23.16 # gevaerts: oh, d2 has dab, i just need to make more basic stuff work first :&/ 22.23.30 # preglow: I know, but mine doesn't 22.23.39 # bad choice then :) 22.24.49 # saratoga3: yes, =0 silences the warning 22.25.13 # saratoga3: did you ever hear any more from that guy who wanted to port back wma to ffmpeg? 22.25.15 Quit {phoenix} (Remote closed the connection) 22.39.09 # I constantly hit the panic in drivers/fat.c:1530 - I have absolutely no knowledge of FAT, does this condition always mean that the filesystem is invalid/corrupted ? 22.39.24 Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) 22.39.53 # note: I hit it when trying to 'open' a music file in rockbox filebrowser, note that I have no decoder built in my rockbox firmware (maybe only libspeex for the voices) 22.40.11 # funman: that is definitely a bad panic 22.40.32 # ah no I just hit it when opening a directory - something is definitely wrong 22.41.03 # I suspected that not being friendly with other threads would help (i.e. the FIFO would have less chance of becoming full if we keep the CPU in the SD thread) 22.42.24 # perhaps the solution is to use interrupts to read from the FIFO as soon as possible, but i'm not friendly (yet?) with the threads code; for example to use inactive sleep while waiting for the interrupt to happen, and resume after it happened 22.44.51 # so you actually yield when inbetween issuing the read command and reading back the data you get? 22.46.09 # not exactly, we yield() in the middle of reading the data from the FIFO, if it wasn't filled within the requested timeout 22.46.33 # or more exactly, half-filled (we read only half by half to ensure the fifo doesn't overrun) 22.46.35 # should that ever take so long that that is necessary? 22.46.42 # i don't think the portalplayer sd card driver does this 22.46.59 # it does - i copied the logic bit per bit before thinking of one 22.47.54 # it timeouts between each FIFO read after 0.5 second 22.48.28 # well, do you have sd dma available? 22.48.35 # that would probably be the nicest solution 22.48.36 # yes 22.49.01 # i 'just' need to understand what is dma and read the datasheets :) 22.49.11 # heh 22.49.13 # note that the OF use dma for transfers 22.49.21 # everything should 22.49.24 # it is the best way 22.49.28 # but not as easy as the trivial, of course 22.50.19 # i think i'll poste here a pastebin of my current diff, and not commit it until i read more about dma. i don't think anyone rely on a stabler SD to write code for sansa ams 22.51.33 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 22.51.53 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 22.52.16 # if you need more stable SD reads (for quite reliable rockboox boot, but not reading music files) apply this : http://paste.ubuntu.com/70698/ 22.54.29 Quit aarcane ("Leaving") 22.55.08 # * domonoky is still investigating why he only gets to the logo in the rockbox app on m200v4.. 22.55.48 # domonoky: have a try at this patch, several reads on the SD are made by rockbox when booting 22.56.42 Join bodymind [0] (n=bodymind@bl9-72-204.dsl.telepac.pt) 22.58.08 # * domonoky tries... 22.59.09 Quit n1s () 22.59.11 Nick bodymind is now known as bodymind_ (n=bodymind@bl9-72-204.dsl.telepac.pt) 22.59.25 # is there a reason for libmusepack not being built by 'make rocks' ? 23.00.00 # MEMORYSIZE <= 2 23.00.11 Quit bodymind_ (Client Quit) 23.00.24 Join bodymind_ [0] (n=bodymind@bl9-72-204.dsl.telepac.pt) 23.00.28 Quit bodymind_ (Read error: 104 (Connection reset by peer)) 23.00.43 Join bodymind [0] (n=bodymind@bl9-72-204.dsl.telepac.pt) 23.01.05 # but CODECLIBS in apps/codecs/Makefile is not conditional on MEMORYSIZE (unlike apps/codecs/SOURCES) 23.01.20 Join _lifeless [0] (n=lifeless@90.151.219.113) 23.02.07 # and apps/plugins/Makefile 23.03.07 # it takes a loong time to boot, but it works.. :-) 23.03.39 # so this is definitely not a fix, at best a temporary workaround 23.04.32 # how can i calculate TIMER_FREQ for sansav2? 23.04.52 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.05.15 Quit Nibbler (Read error: 113 (No route to host)) 23.05.42 # bodymind: I guess by first understand what its meaning is 23.07.51 # yes u are right... maybe google :$ 23.08.23 Quit petur ("reading time too") 23.09.40 # it's used for plugins.. is it for calculate time? 23.09.52 # how can i disable the compilation of plugins? 23.10.33 # use only 'make bin' , or replace plugins="yes" by plugins="" in tools/configure, then re-run configure 23.11.45 # funman: the v1 sd driver is probably not the best to copy from, as it's known to have a serious bug (which is apparently only noticeable when using usb or doing big transfers to an external card) 23.12.14 # funman: you don't build codecs on purpose? 23.12.42 # kugel: it's also my only code reference for rockbox, and as far as i can see conforms to the SD specification 23.13.47 # yes, I tried to build and use them as well; but rockbox crashes (due to the SD driver, but not only, also data aborts in apparently thread-related code). And I think we should not put our attention on the codecs yet :) 23.15.08 Join _Andrew_ [0] (n=on@m83-188-217-147.cust.tele2.se) 23.21.13 Join Schmogel [0] (n=Miranda@p3EE22368.dip0.t-ipconnect.de) 23.22.06 # Llorean, How should I go about removing copyright-infringing themes from the wiki? Make a list and submit it to the Swedes? 23.23.13 # As far as I know, that's the only way to get the actual files completely removed. 23.23.20 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 23.23.22 # Or is the idea of removing WPSs using Microsoft/Apple/CompanyX graphics still a subject which needs debated? 23.23.32 # funman: building them doesn't hurt though 23.23.42 # I don't think it's much of a debate, mostly a case of identifying 23.24.24 # I'll work on a list of filenames and paths tonight for you. Does that work well? One lump sum message? 23.24.29 # funman: so you can to normal make and make zip etc 23.24.36 # soap: sounds great 23.24.43 # kugel: the problem is more the numerous plugins not building 23.25.15 # you disable plugins in configure 23.25.22 # add_to_list_l() just crashed in thread.c:1197 :/ 23.25.38 # they're lacking keymap. and I think plugins have even a lower priority than codecs 23.26.08 # deactivating plugins != deactivating codecs 23.27.39 # kugel: oh .. ok, I think I left plugins activated in configure, thinking that it was somehow required for some mystical reason 23.28.16 # probably 23.28.24 # they don't build for me 23.29.23 # kugel: but then I would have to do real work instead of shutting on/off my Clip 20 times in a row to see the mistify demo at least once again ? :) 23.29.51 # :) 23.36.14 Join Chronon [0] (n=chronon@c-24-20-245-208.hsd1.or.comcast.net) 23.38.54 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.39.02 Quit bertrik (Remote closed the connection) 23.41.19 Join RoC_MasterMind [0] (n=Free@c-76-122-43-188.hsd1.fl.comcast.net) 23.43.41 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 23.43.45 *** Saving seen data "./dancer.seen" 23.43.49 # I was chatting a bit with the famous sansa ams hacker fdinel, he told me he is experienced with DMA; now let's just motivate him ! :) 23.44.24 Quit RoC_MasterMind (Remote closed the connection) 23.45.10 # that's the way! 23.45.35 Quit tvelocity (Read error: 145 (Connection timed out)) 23.46.21 Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) 23.49.50 Quit funman ("leaving") 23.49.57 # now, why the hell won't the sd card go into ready state 23.50.13 Quit Schmogel (Read error: 104 (Connection reset by peer)) 23.56.07 Join bodymind_ [0] (n=bodymind@bl4-236-239.dsl.telepac.pt) 23.56.14 Quit bodymind (Read error: 110 (Connection timed out)) 23.57.24 # because i'm an asshat 23.58.16 # now that's a word we don't use often enough here! ;-) 23.58.50 Quit bmbl ("Woah!")